JP6807611B2 - システム及びプログラム - Google Patents

Description

本発明は、車両の搭乗者の音声を認識して、所定の処理を実行するシステム及びプログラムに関する。

現在、ナビゲーション装置やレーダー探知機などの機能を備えた車載用電子機器が、広く普及している。このような車載用電子機器は、車両が走行中に、車両の搭乗者であるユーザが必要とする各種の情報を出力する機能を有している。

例えば、車載用電子機器がナビゲーション装置としての機能を備えている場合、ユーザの操作に応じて、探索された目的地までの案内経路、検索された各種の施設を表示装置に表示させることができる。また、例えば、車載用電子機器がレーダー探知機としての機能を備えている場合、オービス、取締・検問エリア、交通監視装置などのターゲットを、適宜、表示装置に表示させることができる。

このような車載用電子機器の操作は、基本的には、機器に設けられたスイッチ、表示装置の画面に構成されたタッチパネル、赤外線による遠隔操作が可能なリモコンを、ユーザが手操作することによって行う。さらに、ユーザが発話した音声を認識して、これに応じた処理を行う音声認識機能を備えた車載用電子機器も、一般的に普及している。

この音声認識機能を利用すれば、運転中であるために手操作が困難なユーザであっても、あらかじめ登録されたコマンド等に対応する認識語句を発話することにより、経路探索や施設検索などの各種の機能を実行させることができる。

特開２００９−１１５５９４号公報

しかしながら、従来の車載用電子機器における音声認識機能は、ユーザが一方的に発した指示に応じて、機器が所定の処理を行うという点では、手操作と何ら変わりはない。このため、ユーザは、手操作によるか、音声入力によるかにかかわらず、無味乾燥な機器を操作しているだけという感覚しか得られない。

また、一般的な車載用電子機器は、経路案内、ターゲットの報知等を、あらかじめ設定された音声によって行う機能も有している。しかし、この機能も、機器側が一方的に情報を提供するという点では、画面表示による情報提供と何ら変わりはない。このため、ユーザは、無味乾燥な機器から情報を得ているという感覚しか得られない。

以上のように従来の技術では、機器を操作しているという感覚しか得られないため、そこに何らの面白みもなく、車内にいる人間、特に、長時間、一人で運転している運転者にとって非常に退屈である。このため、ユーザは、購入から時間が経過すると、車載用電子機器を積極的に利用する意欲が湧かなくなり、多様な機能が有効に活用されないままとなることが多い。

本発明は、上記のような従来技術の問題を解決するために提案されたものであり、その目的は、ユーザにとって、操作や運転に面白さが得られるとともに、飽きがくることがなく、積極的に機能を利用する意欲が湧いてくるシステム及びプログラムを提供することにある。

（１）本発明のシステムは、車両の搭乗者であるユーザの音声を認識した結果に基づく認識情報と、ユーザの音声を認識したことを示す所定のキャラクターの音声の出力とによる対話に応じて、ユーザが知りたい情報を出力するための所定の処理を実行することを特徴とする。
このようにすれば、例えば、車両の搭乗者であるユーザの一方的な指示に対してシステムが情報を提供するのではなく、ユーザがキャラクターと対話することにより、知りたい情報を得ることができるので、操作や運転の面白さが増大するとともに、キャラクターとコミュニケーションをとっている感覚が得られて飽きがこない。また、例えば、ユーザは、キャラクターと対話するために、システムを操作する意欲が湧くので、システムの機能が有効に活用される。
ユーザの音声を認識した結果に基づく認識情報としては、例えば、ユーザが発する音声を、キャラクターとの対話を成立させる語句として認識した情報とするとよい。このようにすれば、例えば、認識した語句に応じて、キャラクターの音声を出力させることにより、ユーザの音声を認識したことを示すとともに、ユーザとの対話を成立させることができるのでよい。語句の認識としては、例えば、ユーザが知りたい情報を出力するための所定の処理を実行させるために、特定の認識語句と、これとの関係で対話が成立するキャラクターの音声をあらかじめ登録しておき、ユーザの音声を認識した結果と一致するか否かに応じて、キャラクターの音声を出力させるようにするとよい。このようにすれば、例えば、対話のための認識語句とキャラクターの音声との種々の組み合わせを用意することにより、これに応じて実行される多様な処理に対応させることができるのでよい。
所定のキャラクターとしては、例えば、システムから出力される音声により、特定の個性を持った話者を認識させる存在とするとよい。このようにすれば、例えば、ユーザは、実際の人間と対話しているような感覚が得られて、親しみが持てるのでよい。
対話としては、例えば、発話の開始、これに対する応答、応答に対する返答という少なくとも一往復のやり取りがなされるとよい。このようにすれば、例えば、単純にユーザの命令通りにシステムが処理を行うのではなく、キャラクターが、自分とシステムの間に介在して、サービスを提供してくれている感覚をユーザが得られるのでよい。また、対話としては、例えば、ユーザの発話とキャラクターの音声とが、その意味内容が発話とこれに対する返答として成立しているとよい。このようにすれば、互いに意思の疎通ができている感覚が得られるのでよい。また、対話としては、例えば、発話とこれに対する意味内容が的外れな返答であってもよい。このようにすれば、ユーザにとって面白味や意外性が感じられるのでよい。さらに、対話としては、例えば、発話とこれに対する返答が意味内容として成立している場合と、発話に対する意味内容が的外れな返答の場合とを混在させるとよい。このようにすれば、現実の会話に近い不完全さを演出することができ、ユーザに人間味を感じさせることができるのでよい。
ユーザが知りたい情報としては、例えば、音声認識を用いることにより、手操作よりも簡単又は迅速にシステムに出力させることができる情報とするとよい。このようにすれば、例えば、ユーザは、積極的に音声認識を利用するようになるので、システムは、ユーザにキャラクターとの対話をさせる機会をより多く与えることができるのでよい。
対話に応じて、ユーザが知りたい情報を出力するための所定の処理としては、例えば、対話をした結果、ユーザが知りたい情報を出力するとよい。このようにすれば、ユーザが知りたい情報を得るために、キャラクターと対話をする意欲がわくのでよい。また、対話に応じて、ユーザが知りたい情報を出力するための所定の処理としては、例えば、対話中にユーザが知りたい情報を出力する処理とするとよい。このようにすれば、ユーザが知りたい情報を得るために、発話して対話を進める意欲が増すのでよい。さらに、対話に応じて、ユーザが知りたい情報を出力するための所定の処理としては、例えば、対話を構成するキャラクターの音声を出力する処理であってもよい。このようにすれば、ユーザは、キャラクターの音声を聞きたくて対話するので、対話すること自体を楽しむことができるのでよい。

（２）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、車両の運転中に運転者が必要とする情報を出力するための処理とするとよい。
このようにすれば、例えば、手操作が難しい、手操作が制限されている等により、運転者が運転中に所望の情報を得ることが困難な場合でも、音声認識を利用することにより、キャラクターとの対話を楽しみながら、所望の情報を得ることができるのでよい。

（３）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、複数の選択を経て情報を出力するための処理とすることを特徴とするとよい。
このようにすれば、例えば、情報を出力するために複数の選択を経る必要がある場合に、選択するごとに手操作が必要となる場合に比べて、音声入力による方が、ユーザにとって操作が簡単となるのでよい。
複数の選択を経て出力される情報としては、例えば、階層化された構造の情報、複数回の操作をしなければ出力できない情報とするとよい。このような情報は、手操作を複数回行うよりも、ユーザの負担が少なくなるのでよい。
特に、複数の選択を経て出力される情報としては、例えば、施設検索、現在地周辺検索などのように、複数の候補の中から順次絞り込んでいくことにより得られる情報とするとよい。このような情報を出力する処理は、例えば、ブレーキやアクセルのように車両自体を動かすための操作や、ウィンカーのように走行中に安全のために外部に何かを知らせるための操作とは異なり、手操作によりダイレクトに実行させることが難しいので、音声認識による操作に適していてよい。

前記対話の一部として、次の選択がある場合に、これを誘導するキャラクターの音声とするとよい。
このようにすれば、例えば、ユーザは、キャラクターの音声に促されて選択することにより、所定の処理を順次進めることができるのでよい。
次の選択へ誘導するキャラクターの音声としては、例えば、周辺検索で「周辺」というユーザの音声を認識した場合に、「どこ行く？」というように、行先を尋ねる音声とするとよい。このようにすれば、例えば、ユーザが、次に何を発話すればよいかが明確にわかるのでよい。

前記対話の一部として、次の選択がない場合に、これを示すキャラクターの音声とするとよい。
このようにすれば、例えば、ユーザは、さらに処理を進める必要がなくなったことがわかるので、指示を終了する、別の処理を行わせる等の判断ができるのでよい。
次の選択がないことを示すキャラクターの音声としては、例えば、周辺検索で「ファミレス」というユーザの音声を認識した場合に、「ひとりぼっちでファミレス行くの？」のように、次の選択がないことを明示する音声とするとよい。このようにすれば、ユーザは、次に進む必要がないことがわかるとともに、新たに別の判断をユーザに求めることができるのでよい。

（４）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、所望の地点の周辺の施設に関する情報を、表示手段に表示させるための処理とするとよい。
このようにすれば、例えば、周辺の施設の情報を得るための面倒な手操作を不要としつつ、ユーザが、キャラクターとの対話を楽しみながら、周辺の施設に関する情報を取得することができるのでよい。

（５）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、表示手段に表示された地図上の前記周辺の施設の位置に、前記周辺の施設を示すアイコンを、地図と比べて相対的に強調表示させるとよい。
このようにすれば、例えば、地図上で、ユーザに必要な施設の情報が目立つことになるので、ユーザが施設の位置を把握しやすくなり、音声により所望の施設を選択する際の目安となるのでよい。
地図と比べた相対的な強調表示としては、例えば、施設の位置が明確となる表示とするとよい。例えば、アイコンと地図の明度、彩度、色相の少なくとも一つを変えれば、両者の対比が際立つのでよい。特に、例えば、アイコンをカラー表示し、地図をグレースケールで表示すれば、アイコンが非常にはっきりと見えるのでよい。

（６）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、表示手段に表示された地図上の前記周辺の施設の位置に、前記周辺の施設を示すアイコンを表示させ、前記アイコンに、所定の基準に従った順位が区別できる表示をするとよい。
このようにすれば、例えば、アイコンにおける順位を区別できる表示により、ユーザが施設を選択する目安とすることができるのでよい。
所定の基準としては、例えば、特定の地点に近い順とするとよい。このようにすれば、施設名を表示させる場合に比べて、どこの施設が一番近いかが直感的に分かるのでよい。さらに、所定の基準としては、例えば、ユーザにとっての重要度が高い順とするとよい。このようにすれば、ユーザが最も知りたい施設が優先的に表示されるのでよい。ユーザにとっての重要度とは、例えば、過去に行ったことがある、過去に行った頻度が高い、ユーザの好みに合う等とするとよい。このようにすれば、ユーザが行きたい施設を素早く知ることができるのでよい。また、例えば、過去に行ったけれども、二度と行きたくないなど、ユーザにとっての重要度が低いものが除外されるようにしてもよい。このようにすれば、例えば、ユーザが行く可能性があるもののみを表示させることができてよい。
順位が区別できる表示としては、例えば、番号、アルファベットのように本来的に順位を示す情報とするとよい。このようにすれば、例えば、順位の意味を容易に把握できるのでよい。さらに、順位が区別できる表示としては、例えば、◎、○、△、×等の形状や、明度、彩度、色相により段階的に変化をつける等、視覚的に順位を示す情報とするとよい。このようにすれば、例えば、順位を視覚により直感的に把握できるのでよい。

検索された施設の選択を促すキャラクターの音声を、表示されたアイコンに合わせた内容で出力するとよい。
このようにすれば、例えば、表示されたアイコンに合わせた内容の音声で、施設の選択を促すことができるので、ユーザは、視覚で確認した内容を、音声によっても把握できるのでよい。
表示されたアイコンに合わせた内容としては、例えば、番号であれば何番がよいかを問い合わせる音声、アルファベットであればアルファベットの何かよいかを問い合わせる音声、形状であれば形状が何かを問い合わせる音声、色であれば色が何かを問い合わせる音声とするとよい。このようにすれば、ユーザは、例えば、何を発話して施設を選択すればよいかが、簡単にわかるのでよい。また、例えば、表示されているアイコンに合わせた内容として、選択される候補の範囲を示す音声とするとよい。これにより、例えば、何番から何番というように音声を出力すれば、ユーザは、発話すべき内容とともに、選択すべき範囲も把握することができるのでよい。

表示されたアイコンに合わせた内容で、いずれかの施設を選択するユーザの音声を認識すると、特定の地点から選択された施設まで探索された経路を表示手段に表示させるとよい。
このようにすれば、例えば、ユーザは、施設名で選択するよりも、表示されたアイコンに合わせた内容で簡単に選択することができるのでよい。
表示されたアイコンに合わせた内容としては、例えば、番号であれば所望の施設のアイコンの番号、アルファベットであれば所望の施設のアイコンのアルファベット、形状であれば所望の施設のアイコンの形状、色であれば所望の施設のアイコンの色とするとよい。このようにすれば、例えば、施設名よりも覚えやすい言葉で、施設を選択することができるのでよい。

表示手段に探索された経路が表示された後、前記対話に応じて、経路案内を開始するか、経路を探索し直すかを決定するとよい。
このようにすれば、例えば、ユーザは、探索された経路を希望しない場合に、キャラクターとの対話をしながら、探索し直しを指示することができるので、やり直し時の手間や退屈な気持ちを緩和させることができるのでよい。

（７）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、あらかじめ音声を認識するために登録される認識語句に対応する項目のうち、いずれの項目を認識語句として機能させるかを選択させる項目の表を、表示手段に表示させるとよい。
このようにすれば、例えば、表示された項目の表から、ユーザがよく使う項目のみを選択すれば、認識語句が限定されるので、誤認識を減らすことができるのでよい。
選択された認識語句は、例えば、所定のメモリ領域に、デフォルトの状態から書き換える、空の領域に入れていく、既に入っているものを並べ替える等により、登録されるものとするとよい。このようにすれば、限られたメモリ領域を有効に活用できるのでよい。

（８）ユーザの音声を認識するためにあらかじめ登録される認識語句に対応する項目のうち、いずれの項目を対話のための認識語句として機能させるかを選択させる項目の表を、表示手段に表示させ、前記表から選択された項目は、表示手段に表示させるページ毎に設定されるとよい。
このようにすれば、例えば、表示手段の表示画面の１ページで表示できる項目が限られていても、ユーザがよく使う項目を、トップのページに持ってくることができるので、使いたい項目を表示させるためにページを切り替える手間が省けるのでよい。

混同して認識される可能性のある認識語句の項目が、別のページに表示されるように設定されるとよい。
このようにすれば、例えば、似た音を含む語句、実際に認識させてみて混同する可能性が高い語句等が、同じページに並んで同時に認識の候補となることがないので、誤認識を減らすことができるのでよい。似た音を含む語句としては、例えば、「ファミレス」と「ファーストフード」、「病院」と「美容院」、「洋食」と「和食」のように、５０音の同じ音、同じ漢字等を含む語句とするとよい。このようにすれば、文字からも紛らわしい音の認識語句が、同じページに表示されないため、ユーザも、いずれか一方を入力することになり、誤認識を減らすことができる。実際に認識させてみて混同する可能性が高い語句としては、例えば、過去の認識結果の記録に基づいて、同じ発話に対して認識されている異なる語句とするとよい。このようにすれば、例えば、実際に誤認識が生じている組み合わせが同一ページとなることを排除できるのでよい。

前記認識語句に対応する項目は、複数の概念を含む認識語句に対応する大項目と、当該複数の概念に相当する認識語句に対応する中項目を有し、大項目とともに中項目を、同一ページに表示させるとよい。
このようにすれば、例えば、ユーザが中項目を検索したい場合にも、階層やページを変える必要がないので、所望の項目をダイレクトに選択することができるのでよい。
大項目としては、例えば、「病院」のように、多数の候補を含む上位概念的な項目とするとよい。このようにすれば、できるだけ多くの候補の中から検索したいと思うユーザにとって便利となるのでよい。中項目としては、例えば、「病院」の概念に含まれる「内科」、「小児科」のように、大項目よりも含まれる候補が少ない下位概念的な項目とするとよい。このようにすれば、少ない候補の中から、即座に所望の施設の情報を得たいユーザにとって便利となるのでよい。

認識語句として、項目として表示されている語句に関連するが、項目として表示されていない語句が登録されているとよい。
このようにすれば、例えば、項目に表示されている認識語句そのものを発話しなくても、その認識語句に関連する語句を言えばよいので、ユーザの項目名の記憶があいまいであったり、操作に不慣れであったりしても、検索ができるのでよい。
項目として表示されている語句に関連するが、項目として表示されていない語句としては、例えば、特定のページで表示中の大項目に対応するが、そのページでは表示されていない中項目とするとよい。
このようにすれば、例えば、中項目が表示されていなかったとしても、ユーザが中項目を言えば、その中項目が検索されるので、必要な施設の情報を素早く得ることができるのでよい。

（９）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、前記キャラクターを、表示手段に表示させるとよい。
このようにすれば、例えば、ユーザが、対話する相手の姿を表示画面で見ることにより、親しみを覚えて、その姿を見るためにシステムを積極的に利用したいと思うようになるのでよい。

（１０）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、前記キャラクターを、地図上の探索された経路表示を遮らない位置に、表示させるとよい。
このようにすれば、例えば、キャラクターの表示を楽しませつつ、探索された経路の見やすさを維持できるのでよい。
経路表示を遮らない位置としては、例えば、キャラクターと探索された経路の表示とが、互いに表示画面における反対側に寄るとよい。このようにすれば、キャラクターが経路探索のサービスを邪魔しない気遣いをしているように、ユーザに感じさせることができるので、より好感を持たせることができてよい。

前記キャラクターを、地図上の探索された経路表示を遮らない位置に、表示させながら移動させるとよい。
このようにすれば、例えば、移動中のキャラクターを表示し続けることで、ユーザにうっとうしさを感じさせて存在をアピールできるとともに、キャラクターを継続して見ていたいユーザにとっては、移動中のキャラクターの動作を楽しむことができてよい。

ユーザの音声の認識語句に対応する項目の表示領域は、背後の画像が見える部分を有し、表示手段に表示されるキャラクターは、各項目よりも大きくて背後の画像が見える部分を有さず、前記項目の表示領域は、表示画面におけるキャラクターと反対側の位置に寄っているとよい。
このようにすれば、例えば、キャラクターが、探索された経路と反対側に寄った場合に、項目の表示領域は、探索された経路と重なる可能性があるが、各項目は、キャラクターよりも小さく、項目の表示領域は背後の画像が見える部分を有しているので、探索された経路がキャラクターと重なるよりも、背後の画像が見やすいのでよい。
背後の画像が見える部分としては、例えば、透過する部分、隙間が空いた部分とするとよい。このようにすれば、例えば、項目表示の視認性を確保したまま、背景の画像も見ることができるのでよい。

（１１）あらかじめ登録されたユーザの呼び名の音声を、前記対話において前記キャラクターにより出力される音声の中に挿入するとよい。
このようにすれば、例えば、ユーザは、会話内で自らの呼び名で呼ばれることにより、キャラクターに対して、より一層の親しみを感じることができるのでよい。
対話の開始時にキャラクターにより出力される音声に、あらかじめ登録されたユーザの呼び名の音声を挿入するとよい。
このようにすれば、例えば、対話の開始時に、ユーザが自らの名前で呼ばれることになるので、ユーザの注意を引くことができてよい。

キャラクターの呼び名を含む音声が認識された場合に、キャラクターにより出力される音声に、あらかじめ登録されたユーザの呼び名の音声を挿入するとよい。
このようにすれば、例えば、互いに呼び名を呼び合うことになるので、ユーザは、より親密な感覚を得ることができる。

対話が進行するに従って、キャラクターにより出力される音声に、ユーザの呼び名を挿入する頻度を低減させるとよい。
このようにすれば、例えば、当初は呼び名が呼ばれていたのに、その後は呼ばれる頻度が減少するので、互いに慣れていく二人の会話を演出することができるのでよい。

あらかじめ５０音表に対応する音声データが登録され、この５０音表からユーザが選択した呼び名の音声を、会話中に挿入するとよい。
このようにすれば、例えば、あらかじめ複数の呼び名を登録しておく場合に比べて、メモリの容量を節約できるのでよい。

前記キャラクターの音声として、前記キャラクターの状況を示す内容の音声を挿入するとよい。
このようにすれば、ユーザは、キャラクターの状況を聞くことができるので、例えば、キャラクターがネガティブな状況にあれば、ユーザにキャラクターを気遣う気持ちを起こさせることができ、キャラクターがポジティブな状況にあれば、ユーザにキャラクターに共感する気持ちを起こさせることができるのでよい。
キャラクターの状況を示す発言としては、例えば、「わたし忙しいんだけど」というように、自らがポジティブな状態にあるかネガティブな状態にあるかがわかる発言とするとよい。このようにすれば、例えば、ユーザの指示にシステムが無条件に従うのではなく、ユーザに気遣いの気持ちや、共感の気持ちを生じさせることができるので、実際の人間を相手にした会話のような感覚が得られるのでよい。

（１２）前記対話における前記キャラクターの音声を、あらかじめ設定された複数の異なるフレーズの中から、既に出力したフレーズを除いてランダムに選択して出力するとよい。
このようにすれば、例えば、同じフレーズばかりが出力されないようにすることができるので、ユーザにとって飽きがこないのでよい。

