DE102009059140A1

DE102009059140A1 - Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs

Info

Publication number: DE102009059140A1
Application number: DE102009059140A
Authority: DE
Inventors: Christoph Ainhauser; Reinhard Dr. Stolle; Andreas Hildisch; Jüergen Steurer; Ralf Decke
Original assignee: Bayerische Motoren Werke AG
Current assignee: Bayerische Motoren Werke AG
Priority date: 2009-10-08
Filing date: 2009-12-19
Publication date: 2011-04-14

Abstract

Die Erfindung beschreibt ein Verfahren zur Integration einer Komponente (10) in ein Informationssystem (20) eines Fahrzeugs, bei dem zumindest eine durch die Komponente (10) ausführbare oder bereitgestellte Applikation (13, 14, 15) durch eine Mensch-Maschine-Schnittstelle (21) des Informationssystems (20) einem Nutzer des Fahrzeugs verfügbar gemacht wird. Beim Start einer Applikation (13, 14, 15) der an das Informationssystem (20) angeschlossenen Komponente (10) wird der Applikation (13, 14, 15) bezüglich der Mensch-Maschine-Schnittstelle (21) zumindest ein Prioritätswert zugewiesen, wobei ein Prioritätswert einen Rang angibt, mit dem die Applikation (13, 14, 15) der Komponente (10) bevorzugt oder nachrangig gegenüber einer weiteren Applikation (13, 14, 15), die durch das Informationssystem (20) ausgeführt wird oder ausgeführt werden soll, behandelt wird.

Description

