JP2003167895A - 情報検索システム、サーバおよび車載端末 - Google Patents

Abstract

(57)【要約】 【課題】 サーバと車載端末とからなる情報検索システ
ムにおいて、音声対話による情報検索を可能としつつ、
ユーザの要求に対する応答性を高める。 【解決手段】 本実施例の情報検索システムにおいて
は、経路情報が車載端末１０１に設定されると、その経
路情報は、送受信部１０２を介して、検索要求としてサ
ーバ２００に事前に送信される。すると、サーバ２００
は、その検索要求に基づき、レストランデータベース２
０５、観光データベース２０６などを検索し、その結果
を音声対話プログラムに変換して、車載端末１０１に送
信する。そして、車載端末１０１は、受信した音声対話
プログラムを蓄積しておき、「情報検索」という音声コ
マンドが入力されると、蓄積した音声対話プログラムを
実行することにより、その音声コマンドに対する応答を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信によりサー
バと車載端末間を結び、情報提供を行う情報検索システ
ムに関する。

【０００２】

【従来の技術】近年、携帯電話などの無線通信手段を用
いて、センターと車載端末間で通信を行い、情報検索を
行うセンター型情報検索サービスが利用可能になってい
る。その一例として、センターに人間のオペレータが配
置され、自動車を運転するユーザと音声による対話をし
ながら、経路探索、設定等のサービスを提供するサービ
スがある。また、音声認識機能を用い、ユーザが発話す
る音声コマンドを自動実行してセンターが保持する株価
やニュース等の情報を提供するというサービスもある。

【０００３】自動車内で使用するという状況を考慮する
と、安全性の観点から、音声インタフェースを介して情
報検索することができるのが望ましい。また、サービス
を低コストで提供するためには、オペレータを置く代わ
りに音声認識、合成技術を活用した自動化システムが望
ましい。

【０００４】一方、近年のインターネット普及に伴い、
様々な情報をコンピュータなどの端末から、各種の検索
サイトを利用した検索が可能となっている。インターネ
ット検索サイトはＣＧＩ( Common Gateway Interface )
と呼ぶ技術を用いて検索結果をユーザに返す。その動作
について、軽井沢のレストランを検索する場合を例に取
って説明する。 ”Step１：ユーザが、キーワード「軽井沢」、「レスト
ラン」を入力し、検索コマンドを実行する。

【０００５】Step２：検索サイトはデータベースから、
キーワード「軽井沢」、「レストラン」を含むホームペ
ージのURLを検索し、その結果をHTML( Hyper Text Mark
up Language )文書に変換する。 Step３：前記HTML文書をユーザの端末に送信する。

【０００６】Step４：ユーザの端末がHTML文書を表示す
る。”上記サービスを可能とする基本的な技術は次の２
つである。なお、ＣＧＩは（１）で使用されるが、その
詳細については説明を省略する。 （１）ユーザ指定のキーワードで検索した情報からHTML
文書を動的に生成する。

【０００７】（２）ユーザの端末にHTML文書を解釈実行
するインタプリタが組み込まれている。このようにし
て、インターネット端末のユーザはインターネット上の
様々な情報を検索することができる。

【０００８】

【発明が解決しようとする課題】ところで、センター型
情報検索サービスでは、ユーザが情報検索を開始して所
望の情報を得るまでに音声対話が使用される。対話例を
以下に示す。 ”オペレータ： 「はい、こちら○○サービスです。」 ユーザ ： 「軽井沢で食事をしたいんですけど」 オペレータ： 「今は、旦念亭というカフェが人気です」 ユーザ ： 「どんな店ですか」 …… ユーザ ： 「クレジットカードは使えますか」 オペレータ： 「使えます」 ユーザ ： 「じゃ、そこお願いします」 オペレータ： 「軽井沢、旦念亭にご案内します」” ここで３つの課題が生じていた。

【０００９】(１)すべての処理（音声認識、検索、音声
合成）がセンター側で行われるため、センター側の処理
負荷が大きい。 (２)通常対話開始から終了まで数十秒から１分以上の時
間がかかる。このため、ユーザの負担する通信料が増え
る。また、その間センター側の回線が占有されるため、
多くのユーザが同時にセンターにアクセスした場合、セ
ンターに接続できなくなる可能性がある。

【００１０】(３)車載端末とセンター間の通信状況が悪
い場合、聞き返しなどにより対話時間が増える。特にセ
ンター側が音声認識を使用している場合、誤認識が増え
るためシステムの使い勝手が大幅に悪化する。上記課題
(１)は、情報検索に関するすべての処理がセンターで行
われていることに起因する。従って検索処理を車載端末
で代行できればサーバの負荷が減少する。この考えに基
づく方法としては特開平１０-１３４０８３号公報に開
示された知的情報検索サービスがある。この方法では、
対話形式で情報を絞り込み、ユーザの所望する情報を特
定する処理において、端末側で対話処理を代行する仕組
みを設ける。なお、この知的情報検索サービスではパソ
コンを端末とし、キーボードで対話する。

【００１１】具体的には、所定の情報記述言語に従った
論理構造を有し、対話形式による質問に対する回答入力
の受付と、回答に応じた結論の表示を行うための知的検
索プログラムを組み込んだ検索プログラム包括文書を事
前に複数個作成し、センター側に蓄積しておく。この検
索プログラム包括文書は検索内容ごとに事前に用意す
る。検索内容としては「１．宴会場探し」「２．デート
コース案内」「３．ショッピング案内」が例示されてい
る。

【００１２】ここでユーザが「１」を選択すると、対応
する検索プログラム包括文書がユーザの端末に送信され
る。端末は当該文書を解釈実行する機能を有しており、
以後の対話は端末側で代行される。これにより課題(１)
が解決できる。しかしながら課題(３)に示した通信状況
が悪い場合の対処は困難である。なぜなら、上記検索プ
ログラム包括文書は、ユーザの検索要求があった時点で
端末側に送信されるが、その時点の通信状態は必ずしも
良好とは限らないためである。特に山間部を走行中は数
分以上通信できないといったことも起こりうる。そのた
めユーザが情報を欲しいと思った時点で必ずしも情報検
索ができないという可能性があった。

【００１３】本発明は、こうしたことを背景としてなさ
れたものであり、サーバと車載端末とからなる情報検索
システムにおいて、音声対話による情報検索を可能とし
つつ、ユーザの要求に対する応答性を高めることを目的
とする。

【００１４】

【課題を解決するための手段及び発明の効果】上記課題
を解決するため、本発明（請求項１記載）の情報検索シ
ステムにおいては、サーバーが、検索手段、プログラム
生成手段および送信手段を備え、車載端末が、事前検索
要求手段、蓄積手段およびプログラム実行手段を備えて
いる。

【００１５】情報検索すべき旨の音声コマンドが車載端
末に入力される前に（つまり、事前に）、事前検索要求
手段が、予め検索要求をサーバに送信する。すると、サ
ーバの検索手段は、その検索要求に基づき、データベー
スを検索する。そして、プログラム生成手段が、検索手
段による検索結果に基づいて、音声対話プログラムを生
成し、送信手段が、音声対話プログラムを車載端末に送
信する。

【００１６】車載端末においては、送信手段から送信さ
れた音声対話プログラムが蓄積手段に蓄積される。そし
て、音声コマンドが当該車載端末に入力されると、プロ
グラム実行手段は、蓄積手段内の音声対話プログラムに
基づいて音声対話処理を実行することにより、その音声
コマンドに応答する。

【００１７】即ち、請求項１記載の情報提供システムに
おいては、車載端末のユーザによる検索が予測される情
報の検索要求を、車載端末がユーザの要求に先立って行
う。そして、サーバは、車載端末からの検索要求に対す
る検索結果を、音声対話プログラムという形式で車載端
末に返す。車載端末は、音声対話プログラムを蓄積し、
ユーザの要求（音声コマンド）のあった時点で音声対話
プログラムを解釈実行することにより、ユーザの要求に
対応する情報を提供する。音声対話プログラムは、音声
対話記述言語で記述された検索プログラム包括文書であ
り、これを実行することで音声対話が行われる。

【００１８】つまり、請求項１記載の情報提供システム
によれば、ユーザが要求を出す前に、既に検索結果が車
載端末に保存されているので、その中にユーザの要求す
る情報があれば、車載端末とセンターの間の通信状態に
左右されず、即時に検索結果を返すことができ、ユーザ
の要求に対する応答性が高くなる。これは、例えば車両
がトンネル内や山間部など、携帯電話などの通信手段が
使用できない場所を走行中の時に有用である。また、音
声対話処理は、車載端末で行われるため、センター側の
負担を低減することができる。

【００１９】次に請求項２に記載の情報検索システムに
おいては、事前検索要求手段が、車載端末に設定された
経路情報（当該車載端末が搭載された車両の経路探索に
関わる情報）を、検索要求としてサーバに送信する。即
ち、請求項２に記載の情報検索システムでは、車載端末
に設定された経路情報を事前にサーバに送信すること
で、ユーザが所定の経路を走行中に必要とする情報を事
前に推定することが容易となる。

【００２０】送信する経路情報としては、例えば、現在
地、目的地、経由地点、経由道路、各地点の通過時刻な
どが挙げられる。たとえば、昼食時に軽井沢を通過する
なら、昼食を軽井沢で取ることが予測されるので、軽井
沢の飲食店を事前に検索するといったことが可能にな
る。また、この際、たとえば夜にしか営業しない店など
は検索対象から外すことが可能となる。