共通の認識語句に対して異なる複数の応答フレーズが登録されたリストが設定されているとよい。
このようにすれば、例えば、ユーザが共通の内容の発話をしても、キャラクターは異なる表現で返答するので、何度も同じ処理を実現させる場合でも、キャラクターからどんな返答が来るかを楽しむことができる。

前記リストは複数設定され、同一のリスト内であっても他のフレーズとは異質なフレーズが登録されているリストがあるとよい。
このようにすれば、例えば、ユーザの同様の内容の発言に対する返答として、異質なフレーズが出力されることにより、ユーザに予想外の印象を与えることができ、キャラクターに対する印象を変化させて、ユーザにとって飽きがくることを防止できるのでよい。

前記キャラクターは同一人でも複数の表示態様があり、出力される音声として、前記複数の表示態様毎に異なるフレーズが登録されているとよい。
このようにすれば、例えば、同じキャラクターでも、複数の表示態様に応じて、発話内容が異なるので、同一人との対話でありながら、変化を楽しむことができるのでよい。
複数の表示態様としては、例えば、標準的なもの、衣服や髪型等を変えて変身したもの、頭身を変えたものとするとよい。このようにすれば、例えば、大人っぽい、子供っぽい、かわいい、きれい等の多様な印象をユーザに与え、飽きさせないのでよい。

声認識を間違えた場合に、出力されるフレーズが登録されているとよい。
このようにすれば、例えば、認識を間違えた場合であっても、何等かのフレーズを返すことより、キャラクターとの対話が継続していることを、ユーザに認識させることができるのでよい。

音声認識に誤りがあった場合に備えた逃げ口上となるフレーズが登録されているとよい。
このようにすれば、例えば、音声認識に誤りが生じる可能性はあるが、たとえ誤りが生じたとしても、キャラクターの逃げ口上によって、ユーザの苛立ちや怒りを和らげることができる。
逃げ口上としては、例えば、「音声認識頑張ります。１００％認識できないかもしれないけれど」のように、正確に認識しようとする意欲を示す表現とともに、完全な達成は困難であることを示す表現とするとよい。このようにすれば、例えば、単に、認識ができないことを示すよりも、誤認識に対して、ユーザに許容する心理を生じさせることができるのでよい。

ユーザが返答を望む内容とキャラクターの音声の出力の内容とが相違していることを指摘するユーザの音声の入力があった場合に、それに対するキャラクターからの返答のフレーズが登録されているとよい。
このようにすれば、例えば、ユーザが、キャラクターの間違いを指摘すると、キャラクターからこれに対する返答があるので、誤解があった場合の人と人との自然なやり取りを楽しむことができるのでよい。

宣伝広告となるフレーズが登録されているとよい。
このようにすれば、例えば、提携している施設にユーザを誘導することができるのでよい。

（１３）前記対話における前記キャラクターの音声として、ユーザが行き先とする施設で行うことの原因についてのフレーズが登録されているとよい。
このようにすれば、例えば、ある施設に行くことになった原因について発話することにより、当該施設に向かうユーザが耳を傾けやすくなるのでよい。
例えば、その行き先に行く原因がユーザにとって好ましくない場合にも、ユーザにとって好ましい場合にも、ユーザの注意を引くことができるのでよい。
行き先へ行く原因がユーザにとって好ましいものでない施設としては、例えば、「病院」、「歯医者」、「薬局」のように、ユーザの病気に関係している施設とするとよい。
行き先へ行く原因がユーザにとって好ましい施設としては、例えば、「デパート」「寿司」「うなぎ」のように、日常良く行く施設よりも、ややハードルが高い施設とするとよい。
キャラクターがユーザに対して種々の感情を起こさせるフレーズとしては、例えば、「どこか具合が悪いの？ 大丈夫？」、「あまり無理しないでね」のようにユーザの状態を思いやることによりキャラクターに愛着を感じさせるフレーズとするとよい。また、例えば、「ちゃんと歯磨きしてる？」のようにユーザに後悔の念を起こさせるフレーズとするとよい。

（１４）前記対話における前記キャラクターの音声として、ユーザが行き先とする施設で行うことについての肯定的又は否定的なアドバイスとなるフレーズが登録されているとよい。
このようにすれば、例えば、キャラクターのアドバイスにより、ユーザが行き先ですべきことや、すべきでないことを判断できるのでよい。肯定的なアドバイスとしては、例えば、「たまには歯垢をとってもらった方がいいよ」のように何かを勧めるフレーズとするとよい。また、否定的なアドバイスとしては、例えば、「苦しそうな顔しちゃダメ。涼しい顔して我慢するのが男なの。」のように何かを禁止するフレーズとするとよい。

（１５）前記対話における前記キャラクターの音声として、ユーザが行き先とする施設で行うことについてのキャラクターの一方的な感想となるフレーズが登録されているとよい。
このようにすれば、例えば、キャラクターの感想が得られるので、ユーザは、行き先での行動についての参考とすることができてよい。
キャラクターの一方的な感想としては、例えば、「お口の中でとろけるような黒ブタチャーシュー。ステキ〜。」のように、肯定的な感想とするとよい。このようにすれば、ユーザが、同様の行動を施設でとりたくなるのでよい。また、例えば、「一人でレストランに行くの？寂しくない？・・ほっとけって？」のように否定的な感想としてもよい。このようにすれば、ユーザに行き先を変える気を起こさせるのでよい。さらに、例えば、「ショッピングモールって見て回るだけで楽しそう。でも疲れそう。」のように、肯定的な感想と否定的な感想が混じっていてもよい。このようにすれば、行き先での状況について、ユーザにあらかじめ覚悟させることができるのでよい。

（１６）前記対話における前記キャラクターの音声として、前記キャラクターが、現実に存在することを思わせるフレーズが登録されているとよい。
このようにすれば、例えば、ユーザは、キャラクターが実際に存在するような感覚が得られるのでよい。
現実に存在することを思わせるフレーズとしては、例えば、「出張にも私を連れて行ってくれるなんて、うれしいです〜。」、「私達、どこに泊まる？」のように、同行していることを思わせるフレーズとするとよい。このようにすれば、例えば、ユーザは、キャラクターといつも一緒にいる感覚が得られるのでよい。

ユーザの音声を認識するためにあらかじめ登録される認識語句が、項目として表示されているとよい。
このようにすれば、例えば、ユーザは、所定の処理を実行させるために、表示された項目を見れば、何を言えばいいかがわかるのでよい。

ユーザの音声を認識するためにあらかじめ登録される認識語句は、表示画面にかかわらず共通して認識できる認識語句と、表示画面に表示されたものに認識が制限される認識語句とがあるとよい。
このようにすれば、例えば、共通して認識できる認識語句によって、表示画面にかかわらず必要となる機能の利便性を維持しつつ、認識が制限される認識語句によって、誤認識の可能性を低減できる。

共通して認識できる認識語句としては、例えば、複数種の表示画面で共通して使用される認識語句とするとよい。
このようにすれば、表示画面に応じて機能が制限される可能性が低くなり、利便性を維持できる。例えば、「もどる」「取り消し」のように、他の表示画面へ遷移させる語句とするとよい。このような語句は、例えば、どの画面でも使用する必要がある語句であるのでよい。
認識が制限される認識語句としては、例えば、表示画面に表示された語句、検索対象となる語句とするとよい。このような語句は、例えば、それ以外の語句を認識させる必要性が乏しく、認識語句の数を少なくして誤認識を防ぐ必要性が高いのでよい。

ユーザの音声を認識するためにあらかじめ登録される認識語句が、表示画面に表示されているものと、表示画面に表示されていないものとがあるとよい。
このようにすれば、例えば、ユーザが、表示画面に表示されていない語句を発話した場合であっても、あらかじめ設定された認識語句であれば、キャラクターからの何らかの反応を得ることができるので、ユーザにとってサプライズとなり、ユーザに発見の喜びを与えることができるのでよい。

あらかじめ認識語句として設定された語句以外の音声が入力された場合に、キャラクターが出力する音声データが登録されているとよい。
このようにすれば、例えば、認識語句以外であっても、必ずキャラクターの反応があるため、対話が途切れたり、エラーとして報知する等によりシステムとのやり取りであることをユーザに想起させてしまうことがなく、キャラクターと対話を継続している感覚を維持できるのでよい。

量的に変化する機能の状態を、音声認識によりダイレクトに所望の量的レベルとするとよい。
このようにすれば、例えば、量的レベルを、小さな値と大きな値との間で段階的に変化させる場合に比べて、即座に所望の値とすることができるので、ユーザの手間がかからず、操作に拘束される時間が短縮される。
量的に変化する機能としては、例えば、音量、輝度、スケールなどとするとよい。このようにすれば、音量、輝度、スケールなどのボタンを選択して＋−や目盛を表示させ、＋−の選択や、目盛上のスライドにより段階を追ってアップダウンさせる手間が省けるのでよい。

ユーザの音声を認識するためにあらかじめ登録される認識語句として、量的に変化する機能に対応する指示語と、量的レベルを示す数字が設定されているとよい。
このようにすれば、例えば、ユーザが所望の機能に対応する指示語と数字を言うと、当該機能の量的レベルを、その数字のレベルにまでダイレクトにアップ、ダウンさせることができるのでよい。
量的に変化する機能に対応する指示語としては、例えば、「おんりょう」、「きど」、「すけーる」などとし、数字は「いち」、「に」、「にきろ」などとするとよい。このようにすれば、例えば、ユーザにとって直感的に理解しやすい機能の名称と数字を用いて、入力ができるのでよい。特に、例えば、「おんりょうさん」、「きどに」、「すけーるにきろ」のように、名称と量的レベルとを１つの認識語句にまとめてもよい。このようにすれば、発話が一回で済むのでよい。

表示手段の表示画面に、機能を選択するためのボタンであって、当該機能に対応する指示語が表示されたボタンを表示させるとよい。
このようにすれば、例えば、ユーザは、ボタンに表示された指示語を言えばよいので、ユーザにとってわかりやすくなってよい。

表示手段の表示画面に、機能を選択するためのボタンであって、機能の現在の量的レベルの値が表示されたボタンを表示させるとよい。
このようにすれば、例えば、ユーザは、ボタンに表示された値を見ることにより、現在の量的レベルを確認して、所望の値へアップさせるべきか、ダウンさせるべきかを判断できるのでよい。
現在の量的レベルの値は、例えば、地図のスケールとするとよい。このようにすれば、例えば、小さなスケールの値がボタンに表示されている場合に、ユーザがそれよりも大きな値を言うと、ボタンに表示されるスケールの値もその値にダイレクトに変わり、即座に広範囲の地図を見渡すことができてよい。また、例えば、大きなスケールの値がボタンに表示されている場合に、ユーザがそれよりも小さな値を言うと、ボタンに表示されるスケールの値もその値にダイレクトに変わり、即座に詳細な地図を見ることができてよい。

前記機能に対応する指示語が表示されるボタンは、別の表示画面に遷移せずに機能を実行させるボタンがあることを特徴とするとよい。
このようにすれば、例えば、機能を実行させるために別の表示画面に遷移しなくても、対話により機能を実行させることができるので、現在の画面表示が邪魔されることがなくてよい。

音声認識を受け付けているか否かを、表示手段に表示させるとよい。
このようにすれば、例えば、ユーザが、音声による操作ができるか否かを視覚により認識することができてよい。

音声認識を受け付けているか否かとしては、例えば、表示画面の色を変えて表示するとよい。このようにすれば、例えば、ユーザの視覚を介して、音声認識の状態を即座に感得させることができるのでよい。特に、例えば、音声認識を受け付けている場合には、通常の色とし、受け付けていない時には、グレースケールとするとよい。このようにすれば、例えば、音声認識を受け付けているか否かをユーザに直感的にわからせることができるのでよい。

音声認識を受け付けているか否かをキャラクターに表示するとよい。
このようにすれば、例えば、キャラクターを見れば、音声による操作が可能か否かがわかるので、ユーザが気づきやすくなるのでよい。
キャラクターに表示する態様としては、例えば、キャラクターの様子が明らかに変化する態様とするとよい。このようにすれば、例えば、音声認識の状態を即座に感得させることができるのでよい。キャラクターの様子が明らかに変化する態様としては、例えば、キャラクターに物を付加する、キャラクターの色や形態を変える、特定のポーズ、ジェスチャーをさせる、吹き出しでセリフを表示するなどとするとよい。このようにすれば、例えば、通常のキャラクターの状態を知っているユーザであれば、通常の状態との対比によってその変化に即座に気づくのでよい。キャラクターに物を付加する態様としては、例えば、ヘッドセット、ヘッドホン、イヤホン、マイク等の音に関連する備品をキャラクターに装着させるとよい。このようにすれば、例えば、ユーザに、音に関連する機能である音声認識を連想させるのでよい。キャラクターの色や形態を変える態様としては、例えば、髪型や髪の色を変える、別のコスチュームに着替えるなどとするとよい。このようにすれば、例えば、通常の状態との相違がわかりやすくてよい。特に、例えば、キャラクターの耳を大きくすれば、音声をよく聞き取ろうとしていることを示す姿となってよい。さらに、ポーズ、ジェスチャーとして、例えば、耳の後ろに手を当てるしぐさをさせても、音声をよく聞き取ろうとしていることを示す姿となってよい。

キャラクターの音声が出力されている間は、音声を出力し終えるまで、音声認識を停止するとよい。
このようにすれば、例えば、キャラクターの音声の途中で、ユーザからの音声の入力があった場合に、音声認識により他の処理が実行されてしまうことを防止できてよい。他の処理としては、例えば、音量、輝度、スケール、周辺検索のように、緊急性の低い処理とするとよい。このようにすれば、必ずしも直ちに実行しなくてもよいものまで、音声認識により実行されてしまうことがなくてよい。

キャラクターの音声が出力されている間も、音声認識を受け付けるとよい。
このようにすれば、例えば、キャラクターの音声の途中で、ユーザからの音声の入力があった場合に、音声認識より他の処理が中断されないのでよい。他の処理としては、例えば、取締場所に関する位置情報を情報収集サーバに送信する処理のように、緊急性の高い処理とするとよい。このようにすれば、ユーザが直ちに実行して欲しい処理が、中断されることがなくてよい。

キャラクターの音声が出力されている間に、ユーザからの音声の入力があった場合に、キャラクターの音声の出力を停止するとよい。
このようにすれば、例えば、ユーザの音声によって、キャラクターの発言を遮ったような印象を与えることができる。停止したキャラクターの音声の出力は、例えば、あらためて出力しなければ、同じ発話が始めから繰り返されて不自然な印象を与えることがなくてよい。また、停止したキャラクターの音声の出力を、例えば、止めたところから開始すれば、ユーザの発言の間、キャラクターが待ってくれていた印象を与えることができてよい。

キャラクターの音声が出力されている間に、所定の入力操作がなされた場合に、キャラクターの音声を停止するとよい。
このようにすれば、例えば、キャラクターとの対話を第三者に聞かれたくないときに、所定の入力操作によって、キャラクターの音声を停止させることができてよい。所定の入力操作としては、例えば、物理キーの操作とするとよい。このようにすれば、常時、固定的に存在する箇所を操作すればよいので、とっさの操作がしやすい。

ユーザの音声を認識するためにあらかじめ登録される認識語句に対応するユーザの音声の入力に応じて、取締場所に関する位置情報を情報収集サーバに送信する投稿を行うとよい。
このようにすれば、例えば、取締場所を知らせる投稿を、手操作でなく、音声により簡単にすばやく行うことができてよい。
取締場所としては、例えば、取締・検問エリアのように、実施位置、時間が変化するチェック場所とするとよい。このようにすれば、あらかじめ位置を登録しておくことが困難な取締場所についての情報を、投稿により収集させることができるのでよい。
位置情報としては、例えば、現在位置又は中心位置座標とするとよい。このようにすれば、例えば、確実且つ簡単に得られる情報により取締場所を特定できるとともに、音声認識を利用するので、実際の取締位置とのずれが少なくてよい。

所定の認識語句として、音声認識を起動させる語句と投稿の受け付けを開始させる語句とが登録されているとよい。
このようにすれば、例えば、ユーザが、音声認識を起動させる語句と投稿の受け付けを開始させる語句とを発話することにより、音声認識と、投稿の受け付けという多段階の操作を簡単に実行させることができるのでよい。

音声認識を起動させる語句と投稿の受け付けを開始させる語句としては、例えば、別々に分かれた語句として登録されていてもよい。
このようにすれば、例えば、音声認識の開始とともに投稿の受け付けが開始してしまい、誤認識が生じることを防止できてよい。また、音声認識を起動させる語句と投稿の受け付けを開始させる語句としては、例えば、一連の語句として設定されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿の受け付けを一発で開始させることができるので、即座に投稿可能な状態とすることができてよい。

所定の認識語句としては、音声認識を起動させる語句と投稿をさせる語句とが登録されているとよい。
このようにすれば、例えば、ユーザが、音声認識を起動させる語句と投稿をさせる語句とを発話することにより、音声認識と、投稿という多段階の操作を簡単に行うことができてよい。

音声認識を起動させる語句と投稿させる語句としては、例えば、別々に分かれた語句として登録されていてもよい。
このようにすれば、例えば、音声認識の開始とともに投稿されてしまい、誤って投稿されることを防止できてよい。また、音声認識を開始させる語句と投稿させる語句としては、例えば、一連の語句として設定されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿を一発で行わせることができるので、即座に投稿できて、取締場所と投稿場所とのずれを極力少なくすることができてよい。

投稿のための所定の認識語句は、他の認識語句よりも短いとよい。
このようにすれば、例えば、緊急性の高い投稿について、短時間で指示することができてよい。

投稿のための所定の認識語句は、他の認識語句よりも冗長であるとよい。
このようにすれば、例えば、通常の音声認識を利用している場合に、他の認識語句を言う可能性が少なくなり、誤って投稿がされてしまうことを防止できてよい。
冗長であるとは、例えば、文字数が多い、複数に分かれているとするとよい。このようにすれば、例えば、投稿を意図していないユーザが、誤って発話してしまう可能性を低減できるのでよい。

投稿のための所定の認識語句は、ユーザが普段言う可能性の低い語句であるとよい。
このようにすれば、例えば、ユーザが車内で普段、頻繁に使用する語句によって頻繁に誤認識が生じることを防ぎ、ユーザが意図しない投稿を防止できる。

投稿のための対話におけるキャラクターの音声は、他の対話における音声よりも短いとよい。
このようにすれば、例えば、対話の時間を短くして、素早く投稿させることができるのでよい。

（１７）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理は、所定の認識語句に対応するユーザからの音声の入力により開始するとよい。
このようにすれば、例えば、所定の処理をユーザからの音声の入力があって開始するため、システムが勝手に開始して処理が実行されてしまうことがなくてよい。

（１８）前記対話に応じて、ユーザが知りたい情報を出力するための所定の処理は、所定のキャラクターの音声の出力に対し、所定の認識語句に対応するユーザからの音声の入力があって開始するとよい。
このようにすれば、例えば、キャラクターの音声の出力が、ユーザが所定の処理を開始するか否かを判断する契機となるので、システムを利用する機会を増やすことができるのでよい。
キャラクターの音声の出力は、例えば、特定の処理の開始の有無を問い合わせるものとするとよい。このようにすれば、例えば、ユーザが、処理の利用を促されるのでよい。
キャラクターの音声の出力のタイミングは、例えば、定期的とすれば、処理を利用させる頻度を高めるのでよい。また、タイミングを所定の条件を満たした場合とすれば、処理の利用に適したタイミングで、ユーザに利用を促すことができるのでよい。

（１９）ユーザが知りたい情報を出力するための所定の処理を開始した時点から、ユーザからの音声の入力がなく所定時間経過した場合に、処理を終了するとよい。
このようにすれば、例えば、音声認識を長期間継続することによって生じる誤操作を防止できるのでよい。

（２０）ユーザが知りたい情報を出力するための所定の処理を開始した時点から、所定時間経過するまでの間に、キャラクターが、ユーザに音声入力を促す音声を出力するとよい。
このようにすれば、例えば、ユーザが処理の開始を忘れている場合に、音声入力を促すことができるのでよい。

（２１）（１）〜（２０）のシステムとしての機能を、コンピュータに実現させるためのプログラムとして構成するとよい。

本発明によれば、ユーザにとって、操作や運転に面白さが得られるとともに、飽きがくることがなく、積極的に機能を利用する意欲が湧いてくるシステム及びプログラムを提供することができる。

本発明の一実施形態を示す全体斜視図である。 装置本体の内部構成を示すブロック図である。 表示部へ表示する警告画面例を示す図である。 表示部へ表示する経路表示画面例を示す図である。 認識ワードのリスト例の前半を示す図である。 認識ワードのリストの例の後半を示す図である。 応答フレーズのリスト例の一部を示す図である。 キャラクターの態様に応じた応答フレーズを示す図である。 各種の応答フレーズの例を示す図である。 音声認識起動待ちの表示画面例を示す図である。 現在地表示において音声認識開始の表示画面例を示す図である。 ルート案内時の音声認識開始の表示画面例を示す図である。 周辺検索におけるジャンル選択の１ページ目の表示画面例を示す図である。 周辺検索におけるジャンル選択の２ページ目の表示画面例を示す図である。 周辺検索における検索結果をアイコンで表示した表示画面例を示す図である。 図１５において地図スケールを変更する場合の表示画面例を示す図である。 周辺検索における検索結果をリスト表示した１ページ目の表示画面例を示す図である。 周辺検索における検索結果をリスト表示した２ページ目の表示画面例を示す図である。 探索ルートを表示した表示画面例を示す図である。 図１９においてスケール変更する場合の表示画面例を示す図である。 ルート条件を変更する表示画面例を示す図である。 地図スケールを変更する場合の表示画面例を示す図である。 音量を変更する場合の表示画面例を示す図である。 輝度を変更する場合の表示画面例を示す図である。 タイムアウト処理における応答フレーズの例を示す図である。 ジャンル変更の表示画面例を示す図である。