Die Erfindung betrifft ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem zumindest eine durch die Komponente ausführbare oder bereitgestellte Applikation durch eine Mensch-Maschine-Schnittstelle des Informationssystems einem Nutzer des Fahrzeugs verfügbar gemacht wird. Die Erfindung betrifft weiter ein Computerprogrammprodukt sowie ein Informationssystem in einem Fahrzeug.
Eine Nachrüstung oder ein Anschluss von Komponenten, wie z. B. einem Telefon, MP3-Spieler usw., in einem Fahrzeug ist aufgrund mangelnder technischer Vorbereitung oftmals nur mit Schwierigkeiten realisierbar. Hierbei stellt sich jedoch die Frage der Bedienung dieser temporär oder dauerhaft nachgerüsteten Komponenten. Insbesondere ist aus Gründen der Ergonomie und Fahrsicherheit eine Bedienung der nachgerüsteten Komponente durch die im Verkehrsmittel vorhandenen Ein- und Ausgabemittel sinnvoll. Als Eingabemittel stehen in einem Fahrzeug zur haptischen Bedienung häufig Funktionstasten, Touch-Screens, Mäuse, etc. und zur Spracheingabe Mikrofone zur Verfügung. Zur Ausgabe werden graphische Anzeigen, wie Displays, Lampen, etc. oder Sprachausgabe über Lautsprecher verwendet.
Für die Bedienung in dem Fahrzeug stehen zunehmend auch sog. Informationssysteme mit Multifunktionsbedieneinheiten zur Verfügung, die mit graphischen Displays als Ausgabemittel und den dazu gehörigen Bedienelementen als Eingabemittel ein Höchstmaß an Flexibilität anbieten. Die Fahrsicherheit erfordert eine strikte Schematisierung des Informationssystems, das vom Fahrer ohne starke Ablenkung bedient werden kann. Diese Schematisierung drückt sich durch eine Festlegung der Ein-/Ausgabevorschriften für diese Multifunktionsbedieneinheiten aus. So kann in diesen Vorschriften festgelegt sein, dass z. B. ab einer bestimmten Geschwindigkeit keine haptische Bedienung erfolgen darf oder dass ein Display Nachrichten nur in einer Mindestbuchstabengröße anzeigen darf.
Bei nachgerüsteten Komponenten besteht nun die Schwierigkeit darin, ein Maximum an Bedienbarkeit bei gleichzeitiger strikter Schematisierung zu ermöglichen, da sich weder Umfang und Art der Funktionalität bzw. die Interaktionsanforderungen der zu bedienenden Komponente voraussagen lassen, noch die Informationssysteme bezogen auf alle Fahrzeugausstattungen, alle Baureihen bzw. markenübergreifend auf alle Fahrzeuge standardisiert sind.
Aus der DE 101 34 717 A1 ist ein Verfahren zur Konfiguration eines Informationssystems in einem Verkehrsmittel bekannt. Bei diesem Verfahren erfolgt die Integration nachgerüsteter Komponenten sowie von Ein-/Ausgabemitteln automatisch und angepasst an die Ein-/Ausgabevorschriften des Informationssystems. Im Rahmen dieses Verfahrens wird beim Anschließen einer zusätzlichen Komponente an das Informationssystem eine Komponenten-Ein-/Ausgabevorschrift über eine Schnittstelle zum Informationssystem übertragen. Die Komponenten-Ein-/Ausgabevorschrift wird vom Informationssystem in die Ein-/Ausgabeeinheit und die Ein-/Ausgabeprozesse so integriert, dass die Komponente über das Informationssystem ansteuerbar ist.
Als Ein-/Ausgabeprozesse werden sämtliche Kommunikations- und Interaktionsprozesse zwischen Ausgabemittel, Eingabemittel, Informationssystem und/oder Komponente verstanden. Der Satz aus Ein-/Ausgabevorschriften enthält Informationen über die Version, die Wahlmöglichkeiten, die Erweiterungsmöglichkeiten, die Art und Weise der Bedienung sowie der zur Verfügung stehenden Ein- und Ausgabemittel und der möglichen Integrations- und Interaktionsprozesse für das Informationssystem. Unter der Komponenten-Ein-/Ausgabevorschrift ist festgelegt, dass eine entsprechende Zuordnung für einen bereits im Informationssystem abgelegten Typ von Komponenten-Ein-/Ausgabevorschrift verwendet werden soll.
Auf diese Weise wird in dem bekannten Verfahren berücksichtigt, welcher Menübaum bereits vorhanden ist, ob Sprachein- oder -ausgabe möglich ist oder ob ein graphisches Display vorhanden ist sowie Funktionstasten zur Verfügung stehen. Durch die Ein-/Ausgabevorschriften können weitere Bedingungen festgelegt werden, indem angegeben wird, dass die maximale Anzahl der anzeigbaren Einträge in einem graphischen Display einen bestimmten Wert nicht überschreiten darf. Durch die Vorschriften kann z. B. auch angegeben werden, dass, obwohl an dem Eingabemittel Funktionstasten zur Verfügung stehen, nur Sprachbedienung erlaubt ist.
Das in der DE 101 34 717 A1 beschriebene Verfahren ermöglicht die Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem die Bedienung des Informationssystems durch den Fahrer ohne starke Ablenkung über die in dem Fahrzeug zur Verfügung stehenden Ein-/Ausgabemittel erfolgen kann. Die Bedienung erfolgt dabei unter Berücksichtigung sicherheitsbezogener Aspekte, so dass während der Fahrt im Fahrzeug bestimmte Funktionen der Komponente unter Umständen nicht zur Verfügung stehen, während diese während der Fahrt bedient und verwendet werden können.
Es ist Aufgabe der vorliegenden Erfindung, ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs anzugeben, welches eine verbesserte Integration der Komponente in die Funktionsabläufe des Informationssystems ermöglicht. Es ist weiterhin Aufgabe der vorliegenden Erfindung, ein entsprechendes Computerprogrammprodukt sowie ein Informationssystem in einem Fahrzeug anzugeben, welche die weiter verbesserte Integration der Komponente in das Informationssystem ermöglichen.
Diese Aufgaben werden gelöst durch ein Verfahren mit den Merkmalen des Patentanspruches 1, ein Computerprogrammprodukt gemäß den Merkmalen des Patentanspruches 19 sowie ein Informationssystem gemäß den Merkmalen des Patentanspruches 20. Vorteilhafte Ausgestaltungen ergeben sich aus den abhängigen Patentansprüchen.
Die Erfindung schafft ein Verfahren zur Integration einer Komponente in ein Informationssystem eines Fahrzeugs, bei dem zumindest eine durch die Komponente ausführbare oder bereitgestellte Applikation durch eine Mensch-Maschine-Schnittstelle des Informationssystems einem Nutzer des Fahrzeugs verfügbar gemacht wird. Bei diesem wird beim Start einer Applikation der an das Informationssystem angeschlossenen Komponente der Applikation bezüglich der Mensch-Maschine-Schnittstelle zumindest ein Prioritätswert zugewiesen, wobei ein Prioritätswert einen Rang angibt, mit dem die Applikation der Komponente bevorzugt oder nachrangig gegenüber einer weiteren Applikation, die durch das Informationssystem ausgeführt wird oder ausgeführt werden soll, behandelt wird.
Mit der Mensch-Maschine-Schnittstelle werden sämtliche Kommunikations- und Interaktionsprozesse zwischen dem Nutzer des Informationssystems und dem Fahrzeug über in dem Fahrzeug zur Verfügung stehende Eingabe- und Ausgabemittel vorgenommen. Unter der Ausführung der Applikation wird nicht nur das Betreiben der Applikation, sondern besonders auch deren Bedienung, z. B. über verschiedene, evtl. verschachtelte, Menüs oder Spracheingabebefehle verstanden.
Durch die Zuweisung eines Prioritätswerts zu der Applikation bezüglich der Mensch-Maschine-Schnittstelle kann die von der Komponente ausgeführte oder bereitgestellte Applikation in ein Prioritätenmanagement der Mensch-Maschine-Schnittstelle des Fahrzeugs integriert werden. Auf diese Weise wird sichergestellt, dass wichtige Informationen, wie z. B. Statusmeldungen des Fahrzeugs betreffend den Betriebszustand, nicht ausgeblendet, verdeckt oder bei einer akustischen Ausgabe durch die Applikation der Komponente unterbrochen werden. Durch den Prioritätswert kann auf einfache Weise die „Wichtigkeit” der Applikation in Relation zu anderen Applikationen, die durch das Informationssystem ausgeführt werden, festgelegt werden, wodurch die bestimmungsgemäße Funktion des Informationssystems nicht beeinträchtigt wird.
Gemäß einer zweckmäßigen Ausgestaltung wird beim Start der Applikation der Komponente eine Nachricht an das Informationssystem übertragen, in der die von der Applikation zu deren Ausführung benötigten Ressourcen der Mensch-Maschine-Schnittstelle beschrieben sind, wobei einer oder mehreren der benötigten Ressourcen der Mensch-Maschine-Schnittstelle ein jeweiliger Prioritätswert zugewiesen wird. Ressourcen sind allgemein alle Mittel zur Ausgabe von Informationen, insbesondere von Audio- oder Videodaten, sowie alle Eingabemittel. Ressourcen sind somit beispielsweise Lautsprecher, Displays und dergleichen. Auf diese Weise ist festgelegt, welchen Prioritätswert die Applikation bei der Nutzung einer bestimmen Ressource der Mensch-Maschine-Applikation in Bezug auf weitere Applikationen, die durch das Informationssystem ausgeführt werden oder werden sollen, aufweist. Es kann damit mit hoher Wahrscheinlichkeit sichergestellt werden, dass die durch die Komponente ausgeführte oder bereitgestellte Applikation das fahrzeugeigene Prioritätenmanagement der Mensch-Maschine-Schnittstelle nicht in nachteiliger Weise beeinflusst.
Eine weitere Ausgestaltung sieht vor, dass ein jeweiliger Prioritätswert aus einer Datenbank ermittelt und zur Verarbeitung durch das Informationssystem in einen Speicher des Fahrzeugs geladen wird, wobei in der Datenbank eine Zuordnung von Prioritätswerten einer jeweiligen Applikation zu den Ressourcen der Mensch-Maschine-Schnittstelle hinterlegt ist. Die Datenbank kann entweder in dem Fahrzeug oder auf einem zentralen Rechner, z. B. des Fahrzeugherstellers, vorgesehen sein. Die Ermittlung des Prioritätswerts aus einer Datenbank ermöglicht die einfache und schnelle Integration der Komponente in das Fahrzeugsystem. Das Vorhandensein eines Prioritätswerts in der Datenbank bedingt, dass die Komponente bzw. die durch die Komponente ausgeführte Applikation bezüglich des Fahrzeugs bereits bekannt ist und eine entsprechende Priorisierung in der Vergangenheit bereits stattfand. Die dabei bezüglich der Festlegung der Prioritätswerte getroffenen Feststellungen können dann in der Zukunft weiter verwendet werden. Sofern die Datenbank auf einem zentralen Rechner außerhalb des Fahrzeugs vorgehalten wird, kann die Datenübertragung beispielsweise auf drahtlose Weise erfolgen.
Zweckmäßigerweise werden als Komponente in das Informationssystem des Fahrzeugs eines oder mehrere der folgenden Geräte integriert: Audio-Abspielgerät, insbesondere portabler CD-Player, MP3-Player oder (Web-)Radio-Player oder Video-Abspielgerät, insbesondere portabler DVD-Player, TV-Player, Videokamera.
Gemäß einer weiteren zweckmäßigen Ausgestaltung wird ein jeweiliger Prioritätswert einer von mehreren vorgegebenen Prioritätsklassen zugeordnet, welche korrespondierend zu einer Ausgabeart von Informationen der Mensch-Maschine-Schnittstelle definiert sind, wobei eine Prioritätsklasse einen Rang aufweist, mit dem die Ausgabe einer Information einer Applikation mit zugeordneter Prioritätsklasse bevorzugt oder nachrangig gegenüber einer Ausgabe einer Information einer weiteren Applikation mit einer anderen Prioritätsklasse erfolgt. Unter einer Ausgabeart wird vorliegend verstanden, auf welche vorgegebene Weise eine durch die Applikation auszugebende Information visuell oder hörbar ausgegeben wird. Im Falle der visuellen Ausgabe von Informationen, z. B. zur Steuerung der Applikation, unterscheidet die Ausgabeart zwischen herkömmlichen Menüs (z. B. in Form einer Liste) oder einem sog. Popup-Menü, bei dem die zur Bedienung notwendigen Informationen über andere Informationen dargestellt werden. Je nach Ausgabeart erfolgt gemäß dieser Ausgestaltung eine Priorisierung relativ zu anderen Applikationen, welche durch das Informationssystem ausgeführt werden, so dass keine Konflikte auftreten können.
Gemäß einer weiteren zweckmäßigen Ausgestaltung wird der Prioritätswert dynamisch in Abhängigkeit eines Fahrzeugparameters verändert. Solche Fahrzeugparameter können beispielsweise die Fahrzeuggeschwindigkeit sein, wobei bei Überschreiten einer vorgegebenen Geschwindigkeit Informationen auf einem Ausgabemittel ausgeblendet werden, um die Fahrsicherheit sicherzustellen. Hierdurch kann ebenso gesteuert werden, ob ein Menü zur Bedienung der Applikation in Abhängigkeit des Fahrzeugparameters noch dargestellt werden darf oder nicht.
Weiterhin wird der Prioritätswert in Abhängigkeit davon festgelegt, ob dem Informationssystem eine bestimmte Komponente und/oder eine Applikation und/oder ein Datenquellentyp der Applikation bekannt sind oder nicht. Eine unbekannte Applikation kann mit einem niedrigen Prioritätswert versehen werden, so dass andere, dem Informationssystem bekannte Applikationen bevorzugt durch das Informationssystem behandelt werden. Diesem Vorgehen liegt die Überlegung zu Grunde, dass das Verhalten der Applikation nicht hinreichend bekannt ist und deshalb die Fahrsicherheit oder den Bedienkomfort beeinträchtigen könnte. Bekannte Applikationen hingegen können mit einem im Vergleich dazu höheren Prioritätswert versehen werden, da deren Verhalten und Interaktion mit dem Informationssystem bekannt ist.
Zur Erhöhung der Fahrsicherheit kann insbesondere vorgesehen sein, dass eine Applikation der Komponente, welcher kein Prioritätswert zugewiesen wird, nicht in das Informationssystem integriert wird. Hierdurch besteht kein Risiko, dass durch die Integration der Komponente in das Informationssystem das Bedienkonzept des Informationssystems sowie die Fahrsicherheit beeinträchtigt werden.
Es ist weiterhin zweckmäßig, wenn einem jeweiligen Prioritätswert Rechte bezüglich des Datenaustauschs und/oder bezüglich der Nutzung des Informationssystems zugewiesen werden. Beispielsweise können diese Rechte Lese-/Schreibrechte bezüglich Informationen, welche in einem Speicher des Informationssystems hinterlegt sind, umfassen. Die Rechte können ebenso die Zulassung der Wiedergabe oder das Verbot der Wiedergabe bestimmter Widgets betreffen. Ebenso kann durch einen jeweiligen Prioritätswert die Anzahl von Aktualisierungen pro Zeiteinheit gesteuert werden, sofern zwischen der Applikation der Komponente und dem Informationssystem ein Datenaustausch stattfindet.
Eine weitere Ausgestaltung sieht vor, dass der Prioritätswert für eine Applikation durch den Nutzer vorgegeben wird. Dieser durch den Nutzer vorgegebene Prioritätswert kann beispielsweise in einem Speicher des Fahrzeugs hinterlegt sein und beim erneuten Start der Applikation aus dem Speicher wiederum aufgerufen werden.
In einer weiteren Ausgestaltung wird die Integration der Komponente in das Informationssystem bezüglich der Eingabe- und/oder Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle des Informationssystems durch den Nutzer vorgenommen. Die Ein- und Ausgabe betrifft die Festlegung, in welchem Menü, z. B. in welcher Kategorie, die Applikation angeboten oder dargestellt werden soll. Es betrifft ferner die Festlegung der Bedienung, welche Tasten, Sprachbefehle und dergleichen genutzt werden können. Die Informationen oder Parameter können in einem Profil gespeichert und bei erneuter Verbindung der Komponenten mit dem Fahrzeuginformationssystem geladen werden. Auf diese Weise lässt sich die durch die Komponente ausgeführte Applikation nach persönlichen Vorlieben des Nutzers des Fahrzeugs in dieses integrieren.
Eine weitere Ausgestaltung sieht vor, dass bei einer durch das Informationssystem ausgeführten Applikation der Komponente und einer nicht bestimmungsgemäßen Trennung der Komponente von dem Informationssystem eine Behandlung des Applikationsabbruchs erfolgt, gemäß dem