【００２１】次に請求項３に記載の情報検索システムに
おいては、サーバに設けられた検索キー生成手段が、検
索要求から、ユーザの検索する可能性の高い情報を推定
して検索キーを生成する。そして検索手段が、検索キー
生成手段により得られた検索キーを用いてデータベース
を検索する。

【００２２】即ち、請求項３に記載の情報検索システム
では、車載端末から送られた経路情報に基づいて、デー
タベース検索に用いるキーワードを生成する。例えば、
昼食を軽井沢で食事をとることが予測される場合に、
「軽井沢」、「レストラン」、「ランチ」と言うキ−ワ
ードを生成する、という態様が考えられる。

【００２３】一般にインターネットの検索では、キーワ
ードにより検索を行うため、このようなキーワード生成
機能を設けることで、インターネットなどのデータベー
ス検索が可能となる。次に請求項４に記載の情報検索シ
ステムにおいては、音声対話プログラムが、VoiceXML言
語を用いて記述されたものである。VoiceXML言語は、音
声対話記述言語として標準となりつつあるから、情報検
索システムの標準化、汎用化を図る上で好ましい。

【００２４】次に請求項５に記載の情報検索システムに
おいては、入力された音声コマンドが、蓄積手段に蓄積
済みの音声対話プログラムにより提供可能な情報以外の
情報を要求するものである場合、実時間検索要求手段
が、音声コマンドの内容を検索要求としてサーバに送信
する。すると、サーバでは、その検索要求に対応する音
声対話プログラムを生成し、車載端末に向けて送信す
る。そして、プログラム実行手段は、実時間検索要求手
段から検索要求が送信されると、その検索要求に対する
返答としてサーバより送信された音声対話プログラムに
基づいて、音声対話処理を実行する。

【００２５】即ち、請求項５に記載の情報検索システム
によれば、事前の検索結果以外の情報を検索する音声コ
マンドが入力された場合であっても、検索結果を返答す
ることができる。次に請求項６に記載の情報検索システ
ムにおいては、サーバに設けられた通信状態判定手段
が、当該サーバと車載端末との間の通信状態を判定す
る。そして、送信手段は、通信状態判定手段による判定
結果に基づき、車載端末との通信状態が良好である時
に、音声対話プログラムを該車載端末に送信する。

【００２６】即ち請求項６に記載の情報検索システムに
よれば、サーバが車載端末との通信状態を調べ、通信状
態が良好な時点で音声対話プログラムを車載端末に送信
する。これにより、通信エラーの発生を防ぐことがで
き、通信リトライに伴う通信時間の増加を防ぐことがで
きる。

【００２７】次に請求項７に記載の情報検索システムに
おいて、送信手段は、送信すべき音声対話プログラムが
複数ある場合、次の様にして順次送信する。即ち、複数
ある音声対話プログラムのうち、通信状態判定手段によ
り判定された通信状態の良好な車載端末に送信すべき音
声対話プログラムであって、当該サーバへの到着が早い
検索要求に対応するものから順に送信する。

【００２８】即ち、請求項７の情報検索システムでは、
サーバとの間で通信状態が良好な車両端末に対して優先
的に音声対話プログラムを送信するため、通信エラーの
発生が抑制され、全体として通信時間も短縮できるとい
う利点が得られる。また、サーバーへ早くなされた検索
要求に対応する音声対話プログラムを優先的に送信する
ため、情報を要求する可能性の高いユーザ、例えば運転
を開始してから時間がある程度経過しているユーザに、
検索結果を優先的に返すことが可能となる。

【００２９】次に請求項８に記載の情報検索システムに
おいて、サーバに設けられた送信優先度割り当て手段
は、送信すべき各音声対話プログラムに対し、送信順序
を決めるための送信優先度を割り当てる。そして、送信
手段は、送信すべき音声対話プログラムが複数ある場
合、そのうち、割り当てられた送信優先度が高い音声対
話プログラムから順に送信する。

【００３０】即ち、請求項８に記載の情報検索システム
によれば、サーバが複数の検索要求を受けたとき、音声
対話プログラムを送信する優先度（送信優先度）を設
け、その送信優先度にしたがって送信を行うことから、
重要度の高いものほど早く、というように、適切なタイ
ミングで、検索結果を車載端末に送ることが可能とな
る。

【００３１】送信優先度を何に応じて設定するかについ
ては、例えば請求項９に記載の態様が考えられる。請求
項９に記載の情報検索システムにおいては、車載端末に
設けられた優先度情報付加手段が、検索要求に優先度情
報を付加する。そして、送信優先度割り当て手段は、送
信すべき各音声対話プログラムに対して、優先度情報に
基づいて送信優先度を割り当てる。

【００３２】即ち、請求項９に記載の情報検索システム
によれば、サーバに対して送信される検索要求に車載端
末が優先度情報を付与することから、送信優先度の付け
方に関する判断の一部を車載端末に行わせることがで
き、サーバ側の負担を減らす効果をもたらす。

【００３３】例えば、本発明（請求項９）を請求項５の
発明に適用した場合には、事前検索要求手段から送信さ
れる検索要求に対応する音声対話プログラムよりも、実
時間検索要求手段から送信される検索要求に対応する音
声対話プログラムが優先的に送信手段から送信されるよ
うに、優先度情報を設定することが考えられる。その様
に優先度情報付加手段を構成すれば、音声コマンドが、
蓄積手段内の音声対話プログラムにより提供可能な情報
以外の情報を要求するものであっても、速やかに検索結
果を返すことができる。

【００３４】次に請求項１０に記載の情報検索システム
においては、サーバに設けられた通信状態判定手段が、
当該サーバと車載端末との間の通信状態を判定する。そ
して、送信手段は、送信すべき音声対話プログラムであ
って送信優先度が同じものが複数ある場合には、次の様
にして順次送信する。即ち、複数ある音声対話プログラ
ムのうち、通信状態判定手段により判定された通信状態
の良好な車載端末に送信すべき音声対話プログラムであ
って、当該サーバへの到着が早い検索要求に対応するも
のから順に送信する。

【００３５】即ち、請求項１０の情報検索システムで
は、送信優先度が同じ音声対話プログラムが複数ある場
合に、サーバとの間で通信状態が良好な車両端末に対し
て優先的に音声対話プログラムを送信するため、通信エ
ラーの発生が抑制され、全体として通信時間も短縮でき
るという利点が得られる。また、サーバーへ早くなされ
た検索要求に対応する音声対話プログラムを優先的に送
信するため、情報を要求する可能性の高いユーザ、例え
ば運転を開始してから時間がある程度経過しているユー
ザに、検索結果を優先的に返すことが可能となる。

【００３６】次に請求項１１に記載の情報検索システム
においては、サーバに設けられた検索優先度割り当て手
段が、車載端末からの検索要求に対し、検索順序を決め
るための優先度（これを「検索優先度」というものとす
る）を割り当てる。そして、検索手段は、処理すべき検
索要求が複数ある場合、そのうち、前記割り当てられた
検索優先度が高い検索要求に対応する検索処理から順に
行う。従って、請求項１１に記載の情報検索システムに
よれば、重要度の高いものほど早く、というように、適
切なタイミングで検索処理を行うことが可能となる。

【００３７】検索優先度を何に応じて設定するかについ
ては、例えば請求項１２に記載の態様が考えられる。請
求項１２に記載の情報検索システムにおいては、車載端
末に設けられた優先度情報付加手段が、検索要求に優先
度情報を付加する。そして、検索優先度割り当て手段
は、車載端末から受信した検索要求に対して、優先度情
報に基づいて検索優先度を割り当てる。

【００３８】即ち、請求項１２に記載の情報検索システ
ムによれば、サーバに対して送信される検索要求に車載
端末が優先度情報を付与することから、検索優先度の付
け方に関する判断の一部を車載端末に行わせることがで
き、サーバ側の負担を減らす効果をもたらす。

【００３９】請求項１３に記載のサーバは、情報を提供
するサーバを有するセンターと、このサーバからの情報
を受信する車載端末とからなる情報検索システムを構成
するためのサーバである。このサーバにおいては、検索
手段が、車載端末からの検索要求に基づき、データベー
スを検索し、この検索手段による検索結果に基づいて、
プログラム生成手段が音声対話プログラムを生成する。
そして、生成された音声対話プログラムを、送信手段が
車載端末に送信する。従って、請求項１３のサーバによ
れば、請求項１の情報検索システムを構成することがで
きる。

【００４０】請求項１４に記載の車載端末は、情報を提
供するサーバを有するセンターと、サーバからの情報を
受信する車載端末とからなる情報検索システムを構成す
るための車載端末である。この車載端末においては、事
前検索要求手段が、情報検索すべき旨の音声コマンドが
車載端末に入力される前に、予め検索要求をサーバに送
信する。その結果、サーバから音声対話プログラムが送
信されると、これを蓄積手段が蓄積する。音声コマンド
が当該車載端末に入力されると、プログラム実行手段
は、蓄積手段内の音声対話プログラムに基づいて音声対
話処理を実行することにより、その音声コマンドに応答
する。従って、請求項１４の車載端末によれば、請求項
１に記載の情報検索システムを構成することができる。

【００４１】

【発明の実施の形態】以下、本発明の一実施例を図面と
共に説明する。本実施例の情報検索システムは、図１に
示す様に、車載端末１０１、センターに設置されたサー
バ２００から構成される。

