(57)【要約】【課題】  音声認識タスクの難しさから、ユーザ負担が少なく、かつ認識性能も見込める音声認識トリガキーの使い方を設定する。【解決手段】  読み込まれたコンテンツに応じてユーザとの音声対話を遂行する音声対話装置において、読み込まれたコンテンツで指定されたインタラクション（システム主導／ユーザ主導）、音声認識グラマ内容、端末に接続された音声取り込みデバイス（マイク／ハンドセット／．．）をそれぞれ検出する。それを基に音声認識の困難値を算出し、この値がある閾値ａ以上であれば“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”、ａ未満ｂ以上であれば“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”、ｂ未満であれば“キー不使用方式”で音声取り込みを行う。【選択図】  図２
2007249021.tif 000002
【特許請求の範囲】
【請求項１】
音声入力デバイス情報を取得する取得手段と、
前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用の有無を決定する決定手段を備えたことを特徴とする音声情報処理装置。
【請求項２】
音声入力デバイス情報を取得する取得手段と、
前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用法を決定する決定手段を備えたことを特徴とする音声情報処理装置。
【請求項３】
前記決定手段は、音声認識の開始に関するボタンの使用が有りの場合は、その使用法も決定することを特徴とする請求項１記載の音声情報処理装置。
【請求項４】
前記音声認識の開始に関するボタンは、音声の取り込みの開始に関するボタンであることを特徴とする請求項１乃至３のいずれかに記載の音声情報処理装置。
【請求項５】
前記決定手段は、前記音声入力デバイス情報を利用し、前記ボタンを使用せずに発声を行う使用法、前記ボタンを押下してから発声を行う使用法、前記ボタンを押下しながら発声を行う使用法から、使用法を決定することを特徴とする請求項２又は３に記載の音声情報処理装置。
【請求項６】
音声対話を実現するために必要な情報を取得する音声対話情報取得手段を更に備え、
前記決定手段は前記音声入力デバイス情報及び前記音声対話情報を利用して前記決定を行うことを特徴とする請求項１乃至５のいずれかに記載の音声情報処理装置。
【請求項７】
前記音声対話情報と前記音声入力デバイス情報から、音声認識の難易度を示す音声認識困難値を算出する算出手段を更に備え、
前記決定手段は前記音声認識困難値を用いて前記決定を行うことを特徴とする請求項６記載の音声情報処理装置。
【請求項８】
前記音声入力デバイス情報は、少なくともハンドセットマイク、ヘッドセットマイク、卓上型マイクの情報を含む種別情報を含み、
前記算出手段はこれらの種別情報を音声認識困難値に反映することを特徴とする請求項７記載の音声情報処理装置。
【請求項９】
前記音声対話を実現するために必要な情報とは、音声認識グラマを含むことを特徴とする請求項６記載の音声情報処理装置。
【請求項１０】
前記算出手段は、前記音声認識グラマの語彙数、連続単語認識か孤立単語認識か、あるいは音声認識グラマのパープレキシティを前記音声認識困難値に反映することを特徴とする請求項７記載の音声情報処理装置。
【請求項１１】
前記音声対話を実現するために必要な情報とは、音声対話フローを記述した対話コンテンツを含むことを特徴とする請求項６記載の音声情報処理装置。
【請求項１２】
前記算出手段は、前記対話コンテンツが表現する対話戦略がシステム主導、ユーザ主導又は混合主導のいずれであるかを判定し、この判定結果を前記音声認識困難値に反映することを特徴とする請求項１１記載の音声情報処理装置。
【請求項１３】
音声出力デバイス情報を取得する音声出力デバイス情報取得手段を更に備え、
前記決定手段は前記音声入力デバイス情報及び前記音声出力デバイス情報を利用して前記決定を行うことを特徴とする請求項１乃至１２のいずれかに記載の音声情報処理装置。
【請求項１４】
前記決定手段で決定した内容に応じて、ユーザに対してアナウンスを出力する出力手段を更に備えたことを特徴とする請求項１乃至１３のいずれかに記載の音声情報処理装置。
【請求項１５】
音声入力デバイス情報を取得する取得工程と、
前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用の有無を決定する決定工程とを備えたことを特徴とする音声情報処理方法。
【請求項１６】
音声入力デバイス情報を取得する取得工程と、
前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用法を決定する決定工程を備えたことを特徴とする音声情報処理方法。
【請求項１７】
請求項１５又は１６に記載の音声情報処理方法をコンピュータに実行させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声情報を用いてユーザと対話を行う情報処理方法に関する。
【背景技術】
【０００２】
音声は、人間にとって自然なインタフェースであり、子供や老人と機器に不慣れなユーザ、あるいは視覚に障害がある者にとって有効なユーザインタフェース（ＵＩ）として受け入れられている。
【０００３】
この音声対話を実現するための要素技術として、音声を認識する音声認識技術、音声を出力する音声合成技術がある。また、最近では、これらの要素技術を組み合わせた音声対話自身にも注目が集まっており、音声対話をマークアップ言語で記述するための言語仕様もいくつか策定されつつある。例えば、ＳＡＬＴ（ｈｔｔｐ：／／ｗｗｗ．ｓａｌｔｆｏｒｕｍ．ｏｒｇ／）、ＶｏｉｃｅＸＭＬ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｖｏｉｃｅｘｍｌ２０／）、あるいは、今後策定されるであろう  Ｗ３Ｃ  Ｍｕｌｔｉｍｏｄａｌ  Ｉｎｔｅｒａｃｔｉｏｎ  Ａｃｔｉｖｉｔｙ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００２／ｍｍｉ／）の言語仕様がこれにあたる。
【０００４】
音声ブラウザとも呼ばれる音声対話システムは、これらの言語仕様で記述された音声対話コンテンツを読み込み、ユーザとの対話を行う。そして結果をバックエンドのシステムに渡すことで、ユーザの所望の処理を遂行する。
【０００５】
音声対話システムは、ユーザの音声を音声認識し、その結果を用いて対話を進める。このとき、ユーザは物理ボタンあるいはＧＵＩを用いて、音声入力を行うことをシステムに通知することが一般的である。ここでは、この物理ボタンあるいはＧＵＩボタンを音声認識トリガキーと呼ぶ。
【０００６】
この音声認識トリガキーの使い方として、以下の３つが考えられる。
１．音声認識トリガキーを押下しながら発声を行う
２．音声認識トリガキーを押下してから発声を行う
３．音声認識トリガキーを使用せずに発声を行う
ここでは以後、これらのトリガキーの使い方を、それぞれ“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”、“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”、“キー不使用方式”と呼ぶ。
【０００７】
ユーザの観点からは、特別な通知をせずに自由なタイミングで発声を行う“キー不使用方式”が最も負担が少ない。これに対し、発声毎にキーを押下しなければならない“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”は負担が多い。さらに、発声中はキーを押下し続けることを強要される“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”は、この中では最も負担が多い操作であると考えられる。
【０００８】
しかし、見込まれる音声認識性能の観点で見ると順番は逆になる。音声始端と終端を自動検知しなければならない“キー不使用方式”よりも、終端だけを検知すればよい“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”の方が音声認識の誤認識の危険が少ない。更に“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”では、音声の始端と終端をユーザに通知してもらえることになるため、この中では最も誤認識の危険が少ない手法である。
【０００９】
ただし、どの程度誤認識の危険があるかは、その対話状態における音声認識環境によって大きく異なる。例えば、ユーザが音声入力デバイスとしてハンドセットを用いる場合、その構造的特長により卓上型マイクを使うよりも周囲の雑音が入りにくくなる。このため、ユーザの負担が少ない“キー不使用方式”を用いたとしても、音声認識性能の大きな低下には繋がらない。
【００１０】
このように音声認識タスクの難しさに応じて、音声認識トリガの設定を変更する先行技術はいくつかある。例えば、特許文献１では、音声認識が失敗したことをユーザが通知することにより、システムの音声認識トリガを音声認識システム側の性能が出る方向（上の例では“キー不使用方式”から“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式の方向”）に変更する技術を開示している。また、特許文献２では、肯定または否定、２択または３択の音声認識時には“キー不使用方式”を選択し、その他は“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”または“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”を選択する技術が開示されている。
【特許文献１】特開平８−１４６９８７号公報
【特許文献２】特開平１１−３２７５９０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１は、ユーザが音声認識失敗をシステムに通知しなければ、その取り込み方式が変更されないという欠点がある。また、特許文献２では、音声認識のタスク（認識グラマ）に応じて取り込み方式が自動変更可能だが、音声入力デバイスの種類や対話種別（システム主導／ユーザ主導／混合主導）といった音声認識環境までは考慮されていない。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明に係る音声情報処理装置は、音声入力デバイス情報を取得する取得手段と、前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用の有無を決定する決定手段を備えたことを特徴とする。
【００１３】
また、上記課題を解決するために、本発明に係る音声情報処理装置は、音声入力デバイス情報を取得する取得手段と、前記音声入力デバイス情報を利用し、音声認識の開始に関するボタンの使用法を決定する決定手段を備えたことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、音声認識開始に関するボタンの使用法について、適切である可能性が高い使用法を決定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しながら本発明の好適な実施例について説明していく。
【実施例１】
【００１６】
図１は、実施例１における音声情報処理装置の機能構成図である。図２は、本発明の音声情報処理装置の動作フローである。ここでは、これらの図を用いて説明する。
【００１７】
音声情報処理装置１０１は、装置外部の音声認識グラマ１０２、対話コンテンツ１０３、音声入力デバイス１０４と接続している。
【００１８】
本装置が動作すると、まず装置外部から音声認識グラマ１０２を取得する（Ｓ２０１）。音声認識グラマとは、音声認識で用いられる言語制約が記述されたデータである。この音声認識グラマは、ＳＲＧＳ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｐｅｅｃｈ−ｇｒａｍｍａｒ／）のような標準規格を用いて記述されたものでもよいし、システム固有のフォーマットでもよい。音声認識グラマは音声認識グラマ取り込み部１０５から装置内部に取り込まれる。
【００１９】
次に、装置外部から対話コンテンツ１０３を取得する（Ｓ２０２）。対話コンテンツとは、「対話状態ＸでユーザがＹという発声を行った場合、Ｚという対話状態に移行せよ」等の対話のフローが記述されたコンテンツである。これは、独自の言語仕様で記述されていてもよいし、ＳＡＬＴやＶｏｉｃｅＸＭＬ、ＸＨＴＭＬ＋Ｖｏｉｃｅといった標準仕様で記述されたものでもよい。この対話コンテンツは対話コンテンツ取り込み部１０６から装置内部に取り込まれる。
【００２０】
ユーザとのインタラクションを行う際の対話戦略は、システム主導、ユーザ主導、混合主導に分類することが可能である。システム主導とは、システムが主導権を取り、ユーザから情報を聞き出していく対話戦略である。ウイザードによる情報入力などがこれに相当する。ユーザ主導とは、システム主導の反対で、ユーザが主導権を取り情報を入力していく対話戦略である。複数フォームへの情報入力等でこの対話戦略がとられる。混合主導とは、これら二つの対話戦略を合わせたものである。これらの対話戦略の種別は、対話コンテンツを読み込むことで識別することが可能である。
【００２１】
対話コンテンツが読み込まれると、装置外部の音声入力デバイス種別１０４を取得する（Ｓ２０３）。音声入力デバイスとは、音声を入力するための装置である。例えば、卓上型マイク、接話マイク、ハンドセットマイク、ヘッドセットマイクといったものがこれに相当する。これらの音声入力デバイスの種別情報は、音声入力デバイス情報取り込み部１０８から装置内部に取り込まれる。
【００２２】
これらの音声認識グラマ、対話コンテンツ、音声入力デバイス情報は、音声認識困難値評価部１０７に送られ、ここで音声認識困難値Ａを算出する（Ｓ２０４）。音声認識困難値とは、これから行う音声認識がどのぐらい難しいかを表す評価値であり、この値が高いと音声認識の誤認識が生じる可能性が高いことを表している。
【００２３】
この音声認識困難値を算出するには、例えば図５の表を用いることが考えられる。この表は音声認識環境５０１とその要素別困難値５０２が対となって表現されている。システムは、各音声認識環境をこの表に照らし合わせることで、その環境に応じた要素別困難値を参照することが可能である。
【００２４】
例として、音声認識困難値評価部に次のような情報（音声認識環境情報）が送られてきたと仮定する。 
・音声取り込みデバイス：ハンドセットマイク
・音声認識グラマ：８０語未満の孤立単語認識
・対話コンテンツ：ユーザ主導
音声認識困難値評価部は図５で示すようなテーブルから、各音声認識環境情報に対応した要素別困難値を取り出す。 
・音声取り込みデバイス：ハンドセットマイク＝要素別困難値１０
・音声認識グラマ：８０語未満の孤立単語認識＝要素別困難値＝１０
・対話コンテンツ：ユーザ主導＝要素別困難値＝２０
音声認識困難値評価部は、これらの各要素別困難値から、音声認識困難値を導き出す。例えば、各要素別困難値の総和である４０（＝１０＋１０＋２０）を音声認識困難値とする。
【００２５】
得られた音声認識困難値Ａは、音声認識トリガ決定部１０９に送られる。ここでは、音声認識困難値Ａを定数と比較し、音声認識トリガを決定する（Ｓ２０５〜Ｓ２０８）。例えば、図６のように、音声認識困難値が３０以上／５０未満が「音声認識トリガをＰｕｓｈＴｏＴａｌｋに設定」となっていた場合、上記の例では音声認識困難値がこのレンジに当てはまるため、音声認識トリガを“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”に設定する。
【００２６】
このような構成とすることで、音声認識の困難さに応じて、より適切な音声認識トリガの方式を設定することが可能になり、結果として音声認識の精度を向上することが可能となる。
【実施例２】
【００２７】
実施例１の図５で挙げた例は、要素別困難値を表す尺度の一例である。他にも、例えば音声取り込みデバイスに関しては、音声取り込みデバイスの有効ビット数（８／１６ｂｉｔ）、前もって測定されたＳ／Ｎ比、サンプリング周波数（８／１１／１６ｋＨｚ）等にも要素別困難値を割り振ることが可能である。また、周囲雑音の種類やレベル、その変動量を取得し、これから要素別困難値を導き出すことも可能である。
【００２８】
音声認識グラマに関しては、その音声認識グラマが連続単語認識か、孤立単語認識かによっても要素別困難値を割り振ってもよいし、音声認識グラマの複雑さ（例えばパープレキシティ）に応じて要素別困難値を割り振ってもよい。また、このとき、困難値をパープレキシティを変数とした関数により算出してもよい。
【００２９】
また実施例１では、音声認識困難値評価部は、音声認識困難値を各要素別困難値の総和によって算出した。しかし、この計算方法以外の方法で算出してもよい。例えば、各要素別困難値の積を音声認識困難値としてもよい。また、各要素別困難値の最大値あるいは最頻値を音声認識困難値としてもよい。
【００３０】
また実施例１では、音性認識グラマ１０２、対話コンテンツ１０３、音声入力デバイス１０４が音声情報処理装置の外部にある例をあげて説明したが、これらが装置内部にあるよう構成してもかまわない。
【実施例３】
【００３１】
ここでは、実施例１の音声情報処理装置を組み込んだ音声対話システムに関して説明する。
【００３２】
図３は、本発明の実施例２の音声対話システムの機能構成図である。ここでは、図１と同じ部分は同じ番号を割り振っており、その部分の説明は省略する。図４は実施例３の音声対話システムの動作フローである。
【００３３】
本音声対話システムの電源が投入されると、図４で示したフローチャートに従って動作を開始する。まず、システムは対話コンテンツ読み取り部１０６を介して対話コンテンツ１０３をシステム内部に読み込む（Ｓ４０１）。読み込まれた対話コンテンツは対話制御部３０２に送られる。ここで、対話コンテンツの内容を解析し、対話フローをメモリに展開する。図７が対話フローの例である。
【００３４】
ここでは１つのシステムアナウンスと、それに応答する１ユーザ発話のペアを１対話状態と定義する。例えば、次のような対話が１対話状態として処理される。 
システムアナウンス：「カード番号を発声して下さい。」
ユーザ発話                ：「１２１３１」
図７では、システムアナウンスと、その時にユーザが発声し得る語彙をまとめた音声認識グラマ名を、１対話状態として表現している（７０１）。システムは対話状態でのユーザ発話を特定の音声認識グラマを用いて音声認識し、その結果に応じて次の対話状態へと遷移する。図７では、この対話遷移を矢印で表現している（７０２）。なお、矢印に付随する「」は、その遷移に必要なユーザ発声を表している。
【００３５】
次に、対話システムは、音声対話の開始イベントを取得するループに入る（Ｓ４０２）。音声対話の開始イベントとは、特定のボタンが押下されることや、ユーザから電話回線の接続要求が来ること等を示す。このようなイベントを取得した場合に、先ほどメモリに展開した対話フローの初期対話状態に移動し（Ｓ４０３）、対話を開始する。
【００３６】
次に、本システム内の音声情報処理装置にアクセスし、図２で示した動作フローに従い、音声認識トリガを決定する（Ｓ４０４）。なお、図２のフローで処理する音声認識グラマ、対話コンテンツは現在の対話状態で用いている音声認識グラマ、対話コンテンツを用いて処理を行うものとする。
【００３７】
音声認識トリガが決定されると、音声認識部３０４はその対話状態で用いる音声認識用データ３０３を読み込む。さらに、音声認識グラマ取り込み部１０５に働きかけ、システム外部の音声認識グラマ１０２を読み込む（Ｓ４０５）。音声認識用データとは、音声認識で用いるデータであり、人間の音声の統計量を格納した音響モデル等がこれにあたる。なお、この音声認識用データは、システムの初期化時に一度だけ読み込み，メモリ上に展開しておくことも可能である。
【００３８】
次にシステムは、対話状態で規定されたシステムアナウンスを、システムアナウンス出力部３０８を介し、外部のシステムアナウンス出力デバイス３０９から出力する（Ｓ４０６）。システムアナウンスは音声合成処理によって作成された合成音声でもよいし、録音された音声でもよい。また、ＧＵＩやテキストイメージなどの、音声以外の形式でもよい。このシステムアナウンスの種類に応じてシステムアナウンス出力デバイスは異なるものとなる。例えば出力されるものが音声データである場合、出力デバイスはスピーカである。ＧＵＩやテキストイメージである場合、出力デバイスはディスプレイやタッチパネル等となる。
【００３９】
システムアナウンスが出力されると、先に決定した音声認識トリガに応じて、音声の取り込み処理を開始する（Ｓ４０７）。具体的には、装置外部の音声認識トリガ入力デバイス３０７を音声認識トリガ取り込み部３０５が監視し、先に決定した音声認識トリガの方式に音声認識トリガ入力デバイスの状態が変更された場合に音声取り込みを開始する。このとき音声は音声取り込み部３０６を介し、音声入力デバイス１０４から取り込まれる。音声認識トリガ入力デバイスとは、対話システムの外部の物理ボタンやＧＵＩボタン等が考えられる。
【００４０】
例えば、音声認識トリガ決定部により、音声認識トリガが“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”に決定した場合、音声認識トリガ入力デバイスである外部ボタンが押されたことを検知すると、音声取り込みを開始する。音声認識トリガが“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”に決定した場合、外部ボタンが押され続けている間、音声取り込みを行う。音声認識トリガが“キー不使用方式”であった場合、システムアナウンスが開始あるいは終了と共に音声取り込みを開始する。なお、“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”の場合、“キー不使用方式”の場合は、音声の取り込み終了は音声認識処理からの指示に応じて行う。
【００４１】
音声の取り込みが開始されると、その音声は音声認識部３０４に送られ始め、ここで音声認識処理が行われる（Ｓ４０８）。音声認識は公知の技術であり、ここでの説明は省略する。音声認識処理が終了すると、音声取り込みを終了する。そして、音声認識結果を対話制御部に送り、ここで対話状態の遷移を行う（Ｓ４０９）。
【００４２】
もし、この対話状態でタスク（例えば決済処理）遂行に必要な全ての情報をユーザから引き出せたならば、ユーザとの対話を終了する（Ｓ４１０）。そして、ユーザとの対話で得られた情報（例えばユーザ名、商品名、数量）を対話結果出力部３１０を介して、外部のｂａｃｋｅｎｄシステム３１１に送る。Ｂａｃｋｅｎｄシステムでは実際の決済処理等を実行する（Ｓ４１１）。
【実施例４】
【００４３】
実施例３の対話システムにおいて、音声認識トリガ決定部によって決定される音声認識トリガの種別により、対話状態内のシステムアナウンス内容を変更してもよい。例えば、音声認識トリガが“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”であった場合、システムアナウンスは「ユーザ名を音声認識開始ボタンを押してから発声して下さい。」とし、“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”であった場合、「ユーザ名を音声認識ボタンを押しながら発声して下さい。」とする。これにより、ユーザは、システムアナウンスを聞くことで、現在の音声認識トリガの使用形態を知ることが可能である。
【実施例５】
【００４４】
さらに、音声認識トリガ決定部によって決定される音声認識トリガの種別により、エラー時のアナウンスを変更することも有効である。例えば、音声認識トリガが“Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ方式”あるいは、“Ｐｕｓｈ  Ｗｈｉｌｅ  Ｔａｌｋ方式”である場合を考える。このとき、「ユーザ名を音声認識ボタンを押してから発声して下さい。」等のシステムアナウンス終了から、一定時間（例えば１０秒間）内に音声認識トリガが押されなかった場合、ユーザによるトリガの押し忘れが想定される。このような場合、「ＸＸボタンを押して発声してください」といった、ボタン押下を促すアナウンスを出力することが可能である。当然、このようなアナウンスは、音声認識トリガの種別が“キー不使用方式”の場合は必要ない。
【実施例６】
【００４５】
音声認識の性能低下を促す要因として、機器に接続された音声出力デバイスの存在も考えることができる。例えば、外付けスピーカで絶えずシステムアナウンスを流している環境下では、この合成音声が環境雑音となり、音声認識性能の低下に繋がる。そのため、装置に接続されたヘッドフォン，ハンドセット，外付けスピーカ等の音声出力デバイス情報を検出し、この情報にも要素別困難値を設定してもよい。
【実施例７】
【００４６】
なお、本発明の目的は次のようにしても達成される。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。このようにしても目的が達成されることは言うまでもない。
【００４７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４８】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００４９】
また、本発明に係る実施の形態は、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５０】
さらに、本発明に係る実施形態の機能は次のようにしても実現される。即ち、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれる。そして、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。この処理により前述した実施形態の機能が実現されることは言うまでもない。
【図面の簡単な説明】
【００５１】
【図１】実施例１の音声情報処理装置の機能構成図である。
【図２】実施例１の音声情報処理装置の動作フローである。
【図３】実施例３の音声対話システムの機能構成図である。
【図４】実施例３の音声対話システムの動作フローである。
【図５】音声認識困難値評価部で用いる音声認識困難値テーブルの一例である。
【図６】音声認識困難値評価部で用いる音声認識困難値／音声認識トリガ対応テーブルの一例である。
【図７】対話フローの例である。
【図１】
2007249021.tif 000003
【図２】
2007249021.tif 000004
【図３】
2007249021.tif 000005
【図４】
2007249021.tif 000006
【図５】
2007249021.tif 000007
【図６】
2007249021.tif 000008
【図７】
2007249021.tif 000009