– die Applikation als nicht mehr verfügbar angezeigt wird oder
– die Applikation von dem Informationssystem entfernt wird oder
– in dem Informationssystem zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebenen Zeitraum weiterverarbeitet werden oder
– von der Applikation nur teilweise an das Informationssystem übertragene Daten nachgeladen oder ergänzt werden oder
– eine Prädiktion des Verbindungsabbruchs erfolgt.

Durch diese Ausgestaltungsvariante ist sichergestellt, dass bei einer nicht bestimmungsgemäßen Trennung der Komponente von dem Informationssystem weder eine Beschädigung der Applikation noch des Informationssystems im Hinblick auf die darauf ablaufende Software auftreten kann. Hierdurch kann die bestimmungsgemäße Funktion des Informationssystems sichergestellt werden.
Gemäß einer weiteren zweckmäßigen Ausgestaltung werden beim Start der Applikation zur Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle, insbesondere regelmäßig verwendete Daten, wie z. B. Bilder und Texte, in einen Speicher des Informationssystems übertragen, wobei die Daten, wenn diese während der Ausführung der Applikation benötigt werden, aus dem Speicher des Informationssystems geladen werden.
Hierdurch kann die Reaktivität der Applikation verbessert werden. Darüber hinaus ist die Gefahr der Ablenkung beim Fahren verringert. Um die in dem Speicher des Informationssystem vorgehaltenen regelmäßig verwendeten Daten organisieren zu können, kann vorgesehen sein, jedes Datum (Textbestandteil oder Icon) mit einer eindeutigen ID zu versehen, unter der das jeweilige Datum aufgerufen und verarbeitet werden kann. Für Texte oder Textbestandteile können darüber hinaus auch Übersetzungen in dem Speicher vorgesehen sein, welche je nach Spracheinstellung im Fahrzeug verwendet werden.
In einer weiteren Ausgestaltung der Erfindung wird der Applikation der Komponente zur visuellen Ausgabe von Informationen über ein Display der Mensch-Maschine-Schnittstelle ein Teilbereich einer Anzeigefläche zur Verfügung gestellt, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems verbleibt. Gemäß einer speziellen Ausführungsvariante werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich durch die auf der Komponente ausgeführten Applikation erzeugt. Gemäß einer alternativen Ausführungsvariante werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich durch das Informationssystem unter Steuerung durch die Applikation erzeugt. Im ersten Fall wird durch die Applikation lediglich das Display der Mensch-Maschine-Schnittstelle zur Ausgabe von Informationen genutzt, während die rechenintensiven Schritte zur Erzeugung der Bilder (sog. Rendering) durch die Komponente, auf der die Applikation läuft, ausgeführt werden. Es wird somit lediglich das Display der Mensch-Maschine-Schnittstelle zur Ausgabe genutzt. Im zweiten Fall erfolgt hingegen die Erzeugung der darzustellenden Informationen durch eine Recheneinheit des Informationssystems selbst, wobei die zur Visualisierung notwendigen Daten von der Applikation der Komponente bereitgestellt werden.
Eine weitere Ausgestaltung sieht vor, dass die Applikation über eine definierte Programmierschnittstelle auf zumindest einen Fahrzeug-spezifischen Parameter zugreift oder der Applikation über die definierte Programmierschnittstelle der zumindest eine Fahrzeugspezifische Parameter bereitgestellt wird, und die Applikation den zumindest einen zur Verfügung gestellten Parameter verarbeitet. Dabei kann insbesondere vorgesehen sein, dass der zumindest eine Fahrzeug-spezifische Parameter eine gegenwärtige Fahrsituation des Fahrzeugs und/oder einen Fahrzeugzustand wiedergibt und/oder einen gegenwärtigen Aufenthaltsort des Fahrzeugs berücksichtigt. Insbesondere kann hierdurch durch die Applikation der Komponente die Position des Fahrzeugs, dessen Geschwindigkeit, ein Tankinhalt, eine Sprache oder ein eingestellter Radiosender berücksichtigt und verarbeitet werden. Insbesondere können hierdurch durch die Applikation sog. Location-based Services angeboten werden.
Die Erfindung umfasst ferner ein Computerprogrammprodukt, das direkt in den internen Speicher eines digitalen Rechners eines Fahrzeugs geladen werden kann und Softwarecodeabschnitte umfasst, mit denen die Schritte des beschriebenen Verfahrens ausgeführt werden, wenn das Produkt auf dem Rechner läuft.
Die Erfindung schafft ferner ein Informationssystem in einem Fahrzeug, das über eine Mensch-Maschine-Schnittstelle bedienbar ist und einem Nutzer des Fahrzeugs Informationen zur Verfügung stellt, wobei in das Informationssystem zumindest eine durch eine Komponente ausführbare oder bereitgestellte Applikation integrierbar ist. Erfindungsgemäß weist das Informationssystem Mittel auf, mit denen die Komponente gemäß den beschriebenen Verfahren in das Informationssystem integrierbar ist.
Die Erfindung wird nachfolgend näher anhand eines Ausführungsbeispiels beschrieben. Es zeigen:
1 eine schematische Darstellung eines erfindungsgemäßen Informationssystems, in die eine Komponente mit zumindest einer darauf ablaufenden Applikation integrierbar ist, und
2 eine schematische Darstellung eines Menübaums, in welchen die von einer externen Applikation erzeugten Informationen eingebunden sind.
Das Informationssystem 20 in einem Fahrzeug umfasst eine Mensch-Maschine-Schnittstelle 21 sowie einen Rechner 27 zu deren Steuerung. Die Mensch-Maschine-Schnittstelle 21 besteht aus einer Eingabevorrichtung 26, z. B. in Gestalt einer oder mehrerer Tasten, eines sog. Dreh-Drück-Stellers (Controller), einem Mikrofon und dergleichen sowie beispielhaft zwei Displays 22, 23 und zwei Lautsprechern 24, 25. Eines der Displays 22, 23 stellt beispielsweise ein zentral angeordnetes Informations-Display, z. B. zur Darstellung von Navigationsdaten, Radiosendern und dergleichen dar, während das andere der beiden Displays ein Informationsdisplay repräsentiert, über welches dem Fahrer Informationen über gefahrene Kilometer, Reichweite, Kilometerstand und dergleichen visualisiert werden. Der Lautsprecher 24 repräsentiert beispielsweise die in der Front eingebauten Lautsprecher, während Lautsprecher 25 stellvertretend für die im Heck eingebauten Lautsprecher steht. Neben den in der Figur dargestellten Ein-/Ausgabeelementen kann die Mensch-Maschine-Schnittstelle darüber hinaus weitere Elemente umfassen. Der Rechner 27 dient zur Steuerung der Mensch-Maschine-Schnittstelle 21 und nimmt die über die Eingabevorrichtung durch den Nutzer eingegebenen Daten entgegen, verarbeitet diese und gibt über eines oder mehrere der Ausgabemittel 22, 23, 24, 25 entsprechende Informationen aus. Sämtliche Komponenten der Mensch-Maschine-Schnittstelle können beispielsweise über den Datenbus miteinander verbunden sein. Der Rechner übernimmt damit die Funktion eines Mensch-Maschine-Interaktions(MMI)-Managers. In 1 ist ferner eine Datenbank 30 eingezeichnet, welche beispielsweise durch den Hersteller des Fahrzeugs verwaltet wird. Über eine drahtlose Kommunikationsverbindung ist der Rechner 27 des Informationssystems 20 in der Lage, mit der Datenbank 30 Daten auszutauschen und insbesondere in dieser gespeicherte Daten zur weiteren Verarbeitung abzurufen.
Eine Komponente 10, z. B. ein Audio- und/oder Video-Abspielgerät, ist über eine Datenverbindung 16 temporär oder dauerhaft an das Informationssystem 20 angeschlossen. Die Datenverbindung kann beispielsweise als Datenbus ausgebildet sein. Die Komponente 10 verfügt über eigene Ein-/Ausgabemittel, über die die durch die Komponente 10 ausführbare und darauf gespeicherte Applikationen 13, 14, 15 bedienbar und nutzbar sind. Als Ausgabevorrichtung ist beispielsweise ein Display 11 vorgesehen. Die Eingabevorrichtung 12 wird beispielhaft durch eine Anzahl an Tasten repräsentiert. Die Komponente 10 verfügt typischerweise zur Ausführung der darauf gespeicherten Applikationen 13, 14, 15 über eine eigene Recheneinheit sowie entsprechende Speichermittel.
Der Rechner 27 ist mit einem Speicher 28 verbunden, in dem ein für das Informationssystem gültiger Satz von Ein-/Ausgabevorschriften abgelegt ist. Unter dem Satz von Ein-/Ausgabevorschriften sind Informationen über die Version, die Wahlmöglichkeiten, die Erweiterungsmöglichkeiten, die Art und Weise der Bedienung sowie die zur Verfügung stehenden Ein- und Ausgabemittel und der möglichen Kommunikations- und Interaktionsprozesse für das Informationssystem zu verstehen. Der Satz an Ein-/Ausgabevorschriften ist hierbei abhängig von der konkreten Ausgestaltung der Mensch-Maschinen-Schnittstelle 20 und insbesondere abhängig von einem speziellen Fahrzeug, dessen Baureihe oder Fahrzeugausstattung. Die in dem Rechner 27 zur Verfügung stehende Prozesslogik validiert die von der Komponente 10 oder von den Ein-/Ausgabemitteln der Mensch-Maschine-Schnittstelle 20 stammenden Ein-/Ausgabevorschriften. Damit ist gewährleistet, dass die über das Informationssystem ansteuerbaren Einheiten den Satz von Ein-/Ausgabevorschriften erfüllen. Durch die Ein-/Ausgabevorschriften, welche spezifisch für eine spezielle Komponente und eine bestimmte Mensch-Maschine-Schnittstelle 21 des Informationssystems 20 sind, wird die Benutzung der durch die Komponente ausführbaren oder bereitgestellten Applikation mittels der Mensch-Maschine-Schnittstelle 21 des Informationssystems 20 ermöglicht.
Für jede durch die Komponente 10 bereitgestellte Applikation 13, 14, 15 wird eine Beschreibung ihrer Semantik bereitgestellt, auf deren Basis ein generischer Schnittstellengenerator dann eine geeignete Benutzerschnittstelle erzeugt und diese in die Mensch-Maschine-Schnittstelle 21 des Informationssystems 20 integriert. Eine derartige Vorgehensweise ist beispielsweise in der eingangs bereits genannten DE 101 34 717 A1 beschrieben. Eine weitere Beschreibung des Vorgehens zur Integration und Bereitstellung einer Benutzerschnittstelle ist in der Veröffentlichung „HMI generation for plug-in semantic description" von Andreas Hildisch, Jürgen Steurer und Reinhard Stolle beschrieben, deren Inhalt durch Bezugnahme in die Beschreibung der vorliegenden Erfindung aufgenommen wird.
In der nachfolgenden Beschreibung wird das Zusammenspiel der durch die Komponente 10 ausgeführten oder bereitgestellten Applikation 13, 14, 15 und der Mensch-Maschine-Schnittstelle des Informationssystems 20 unter dem Gesichtspunkt näher beschrieben, dass die Systematik und Ausführung der Mensch-Maschine-Schnittstelle durch die Fahrzeug externe und nachträglich in das Fahrzeug eingebrachte Komponente in keinster Weise beeinträchtigt wird. Unter der Ausführung der Applikation wird nicht nur das Betreiben der Applikation, sondern besonders auch deren Bedienung, z. B. über verschiedene, evtl. verschachtelte, Menüs oder Spracheingabebefehle verstanden.
Um die Funktion des Informationssystems 20 durch die Integration einer Fahrzeug externen Komponente 10 nicht in einer Weise zu beeinflussen, dass Funktionen, wie z. B. Warnungen, außer Kraft gesetzt, unterdrückt oder in sonstiger Weise negativ beeinflusst werden, ist vorgesehen, die durch die Komponente ausführbare oder bereitgestellte Applikation 13, 14, 15 20 in das Prioritätenmanagement des Informationssystems zu integrieren. Hierdurch wird sichergestellt, dass wichtige Informationen, wie z. B. Zustände des Fahrzeugs, nicht durch Bedienelemente der Applikation oder die Applikation selbst ausgeblendet, verdeckt oder bei einer akustischen Ausgabe unterbrochen werden.
Hierzu wird beim Start einer Applikation 13, 14, 15 der an das Informationssystem 20 angeschlossenen Komponente 10, der Applikation bezüglich der Mensch-Maschine-Schnittstelle 21 ein Prioritätswert zugewiesen. Der Prioritätswert gibt einen Rang an, mit dem die Applikation der Komponente bevorzugt oder nachrangig gegenüber einer weiteren Applikation, die durch das Informationssystem ausgeführt wird oder ausgeführt werden soll, behandelt wird. Die Zuweisung des Prioritätswerts erfolgt beispielsweise durch den Rechner 27.
Die Komponente 10 muss sich somit an dem Informationssystem 20 registrieren und seine Wichtigkeit (Priorität) relativ zu anderen Komponenten bekannt geben. Das Informationssystem 20 seinerseits hat sicherzustellen, dass die Komponente 10 sicherheitsrelevante Verbindungen nicht unterdrücken oder unterbrechen kann. Solche sicherheitsrelevanten Verbindungen sind beispielsweise Warntöne. Um die Zuweisung eines Prioritätswerts zu einer Applikation einer Komponente vornehmen zu können und die Integration in ein bereits bestehendes Prioritätenmanagement eines Fahrzeugs realisieren zu können, ist es zunächst notwendig, die in einem Fahrzeug zur Verfügung stehenden Ressourcen (Ein-/Ausgabemittel, wie z. B. Displays, Lautsprecher und dergleichen) festzulegen und gleichzeitig den von einer Applikation benötigten Ressourcen der Mensch-Maschine-Schnittstelle einen jeweiligen Prioritätswert zuzuweisen. Dies erfolgt dadurch, dass die Applikation bei ihrem Start die von ihr benötigten Ressourcen in einer Anfrage gegenüber dem Informationssystem 20 benennt. Gleichzeitig kann die Applikation angeben, mit welcher Priorität sie die Ressourcen beanspruchen möchte. Durch den Rechner 27 erfolgt dann ein Abgleich der abgefragten Prioritätswerte in Relation zu den innerhalb des Prioritätsmanagements festgelegten Regeln. Als Ergebnis erfolgt eine Zuweisung der Prioritätswerte der Applikation zu der oder den benötigten Ressourcen der Mensch-Maschine-Schnittstelle. Die jeweiligen Prioritätswerte können in dem Speicher 28 des Informationssystems 20 oder der Datenbank 30 außerhalb des Fahrzeugs hinterlegt werden. Beim nächsten Start der Applikation können dann die einmal festgelegten Prioritätswerte aus einem der beiden genannten Speicher geladen werden.
Es ist in diesem Zusammenhang zweckmäßig, wenn ein jeweiliger Prioritätswert einer von mehreren vorgegebenen Prioritätsklassen zugeordnet wird, welche korrespondierend zu einer Ausgabeart von die Bedienung betreffende Informationen der Mensch-Maschine-Schnittstelle definiert sind. Typischerweise existieren in einer Mensch-Maschine-Schnittstelle Popup-Menüs und Standardmenüs, in denen verschiedene Optionen nach Art einer Liste dargestellt werden. Innerhalb des Prioritätenmanagements weist eine Prioritätsklasse einen Rang auf, mit dem die Ausgabe einer Information einer Applikation einer gegebenen Prioritätsklasse bevorzugt oder nachrangig gegenüber einer Ausgabe einer Information einer weiteren Applikation mit einer anderen gegebenen Prioritätsklasse erfolgt. Dies bedeutet, dass beispielsweise wird einem Popup-Menü eine höhere Priorität als einem Standardmenü eingeräumt wird. Wenn die Applikation der Komponenten ein Popup-Menü darstellen möchte, so muss jedoch sichergestellt werden, dass hierdurch keine wichtigeren Informationen, wie z. B. Warnmeldungen, überblendet werden. Dies erfolgt durch die bereits beschriebene Zuweisung des Prioritätswerts.
Die Prioritätswerte für die einzelnen Ressourcen können zur Laufzeit der Applikation geändert werden. Dies ist beispielsweise dann möglich, wenn sich der Kontext der Applikation ändert. Die Festlegung der Prioritätswerte kann beispielsweise durch den Vergleich von Prioritätswerten anderer Komponenten, welche bereits in das Informationssystem integriert sind, erfolgen. Die Ressourcen-Zugriffskontrolle für ein Ein-/Ausgabemittel erfolgt für jede Änderung eines selektierten Auswahlelements, beispielsweise eines Menüs. Abhängig von der Priorität der gerade ausgewählten Komponente, kann eine neue Komponente den Fokus bekommen (d. h. über das Eingabemittel selektiert werden) oder auch nicht.
Durch das Prioritätenmanagement für sämtliche Ressourcen, d. h. Ein-/Ausgabemittel, der Mensch-Maschine-Schnittstelle 21, können beispielsweise folgende Fälle berücksichtigt werden:
Display-Szenarios