【００４２】車載端末１０１は、送受信部１０２、音声
対話プログラム蓄積部１０３、音声対話プログラム解釈
実行部１０４、音声認識部１０５、音声合成部１０６、
経路探索部１０７,マイク１０８、スピーカ１０９の
他、経路誘導機能を提供するための図示せぬＧＰＳ受信
機、経路入力部、および電子化された地図を表示するた
めのディスプレイから構成される。

【００４３】サーバ２００は、送受信部２０１、検索ス
ケジューラ２０２、情報検索推定部２０３、ユーザプロ
ファイル２０４、検索サービスが提供するデータを蓄積
するデータベース（レストランデータベース２０５，観
光データベース２０６など）、情報検索部２０７、音声
対話プログラム生成部２０８、送信スケジューラ２０
９、通信状態判定部２１０から構成される。

【００４４】車載端末１０１およびサーバ２００は、通
常状態においては、公衆網３０１を介し、送受信部１０
２，２０１により通信可能となっている。次に各部の動
作を例に基づき順に説明する。一例として、”東京”に
住むユーザが”午前８時”に、”志賀高原”にあるホテ
ルに向けたドライブに出発する場合を想定する。即
ち、”現在時刻＝０８:００、現在地＝東京都内、目的
地＝志賀高原”である。

【００４５】ユーザが自動車に乗り込み、車載端末１０
１に図示せぬリモコン等の手段で、ホテルを目的地とし
て設定する。経路探索部１０７が経路探索を完了し、車
両の現在地、目的地、経由地、経由道路などの経路情報
が車載端末１０１に設定されると、この経路情報を送受
信部１０２を介し、検索要求としてサーバ２００に送信
する。なお、本実施例においては、経路情報が、”事前
検索要求手段から送信される検索要求”に相当する。

【００４６】サーバ２００の送受信部２０１は、受信し
た経路情報を検索スケジューラ２０２に送る。検索スケ
ジューラ２０２は、その内部に、図２に示す検索要求待
ち行列６０１を持ち、受け取った経路情報を後述するア
ルゴリズムに従い検索要求として蓄積する。そして、検
索スケジューラ２０２は、後述するアルゴリズムに従
い、検索要求待ち行列６０１から検索要求を取り出し、
情報検索部２０７に送る。

【００４７】情報検索部２０７は、レストランデータベ
ース２０５、観光データベース２０６などを検索し、そ
の検索結果を、音声対話プログラム生成部２０８に送
る。なお、情報検索部２０７の動作詳細については後述
する。音声対話プログラム生成部２０８は、検索結果
を、音声対話プログラムに変換して送信スケジューラ２
０９に送る。検索結果がどのように音声対話プログラム
に変換されるかは例を用いて後述する。

【００４８】送信スケジューラ２０９は、その内部に、
図３に示す音声対話プログラム待ち行列１００１を持
ち、受け取った音声対話プログラムを後述するアルゴリ
ズムに従って蓄積する。そして、送信スケジューラ２０
９は、後述するアルゴリズムに従い、音声対話プログラ
ム待ち行列１００１から音声対話プログラムを取り出
し、送受信部２０１を介して車載端末１０１へ送信す
る。

【００４９】車載端末１０１は、送受信部１０２により
受信した音声対話プログラムを音声対話プログラム蓄積
部１０３に保存する。以上の手続きにより、車載端末１
０１はユーザの情報検索に必要な初期化を完了する。次
に、検索スケジューラ２０２が検索要求待ち行列６０１
に経路情報を蓄積する手順、及び検索要求待ち行列６０
１から検索要求を取り出す手順を説明する。

【００５０】検索スケジューラ２０２に渡される情報
は、経路情報または実時間検索要求である。実時間検索
要求は、音声対話プログラム蓄積部１０３に保存されて
いない情報をユーザが問い合わせたとき、サーバ２００
に送信されるものである。即ち、車載端末１０１に入力
された音声コマンドが音声対話プログラム蓄積部１０３
に保存されている音声対話プログラムにより提供可能な
情報以外の情報を要求するものである場合にサーバ２０
０に送信される検索要求が、実時間検索要求である。実
時間検索情報は、例えば、「長野市の天気」といった検
索項目を示す文字列である。実時間検索要求が生成され
る具体的な場合については、後述する。

【００５１】さて、検索スケジューラ２０２は、受け取
った検索要求が経路情報であれば、検索要求待ち行列６
０１における優先度１の列の末尾に、実時間検索要求で
あれば、優先度２の列の末尾に追加して蓄積する。な
お、この優先度は、請求項の「検索優先度」に対応する
ものであり、その値の高い列の検索要求ほど先に処理し
なければならないことを示す。

【００５２】一方、検索スケジューラ２０２は、検索要
求待ち行列６０１の優先度の高い列から順に先頭の要素
を検索し、最初に見つかった情報を検索要求として取り
出し、情報検索部２０７に送る。検索要求待ち行列６０
１が空の場合は、「検索要求なし」というステータス
を、”検索要求”とする。

【００５３】情報検索部２０７の動作を次に説明す
る。”検索要求”が「検索要求なし」であれば何もしな
い。一方、”検索要求”が実時間検索要求、たとえば
「長野市の天気」であれば、長野市の天気を検索して検
索結果とする。さもなければ検索要求は経路情報であ
る。この場合、情報検索部２０７は、検索情報推定部２
０３に経路情報を送る。

【００５４】検索情報推定部２０３は、以下に述べる手
順で、経路情報を検索キーに変換して情報検索部２０７
に返す。情報検索部２０７は、検索キーに基づいてデー
タベースを検索し、検索結果を得る。検索情報推定部２
０３の動作を次に説明する。

【００５５】検索情報推定部２０３は、経路情報とし
て、例えば以下の情報を受け取る。 ”現在時刻０８:００ 現在地 東京都内 目的地 志賀高原 経由道路 上信越自動車道（高坂IC→碓氷軽井沢IC）” 検索情報推定部２０３は、これらの情報、および交通情
報から、ユーザの運転スケジュールを、例えば次のよう
に推定する。 ”名称 場所 到着予定時刻 備考 現在地 東京都内 経由地 軽井沢 １２:００ 昼食ポイント 目的地 志賀高原 １５:００ 到着がやや早い” このユーザが検索する可能性があるのは、経路上の土地
の天気やレストラン、設備などであると推定できる。ま
た到着時間帯から考えて、昼食は軽井沢で取ると推定で
きる。そこで、検索情報推定部２０３は、その様な推定
を行い、「軽井沢、志賀高原の天気予報」、「軽井沢で
昼食のとれるレストラン」という検索キーを生成する。

【００５６】また、志賀高原への到着時刻がやや早いこ
とから、途中でどこかに寄る可能性があると推定でき
る。そこで、ユーザプロファイル２０４を検索する。ユ
ーザプロファイル２０４には、ユーザの年齢や過去目的
地などの履歴が格納されている。過去目的地に温泉が多
数登録されていたとすると、多少遠回りになっても温泉
に立ち寄る可能性が高いと推定される。そこで、検索情
報推定部２０３は、「軽井沢と志賀高原の経路周辺に存
在する温泉」という検索キーを生成する。

【００５７】以上の様に、検索情報推定部２０３は、検
索キーとして、次の３つＫ１,Ｋ２,Ｋ３を生成する。 ”Ｋ１ 軽井沢、志賀高原の天気予報 Ｋ２ 軽井沢で昼食のとれるレストラン Ｋ３ 軽井沢と志賀高原の経路周辺に存在する温泉” 情報検索部２０７は、これらの検索キーに基づいてデー
タベースを検索し、Ｋ１,Ｋ２,Ｋ３に対応する検索結果
を得る。その内容を図４に表形式で示す。表Ｒ1，Ｒ
２，Ｒ３が、それぞれＫ１,Ｋ２,Ｋ３の検索結果に対応
する。

【００５８】次に音声対話プログラム生成部２０８の動
作について説明する。音声対話プログラム生成部は、検
索結果を、音声対話プログラムに変換する。その変換に
は、前述のＣＧＩ技術を用いる。以下に、VoiceXML言語
で記述された音声対話プログラムの例を示す。VoiceXML
は、音声対話プログラムの記述言語として代表的なもの
である。なお、VoiceXMLにより実現される動作の詳細に
ついては説明を省略し、必要に応じて《Ｍ１》などの記
号を付した箇所について説明する。

【００５９】ユーザが「情報検索」というコマンドを発
話し、情報検索を開始すると、最初に、”main.vxml”
というスクリプトが実行される。”main.vxml”に従う
処理は、対話開始時に毎回起動されるものであり、検索
可能な項目をユーザに提示し、ユーザに選択させる役目
をする。”main.vxml”の例を以下に示す。 『<form> <field name="search_item"> <prompt> <enumerate/>が検索できます </prompt> <option dtmf="１" value="weather"> 天気予報 </option> 《Ｍ１》 <option dtmf="２" value="restaurant"> レストラン </option> <option dtmf="３" value="onsen"> 温泉 </option> <filled> <if cond="search_item=='weather'"> <goto next="weather_info.vxml" /> 《Ｍ２》 <else if cond="search_item=='restaurant'"> <goto next="restaurant_info.vxml" /> 《Ｍ３》 <else/> <goto next="onsen_info.vxml" /> 《Ｍ４》 </if> </filled> </field> </form>』 このスクリプトにより、ユーザの望む検索対象を決定す
る対話を扱うことができる。例えば、次の如くである。 ”車載端末： 「天気予報、レストラン、温泉が検索できます」 ユーザ： 「天気予報」 ” 《Ｍ１》では、検索可能な天気予報、レストラン、温泉
の３候補を記述する。《Ｍ２》、《Ｍ３》、《Ｍ４》は
それぞれ天気予報、レストラン、温泉が選択されたとき
に、VoiceXMLスクリプトのweather_info.vxml、restaur
ant_info.vxml、onsen_info.vxmlを実行することを示
す。weather_info.vxml、restaurant_info.vxml、onsen
_info.vxmlはぞれぞれ図４に示したＲ１，Ｒ２，Ｒ３の
検索結果に対応して動的に生成するスクリプトであり、
以下のように記述される。

