DE102017222263A1 - System und Verfahren zur Umsetzung eines Nachfragereaktionsereignisses mit variablen Boni für Fahrzeuge - Google Patents

System und Verfahren zur Umsetzung eines Nachfragereaktionsereignisses mit variablen Boni für Fahrzeuge Download PDF

Info

Publication number
DE102017222263A1
DE102017222263A1 DE102017222263.8A DE102017222263A DE102017222263A1 DE 102017222263 A1 DE102017222263 A1 DE 102017222263A1 DE 102017222263 A DE102017222263 A DE 102017222263A DE 102017222263 A1 DE102017222263 A1 DE 102017222263A1
Authority
DE
Germany
Prior art keywords
vehicles
vehicle
bonus
bonus amount
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102017222263.8A
Other languages
English (en)
Inventor
Robert M. Uyeki
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honda Motor Co Ltd
Original Assignee
Honda Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honda Motor Co Ltd filed Critical Honda Motor Co Ltd
Publication of DE102017222263A1 publication Critical patent/DE102017222263A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0219Discounts or incentives, e.g. coupons or rebates based on funds or budget
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0224Discounts or incentives, e.g. coupons or rebates based on user history
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00Input parameters relating to data
    • B60W2556/45External transmission of data to or from the vehicle
    • B60W2556/65Data transmitted between vehicles

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)
  • Supply And Distribution Of Alternating Current (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)

Abstract

Ein computerimplementiertes Verfahren zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses beinhaltet Empfangen eines Nachfragereaktions(DR)-Signals für das DR-Ereignis, Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus einer Gruppe von Fahrzeugen und Auswählen von Fahrzeugen aus der Gruppe von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden. Die Teilgruppe von Fahrzeugen maximiert eine Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnimmt, und maximiert einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Gruppe von Fahrzeugen gemäß der DR-Bonusmenge. Das DR-Signal wird an jedes Fahrzeug in der Teilgruppe von Fahrzeugen übertragen.