1. Darstellung von Menüs der Komponente, wobei der Datentyp der auszuführenden Applikation bekannt ist: Die tragbare Komponente, beispielsweise ein PDA, MP3-Player, Mobilfunktelefon, Navigationsgerät, wird in das Bedienkonzept der Mensch-Maschine-Schnittstelle 21 mit seinen eigenen Menüstrukturen eingebunden. Diese Menüs enthalten einen Baum unterschiedlicher Widgets. Abhängig von bestimmten Ereignissen der Komponente, ändert sich das gegenwärtig angezeigte Menü der Mensch-Maschine-Schnittstelle, unter Berücksichtigung jeweiliger Prioritätswerte.
2. Popup-Menüs der Komponente: Manche Komponenten stellen im Rahmen der Ausführung einer Applikation Informationen bereit, welche durch die Mensch-Maschine-Schnittstelle 21 als Popup-Menü dargestellt werden. Ein Popup-Menü zeichnet sich dadurch aus, dass es als oberste Ebene über anderen Menüs oder Popup-Menüs zum Liegen kommt. Abhängig bestimmter Komponenten-Ereignisse, wie beispielsweise einer durch die Komponenten-Applikation bereitgestellten Navigationsinformation oder einem eingehenden Anruf, kann ein neues Popup-Menü angezeigt werden, wobei dies abhängig von einem vergebenen Prioritätswert erfolgt.