【００６０】検索結果Ｒ１は、例えば、以下の”weathe
r_info.vxml”に変換される。 『<form> <field name="place_name"> <prompt> <enumerate/>どちらの天気を知りたいですか </prompt> <option dtmf="１" value="karuizawa"> 軽井沢 </option> 《Ｗ１》 <option dtmf="２" value="shigakougen"> 志賀高原 </option> <filled> <if cond="place_name=='karuizawa'"> <prompt>軽井沢は晴れです</prompt> 《Ｗ２》 <else/> <prompt>志賀高原は曇りです</prompt> 《Ｗ３》 </if> </filled> </field> </form>』 このスクリプトにより、次に示す様に、軽井沢、志賀高
原の天気問い合わせ対話を扱うことができる。 ”車載端末： 「軽井沢、志賀高原どちらの天気を知りたいですか。」 ユーザ： 「軽井沢」 車載端末： 「軽井沢は晴れです」” 《Ｗ１》では、ユーザが天気を検索したいと想定される
軽井沢、志賀高原の候補を記述している。また、《Ｗ
２》では軽井沢の天気「晴れ」、《Ｗ３》では志賀高原
の天気「曇り」を埋め込んだ回答を記述している。

【００６１】この様に、図４の表Ｒ１に示された軽井沢
および志賀高原の天気の検索結果が、スクリプトに回答
として埋め込まれているため、ユーザが軽井沢の天気を
知りたいと思った時点に、車載端末１０１はセンターに
天気を問い合わせることなく、回答することができる。
換言すれば車載端末１０１で閉じた処理ができるため、
センターとの通信状態に影響しない対話が実現できる。

【００６２】なお、スクリプト”weather_info.vxml”
では軽井沢、志賀高原の天気しか問い合わせることがで
きないが、スクリプトを変更すれば他の場所の天気も問
い合わせ可能になる。たとえばユーザが「長野市」と発
話したときに長野市の天気を回答するといったこともで
きる。

【００６３】ただし、志賀高原、軽井沢の天気しか事前
に検索されていないため、長野市の天気情報について
は、送受信部１０２を用いてセンター（サーバ２００）
に問い合わせることで回答する。このように事前検索結
果に含まれない情報をユーザが検索しようとした場合
は、その時点でセンターに通信手段を用いて問い合わせ
ればよい。これは実時間検索要求として送受信部１０２
を通してサーバ２００に送信される。すると、サーバ２
００から検索結果が音声対話プログラムとして返され
る。この場合は送受信部１０２が受け取った音声対話プ
ログラムを、直ちに、音声対話プログラム解釈実行部１
０４に送り、音声対話プログラム解釈実行部１０４は直
ちにそれを実行する。ただし、通信状況が悪い場合は、
回答に時間がかかったり、回答できない場合がある。

【００６４】ところで送受信部１０２は、経路情報、お
よび実時間検索要求をサーバ２００に送信するが、送信
に先立ち経路情報、および実時間検索要求にそれぞれ優
先度情報を付与する。その動作を図５に示す。送受信部
１０２は、図５（ａ）に示すように、優先度付加モジュ
ール１０２１、送受信モジュール１０２２から構成され
る。優先度付加モジュール１０２１は経路情報、および
実時間検索要求を受け取ると、図５（ｂ）に示す様に、
各情報（経路情報、実時間検索要求）にそれぞれ優先度
情報を付与して、送受信モジュール１０２２に送る。そ
して、送受信モジュール１０２２は、優先度情報を付与
された経路情報、および実時間検索要求をサーバに送信
する。ここで、優先度情報は値の大きいものほど、サー
バ２００において優先的に処理されることを示す。この
例では、実時間検索要求の方が経路情報より優先度が高
い。

【００６５】このように本実施例では、車載端末１０１
が検索要求の優先度を判定し、優先度情報を検索要求に
付与してサーバ２００に送信することが特徴的である。
なお、検索結果Ｒ２及びＲ３も、Ｒ１と同様に、VoiceX
MLスクリプトに変換される。例えば検索結果Ｒ２は、以
下のスクリプト”restaurant_info.vxml”に変換され
る。 『<form> <block>軽井沢のレストランをご案内します</block> <field name="restaurant_name"> <prompt> <enumerate/>どのレストランにしますか </prompt> <option dtmf="１" value="buresugasse">ブレスガッセ</option>《R1 》 <option dtmf="２" value="tannentei"> 旦念亭 </option> <option dtmf="３" value="rome"> ローマ </option> <filled> <if cond="restaurant_name=='buresugasse'"> <goto next="r_buresugasse.vxml" /> 《Ｒ２》 <else if cond="restaurant_name=='tannentei'"> <goto next="r_tannentei.vxml" /> 《Ｒ３》 <else/> <goto next="r_rome.vxml" /> 《Ｒ４》 </if> </filled> </field> </form>』 このスクリプトにより、次の様に、軽井沢のレストラン
問い合わせ対話を扱うことができる。 ”対話例： 車載端末： 「軽井沢のレストランをご案内します」 「ブレスガッセ、旦念亭、ローマどのレストランにしますか。」 ユーザ ： 「ブレスガッセ」” 《R1》では、検索可能な”ブレスガッセ”、”旦念
亭”、”ローマ”の候補を記述する。《R2》、《R3》、
《R4》はそれぞれ”ブレスガッセ”、”旦念亭”、”ロ
ーマ”が選択されたときに、VoiceXMLスクリプトのr_bu
resugasse.vxml、r_tannentei.vxml、r_rome.vxmlを実
行することを示す。これらのスクリプトもスクリプト”
restaurant_info.vxml”の生成と同時に生成される。

【００６６】”r_buresugasse.vxml”は、例えば以下の
ようになる。 『<form> <block>ブレスガッセでよろしいですか。質問があればどうぞ</block>《R1_1 》 <field name=="answer"> <prompt>ここでよろしいですか</prompt> 《R1_2》 <grammar> 《R1_3》 (はい) [yes] | (いいえ) [no] | (どんな店ですか) [feature] | (予算はいくらですか) [expense] | (クレジットカードは使えますか) [credit_card] </grammar> </field> <filled> <if cond="answer=='yes'> 《R1_4》 <prompt>こちらに目的地を設定します</prompt> <assign name="application.destination" expr="'buresugasse'" /> <else if cond="answer=='no'"> 《R1_5》 <prompt>別の店を選んでください</prompt> <goto next="restaurant_info.vxml" /> <else if cond="answer=='feature'"> 《R1_6》 <prompt>手作りハム、ソーセージが人気です</prompt> <clear namelist="answer" /> <else if cond="answer=='expense'"> 《R1_７》 <prompt>１０００円です</prompt> <clear namelist="answer" /> <else/> 《R1_８》 <prompt>申し訳ありません。使えません</prompt> <clear namelist="answer" /> </if> </filled> </form>』 このスクリプトにより、”ブレスガッセ”の問い合わせ
対話を扱うことができる。例えば次の如くである。 ”車載端末： 「ブレスガッセでよろしいですか。質問があればどうぞ」 「ここでよろしいですか」 ユーザ ： 「どんな店ですか」 車載端末： 「手作りハム、ソーセージが人気です」 車載端末： 「ここでよろしいですか」 ユーザ ： 「クレジットカードは使えますか」 車載端末： 「申し訳ありません。使えません」 車載端末： 「ここでよろしいですか」 ユーザ ： 「はい」 車載端末： 「こちらに目的地を設定します」 ” 《R1_１》《R1_２》でユーザに入力を促す。《R1_３》
で入力可能な語句を列挙する。ここでは「はい」「いい
え」「どんな店ですか」「予算はいくらですか」「クレ
ジットカードは使えますか」が入力できる。それぞれが
入力されたときの処理はそれぞれ《R1_４》−《R1_８》
に定義されている。《R1_４》では目的地を”ブレスガ
ッセ”に設定する処理に飛ぶ。《R1_５》では再度レス
トランを選ぶ処理に飛ぶ。《R1_６》では店の特徴を説
明し、再び自分自身（r_buresugasse.vxml）を実行す
る。《R1_７》では店の予算を説明し、再び自分自身（r
_buresugasse.vxml）を実行する。《R1_８》ではクレジ
ットカード使用可否を説明し、再び自分自身（r_buresu
gasse.vxml）を実行する。なお、”旦念亭”、”ロー
マ”の詳細情報を検索するスクリプトr_tannentei.vxm
l、r_rome.vxmlも同様に作成することができる。