［基本構成］
図１は、本発明のシステムを構成する電子機器として好適なナビテーション装置の一実施形態の外観図を示しており、図２は、その機能ブロック図を示しており、図３及び図４は表示形態の一例を示している。図１に示すように、ナビゲーション装置は、持ち運び可能な携帯型の装置本体２と、それを保持する取付部材たるクレードル３とを備える。装置本体２をクレードル３に装着することで、車載用のナビゲーション装置として機能し、クレードル３から取り外すことで携帯型のナビゲーション装置（ＰＮＤ）として機能する。本実施形態は、装置本体２をクレードル３に着脱可能とし、クレードル３と共に車両のダッシュボード上に設置して利用したり、クレードル３から装置本体２を取り外して携帯型（ＰＮＤ）として利用したりすることができるタイプであるが、クレードル３に対して簡単に着脱できず、車載固定タイプでも良いし、携帯型専用のものでもよい。さらには、例えば携帯電話などの携帯端末に所定のアプリケーションプログラムをインストール（プリインストールを含む）して実現されるものでもよい。アプリケーションプログラムは、ナビゲーションを行うためのシステム自身でも良いし、ナビゲーションを行うためのシステムが実装されているサーバにアクセスし、当該システムを利用するためのプログラムでも良い。本発明は、係る各種のタイプのナビゲーションシステムに適用できる。

装置本体２は、クレードル３に対して着脱自在に取り付けられる。装置本体２は、扁平な矩形状のケース本体４を備えている。そのケース本体４の前面には、表示部５が配置され、その表示部５上には表示部５のどの部分がタッチされたかを検出するタッチパネル８を備え、前面の両サイドには警報ランプ９を備えている。クレードル３は、装置本体２を保持するクレードル本体６と、車室内の所定の位置（ダッシュボード等）において、クレードル本体６を任意の姿勢で指示する台座部７と、を備えている。台座部７は、底面に設けた吸盤にて、ダッシュボードなどの上に吸着して固定される。台座部７とクレードル本体６とは、ボールジョイント等の連結機構を介して所定の角度範囲内で回転可能に連結される。ボールジョイントであるため、台座部７とクレードル本体６は、相対的に三次元方向の任意の角度範囲内で回転移動し、ジョイント部分における摩擦抵抗により任意の角度位置でその位置をとどめる。よって、クレードル本体６に取り付けられた装置本体２も、ダッシュボード上において任意の姿勢で配置することができる。

さらにケース本体４の一方の側面には、ＳＤメモリカード用スロット部２１を備え、そのＳＤメモリカード用スロット部２１に地図データなどが記録されたＳＤメモリカード２２を挿入可能としている。このＳＤメモリカード用スロット部２１は、挿入されたＳＤメモリカード２２に対して情報の読み書きを行うメモリカードリーダライタを含む。また、ケース本体４のＳＤメモリカード用スロット部２１を設けた側面には、ＤＣジャック１０を設けている。ＤＣジャック１０は、図示省略のシガープラグコードを接続するためのもので、そのシガープラグコードを介して車両のシガーソケットに接続して電源供給を受け得るようにする。

一方、ＳＤメモリカード用スロット部２１とは反対側の側面には、電源スイッチや、ＵＳＢ端子２３を設けている。このＵＳＢ端子２３を介してパソコンと接続し、ソフトウェアアプリケーションのバージョンアップなどを行なうことができる。

ケース本体４の内部には、以下の各機器・部品を配置している。すなわち、ケース本体４の背面側内部には、マイクロ波受信機１１を配置する。マイクロ波受信機１１は、所定周波数帯のマイクロ波を受信するもので、その設定された周波数帯のマイクロ波を受信した場合に、その受信したマイクロ波の信号レベルを検出する。具体的には、その信号レベルであり電界強度に対応するＲＳＳＩ電圧を利用する。上記の所定周波数帯は、たとえば車両速度測定装置から出射されるマイクロ波の周波数が含まれる周波数帯としている。

また、ケース本体４の上面側内部には、ＧＰＳ信号を受信し現在位置を求めるＧＰＳ受信機１２を配置している。ケース本体４の前面側内部には、赤外線通信機１４を配置する。赤外線通信機１４は携帯電話機１５等の赤外線通信機を内蔵した通信装置との間でデータの送受を行なう。さらに、ケース本体４内には、スピーカ２０も内蔵されている。

更に、本実施形態の装置は、無線受信機１３とリモコン受信機１６を備えている。無線受信機１３は、飛来する所定周波数の無線を受信する。リモコン受信機１６は、リモコン（携帯機：子機）１７とデータ通信をし、装置に対する各種の設定を行なう。無線受信機１３は、飛来する所定周波数帯の無線を受信する。この所定周波数は、例えば、緊急車両が基地局に対して自車位置を通知する際に使用する無線の周波数帯とすることができる。

本実施形態のナビゲーション装置は、ナビゲーション機能に加え、周囲に存在する車両速度測定装置その他の交通監視ポイント等の目標物を報知する目標物報知装置としての目標物報知機能も備えている。これらのナビゲーション機能並びに目標物報知機能は、制御部１８に有するコンピュータが実行するプログラムとして制御部１８のＥＥＰＲＯＭ上に格納され、これを制御部１８に有するコンピュータが実行することで実現される。

すなわち、制御部１８は、上記の各種の入力機器（ＧＰＳ受信機１２、マイクロ波受信機１１、無線受信機１３、タッチパネル８、赤外線通信機１４、リモコン受信機１６、ＳＤメモリカードスロット部２１、ＵＳＢ端子２３等）から入力される情報に基づき所定の処理を実行し、出力機器（表示部５、警報ランプ９、スピーカ２０、赤外線通信機１４、ＳＤメモリカードスロット部２１、ＵＳＢ端子２３等）を利用して所定の情報・警報・メッセージを出力する。この所定の処理が、上記の各機能を実行するためのものであり、必要に応じてデータベース１９や、ＳＤメモリカード２２にアクセスする。

ここでデータベース１９は、制御部１８のマイコン内あるいはマイコンに外付けした不揮発性メモリ（たとえばＥＥＰＲＯＭ）により実現できる。なお、データベース１９には、出荷時に一定の目標物や地図その他の各機能を実施するために必要な情報が登録されており、その後に追加された目標物についてのデータ等は、所定の処理を経て更新することができる。この更新のための処理は、例えば、追加データが格納されたＳＤメモリカード２２をＳＤメモリカード用スロット部２１に装着すると共に、そのＳＤメモリカード２２からデータベース１９に転送することで行うことがある。また、このデータ更新は、赤外線通信機７を用いたり、ＵＳＢ端子２３を介して接続されるパソコンその他の外部機器を用いたりすることで行うことができる。

目標物報知機能を実現するための制御部１８は、以下のような動作をする。すなわち、制御部１８は、マイクロ波受信機１１が所望のマイクロ波を受信した場合、予め定めた警報を出力する。この警報としては、スピーカ２０を用いたブザーやマイクロ波の受信（車両速度測定装置の検出等）を知らせるための音声の出力や、表示部５を用いた文字或いはイメージによるメッセージの出力などがある。

また、制御部１８は、無線受信機１３が所望の無線を受信した場合、予め定めた警報を出力する。この警報としては、スピーカ２０を用いたブザーやマイクロ波の受信（緊急車両の接近等）を知らせるための音声の出力や、表示部５を用いた文字或いはイメージによるメッセージの出力などがある。この無線の受信に伴う警報と、上記のマイクロ波の受信に伴う警報の形態は、異なるようにすると良い。

さらに、制御部１８は、ＧＰＳ受信機１２によって検出した現在位置と、データベース１９に記憶している交通監視ポイント等の目標物の位置が、所定の位置関係にあるとき、所定の警報を出力する。そのため、データベース１９には、検出対象の目標物に関する情報（経度・緯度を含む目標物の位置情報や目標物の種別情報等）や、事故多発地帯や交通取締り情報などのより注意を持って安全に運転するための交通安全情報や、ランドマークや運転に有益な各種の情報がある。各情報は、具体的な情報の種類（目標物の種類、交通取り締まりの種類、事故多発地帯、ランドマークの名称等）と位置情報とを関連づけて登録されている。

警報を発する際の目標物までの距離は、目標物の種類ごとに変えることができる。警報の態様としては、上記と同様に、スピーカ２０を用いた音声等による警報と、表示部５を用いた警報等がある。図３は、表示部５による警報の一例を示している。本実施形態では、装置がナビゲーション装置であるので、後述するように地図データを有していることから、基本画面として、制御部１８は、現在位置周辺の道路ネットワーク情報を読み出し、現在位置周辺の地図を表示部５に表示する機能を有する。そして、表示部５に、現在表示中の画面（ここでは現在位置周辺の地図）に重ねて警告画面７０を表示する。図３は、地図５０を表示している際に、現在位置と交通監視ポイントの一つである速度測定装置の一種であるＬＨシステムとの距離が５００ｍになった場合の警告画面７０の表示例を示している。さらに、「５００ｍ先ＬＨシステムです」といった警報種類と距離を示す警告音声をスピーカ２０から出力する処理を行う。

一方、ナビゲーション機能を実現するための制御部１８は、以下のような動作をする。まず、データベース１９は、ナビゲーション用の道路ネットワーク情報を記憶している。このデータベース１９に格納するナビゲーションのための情報は、出荷時において全国についてのすべての情報を格納しておいても良いし、地図データ等は、地方毎にＳＤメモリカード２２に格納したものを提供するようにし、ユーザは必要な地図データ等が格納されたＳＤメモリカード２２を用意し、それをＳＤメモリカード用スロット部２１に装着して使用するようにしても良い。なお、ＳＤメモリカード２２に格納された地図データ等は、データベース１９に転送して格納しても良いし、制御部１８がＳＤメモリカード２２にアクセスし、そこから読み出して使用するようにしても良い。

制御部１８は、データベース１９から現在位置周辺の道路ネットワーク情報を読み出し、現在位置周辺の地図を表示部５に表示する機能を有する。この制御部１８は、この道路ネットワーク情報を利用してある位置から別の位置に至るルート（経路）を検索することができる。また、データベース１９は、電話番号とその電話番号の住宅・会社・施設等の位置情報及び名称とを対応づけて記憶した電話番号データベースと、住所とその住所の位置情報とを対応づけて記憶した住所データベースを備える。またデータベース１９には、速度測定装置等の交通監視ポイントの位置情報がその種類とともに記憶されている。

また、制御部１８は、一般的なナビゲーション装置の処理を行う機能を有する。すなわち、表示部５に現在位置周辺の地図を随時表示し、目的地設定ボタンを表示する。制御部１８は、タッチパネル８によって、目的地設定ボタンの表示位置に対応する位置のタッチを検出した場合に、目的地設定処理を行う。目的地設定処理では、目的地設定メニューを表示部５に表示し、目的地の設定方法の選択をユーザに促す。目的地設定メニューは、目的地の設定方法の選択をユーザに促す電話番号検索ボタンと住所検索ボタンとを有する。電話番号検索ボタンがタッチされたことを検出した場合には、電話番号の入力画面を表示し、入力された電話番号に対応する位置情報をデータベース１９から取得する。住所検索ボタンがタッチされたことを検出した場合には、住所の選択入力画面を表示し、入力された住所に対応する位置情報をデータベース１９から取得する。そして、取得した位置情報を目的地の位置情報として設定し、現在位置から目的地までの推奨経路を、データベース１９に記憶している道路ネットワーク情報に基づいて求める。この推奨経路の算出方法としては例えばダイクストラ法など公知の手法を用いることができる。

そして、制御部１８は、算出した推奨経路を、周辺の地図とともに表示する。例えば、図４に示すように、現在位置５１から目的地５２にいたるルート５３を推奨経路として、所定の色（例えば赤色）で表示する。これは、一般的なナビゲーションシステムと同様である。そして本実施形態では、制御部１８は、ルート５３上の位置情報とデータベース１９に記憶された交通監視ポイント等の目標物の位置情報とを比較し、ルート５３上に位置する交通監視ポイント等の位置を表示する。なお、ルート５３を安全運転で走行するための情報提供としては、データベース１９に格納された各種の目標物の内、交通監視ポイントに限るようにしても良い。

これにより、例えば、図４に示すように、道路上の位置から吹き出しを表示し、データベース１９に記憶されたその位置の交通監視ポイントの種類を吹き出しの中に表示する。例えば、図４（ａ）は、警告ポイント検索画面の表示例であり、交通監視ポイント５５ａから５５ｆを表示した例を示している。交通監視ポイント５５ａは、Ｎシステムを示す「Ｎ」の文字を吹き出しの中に表示している。交通監視ポイント５５ｂ、５５ｃ、５５ｅは、ＬＨシステムを示す「ＬＨ」の文字を吹き出しの中に表示している。交通監視ポイント５５ｄは、ループコイルを示す「ループ」の文字を吹き出しの中に表示している。交通監視ポイント５５ｆは、Ｈシステムを示す「Ｈ」の文字を吹き出しの中に表示している。このように、吹き出しの中に文字を表示する簡略表示状態の吹き出し位置へのタッチをタッチパネル８が検知した場合には、図４（ｂ）に示すように、簡易表示を詳細表示へと切り替える。詳細表示は、図３に示した警告画面を吹き出しの中に表示するものである。

また、図４（ａ）に示すように表示部５内の右下側には、交通監視ポイント種別指定部５６を表示する。交通監視ポイント種別指定部５６は、ルート５３上に存在する交通監視ポイントの種別を列挙したボタン表示を行う部分である。図４（ａ）の例では、交通監視ポイント５５ａのＮシステムを示す「Ｎ」の種別ボタン５７ａと、交通監視ポイント５５ｂ、５５ｃ、５５ｅのＬＨシステムを示す「ＬＨ」の種別ボタン５７ｂと、交通監視ポイント５５ｄのループコイルを示す「ループ」の種別ボタン５７ｃと、交通監視ポイント５５ｆのＨシステムを示す「Ｈ」の種別ボタン５７ｄを表示している。制御部１８は、この種別ボタンの表示部へのタッチをタッチパネル８から検出した場合、タッチされた種別ボタンを反転表示するとともに、タッチされた種別ボタンに対応する交通監視ポイントの表示態様を、簡易表示中であれば詳細表示に切り替え、詳細表示中であれば簡易表示中に切り替える。

本実施形態のカーナビゲーション装置は、目的地（以下、経由地も含む）の設定方法として、周辺検索機能を備えている。この周辺検索機能が選択されて起動された場合、制御部１８は、指定された条件に合致する施設であって、現在位置から近いものを抽出し、その抽出結果を表示部５に描画する。そして、ユーザは、表示部５に描画された候補の中からいずれかを選択し、確定することで目的地（経由地を含む）に指定することができる。

すなわち、係る機能を実現するため、本実施形態のデータベース１９は、各施設についての情報を、その位置情報とともに施設の分類に関する情報と関連付けて記憶している。施設の分類に関する情報は、各施設が合致するジャンルの呼び名でまとめられた複数種類の項目である。

本実施形態では、いずれかの項目が指定されると、制御部１８は、指定された項目に合致する施設であって、現在位置から近いものを抽出し、その抽出結果を目的地の候補として表示部５に描画する。ユーザは、表示部５に描画された候補の中からいずれかを選択することによって、目的地として指定することができる。

項目のいずれか選択された場合、制御部１８は、データベース１９にアクセスし、現在位置を中心として、基準距離（たとえば、１０ｋｍ）以内に存在する施設であって、指定された項目の分類に一致するものを抽出する。そして、近いものから所定数（たとえば１０個）の施設を表示部５に描画されている地図上の対応する箇所に、当該施設を示すアイコン（マーク）を重ねて描画する。データベース１９に格納した施設の情報として、各施設に対して、それぞれのアイコンを関連づけて登録しておき、描画に際しては、その関連づけられたアイコンを読み出して表示部５の所定位置に描画する。

なお、表示部５に描画された地図上に、現在位置が存在している場合には、その現在位置に該当する位置に自車を示す自車アイコンを重ねて描画する。さらに、このような施設のアイコンを描画するに際し、自車から近い順に番号を付記して表示する。自車の移動に伴い、随時番号は更新する。

そして、ユーザが、所望の施設を選択すると、それを認識した制御部１８が、係る施設を目的地とした推奨経路を求め、その結果を表示部５の地図に重ねて描画する。

さらに、制御部１８は、設定された目的地までのルート案内を行う機能を有する。つまり、制御部１８は、ユーザによる案内開始の選択に応じて、ＧＰＳや自律航法で自車位置を逐次検出しながら、道路などを表す地図情報を表示部５に描画しつつ、目的地までの道案内を画像や音声を用いて行う。

上記のユーザによる指定、選択等の指示入力は、表示部５に項目や機能の名称が表示されたボタン、施設のアイコンをタッチしたり、リモコン操作により選択したり、所定の音声が入力がなされたことを、制御部１８が検出することを契機として行うことができる。

［キャラクターとの対話機能］
《対話機能の基本》
以下、本実施形態の特徴であるキャラクターとの対話機能について説明する。この対話機能は、制御部１８が、プログラムを実行することにより実現される機能であり、車両の搭乗者であるユーザの音声を認識した結果に基づく認識情報と、ユーザの音声を認識したことを示す所定のキャラクターの音声の出力とによって実現される機能である。

この対話機能を実行するため、データベース１９は、認識ワード（認識語句）と、これに対応するキャラクターの音声データである応答フレーズを記憶している。制御部１８は、マイク２０を介して入力されたユーザの音声を、認識ワードに基づいて認識する。つまり、制御部１８は、ユーザの音声信号に基づいて、ユーザが発話した音声を語句として認識し、認識された語句と認識ワードとが一致するか否かを判定する。そして、制御部１８は、認識された語句に一致すると判定された認識ワードに対応する応答フレーズを、スピーカ２０に出力させる。対話のための認識ワードとキャラクターの音声である応答フレーズとの種々の組み合わせを用意することにより、後述するように、対話に応じて実行される多様な処理に対応させることができる。

これにより、ユーザは、システムである電子機器を利用して、キャラクターと簡単な対話ができる。本実施形態のキャラクターは、例えば、「レイ」という名前の少女として設定されている。上記の周辺検索等の諸機能も、キャラクターとの対話で行うことができる。データベース１９は、キャラクターの呼び名として、「れーたん」を、認識ワードとして記憶している。

また、データベース１９は、キャラクターの画像（静止画、動画を含む）データを記憶している。制御部１８は、この画像データに基づいて、キャラクターの静止画、動画を、表示部５に表示させることができる。なお、制御部１８は、一部の応答フレーズについては、出力する応答フレーズと合致するように、表示部５に表示させるキャラクターの口や身体を動かすリップリンクにより、キャラクターがしゃべっている状況をリアルに感じさせることができる。

さらに、データベース１９が記憶するキャラクターの音声、画像としては、同一人物について、複数の態様（モード）が設定されている。例えば、データベース１９は、「レイ」という一人の人物でありながら、「標準レイ」、「変身後のレイ」、「ちびレイ」という３つのモードに分けて、それぞれの応答フレーズ、画像データを記憶している。「標準レイ」はキャラクターの基本となるモードである。「変身後のレイ」は、「標準レイ」とは衣服及び髪型を変えたモードである。「ちびレイ」は、頭身を変えて、子どもっぽくしたモードである。制御部１８は、ユーザによるいずれかのモードの選択に従って、キャラクターの音声、画像を出力する。

《認識ワード》
図５及び図６は、データベース１９が記憶している認識ワードのリストの一例である。この認識ワードのリストの各列には、リスト番号が付されている。各列には、後述するように、表示部５に表示される各表示画面Ｍ１、Ｖ１、Ｖ１ａ、Ｓ１、Ｓ１ａ、Ｓ２、Ｓ２ａ、Ｓ２_ｌｉｓｔ、Ｓ２ａ_ｌｉｓｔ、Ｒ１、Ｒ１ａ、Ｒ１ｂ、Ａ１、Ａ２、Ａ３において、それぞれ認識可能な認識ワードが含まれている。

リスト番号１には、音声認識を起動させる起動ワード、「れーたん、ぼいすこんとろーる」が登録されている。制御部１８は、起動ワードを認識すると、周辺検索等の各種の機能を実行させるための音声認識の機能を起動する。このため、初期状態においては、制御部１９は、起動ワードのみを音声認識できる状態で待機している。このリスト番号１は、後述する表示画面Ｍ１に対応している。

リスト番号２には、音声認識を起動させた後に、周辺検索、スケール変更、音量変更、輝度変更のいずれかを開始させるための認識ワードが登録されている。例えば、周辺検索を開始させる認識ワードとしては、「しゅうへん」が登録されている。スケール変更を開始させる認識ワードとしては、「すけーる」が登録されている。音量変更を開始させる認識ワードとしては、「おんりょう」が登録されている。輝度変更を開始させる認識ワードとしては、「きど」が登録されている。このリスト番号２は、後述する表示画面Ｖ１に対応している。さらに、リスト番号２には、自宅に戻る場合に、一度の発話で自宅へのルートを探索させる認識ワード「じたく」が登録されている。このように、ユーザが使用する頻度が高い機能に対応する認識ワードが、音声認識が起動した時の認識ワードとして登録されているので、音声認識を開始して、即座に実行させることができる。