Audioszenarios

1. Komponente als Audio-Quelle mit einem bekannten Datentyp: Die Komponente, z. B. ein PDA oder MP3-Player, kann als eine Audio-Quelle mit dem Informationssystem 20 verbunden werden. Im Fall eines bekannten Datentyps bzw. Typs der Komponente ist der Mensch-Maschine-Schnittstelle bekannt, welche Art von Audio-Typ die Komponente bereitstellt. Abhängig vom vergebenen Prioritätswert kann daher die Relevanz der Applikation in Bezug auf weitere Applikationen der Mensch-Maschine-Schnittstelle ermittelt werden und die Audio-Quelle derart behandelt werden, als wäre diese eine fahrzeugeigene Audioquelle.
2. Komponente als Audioquelle mit unbekanntem Quellentyp: Die Komponente kann einen Dienst anbieten, der dem Informationssystem Audiodaten bereitstellt, die dieses nicht kennt. Beispielsweise könnte dies ein über die Komponente empfangenes Webradio sein. Aufgrund des unbekannten Datentyps kann die Relevanz des Datenstroms nicht klassifiziert werden. Um dem Prioritätenmanagement gerecht zu werden, wird einer derartigen Applikation einer Komponente eine sehr geringe Priorität gegenüber anderen Applikationen, die durch das Informationssystem ausgeführt werden, eingeräumt. Auf diese Weise kann die Applikation als Audioquelle in die Mensch-Maschine-Schnittstelle 21 eingebunden werden, wobei jedoch sicherheitsrelevante Ereignisse aufgrund ihrer im Vergleich höheren Priorität vorrangig behandelt werden.