Description

  • ALLGEMEINER STAND DER TECHNIK
  • Nachfragereaktions(DR)-Programme und -Ereignisse werden durch Versorgungsunternehmen verwendet, um die Elektrizitätsmenge zu beeinflussen, die ein Endverbraucher in einem bestimmten Zeitraum verbraucht. Die Absicht besteht darin, dass der Endverbraucher weniger Elektrizität verbrauchen wird, als er normalerweise in diesem bestimmten Zeitraum verbrauchen würde, um Angebot und Nachfrage besser auszugleichen. Zum Beispiel können DR-Ereignisse umgesetzt werden, um Elektrizitätsengpässe, Spannungsabfälle, Stromausfälle, und andere Energieverwaltungsprobleme zu verhindern. Um die Endverbraucher dazu zu ermutigen, an DR-Ereignissen teilzunehmen, werden dem Endverbraucher Boni bereitgestellt, zum Beispiel Bonuszahlungen und reduzierte Stromtarife unter anderen Belohnungen. Fahrzeugerstausrüster (OEMs) können diese Boni für ihre Elektrofahrzeuge und Kunden nutzen.
  • KURZBESCHREIBUNG
  • Gemäß einem Aspekt beinhaltet ein computerimplementiertes Verfahren zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses Empfangen eines Nachfragereaktions(DR)-Signals für das DR-Ereignis, einschließlich DR-Ereignisparameter. Die DR-Ereignisparameter beinhalten eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge. Das Verfahren beinhaltet Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug einer Vielzahl von Fahrzeugen. Der fahrzeugspezifische Bonuspreisbereich beinhaltet mindestens eine erste Bonusmenge und eine zweite Bonusmenge. Die erste Bonusmenge und die zweite Bonusmenge sind Mengen, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen, und die erste Bonusmenge größer als die zweite Bonusmenge ist. Der fahrzeugspezifische Bonuspreisbereich beruht auf einem DR-Profil jedes Fahrzeugs der Vielzahl von Fahrzeugen. Das Verfahren beinhaltet ein Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, die eine Anzahl an Fahrzeugen maximieren, die an dem DR-Ereignis teilnehmen, und einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge maximieren. Das Verfahren beinhaltet ferner Übertragen des DR-Signals an jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  • Gemäß einem weiteren Aspekt beinhaltet ein System zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses einen Erstausrüster(OEM)-Server, der zur Computerkommunikation mit einem Dienstserver und einer Vielzahl von Fahrzeugen wirkverbunden ist. Der OEM-Server beinhaltet einen Prozessor, der ausführbaren Code speichert, und der Prozessor empfängt ein DR-Signal für das DR-Ereignis von dem Dienstserver, wobei das DR-Signal eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge beinhaltet. Der Prozessor bestimmt einen fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug der Vielzahl von Fahrzeugen. Der fahrzeugspezifische Bonuspreisbereich beinhaltet mindestens eine erste Bonusmenge und eine zweite Bonusmenge und die erste Bonusmenge und die zweite Bonusmenge sind Mengen, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen. Die erste Bonusmenge ist größer als die zweite Bonusmenge. Der fahrzeugspezifische Bonuspreisbereich beruht auf einem DR-Profil jedes Fahrzeugs der Vielzahl von Fahrzeugen. Der Prozessor wählt Fahrzeuge aus der Vielzahl von Fahrzeugen aus, um eine Teilgruppe von Fahrzeugen durch Maximieren einer Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnehmen, und Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge zu bilden. Der Prozessor überträgt ferner das DR-Signal an jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  • Gemäß einem weiteren Aspekt beinhaltet ein nichtflüchtiges computerlesbares Speichermedium zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses Anweisungen, die, wenn sie durch einen Prozessor ausgeführt werden, den Prozessor zum Empfangen eines Nachfragereaktions(DR)-Signals für das DR-Ereignis, einschließlich DR-Ereignisparameter, veranlassen. Die DR-Ereignisparameter beinhalten eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge. Der Prozessor bestimmt einen fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug einer Vielzahl von Fahrzeugen. Der fahrzeugspezifische Bonuspreisbereich beinhaltet mindestens eine erste Bonusmenge und eine zweite Bonusmenge und die erste Bonusmenge und die zweite Bonusmenge sind Mengen, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen. Die erste Bonusmenge ist größer als die zweite Bonusmenge und der fahrzeugspezifische Bonuspreisbereich beruht auf einem DR-Profil jedes Fahrzeugs der Vielzahl von Fahrzeugen. Der Prozessor wählt Fahrzeuge aus der Vielzahl von Fahrzeugen aus, um eine Teilgruppe von Fahrzeugen zu bilden, die eine Anzahl an Fahrzeugen maximieren, die an dem DR-Ereignis teilnehmen, und einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge maximieren. Der Prozessor überträgt das DR-Signal an jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  • Figurenliste
  • Die neuartigen Merkmale, die für die Offenbarung als charakteristisch gelten, werden in den beigefügten Patentansprüchen dargelegt. In den folgenden Beschreibungen werden gleiche Teile über die gesamte Patentschrift bzw. die Zeichnungen hinweg mit denselben Bezugszeichen markiert. Die Zeichnungsfiguren sind nicht unbedingt maßstabsgetreu gezeichnet und bestimmte Figuren können der Übersichtlichkeit und Exaktheit halber in übertriebener oder verallgemeinerter Form dargestellt sein. Die Offenbarung selbst sowie ein bevorzugter Verwendungsmodus, weitere Aufgaben und Vorteile davon, werden jedoch am besten durch Bezugnahme auf die folgende ausführliche Beschreibung von veranschaulichenden Ausführungsformen verstanden, wenn sie in Verbindung mit den begleitenden Zeichnungen gelesen werden, in welchen Folgendes gilt:
    • 1 ist ein Blockdiagramm einer Betriebsumgebung für Verfahren und Systeme zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses gemäß einem Ausführungsbeispiel;
    • 2 ist ein ausführliches Blockdiagramm des Erstausrüster(OEM)-Servers und eines in 1 gezeigten Fahrzeugs gemäß einem Ausführungsbeispiel;
    • 3 ist ein Datenmodell eines DR-Profils gemäß einem Ausführungsbeispiel;
    • 4 ist ein Ablaufdiagramm eines Verfahrens zur Umsetzung eines DR-Ereignisses gemäß einem Ausführungsbeispiel; und
    • 5 ist ein Ablaufdiagramm eines Verfahrens zur Umsetzung eines DR-Ereignisses gemäß einem Ausführungsbeispiel.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Die nachfolgenden Ausführungen umfassen Definitionen ausgewählter Begriffe, die hier verwendet werden. Die Definitionen umfassen verschiedene Beispiele und/oder Formen von Komponenten, die in den Umfang eines Begriffs fallen und die zur Umsetzung verwendet werden können. Die Beispiele sollen nicht einschränkend sein. Ferner können die hier erörterten Komponenten mit anderen Komponenten kombiniert, weggelassen oder organisiert werden oder in unterschiedlichen Architekturen angeordnet sein.
  • Ein „Bus“, wie hier verwendet, bezieht sich auf eine untereinander 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, ein Speicherprozessor, ein Peripheriebus, ein externer Bus, ein Kreuzschienenschalter und/oder ein lokaler Bus sein. Der Bus kann auch ein Fahrzeugbus sein, der Komponenten innerhalb eines Fahrzeugs unter Verwendung von Protokollen, wie zum Beispiel Media Oriented Systems Transport (MOST), Processor Area Network (CAN), Local Interconnect Network (LIN) und andere, untereinander verbindet.
  • „Komponente“, wie hier verwendet, bezieht sich auf eine computerbezogene Einheit (z. B. Hardware, Firmware, Ausführungsanweisungen, Kombinationen davon). Computerkomponenten können zum Beispiel einen auf einem Prozessor ablaufenden Prozess, einen Prozessor, ein Objekt, eine Ausführung, einen Ausführungsthread und einen Computer beinhalten. (Eine) Computerkomponente(n) kann/können innerhalb eines Prozesses und/oder Threads liegen. Eine Computerkomponente kann auf einem Computer lokalisiert und/oder zwischen mehreren Computern aufgeteilt sein.
  • „Computerkommunikation“, wie hier verwendet, bezieht sich auf eine Kommunikation zwischen zwei oder mehreren Rechenvorrichtungen (z.B. Computer, Personal Digital Assistant, Mobiltelefon, Netzwerkvorrichtung) und kann zum Beispiel eine Netzwerkübertragung, eine Dateiübertragung, eine Applet-Übertragung, eine E-Mail, die Übertragung eines Hypertext Transfer Protocol (HTTP) und so weiter sein. Eine Computerkommunikation kann zum Beispiel unter anderem über ein drahtloses System (z.B. IEEE 802.11), ein Ethernet-System (z.B. IEEE 802.3), ein Token-Ring-System (z.B. IEEE 802.5), ein Local Area Network (LAN), ein Wide Area Network (WAN), ein Punkt-zu-Punkt-System, ein Kreisschaltsystem, ein Paketvermittlungssystem auftreten.
  • „Computerlesbares Medium“, wie hier verwendet, bezieht sich auf ein nichtflüchtiges Medium, das Anweisungen und/oder Daten speichert. Ein computerlesbares Medium kann Formen annehmen, einschließlich unter anderem nichtflüchtige Medien und flüchtige Medien. Zu nichtflüchtigen Medien können zum Beispiel optische Platten, Magnetplatten und so weiter gehören. Zu flüchtigen Medien können zum Beispiel Halbleiterspeicher, dynamischer Speicher und so weiter gehören. Herkömmliche Formen von einem computerlesbaren Medium können unter anderem eine Diskette, eine Folienspeicherplatte, eine Festplatte, ein Magnetband, ein anderes Magnetmedium, eine ASIC, eine CD, ein anderes optisches Medium, einen RAM, einen ROM, einen Speicherchip oder eine Speicherkarte, einen Speicherstick und andere Medien einschließen, von denen ein Computer, ein Prozessor oder eine andere elektronische Vorrichtung lesen kann.
  • Eine „Datenbank“, wie hier verwendet, wird verwendet, um sich auf eine Tabelle zu beziehen. In anderen Beispielen kann „Datenbank“ verwendet werden, um sich auf eine Reihe von Tabellen zu beziehen. In wieder anderen Beispielen kann sich „Datenbank“ auf einen Satz von Datenspeichern und Verfahren zum Zugreifen auf und/oder Bearbeiten dieser Datenspeicher beziehen. Eine Datenbank kann zum Beispiel auf einer Platte und/oder einem Speicher gespeichert werden.
  • „Platte“, wie hier verwendet, kann zum Beispiel ein Magnetplattenlaufwerk, ein Festkörperplattenlaufwerk, ein Diskettenlaufwerk, ein Bandlaufwerk, ein Ziplaufwerk, eine Flash-Speicherkarte und/oder ein Speicherstick sein. Ferner kann die Platte eine CD-ROM (Compact Disk ROM), ein CDbeschreibbares Laufwerk (CD-R-Laufwerk), ein CD-wiederbeschreibbares Laufwerk (CD-RW-Laufwerk) und/oder ein digitales Video-ROM-Laufwerk (DVD ROM) sein. Die Platte kann ein Betriebssystem speichern, das die Ressourcen einer Rechenvorrichtung steuert oder zuweist.
  • Eine „Eingabe-/Ausgabevorrichtung“ (E/A-Vorrichtung), wie hier verwendet, kann Vorrichtungen zum Empfangen von Eingaben und/oder Vorrichtungen zum Ausgeben von Daten beinhalten. Die Eingabe und/oder Ausgabe kann zum Steuern verschiedener Fahrzeugmerkmale dienen, die verschiedene Fahrzeugkomponenten, Systeme und Teilsysteme beinhalten. Im Besonderen schließt der Begriff „Eingabevorrichtung“ unter anderem Folgendes ein: Tastatur, Mikrofone, Zeige- und Auswahlvorrichtungen, Kameras, Bildgebungsvorrichtungen, Videokarten, Anzeigen, Drucktasten, Drehknöpfe und dergleichen. Der Begriff „Eingabevorrichtung“ schließt zusätzlich graphische Eingabesteuerungen ein, welche innerhalb einer Benutzerschnittstelle angeordnet sind, die durch verschiedene Arten von Mechanismen, wie etwa Steuerungen auf Software- und Hardwarebasis, Schnittstellen, Touchscreens, Touchpads oder Plug-and-Play-Vorrichtungen, angezeigt werden können. Eine „Ausgabevorrichtung“ beinhaltet unter anderem Folgendes: Anzeigevorrichtungen und andere Vorrichtungen zum Ausgeben von Informationen und Funktionen.
  • Eine „Logikschaltung“, wie hier verwendet, beinhaltet unter anderem Hardware, Firmware, ein nicht transitorisches computerlesbares Medium, auf welchem Anweisungen gespeichert sind, Ausführungsanweisungen auf einer Maschine und/oder Veranlassen (z. B. Ausführen) (einer) Aktion(en) von einer/m weiteren Logikschaltung, Modul, Verfahren und/oder System. Die Logikschaltung kann einen Prozessor beinhalten und/oder ein Teil davon sein, welcher durch einen Algorithmus, eine diskrete Logik (z. B. ASIC), eine analoge Schaltung, eine digitale Schaltung, eine programmierte Logikvorrichtung, eine Speichervorrichtung, welche Anweisungen enthält, usw. gesteuert wird. Logik kann ein oder mehrere Gates, Kombination von Gates oder andere Schaltungskomponenten beinhalten. Wo mehrere Logiken beschrieben sind, kann es möglich sein, die mehreren Logiken in einer physikalischen Logik zu vereinigen. Gleichermaßen kann es möglich sein, wo eine einzelne Logik beschrieben ist, diese einzelne Logik zwischen mehreren physikalischen Logiken aufzuteilen.
  • Ein „Speicher“, wie hier verwendet, kann einen flüchtigen Speicher und/oder einen nichtflüchtigen Speicher einschließen. Nicht flüchtiger Speicher kann zum Beispiel ROM (Read Only Memory), PROM (Programmable Read Only Memory), EPROM (Erasable PROM) und EEPROM (Electrically Erasable PROM) beinhalten. Flüchtiger Speicher kann zum Beispiel RAM (Random Access Memory), synchronen RAM (SRAM), dynamischen RAM (DRAM), synchronen DRAM (SDRAM), Double-Data-Rate-SDRAM (DDRSDRAM) und Direct-RAM-Bus-RAM (DRRAM) einschließen. Der Speicher kann ein Betriebssystem speichern, das die Ressourcen einer Rechenvorrichtung steuert oder zuweist.
  • Eine „Wirkverbindung“ oder eine Verbindung, durch welche Elemente „wirkverbunden“ sind, stellt eine Verbindung dar, in welcher Signale, physikalische Kommunikationen und/oder logische Kommunikationen gesendet und/oder empfangen werden können. Eine Wirkverbindung kann eine drahtlose Schnittstelle, eine physische Schnittstelle, eine Datenschnittstelle und/oder eine elektrische Schnittstelle beinhalten.
  • Ein „Modul“, wie hier verwendet, schließt unter anderem Folgendes ein: ein nicht transitorisches computerlesbares Medium, welches Anweisungen speichert, auf einer Maschine ausgeführte Anweisungen, auf einer Maschine ausgeführte Hardware, Firmware, Software und/oder Kombinationen all dieser zum Durchführen einer oder mehrerer Funktionen oder Aktionen und/oder zum Veranlassen einer Funktion oder Aktion von einem anderen Modul, Verfahren und/oder System. Ein Modul kann zudem eine Logik, einen Software-gesteuerten Mikroprozessor, eine separate Logikschaltung, eine analoge Schaltung, eine digitale Schaltung, eine programmierte Logikvorrichtung, eine Speichervorrichtung, welche Ausführungsanweisungen enthält, Logik-Gates, eine Kombination von Gates und/oder andere Schaltungskomponenten, beinhalten. Mehrere Module können zu einem Modul kombiniert werden und einzelne Module können zwischen mehreren Modulen aufgeteilt sein.
  • Eine „tragbare Vorrichtung“, wie hier verwendet, ist eine Rechenvorrichtung, die typischerweise einen Anzeigebildschirm mit Benutzereingabe (z.B. Touch, Tastatur) und einen Prozessor zum Rechnen aufweist. Tragbare Vorrichtungen umfassen unter anderem in der Hand gehaltene Vorrichtungen, mobile Vorrichtungen, Smartphones, Laptops, Tablets und e-Reader.
  • Ein „Prozessor“, wie hier verwendet, verarbeitet Signale und führt allgemeine Rechen- und Arithmetikfunktionen durch. Signale, die durch den Prozessor verarbeitet werden, können digitale Signale, Datensignale, Computeranweisungen, Prozessoranweisungen, Benachrichtigungen, ein Bit, einen Bit-Strom, der/die/das empfangen, übertragen und/oder detektiert werden kann/können, beinhalten. Im Allgemeinen kann der Prozessor einer Vielzahl von verschiedenen Prozessoren entsprechen, einschließend mehrerer Einzel- und Multicore-Prozessoren und Co-Prozessoren und anderer Architekturen aus mehreren Einzel- und Multicore-Prozessoren und Co-Prozessoren. Der Prozessor kann Logikschaltungen zum Ausführen von Aktionen und/oder Algorithmen beinhalten.
  • Ein „Fahrzeug“, wie hier verwendet, bezieht sich auf jedes bewegliche Fahrzeug, das in der Lage ist, einen oder mehrere menschliche Insassen zu transportieren, und das durch eine beliebige Form von Energie angetrieben wird. Der Begriff „Fahrzeug“ schließt unter anderem Autos, Trucks, Vans, Minivans, SUVs, Motorräder, Scooter, Boote, Go-Karts, Fahrgeschäftautos, den Schienenverkehr, private Wasserfahrzeuge und Luftfahrzeuge ein. In einigen Fällen beinhaltet ein Kraftfahrzeug einen oder mehrere Motoren. Ferner kann sich der Begriff „Fahrzeug“ auf ein Elektrofahrzeug (EV) beziehen, das in der Lage ist, einen oder mehrere menschliche Insassen zu transportieren, und das vollständig oder teilweise durch einen oder mehrere Elektromotoren angetrieben wird, die durch eine elektrische Batterie angetrieben werden. Das EV kann Batterieelektrofahrzeuge (BEV) und Plug-in-Hybrid-Elektrofahrzeuge (PHEV) einschließen. Der Begriff „Fahrzeug“ kann sich ebenfalls auf ein autonomes Fahrzeug und/oder selbstfahrendes Fahrzeug beziehen, das durch eine beliebige Form von Energie angetrieben wird. Das autonome Fahrzeug kann einen oder mehrere menschliche Insassen transportieren. Ferner kann der Begriff „Fahrzeug“ Fahrzeuge, welche mit vorbestimmten Pfaden automatisiert oder nicht automatisiert sind, oder freifahrende Fahrzeuge beinhalten.
  • Unter Bezugnahme auf die Zeichnungen, in welchen die Darstellungen zum Zwecke der Veranschaulichung eines oder mehrerer Ausführungsbeispiele und nicht zum Zwecke der Beschränkung derselben dienen, ist 1 nun ein Blockdiagramm einer Betriebsumgebung 100 zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses gemäß einem Ausführungsbeispiel. Die Komponenten der Betriebsumgebung 100 sowie die Komponenten anderer hier besprochener Systeme, Hardwarearchitekturen und Softwarearchitekturen können für verschiedene Ausführungsformen in unterschiedliche Architekturen kombiniert, weggelassen oder organisiert werden. In 1 kann ein Versorgungsunternehmen 102 eine Anforderung für ein DR-Ereignis durch das Erzeugen eines DR-Signals (nicht gezeigt) bei einem zentralen Server 104 erschaffen, welcher das DR-Signal an einen Erstausrüster(OEM)-Server 106 kommuniziert und der OEM-Server 106 kann das DR-Signal über ein Netzwerk 110 an ein oder mehrere Fahrzeuge einer Vielzahl von Fahrzeugen 112 übertragen, die ein Fahrzeug 112a bis zu einem Fahrzeug 112n beinhaltet.
  • Das durch das Versorgungsunternehmen 102 erzeugte DR-Signal gibt an, dass das Versorgungsunternehmen 102 wünscht, dass die Verbraucher (z. B. der zentrale Server 104, der OEM-Server 106, eins oder mehrere der Vielzahl von Fahrzeugen 112) ihre Last bei einem bestimmten Zeitpunkt reduzieren. Das DR-Signal kann DR-Ereignisparameter beinhalten, welche die Spezifikationen und/oder Anforderungen des DR-Ereignisses definieren. Zum Beispiel können die DR-Ereignisparameter eine Energieverbrauchsreduzierungsmenge beinhalten, bei welcher es sich um eine durch das DR-Ereignis geforderte Menge der Energiereduzierung (z.B. 100 kW) handelt. Die DR-Ereignisparameter können ebenfalls einen Zeitraum beinhalten, in welchem die Energieverbrauchsreduzierungsmenge stattfinden muss. Ferner können die DR-Ereignisparameter eine DR-Bonusmenge (z. B. USD 1000) beinhalten, bei welcher es sich um einen Geldbetrag handeln kann, der für die Teilnahme am DR-Ereignis bereitgestellt wird.
  • In der in 1 gezeigten Ausführungsform kann das Versorgungsunternehmen 102 das DR-Signal über ein Netzwerk (nicht gezeigt) an den zentralen Server 104 oder in anderen Ausführungsformen direkt an den OEM-Server 106 übertragen. In einer Ausführungsform ist der zentrale Server 104 ein Open-Vehicle-Grid-Integration-Platform(OVGIP)-Server, der verschiedene Knoten verbindet, die am Bereitstellen und Verwalten von Energie für Plug-in-Elektrofahrzeuge (PEVs) und/oder Elektrofahrzeuge (EVs) beteiligt sind. Zum Beispiel kann der zentrale Server 104 zur Computerkommunikation mit mehreren OEM-Servern wirkverbunden sein, die mit PEVs und/oder EVs assoziiert sind. Wie in 1 gezeigt, ist der zentrale Server 104 ebenfalls zur Computerkommunikation mit einem OEM-Server 108 wirkverbunden. Der OEM-Server 108 ist zur Computerkommunikation über das Netzwerk 110 mit einer Vielzahl von Fahrzeugen 114 wirkverbunden, die ein Fahrzeug 114a bis zu einem Fahrzeug 114n beinhaltet. Obwohl 1 den zentralen Server 104 zur Computerkommunikation mit zwei OEM-Servern (d. h. der OEM-Server 106, der OEM-Server 108) wirkverbunden veranschaulicht, versteht es sich, dass die hier beschriebenen Systeme und Verfahren mit mehr als zwei OEM-Servern umgesetzt werden können, und jeder OEM-Server kann zur Computerkommunikation über das Netzwerk 110 mit PEVs und/oder EVs, die mit dem OEM-Server assoziiert sind, wirkverbunden sein. Zum Beispiel ist in 1 der OEM-Server 106 zur Computerkommunikation über das Netzwerk 110 mit der Vielzahl von Fahrzeugen 112 wirkverbunden, bei welchen es sich um PEVs und/oder EVs handelt. Die Vielzahl von Fahrzeugen 112 beinhaltet die Fahrzeuge 112a bis 112n und es versteht sich, dass die Vielzahl von Fahrzeugen 112 eine beliebige Anzahl an Fahrzeugen beinhalten kann. Wie hier besprochen werden wird, kann jedes Fahrzeug der Vielzahl von Fahrzeugen 112 durch eine Telematiksteuereinheit (TCU) oder einen Sender/Empfänger jedes Fahrzeugs der Vielzahl von Fahrzeugen 112 mit dem OEM-Server 106 über das Netzwerk 110 kommunizieren. Alternativ kann jedes Fahrzeug der Vielzahl von Fahrzeugen 112 unter Verwendung einer mobilen Vorrichtung (nicht gezeigt) als eine Zwischeninstanz mit dem OEM-Server 106 kommunizieren.
  • Unter Bezugnahme auf 2 wird nun ein ausführliches Blockdiagramm des OEM-Servers 106 und des Fahrzeugs 112a der Vielzahl von Fahrzeugen 112 gemäß einem Ausführungsbeispiel beschrieben. In 2 kann der OEM-Server 106 einen Prozessor 116, einen Speicher 118 und eine Kommunikationsvorrichtung 120 beinhalten, die jeweils zur Computerkommunikation über einen Bus 122 und/oder andere drahtgebundene und drahtlose Technologien wirkverbunden sind. Der Prozessor 116 kann eine Logikschaltung mit Hardware-, Firmware- und Softwarearchitekturrahmen zum Ermöglichen von hybrider Sprachdatenverarbeitung mit den Komponenten der Betriebsumgebung 100 beinhalten. Somit kann der Prozessor 116 in einigen Ausführungsformen unter anderem Anwendungsrahmen, Kernel, Bibliotheken, Treiber, Anwendungsprogrammierschnittstellen speichern, um die hier besprochene(n) Hardware und Funktionen auszuführen und zu steuern. In 2 beinhaltet der Prozessor 116 zum Beispiel ein DR-Modul 124, welches hier ausführlicher besprochen werden wird.
  • Der Speicher 118 kann ähnliche Komponenten wie der Prozessor 116 zur Ausführung durch den Prozessor 116 speichern. Die Kommunikationsvorrichtung 120 kann Software und Hardware beinhalten, um Daten zu vermitteln, die zwischen den Komponenten des OEM-Servers 106 und anderen Komponenten der Betriebsumgebung 100 eingegeben und ausgegeben wurden.
  • Insbesondere kann die Kommunikationsvorrichtung 120 Netzwerkschnittstellensteuerungen (nicht gezeigt) und andere Hardware und Software beinhalten, die Verbindungen verwalten und/oder überwachen und bidirektionale Datenübertragungen zwischen der Kommunikationsvorrichtung 120 und anderen Komponenten der Betriebsumgebung 100 steuern. Zum Beispiel kann der Prozessor 116 ein DR-Signal zum Beispiel von dem Versorgungsunternehmen 102 und/oder dem zentralen Server 104 empfangen. Wie in 2 gezeigt, kann der Prozessor 116 des OEM-Servers 106 insbesondere das DR-Signal empfangen, welches DR-Ereignisparameter 126 beinhaltet, wie vorstehend besprochen. Es versteht sich, dass der OEM-Server 106 andere, in 2 nicht gezeigte Computerkomponenten beinhalten kann. Ferner können der zentrale Server 104 und/oder der OEM-Server 108 ähnliche Komponenten wie der OEM-Server 106 beinhalten, zum Beispiel können der zentrale Server 104 und/oder der OEM-Server 108 einen Prozessor und andere Computerkomponenten beinhalten.
  • Wie vorstehend erwähnt, ist der OEM-Server 106 zur Computerkommunikation über das Netzwerk 110 mit jedem der Vielzahl von Fahrzeugen 112 wirkverbunden. Der Einfachheit halber wird in 2 ein ausführliches Blockdiagramm des Fahrzeugs 112a der Vielzahl von Fahrzeugen 112 gezeigt, es versteht sich jedoch, dass jedes Fahrzeug der Vielzahl von Fahrzeugen 112 ähnliche Computerkomponenten und Funktionalitäten beinhalten kann, wie sich für das Fahrzeug 112a beschrieben sind. In 2 beinhaltet das Fahrzeug 112a eine Telematiksteuereinheit (TCU) 128, eine Navigationseinheit 130 einen Speicher 132 und eine Kommunikationsvorrichtung 134, die jeweils zur Computerkommunikation über einen Bus 136 und/oder andere drahtgebundene und drahtlose Technologien wirkverbunden sind. Due TCU 128 kann eine Logikschaltung mit Hardware (z. B. einen Prozessor), Firmware- und Softwarearchitekturrahmen zum Ermöglichen von hybrider Sprachdatenverarbeitung mit den Komponenten der Betriebsumgebung 100 beinhalten. Somit kann die TCU 128 in einigen Ausführungsformen unter anderem Anwendungsrahmen, Kernel, Bibliotheken, Treiber, Anwendungsprogrammierschnittstellen speichern, um die hier besprochene(n) Hardware, Fahrzeugsysteme und Funktionen auszuführen und zu steuern.
  • Die Navigationseinheit 130 kann eine globale Positionsbestimmungseinheit zum Bestimmen eines aktuellen Standorts des Fahrzeugs 112a und Zielweginformationen des Fahrzeugs 112a sein. Der Speicher 132 kann ähnliche Komponenten wie die TCU 128 zur Ausführung durch die TCU 128 speichern. In einigen Ausführungsformen, die hier besprochen werden, kann der Speicher 132 ferner ein DR-Profil 138 speichern. Die Kommunikationsvorrichtung 134 kann Software und Hardware beinhalten, um Daten zu vermitteln, die zwischen den Komponenten des Fahrzeugs 112a und anderen Komponenten der Betriebsumgebung 100 eingegeben und ausgegeben wurden. Insbesondere kann die Kommunikationsvorrichtung 134 Netzwerkschnittstellensteuerungen (nicht gezeigt) und andere Hardware und Software beinhalten, die Verbindungen verwalten und/oder überwachen und bidirektionale Datenübertragungen zwischen der Kommunikationsvorrichtung 134 und anderen Komponenten der Betriebsumgebung 100 steuern. Zum Beispiel kann die TCU 128 ein DR-Signal vom OEM-Server 106 empfangen.
  • Wie vorstehend erwähnt, kann das Fahrzeug 112a mit dem DR-Profil 138 assoziiert sein und/oder dieses speichern. Das DR-Profil 138 beinhaltet DR-Daten in Bezug auf das Fahrzeug 112a und/oder den Eigentümer (nicht gezeigt) des Fahrzeugs 112a. Jedes Fahrzeug der Vielzahl von Fahrzeugen 112 ist mit einem DR-Profil assoziiert. Obwohl das DR-Profil 138 der Darstellung nach in dem Fahrzeug 112a gespeichert ist, versteht es sich, dass das DR-Profil 138 auf dem OEM-Server 106 abgelegt und/oder entfernt auf einem anderen Server gespeichert sein kann, der über das Netzwerk 110 verbunden ist. Das DR-Profil 138 wird nun ausführlicher in Bezug auf 3 beschrieben. 3 ist ein beispielhaftes Datenmodell des DR-Profils 138. Das DR-Profil 138 kann Daten 140 beinhalten, die mit dem Fahrzeug 112a assoziiert sind. Zum Beispiel kann das DR-Profil 138 Verlaufs-DR-Teilnahmedaten 142 beinhalten, die Daten über vergangene DR-Ereignisse beinhalten, bei welchen das Fahrzeug 112a die Teilnahme akzeptiert, abgelehnt und/oder abgebrochen hat. Die Verlaufs-DR-Teilnahmedaten 142 können die ausführlichen Anforderungen dieser vergangenen DR-Ereignisse (z. B. Zeitpunkt, Dauer), Bonusdaten (z. B. wie viel das Fahrzeug 112a für die Teilnahme am DR-Ereignis erhalten hat) und andere Daten bezüglich vergangener DR-Ereignisse beinhalten.
  • Das DR-Profil 138 kann ebenfalls DR-Preisdaten 144 beinhalten, bei welchen es sich um vorbestimmte Bonuspreise handeln kann, die durch den Eigentümer und/oder den Fahrer des Fahrzeugs 112a eingegeben werden. Die vorbestimmten Bonuspreise sind Bonusmengen (z. B. Geldbeträge), bei welchen es wahrscheinlich ist, dass der Eigentümer und/oder Fahrer des Fahrzeugs 112a an einem DR-Ereignis teilnimmt. Anders ausgedrückt handelt es sich bei den vorbestimmten Bonuspreisen um Schwellenwerte, die vor der Teilnahme an einem DR-Ereignis erfüllt werden müssen. Als ein veranschaulichendes Beispiel können die DR-Preisdaten 144 eine erste Bonusmenge von USD 5,00 und eine zweite Bonusmenge von USD 3,00 beinhalten. In diesem Beispiel ist es sehr wahrscheinlich, dass der Eigentümer und/oder Fahrer des Fahrzeugs 112a mit einem Bonus von USD 5,00 an dem DR-Ereignis teilnimmt, er könnte jedoch bei USD 3,00 an dem DR-Ereignis teilnehmen, sollte dies nötig sein. Wie hier ausführlicher besprochen wird, können die DR-Preisdaten 144 verwendet werden, um fahrzeugspezifische Preisbereiche für jedes Fahrzeug der Vielzahl von Fahrzeugen 112 zu bestimmen.
  • Das DR-Profil 138 kann ebenfalls Daten über die Spezifikationen des Fahrzeugs 112a beinhalten, zum Beispiel Fahrzeugtypdaten 146. Die Fahrzeugtypdaten 146 können unter anderem das Fahrzeugmodell, das Fahrzeugbaujahr, die Motorzylinder, den Fahrzeugantriebstyp (z. B. Verbrennung, Elektro, Hybrid, Plug-in-Hybrid), die Fahrzeugklasse (z. B. Auto, Bus, Motorrad, Geländefahrzeug, Leicht-Lkw, gewöhnliche Lkw) beinhalten. Das DR-Profil 138 kann ebenfalls Eigentümerpräferenzdaten 148 beinhalten. Ähnlich wie die DR-Preisdaten 144 können die Eigentümerpräferenzdaten 148 durch den Eigentümer und/oder Fahrer des Fahrzeugs 112a eingegeben werden. Die Eigentümerpräferenzdaten 148 können Präferenzen in Bezug auf DR-Ereignisse beinhalten. Zum Beispiel können die Eigentümerpräferenzdaten 148 bevorzugte Tage und/oder Zeiträume für die Teilnahme an DR-Ereignissen beinhalten. Wie hier ausführlicher besprochen wird, kann das die Daten 140 beinhaltende DR-Profil 138 verwendet werden, um fahrzeugspezifische Preisbereiche für jedes Fahrzeug der Vielzahl von Fahrzeugen 112 zu bestimmen.
  • Die in den 1-3 beschriebenen Komponenten werden nun ausführlicher unter Bezugnahme auf 4 und ein Verfahren 400 zur Umsetzung von Nachfragereaktions(DR)-Ereignissen gemäß einem Ausführungsbeispiel beschrieben. Bei Block 402 beinhaltet das Verfahren 400 das Empfangen eines DR-Signals für das DR-Ereignis, einschließlich DR-Ereignisparameter. Zum Beispiel überträgt das Versorgungsunternehmen 102 ein DR-Signal an den zentralen Server 104 und/oder an den OEM-Server 106, der DR-Ereignisparameter 126 beinhaltet. Die DR-Ereignisparameter 126 definieren die Spezifikationen und/oder Anforderungen des DR-Ereignisses. Zum Beispiel können die DR-Ereignisparameter 126 eine Energieverbrauchsreduzierungsmenge (z. B. 100 kW) beinhalten. Das DR-Signal kann einen Zeitraum spezifizieren, in welchem der Energieverbrauch reduziert werden sollte. Zum Beispiel kann ein Startzeitpunkt des Energieverbrauchsreduzierungszeitraums sofort oder in der Zukunft beginnen. Ferner kann der Zeitraum einen Endzeitpunkt des Energieverbrauchsreduzierungszeitpunkts spezifizieren. Das DR-Signal kann ebenfalls die DR-Bonusmenge spezifizieren. Die DR-Bonusmenge kann ein Geldbonus sein. Zum Beispiel USD 10,00 pro kW-Reduzierung oder USD 1000,00 für 100 kW.
  • Wie vorstehend besprochen, überträgt das Versorgungsunternehmen 102 das DR-Signal in einigen Ausführungsformen an den zentralen Server 104, der die Umsetzung von DR-Ereignissen für mehr als einen OEM verwalten kann. Wie zum Beispiel in 1 gezeigt, können zwei OEM-Server kommunikativ mit dem zentralen Server 104 gekoppelt sein, nämlich der OEM-Server 106 und der OEM-Server 108. Der OEM-Server 106 ist kommunikativ mit der Vielzahl von Fahrzeugen 112 gekoppelt, die mit dem OEM-Server 106 assoziiert ist, und der OEM-Server 108 ist kommunikativ mit der Vielzahl von Fahrzeugen 114 gekoppelt, die mit dem OEM-Server 108 gekoppelt ist. In dieser Ausführungsform kann der zentrale Server 104 eine für jeden OEM spezifische DR-Bonusmenge zum Beispiel auf der Grundlage der Anzahl an OEM-Servern und der Anzahl an Fahrzeugen, die gegenwärtig zur Teilnahme am DR-Ereignis zur Verfügung stehen, berechnen. Unter Verwendung des vorstehenden Beispiels mit einer DR-Bonusmenge von USD 10,00 pro kW-Reduzierung mit einer Energieverbrauchsreduzierungsmenge von 100 kW, wenn dem OEM-Server 106 und dem OEM-Server 108 beiden Fahrzeuge zur Teilnahme am DR-Ereignis zur Verfügung stehen, kann der zentrale Server 104 somit eine DR-Bonusmenge von USD 500,00 für den OEM-Server 106 und eine DR-Bonusmenge von USD 500,00 für den OEM-Server 108 berechnen. Wenn dem OEM-Server 106 Fahrzeuge zur Teilnahme am DR-Ereignis zur Verfügung stehen und dem OEM-Server 108 keine Fahrzeuge zur Teilnahme am DR-Ereignis zur Verfügung stehen, kann der zentrale Server 104 alternativ eine DR-Bonusmenge von USD 1000,00 für den OEM-Server 106 und eine DR-Bonusmenge von USD 0,00 für den OEM-Server 108 berechnen. Der zentrale Server 104 kann das DR-Signal, einschließlich der relevanten DR-Parameter (z. B. Energieverbrauchsreduzierungsmenge, DR-Bonusmenge), an den OEM-Server 106 und/oder den OEM-Server 108 übertragen. Zum Beispiel kann der Prozessor 116 in Bezug auf den OEM-Server 106 das DR-Signal über die Kommunikationsvorrichtung 120 empfangen.
  • Sobald der OEM-Server 106 das DR-Signal und die DR-Ereignisparameter empfangen hat, verwaltet der OEM-Server 106, wie das DR-Ereignis gemäß der Vielzahl von Fahrzeugen 112 umgesetzt wird, um die DR-Ereignisparameter zu erreichen. In einigen Situationen würde der OEM-Server 106 die Kapazitätsmenge, die zur Teilnahme am DR-Ereignis zur Verfügung steht, durch das Anmelden aller Fahrzeuge der Vielzahl von Fahrzeugen 112 zur Teilnahme am DR-Ereignis und durch das Zuweisen eines gleichen Anteils der DR-Bonusmenge für jedes Fahrzeug maximieren. Die Online-Maximierung der Kapazitätsmenge kann jedoch nicht realistisch sein, da mehr Teilnehmer für das DR-Ereignis vorhanden sind, als benötigt werden, um eine Energieverbrauchsreduzierungsmenge zu erreichen, mehr als ein OEM an dem DR-Ereignis teilnimmt und einige Fahrzeuge niemals teilnehmen, ihnen aber dennoch gleiche Boni zugewiesen werden würden.
  • Dementsprechend kann der OEM-Server 106 in einer Ausführungsform spezifische Fahrzeuge aus der Vielzahl von Fahrzeugen 112 auswählen und einen variablen Bonus spezifisch für jedes Fahrzeug zuteilen, um die Teilnahme und den Profit für Fahrzeuge, die mit dem OEM-Server 106 assoziiert sind, zu maximieren.
  • Dementsprechend und unter erneuter Bezugnahme auf 4 beinhaltet das Verfahren 400 bei Block 404 das Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug der Vielzahl von Fahrzeuge. Wie in 1 gezeigt, ist der OEM-Server 106 kommunikativ mit der Vielzahl von Fahrzeugen 112 gekoppelt, welche das Fahrzeug 112a bis Fahrzeug 112n beinhaltet. Für jedes Fahrzeug der Vielzahl von Fahrzeugen 112 kann das DR-Modul 124 einen fahrzeugspezifischen Bonuspreisbereich mindestens auf der Grundlage eines DR-Profils (z. B. das DR-Profil 138) jedes Fahrzeugs der Vielzahl von Fahrzeugen 112 bestimmen und/oder berechnen. Bei dem fahrzeugspezifischen Bonuspreisbereich handelt es sich um eine oder mehrere Bonusmengen (z. B. Geldbeträge), die der Verbraucher (z. B. Eigentümer und/oder Fahrer) anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen. Als ein veranschaulichendes Beispiel kann das Fahrzeug 112a durch einen Bonus von USD 20,00 zur Teilnahme bereit sein, während das Fahrzeug 112b durch einen Bonus von USD 50,00 zur Teilnahme bereit sein kann.
  • Wie vorstehend erwähnt, beruht der fahrzeugspezifische Bonuspreisbereich auf einem DR-Profil jedes Fahrzeugs. Wie vorstehend unter Bezugnahme auf die 1-3 besprochen, kann jedes Fahrzeug der Vielzahl von Fahrzeugen 112 ein DR-Profil speichern oder mit diesem assoziiert sein. In 2 speichert das Fahrzeug 112a zum Beispiel ein DR-Profil 138 auf dem Speicher 132. Das DR-Profil 138 beinhaltet verschiedene Informationen, die mit dem Fahrzeug 112a assoziiert sind, wie unter Bezugnahme auf 3 besprochen. In einigen Ausführungsformen wird der Fahrzeugbonuspreisbereich durch den Eigentümer des Fahrzeugs 112a spezifiziert und zum Beispiel als DR-Preisdaten 144 in dem DR-Profil 138 gespeichert.
  • In einigen Ausführungsformen beinhaltet der fahrzeugspezifische Bonuspreisbereich mehr als eine Bonusmenge. Zum Beispiel beinhaltet der fahrzeugspezifische Bonuspreisbereich für jedes Fahrzeug mindestens eine erste Bonusmenge und eine zweite Bonusmenge. Die erste Bonusmenge und die zweite Bonusmenge sind Mengen, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen. In einigen Ausführungsformen ist die erste Bonusmenge größer als die zweite Bonusmenge. In anderen Ausführungsformen wird der ersten Bonusmenge eine Priorität über der zweiten Bonusmenge zugewiesen, wodurch angegeben wird, dass ein Fahrzeug eher bereit ist, bei der ersten Bonusmenge am DR-Ereignis teilzunehmen, es aber bereit ist, bei der zweiten Bonusmenge am DR-Ereignis teilzunehmen. Als ein veranschaulichendes Beispiel kann das Fahrzeug 112a eine erste Bonusmenge von USD 50,00 und eine zweite Bonusmenge von USD 30,00 aufweisen. Somit ist es wahrscheinlicher, dass das Fahrzeug 112a gemäß der ersten Bonusmenge am DR-Ereignis teilnimmt, das Fahrzeug 112a kann jedoch gemäß der zweiten Bonusmenge an dem DR-Ereignis teilnehmen, sollte dies nötig sein. In einer Ausführungsform kann der fahrzeugspezifische Bonuspreisbereich mathematisch in Vektorform ausgedrückt werden als: I P = ( V ( P 1 , P 2 ) 1 , V ( P 1 , P 2 ) n )
    Figure DE102017222263A1_0001
    wobei IP eine Reihe von reellen Werten für jedes Fahrzeug V einer Vielzahl von Fahrzeugen ist, P1 eine erste Bonusmenge ist und P2 eine zweite Bonusmenge ist. In einigen Ausführungsformen ist P1 größer als P2. Es versteht sich, dass in einigen Ausführungsformen der Fahrzeugbonuspreisbereich mehr als zwei (2) Werte beinhalten kann, zum Beispiel eine erste Bonusmenge, eine zweite Bonusenge und eine dritte Bonusmenge.
  • Die nachfolgende Tabelle 1 ist ein veranschaulichendes Beispiel für fahrzeugspezifische Bonuspreisbereiche und Lastkapazität, die für jedes Fahrzeug der Vielzahl von Fahrzeugen 112 zur Verfügung stehen, welche mit dem OEM-Server 106 assoziiert ist, wobei die Fahrzeuggesamtanzahl (d. h. n) 8 beträgt. Tabelle 1 wird hier mit veranschaulichenden Beispielen verwendet, um die besprochenen Systeme und Verfahren besser zu erklären, es versteht sich jedoch, dass die beispielhaften Werte vom Wesen her nicht einschränkend und veranschaulichend sind. TABELLE 1
    IP Erste Bonusmenge (P1) Zweite Bonusmenge (P2) Kapazität (c)
    V(20,10)112a USD 20,00 USD 10,00 5 kW
    V(20,10)112b USD 20,00 USD 10,00 6 kW
    V(70,40)112c USD 70,00 USD 40,00 10 kW
    V(70,50)112d USD 70,00 USD 50,00 10 kW
    V(60,20)112e USD 60,00 USD 20,00 4 kW
    V(50,30)112f USD 50,00 USD 30,00 5 kW
    V(80,70)112g USD 80,00 USD 70,00 10 kW
    V(90,70)112h USD 90,00 USD 70,00 10 kW
  • Unter erneuter Bezugnahme auf 4 beinhaltet das Verfahren 400 bei Block 406 das Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden. Die Fahrzeuge in der Teilgruppe von Fahrzeugen sind ausgewählt, um am DR-Ereignis teilzunehmen. In einer Ausführungsform kann das DR-Modul 124, ausgeführt durch den Prozessor 116, Fahrzeuge aus der Vielzahl von Fahrzeugen 112 auswählen, um eine Teilgruppe von Fahrzeugen zu bilden, die eine Anzahl an Fahrzeugen maximieren, die an dem DR-Ereignis teilnehmen, und einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge maximieren. Dementsprechend ist es wahrscheinlich, dass auf der Grundlage des Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen eine maximale Anzahl an Fahrzeugen, die teilnehmen sollen, bei einem variablen auszahlbaren Bonusmengenpreis ausgewählt werden, welcher den Profit für die Fahrzeuge maximiert. Somit kann der OEM die DR-Bonusmenge nutzen, um seine Fahrzeuge und Verbraucher zu begünstigen. In einer Ausführungsform kann das Maximieren einer Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnimmt, und das Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge mathematisch ausgedrückt werden als: gemäß m a x i = 1 I P n x i g e m ä ß   i = 1 I P n V ( P 1 , P 2 ) x i D R I   u n d   x i { 0,1 }
    Figure DE102017222263A1_0002
    wobei DRI die DR-Bonusmenge ist und Xi darstellt, welche Fahrzeuge in die Teilgruppe von Fahrzeugen enthalten sein sollen. Somit wird die Summe des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug maximiert, sodass die Summe kleiner als die DR-Bonusmenge ist oder dieser entspricht.
  • Als ein veranschaulichendes Beispiel und unter Bezugnahme auf die Werte in Tabelle 1 weist ein DR-Ereignis eine DR-Bonusmenge von USD 200,00 auf. Auf der Grundlage dieser DR-Bonusmenge wählt das DR-Modul 124 die Fahrzeuge 112a, 112b, 112e und 112f aus der Vielzahl von Fahrzeugen 112a aus, die auf der Grundlage der ersten Bonusmenge jedes der Fahrzeuge in der Teilgruppe von Fahrzeugen enthalten sein sollen. In diesem B werden dem Fahrzeug 112a USD 20,00 zugewiesen, dem Fahrzeug 112b werden USD 20,00 zugewiesen, dem Fahrzeug 112e werden USD 60,00 zugewiesen und dem Fahrzeug 112f werden USD 50,00 zugewiesen. Die insgesamt zugewiesenen Boni belaufen sich auf USD 150,00. Die Auswahl der Fahrzeuge ermöglicht die Teilnahme (4) der maximalen Anzahl an Fahrzeugen bei der maximalen Bonusmenge (der ersten Bonusmenge) jedes Fahrzeugs unter Berücksichtigung der DR-Bonusmenge von USD 200,00. In dieser Ausführungsform beruht das Auswählen der Fahrzeuge aus der Vielzahl von Fahrzeugen auf der ersten Bonusmenge für jedes Fahrzeug, wobei die erste Bonusmenge größer als die zweite Bonusmenge für jedes Fahrzeug ist. Dementsprechend kann Gleichung (2) ebenfalls wie folgt geschrieben werden: gemäß m a x i = 1 I P n x i g e m ä ß   i = 1 I P n V ( P 1 ) x i D R I   u n d   x i { 0,1 }
    Figure DE102017222263A1_0003
  • In einigen Ausführungsformen unterliegt das Maximieren einer Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnimmt, und das Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen der DR-Bonusmenge und der durch die DR geforderten Energieverbrauchsreduzierungsmenge. Dementsprechend können die vorstehenden Gleichungen (2) und (3) ebenfalls der Energieverbrauchsmenge unterliegen. Als ein veranschaulichendes Beispiel kann die Gleichung (2) wie folgt umgestellt werden: gemäß m a x i = 1 I P n x i g e m ä ß   i = 1 I P n V ( P 1 , P 2 ) x i D R I  und V ( c ) DRC  u n d   x i { 0,1 }
    Figure DE102017222263A1_0004
    wobei DRC sie durch das DR-Ereignis geforderte Energieverbrauchsmenge ist. In dieser Ausführungsform werden die Profite für jedes Fahrzeug maximiert, wodurch sichergestellt wird, dass die Lastkriterien (d. h. die Energieverbrauchsmenge) für das DR-Ereignis erfüllt werden. In dieser Ausführungsform beinhaltet das Auswählen der Gruppe der Fahrzeuge das Auswählen jedes Fahrzeugs der Gruppe von Fahrzeugen mit dem niedrigsten (z. B. minimalen) fahrzeugspezifischen Bonuspreisbereich gemäß der DR-Bonusmenge und der Energieverbrauchsmenge. Zum Beispiel kann eine Auswahlsortierung mit dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug durchgeführt werden. Um die Profite zu maximieren, werden die niedrigsten fahrzeugspezifischen Bonuspreisbereiche zuerst berücksichtigt und gemäß der DR-Bonusmenge (z. B. sicherstellen, dass Boni verfügbar sind) und der Energieverbrauchsmenge erhöht.
  • In einer anderen Ausführungsform beruht das Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, bei Block 406 auf dem Maximieren einer Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnimmt, und dem Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge und einem vorbestimmten Bonusschwellenwert. In einer Ausführungsform kann zum Beispiel der OEM-Server 106 über das DR-Modul 124 Fahrzeuge aus der Vielzahl von Fahrzeugen 112 auswählen, die einen fahrzeugspezifischen Bonuspreisbereich aufweisen, der kleiner als ein vorbestimmter Bonusschwellenwert ist oder diesem entspricht. Als ein veranschaulichendes Beispiel ist ein vorbestimmter Bonusschwellenwert auf USD 20,00 eingestellt. Das DR-Modul 124 wählt Fahrzeuge aus der Vielzahl von Fahrzeugen 112 mit einer ersten Bonusmenge oder einer zweiten Bonusmenge, die USD 20,00 entsprechen, und gemäß der DR-Bonusmenge von USD 200,00 aus. In diesem Beispiel wählt das DR-Modul 124 die Fahrzeuge 112a, 112b und 112e aus. Das Fahrzeug 112a weist eine erste Bonusmenge von USD 20,00 auf, das Fahrzeug 112b weist eine erste Bonusmenge von USD 20,00 auf und das Fahrzeug 112e weist eine zweite Bonusmenge von USD 20,00 auf. In einigen Ausführungsformen wählt das DR-Modul 124 Fahrzeuge aus der Vielzahl von Fahrzeugen 112 mit einer ersten Bonusmenge aus, die USD 20,00 entspricht. Gemäß dieser Ausführungsform wählt das DR-Modul 124 in dem veranschaulichenden Beispiel die Fahrzeuge 112a und 112b auf, die beide eine erste Bonusmenge von USD 20,00 aufweisen. Die Optimierungsformel gemäß dieser Ausführungsform, wobei IT den vorbestimmten Bonusschwellenwert darstellt, kann mathematisch ausgedrückt werden als: gemäß m a x i = 1 I P n x i g e m ä ß   i = 1 I P n V ( P 1 ) I T   u n d   ( V ( P 1 ) x i ) D R I   u n d   x i { 0,1 }
    Figure DE102017222263A1_0005
  • Um die Fahrzeuge zum Maximieren der Teilnahme und des Profits auszuwählen, wird eine Bonusmenge aus dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug bestimmt. Insbesondere muss die erste Bonusmenge (P1) oder die zweite Bonusmenge (P2) auf der Grundlage der vorstehenden Maximierungsformeln für alle Fahrzeuge als die an das Fahrzeug für die Teilnahme am DR-Ereignis auszahlbare Menge ausgewählt sein. Somit beinhaltet das Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, in einer Ausführungsform das Berechnen einer auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen durch Auswählen einer Fahrzeugbonusmenge aus dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug in der Teilgruppe von Fahrzeugen, die den Profit für jedes Fahrzeug in der Teilgruppe von Fahrzeugen gemäß der DR-Bonusmenge maximiert. Gemäß einer Ausführungsform ist die auszahlbare Bonusmenge für alle Fahrzeuge die erste Bonusmenge. In einigen Ausführungsformen ist die erste Bonusmenge größer als die zweite Bonusmenge.
  • Somit wird in dieser Ausführungsform bestimmt, dass die auszahlbare Bonusmenge für jedes Fahrzeug der größte Wert im fahrzeugspezifischen Bonuspreisbereich ist. Unter erneuter Bezugnahme auf das veranschaulichende Beispiel bestimmt das DR-Modul 124 eine auszahlbare Bonusmenge von USD 20,00 für das Fahrzeug 112a, eine auszahlbare Bonusmenge von USD 20,00 für das Fahrzeug 112b, eine auszahlbare Bonusmenge von USD 60,00 für das Fahrzeug 112e und eine auszahlbare Bonusmenge von USD 50,00 für das Fahrzeug 112f.
  • In einer Ausführungsform kann das Verfahren 400 zu Block 408 übergehen, bei welchem das Verfahren 400 das Übertragen des DR-Signals an die Fahrzeuge in der Teilgruppe von Fahrzeugen beinhaltet. In einer Ausführungsform überträgt das DR-Modul 124 das DR-Signal an die TCU jedes Fahrzeugs in der Teilgruppe von Fahrzeugen. Zum Beispiel kann das DR-Modul 124 das Signal an die TCU 128 des Fahrzeugs 112a übertragen. In einer Ausführungsform kann das an die Fahrzeuge in der Teilgruppe von Fahrzeugen übertragene DR-Signal die auszahlbare Bonusmenge für jedes Fahrzeug beinhalten. Unter erneuter Bezugnahme auf das veranschaulichende Beispiel überträgt das DR-Modul 124 das DR-Signal an jedes Fahrzeug in der Teilgruppe von Fahrzeugen, nämlich die Fahrzeuge 112a, 112b, 112e und 112f.
  • Wie vorstehend besprochen unterliegt das Maximieren der Teilnahme und des Profits der DR-Bonusmenge. Obwohl die vorstehend in Bezug auf die Blöcke 404 und 406 besprochenen Berechnungen die Teilnahme und den Profit maximieren, wird die DR-Bonusmenge in einigen Situationen nicht maximiert (z. B. sind übrige Boni verfügbar). Unter Bezugnahme auf 5 wird nun ein Verfahren 500 zur Umsetzung eines DR-Ereignisses gemäß einem Ausführungsbeispiel gezeigt. Es versteht sich, dass in einigen Ausführungsformen ein oder mehrere Blöcke aus 5 mit dem Verfahren 400 aus 4 umgesetzt werden können. Zum Beispiel können die Blöcke 502-512 mit Block 404 und/oder Block 406 umgesetzt werden.
  • Bei Block 502 beinhaltet das Verfahren 500 das Berechnen einer auszahlbaren Gesamtbonusmenge als eine Summe der auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen. Unter erneuter Bezugnahme auf das veranschaulichende Beispiel berechnet das DR-Modul 124 eine auszahlbare Gesamtbonusmenge von USD 150,00 durch das Addieren der auszahlbaren Bonusmengen jedes Fahrzeugs in der Teilgruppe von Fahrzeugen (d.h. die Fahrzeuge 112a, 112b, 112e und 112f).
  • In einer Ausführungsform kann das DR-Modul 124 die auszahlbare Gesamtbonusmenge mit der DR-Bonusmenge vergleichen. Dementsprechend beinhaltet das Verfahren 500 bei Block 504 das Bestimmen, ob die auszahlbare Gesamtbonusmenge kleiner als die DR-Bonusmenge ist. Wenn die Bestimmung bei Block 504 NEIN lautet, dann geht das Verfahren 500 zu Block 506 über und lehrt zu Block 408 aus 4 zurück. Wenn die Bestimmung bei Block 504 JA lautet, dann kann das Verfahren 500 optional bei Block 508 das Berechnen einer Bonuspreiselastizität beinhalten, die hier ausführlicher besprochen werden wird.
  • Bei Block 510 beinhaltet das Verfahren 500 das Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um eine Teilgruppe von übrigen Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen und einer Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge zu bilden. In dieser Ausführungsform beruht das Auswählen der Fahrzeuge aus der Vielzahl von Fahrzeugen 112, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um die Teilgruppe von übrigen Fahrzeugen zu bilden, auf der zweiten Bonusmenge für jedes Fahrzeug aus der Vielzahl von Fahrzeugen 112 und der Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge. Hier ist die zweite Bonusmenge kleiner als die erste Bonusmenge. Das Verfahren 500 kann dann zu Block 512 übergehen, bei welchem das DR-Modul 124 das DR-Signal an jedes Fahrzeug in der Teilgruppe von übrigen Fahrzeugen übertragen kann.
  • In einer Ausführungsform beinhaltet Block 510 alternativ das Auswählen zusätzlicher Fahrzeuge aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen und einer Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge. In dieser Ausführungsform beruht das Auswählen zusätzlicher Fahrzeuge auf der zweiten Bonusmenge für jedes Fahrzeug aus der Vielzahl von Fahrzeugen 112 und der Differenz zwischen der auszahlbaren Gesamtbonusmenge und DR-Bonusmenge. Das Verfahren 500 kann dann zu Block 512 übergehen, bei welchem das DR-Modul 124 das DR-Signal an die zusätzlichen Fahrzeuge übertragen kann.
  • Unter erneuter Bezugnahme auf das veranschaulichende Beispiel beträgt die auszahlbare Gesamtbonusmenge USD 150,00 und die DR-Bonusmenge beträgt USD 200,00, somit beträgt die Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge USD 50,00. Die übrigen Fahrzeuge in der Vielzahl von Fahrzeugen 112, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, beinhalten die Fahrzeuge 112c, 112d, 112g und 112h. Auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes der Fahrzeuge wählt das DR-Modul dementsprechend Fahrzeuge aus, die einen Profit gemäß der Different zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge maximieren. In diesem Beispiel wählt das DR-Modul 124 das Fahrzeug 112d auf der Grundlage der zweiten Bonusmenge von USD 50,00 aus und überträgt das DR-Signal an das Fahrzeug 112d.
  • Wie vorstehend erwähnt, kann das Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, in einer Ausführungsform auf einer Bonuspreiselastizität beruhen. Dementsprechend kann das Verfahren 500 bei Block 508 das Berechnen einer Bonuspreiselastizität auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug der Vielzahl von Fahrzeugen beinhalten. Die Bonuspreiselastizität ist ein Verhältnis einer proportionalen Änderung der Teilnahme am DR-Ereignis zu einer proportionalen Änderung des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug der Vielzahl von Fahrzeugen. Die proportionale Änderung des fahrzeugspezifischen Bonuspreisbereichs. Anders ausgedrückt ist die Bonuspreiselastizität ein Prozentsatz einer Änderung der wahrscheinlichen Teilnahme an einem DR-Ereignis auf der Grundlage eines Anstiegs einer ersten Bonusmenge und/oder einer zweiten Bonusmenge von jedem Fahrzeug in der Vielzahl von Fahrzeugen 112.
  • Als ein veranschaulichendes Beispiel und wie vorstehend besprochen wird die Teilgruppe von Fahrzeugen in einigen Ausführungsformen auf der Grundlage eines vorbestimmten Bonusschwellenwerts ausgewählt. Gemäß dem veranschaulichenden Beispiel in Bezug auf Block 406 aus 4 beträgt der vorbestimmte Bonusschwellenwert USD 20,00 und die Teilgruppe von Fahrzeugen beinhaltet die Fahrzeuge 112a und 112b, die jeweils eine erste Bonusmenge von USD 20,00 aufweisen. In dieser Ausführungsform kann die Bonuspreiselastizität berechnet werden, um die Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnehmen, bei einem erhöhten vorbestimmten Bonusschwellenwert zu erhöhen.
  • Als ein veranschaulichendes Beispiel beträgt der erste vorbestimmte Bonusschwellenwert zum Beispiel USD 20,00, wobei zwei (2) Fahrzeuge bei USD 20,00 teilnehmen. Wenn der erste vorbestimmte Bonusschwellenwert auf USD 50,00 ansteigt, ist es wahrscheinlich, dass weitere drei (3) Fahrzeuge gemäß der ersten Bonusmenge oder der zweiten Bonusmenge teilnehmen, nämlich Fahrzeug 112c mit einer zweiten Bonusmenge von USD 40,00, Fahrzeug 112d mit einer zweiten Bonusmenge von USD 50,00 und Fahrzeug 112f mit einer ersten Bonusmenge von USD 50,00. Somit beträgt die Bonuspreiselastizität von USD 20,00 bis USD 50,00 etwa 150 %. Die Bonuspreiselastizität kann zum Auswählen zusätzlicher Fahrzeuge zur Teilnahme am DR-Ereignis verwendet werden.
  • In einigen Ausführungsformen kann/können Block 506 und/oder 510 das Vergleichen einer Gewinnspanne jedes Fahrzeugs, das zur Teilnahme am DR-Ereignis ausgewählt ist, mit einer Mindestgewinnspanne beinhalten. Die Mindestgewinnspanne kann durch den OEM eingestellt sein, um sicherzustellen, dass alle Fahrzeuge, die am DR-Ereignis teilnehmen, einen bestimmten Anteil oder eine bestimmte Menge des Profits erzielen. Auch wenn die auszahlbare Gesamtbonusmenge bei Block 506 kleiner als die DR-Bonusmenge ist, können dementsprechend in einigen Ausführungsformen keine zusätzlichen Fahrzeuge bei Block 510 ausgewählt werden, wenn die Mindestgewinnspanne nicht beibehalten wird. Dementsprechend unterliegen das Maximieren einer Anzahl an Fahrzeugen, die am DR-Ereignis teilnehmen, und das Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen und/oder in der Teilgruppe von übrigen Fahrzeugen in einer Ausführungsform einer Mindestgewinnspanne.
  • Unter erneuter Bezugnahme auf 1 geht das Verfahren 500 zu Block 510 über und das DR-Modul 124 wählt Fahrzeuge aus der Vielzahl von Fahrzeugen aus, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um eine Teilgruppe von übrigen Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen, einer Differenz zwischen der auszahlbaren Gesamtbonusmenge, der DR-Bonusmenge und der Bonuspreiselastizität zu bilden. Bei Block 512 kann das DR-Modul 124 das DR-Signal an jedes Fahrzeug in der Teilgruppe von übrigen Fahrzeugen übertragen. In einer alternativen Ausführungsform beinhaltet das Verfahren 500 bei Block 510 das Auswählen zusätzlicher Fahrzeuge aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen, einer Differenz zwischen der auszahlbaren Gesamtbonusmenge, der DR-Bonusmenge und der Bonuspreiselastizität. Bei Block 512 kann das DR-Modul 124 das DR-Signal an die zusätzlichen Fahrzeuge übertragen. Somit werden die Fahrzeuge über die zusätzlichen, zur Verfügung stehenden Boni informiert.
  • Die hier besprochenen Ausführungsformen können auch im Kontext des nicht transitorischen computerlesbaren Speichermediums, das durch einen Computer ausführbare Anweisungen speichert, beschrieben und umgesetzt werden. Nicht transitorische computerlesbare Speichermedien beinhalten Computerspeichermedien und Kommunikationsmedien. Zum Beispiel Flash-Speicherlaufwerke, Digital Versatile Disks (DVDs), Compact Disks (CDs), Disketten und Magnetbandkassetten. Nicht transitorische computerlesbare Speichermedien können flüchtige und nicht flüchtige, entfernbare und nicht entfernbare Medien beinhalten, die in jedem beliebigen Verfahren oder jeder beliebigen Technologie zum Speichern von Informationen, wie zum Beispiel computerlesbaren Anweisungen, Datenstrukturen, Modulen oder anderen Daten, umgesetzt werden.
  • Nicht transitorische computerlesbare Speichermedien schließen transitorische und ausgebreitete Datensignale aus.
  • Es versteht sich, dass verschiedene Umsetzungen der vorstehend offenbarten und anderer Merkmale und Funktionen, oder Alternativen oder Varianten davon, wünschenswert zu vielen anderen unterschiedlichen Systemen oder Anwendungen kombiniert werden können. Es können nachfolgend auch verschiedene derzeit unvorhergesehene oder unerwartete Alternativen, Modifikationen, Varianten oder Verbesserungen daran durch einen Fachmann hergestellt werden, die auch dazu bestimmt sind, in den folgenden Patentansprüchen eingeschlossen zu sein.
  • Ein computerimplementiertes Verfahren zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses beinhaltet Empfangen eines Nachfragereaktions(DR)-Signals für das DR-Ereignis, Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus einer Gruppe von Fahrzeugen und Auswählen von Fahrzeugen aus der Gruppe von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden. Die Teilgruppe von Fahrzeugen maximiert eine Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnimmt, und maximiert einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Gruppe von Fahrzeugen gemäß der DR-Bonusmenge. Das DR-Signal wird an jedes Fahrzeug in der Teilgruppe von Fahrzeugen übertragen.