リスト番号３には、ルート案内を開始した後に、実行させる機能に対応する認識ワードが登録されている。例えば、リスト番号２の認識ワードに加えて、「あんないちゅうし」、「あんないていし」、「あんないやめる」というルート案内を中止させる認識ワードが登録されている。このように、ルート案内を中止させるという同一の機能を実行させる認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。このリスト番号３は、後述する表示画面Ｖ１ａに対応している。特に、「しゅうへん」、「おんりょう」、「きど」は、後述するように、表示画面Ｖ１、Ｖ１ａのボタンに表示される指示語となる。このため、ユーザは、表示された指示語を発話すれば、指示入力が可能となる。

リスト番号４、５には、周辺検索において、ジャンルを指定するための認識ワードが登録されている。このジャンルの認識ワードは、ジャンルを指定するための項目のボタンに、ひらがなの文字で表示される。リスト番号４に属する認識ワードのボタンが表示される画面表示では、認識可能なジャンルは、リスト番号４に属する認識ワードに限られる。このリスト番号４は、後述する表示画面Ｓ１に対応する。なお、ファミリーレストランについて「ふぁみれす」、「ふぁみりーれすとらん」、電器店について「かでん」、「でんきや」のように、同一のジャンルを指定する認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる

リスト番号５に属する認識ワードのボタンが表示される画面表示においては、認識可能なジャンルは、リスト番号５に属する認識ワードに限られる。このリスト番号５は、後述する表示画面Ｓ１ａに対応する。このように、各表示画面において認識可能なジャンルは、それぞれの表示画面に表示された項目のボタンに対応する認識ワードに限定されるので、誤認識の可能性が低くなる。

さらに、リスト番号４には、リスト番号５の表示画面Ｓ１ａに遷移させるための認識ワード「にぺーじ」、「つぎ」が登録されている。また、リスト番号５には、リスト番号４の表示画面Ｓ１に遷移させるための認識ワード「いちぺーじ」、「まえ」が登録されている。このように、ジャンルの表示画面を遷移させるという同一の機能を実行させる認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。

リスト番号６、７、８、９には、周辺検索で検索された施設を選択するための認識ワードが登録されている。リスト番号６、７に対応する表示画面では、周辺検索で検索された施設が、地図上の所在地に、現在位置に近い順に番号が付されたアイコンで表示される。認識ワードとしては、施設を選択するための番号の呼び名が登録されている。例えば、「いち」、「いちばん」、「に」、「にばん」のように、番号を指示する認識ワードが登録されている。このように、目的地として同一の対象を選択する認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。なお、リスト番号６、７に対応する表示画面では、検索された施設（本例では、１０箇所）を、画面表示されているか否かにかかわらず、全て音声で選択できる。

また、リスト番号６、７には、表示された地図のスケールを変更するための認識ワードが登録されている。つまり、リスト番号６には、スケール変更の開始を受け付ける認識ワード「すけーる」が登録されている。このリスト番号６は、後述する表示画面Ｓ２に対応する。リスト番号７には、スケール変更の開始を受け付ける認識ワード「スケール」の他、スケールを変更する認識ワードが登録されている。このリスト番号７は、後述する表示画面Ｓ２ａに対応する。

スケールを変更する認識ワードには、地図のスケールを拡大させて詳細表示するための認識ワードと、地図のスケールを縮小させて広域表示するための認識ワードと、スケールの数字及び単位を示す認識ワードが含まれる。地図のスケールを拡大させる認識ワードは、「かくだい」、「しょうさい」、地図のスケールを縮小させる認識ワードは、「しゅくしょう」、「こういき」といったように、地図のスケールを段階的に変化させる認識ワードが含まれる。段階的とは、あらかじめ複数のレベルのスケールが設定されていて、そのレベルを１つずつ上げ下げすることである。このように、スケールを段階的に変化させるという同一の機能を実行させる認識ワードとして、それぞれ複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。特に、スケールを上げ下げする際に、日常使用する言葉を認識ワードとしているので、ユーザは音量の変更を指示する言葉に迷わずに済む。

また、スケールを変更する認識ワードには、「じゅうめーとる」、「にじゅうごめーとる」、「ごじゅうめーとる」のように、スケールの数字及び単位を指定できる認識ワードが含まれる。これにより、ユーザが、所望のスケールの認識ワードを発話して指定すると、これを認識した制御部１８は、指定された地図のスケールにダイレクトに変更させる。さらに、リスト番号６、７には、後述するリスト番号８のリスト表示の表示画面に遷移させる認識ワード「りすと」、「りすとひょうじ」が登録されている。このように、リスト表示の画面への遷移という同一の機能を実行させる認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。

リスト番号８、９に対応する表示画面では、周辺検索で検索された施設が、番号が表示されたボタンによってリスト表示される。このようにリスト表示された施設を選択するための番号の呼び名が、認識ワードとして登録されている。リスト番号８は、後述する表示画面Ｓ２_ｌｉｓｔに対応し、リスト番号９は、後述する表示画面Ｓ２ａ_ｌｉｓｔに対応する。登録されている番号の呼び名は、上記のリスト番号８、９と同様である。但し、リスト番号８、９では、選択できる施設は、表示画面に表示されたものに限られる。本例では、リスト番号８に対応する表示画面Ｓ２_ｌｉｓｔでは、１番目から５番目の施設、リスト番号Ｓ２_ｌｉｓｔでは、６番目から１０番目の施設が選択できる。

さらに、リスト番号８、９には、リスト表示を解除するための認識ワード「りすと」、「りすと解除」が登録されている。このように、リスト表示の解除という同一の機能を実行させる認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。さらに、リスト番号４、５と同様に、リスト番号８には、リスト番号９の表示画面Ｓ１ａに遷移させるための認識ワード「にぺーじ」、「つぎ」が登録されている。また、リスト番号９には、リスト番号８の表示画面Ｓ１に遷移させるための認識ワード「いちぺーじ」、「まえ」が登録されている。

リスト番号１０、１１、１２には、探索されたルート案内の開始を指示する認識ワード「あんないかいし」、「あんないよろしく」、「あんないして」が登録されている。このように、ルート案内という同一の機能を指示する認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。特に、「あんないかいし」という命令口調に加えて、「あんないよろしく」、「あんないして」という親しみを込めた依頼の口調も用意することにより、キャラクターとの親密度合いに応じて、口調を変えることを楽しめる。

リスト番号１０は、ルート探索後、探索されたルートを表示する表示画面に対応している。この表示画面は、後述する表示画面Ｒ１に対応する。リスト番号１１は、探索されたルートを表示しつつ、地図のスケールを変更する表示画面に対応する。この表示画面は、後述する表示画面Ｒ１ａに対応する。リスト番号１２は、探索されたルートを表示しつつ、ルート条件を変更する表示画面に対応する。この表示画面は、後述する表示画面Ｒ１ｂに対応する。

また、リスト番号１０、１１、１２には、スケール変更を開始させる認識ワード「すけーる」、周辺施設を再検索させる認識ワード「しゅうへん」、ルート条件の変更を開始させる認識ワード「じょうけん」、「るーとじょうけん」が登録されている。このように、ルート条件の変更という同一の機能を指示する認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。

さらに、リスト番号１１には、リスト番号７と同様に、スケールを変更する認識ワードが登録されている。また、リスト番号１２には、ルート条件を変更する認識ワードが登録されている。ルート条件は、何を優先してルートを探索するかの探索条件である。本実施形態のルート条件としては、高速道優先、一般道優先、推奨ルートが設定されている。推奨ルートは、デフォルトで設定された条件、たとえば、目的地までの所要時間優先、目的地までの距離優先等とする。これに対応して、リスト番号１２には、「すいしょう」、「いっぱんどう」、「こうそくどう」が登録されている。

リスト番号１３、１４、１５には、本実施形態の各種機能を変更させるための認識ワードが登録されている。リスト番号１３には、上記と同様に地図スケールを変更させるための認識ワードが登録されている。リスト番号１３は、後述する表示画面Ａ１に対応する。

リスト番号１４には、音量を変更させるための認識ワードが登録されている。リスト番号１４は、後述する表示画面Ａ２に対応する。音量を変更させるための認識ワードには、音量を大きくする認識ワードと、音量を小さくする認識ワードと、音量のレベルを示す認識ワードが含まれる。

音量を大きくする認識ワードは、「あっぷ」、「おおきく」、音量を小さくする認識ワードは、「だうん」、「ちいさく」といったように、音量を段階的に変化させる認識ワードが含まれる。段階的とは、あらかじめ複数のレベルの音量が設定されていて、そのレベルを１つずつ上げ下げすることである。このように、音量を段階的に変化させるという同一の機能を実行させる認識ワードとして、それぞれ複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。特に、音量を上げ下げする際に、日常使用する言葉を認識ワードとしているので、ユーザは音量の変更を指示する言葉に迷わずに済む。

また、音量を変更する認識ワードには、「ぜろ」、「いち」、「に」のように、音量のレベルを示す数字を指定できる認識ワードが含まれる。これにより、ユーザが、所望の音量のレベルを発話して指定すると、これを認識した制御部１８は、音量を指定されたレベルにダイレクトに変更させる。なお、「ぜろ」は、音量をゼロにする機能、つまりスピーカ２０から出力される音声をミュートする機能を実現する認識ワードである。これにより、ユーザが、キャラクターの音声を他人に聞かれたくないときに、音量をゼロにする認識ワードを発話するだけで、即座にキャラクターの音声が聞こえないようにすることができる。

リスト番号１５には、輝度を変更させるための認識ワードが登録されている。リスト番号１５は、後述する表示画面Ａ３に対応する。輝度を変更させるための認識ワードには、輝度を大きくする認識ワードと、輝度を小さくする認識ワードと、輝度のレベルを示す認識ワードが含まれる。

輝度を大きくする認識ワードは、「あっぷ」、「あかるく」、輝度を小さくする認識ワードは、「だうん」、「くらく」といったように、輝度を段階的に変化させる認識ワードが含まれる。段階的とは、あらかじめ複数のレベルの輝度が設定されていて、そのレベルを１つずつ上げ下げすることである。このように、輝度を段階的に変化させるという同一の機能を実行させる認識ワードとして、それぞれ複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。特に、輝度を上げ下げする際に、日常使用する言葉を認識ワードとしているので、ユーザは輝度の変更を指示する言葉に迷わずに済む。

また、輝度を変更する認識ワードには、「ぜろ」、「いち」、「に」のように、輝度のレベルを示す数字を指定できる認識ワードが含まれる。これにより、ユーザが、所望の輝度のレベルを発話すると、これを認識した制御部１８は、輝度を指定されたレベルにダイレクトに変更させる。なお、「ぜろ」は、輝度をゼロにする機能、表示部５の画面を暗くして表示内容を見えなくする機能を実現する認識ワードである。これにより、ユーザが、キャラクターの画像を他人に見られたくないときに、輝度をゼロにする認識ワードを発話するだけで、即座にキャラクターの画像が見えないようにすることができる。

以上のようなリスト番号１３、１４、１５には、共通して、各種の機能を実行させるための認識ワードが登録されている。つまり、スケール変更に関する「すけーる」、周辺検索に関する「しゅうへん」、音量変更に関する「おんりょう」、輝度変更に関する「きど」が登録されている。

リスト番号１３の表示画面において、ユーザが「すけーる」と発話すると、これを認識した制御部１８は、変更したスケールの設定を完了させる。一方、リスト番号１４、１５の表示画面において、ユーザが「すけーる」と発話すると、これを認識した制御部１８は、スケール変更の表示画面、つまりリスト番号１３に対応する表示画面に遷移させる。

リスト番号１４の表示画面において、ユーザが「おんりょう」と発話すると、これを認識した制御部１８は、変更した音量の設定を完了させる。一方、リスト番号１３、１５の表示画面において、ユーザが「おんりょう」と発話すると、これを認識した制御部１８は、音量変更の表示画面、つまりリスト番号１４に対応する表示画面に遷移させる。

リスト番号１５の表示画面において、ユーザが「きど」と発話すると、これを認識した制御部１８は、変更した輝度の設定を完了させる。一方、リスト番号１３、１４の表示画面において、ユーザが「きど」と発話すると、これを認識した制御部１８は、輝度変更の表示画面、つまりリスト番号１５に対応する表示画面に遷移させる。

このように、同じ認識ワードであっても、表示画面に応じて機能を変えることによって、ユーザは、関連しているが異なる機能を実行させるために、異なる認識ワードを覚える必要がない。

さらに、リスト番号１３、１４、１５には、自宅に戻る場合に、一度の発話で自宅へのルートを探索させる認識ワード「じたく」が登録されている。このように、ユーザが使用する頻度が高い機能に対応する認識ワードが、音声認識が起動した時の認識ワードとして登録されているので、音声認識を開始して、即座に実行させることができる。

なお、各リスト番号１〜１５には、複数の表示画面において、共通に認識することができ、各種の機能を実行させる認識ワードが登録されている。まず、前の処理に戻るフレーズとして、「もどる」、「とりけし」、「やりなおし」という認識ワードが登録されている。また、機能や処理を解除する解除フレーズとして、「おんせいかいじょ」、「しゅうりょう」、「げんざいち」という認識ワードが登録されている。「おんせいかいじょ」は、音声認識を解除する認識ワードである。「しゅうりょう」は、現在の処理を終了させる認識ワードである。「げんざいち」は、現在位置表示に遷移させる認識ワードである。これらは、音声認識を起動させた後の全ての表示画面において共通に認識できる認識ワードである。この共通の認識ワードを発することにより、ユーザは、いつでも処理のやりなおしや、初期状態への復帰等ができる。

さらに、リスト番号１６には、ユーザのＹｅｓ（肯定）、Ｎｏ（否定）の発話を認識するための認識ワードが登録されている。この認識ワードは、キャラクターからの問いかけに対して、ユーザの単なるＹｅｓ、Ｎｏの発話を認識するために用いられる。このような認識ワードも、全画面に共通で認識可能である。Ｙｅｓの認識ワードとしては、「おっけー」、「よろしく」、「はい」、「いえす」、「うん」が登録されている。Ｎｏの認識ワードとしては、「いらない」、「すとっぷ」、「いいえ」、「のー」、「だめ」、「きにいらない」、「うるさい」が登録されている。このように、ユーザのＹｅｓ、Ｎｏを認識するための認識ワードとして、複数種類のものを用意しておくことにより、ユーザの発話内容が多少相違しても、認識できなくなる可能性を低減できる。特に、Ｙｅｓ、Ｎｏの表現は、話し相手によって変わるが、ユーザは、キャラクターの口調に合わせたＹｅｓ、Ｎｏの返答ができる。

上記のような認識ワードは、後述するように、表示画面に文字で表示されるものと、表示画面に表示されないものがある。文字で表示されるものは、ユーザが制御部１８にその機能を実行させるために、何を発話したらよいかを、視覚で確認できるのでよい。

《応答フレーズ》
図７〜図２１は、制御部１８が、上記の認識ワードの認識結果に応じて、キャラクターの音声として出力させる応答フレーズのリストの一部を抜粋したものである。データベース１９は、このような応答フレーズのリスト及び音声データを記憶している。リストにおいてグレーで塗りつぶされた欄のうちの上欄は、応答フレーズの番号である。下欄は、ユーザが発話した認識ワードに応じて、制御部１８が実行する処理の内容である。欄外の「れーたん、ぼいすこんとろーる」は、上記の認識ワードのリスト番号１に登録された起動ワードである。

応答フレーズは、制御部１８が実行する処理ごとに、１つ以上のフレーズが登録されている。図７は、「標準レイ」の応答フレーズのリストの抜粋である。図７の左から第１列目は、ユーザが起動ワード「れーたん、ぼいすこんとろーる」を発話して、制御部１８が音声認識を開始した場合の複数の応答フレーズである。第２列目は、制御部１８が音量をダウンさせた場合の応答フレーズである。第３列目は、ユーザが８番の施設を選択して、制御部１８が目的地を８番に変更した場合の応答フレーズである。第４列目は、制御部１８が案内を中止した場合の応答フレーズである。第５列目は、制御部１８が音量若しくは輝度のレベルを３に変更した場合の応答フレーズである。

このような応答フレーズのリストは、キャラクターの３つの態様、つまり「標準レイ」、「変身後のレイ」、「ちびレイ」毎に、区別して設定されている。この３つの態様に応じて、リスト内における応答フレーズは相違している。図８（ａ）は、「変身後のレイ」の音声認識開始時の応答フレーズをリストから抜粋したものである。「変身後のレイ」の応答フレーズは、「何か用事ですか？」、「音声認識を開始します。ゆっくり、はっきり話して下さい。」というように、「標準レイ」の応答フレーズと比較して、より丁寧な口調が設定されている。また、図８（ｂ）は、「ちびレイ」の音声認識開始時の応答フレーズをリストから抜粋したものである。「ちびレイ」の応答フレーズは、「レーたん、音声コントロール開始。」、「待ってましたぁ。」というように、「標準レイ」の応答フレーズと比較して、より気安い口調が設定されている。また、図９（ａ）〜（ｉ）は、ユーザの発話に対する応答フレーズを、抜粋したものである。これらの具体的な応答フレーズについては、後述の処理例で説明する。なお、ユーザの対話としては、例えば、ユーザの発話とキャラクターの音声とが、その意味内容が発話とこれに対する返答として成立していると、互いに意思の疎通ができている感覚が得られる。発話とこれに対する意味内容が的外れな返答であっても、ユーザにとって面白味や意外性が感じられる。発話とこれに対する返答が意味内容として成立している場合と、発話に対する意味内容が的外れな返答の場合とを混在させても、現実の会話に近い不完全さを演出することができ、ユーザに人間味を感じさせることができる。

このようなリストにおいては、同じ処理の欄には、１つ又は複数の応答フレーズが登録されている。制御部１８は、同じ処理に対応する応答フレーズとして、各欄に登録された中から、ランダムに出力する。但し、同じフレーズばかりが繰り返し出力されることがないように、制御部１８は、以前に出力した応答フレーズを除いたものの中からランダムに選択していく。特に、音声認識開始のように、頻繁に使用される処理の場合の応答フレーズは、図７に示すように、多数用意されていて、制御部１８は、この中からランダムに出力する。

この制御部１８の動作例は、以下の通りである。
１．フレーズがＡ、Ｂ、Ｃ、Ｄ、Ｅの５通りあった場合、まず５個の中からランダムに選択する。
２．最初にＢを選択した場合、次回はＡ、Ｃ、Ｄ、Ｅの４個の中から選択する。
３．次にＥを選択した場合、次回はＡ、Ｃ、Ｄの３個の中から選択する。
４．全て選択し終えたら、次回は最初に戻りＡ、Ｂ、Ｃ、Ｄ、Ｅの５個の中からランダムに選択する。
なお、本実施形態では、対話に応じて、ユーザが知りたい情報を出力するための所定の処理として、以下に列挙するような種々の処理を行う。対話に応じた処理が、対話をした結果、情報を出力する処理であれば、ユーザが知りたい情報を得るために、キャラクターと対話をする意欲がわく。対話に応じた処理が、対話中に情報を出力する処理であれば、ユーザが知りたい情報を得るために、順次発話して対話を進める意欲が増す。対話に応じた処理が対話を構成する応答フレーズを出力する処理であれば、ユーザは、キャラクターの音声を聞きたくて対話するので、対話すること自体を楽しむことができる。

《周辺検索処理》
制御部１８は、上記のような認識ワードに基づいてユーザの発話した音声を認識する音声認識と、応答フレーズに基づいてキャラクターの音声を出力する対話に応じて、各種の処理を実行する。まず、このような対話に応じた周辺検索の処理を説明する。

周辺検索は、複数の選択を経て、複数の候補の中から順次絞り込んでいくことにより、目的とする情報を得られる処理であり、ジャンル選択、施設選択、ルート選択のフェーズがある。このような情報は、車両の搭乗者が知りたい情報、特に、車両の運転者が知りたい情報である。

以下、周辺検索処理の一例を、図１０〜図２１に従って説明する。図１０〜図２１は、各フェーズにおける表示画面例を左に、これに対応する認識ワード及び応答フレーズの例を右に示した説明図である。各表示画面Ｍ１（Ｍ１ａも含む）、Ｖ１、Ｖ１ａ、Ｓ１、Ｓ１ａ、Ｓ２、Ｓ２ａ、Ｓ２_ｌｉｓｔ、Ｓ２ａ_ｌｉｓｔ、Ｒ１、Ｒ１ａ、Ｒ１ｂ、Ａ１（Ａ１ａも含む）、Ａ２（Ａ２ａも含む）、Ａ３（Ａ３ａも含む）は、上記のように、認識ワードのリスト番号１〜１５（図５及び図６）に対応している。

これらの図１０〜図２１の表示画面例の左に示した記述は、「ユーザの音声として認識される認識ワード → これに応じて出力されるキャラクターの応答フレーズ → これにより遷移する表示画面」を示している。

制御部１８は、これらの表示画面を、データべース１９に記憶されたボタン、アイコン、テキスト、地図等の画面構成用データを、メモリに描画することにより、表示部５に表示させる。また、制御部１８は、周辺検索、経路探索、ルート案内を行うことができることは、上述の通りである。