Videoszenarios

1. Anzeige von Videos, abhängig von einem Kontext: Die durch eine Komponente bereitgestellten Videos werden in Abhängigkeit eines Fahrzeugparameters, beispielsweise der Fahrzeuggeschwindigkeit, unterdrückt. Wird ein bestimmter eingestellter Geschwindigkeitswert überschritten, so wird ein Video-Strom, der gerade benutzt wird, angehalten. Die Wiederaufnahme des Videostroms kann abhängig von einer vorgegebenen Bedingung, beispielsweise dem Stillstand des Fahrzeugs, erneut erfolgen.
2. Komponente als Video-Quelle mit einem bekannten oder unbekannten Datentyp: Die Komponente, beispielsweise ein Smartphone, ein Videospieler, ein Fernsehempfänger oder ein Navigationsgerät, kann verschiedene Arten von Video-Quellen (DVD, Kamera, Fernsehen, Navigationskarte) anbieten. Diese Video-Ströme können auf einem der Displays 22, 23 der Mensch-Maschine-Schnittstelle 21 ausgegeben werden.

Allgemeine Szenarios

1. Komponente mit einem unbekannten Informationstyp: Komponenten können Informationen mit einem unbekannten Informationstyp bereitstellen. Unabhängig davon wird der Applikation der Komponente ein Prioritätswert zugewiesen, welcher die priorisierte Behandlung relativ zu einer durch das Informationssystem ausgeführten Applikation festlegt.
2. Anschluss mehrerer Komponenten an das Informationssystem: Beim Anschluss mehrerer Komponenten an das Informationssystem, welche den gleichen Informationstyp bereitstellen, erfolgt eine Zuweisung eines Prioritätswerts zu einer jeweiligen, durch die Komponenten bereitgestellten Applikation. Auch hierdurch ergibt sich eine Rangfolge, mit der festgelegt ist, ob eine der Applikationen der Komponenten bevorzugt oder nachrangig relativ zueinander oder gegenüber weiteren Applikationen des Informationssystems ausgeführt wird.
3. Zertifizierte Komponente: Prinzipiell könnte jede an das Informationssystem angeschlossene Komponente einen hohen Prioritätswert bezüglich der von ihr bereitgestellten Applikationen anfragen und dadurch wichtigere Informationen anderer Applikationen unterdrücken. Um die Zuweisung der Prioritätswerte sachgerecht vornehmen zu können, wird eine Unterscheidung bezüglich bekannter (zertifizierter) und unbekannter Komponenten vorgenommen. Bekannten Applikationen von bekannten Komponenten werden höhere Prioritätswerte zugewiesen als unbekannten Applikationen bzw. Komponenten.
4. Nutzerpräferenzen: Der Prioritätswert für eine Applikation einer Komponente kann durch einen Nutzer vorgegeben werden. Insbesondere ist es hierbei möglich, den oder die Prioritätswerte für eine Applikation aus einem Speicher, z. B. der in 1 gezeigten Datenbank 30, zu laden und zu nutzen. Ein einmal vergebener Prioritätswert sollte nicht mehr modifizierbar sein, um zu verhindern, dass sicherheitsrelevante Informationen durch eine neue Zuweisung in nachteiliger Weise beeinträchtigt werden.