Claims (20)

  1. Computerimplementiertes Verfahren zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses, umfassend: Empfangen eines DR-Signals für das DR-Ereignis, einschließlich DR-Ereignisparameter, wobei die DR-Ereignisparameter eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge beinhalten; Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug einer Vielzahl von Fahrzeugen, wobei der fahrzeugspezifische Bonuspreisbereich mindestens eine erste Bonusmenge und eine zweite Bonusmenge beinhaltet, wobei die erste Bonusmenge und die zweite Bonusmenge Mengen sind, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen, und die erste Bonusmenge größer als die zweite Bonusmenge ist, wobei der fahrzeugspezifische Bonuspreisbereich auf einem DR-Profil von jedem Fahrzeug der Vielzahl von Fahrzeugen beruht; Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, die eine Anzahl an Fahrzeugen maximieren, die an dem DR-Ereignis teilnehmen, und einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge maximieren; und Übertragen des DR-Signals an jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  2. Computerimplementiertes Verfahren nach Anspruch 1, beinhaltend Berechnen einer auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen durch Auswählen einer Fahrzeugbonusmenge aus dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug in der Teilgruppe von Fahrzeugen, die den Profit für jedes Fahrzeug in der Teilgruppe von Fahrzeugen gemäß der DR-Bonusmenge maximiert.
  3. Computerimplementiertes Verfahren nach Anspruch 2, beinhaltend Berechnen einer auszahlbaren Gesamtbonusmenge als eine Summe der auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  4. Computerimplementiertes Verfahren nach Anspruch 3, beinhaltend, beim Bestimmen, dass die auszahlbare Gesamtbonusmenge geringer als die DR-Bonusmenge ist, Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um eine Teilgruppe von übrigen Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen und einer Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge zu bilden.
  5. Computerimplementiertes Verfahren nach Anspruch 4, beinhaltend Übertragen des DR-Signals an jedes Fahrzeug in der Teilgruppe von übrigen Fahrzeugen.
  6. Computerimplementiertes Verfahren nach Anspruch 4, wobei Auswählen der Fahrzeuge aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um die Teilgruppe von übrigen Fahrzeugen zu bilden, auf der zweiten Bonusmenge für jedes Fahrzeug aus der Vielzahl von Fahrzeugen und der Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge beruht.
  7. Computerimplementiertes Verfahren nach Anspruch 1, beinhaltend Berechnen einer Bonuspreiselastizität auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen, wobei die Bonuspreiselastizität ein Verhältnis einer proportionalen Änderung der Teilnahme an dem DR-Ereignis zu einer proportionalen Änderung des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug der Vielzahl von Fahrzeugen ist.
  8. Computerimplementiertes Verfahren nach Anspruch 7, beinhaltend, beim Bestimmen, dass eine auszahlbare Gesamtbonusmenge geringer als die DR-Bonusmenge ist, Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um eine Teilgruppe von übrigen Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen, einer Differenz zwischen der auszahlbaren Gesamtbonusmenge, der DR-Bonusmenge und der Bonuspreiselastizität zu bilden.
  9. System zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses, umfassend: einen Erstausrüster(OEM)-Server, der zur Computerkommunikation mit einem Dienstserver und einer Vielzahl von Fahrzeugen wirkverbunden ist, wobei der OEM-Server einen Prozessor beinhaltet, der ausführbaren Code speichert, wobei der Prozessor: ein DR-Signal für das DR-Ereignis von dem Dienstserver empfängt, wobei das DR-Signal eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge beinhaltet; einen fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug der Vielzahl von Fahrzeugen bestimmt, wobei der fahrzeugspezifische Bonuspreisbereich mindestens eine erste Bonusmenge und eine zweite Bonusmenge beinhaltet, wobei die erste Bonusmenge und die zweite Bonusmenge Mengen sind, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen, und die erste Bonusmenge größer als die zweite Bonusmenge ist, wobei der fahrzeugspezifische Bonuspreisbereich auf einem DR-Profil von jedem Fahrzeug der Vielzahl von Fahrzeugen beruht; Fahrzeuge aus der Vielzahl von Fahrzeugen auswählt, um eine Teilgruppe von Fahrzeugen zu bilden, durch Maximieren einer Anzahl an Fahrzeugen, die an dem DR-Ereignis teilnehmen, und Maximieren eines Profits jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge; und das DR-Signal an jedes Fahrzeug in der Teilgruppe von Fahrzeugen überträgt.
  10. System nach Anspruch 9, wobei der Prozessor eine auszahlbare Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen durch Auswählen einer Fahrzeugbonusmenge aus dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug in der Teilgruppe von Fahrzeugen berechnet, die den Profit für jedes Fahrzeug in der Teilgruppe von Fahrzeugen gemäß der DR-Bonusmenge maximiert.
  11. System nach Anspruch 10, wobei der Prozessor eine auszahlbare Gesamtbonusmenge als eine Summe der auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen berechnet.
  12. System nach Anspruch 11, wobei der Prozessor die auszahlbare Gesamtbonusmenge mit der DR-Bonusmenge vergleicht und der Prozessor beim Bestimmen, dass die auszahlbare Gesamtbonusmenge geringer als die DR-Bonusmenge ist, zusätzliche Fahrzeuge aus der Vielzahl von Fahrzeugen, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs jedes der zusätzlichen Fahrzeuge und einer Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge auswählt.
  13. System nach Anspruch 12, wobei der Prozessor das DR-Signal an die zusätzlichen Fahrzeuge überträgt.
  14. System nach Anspruch 9, wobei der Prozessor die Fahrzeuge aus der Vielzahl von Fahrzeugen auswählt, um die Teilgruppe von Fahrzeugen durch Maximieren des Profits der Fahrzeuge aus der Vielzahl von Fahrzeugen mit der niedrigsten ersten Bonusmenge zu bilden.
  15. System nach Anspruch 14, wobei der Prozessor beim Bestimmen, dass eine Summe der niedrigsten ersten Fahrzeugbonusmenge von jedem der Fahrzeuge der Teilgruppe von Fahrzeugen geringer als die DR-Bonusmenge ist, zusätzliche Fahrzeuge aus der Vielzahl von Fahrzeugen auf der Grundlage einer Bonuspreiselastizität des fahrzeugspezifischen Bonuspreisbereichs für übrige Fahrzeuge in der Vielzahl von Fahrzeugen auswählt.
  16. Nichtflüchtiges computerlesbares Speichermedium zur Umsetzung eines Nachfragereaktions(DR)-Ereignisses, beinhaltend Anweisungen, die, wenn sie durch einen Prozessor ausgeführt werden, den Prozessor veranlassen zum: Empfangen eines DR-Signals für das DR-Ereignis, einschließlich DR-Ereignisparameter, wobei die DR-Ereignisparameter eine Energieverbrauchsreduzierungsmenge und eine DR-Bonusmenge beinhalten; Bestimmen eines fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug einer Vielzahl von Fahrzeugen, wobei der fahrzeugspezifische Bonuspreisbereich mindestens eine erste Bonusmenge und eine zweite Bonusmenge beinhaltet, wobei die erste Bonusmenge und die zweite Bonusmenge Mengen sind, die jedes Fahrzeug anzunehmen bereit ist, um an dem DR-Ereignis teilzunehmen, und die erste Bonusmenge größer als die zweite Bonusmenge ist, wobei der fahrzeugspezifische Bonuspreisbereich auf einem DR-Profil von jedem Fahrzeug der Vielzahl von Fahrzeugen beruht; Auswählen von Fahrzeugen aus der Vielzahl von Fahrzeugen, um eine Teilgruppe von Fahrzeugen zu bilden, die eine Anzahl an Fahrzeugen maximieren, die an dem DR-Ereignis teilnehmen, und einen Profit jedes Fahrzeugs in der Teilgruppe von Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug in der Vielzahl von Fahrzeugen gemäß der DR-Bonusmenge maximieren; und Übertragen des DR-Signals an jedes Fahrzeug in der Teilgruppe von Fahrzeugen.
  17. Nichtflüchtiges computerlesbares Speichermedium nach Anspruch 16, wobei der Prozessor eine auszahlbare Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen durch Auswählen einer Fahrzeugbonusmenge aus dem fahrzeugspezifischen Bonuspreisbereich für jedes Fahrzeug in der Teilgruppe von Fahrzeugen berechnet, die den Profit für jedes Fahrzeug in der Teilgruppe von Fahrzeugen gemäß der DR-Bonusmenge maximiert.
  18. Nichtflüchtiges computerlesbares Speichermedium nach Anspruch 17, wobei der Prozessor eine auszahlbare Gesamtbonusmenge als eine Summe der auszahlbaren Bonusmenge für jedes Fahrzeug in der Teilgruppe von Fahrzeugen berechnet.
  19. Nichtflüchtiges computerlesbares Speichermedium nach Anspruch 18, beinhaltend, dass der Prozessor beim Bestimmen, dass die auszahlbare Gesamtbonusmenge geringer als die DR-Bonusmenge ist, Fahrzeuge aus der Vielzahl von Fahrzeugen auswählt, die nicht in der Teilgruppe von Fahrzeugen enthalten sind, um eine Teilgruppe von übrigen Fahrzeugen auf der Grundlage des fahrzeugspezifischen Bonuspreisbereichs für jedes Fahrzeug aus der Vielzahl von Fahrzeugen und einer Differenz zwischen der auszahlbaren Gesamtbonusmenge und der DR-Bonusmenge zu bilden.
  20. Nichtflüchtiges computerlesbares Speichermedium nach Anspruch 19, wobei der Prozessor das DR-Signal an jedes Fahrzeug in der Teilgruppe von übrigen Fahrzeugen überträgt.