【００６７】図４に示す表Ｒ３は、以下のスクリプト”
onsen_info.vxml”に変換される。 『<form> <block>軽井沢、志賀高原付近の温泉にご案内します</block> <field name="onsen_name"> <prompt> <enumerate/>どの温泉にしますか </prompt> <option dtmf="１" value="manza"> 万座温泉 </option> 《O1》 <option dtmf="２" value="hoshino"> 星野温泉 </option> <option dtmf="３" value="shiotsubo"> 塩壺温泉 </option> <filled> <if cond="onsen_name=='buresugasse'"> <goto next="o_manza.vxml" /> 《Ｏ２》 <else if cond="onsen_name=='tannentei'"> <goto next="o_hoshino.vxml" /> 《Ｏ３》 <else/> <goto next="o_shiotubo.vxml" /> 《Ｏ４》 </if> </filled> </field> </form>』 このスクリプトにより、次の様な、温泉問い合わせ対話
を扱うことができる。 ”車載端末： 「軽井沢、志賀高原付近の温泉にご案内します」 「万座温泉、星野温泉、塩壺温泉どの温泉にしますか」 ユーザ ： 「万座温泉」” 《O1》では、検索可能な万座温泉、星野温泉、塩壺温泉
の候補を記述する。《O2》、《O3》、《O4》は、それぞ
れ”万座温泉”、星野温泉、塩壺温泉が選択されたとき
に、VoiceXMLスクリプトのo_manza.vxml、o_hoshino.vx
ml、o_shiotubu.vxmlを実行することを示す。これらの
スクリプトも、”restaurant_info.vxml”の生成と同時
に生成される。

【００６８】o_manza.vxmlは、例えば、以下のようにな
る。 『<form> <block>万座温泉でよろしいですか。質問があればどうぞ</block> 《O1_1》 <field name=="answer"> <prompt>ここでよろしいですか</prompt> 《O1_2》 <grammar> 《O1_3》 (はい) [yes] | (いいえ) [no] | (露天風呂はありますか) [open_air_bath] | (料金はいくらですか) [fare] </grammar> </field> <filled> <if cond="answer=='yes'> 《O1_4》 <prompt>こちらに目的地を設定します</prompt> <assign name="application.destination" expr="'manza'" /> <else if cond="answer=='no'"> 《O1_5》 <prompt>別の温泉を選んでください</prompt> <goto next="onsen_info.vxml" /> <else if cond="answer=='open_air_bath'"> 《O1_6》 <prompt>露天風呂があります</prompt> <clear namelist="answer" /> <else/> 《O1_7》 <prompt>料金は５００円です</prompt> <clear namelist="answer" /> </if> </filled> </form>』 以上に示したスクリプト”o_manza.vxml”により、例え
ば、以下の様に、”万座温泉”の問い合わせ対話を扱う
ことができる。 ”車載端末： 「万座温泉でよろしいですか。質問があればどうぞ」 「ここでよろしいですか」 ユーザ ： 「露天風呂はありますか」 車載端末： 「ここでよろしいですか」 ユーザ ： 「料金はいくらですか」 車載端末： 「料金は５００円です」 車載端末： 「ここでよろしいですか」 ユーザ ： 「はい」 車載端末： 「こちらに目的地を設定します」 （その後、目的地設定を行う処理に飛ぶ）” 《O1_1》、《O1_2》では、ユーザに入力を促している。
また《O1_3》では、入力可能な語句を列挙している。こ
こでは「はい」「いいえ」「露天風呂はありますか」
「料金はいくらですか」が入力できる。それぞれが入力
されたときの処理は、それぞれ《O1_4》〜《O1_7》に定
義されている。

【００６９】《O1_4》では、目的地を”万座温泉”に設
定する処理に飛ぶ。《O1_5》では、再度温泉を選ぶ処理
に飛ぶ。《O1_6》では、露天風呂の有無を説明し、再び
自分自身（r_buresugasse.vxml）を実行する。また《O1
_7》では、料金を説明し、再び自分自身（r_buresugass
e.vxml）を実行する。なお、星野温泉、塩壺温泉の詳細
情報を検索するスクリプトo_hoshino.vxml、o_shiotsub
o.vxmlも同様に作成することができる。

【００７０】経路情報が検索要求としてサーバ２００に
送信された場合、その結果として、音声対話プログラム
生成部２０８は、以上に説明したものを含め、１０個の
VoiceXMLスクリプトを生成する。 (1)"main.vxml"：天気予報、軽井沢レストラン、温泉の
情報検索機能を呼び出すスクリプト。 (2)"weather_info.vxml"：天気予報検索スクリプト。 (3)"restaurant_info.vxml"：軽井沢レストラン候補検
索スクリプト。 (4)"r_buresugasse.vxml"：軽井沢レストラン（”ブレ
スガッセ”）の詳細情報検索スクリプト。 (5)"r_tannentei.vxml"：軽井沢レストラン（”旦念
亭”）の詳細情報検索スクリプト。 (6)"r_rome.vxml"：軽井沢レストラン（”ローマ”）の
詳細情報検索スクリプト。 (7)"onsen_info.vxml"：温泉候補検索スクリプト。 (8)"o_manza.vxml"：温泉（”万座温泉”）の詳細情報
検索スクリプト。 (9)"o_hoshino.vxml"：温泉（”星野温泉”）の詳細情
報検索スクリプト。 (10) "o_shiotsubo.vxml"：温泉（”塩壺温泉”）の詳
細情報検索スクリプト。

【００７１】音声対話プログラム生成部２０８は、上記
１０個のVoiceXMLスクリプトをまとめて音声対話プログ
ラムとし、送信スケジューラ２０９に送る。送信スケジ
ューラ２０９が、音声対話プログラム待ち行列１００１
に音声対話プログラムを蓄積する手順、音声対話プログ
ラム待ち行列１００１から音声対話プログラムを取り出
す手順を説明する。

【００７２】送信スケジューラ２０９は、受け取った音
声対話プログラムが経路情報に対する結果であれば、音
声対話プログラム待ち行列１００１における優先度１の
列の末尾に追加し、一方、実時間検索要求に対する結果
であれば、優先度２の列の末尾に追加して蓄積する。な
お、受け取った音声対話プログラムが経路情報に対する
結果であるか、実時間検索要求に対する結果であるか
は、経路情報や実時間検索要求に付された優先度情報に
基づいて判断される。また、この優先度は、請求項の
「送信優先度」に相当するものであり、その値の高い列
の音声対話プログラムほど先に送信しなければならない
ことを示す。

【００７３】また、送信スケジューラ２０９は、音声対
話プログラム待ち行列１００１の優先度の高い列から順
に先頭の要素を検索し、最初に見つかったものを音声対
話プログラムとして取り出し、送受信部２０１に送る。
音声対話プログラム待ち行列１００１が空の時は、「音
声対話プログラムなし」というステータスを音声対話プ
ログラムとする。

【００７４】次にユーザが音声コマンドの入力により、
情報検索を行うときの動作を説明する。例えばユーザが
「情報検索」と発話すると、この発話がマイク１０８に
より入力音声信号に変換され、音声認識部１０５に入力
される。音声認識部１０５は、入力音声信号を入力文字
列「情報検索」に変換して、音声対話プログラム解釈実
行部１０４に送る。音声対話プログラム解釈実行部１０
４は、入力文字列「情報検索」を受け取ると、音声対話
プログラム蓄積部１０３から音声対話プログラムを(mai
n.vxml)を読み出し、解釈実行を開始する。

【００７５】main.vxmlは、「情報検索」に引き続いて
入力された音声の入力文字列が、「天気予報」「レスト
ラン」「温泉」いずれであるかにより、それぞれweathe
r_info.vxml, restaurant_info.vxml, onsen_info.vxml
を音声対話プログラム蓄積部１０３から読み出して実行
する。なお、車載端末１０１がユーザに回答を返す場合
は、回答文を出力文字列として音声合成部１０６に送
り、合成音声としてスピーカ１０９から出力する。

【００７６】以下、２つの例を示す。 ”（例１：天気予報検索） ユーザ： 「情報検索」 （音声対話プログラム解釈実行部１０４はmain_info.vx
mlを解釈実行し、検索可能な項目をユーザに案内する） 車載端末： 「天気予報、レストラン、温泉が検索できます」 ユーザ： 「天気予報」 （音声対話プログラム解釈実行部１０４は「天気予報」
に対応するスクリプトweather_info.vxmlを音声対話プ
ログラム蓄積部１０３から読み出して実行する。以後の
対話はweather_info.vxmlの記述に従って進行する。） 車載端末： 「軽井沢、志賀高原どちらの天気を知りたいですか。」 ユーザ： 「軽井沢」 車載端末： 「軽井沢は晴れです」 （対話完了）” ”（例２：レストラン検索） ユーザ： 「情報検索」 （音声対話プログラム解釈実行部１０４はmain_info.vxmlを解釈実行し、検索可 能な項目をユーザに案内する） 車載端末： 「天気予報、レストラン、温泉が検索できます」 ユーザ： 「レストラン」 （音声対話プログラム解釈実行部１０４は「レストラ
ン」に対応するスクリプトrestaurant_info.vxmlを音声
対話プログラム蓄積部１０３から読み出して実行する。
以後の対話はrestaurant_info.vxmlの記述に従って進行
する。） 車載端末： 「軽井沢のレストランをご案内します」 「ブレスガッセ、旦念亭、ローマどのレストランにしますか。」 ユーザ： 「ブレスガッセ」” （”ブレスガッセ”が選択されると、restaurant_info.
vxml は”ブレスガッセ”の詳細情報検索を行うr_bures
ugasse.vxmlを音声対話プログラム蓄積部１０３から読
み出して実行する。以後の対話はr_buresugasse.vxmlの
記述に従って進行する。） 車載端末： 「”ブレスガッセ”でよろしいですか。質問があればどうぞ」 「ここでよろしいですか」 ユーザ ： 「どんな店ですか」 車載端末： 「手作りハム、ソーセージが人気です」 車載端末： 「ここでよろしいですか」 ユーザ ： 「クレジットカードは使えますか」 車載端末： 「申し訳ありません。使えません」 車載端末： 「ここでよろしいですか」 ユーザ ： 「はい」 車載端末： 「こちらに目的地を設定します」 （対話を完了し、目的地設定を行う処理に飛ぶ）” 以上の例を用いて説明したように、ユーザとの音声対話
は、音声対話プログラム解釈実行部１０４が音声対話プ
ログラム蓄積部１０３に蓄積された音声対話プログラム
を適宜選択して読み込み、解釈実行することで処理され
る。