Damit nicht beliebige Applikationen einen beliebigen Inhalt in der Mensch-Maschine-Schnittstelle ausgeben/anzeigen dürfen, werden nur berechtigte Applikationen in die Bedienstruktur der Mensch-Maschine-Schnittstelle des Informationssystems integriert. Hierzu können verschiedene Vertrauensgrade („Trust Level”) vorgesehen und vergeben werden. Darüber hinaus kann der Zugriff auf Fahrzeugdaten einer Applikation der Komponente mit bestimmten Rechten verbunden sein, welche ihrerseits an einen Prioritätswert gebunden sind. Beispielsweise kann einer Applikation ein lesender Zugriff auf bestimmte Daten erlaubt, ein schreibender Zugriff hingegen verboten sein. Darüber hinaus kann selektiv festgelegt sein, welche Daten durch die Applikation verarbeitet werden dürfen und welche nicht. Über die Zuweisung von Prioritätswerten kann darüber hinaus festgelegt werden, welche Widgets einer Applikation verboten und welche zugelassen sind. Unter Widgets werden beispielsweise Popup-Menüs oder dynamische Bilder verstanden. Darüber hinaus können durch den oder die einer Applikation zugewiesenen Prioritätswert oder -werte die Anzahl von Updates pro Zeiteinheit, mit der die Applikation Ressourcen der Mensch-Maschine-Schnittstelle nutzen kann, festgelegt werden.
Die Verwendung von Prioritätswerten, welche einer Applikation bezüglich einer Mensch-Maschine-Schnittstelle zugewiesen werden, ermöglicht auch die Personalisierung einer Applikation. Dies bedeutet, jeder Nutzer kann die Integration der Applikation mit seinem eigenen Profil, d. h. seiner eigenen Zuweisung von Prioritätswerten, konfigurieren. Beispielsweise kann festgelegt werden, in welches Menü eine Applikation integriert werden soll. Es kann eine Kategorie für die Applikation festgelegt werden, wodurch implizit der Einstiegspunkt für den Zugriff auf die Applikation festgelegt ist. Es ist eine Personalisierung der Anzeige hinsichtlich Widgets, Layouts, Schriftgröße, Farben, Ausblenden von Spalten bei einer Tabelle und dergleichen möglich. Die Personalisierung kann auch die Bedienung betreffen: beispielsweise die Belegung von Tasten, sog. Functional Bookmarks oder Sprachbefehlen für die neue Applikation. Ein durch einen Nutzer erstelltes Profil kann in einem Speicher des Informationssystems oder einer externen Datenbank gespeichert werden, um zu einem späteren Zeitpunkt die vorgenommenen Einstellungen abrufen zu können. Es ist in diesem Zusammenhang möglich, ein solches Profil über die Mensch-Maschine-Schnittstelle im Fahrzeug oder aber an einem externen PC vorzunehmen.
Bei einer in das Informationssystem integrierten Applikation der Komponente kann die Datenverbindung zwischen der Komponente und dem Informationssystem aus unterschiedlichen Gründen abreißen. Beispielsweise erfolgt eine Trennung bei laufender Applikation und einem eingehenden Anruf, der durch das Informationssystem behandelt wird. Um ein unvorhergesehenes Verhalten, sowohl der Komponente als auch des Informationssystems zu verhindern, ist vorgesehen, die Applikation in der Mensch-Maschine-Schnittstelle als nicht mehr verfügbar anzuzeigen. Beispielsweise kann die Applikation ausgegraut werden. Alternativ kann die Applikation von der Mensch-Maschine-Schnittstelle entfernt werden, so dass der betreffende Menüpunkt nicht mehr auswählbar ist. Um einen Datenverlust zu verhindern, ist es zweckmäßig, in dem Informationssystem zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebenen Zeitraum weiter zu verarbeiten und insbesondere zu speichern. Sofern eine Wiederaufnahme der Applikation erfolgt, können nur teilweise an das Informationssystem übertragene Daten nachgeladen oder ergänzt werden. Darüber hinaus kann vorgesehen sein, einen Verbindungsabbruch durch eine rechtzeitige Warnung oder ein Prefetching vorherzusagen und eine entsprechende Meldung über die Mensch-Maschine-Schnittstelle auszugeben.
Um die Reaktivität der durch die Komponente ausgeführten Applikation zu erhöhen und damit die Ablenkung während der Fahrt zu minimieren, können häufig benötigte Bilder und Texte initial beim Start der Applikation in das Informationssystem übertragen und in seinem Speicher vorgehalten werden. Hierdurch kann ein späteres Nachladen während der Bedienung vermieden werden. Zweckmäßigerweise wird hierzu jede Text- oder Bildressource mit einer eindeutigen Kennzeichnung versehen. Texte oder Textbestandteile können in mehreren Übersetzungen in dem Speicher hinterlegt sein, wobei das Informationssystem automatisch die richtige Sprache auswählt, je nach eingestellter globaler Sprache des Informationssystems.
Die Priorisierung einer Applikation kann auch dazu verwendet werden, der Applikation der Komponente zur visuellen Ausgabe von Informationen über ein Display der Mensch-Maschine-Schnittstelle 21 lediglich einen Teilbereich einer gesamten Anzeigefläche zur Verfügung zu stellen, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems verbleibt. Dies ist beispielsweise in 2 dargestellt. In der oberen Hälfte ist mit 50 eine Anzeigefläche eines Displays der Mensch-Maschine-Schnittstelle 21 dargestellt, wobei insgesamt vier Auswahlelemente 53 (sog. Softkeys) dargestellt sind. Über ein Eingabemittel kann eines der Auswahlelemente, in 2 das mit N fett gekennzeichnete Auswahlelement 53, ausgewählt werden. Hierbei erscheint der in 2 unten gezeigte Bildschirminhalt. In einem mit 51 gekennzeichneten, linken Teilbereich ist ein Menü mit einer Auswahlliste von Einträgen A bis E zu erkennen. Durch Selektion des Eintrags E wird beispielsweise die durch die Komponente 10 ausgeführte Applikation aufgerufen, wobei diese der mit 52 gekennzeichnete rechte Teilbereich der Applikation zur Verfügung gestellt wird. Während der Teilbereich 51 unter der Kontrolle des Informationssystems 20 verbleibt, liegt die Kontrolle des Teilbereichs 52 bei der Applikation. Hierbei können die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich 52 durch die auf der Komponente ausgeführte Applikation erzeugt werden. Beispielsweise werden die hierzu notwendigen Bilddaten auf der Komponente gerendert. In einer alternativen Ausgestaltung werden die zur Ausgabe zu bringenden Informationen in dem der Applikation zur Verfügung stehenden Teilbereich 52 durch das Informationssystem 20 unter Steuerung der Applikation erzeugt. Dies bedeutet, die Applikation stellt dem Informationssystem, z. B. dem Rechner 27, die zur Erzeugung der Bildinformation notwendigen Daten zur Verfügung, welche aus diesen die notwendigen Informationen erzeugt.
Hierdurch kann in vielen Fällen die Bedienung verbessert werden. Die Applikation kann durch fahrzeugspezifische Elemente (im linken Teilbereich 51 dargestellt) fahrergerecht bedient werden. Dennoch können auch graphikintensive Daten, wie z. B. Kartenbilder, angezeigt werden. In der Beschreibung der Applikation kann hierzu ein Freestyle-Widget definiert werden. Wird in der Applikation ein Wechsel zu diesem Zustand ausgelöst, so wird ein spezieller Layer dargestellt, der die von der Komponente gerenderten Daten anzeigt. Beispiele hierfür sind ein analoges Video-Signal oder eine digitale Pixel-Replikation. Um diesen Layer herum können fahrzeugspezifische Elemente, wie z. B. eine Statusanzeige, weiterhin angezeigt werden. Außerdem können auch bedienbare Elemente, wie z. B. Buttons, in einem Menü neben dem Layer angezeigt werden. Die Bedienung kann über die Fahrzeugelemente in der Toolbar erfolgen. Die Darstellung der Karte wird von der Komponente gerendert und in dem vorher definierten Layer angezeigt.
Eine weitere Ausgestaltung sieht vor, dass die auf der Komponente laufende Applikation auf Fahrzeugdaten zugreifen kann. Hierdurch können mittels von dem Fahrzeug bereit gestellten GPS-Daten, abhängig von der Fahrzeugposition, Suchdienste durch die Applikation ausgeführt werden, auch wenn die Komponente selbst über keinen GPS-Empfänger verfügt. Beispielsweise können folgende Fahrzeugdaten einer Applikation zur Verfügung gestellt werden: Fahrzeugposition (z. B. zur Ermittlung von Tankstellen oder Restaurants in der Umgebung des Fahrzeugs), Fahrzeuggeschwindigkeit, Tankinhalt, Uhrzeit/Datum, eingestellte Sprache, eingestellter Radiosender (z. B. mit einer Titelanzeige und der Möglichkeit des Online-Kaufs eines gerade gespielten Titels). Die Fahrzeugdaten können einmalig (z. B. Kilometerstand oder Fahrzeugposition) abgefragt werden. Alternativ können Daten auch zyklisch an die Applikation übergeben werden. Die Übertragung der Daten kann beispielsweise durch Initiative der Applikation erfolgen. In der Anfrage kann festgelegt sein, ob ein einzelner Wert oder zyklische Daten benötigt werden. Über den einer Applikation zugewiesenen Prioritätswert kann festgelegt werden, welche Daten von einer Applikation verwendet werden dürfen. Hierdurch wird sichergestellt, dass sensible Daten nicht von unberechtigten Stellen ausgewertet werden können.
Bezugszeichenliste

10: Komponente
11: Display
12: Eingabevorrichtung
13: Applikation
14: Applikation
15: Applikation
16: Datenverbindung
20: Informationssystem
21: Mensch-Maschine-Schnittstelle
22: Display
23: Display
24: Lautsprecher
25: Lautsprecher
26: Eingabevorrichtung, z. B. Tasten, Controller (Dreh-Drück-Steller)
27: Rechner
28: Speicher
30: Datenbank
50: Anzeigefläche
51: erster Teilbereich
52: zweiter Teilbereich
53: Auswahlelement
55: Popup-Fenster

ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

DE 10134717 A1 [0005, 0008, 0038]

Zitierte Nicht-Patentliteratur

„HMI generation for plug-in semantic description” von Andreas Hildisch, Jürgen Steurer und Reinhard Stolle [0038]

Claims