DE102017222263.8A 2017-02-20 2017-12-08 System und Verfahren zur Umsetzung eines Nachfragereaktionsereignisses mit variablen Boni für Fahrzeuge Pending DE102017222263A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/437,181 US10867315B2 (en) 2017-02-20 2017-02-20 System and method for implementing a demand response event with variable incentives for vehicles
US15/437,181 2017-02-20

Publications (1)

Publication Number Publication Date
DE102017222263A1 true DE102017222263A1 (de) 2018-08-23

Family

ID=63046131

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017222263.8A Pending DE102017222263A1 (de) 2017-02-20 2017-12-08 System und Verfahren zur Umsetzung eines Nachfragereaktionsereignisses mit variablen Boni für Fahrzeuge

Country Status (4)

Country Link
US (1) US10867315B2 (de)
JP (1) JP7171184B2 (de)
CN (1) CN108460615B (de)
DE (1) DE102017222263A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11315199B2 (en) 2018-10-04 2022-04-26 Honda Motor Co., Ltd. System and method for providing OEM control to maximize profits
JP7264032B2 (ja) * 2019-12-10 2023-04-25 トヨタ自動車株式会社 サーバ、及び電力管理システム
JP2022123514A (ja) * 2021-02-12 2022-08-24 トヨタ自動車株式会社 利用料金設定装置、利用料金設定方法、プログラム
DE102022119076A1 (de) * 2022-07-29 2024-02-01 Bayerische Motoren Werke Aktiengesellschaft Energieinfrastrukturen und Verfahren zur Verringerung eines Energieaufwandes beim Aktualisieren von Informationen

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4131905B2 (ja) 2001-02-26 2008-08-13 株式会社東芝 電力取引システム
US20100076835A1 (en) 2008-05-27 2010-03-25 Lawrence Silverman Variable incentive and virtual market system
US20130035992A1 (en) 2008-05-27 2013-02-07 Kaspar Llc Method and system for the more efficient utilization and conservation of energy and water resources
US7991665B2 (en) 2008-06-16 2011-08-02 International Business Machines Corporation Managing incentives for electric vehicle charging transactions
US8706650B2 (en) 2009-01-14 2014-04-22 Integral Analytics, Inc. Optimization of microgrid energy use and distribution
AU2010204729A1 (en) 2009-01-14 2011-09-01 Integral Analytics, Inc. Optimization of microgrid energy use and distribution
US8457802B1 (en) 2009-10-23 2013-06-04 Viridity Energy, Inc. System and method for energy management
US9159108B2 (en) 2009-10-23 2015-10-13 Viridity Energy, Inc. Facilitating revenue generation from wholesale electricity markets
US8892264B2 (en) 2009-10-23 2014-11-18 Viridity Energy, Inc. Methods, apparatus and systems for managing energy assets
US20110258018A1 (en) 2010-04-19 2011-10-20 General Electric Company System and method for scheduling demand response events in a network
US20120016524A1 (en) * 2010-07-16 2012-01-19 General Electric Company Thermal time constraints for demand response applications
US20120078687A1 (en) 2010-09-24 2012-03-29 International Business Machines Corporation System and method for lowest cost aggregate energy demand reduction
US9680308B2 (en) * 2011-05-20 2017-06-13 Siemens Aktiengesellschaft Bidirectional demand response control
JP5779014B2 (ja) 2011-06-27 2015-09-16 株式会社東芝 電力需給制御装置、電力管理装置及び電力需給制御方法
JP5348229B2 (ja) 2011-12-01 2013-11-20 ダイキン工業株式会社 中間装置
US9209625B2 (en) 2012-04-20 2015-12-08 General Electric Company Method and system to co-optimize utilization of demand response and energy storage resources
JP5981313B2 (ja) 2012-11-09 2016-08-31 株式会社東芝 電力抑制型蓄電蓄熱最適化装置、最適化方法及び最適化プログラム
WO2014084832A2 (en) 2012-11-29 2014-06-05 United Technologies Corporation Comfort estimation and incentive design for energy efficiency
US20140180779A1 (en) * 2012-12-20 2014-06-26 International Business Machines Corporation Automated incentive computation in crowdsourcing systems
JP2014147207A (ja) 2013-01-29 2014-08-14 Toshiba Corp 電力需給調整方法および電力需給調整システム
US20140278687A1 (en) 2013-03-15 2014-09-18 Gridglo Llc System and Method for Optimizing A Demand Response Event
US10346931B2 (en) 2013-07-11 2019-07-09 Honeywell International Inc. Arrangement for communicating demand response resource incentives
US20150019275A1 (en) 2013-07-11 2015-01-15 Honeywell International Inc. Optimizing a selection of demand response resources
US9691076B2 (en) 2013-07-11 2017-06-27 Honeywell International Inc. Demand response system having a participation predictor
US20150019283A1 (en) 2013-07-11 2015-01-15 Honeywell International Inc. System for demand limiting
JP6311233B2 (ja) * 2013-08-07 2018-04-18 日産自動車株式会社 電力マネジメントシステム
US9870569B2 (en) 2013-12-13 2018-01-16 Sap Se Flexible energy use offers
US9953285B2 (en) * 2014-01-22 2018-04-24 Fujitsu Limited Residential and small and medium business demand response
US20150213466A1 (en) 2014-01-24 2015-07-30 Fujitsu Limited Demand response aggregation optimization
US10115120B2 (en) 2014-05-12 2018-10-30 Fujitsu Limited Dynamic demand response event assessment
US10220719B2 (en) 2014-11-17 2019-03-05 Siemens Industry, Inc. EVSE-based energy automation, management, and protection systems and methods
US9960637B2 (en) * 2015-07-04 2018-05-01 Sunverge Energy, Inc. Renewable energy integrated storage and generation systems, apparatus, and methods with cloud distributed energy management services
JP2017017961A (ja) 2015-07-06 2017-01-19 株式会社東芝 電力需要制御システム、及び電力需要制御方法
JP2017021740A (ja) 2015-07-15 2017-01-26 住友電気工業株式会社 省電力支援装置、需要家装置、省電力支援システム、省電力支援方法および省電力支援プログラム
US11036192B2 (en) * 2016-06-08 2021-06-15 SaLisa Berrien COI optimizer
CN106373031A (zh) * 2016-09-09 2017-02-01 东南大学 一种激励型需求响应的实施方法