（音声認識起動待ち）
まず、制御部１８は、周辺検索等の所定の処理のための音声認識起動待ちのときには、起動ワードのみを認識可能な状態にある。図１０の表示画面Ｍ１は、音声認識起動待ちの画面例である。この表示画面Ｍ１には、現在位置５１の周辺の地図とともに、現在位置５１を示すアイコンが表示されている。表示画面Ｍ１の左上には、現在の時刻（１０：００）が表示されるとともに、その下方に地図スケールの現在の量的レベルである数字と単位（１００ｍ）を示すスケールボタンＢ１、音声認識を起動させる指示語（音声認識）が表示された音声認識ボタンＢ２が表示されている。表示画面Ｍ１の右下には、キャラクター１００の上半身が表示されている。キャラクター１００は、標準レイであり、その表示位置は、各種のボタン、現在位置、現在の時刻等の表示を遮らない位置となっている。

この音声認識起動待ちの状態では、周辺検索等の所定の処理を、音声認識により行うことはできない。このため、地図スケールを変更したいユーザは、スケールボタンＢ１をタッチすることにより選択する。このようにスケールボタンＢ１が選択されると、図１０の表示画面Ｍ１ａに示すように、制御部１８は、スケールボタンＢ１の右に＋ボタンＢ１ａ、−ボタンＢ１ｂを表示させる。ユーザは、スケールをアップする場合には＋ボタンＢ１ａ、スケールをダウンする場合には−ボタンＢ１ｂをタッチすることにより選択する。これに応じて、制御部１８は、表示している地図のスケールを段階的に変化させる。

このような音声認識起動待ちの状態において、ユーザが、「れーたん、ぼいすこんとろーる」と発話すると、制御部１８は、これに対応する応答フレーズを出力するとともに、音声認識を起動する。これにより、例えば、「なにか用事？」という音声をスピーカ２０が出力する。そして、制御部１８は、表示画面Ｍ１を、図１１に示す表示画面Ｖ１に遷移させる。

なお、音声認識ボタンＢ２を、ユーザがタッチして選択した場合にも、制御部１８は上記のような応答フレーズを出力して、音声認識を起動する。制御部１８は、このように手操作でも音声入力でも選択できる機能に対応するボタンを、他のボタンと色分けして表示部５に表示させる。例えば、本実施形態の表示画面では、音声入力により選択可能なボタンを青色で、他のボタンを黒色で表示している。これにより、音声入力可能な機能を、ユーザは視覚によって認識することができる。なお、同じ機能であっても、音声入力により選択可能か否かは、表示画面によって相違する。例えば、図１０の表示画面Ｍ１、Ｍ１ａでは、音声認識機能が開始していないため、スケールボタンＢ１は、音声入力により選択できない状態にあり、黒色で表示されている。そして、後述するように音声認識機能が開始した後は、スケールボタンＢ１は、音声入力により選択できる状態となるので、青色で表示される。

（音声認識開始）
図１１の表示画面Ｖ１は、ナビ（ナビゲーション）待機中の音声認識開始の画面例である。なお、図１２の表示画面Ｖ１ａは、後述するナビ案内開始後の音声認識開始の画面例である。制御部１８は、音声認識を起動させると、表示画面Ｖ１に、地図スケールのボタンを、音声入力可能であることを示す青色で表示させる。また、制御部１８は、表示画面Ｖ１に、その他の音声入力可能な機能のボタンを、音声入力可能であることを示す青色で表示させる。これらのボタンのうち、音声解除ボタンＢ２ｘは、音声認識を終了させる指示語「音声解除」が表示されたボタンである。周辺ボタンＢ３は、周辺検索を開始させる指示語「周辺」が表示されたボタンである。周辺検索は、ナビゲーション案内中は機能できないので、制御部１８は、周辺ボタンＢ３は、図１２の表示画面Ｖ１ａでは表示させない。制御部１８は、表示画面Ｖ１ａにおけるＶ１の周辺ボタンＢ３と同位置に、案内を中止させる指示語「案内中止」が表示された、案内中止ボタンＢ４ｘを表示させる。

また、表示画面Ｖ１、Ｖ１ａには、スケールボタンＢ１、音声解除ボタンＢ２ｘ、案内中止ボタンＢ４ｘと同列に、音量ボタンＢ５、輝度ボタンＢ６が表示される。音量ボタンＢ５は、音量変更を開始させる指示語「音量」と、現在の音の量的レベルを示す数字「５」が表示されたボタンである。輝度ボタンＢ６は、輝度変更を開始させる指示語「輝度」と、現在の輝度の量的レベルを示す数字「５」が表示されたボタンである。さらに、表示画面Ｖ１における右上には、自宅ボタンＢ７が表示される。自宅ボタンＢ７は、自宅を目的地とする経路案内を行わせる指示語「自宅」が表示されたボタンである。これらの指示語、量的レベルを示す数字は、上記の図５、図６に示したように、認識ワードとして登録されている語句である。

このように、複数のボタンによって構成される項目の表示領域は、背後の画像である地図が見える部分を有している。つまり、各ボタンの間には、隙間が開いていて、背後の地図が見えている。一方、キャラクター１００の表示領域は、１つのボタンよりも大きく、地図と重なる部分において、背後が見える部分を有しない。なお、髪と身体、手足と胴体などの間に生じる隙間においては、背後の地図が見える部分が生じる場合があるが、キャラクター１００の表示領域としては、このような部分を除く。

制御部１８が表示部５に表示させるキャラクター１００の位置は、現在位置や案内ルートの視認を邪魔しない位置である。図１１の表示画面Ｖ１、図１２の表示画面Ｖ１ａでは、キャラクター１００は、画面における右下に寄った位置に表示されており、上記の各ボタンは、これと左右若しくは上下の関係で反対側に寄った位置、左上若しくは右上に表示されている。

（ジャンル選択）
上記のナビ待機中の表示画面Ｖ１において、ユーザが、「しゅうへん」と発話すると、制御部１８は、表示画面Ｖ１を、図１３に示す周辺１の表示画面Ｓ１に遷移させるとともに、応答フレーズ「ねえ、どこ行く？」の音声を出力させる。このように、複数回の選択を行うことにより処理を進める周辺検索において、キャラクター１００が、ジャンル選択という次の選択を促す発話を行うことにより、ユーザは次に何をすべきかが即座にわかるのでよい。一方、ナビ案内中のＶ１ａの表示画面においては、周辺検索の機能は働かない。このため、ユーザが、「しゅうへん」と発話しても、これを認識した制御部１８は、「何て言ったの？ わかんない。」というキャラクターの音声を出力させて、周辺１の画面に遷移させない。このように、次に進めない処理を選択した場合には、キャラクター１００が、これに対応した応答フレーズを発話することにより、ユーザが、当該表示画面ではその処理を行うことができないことがわかるのでよい。

制御部１８は、上記のように、ユーザからの音声認識を起動させる音声の入力→これに対して用事を尋ねるキャラクターの応答フレーズの出力→これに対してユーザからの機能を開始させる音声の入力、というように、少なくとも一往復のやり取りがなされる対話を基本に処理を進行させる。この対話の中における応答フレーズの出力は、その応答フレーズが示す意味内容とともに、キャラクターがユーザの音声を認識したことを示す機能を果たしている。

上記のように、ユーザの発話により遷移した図１３の表示画面Ｓ１には、制御部１８は、認識ワードとしてのジャンル名が表示されたジャンルボタンＢ８を表示させる。これらのジャンルボタンＢ８に表示されたジャンル名は、図５のリスト番号４の認識ワードに対応している。このジャンルボタンＢ８は、ユーザがタッチして選択することもできる。ジャンル名は、漢字を含めず、ひらがな若しくはカタカナとしているので、運転者等が何を発話すればよいかが、視覚で容易にわかるのでよい。

この表示画面Ｓ１において、ユーザが、ボタンに表示された認識ワード、「ふぁみれす」を発話すると、制御部１８は、キャラクターが応答フレーズ「一人ぼっちでファミレス行くの？」という音声を出力させる。すると、制御部１８は、ファミリーレストランの候補を検索する処理に移行する。このため、ジャンル選択のフェーズとしては、さらにユーザが何らかの選択する必要はない。つまり、「一人ぼっちでファミレス行くの？」は、さらに次のジャンル選択は必要ないことをユーザにわからせる音声となっているのでよい。また、この応答フレーズは、話し相手であるキャラクター１００以外は、自分が一人であることをユーザに意識させて、よりキャラクター１００との親密さを高めることができるのでよい。

また、ユーザが表示画面Ｓ１に表示されたジャンル以外のジャンルから選択したい場合のために、制御部１８は、表示画面Ｓ１に、次のページへ遷移させる認識ワード「２ページ」を表示したページボタンＢ９を表示させている。この表示画面Ｓ１において、ユーザは、「にぺーじ」又は「つぎ」と発話すると、制御部１８は、表示部５に表示させる画面を、図１４の周辺２の表示画面Ｓ１ａに遷移させる。

この表示画面Ｓ１ａには、図５のリスト番号５の認識ワードに対応するジャンル名が表示されたジャンルボタンＢ８が表示される。ユーザが、ジャンルボタンＢ８に表示されたジャンル名の認識ワードを発話すると、制御部１８は、これに対する応答フレーズを出力させる。また、制御部１８は、表示画面Ｓ１ａに、前のページへ遷移させる認識ワード「１ページ」を表示したページボタンＢ９を表示させている。この表示画面Ｓ１ａにおいて、ユーザは、「いちぺーじ」又は「まえ」と発話すると、制御部１８は、表示部５に表示させる画面を、図１３の周辺１の表示画面Ｓ１に遷移させる。

（施設選択）
このように、ジャンルが選択されると、制御部１８は、当該ジャンルに属する現在地周辺の施設検索を行い、表示部５に表示させる画面を、図１５に示すように、施設選択１の表示画面Ｓ２に遷移させる。この表示画面Ｓ２は、施設検索の結果が表示される。つまり、表示画面Ｓ２には、検索でヒットした施設が、地図上の所在地に、現在地に近い順に番号が付されたアイコンＣ１で表示されている。図１５では、円形内に数字１〜５を表示したアイコンＣ１が、地図上の位置に表示されている。このように周辺検索の結果は、ユーザにとって必要な目標（ジャンル）の施設しか表示しない。このとき、地図表示をグレースケールにして、アイコンＣ１をカラー表示することにより、施設の位置や番号がよりわかりやすくなる。また、別の画面からＳ２の画面に遷移した場合、制御部１８は、「どこにしよっか？」といった目的地の選択を促す応答フレーズを出力させる。

ユーザは、表示画面Ｓ２において、アイコンＣ１の表示に合わせた内容で、施設を選択する。つまり、所望の施設のアイコンＣ１に表示された番号を発話すると、制御部１８はこれに対応する応答フレーズを出力させて、当該施設までのルート探索を行う。例えば、「いち」又は「いちばん」を発話すると、キャラクター１００が「１番ね」と発話して、１番で表示された施設までのルート探索が実行される。このように、ユーザが発話した番号をキャラクター１００が発話することにより、ユーザが自らの指示内容を確認することができる。

なお、表示画面Ｓ２には、スケールボタンＢ１と、リストボタンＢ１０が表示されている。スケールボタンＢ１は、上記のように、地図スケールを変更するボタンである。この表示画面Ｓ２において、地図のスケールを変更したいユーザが、「すけーる」と発話すると、制御部１８は、どのスケールに変更するかを促す応答フレーズを出力し、図１６に示す施設選択２の表示画面Ｓ２ａに遷移する。例えば、ユーザが「すけーる」と発話すると、制御部１８は、「何か指示して」という応答フレーズを出力し、図１６に示すように、スケールを変更するための＋ボタンＢ１ａ、−ボタンＢ１ｂを表示させる。音声入力によるスケール変更処理については、後述する。

リストボタンＢ１０は、施設を選択する画面を、アイコン表示からリスト表示に遷移させるボタンである。表示画面Ｓ２において、ユーザが、「りすと」又は「りすとひょうじ」と発話すると、制御部１８は、表示部５に表示させる画面を、図１７に示す施設選択１の表示画面Ｓ２_ｌｉｓｔに遷移させる。このＳ２_ｌｉｓｔの表示画面には、検索された施設が、アイコンではなく、施設選択ボタンＢ１１が現在地に近い順に並べられたリストで表示される。各施設選択ボタンＢ１１は、現在地に近い順に付された番号、施設名、現在位置から施設までの距離、所在地等が表示される。ユーザは、施設選択ボタンＢ１１をタッチするか、ボタンに表示された番号を発話することにより、上記と同様に、施設を選択できる。施設選択ボタンＢ１１には、番号の他、施設名、現在位置からの距離、所在地等が表示されるので、ユーザは、検索された施設についてのより詳細な情報を得ることができるのでよい。

制御部１８は、検索された候補の数が、１ページの表示可能数（例えば、５個）よりも多い場合には、次ページが存在することを示す「２ページ」を表示したページボタンＢ９を表示させる。制御部１８は、候補が１ページの表示可能数未満の場合には、ページボタンＢ９は非表示とする。ユーザは、「にぺーじ」又は「つぎ」と発話すると、制御部１８は、図１８に示す施設選択２の表示画面Ｓ２ａ_ｌｉｓｔに遷移させる。この表示画面Ｓ２ａ_ｌｉｓｔに表示されたリストにおける施設の選択処理は、上記と同様である。また、制御部１８は、表示画面Ｓ２_ｌｉｓｔに、前のページへ遷移させる認識ワード「１ページ」を表示したページボタンＢ９を表示させる。この表示画面Ｓ１ａにおいて、ユーザは、「いちぺーじ」又は「まえ」と発話すると、制御部１８は、表示部５に表示させる画面を、図１６の施設選択１の表示画面Ｓ１に遷移させる。

（ルート選択）
以上のように、施設が選択されると、制御部１８は、現在位置５１から目的地５２とする施設までのルート５３を探索し、その結果を図１９に示すルート選択１の表示画面Ｒ１に表示させる。探索されたルート５３は、あらかじめ設定されたルート条件に基づいて、最も優先させるべきルート５３が色分け表示される。このとき、キャラクター１００は、ルート案内方向により、地図上で邪魔にならない位置に移動する。つまり、キャラクター１００を、地図上の現在位置を含む探索されたルート表示を遮らない位置に表示させる。ただし、上記のように、キャラクター１００は、既に画面の右下に表示されており、表示画面Ｒ１の例では、探索されたルートを邪魔しないので、この例では移動はない。

一方、制御部１８は、表示画面Ｒ１において、複数のボタンを、キャラクターと反対側、つまり左側に表示させる。複数のボタンは、数が少なければ、探索されたルート５３に重なる部分は生じない。もし、ボタン数が多くなったとしても、各ボタンの間には、隙間が開いていて、地図やルート５３が見える。これらのボタンには、スケールボタンＢ１が含まれる。ユーザが、スケール変更したい場合の操作は、図２０に示したルート選択２の表示画面Ｒ１ａにおいて行うが、これは後述する。

さらに、表示画面Ｒ１には、ルート条件を変更する指示語である「ルート条件」が表示されたルート条件ボタンＢ１２が表示されている。ユーザが、「じょうけん」又は「るーとじょうけん」と発話すると、制御部１８は、図２１に示したルート選択３の表示画面Ｒ１ｂに遷移させる。この表示画面Ｒ１ｂにおいては、「ルート条件」のボタンの横に、「高速道」、「一般道」、「推奨」という優先すべき探索条件を選択する条件選択ボタンＢ１２ａ、Ｂ１２ｂ、Ｂ１２ｃが表示される。この表示画面Ｒ１ｂにおいて、ユーザが、「いっぱんどう」、「こうそくどう」又は「すいしょう」と発話すると、制御部１８は、それぞれに応じた応答フレーズを出力して、探索条件を発話された条件に変更し、変更された探索条件で最も優先されるルート５３を表示させる。例えば、制御部１８は、一般道であれば、「うんうん、一般道でゆっくり行こう。」、高速道であれば、「高速道で時間短縮ね。」というように、それぞれの探索条件の利点を示す応答フレーズを出力する。また、推奨道であれば、「私に任せてくれるのね。」というキャラクターとの信頼関係を示す応答フレーズを出力する。

そして、表示画面Ｒ１には、表示されたルート５３による案内を希望する場合に、指示語である「案内開始」が表示された案内開始ボタンＢ１３が表示されている。ユーザが、所望のルート５３が表示された画面において、「あんないかいし」、「あんないよろしく」又は「あんないして」と発話すると、制御部１８は、「案内開始。言う通りに運転してくれ」という応答フレーズを出力して、ルート案内を開始する。

さらに、ユーザが、周辺検索をさせる「しゅうへん」又は戻るフレーズである「もどる」、「とりけし」若しくは「やりなおし」を発話すると、制御部１８は、「再検索」という応答フレーズを出力して、図１３に示したＳ１の表示画面に遷移させる。その後の周辺検索処理は、上記の通りである。戻るフレーズの発話に対しては、図１５〜図２１に示した表示画面Ｓ２、Ｓ２ａ、Ｓ２_ｌｉｓｔ、Ｓ２ａ_ｌｉｓｔ、Ｒ１、Ｒ１ａ、Ｒ１ｂにおいては、同様の処理となる。

なお、図１１、１２に示した音声認識開始の表示画面Ｖ１、Ｖ１ａにおける戻るフレーズの発話に対しては、制御部１８は、「また呼んでね。」という応答フレーズを出力して、図１０に示した表示画面Ｍ１に遷移させて音声認識起動待ちに戻る。図１３、１４に示した周辺検索の表示画面Ｓ１、Ｓ１ａにおける戻るフレーズの発話に対しては、制御部１８は、「最初からね。」という応答フレーズを出力して、図１１に示した音声認識開始の表示画面Ｖ１に遷移させる。このように、同じ認識ワードであっても、現在の表示画面及びこれに対応するフェーズに応じて、遷移させる表示画面が相違している。つまり、戻るフレーズに対して、遷移させる表示画面を変えることにより、戻り過ぎをなくして、ユーザが再度やり直す手間を抑えることができる。

そして、本実施形態では、戻るフレーズとは別に、解除フレーズを用意している。ユーザが、「おんせいかいじょ」、「しゅうりょう」又は「げんざいち」と発話すると、常に、音声認識起動待ちの表示画面Ｍ１に戻る。このとき、制御部１８は、「また呼んでね。」と、次回の利用を促す応答フレーズを出力させる。このように、表示画面やフェーズに応じて、戻る位置が異なる認識ワードと、一定の位置に戻る認識ワードとを登録しておくことで、ユーザが状況に応じて所望の画面への推移をすばやく行うことができる。

さらに、画面やフェーズに応じて、処理できない認識ワードが発話された場合には、制御部１８は、その認識ワードでは処理できないことを明示する応答フレーズを出力することにより、ユーザに、別のワードを発話すべきことを促すことができる。例えば、図１２の表示画面Ｖ１ａ、図１５〜図１８の表示画面Ｓ２、Ｓ２ａ、Ｓ２_ｌｉｓｔ、Ｓ２ａ_ｌｉｓｔでは、「何って言ったの？ わかんない。」という応答フレーズを出力している。

《地図スケール変更》
制御部１８は、対話に応じて、機能を変更する処理として、地図スケール、音量、輝度を変更する処理を行う。まず、地図スケールの変更の手順を、図２２を参照して説明する。なお、図１５の表示画面Ｓ２から、図１６の表示画面Ｓ２ａに遷移した場合、図１９の表示画面Ｒ１から、図２０の表示画面Ｒ１ａに遷移した場合の地図スケールの変更も同様である。

音声認識を開始した図１１、１２の表示画面Ｖ１、Ｖ１ａにおいて、地図スケールを変更したいユーザが「すけーる」と発話すると、制御部１８は、図２２の表示画面Ａ１、Ａ１ａに遷移させる。表示画面Ａ１は、表示画面Ｖ１から遷移した画面であり、表示画面Ａ１ａは表示画面Ｖ１ａから遷移した画面である。表示画面Ａ１では、別の画面（シーン）から遷移した場合のみ、制御部１８は、「何か指示して。」という応答フレーズを出力させる。このように、画面が切り替わっても、キャラクター１００が指示を促す発話をすることにより、いつも傍にいることをユーザに意識させることができるのでよい。また、表示画面Ａ１ａは、ナビ案内中における地図スケールの変更画面である。

この表示画面Ａ１、Ａ１ａにおいては、スケールボタンＢ１の右横に、＋ボタンＢ１ａ、−ボタンＢ１ｂが表示されている。上記のように、ユーザが＋ボタンＢ１ａをタッチすると、制御部１８は、地図スケールを段階的にアップさせる。また、ユーザが−ボタンＢ１ｂをタッチすると、制御部１８は、地図スケールを段階的にダウンさせる。また、本実施形態では、ユーザが「かくだい」又は「しょうさい」と発話すると、これを認識した制御部１８は、地図スケールを段階的にアップさせる。ユーザが「しゅくしょう」、「こういき」と発話すると、これを認識した制御部１８は、地図スケールを段階的にダウンさせる。

そして、制御部１８は、スケールアップのときには、「拡大したよ。」、スケールダウンのときは「少し広域にしてみました。」のように、どのような変更をしたかを確認できる応答フレーズを出力させる。これにより、ユーザは、どのような処理がなされたかを音声で確認できる。また、制御部１８は、スケールを変えるとスケールの上限又は下限を超えてしまう場合には、「ぶぶ〜、限界なんだけど。」のように、変更できない旨を知らせる応答フレーズを出力させる。これにより、ユーザは、上限になったか下限になったかを確認できずに無駄な変更指示を繰り返すことを防止できる。