Verfahren zur Integration einer Komponente (10) in ein Informationssystem (20) eines Fahrzeugs, bei dem zumindest eine durch die Komponente (10) ausführbare oder bereitgestellte Applikation (13, 14, 15) durch eine Mensch-Maschine-Schnittstelle (21) des Informationssystems (20) einem Nutzer des Fahrzeugs verfügbar gemacht wird, dadurch gekennzeichnet, dass: – beim Start einer Applikation (13, 14, 15) der an das Informationssystem (20) angeschlossenen Komponente (10), der Applikation (13, 14, 15) bezüglich der Mensch-Maschine-Schnittstelle (21) zumindest ein Prioritätswert zugewiesen wird, wobei ein Prioritätswert einen Rang angibt, mit dem die Applikation (13, 14, 15) der Komponente (10) bevorzugt oder nachrangig gegenüber einer weiteren Applikation (13, 14, 15), die durch das Informationssystem (20) ausgeführt wird oder ausgeführt werden soll, behandelt wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass beim Start der Applikation (13, 14, 15) der Komponente (10) eine Nachricht an das Informationssystem (20) übertragen wird, in der die von der Applikation (13, 14, 15) zu deren Ausführung benötigten Ressourcen (22, 23, 24, 25) der Mensch-Maschine-Schnittstelle (21) beschrieben sind, wobei einer oder mehreren der von der Applikation benötigten Ressourcen (22, 23, 24, 25) der Mensch-Maschine-Schnittstelle (21) ein jeweiliger Prioritätswert zugewiesen wird.
Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass ein jeweiliger Prioritätswert aus einer Datenbank ermittelt und zur Verarbeitung durch das Informationssystem (20) in einen Speicher des Fahrzeugs geladen wird, wobei in der Datenbank eine Zuordnung von Prioritätswerten einer jeweiligen Applikation (13, 14, 15) zu den Ressourcen (22, 23, 24, 25) der Mensch-Maschine-Schnittstelle (21) hinterlegt ist.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass als Komponente (10) in das Informationssystem (20) des Fahrzeugs eines oder mehrere der folgenden Geräte integriert werden: – Audio-Abspielgerät, insbesondere portabler CD-Player, MP3-Player, (Web-)Radio-Player; – Video-Abspielgerät, insbesondere portabler DVD-Player, TV-Player, Video-Kamera.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass ein jeweiliger Prioritätswert einer von mehreren vorgegeben Prioritätsklassen zugeordnet wird, welche korrespondierend zu einer Ausgabeart von Informationen der Mensch-Maschine-Schnittstelle (21) definiert sind, wobei eine Prioritätsklasse einen Rang aufweist, mit dem die Ausgabe einer Information einer Applikation (13, 14, 15) mit zugeordneter Prioritätsklasse bevorzugt oder nachrangig gegenüber einer Ausgabe einer Information einer weiteren Applikation (13, 14, 15) mit einer anderen Prioritätsklasse erfolgt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Prioritätswert dynamisch in Abhängigkeit eines Fahrzeugparameters verändert wird.
Verfahren nach einem vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Prioritätswert in Abhängigkeit davon festgelegt wird, ob dem Informationssystem (20) eine bestimmte Komponente (10) und/oder eine Applikation (13, 14, 15) und/oder ein Datenquellentyp bekannt ist oder nicht.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass eine Applikation (13, 14, 15) der Komponente (10), welcher kein Prioritätswert zugewiesen wird, nicht in das Informationssystem (20) integriert wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass einem jeweiligen Prioritätswert Rechte bezüglich des Datenaustauschs und/oder bezüglich der Nutzung des Informationssystems (20) zugewiesen werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Prioritätswert für eine Applikation (13, 14, 15) durch den Nutzer vorgegeben wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Integration der Komponente (10) in das Informationssystem (20) bezüglich der Eingabe und/oder Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle (21) durch den Nutzer vorgenommen wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einer durch das Informationssystem (20) ausgeführten Applikation (13, 14, 15) der Komponente (10) und einer nicht bestimmungsgemäßen Trennung der Komponente (10) von dem Informationssystem (20) eine Behandlung des Applikationsabbruchs erfolgt, gemäß dem – die Applikation (13, 14, 15) als nicht mehr verfügbar angezeigt wird oder – die Applikation (13, 14, 15) von dem Informationssystem (20) entfernt wird oder – in dem Informationssystem (20) zwischengespeicherte Daten über den Applikationsabbruch hinaus für einen vorgegebene Zeitraum weiterverarbeitet werden oder – von der Applikation (13, 14, 15) nur teilweise an das Informationssystem (20) übertragene Daten nachgeladen oder ergänzt werden oder – eine Prädiktion des Verbindungsabbruchs erfolgt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim Start der Applikation (13, 14, 15) zur Ausgabe von Informationen über die Mensch-Maschine-Schnittstelle (21), insbesondere regelmäßig, verwendete Daten, insbesondere Bilder und Texte, in einen Speicher des Informationssystems (20) übertragen werden, wobei die Daten, wenn diese während der Ausführung der Applikation (13, 14, 15) benötigt werden, aus dem Speicher des Informationssystems (20) geladen werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Applikation (13, 14, 15) der Komponente (10) zur visuellen Ausgabe von Informationen über ein Display der Mensch-Maschine-Schnittstelle (21) ein Teilbereich einer Anzeigefläche zur Verfügung gestellt wird, wobei ein anderer Teilbereich unter Kontrolle des Informationssystems (20) verbleibt.
Verfahren nach Anspruch 14, dadurch gekennzeichnet, dass die zur Ausgabe zu bringenden Informationen in dem der Applikation (13, 14, 15) zur Verfügung stehenden Teilbereich durch die auf der Komponente (10) ausgeführten Applikation (13, 14, 15) erzeugt werden.
Verfahren nach Anspruch 14, dadurch gekennzeichnet, dass die zur Ausgabe zu bringenden Informationen in dem der Applikation (13, 14, 15) zur Verfügung stehenden Teilbereich durch das Informationssystem (20) unter Steuerung durch die Applikation (13, 14, 15) erzeugt werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Applikation (13, 14, 15) über eine definierte Programmierschnittstelle auf zumindest einen Fahrzeug-spezifischen Parameter zugreift oder der Applikation (13, 14, 15) über die definierte Programmierschnittstelle der zumindest eine Fahrzeug-spezifische Parameter bereitgestellt wird, und die Applikation (13, 14, 15) den zumindest einen zur Verfügung gestellten Parameter verarbeitet.
Verfahren nach Anspruch 17, dadurch gekennzeichnet, dass der zumindest eine Fahrzeug-spezifische Parameter eine gegenwärtige Fahrsituation des Fahrzeugs und/oder einen Fahrzeugzustand wiedergibt und/oder einen gegenwärtigen Aufenthaltsort des Fahrzeugs berücksichtigt.
Computerprogrammprodukt, das direkt in den internen Speicher eines digitalen Rechners eines Fahrzeugs geladen werden kann und Softwarecodeabschnitte umfasst, mit denen die Schritte gemäß einem der vorhergehenden Ansprüche ausgeführt werden, wenn das Produkt auf dem Rechner läuft.
Informationssystem (20) in einem Fahrzeug, das über eine Mensch-Maschine-Schnittstelle (21) bedienbar ist und einem Nutzer des Fahrzeugs Informationen zur Verfügung stellt, wobei in das Informationssystem (20) zumindest eine durch eine Komponente (10) ausführbare oder bereitgestellte Applikation (13, 14, 15) integrierbar ist, dadurch gekennzeichnet, dass das Informationssystem (20) Mittel aufweist, mit denen die Komponente (10) gemäß einem der vorhergehenden Ansprüche in das Informationssystem (20) integrierbar ist.