Also Published As

Publication number Publication date
CN108460615B (zh) 2023-10-17
US10867315B2 (en) 2020-12-15
CN108460615A (zh) 2018-08-28
US20180240141A1 (en) 2018-08-23
JP2018136929A (ja) 2018-08-30
JP7171184B2 (ja) 2022-11-15

Similar Documents

Publication Publication Date Title
DE102017222263A1 (de) System und Verfahren zur Umsetzung eines Nachfragereaktionsereignisses mit variablen Boni für Fahrzeuge
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE102016220592A1 (de) Kritische-Spitzen-Preisermittlungs-Bedarfsreaktions-Teilnehmerbewertung
DE112018007469T5 (de) Optimierungssystem und Optimierungsverfahren
DE102006046184A1 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zur Ermittlung einer voraussichtlichen Überschreitung einer maximal erlaubten Leistungsaufnahme eines mobilen elektronischen Geräts und mobiles elektronisches Gerät
DE112018004181T5 (de) Steuereinrichtung, Steuerverfahren und Computerprogramm
DE102019213973A1 (de) Einrichtung und verfahren zum steuern einer aktualisierung für eine fahrzeugsteuerung und fahrzeug mit denselben
DE102018126512A1 (de) Mietgebührfestlegungsvorrichtung, Mietgebührfestlegungsverfahren und Mietgebührfestlegungssystem
DE112016006542T5 (de) Steuervorrichtung, Programmaktualisierungsverfahren und Computerprogramm
DE102017221118A1 (de) Vorrichtung und Verfahren zur Betriebssteuerung für ein Brennstoffzellenfahrzeug
DE102021119012A1 (de) Platooning-steuerungsvorrichtung, server und verfahren
DE102020117099A1 (de) Fahrzeugsauberkeitserfassung und autowaschempfehlung
DE112012006163T5 (de) Steuerung des Energieverbrauchs in Mehrkernumgebungen
CN108416619A (zh) 一种消费间隔时间预测方法、装置及可读存储介质
Li et al. Modeling and analyzing a taxi market with a monopsony taxi owner and multiple rentee-drivers
DE112013006292T5 (de) Verwaltung von Performance-Policies basierend auf der Skalierbarkeit von Workloads
DE102017206808A1 (de) Verfahren und Vorrichtung zur Zuweisung von Rechenaufgaben
DE112020003839T5 (de) Informationsverarbeitungssystem und Informationsverarbeitungsverfahren
WO2018073230A1 (de) Vorrichtungen, verfahren und computerprogramme für ein fahrzeug und eine zentralstelle
DE112019002346T5 (de) Physisches Auslieferungssystem und Tarifberechnungssystem
CN113706011B (zh) 一种基于前景理论的停车泊位共享效益动态判定方法
Desmettre et al. Worst-case consumption-portfolio optimization
DE102019213562A1 (de) Verfahren zur Berechnung einer Funktion für ein Fahrzeug
DE102021108571A1 (de) Verbrauchsüberwachungsgerät und zugehöriges verfahren für vernetzte ressourcen
DE102021108019A1 (de) System und Verfahren zum Bewerten der Fahrerleistung