また、ユーザが「じゅうめーとる」、「いちきろ」のように、所望のスケールの値を発話すると、これを認識した制御部１８は、地図スケールを、発話された値にダイレクトに変更させる。このとき、制御部１８は、ユーザの発話に対応する応答フレーズとして、「１０メートル」、「１キロ」のように、入力した値に対応する応答フレーズを出力させる。これにより、ユーザは、自分が指示したスケールのレベルを確認できる。

そして、ユーザが、「すけーる」と発話するか、戻るフレーズを発話すると、制御部１８は、「設定完了です。」というように、スケール変更処理が完了した旨を知らせる応答フレーズを出力させる。解除フレーズでの処理は、上記と同様である。

また、表示画面Ａ１の場合には、自宅ボタンが表示されていて、ユーザが、このボタンをタッチするか、「じたく」と発話すると、制御部１８は、次のように処理する。まず、あらかじめ自宅登録がなされていない場合には、制御部１８は、「自宅って言うけど、私に教えてないでしょ。」というように、自宅登録を促す応答フレーズを出力させる。これにより、特定の機能を実行する前提として必要となる処理を、音声により促すので、当該機能を利用するために、何が必要かをユーザに理解させることができるのでよい。自宅登録がなされている場合には、制御部１８は、「そうだね、帰ろっか。」という応答フレーズを出力させ、自宅へのルートを探索する。これにより、ユーザは、キャラクターが一緒に帰ってくれるような印象を得ることができるのでよい。

なお、表示画面Ａ１ａの場合には、ナビ案内中のため、特定の機能が制限される。つまり、周辺検索と、自宅へのルート案内については、表示画面Ａ１ａにおいては、実行できない。従って、ユーザが「しゅうへん」と発話しても、「何って言ったの？ わかんない」という応答フレーズを出力させて、周辺検索を行わない。また、「じたく」と発話しても、制御部１８は、「何って言ったの？ わかんない」という応答フレーズを出力させて、自宅へのルート探索は行わない。このように、ユーザは、応答フレーズにより、処理ができないことを知ることができるのでよい。

《音量変更》
音量変更の処理手順を、図２３を参照して説明する。音声認識を開始した図１１、１２の表示画面Ｖ１、Ｖ１ａにおいて、音量を変更したいユーザが「おんりょう」と発話すると、制御部１８は、図２３の表示画面Ａ２、Ａ２ａに遷移させる。表示画面Ａ２は、表示画面Ｖ１から遷移した画面であり、表示画面Ａ２ａは、表示画面Ｖ１ａから遷移した画面である。表示画面Ａ２では、別の画面（シーン）から遷移した場合のみ、制御部１８は、「何か指示して。」という応答フレーズを出力させる。このように、画面が切り替わっても、キャラクター１００が指示を促す発話をすることにより、いつも傍にいることをユーザに意識させることができるのでよい。また、表示画面Ａ２ａは、ナビ案内中における音量変更画面である。

この表示画面Ａ２、Ａ２ａにおいては、音量ボタンＢ５の右横に、＋ボタンＢ５ａ、−のボタンＢ５ｂが表示されている。ユーザが＋ボタンＢ５ａをタッチすると、制御部１８は、音量を段階的にアップさせる。また、ユーザが−ボタンＢ５ｂをタッチすると、制御部１８は、音量を段階的にダウンさせる。また、本実施形態では、ユーザが「あっぷ」又は「おおきく」と発話すると、これを認識した制御部１８は、音量を段階的にアップさせる。ユーザが「だうん」又は「ちいさく」と発話すると、これを認識した制御部１８は、音量を段階的にダウンさせる。

そして、制御部１８は、音量アップのときには、「音量ア〜ップ」、音量ダウンのときは「音量ダウ〜ン」のように、どのような変更をしたかを確認できる応答フレーズを出力させる。これにより、ユーザは、どのような処理がなされたかを音声で確認できる。また、制御部１８は、音量を変えると音量の上限又は下限を超えてしまう場合には、「ぶぶー、限界なんだけど。」のように、変更できない旨を知らせる応答フレーズを出力させる。これにより、ユーザは、上限になったか下限になったかを確認できずに無駄な変更指示を繰り返すことを防止できる。

また、ユーザが「ぜろ」、「いち」、「に」のように、所望の音量の値を発話すると、これを認識した制御部１８は、音量を、発話された値にダイレクトに変更させる。このとき、制御部１８は、ユーザの発話に対応する応答フレーズとして、「ゼロだよ」、「１だよ」、「２だよ」のように、入力した値に対応する応答フレーズを出力させる。これにより、ユーザは、自分が指示した音量のレベルを確認できる。

そして、ユーザが、「おんりょう」と発話するか、戻るフレーズを発話すると、制御部１８は、「設定完了です。」というように、音量変更処理が完了した旨を知らせる応答フレーズを出力させる。解除フレーズでの処理は、上記と同様である。その他の処理は、上記の地図スケールで説明した処理と同様である。

《輝度変更》
輝度変更の処理手順を、図２４を参照して説明する。音声認識を開始した図１１、１２の表示画面Ｖ１、Ｖ１ａにおいて、輝度を変更したいユーザが「きど」と発話すると、制御部１８は、図２４の表示画面Ａ３、Ａ３ａに遷移させる。表示画面Ａ３は、表示画面Ｖ１から遷移した画面であり、表示画面Ａ３ａは、表示画面Ｖ１ａから遷移した画面である。表示画面Ａ３では、別画面（シーン）から遷移した場合のみ、制御部１８は、「何か指示して。」という応答フレーズを出力させる。このように、画面が切り替わっても、キャラクター１００が指示を促す発話をすることにより、いつも傍にいることをユーザに意識させることができるのでよい。また、表示画面Ａ３ａは、ナビ案内中における輝度変更画面である。

この表示画面Ａ３、Ａ３ａにおいては、輝度ボタンＢ６の横に、＋ボタンＢ６ａ、−ボタンＢ６ｂが表示されている。ユーザが＋ボタンＢ６ａをタッチすると、制御部１８は、輝度を段階的にアップさせる。ユーザが−ボタンＢ６ｂをタッチすると、制御部１８は、輝度を段階的にダウンさせる。また、本実施形態では、ユーザが「あっぷ」又は「あかるく」と発話すると、これを認識した制御部１８は、輝度を段階的にアップさせる。ユーザが「だうん」又は「くらく」と発話すると、これを認識した制御部１８は、輝度を段階的にダウンさせる。

そして、制御部１８は、輝度アップのときには、「輝度ア〜ップ」、ダウンのときは「輝度ダウ〜ン」のように、どのような変更をしたかを確認できる応答フレーズを出力させる。これにより、ユーザは、どのような処理がなされたかを音声で確認できる。また、制御部１８は、輝度を変えると輝度の上限又は下限を超えてしまう場合には、「ぶぶー、限界なんだけど。」のように、変更できない旨を知らせる応答フレーズを出力させる。これにより、ユーザは、上限になったか下限になったかを確認できずに無駄な変更指示を繰り返すことを防止できる。

また、ユーザが、「ぜろ」、「いち」、「に」のように、所望の輝度の値を発話すると、これを認識した制御部１８は、輝度を、発話された値にダイレクトに変更させる。このとき、ユーザの発話に対応する応答フレーズとして、「ゼロだよ」、「１だよ」、「２だよ」のように、入力した値に対応する応答フレーズを出力させる。これにより、ユーザは、自分が指示した輝度のレベルを確認できる。

そして、ユーザが、「きど」と発話するか、戻るフレーズを発話すると、制御部１８は、「設定完了です。」というように、輝度変更処理が完了した旨を知らせる応答フレーズを出力させる。解除フレーズでの処理は、上記と同様である。その他の処理は、上記の地図スケールで説明した処理と同様である。

なお、表示画面Ａ１、Ａ１ａにおいては、制御部１８は、「おんりょう」又は「きど」と発話することにより、表示画面Ａ２、Ａ２ａ又は表示画面Ａ３、Ａ３ａに遷移させる。表示画面Ａ２、Ａ２ａにおいては、制御部１８は、「きど」又は「すけーる」と発話することにより、表示画面Ａ３、Ａ３ａ又は表示画面Ａ１、Ａ１ａに遷移させる。表示画面Ａ３、Ａ３ａにおいては、制御部１８は、「すけーる」又は「おんりょう」と発話することにより、表示画面Ａ１、Ａ１ａ又は表示画面Ａ２、Ａ２ａに遷移させる。このように、量的レベルの変更処理の画面を、相互に遷移可能とすることにより、まとめて設定を変更したいユーザにとって、便利となるのでよい。

《タイムアウト処理》
次に、タイムアウト処理について説明する。タイムアウト処理は、制御部１８が、所定の処理を開始した時点から、ユーザからの音声の入力がなく所定時間経過した場合に、処理を終了する処理である。そして、所定の処理を開始した時点から、所定時間経過するまでの間に、制御部１８は、キャラクターの応答フレーズとして、音声入力を促す音声を出力させる。

より具体的な処理を、図２５を参照して説明する。タイムアウト処理としては、タイムアウトＶ１、Ｓ１、Ｓ２、Ｒ１、Ａ１、Ａ１ａが設定されている。まず、タイムアウトＶ１の処理を説明する。制御部１８は、上記の表示画面Ｖ１又はＶ１ａにおいて、音声認識を起動してから１５秒間音声認識が無い場合、タイムアウトステータス１として、ユーザの音声入力を促す応答フレーズを出力する。ここでは、音声認識開始の画面であるため、「ねえ、何か言って」という音声入力をお願いする応答フレーズを出力する。そして、この応答フレーズ出力から１５秒間、音声認識が無い場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、音声認識を終了させる。ここでは、「ん、もう。」と、音声入力がないことに、やや怒ったような応答フレーズを出力する。

タイムアウトＳ１の処理は、次の通りである。制御部１８は、表示画面Ｓ１、Ｓ１ａに遷移してから、１５秒間音声認識がない場合、タイムアウトステータス１として、音声入力を促す応答フレーズを出力する。ここでは、周辺検索の画面であるため、「ねえ、ねえ、どこ行くの？」というように、行き先を尋ねる応答フレーズを出力する。そして、この応答フレーズ出力から１５秒間、音声認識が無い場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、音声認識を終了させる。ここでは、「ん、もう。」と、音声入力がないことに、やや怒ったような応答フレーズを出力する。

タイムアウトＳ２の処理は、次の通りである。制御部１８は、表示画面Ｓ２、Ｓ２ａ、Ｓ２_ｌｉｓｔ、Ｓ２ａ_ｌｉｓｔに遷移してから、１５秒間音声認識がない場合、タイムアウトステータス１として、音声入力を促す応答フレーズを出力する。ここでは、施設選択の画面であるため、「まだ決まらないの？」というように、施設選択を促す応答フレーズを出力する。そして、この応答フレーズ出力から１５秒間、音声認識が無い場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、音声認識を終了させる。ここでは、「ん、もう。」と、音声入力がないことに、やや怒ったような応答フレーズを出力する。

タイムアウトＲ１の処理は、次の通りである。制御部１８は、表示画面Ｒ１、Ｒ１ａ、Ｒ１ｂに遷移してから、１５秒間音声認識がない場合、タイムアウトステータス１として、音声入力を促す応答フレーズを出力する。ここでは、ルート選択の画面であるため、「黙ってると案内しちゃうけど。」というように、音声入力がなくても、次の処理を進めてしまうことを通知する応答フレーズを出力する。そして、この応答フレーズ出力から１５秒間、音声認識が無い場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、音声認識を終了させる。ここでは、「案内開始。言う通りに運転してくれる？」というように、次の処理を開始することを通知する応答フレーズを出力する。

タイムアウトＡ１の処理は、次の通りである。制御部１８は、表示画面Ａ１、Ａ２、Ａ３、Ａ１ａ、Ａ２ａ、Ａ３ａに遷移してから、１５秒間音声認識がない場合に、タイムアウトステータス１として、音声入力を促す応答フレーズを出力する。ここでは、設定変更の画面であるため、「指示、お願い」というように、設定変更を促す応答フレーズを出力する。そして、この応答フレーズ出力から１５秒間、音声認識がない場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、設定変更せずに、音声認識を終了させる。ここでは、「ん、もう。」と、音声入力がないことに、やや怒ったような応答フレーズを出力する。

タイムアウトＡ１ａの処理は、次の通りである。制御部１８は、表示画面Ａ１、Ａ２、Ａ３、Ａ１ａ、Ａ２ａ、Ａ３ａに遷移して、ボタンの選択又は音声により、設定の変更を指示する入力がなされてから、１５秒間音声認識がない場合、タイムアウトステータス１として、音声入力を促す応答フレーズを出力する。ここでは、「指示、お願い」というように、音声入力による設定変更の決定指示を促す応答フレーズを出力させる。その後、１５秒間音声認識がない場合、制御部１８は、タイムアウトステータス２として、音声認識が終了することを通知する応答フレーズを出力して、設定変更を完了させ、音声認識を終了させる。ここでは、「設定完了です。」と設定変更の完了を通知する応答フレーズを出力する。

タイムアウト処理は、頻繁に生じる可能性があるが、以上のように、表示画面やフェーズに合わせて、タイムアウトステータス１、タイムアウトステータス２の応答フレーズの内容が変化させることにより、ユーザに飽きがこないのでよい。

［作用効果］
以上のような実施形態によれば、車両の搭乗者であるユーザの一方的な指示に対してシステムが情報を提供するのではなく、ユーザがキャラクターと対話することにより、知りたい情報を得ることができるので、操作や運転の面白さが増大するとともに、キャラクターとコミュニケーションをとっている感覚が得られて飽きがこない。また、ユーザは、キャラクターと対話するために、システムを操作する意欲が湧くので、システムの機能が有効に活用される。

所定のキャラクターを、システムから出力される音声により、特定の個性を持った話者を認識させるように、応答フレーズが登録されているので、ユーザは、実際の人間と対話しているような感覚が得られて、親しみが持てる。

対話としては、例えば、発話の開始、これに対する応答、応答に対する返答という少なくとも一往復のやり取りがなされるように設定されているので、単純にユーザの命令通りにシステムが処理を行うのではなく、キャラクターが、自分とシステムの間に介在して、サービスを提供してくれている感覚を、ユーザが得ることができる。

ユーザは、音声認識を用いることにより、手操作よりも簡単又は迅速に出力させることができるので、積極的に音声認識を利用するようになり、ユーザにキャラクターとの対話をさせる機会をより多く与えることができる。

特に、手操作が難しい、手操作が制限されている等により、運転者が運転中に所望の情報を得ることが困難な場合でも、音声認識を利用することにより、キャラクターとの対話を楽しみながら、所望の情報を得ることができる。

情報を出力するために複数の選択を経る必要がある場合に、選択するごとに手操作が必要となる場合に比べて、音声入力による方が、ユーザにとって操作が簡単となる。複数の選択を経て出力される情報として、例えば、階層化された構造の情報、複数回の操作をしなければ出力できない情報は、手操作を複数回行うよりも、ユーザの負担が少なくなる。

特に、施設検索、現在地周辺検索などのように、複数の候補の中から順次絞り込んでいくことにより得られる情報を出力する処理は、例えば、ブレーキやアクセルのように車両自体を動かすための操作や、ウィンカーのように走行中に安全のために外部に何かを知らせるための操作とは異なり、手操作によりダイレクトに実行させることが難しいので、音声認識による操作に適している。

ユーザは、キャラクターの音声に促されて選択することにより、所定の処理を順次進めることができる。例えば、次の選択へ誘導する応答フレーズとして、周辺検索で「周辺」というユーザの音声を認識した場合に、「ねえ、どこ行く？」というように、行先を尋ねる音声を出力するので、ユーザが、次に何を発話すればよいかが明確にわかる。

次の選択がない場合に、これを示すキャラクターの音声を出力するので、ユーザは、さらに処理を進める必要がなくなったことがわかり、指示を終了する、別の処理を行わせる等の判断ができる。例えば、次の選択がないことを示すキャラクターの音声として、周辺検索で「ファミレス」というユーザの音声を認識した場合に、「ひとりぼっちでファミレス行くの？」のようにすれば、ユーザに新たに別の判断を求めることができる。

現在地等、所望の地点の周辺の施設の情報を、面倒な手操作を不要としつつ、ユーザが、キャラクターとの対話を楽しみながら取得することができる。

検索された周辺の施設を示すアイコンを、地図と比べて相対的に強調表示させるので、地図上で、ユーザに必要な施設の情報が目立つことになり、ユーザが施設の位置を把握しやすく、音声により所望の施設を選択する際の目安となる。特に、アイコンをカラー表示し、地図をグレースケールで表示するので、アイコンが非常にはっきりと見える。

施設のアイコンに、現在地との近さの順位が区別できる表示をするので、ユーザが施設を選択する目安とすることができる。特に、番号、アルファベットのように本来的に順位を示す情報としているので、順位の意味を容易に把握できる。

表示されたアイコンに合わせた内容で、いずれかの施設を選択するユーザの音声を認識して、選択された施設までの経路を探索して表示させるので、ユーザは、施設名で選択するよりも、表示されたアイコンに合わせた内容で簡単に選択することができる。特に、表示された番号を発話すればよいので、施設名よりも覚えやすい言葉で、施設を選択することができる。

ユーザが、探索された経路を希望しない場合に、キャラクターとの対話をしながら、探索し直しを指示することができるので、やり直し時の手間や退屈な気持ちを緩和させることができる。

ユーザが、対話する相手となるキャラクターの姿を表示画面で見ることにより、親しみを覚えて、その姿を見るためにシステムを積極的に利用したいと思うようになる。

そして、キャラクターは、地図上の探索された経路表示を遮らない位置に、表示されるので、キャラクターの表示を楽しませつつ、探索された経路の見やすさを維持できる。
キャラクターが、探索された経路と反対側に寄った場合に、項目の表示領域は、探索された経路と重なる可能性があるが、各項目は、キャラクターよりも小さく、項目の表示領域は背後の画像が見える部分を有しているので、探索された経路がキャラクターと重なるよりも、背後の画像が見やすい。

キャラクターの音声を、あらかじめ設定された複数の異なる応答フレーズの中から、既に出力した応答フレーズを除いてランダムに選択して出力するので、同じフレーズばかりが出力されず、ユーザに飽きがこない。

共通の認識ワードに対して異なる複数の応答フレーズが登録されたリストが設定されているので、ユーザが共通の内容の発話をしても、キャラクターは異なる表現で返答することができ、何度も同じ処理を実現させる場合でも、キャラクターからどんな返答が来るかを楽しむことができる。

キャラクターは、標準レイ、変身後のレイ、ちびレイという同一人でありながら、複数の表示態様があり、出力される音声として、複数の表示態様毎に異なるフレーズが登録されているので、同じキャラクターでも、複数の表示態様に応じて、発話内容が異なり、同一人との対話でありながら、変化を楽しむことができるのでよい。特に、標準的なもの、衣服や髪型等を変えて変身したもの、頭身を変えたものとするので、大人っぽい、子供っぽい、かわいい、きれい等の多様な印象をユーザに与え、飽きさせない。

認識ワードは、ボタン等に項目表示されているので、ユーザは、所定の処理を実行させるために、表示された項目を見れば、何を言えばいいかがわかる。

認識ワードは、表示画面にかかわらず共通して認識できる認識語句と、表示画面に表示されたものに認識が制限される認識ワードとがあるので、共通して認識できる認識ワードによって、表示画面にかかわらず必要となる機能の利便性を維持しつつ、認識が制限される認識ワードによって、誤認識の可能性を低減できる。複数種の表示画面で共通して使用される認識ワードについては、表示画面に応じて機能が制限される可能性が低くなり、利便性を維持できる。特に、戻るフレーズや解除フレーズのように、他の表示画面へ遷移させる語句なので、どの画面でも使用する必要がある語句である。一方、表示画面に表示された認識ワード、検索対象となる認識ワードは、それ以外の語句を認識させる必要性が乏しく、認識ワードの数を少なくして誤認識を防ぐ必要性が高い。

量的に変化する機能の状態を、音声認識によりダイレクトに所望の量的レベルとすることができるので、小さな値と大きな値との間で段階的に変化させる場合に比べて、即座に所望の値とすることができ、ユーザの手間がかからず、操作に拘束される時間が短縮される。特に、音量、輝度、スケールなどのボタンを選択して＋−や目盛を表示させ、＋−の選択や、目盛上のスライドにより段階を追ってアップダウンさせる手間が省ける。

認識ワードとして、量的に変化する機能に対応する指示語と、量的レベルを示す数字が設定されているので、ユーザが所望の機能に対応する指示語と数字を発話すると、当該機能の量的レベルを、その数字のレベルにまでダイレクトにアップ、ダウンさせることができる。特に、指示語として「おんりょう」、「きど」、「すけーる」、数字として「いち」、「に」、「にきろ」などとするので、ユーザにとって直感的に理解しやすい機能の名称と数字を用いて、入力ができる。

機能を選択するためのボタンに、当該機能に対応する指示語が表示されているので、ユーザは、ボタンに表示された指示語を言えば、機能を選択できるので、ユーザにとってわかりやすい。

機能を選択するためのボタンであって、当該機能の現在の量的レベルの値が表示されているので、ユーザは、ボタンに表示された値を見ることにより、現在の量的レベルを確認して、所望の値へアップさせるべきか、ダウンさせるべきかを判断できる。例えば、地図のスケールで、小さなスケールの値がボタンに表示されている場合に、ユーザがそれよりも大きな値を言うと、ボタンに表示されるスケールの値もその値にダイレクトに変わり、即座に広範囲の地図を見渡すことができる。また、例えば、大きなスケールの値がボタンに表示されている場合に、ユーザがそれよりも小さな値を言うと、ボタンに表示されるスケールの値もその値にダイレクトに変わり、即座に詳細な地図を見ることができる。

