検索装置、及び、プログラム
【課題】 ユーザの選択状況に応じた適切な検索を実現可能な検索装置を提供する。
【解決手段】 音声認識部が、入力された音声と予め記憶されている複数の比較対象パターンとを比較し、一致度合の高いものを認識結果として制御部へ出力する。制御部は、施設情報ＤＢを使用し、認識結果に対応する施設情報を取得する（Ｓ２００）。また、走行環境として、車両の「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」を取得する（Ｓ２２０）。そして、この走行環境と要因ＤＢ３２の選択時情報を比較し、検索された複数の施設に優先度を付加して（Ｓ２４０）、リスト表示を行う（Ｓ２６０）。
【解決手段】 音声認識部が、入力された音声と予め記憶されている複数の比較対象パターンとを比較し、一致度合の高いものを認識結果として制御部へ出力する。制御部は、施設情報ＤＢを使用し、認識結果に対応する施設情報を取得する（Ｓ２００）。また、走行環境として、車両の「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」を取得する（Ｓ２２０）。そして、この走行環境と要因ＤＢ３２の選択時情報を比較し、検索された複数の施設に優先度を付加して（Ｓ２４０）、リスト表示を行う（Ｓ２６０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばナビゲーションシステムにおける目的地の設定などに有効な検索装置に関する。
【背景技術】
【０００２】
入力された音声を予め記憶されている複数の比較対象パターン候補と比較し、一致度合の高いものを認識結果とする音声認識技術が知られている。この音声認識技術は、ナビゲーション装置にも採用されており、目的地の設定などに利用されている。特に、運転者が利用する場合、ボタン操作や画面注視が軽減され、安全面にも寄与する。
【０００３】
ところで、例えば目的地の設定に利用する場合、ユーザが発話した音声を基に認識結果を表示すると、複数の認識結果が表示されることが多い。このような場合、認識結果としての施設名などがリスト表示されるため、当該リストから目的地を選択することとなる。
【０００４】
しかしながら、認識結果が多くなると、リスト中から所望の施設を選択するのが困難になる。また、全ての認識結果が一度に表示されない場合、リストをスクロールさせる必要が生じ、ユーザの操作が増えてしまう。
【０００５】
これを解決するための手法として、複数の認識結果の中から所望の認識結果の選択が行われると、次回からは、選択された認識結果以外の認識結果に対する優先度を下げてリスト表示を行う技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−４０５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、ユーザが何を選択するかは、選択するときの状況によって異なるため、選択により一律に優先度を下げると、ユーザにとって使い辛いものとなる虞がある。なお、ここでは音声の認識結果に基づく検索に言及したが、このような問題は、音声認識に基づく検索以外の種々の方法での検索でも起こり得る。
【０００８】
本発明は、上述した問題を解決するためになされたものであり、その目的は、ユーザにとって使いやすい検索装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の検索装置は、入力情報に対応する検索情報が記憶されている検索データベースと、入力情報を取得する入力情報取得手段と、検索データベースを参照し、入力情報取得手段によって取得された入力情報に対応する検索情報を検索する検索手段と、検索された検索情報を出力する出力手段と、走行環境を取得する走行環境取得手段と、検索された検索情報がユーザにより選択されたとき、取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶手段と、を備え、出力手段は、取得した走行環境と対応情報とに基づき、検索された検索情報を出力することを特徴とする。
【００１０】
このようにすれば、選択された検索情報に該検索情報が選択されたときの走行環境を対応付けた対応情報が記憶されており、取得した走行環境と対応情報とに基づき検索情報が検索されて出力されるため、ユーザにとって使いやすい検索装置となる。
【００１１】
また、検索情報が選択されたときの走行環境と対応情報とに基づいて検索情報に優先度を付加する優先度付加手段を備え、出力手段によって、優先度に基づくリストが表示されるようにしてもよい。このようにすれば、適切なリスト表示が実現される。
【００１２】
以上は、検索装置の発明として説明してきたが、コンピュータシステムにて実行されるプログラムの発明として実現することもできる。すなわち、入力情報を取得する入力情報取得処理と、入力情報に対応する検索情報が記憶されている検索データベースを参照し、入力情報取得処理によって取得された入力情報に対応する検索情報を検索する検索処理と、検索された検索情報を出力する出力処理と、走行環境を取得する走行環境取得処理と、前記検索された検索情報がユーザにより選択されたとき、取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶処理と、を備え、出力処理では、取得した走行環境と対応情報とに基づき、検索された検索情報を出力することを特徴とするプログラムである。このようなプログラムを実行すれば、上述の検索装置と同様の効果が奏される。
【図面の簡単な説明】
【００１３】
【図１】実施形態のナビゲーション装置を示すブロック図である。
【図２】音声認識部を示す機能ブロック図である。
【図３】音声認識処理を示すフローチャートである。
【図４】要因データベースの一例を示す説明図である。
【図５】リスト表示処理を示すフローチャートである。
【図６】走行環境取得処理の詳細を示すフローチャートである。
【図７】優先度付加処理の詳細を示すフローチャートである。
【図８】要因ＤＢ更新処理を示すフローチャートである。
【図９】要因ＤＢ更新処理における追加登録を示す説明図である。
【図１０】具体的な検索事例を示す説明図である。
【発明を実施するための形態】
【００１４】
本発明を具体化した一実施形態を、図面を参照して説明する。なお、本発明は、以下に示すような形態に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得ることは言うまでもない。
【００１５】
図１は、本形態のナビゲーションシステム（以下「システム」という）を示すブロック図である。本形態のシステムは、車両に搭載されて用いられ、設定された目的地までの経路を案内するナビゲーション機能を有する。
【００１６】
このシステムは、制御部１０を中心に構成されており、この制御部１０に、入力部２０と、地図データ記憶部３０と、通信部４０と、現在位置算出部５０と、着座センサ６０と、スピーカ７０と、ディスプレイ８０とが接続されている。
【００１７】
制御部１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらを接続するバスラインを備えたコンピュータとして構成されており、システム全体の制御を司る。
入力部２０は、音声認識部２１と、操作スイッチ２２とを備えている。この入力部２０は、利用者がシステムに対する指示を行うためのものであり、音声認識部２１を介した音声入力と、操作スイッチ２２を介した操作入力とが可能となっている。操作スイッチ２２は、通常の押しボタン式のスイッチを有するとともに、ディスプレイ８０と一体になってユーザのタッチ動作を操作入力とするタッチパネルを有している。なお、音声認識部２１の構成については、後述する。
【００１８】
地図データ記憶部３０は、例えばハードディスク装置（ＨＤＤ）として実現される記憶装置である。なお、ここではＨＤＤを用いたが、ＤＶＤ−ＲＯＭや、メモリカード等の他の媒体を用いても差し支えない。
【００１９】
この地図データ記憶部３０は、位置検出の精度向上のためのいわゆるマップマッチング用データおよび経路を探索するための地図データを記憶している。地図データには、各種データが含まれるが、その一つとして施設に関する施設情報が含まれる。
【００２０】
施設情報は、具体的には施設を特定するＩＤと関連付けられて記憶されているＰＯＩ（Point of Interest ）情報である。このようなＰＯＩ情報は、施設情報データベース（以下「データベース」を「ＤＢ」と記述する。）３１として具現化される。ＰＯＩ情報には、施設名称、施設ＩＤ、位置座標、種別（ジャンル）を示す情報などが含まれる。かかる構成により、施設情報ＤＢ３１を使用し、例えばジャンル等の条件から施設を絞り込んで検索することが可能となっている。
【００２１】
また、本形態では特に、地図データ記憶部３０が、要因ＤＢ３２を有している。要因ＤＢ３２の詳細については、後述する。
【００２２】
通信部４０は、外部との情報通信を行うための構成である。本形態では、外部のセンタ装置（不図示）との通信を行うことで、センタ装置から現在の天候を示す情報を取得可能となっている。
【００２３】
現在位置算出部５０は、車両の現在位置を算出するものである。例えば、地磁気センサ、ジャイロスコープ、距離センサ、および、衛星からの電波を受信するＧＰＳ（Global Positioning System ）受信機等を有している。これらは、各々が性質の異なる誤差を持っているため、相互に補完しながら使用される。この現在位置算出部５０によって、リアルタイムに自車位置を算出することができる。
【００２４】
着座センサ６０は、車両シートに設けられており、シートに座っていることを検知するためのものである。本形態では、運転席、助手席、後席左側、後席右側のシートに設けられている。
【００２５】
スピーカ７０は、音声を出力するためのものであり、例えば経路の案内等を音声で行う場合に使用される。また、ディスプレイ８０は、液晶などを用いて構成されるカラーディスプレイ装置である。ディスプレイ８０を介して地図や施設情報などが表示される。後述する施設情報のリスト表示も、このディスプレイ８０を介して行われる。
【００２６】
次に、図２に基づき、音声認識部２１の構成を説明する。図２は、音声認識部２１の機能ブロック図である。音声認識部２１は、入力信号制御部２１ａ、認識処理部２１ｂ、認識制御部２１ｃ及び辞書管理部２１ｄを備えている。
【００２７】
入力信号制御部２１ａは、利用者から入力される音声をＡ／Ｄ変換し、データ処理が可能な例えば周波数方向の波形データである音声データに変換する。認識処理部２１ｂは、後述する辞書管理部２１ｄによって設定される認識辞書にある比較対象パターン候補の中から一致度合が所定値以上のものを認識結果として出力する。なお、この認識結果は、認識制御部２１ｃを介して制御部１０へ出力される。認識制御部２１ｃは、制御部１０からの情報に基づいて、使用する認識辞書を指定する。辞書管理部２１ｄは、認識制御部２１ｃから指定された認識辞書を設定する。
【００２８】
このような音声認識部２１により、施設情報の検索をユーザの音声にて行えるようになっている。そこで次に、図３に示すフローチャートの基づき、音声認識処理を説明する。
【００２９】
音声認識処理にあたり、制御部１０は、ユーザに対し、音声入力を促すメッセージ出力を行う。例えば、検索処理において「住所の一部を音声で入力してください」といったメッセージを出力するという具合である。そして、音声認識部２１に対し、音声認識処理の開始要求を行う。
【００３０】
これにより、音声認識部２１は、図３中のＳ１００において、認識辞書をセットする。この処理は、上述したように、認識制御部２１ｃが使用する辞書を指定し、辞書管理部２１ｄが、認識制御部２１ｃから指定された認識辞書を設定するものである。例えば、住所の一部を音声にて入力させる場合、住所を構成する地名を比較対象パターン候補として記憶した認識辞書が設定されるという具合である。
【００３１】
続くＳ１１０では、音声情報を取得する。この処理は、入力信号制御部２１ａにて、行われる。入力信号制御部２１ａは、上述したように、利用者から入力される音声を音声データに変換する。
【００３２】
次のＳ１２０では、認識処理を実行する。この処理は認識処理部２１ｂによって行われる。ここで、認識辞書にある比較対象パターン候補の中から一致度合が所定値以上のものがあれば、認識結果として認識制御部２１ｃに出力される。
【００３３】
続くＳ１３０では、認識結果があるか否かを判断する。この処理は認識制御部２１ｃにて実行され、認識処理部２１ｂから認識結果が出力された場合に肯定判断される。ここで認識結果があると判断された場合（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行し、認識結果を制御部１０へ出力して、音声認識処理を終了する。一方、認識結果がないと判断された場合（Ｓ１３０：ＮＯ）、Ｓ１５０へ移行し認識不能である旨を制御部１０へ出力して、音声認識処理を終了する。
【００３４】
次に、図１に示した要因ＤＢ３２について説明する。図４は、要因ＤＢ３２を示す説明図である。
【００３５】
図４（ａ）に示すように、要因ＤＢ３２は、「施設名称」及び「施設ＩＤ」に対し、各種情報が対応付けられた情報（対応情報）によって構築されている。具体的には、「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」が紐付けられている。
【００３６】
位置情報は、車両位置を示す情報であり、「座標値」の情報となっている。また、天候情報は、「晴」、「曇」、「雨」の３種類の情報となっている。さらにまた、時間帯情報は、「朝」、「昼」、「夜」、「深夜」の４種類の情報となっている。例えば４：００〜１０：００を「朝」、１０：００〜１７：００を「昼」、１７：００〜２１：００を「夜」、２１：００〜４：００を「深夜」として設定するという具合である。また、乗車人数情報は、「単数」又は「複数」のいずれかの情報となっている。単数というのは、運転者だけであることを示す。
【００３７】
地図データ記憶部３０の有する施設情報ＤＢ３１を使用して施設情報を検索可能であることは、既に述べた。本形態のシステムでは、検索された施設の「施設名称」に対応させ、その選択時における「選択時情報」として、上述した位置情報、天候情報、時間帯情報、及び、乗車人数情報を記憶する。かかる構成により、図３（ｂ）に示すような要因ＤＢ３２が構築されることになる。
【００３８】
この要因ＤＢ３２を参照することにより、過去の時点でＡ施設が選択された際、車両位置が（Ｘ１，Ｙ１）、天候が「晴」、時間帯が「朝」、乗車人数が「複数」であったことが分かる。同様に、過去の時点でＢ施設が選択された際、車両位置が（Ｘ２，Ｙ２）、天候が「雨」、時間帯が「昼」、乗車人数が「複数」であったことが分かり、過去の時点でＣ施設が選択された際、車両の位置座標が（Ｘ３，Ｙ３）、天候が「曇」、時間帯が「深夜」、乗車人数が「単数」であったことが分かる。
【００３９】
次に、認識結果を基にしたリスト表示処理を説明する。図５は、リスト表示処理を示すフローチャートである。このリスト表示処理は、音声認識部２１から認識結果が出力されると、制御部１０にて実行される。
【００４０】
最初のＳ２００では、施設検索を行う。これにより、例えば住所の一部が認識結果となっている場合、当該住所の一部を含む施設が検索される。
【００４１】
次のＳ２１０では、Ｓ２００にて検索された施設が複数あるか否かを判断する。ここで認識結果に対し、複数の施設が検索された場合（Ｓ２１０：ＹＥＳ）、Ｓ２２０へ移行する。一方、認識結果に対する施設が一つだけだった場合（Ｓ２１０：ＮＯ）、Ｓ２６０へ移行する。
【００４２】
Ｓ２２０では、走行環境を取得する。この走行環境は、上述した要因ＤＢ３２の選択時情報となり得るものであり、「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」で構成されている。
【００４３】
ここで、走行環境取得処理を、図６のフローチャートに基づき説明する。
最初のＳ２２１では、位置情報を取得する。この処理は、現在位置算出部５０から車両位置を取得するものである。上述したように、位置情報は、座標値として取得される。
【００４４】
次のＳ２２２では、天候情報を取得する。この処理は、通信部４０を介し、外部のセンタ装置から現在の天候情報を取得するものである。具体的には、車両位置情報をセンタ装置へ送信し、当該車両位置に対応する現在の天候情報を取得する。
【００４５】
続くＳ２２３では、時間帯情報を取得する。この処理は、制御部１０の備える計時機能によって分かる時刻から、上述したような例えば４種類の時間帯情報を取得するものである。
【００４６】
次のＳ２２４では、乗車人数情報を取得する。乗車人数情報は、着座センサ６０からの信号に基づき、運転者だけである場合には「単数」、他に同乗者が存在する場合には「複数」として取得される。
【００４７】
図５に戻り、Ｓ２３０では、Ｓ２００にて検索された施設の「施設名称」及び「施設ＩＤ」が要因ＤＢ３２にあるか否かを判断する。ここで要因ＤＢ３２に「施設名称」及び「施設ＩＤ」があると判断された場合（Ｓ２３０：ＹＥＳ）、Ｓ２４０へ移行する。一方、「施設名称」及び「施設ＩＤ」のうちの少なくとも一方がないと判断された場合（Ｓ２３０：ＮＯ）、Ｓ２６０へ移行する。
【００４８】
Ｓ２４０では、優先度付加処理を実行する。この処理は、Ｓ２００にて検索された施設に対し、優先度を付加するものである。この優先度付加処理については後述する。続くＳ２５０では、Ｓ２００にて検索された複数の施設の全てについて処理したか否かを判断する。ここで全ての施設について処理したと判断された場合（Ｓ２５０：ＹＥＳ）、Ｓ２６０へ移行する。一方、未処理の施設があると判断された場合（Ｓ２５０：ＮＯ）、Ｓ２４０からの処理を繰り返す。
【００４９】
Ｓ２００にて検索された施設が一つだけであった場合（Ｓ２１０：ＮＯ）、要因ＤＢ３２にＳ２００にて検索された施設がなかった場合（Ｓ２３０：ＮＯ）、あるいは、Ｓ２００にて検索された複数の施設に優先度を付加した場合（Ｓ２５０：ＹＥＳ）に移行するＳ２６０では、それぞれの場合に応じた表示を行う。検索された施設が一つだけであった場合はその施設のみを表示する。検索された施設がなかった場合は「該当施設が見つかりません」と表示する。検索された複数の施設に優先度を付加した場合は優先度に基づく施設のリスト表示を行う。例えば、優先度の高い順に複数の施設を並べ替えてリスト表示を行うという具合である。
【００５０】
次に、図５中のＳ２４０にて実行される優先度付加処理の詳細を説明する。図７は、優先度付加処理の詳細を示すフローチャートである。
最初のＳ２４１において、類似度を示す変数Ｒを初期化して「０」とする。変数Ｒは、要因ＤＢ３２の選択時情報と、Ｓ２２０にて取得された走行環境との類似度を示すものである。以下の比較処理では、選択時情報と走行環境とを比較する。
【００５１】
Ｓ２４２では、車両位置が近いか否か判断する。この処理は、要因ＤＢ３２にある位置情報と、現在の車両の位置情報とを比較するものである。具体的には、要因ＤＢ３２にある位置情報としての座標値を中心とする所定半径のエリアを想定し、このエリア内に車両が位置しているか否かを判断する。ここで前記所定半径のエリア内に車両が位置している場合に車両位置が近いと判断し（Ｓ２４２：ＹＥＳ）、Ｓ２４３にてＲをインクリメントし、Ｓ２４４へ移行する。一方、車両位置が近くないと判断された場合（Ｓ２４２：ＮＯ）、Ｓ２４３の処理を実行せず、Ｓ２４４へ移行する。
【００５２】
Ｓ２４４では、Ｓ２２２にて取得された天候情報が更新ＤＢ３２にある天候情報と一致しているか否かを判断する。この処理は天候情報を比較するものである。上述したように天候情報は「晴」、「曇」、「雨」で示される。ここで天候情報が一致していると判断された場合（Ｓ２４４：ＹＥＳ）、Ｓ２４５にて変数Ｒをインクリメントし、Ｓ２４６へ移行する。一方、天候情報が一致していないと判断された場合（Ｓ２４４：ＮＯ）、Ｓ２４５の処理を実行せず、Ｓ２４６へ移行する。
【００５３】
Ｓ２４６では、時間帯情報が一致しているか否かを判断する。この処理は、時間帯情報を比較するものである。上述したように時間帯情報は「朝」、「昼」、「夜」、「深夜」で示される。ここで時間帯情報が一致していると判断された場合（Ｓ２４６：ＹＥＳ）、Ｓ２４７にて変数Ｒをインクリメントし、Ｓ２４８へ移行する。一方、時間帯情報が一致していないと判断された場合（Ｓ２４６：ＮＯ）、Ｓ２４７の処理を実行せずに、Ｓ２４８へ移行する。
【００５４】
Ｓ２４８では、乗車人数情報が一致しているか否かを判断する。この処理は、乗車人数情報を比較するものである。上述したように乗車人数情報は「単数」又は「複数」で示される。ここで乗車人数情報が一致していると判断された場合（Ｓ２４８：ＹＥＳ）、Ｓ２４９にて変数Ｒをインクリメントし、優先度付加処理を終了する。一方、乗車人数情報が一致していないと判断された場合（Ｓ２４８：ＮＯ）、Ｓ２４９の処理を実行せず、優先度付加処理を終了する。
【００５５】
この優先度付加処理では、類似度を示す変数Ｒが「０」〜「４」の５段階で示されることになる。ここでは、この類似度を示す「０」〜「４」の情報を「優先度」を示す情報として用いる。
【００５６】
図５中のＳ２６０にて優先度に基づく施設のリストが表示されると、ユーザは、例えば目的地設定のための目的地等として、リスト表示された施設を選択する。このとき、本形態のシステムでは、要因ＤＢ更新処理を実行する。そこで次に、要因ＤＢ更新処理を、図８のフローチャートに基づいて説明する。
【００５７】
最初のＳ３００では、選択された施設が要因ＤＢ３２にあるか否かを判断する。選択された施設が要因ＤＢ３２にあると判断された場合（Ｓ３００：ＹＥＳ）、施設が選択されたときの走行環境をＳ３１０にて選択時情報に追加登録し、その後、要因ＤＢ更新処理を終了する。一方、選択された施設が要因ＤＢ３２にないと判断された場合（Ｓ３００：ＮＯ）、施設が選択されたときの走行環境をＳ３２０にて選択時情報とし施設名称と共に新規登録を行い、その後、要因ＤＢ更新処理を終了する。
【００５８】
追加登録は、例えば図９に示すように、以前と異なる情報があれば当該情報を追加する態様で行うことが考えられる。
図９（ａ）に示すように、要因ＤＢ３２にあるＡ施設の選択時情報は、位置情報が座標値（Ｘ１，Ｙ１）、天候情報が「晴」、時間帯情報が「朝」、乗車人数情報が「複数」であるとする。
【００５９】
このとき、図９（ｂ）に示すように、Ａ施設がリストから選択された際の走行環境が、位置情報（Ｘ４，Ｙ４）、天候情報「曇」、時間帯情報「昼」、乗車人数情報「複数」であれば、図９（ｃ）に示すような態様で追加登録することが考えられる。つまり、Ａ施設の選択時情報を、位置情報（Ｘ１，Ｙ１）、（Ｘ４，Ｙ４）、天候情報「晴」及び「曇」、時間帯情報「朝」及び「昼」、乗車人数情報「複数」とすることが考えられる。
【００６０】
次に本形態のシステムが奏する効果について説明する。
本形態では、音声認識部が、入力された音声と予め記憶されている複数の比較対象パターンとを比較し、一致度合の高いものを認識結果として制御部へ出力する。制御部は、施設情報ＤＢを使用し、認識結果に対応する施設情報を取得する（Ｓ２００）。また、走行環境としての車両の「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」を取得する（Ｓ２２０）。そして、要因ＤＢ３２の選択時情報との類似度を判断し、検索された複数の施設に優先度を付加して（Ｓ２４０）、優先度に基づくリスト表示を行う（Ｓ２６０）。
【００６１】
音声認識部２１での認識結果から施設検索を行うと、複数の施設が検索されることがある。そこで、施設が選択された時点の走行環境を選択時情報として施設名称に紐付けた要因ＤＢ３２を用意し、次に同じ認識結果から施設検索を行った場合、検索の際に取得される走行環境と要因ＤＢ３２の選択時情報とを比較して、優先順位を付けたリスト表示を行う。これにより、入力音声に応じた認識結果に基づく検索施設を適切に表示することができる。
【００６２】
例えば、図１０（ａ）は、位置情報に基づく優先度付加の事例である。この場合、認識結果が「おかざき」であることを前提に、自車位置が座標値（Ｘ１，Ｙ１）の近くにあれば、「Ａ鉄道岡崎駅」の優先度が高くなり、自車位置が座標値（Ｘ２，Ｙ２）の近くにあれば、「Ｂ鉄道岡崎駅」の優先度が高くなる。したがって、例えば自宅の位置が座標値（Ｘ１，Ｙ１）であり、職場の位置が座標値（Ｘ２，Ｙ２）であるとすると、自宅付近から検索する場合には「Ａ鉄道岡崎駅」が優先的に表示され、職場付近から検索する場合には「Ｂ鉄道岡崎駅」が優先的に表示されることになる。
【００６３】
また例えば図１０（ｂ）は、乗車人数情報に基づく優先度付加の事例である。この場合、認識結果が「わいわいらんど」であることを前提に、乗車人数情報が「複数」であれば、「遊園地ワイワイランド」の優先度が高くなり、乗車人数情報が「単数」であれば、「株式会社ワイワイランド」の優先度が高くなる。したがって、同乗者がいるような場合には「遊園地ワイワイランド」が優先的に表示され、一人で運転しているような場合には、「株式会社ワイワイランド」が優先的に表示されることになる。
【００６４】
例えば図１０（ｃ）は、時間帯情報に基づく優先度付加の事例である。この場合、認識結果が「すーぱーせんとう」であることを前提に、時間帯情報が「昼」であれば、食料品などを売る「スーパー千島」の優先度が高くなり、時間帯情報が「夜」であれば、銭湯である「スーパー銭湯」の優先度が高くなる。したがって、昼間には「スーパー千島」が優先的に表示され、夜間には「スーパー銭湯」が優先的に表示されることになる。
【００６５】
また、本形態では、要因ＤＢ３２の更新処理を行う。つまり、表示されたリストからユーザが施設を選択した際、選択された施設に対し走行環境を登録する（図８中のＳ３１０，Ｓ３２０）。これにより、施設名称と選択時情報との対応関係が更新されつつ増加していくため、検索された施設のリストをより適切に表示することができる。
【００６６】
本形態における施設情報ＤＢ３１が「検索データベース」に相当し、入力部２０が「入力情報取得手段」に相当し、要因ＤＢ３２に記憶される情報が「対応情報」に相当し、制御部１０が「検索手段」、「出力手段」、「走行環境取得手段」、「記憶手段」及び「優先度付加手段」に相当する。
【００６７】
図３の音声認識処理が「入力情報取得手段」の機能としての「入力情報取得処理」に相当し、図５のリスト表示処理が「検索手段」の機能としての「検索処理」に相当し、図５中のＳ２２０の処理が「走行環境取得手段」の機能としての「走行環境取得処理」に相当し、図５中のＳ２４０の処理が「優先度付加手段」の機能としての処理に相当し、図５中のＳ２６０の処理が「出力手段」の機能としての「出力処理」に相当し、図８の要因ＤＢ更新処理が「記憶手段」の機能としての「記憶処理」に相当する。
【００６８】
なお、以上の構成は一例であり、次のような構成を採用してもよい。
（イ）要因ＤＢ３２が車両で取得された走行環境によって構築されていくことは述べたが、当初は、デフォルトの選択時情報を記憶しておくようにしてもよい。
（ロ）上記形態では、時間帯情報を「朝」、「昼」、「夜」、「深夜」という具合に４種類で示しているが、「昼間」と「夜間」というようにもっと少ない項目で切り分けたり、もっと多くの項目で切り分けたりすることも考えられる。天候情報や乗車人数情報についても同様である。天候情報で言えば、雨の強さを示すような「雷雨」や「台風」といった情報を含めるようにしてもよい。また、「気温」などの情報を加えてもよい。
（ハ）上記形態では、通信部４０を介しセンタ装置から天候情報を取得しているが、例えばレインセンサを自車両に搭載し、レインセンサからの信号に基づいて天候情報を取得するようにしてもよい。例えば、雨が降っているか否かを天候情報として取得するという具合である。上記形態では、着座センサ６０から乗車人数を検出していたが、例えばカメラなどを搭載し、当該カメラの映像から乗車人数を検出するようにしてもよい。
（ニ）上記形態では、優先度を付加した後、優先度の高い順序でリスト表示を行っていた。これに対し、表示されるリストの優先度が分かればよいため、例えば上述した変数Ｒの数だけ、星印などの特定のマークを並べて表示するなどして優先度を示すようにしてもよい。
（ホ）上記形態では、音声認識の認識結果を入力情報として施設情報ＤＢを検索する構成であった。これに対し、操作スイッチ２２から入力される文字情報などを入力情報として施設情報ＤＢ３１を検索する構成としてもよい。また、上記形態はナビゲーションシステムに本発明を適用したものであったが、携帯電話に代表される携帯端末システムに本発明を適用してもよい。
【符号の説明】
【００６９】
１０：制御部、２０：入力部、２１：音声認識部、２１ａ：入力信号制御部、２１ａ：入力信号制御部、２１ｂ：認識処理部、２１ｃ：認識制御部、２１ｄ：辞書管理部、２２：操作スイッチ、３０：地図データ記憶部、３１：施設情報ＤＢ、３２：要因ＤＢ、４０：通信部、５０：現在位置算出部、６０：着座センサ、７０：スピーカ、８０：ディスプレイ
【技術分野】
【０００１】
本発明は、例えばナビゲーションシステムにおける目的地の設定などに有効な検索装置に関する。
【背景技術】
【０００２】
入力された音声を予め記憶されている複数の比較対象パターン候補と比較し、一致度合の高いものを認識結果とする音声認識技術が知られている。この音声認識技術は、ナビゲーション装置にも採用されており、目的地の設定などに利用されている。特に、運転者が利用する場合、ボタン操作や画面注視が軽減され、安全面にも寄与する。
【０００３】
ところで、例えば目的地の設定に利用する場合、ユーザが発話した音声を基に認識結果を表示すると、複数の認識結果が表示されることが多い。このような場合、認識結果としての施設名などがリスト表示されるため、当該リストから目的地を選択することとなる。
【０００４】
しかしながら、認識結果が多くなると、リスト中から所望の施設を選択するのが困難になる。また、全ての認識結果が一度に表示されない場合、リストをスクロールさせる必要が生じ、ユーザの操作が増えてしまう。
【０００５】
これを解決するための手法として、複数の認識結果の中から所望の認識結果の選択が行われると、次回からは、選択された認識結果以外の認識結果に対する優先度を下げてリスト表示を行う技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−４０５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、ユーザが何を選択するかは、選択するときの状況によって異なるため、選択により一律に優先度を下げると、ユーザにとって使い辛いものとなる虞がある。なお、ここでは音声の認識結果に基づく検索に言及したが、このような問題は、音声認識に基づく検索以外の種々の方法での検索でも起こり得る。
【０００８】
本発明は、上述した問題を解決するためになされたものであり、その目的は、ユーザにとって使いやすい検索装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の検索装置は、入力情報に対応する検索情報が記憶されている検索データベースと、入力情報を取得する入力情報取得手段と、検索データベースを参照し、入力情報取得手段によって取得された入力情報に対応する検索情報を検索する検索手段と、検索された検索情報を出力する出力手段と、走行環境を取得する走行環境取得手段と、検索された検索情報がユーザにより選択されたとき、取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶手段と、を備え、出力手段は、取得した走行環境と対応情報とに基づき、検索された検索情報を出力することを特徴とする。
【００１０】
このようにすれば、選択された検索情報に該検索情報が選択されたときの走行環境を対応付けた対応情報が記憶されており、取得した走行環境と対応情報とに基づき検索情報が検索されて出力されるため、ユーザにとって使いやすい検索装置となる。
【００１１】
また、検索情報が選択されたときの走行環境と対応情報とに基づいて検索情報に優先度を付加する優先度付加手段を備え、出力手段によって、優先度に基づくリストが表示されるようにしてもよい。このようにすれば、適切なリスト表示が実現される。
【００１２】
以上は、検索装置の発明として説明してきたが、コンピュータシステムにて実行されるプログラムの発明として実現することもできる。すなわち、入力情報を取得する入力情報取得処理と、入力情報に対応する検索情報が記憶されている検索データベースを参照し、入力情報取得処理によって取得された入力情報に対応する検索情報を検索する検索処理と、検索された検索情報を出力する出力処理と、走行環境を取得する走行環境取得処理と、前記検索された検索情報がユーザにより選択されたとき、取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶処理と、を備え、出力処理では、取得した走行環境と対応情報とに基づき、検索された検索情報を出力することを特徴とするプログラムである。このようなプログラムを実行すれば、上述の検索装置と同様の効果が奏される。
【図面の簡単な説明】
【００１３】
【図１】実施形態のナビゲーション装置を示すブロック図である。
【図２】音声認識部を示す機能ブロック図である。
【図３】音声認識処理を示すフローチャートである。
【図４】要因データベースの一例を示す説明図である。
【図５】リスト表示処理を示すフローチャートである。
【図６】走行環境取得処理の詳細を示すフローチャートである。
【図７】優先度付加処理の詳細を示すフローチャートである。
【図８】要因ＤＢ更新処理を示すフローチャートである。
【図９】要因ＤＢ更新処理における追加登録を示す説明図である。
【図１０】具体的な検索事例を示す説明図である。
【発明を実施するための形態】
【００１４】
本発明を具体化した一実施形態を、図面を参照して説明する。なお、本発明は、以下に示すような形態に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得ることは言うまでもない。
【００１５】
図１は、本形態のナビゲーションシステム（以下「システム」という）を示すブロック図である。本形態のシステムは、車両に搭載されて用いられ、設定された目的地までの経路を案内するナビゲーション機能を有する。
【００１６】
このシステムは、制御部１０を中心に構成されており、この制御部１０に、入力部２０と、地図データ記憶部３０と、通信部４０と、現在位置算出部５０と、着座センサ６０と、スピーカ７０と、ディスプレイ８０とが接続されている。
【００１７】
制御部１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらを接続するバスラインを備えたコンピュータとして構成されており、システム全体の制御を司る。
入力部２０は、音声認識部２１と、操作スイッチ２２とを備えている。この入力部２０は、利用者がシステムに対する指示を行うためのものであり、音声認識部２１を介した音声入力と、操作スイッチ２２を介した操作入力とが可能となっている。操作スイッチ２２は、通常の押しボタン式のスイッチを有するとともに、ディスプレイ８０と一体になってユーザのタッチ動作を操作入力とするタッチパネルを有している。なお、音声認識部２１の構成については、後述する。
【００１８】
地図データ記憶部３０は、例えばハードディスク装置（ＨＤＤ）として実現される記憶装置である。なお、ここではＨＤＤを用いたが、ＤＶＤ−ＲＯＭや、メモリカード等の他の媒体を用いても差し支えない。
【００１９】
この地図データ記憶部３０は、位置検出の精度向上のためのいわゆるマップマッチング用データおよび経路を探索するための地図データを記憶している。地図データには、各種データが含まれるが、その一つとして施設に関する施設情報が含まれる。
【００２０】
施設情報は、具体的には施設を特定するＩＤと関連付けられて記憶されているＰＯＩ（Point of Interest ）情報である。このようなＰＯＩ情報は、施設情報データベース（以下「データベース」を「ＤＢ」と記述する。）３１として具現化される。ＰＯＩ情報には、施設名称、施設ＩＤ、位置座標、種別（ジャンル）を示す情報などが含まれる。かかる構成により、施設情報ＤＢ３１を使用し、例えばジャンル等の条件から施設を絞り込んで検索することが可能となっている。
【００２１】
また、本形態では特に、地図データ記憶部３０が、要因ＤＢ３２を有している。要因ＤＢ３２の詳細については、後述する。
【００２２】
通信部４０は、外部との情報通信を行うための構成である。本形態では、外部のセンタ装置（不図示）との通信を行うことで、センタ装置から現在の天候を示す情報を取得可能となっている。
【００２３】
現在位置算出部５０は、車両の現在位置を算出するものである。例えば、地磁気センサ、ジャイロスコープ、距離センサ、および、衛星からの電波を受信するＧＰＳ（Global Positioning System ）受信機等を有している。これらは、各々が性質の異なる誤差を持っているため、相互に補完しながら使用される。この現在位置算出部５０によって、リアルタイムに自車位置を算出することができる。
【００２４】
着座センサ６０は、車両シートに設けられており、シートに座っていることを検知するためのものである。本形態では、運転席、助手席、後席左側、後席右側のシートに設けられている。
【００２５】
スピーカ７０は、音声を出力するためのものであり、例えば経路の案内等を音声で行う場合に使用される。また、ディスプレイ８０は、液晶などを用いて構成されるカラーディスプレイ装置である。ディスプレイ８０を介して地図や施設情報などが表示される。後述する施設情報のリスト表示も、このディスプレイ８０を介して行われる。
【００２６】
次に、図２に基づき、音声認識部２１の構成を説明する。図２は、音声認識部２１の機能ブロック図である。音声認識部２１は、入力信号制御部２１ａ、認識処理部２１ｂ、認識制御部２１ｃ及び辞書管理部２１ｄを備えている。
【００２７】
入力信号制御部２１ａは、利用者から入力される音声をＡ／Ｄ変換し、データ処理が可能な例えば周波数方向の波形データである音声データに変換する。認識処理部２１ｂは、後述する辞書管理部２１ｄによって設定される認識辞書にある比較対象パターン候補の中から一致度合が所定値以上のものを認識結果として出力する。なお、この認識結果は、認識制御部２１ｃを介して制御部１０へ出力される。認識制御部２１ｃは、制御部１０からの情報に基づいて、使用する認識辞書を指定する。辞書管理部２１ｄは、認識制御部２１ｃから指定された認識辞書を設定する。
【００２８】
このような音声認識部２１により、施設情報の検索をユーザの音声にて行えるようになっている。そこで次に、図３に示すフローチャートの基づき、音声認識処理を説明する。
【００２９】
音声認識処理にあたり、制御部１０は、ユーザに対し、音声入力を促すメッセージ出力を行う。例えば、検索処理において「住所の一部を音声で入力してください」といったメッセージを出力するという具合である。そして、音声認識部２１に対し、音声認識処理の開始要求を行う。
【００３０】
これにより、音声認識部２１は、図３中のＳ１００において、認識辞書をセットする。この処理は、上述したように、認識制御部２１ｃが使用する辞書を指定し、辞書管理部２１ｄが、認識制御部２１ｃから指定された認識辞書を設定するものである。例えば、住所の一部を音声にて入力させる場合、住所を構成する地名を比較対象パターン候補として記憶した認識辞書が設定されるという具合である。
【００３１】
続くＳ１１０では、音声情報を取得する。この処理は、入力信号制御部２１ａにて、行われる。入力信号制御部２１ａは、上述したように、利用者から入力される音声を音声データに変換する。
【００３２】
次のＳ１２０では、認識処理を実行する。この処理は認識処理部２１ｂによって行われる。ここで、認識辞書にある比較対象パターン候補の中から一致度合が所定値以上のものがあれば、認識結果として認識制御部２１ｃに出力される。
【００３３】
続くＳ１３０では、認識結果があるか否かを判断する。この処理は認識制御部２１ｃにて実行され、認識処理部２１ｂから認識結果が出力された場合に肯定判断される。ここで認識結果があると判断された場合（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行し、認識結果を制御部１０へ出力して、音声認識処理を終了する。一方、認識結果がないと判断された場合（Ｓ１３０：ＮＯ）、Ｓ１５０へ移行し認識不能である旨を制御部１０へ出力して、音声認識処理を終了する。
【００３４】
次に、図１に示した要因ＤＢ３２について説明する。図４は、要因ＤＢ３２を示す説明図である。
【００３５】
図４（ａ）に示すように、要因ＤＢ３２は、「施設名称」及び「施設ＩＤ」に対し、各種情報が対応付けられた情報（対応情報）によって構築されている。具体的には、「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」が紐付けられている。
【００３６】
位置情報は、車両位置を示す情報であり、「座標値」の情報となっている。また、天候情報は、「晴」、「曇」、「雨」の３種類の情報となっている。さらにまた、時間帯情報は、「朝」、「昼」、「夜」、「深夜」の４種類の情報となっている。例えば４：００〜１０：００を「朝」、１０：００〜１７：００を「昼」、１７：００〜２１：００を「夜」、２１：００〜４：００を「深夜」として設定するという具合である。また、乗車人数情報は、「単数」又は「複数」のいずれかの情報となっている。単数というのは、運転者だけであることを示す。
【００３７】
地図データ記憶部３０の有する施設情報ＤＢ３１を使用して施設情報を検索可能であることは、既に述べた。本形態のシステムでは、検索された施設の「施設名称」に対応させ、その選択時における「選択時情報」として、上述した位置情報、天候情報、時間帯情報、及び、乗車人数情報を記憶する。かかる構成により、図３（ｂ）に示すような要因ＤＢ３２が構築されることになる。
【００３８】
この要因ＤＢ３２を参照することにより、過去の時点でＡ施設が選択された際、車両位置が（Ｘ１，Ｙ１）、天候が「晴」、時間帯が「朝」、乗車人数が「複数」であったことが分かる。同様に、過去の時点でＢ施設が選択された際、車両位置が（Ｘ２，Ｙ２）、天候が「雨」、時間帯が「昼」、乗車人数が「複数」であったことが分かり、過去の時点でＣ施設が選択された際、車両の位置座標が（Ｘ３，Ｙ３）、天候が「曇」、時間帯が「深夜」、乗車人数が「単数」であったことが分かる。
【００３９】
次に、認識結果を基にしたリスト表示処理を説明する。図５は、リスト表示処理を示すフローチャートである。このリスト表示処理は、音声認識部２１から認識結果が出力されると、制御部１０にて実行される。
【００４０】
最初のＳ２００では、施設検索を行う。これにより、例えば住所の一部が認識結果となっている場合、当該住所の一部を含む施設が検索される。
【００４１】
次のＳ２１０では、Ｓ２００にて検索された施設が複数あるか否かを判断する。ここで認識結果に対し、複数の施設が検索された場合（Ｓ２１０：ＹＥＳ）、Ｓ２２０へ移行する。一方、認識結果に対する施設が一つだけだった場合（Ｓ２１０：ＮＯ）、Ｓ２６０へ移行する。
【００４２】
Ｓ２２０では、走行環境を取得する。この走行環境は、上述した要因ＤＢ３２の選択時情報となり得るものであり、「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」で構成されている。
【００４３】
ここで、走行環境取得処理を、図６のフローチャートに基づき説明する。
最初のＳ２２１では、位置情報を取得する。この処理は、現在位置算出部５０から車両位置を取得するものである。上述したように、位置情報は、座標値として取得される。
【００４４】
次のＳ２２２では、天候情報を取得する。この処理は、通信部４０を介し、外部のセンタ装置から現在の天候情報を取得するものである。具体的には、車両位置情報をセンタ装置へ送信し、当該車両位置に対応する現在の天候情報を取得する。
【００４５】
続くＳ２２３では、時間帯情報を取得する。この処理は、制御部１０の備える計時機能によって分かる時刻から、上述したような例えば４種類の時間帯情報を取得するものである。
【００４６】
次のＳ２２４では、乗車人数情報を取得する。乗車人数情報は、着座センサ６０からの信号に基づき、運転者だけである場合には「単数」、他に同乗者が存在する場合には「複数」として取得される。
【００４７】
図５に戻り、Ｓ２３０では、Ｓ２００にて検索された施設の「施設名称」及び「施設ＩＤ」が要因ＤＢ３２にあるか否かを判断する。ここで要因ＤＢ３２に「施設名称」及び「施設ＩＤ」があると判断された場合（Ｓ２３０：ＹＥＳ）、Ｓ２４０へ移行する。一方、「施設名称」及び「施設ＩＤ」のうちの少なくとも一方がないと判断された場合（Ｓ２３０：ＮＯ）、Ｓ２６０へ移行する。
【００４８】
Ｓ２４０では、優先度付加処理を実行する。この処理は、Ｓ２００にて検索された施設に対し、優先度を付加するものである。この優先度付加処理については後述する。続くＳ２５０では、Ｓ２００にて検索された複数の施設の全てについて処理したか否かを判断する。ここで全ての施設について処理したと判断された場合（Ｓ２５０：ＹＥＳ）、Ｓ２６０へ移行する。一方、未処理の施設があると判断された場合（Ｓ２５０：ＮＯ）、Ｓ２４０からの処理を繰り返す。
【００４９】
Ｓ２００にて検索された施設が一つだけであった場合（Ｓ２１０：ＮＯ）、要因ＤＢ３２にＳ２００にて検索された施設がなかった場合（Ｓ２３０：ＮＯ）、あるいは、Ｓ２００にて検索された複数の施設に優先度を付加した場合（Ｓ２５０：ＹＥＳ）に移行するＳ２６０では、それぞれの場合に応じた表示を行う。検索された施設が一つだけであった場合はその施設のみを表示する。検索された施設がなかった場合は「該当施設が見つかりません」と表示する。検索された複数の施設に優先度を付加した場合は優先度に基づく施設のリスト表示を行う。例えば、優先度の高い順に複数の施設を並べ替えてリスト表示を行うという具合である。
【００５０】
次に、図５中のＳ２４０にて実行される優先度付加処理の詳細を説明する。図７は、優先度付加処理の詳細を示すフローチャートである。
最初のＳ２４１において、類似度を示す変数Ｒを初期化して「０」とする。変数Ｒは、要因ＤＢ３２の選択時情報と、Ｓ２２０にて取得された走行環境との類似度を示すものである。以下の比較処理では、選択時情報と走行環境とを比較する。
【００５１】
Ｓ２４２では、車両位置が近いか否か判断する。この処理は、要因ＤＢ３２にある位置情報と、現在の車両の位置情報とを比較するものである。具体的には、要因ＤＢ３２にある位置情報としての座標値を中心とする所定半径のエリアを想定し、このエリア内に車両が位置しているか否かを判断する。ここで前記所定半径のエリア内に車両が位置している場合に車両位置が近いと判断し（Ｓ２４２：ＹＥＳ）、Ｓ２４３にてＲをインクリメントし、Ｓ２４４へ移行する。一方、車両位置が近くないと判断された場合（Ｓ２４２：ＮＯ）、Ｓ２４３の処理を実行せず、Ｓ２４４へ移行する。
【００５２】
Ｓ２４４では、Ｓ２２２にて取得された天候情報が更新ＤＢ３２にある天候情報と一致しているか否かを判断する。この処理は天候情報を比較するものである。上述したように天候情報は「晴」、「曇」、「雨」で示される。ここで天候情報が一致していると判断された場合（Ｓ２４４：ＹＥＳ）、Ｓ２４５にて変数Ｒをインクリメントし、Ｓ２４６へ移行する。一方、天候情報が一致していないと判断された場合（Ｓ２４４：ＮＯ）、Ｓ２４５の処理を実行せず、Ｓ２４６へ移行する。
【００５３】
Ｓ２４６では、時間帯情報が一致しているか否かを判断する。この処理は、時間帯情報を比較するものである。上述したように時間帯情報は「朝」、「昼」、「夜」、「深夜」で示される。ここで時間帯情報が一致していると判断された場合（Ｓ２４６：ＹＥＳ）、Ｓ２４７にて変数Ｒをインクリメントし、Ｓ２４８へ移行する。一方、時間帯情報が一致していないと判断された場合（Ｓ２４６：ＮＯ）、Ｓ２４７の処理を実行せずに、Ｓ２４８へ移行する。
【００５４】
Ｓ２４８では、乗車人数情報が一致しているか否かを判断する。この処理は、乗車人数情報を比較するものである。上述したように乗車人数情報は「単数」又は「複数」で示される。ここで乗車人数情報が一致していると判断された場合（Ｓ２４８：ＹＥＳ）、Ｓ２４９にて変数Ｒをインクリメントし、優先度付加処理を終了する。一方、乗車人数情報が一致していないと判断された場合（Ｓ２４８：ＮＯ）、Ｓ２４９の処理を実行せず、優先度付加処理を終了する。
【００５５】
この優先度付加処理では、類似度を示す変数Ｒが「０」〜「４」の５段階で示されることになる。ここでは、この類似度を示す「０」〜「４」の情報を「優先度」を示す情報として用いる。
【００５６】
図５中のＳ２６０にて優先度に基づく施設のリストが表示されると、ユーザは、例えば目的地設定のための目的地等として、リスト表示された施設を選択する。このとき、本形態のシステムでは、要因ＤＢ更新処理を実行する。そこで次に、要因ＤＢ更新処理を、図８のフローチャートに基づいて説明する。
【００５７】
最初のＳ３００では、選択された施設が要因ＤＢ３２にあるか否かを判断する。選択された施設が要因ＤＢ３２にあると判断された場合（Ｓ３００：ＹＥＳ）、施設が選択されたときの走行環境をＳ３１０にて選択時情報に追加登録し、その後、要因ＤＢ更新処理を終了する。一方、選択された施設が要因ＤＢ３２にないと判断された場合（Ｓ３００：ＮＯ）、施設が選択されたときの走行環境をＳ３２０にて選択時情報とし施設名称と共に新規登録を行い、その後、要因ＤＢ更新処理を終了する。
【００５８】
追加登録は、例えば図９に示すように、以前と異なる情報があれば当該情報を追加する態様で行うことが考えられる。
図９（ａ）に示すように、要因ＤＢ３２にあるＡ施設の選択時情報は、位置情報が座標値（Ｘ１，Ｙ１）、天候情報が「晴」、時間帯情報が「朝」、乗車人数情報が「複数」であるとする。
【００５９】
このとき、図９（ｂ）に示すように、Ａ施設がリストから選択された際の走行環境が、位置情報（Ｘ４，Ｙ４）、天候情報「曇」、時間帯情報「昼」、乗車人数情報「複数」であれば、図９（ｃ）に示すような態様で追加登録することが考えられる。つまり、Ａ施設の選択時情報を、位置情報（Ｘ１，Ｙ１）、（Ｘ４，Ｙ４）、天候情報「晴」及び「曇」、時間帯情報「朝」及び「昼」、乗車人数情報「複数」とすることが考えられる。
【００６０】
次に本形態のシステムが奏する効果について説明する。
本形態では、音声認識部が、入力された音声と予め記憶されている複数の比較対象パターンとを比較し、一致度合の高いものを認識結果として制御部へ出力する。制御部は、施設情報ＤＢを使用し、認識結果に対応する施設情報を取得する（Ｓ２００）。また、走行環境としての車両の「位置情報」、「天候情報」、「時間帯情報」及び「乗車人数情報」を取得する（Ｓ２２０）。そして、要因ＤＢ３２の選択時情報との類似度を判断し、検索された複数の施設に優先度を付加して（Ｓ２４０）、優先度に基づくリスト表示を行う（Ｓ２６０）。
【００６１】
音声認識部２１での認識結果から施設検索を行うと、複数の施設が検索されることがある。そこで、施設が選択された時点の走行環境を選択時情報として施設名称に紐付けた要因ＤＢ３２を用意し、次に同じ認識結果から施設検索を行った場合、検索の際に取得される走行環境と要因ＤＢ３２の選択時情報とを比較して、優先順位を付けたリスト表示を行う。これにより、入力音声に応じた認識結果に基づく検索施設を適切に表示することができる。
【００６２】
例えば、図１０（ａ）は、位置情報に基づく優先度付加の事例である。この場合、認識結果が「おかざき」であることを前提に、自車位置が座標値（Ｘ１，Ｙ１）の近くにあれば、「Ａ鉄道岡崎駅」の優先度が高くなり、自車位置が座標値（Ｘ２，Ｙ２）の近くにあれば、「Ｂ鉄道岡崎駅」の優先度が高くなる。したがって、例えば自宅の位置が座標値（Ｘ１，Ｙ１）であり、職場の位置が座標値（Ｘ２，Ｙ２）であるとすると、自宅付近から検索する場合には「Ａ鉄道岡崎駅」が優先的に表示され、職場付近から検索する場合には「Ｂ鉄道岡崎駅」が優先的に表示されることになる。
【００６３】
また例えば図１０（ｂ）は、乗車人数情報に基づく優先度付加の事例である。この場合、認識結果が「わいわいらんど」であることを前提に、乗車人数情報が「複数」であれば、「遊園地ワイワイランド」の優先度が高くなり、乗車人数情報が「単数」であれば、「株式会社ワイワイランド」の優先度が高くなる。したがって、同乗者がいるような場合には「遊園地ワイワイランド」が優先的に表示され、一人で運転しているような場合には、「株式会社ワイワイランド」が優先的に表示されることになる。
【００６４】
例えば図１０（ｃ）は、時間帯情報に基づく優先度付加の事例である。この場合、認識結果が「すーぱーせんとう」であることを前提に、時間帯情報が「昼」であれば、食料品などを売る「スーパー千島」の優先度が高くなり、時間帯情報が「夜」であれば、銭湯である「スーパー銭湯」の優先度が高くなる。したがって、昼間には「スーパー千島」が優先的に表示され、夜間には「スーパー銭湯」が優先的に表示されることになる。
【００６５】
また、本形態では、要因ＤＢ３２の更新処理を行う。つまり、表示されたリストからユーザが施設を選択した際、選択された施設に対し走行環境を登録する（図８中のＳ３１０，Ｓ３２０）。これにより、施設名称と選択時情報との対応関係が更新されつつ増加していくため、検索された施設のリストをより適切に表示することができる。
【００６６】
本形態における施設情報ＤＢ３１が「検索データベース」に相当し、入力部２０が「入力情報取得手段」に相当し、要因ＤＢ３２に記憶される情報が「対応情報」に相当し、制御部１０が「検索手段」、「出力手段」、「走行環境取得手段」、「記憶手段」及び「優先度付加手段」に相当する。
【００６７】
図３の音声認識処理が「入力情報取得手段」の機能としての「入力情報取得処理」に相当し、図５のリスト表示処理が「検索手段」の機能としての「検索処理」に相当し、図５中のＳ２２０の処理が「走行環境取得手段」の機能としての「走行環境取得処理」に相当し、図５中のＳ２４０の処理が「優先度付加手段」の機能としての処理に相当し、図５中のＳ２６０の処理が「出力手段」の機能としての「出力処理」に相当し、図８の要因ＤＢ更新処理が「記憶手段」の機能としての「記憶処理」に相当する。
【００６８】
なお、以上の構成は一例であり、次のような構成を採用してもよい。
（イ）要因ＤＢ３２が車両で取得された走行環境によって構築されていくことは述べたが、当初は、デフォルトの選択時情報を記憶しておくようにしてもよい。
（ロ）上記形態では、時間帯情報を「朝」、「昼」、「夜」、「深夜」という具合に４種類で示しているが、「昼間」と「夜間」というようにもっと少ない項目で切り分けたり、もっと多くの項目で切り分けたりすることも考えられる。天候情報や乗車人数情報についても同様である。天候情報で言えば、雨の強さを示すような「雷雨」や「台風」といった情報を含めるようにしてもよい。また、「気温」などの情報を加えてもよい。
（ハ）上記形態では、通信部４０を介しセンタ装置から天候情報を取得しているが、例えばレインセンサを自車両に搭載し、レインセンサからの信号に基づいて天候情報を取得するようにしてもよい。例えば、雨が降っているか否かを天候情報として取得するという具合である。上記形態では、着座センサ６０から乗車人数を検出していたが、例えばカメラなどを搭載し、当該カメラの映像から乗車人数を検出するようにしてもよい。
（ニ）上記形態では、優先度を付加した後、優先度の高い順序でリスト表示を行っていた。これに対し、表示されるリストの優先度が分かればよいため、例えば上述した変数Ｒの数だけ、星印などの特定のマークを並べて表示するなどして優先度を示すようにしてもよい。
（ホ）上記形態では、音声認識の認識結果を入力情報として施設情報ＤＢを検索する構成であった。これに対し、操作スイッチ２２から入力される文字情報などを入力情報として施設情報ＤＢ３１を検索する構成としてもよい。また、上記形態はナビゲーションシステムに本発明を適用したものであったが、携帯電話に代表される携帯端末システムに本発明を適用してもよい。
【符号の説明】
【００６９】
１０：制御部、２０：入力部、２１：音声認識部、２１ａ：入力信号制御部、２１ａ：入力信号制御部、２１ｂ：認識処理部、２１ｃ：認識制御部、２１ｄ：辞書管理部、２２：操作スイッチ、３０：地図データ記憶部、３１：施設情報ＤＢ、３２：要因ＤＢ、４０：通信部、５０：現在位置算出部、６０：着座センサ、７０：スピーカ、８０：ディスプレイ
【特許請求の範囲】
【請求項１】
入力情報に対応する検索情報が記憶されている検索データベースと、
前記入力情報を取得する入力情報取得手段と、
前記検索データベースを参照し、前記入力情報取得手段によって取得された入力情報に対応する検索情報を検索する検索手段と、
前記検索された検索情報を出力する出力手段と、
走行環境を取得する走行環境取得手段と、
前記検索された検索情報がユーザにより選択されたとき、前記取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶手段と、
を備え、
前記出力手段は、前記取得した走行環境と前記対応情報とに基づき、前記検索された検索情報を出力すること
を特徴とする検索装置。
【請求項２】
請求項１に記載の検索装置において、
前記走行環境と前記対応情報とに基づいて、前記検索情報に優先度を付加する優先度付加手段を備え、
前記出力手段は、前記優先度に基づいて前記検索された検索情報のリストを表示することを特徴とする検索装置。
【請求項３】
入力情報を取得する入力情報取得処理と、
前記入力情報に対応する検索情報が記憶されている検索データベースを参照し、前記入力情報取得処理によって取得された入力情報に対応する検索情報を検索する検索処理と、
前記検索された検索情報を出力する出力処理と、
走行環境を取得する走行環境取得処理と、
前記検索された検索情報がユーザにより選択されたとき、前記取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶処理と、
を備え、
前記出力処理では、前記取得した走行環境と前記対応情報とに基づき、前記検索された検索情報を出力すること
を特徴とするプログラム。
【請求項１】
入力情報に対応する検索情報が記憶されている検索データベースと、
前記入力情報を取得する入力情報取得手段と、
前記検索データベースを参照し、前記入力情報取得手段によって取得された入力情報に対応する検索情報を検索する検索手段と、
前記検索された検索情報を出力する出力手段と、
走行環境を取得する走行環境取得手段と、
前記検索された検索情報がユーザにより選択されたとき、前記取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶手段と、
を備え、
前記出力手段は、前記取得した走行環境と前記対応情報とに基づき、前記検索された検索情報を出力すること
を特徴とする検索装置。
【請求項２】
請求項１に記載の検索装置において、
前記走行環境と前記対応情報とに基づいて、前記検索情報に優先度を付加する優先度付加手段を備え、
前記出力手段は、前記優先度に基づいて前記検索された検索情報のリストを表示することを特徴とする検索装置。
【請求項３】
入力情報を取得する入力情報取得処理と、
前記入力情報に対応する検索情報が記憶されている検索データベースを参照し、前記入力情報取得処理によって取得された入力情報に対応する検索情報を検索する検索処理と、
前記検索された検索情報を出力する出力処理と、
走行環境を取得する走行環境取得処理と、
前記検索された検索情報がユーザにより選択されたとき、前記取得した走行環境を選択された検索情報に対応付けた対応情報を記憶する記憶処理と、
を備え、
前記出力処理では、前記取得した走行環境と前記対応情報とに基づき、前記検索された検索情報を出力すること
を特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−２１００４１（Ｐ２０１１−２１００４１Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７７５７０（Ｐ２０１０−７７５７０）
【出願日】平成２２年３月３０日（２０１０．３．３０）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月３０日（２０１０．３．３０）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]