DE102016125247B4 - Ausführung einer anwendung während des fahrzeugbetriebs - Google Patents

Ausführung einer anwendung während des fahrzeugbetriebs Download PDF

Info

Publication number
DE102016125247B4
DE102016125247B4 DE102016125247.6A DE102016125247A DE102016125247B4 DE 102016125247 B4 DE102016125247 B4 DE 102016125247B4 DE 102016125247 A DE102016125247 A DE 102016125247A DE 102016125247 B4 DE102016125247 B4 DE 102016125247B4
Authority
DE
Germany
Prior art keywords
application
vehicle
applications
determining
execution
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.)
Active
Application number
DE102016125247.6A
Other languages
English (en)
Other versions
DE102016125247A1 (de
Inventor
Keun Young Park
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.)
Google LLC
Original Assignee
Google LLC
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 Google LLC filed Critical Google LLC
Publication of DE102016125247A1 publication Critical patent/DE102016125247A1/de
Application granted granted Critical
Publication of DE102016125247B4 publication Critical patent/DE102016125247B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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/00—Details 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
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/12—Limiting control by the driver depending on vehicle state, e.g. interlocking means for the control input for preventing unsafe operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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/00—Details 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
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
    • G05B19/4155—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form characterised by programme execution, i.e. part programme or machine function execution, e.g. selection of a programme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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/00—Details 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
    • B60W50/08—Interaction between the driver and the control system
    • B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
    • B60W2050/146—Display means
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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
    • B60W2520/00—Input parameters relating to overall vehicle dynamics
    • B60W2520/04—Vehicle stop
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT 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
    • B60W2710/00—Output or target parameters relating to a particular sub-units
    • B60W2710/30—Auxiliary equipments
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2637—Vehicle, car, auto, wheelchair
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282—Rating or review of business operators or products

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Mechanical Engineering (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Data Mining & Analysis (AREA)
  • Transportation (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Manufacturing & Machinery (AREA)
  • Computational Linguistics (AREA)
  • Navigation (AREA)
  • Stored Programmes (AREA)
  • User Interface Of Digital Computer (AREA)
  • Traffic Control Systems (AREA)

Abstract

Computerimplementiertes Verfahren, umfassend:das Einholen von Klassifizierungsdaten, die mit mehreren in einem Fahrzeug ausführbaren Anwendungen in Verbindung stehen, wobei die Klassifizierungsdaten, für jede von einer oder mehreren Anwendungen in den mehreren Anwendungen, einen Hinweis eines ersten Sicherheitsniveaus der Anwendung, einen Hinweis eines zweiten Sicherheitsniveaus der Anwendung, einen oder mehrere Fahrzeugbetriebsmodi, die mit dem ersten Sicherheitsniveau in Verbindung gebracht werden und während dem die Anwendung konfiguriert ist, im Fahrzeug ausgeführt zu werden, und einen oder mehrere Fahrzeugbetriebsmodi, die mit dem zweiten Sicherheitsniveau in Verbindung gebracht werden und während dem die Anwendung konfiguriert ist, nicht im Fahrzeug ausgeführt zu werden;das Erhalten eines Hinweises, eine erste Anwendung von den mehreren Anwendungen auszuführen;das Ermitteln eines Betriebszustands des Fahrzeugs;das Ermitteln dass das erste Sicherheitsniveau der ersten Anwendung nicht erfüllt wird auf der Grundlage, dass der Betriebszustand des Fahrzeugs dem einen oder mehreren Fahrzeugbetriebsmodi entspricht, die mit dem zweiten Sicherheitsniveau der ersten Anwendung in Verbindung gebracht werden;das Erzeugen, als Reaktion auf das Ermitteln, dass das erste Sicherheitsniveau der ersten Anwendung nicht erfüllt ist, einer Empfehlung zum Ausführen einer zweiten Anwendung, die Fahrzeugbetriebsmodi in einem ersten Sicherheitsniveau aufweist, die dem Betriebszustand des Fahrzeugs entsprechen;das Ausgeben der Empfehlung zum Ausführen der zweiten Anwendung;das Erhalten von Daten, die eine Benutzerauswahl angeben, um die zweite Anwendung auszuführen; unddas Ausführen der zweiten Anwendung im Fahrzeug, als Reaktion auf das Erhalten der Daten, die die Benutzerauswahl angeben, um die zweite Anwendung auszuführen.

Description

  • TECHNISCHES GEBIET
  • Diese Offenbarung betrifft im Allgemeinen Automobile.
  • HINTERGRUND
  • Die Interaktionen zwischen Fahrzeugen und Fahrern nehmen immer mehr zu. Fahrzeugsysteme und Benutzerschnittstellen versetzen Fahrer in die Lage, mehrere wünschenswerte Anwendungen, wie beispielsweise etwa eine Navigationsanwendung für das Ausführen von navigationsbezogenen Operationen auszuwählen. Im Allgemeinen können verschiedene geeignete Anwendungen auf ein Fahrzeug heruntergeladen werden. Da die Anzahl der Anwendungen, die auch auf einem Fahrzeug installiert und ausgeführt werden können, immer weiter ansteigt, ist es wichtig, sich mit Themen hinsichtlich der Sicherheit, wie zum Beispiel der Ablenkung des Fahrers, auseinanderzusetzen.
  • ZUSAMMENFASSUNG
  • Diese Offenbarung beschreibt im Allgemeinen ein System und ein Verfahren für das Steuern der Ausführung von Fahrzeuganwendungen, wenn ein Fahrzeug von einem Fahrer bedient wird.
  • Innovative Aspekte des in dieser Spezifikation beschriebenen Gegenstands beinhalten in einigen Implementierungen ein computerimplementiertes Verfahren, um Aktionen auszuführen. Die Aktionen beinhalten das Erhalten eines Hinweises, um eine Anwendung in einem Fahrzeug auszuführen, das Einholen von Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, das von einem Fahrzeugprozessor durchgeführte Ermitteln eines Betriebszustand des Fahrzeugs und das von einem Fahrzeugprozessor durchgeführte Ermitteln, ob die Anwendung auf Basis des Betriebszustands des Fahrzeugs, der mit der Anwendung in Verbindung gebrachten Klassifizierungsdaten und einer oder mehrerer Ausführungsregeln ausgeführt werden soll. Als Antwort auf die Entscheidung die Anwendung auf Basis des Betriebszustands des Fahrzeugs, der Klassifizierungsdaten, die mit Anwendung in Verbindung gebracht werden und einer oder mehrerer Ausführungsregeln auszuführen, wird die Ausführung der Anwendung im Fahrzeug übermittelt.
  • Implementierungen können jeweils wahlweise auch ein oder mehrere der folgenden Merkmale beinhalten. In einigen Implementierungen beinhalten die Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, zum Beispiel: Daten, die angeben, dass es sich bei der Anwendung um eine Front-End-Anwendung oder Back-End-Anwendung handelt; Daten, die angeben, dass die Anwendung in einem bestimmten Fahrmodus ausführbar ist; Daten, die eine Fahrzeugmarke oder ein Fahrzeugmodell angeben, auf denen die Anwendung ausführbar ist; und Metadaten, die mit der Anwendung in Verbindung gebracht werden.
  • In einigen Implementierungen beinhaltet das Erhalten einer Angabe, um eine Anwendung in einem Fahrzeug auszuführen, eines im Folgenden Aufgeführten: das Erhalten einer Benutzereingabe, um die Anwendung im Fahrzeug auszuführen; das Erhalten einer Anweisung von einer zweiten Anwendung, um die Anwendung im Fahrzeug auszuführen; und das Erhalten einer Anweisung, um die Anwendung im Fahrzeug als Antwort auf ein Fahrzeug-Auslöseereignis auszuführen.
  • In einigen Implementierungen umfasst das Erhalten von Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, eines oder mehrere der im Folgenden aufgeführten Punkte: das von einem oder mehreren Speichergeräten durchgeführte Abrufen eines oder mehrerer Abschnitte der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden; und das von einem Netzwerkserver durchgeführte Erhalten einer oder mehrerer zweiter Abschnitte der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden.
  • In einigen Implementierungen umfasst das von einem Fahrzeugprozessor durchgeführte Ermitteln eines Betriebszustands des Fahrzeugs eines oder mehrere dem im Folgenden aufgeführten Punkte: das Ermitteln eines Modus, in dem das Fahrzeug betrieben wird; das Ermitteln einer Bewegung oder Geschwindigkeit des Fahrzeugs; und das Ermitteln einer Anzahl von Passagieren im Fahrzeug.
  • In einigen Implementierungen umfassen die Aktionen ferner das Erhalten von Anwendungsdaten von einem Netzwerkserver, das Extrahieren der Klassifizierungsdaten, die mit der Anwendung von Anwendungsdaten in Verbindung gebracht werden, und das Speichern der Klassifizierungsdaten, die mit der Anwendung in einer Fahrzeugspeichereinheit oder einer cloudbasierten Datenbank in Verbindung gebracht werden.
  • In einigen Implementierungen beinhalten die Aktionen ferner Bezug nehmend auf das Ermitteln, dass die Anwendung auf Basis des Betriebszustands des Fahrzeugs nicht ausgeführt werden soll, die Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden und eine oder mehrere Ausführungsregeln, die eine Verweigerungsmeldung übermitteln, die angibt, dass die Ausführung der Anwendung verweigert wird.
  • In einigen Implementierungen wird die Verweigerungsmeldung von einem Sprecher ausgegeben, wobei der Inhalt der Verweigerungsmeldung von einer grafischen Benutzerschnittstelle im Fahrzeug ausgegeben wird, oder die Verweigerungsmeldung wird an ein tragbares elektronisches Gerät, das mit einem Fahrer des Fahrzeugs in Verbindung gebracht wird, übermittelt.
  • In einigen Implementierungen beinhaltet das Übermitteln einer Verweigerungsmeldung, die angibt, dass die Ausführung der Anwendung verweigert wird, das Übermitteln einer Angabe, dass die Ausführung der Back-End-Anwendung beendet, angehalten, oder aufgeschoben worden ist, oder das Übermitteln einer Angabe, dass das Ausführen einer Front-End-Anwendung blockiert worden ist.
  • In einigen Implementierungen wird eine grafische Benutzerschnittstelle im Fahrzeug als Antwort auf das Ermitteln, dass die Anwendung auf Basis des Betriebszustands des Fahrzeugs ausgeführt werden soll, gesteuert, um Ausgabedaten anzuzeigen, die mit der Ausführung der Anwendung in Verbindung gebracht werden.
  • In einigen Implementierungen beinhaltet das vom Fahrzeugprozessor durchgeführte Ermitteln, ob die Anwendung auf Basis des Betriebszustands des Fahrzeugs, der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden und einer oder mehrerer Ausführungsregeln, einen oder mehrere der im Folgenden aufgeführten Punkte: das Ermitteln, ob es sich bei der Anwendung um eine Front-End-Anwendung und Back-End-Anwendung handelt, das Ermitteln, ob die Anwendung in einem oder mehreren der im Folgenden aufgeführten Modi als betreibbar eingestuft wird: einem Parkmodus des Fahrzeugs und einem Bewegungsmodus des Fahrzeugs, und das Ermitteln eines Standorts des Fahrzeugs und das Einholen einer oder mehrerer Regeln hinsichtlich der Ausführung von Anwendungen auf Basis des Standorts des Fahrzeugs.
  • In einigen Implementierungen beinhalten die Entscheidung, die Anwendung auf Basis des Betriebszustand des Fahrzeugs auszuführen, die Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden und eine oder mehrere Regeln hinsichtlich der Ausführung ferner das Ermitteln, dass der Betriebsstatus des Fahrzeugs einen Parkmodus des Fahrzeugs angibt, das Ermitteln, dass der Standort des Fahrzeugs und eine oder mehrere Regeln hinsichtlich der Ausführung, die Ausführung der Anwendung zulässt, und die Entscheidung die Anwendung auszuführen.
  • In einigen Implementierungen beinhalten die Entscheidung, die Anwendung auf Basis des Betriebszustand des Fahrzeugs auszuführen, die Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden und eine oder mehrere Regeln hinsichtlich der Ausführung ferner, das Ermitteln, dass es sich bei der Anwendung um eine Back-End-Anwendung handelt, welche auf die Ermittlung Bezug nimmt, dass es sich bei der Anwendung um eine Back-End-Anwendung handelt, wobei eine vermutliche Auswirkung der Ausführung der Anwendung auf einer oder mehreren Front-End-Anwendungen ermittelt wird, wobei ermittelt wird, dass sie vermutliche Auswirkung der Ausführung der Back-End-Anwendung auf einer oder mehreren Front-End-Anwendungen geringer als ein Schwellenwertbetrag ausfällt, wobei ermittelt wird, dass der Standort des Fahrzeugs und die eine oder die mehrere Regeln hinsichtlich der Ausführung, die Ausführung der Back-End-Anwendung zulassen und ermittelt wird, dass die Back-End-Anwendung ausgeführt werden soll.
  • Andere Implementierungen dieser Aspekte beinhalten entsprechende Systeme, Vorrichtungen, computerlesbare Speichermedien, Computerprogramme, die konfiguriert sind, um die Aktionen der vorstehend beschriebenen Verfahren zu implementieren, zum Beispiel einschließlich eines Fahrzeugs, wie etwa ein Straßenfahrzeug, das derartige Systeme und Computerprogramme umfasst.
  • Die Details einer oder mehrerer Implementierungen sind in den nachstehenden zugehörigen Zeichnungen und der Beschreibung dargelegt. Andere Eigenschaften und Vorteile werden aus der Beschreibung und den Zeichnungen sowie den Ansprüchen ersichtlich.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
    • 1 bildet exemplarisches Szenario ab, in dem die Ausführung einer elektronischen Spielanwendung deaktiviert wird, wenn das Fahrzeug anfängt sich zu bewegen.
    • 2 bildet ein exemplarisches Szenario ab, in dem die Ausführung einer Anwendung als Antwort auf eine Änderung des Betriebszustands des Fahrzeugs fortgesetzt wird.
    • 3 bildet ein exemplarisches Szenario ab, in dem die Ausführung einer Anwendung verhindert wird.
    • 4 bildet ein Flussdiagramm eines exemplarischen Verfahrens ab, um die Ausführung der Anwendung in einem Fahrzeug zu aktivieren oder zu deaktivieren.
    • 5 bildet ein Flussdiagramm eines exemplarischen Verfahrens ab, um die Ausführung der Anwendung in einem Fahrzeug zu aktivieren oder zu deaktivieren.
    • 6 bildet ein exemplarisches System ab, das die Ausführung einer Anwendung in einem Fahrzeug unterstützt.
  • Entsprechende Referenznummern und Kennzeichnungen in den verschiedenen Zeichnungen zeigen entsprechende Elemente an.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Die Offenbarung beschreibt im Allgemeinen ein System und ein Verfahren für das Steuern der Ausführung von Fahrzeuganwendungen.
  • Wenn eine Anfrage gemäß Implementierungen erhalten wird, um eine Anwendung (app)für ein Fahrzeugverarbeitungssystem auszuführen, oder eine Änderung des Betriebszustands eines Fahrzeugs erfasst wird, kann das Fahrzeugverarbeitungssystem mehrere Aktionen durchführen, um die Ausführung der Anwendung im Fahrzeug zu aktivieren oder zu deaktivieren.
  • Wenn in einigen Implementierungen eine Anfrage erhalten wird, um eine Anwendung auszuführen, kann das Fahrzeugverarbeitungssystem Klassifizierungsdaten erhalten, welche die Anwendung und den gegenwärtigen Betriebszustand des Fahrzeugs einstufen. Die Klassifizierungsdaten können einen Anwendungstyp der Anwendung und die Arten der Betriebszustände des Fahrzeugs, unter denen die Anwendung ausgeführt werden kann, angeben. Zum Beispiel können die Klassifizierungsdaten einer Textnachrichtenanwendung angeben, dass es sich bei der Textnachrichtenanwendung um eine Front-End-Anwendung handelt, die eine grafische Benutzerschnittstelle verwendet, aber die nur ausgeführt werden sollte, wenn sich das Fahrzeug in einem Parkmodus befindet oder sich nicht bewegt. Anwendungen, die beim Fahren verwendet werden können, können einen spezifischen grafischen Anzeiger anzeigen, bei dem es sich um jede dafür geeignete grafische Darstellung handeln kann, wie etwa ein Symbol, ein Bild, ein Design, ein Text, oder ein Muster. Auf Basis der Klassifizierungsdaten, des Betriebszustands des Fahrzeugs und der einen oder der mehreren Regeln, ermittelt das Fahrzeugverarbeitungssystem, ob die Ausführung der Anwendung aktiviert werden soll oder ob die Ausführung der Anwendung verweigert werden soll.
  • Wenn eine Änderung im Betriebszustand eines Fahrzeugs in einigen Implementierungen erfasst wird, ermittelt das Fahrzeugverarbeitungssystem, welche Anwendungen im Fahrzeug ausgeführt werden. Für eine oder mehrere der Fahrzeuganwendungen, die zur Zeit der Änderung des Betriebszustands des Fahrzeugs ausgeführt werden, kann das Fahrzeugverarbeitungssystem Klassifizierungsdaten einholen, welche die Anwendung einstufen. Auf Basis der Klassifizierungsdaten, des Betriebszustands des Fahrzeugs und der einen oder der mehreren Regeln, ermittelt das Fahrzeugverarbeitungssystem, ob die Ausführung der Anwendung fortgeführt werden soll, oder ob die Ausführung der Anwendung nicht fortgeführt werden soll. Zum Beispiel kann eine elektronische Spielanwendung in manchen Fällen als eine Anwendung klassifiziert werden, die ausgeführt werden sollte, wenn das Fahrzeug sich in einem Parkmodus befindet oder sich nicht bewegt. Falls der Modus des Fahrzeugs demzufolge zum Beispiel vom Parkmodus in den Fahrmodus geändert wird und das Fahrzeug beginnt sich zu bewegen, deaktiviert das Fahrzeugverarbeitungssystem des Fahrzeugs die elektronische Spielanwendung, damit der Fahrer nicht abgelenkt wird, während sich das Fahrzeug in Bewegung befindet. Das Fahrzeugverarbeitungssystem kann eine Fahrsicherheitsnachricht ausgeben, die in einigen Implementierungen nach einer zuvor festgelegten Zeitdauer eingestellt werden kann. Der standardmäßige Hauptbildschirm kann vom Fahrzeugverarbeitungssystem angezeigt werden, nachdem die Fahrsicherheitsnachricht nicht mehr länger ausgegeben wird.
  • 1 bildet exemplarisches Szenario ab, in dem die Ausführung einer elektronischen Spielanwendung deaktiviert wird, wenn das Fahrzeug anfängt sich zu bewegen. In einem exemplarischen Szenario kann ein Fahrer ein elektronisches Spiel anhand einer grafischen Benutzerschnittstelle (GUI) eines stationären Fahrzeugs, in dem sich der Fahrer befindet, spielen. Obwohl das Beispiel eines elektronischen Spiels mit Bezugnahme auf 1 verwendet wird, sei darauf hingewiesen, dass das abgebildete Szenario im Allgemeinen auch auf verschiedene Anwendungen angewendet werden kann, die die Aufmerksamkeit des Fahrers erfordern. Andere Beispiele der Anwendungen beinhalten beispielsweise Einkaufsanwendungen, Webbrowser-Anwendungen, und Textnachrichtenanwendungen. Bildschirm 110 der Fahrzeug-GUI veranschaulicht ein Beispiel, in dem der Fahrer ein elektronisches Spiel spielt.
  • Falls das Fahrzeug sich in Bewegung setzt oder ein Wechsel aus dem Parkmodus in einen Fahrmodus oder Rückfahrmodus erfasst wird, ermittelt ein Prozessor im Fahrzeug alle Anwendungen, die gegenwärtig auf dem Fahrzeug laufen und ob diese Anwendungen fortgesetzt werden dürfen, wenn sich das Fahrzeug in Bewegung befindet. Wie nachstehend in weiteren Einzelheiten erläutert wird, werden eine oder mehrere Regeln und Bedingungen und Daten verwendet, welche die entsprechenden Anwendungen einstufen, um zu ermitteln, welche Anwendungen weiterhin ausgeführt werden dürfen, wenn sich der Betriebszustand des Fahrzeugs ändert.
  • Unter Bezugnahme auf die exemplarische Implementierung in 1, holt ein Fahrzeugprozessor in einem Fahrzeugverarbeitungssystem Klassifizierungsdaten ein, die mit der elektronischen Spielanwendung in Verbindung gebracht werden. Der Fahrzeugprozessor ermittelt dann, ob die Klassifizierungsdaten angeben, dass es sich bei der elektronischen Spielanwendung um eine Anwendung handelt, die ausgeführt werden kann, wenn sich das Fahrzeug in einem Fahrmodus befindet. Darüber hinaus ermittelt der Fahrzeugprozessor, ob die Regeln und Bedingungen des Fahrzeugsystems die Ausführung einer Anwendung im Fahrmodus des Fahrzeugs zulassen.
  • Auf Basis der Klassifizierungsdaten, die mit der elektronischen Spielanwendung, dem Betriebszustand des Fahrzeugs und den Regeln und Bedingungen des Fahrzeugsystems in Verbindung gebracht werden, ermittelt der Fahrzeugprozessor, dass die Ausführung der elektronischen Spielanwendung nicht fortgesetzt werden kann. Infolgedessen sendet der Fahrzeugprozessor Anweisungen, um das Spiel anzuhalten oder zu beenden. Wie in Bildschirm 120 veranschaulicht, wird dem Fahrer eine Nachricht über die GUI des Fahrzeugs darüber angezeigt, dass das Spiel angehalten worden ist. Das Spiel kann so lange angehalten werden, bis eine weitere Änderung des Betriebszustands des Fahrzeugs erfolgt wie etwa die Rückkehr des Fahrzeugs in einen stationären Zustand, oder die Einstellung des Fahrzeugmodus in eine Parkschaltposition.
  • Nach dem Anzeigen einer Nachricht, dass die elektronische Spielanwendung angehalten oder beendet worden ist, steuert der Fahrzeugprozessor die GUI des Fahrzeugs und kehrt zum standardmäßigen GUI-Bildschirm 130 zurück. Bei dem standardmäßigen GUI-Bildschirm 130 kann es sich um jeden geeigneten Bildschirm handeln, der von einem Fahrzeughersteller, dem Fahrer, oder dem letzten Bildschirm, der vor der Ausführung der elektronischen Spielanwendung gezeigt wird, konfiguriert wird. Bei dem standardmäßigen GUI-Bildschirm 130 kann es sich zum Beispiel um einen Bildschirm handeln, der einen Navigationsanwendungsbildschirm, einen Radioanwendungsbildschirm, einen Wetteranwendungsbildschirm, oder einen standardmäßigen Bildschirm, der vom Fahrzeughersteller eingestellt worden ist, anzeigt. Der standardmäßige GUI-Bildschirm 130 kann für eine zuvor festgelegte und vom Fahrzeughersteller eingestellte Zeit angezeigt werden, nachdem die Nachricht angezeigt worden ist, die angibt, dass die elektronische Spielanwendung angehalten oder beendet worden ist.
  • 2 bildet ein exemplarisches Szenario ab, in dem die Ausführung einer Anwendung als Antwort auf eine Änderung des Betriebszustands des Fahrzeugs fortgesetzt wird. Im veranschaulichten Szenario verwendet der Fahrer eine Navigationsanwendung, um von einem Ort zum anderen navigiert zu werden. Eine GUI der Navigationsanwendung wird auf dem Bildschirm 210 angezeigt, um den Fahrer dazu aufzufordern, eine Zieladresse einzugeben, die angibt, wohin der Fahrer sich begeben möchte. In einigen Implementierungen kann der Fahrer eine Spracherkennungsanwendung verwenden, um die Zieladresse bereitzustellen. In einigen Implementierungen kann der Fahrer die Zieladresse unter Verwendung einer oder mehrerer geeigneter Berührungseingabeverfahren eingeben.
  • Nachdem die Zieladresse eingegeben worden ist, kann der Fahrzeugprozessor erfassen, dass ein Betriebszustand des Fahrzeugs geändert worden ist. Zum Beispiel kann der Fahrzeugprozessor erfassen, dass das Auto angefangen hat sich zu bewegen, oder eine Änderung des Fahrzeugmodus aus der Parksperre in den Fahrmodus vorgenommen worden ist. Als Antwort auf die Änderung des Betriebszustands des Fahrzeugs bestimmt der Fahrzeugprozessor alle Anwendungen, die gegenwärtig auf dem Fahrzeug laufen und ob diese Anwendungen weiterhin ausgeführt werden dürfen, wenn sich das Fahrzeug in Bewegung befindet bzw. im gegenwärtigen Betriebszustand des Fahrzeugs. Wie nachstehend in weiteren Einzelheiten erläutert wird, werden eine oder mehrere Regeln und Bedingungen und Daten verwendet, welche die entsprechenden Anwendungen einstufen, um zu ermitteln, welche Anwendungen weiterhin ausgeführt werden dürfen, wenn sich der Betriebszustand des Fahrzeugs ändert.
  • Unter Bezugnahme auf die exemplarische Implementierung in 2 holt der Fahrzeugprozessor Klassifizierungsdaten ein, die mit der Navigationsanwendung in Verbindung gebracht werden. Der Fahrzeugprozessor ermittelt dann, ob die Klassifizierungsdaten angeben, dass es sich bei der Navigationsanwendung um eine Anwendung handelt, die ausgeführt werden kann, wenn sich das Fahrzeug in einem Fahrmodus befindet und ob die Regeln und Bedingungen des Fahrzeugsystems zulassen, dass eine Anwendung im Fahrmodus des Fahrzeugs ausgeführt wird.
  • In 2 ermittelt der Fahrzeugprozessor auf Basis der Klassifizierungsdaten, die mit der Navigationsanwendung, dem Betriebszustand des Fahrzeugs und den Regeln und Bedingungen des Fahrzeugsystems in Verbindung gebracht werden, dass die Navigationsanwendung weiterhin ausgeführt werden darf. Infolgedessen geht die GUI der Navigationsanwendung zum nächsten Bildschirm 220 über und stellt dem Fahrer dabei Anweisungen über die Ankunft an seine Zieladresse bereit. Der Fahrer erlebt im Laufe dieses Verfahrens keine Verzögerungen oder Unannehmlichkeiten, da die vorstehend beschriebenen Operationen des Fahrzeugprozessors sich im Hintergrund ereignen und für den Fahrer nicht offensichtlich sind.
  • 3 bildet ein exemplarisches Szenario ab, in dem die Ausführung einer Anwendung verhindert wird. In 3 kann ein Fahrer eine Option auswählen, anhand der der eine Textnachricht und durch die GUI des Fahrzeugs senden kann. Zum Beispiel kann der Fahrer den Bildschirm der GUI des Fahrzeugs in einem Bildschirmbereich berühren, in dem ein Symbol angezeigt wird, das einer Textnachrichtenanwendung entspricht. Im Allgemeinen können verschiedene geeignete Verfahren verwendet werden, damit der Fahrer dem Fahrzeugprozessor mitteilt, dass er die Ausführung einer Anwendung in Gang setzen möchte. Darüber hinaus oder wahlweise kann der Fahrer die Weise angeben, in der der Fahrer eine Textnachricht verfassen möchte. Zum Beispiel kann der Fahrer angeben, dass er eine Textnachricht unter Verwendung der Spracherkennungsanwendung oder einer Sprache-zu-Text-Anwendung verfassen möchte.
  • Nach dem Erhalt einer oder mehrerer Berührungseingaben durch die GUI des Fahrzeugs, die angibt, dass der Fahrer eine Textnachricht unter Verwendung der Spracherkennungsanwendung senden möchte, kann der Fahrzeugprozessor die GUI des Fahrzeugs steuern, und sie somit dazu bringen, eine Nachricht auszugeben, welche die Anweisungen des Fahrers bestätigt. Wie zum Beispiel in 2 ersichtlich, kann der Bildschirm 310 der GUI des Fahrzeugs eine Bestätigungsnachricht anzeigen, die den Fahrer darum bittet, die vom Fahrer ausgewählten Optionen zu bestätigen.
  • Nach dem Erhalt der Bestätigung der Auswahl von Seiten des Fahrers, ermittelt der Fahrzeugprozessor die im Folgenden aufgeführten Sachverhalte: (i) den gegenwärtigen Betriebszustand des Fahrzeugs; (ii) die Anwendungen, die gegenwärtig auf dem Fahrzeug laufen; (iii) ob die gegenwärtig auf dem Fahrzeug laufenden Anwendungen im gegenwärtigen Betriebszustand des Fahrzeugs ausgeführt werden können. Wie nachstehend in weiteren Einzelheiten erläutert wird, werden eine oder mehrere Regeln und Bedingungen und Daten verwendet, welche die entsprechenden Anwendungen einstufen, um zu ermitteln, welche Anwendungen jedes Mal ausgeführt werden dürfen, wenn eine Änderung des Betriebszustands des Fahrzeugs erfolgt.
  • Unter Bezugnahme auf die exemplarische Implementierung in 3 holt der Fahrzeugprozessor Klassifizierungsdaten ein, die mit der Textnachrichtanwendung und der Spracherkennungsanwendung in Verbindung gebracht werden. Der Fahrzeugprozessor ermittelt dann, ob die Klassifizierungsdaten angeben, dass die Textnachrichtanwendung und die Spracherkennungsanwendung Anwendungen sind, die im gegenwärtigen Betriebszustand des Fahrzeugs ausgeführt werden können. Darüber hinaus ermittelt der Fahrzeugprozessor, ob die Regeln und Bedingungen des Fahrzeugsystems die Ausführung der Anwendungen im Fahrmodus des Fahrzeugs zulassen.
  • In der veranschaulichten Implementierung in 3 nimmt der Fahrer während es Fahrens des Fahrzeugs eine Berührungseingabe vor. Auf Basis der Klassifizierungsdaten, die mit der Textnachrichtenanwendung, dem Betriebszustand des Fahrzeugs und den Regeln und Bedingungen des Fahrzeugsystems in Verbindung gebracht werden, kann der Fahrzeugprozessor in einigen Fällen ermitteln, dass die Textnachrichtenanwendung nicht ausgeführt werden kann, da der Fahrer das Fahrzeug gegenwärtig fährt. Darüber hinaus kann der Fahrzeugprozessor auch ermitteln, dass die Ausführung der Spracherkennungsanwendung nachteilige Auswirkungen auf die Ausführung der anderen Anwendungen haben kann, die vom Fahrer ebenfalls verwendet werden. Zum Beispiel kann der Fahrzeugprozessor ermitteln, dass wenn die Spracherkennungsanwendung ausgeführt würde, die Ausführung die Navigationsanwendung sich verlangsamen würde, auf die der Fahrer sich verlässt, um eine Wegbeschreibung zu erhalten und dies könnte zur Folge haben, dass die Navigationsanwendung nicht in der Lage ist, rechtzeitige Wegbeschreibungen bereitzustellen.
  • Infolgedessen kann der Fahrzeugprozessor ermitteln, dass weder die Spracherkennungsanwendung noch die Textnachrichtenanwendung ausgeführt werden kann. Der Fahrzeugprozessor steuert dann die GUI des Fahrzeugs die infolgedessen, wie auf Bildschirm 320 ersichtlich, eine Verweigerungsmeldung anzeigt, die angibt, dass die Anfrage des Fahrers die Spracherkennungsanwendung und die Textnachrichtenanwendung auszuführen, verweigert worden sind. Der Fahrzeugprozessor kann dem Fahrer auch mitteilen, wann die Anfrage zugelassen werden kann oder unter welchen Bedingungen der Fahrer die Ausführung der Anwendung erneut anfordern sollte. In einigen Implementierungen können Nachrichten, die dem Fahrer vom Verarbeitungssystem des Fahrzeugs mitgeteilt werden, unter Verwendung von Audiosignalen in Verbindung mit oder separat von Nachrichten ausgegeben werden, die über die GUI des Fahrzeugs angezeigt werden.
  • Nach dem Anzeigen der Verweigerungsmeldung steuert der Fahrzeugprozessor die GUI des Fahrzeugs und bewirkt, dass diese zum standardmäßigen GUI Bildschirm 330 zurückkehrt.
  • In einigen Fällen kann der Fahrzeugprozessor ermitteln, dass die Textnachrichtenanwendung ausgeführt werden kann, sofern eine oder mehrere Bedingungen erfüllt sind. Zum Beispiel kann der Fahrzeugprozessor ermitteln, dass die Textnachrichtenanwendung ausgeführt werden kann, falls eine Spracherkennungsanwendung oder Sprache-zu-Text-Anwendung verwendet wird, um die Wörter zu erhalten, die der Fahrer in die Textnachricht einfügen möchte. Falls das Fahrzeugsystem über die Fähigkeit verfügt, die Ausführung der Spracherkennungsanwendung oder der Sprache-zu-Text-Anwendung zusätzlich zur Textnachrichtenanwendung zu unterstützen und der Fahrer sich damit einverstanden erklärt, die Spracherkennung oder die Sprache-zu-Text-Anwendung zu verwenden, kann die Textnachrichtenanwendung ausgeführt werden.
  • Ein Verfahren zur Steuerung der Ausführung der Fahrzeuganwendungen wird unter Bezugnahme auf die 4 und 5 beschrieben.
  • Unter Bezugnahme auf 4 kann ein Fahrzeugverarbeitungssystem 420 mit einem Netzwerkserver 410 und einer GUI des Fahrzeug 430 verbunden werden. Das Fahrzeugverarbeitungssystem 420 kann mit dem Netzwerkserver 410 kommunizieren, um die Anwendungsdaten (402) zu erhalten. Falls ein Fahrer eines Fahrzeugs beispielsweise Inhalte oder Anwendungsdaten für eine bestimmte Anwendung von einem Application Store hochladen möchte, kann das Fahrzeugverarbeitungssystem 420 eine drahtlose Verbindung zum Netzwerkserver 410 herstellen, um den Inhalt oder die Anwendungsdaten einzuholen.
  • In einigen Implementierungen können Anwendungsdaten für das Installieren, Aktualisieren oder das Ausführen einer Anwendung vom Fahrzeugverarbeitungssystem 420 angefordert werden. In einigen Implementierungen können Anwendungsdaten für eine Anwendung, die im Fahrzeug installiert ist, von einem Server eines Fahrzeugherstellers übermittelt werden. In einigen Implementierungen können Anwendungsdaten vom Fahrzeugverarbeitungssystem 420 über ein tragbares elektronisches Gerät des Fahrers erhalten werden und in einigen Implementierungen können Anwendungsdaten vom Fahrzeugverarbeitungssystem 420 vom Netzwerkserver 410 ohne das Verwenden eines tragbaren elektronischen Geräts des Fahrers erhalten werden. In einigen Fällen können Anwendungsdaten regelmäßig vom Fahrzeugverarbeitungssystem 420 angefordert werden. In einigen Fällen können Anwendungsdaten angefordert werden, falls keine Anwendungsdaten für eine Anwendung zur Verfügung stehen, für die eine Ausführungsanfrage erhalten worden ist.
  • Nach dem Erhalt der Anwendungsdaten vom Netzwerkserver 410 kann das Fahrzeugverarbeitungssystem 420 Klassifizierungsdaten für die Anwendungen von den erhaltenen Anwendungsdaten (404) extrahieren. Die Klassifizierungsdaten können verschiedene Arten von Daten beinhalten, einschließlich, zum Beispiel Daten, welche die Anwendung als eine Front-End-Anwendung oder eine Back-End-Anwendung einstufen, Daten, die eine Version der Anwendung angeben, Daten, die auf eine Signatur der Anwendung schließen lassen, Daten, welche die Betriebsmodi des Fahrzeugs angeben, in denen die Anwendung ausgeführt werden kann, Daten, welche die Marke und das Modell des Fahrzeugs angeben, im Rahmen derer die Anwendung ausführbar ist, Metadaten, die mit der Anwendung in Verbindung gebracht werden, und binäre Hash-Daten, um die Ausführung einer Anwendung zu verhindern.
  • Eine Front-End-Anwendung bezieht sich auf eine Anwendung, mit der ein Fahrer auf direkte Weise interagieren kann. Beispiele von Front-End-Anwendungen beinhalten unter anderem auch eine Telefonanrufanwendung, eine Webbrowser-Anwendung, eine Textnachrichtenanwendung und eine Navigationsanwendung.
  • Eine Back-End-Anwendung bezieht sich auf eine Service Anwendung, die keine direkte Interaktion mit einem Fahrer erfordert. Back-End-Anwendungen können mit Front-End-Anwendungen verbunden werden. Beispiele von Back-End-Anwendungen beinhalten unter anderem auch Anwendungen, welche die Leistung des Fahrzeugs oder Teile des Fahrzeugs überwachen, Anwendungen, welche bestimmte Funktionen, wie etwa die Beleuchtung oder die Scheibenwischeraktivierung steuern, oder Anwendungen, die Services für andere Anwendungen bereitstellen, wie etwa Anbieter von Inhalten und Rundfunkempfänger.
  • Klassifizierungsdaten können auch einen Hinweis auf das Sicherheitsniveau einer Anwendung und die Betriebsmodi des Fahrzeugs, in denen die Anwendung verwendet wird, beinhalten. In einigen Implementierungen kann die Verwendung einer Anwendung während des Fahrens von Seiten eines Fahrers als unsicher eingestuft werden und es kann auch vorgesehen sein, dass die Anwendung nur dann ausführbar ist, wenn das Fahrzeug sich in einem Parkmodus befindet.
  • In einigen Implementierungen können Daten, welche eine Version einer Anwendung angeben, Daten beinhalten, welche einen Sicherheitsgrad der bestimmten Version der Anwendung, die vom Automobilsystem 420 erhalten worden ist, beinhalten. Zum Beispiel kann die Ausführung einer Anwendungsversion in einigen Fällen als sicher eingestuft werden während das Fahrzeug sich in Bewegung befindet, während die Ausführung einer anderen Anwendungsversion als unsicher eingestuft werden kann während das Fahrzeug sich in Bewegung befindet. Daten, welche eine Anwendungsversion angeben, können auch Vorlieben oder sonstige Anwendungsversionen beinhalten. Zum Beispiel kann eine Anwendungsversion deren Ausführung als unsicher eingestuft wird, während das Fahrzeug sich in Bewegung befindet, über einen Link verfügen, um eine Anwendungsversion zu installieren, auszuführen, oder zum Laufen zu bringen, die als sicher eingestuft wird, um ausgeführt zu werden, während das Fahrzeug sich in Bewegung befindet.
  • Im Allgemeinen können Anwendungen als sicher oder unsicher für eine Verwendung eingestuft werden, wenn das Fahrzeug sich in Bewegung befindet, und sämtliche Betriebszustände des Fahrzeugs können für die Anwendungen vorgesehen werden. Falls Klassifizierungsdaten in einigen Implementierungen für eine Anwendung nicht extrahiert oder eingeholt werden können, kann das Fahrzeugverarbeitungssystem 420 die Klassifizierungsdaten von zusätzlichen Datenquellen, wie etwa einem Server des Fahrzeugherstellers oder einer Internetdatenbank oder einem Server, einholen.
  • In einigen Implementierungen kann die Ausführung einer Anwendung als sicher eingestuft werden, wenn das Fahrzeug sich in Bewegung befindet und die Anwendung kann in jedem Betriebszustand des Fahrzeugs als ausführbar vorgesehen werden. In einigen Implementierungen kann die Ausführung einer Anwendung als unsicher eingestuft werden, wenn das Fahrzeug sich in Bewegung befindet und die Anwendung kann in jedem Betriebszustand des Fahrzeugs, der eine Fahrzeugbewegung umfasst, als nicht ausführbar vorgesehen werden. In einigen Implementierungen kann eine Anwendung nur als ausführbar eingestuft werden, sofern diese eine oder mehrere Bedingungen erfüllt. Diese Bedingungen können beispielsweise unter anderem auch Wetterbedingungen, Fahrbedingungen, Verkehrsbedingungen, Lichtbedingungen, anwendungsspezifische Verwendungsbedingungen, und Motorbedingungen umfassen. Anwendungsspezifische Verwendungsbedingungen beinhalten beispielsweise unter anderem auch Bedingungen, die spezifizieren, dass eine Anwendung ausgeführt werden kann, sofern eine andere Anwendung ebenfalls ausgeführt wird.
  • In einigen Implementierungen kann ein Fahrzeughersteller eine Anzahl oder Arten von Anwendungen einschränken, die in einem Fahrzeug installiert werden können, das von dem Fahrzeughersteller hergestellt worden ist. Zum Beispiel kann ein bestimmter Fahrzeughersteller Anwendungen blockieren, die für Fahrzeuge vorgesehen sind, die von anderen Fahrzeugherstellern hergestellt worden sind, um in einem Fahrzeug installiert zu werden, das vom jeweiligen Fahrzeughersteller hergestellt worden ist. In einem anderen Beispiel kann ein bestimmter Fahrzeughersteller Anwendungen zulassen, die nur bestimmte in einem Fahrzeug zu installierende Komponenten oder Programme in einem Fahrzeug steuern oder beeinflussen.
  • Falls die Klassifizierungsdaten für eine Anwendung in einigen Implementierungen nicht extrahiert oder eingeholt werden können, kann das Fahrzeugverarbeitungssystem 420 die Anwendung nur im Parkmodus für eine Ausführung vorsehen. Im Allgemeinen können Klassifizierungsdaten, die mit einer Anwendung in Verbindung gebracht werden, von einem Application Store, einem Anwendungsentwickler oder einem Fahrzeughersteller bereitgestellt werden. Bei der Entwicklung einer Anwendung kann ein Anwendungsentwickler zum Beispiel Metadaten in die Anwendung miteinbeziehen, welche Klassifizierungsdaten beinhalten, die einen Betriebszustand des Fahrzeugs, in dem die Anwendung ausgeführt werden kann, spezifizieren.
  • Verschiedene Kriterien können verwendet werden, um eine Anwendung als sicher oder unsicher zu klassifizieren. In einigen Fällen kann die Ausführung einer Anwendung, die beispielsweise eine Aufgabe, wie etwa eine Fahrereingabe, erfordert, um für eine längere Dauer als von der Schwellenzeit vorgegeben, durchgeführt zu werden, zum Beispiel 1,5 Sekunden, als unsicher ermittelt werden, wenn das Fahrzeug sich in Bewegung befindet. In einigen Fällen, falls eine Anwendung nicht über eine für ein Fahrzeug, einen Fahrer oder eine Fahrzeug GUI konfigurierte GUI verfügt, kann die Verwendung als unsicher für die Ausführung in einem Fahrzeug ermittelt werden.
  • Extrahierte Klassifizierungsdaten werden in jedem geeigneten Speichergerät des Fahrzeugverarbeitungssystems 420 (406) gespeichert. In einigen Implementierungen können die extrahierten Klassifizierungsdaten in einem cloudbasierten Speichersystem gespeichert werden.
  • Nach dem Speichern der extrahierten Klassifizierungsdaten, wartet das Fahrzeugverarbeitungssystem 420 auf den Erhalt eines Hinweises, um eine Anwendung (408-A, 408-B) auszuführen. Der Hinweis zur Ausführung einer Anwendung kann durch mehrere geeignete Maßnahmen oder durch ein Fahrzeug-Auslöseereignis generiert werden. In einigen Implementierungen kann das Fahrzeug-Auslöseereignis zum Beispiel eine Änderung im Betriebszustands des Fahrzeugs beinhalten, wie etwa, wenn sich der Betriebszustand des Fahrzeugs von einem Parkmodus in einen Bewegungsmodus, oder umgekehrt, ändert. In einigen Implementierungen kann ein Hinweis auf die Ausführung einer Anwendung generiert werden, wenn ein Fahrer die Ausführung einer Anwendung anfordert oder eine Fahreraktion die Ausführung einer Anwendung anfordert. In einigen Implementierungen kann ein Hinweis auf die Ausführung einer Anwendung generiert werden, da eine andere Fahrzeuganwendung die Ausführung einer Anwendung anfordert.
  • Als Antwort auf das Erhalten des Hinweises eine Anwendung auszuführen, ermittelt das Fahrzeugverarbeitungssystem 420 den gegenwärtigen Betriebszustand des Fahrzeugs und ruft die gespeicherten extrahierten Klassifizierungsdaten ab, die mit der Anwendung (410) in Verbindung gebracht werden. Wie in 5 in weiteren Einzelheiten ersichtlich ist, kann das Fahrzeugverarbeitungssystem 420 in Operation 410 Informationen extrahieren oder ermitteln, einschließlich einer oder mehrerer der im Folgenden Aufgeführten: Application-Store-Einstufungen der Anwendung, der Fahrzeugherstellerregeln, die mit der Anwendung in Verbindung gebracht werden, ein oder mehrere Betriebszustände des Fahrzeugs, in denen die Anwendung ausgeführt werden darf, Klassifizierungsdaten, die angeben, es sich bei der Anwendung um eine Back-End-Anwendung oder eine Front-End-Anwendung handelt und Daten, die angeben, ob die Anwendung eine andere Anwendung unterstützt oder von anderen Anwendungen unterstützt wird.
  • In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 beispielsweise eine Einstufung der Anwendung ermitteln, die von einem Applications Store bereitgestellt wird, der die Anwendung für einen vom Benutzer durchgeführten Download bereitstellt. Die Einstufung der Anwendung kann als Metadaten beinhaltet werden, wenn eine Anwendung von dem Applications Store heruntergeladen wird. In einigen Fällen kann die Einstufung der Anwendung zum Beispiel eine Markierung sein, die angibt, dass die Anwendung in einem Fahrzeug ausgeführt werden kann, während sich das Fahrzeug in Bewegung befindet. In einigen Fällen kann es sich bei der Einstufung der Anwendung zum Beispiel um eine Markierung handeln, die angibt, dass die Anwendung nicht ausgeführt werden kann, während sich das Fahrzeug in Bewegung befindet. In einigen Fällen kann es sich bei der Einstufung der Anwendung zum Beispiel um eine Markierung handeln, die angibt, dass die Anwendung nur dann in einem Fahrzeug ausgeführt werden kann, wenn bestimmte Bedingungen erfüllt werden.
  • In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 die Fahrzeugherstellerregeln für das Fahrzeug einholen. Die Fahrzeugherstellerregeln können von einem oder mehreren der Folgenden eingeholt werden: einer Speicherdatenbank im Fahrzeug, einer cloudbasierten Datenbank, die mit dem Fahrzeughersteller Verbindung gebracht wird und einem oder mehreren Servern des Fahrzeugherstellers. Die Regeln des Fahrzeugherstellers können eine oder mehrere Kriterien für die Zulassung der Installation oder der Verwendung einer Anwendung im Fahrzeug bereitstellen. Zum Beispiel können die Regeln des Fahrzeugherstellers in einigen Fällen Anwendungen anderer Fahrzeughersteller oder Anwendungen, die als eine Sicherheitsgefahr ermittelt worden sind, blockieren, damit diese nicht im Fahrzeug installiert werden können. Blockierte Anwendungen können zum Beispiel Spielanwendungen und andere Anwendungen beinhalten, die der Fahrzeughersteller als hinderlich gegenüber der Fähigkeit des Fahrers das Fahrzeug zu bedienen, einstuft. In einigen Fällen können die Regeln des Fahrzeugherstellers Anwendungen, die in einem Fahrzeug ausgeführt werden, auf eine bestimmte Kategorie von Anwendungen einschränken. Zum Beispiel kann die Kategorie der zugelassenen Anwendungen eine oder mehrere navigationsunterstützende Anwendungen, Fahrzeuginstandhaltungs- und operationsbezogene Anwendungen, Pannenhilfeanwendungen, Anwendungen zur Minimierung der umweltschädigenden Einflüsse und verschiedene andere Anwendungen, deren Ausführung vom Fahrzeughersteller als sicher eingestuft werden, beinhalten.
  • In einigen Implementierungen ermittelt das Fahrzeugverarbeitungssystem 420, ob die Anwendung, die ausgeführt werden muss, als eine Back-End-Anwendung oder eine Front-End-Anwendung einzustufen ist. Daten, die eine Anwendung als eine Back-End- oder eine Front-End-Anwendung klassifizieren, können von verschiedenen geeigneten Quellen eingeholt werden. In einigen Fällen können Daten, die eine Anwendung als eine Back-End-Anwendung oder eine Front-End-Anwendung einstufen, als Metadaten in eine Anwendungsdatei mit einbezogen werden. In einigen Fällen können Daten, die eine Anwendung als eine Back-End-Anwendung oder eine Front-End-Anwendung einstufen, von einem Applications Store eingeholt werden. In einigen Fällen können Daten, die eine Anwendung als eine Back-End-Anwendung und eine Front-End-Anwendung einstufen, vom Fahrzeug generiert werden.
  • In einigen Implementierungen ermittelt das Fahrzeugverarbeitungssystem 420 eine Version einer Anwendung und ob die Version einer Version entspricht, die verwendet werden kann, wenn sich das Fahrzeug in Bewegung befindet. Für eine bestimmte Anwendung kann eine Version, die über eine Benutzerschnittstelle verfügt, die einen Fahrer nicht abgelenkt, als eine in eine in einem bewegenden Fahrzeug sicher auszuführende Anwendung eingestuft werden. Eine andere Version derselben Anwendung, die über eine komplexere Benutzerschnittstelle verfügt, die einen Fahrer ablenkt, kann als eine in einem bewegenden Fahrzeug nicht sicher auszuführende Anwendung eingestuft werden. Falls eine Version einer Anwendung als unsicher eingestuft wird, kann das Fahrzeugverarbeitungssystem 420 ermitteln, ob andere Versionen der Anwendung, die als sicher eingestuft worden sind, für eine Ausführung zur Verfügung stehen. Falls sicherere Versionen zur Verfügung stehen, kann das Fahrzeugverarbeitungssystem 420 die Informationen von einer oder mehreren der sicheren Versionen der Anwendung von den Klassifizierungsdaten oder den verschiedenen anderen geeigneten Quellen einholen und sichere Versionen für die Operationen 410, 412 und 414 verwenden.
  • In einigen Implementierungen ermittelt das Fahrzeugverarbeitungssystem 420, ob die auszuführende Anwendung bei ihrer Ausführung konfiguriert ist, um andere Anwendungen zu unterstützen oder um auf anderen Anwendungen ausgeführt zu werden. Um dies zu ermitteln, kann das Fahrzeugverarbeitungssystem 420 ermitteln, ob die auszuführende Anwendung bei ihrer Ausführung eine Eingabe oder Unterstützung von anderen Anwendungen oder die Eingabe oder die Unterstützung von der auszuführenden Anwendung erfordert. Diese Ermittlung erlaubt es dem Fahrzeugverarbeitungssystem 420, die Wirkung auf die Bandbreite, Ausführung, Verarbeitungsgeschwindigkeiten im Fahrzeugverarbeitungssystem 420 abzuschätzen, falls die Ausführung der Anwendung erlaubt ist.
  • In Operation 410 ermittelt das Fahrzeugverarbeitungssystem 420 auch den Betriebszustand des Fahrzeugs, unter Verwendung verschiedener geeigneter Maßnahmen, einschließlich, zum Beispiel Daten, die von einem oder mehreren Fahrzeugteilen, Sensoren, getrieben Prozessoren erhalten werden. Der Betriebszustand des Fahrzeugs kann verschiedene geeignete Arten von Informationen, einschließlich zum Beispiel Informationen beinhalten, die darauf schließen lassen, ob das Fahrzeug sich bewegt oder nicht, und die auf Statushinweise für geschiedene Fahrzeugteile, zum Beispiel Lichter, Getriebe, Sensoren, niedrige Batteriestände, und umweltbezogene Bedingungen schließen lassen.
  • Zum Beispiel kann das Fahrzeugverarbeitungssystem 420 den Betriebszustand des Fahrzeugs ermitteln, indem der gegenwärtige Modus, in dem sich das Fahrzeug befindet, identifiziert wird. Als ein Beispiel kann der Betriebszustand des Fahrzeugs 420 ermitteln, dass der Betriebszustand des Fahrzeugs stationär ist oder sich nicht bewegt, falls der Modus des Fahrzeugs sich in der Parksperre befindet. In einigen Fällen kann das Fahrzeugverarbeitungssystem 420 den Betriebszustand des Fahrzeugs, wie etwa eine Geschwindigkeit oder eine Richtung des Fahrzeugs, auf Basis der Daten, die von den sich im Fahrzeug befindlichen Geschwindigkeitssensoren und Beschleunigungsmessgeräten erhalten werden, ermitteln. In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 auch andere Bedingungen wie etwa die Fahrzeugbeleuchtungsbedingungen, anwendungsspezifische Verwendungsbedingungen, eine Anzahl von Passagieren im Fahrzeug, und Motorbedingungen, wenn sich das Fahrzeug im Betriebszustand befindet, ermitteln. Die Beleuchtungsbedingungen des Fahrzeugs können zum Beispiel Bedingungen beinhalten, die den internen und externen Beleuchtungszustand des Fahrzeugs angeben.
  • In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 die Netzwerkverbindungen und die internen Verarbeitungsgeschwindigkeiten und Diagnosen ermitteln, wenn der Betriebszustand des Fahrzeugs ermittelt wird. Zum Beispiel kann der Betriebszustand des Fahrzeugs 420 ermitteln, dass das Fahrzeug nicht verbunden ist, über eine schwache drahtlose Verbindung verfügt, oder über eine gute drahtlose Verbindung zu einem drahtlosen Netzwerk, wie etwa einem Mobilfunknetzwerk oder dem Internet verfügt. In einigen Fällen kann das Fahrzeugverarbeitungssystem 420 den Zustand des einen oder mehreren Prozessoren, oder Komponenten des Fahrzeugverarbeitungssystems 420 ermitteln, sodass jegliche Verarbeitungsfehler oder Verzögerungen bei der Ausführung von Anwendungen identifiziert werden können.
  • Nach dem Ermitteln des gegenwärtigen Betriebszustands des Fahrzeugs und dem Abrufen der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden (410), ermittelt das Fahrzeugverarbeitungssystem 420, ob die Ausführung der Anwendung zugelassen ist (412). Das Fahrzeugverarbeitungssystem 420 kann eine oder mehrere Regeln verwenden, um zu ermitteln, ob die Ausführung der Anwendung zugelassen ist.
  • In einigen Implementierungen lässt das Fahrzeugverarbeitungssystem 420 die Ausführung einer Anwendung zu, falls der gegenwärtige Betriebszustand des Fahrzeugs oder die Bedingungen des Fahrzeugs, dem vorgesehenen Betriebszustand des Fahrzeugs oder den Bedingungen des Fahrzeugs entsprechen. Zum Beispiel können die Klassifizierungsdaten für eine Navigationsanwendung einen Hinweis beinhalten, dass die Navigationsanwendung in jedem Betriebszustand oder unter jeglichen Bedingungen des Fahrzeugs ausgeführt werden kann. Klassifizierungsdaten für eine elektronische Spielanwendung können einen Hinweis beinhalten, dass die elektronische Spielanwendung nur ausgeführt werden kann, wenn das Fahrzeug stationär ist. Klassische Klassifizierungsdaten für eine Nachrichtenanwendung können einen Hinweis beinhalten, dass die Nachrichtenanwendung nur ausgeführt werden kann, wenn sie unter Verwendung einer unterstützenden Sprache-zu-Text-Anwendung oder einer Spracherkennungsanwendung betrieben wird. Dementsprechend, falls der Betriebszustand des Fahrzeugs angibt, dass das Fahrzeug stationär ist, kann zugelassen werden, dass eine Navigationsanwendung, eine elektronische Spielanwendung und eine Nachrichtenanwendung in jeder Reihenfolge ausgeführt werden. Falls Betriebszustand des Fahrzeugs angibt, dass das Fahrzeug sich in Bewegung befindet kann zugelassen werden, dass die Navigationsanwendung ausgeführt wird, und es kann nicht zugelassen werden, dass die elektronische Spielanwendung ausgeführt wird. Die Nachrichtenanwendung kann bedingt ausgeführt werden, falls der Fahrer sich damit einverstanden erklärt, eine Sprache-zu-Text-Anwendung oder eine Spracherkennungsanwendung, anzuwenden, so dass der Fahrer eine Textnachricht unter Verwendung von Sprache anstatt der Hände des Fahrers verfassen kann.
  • In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 eine oder mehrere Authentifizierungs- und Überprüfungsoperationen durchführen, um zu ermitteln, ob die Ausführung der Anwendung zulässig ist. In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 zum Beispiel eine Hash-Funktion auf die binären Hash-Daten anwenden, um zu ermitteln, ob die Ausführung der Anwendung verhindert wird. In einigen Implementierungen überprüft das Fahrzeugverarbeitungssystem 420 die Anwendungssignatur oder eine Quelle, von der die Anwendungen erhalten oder generiert worden ist, um zu ermitteln, ob die Anwendung vertrauenswürdig ist und ausgeführt werden kann.
  • In einigen Implementierungen beinhaltet die Operation der Ermittlung, ob die Ausführung der Anwendung zulässig ist, das Ermitteln, welche Version der Anwendung ausgeführt werden darf. Falls wie oben bemerkt, eine Anwendungsversion als unsicher ermittelt wird, kann das Fahrzeugverarbeitungssystem 420 in einigen Fällen eine sichere zur Verfügung stehende Version der Anwendung ausführen und kann vom Fahrzeugverarbeitungssystem 420 eingeholt werden.
  • Verschiedene zusätzliche Kriterien und Regeln können verwendet werden, um zu ermitteln, ob die Ausführung der Anwendung zulässig ist. Falls es sich bei der Anwendung in einigen Implementierungen um eine Back-End-Anwendung handelt, wird das Fahrzeugverarbeitungssystem 420 die Ausführung der Anwendung zulassen, falls die Ausführung anderer Anwendungen, die von der Back-End-Anwendung unterstützt werden, die Fähigkeit des Fahrers zu fahren nicht entscheidend beeinträchtigen würden. Falls eine Navigationsanwendung zum Beispiel auf unsichere Weise beeinträchtigt wird, indem die Ausführung der Back-End-Anwendung zum Beispiel zugelassen wird, so dass die Navigationsanwendung nicht in der Lage ist, rechtzeitige Anweisungen für die Navigation an den Fahrer bereitzustellen, wird die Ausführung der Back-End-Anwendung möglicherweise nicht zugelassen. Falls die vermutliche Auswirkung der Zulassung der Ausführung einer Back-End-Anwendung auf einer Front-End-Anwendung, wie etwa einer Navigationsanwendung, im Allgemeinen als gefährdend ermittelt wird, indem diese Gefährdung den festgelegten Mindestschwellenwert erreicht, wird das Fahrzeugverarbeitungssystem 420 die Ausführung der Back-End-Anwendung nicht zulassen. Falls die vermutliche Gefährdung, die von einer Front-End-Anwendung ausgeht den festgelegten Mindestschwellenwert nicht erreicht, wird das Fahrzeugverarbeitungssystem 420 die Ausführung der Back-End-Anwendung zulassen. Die vermutlichen Auswirkungen können zum Beispiel Auswirkungen auf die Verarbeitungskapazität und Zeit beinhalten, um eine Anwendung auszuführen.
  • In einigen Implementierungen, und falls es sich bei der auszuführenden Anwendung um eine Front-End-Anwendung handelt, kann das Fahrzeugverarbeitungssystem 420 die Ausführung der Front-End-Anwendung und jeglicher zusätzlicher Back-End-Anwendungen, von denen die Ausführung der Front-End-Anwendung hinsichtlich Daten oder Eingaben abhängt, zulassen. Falls in einigen Fällen eine oder mehrere Back-End-Anwendungen keine Zulassung dazu erhalten, im gegenwärtigen Betriebszustand des Fahrzeugs bzw. unter den gegenwärtigen Regeln ausgeführt zu werden, kann das Fahrzeugverarbeitungssystem 420 die Ausführung einer Front-End-Anwendung und nur derjenigen Back-End-Anwendungen, auf die sich die Front-End-Anwendung hinsichtlich Daten und Eingaben verlässt und deren Ausführung nicht untersagt ist, zulassen. Es kann eine Nachricht an den Fahrer angezeigt werden, die angibt, dass eine auszuführende Back-End-Anwendung, die eine Front-End-Anwendung unterstützt, nicht zugelassen ist. Der Fahrer kann dann in einigen Fällen eine Eingabe an das Fahrzeugverarbeitungssystem 420 bereitstellen, welche angibt, dass der Fahrer auch dann noch an der Ausführung der Front-End-Anwendung interessiert ist, falls die Back-End-Anwendung nicht ausgeführt werden kann. In einigen Fällen kann der Fahrer eine Eingabe an das Fahrzeugverarbeitungssystem 420 bereitstellen, die angibt, dass der Fahrer nicht länger an der Ausführung der Front-End-Anwendung interessiert ist, falls die Back-End-Anwendung nicht ausgeführt werden kann.
  • In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 420 ermitteln, ob die Ausführung einer Anwendung den örtlichen Rechtsprechungsnormen entspricht. Zum Beispiel ist das Senden von Textnachrichten beim Fahren in einigen Staaten illegal. In anderen Staaten ist das Senden von Textnachrichten beim Fahren jedoch legal. Das Fahrzeugverarbeitungssystem 420 kann einen Standort eines Fahrzeugs ermitteln, rechtliche Vorschriften für das Ausführen einer Anwendung in einem Staat, in dem sich das Fahrzeug befindet einholen, und ermitteln, ob die auszuführende Anwendung mit den rechtlichen Vorschriften des Staates, in dem sich das Fahrzeug gegenwärtig befindet, übereinstimmt. Standortinformationen des Fahrzeugs können unter Verwendung verschiedener geeigneter Systeme, wie etwa Global Positioning System (GPS), Echtzeitortungssystemen (RLTS), Satelliten-Ortungsdiensten, mobilfunkbasierten Ortungssystemen und sonstigen netzwerkbasierten Ortungssystemen, eingeholt werden.
  • Falls in einigen Implementierungen vorgesehen ist, dass eine Anwendung nur in einer bestimmten Fahrzeugmarke und einem bestimmten Modell ausführbar ist, wird das Fahrzeugverarbeitungssystem 420 die Ausführung der Anwendungen in jedem Fahrzeug verhindern, welches nicht der jeweiligen Fahrzeugmarke und dem jeweiligen Fahrzeugmodell, das in den Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, entspricht. In einigen Implementierungen wird das Fahrzeugverarbeitungssystem 420 die Ausführung der Anwendung nur dann zulassen, falls die Anwendung von einem Lieferanten oder Hersteller des Fahrzeugs bereitgestellt wird, der vom Fahrzeughersteller zugelassen ist.
  • Falls das Fahrzeugverarbeitungssystem 420 ermittelt, dass die Ausführung der Anwendung zugelassen ist, führt das Fahrzeugverarbeitungssystem 420 die Anwendung und jegliche damit in Verbindung stehende Operationen und Funktionen (414 und 504) aus. Das Fahrzeugverarbeitungssystem 420 kann die Fahrzeug-GUI 430 steuern, damit diese nur Daten ausgibt, die infolge der Ausführung der Anwendung generiert worden sind. Falls in einigen Fällen zum Beispiel eine neue Anwendung ausgeführt wird, kann die Fahrzeug-GUI 430 eine GUI anzeigen, welche der GUI der Anwendung entspricht. In einigen Implementierungen kann eine akustische oder visuelle Nachricht dem Fahrer ausgegeben werden, die angibt, dass die Ausführung der Anwendung bereits begonnen hat.
  • Falls das Fahrzeugverarbeitungssystem 420 ermittelt, dass die Ausführung der Anwendung nicht zugelassen ist, übermittelt das Fahrzeugverarbeitungssystem 420 eine Verweigerungsmeldung, die angibt, dass die Ausführung der Anwendung verweigert worden ist (414 und 502). Die Verweigerungsmeldung kann auf verschiedene geeignete Weisen übermittelt werden. Zum Beispiel wird die Verweigerungsmeldung in einigen Implementierungen über einen Lautsprecher ausgegeben. In einigen Implementierungen wird der Inhalt der Verweigerungsmeldung von einer grafischen Benutzerschnittstelle im Fahrzeug ausgegeben. In einigen Implementierungen wird die Verweigerungsmeldung auf ein tragbares elektronisches Gerät übertragen, das mit einem Fahrer des Fahrzeugs in Verbindung gebracht wird. In einigen Implementierungen kann die Verweigerungsmeldung einen Hinweis darauf beinhalten, dass eine Anwendung beendet, angehalten, aufgeschoben, oder blockiert worden ist. Meldungen hinsichtlich des Verhinderns der Ausführung der Back-End-Anwendung sind von wesentlicher Bedeutung, da der Fahrer sich ohne die Verweigerungsmeldung möglicherweise nicht dessen bewusst ist, dass die Back-End-Anwendung beendet, abgebrochen, aufgeschoben, unter blockiert worden ist.
  • Nachdem die Fahrzeug-GUI 430 eine Verweigerungsnachricht erhalten hat, und die Inhalte der Verweigerung nicht dem Fahrer angezeigt worden sind, kann die Fahrzeug-GUI 430 zu einem Standardbildschirm für die Fahrzeug-GUI 430 zurückkehren.
  • Falls die Ausführung eine bestimmte Version einer Anwendung in einigen Implementierungen nicht zugelassen ist, kann das Fahrzeugverarbeitungssystem 420 eine andere Version der Anwendung einholen, die für die Ausführung zugelassen ist, sofern diese zur Verfügung steht und kann die zugelassene Version ausführen. Wenn die zugelassene Version der Anwendung verwendet wird, kann eine Nachricht vom Fahrzeugverarbeitungssystem 420 an den Fahrer ausgegeben werden, die angibt, dass die angeforderte Version der Anwendung blockiert worden ist, und eine sichere Version der Anwendung ausgeführt wird. Das Fahrzeugverarbeitungssystem 420 kann den Fahrer dann dazu auffordern, anzugeben, ob der Fahrer die Ausführung der sicheren Version der Anwendung fortsetzen oder beenden möchte. Falls der Fahrer möchte, dass das Fahrzeugverarbeitungssystem 420 die sichere Version der Anwendung ausführt, kann die sichere Version der Anwendung in einigen Fällen die Ausführung fortsetzen, bis der Motor des Fahrzeugs ausgeschaltet worden ist, und in einigen Fällen kann die Ausführung so lange durchgeführt werden, bis eine Änderung des Betriebszustands des Fahrzeugs erfasst worden ist. Falls sich der Betriebszustand des Fahrzeugs im letztgenannten Szenario ändert, und angibt, dass das Fahrzeug sich nicht länger in Bewegung befindet, kann das Fahrzeugverarbeitungssystem 420 die Version der Anwendung ausführen, die anfänglich nicht zugelassen und blockiert worden ist.
  • Die vorstehend beschriebenen Implementierungen offenbaren ein Verfahren, durch den die Fahrzeuganwendungen ausgeführt, blockiert oder beendet werden können, um die Erfahrung und die Sicherheit der Passagiere und des Fahrers zu verbessern, wenn eine oder mehrere Anwendungen von einem Fahrzeugverarbeitungssystem 420 ausgeführt werden, während der Fahrer ein Fahrzeug bedient. Obwohl die vorstehend beschriebenen Implementierungen angeben, dass die Fahrzeuganwendungen ausgeführt, blockiert, oder beendet werden können, kann die Anwendung in einigen Implementierungen anstatt blockiert oder beendet zu werden, solange angehalten werden, bis ein Betriebszustand des Fahrzeugs oder die Bedingungen, die von der Anwendung zugelassen werden oder die Regeln des Fahrzeugverarbeitungssystems 420 erfasst worden sind.
  • Das vorstehend beschriebene Verfahren stellt einem Benutzer verschiedene Vorteile bereit, einschließlich zum Beispiel Steuerungsanwendungen, die in einem Fahrzeug ohne die Eingabe eines Fahrers zu erfordern, ausgeführt werden können, während der Fahrer sich in einem sich bewegenden Fahrzeug befindet; das Erhöhen der Sicherheit der Passagiere und des Fahrers durch das Blockieren der Anwendungen, die den Fahrer ablenken können; und das Verbessern der allgemeinen Fahrerfahrung in einem Fahrzeug, in dem Fahrzeugdiagnosen durchgeführt werden, und Back-End-Anwendungen eingeschränkt oder blockiert werden, die dazu führen können, dass möglicherweise langsamer laufende Front-End-Anwendungen nicht mehr reibungslos funktionieren, während der Fahrer das Fahrzeug fährt. In einigen Implementierungen können Anwendungen, die vom Fahrzeughersteller als vertrauenswürdig betrachtet werden, die Fahrzeug-GUI manipulieren, um ihre eigene charakteristische Benutzeroberfläche anzuzeigen.
  • Das vorstehend beschriebene Verfahren kann im System 600, das in 6 veranschaulicht wird, implementiert werden. System 600 beinhaltet ein Fahrzeug 610, ein Benutzergerät 615, ein Fahrzeug 620, einen oder mehrere Netzwerkserver 630, eine cloudbasierte Datenbank für das Fahrzeug 640 und einen oder mehrere Fahrzeughersteller 650 und einen oder mehrere Netzwerke, einschließlich eines fahrerbezogenen sozialen Netzwerks 660. Obwohl zwei Fahrzeuge 610, 620 im System 600 angezeigt werden, kann jede geeignete Anzahl von Fahrzeugen, die im System 600 vorliegen, jederzeit angezeigt werden. Jedes Fahrzeug 610, 620 kann ein Fahrzeugverarbeitungssystem 627 beinhalten, das einen Prozessor 621, Sensoren 622, einen Speicher 623, eine Anzeige 624, einen Transceiver 625, ein Mikrofon und einen Lautsprecher 626 beinhaltet.
  • System 100 kann ein oder mehrere Netzwerke beinhalten, die konfiguriert sind, um einen Zugriff auf das Netzwerk, einen Datentransport und sonstige Dienste an jede beliebige Schnittstelle bereitzustellen, die mit einem oder mehreren Netzwerken verbunden ist. Im Allgemeinen können ein oder mehrere Netzwerke allgemein definierten Netzwerkarchitekturen beinhalten und implementieren, einschließlich derjenigen, die von Normungsgremien definiert werden, wie etwa die Vereinigung des Globalen Mobilkommunikationssystems (GSM), die Internet Engineering Task Force (IETF, Internettechnik-Arbeitsgruppe), das WiMAX (Worldwide Interoperability für Microwave Access) Forum. Zum Beispiel können ein oder mehrere Netzwerke eine oder mehrere der im Folgenden Aufgeführten implementieren: eine GSM-Architektur, eine General Packet Radio Service (GPRS) Architektur (deutsch: „Allgemeiner paketorientierter Funkdienst“), eine UMTS (Universal Mobile Telecommunications System) Architektur und eine Weiterentwicklung der UMTS, die auch als Long Term Evolution-Technologie (LTE) bezeichnet wird. Der eine oder die mehreren Netzwerke können eine WiMAX-Architektur, die von einem WiMAX-Forum oder einer Wireless Fidelity (WiFi) Architektur definiert werden, implementiert werden. Der eine oder die mehreren Netzwerke können zum Beispiel ein lokales Netzwerk (LAN), ein Weitverkehrsnetzwerk (WAN), das Internet, ein virtuelles LAN (VLAN), ein Unternehmens-LAN, eine Layer 3 Virtual Private Network (deutsch „virtuelles privates Netzwerk“; kurz „VPN“), ein Unternehmens-IP-Netzwerk oder eine Kombination davon beinhalten.
  • Das eine oder die mehreren Netzwerke können Zugangspunkte, Speichersysteme, Cloudsysteme, Module, eine oder mehrere Datenbanken, einschließlich der cloudbasierten Fahrzeugdatenbank 640 und Servern einschließlich des einen oder der mehreren Netzwerkserver 630 beinhalten. Der eine oder die mehreren Netzwerkserver 630 können Netzwerkserver 410 und jedes geeignete Computergerät beinhalten, das an ein oder mehrere Netzwerke gekoppelt ist, und zu denen unter anderem auch ein Personal Computer, ein Servercomputer, eine Reihe von Servercomputern, einen Mini-Computer, ein Großrechner, oder eine Kombination davon, zählen. Der eine oder die mehreren Netzwerkserver 630 können auch einen Webserver oder eine Reihe von Servern beinhalten, ein Netzwerkbetriebssystem betreiben, das beispielsweise unter anderem auch Microsoft® Windows® Server, Novell® NetWare®, oder Linux® umfassen kann. Der eine oder die mehreren Netzwerkserver 630 können Server der Fahrzeughersteller oder Server für das Bereitstellen von Anwendungen, wie etwa Google Android®-basierte Anwendungen beinhalten. Das eine die mehreren Netzwerkserver 630 können für die cloudbasierte und/oder netzwerkbasierte Datenverarbeitung verwendet und/oder dafür bereitgestellt werden. Obgleich dies in den Figuren nicht dargestellt wird, kann der Server über Verbindungen zu externen Systemen verfügen, die eine Nachrichtenfunktionalität, wie etwa die Übermittlung von E-Mail, SMS und Nachrichten sowie sonstige Funktionalitäten, wie etwa Werbeleistungen, Suchdienste usw. bereitstellen.
  • In einigen Implementierungen können ein oder mehrere Netzwerke ein cloudbasiertes System beinhalten, das eine Internetkonnektivität und sonstige netzwerkbezogene Funktionen bereitstellen kann. Das cloudbasierte System kann Speicherdienste für Daten bereitstellen, die zwischen Komponenten des Systems 600 übermittelt werden.
  • System 600 beinhaltet auch eine cloudbasierte Datenbank für das Fahrzeug 640, die auch eine cloudbasierte Datenbank und eine Datenbank beinhalten kann, die von einem Datenbankmanagementsystem (DBMS) verwaltet werden kann. Ein DBMS kann als eine Maschine implementiert werden, welche das Organisieren, das Speichern, das Management, und das Abrufen der Daten in einer Datenbank steuert. DBMSs stellen oftmals die Fähigkeit bereit, Daten abzufragen, zu sichern und zu replizieren, Regeln geltend zu machen, Sicherheit bereitzustellen, Daten zu bearbeiten, Änderungen durchzuführen, Datenzugriffe zu protokollieren und die Optimierung zu automatisieren. Ein DBMS beinhaltet in der Regel eine Modellierungssprache eine Datenstruktur, eine Datenbankabfragesprache und einen Transaktionsmechanismus. Die Modellierungssprache wird verwendet, um das Schema jeder Datenbank im DBMS gemäß dem Datenbankmodell zu definieren, der ein hierarchisches Modell, ein Netzwerkmodell, ein relationales Modell, ein Objektmodell oder eine andere anwendbare bekannte oder geeignete Organisation beinhalten kann. Datenstrukturen können Felder, Aufzeichnungen, Dateien, Objekte und sonstige anwendbare bekannte oder geeignete Strukturen für das Speichern von Daten beinhalten. Eine DBMS kann auch Metadaten über die gespeicherten Daten beinhalten.
  • In einigen Implementierungen kann die cloudbasierte Datenbank des Fahrzeugs 640 Informationen speichern, die auf Regeln und/oder Bedingungen für das Ausführen der Anwendung in Fahrzeugen schließen lassen. Die cloudbasierte Datenbank des Fahrzeugs 640 kann die Regeln und/oder Bedingungen je nach Fahrzeughersteller bzw. je nach Fahrzeugmarke oder Modell einstufen. Die cloudbasierte Datenbank des Fahrzeugs 640 kann auch Klassifizierungsdaten für das Einstufen von Fahrzeuganwendungen speichern. Die Klassifizierungsdaten können von verschiedenen geeigneten Quellen, zu denen unter anderem beispielsweise auch soziale Netzwerke, Application Stores, ein oder mehrere Fahrzeughersteller 650 und das Internet gehören, eingeholt werden.
  • Der eine die mehreren Netzwerkserver 630 und die cloudbasierte Datenbank des Fahrzeugs 640 kann auch konfiguriert werden, um mit einem oder mehreren Fahrzeughersteller 650 und einem oder mehreren sozialen Netzwerken 660, die mit einem Fahrer in Verbindung stehen, kommunizieren. Der eine oder die mehreren Fahrzeughersteller 650 können jegliche Fahrzeughersteller, wie etwa Toyota, Honda, Mercedes-Benz usw. beinhalten. Die sozialen Netzwerke 660 können jegliche geeigneten Netzwerke, wie etwa Facebook, Twitter, Instagram beinhalten und können auch soziale Netzwerkseiten und Blogs beinhalten. Die sozialen Netzwerke 660 können Freunde, Familienmitglieder oder Followers eines Fahrers beinhalten. Der eine oder die mehreren Fahrzeughersteller 650 können Aktualisierungen und verschiedene Informationen an den einen oder die mehreren Netzwerkserver 630 und die cloudbasierte Datenbank des Fahrzeugs 640 einschließlich beispielsweise Daten hinsichtlich der Fahrzeugeinstellungen der neuen Fahrzeugmodelle, der Änderungen in den Fahrzeugeinstellungsparametern bereits existierender Fahrzeugmodelle und der Informationen und Regeln hinsichtlich der Fahrzeugsicherheitseinstellungen und der Fahrzeuganwendungen, übermitteln.
  • Wie in 6 ersichtlich, können die Netzwerkserver 630 direkt mit einem Fahrzeug 620 kommunizieren oder können mit einem Fahrzeug 610 über ein Benutzergerät 615 kommunizieren.
  • Sowohl Fahrzeug 610 als auf Fahrzeug 620 können zu einem der im Folgenden aufgeführten Fahrzeuge gehören: ein Automobil, eine Rischka, ein Moped, ein Motorrad, ein Fahrrad, ein Snowmobil, ein Lastwagen, ein Segway usw. Sowohl Fahrzeug 610 als auf Fahrzeug 620 können je einer oder mehreren geeigneten Marken oder Modellen angehören, einschließlich beispielsweise Honda Civic, Honda Court, Toyota Camry, Volkswagen Beatle, Mercedes-Benz CLK, BMW 5er Serien, Chevrolet Corvette usw.
  • Bei Benutzergerät 615 kann es sich um jedes geeignete tragbare elektronische Gerät handeln. Beispiele eines tragbaren elektronischen Geräts beinhalten unter anderem auch einen Computer, ein Laptop, einen persönlichen digitalen Assistenten, ein elektronisches Pad, ein elektronisches Notebook, ein Telefon, ein Smartphone, einen Fernseher, einen Smart-Fernseher, eine Armbanduhr, eine Smartbrille, und jegliches elektronische Gerät, das mit einem Netzwerk in Verbindung steht und über ein Display verfügt. Bei dem Benutzergerät 615 kann es sich um jede Kombination aus Hardware und Software handeln, und das Benutzergerät ist in der Lage jedes geeignete Betriebssystem, wie etwa ein Android® Betriebssystem auszuführen.
  • Das Benutzergerät 615 kann von einem Fahrer des Fahrzeugs 610 verwendet werden. Das Benutzergerät 615 kann eine Anwendung beinhalten, die den Benutzer 615 in die Lage versetzt, mit dem Fahrzeug 610 und einem oder mehreren Netzwerkservern 630 zu kommunizieren. Zum Beispiel kann eine Anwendung auf dem Benutzergerät 615 das Benutzergerät 615 steuern, und somit dazu bringen, mit dem Fahrzeugverarbeitungssystem 627 im Fahrzeug 610 zu kommunizieren.
  • In einigen Implementierungen kann ein Fahrer eine Anwendung von dem einen oder den mehreren Netzwerken unter Verwendung des Benutzergeräts 615 herunterladen und kann Daten zur Installation oder der Ausführung der Anwendung an das Fahrzeugverarbeitungssystem 627 aus Fahrzeug 610 weiterleiten. Demzufolge kann ein Fahrer oder ein Benutzer des Fahrzeugs 610 in einigen Fällen eine Fahrzeuganwendung für Fahrzeug 610 unter Verwendung des Benutzergeräts 615 herunterladen.
  • 6 veranschaulicht auch eine exemplarische Implementierung eines Fahrzeugverarbeitungssystems 627. Fahrzeugverarbeitungssystem 627 kann Fahrzeugverarbeitungssystem 420 entsprechen. Wie in 6 dargestellt kann ein Fahrzeugverarbeitungssystem 627 einen Prozessor 621, Sensoren 622, einen Speicher 623, eine Anzeige 624, einen Transceiver 625, ein Mikrofon und einen Lautsprecher 626 beinhalten.
  • Ein Transceiver 625 beinhaltet einen Transmitter und einen Empfänger und kann dazu verwendet werden, um mit anderen Geräten im System 600 und Komponenten im Fahrzeugverarbeitungssystem 627 zu kommunizieren. Der Transceiver 625 kann Verstärker, Modulatoren, Demodulatoren, Antennen und verschiedene andere Komponenten beinhalten. Der Transceiver 625 kann Daten, die er von anderen Geräten im System 600 empfängt, an andere Komponenten des Fahrzeugverarbeitungssystems 627, wie etwa den Prozessor 621 und die Speichervorrichtung 623, weiterleiten. Der Transceiver 625 kann auch Daten, die er von Komponenten des Fahrzeugverarbeitungssystems 627 erhält, an andere Geräte im System 600 weiterleiten.
  • Speichervorrichtung 623 kann eine oder mehrere Massenspeichervorrichtungen beinhalten, wie etwa magnetische Datenträger, magnetisch-optische Datenträger, optische Datenträger, EPROM, EEPROM, Flash-Speichervorrichtungen, und kann als interne Festplatten, entfernbare Datenträger, magnetisch-optische Datenträger, CD-ROM-, oder DVD-ROM-Datenträger für das Speichern von Daten implementiert werden. In einigen Fällen kann die Speichereinheit 623 Regeln für das Ausführen der Fahrzeuganwendungen speichern.
  • Das Fahrzeugverarbeitungssystem 627 kann einen oder mehrere Sensoren 622 und verschiedene Benutzerschnittstellenkomponenten, wie etwa eine Anzeige 624, ein Mikrofon und Lautsprecher 626, sonstige geeignete Eingabeeinheiten beinhalten, um Interaktionen mit den Datenträgern zu ermöglichen. In einigen Implementierungen können die Anzeige 624, die Eingabeeinheiten, und mindestens einer der Sensoren 622 zu einer einzelnen integrierten Komponente kombiniert werden, und in einigen Implementierungen kann es sich bei der Anzeige 624, den Eingabeeinheiten und bei mindestens einem der Sensoren 622 um mehrere Komponenten handeln.
  • Anzeige 624 kann mittels geeigneter Anzeigen implementiert werden. Hierzu gehören beispielsweise unter anderem auch eine Projektionsanzeige, eine Flüssigkristallanzeige (LCD), oder eine Leuchtdioden-(LED)-Anzeige, um verschiedene Daten anzuzeigen. Die Anzeige 624 kann die Fahrzeug-GUI 430 anzeigen.
  • Sensoren 622 können zum Beispiel einen optischen Sensor, einen kapazitativen Sensor, einen Charge-Coupled-Device-Sensor, ein Gyroskop, ein Mikrofon, ein Höhenmessgerät, einen Aufprallsensor, einen piezoelektrischen Sensor, einen Bewegungssensor, einen Biosensor, einen aktiven Pixelsensor, und verschiedene andere Sensoren beinhalten. Die Sensoren 622 können eine oder mehrere fahrzeug- und umweltbedingte Bedingungen erfassen, können einen gegenwärtigen Betriebszustand des Fahrzeugs und den Komponentenzustand des Fahrzeugs identifizieren, oder können verwendet werden, um Eingaben von einem Fahrer zu erhalten.
  • Die Eingabeeinheiten können verschiedene Geräte beinhalten, die konfiguriert sind, um eine oder mehrere Eingaben zu erhalten. Zum Beispiel kann die Eingabeeinheit eine Maus, ein Touchpad, eine Tastatur für das Erhalten eines alphanumerischen Texts beinhalten.
  • Das Mikrofon und die Lautsprecher 626 können akustische Signale vom Fahrer erhalten und können Daten, die von Fahrzeugverarbeitungssystem 627 bereitgestellt werden und an einen Fahrzeugführer oder an einen Passagier gerichtet sind, ausgeben. Zum Beispiel können Nachrichten, wie etwa Verweigerungsmeldungen mittels akustischer Signale, die von Lautsprechern 626 ausgegeben werden, kommuniziert werden und bestimmte Anwendungen, wie etwa Sprache-zu-Text-Anwendungen können durch das Erhalten akustischer oder sprachlicher Signale über das Mikrofon 626 ausgeführt werden.
  • Der Prozessor 230 kann einen oder mehrere Prozessoren beinhalten, die an alle Komponenten des Fahrzeugverarbeitungssystems 627 gekoppelt sind, und kann die Operationen des Fahrzeugverarbeitungssystems 627 steuern. Der Prozessor 230 kann verschiedene logische Schaltungsanordnungen und Programme beinhalten, um die verschiedenen hierin beschriebenen Implementierungen auszuführen.
  • Wie vorstehend beschrieben, beinhaltet das Fahrzeugverarbeitungssystem 627 verschiedene Komponenten, um Befehle und Operationen zu implementieren und kann einen Betriebszustand des Fahrzeugs oder der Komponenten in einem Fahrzeug 610, 620 ermitteln. Das Fahrzeugverarbeitungssystem 627 kann die Ausführung einer Anwendung in einem Fahrzeug 610, 620 teilweise auf Basis des Fahrzeugverarbeitungssystems steuern. In einigen Implementierungen kann das Fahrzeugverarbeitungssystem 627 auch Zustandsinformationen über das Fahrzeug an Elemente des Systems 600, wie etwa das eine oder die mehreren Netzwerkserver 630 oder das Benutzergerät 615 bereitstellen.
  • Ausführungsformen und alle funktionalen und in dieser Spezifikation beschriebenen Operationen und/oder Aktionen können in digitalen elektronischen Schaltungen oder in Computer-Software, Firmware oder Hardware implementiert werden, einschließlich der in dieser Spezifikation offengelegten Strukturen und ihrer strukturellen Entsprechungen oder in Kombinationen von einer oder mehrerer von ihnen. Ausführungsformen können als ein oder mehrere Computerprogramme, d. h. als ein oder mehrere Module von Computerprogrammanweisungen implementiert werden, die auf einem Computer-Speichermedium für die Durchführung durch oder die Kontrolle des Betriebs der datenverarbeitenden Vorrichtung kodiert werden. Das computerlesbare Medium kann eine maschinenlesbare Speichervorrichtung, ein maschinenlesbares Speichersubstrat, eine Speichervorrichtung, eine Stoffzusammensetzung, die ein maschinenlesbares verbreitetes Signal bewirkt, oder eine Kombination aus einem oder mehreren davon sein. Der Begriff „datenverarbeitende Vorrichtung“ umfasst jegliche Vorrichtungen, Geräte oder Maschinen zur Verarbeitung von Daten, einschließlich beispielsweise eines programmierbaren Prozessors, eines Computers bzw. mehrerer Prozessoren oder Computer. Die Vorrichtung kann neben der Hardware auch einen Code einschließen, der eine Ausführungsumgebung für das betreffende Computerprogramm erstellt, z. B. einen Code, der Prozessor-Firmware, einen Protokollstapel, ein Datenbank-Managementsystem, ein Betriebssystem oder eine Kombination einer oder mehrerer der genannten darstellt. Ein propagiertes Signal ist ein künstlich generiertes Signal, zum Beispiel ein maschinengeneriertes elektrisches, optisches oder elektromagnetisches Signal, das generiert wird, um Informationen zu kodieren, damit diese auf eine geeignete Empfängervorrichtung übertragen werden können.
  • Ein Computerprogramm, auch bezeichnet als Programm, Software, Softwareanwendung, Script oder Code, kann in einer beliebigen Form von Programmiersprache geschrieben sein, einschließlich kompilierter oder interpretierter Sprachen, und kann in jeder beliebigen Form eingesetzt werden, darunter als unabhängiges Programm oder als ein Modul, eine Komponente, eine Subroutine oder eine andere Einheit, die zur Benutzung in einer Rechenumgebung geeignet ist. Ein Computerprogramm entspricht nicht unbedingt einer Datei in einem Dateisystem. Ein Programm kann in einem Abschnitt einer Datei, die andere Programme oder Daten in einer einzelnen für das jeweilige Programm vorgesehenen Datei oder in mehreren koordinierten Dateien hält. Ein Computerprogramm kann auf einem Computer oder mehreren Computern eingerichtet sein oder ausgeführt werden, die an einem Standort angeordnet sind oder über mehrere Standorte verteilt sind und über ein Kommunikationsnetz verbunden sind.
  • Die Verfahren und Logikflüsse, die in dieser Spezifikation beschrieben sind, können durch Handlungen, wie dem Betreiben von Eingabedaten und dem Erzeugen von Ausgaben, durch einen oder mehrere programmierbare Prozessoren, die einen oder mehrere Computerprogramme ausführen, durchgeführt werden. Die hierin beschriebenen Verfahren und Logikströme können auch von spezialisierten Logikschaltkreisen durchgeführt werden, und der Apparat kann in Form von spezialisierten Logikschaltkreisen implementiert werden, z. B. FPGA (feldprogrammierbares Gate-Array) oder ASIC (anwendungsspezifische integrierte Schaltung).
  • Prozessoren, die für die Durchführung eines Computerprogramms geeignet sind, schließen beispielsweise sowohl allgemeine und als auch Spezial-Mikroprozessoren sowie alle Arten eines oder mehrerer Prozessoren jeglicher Art Digitalrechner ein. Im Allgemeinen nimmt ein Prozessor Anweisungen und Daten von einem Festwertspeicher oder einem Arbeitsspeicher oder von beiden entgegen.
  • Die Elemente eines Computers können einen Prozessor für das Ausführen von Befehlen und ein oder mehrere Speichergeräte für das Speichern von Befehlen und Daten beinhalten. Im Allgemeinen beinhaltet ein Computer auch einen oder mehrere Massenspeichergeräte für das Speichern von Daten, z. B. magnetische, magnetisch-optische Datenträger oder optische Datenträger bzw. ist operativ gekoppelt, um Daten von derartigen Massenspeichergeräten zu empfangen oder darauf zu übertragen, oder um beides zu tun. Es kann jedoch sein, dass ein Computer nicht über derartige Geräte verfügt. Außerdem kann ein Computer in einem anderen Gerät eingebettet sein, z. B. in einem Tablet-Computer, einem Mobiltelefon, einem persönlichen digitalen Assistenten (PDA), einem mobilen Audio-Player, einer Spielkonsole oder einem Global Positioning System, um nur einige zu nennen. Computerlesbare Medien, die für das Speichern von Computerprogrammbefehlen und -daten geeignet sind, schließen alle Formen von nichtflüchtigen Speichern, Medien- und Speichergeräten ein, einschließlich beispielsweise Halbleiter-Speichergeräte, z. B. EPROM, EEPROM und Flash-Speichervorrichtungen; magnetischen Datenträgern, z. B. interne Festplatten oder Wechselplatten; magnetisch-optische Datenträger; und CD-ROMs und DVD-ROMs. Der Prozessor und der Speicher können durch spezialisierten Logikschaltkreise ergänzt werden oder darin integriert sein.
  • Während diese Spezifikation viele Einzelheiten enthält, sollen diese nicht als Beschränkung des Umfangs der Offenbarung verstanden werden, oder dessen was offenbart wird, sondern vielmehr als Beschreibungen von bestimmten Ausführungsformen des betreffenden Gegenstands. Bestimmte Merkmale, die in dieser Spezifikation im Kontext der unterschiedlichen Ausführungsformen beschrieben werden, können auch in Kombination in einer einzelnen Ausführungsform implementiert werden. Andererseits können verschiedene Merkmale, die im Kontext einer einzelnen Ausführungsform beschrieben werden, in mehreren Ausführungsformen oder in jeder geeigneten Unterkombination implementiert werden. Außerdem können ein oder mehrere Merkmale einer beanspruchten Kombination in einigen Fällen aus der Kombination herausgelöst werden, auch wenn die Merkmale vorstehend als in gewissen Kombinationen funktionierend beschrieben oder gar als eine Kombination beansprucht werden, und die beanspruchte Kombination kann an eine Unterkombination oder eine Variation einer Unterkombination verwiesen werden.
  • Ebenso werden Tätigkeiten in den Zeichnungen zwar in einer bestimmten Reihenfolge dargestellt, aber dies sollte nicht als Anfordernis verstanden werden, dass solche Tätigkeiten in der bestimmten gezeigten Reihenfolge oder in einer aufeinanderfolgenden Reihenfolge ausgeführt werden müssen oder dass alle dargestellten Tätigkeiten ausgeführt werden müssen, um erwünschte Ergebnisse zu erzielen. Darüber hinaus sollte die Trennung verschiedener Systemkomponenten in den oben beschriebenen Ausführungsformen nicht als solche Trennung in allen Ausführungsformen erfordernd aufgefasst werden, und es versteht sich, dass die beschriebenen Programmkomponenten und Systeme im Allgemeinen zusammen in ein einziges Softwareprodukt integriert oder zu mehreren Softwareprodukten verkapselt werden können.
  • Demzufolge sind bestimmte Implementierungen beschrieben worden. Andere Implementierungen liegen im Geltungsbereich der folgenden Ansprüche. Die in den Ansprüchen ausgeführten Vorgänge können beispielsweise in einer anderen Reihenfolge ausgeführt werden und erzielen dennoch erwünschte Ergebnisse.
  • Beansprucht wird:

Claims (18)

  1. Computerimplementiertes Verfahren, umfassend: das Einholen von Klassifizierungsdaten, die mit mehreren in einem Fahrzeug ausführbaren Anwendungen in Verbindung stehen, wobei die Klassifizierungsdaten, für jede von einer oder mehreren Anwendungen in den mehreren Anwendungen, einen Hinweis eines ersten Sicherheitsniveaus der Anwendung, einen Hinweis eines zweiten Sicherheitsniveaus der Anwendung, einen oder mehrere Fahrzeugbetriebsmodi, die mit dem ersten Sicherheitsniveau in Verbindung gebracht werden und während dem die Anwendung konfiguriert ist, im Fahrzeug ausgeführt zu werden, und einen oder mehrere Fahrzeugbetriebsmodi, die mit dem zweiten Sicherheitsniveau in Verbindung gebracht werden und während dem die Anwendung konfiguriert ist, nicht im Fahrzeug ausgeführt zu werden; das Erhalten eines Hinweises, eine erste Anwendung von den mehreren Anwendungen auszuführen; das Ermitteln eines Betriebszustands des Fahrzeugs; das Ermitteln dass das erste Sicherheitsniveau der ersten Anwendung nicht erfüllt wird auf der Grundlage, dass der Betriebszustand des Fahrzeugs dem einen oder mehreren Fahrzeugbetriebsmodi entspricht, die mit dem zweiten Sicherheitsniveau der ersten Anwendung in Verbindung gebracht werden; das Erzeugen, als Reaktion auf das Ermitteln, dass das erste Sicherheitsniveau der ersten Anwendung nicht erfüllt ist, einer Empfehlung zum Ausführen einer zweiten Anwendung, die Fahrzeugbetriebsmodi in einem ersten Sicherheitsniveau aufweist, die dem Betriebszustand des Fahrzeugs entsprechen; das Ausgeben der Empfehlung zum Ausführen der zweiten Anwendung; das Erhalten von Daten, die eine Benutzerauswahl angeben, um die zweite Anwendung auszuführen; und das Ausführen der zweiten Anwendung im Fahrzeug, als Reaktion auf das Erhalten der Daten, die die Benutzerauswahl angeben, um die zweite Anwendung auszuführen.
  2. Computerimplementiertes Verfahren nach Anspruch 1, wobei die zweite Anwendung eine sichere Version der ersten Anwendung ist.
  3. Computerimplementiertes Verfahren nach Anspruch 1, wobei das Erzeugen der Empfehlung zum Ausführen der zweiten Anwendung umfasst: Ermitteln, dass die zweite Anwendung ausführbar ist durch Anwenden einer Hash-Funktion auf Daten der zweiten Anwendung
  4. Computerimplementiertes Verfahren nach irgendeinem der vorherigen Ansprüche, wobei die Klassifizierungsdaten, die mit den mehreren Anwendungen in Verbindung gebracht werden, Folgendes umfassen: für jede der einen oder mehreren Anwendungen in den mehreren Anwendungen: Daten, die angeben, dass es sich bei der Anwendung um eine Front-End-Anwendung oder eine Back-End-Anwendung handelt; Daten, die angeben, dass die Anwendung in einem bestimmten Fahrmodus ausführbar ist; Daten, die eine Fahrzeugmarke und ein Modell angeben, auf dem die Anwendung ausführbar ist; Metadaten, die mit der Anwendung in Verbindung gebracht werden; und der Hinweis des ersten Sicherheitsniveaus der Anwendung angibt, dass die Anwendung als ausführbar gekennzeichnet ist, wenn das Fahrzeug in Bewegung ist.
  5. Computerimplementiertes Verfahren nach irgendeinem der vorherigen Ansprüche, wobei das Erhalten eines Hinweises die erste Anwendung in einem Fahrzeug auszuführen einen der folgenden Sachverhalte umfasst: das Erhalten einer Eingabe des Benutzers, um die erste Anwendung im Fahrzeug auszuführen; das Erhalten einer Anweisung von einer dritten Anwendung, um die erste Anwendung im Fahrzeug auszuführen; und das Erhalten einer Anweisung, um die Anwendung im Fahrzeug als Antwort auf ein Fahrzeug-Auslöseereignis auszuführen.
  6. Computerimplementiertes Verfahren nach irgendeinem der vorherigen Ansprüche, wobei das Einholen der Klassifizierungsdaten, die mit den mehreren Anwendungen in Verbindung gebracht werden, einen oder mehrere der folgenden Sachverhalte für jede der einen oder mehreren Anwendungen umfasst: das Abrufen eines oder mehrerer Abschnitte der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, von einer oder mehreren Speichervorrichtungen im Fahrzeug; und das Erhalten eines oder mehrerer Abschnitte der Klassifizierungsdaten, die mit der Anwendung von in Verbindung gebracht werden, von einem NetzwerkServer.
  7. Computerimplementiertes Verfahren nach irgendeinem der vorherigen Ansprüche, wobei das von einem Fahrzeugprozessor durchgeführte Ermitteln eines Betriebszustands des Fahrzeugs einen oder mehrere der folgenden Sachverhalte umfasst: das Ermitteln eines Modus, in dem das Fahrzeug betrieben wird; das Ermitteln einer Bewegung oder einer Geschwindigkeit des Fahrzeugs; und das Ermitteln einer Anzahl von Passagieren im Fahrzeug.
  8. Computerimplementiertes Verfahren nach irgendeinem der vorhergehenden Ansprüche, weiterhin umfassend: das Erhalten von Anwendungsdaten von einem Netzwerkserver; das Extrahieren von Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, aus den Anwendungsdaten; und das Speichern der Klassifizierungsdaten, die mit der Anwendung in Verbindung gebracht werden, in einer Fahrzeugspeichereinheit oder einer cloudbasierten Datenbank.
  9. Computerimplementiertes Verfahren nach irgendeinem der vorhergehenden Ansprüche, weiterhin umfassend: das Übermitteln, in Reaktion auf das Ermitteln, dass das erste Sicherheitsniveau der ersten Anwendung nicht erfüllt ist, einer Verweigerungsmeldung, die angibt, dass die Ausführung der ersten Anwendung verweigert wird.
  10. Computerimplementiertes Verfahren nach Anspruch 9, wobei: die Verweigerungsmeldung von einem Sprecher ausgegeben wird; der Inhalt der Verweigerungsmeldung von einer grafischen Benutzerschnittstelle im Fahrzeug ausgegeben wird; oder die Verweigerungsmeldung auf ein tragbares elektronisches Gerät übertragen wird, das mit einem Fahrer des Fahrzeugs in Verbindung gebracht wird.
  11. Computerimplementiertes Verfahren nach Anspruch 9 oder 10, wobei das Übermitteln einer Verweigerungsmeldung, die angibt, dass die Ausführung der Anwendung verweigert wurde, die im Folgenden aufgeführten Sachverhalte umfasst: das Übermitteln einer Angabe, dass die Ausführung einer Back-End-Anwendung beendet, angehalten, oder aufgeschoben worden ist; oder das Übermitteln einer Angabe, dass die Ausführung einer Front-End-Anwendung blockiert worden ist.
  12. Computerimplementiertes Verfahren nach irgendwelchen der vorhergehenden Ansprüche, weiterhin umfassend: das Steuern, als Reaktion auf das Ermitteln, dass die Anwendung auf Basis des Betriebszustands des Fahrzeugs ausgeführt werden soll, einer grafischen Benutzerschnittstelle im Fahrzeug, um (i) Ausgabedaten anzuzeigen, die mit der Ausführung der zweiten Anwendung in Verbindung gebracht sind sowie (ii) einen grafischen Anzeiger, der angibt, dass die zweite Anwendung ausgelegt ist, ausgeführt zu werden, wenn das Fahrzeug in Bewegung ist.
  13. Computerimplementiertes Verfahren nach irgendeinem der vorherigen Ansprüche, wobei das Erzeugen der Empfehlung zum Ausführen der zweiten Anwendung einen oder mehrere der im Folgenden aufgeführten Sachverhalte umfasst: das Ermitteln, ob es sich bei der zweiten Anwendung um eine Front-End-Anwendung oder eine Back-End-Anwendung handelt; das Ermitteln eines Standorts des Fahrzeugs; und das Einholen einer oder mehrerer Anwendungsausführungsregeln auf Basis des Standorts des Fahrzeugs.
  14. Computerimplementiertes Verfahren nach Anspruch 13, wobei das Erzeugen der Empfehlung zum Ausführen der zweiten Anwendung ferner die im Folgenden aufgeführten Sachverhalte umfasst: das Ermitteln, dass es sich bei der zweiten Anwendung um eine Front-End-Anwendung handelt; das Ermitteln, dass der Betriebszustand des Fahrzeugs einen Parkmodus des Fahrzeugs angibt; das Ermitteln, dass der Standort des Fahrzeugs, das Sicherheitsniveau und die eine oder die mehreren Anwendungsausführungsregeln die Ausführung der Anwendung zulassen; und das Erzeugen, als Reaktion auf das Ermitteln, dass der Standort des Fahrzeugs, das Sicherheitsniveau und die einen oder mehreren Anwendungsausführungsregeln die Ausführung der zweiten Anwendung erlauben, der Empfehlung, die Anwendung auszuführen.
  15. Computerimplementiertes Verfahren nach Anspruch 13, wobei das Erzeugen der Empfehlung zum Ausführen der zweiten Anwendung ferner die im Folgenden aufgeführten Sachverhalte umfasst: das Ermitteln, dass es sich bei der Anwendung um eine Back-End-Anwendung handelt; das Ermitteln, als Reaktion auf die Ermittlung, dass es sich bei der Anwendung um eine Back-End-Anwendung handelt, einer vermutlichen Auswirkung der Ausführung der zweiten Anwendung auf eine oder mehrere Front-End-Anwendungen; das Ermitteln, dass die vermutliche Auswirkung der Ausführung der zweiten Anwendung auf eine oder mehrere Front-End-Anwendungen geringer als ein Schwellenwertbetrag ausfällt; das Ermitteln, dass der Standort des Fahrzeugs, das Sicherheitsniveau und die eine oder die mehreren Regeln die Ausführung der zweiten Anwendung zulassen; und das Erzeugen, als Reaktion auf das Ermitteln, dass der Standort des Fahrzeugs, das Sicherheitsniveau und die eine oder mehreren Anwendungsausführungsregeln die Ausführung der zweiten Anwendung erlauben, der Empfehlung, die Anwendung auszuführen.
  16. Nicht-flüchtiges computerlesbares Speichermedium, das Anweisungen speichert, die, wenn sie von einem oder mehreren Computern ausgeführt werden, einen oder mehrere Computer dazu veranlassen, das computerimplementierte Verfahren nach irgendeinem der vorherigen Ansprüche durchzuführen.
  17. System, umfassend: einen oder mehrere Computer, und eine oder mehrere Speichereinrichtungen, welche Anweisungen speichert, die betreibbar sind und wenn sie von einem oder mehreren Computern ausgeführt werden, den einen oder die mehreren Computer dazu zu veranlassen, das computerimplementierte Verfahren nach einem der Ansprüche 1 bis 15 durchzuführen.
  18. Fahrzeug, welches das System nach Anspruch 17 umfasst.
DE102016125247.6A 2016-05-17 2016-12-21 Ausführung einer anwendung während des fahrzeugbetriebs Active DE102016125247B4 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662337573P 2016-05-17 2016-05-17
US62/337,573 2016-05-17
US15/227,211 US10501093B2 (en) 2016-05-17 2016-08-03 Application execution while operating vehicle
US15/227,211 2016-08-03

Publications (2)

Publication Number Publication Date
DE102016125247A1 DE102016125247A1 (de) 2017-11-23
DE102016125247B4 true DE102016125247B4 (de) 2023-11-09

Family

ID=57589184

Family Applications (2)

Application Number Title Priority Date Filing Date
DE102016125247.6A Active DE102016125247B4 (de) 2016-05-17 2016-12-21 Ausführung einer anwendung während des fahrzeugbetriebs
DE202016107238.7U Active DE202016107238U1 (de) 2016-05-17 2016-12-21 Ausführung einer Anwendung während des Fahrzeugbetriebs

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE202016107238.7U Active DE202016107238U1 (de) 2016-05-17 2016-12-21 Ausführung einer Anwendung während des Fahrzeugbetriebs

Country Status (4)

Country Link
US (1) US10501093B2 (de)
CN (1) CN107380096B (de)
DE (2) DE102016125247B4 (de)
WO (1) WO2017200568A1 (de)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10950229B2 (en) * 2016-08-26 2021-03-16 Harman International Industries, Incorporated Configurable speech interface for vehicle infotainment systems
JP7346956B2 (ja) * 2018-08-10 2023-09-20 株式会社デンソー 車両用プログラム書換えシステム、車両用マスタ装置、進捗状態の同期制御方法及び進捗状態の同期制御プログラム
US11595878B2 (en) * 2018-10-24 2023-02-28 Google Llc Systems, devices, and methods for controlling operation of wearable displays during vehicle operation
CN109377115A (zh) * 2018-12-19 2019-02-22 Oppo广东移动通信有限公司 车载应用推荐方法、装置、终端设备及存储介质
DE102018133672A1 (de) * 2018-12-28 2020-07-02 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zum Erzeugen von Steuersignalen zum Unterstützen von Insassen eines Fahrzeugs
US11198446B2 (en) * 2019-01-04 2021-12-14 Faraday & Future Inc. On-board vehicle query system
CN111483466A (zh) * 2019-01-28 2020-08-04 北京新能源汽车股份有限公司 一种决策规划控制系统、方法、设备及汽车
CN110716776A (zh) * 2019-08-29 2020-01-21 华为终端有限公司 一种显示用户界面的方法及车载终端
CN110971456A (zh) * 2019-11-20 2020-04-07 中建三局智能技术有限公司 适用于大型商业综合体的计算机网络系统的设计方法
CN111152790B (zh) * 2019-12-29 2022-05-24 的卢技术有限公司 一种基于使用场景的多设备交互车载抬头显示方法及系统
CN113419697A (zh) * 2021-06-17 2021-09-21 Oppo广东移动通信有限公司 投屏方法、投屏装置、电子设备、车机和投屏系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120303392A1 (en) 2011-05-25 2012-11-29 Shailendra Depura System for monitoring vehicle and operator behavior
US20140306833A1 (en) 2012-03-14 2014-10-16 Flextronics Ap, Llc Providing Home Automation Information via Communication with a Vehicle
DE102014118113A1 (de) 2013-12-18 2015-06-18 Fuji Jukogyo Kabushiki Kaisha Fahrzeugsteuerung
EP2980744A1 (de) 2014-08-01 2016-02-03 Volkswagen Aktiengesellschaft Spiegelung von deep links

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7323970B1 (en) 2004-01-21 2008-01-29 Numerex Corporation Method and system for remote interaction with a vehicle via wireless communication
US20070194881A1 (en) 2006-02-07 2007-08-23 Schwarz Stanley G Enforcing payment schedules
US20130150004A1 (en) 2006-08-11 2013-06-13 Michael Rosen Method and apparatus for reducing mobile phone usage while driving
US20120040650A1 (en) 2006-08-11 2012-02-16 Michael Rosen System for automated detection of mobile phone usage
EP2124177A1 (de) 2008-05-21 2009-11-25 Johnson Controls Technology Company Verfahren und Vorrichtung zur Kommunikation zwischen einem Automobil und einem Point-of-Sale
WO2011060388A1 (en) * 2009-11-13 2011-05-19 Zoll Medical Corporation Community-based response system
US9759917B2 (en) * 2010-02-28 2017-09-12 Microsoft Technology Licensing, Llc AR glasses with event and sensor triggered AR eyepiece interface to external devices
JP5070318B2 (ja) 2010-06-21 2012-11-14 本田技研工業株式会社 車載遠隔操作装置
US10163273B2 (en) 2010-09-28 2018-12-25 Ford Global Technologies, Llc Method and system for operating mobile applications in a vehicle
CN103154862A (zh) 2011-08-31 2013-06-12 观致汽车有限公司 车辆交互系统
US20130117839A1 (en) 2011-10-31 2013-05-09 Steven W. White Method for controlling application usage on a mobile device while the device is in motion
US9787681B2 (en) 2012-01-06 2017-10-10 Optio Labs, Inc. Systems and methods for enforcing access control policies on privileged accesses for mobile devices
US9082239B2 (en) 2012-03-14 2015-07-14 Flextronics Ap, Llc Intelligent vehicle for assisting vehicle occupants
US8494576B1 (en) 2012-05-03 2013-07-23 Sprint Communications Company L.P. Near field communication authentication and validation to access corporate data
US9374423B2 (en) 2012-10-16 2016-06-21 Excelfore Corporation System and method for monitoring apps in a vehicle or in a smartphone to reduce driver distraction
US8914012B2 (en) 2012-10-16 2014-12-16 Excelfore Corporation System and method for monitoring apps in a vehicle to reduce driver distraction
US9135849B2 (en) * 2014-01-31 2015-09-15 International Business Machines Corporation Variable operating mode HMD application management based upon crowd determined distraction
US9308920B2 (en) 2014-02-05 2016-04-12 GM Global Technology Operations LLC Systems and methods of automating driver actions in a vehicle
US9213974B2 (en) 2014-02-07 2015-12-15 Bank Of America Corporation Remote revocation of application access based on non-co-location of a transaction vehicle and a mobile device
US9785152B2 (en) 2014-02-07 2017-10-10 Crown Equipment Corporation Systems, methods, and mobile client devices for supervising industrial vehicles
WO2015128743A2 (en) * 2014-02-21 2015-09-03 Safety Key Solutions FZ-LLC Worksite monitoring and management systems and platforms
KR101595393B1 (ko) 2014-05-22 2016-02-18 엘지전자 주식회사 정보 제공 시스템 및 그 방법
US9516529B2 (en) * 2014-06-20 2016-12-06 Jason Tzannes Method and device to prohibit communications which require active participation by the driver of a vehicle
US9866670B2 (en) * 2015-06-23 2018-01-09 Google Inc. Mobile geographic application in automotive environment
US20170018007A1 (en) * 2015-07-15 2017-01-19 Edmond Defrank Integrated mobile device management system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120303392A1 (en) 2011-05-25 2012-11-29 Shailendra Depura System for monitoring vehicle and operator behavior
US20140306833A1 (en) 2012-03-14 2014-10-16 Flextronics Ap, Llc Providing Home Automation Information via Communication with a Vehicle
DE102014118113A1 (de) 2013-12-18 2015-06-18 Fuji Jukogyo Kabushiki Kaisha Fahrzeugsteuerung
EP2980744A1 (de) 2014-08-01 2016-02-03 Volkswagen Aktiengesellschaft Spiegelung von deep links

Also Published As

Publication number Publication date
WO2017200568A1 (en) 2017-11-23
CN107380096A (zh) 2017-11-24
US20170334457A1 (en) 2017-11-23
DE202016107238U1 (de) 2017-08-18
CN107380096B (zh) 2020-08-04
DE102016125247A1 (de) 2017-11-23
US10501093B2 (en) 2019-12-10

Similar Documents

Publication Publication Date Title
DE102016125247B4 (de) Ausführung einer anwendung während des fahrzeugbetriebs
DE202017102431U1 (de) Crowdsourcing-Fahrzeugeinstellungsempfehlungen
DE102014109876B4 (de) Verfahren, Systeme und Vorrichtungen zum Bereitstellen einer anwendungserzeugten Information zur Darstellung in einer automobilen Haupteinheit
DE202016009103U1 (de) Cloud-integrierte Fahrzeugplattform
DE202016106975U1 (de) Teilen von Navigationsdaten unter sich am selben Ort befindlichen Computergeräten
DE202017102495U1 (de) Teilen von Fahrzeugeinstellungsdaten
DE202016107361U1 (de) Verwalten von Nachrichten in Fahrzeugen
DE102017105646A1 (de) Systeme und verfahren für adaptive geschwindigkeitsregelung basierend auf benutzerdefinierten parametern
DE102015207592A1 (de) Fahrzeuganwendungsempfehlung basierend auf fahrerverhalten
DE102014111294A1 (de) Verfahren und Vorrichtung zur Verwendung einer fahrzeugintegrierten drahtlosen Bilderfassung
DE102014204694A1 (de) Verfahren, systeme und eine vorrichtung zur gemeinsamen nutzung von information innerhalb einer gruppe von fahrzeugen
DE102015104094A1 (de) Telematik mit variabler Berichtsfrequenz
DE102014111293B4 (de) Verfahren und Vorrichtung zur Verwendung einer fahrzeugintegrierten drahtlosen Bilderfassung
DE102014109877B4 (de) Verfahren, Systeme und Vorrichtung zum Bereitstellen einer Mitteilung in einer automobilen Haupteinheit, dass eine drahtlose Kommunikationsvorrichtung sich außerhalb eines Fahrzeugs befindet
DE102018120911A1 (de) Navigationssystem mit automatischer Unterdrückung von Navigationsanweisungen für bekannte geographische Gebiete
DE102019108442A1 (de) Automatisierte Fahrzeugsysteme und Steuerlogik für den intelligenten Datenaustausch unter Verwendung verbesserter Bloom-Filter
DE102014111274A1 (de) Verfahren, Systeme und Vorrichtungen zum Bereitstellen einer Audioinformation und einer zugehörigen Textinformation zur Darstellung einer automobilen Haupteinheit
DE102016102237A1 (de) Verfahren und systeme zum bestimmen und kommunizieren von fahrerleistung
DE102012014362A1 (de) Verfahren, Vorrichtung und System zur Realisierung eines Anwendungsprogramms für ein Fahrzeug
DE102015206263A1 (de) Anwendungsvorhersage für kontextbezogene schnittstellen
DE102014114269A1 (de) Intelligentes Wechseln von Audioquellen
DE102014217473A1 (de) Verfahren und system zur reduzierung des bremsens für verkehrsampeln
DE102015111794A1 (de) Verfahren und Vorrichtung zum Sammeln und zur Analyse von Fahrzeugdaten
EP3204255B1 (de) Fahrzeugmultimediaeinrichtung
DE102017107795A1 (de) Fahrzeugcomputersystem zum autorisieren von versicherungs- und zulassungsbescheinigungen

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R081 Change of applicant/patentee

Owner name: GOOGLE LLC (N.D.GES.D. STAATES DELAWARE), MOUN, US

Free format text: FORMER OWNER: GOOGLE INC., MOUNTAIN VIEW, CALIF., US

R082 Change of representative

Representative=s name: VENNER SHIPLEY LLP, DE

Representative=s name: MAIKOWSKI & NINNEMANN PATENTANWAELTE PARTNERSC, DE

R082 Change of representative

Representative=s name: VENNER SHIPLEY GERMANY LLP, DE

Representative=s name: VENNER SHIPLEY LLP, DE

R016 Response to examination communication
R018 Grant decision by examination section/examining division