所定の処理を開始した時点から、ユーザからの音声の入力がなく所定時間経過した場合に、処理を終了するタイムアウト処理を行うので、音声認識を長期間継続することによって生じる誤操作を防止できるのでよい。

所定の処理を開始した時点から、所定時間経過するまでの間に、キャラクターが、ユーザに音声入力を促す音声を出力するので、ユーザが処理の開始を忘れている場合に、音声入力を促すことができる。

［他の実施形態］
本発明は、上記の実施形態に限定されるものではなく、以下に例示する形態も含めて、種々の形態を構成可能である。

《ジャンル登録》
ユーザが、周辺検索のジャンルの項目について、所望の項目のみを表示部５の表示画面に表示させるジャンル登録の機能を説明する。これにより、ユーザが良く使うであろうジャンルを予め表にしておくことで、ユーザのオリジナルな周辺検索画面を作成できる。より具体的には、制御部１８は、ジャンルの認識ワードに対応する項目のうち、いずれの項目を認識ワードとして機能させるかを選択させる項目の表を、表示部５に表示させる。ユーザがこの表の中から所望の項目を選択すると、制御部１８は、選択された項目を表示部５にボタン表示させるページに設定する。

このような表示画面例を、図２６を参照して説明する。まず、表示画面（１）は、上記の実施形態と同様に、制御部１８が、表示部５に表示させた地図画面の右下に重ねて、キャラクター１００を表示させるとともに、地図画面の左に重ねて、周辺施設をジャンルで選択して検索するための周辺ボタンＢ３を表示させている。

この表示画面（１）において、ユーザが、周辺ボタンＢ３をタッチするか、音声認識の起動と周辺検索を指示する認識ワードとして登録された２ワードである「れい」、「しゅうへん」を発話すると、これを認識した制御部１８は、表示画面（２）に示す一発ジャンル選択画面に遷移させる。

このように、２ワード音声認識起動により表示された表示画面（２）は、ジャンル名を表示した複数のボタンを配置することにより、複数の項目から成る表を表示したものである。このジャンル名の項目からなる表は、ユーザが、それぞれのボタンを選択するか、ジャンル名を発話すると、制御部１８は、表示画面（３）に示すように、そのジャンルの施設を検索して、検索された施設を、現在地５１から近い順に番号を付して地図上に表示させる。

ユーザが、表示画面（３）に表示された所望の施設アイコンをタッチするか、所望の施設アイコンに表示された番号を発話すると、制御部１８は、現在地から選択された施設までのルート探索を実行して、表示画面（４）に示すように、探索されたルート５３を色分け表示する。

このとき、キャラクター１００は、ルート案内方向により、地図上で邪魔にならない位置に移動する。つまり、キャラクター１００を、地図上の現在位置を含む探索されたルート表示を遮らない位置に表示させる。さらに、ユーザが、案内開始を発話すると、表示画面（５）に示すように、制御部１８は、ルート案内を開始する。このルート案内中においても、キャラクター１００を、地図上の現在位置５１を含む探索されたルート５３の表示を遮らない位置に表示させる。

表示画面（２）の表の下部には、「戻る」、「変更」、「現在地」という三つのボタンが表示される。このうち、「戻る」ボタンは、ユーザがタッチするか、「もどる」という発話をすると、これを認識した制御部１８が、１つ前の画面に遷移させるボタンである。「現在地」ボタンは、ユーザがタッチするか、「げんざいち」という発話をすると、これを認識した制御部１８が、現在地５１を表示する表示画面に遷移させるボタンである。ここでは、「戻る」ボタンが選択された場合にも、「現在地」ボタンが選択された場合にも、表示画面（１）に遷移する。

「変更」ボタンは、ユーザがタッチするか、「へんこう」という発話をすると、これを認識した制御部１８は、表示画面（６）に示す一発ジャンル変更画面に遷移させる。この一発ジャンル変更画面には、現在、一発ジャンル選択画面として登録されているジャンルが、これと同じ並び順で表示される。ここで、いずれかのジャンルのボタンをユーザがタッチするか、ジャンル名を発話すると、これを認識した制御部１８は、それぞれのジャンル名が所属する大項目の表示画面（７）〜（１０）のいずれかに遷移させる。

例えば、ユーザが、「駅」を選択すると、「駅」が所属する大項目「ホテル・公共施設・他」に所属するジャンル名が表示された表示画面（７）に遷移する。表示画面（７）では、表示画面（２）に表示されるジャンル名は、特定の濃い色で表示され、表示画面（２）に表示されないジャンル名は、これより薄い色で表示されている。例えば、表示画面（２）に表示される「駅」は青色の文字で表示され、表示画面（２）に表示されない「駐車場」はグレーの文字で表示されている。

ここで、表示画面（７）に表示されているジャンル名をユーザがタッチするか、ジャンル名を発話すると、これを認識した制御部１８は、選択されたジャンル名を、表示画面（７）に表示されないジャンル名とする。このとき、当該ジャンル名を薄い色の表示に変える。例えば、ユーザが「駅」を選択すると、「駅」の文字がグレーとなる。

例えば、表示画面（７）に表示されているジャンル名をユーザがタッチするか、ジャンル名を発話すると、これを認識した制御部１８は、選択されたジャンル名を、表示画面（２）に表示させるジャンル名とする。このとき、当該ジャンル名を特定の濃い色の表示に変える。例えば、ユーザが「駐車場」を選択すると、「駐車場」の文字が青色となる。

また、表示画面（６）の「総合病院」等の病院・医院に属するジャンル名が選択されると、表示画面（８）に遷移する。「コンビニ」等のショッピングに属するジャンル名が選択されると、表示画面（９）に遷移する。「ファミリーレストラン」等のレストランに属するジャンル名が選択されると、表示画面（１０）に遷移する。それぞれの表示画面において、表示画面（２）に表示させるジャンル名の選択、表示させないジャンル名の選択は、上記の通りである。

また、表示画面（７）において、ユーザが、ページを送る「▽」のボタンを選択すると、次の表示画面（８）に遷移する。表示画面（８）において、ページを戻る「△」のボタンを選択すると、表示画面（７）に遷移する。このように、「▽」「△」は、表示画面（７）〜（１０）の間でページを切り替えるボタンとして機能する。

以上のように各表示画面（７）〜（１０）において、ジャンル名を変更した後、ユーザが「戻る」ボタンをタッチするか、「もどる」と発話すると、表示画面（６）に遷移して、表示させるジャンル名として選択されたものが表示されるとともに、表示させないジャンル名として選択されたものが表示されなくなる。そして、ユーザが「戻る」ボタンをタッチするか、「もどる」と発話すると、変更した表示画面（６）の表示を反映した表示画面（２）に遷移する。上記の例では、「駅」の位置に「駐車場」が表示され、「駅」が表示されなくなる。

また、デフォルトの表示に戻すには、表示画面（６）において、ユーザが「デフォルトに戻す」のボタンを選択するか、「でふぉるとにもどす」と発話すると、これを認識した制御部１８が、デフォルトのジャンル名及びその配置に戻す。そして、ユーザが「戻る」ボタンをタッチするか、「もどる」と発話すると、デフォルトの設定に戻った表示画面（２）に遷移する。

上記のように、表示画面（６）及びこれが反映される表示画面（２）においては、ジャンル名は、表示させる位置毎に選択することができる。つまり、表示画面（６）において、左上の「駅」が選択された場合には、制御部１８は、選択されたジャンル名とともに、それが表示画面上のどの表示位置かも認識する。そして、制御部１８は、その後に表示画面（７）〜（１０）において選択されたいずれかのジャンル名を、当該表示位置、つまり左上の位置に表示させることができる。このため、表示画面（２）におけるジャンル名の並びを変更したい場合には、表示画面（６）において、所望の表示位置のジャンル名を選択し、これを当該表示位置に表示させたいジャンル名に変更していくことにより実現することができる。この場合、同じジャンル名を異なる位置に表示させるように選択することも可能となる。例えば、「駅」というジャンル名を、左上に表示させるとともに、その下に並べて「駅」を表示させることもできる。このように、頻繁に使用するジャンル名について、同じジャンル名を表示画面（２）の複数箇所に表示させると、そのジャンル名をタッチして選択しやすくなるのでよい。

なお、制御部１８は、表示画面（６）において、ユーザが、所望のジャンル名をタッチしてドラッグして所望の位置で離すことにより、制御部１８が、当該ジャンル名の表示位置を、所望の位置に変更できるようにすると、表示位置の変更が容易となってよい。

また、表示画面（２）に表示させることができるジャンル名の数は、所定数に限られている。例えば、ここでは２５個である。このため、既に表示させるジャンル名として２５個登録されている場合には、それ以上、表示させるジャンル名を増やすことはできない。

以上のように、表示された項目の表から、ユーザがよく使う項目のみを選択すれば、認識ワードが限定されるので、誤認識を減らすことができる。選択された認識ワードは、例えば、所定のメモリ領域に、デフォルトの状態から書き換える、空の領域に入れていく、既に入っているものを並べ替える等により、登録される。このようにすれば、限られたメモリ領域を有効に活用できる。

このようなユーザによる項目の設定は、上記の実施形態の図１３及び図１４で示したように、ユーザにより選択された項目を、表示部５に表示させる複数のページ毎に設定してもよい。このため、表示画面の１ページで表示できる項目が限られていても、ユーザがよく使う項目を、トップのページに持ってくることにより、使いたい項目を表示させるためにページを切り替える手間が省ける。

複数の概念を含む認識ワードに対応する大項目と、当該複数の概念に相当する認識ワードに対応する中項目を、同一ページに表示させることができるので、ユーザが中項目を検索したい場合にも、階層やページを変える必要がなく、所望の項目をダイレクトに選択することができる。

例えば、「病院」のように、多数の候補を含む上位概念的な大項目は、できるだけ多くの候補の中から検索したいと思うユーザにとって便利な項目となる。「病院」の概念に含まれる「内科」、「小児科」のような中項目は、少ない候補の中から、即座に所望の施設の情報を得たいユーザにとって便利となる。

施設の分類に関する情報は、大項目、中項目のように段階・階層を立てて分類分けすることで効率よい指定を行うことができるようにしている。すなわち、大項目の中には、１または複数の中項目が属する。

大項目の一例を挙げると、「ホテル・公共施設・他」、「病院・医院」、ショッピング」、「レストラン」等がある。「ホテル・公共施設・他」に属する中項目の一例としては、「駅」、「ＩＣ（インターチェンジ）／ＪＣＴ（ジャンクション）］、「郵便局」、「役所」、「トイレ」、「駐車場」、「ホテル」、「銀行 信金」、「学校」、「ガソリンスタンド」等がある。「病院・医院」に属する中項目の一例としては、「総合病院」、「内科」、小児科」、「外科」、「産婦人科」、「歯科」、「眼科」、「耳鼻咽喉科」、「整形外科」、「皮膚科」、「泌尿器科」、「診療内科」、「神経内科」、「肛門科」、「動物病院」等がある。「ショッピング」に属する中項目の一例としては、「コンビニ」、「ドラッグストア」、「デパート」、「ショピングモール」、「スーパー」、「カー用品」、「ホームセンター」、「家電」等がある。「レストラン」に属する中項目の一例としては、「ファミリーレストラン」、「ファーストフード」、「和食」、「洋食」、「中華」、「ラーメン」、「焼き肉」、「すし」、「とんかつ」、「うどん」、「カレー」、「牛丼」等がある。

なお、各中項目に、さらに１または複数の小項目が属していてもよい。大項目、中項目、小項目のように段階・階層を立てて分類分けすることで、大量の項目の中から効率のよい指定を行うことができる。なお、１つの項目のみ属する場合には、実際には、その階層の項目はないものと同等となる。つまり、大項目に属する中項目が１つしか存在しない場合には、大項目までで、中項目及び小項目はないとしてもよい。また、中項目に属する小項目が１つしか存在しない場合には、中項目までで、小項目はないとしてもよい。そして、大項目を指定した場合には、それに属する全ての中項目が指定されたことになり、ある中項目が指定された場合には、その中項目に属する全ての小項目が指定されたこととして、制御部１８は処理する。

なお、認識ワードとして、項目として表示されている語句に関連するが、項目として表示されていない語句が登録されていてもよい。例えば、項目に表示されている認識ワードそのものを発話しなくても、その認識ワードに関連する語句を言えばよいので、ユーザの項目名の記憶があいまいであったり、操作に不慣れであったりしても、検索ができる。

例えば、項目として表示されている語句が大項目の「病院」であって、中項目である「内科」、「小児科」が表示されていないページであっても、「内科」、「小児科」も音声認識可能な認識ワードとして登録してもよい。このように、中項目が表示されていなかったとしても、大項目「病院」から連想したより具体的な中項目「内科」、「小児科」を言えば、その中項目が検索されるので、ユーザに必要な施設の情報を素早く得ることができる。

上記のようなユーザの設定により又はデフォルトの設定により、混同して認識される可能性のある認識ワードの項目が、別のページに表示されるように設定されていてもよい。例えば、似た音を含む語句、実際に認識させてみて混同する可能性が高い語句等が、同じページに並んで同時に認識の候補となることがないので、誤認識を減らすことができる。似た音を含む語句としては、例えば、「ファミレス」と「ファーストフード」、「病院」と「美容院」、「洋食」と「和食」のように、５０音の同じ音、同じ漢字等を含む語句とする。

このようにすれば、文字からも紛らわしい音の認識語句が、同じページに表示されないため、ユーザも、いずれか一方を入力することになり、誤認識を減らすことができる。実際に認識させてみて混同する可能性が高い語句としては、例えば、過去の認識結果の記録に基づいて、同じ発話に対して認識されている異なる語句とする。このようにすれば、実際に誤認識が生じている組み合わせが同一ページとなることを排除できる。

《キャラクターの表示》
キャラクターの表示についても、種々の態様が可能である。上記の図２６の表示画面（４）（５）では、制御部１８は、画面に表示されたキャラクター１００が、現在位置及び探索されたルート５３に重ならないように、キャラクター１００を左右に移動させている。例えば、キャラクター１００と探索されたルート５３の表示とが、互いに表示画面における反対側に寄るとよい。このようにすれば、キャラクター１００が経路探索のサービスを邪魔しない気遣いをしているように、ユーザに感じさせることができるので、より好感を持たせることができてよい。

キャラクター１００の移動は、一旦消えてから、移動先で出現するようにしても、表示を継続させながら移動させてもよい。移動が頻繁だと、ユーザがうっとうしく感じる可能性もあるが、キャラクター１００がユーザに存在をアピールできるとともに、キャラクター１００を継続して見ていたいユーザにとっては、移動中のキャラクター１００の動作を楽しむことができる。

制御部１８は、音声認識を起動して受け付けているか否かを、表示部５に表示させてもよい。このようにすれば、ユーザが、音声による操作ができるか否かを視覚により認識することができる。音声認識を受け付けているか否かとしては、表示画面の色を変えて表示する。このようにすれば、例えば、ユーザの視覚を介して、音声認識の状態を即座に感得させることができる。特に、音声認識を受け付けている場合には、通常の色とし、受け付けていない時には、グレースケールとする。このようにすれば、音声認識を受け付けているか否かを、ユーザに直感的にわからせることができる。

制御部１８は、音声認識を受け付けているか否かをキャラクターに表示してもよい。このようにすれば、キャラクターを見れば、音声による操作が可能か否かがわかるので、ユーザが気づきやすくなる。

キャラクターに表示する態様としては、例えば、キャラクターの様子が明らかに変化する態様とする。このようにすれば、例えば、音声認識の状態を即座に感得させることができる。キャラクターの様子が明らかに変化する態様としては、例えば、キャラクターに物を付加する、キャラクターの色や形態を変える、特定のポーズ、ジェスチャーをさせる、吹き出しでセリフを表示するなどとする。このようにすれば、例えば、通常のキャラクターの状態を知っているユーザであれば、通常の状態との対比によってその変化に即座に気づく。

キャラクターに物を付加する態様としては、例えば、ヘッドセット、ヘッドホン、イヤホン、マイク等の音に関連する備品をキャラクターに装着させる。このようにすれば、ユーザに、音に関連する機能である音声認識を連想させる。キャラクターの色や形態を変える態様としては、例えば、髪型やその色、別のコスチュームに着替えるなどとする。このようにすれば、通常の状態との相違がわかりやすくなる。特に、キャラクターの耳を大きくすれば、音声をよく聞き取ろうとしていることを示す姿となる。さらに、ポーズ、ジェスチャーとして、例えば、耳の後ろに手を当てるしぐさをさせても、音声をよく聞き取ろうとしていることを示す姿となる。

《ニックネームの使用》
制御部１８は、あらかじめデータベース１９に登録されたユーザの呼び名の音声を、キャラクターにより出力される音声である応答フレーズの中に、挿入するとよい。つまり、制御部１８は、「霧島レイ」との対話の中で、ユーザの名前をニックネーム式で言わせる。例えば、「ケーくん」、「ユーくん」といった具合に、キャラクターに呼ばせることができる。

例えば、音声認識及び周辺検索を起動させる起動ワードとして、「レイ、しゅうへん」が登録され、地図表示画面において、ニックネームを「ユーくん」で登録されたユーザが、「霧島レイ」に周辺検索を行わせる場合の対話例を以下に示す。「 」内が、発話したフレースである。

ユーくん：「レイ、周辺」→音声認識起動→周辺検索ジャンル画面に遷移
レイ：「なに〜ユーくん、わたし忙しいんだけど。」
ユーくん：「内科」→地図画面に遷移、周辺の内科アイコンを表示 レイ：「どうしたの？ 大丈夫？ どこのお医者さん行くの？」
ユーくん：「に」（数字の２）
レイ：「わかった、２番ね。」→地図上に２の内科医院の情報を表示
ユーくん：「探索」→ルート探索して地図上に表示
レイ：「ど〜お？ここ行く？」
ユーくん：「頼む。」
レイ：「了解、任せて。」→案内開始

このようにすれば、ユーザは、会話内で自らのニックネームで呼ばれることにより、キャラクターに対して、より一層の親しみを感じることができる。
また、対話の開始時に出力される音声にニックネームの音声が挿入されているので、ユーザが自らの名前で呼ばれることになり、ユーザの注意を引くことができてよい。
さらに、キャラクターの呼び名を含む音声が認識された場合に、出力される音声にユーザの呼び名の音声が挿入されているので、互いに呼び名を呼び合うことになり、ユーザは、より親密な感覚を得ることができる。

なお、対話が進行するに従って、キャラクターにより出力される音声に、ユーザの呼び名を挿入する頻度を低減させてもよい。このようにすれば、例えば、当初は呼び名が呼ばれていたのに、その後は呼ばれる頻度が減少するので、互いに慣れていく二人の会話を演出することができる。
さらに、データベース１９に、あらかじめ５０音表に対応する音声データが登録され、この５０音表からユーザが選択した呼び名の音声を、会話中に挿入してもよい。このようにすれば、例えば、あらかじめ複数の呼び名を登録しておく場合に比べて、メモリの容量を節約できるのでよい。

《投稿》
ユーザが、取締・検問場所を発見した場合、制御部１８が、あらかじめデータベース１９に登録された認識ワードに対応するユーザの音声の入力に応じて、取締場所に関する位置情報を、情報収集サーバに送信することにより、投稿する機能を実行することができる。また、制御部１８は、投稿された取締場所に関する位置情報について、情報収集サーバからの配信を受けて、表示部５に地図とともに表示することができる。このため、ナビゲーション装置は、制御部１８に接続され、外部との情報の送受信を行う通信部を備える。

この通信部は、インターネット接続機能を備えた車内の通信機器に、無線又は有線により接続される。例えば、通信部を、テザリング（ｔｅｔｈｅｒｉｎｇ）機能を有するスマートフォン等の携帯電話又は無線ＬＡＮルータとＷｉ−Ｆｉ（登録商標）接続、Ｂｌｕｔｏｏｔｈ（登録商標）接続又はＵＳＢ接続することにより実現できる。このような通信機器は、ナビゲーション装置に組み込まれていてもよい。

まず、タッチ操作による投稿の処理は、以下の通りである。
１．走行中にユーザが取締・検問場所を発見
２．表示画面の投稿場所の設定を指示するボタンをタッチ
３．ボタンをタッチした時の地図上の現在位置を、投稿場所として設定し、該当位置にアイコンを表示
４．駐車中又は停車中に、待機画面の投稿ボタンをタッチ
５．１〜３により設定した複数の投稿場所の一覧が表示
６．投稿したい場所のいずれかをタッチ
７．最終確認のための投稿ボタンをタッチ
８．選択された投稿場所の情報を、投稿場所を収集するサーバへ送信する
９．投稿場所を収集するサーバが、受信した情報を、取締場所として登録１０．投稿場所を収集するサーバが、登録した情報を配信
１１．配信された情報を受信して表示

なお、６と７の間に、ターゲットがオービス、Ｎシステム、取締、検問等のいずれであるかの選択、走行車線、反対車線、右方向、左方向等の対象方向の選択、実施期間の選択等を行うこともできる。

このようなボタン操作による投稿の場合、走行中、投稿場所を発見してから、複数の階層的な手順を経るため、複数のボタン操作が必要となる。

