Die Erfindung betrifft im Allgemeinen Fahrerinformationssysteme zur Verwendung in einem Fahrzeug. Im Besonderen betrifft die Erfindung die Bereitstellung einer systemweiten oder globalen Suchfunktion in solchen Fahrerinformationssystemen. Hintergrund der Erfindung

Bedienoberflächen bei PC- oder CE-Geräten bieten einem Nutzer zur Interaktion eine Suche über die Inhalte des jeweiligen Systems an. Hier übliche

Interaktionsformen zwischen Mensch und Computer sind jedoch ungeeignet, um ein Fahrerinformationssystem (FIS) in einem Fahrzeug während der Fahrt bedienen zu können. Bei den bisherigen Systemen kann der Nutzer seine Aufmerksamkeit bei der Bedienung vollständig dem System widmen. Demgegenüber soll die Aufmerksamkeit eines Fahrers eines Fahrzeugs möglichst vollständig auf die Führung des Fahrzeugs gerichtet sein und nicht durch fahrzeugeigene Bediengeräte abgelenkt werden.

Selbst bei einer geringen Geschwindigkeit von 30km/h legt ein Fahrzeug in einer Sekunde bereits etwa 8m zurück. Daher sind Fahrzeughersteller bzw. entsprechende Zulieferunternehmen ständig bestrebt, die Mensch-Computer-Schnittstelle

hinsichtlich der Bedienbarkeit in Fahrzeugen so zu verbessern, dass der Fahrer möglichst wenig von seiner Fahraufgabe abgelenkt wird und sich möglichst dauerhaft auf die Fahraufgabe konzentrieren kann, um Sach- und Personenschäden aufgrund von Unaufmerksamkeiten zu vermeiden.

DE 699 1 6 482 T2 zeigt beispielsweise ein Informationssystem für Kraftfahrzeuge, bei dem jedoch im Wesentlichen nur die Interaktionen zwischen Nutzer und System zur Steuerung einer Navigationsfunktion betrachtet wird.

Fahrerinformationssysteme (FIS) moderner Kraftfahrzeuge sind nicht mehr lediglich auf die Funktionen Navigation und Radioempfang beschränkt. Mittlerweile sind FIS über Kommunikationsverbindungen mit dem Internet verbunden und haben Zugriff über im FIS laufende Softwareapplikationen auf zahlreiche externe Dienste, wie soziale Netzwerke, Multimediaanbieter, Verbindung zum Fahrzeughersteller für online-Diagnosefunktionen etc. Auch können aktuelle FIS selbst mit weiteren

Datenbanken, wie beispielsweise einer Mediendatenbank im Speicher eines mp3- Players, einer Termindatenbank in einem Terminkalender oder einem Adressbuch in einem Smartphone oder bei einem Dienstanbieter im Internet verbunden werden.

Die Vielfalt der für den Führer eines Fahrzeugs jederzeit über das FIS verfügbaren Dienste verstärkt, dass die von Arbeitsplatzcomputern bekannte Interaktion des Nutzers mit einem Computer immer weniger für den Einsatz in einem Fahrzeug zur Interaktion mit einem FIS geeignet sind, da die herkömmlichen Interaktionsformen zu lange die Aufmerksamkeit des Nutzer in Anspruch nehmen. Die damit verbundene Ablenkung des Fahrers von seiner Fahraufgabe erhöht direkt das Risiko von Unfällen und damit von Sach- und Personenschäden. Offenbarung der Erfindung

Es ist eine mögliche Aufgabe der vorliegenden Erfindung, ein verbessertes

Fahrerinformationssystem (FIS) für ein Fahrzeugs vorzuschlagen, das sich einfacher, insbesondere während der Fahrt des Fahrzeugs, durch den Fahrzeugführer als Nutzer bedienen lässt. Dabei ist es wünschenswert, dass die notwendigen

Interaktionen mit dem FIS die Aufmerksamkeit des Nutzers von seiner

Hauptaufgabe, nämlich der Führung des Fahrzeugs, so wenig wie möglich abzieht.

Wenigstens eine der Aufgaben wird mit den Merkmalen des unabhängigen

Anspruchs gelöst. Weitere Merkmale und Details der Erfindung ergeben sich aus den Unteransprüchen, der Beschreibung und den Zeichnungen.

Unter einem Fahrerinformationssystem (FIS) wird hier prinzipiell ein

Bordcomputer(system) für ein Fahrzeug verstanden, welches in seiner Architektur im Wesentlichen einem bekannten Computersystem entspricht, auf dem für den Einsatz in einem Fahrzeug spezifische Funktionen als Softwareapplikationen implementiert sind. Vereinfacht ist ein FIS für ein Fahrzeug ein Anzeigegerät, mit dem

verschiedene das Fahrzeug bzw. die Führung des Fahrzeugs betreffende

Informationen oder Verkehrsinformationen abgefragt und fahrzeugspezifische

Funktionen wie Navigationsführung dem Fahrer angezeigt werden können.

Informationen können dem Fahrer über eine in ein Kombiinstrument integrierte Anzeige oder über einen separaten Bildschirm in der Mittelkonsole oder auf dem Armaturenbrett dargestellt werden. Zur Interaktion des Nutzers mit dem FIS sind akustische Eingabe mittels Sprache, mechanische Eingabe über eine Tastatur oder einen Touchscreen, auch eine Steuerung mittels eines speziellen hierfür ausgelegten Bedienelements, mittels seitens des Nutzers mit einer Hand oder den Augen ausgeführter und vom FIS mittels einer Kamera erfasster Gesten oder

Kombinationen aus allen genannten Mitteln möglich. Der Begriff Komponente wird hier entsprechend dem Konzept der