【００７７】蓄積済みの音声対話プログラムで対応可能
な情報以外の情報を要求するする音声コマンドが入力さ
れない限り、これら一連の処理は、車載端末１０１内で
行われ、センターのサーバ２００への通信は発生しな
い。これにより通信状況によらない、安定な情報検索が
可能となる。

【００７８】以上で述べた手続きをフローチャートによ
り説明する。図６は、ユーザが経路設定または経路変更
を行い、当該経路に関する検索情報を音声対話プログラ
ムとして受信して蓄積するまでの車載端末１０１側の手
順を示す。Ｓ３０１でユーザが経路又は変更した経路を
設定する。Ｓ３０２で車載端末１０１が経路情報をサー
バ２００に送信する。そして、Ｓ３０３でサーバ２００
が、音声対話プログラムを受信する。Ｓ３０４で、音声
対話プログラムを、音声対話プログラム蓄積部１０３に
蓄積して終了する。

【００７９】図７は、サーバ２００のメイン処理を示
す。Ｓ４０１で検索要求が受信されているか否か調べ
る。検索要求があれば（Ｓ４０１でＹ）、検索要求を検
索スケジューラ２０２が持つ検索要求待ち行列６０１に
登録する。さもなければ（Ｓ４０１でＮ）、Ｓ４０３に
移行する。

【００８０】次にＳ４０３では、検索要求を検索要求待
ち行列６０１から取り出す。もし検索要求がなければ
（Ｓ４０３でＹ）、最初に戻る。さもなければ、Ｓ４０
５で検索要求を実行する（即ち、検索要求に対応した検
索を行う）。そして、Ｓ４０６で、検索結果を音声対話
プログラムに変換する。そしてＳ４０７で音声対話プロ
グラムを、送信スケジューラ２０９の音声対話プログラ
ム待ち行列１００１に登録し、Ｓ４０８で、音声対話プ
ログラムを送信して最初に戻る。

【００８１】図８は、Ｓ４０２において、検索要求待ち
行列６０１に経路情報または実時間検索要求が登録され
る手順を示す。受信された検索要求が経路情報であれば
（Ｓ５０１でＹ）、当該経路情報を検索要求待ち行列６
０１の優先度１の列の末尾に追加する（Ｓ５０２）。一
方、実時間検索要求なら（Ｓ５０１でＮ）、優先度２の
列の末尾に追加する（Ｓ５０３）。

【００８２】図９は、Ｓ４０３において、検索要求待ち
行列６０１から検索要求を取り出す手順を示す。まずＳ
７０１で、変数pに２を設定する。この図において、変
数pは検索優先度を表す。Ｓ７０２では、優先度pの列が
空であるか調べる。空でなければ（Ｓ７０２でＮ）、Ｓ
７０６に飛び、その先頭の検索要求を返す。空であれば
（Ｓ７０２でＹ）、Ｓ７０３で、pの値を１減らす。そ
して、Ｓ７０４で、pの値が最小の優先度１以上かどう
かを判断する。

【００８３】ここで、pの値が１より小さければ（Ｓ７
０４でＮ）、Ｓ７０５に飛び、「検索要求無し」をステ
ータスとして返す。さもなければ（Ｓ７０４でＹ）、Ｓ
７０２に飛ぶ。つまり、検索優先度が高い検索要求に対
応する検索処理から順に行われ、また、検索優先度が同
じ検索要求が複数ある場合は、サーバ２００への到着が
早い検索要求に対応する検索処理から順に行われること
になる。

【００８４】図１０は、情報検索部２０７による処理
（Ｓ４０５）を示す。Ｓ８０１で、検索要求なしである
と判定すると（Ｙ）、何もしないで戻る。一方、検索要
求があると判定されると（Ｓ８０１でＮ）、Ｓ８０２に
移行する。Ｓ８０２で、検索要求が、実時間検索要求で
あると判定されると（Ｙ）、Ｓ８０３で、実時間検索要
求により指定された情報を検索して、Ｓ８０８に移行す
る。さもなければ（Ｓ８０２でＮ）、検索要求は経路情
報であるから、Ｓ８０４で、より詳細な経路に関する情
報と、到着時刻とを推定する。Ｓ８０５では、ユーザプ
ロファイルを読み込み、これらの情報をもとに、Ｓ８０
６で、検索キーを生成する。そしてＳ８０７で、検索キ
ーから情報検索を行う。Ｓ８０８では、検索結果を返
す。この検索結果は音声対話プログラム生成部２０８に
送られる。

【００８５】図１１は、Ｓ４０７で、音声対話プログラ
ムが送信スケジューラ、具体的には、音声対話プログラ
ム待ち行列１００１に登録される手順を示す。変換され
た音声対話プログラムがなければ（Ｓ９０１でＹ）、直
ちに戻る。一方、変換された音声対話プログラムがあれ
ば（Ｓ９０１でＮ）、Ｓ９０２に移行する。Ｓ９０２で
は、音声対話プログラムが、実時間検索要求に対応して
生成されたものかどうかを判断する。

【００８６】ここで、音声対話プログラムが、実時間検
索要求に対応して行われた検索の結果に基づき生成され
たものである場合は（Ｓ９０２でＹ）、当該音声対話プ
ログラムを、音声対話プログラム待ち行列１００１のう
ち、優先度２の列の末尾に登録する（Ｓ９０３）。一
方、音声対話プログラムが、経路情報に対応して行われ
た検索の結果に基づき生成されたものである場合は（Ｓ
９０２でＮ）、当該音声対話プログラムを、音声対話プ
ログラム待ち行列１００１のうち、優先度１の列の末尾
に登録する（Ｓ９０４）。

【００８７】図１２は、送信スケジューラ２０９の処理
を示す。Ｓ１１０１で、変数pに２を設定する。この図
において、変数pは送信優先度を表す。Ｓ１１０２で
は、優先度pの列が空であるか調べる。空でなければ
（Ｓ１１０２でＮ）、Ｓ１１０５に飛び、優先度pの列
に登録された音声対話プログラムを先頭から順に走査
し、通信状態が良好で車載端末に送信可能なものを見つ
ける。そして、Ｓ１１０６で送信可能な音声対話プログ
ラムが見つかったか否かを判定し、見つかった場合は
（Ｙ）、Ｓ１１０７で音声対話プログラムを車載端末１
０１に送信する。

【００８８】一方、送信可能な音声対話プログラムが見
つからなければ（Ｓ１１０６でＮ）、Ｓ１１０３で、変
数pの値を１減らす。そして、Ｓ１１０４で変数pの値が
最小の優先度１以上かどうかを判断し、大きければ
（Ｎ）、Ｓ１１０２に戻る。一方、変数pの値が最小の
優先度１より小さければ（Ｎ）、何もしないで戻る。

【００８９】つまり、通信状態が良好な車載端末１０１
に送信すべき音声対話プログラムのうち、送信優先度が
高い音声対話プログラムから順に送信される。また、送
信優先度が同じ音声対話プログラムが複数ある場合は、
通信状態が良好な車載端末１０１に送信すべき音声対話
プログラムのうち、サーバ２００への到着が早い検索要
求に対応するものから順に送信されることになる。

【００９０】図１３は、音声対話プログラム解釈実行部
１０４における音声対話プログラム実行の手順を示す。
Ｓ１２０１では、ユーザが「情報検索」という音声コマ
ンドを発話するのを待つ。これは音声対話による情報検
索を起動する音声コマンドである。「情報検索」という
音声コマンドが入力されると、Ｓ１２０２で音声対話プ
ログラム蓄積部１０３から”main.vxml”を読み出し、
これに従う処理を起動する。以後は、”main.vxml”あ
るいは”main.vxml”を起点に順次呼び出されるVoiceXM
Lスクリプトが音声対話を制御する。

【００９１】Ｓ１２０３では、ユーザの質問を待つ。Ｓ
１２０４では、ユーザからの質問の内容が、既に検索さ
れており、音声対話プログラム蓄積部１０３に蓄積され
たVoiceXMLスクリプトで処理可能かどうかを判断する。
可能であれば（Ｓ１２０４でＹ）、Ｓ１２０５で、音声
対話プログラム蓄積部１０３に蓄積されたVoiceXMLスク
リプトに基づいて、ユーザに回答する。さもなければ
（Ｓ１２０４でＮ）、Ｓ１２０７で、質問内容を実時間
検索要求に変換し、サーバ２００に送信する。