しかし、本態様では、ユーザの音声入力に応じて投稿ができる。つまり、ユーザが、あらかじめデータベース１９に登録された認識ワードを発話すると、制御部１８がこれを認識し、通信部に、当該発話時の現在位置を、通信機器を介して、投稿場所としてサーバに送信させる。サーバは、受信した情報を、取締場所として登録し、登録した情報を配信する。通信部は、通信機器を介して、配信された情報を受信し、制御部１８は受信した情報に基づいて、取締場所を地図上に表示させる。このため、ボタン操作のような手間がかからず、簡単にすばやく行うことができる。

取締場所としては、上記のように、オービス、Ｎシステムも含むが、特に、取締・検問エリアのように、実施位置、時間が変化するチェック場所とするとよい。このようにすれば、あらかじめ位置を登録しておくことが困難な取締場所についての情報を、投稿により収集させることができる。

位置情報としては、例えば、現在位置としてもよいし、地図の中心位置座標としてもよい。このようにすれば、確実且つ簡単に得られる情報により取締場所を特定できるとともに、音声認識を利用するので、実際の取締位置とのずれが少なくてよい。

認識ワードとしては、音声認識を起動させる語句と投稿の受け付けを開始させる語句とが登録されているとよい。このようにすれば、ユーザが、音声認識を起動させる語句と投稿の受け付けを開始させる語句とを発話することにより、音声認識と、投稿の受け付けという多段階の操作を簡単に実行させることができる。

音声認識を起動させる語句と投稿の受け付けを開始させる語句としては、例えば、別々に分かれた語句として登録されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿の受け付けが開始してしまい、誤認識が生じることを防止できてよい。また、音声認識を起動させる語句と投稿の受け付けを開始させる語句として、例えば、一連の語句として設定されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿の受け付けを一発で開始させることができるので、即座に投稿可能な状態とすることができてよい。

認識ワードとしては、音声認識を起動させる語句と投稿をさせる語句とが登録されていれば、ユーザが、音声認識を起動させる語句と投稿をさせる語句とを発話することにより、音声認識と、投稿という多段階の操作を簡単に行うことができる。

音声認識を起動させる語句と投稿させる語句としては、例えば、別々に分かれた語句として登録されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿されてしまい、誤って投稿されることを防止できてよい。また、音声認識を開始させる語句と投稿させる語句としては、例えば、一連の語句として設定されていてもよい。このようにすれば、例えば、音声認識の開始とともに投稿を一発で行わせることができるので、即座に投稿できて、取締場所と投稿場所とのずれを極力少なくすることができてよい。

なお、投稿のための認識ワードは、他の認識ワードよりも短くてもよい。このようにすれば、例えば、緊急性の高い投稿について、短時間で指示することができてよい。

また、投稿のための認識ワードは、他の認識ワードよりも冗長であってもよい。このようにすれば、例えば、通常の音声認識を利用している場合に、他の認識語句を言う可能性が少なくなり、誤って投稿がされてしまうことを防止できる。冗長であるとは、例えば、文字数が多い、複数に分かれているとするとよい。このようにすれば、例えば、投稿を意図していないユーザが、誤って発話してしまう可能性を低減できる。

また、投稿のための認識ワードは、ユーザが普段言う可能性の低い語句であってもよい。このようにすれば、例えば、ユーザが車内で普段、頻繁に使用する語句によって頻繁に誤認識が生じることを防ぎ、ユーザが意図しない投稿を防止できる。

投稿のための認識ワードを認識した場合、制御部１８が、これに応じて、あらかじめ登録されたキャラクターの音声を出力することにより、上記の実施形態のような対話機能を実現させてもよい。この場合、投稿のための対話におけるキャラクターの音声は、他の対話における音声よりも短くしてもよい。このようにすれば、例えば、対話の時間を短くして、素早く投稿させることができるのでよい。

《応答フレーズのバリエーション》
データベース１９にあらかじめ登録するキャラクターの応答フレーズは、以下のように種々の態様とすることができる。
検索された施設の選択を促すキャラクターの音声を、表示されたアイコンに合わせた内容で出力する場合、番号であれば何番がよいかを問い合わせる音声で、アルファベットであればアルファベットの何がよいかを問い合わせる音声で、形状であれば形状が何かを問い合わせる音声で、色であれば色が何かを問い合わせる音声にするとよい。このようにすれば、ユーザは、例えば、何を発話して施設を選択すればよいかが、簡単にわかるのでよい。

また、例えば、表示されているアイコンに合わせた内容として、選択される候補の範囲を示す音声とするとよい。これにより、例えば、何番から何番というように音声を出力すれば、ユーザは、発話すべき内容とともに、選択すべき範囲も把握することができるのでよい。

あらかじめ登録されたキャラクターの音声として、キャラクターの状況を示す内容の音声を挿入してもよい。このようにすれば、ユーザは、キャラクターの状況を聞くことができるので、例えば、キャラクターがネガティブな状況にあれば、ユーザにキャラクターを気遣う気持ちを起こさせることができ、キャラクターがポジティブな状況にあれば、ユーザにキャラクターに共感する気持ちを起こさせることができるのでよい。

キャラクターの状況を示す発言としては、例えば、「わたし忙しいんだけど」というように、自らがポジティブな状態にあるかネガティブな状態にあるかがわかる発言とするとよい。このようにすれば、ユーザの指示にシステムが無条件に従うのではなく、ユーザに気遣いの気持ちや、共感の気持ちを生じさせることができるので、実際の人間を相手にした会話のような感覚が得られるのでよい。

リストは複数設定され、応答フレーズにおける同一のリスト内であっても他のフレーズとは異質なフレーズが登録されているリストがあってもよい。このようにすれば、例えば、ユーザの同様の内容の発言に対する返答として、異質なフレーズが出力されることにより、ユーザに予想外の印象を与えることができ、キャラクターに対する印象を変化させて、飽きが来ることを防止できるのでよい。異質なフレーズとしては、例えば、図９（ａ）のレイ応答フレーズ３に示すように、「何か指示して。」、「どうすればい〜い？」、「どうする？」、「どう変えるの？」という積極的な問いかけのフレーズの中に、「好きにして。」というように、曖昧なフレーズを挿入するとよい。また、図９（ｂ）のレイ応答フレーズ２４に示すように、「再検索」、「検索し直しね」、「も１回ね」、「やり直しま〜す」というやり直しを示すフレーズの中に、「色々と私を試してるでしょ？」というように、ユーザの心理を読むようなフレーズを挿入するとよい。

音声認識を間違えた場合に、出力されるフレーズが登録されていてもよい。このようにすれば、例えば、認識を間違えた場合であっても、何等かのフレーズを返すことより、キャラクターとの対話が継続していることを、ユーザに認識させることができるのでよい。

音声認識に誤りがあった場合に備えた逃げ口上となるフレーズが登録されているとよい。このようにすれば、例えば、音声認識に誤りが生じる可能性はあるが、たとえ誤りが生じたとしても、キャラクターの逃げ口上によって、ユーザの苛立ちや怒りを和らげることができるのでよい。

逃げ口上としては、例えば、図８（ａ）のレイ応答フレーズ１に示す「音声認識頑張ります。１００％認識できないかもしれないけれど」のように、正確に認識しようとする意欲を示す表現とともに、完全な達成は困難であることを示す表現とするとよい。このようにすれば、例えば、単に、認識ができないことを示すよりも、誤認識に対して、ユーザに許容する心理を生じさせることができるとよい。

ユーザが返答を望む内容とキャラクターの音声の出力の内容とが相違していることを指摘するユーザの音声の入力があった場合に、それに対するキャラクターからの返答のフレーズが登録されているとよい。このようにすれば、例えば、ユーザが、キャラクターの間違えを指摘すると、キャラクターからこれに対する返答があるので、誤解があった場合の人と人との自然なやり取りを楽しむことができるのでよい。

宣伝広告となるフレーズが登録されていてるとよい。このようにすれば、例えば、提携している施設にユーザを誘導することができるのでよい。例えば、「○○ショップはどう？」というように、特定の施設に誘うフレーズとするとよい。

ユーザが行き先とする施設で行うことの原因についてのフレーズが登録されているとよい。このようにすれば、ある施設に行くことになった原因について発話することにより、当該施設に向かうユーザが耳を傾けやすくなる。例えば、その行き先に行く原因がユーザにとって好ましくない場合にも、ユーザにとって好ましい場合にも、ユーザの注意を引くことができる。

行き先へ行く原因がユーザにとって好ましいものでない施設としては、例えば、「病院」、「歯医者」、「薬局」のように、ユーザの病気に関係している施設とするとよい。行き先へ行く原因がユーザにとって好ましい施設としては、例えば、「デパート」「寿司」「うなぎ」のように、日常良く行く施設よりも、ややハードルが高い施設とするとよい。

キャラクターがユーザに対して種々の感情を起こさせるフレーズとしては、例えば、図９（ｃ）の応答フレーズ６−８に示すように、「病院？ どこか具合が悪いの？ 大丈夫？」、「あまり無理しないでね。」のようにユーザの状態を思いやることによりキャラクターに愛着を感じさせるフレーズとするとよい。また、例えば、図９（ｄ）の応答フレーズ６−２９に示すように、「ちゃんと歯磨きしてる？」のようにユーザに後悔の念を起こさせるフレーズとするとよい。

ユーザが行き先とする施設で行うことについての肯定的又は否定的なアドバイスとなるフレーズが登録されているとよい。このようにすれば、例えば、キャラクターのアドバイスにより、ユーザが行き先ですべきことや、すべきでないことを判断できるのでよい。肯定的なアドバイスとしては、例えば、図９（ｄ）の応答フレーズ６−２９に示すように、「たまには歯垢をとってもらった方がいいよ。」のように何かを勧めるフレーズとするとよい。また、否定的なアドバイスとしては、例えば、図９（ｅ）の応答フレーズ６−２３に示すように、「苦しそうな顔しちゃダメ。涼しい顔して我慢するのが男なの。」のように何かを禁止するフレーズとするとよい。

ユーザが行き先とする施設で行うことについてのキャラクターの一方的な感想となるフレーズが登録されているとよい。このようにすれば、例えば、キャラクターの感想が得られるので、ユーザは、行き先での行動についての参考とすることができてよい。

キャラクターの一方的な感想としては、例えば、図９（ｆ）の応答フレーズ６−１４に示すように「お口の中でとろけるような黒ブタチャーシュー。ステキ〜。」のように、肯定的な感想とするとよい。このようにすれば、ユーザが、同様の行動を施設でとりたくなるのでよい。また、例えば、「一人でレストランに行くの？寂しくない？・・ほっとけって？」のように否定的な感想とするとよい。このようにすれば、ユーザに行き先を変える気を起こさせるのでよい。さらに、例えば、図９（ｇ）の応答フレーズ６−２１に示すように、「ショッピングモールって見て回るだけで楽しそう。でも疲れそう。」のように、肯定的な感想と否定的な感想が混じっていてもよい。このようにすれば、行き先での状況について、ユーザにあらかじめ覚悟させることができるのでよい。

キャラクターが、現実に存在することを思わせるフレーズが登録されていてもよい。このようにすれば、例えば、ユーザは、キャラクターが実際に存在するような感覚が得られるのでよい。

現実に存在することを思わせるフレーズとしては、例えば、図９（ｈ）の応答フレーズ６−２４に示すように、「出張にも私を連れて行ってくれるなんて、うれしいです〜。」、図９（ｉ）の応答フレーズ６−２５に示すように、「私達、どこに泊まる？」のように、同行していることを思わせるフレーズとするとよい。このようにすれば、例えば、ユーザは、キャラクターといつも一緒にいる感覚が得られるのでよい。

あらかじめ認識語句として設定された語句以外の音声が入力された場合に、キャラクターが出力する音声データが登録されているとよい。このようにすれば、例えば、認識語句以外であっても、必ずキャラクターの反応があるため、対話が途切れたり、エラーとして報知する等によりシステムとのやり取りであることをユーザに想起させてしまうことがなく、キャラクターと対話を継続している感覚を維持できるのでよい。設定された語句以外の音声が入力された場合のフレーズとしては、図９（ｊ）のレイ応答フレーズ５０に示すような認識不可のフレーズとすることが考えられる。なお、応答フレーズは、複数の中からランダムに出力される態様には限定されない。複数の中から出力される順序が決まっていて、その順番で順次出力され、最後の順位の応答フレーズが出力されたら、最初の順位の応答フレーズに戻って出力するようにすれば、繰り返し同じ応答フレーズが出力されることを防止できる。さらに、認識語句毎に、対応する応答フレーズが、一対一に決まっていてもよい。このようにすれば、情報の記憶量を節約できるのでよい。このような場合でも、上記で示したような内容の応答フレーズが設定されていれば、同様の効果が得られる。

《音声出力と音声認識のタイミング》
音声出力と音声認識のタイミングは、以下のように種々の設定が可能である。
制御部１８は、キャラクターの音声が出力されている間は、音声を出力し終えるまで、音声認識を停止してもよい。このようにすれば、例えば、キャラクターの音声の途中で、ユーザからの音声の入力があった場合に、音声認識により他の処理が実行されてしまうことを防止できてよい。他の処理としては、例えば、音量、輝度、スケール、周辺検索のように、緊急性の低い処理とするとよい。このようにすれば、必ずしも直ちに実行しなくてもよいものまで、音声認識により実行されてしまうことがなくてよい。

制御部１８は、キャラクターの音声が出力されている間も、音声認識を受け付けてもよい。このようにすれば、例えば、キャラクターの音声の途中で、ユーザからの音声の入力があった場合に、音声認識より他の処理が中断されないのでよい。他の処理としては、例えば、取締場所に関する位置情報を情報収集サーバに送信する処理のように、緊急性の高い処理とするとよい。このようにすれば、ユーザが直ちに実行して欲しい処理が、中断されることがなくてよい。

制御部１８は、キャラクターの音声が出力されている間に、ユーザからの音声の入力があった場合に、キャラクターの音声の出力を停止してもよい。このようにすれば、例えば、ユーザの音声によって、キャラクターの発言を遮ったような印象を与えることができる。停止したキャラクターの音声の出力は、例えば、あらためて出力しなければ、同じ発話が始めから繰り返されて不自然な印象を与えることがなくてよい。また、停止したキャラクターの音声の出力を、例えば、止めたところから開始すれば、ユーザの発言の間、キャラクターが待ってくれていた印象を与えることができてよい。

制御部１８は、キャラクターの音声が出力されている間に、所定の入力操作がなされた場合に、キャラクターの音声を停止してもよい。このようにすれば、例えば、キャラクターとの対話を第三者に聞かれたくないときに、所定の入力操作によって、キャラクターの音声を停止させることができてよい。所定の入力操作としては、例えば、物理キーの操作とするとよい。このようにすれば、常時、固定的に存在する箇所を操作すればよいので、とっさの操作がしやすい。

《音声認識起動のタイミング》
音声認識起動のタイミングは、以下のように、種々の態様が可能である。
制御部１８は、対話に応じて、ユーザが知りたい情報を出力するための所定の処理を、所定の認識ワードに対応するユーザからの音声の入力により開始するとよい。このようにすれば、例えば、所定の処理をユーザからの音声の入力があって開始するため、システムが勝手に開始して処理が実行されてしまうことがなくてよい。

制御部１８は、対話に応じて、ユーザが知りたい情報を出力するための所定の処理を、所定のキャラクターの音声の出力に対し、所定の認識語句に対応するユーザからの音声の入力があって開始してもよい。このようにすれば、例えば、キャラクターの音声の出力が、ユーザが所定の処理を開始するか否かを判断する契機となるので、システムを利用する機会を増やすことができるのでよい。

キャラクターの音声の出力は、例えば、特定の処理の開始の有無を問い合わせるものとするとよい。このようにすれば、例えば、ユーザが、処理の利用を促されるのでよい。キャラクターの音声の出力のタイミングは、例えば、定期的とすれば、処理を利用させる頻度を高めるのでよい。また、タイミングを所定の条件を満たした場合とすれば、処理の利用に適したタイミングで、ユーザに利用を促すことができるのでよい。

《その他》
周辺の施設を示すアイコンを、地図と比べて相対的に強調表示させる態様としては、施設の位置が明確となる表示とするとよい。例えば、アイコンと地図の明度、彩度、色相の少なくとも一つを変えれば、両者の対比が際立つのでよい。

周辺の施設を示すアイコンに、所定の基準に従った順位が区別できる表示をする場合、所定の基準としては、例えば、ユーザにとっての重要度が高い順としてもよい。このようにすれば、ユーザが最も知りたい施設が優先的に表示されるのでよい。ユーザにとっての重要度とは、例えば、過去に行ったことがある、過去に行った頻度が高い、ユーザの好みに合う等とするとよい。このようにすれば、ユーザが行きたい施設を素早く知ることができるのでよい。また、例えば、過去に行ったけれども、二度と行きたくないなど、ユーザにとっての重要度が低いものが除外されるようにしてもよい。このようにすれば、例えば、ユーザが行く可能性があるもののみを表示させることができてよい。

順位が区別できる表示としては、例えば、◎、○、△、×等の形状や、明度、彩度、色相により段階的に変化をつける等、視覚的に順位を示す情報としてもよい。このようにすれば、例えば、順位を視覚により直感的に把握できるのでよい。

表示されたアイコンに合わせた内容で、いずれかの施設を選択するユーザの音声を認識する場合、例えば、アルファベットであれば所望の施設のアイコンのアルファベット、形状であれば所望の施設のアイコンの形状、色であれば所望の施設のアイコンの色としてもよい。このようにしても、施設名よりも覚えやすい言葉で、施設を選択することができるのでよい。

ボタン表示された項目の表示領域において、背後の画像が見える部分としては、例えば、透過する部分としてもよい。このようにすれば、例えば、項目表示の視認性を確保したまま、背景の画像も、より良く見ることができるのでよい。

ユーザの音声を認識するためにあらかじめ登録される認識ワードが、表示画面に表示されているものと、表示画面に表示されていないものとがあってもよい。このようにすれば、例えば、ユーザが、表示画面に表示されていない語句を発話した場合であっても、あらかじめ設定された認識語句であれば、キャラクターからの何らかの反応を得ることができるので、ユーザにとってサプライズとなり、ユーザに発見の喜びを与えることができる。

認識ワードとしての量的に変化する機能に対応する指示語と、量的レベルを示す数字としては、例えば、「おんりょうさん」、「きどに」、「すけーるにきろ」のように、名称と量的レベルとを１つの認識語句にまとめてもよい。このようにすれば、発話が一回で済むのでよい。

機能に対応する指示語が表示されるボタンは、別の表示画面に遷移せずに機能を実行させるボタンがあってもよい。このようにすれば、例えば、機能を実行させるために別の表示画面に遷移しなくても、対話により機能を実行させることができるので、現在の画面表示が邪魔されることがなくてよい。

本実施形態では、ナビゲーション装置の例で説明したが、各種の電子機器の機能として実施することができる。たとえば、レーダー探知機、ドライブレコーダ、カーオーディオの機能として組み込んでもよい。また本実施形態で記載した量的レベルの値、表示部５の画面サイズ、各種の時間設定など、本発明の効果を奏する範囲で任意のものとすることができる。また、制御部１８には、各機能や警報の優先順位をリモコン１７等からのユーザからの指示に基づいて設定する機能を設け、この設定された優先順位で制御部１８が処理を行うように構成してもよい。

さらに、上述した実施形態では、装置内に各種の情報を記憶したデータベース１９を備え、制御部１８は係るデータベース１９にアクセスして必要な情報を読み出し、各種の処理をしたが、本発明はこれに限ることはない。例えば、データベース１９に登録する情報の一部または全部をサーバに登録しておく。そして、ナビゲーション装置、レーダー探知機その他の電子機器・装置は、係るサーバと通信する機能を備え、制御部１８は、適宜サーバにアクセスし、必要な情報を取得して処理を実行するシステムとしてもよい。さらには、制御部１８の機能の少なくとも一部をサーバにおき、当該機能をサーバで実行し、ユーザが持つ電子機器は、その実行結果を取得するようなシステムとしても良い。

上述した実施形態の制御システムとしての機能は制御部１８に備えるコンピュータに実現させるためのプログラムとして構成されているが、これに限らずプログラムは複数のコンピュータに分散配置し、分散処理するようにしてもよい。

２ 装置本体
３ クレードル
４ ケース本体
５ 表示部
６ クレードル本体
７ 台座部
８ タッチパネル
１０ 警報ランプ
１１ マイクロ波受信機
１２ ＧＰＳ受信機
１３ 無線受信機
１８ 制御部
１９ データベース
２０ スピーカ
２１ ＳＤメモリカード用スロット
２２ ＳＤメモリカード
５１ 現在位置
５２ 目的地
５３ ルート

Claims (3)

1. ユーザの音声を認識した結果に基づく認識情報と、ユーザの音声を認識したことを示す所定のキャラクターの音声の出力とによる対話に応じて、ユーザが知りたい情報を出力するための所定の処理を実行するシステムにおいて、
   キャラクターの呼び名を含む音声が認識された場合に、キャラクターにより出力される音声に、あらかじめ登録されたユーザの呼び名の音声を挿入する機能を備え、
   キャラクターにより出力される音声にユーザの呼び名を挿入する頻度を対話が進行するに従って低減させる機能を備えること
   を特徴とするシステム。
2. あらかじめ５０音表に対応する音声データが登録され、この５０音表からユーザが選択した呼び名の音声を、前記ユーザの呼び名の音声として用いる機能を備えること
   を特徴とする請求項１に記載のシステム。
3. 請求項１または２に記載のシステムの機能を、コンピュータに実現させるためのプログラム。