komponentenbasierten Entwicklung von Software verstanden. Somit sei hier unter der Suchkomponente ein Software-Element verstanden, das konform zu einem Komponentenmodell ist und gemäß einem Composition-Standard ohne Änderungen mit anderen Komponenten verknüpft und ausgeführt werden kann (vgl. z.B. William T. Councill, George T. Heineman,„Component-Based Software Engineering", Addison-Wesley, 2001 , ISBN 0-201 -70485-4). Die Suchkomponente ist somit ein Software-Element einer komponentenbasierten Anwendung und besitzt definierte Schnittstellen zur Verbindung mit anderen Komponenten.

Ein Kerngedanke der Erfindung besteht darin, eine zentrale Suchkomponente zur Bereitstellung einer zentralen Suchfunktion in die Architektur des FIS derart zu integrieren, dass jeweils (Such)lnstanzen der Suchkomponente jederzeit, bevorzugt kategoriespezifisch, durch den Nutzer aufgerufen werden können. D.h., der Nutzer kann jederzeit im FIS eine Suchanfrage auslösen, wobei die aktuell im Vordergrund laufende Funktionskategorie des FIS einen Kontext für die Suchanfrage darstellen kann. Beispielsweise, wenn die im Vordergrund laufende Funktionskategorie„Musik" ist, ist die Suchkomponente so ausgelegt, dass ein Aufruf einer Suchinstanz aus der Kategorie Musik heraus dazu führt, dass zunächst Suchergebnisse dieser Kategorie gemäß einem vom Nutzer eingegebenen Suchwort ausgegeben werden. D.h., die Suchanfrage kann Suchergebnisse für den aktuellen Kontext zuerst liefern, erfolgt aber bevorzugt als globale Suche in jedem Fall in allen unterstützten Kategorien. Dabei werden für jede Kategorie die Suchergebnisse zurückgeliefert und angezeigt. Die Anordnung der Suchergebnisse bzw. deren Anzeigereihenfolge ist bevorzugt flexibel seitens des Nutzers einstellbar. D.h. zuerst Suchergebnisse der Kategorie Navigation, dann Suchergebnisse der Kategorie Multimedia, etc. oder auch anders. Ein erfindungsgemäßes Fahrerinformationssystem (FIS) für ein Kraftfahrzeug weist wenigstens eine zentrale Steuereinheit, eine Anzeige, wenigstens ein Eingabemittel und mehrere jeweils eine Kategorie definierende Applikationen auf, die jeweils mit einer Datenbank mit kategoriespezifischen Daten verbunden sind. Kategorien können beispielsweise Unterhaltung, Kontakte, Navigation, online-Dienste etc. sein.

Die zentrale Steuereinheit des FIS weist eine zentrale Suchkomponente auf, von der eine oder mehrere Instanzen jederzeit durch einen Nutzer des FIS über eine

Mensch-Maschine-Schnittstelle (MMI) aufrufbar ist bzw. sind. Eine aktuell im

Vordergrund laufende Applikation des FIS definiert dabei einen Kontext für eine Suche. Die eine Instanz der Suchkomponente führt bzw. die mehreren Instanzen der Suchkomponente führen jeweils in wenigstens einer zu einer der Applikationen zugehörigen Kategorie eine kontextspezifische Suchanfrage in den

kategoriespezifischen Daten durch, indem primär in den kategoriespezifischen Daten der Applikation, aus der die Suche aufgerufen wurde, und sekundär in allen zur Verfügung stehenden Daten gesucht wird. Bevorzugt erfolgt die Suche in allen Kategorien.

Alternativ kann konfiguriert werden, wo, d.h. in welcher Kategorie, grundsätzlich zuerst gesucht wird, wobei dann primär nicht im aktuellen Kontext sondern in der als bevorzugt eingestellten Kategorie gesucht wird.

Die zentrale Suchkomponente kann konfiguriert sein, dem Nutzer, nach einem Aufruf der Suchkomponente, vorherbestimmbare Suchworte zur Auswahl anzuzeigen.

Dabei kann es sich beispielsweise um bei einer letzten Suche eingegebene

Suchworte handeln. Beispielsweise könnte es in der Kategorie Navigation einige Ziele geben, die von einem Nutzer regelmäßig angefahren werden, wie

beispielsweise der eigene Wohnort, der Arbeitsplatz, bestimmte für Freizeitaktivitäten regelmäßig aufgesuchte Orte etc. Solche Orte können dem Nutzer vorteilhaft bei einem Aufruf der Suchkomponente aus dem Kontext Navigation, beispielsweise entsprechend ihrer Auswahlhäufigkeit oder auch entsprechend bestimmter

Zeitmuster zur direkten Auswahl angeboten werden. Jedes Mal, wenn der Nutzer eine derartige angebotene Auswahl nutzen kann, wird die Interaktionszeit mit dem FIS entsprechend verkürzt und damit der Nutzer als Fahrer nicht unnötig von der Fahraufgabe abgelenkt. D.h., mit der Erfindung wird erreicht, dass der Fahrer seine Aufmerksamkeit mit weniger Unterbrechungen auf die Fahraufgabe richten kann. Dies hilft Unfälle und damit Sach- und Personenschäden zu vermeiden. Die zentrale Suchkomponente kann konfiguriert sein, die Suchergebnisse nach Unterkategorien sortiert anzuzeigen. Bevorzugt werden dem Nutzer die

Suchergebnisse sortiert mit ordnenden Überschriften angezeigt. Dabei werden dem Nutzer bevorzugt wenigstens zwei spezifische Ergebnisse zur Direktauswahl auf der Anzeige pro Überschrift angezeigt.

Die zentrale Suchkomponente kann konfiguriert sein, nach einer erfolgten Auswahl eines Suchergebnisses durch den Nutzer, für das ausgewählte Suchergebnis mögliche kategoriespezifische nächste Interaktionsschritte mit dem FIS anzubieten. Beispielsweise, wenn das Suchergebnis aus der Kategorie Navigation stammt, kann die zentrale Suchkomponente konfiguriert sein, dem Nutzer als nächste

Interaktionsschritte eine erneute oder weitere Suchanfrage für eine Straßensuche, eine spezifische Funktion der Kategorie Navigation, wie beispielsweise„Navigation starten" oder die Darstellung des Suchergebnisses in einer Straßenkarte auf der Anzeige zur Auswahl anzubieten. Dadurch ergibt sich für den Nutzer der Vorteil, dass er alle im System möglichen Bedienhandlungen mit dem gefundenen Suchbegriff auf einen Blick erkennen kann und damit nicht den längeren Weg zur Auswahl einer Funktion über das hierarchische Menüsystem des FIS gehen muss. Dies führt zu einer deutlichen Minimierung der Interaktionszeit und damit der Ablenkung des Nutzers von der Führung des Fahrzeugs. Die zentrale Suchkomponente kann konfiguriert sein, dem Nutzer des FIS

zusammen mit den Suchergebnissen als eine weitere Auswahlmöglichkeit, einen Wechsel in eine der anderen Kategorien des FIS zur Auswahl anzubieten. Dabei kann die zentrale Suchkomponente bevorzugt weiter so konfiguriert sein, dass in einer ausgewählten Kategorie die nächste Suche unmittelbar mit dem zuletzt eingegebenen Suchbegriff gestartet wird. Dieses Vorgehen erreicht wiederum eine Verkürzung der Interaktionszeit, in den Fällen, in denen der Nutzer bei einer ersten kategoriespezifischen Suche erkennt, dass er eigentlich in einer anderen Kategorie suchen wollte. Dazu muss der Nutzer nur über den zur Auswahl angebotenen Kategorienwechsel die Kategorie wechseln. Danach führt eine zur Zielkategorie gehörige Suchinstanz der zentralen Suchkomponente sofort eine Suche mit dem letzten Suchwort durch. Die zu durchsuchenden Daten der jeweiligen Kategorien können Daten einer Datei, Daten eines Kalendereintrags, Daten einer Notiz, Daten einer Webseite oder Daten in einer Datenbank oder ähnliches sein. Die zu durchsuchenden Daten der jeweiligen Kategorien können lokal, beispielsweise in einer Speicherart oder verschiedenen Speicherarten, wie beispielsweise einem flüchtigen Speicher, einem Festplattenspeicher oder einem lokalen Netzwerk, innerhalb des Fahrzeugs oder außerhalb des Fahrzeugs, wie beispielsweise im Internet oder in einem Backend, abgelegt sein. Die zu durchsuchenden Daten der jeweiligen Kategorien können entweder alle in einer zentralen Datei oder Datenbank, in getrennten Dateien oder Datenbanken pro Kategorie oder eine Kombination davon abgelegt sein. Die zu durchsuchenden Daten bestimmter Kategorien können auch in einer gemeinsamen Datenbank zusammengefasst abgelegt sein und die Daten der anderen Kategorien können wiederum in einzelnen Dateien oder Datenbanken abgelegt sein.

Die zentrale Suchkomponente kann für das Durchsuchen und Auffinden von jeglichen im FIS verfügbaren Daten, wie beispielsweise Dateinamen, Dateiattribute, IVIetainformationen, DateiVDatenbankinhalte, Webseiten, Webinhalte, Menüeinträge, Bedienungsanleitungseinträge, Kalendereinträge, eingerichtet sein.

Jede Kategorie des FIS kann eine eigene zugeordnete Suchkomponente oder Instanz der zentralen Suchkomponente aufweisen. D.h., die jeweilige

Suchkomponente oder Suchinstanz übernimmt das Durchsuchen der Datenbank der entsprechenden Kategorie, sobald diese eine Sucheingabe von der zentralen Suchkomponente erhält. Dadurch kann die globale Suche einfach erweitert werden, indem Kategorien mit eigener Suchinstanz einfach entdeckt, eingebunden oder entfernt werden können, auch wenn die Art ihrer Daten vorher nicht bekannt ist. Die Suche bietet dabei eine Schnittstelle mit deren Hilfe Erweiterungen, beispielsweise neue Suchinstanzen als Plug-ins, flexibel hinzugefügt oder entfernt werden können.

Die zentrale Suchkomponente ist bevorzugt konfiguriert, eigenen Dateien und/oder Datenbanken zu durchsuchen, Suchanfragen an jeweilige Suchinstanzen der Kategorien weiterzuleiten und die von allen Suchinstanzen gelieferten

Suchergebnisse zu sammeln. Die zentrale Suchkomponente kann auch konfiguriert sein, Daten und/oder Dateien von bestimmten Kategorien zu indizieren und diese zusammen mit Indexdaten in eine eigene Datenbank mit direktem Zugriff zu speichern, dort kann die zentrale Suchinstanz selber jederzeit und schnell Suchen durchführen. Die zentrale

Suchkomponente kann dann weiter konfiguriert sein, Suchanfragen nur an die

Suchinstanzen weiterzuleitet, deren Daten nicht indiziert worden sind, und schließlich eigene Suchergebnisse mit denen der weiteren Suchinstanzen zusammenzuführen.

Die zentrale Suchkomponente kann weiter konfiguriert sein, die Daten und/oder Dateien aller Kategorien in einer globalen Datenbank zu indizieren, sodass die zentrale Suchkomponente jede Suche vollständig selbst durchzuführen kann.

Alternativ oder zusätzlich kann die zentrale Suchkomponente auch einen direkten Zugriff auf die jeweiligen Daten und/oder Dateien und/oder Datenbanken der einzelnen Kategorien haben und konfiguriert sein, die Suchen selbst durchzuführen.

Es sei darauf hingewiesen, dass die zentrale Suchkomponente separat zur Mensch- Maschinen-Schnittstelle oder in diese integriert ausgeführt sein kann.

Ein erfindungsgemäß ausgestaltetes FIS eignet sich besonders für Kraftfahrzeuge wie Automobile, aber die hier vorgestellten Prinzipien sind auch auf Motorräder übertragbar bzw. dort einsetzbar.

Bevorzugte Ausführungsbeispiele

Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung, in der unter Bezugnahme auf die Zeichnungen

Ausführungsbeispiele der Erfindung im Einzelnen beschrieben sind. Dabei können die in den Ansprüchen und in der Beschreibung erwähnten Merkmale jeweils einzeln für sich oder in beliebiger Kombination erfindungswesentlich sein. Ebenso können die vorstehend genannten und die hier weiter ausgeführten Merkmale je für sich oder zu mehreren in beliebigen Kombinationen Verwendung finden. Funktionsähnliche oder identische Bauteile oder Komponenten sind teilweise mit gleichen

Bezugszeichen versehen. Die in der Beschreibung der Ausführungsbeispiele verwendeten Begriffe„links",„rechts",„oben" und„unten" beziehen sich auf die Zeichnungen in einer Ausrichtung mit normal lesbarer Figurenbezeichnung bzw. normal lesbaren Bezugszeichen. Die gezeigten und beschriebenen Ausführungsformen sind nicht als abschließend zu verstehen, sondern haben beispielhaften Charakter zur Erläuterung der Erfindung. Die detaillierte Beschreibung dient der Information des Fachmanns, daher werden bei der Beschreibung bekannte Schaltungen, Strukturen und Verfahren nicht im Detail gezeigt oder erläutert, um das Verständnis der vorliegenden Beschreibung nicht zu erschweren.

Figur 1 zeigt ein stark vereinfachtes Blockschaltbild eines FIS;

Figur 2 veranschaulicht ein Beispiel für eine schnell verfügbare Suchfunktion durch Integration der Suchfunktion als zentrale Suchkomponente in ein jederzeit aufrufbares Schnellzugriffmenü eines Fahrerinformationssystems (FIS); Figur 3 veranschaulicht eine bespielhafte Darstellung einer Suchworteingabe mittels einer Buchstabierfunktion (Speller);

Figur 4 veranschaulicht eine beispielhafte Darstellung einer Suchworteingabe mittels Tastatur;

Figur 5 veranschaulicht eine beispielhafte Darstellung einer Suchworteingabe mittels Handschrift über eine berührungsempfindliche Sensoroberfläche;

Figur 6 veranschaulicht ein Beispiel einer zentralen Informationsanzeige (CID) nach Eingabe eines Suchwortes„MÜNCH" zusammen mit einem Beispiel einer

Suchergebnisdarstellung;

Figur 7 veranschaulicht ein Beispiel für eine Darstellung möglicher nächster

Interaktionsschritte mit dem Fahrerinformationssystem in Fortsetzung des Beispiels der Figur 6;

Figur 8 veranschaulicht ein erstes Beispiel für eine mögliche Architektur des

Gesamtsystems;

Figur 9 veranschaulicht ein zweites Beispiel für eine mögliche Architektur des Gesamtsystems;

Figur 10 veranschaulicht ein drittes Beispiel für eine mögliche Architektur des Gesamtsystems; Figur 1 1 veranschaulicht ein viertes Beispiel für eine mögliche Architektur des Gesamtsystems; und

Figur 12 veranschaulicht die Implementierung der zentralen Suchkomponente separat zur MM I.

Figur 1 ist ein stark vereinfachtes Blockschaltbild eines FIS 1 . Das FIS 1 weist im Wesentlichen eine Eingabeeinheit 3, wie beispielsweise ein zentrales Bedienelement (ZBE), zur Eingabe von Befehlen und Daten in das FIS 1 durch einen Nutzer und eine zentrale Informationsanzeige (CID) 5 zur Ausgabe von Informationen an den Nutzer auf. Des Weiteren besitzt das FIS 1 ähnlich zu einem bekannten

Computersystem eine Haupteinheit 7, die im Wesentlichen wie ein bekannter Computer aufgebaut ist. D.h., die Haupteinheit 7 besitzt wenigstens eine Rechenoder Verarbeitungseinheit, Speichermittel zum Speichern der Software des FIS 1 und der auf dem FIS 1 ausgeführten Applikationen (oder Anwendungen),

Speichermittel zum Speichern von Arbeitsdaten und Schnittstellen zur Verbindung und Kopplung anderer Bestandteile des FIS 1 , wie dem ZBE 3 und dem CID 5.

Figur 2 veranschaulicht ein Beispiel für eine schnell verfügbare Suchfunktion durch Integration der Suchfunktion in ein jederzeit aufrufbares Schnellzugriffmenü des Fahrerinformationssystems (FIS) 1 der Figur 1 .

Beispielsweise kann das FIS 1 so konfiguriert sein, dass durch Betätigung einer zugeordneten Taste des FIS oder mittels einer zugeordneten Bediengeste an dem zentralen Bedienelement (ZBE) 3 ein Schnellzugriffsmenü oder Fenster über den aktuellen Inhalt des zentralen Informationsbildschirms, CID 5, des FIS 1 als

Überlagerung (Overlay) 9 eingeblendet ist. In das Schnellzugriffsmenü 1 1 ist die Suchkomponente 13 neben anderen Funktionen oder Applikationen durch den Nutzer in bei grafischen Benutzeroberflächen bekannter Weise aus- oder anwählbar. Figur 2 zeigt als Beispiel für das Schnellzugriffsmenü 1 1 neben der Suchkomponente 13 auch die Möglichkeiten eines Zugriffs auf die interne Festplatte 15 des FIS 1 , auf ein soziales Netzwerk 17, wie Facebook, auf die Radiofunktion 19 des FIS 1 oder das Internet 21 . Selbstverständlich ist es auch möglich, die Suche direkt zu starten, ohne das zunächst ein Schnellzugriffsmenü geöffnet werden muss. D.h. sobald die Suche gestartet wird, z.B. durch Drücken einer Taste, wird dann direkt das Suchfenster geöffnet. Gemäß einem Aspekt der hier vorgeschlagenen Lösung kann der Nutzer jederzeit, beispielsweise über Druck auf das ZBE 3, die Suchkomponente aufrufen. Die damit ausgelöste Suchfunktion erfolgt in der durch die aktuelle Funktion des FIS 1 spezifizierte Kategorie und stellt somit eine kontextspezifische Suchanfrage dar. Die Hauptkomponente 7 des FIS 1 ist so eingerichtet, dass über den aktuellen Inhalt der zentralen Informationsanzeige CID 5 das Schnellzugriffmenü 1 1 , in dem u.a. die Suchkomponente 13 enthalten ist, als Überlagerung (Overlay) 9 über den bisherigen Inhalt der zentralen Informationsanzeige (CID) angezeigt wird. Somit steht dem Nutzer ein zentraler Suchzugang über alle Inhalte des FIS 1 zur Verfügung.

Um den besonderen Anforderungen im Fahrzeug zu genügen, kann die Eingabe des Suchwortes mittels multimodaler Interaktion durch den Nutzer, d.h. den Fahrer oder auch einen Beifahrer erfolgen. Multimodale Interaktion bezeichnet in der Informatik Interaktionsformen zwischen Menschen und Computern, bei denen mehrere

Modalitäten verwendet werden. Bei der Interaktion können verschiedenste Arten der Eingabe des Suchwortes, wie beispielsweise akustisch über ein Mikrophon (nicht gezeigt) oder elektro-mechanisch, wie beispielsweise mittels Berührung über eine berührungsempfindliche Oberfläche der zentralen Informationsanzeige CID 5, d.h. einen Touchscreen, oder über das zentrale Bedienelement ZBE 3, verwendet werden. Auch zukünftige Eingabeformen für alphanumerische Eingaben in FIS können zur Interaktion genutzt werden. Die Eingabe eines Suchfelds kann dabei durch eine entsprechende Anzeige auf der CID 5 unterstützt werden.

Figur 3 veranschaulicht einen Eingabevorgang in ein Suchworteingabefeld über einen "Speller" 23. Dabei wird auf dem CID 5 eine über das ZBE 3 steuerbare Auswahleinrichtung 25 für einzelne alphanummerische Zeichen 27 angezeigt. D.h., der Nutzer kann ein gewünschtes Suchwort über eine Betätigung des ZBE 3 eingeben, beispielsweise durch eine Kombination aus Drehen und Drücken. Die CID 5 zeigt dem Nutzer den Auswahlvorgang quasi als ein optisches Feedback an. Figur 4 veranschaulicht als weitere Eingabemöglichkeit eine auf dem CID 5 emulierte Tastatur 29. Dabei wird dem Nutzer auf dem als Touchscreen ausgeführten CID 5 die alphanummerische Tastatur 29 angezeigt. Durch entsprechendes Berühren einzelner der Tasten 31 der angezeigten Tastatur kann der Nutzer ein Suchwort Zeichen für Zeichen eingeben.

Figur 5 veranschaulicht eine weitere Eingabemöglichkeit per Handschrift. Dabei kann der Nutzer das Suchwort Zeichen für Zeichen (zeichenweise) über eine,

beispielsweise auf dem ZBE 3 angeordnete, berührungsempfindliche Oberfläche in das FIS 1 eingeben. Dem Nutzer wird auf dem CID 5 als optisches Feedback der aktuelle Eingabevorgag veranschaulicht, indem die Berührung des Nutzers auf dem ZBE 3 auf dem CID 5 entsprechend nachgezeichnet wird.

Schließlich kann die Eingabe des Suchwortes auch über Sprache erfolgen. Es versteht sich, dass dazu beispielsweise ein für eine Freisprecheinrichtung

vorgesehenes Mikrophon des FIS verwendet werden kann. Besonders vorteilhaft ist es, dass das FIS 1 so eingerichtet ist, dass der Nutzer zwischen den unterschiedlichen Eingabemethoden je nach entsprechender

Fahrsituation frei wählen kann. Beispielsweise kann vorgesehen sein, dass die Eingabemöglichkeit über die Softtastatur 29 auf dem CID 5 nur bei stehendem Fahrzeug zugelassen wird, da der Nutzer sonst zu viel Aufmerksamkeit auf die Bedienung der Tastatur 29 richten muss.

Um die zeit-und aufmerksamkeitsintensive alphanumerische Eingabe so kurz wie möglich zu gestalten, ist die Steuerung des FIS 1 eingerichtet, dem Nutzer bereits am Anfang einer Eingabe mögliche hochrelevante Suchworte zur Auswahl anzuzeigen. Zum Beispiel können wie in den Figuren 3 bis 5 im rechten Bereich des CID 5 gezeigt, die zuletzt eingegebenen Suchworte 33 zur Auswahl mittels Taste „zuletzt gesucht" 34 angeboten werden. In den in den Figuren 3 bis 5 gezeigten Beispielen sind die letzten beiden Suchworte„Restaurant" und„Schwarzwald".

Die Figuren 6 und 7 veranschaulichen einen Eingabevorgang für ein Suchwort mittels der Softtastatur 29 und die Anzeige der dynamisch aktualisierten

Suchergebnisse 35. Es versteht sich, dass zur Ausgabe der Suchergebnisse neben der grafischen Anzeige auf dem CID 5 ebenfalls eine Sprachausgabe oder, falls sinnvoll, Geräusche oder ein haptisches Feedback eingesetzt werden können.

Bevorzugt erfolgt eine graphische Anzeige der Suchergebnisse auf dem CID 5 als Anzeige des FIS 1 . Wie oben angemerkt, sind die Suchergebnisse aus dem Kontext der Kategorie, aus der die Suche im FIS 1 aufgerufen wurde. D.h., wenn die

Suchfunktion aus der Navigationsfunktion des FIS 1 heraus aufgerufen wurde, werden dem Nutzer Suchergebnisse im Zusammenhang mit geographisch

verortbaren Objekten zuerst angezeigt.

Besonders vorteilhaft werden die Suchergebnisse mit Eingabe jedes weiteren

Buchstabens aktualisiert angezeigt. D.h., der Nutzer muss nicht zuerst das gesamte Suchwort eingeben, um die eigentliche Suche zu starten. In den Figuren 5 und 6 hat ein Nutzer bereits fünf Zeichen eingegeben, welche die Zeichenkette 37„MÜNCH" bilden. Die Steuerung des FIS 1 ist so programmiert, dass die Suche mit dem ersten eingegebenen Zeichen beginnt und dynamisch mit jedem weiteren eingegebenen Zeichnen der Zeichenkette 37 die Suchergebnisse immer aktualisiert werden. Somit muss der Nutzer nur so wenig alphanumerische Zeichen wie möglich eingeben, da er das gewünschte Suchwort auch aus den aktuell angezeigten Suchergebnissen 35 auswählen und so die Eingabe weiterer Zeichen des Suchworts abkürzen kann.

Ergänzend verfügt die Steuerung des FIS 1 über eine

Autovervollständigungsfunktion für die Zeichenkette 37 zum Suchwort. D.h., die vom Nutzer zeichenweise eingegebene Zeichenkette 37 wird laufend basierend auf vorbestimmten heuristischen oder statistischen Suchkriterien verwendet, um im Suchraum mögliche passende Ergebnisse zu ermitteln. Die gefundenen Ergebnisse werden dann als mögliche Vervollständigungen der aktuellen Zeichenkette 37 dem Nutzer zur Direktauswahl angezeigt. Dabei können auch fehlertolerante

Suchstrategien angewendet werden, um bei einer Falscheingabe der Zeichenkette durch den Nutzer diesem bereits das eigentlich erwünschte Suchwort zur Auswahl anzeigen zu können. Dadurch wird dem Nutzer zusätzlich die Eingabe erleichtert.

Weiter werden die Suchergebnisse 35 auf dem CID 5 nach Unterkategorien 39 sortiert angezeigt. Beispielsweise ist in der Figur 6 angenommen, dass im rechten Bildschirmbereich des CID 5 die Überschriften„Adressen (9)" und„Sonderziele (7)" als Unterkategorien 39 angezeigt werden. D.h., das FIS hat basierend auf dem bis dahin eingegebenen Suchwort„MÜNCH" dem Nutzer u.a. das automatisch vervollständigte Suchwort 41 „MÜNCHEN" angeboten, zu dem es 9 mögliche Ziele von Kontakten im Adressbuch des Nutzers bzw. 7 Sonderziele gibt. Zu jeder Unterkategorie 39 zeigt das FIS 1 weiter wenigstens zwei spezifische Ergebnisse 43, 45 zur Direktauswahl an. Dies sind„MÜNCHEN" und„MÜNCHHAUSER Straße" 43 für die Unterkategorie 39 „Adressen" und„München Hauptbahnhof" sowie„München Marienplatz" 45 für die Unterkategorie 39„Sonderziele".

Die Anzahl der dargestellten Zeilen eines Suchergebnisses werden je nach

Platzbedarf dynamisch angepasst.

In den Suchergebnissen 35 wird zur leichteren Orientierung für den Nutzer der Anteil des aktuell eingegebenen Suchstrings 37 in den gefundenen Suchergebnissen, beispielsweise durch eine Darstellung der entsprechenden Zeichen mit höherer Intensität, anderer Farbe, etc. hervorgehoben. Figur 7 zeigt ein Beispiel für die Darstellung möglicher kontextspezifischer nächster Interaktionsschritte 47 mit dem FIS 1 in Fortsetzung des Beispiels der Figur 6, um dem Nutzer ein möglichst ablenkungsfreies Erfassen der Suchergebnisse und Interagieren mit den Suchergebnisse zu ermöglichen.

Hier werden nach der Auswahl eines Suchergebnisses, beispielsweise„MÜNCHEN" 49 im rechten Bereich der Figur 7, in einer neuen Darstellung die für dieses Ergebnis möglichen nächsten Interaktionsschritte 47 angeboten.

Diese möglichen nächsten Interaktionsschritte 47 werden bevorzugt spezifisch für die Funktionskategorie des FIS 1 , aus dem die Suchfunktion aufgerufen worden ist, ausgelegt. Beispielsweise können für Suchergebnisse aus der Kategorie Navigation erneute Suchanfragen, z.B. für eine Straßensuche 51 , eine spezifische

Navigationsfunktion, z.B.„Zielführung starten" 53 oder„Auf der Karte darstellen" 55, angeboten werden, um nicht abschließend einige Beispiele zu nennen. Dadurch ergibt sich für den Nutzer der Vorteil, dass er alle im FIS 1 möglichen

Bedienhandlungen mit dem gefundenen Suchbegriff 49 auf einen Blick erkennen kann und damit nicht den längeren Weg zur Auswahl einer Funktion, von welcher der Nutzer möglicherweise sich gar nicht bewusst ist, über das hierarchische Menüsystem des FIS 1 gehen muss. Dies führt zu einer deutlichen Minimierung der Interaktionszeit.

Schließlich werden, im Falle einer kategoriespezifischen Suche im FIS 1 , um dem Nutzer eine weitere Eingabe desselben Suchbegriffes in einer anderen Kategorien zu ersparen, nach den Suchergebnissen "Sprünge" (nicht gezeigt) in die anderen

Kategorien des FIS angeboten; diese„Sprünge" können auch bereits zusammen mit den Suchergebnissen angezeigt werden. Nach einem Sprung in eine der anderen Funktionskategorien des FIS wird dann zunächst mit demselben bereits

eingegebenen Suchbegriff gesucht und dem Nutzer die für diese Kategorie

spezifischen Suchergebnisse angezeigt.

Die zu durchsuchenden Daten der jeweiligen Kategorien können in jeglicher Form abgelegt sein. Beispielsweise können die Daten als Datei, als Kalendereintrag, Notiz, Webseite, in einer Datenbank, etc. gespeichert vorliegen.

Die zu durchsuchenden Daten der jeweiligen Kategorien können sowohl lokal auf eine oder mehreren verfügbaren Speicherarten, beispielsweise in einem flüchtigen Speicher, Festplattenspeicher, lokales Netzwerk innerhalb des Fahrzeugs, etc., im Computersystem des Fahrzeugs als auch auf einem System außerhalb des

Fahrzeugs, z.B. im Internet, einem Backend, etc., abgelegt sein.

Die Daten, lokal oder außerhalb des Fahrzeugs, der zu durchsuchenden Kategorien können entweder alle in einer zentralen Datei/Datenbank, in getrennten

Dateien/Datenbanken pro Kategorie oder eine Kombination davon abgelegt sein.

Die Dateien/Datenbanken können auch so organisiert sein, dass Daten von bestimmten Kategorien zusammengefasst in einer gemeinsamen Datenbank abgelegt sind und die Daten der anderen Kategorien weiterhin in einzelnen

Dateien/Datenbanken liegen.

Der Zugriff auf die Daten kann mittels verschiedener Methoden erfolgen,

beispielsweise Datenbankprotokolle, Ethernet, MOST, TCP/IP, etc.

Die Suche kann für das Finden von jeglichen im Gesamtsystem verfügbaren Daten ausgerichtet sein, beispielsweise Dateinamen, Dateiattribute, Metainformationen, DateiVDatenbankinhalte, Webseiten, Webinhalte, Menüeinträge,

Bedienungsanleitungseinträge, Kalendereinträge, etc.

Jede zu durchsuchende Kategorie kann über eine eigene Suchkomponente oder Suchinstanz verfügen, sodass jede Suchkomponente das Durchsuchen der

Datenbank der entsprechenden Kategorie übernimmt, sobald diese eine

Sucheingabe erhält. Die globale Suche lässt sich somit einfach erweitern, indem Kategorien mit eigener Suchinstanz einfach entdeckt, eingebunden oder entfernt werden können, auch wenn die Art ihrer Daten vorher nicht bekannt ist. Die

Suchkomponente bietet so eine Schnittstelle mit deren Hilfe Erweiterungen (neue Suchinstanzen als Plug-ins) flexibel hinzugefügt oder entfernt werden können.

Die für die Flexibilität und Erweiterbarkeit der Suche notwendige Schnittstelle kann wie folgt aussehen: Zentrale Suchkomponente als Teil der Mensch-Maschine- Schnittstelle (MMI) oder beide separat aber gekoppelt. Die Suche in mehreren Kategorien kann auch von der MMI, von einer zentralen in Form von Hard- und/oder Software implementierten Suchkomponente oder von einer Kombination aus MMI und Suchkomponente gestartet und gesteuert werden (vgl. Figur 12). Die zentrale Suchkomponente kann selbst aus einer oder mehreren Hard-/Softwarekomponenten bestehen. Eine Suchkomponente kann gleichzeitig eine Suchinstanz für eine

Kategorie und eine zentrale Schnittstelle für das Einbinden weiterer Suchinstanzen sein.

Die ausgewählte Schnittstelle (MMI, Suchkomponente, etc.) erhält immer zuerst die vom Nutzer abgegebene Suchanfrage mit den eingegebenen Zeichen und leitet diese an die jeweiligen Suchinstanzen weiter und/oder führt selbst die (Teil-)Suche durch, je nachdem ob die Schnittstelle selbst eine Suchinstanz ist.

Die zentrale Suchschnittstelle (MMI, Suchkomponente, etc.) nutzt verschiedene Kriterien, um die Reihenfolge zu bestimmen, in welcher die Suchinstanzen

aufgerufen werden. Nachfolgend werden Beispiele für geeignete Kriterien gegeben: Die zentrale Suchkomponente kann die Suche in allen Kategorien nacheinander starten und entsprechend die Ergebnisse sammeln. Die Suche kann gleichzeitig bzw. parallel in allen Kategorien gestartet werden. Die Suche kann parallel für eine

Gruppe von Kategorien gestartet werden. Die Suche kann nacheinander zwischen Gruppen von Kategorien erfolgen, wobei die Suche die Kategorien derselben Gruppe parallel oder nacheinander abarbeitet. Die Reihenfolge, in der die Kategorien abgefragt werden, kann Häufigkeitskriterien unterliegen. Die Suchreihenfolge zwischen den Kategorien kann von Software/Hardware-Einschränkungen beeinflusst werden. Die Suchreihenfolge kann einer vorher festgelegten Priorität unterliegen. Selbstverständlich können die genannten Kombinationen beliebig kombiniert und durch weitere Kriterien ergänzt werden.

Jede Suchinstanz implementiert einen eigenen Suchalgorithmus basierend auf den/dem für die eigenen Daten gültigen/m Kriterien/Kriterium. Die (zentrale)

Suchinstanz kann z.B. die Zugriffshäufigkeit, den Ablageort, etc. nutzen, um die Suche durchzuführen und die Ergebnisse zu sortieren.

Anhand der Figuren 8 bis 12 werden mögliche Architekturen des FIS 1 mit integrierter zentralen Suchkomponente sowie kategorienbezogenen Suchinstanzen sowie der zugehörigen Datenbanken sowie Dateien kurz erläutert. Der Begriff Komponente wird hier entsprechend dem Konzept der

komponentenbasierten Entwicklung von Software verstanden. Demnach ist die Suchkomponente ein Software-Element, das konform zu einem Komponentenmodell ist und gemäß einem Composition-Standard ohne Änderungen mit anderen

Komponenten verknüpft und ausgeführt werden kann (vgl. z.B. William T. Councill, George T. Heineman,„Component-Based Software Engineering", Addison-Wesley, 2001 , ISBN 0-201 -70485-4). Die Suchkomponente ist somit ein Software-Element einer komponentenbasierten Anwendung und besitzt definierte Schnittstellen zur Verbindung mit anderen Komponenten.

In Figur 8 ist die zentrale Suchkomponente als Bestandteil der Mensch-Maschine- Schnittstelle (MMI) 50 implementiert, d.h. die MMI 50 ist für die Rolle der zentralen Suchinstanz eingerichtet. Die zentrale Suchkomponente ist konfiguriert, zum einen eigene lokale Dateien 52 und/oder Datenbanken, falls vorhanden, zu durchsuchen und zum anderen Suchanfragen 54a, 54b, 54c, 54d, 54e an die jeweiligen

kategorienbezogenen Suchinstanzen der mit dem FIS verbundenen Applikationen 56a, 56b, 56c, 56d, 56e weiterzuleiten/zu delegieren und die Ergebnisse der jeweiligen Suche zu sammeln. D.h., die zentrale Suchkomponente der MMI 50 sammelt die Treffer von allen Applikationen 56a, 56b, 56c, 56d, 56e und wandelt diese gegebenenfalls in ein geeignetes Format um und leitet diese anschließend an die CID 5 zur Darstellung weiter.

Bei der Architektur der Figur 8 ist besonders vorteilhaft, dass durch die Delegation der Suche an Suchinstanzen der einzelnen Applikationen 56a, 56b, 56c, 56d, 56e die Zugriffe auf die Applikationen parallel erfolgen. Durch die zentrale Suchkomponente der MMI 50 können die Suchanfragen synchronisiert werden. Außerdem wird nur eine Kommunikationsschnittstelle zwischen MMI 50 und den Applikationen 56a, 56b, 56c, 56d, 56e benötigt. In Figur 9 ist die zentrale Suchkomponente als Bestandteil der MMI 50 konfiguriert, Daten und/oder Dateien bestimmter Kategorien 56a, 56e zu indizieren und die Indexdaten und die Daten/Dateien in eine eigene globale Datenbank 60 mit direktem Zugriff 62 abzuspeichern. D.h., bei dieser Lösung werden Daten von bestimmten, nämlich 58a, 58e, oder von allen Applikationen 56a, 56b, 56c, 56d, 56e in die globale Datenbank 60 kopiert. Weiter ist die Suchkomponente in der MMI 50 konfiguriert, Suchanfragen nur an die Suchinstanzen von solchen Applikationen 56b, 56d, 56e weiterzuleitet, deren Daten von der zentralen Suchkomponente in der MMI 50 nicht indiziert worden sind. Die zentrale Suchkomponente in der MMI 50 führt eigene Ergebnisse mit denen der einzelnen Suchinstanzen zusammen und leitet die

Ergebnisse zur Darstellung an die CID 5 weiter.

Die zentrale Suchinstanz, die im Beispiel der Figur 9, wieder Bestandteil der MMI 50 ist, führt die Suche in der globalen Datenbank 60 selbst durch und leitet

gegebenenfalls Suchanfragen an Applikationen 56b, 56d, 56e weiter, deren Daten nicht in der globalen Datenbank 60 enthalten sind. Die Architektur der Figur 9 erreicht eine gute gesamte Performanz, da Daten aus Datenbanken mit langsamem Zugriff in die globale Datenbank mit schnellem Zugriff aufgenommen werden können.

Figur 10 ist eine Weiterbildung der in der Figur 9 gezeigten Architektur. Die

Daten/Dateien aller Kategorien werden von der zentralen Suchkomponente als Bestandteil der MMI 50 indiziert und zusammen mit den Indexdaten in der globalen Datenbank 60 gespeichert, sodass die Suche immer ausschließlich von der zentralen Suchkomponente der MMI 50 selbst durchgeführt werden kann.

In der Figur 1 1 hat die zentrale Suchkomponente als Bestandteil der MMI 50 jeweils direkten Zugriff 55a, 55b, 55c, 55d, 55e auf die jeweiligen Daten/Dateien bzw.

Datenbanken 58a, 58b, 58c, 58d, 58e der Kategorien und führt die Suche selbst durch.

Figur 12 veranschaulicht die Implementierung der zentralen Suchkomponente 50b separat zur MMI 50a. Die Suchanfragen werden von der Mensch-Maschine- Schnittstelle (MMI) 50a an die zentrale Suchkomponente 50b übergeben, die diese entsprechend einer der anhand der Figuren 8 bis 1 1 erläuterten Strukturen abarbeitet und/oder an die jeweiligen Applikationen 56a, 56b, 56c, 56e, 56d weiterleitet. Die zentrale Suchkomponente 50b sammelt die eigenen Treffer und die Treffer von allen Applikationen 56a, 56b, 56c, 56e, 56d und wandelt diese gegebenenfalls in ein geeignetes Format um. Schließlich leitet die zentrale Suchkomponente 50b die Ergebnisse an die MMI 50a zur Darstellung auf der CID 5 weiter.

Die Möglichkeiten der Architekturgestaltung beschränken sich nicht nur auf die vorstehenden Beispiele und deren Kombinationen.

Die zentrale Suchkomponente und/oder die Suchinstanzen der Applikationen sind so konfiguriert, dass innerhalb einer Kategorie die Suchergebnisse so sortiert werden, dass sich der tatsächliche Treffer möglichst in den ersten Einträgen der Ergebnisliste befindet. Für jede Kategorie kann dabei eine eigene, besonders geeignete,

Sortierung gewählt werden. D.h., es werden unterschiedliche Sortierungen zwischen den Kategorien unterstützt.

Zum Beispiel kann die zentrale Suchkomponente konfiguriert sein, in der Kategorie Navigation Treffer/Suchergebnisse nach zuletzt gesuchten Zielen oder Treffern im Umkreis des Standorts zu sortieren. Entsprechend können bei einer Suche nach einem Point-of-Interest (POI) in der Kategorie Navigation POIs entsprechend ihrer Nähe zum aktuellen Standort des Fahrzeugs oder zu einem Zielort sortiert werden. Für die Kategorie Musik kann die zentrale Suchkomponente konfiguriert sein, die Suchergebnisse/Treffer nach Abspielhäufigkeit zu sortieren. In der Kategorie

Kontakte können Treffer alphabetisch sortiert werden.

Nach Abschluss der Suche sammelt die ausgewählte zentrale Suchkomponente (MMI/Suchkomponente) die Suchergebnisse von allen Instanzen (auch Ergebnisse der eigenen Instanz, falls zutreffend) und bereitet diese für die Darstellung auf dem CID vor. Dabei kann die Suchkomponente konfiguriert sein, die Ergebnisanzahl basierend auf festgelegten Kriterien zu limitieren.

Die Suchkomponente kann weiter konfiguriert sein, genauso wie für die Suche, mit unterschiedlichen Kombinationen von Kriterien die Reihenfolge zu bestimmen, in der die Ergebnisse aus den jeweiligen Kategorien gesammelt und an die MMI zur Darstellung weitergeleitet werden. Dabei kann die Sortierung der Treffer in jeder der involvierten Hard-/ und Softwarekomponenten oder in mehreren gleichzeitig erfolgen (MMI, Suchinstanz, Domäne, etc.). Die zentrale Suchkomponente übernimmt die Sortierung aller Suchergebnisse, um z.B. diejenigen Ergebnisse, die für den Nutzer am meisten relevant sind, zuerst anzubieten. In die zentrale Suchkomponente können hierzu mehrere Kriterien und Algorithmen für die Sortierung und Darstellung der Treffer integriert sein.

Ein FIS mit der hier vorgeschlagenen zentralen Suchkomponente stellt sicher, dass der Fahrer eines Fahrzeugs möglichst wenig von der Führung des Fahrzeugs durch die Nutzung des FIS abgelenkt wird sowie einen einfachen intuitiven Zugang zu allen Informationen, die das FIS dem Nutzer zur Verfügung stellt, erhält. Die zentrale Suchkomponente bietet somit eine alternative Zugangsart zu den Inhalten eines FIS neben dem hierarchischen Menübaum.