EP2250464A1 - Verfahren zum betrieb eines navigationssystems - Google Patents

Verfahren zum betrieb eines navigationssystems

Info

Publication number
EP2250464A1
EP2250464A1 EP09717928A EP09717928A EP2250464A1 EP 2250464 A1 EP2250464 A1 EP 2250464A1 EP 09717928 A EP09717928 A EP 09717928A EP 09717928 A EP09717928 A EP 09717928A EP 2250464 A1 EP2250464 A1 EP 2250464A1
Authority
EP
European Patent Office
Prior art keywords
input
address
acoustic data
name
speech recognition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP09717928A
Other languages
English (en)
French (fr)
Inventor
Jan-Georg Fritsche
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Garmin Wurzburg GmbH
Original Assignee
Navigon AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Navigon AG filed Critical Navigon AG
Publication of EP2250464A1 publication Critical patent/EP2250464A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3605—Destination input or retrieval
    • G01C21/3608—Destination input or retrieval using speech input, e.g. using speech recognition
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/26—Speech to text systems

Definitions

  • the invention relates to a method for operating a navigation system with regard to the acoustic speech recognition according to the preamble of claim 1.
  • Known navigation systems which may be, for example, mobile or fixed navigation devices, serve the user to compute a route from a starting point to a destination point to subsequently issue maneuvering instructions for following that route.
  • the basis of route planning is in many cases the input of an address by the user.
  • the navigation system may be equipped with an alphanumeric keyboard or a touch screen, at which the user inputs the corresponding address components, such as the city name, the street name and the house number.
  • speech recognition analysis are becoming more widespread.
  • a voice recognition module is present in which acoustically entered operator inputs, in particular acoustically entered Address inputs, analyzed and converted into electronically processable data.
  • the street name must then be entered again acoustically or via the keyboard, even though the street name has already been entered acoustically and has not changed in the meantime. This leads to lengthy and complicated procedures in the correction of address input.
  • inventive method is based on the basic idea that at least one input component of the acoustic address input, for example, the acoustically entered street name, as an acoustic data set in a main memory of the navigation system is cached. Caching allows this acoustic data set to be reloaded from memory and re-analyzed at any later time. This reloading of address inputs already spoken by the user is advantageous, in particular with regard to the correction of address information.
  • the voice analysis of the further address components can be stored by reloading the corresponding acoustic data records in which the associated input components of these address components are stored are again performed in the voice recognition module without the user having to re-address these address components.
  • the user accepts at least two input components, namely a first input component and a second input component, for example a city name and a street name, into the receiving device of the navigation system and this acoustic recording is analyzed in the voice recognition module.
  • at least one input component for example the street name
  • the main memory is buffered as an acoustic data record in the main memory.
  • the user can then acoustically respond to all the necessary inputs in a very short time, for example by issuing a corresponding input request for inputting the respectively assigned address component between the individual inputs
  • Address input are recorded and cached as acoustic data sets in the main memory, further acoustic speech input by the user to specify the address is no longer necessary because the corresponding information can be made available at any time by loading the cached acoustic data sets again.
  • the speech recognition analysis may optionally be performed after the complete input or in the background, that is, as a concurrent thread, in parallel with the speech input.
  • the various input components should each be cached as separate acoustic data records, so that the different parts of the address input can be accessed effectively and purposefully. If, for example, the name of the city, the street name and the house number are spoken by the user, a separate acoustic data record should be generated both for the city name and for the street name and for the house number and buffered in the main memory.
  • the form in which the acoustic data of the acoustically recorded address entries are temporarily stored is basically arbitrary. Particularly suitable are phoneme vectors that have a storage with allow relatively small memory requirements and also realize an effective speech recognition analysis.
  • the method according to the invention is implemented with regard to the correction of a city name, then it is particularly advantageous if, after correction of the city name, a vocabulary list of all street names stored for this city is created. Subsequently, the cached in the working memory acoustic data in which the street name is cached, loaded into the speech recognition module and compared with regard to the newly created vocabulary list with all existing in the city of the corrected city name street names. Re-speaking the street name after the correction of the city name is therefore no longer necessary.
  • the method according to the invention can also be used with regard to the correction of the street name. If the street name has been corrected, then a vocabulary list can be created with all house numbers present on this street, and in the subsequent speech recognition analysis the stored acoustic dataset can be compared with these house numbers of the corrected vocabulary list.
  • Fig. 1 shows the input mask for entering an address
  • FIG. 2 shows the input mask according to FIG. 1 during voice input of the city name, the street name and the house number
  • FIG. 4 shows the list for displaying further hits of the first speech recognition analysis
  • FIG. 5 shows the input mask for correcting the address input after the speech recognition analysis
  • FIG. 6 shows the input mask according to FIG. 5 during the re-entry of the city name
  • FIG. 7 shows the hit list for displaying the city names after the second speech recognition analysis
  • the correct city name can not be recognized due to the poor recording quality, so that the correct city name "Würzburg" is not included in the best hits of the speech recognition analysis the best n hits of the speech recognition analysis for the city name a common vocabulary for the subsequent speech recognition analysis with regard to the street name is created, the street name is "Berliner Platz" in This street name vocabulary to be used for the further speech recognition analysis does not exist.
  • the user is then prompted by the navigation system to also enter the house number, whereupon the user acoustically enters house number "1 1."
  • the speech recognition analysis is the best match the address shown in Fig. 3.
  • an incorrect address namely "Wolzburg, Borbitzweg, 1 1" was detected.
  • the result obtained on the basis of the first speech recognition analysis thus contains neither the correct location nor the correct street. Only the house number was recognized correctly.
  • the user is asked whether the displayed result of the address input is correct. Since the result is not correct, the list shown in FIG. 4 is subsequently displayed, from which the further hits of the first speech recognition analysis can be seen and displayed to the user. If the desired address is also not included here, the user can start a correction workflow whose input mask is shown in FIG. In this correction input mask, the user can first correct the city name, for example by renewed acoustic input of the city name. As 6, the city name recognized after the first speech recognition analysis is first deleted from the address input, and the user is shown the hit list after the second speech recognition analysis for the city name, as shown in FIG. Due to the improved acoustic conditions, the correct city name "Würzburg" has now been recognized and this correct city name can then be accepted and read into the input mask.
  • the correction of the street name is started.
  • the navigation system first loads the phoneme vector of the first speech input, which is temporarily stored in the working memory for the street name, in which the street name is stored.
  • This cached phoneme vector is now matched against the street name vocabulary generated due to the changed city name.
  • This city name vocabulary for the city of Würzburg now also contains the "Berliner Platz" as a possible street and is therefore recognized correctly, so that the street name "Berliner Platz" is automatically entered by the navigation system into the correction input mask according to FIG displayed for selection. Since now all address components are entered correctly, the user can take over this address in his route planning by the navigation system.
  • FIG. 9 shows an alphanumeric input mask with which the user can overwrite all incorrectly recognized address components by manual keystrokes. Since the address has been recognized correctly by the speech recognition method described, a route planning to the desired destination can be made by pressing the button labeled "Start navigation".

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Acoustics & Sound (AREA)
  • Human Computer Interaction (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Artificial Intelligence (AREA)
  • General Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Automation & Control Theory (AREA)
  • General Physics & Mathematics (AREA)
  • Navigation (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Betrieb eines Navigationssystems mit einer Aufnahmeeinrichtung, an der eine akustische Adresseingabe, die aus mehreren Eingabebestandteilen besteht, aufgenommen werden kann, wobei die Eingabebestandteile der Adresse mit einem Spracherkennungsmodul analysiert werden, wobei abhängig vom Ergebnis der Spracherkennungsanalyse zumindest ein geografischer Ort, der durch eine Adresse mit mehreren Adressbestandteilen definiert ist, aus einer Datenbank zur Weiterverarbeitung ausgewählt wird, wobei zumindest ein Eingabebestandteil als Akustikdatensatz in einem Arbeitsspeicher zwischengespeichert wird und wobei der zwischengespeicherte Akustikdatensatz später aus dem Arbeitsspeicher geladen wird.

Description

Verfahren zum Betrieb eines Navigationssystems
Die Erfindung betrifft ein Verfahren zum Betrieb eines Navigationssystems im Hinblick auf die akustische Spracherkennung nach dem Oberbegriff des Anspruchs 1.
Bekannte Navigationssysteme, bei denen es sich beispielsweise um mobile oder fest eingebaute Navigationsgeräte handeln kann, dienen dem Benutzer, um eine Route vom einem Startpunkt zu einem Zielpunkt zu berechnen, um anschließend Manöveranweisungen zum Befolgen dieser Route auszugeben. Grundlage der Routenplanung ist dabei in vielen Fällen die Eingabe einer Adresse durch den Benutzer. Um die Eingabe von Adressen zu ermöglichen, kann das Navigationssystem mit einer alphanumerischen Tastatur oder einem Touchscreen ausgestattet sein, an dem der Benutzer die entsprechenden Adressbestandteile, beispielsweise den Städtenamen, den Straßennamen und die Hausnummer, eingibt. Darüber hinaus finden Navigationssysteme mit Spracherkennungsanalyse immer weitere Verbreitung. Bei diesen Systemen mit Spracherkennungs- analyse ist ein Spracherkennungsmodul vorhanden, in dem akustisch eingegebene Bedienereingaben, insbesondere auch akustisch eingegebene Adresseingaben, analysiert und in elektronisch verarbeitbare Daten umgewandelt werden.
Je nach Qualität des Spracherkennungsmoduls werden bereits sehr gute Trefferquoten bei der Spracherkennung erzielt. Da jedoch bei der Spracherkennung, insbesondere auch im Hinblick auf die sehr unterschiedlichen Sprechweisen der verschiedenen Benutzer, nicht von einer hundertprozentigen Trefferquote ausgegangen werden kann, sind die bekannten Navigationssysteme ergänzend mit Korrekturprozeduren ausgestattet. Wurde beispielsweise vom Benutzer der Städtename, der Straßenname und die Hausnummer eingesprochen, so wird bei der Erkennung der Straße über einen Straßenwortschatz gearbeitet, der aus allen Straßen aller erkannten Städte erzeugt wurde. Dabei stellt sich allerdings das Problem, dass in den Fällen, in welchen der Städtename nicht korrekt erkannt wurde, die korrekte Erkennung auch des Straßennamens vielfach unmöglich ist, da die entsprechende Straße in einer anderen Stadt mit hoher Wahrscheinlichkeit überhaupt nicht existent ist. Korrigiert der Benutzer nun im Korrekturworkflow den Städtenamen, so muss anschließend der Straßenname erneut akustisch oder per Tastatur eingegeben werden, obwohl der Straßenname bereits einmal akustisch eingegeben worden ist und sich zwischenzeitlich auch nicht geändert hat. Dies führt zu langwierigen und komplizierten Verfahrensabläufen bei der Korrektur der Adresseingabe.
Ausgehend von diesem Stand der Technik ist es deshalb Aufgabe der vorliegenden Erfindung, die Möglichkeiten zur Korrektur einer Adress- eingäbe zu vereinfachen und zu verbessern.
Diese Aufgabe wird durch ein Verfahren nach der Lehre des Anspruchs 1 gelöst.
Vorteilhafte Ausführungsformen der Erfindung sind Gegenstand der Unteransprüche. Das erfindungsgemäße Verfahren beruht auf dem Grundgedanken, dass zumindest ein Eingabebestandteil der akustischen Adresseingabe, beispielsweise der akustisch eingegebene Straßenname, als Akustikdatensatz in einem Arbeitsspeicher des Navigationssystems zwischengespei- chert wird. Durch die Zwischenspeicherung wird es ermöglicht, dass dieser Akustikdatensatz zu einem späteren Zeitpunkt jederzeit wieder aus dem Arbeitsspeicher geladen und erneut analysiert werden kann. Dieses erneute Laden von bereits durch den Benutzer eingesprochenen Adresseingaben ist insbesondere im Hinblick auf die Korrektur von Adressan- gaben von Vorteil. Hat das System beispielsweise den Städtenamen nicht korrekt erkannt, so kann nach der Korrektur des Städtenamens durch den Benutzer, beispielsweise durch Eingabe an einer Tastatur, die Sprachanalyse der weiteren Adressbestandteile durch erneutes Laden der entsprechenden Akustikdatensätze, in denen die zugeordneten Eingabebestand- teile dieser Adressbestandteile gespeichert sind, wiederum im Spracher- kennungsmodul durchgeführt werden, ohne dass der Benutzer diese Adressbestandteile erneut einsprechen muss.
Gemäß einer bevorzugten Verfahrensvariante ist vorgesehen, dass der Benutzer zumindest zwei Eingabebestandteile, nämlich einen ersten Eingabebestandteil und einen zweiten Eingabebestandteil, beispielsweise einen Städtenamen und einen Straßennamen, in die Aufnahmeeinrichtung des Navigationssystems einspricht und diese akustische Aufnahme im Spracherkennungsmodul analysiert wird. Außerdem wird zumindest der eine Eingabebestandteil, beispielsweise der Straßenname, als Akustikda- tensatz im Arbeitsspeicher zwischengespeichert. Wird nun die Korrektur des ersten Eingabebestandteils notwendig, beispielsweise indem bei der Spracherkennungsanalyse nicht korrekt erkannte Städtenamen korrigiert werden, so kann anschließend der zwischengespeicherte Akustikdatensatz, in dem beispielsweise der Straßenname enthalten ist, aus dem Arbeitsspeicher geladen und erneut im Spracherkennungsmodul analysiert werden. Von besonders großem Vorteil ist das erfindungsgemäße Verfahren, wenn alle Eingabebestandteile der Adresseingabe, insbesondere der Städtename und/oder der Straßenname und/oder die Hausnummer, gemeinsam und hintereinander akustisch aufgenommen werden, unabhängig von einer j eweils dazwischen auszuführenden Spracherkennungsanalyse. Bei diesen so genannten „One-Shot-Eingabelösungen" kann der Benutzer also in sehr kurzer Zeit alle notwendigen Eingaben akustisch einsprechen. Zwischen den einzelnen Eingaben kann dabei beispielsweise eine entsprechende Eingabeaufforderung zur Eingabe des jeweils zugeordne- ten Adressbestandteils ausgegeben werden. Sobald alle Eingabebestandteile der Adresseingabe eingesprochen und als Akustikdatensätze im Arbeitsspeicher zwischengespeichert sind, sind weitere akustische Spracheingaben durch den Benutzer zur Spezifikation der Adresse nicht mehr notwendig, da die entsprechenden Angaben jederzeit durch Laden der zwischengespeicherten Akustikdatensätze wieder verfügbar gemacht werden können.
Die Spracherkennungsanalyse kann optional nach der kompletten Eingabe oder im Hintergrund, das heißt als ein nebenläufiger Thread, parallel zu der Spracheingabe durchgeführt werden.
Soweit alle Eingabebestandteile der Adresseingabe akustisch aufgenommen werden, sollten die verschiedenen Eingabebestandteile jeweils als separate Akustikdatensätze zwischengespeichert werden, damit effektiv und zielgerichtet auf die verschiedenen Teile der Adresseingabe zugegriffen werden kann. Werden beispielsweise der Städtename, der Stra- ßenname und die Hausnummer vom Benutzer eingesprochen, sollte sowohl für den Städtenamen als auch für den Straßennamen als auch für die Hausnummer jeweils ein separater Akustikdatensatz generiert und im Arbeitsspeicher zwischengespeichert werden.
In welcher Form die Akustikdaten der akustisch aufgenommenen Adress- eingäbe zwischengespeichert werden, ist grundsätzlich beliebig. Besonders geeignet sind dabei Phonemvektoren, die eine Speicherung mit relativ geringem Speicherbedarf ermöglichen und außerdem eine effektive Spracherkennungsanalyse realisieren lassen.
Wird das erfindungsgemäße Verfahren im Hinblick auf die Korrektur eines Städtenamens realisiert, so ist es besonders vorteilhaft, wenn nach Korrektur des Städtenamens eine Wortschatzliste aller für diese Stadt gespeicherten Straßennamen erstellt wird. Anschließend wird der im Arbeitsspeicher zwischengespeicherte Akustikdatensatz, in dem der Straßenname zwischengespeichert ist, in das Spracherkennungsmodul geladen und im Hinblick auf die neu erstellte Wortschatzliste mit allen in der Stadt des korrigierten Städtenamens vorhandenen Straßennamen verglichen. Ein erneutes Einsprechen des Straßennamens nach der Korrektur des Städtenamens ist also nicht mehr erforderlich.
Auch im Hinblick auf die Korrektur des Straßennamens kann das erfindungsgemäße Verfahren eingesetzt werden. Wurde nämlich der Straßen- name korrigiert, so kann eine Wortschatzliste mit allen in dieser Straße vorhandenen Hausnummern erstellt werden und in der nachfolgenden Spracherkennungsanalyse der gespeicherte Akustikdatensatz mit diesen Hausnummern der korrigierten Wortschatzliste verglichen werden.
Verschiedene Aspekte der Erfindung sind in den Zeichnungen schema- tisch dargestellt und werden nachfolgend beispielhaft erläutert.
Es zeigen:
Fig. 1 die Eingabemaske zur Eingabe einer Adresse;
Fig. 2 die Eingabemaske gemäß Fig. 1 während der Spracheingabe des Städtenamens, des Straßennamens und der Hausnummer;
Fig. 3 die Maske zur Anzeige der Adresseingabe nach Durchführung der ersten Spracherkennungsanalyse;
Fig. 4 die Liste zur Anzeige weiterer Treffer der ersten Spracherkennungsanalyse; Fig. 5 die Eingabemaske zur Korrektur der Adresseingabe nach der Spracherkennungsanalyse;
Fig. 6 die Eingabemaske gemäß Fig. 5 während der erneuten Eingabe des Städtenamens;
Fig. 7 die Trefferliste zur Anzeige der Städtenamen nach der zweiten Spracherkennungsanalyse;
Fig. 8 die Eingabemaske zur Korrektur des Straßennamens mit bereits korrigiertem Straßennamen;
Fig. 9 die Eingabemaske zur Korrektur der Adresse durch alphanume- rische Tastatureingabe.
Nachfolgend soll das erfindungsgemäße Verfahren anhand eines Beispiels erläutert werden, bei dem der Benutzer die Adresse „Berliner Platz, 1 1 , Würzburg" in das Navigationssystem als Zieladresse eingeben möchte. Dazu startet der Benutzer zunächst die Spracherkennungsanalyse mit der Eingabemaske gemäß Fig. 1. Das Navigationssystem lädt danach den Wortschatz aller Ortsnamen in dem gewählten Land, nämlich Deutschland. Danach wird der Benutzer vom Navigationssystem aufgefordert, den Städtenamen einzusprechen. Daraufhin spricht der Benutzer das Wort „Würzburg" in die Aufnahmeeinrichtung des Navigationssys- tems, beispielsweise ein Mikrophon. Gab es während dieser Eingabe des Städtenamens beispielsweise störende Nebengeräusche, so kann der korrekte Städtename aufgrund der schlechten Aufnahmequalität beispielsweise nicht erkannt werden, so dass der korrekte Städtename „Würzburg" beispielsweise nicht bei den besten Treffern der Spracher- kennungsanalyse vorhanden ist. Da aber nur für die besten n Treffer der Spracherkennungsanalyse für den Städtenamen ein gemeinsamer Wortschatz für die nachfolgende Spracherkennungsanalyse im Hinblick auf den Straßennamen erstellt wird, ist der Straßenname „Berliner Platz" in diesem für die weitere Spracherkennungsanalyse zu verwendenden Straßennamen-Wortschatz nicht vorhanden.
Wird nun der Benutzer aufgefordert, den Straßennamen einzusprechen und gibt, wie in Fig. 2 dargestellt, den Straßennamen „Berliner Platz" ein, so kann der korrekte Straßenname aufgrund des verwendeten Straßennamen-Wortschatzes, der den Straßennamen „Berliner Platz" überhaupt nicht enthält, von vornherein nicht erkannt werden. Nach der Spracheingabe des akustisch eingesprochenen Straßennamens „Berliner Platz" wurde ein Phonemvektor für diese Spracheingabe des entspre- chenden Eingabebestandteils erzeugt und im Arbeitsspeicher des Navigationssystems zwischengespeichert.
Danach wird der Benutzer vom Navigationssystem aufgefordert, auch noch die Hausnummer einzusprechen, woraufhin der Benutzer die Hausnummer „1 1 " akustisch eingibt. Nach Durchführung der Spracherken- nungsanalyse für alle drei Eingabebestandteile, die vom Benutzer akustisch eingegeben wurden, wird als bester Treffer der Spracherkennungsanalyse die in Fig. 3 dargestellte Adresse ermittelt. Aufgrund der schlechten Aufnahmequalität bei der Eingabe des Städtenamens wurde jedoch eine falsche Adresse, nämlich „Wolzburg, Borbitzweg, 1 1 " ermittelt. Das aufgrund der ersten Spracherkennungsanalyse ermittelte Ergebnis enthält also weder den richtigen Ort noch die richtige Straße. Lediglich die Hausnummer wurde richtig erkannt.
Anschließend wird der Benutzer abgefragt, ob das angezeigte Ergebnis der Adresseingabe zutreffend ist. Da das Ergebnis nicht zutreffend ist, wird anschließend die in Fig. 4 dargestellte Liste angezeigt, aus der die weiteren Treffer der ersten Spracherkennungsanalyse ersichtlich sind und dem Benutzer angezeigt werden. Ist auch hier die gewünschte Adresse nicht enthalten, so kann der Benutzer einen Korrekturworkflow starten, dessen Eingabemaske in Fig. 5 dargestellt ist. In dieser Korrektur - Eingabemaske kann der Benutzer zunächst den Städtenamen korrigieren, beispielsweise durch erneute akustische Eingabe des Städtenamens. Wie in Fig. 6 dargestellt, wird dann zunächst der nach der ersten Spracher- kennungsanalyse erkannte Städtenamen aus der Adresseingabe gelöscht und dem Benutzer, wie in Fig. 7 dargestellt, die Trefferliste nach der zweiten Spracherkennungsanalyse für den Städtenamen angezeigt. Aufgrund der verbesserten Akustikbedingungen wurde nunmehr der korrekte Städtename „Würzburg" erkannt. Dieser korrekte Städtename kann dann akzeptiert und in die Eingabemaske eingelesen werden.
Anschießend wird, wie in Fig. 8 dargestellt, die Korrektur des Straßennamens gestartet. Beim Start der Korrektur des Straßennamens lädt das Navigationssystem zunächst den für den Straßennamen im Arbeitsspeicher zwischengespeicherten Phonemvektor der ersten Spracheingabe, in dem der Straßenname gespeichert ist. Dieser zwischengespeicherte Phonemvektor wird nun mit der Straßennamen-Wortschatzliste abgeglichen, die aufgrund des geänderten Städtenamens generiert wurde. Dieser Städtenamen-Wortschatz für die Stadt Würzburg enthält nunmehr auch als mögliche Straße den „Berliner Platz" und wird deshalb auch korrekt erkannt. Dieser Straßenname „Berliner Platz" wird somit vom Navigationssystem automatisch in die Korrektur-Eingabemaske gemäß Fig. 8 eingetragen und dem Benutzer zur Auswahl angezeigt. Da nunmehr alle Adressbestandteile korrekt eingegeben sind, kann der Benutzer diese Adresse in seine Routenplanung durch das Navigationssystem übernehmen.
Fig. 9 zeigt eine alphanumerische Eingabemaske, mit der der Benutzer durch manuelle Tastatureingaben alle falsch erkannten Adresskomponen- ten überschreiben kann. Da die Adresse über das beschriebene Verfahren mit Spracherkennung korrekt erkannt wurde, kann durch Drücken der Taste mit der Aufschrift „Navigation starten" eine Routenplanung zum gewünschten Ziel vorgenommen werden.

Claims

Patentansprüche
1 . Verfahren zum Betrieb eines Navigationssystems mit einer Aufnahmeeinrichtung, an der eine akustische Adresseingabe, die aus mehre- ren Eingabebestandteilen besteht, aufgenommen werden kann, wobei die Eingabebestandteile der Adresse mit einem Spracherkennungsmo- dul analysiert werden, und wobei abhängig vom Ergebnis der Sprach- erkennungsanalyse zumindest ein geografischer Ort, der durch eine Adresse mit mehreren Adressbestandteilen definiert ist, aus einer Da- tenbank zur Weiterverarbeitung ausgewählt wird, dadurch gekennzeichnet, dass zumindest ein Eingabebestandteil als Akustikdatensatz in einem Arbeitsspeicher zwischengespeichert wird, wobei der zwischengespeicherte Akustikdatensatz später aus dem Arbeitsspeicher geladen wird.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass zumindest ein erster und ein zweiter Eingabebestandteil nach der akustischen Aufnahme im Spracherkennungsmodul analysiert werden, wobei zumindest der zweite Eingabebestandteil als Akustikdatensatz in einem Arbeitsspeicher zwischengespeichert wird, und wobei der zwischengespeicherte Akustikdatensatz nach einer Korrektur des ersten Eingabebestandteils aus dem Arbeitsspeicher geladen und im Spracherkennungsmodul erneut analysiert wird.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass alle Eingabebestandteile der Adresseingabe, insbesondere der Städtename und/oder der Straßenname und/oder die Hausnummer, gemeinsam hintereinander akustisch aufgenommen werden.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die gemeinsam akustisch aufgenommenen Eingabebestandteile der Adresseingabe als jeweils separate Akustikdatensätze zwischen- gespeichert werden.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Akustikdatensätze in der Art von Phonemvektoren zwischengespeichert werden.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass nach Korrektur des Städtenamens eine Wortschatzliste aller zu dieser Stadt gespeicherten Straßennamen erstellt wird, wobei bei der nachfolgenden Spracherkennungsanalyse zur Erkennung des vom Be- nutzer eingesprochenen Straßennamens der dem Straßennamen zugeordnete, zwischengespeicherte Akustikdatensatz mit den Straßennamen der Wortschatzliste verglichen wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass nach Korrektur des Straßennamens eine Wortschatzliste aller zu dieser Straße gespeicherten Hausnummern erstellt wird, wobei bei der nachfolgenden Spracherkennungsanalyse zur Erkennung der vom Benutzer eingesprochenen Hausnummer der der Hausnummer zugeordnete, zwischengespeicherte Akustikdatensatz mit den Hausnum- mern der Wortschatzliste verglichen wird.
EP09717928A 2008-03-03 2009-02-27 Verfahren zum betrieb eines navigationssystems Withdrawn EP2250464A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102008012208 2008-03-03
DE102008027958A DE102008027958A1 (de) 2008-03-03 2008-06-12 Verfahren zum Betrieb eines Navigationssystems
PCT/DE2009/000273 WO2009109169A1 (de) 2008-03-03 2009-02-27 Verfahren zum betrieb eines navigationssystems

Publications (1)

Publication Number Publication Date
EP2250464A1 true EP2250464A1 (de) 2010-11-17

Family

ID=41051569

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09717928A Withdrawn EP2250464A1 (de) 2008-03-03 2009-02-27 Verfahren zum betrieb eines navigationssystems

Country Status (3)

Country Link
EP (1) EP2250464A1 (de)
DE (1) DE102008027958A1 (de)
WO (1) WO2009109169A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110136705A (zh) * 2019-04-10 2019-08-16 华为技术有限公司 一种人机交互的方法和电子设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009024693B4 (de) * 2009-06-12 2019-07-11 Volkswagen Ag Infotainmentsystem für ein Fahrzeug und Verfahren zum Darstellen von Informationen
DE102009025530B4 (de) * 2009-06-19 2019-05-23 Volkswagen Ag Verfahren zur Bedienung eines Fahrzeugs mittels eines automatisierten Sprachdialogs sowie entsprechend ausgestaltetes Sprachdialogsystem und Fahrzeug
DE102009058151B4 (de) * 2009-12-12 2020-08-20 Volkswagen Ag Verfahren zum Betreiben eines Sprachdialogsystems mit semantischer Bewertung und Sprachdialogsystem dazu
DE102009059792A1 (de) * 2009-12-21 2011-06-22 Continental Automotive GmbH, 30165 Verfahren und Vorrichtung zur Bedienung technischer Einrichtungen, insbesondere eines Kraftfahrzeugs
DE102010026708A1 (de) * 2010-07-10 2012-01-12 Volkswagen Ag Verfahren zum Betreiben eines Sprachdialogsystems und Sprachdialogsystem
DE102011012959A1 (de) * 2011-03-04 2012-09-06 Audi Ag Navigationseinrichtung für einen Kraftwagen
US9188456B2 (en) 2011-04-25 2015-11-17 Honda Motor Co., Ltd. System and method of fixing mistakes by going back in an electronic device
DE102014017385B4 (de) * 2014-11-24 2016-06-23 Audi Ag Kraftfahrzeug-Gerätebedienung mit Bedienkorrektur

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19709518C5 (de) * 1997-03-10 2006-05-04 Harman Becker Automotive Systems Gmbh Verfahren und Vorrichtung zur Spracheingabe einer Zieladresse in ein Zielführungssystem im Echtzeitbetrieb
DE19742054A1 (de) * 1997-09-24 1999-04-01 Philips Patentverwaltung Eingabesystem wenigstens für Orts- und/oder Straßennamen
JP3980791B2 (ja) * 1999-05-03 2007-09-26 パイオニア株式会社 音声認識装置を備えたマンマシンシステム
DE10036851A1 (de) * 2000-07-28 2002-02-28 Mannesmann Vdo Ag Verfahren zur Auswahl einer Ortsbezeichnung in einem Navigationssystem durch Spracheingabe
JP4116233B2 (ja) * 2000-09-05 2008-07-09 パイオニア株式会社 音声認識装置ならびにその方法
JP4283984B2 (ja) * 2000-10-12 2009-06-24 パイオニア株式会社 音声認識装置ならびに方法
US7308404B2 (en) * 2001-09-28 2007-12-11 Sri International Method and apparatus for speech recognition using a dynamic vocabulary
DE102005059390A1 (de) * 2005-12-09 2007-06-14 Volkswagen Ag Spracherkennung im Kraftfahrzeug
JP2007271876A (ja) * 2006-03-31 2007-10-18 Denso Corp 音声認識装置および音声認識用のプログラム
EP1936606B1 (de) * 2006-12-21 2011-10-05 Harman Becker Automotive Systems GmbH Mehrstufige Spracherkennung
DE102007033472A1 (de) * 2007-07-18 2009-01-29 Siemens Ag Verfahren zur Spracherkennung
DE102007037567A1 (de) * 2007-08-09 2009-02-12 Volkswagen Ag Verfahren zur multimodalen Bedienung mindestens eines Gerätes in einem Kraftfahrzeug
GB2451907B (en) * 2007-08-17 2010-11-03 Fluency Voice Technology Ltd Device for modifying and improving the behaviour of speech recognition systems

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009109169A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110136705A (zh) * 2019-04-10 2019-08-16 华为技术有限公司 一种人机交互的方法和电子设备
CN110136705B (zh) * 2019-04-10 2022-06-14 华为技术有限公司 一种人机交互的方法和电子设备

Also Published As

Publication number Publication date
DE102008027958A1 (de) 2009-10-08
WO2009109169A1 (de) 2009-09-11

Similar Documents

Publication Publication Date Title
EP2250464A1 (de) Verfahren zum betrieb eines navigationssystems
EP1071075B1 (de) Verfahren und Vorrichtung zur Eingabe von Daten
DE102009017176A1 (de) Navigationsanordnung für ein Kraftfahrzeug
DE102015211101B4 (de) Spracherkennungssystem sowie Verfahren zum Betreiben eines Spracherkennungssystems mit einer mobilen Einheit und einem externen Server
EP1176395A1 (de) Verfahren zur Auswahl einer Ortsbezeichnung in einem Navigationssystem durch Spracheingabe
DE102007033472A1 (de) Verfahren zur Spracherkennung
DE112011105407T5 (de) Spracherkennungsvorrichtung und Navigationsvorrichtung
EP3152753B1 (de) Assistenzsystem, das mittels spracheingaben steuerbar ist, mit einer funktionseinrichtung und mehreren spracherkennungsmodulen
WO2004086360A1 (de) Verfahren zur sprecherabhängigen spracherkennung und spracherkennungssystem
DE102005030380B4 (de) Verfahren zur Ermittlung einer Hypothesenliste aus einem Vokabular eines Spracherkennungssystems
DE102005030963B4 (de) Verfahren und Vorrichtung zur Bestätigung und/oder Korrektur einer einem Spracherkennungssystems zugeführten Spracheingabe
DE112014006957B4 (de) Informations-Bereitstellsystem
DE102017211447B4 (de) Verfahren zum Auswählen eines Listeneintrags aus einer Auswahlliste einer Bedienvorrichtung mittels Sprachbedienung sowie Bedienvorrichtung
DE10129005B4 (de) Verfahren zur Spracherkennung und Spracherkennungssystem
WO2000023766A1 (de) Navigationssystem und navigationsdatenträger
DE102010034357A1 (de) Verfahren zum Betrieb eines Navigationssystems
DE102007016887B3 (de) Verfahren und Vorrichtung zum Betreiben eines Navigationssystems
DE102008028090A1 (de) Verfahren zum Betrieb eines Navigationssystems
DE102017216571B4 (de) Kraftfahrzeug
DE112017007852B4 (de) Spracherkennung-Wörterbuchdaten-Konstruktionsvorrichtung, Spracherkennungsvorrichtung, Spracherkennung-Wörterbuchdaten-Konstruktionsverfahren
EP1604353B1 (de) Sprachrückmeldung bei der sprecherunabhängigen namenswahl
DE102017222549A1 (de) Steuerverfahren und Sprachdialogsystem
DE102016015174A1 (de) Verfahren zur Korrektur von Sprachausgaben eines Navigationssystems in einem Fahrzeug
EP1256935A2 (de) Verfahren zum Training und Betrieb eines Spracherkenners, Spracherkenner und Spracherkenner-Trainingssystem
EP2096412A2 (de) Verfahren zum Betrieb eines Navigationssystems

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100923

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA RS

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20120222

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120704