【００９２】そして、Ｓ１２０８で音声対話プログラム
をサーバから受信すると、Ｓ１２０９では、その受信し
た音声対話プログラムを直ちに実行してユーザに回答を
返す。Ｓ１２０６は対話が完了したか否かを判定し、完
了していなければ（Ｎ）、Ｓ１２０３に戻る。一方、完
了していれば（Ｓ１２０６でＹ）、音声対話プログラム
解釈実行部１０４のメインルーチン（図示しない）に戻
る。

【００９３】以上の様に、本実施例の情報検索システム
においては、経路情報が車載端末１０１に設定される
と、その経路情報は、送受信部１０２を介して、検索要
求としてサーバ２００に事前に送信される。すると、サ
ーバ２００は、その検索要求に基づき、レストランデー
タベース２０５、観光データベース２０６などを検索
し、その結果を音声対話プログラムに変換して、車載端
末１０１に送信する。そして、車載端末１０１は、受信
した音声対話プログラムを蓄積しておき、「情報検索」
という音声コマンドが入力されると、蓄積した音声対話
プログラムを実行することにより、その音声コマンドに
対する応答を行う。

【００９４】即ち、本実施例の情報検索システムにおい
ては、車載端末１０１のユーザによる検索が予測される
情報の検索要求を、車載端末１０１がユーザの要求に先
立って行う。そして、サーバ２００は、車載端末１０１
からの検索要求に対する検索結果を、音声対話プログラ
ムという形式で車載端末１０１に返し、車載端末１０１
は、音声対話プログラムを蓄積し、ユーザの要求（音声
コマンド）のあった時点で音声対話プログラムを解釈実
行することにより、ユーザの要求に対応する情報を提供
する。つまり、ユーザが要求を出す前に、既に検索結果
が車載端末１０１に保存されているので、その中にユー
ザの要求する情報があれば、車載端末１０１とセンター
の間の通信状態に依存せず即時に検索結果を返すことが
できる。これは、例えば車両がトンネル内や山間部な
ど、携帯電話などの通信手段が使用できない場所を走行
している時にユーザによる検索要求があった場合に有用
である。また、音声対話処理は、車載端末１０１で行わ
れるため、センター側の負担を低減することができる。

【００９５】また、本実施例の情報検索システムにおい
ては、車載端末１０１に設定された経路情報を、事前に
検索要求としてサーバ２００に送信することから、ユー
ザが所定の経路を走行中に必要とする情報を事前に推定
することが容易となる。また、サーバ２００では、事前
に送信された検索要求から、ユーザの検索する可能性の
高い情報を推定して検索キーを生成し、この検索キーを
用いてデータベースを検索する。従って、インターネッ
トに接続されている多くのデータベースの検索も可能と
なる。

【００９６】また、音声対話プログラムは、VoiceXML言
語を用いて記述されたものであるから、本情報システム
の標準化、汎用化する上で好ましい。また、本実施例の
情報検索システムにおいては、入力された音声コマンド
が、蓄積済みの音声対話プログラムにより提供可能な情
報以外の情報を要求するものである場合には、車載端末
１０１は、音声コマンドの内容を検索要求（実時間検索
要求）としてサーバ２００に送信する。すると、サーバ
２００では、実時間検索要求に対応する音声対話プログ
ラムを生成し、車載端末１０１に向けて送信する。そし
て、車載端末１０１は、その検索要求に対する返答とし
てサーバ２００より送信された音声対話プログラムに基
づいて、音声対話処理を実行する。従って、事前の検索
結果以外の情報を検索する音声コマンドが入力された場
合であっても、検索結果を返答することができる。

【００９７】また、本実施例の情報検索システムにおい
ては、サーバ２００が、車載端末との間の通信状態を判
定する。そして、その判定結果に基づき、車載端末１０
１との通信状態が良好である時に、音声対話プログラム
を車載端末１０１に送信する。従って、通信エラーの発
生を防ぐことができ、通信リトライに伴う通信時間の増
加を防ぐことができる。

【００９８】また、送信すべき音声対話プログラムが複
数ある場合は、その複数ある音声対話プログラムのう
ち、通信状態の良好な車載端末１０１に送信すべき音声
対話プログラムであって、サーバ２００への到着が早い
検索要求に対応するものから順に送信する。従って、サ
ーバ２００との間で通信状態が良好な車両端末に対して
優先的に音声対話プログラムを送信するため、通信エラ
ーの発生が抑制され、全体として通信時間も短縮できる
という利点が得られる。また、サーバ２００へ早くなさ
れた検索要求に対応する音声対話プログラムを優先的に
送信するため、情報を要求する可能性の高いユーザ、例
えば運転を開始してから時間がある程度経過しているユ
ーザに対して、検索結果を優先して返すことが可能とな
る。

【００９９】また、本実施例の情報検索システムにおい
て、サーバ２００は、送信すべき各音声対話プログラム
に対し、送信順序を決めるための送信優先度を割り当て
る。そして、送信すべき音声対話プログラムが複数ある
場合、そのうち、割り当てられた優先度が高い音声対話
プログラムから順に送信する。従って、サーバ２００が
検索結果を車載端末１０１に送る効率を高めることがで
きる。

【０１００】また、本実施例の情報検索システムにおい
て、車載端末１０１は、検索要求に優先度情報を付加
し、サーバ２００は、検索要求に付加された優先度情報
に基づき、各音声対話プログラムに対して優先度を割り
当てる。従って、優先度判断の少なくとも一部を車載端
末１０１に行わせることができ、サーバ２００側の負担
を減らす効果をもたらす。

【０１０１】例えば、検索要求としての経路情報に対応
して生成される音声対話プログラムよりも、実時間検索
要求に対応して生成される音声対話プログラムの方が、
迅速に送信されることが望まれる。そこで、本実施例で
は、実時間検索要求に対応して生成される音声対話プロ
グラムが優先的に送信されるように、優先度情報が設定
される。その結果、音声コマンドが、音声対話プログラ
ム蓄積部１０３に蓄積済みの音声対話プログラムにより
提供可能な情報以外の情報を要求するものであっても、
速やかに検索結果を返すことができる。

【０１０２】また、本実施例の情報検索システムにおい
ては、送信すべき音声対話プログラムであって優先度が
同じものが複数ある場合には、それら複数の音声対話プ
ログラムのうち、通信状態の良好な車載端末１０１に音
声対話プログラムであって、当該サーバ２００への到着
が早い検索要求に対応するものから順に送信する。従っ
て、通信エラーの発生が抑制され、全体として通信時間
も短縮できるという利点が得られる。また、サーバ２０
０へ早くなされた検索要求に対応する音声対話プログラ
ムを優先的に送信するため、情報を要求する可能性の高
いユーザ、例えば運転を開始してから時間がある程度経
過しているユーザに対して、検索結果を優先して返すこ
とが可能となる。

【０１０３】また、本実施例の情報検索システムにおい
ては、サーバ２００が、車載端末からの検索要求に対し
て検索優先度を割り当てる。そして、処理すべき検索要
求が複数ある場合、そのうち、検索優先度が高い検索要
求に対応する検索処理から順に行う。従って、重要度の
高いものほど早く、というように、適切なタイミングで
検索処理を行うことが可能となる。

【０１０４】また、本実施例の情報検索システムにおい
ては、車載端末１０１において検索要求に付加された優
先度情報に基づいて検索優先度を割り当てる。従って、
検索優先度の付け方に関する判断の一部を車載端末１０
１に行わせることができ、サーバ２００の負担を減らす
効果をもたらす。

【０１０５】なお、請求項と本実施例との対応関係につ
いては、次の通りである。まず、情報検索部２０７によ
り、請求項の「検索手段」が構成される。また、レスト
ランデータベース２０５や観光データベース２０６が、
請求項の「データベース」に相当する。また、音声対話
プログラム生成部２０８が、請求項の「プログラム生成
手段」に相当し、送受信部２０１により、請求項の「送
信手段」が構成される。また、Ｓ８０４〜Ｓ８０６の処
理が、請求項の「検索キー生成手段」に相当する。ま
た、通信状態判定部２１０が、請求項の「通信状態判定
手段」に相当する。また、Ｓ５０２およびＳ５０３の処
理が、請求項の「検索優先度割り当て手段」に相当し、
Ｓ９０３およびＳ９０４の処理が、請求項の「送信優先
度割り当て手段」に相当する。

【０１０６】また、Ｓ３０２の処理が、請求項の「事前
検索要求手段」に相当し、音声対話プログラム蓄積部１
０３が、請求項の「蓄積手段」に相当する。そして、音
声対話プログラム解釈実行部１０４が、請求項の「プロ
グラム実行手段」に相当する。また、Ｓ１２０７の処理
が、請求項の「実時間検索要求手段」に相当する。ま
た、優先度付加モジュール１０２１が、請求項の「優先
度情報付加手段」に相当する。

【０１０７】以上、本発明の一実施例について説明した
が、本発明は上記実施例に限定されるものではなく、種
々の態様をとることができる。例えば、上記実施例で
は、サーバ２００に事前に送信する情報として、経路情
報を例にとって説明したが、これに限られるものではな
く、例えば、ユーザがどの様なジャンルの情報を検索し
たか等を示す検索履歴情報などを検索要求として事前に
送信するようにしてもよい。

【０１０８】また、本実施例では、サーバ２００に設け
られたデータベースの範囲で検索するものとして説明し
たが、これに限られるものではなく、サーバ２００外部
のもの、例えば、インターネットに接続されたデータベ
ースを検索することも可能である。

【図面の簡単な説明】

【図１】 一実施例の情報検索システムの構成を示す図
である。

【図２】 検索要求待ち行列を示す図である。

【図３】 音声対話プログラム待ち行列を示す図であ
る。

【図４】 検索結果を示す図である。

【図５】 （ａ）は車載端末の送受信部を示す図であ
る。（ｂ）は、経路情報、実時間検索要求にそれぞれ優
先度情報が付与される様子を示す図である。

【図６】 車載端末において、経路設定等の後、検索情
報が音声対話プログラムとして受信され、蓄積されるま
での流れを示すフローチャートである。

【図７】 サーバのメイン処理を示すフローチャートで
ある。

【図８】 検索要求待ち行列に、経路情報または実時間
検索要求が登録される手順を示すフローチャートであ
る。

【図９】 検索要求待ち行列から検索要求を取り出す手
順を示すフローチャートである。

【図１０】 情報検索部が行う処理を示すフローチャー
トである。

【図１１】 音声対話プログラムが音声対話プログラム
待ち行列に登録される手順を示すフローチャートであ
る。

【図１２】 送信スケジューラが行う処理を示すフロー
チャートである。

【図１３】 音声対話プログラム解釈実行部が行う処理
を示すフローチャートである。

【符号の説明】

１０１…車載端末 １０２…送受信部 １０３…音声対話プログラム蓄積部 １０４…音声対話プログラム解釈実行部 １０５…音声認識部 １０６…音声合成部 １０７…経路探索部 １０８…マイク １０９…スピーカ ２００…サーバ ２０１…送受信部 ２０２…検索スケジューラ ２０３…情報検索推定部 ２０５…レストランデータベース ２０６…観光データベース ２０７…情報検索部 ２０８…音声対話プログラム生成部 ２０９…送信スケジューラ ２１０…通信状態判定部 ６０１…検索要求待ち行列 １００１…音声対話プログラム待ち行列 １０２１…優先度付加モジュール １０２２…送受信モジュール

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 3/16 Ｇ０６Ｆ 3/16 ３４０Ｗ 13/00 ５４０ 13/00 ５４０Ｅ Ｈ０４Ｑ 7/20 Ｈ０４Ｑ 7/04 Ｚ (72)発明者 赤堀 一郎 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 畑岡 信夫 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 (72)発明者 大淵 康成 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 Ｆターム(参考） 5B075 KK02 KK07 PP07 PP24 PR08 UU16 UU40 5K067 AA34 BB04 DD51 EE02 EE16 FF02 FF25 HH23 KK15

Claims (14)

【特許請求の範囲】
1. 【請求項１】情報を提供するサーバを有するセンター
   と、該サーバからの情報を受信する車載端末とからなる
   情報検索システムにおいて、 前記サーバーは、 車載端末からの検索要求に基づき、データベースを検索
   する検索手段と、 該検索手段による検索結果に基づいて、音声対話プログ
   ラムを生成するプログラム生成手段と、 前記音声対話プログラムを車載端末に送信する送信手段
   と、 を有し、 前記車載端末は、 情報検索を要求する音声コマンドが当該車載端末に入力
   される前に、予め、検索要求を前記サーバに送信する事
   前検索要求手段と、 前記送信手段から送信された音声対話プログラムを蓄積
   する蓄積手段と、 前記音声コマンドが当該車載端末に入力されると、前記
   蓄積手段の音声対話プログラムに基づいて音声対話処理
   を実行することにより、該音声コマンドに応答するプロ
   グラム実行手段と、 を有することを特徴とする情報検索システム。
2. 【請求項２】請求項１に記載の情報検索システムにおい
   て、 前記事前検索要求手段は、前記車載端末に設定された経
   路情報を、前記検索要求として前記サーバに送信するこ
   とを特徴とする情報検索システム。
3. 【請求項３】請求項２に記載の情報検索システムにおい
   て、 前記サーバは、ユーザの検索する可能性の高い情報を前
   記検索要求に基づき推定して、検索キーを生成する検索
   キー生成手段を備え、 前記検索手段は、前記検索キー生成手段により得られた
   検索キーを用いて、前記データベースを検索することを
   特徴とする情報検索システム。
4. 【請求項４】請求項１〜３の何れか１項に記載の情報検
   索システムにおいて、 前記音声対話プログラムは、VoiceXML言語を用いて記述
   されたものであることを特徴とする情報検索システム。
5. 【請求項５】請求項１〜４の何れか１項に記載の情報検
   索システムにおいて、 前記車載端末は、当該車載端末に入力された前記音声コ
   マンドが、前記蓄積手段内の音声対話プログラムにより
   提供可能な情報以外の情報を要求するものである場合、
   該音声コマンドの内容を検索要求として前記サーバに送
   信する実時間検索要求手段を備え、 前記プログラム実行手段は、前記実時間検索要求手段か
   ら検索要求が送信されると、該検索要求に対する返答と
   して前記サーバから送信された音声対話プログラムに基
   づいて、音声対話処理を実行することを特徴とする情報
   検索システム。
6. 【請求項６】請求項１〜５の何れか１項に記載の情報検
   索システムにおいて、 前記サーバは、当該サーバと車載端末との間の通信状態
   を判定する通信状態判定手段を備え、 前記送信手段は、前記通信状態判定手段による判定結果
   に基づき、車載端末との通信状態が良好である時に、前
   記音声対話プログラムを該車載端末に送信することを特
   徴とする情報検索システム。
7. 【請求項７】請求項６に記載の情報検索システムにおい
   て、 前記送信手段は、送信すべき音声対話プログラムが複数
   ある場合、そのうち、前記通信状態判定手段により判定
   された通信状態の良好な車載端末に送信すべき音声対話
   プログラムであって、当該サーバへの到着が早い検索要
   求に対応するものから順に送信することを特徴とする情
   報検索システム。
8. 【請求項８】請求項１〜５の何れか１項に記載の情報検
   索システムにおいて、 前記サーバは、送信すべき各音声対話プログラムに対
   し、送信順序を決めるための送信優先度を割り当てる送
   信優先度割り当て手段を備え、 前記送信手段は、送信すべき音声対話プログラムが複数
   ある場合、そのうち、前記割り当てられた送信優先度が
   高い音声対話プログラムから順に送信することを特徴と
   する情報検索システム。
9. 【請求項９】請求項８に記載の情報検索システムにおい
   て、 前記車載端末は、前記サーバに向けて送信される検索要
   求に優先度情報を付加する優先度情報付加手段を備え、 前記送信優先度割り当て手段は、送信すべき各音声対話
   プログラムに対し、前記優先度情報に基づいて前記送信
   優先度を割り当てることを特徴とする情報検索システ
   ム。
10. 【請求項１０】請求項８又は９に記載の情報検索システ
    ムにおいて、 前記サーバは、当該サーバと車載端末との間の通信状態
    を判定する通信状態判定手段を備え、 前記送信手段は、送信すべき音声対話プログラムであっ
    て送信優先度が同じものが複数ある場合、そのうち、前
    記通信状態判定手段により判定された通信状態の良好な
    車載端末に送信すべき音声対話プログラムであって、当
    該サーバへの到着が早い検索要求に対応するものから順
    に送信することを特徴とする情報検索システム。
11. 【請求項１１】請求項１〜１０の何れか１項に記載の情
    報検索システムにおいて、 前記サーバは、前記車載端末からの検索要求に対し、検
    索順序を決めるための検索優先度を割り当てる検索優先
    度割り当て手段を備え、 前記検索手段は、処理すべき検索要求が複数ある場合、
    そのうち、前記割り当てられた検索優先度が高い検索要
    求に対応する検索処理から順に行うことを特徴とする情
    報検索システム。
12. 【請求項１２】請求項１１に記載の情報検索システムに
    おいて、 前記車載端末は、前記サーバに向けて送信される検索要
    求に優先度情報を付加する優先度情報付加手段を備え、 前記検索優先度割り当て手段は、前記車載端末からの検
    索要求に対し、前記優先度情報に基づいて前記検索優先
    度を割り当てることを特徴とする情報検索システム。
13. 【請求項１３】情報を提供するサーバを有するセンター
    と、該サーバからの情報を受信する車載端末とからなる
    情報検索システム、を構成するためのサーバであって、 車載端末からの検索要求に基づき、データベースを検索
    する検索手段と、 該検索手段による検索結果に基づいて、音声対話プログ
    ラムを生成するプログラム生成手段と、 前記音声対話プログラムを車載端末に送信する送信手段
    と、 を有することを特徴とするサーバ。
14. 【請求項１４】情報を提供するサーバを有するセンター
    と、該サーバからの情報を受信する車載端末とからなる
    情報検索システム、を構成するための車載端末であっ
    て、 情報検索を要求する音声コマンドが当該車載端末に入力
    される前に、予め、検索要求をサーバに送信する事前検
    索要求手段と、 前記サーバから送信された音声対話プログラムを蓄積す
    る蓄積手段と、 前記音声コマンドが当該車載端末に入力されると、前記
    蓄積手段の音声対話プログラムに基づいて音声対話処理
    を実行することにより、該音声コマンドに応答するプロ
    グラム実行手段と、 を有することを特徴とする車載端末。