(57)【要約】【課題】問いかけの音声が複数あり、その問いかけの音声に対する想定される応答の音声が複数ある場合にも対応できる音声応答通信装置及び音声応答処理装置及び音声応答処理方法を提供する。【解決手段】音声の入出力を行なう音声入出力部１０４と音声の認識と判定処理を行なう制御部１０６を有する音声応答処理装置１０１に、問いかけ語と期待語とを格納する期待語ＤＢ１１１を設ける。制御部１０６は問いかけ語と応答語に基づいて期待語ＤＢ１１１を検索し、行なうべき処理を判定する。期待語ＤＢ１１１は行なうべき処理の判定に用いる状態データを格納することができる。制御部１０６が応答語に対応した期待語テーブル１１１Ｃを生成するように構成することもできる。期待語ＤＢは問いかけ語と期待語が階層構造をなすように構成することもできる。【選択図】図１
2008164746.tif 000002
【特許請求の範囲】
【請求項１】
音声を入出力し、信号を送受信する端末と；
音声を入出力する装置を備える音声入出力部と、
信号を送受信する送受信装置と、
問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有し、入力した音声を照合処理する制御部と、
を備える音声応答処理装置と；
を具備する音声応答通信装置であって、
前記制御部が、
前記問いかけ語と前記端末から受信した問いかけ語に対する応答である応答語に基づいて前記期待語データベースを検索し、検索結果から前記音声応答処理装置が行なうべき処理を判定することを特徴とする音声応答通信装置。
【請求項２】
音声を入出力し、信号を送受信する端末と；
音声を入出力する装置を備える音声入出力部と、
信号を送受信する送受信装置と、
通信の継続と切断を制御する通信制御部と、音声データをテキストデータに変換する音声認識部と、問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースと、前記問いかけ語と前記端末から受信した問いかけ語に対する応答である応答語に基づいて前記期待語データベースを検索し、前記応答語が通信を継続すべき語に該当するかを判定する期待語照合部と、前記応答語が通信を継続すべき語に該当しない場合に前記通信制御部に通信の切断の指示を出力する管理部と、を有する制御部と、
を備える音声応答処理装置と；
を具備することを特徴とする音声応答通信装置。
【請求項３】
前記制御部が、前記端末に固有に割り当てられた端末ＩＤと前記端末ＩＤ毎に前記端末が属するグループを表すグループＩＤを格納する通信先端末テーブルをさらに備え、
前記期待語データベースが、前記問いかけ語と、前記問いかけ語に対応する前記期待語と、前記期待語毎の前記グループＩＤと、前記問いかけ語と前記期待語と前記グループＩＤの組み合わせに割り当てられた状態データとを格納し、
前記制御部が前記端末ＩＤを入力したとき、前記通信制御部が前記端末ＩＤに基づいて前記通信先端末テーブルを検索して対応する前記グループＩＤを読み込み、
前記制御部が前記応答語を入力したとき、前記期待語照合部が前記問いかけ語と前記応答語と前記グループＩＤに基づいて前記期待語データベースを検索して対応する前記状態データを読み込み、前記管理部が前記状態データ毎にあらかじめ定められた処理を実行する、
ことを特徴とする請求項２記載の音声応答通信装置。
【請求項４】
音声を入出力し、信号を送受信する端末と；
音声を入出力する装置を備える音声入出力部と、
信号を送受信する送受信装置と、
前記端末に固有に割り当てられた端末ＩＤと前記端末ＩＤ毎に前記端末が属するグループを表すグループＩＤを格納する通信先端末テーブルと、問いかけ語及び期待語として用いられる合言葉と、前記合言葉に割り当てられた属性と、を格納する合言葉テーブルと、前記グループＩＤ毎に、前記問いかけ語の前記属性を表す問いかけ語属性と、正常状態を示す前記属性である正常属性と、前記管理部が行う１種類以上の処理に対応した前記属性である処理属性と、を格納する属性テーブルと、通信の継続と切断を制御し、前記通信先端末テーブルを検索する通信制御部と、音声データをテキストデータに変換する音声認識部と、前記問いかけ語と前記期待語と前記通信制御部が前記端末ＩＤに基づいて前記通信先端末テーブルを検索して読み込んだ前記グループＩＤとに基づいて前記合言葉テーブルと前記属性テーブルとを検索し、前記期待語と状態又は処理内容を示す状態データを有する期待語テーブルを生成し、受信した前記応答語に基づいて前記期待語テーブルを検索して状態データを読み込む期待語照合部と、前記状態データ毎にあらかじめ定められた処理を実行する管理部と、を有する制御部と、を備える音声応答処理装置と；
を備えることを特徴とする音声応答通信装置。
【請求項５】
前記属性テーブルが前記問いかけ語属性毎に複数の前記正常属性を格納し、いずれかの前記正常属性に格納された前記属性が前記問いかけ語属性にも格納されることにより、前記問いかけ語属性に対する前記期待語の前記属性が階層構造をなすことを特徴とする請求項４記載の音声応答通信装置。
【請求項６】
音声を入出力し、信号を送受信する端末と；
音声を入出力する装置を備える音声入出力部と、
信号を送受信する送受信装置と、
前記端末に固有に割り当てられた端末ＩＤと前記端末ＩＤ毎に前記端末が属するグループを表すグループＩＤを格納する通信先端末テーブルと、前記グループＩＤ毎に問いかけ語と正常状態を表す一つ以上の正常期待語と前記管理部が行う１種類以上の処理に対応した処理期待語とを格納する期待語データベースと、通信の継続と切断を制御し、前記通信先端末テーブルを検索する通信制御部と、音声データをテキストデータに変換する音声認識部と、前記問いかけ語と前記応答語と前記通信制御部が前記端末ＩＤに基づいて前記通信先端末テーブルを検索して読み込んだ前記グループＩＤとに基づいて前記期待語データベースを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブルを生成し、前記応答語に基づいて前記期待語テーブルを検索して前記状態データを読み込む期待語照合部と、前記状態データ毎にあらかじめ定められた処理を実行する管理部とを有する制御部とを備える音声応答処理装置と；
を備えることを特徴とする音声応答通信装置。
【請求項７】
前記期待語データベースが前記問いかけ語毎に複数の前記正常期待語を格納し、いずれかの前記正常期待語に格納された前記合言葉が前記問いかけ語にも格納されることにより、前記問いかけ語に対する前記正常期待語が階層構造をなすことを特徴とする請求項６記載の音声応答通信装置。
【請求項８】
前記端末が、ＧＰＳ装置、ジャイロ、加速度センサ、音声を録音するオーディオセンサのうちから一つ以上選択される装置をさらに備え、
前記制御部が、
前記問いかけ語の送信後所定時間内に前記応答語が受信されない場合、又は、
前記応答語が通信を継続すべき語に該当しない場合、又は、
前記状態データが端末のおかれた環境を示す端末環境情報の収集を指示するものである場合、
前記端末に前記端末環境情報の前記音声応答処理装置への送信を指示することを特徴とする請求項１乃至７のいずれか１項に記載の音声応答通信装置。
【請求項９】
前記制御部が任意の時点又はあらかじめ定められた時間間隔にて前記端末に応答を促す前記問いかけ語を送信し、前記問いかけ語の送信後所定時間内に前記応答語が受信されない場合、又は前記応答語が通信を継続すべき語に該当しない場合、前記制御部があらかじめ定められた処理を行うことを特徴とする請求項１乃至８のいずれか１項に記載の音声応答通信装置。
【請求項１０】
音声を入出力する装置を備える音声入出力部と、
問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有し、入力した音声を照合処理する制御部と、
を備える音声応答処理装置であって、
前記制御部が、
前記問いかけ語と前記問いかけ語に対する応答である応答語に基づいて前記期待語データベースを検索し、検索結果から前記音声応答処理装置が行なうべき処理を判定することを特徴とする音声応答処理装置。
【請求項１１】
音声を入出力する装置を備える音声入出力部と、
音声データをテキストデータに変換する音声認識部と、
問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースと、
入力した前記問いかけ語と前記問いかけ語に対する応答である応答語に基づいて前記期待語データベースを検索し、前記応答語が所定の操作を許可すべき語に該当するかを判定する期待語照合部と、前記応答語が所定の操作を許可すべき語に該当する場合に外部装置に所定の指示を出力する管理部と、を有する制御部と、
を備えることを特徴とする音声応答処理装置。
【請求項１２】
音声を入出力する装置を備える音声入出力部と；
音声データをテキストデータに変換する音声認識部と、
ユーザーに固有に割り当てられたユーザーＩＤと前記ユーザーＩＤが属するグループを示すグループＩＤとを格納するユーザーＩＤテーブルと、
問いかけ語と、前記問いかけ語に対応する期待語と、前記期待語毎の前記グループＩＤと、前記問いかけ語と前記期待語と前記グループＩＤの組み合わせに割り当てられた状態データとを格納する期待語データベースと、
入力した前記ユーザーＩＤに基づいて前記ユーザーテーブル検索して対応する前記グループＩＤを読み込み、入力した前記問いかけ語と前記グループＩＤと入力した応答語に基づいて前記期待語データベースを検索して対応する前記状態データを読み込む期待語照合部と、
前記状態データ毎にあらかじめ定められた処理を実行する管理部と、を有する制御部と；
を備えることを特徴とする音声応答処理装置。
【請求項１３】
音声を入出力する装置を備える音声入出力部と；
ユーザーに固有に割り当てられたユーザーＩＤと前記ユーザーＩＤが属するグループを示すグループＩＤとを格納するユーザーＩＤテーブルと；
問いかけ語及び期待語として用いられる合言葉と、前記合言葉に割り当てられた属性と、を格納する合言葉テーブルと、
前記グループＩＤ毎に、前記問いかけ語の前記属性を表す問いかけ語属性と、正常状態を示す前記属性である正常属性と、前記管理部が行う１種類以上の処理に対応した前記属性と、を格納する属性テーブルと、
音声データをテキストデータに変換する音声認識部と、
前記問いかけ語と前記期待語と前記ユーザーＩＤに基づいて前記ユーザーＩＤテーブルを検索して読み込んだ前記グループＩＤとに基づいて前記合言葉テーブルと前記属性テーブルとを検索し、前記期待語と状態又は処理内容を示す状態データを有する期待語テーブルを生成し、前記応答語に基づいて前記期待語テーブルを検索して前記状態データを読み込む期待語照合部と、前記状態データ毎にあらかじめ定められた処理を実行する管理部とを有する制御部と；
を備えることを特徴とする音声応答処理装置。
【請求項１４】
前記属性テーブルが前記問いかけ語属性毎に複数の前記正常属性を格納し、いずれかの前記正常属性に格納された前記属性が前記問いかけ語属性にも格納されることにより、前記問いかけ語属性に対する前記期待語の前記属性が階層構造をなすことを特徴とする請求項１３記載の音声応答処理装置。
【請求項１５】
音声を入出力する装置を備える音声入出力部と；
ユーザーに固有に割り当てられたユーザーＩＤと前記ユーザーＩＤ毎に前記ユーザーＩＤが属するグループを表すグループＩＤを格納するユーザーＩＤテーブルと、
前記グループＩＤ毎に前記問いかけ語と正常状態を表す一つ以上の正常応答語と前記管理部が行う１種類以上の処理に対応した処理応答語とを格納する期待語データベースと、
音声データをテキストデータに変換する音声認識部と、
前記問いかけ語と前記応答語と前記ユーザーＩＤに基づいて前記ユーザーＩＤテーブルを検索して読み込んだ前記グループＩＤとに基づいて前記期待語データベースを検索し、前記期待語と状態又は処理内容を示す状態データを有する期待語テーブルを生成し、前記応答語に基づいて前記期待語テーブルを検索して前記状態データを読み込む期待語照合部と、前記状態データ毎にあらかじめ定められた処理を実行する管理部とを有する制御部と；
を備えることを特徴とする音声応答処理装置。
【請求項１６】
前記期待語データベースが前記問いかけ語毎に複数の前記正常応答語を格納し、いずれかの前記正常応答語に格納された前記合言葉が前記問いかけ語にも格納されることにより、前記問いかけ語に対する前記正常応答語が階層構造をなすことを特徴とする請求項１５記載の音声応答処理装置。
【請求項１７】
問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有する音声応答処理装置が、入力された問いかけ語を端末に送信する問いかけ語送信ステップと、
前記端末が、前記問いかけ語送信ステップにより受信した問いかけ語に対して入力された応答語を前記音声応答処理装置に送信する応答語送信ステップと、
前記音声応答処理装置が、前記問いかけ語と前記応答語送信ステップにより前記端末から受信した応答語に基づいて前記期待語データベースを検索する検索ステップと、
前記音声応答処理装置が、前記検索ステップの検索結果から前記音声応答処理装置が行なうべき処理を判定する判定ステップと、
を具備することを特徴とする音声応答処理方法。
【請求項１８】
問いかけ語と前記問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有する音声応答処理装置が、
前記問いかけ語を発声する問いかけ語発声ステップと、
前記問いかけ語と前記問いかけ語発声ステップにおいて発声された前記問いかけ語に対する応答である応答語に基づいて前記期待語データベースを検索する検索ステップと、
前記検索ステップの検索結果から前記音声応答処理装置が行なうべき処理を判定する判定ステップと、
を具備することを特徴とする音声応答処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力した音声と受信した音声とを音声認識して比較し、後続して行う処理を判定する音声応答通信装置及び音声応答処理装置及び音声応答処理方法に関する。
【背景技術】
【０００２】
近年、通信装置の高性能化に伴いさまざまな業務において作業者が端末を所持し、センター装置と通信を行いながら作業を行うことが多くなってきている。この場合のセンター装置は複数の端末からの送信データに対応した処理を略同時に行なっている。この処理には、いわゆるセキュリティーなど要請から通信を維持するか切断するかの判定や、送信されてきた情報に対応した処理の判定が含まれる。一方、作業者は両手を使用していたり手が汚れていたりするため、キーボードを操作することが困難な場合も多い。このような事情から音声を用いて端末の認証を行ったり、行うべき処理を判定したりする通信装置の開発が求められている。
【０００３】
この点に関し、例えば特許文献１にはサーバーが端末に端末の所持者の発声を要求する情報を送信し、端末から受信した音声があらかじめ定められた条件を満たしているか判定するという技術が開示されている。
【特許文献１】特開２００４−２４０８９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載の技術においては、音声情報に関しては要求した発声内容と受信した音声が一致しているか否かの判定しか行われないため、セキュリティーの確保のためには用いることができないと言う問題点があった。また、ある発声の要求に対して想定される応答の音声が複数種類ある場合には対応できないと言う問題点があった。
【０００５】
本発明は、上記事情を考慮してなされたものであり、問いかけの音声が複数あり、その問いかけの音声に対する想定される応答の音声が複数ある場合にも対応できる音声応答通信装置及び音声応答処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この目的を達成するために、請求項１記載の発明は、音声を入出力し、信号を送受信する端末と；音声を入出力する装置を備える音声入出力部と、信号を送受信する送受信装置と、問いかけ語と問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有し、入力した音声を照合処理する制御部と、を備える音声応答処理装置と；を具備する音声応答通信装置であって、制御部が、問いかけ語と端末から受信した問いかけ語に対する応答である応答語に基づいて期待語データベースを検索し、検索結果から音声応答処理装置が行なうべき処理を判定することを特徴とする音声応答通信装置を提供する。
【０００７】
また、請求項１０記載の発明は、音声を入出力する装置を備える音声入出力部と、問いかけ語と問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有し、入力した音声を照合処理する制御部と、を備える音声応答処理装置であって、制御部が、問いかけ語と端末から受信した問いかけ語に対する応答である応答語に基づいて期待語データベースを検索し、検索結果から音声応答処理装置が行なうべき処理を判定することを特徴とする音声応答処理装置を提供する。
【０００８】
また、請求項１７記載の発明は、問いかけ語と問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有する音声応答処理装置が、入力された問いかけ語を端末に送信する問いかけ語送信ステップと、端末が、問いかけ語送信ステップにより受信した問いかけ語に対して入力された応答語を音声応答処理装置に送信する応答語送信ステップと、音声応答処理装置が、問いかけ語と応答語送信ステップにより端末から受信した応答語に基づいて期待語データベースを検索する検索ステップと、音声応答処理装置が、検索ステップの検索結果から音声応答処理装置が行なうべき処理を判定する判定ステップと、を具備することを特徴とする音声応答処理方法を提供する。
【０００９】
また、請求項１８記載の発明は、問いかけ語と問いかけ語毎に想定される応答である期待語とを格納する期待語データベースを有する音声応答処理装置が、問いかけ語を発声する問いかけ語発声ステップと、問いかけ語と問いかけ語発声ステップにおいて発声された問いかけ語に対する応答である応答語に基づいて期待語データベースを検索する検索ステップと、検索ステップの検索結果から音声応答処理装置が行なうべき処理を判定する判定ステップと、を具備することを特徴とする音声応答処理方法を提供する。
【発明の効果】
【００１０】
本発明によれば、問いかけ語と問いかけ語に対する想定される応答である期待語と格納する期待語データベースを設け、この期待語と入力した問いかけ語に対する応答である応答語とを比較することにより、後続して行なう処理を判定する。このため、問いかけ語と期待語が複数存在する場合にも応答語に応じた処理を判定できると言う効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態について図面を用いて説明する。
【００１２】
＜第１の実施形態＞
図１は第１の実施形態の構成を表す概要図である。本実施形態の音声応答通信装置は、音声の入出力と情報の送受信と音声の照合処理を行なう音声応答処理装置１０１と、音声の入出力と情報の送受信を行なう端末１０２とを有する。
【００１３】
音声応答処理装置１０１は、マイク／スピーカ１０３と、音声の変換と入出力を行なう音声入出力部１０４と、情報を送受信する送受信装置１０５と、音声の認識を行ない音声の照合処理を行なう制御部１０６とを有する。
【００１４】
音声入出力部１０４は音声を入出力する装置を備える。具体的には、音声入出力部１０４は、入出力する音声を増幅する増幅装置１０４１と、アナログデータをディジタルデータに、及びディジタルデータをアナログデータに変換するＡ／Ｄコンバータ１０４２とを有する。
【００１５】
制御部１０６は、端末１０２に固有に割り当てられた端末ＩＤと端末ＩＤ毎に端末１０２が属するグループを表すグループＩＤを格納する通信先端末テーブル１０８と、通信の継続と切断を制御し、通信先端末テーブル１０８を検索する通信制御部１０７と、音声データをテキストデータに変換する音声認識部１０９と、音声応答処理装置１０１から端末１０２に送信される応答を促す言葉である問いかけ語と、この問いかけ語毎に想定される応答である期待語と、この期待語毎のグループＩＤと、問いかけ語と期待語とグループＩＤの組み合わせに割り当てられた状態データとを格納する期待語データベース（以下、データベースをＤＢと略す。）１１１と、問いかけ語と応答語とグループＩＤに基づいて期待語データベースを検索して対応する状態データを読み込む期待語照合部１１０と、状態データ毎にあらかじめ定められた処理を実行する管理部１１２とを備える。
【００１６】
テキストデータとは文字又は音を表すデータを意味する。格納形式はバイナリーであっても１６進であっても、その他の形式であってもよい。文字コードはＪＩＳコード、シフトＪＩＳコード、ＥＵＣコードなどいずれのコード体系を用いてもよく、また独自に作成されたコード体系を用いてもよい。
【００１７】
端末１０２は、端末側マイク／スピーカ１１３と、情報の送受信を行なう端末側送受信装置１１４と、音声の変換と入出力を行なう端末側音声入出力部１１５と、を備える。
【００１８】
なお、音声応答処理装置１０１と端末１０２との間で送受信される情報はアナログデータであってもディジタルデータであってもよい。
【００１９】
通信制御部１０７と音声認識部１０９と期待語照合部１１０と管理部１１２はそれぞれ別の装置として構成することも、これらのうち複数の装置を一つの装置として構成することもできる。
【００２０】
また、通信制御部１０７と音声認識部１０９と期待語照合部１１０と管理部１１２を含む制御部１０６は各種の電子部品を組み合わせて回路によって構成することも、ディジタルシグナルプロセッサのようなプロセッサとプログラムを格納するメモリなどの記憶装置とその他の電子部品を備え、処理を記述したプログラムを記憶装置に格納し、この記憶装置から読み出したプログラムをプロセッサに実行させる装置として構成することもできる。このプログラムは一つのプログラムであっても複数のプログラムであってもよい。
【００２１】
音声応答処理装置１０１は、上記の他にディスプレイやキーボードなどの入出力装置、磁気ディスク装置などの外部記憶装置を備えていてもよい。
【００２２】
図２は本実施形態の通信先端末テーブル１０８のデータ構造を表した図である。通信先端末テーブル１０８に格納される項目は、例えば端末ＩＤとグループＩＤであるが、これらに限られるものではない。格納されるデータの例は端末ＩＤが「Ｔ１００１」、グループＩＤが「Ａ」である。この通信先端末テーブル１０８は端末ＩＤからグループＩＤを検索するために設けられるが、他の用途に用いてもよい。
【００２３】
図３は本実施形態の期待語ＤＢ１１１のデータ構造を表した図である。期待語ＤＢ１１１に格納される項目は、例えばグループＩＤ、問いかけ語、期待語、状態データであるが、これらに限られるものではない。格納されるデータの例はグループＩＤが「Ａ」、問いかけ語が「パンダ」、期待語が「コアラ」、状態データが「正常」である。
【００２４】
なお、期待語に通常は応答されることはありえない語又は端末１０２が奪取された場合に端末１０２に入力されると想定される語を格納し、この状態データを「禁止語」とし、この禁止語が後述する判定処理において判定された場合は特別な処理が行なわれるように構成することもできる。
【００２５】
図３に示すように、期待語ＤＢ１１１は一つの問いかけ語に対し複数の期待語を格納することができ、さらに、問いかけ語と期待語が同じでもグループＩＤが異なる場合には異なる状態データを格納することが可能である。
【００２６】
図４は本実施形態において制御部１０６が行なう音声応答処理のフローチャートである。この処理は既に各端末が認証に成功して音声応答処理装置１０１と通信している状態にあること、また、問いかけ語の発声者と正当な応答語の発声者が問いかけ語とそれに対応する期待語の組み合わせをあらかじめ知っていることを前提とする。
【００２７】
処理の概要は次のようになる。音声入出力部１０４が入力音声をディジタルデータに変換し、変換された音声データが制御部１０６に入力される。制御部１０６は通信先端末テーブル１０８から指定された端末ＩＤのグループＩＤを読み込み、グループＩＤと問いかけ語と応答語に基づいて期待語ＤＢ１１１を検索し状態データを読み込む。管理部１１２は状態データに対応した処理の指示を出力する。
【００２８】
具体的な処理は次のようになる。ステップＳ４０１において、制御部１０６は通信を行なっている端末１０２の端末ＩＤの入力を受け付ける。この端末ＩＤは操作者によって入力操作されたものである。入力操作はキーボードやマウスのような入力装置によって行なわれても音声入出力部１０４を介して音声によって行なわれてもよい。
【００２９】
ステップＳ４０２において、制御部１０６は音声入出力部１０４からディジタル変換された問いかけ語の入力を受け付ける。ステップＳ４０３において、通信処理部１０７は端末ＩＤに基づいて通信先端末テーブル１０８を検索しグループＩＤを読み込む。
【００３０】
図２の例においては、端末ＩＤが「Ｔ１００１」の場合、グループＩＤとして「Ａ」が読み込まれる。
【００３１】
ステップＳ４０４において、制御部１０６は送受信装置１０５を介して問いかけ語を端末１０２に送信する。ステップＳ４０５において音声認識部１０９は問いかけの音声を認識し、テキストデータに変換して問いかけ語を生成する。
【００３２】
ステップＳ４０６において、制御部１０６は応答音声の入力が所定時間内に行なわれたかどうか判定する。所定時間内に応答があった場合にはステップＳ４０７に進む。所定時間内に応答がなかった場合にはステップＳ４１４に進む。
【００３３】
ステップＳ４０７において、制御部１０６は端末１０２から送受信装置１０５を介して応答の音声を入力する。ステップＳ４０８において音声認識部１０９は応答の音声を認識し、テキストデータに変換して応答語を生成する。
【００３４】
ステップＳ４０９において、期待語照合部１１０は問いかけ語と応答語とグループＩＤに基づいて期待語ＤＢ１１１を検索し状態データを読み込む。なお、期待語照合部１１０は期待語ＤＢ１１１の期待語の項目を応答語として検索する。
【００３５】
ここで、ステップＳ４０９について例を用いて説明する。グループＩＤが「Ａ」であり、問いかけ語が「パンダ」であり、応答語が「コアラ」であったとすると、期待語ＤＢ１１１にはこれに該当するデータが存在するため期待語照合部１１０はこのデータを読み込む。このデータの状態データの項目は「正常」であるため、期待語照合部１１０は「正常」を管理部１１２に引き渡す。期待語ＤＢ１１１に該当するデータが存在しない場合は、期待語照合部１１０は例えば「ＮＵＬＬ」を管理部１１２に引き渡す。
【００３６】
ステップＳ４１０において、管理部１１２は状態データを判定し、状態データが「発報」の場合はステップＳ４１１にて発報の指示を出力する。状態データは「発報」以外の値をとりうる。管理部１１２は状態データに対応してあらかじめ定められた指示を出力する。状態データが上記以外の場合はステップＳ４１２に進む。
【００３７】
なお、「発報」とは音声応答処理装置１０１が光や音声などの操作者に認識されうる手段によって警報を発することを意味する。
【００３８】
ステップＳ４１２において、管理部１１２は状態データを判定し、状態データが「正常」の場合はステップＳ４１３において通信制御部１０７にログイン継続の指示を出力し、ステップＳ４０１に進む。状態データが「正常」以外の場合はステップＳ４１４に進む。
【００３９】
ステップＳ４１４において、管理部１１２は通信先端末テーブル１０８から該当の端末ＩＤを有するデータを削除し、通信を切断する指示を通信制御部１０７に出力する。
【００４０】
なお本実施形態は、端末１０２をグループ管理しない場合は次のように簡易な構成をとることができる。通信先端末テーブル１０８を設けず、通信先端末テーブル１０８にアクセスするステップを省略する。期待語ＤＢ１１１に問いかけ語と期待語を格納する。状態データの項目は必要に応じて設ける。応答音声が入力された場合、期待語照合部１１０は問いかけ語と応答語に基づいて期待語ＤＢ１１１を検索する。
【００４１】
また、上記の問いかけ語を送信し応答語を判定する一連の処理、すなわちステップＳ４０１からステップＳ４１４までの処理は任意の時点又はあらかじめ定められた時間間隔にて実行できる。
【００４２】
以上述べたように、本実施形態においては少なくとも問いかけ語と期待語とを格納する期待語ＤＢ１１１を設け、少なくとも問いかけ語と応答語に基づいて期待語ＤＢ１１１を検索し、行なわれるべき処理を判定する。このため、問いかけ語及び応答語がそれぞれ複数ある場合にも判定処理が可能となるという効果がある。
【００４３】
また、上記の問いかけ語を送信し応答語を判定する一連の処理を任意の時点又はあらかじめ定められた時間間隔にて実行できるため、通信継続中においてもセキュリティの確保が可能となるという効果がある。
【００４４】
さらに、状態データに複数種類のデータを格納することができるため、行なわれる可能性のある処理が複数存在する場合にも対応可能となるという効果がある。
【００４５】
＜第２の実施形態＞
次に、第２の実施形態について説明する。第２の実施形態においては次のような特徴を有する。制御部１０６は期待語ＤＢ１１１の中に、又は期待語ＤＢ１１１に代えて属性テーブル１１１Ａと合言葉テーブル１１１Ｂを備える。以下では期待語ＤＢ１１１の中に属性テーブル１１１Ａと合言葉テーブル１１１Ｂを備えるものとして説明する。このような構成はリレーショナルデータベースにおいて実施可能である。
【００４６】
操作者はマイク１０３に向かって問いかけ語を発声する。制御部１０６がこの問いかけ語を入力したとき期待語照合部１１０が問いかけ語に対応する期待語を有する期待語テーブル１１１Ｃをメモリなどの記憶装置上又は外部記憶装置に生成する。制御部１０６が応答語を入力したとき期待語照合部１１０が期待語テーブル１１１Ｃを検索し、状態データを判定する。
【００４７】
本実施形態の具体的な構成を図５に示す。本実施形態においては期待語ＤＢ１１１の中に属性テーブル１１１Ａと合言葉テーブル１１１Ｂと期待後テーブル１１１Ｃとを備える。その他の構成は実施形態１におけるものと同様である。
【００４８】
合言葉テーブル１１１Ｂは、音声応答処理装置１０１から端末１０２に送信される応答を促す言葉である問いかけ語及びこの問いかけ語に対する期待される応答の言葉である期待語として用いられる言葉である合言葉と、合言葉に割り当てられた属性と、を格納する。
【００４９】
属性テーブル１１１Ａは、グループＩＤ毎に、問いかけ語の属性を表す問いかけ語属性と、正常状態を示す属性である正常属性と、管理部１１２が行う１種類以上の処理に対応した属性である処理属性と、を格納する。
【００５０】
期待語照合部１１０は、問いかけ語と応答語と通信制御部１０７が端末ＩＤに基づいて通信先端末テーブル１０８を検索して読み込んだグループＩＤとに基づいて属性テーブル１１１Ａと合言葉テーブル１１１Ｂとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成し、受信した応答語に基づいて期待語テーブル１１１Ｃを検索して状態データを読み込む。
【００５１】
図２は通信先端末テーブル１０８のデータ構造を表した図である。通信先端末テーブル１０８に格納される項目は、例えば端末ＩＤとグループＩＤであるが、これらに限られるものではない。格納されるデータの例は端末ＩＤが「Ｔ１００１」、グループＩＤが「Ａ」である。この通信先端末テーブル１０８は端末ＩＤからグループＩＤを検索するために設けられるが、他の用途に用いてもよい。
【００５２】
図６は属性テーブル１１１Ａのデータ構造を表した図である。属性テーブル１１１Ａに格納される項目は、例えばグループＩＤと問いかけ語属性と正常属性と処理属性の一例である発報属性であるが、これらに限られるものではない。格納されるデータの例はグループＩＤが「Ａ」、問いかけ語属性が「Ｓ」、正常属性が「Ｘ」、発報属性が「Ｙ」である。ここで、属性の値は数値でも文字列でもよい。
【００５３】
図７は合言葉テーブル１１１Ｂのデータ構造を表した図である。合言葉テーブル１１１Ｂに格納される項目は、例えば合言葉と属性であるが、これらに限られるものではない。格納されるデータの例は合言葉が「パンダ」、属性が「Ｓ」である。
【００５４】
図８は生成された期待語テーブル１１１Ｃの例である。例を用いて説明する。問いかけ語が制御部１０６に入力された場合、期待語照合部１１０は問いかけ語に基づいて合言葉テーブル１１１Ｂを検索し、対応する属性を読み出す。例えば、問いかけ語が「パンダ」であった場合、「パンダ」をキーに合言葉テーブル１１１Ｂの合言葉を検索し、属性「Ｓ」を読み出す。
【００５５】
次に期待語照合部１１０は既に入力されているグループＩＤと読み出した問いかけ語の属性に基づいて属性テーブル１１１ＡのグループＩＤと問いかけ語属性を検索し、対応する正常属性と発報属性を読み込む。
【００５６】
例えば、グループＩＤが「Ａ」、問いかけ語の属性が「Ｓ」のとき、正常属性は「Ｘ」、発報属性は「Ｙ」が期待語照合部１１０によって読み込まれる。
【００５７】
次に期待語照合部１１０は正常属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「正常」として期待語テーブル１１１Ｃに格納する。
【００５８】
例えば正常属性が「Ｘ」の場合は「ゴリラ」と「コアラ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「ゴリラ」、状態データを「正常」としたレコードと、期待語を「コアラ」、状態データを「正常」としたレコードとを期待語テーブル１１１Ｃに格納する。
【００５９】
次に期待語照合部１１０は発報属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「発報」として期待語テーブル１１１Ｃに格納する。
【００６０】
例えば発報属性が「Ｙ」の場合は「マンボウ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「マンボウ」、状態データを「発報」としたレコードを期待語テーブル１１１Ｃに格納する。
【００６１】
このようにして、図６及び図７の例からは、問いかけ語が「パンダ」、グループＩＤが「Ａ」のときは図８（ａ）に示す期待語テーブル１１１Ｃが、問いかけ語が「リンゴ」、グループＩＤが「Ａ」のときは図８（ｂ）に示す期待語テーブル１１１Ｃが、問いかけ語が「パンダ」、グループＩＤが「Ｂ」のときは図８（ｃ）に示す期待語テーブル１１１Ｃが、それぞれ生成される。
【００６２】
図９は本実施形態において制御部１０６が行なう音声応答処理のフローチャートである。この処理は既に各端末が認証に成功して音声応答処理装置１０１と通信している状態にあること、また、問いかけ語の発声者と正当な応答語の発声者が問いかけ語属性とそれに対応する正常属性及び処理属性の組み合わせをあらかじめ知っていることを前提とする。
【００６３】
処理の概要は次のようになる。音声入出力部１０４が入力音声をディジタルデータに変換し、変換された音声データが制御部１０６に入力される。制御部１０６は通信先端末テーブル１０８から指定された端末ＩＤのグループＩＤを読み込む。
【００６４】
期待語照合部１１０は問いかけ語と応答語と通信制御部１０７が端末ＩＤに基づいて通信先端末テーブル１０８を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成し、受信した応答語に基づいて期待語テーブル１１１Ｃを検索して状態データを読み込む。管理部１１２は状態データに対応した処理の指示を出力する。
【００６５】
具体的な処理は次のようになる。ステップＳ８０１において、制御部１０６は通信を行なっている端末１０２の端末ＩＤの入力を受け付ける。この端末ＩＤは操作者によって入力操作されたものである。入力操作はキーボードやマウスのような入力装置によって行なわれても音声入出力部１０４を介して音声によって入力してもよい。
【００６６】
ステップＳ８０２において、制御部１０６は音声入出力部１０４からディジタル変換された問いかけ語の入力を受け付ける。ステップＳ８０３において、通信処理部１０７は端末ＩＤに基づいて通信先端末テーブル１０８を検索しグループＩＤを読み込む。
【００６７】
図２の例においては、端末ＩＤが「Ｔ１００１」の場合、グループＩＤとして「Ａ」が読み込まれる。
【００６８】
ステップＳ８０４において、制御部１０６は送受信装置１０５を介して問いかけ語を端末１０２に送信する。ステップＳ８０５において音声認識部１０９は問いかけの音声を認識し、テキストデータに変換して問いかけ語を生成する。
【００６９】
ステップＳ８０６において、期待語照合部１１０は問いかけ語と期待語と通信制御部１０７が端末ＩＤに基づいて通信先端末テーブル１０８を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成する。期待語テーブル１１１Ｃの生成方法は上述した方法を用いることができる。
【００７０】
ステップＳ８０７において、制御部１０６は応答音声の入力が所定時間内に行なわれたかどうか判定する。所定時間内に応答があった場合にはステップＳ８０８に進む。所定時間内に応答がなかった場合にはステップＳ８１５に進む。
【００７１】
ステップＳ８０８において、制御部１０６は端末１０２から送受信装置１０５を介して応答の音声の入力を受け付ける。ステップＳ８０９において音声認識部１０９は応答の音声を認識し、テキストデータに変換して応答語を生成する。
【００７２】
ステップＳ８１０において、期待語照合部１１０は応答語に基づいて期待語テーブル１１１Ｃを検索し、対応する状態データを読み込む。なお、期待語照合部１１０は期待語テーブル１１１Ｃの期待語の項目を応答語として検索する。
【００７３】
ここで、ステップＳ８１０について例を用いて説明する。問いかけ語が「パンダ」であり、グループＩＤが「Ａ」であったとすると、図８（ａ）のような期待語テーブル１１１Ｃが生成されている。応答語が「コアラ」であったとすると、期待語テーブル１１１Ｃにはこれに該当するデータが存在するため期待語照合部１１０はこのデータを読み込む。このデータの状態データの項目は「正常」であるため、期待語照合部１１０は「正常」を管理部１１２に引き渡す。期待語テーブル１１１Ｃに該当するデータが存在しない場合は、期待語照合部１１０は例えば「ＮＵＬＬ」を管理部１１２に引き渡す。
【００７４】
ステップＳ８１１において、管理部１１２は状態データを判定し、状態データが「発報」の場合はステップＳ８１２にて発報の指示を出力する。状態データは「発報」以外の値をとりうる。管理部１１２は状態データに対応してあらかじめ定められた指示を出力する。状態データが上記以外の場合はステップＳ８１３に進む。
【００７５】
ステップＳ８１３において、管理部１１２は状態データを判定し、状態データが「正常」の場合はステップＳ８１４において通信制御部１０７にログイン継続の指示を出力し、ステップＳ８０１に進む。状態データが「正常」以外の場合はステップＳ８１５に進む。
【００７６】
ステップＳ８１５において、管理部１１２は通信先端末テーブル１０８から該当の端末ＩＤを有するデータを削除し、通信を切断する指示を通信制御部１０７に出力する。
【００７７】
なお、上記の問いかけ語を送信し応答語を判定する一連の処理、すなわちステップＳ８０１からステップＳ８１５までの処理は任意の時点又はあらかじめ定められた時間間隔にて実行できる。
【００７８】
図１０は本実施形態の属性テーブル１１１Ａの応用例を示す図である。この応用例は問いかけ語に対する期待語を階層的に構成することを目的とする。図１０（ａ）に示すように、本実施形態の第１の応用例の属性テーブル１１１Ａに格納される項目は、例えばグループＩＤ、問いかけ語属性、正常属性（１）、正常属性（２）、処理属性の一種類である発報属性であるが、これらに限られるものではない。
【００７９】
格納されるデータの例は、第１レコードではグループＩＤが「Ａ」、問いかけ語属性が「Ｈ」、正常属性（１）が「Ｉ」、正常属性（２）が「Ｊ」、発報属性が「Ｋ」であり、第２レコードではグループＩＤが「Ａ」、問いかけ語属性が「Ｉ」、正常属性（１）が「Ｌ」、正常属性（２）が「Ｍ」、発報属性が「Ｏ」であり、第３レコードではグループＩＤが「Ａ」、問いかけ語属性が「Ｊ」、正常属性（１）が「Ｐ」、正常属性（２）が「Ｑ」、発報属性が「Ｒ」である。
【００８０】
矢印９１、９２が示すように、正常属性（１）又は正常属性（２）に格納された属性を問いかけ語属性に格納する。
【００８１】
図１０（ｂ）に示すように、本実施形態の第２の応用例の属性テーブル１１１Ａに格納される項目は、例えばグループＩＤ、問いかけ語、正常期待語（１）、正常期待語（２）、処理期待の一種類である発報期待語であるが、これらに限られるものではない。第２の応用例のように属性テーブル１１１Ａを構成した場合には、合言葉テーブル１１１Ｂを省略することができる。
【００８２】
格納されるデータの例は、第１レコードではグループＩＤが「Ａ」、問いかけ語が「リンゴ」、正常期待語（１）が「ミカン」、正常期待語（２）が「ナシ」、発報期待語が「イチゴ」であり、第２レコードではグループＩＤが「Ａ」、問いかけ語が「ミカン」、正常期待語（１）が「メロン」、正常期待語（２）が「パパイヤ」、発報期待語が「ゴリラ」であり、第３レコードではグループＩＤが「Ａ」、問いかけ語が「ナシ」、正常期待語（１）が「パンダ」、正常期待語（２）が「コアラ」、発報期待語が「ラッコ」である。
【００８３】
矢印９３、９４が示すように、正常期待語（１）又は正常期待語（２）に格納された合言葉を問いかけ語に格納する。
【００８４】
図１１は本実施形態の第１の応用の問いかけ語属性と期待語属性の階層構造を示す図である。問いかけ語属性が「Ｈ」のとき、期待語属性が「Ｉ」と「Ｊ」は状態データが「正常」であり、「Ｋ」は状態データが「発報」となる。続いて、属性が「Ｉ」の問いかけ語を送信した場合、期待語属性が「Ｌ」と「Ｍ」は状態データが「正常」であり、「Ｏ」は状態データが「発報」となる。さらに続いて、属性が「Ｌ」の問いかけ語を送信した場合、期待語属性が「Ｓ」と「Ｔ」は状態データが「正常」であり、「Ｕ」は状態データが「発報」となる。
【００８５】
このように、問いかけ語を順次送信するように構成することも、最初の問いかけ語に対し、例えば上記のように３つの期待語を要求するように構成することもできる。なお、第２の応用例においても同様の階層構造が構築される。
【００８６】
以上述べたように、本実施形態においては合言葉と属性を格納する合言葉テーブル１１１Ｂと、グループＩＤと問いかけ語属性と正常属性と１種類以上の処理属性を格納した属性テーブル１１１Ａを備え、問いかけ語とグループＩＤに応じた期待語テーブル１１１Ｃを問いかけ語が入力されるたびに生成する。この期待語テーブル１１１Ｃを応答語が入力されたときに検索し、状態データを読み取る。
【００８７】
このように構成したため、問いかけ語が端末１０２に送信されてから応答語が受信されるまでの間の時間に期待語テーブル１１１Ｃが生成され、応答語に基づく検索の時間が短縮されるという効果がある。また、格納するデータ量を少なくすることが可能となるという効果がある。
【００８８】
さらに、問いかけ語に対する期待語は属性によって結合されているため、第三者が所望の応答語を想到することは非常に困難となり、秘匿性が高まるという効果がある。
【００８９】
加えて、問いかけ語に対する期待語を階層的に構築することにより、第三者が所望の応答語を想到することは極めて困難となり、秘匿性はさらに高まるという効果がある。
【００９０】
また、属性テーブル１１１Ａの属性を改廃することにより、期待語ＤＢ１１１を再作成せずに問いかけ語と期待語の組み合わせを変更できるため、容易に秘匿性を維持することができるという効果がある。
【００９１】
＜第３の実施形態＞
次に、第３の実施形態について説明する。第３の実施形態においては次のような特徴を有する。端末１０２は端末１０２のおかれた環境を逐次記録し、格納する端末環境収集部１１６を備える。管理部１１２は所定の条件のとき端末１０２に端末環境情報の音声応答処理装置１０１への送信を指示する。なお、各テーブル又はデータベースは第１の実施形態又は第２の実施形態の説明において述べたいずれのものを用いてもよい。以下には期待語テーブル１１１Ｃを生成する例を用いて説明する。
【００９２】
図１２は本実施形態の構成を表す概要図である。本実施形態の音声応答通信装置は音声応答処理装置１０１と端末１０２を備える。本実施形態の音声応答処理装置１０１の構成は第２の実施形態におけるものと同様である。
【００９３】
端末１０２は、端末側マイク／スピーカ１１３と、情報の送受信を行なう端末側送受信装置１１４と、音声の変換と入出力を行なう端末側音声入出力部１１５と、端末のおかれた環境を逐次記録し、格納する端末環境収集部１１６を備える。
【００９４】
端末環境収集部１１６は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）装置１１７、ジャイロ１１８、加速度センサ１１９、音声を録音するオーディオセンサ１２０のうちから一つ以上選択される装置を備える。なお、端末環境収集部１１６に装備される装置はこれらに限らず適宜削除、追加できる。また、端末環境収集部１１６はメモリなどの記憶装置、入出力装置を備えていてもよい。
【００９５】
なお、音声応答処理装置１０１と端末１０２との間で送受信される情報はアナログデータであってもディジタルデータであってもよい。
【００９６】
各テーブルのデータ構造は第２の実施形態において述べたものと同様である。以下に具体的に説明する。
【００９７】
図２は通信先端末テーブル１０８のデータ構造を表した図である。通信先端末テーブル１０８に格納される項目は、例えば端末ＩＤとグループＩＤであるが、これらに限られるものではない。格納されるデータの例は端末ＩＤが「Ｔ１００１」、グループＩＤが「Ａ」である。この通信先端末テーブル１０８は端末ＩＤからグループＩＤを検索するために設けられるが、他の用途に用いてもよい。
【００９８】
図６は属性テーブル１１１Ａのデータ構造を表した図である。属性テーブル１１１Ａに格納される項目は、例えばグループＩＤと問いかけ語属性と正常属性と処理属性の一例である発報属性であるが、これらに限られるものではない。格納されるデータの例はグループＩＤが「Ａ」、問いかけ語属性が「Ｓ」、正常属性が「Ｘ」、発報属性が「Ｙ」である。ここで、属性の値は数値でも文字列でもよい。
【００９９】
図７は合言葉テーブル１１１Ｂのデータ構造を表した図である。合言葉テーブル１１１Ｂに格納される項目は、例えば合言葉と属性であるが、これらに限られるものではない。格納されるデータの例は合言葉が「パンダ」、属性が「Ｓ」である。
【０１００】
図８は生成された期待語テーブル１１１Ｃの例である。例を用いて説明する。問いかけ語が制御部１０６に入力された場合、期待語照合部１１０は問いかけ語に基づいて合言葉テーブル１１１Ｂを検索し、対応する属性を読み出す。例えば、問いかけ語が「パンダ」であった場合、「パンダ」をキーに合言葉テーブル１１１Ｂの合言葉を検索し、属性「Ｓ」を読み出す。
【０１０１】
次に期待語照合部１１０は既に入力されているグループＩＤと読み出した問いかけ語の属性に基づいて属性テーブル１１１ＡのグループＩＤと問いかけ語属性を検索し、対応する正常属性と発報属性を読み込む。
【０１０２】
例えば、グループＩＤが「Ａ」、問いかけ語の属性が「Ｓ」のとき、正常属性は「Ｘ」、発報属性は「Ｙ」が期待語照合部１１０によって読み込まれる。
【０１０３】
次に期待語照合部１１０は正常属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「正常」として期待語テーブル１１１Ｃに格納する。
【０１０４】
例えば正常属性が「Ｘ」の場合は「ゴリラ」と「コアラ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「ゴリラ」、状態データを「正常」としたレコードと、期待語を「コアラ」、状態データを「正常」としたレコードとを期待語テーブル１１１Ｃに格納する。
【０１０５】
次に期待語照合部１１０は発報属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「発報」として期待語テーブル１１１Ｃに格納する。
【０１０６】
例えば発報属性が「Ｙ」の場合は「マンボウ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「マンボウ」、状態データを「発報」としたレコードを期待語テーブル１１１Ｃに格納する。
【０１０７】
このようにして、図６及び図７の例からは、問いかけ語が「パンダ」、グループＩＤが「Ａ」のときは図８（ａ）に示す期待語テーブル１１１Ｃが、問いかけ語が「リンゴ」、グループＩＤが「Ａ」のときは図８（ｂ）に示す期待語テーブル１１１Ｃが、問いかけ語が「パンダ」、グループＩＤが「Ｂ」のときは図８（ｃ）に示す期待語テーブル１１１Ｃが、それぞれ生成される。
【０１０８】
図１３及び図１４は本実施形態において制御部１０６が行なう音声応答処理のフローチャートである。この処理は既に各端末１０２が認証に成功して音声応答処理装置１０１と通信している状態にあること、また、問いかけ語の発声者と正当な応答語の発声者が問いかけ語属性とそれに対応する正常属性及び処理属性の組み合わせをあらかじめ知っていることを前提とする。
【０１０９】
処理の概要は次のようになる。端末環境収集部１１６は端末の環境の情報を逐次収集し、記憶している。端末環境情報は、ＧＰＳ装置１１７が取得した位置情報、ジャイロ１１８が感知した端末１０２の姿勢変化、加速度センサ１１９が感知した加速度、オーディオセンサ１２０が録音した音声などが挙げられるがこれらに限られない。
【０１１０】
音声入出力部１０４が入力音声をディジタルデータに変換し、変換された音声データが制御部１０６に入力される。制御部１０６は通信先端末テーブル１０８から指定された端末ＩＤのグループＩＤを読み込む。
【０１１１】
期待語照合部１１０は問いかけ語と期待語と通信制御部１０７が端末ＩＤに基づいて通信先端末テーブル１０８を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成し、受信した応答語に基づいて期待語テーブル１１１Ｃを検索して状態データを読み込む。
【０１１２】
管理部１１２は、問いかけ語の送信後所定時間内に応答語が受信されない場合、又は、
応答語が通信を継続すべき語に該当しない場合、又は、状態データが端末のおかれた環境を示す端末環境情報の収集を指示するものである場合、端末１０２に端末環境情報の音声応答処理装置１０１への送信を指示する。
【０１１３】
端末環境収集部１１６は記憶してあった端末環境情報を音声応答処理装置１０１に送信し、音声応答処理装置１０１は受信した端末環境情報を出力する。
【０１１４】
具体的な処理は次のようになる。図１３に示すように、ステップＳ１２０１において、制御部１０６は通信を行なっている端末１０２の端末ＩＤの入力を受け付ける。この端末ＩＤは操作者によって入力操作されたものである。入力操作はキーボードやマウスのような入力装置によって行なわれても音声入出力部１０４を介して音声によって入力してもよい。
【０１１５】
ステップＳ１２０２において、制御部１０６は音声入出力部１０４からディジタル変換された問いかけ語の入力を受け付ける。ステップＳ１２０３において、通信処理部１０７は端末ＩＤに基づいて通信先端末テーブル１０８を検索しグループＩＤを読み込む。
【０１１６】
ステップＳ１２０４において、制御部１０６は送受信装置１０５を介して問いかけ語を端末１０２に送信する。ステップＳ１２０５において音声認識部１０９は問いかけの音声を認識し、テキストデータに変換して問いかけ語を生成する。
【０１１７】
ステップＳ１２０６において、期待語照合部１１０は問いかけ語と期待語と通信制御部１０７が端末ＩＤに基づいて通信先端末テーブル１０８を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成する。期待語テーブル１１１Ｃの生成方法は上述した方法を用いることができる。
【０１１８】
ステップＳ１２０７において、制御部１０６は応答音声の入力が所定時間内に行なわれたかどうか判定する。所定時間内に応答があった場合にはステップＳ１２０８に進む。所定時間内に応答がなかった場合には図１４のステップＳ１３０１に進む。
【０１１９】
ステップＳ１２０８において、制御部１０６は端末１０２から送受信装置１０５を介して応答の音声を入力する。ステップＳ１２０９において音声認識部１０９は応答の音声を認識し、テキストデータに変換して応答語を生成する。
【０１２０】
ステップＳ１２１０において、期待語照合部１１０は応答語に基づいて期待語テーブル１１１Ｃを検索し、対応する状態データを読み込む。なお、期待語照合部１１０は期待語テーブル１１１Ｃの期待語の項目を応答語として検索する。
【０１２１】
ここで、例を用いて説明する。問いかけ語が「パンダ」であり、グループＩＤが「Ａ」であったとすると、図８（ａ）のような期待語テーブル１１１Ｃが生成されている。応答語が「コアラ」であったとすると、期待語テーブル１１１Ｃにはこれに該当するデータが存在するため期待語照合部１１０はこのデータを読み込む。このデータの状態データの項目は「正常」であるため、期待語照合部１１０は「正常」を管理部１１２に引き渡す。期待語テーブル１１１Ｃに該当するデータが存在しない場合は、期待語照合部１１０は例えば「ＮＵＬＬ」を管理部１１２に引き渡す。
【０１２２】
ステップＳ１２１１において、管理部１１２は状態データを判定し、状態データが「発報」の場合はステップＳ１２１２にて発報の指示を出力する。状態データは「発報」以外の値をとりうる。管理部１１２は状態データに対応してあらかじめ定められた指示を出力する。状態データが上記以外の場合はステップＳ１２１３に進む。
【０１２３】
ステップＳ１２１３において、管理部１１２は状態データを判定し、状態データが「正常」の場合はステップＳ１２１４において通信制御部１０７にログイン継続の指示を出力し、ステップＳ１２０１に進む。状態データが「正常」以外の場合はステップＳ１２１５に進む。
【０１２４】
ステップＳ１２１５において、管理部１１２は状態データを判定し、状態データが通信を継続すべき旨を表すもの以外の場合、または端末環境情報の収集を指示するものである場合図１４のステップＳ１３０１に進む。これ以外の場合はステップＳ１３０７に進む。
【０１２５】
ステップＳ１２１６において、管理部１１２は通信先端末テーブル１０８から該当の端末ＩＤを有するデータを削除し、通信を切断する指示を通信制御部１０７に出力する。
【０１２６】
なお、上記の問いかけ語を送信し応答語を判定する一連の処理、すなわちステップＳ１２０１からステップＳ１２１５までの処理は任意の時点又はあらかじめ定められた時間間隔にて実行できる。
【０１２７】
続いて図１４を用いて説明する。ステップＳ１３０１において、管理部１１２は送受信装置１０５を介して端末１０２に端末環境情報の音声応答処理装置１０１への送信を指示する。これを受けて端末環境収集部１１６は収集し、記憶してあった端末環境情報を、端末側送受信装置１１４を介して音声応答処理装置１０１に送信する。
【０１２８】
ステップＳ１３０２において、制御部１０６は端末環境情報を入力し、必要に応じてデータを加工する。ステップＳ１３０３において管理部１１２は端末環境情報を出力する。
【０１２９】
ステップＳ１３０４において、制御部１０６は操作者が操作した指示を入力する。ステップＳ１３０５において、制御部１０６は入力された指示を判定し、指示が通信の継続を表している場合はステップＳ１３０６に進む。指示が通信の継続を表していない場合はステップＳ１３０７に進み、ステップＳ１３０７において、管理部１１２は通信先端末テーブル１０８から該当の端末ＩＤを有するデータを削除し、通信を切断する指示を通信制御部１０７に出力する。
【０１３０】
ステップＳ１３０６において、管理部１１２は通信制御部１０７にログイン継続の指示を出力し、ステップＳ１２０１に進む。
【０１３１】
以上述べたように、本実施形態においては端末１０２が端末１０２のおかれた環境を逐次記録し、格納する端末環境収集部１１６を備える。管理部１１２は所定の条件のとき端末１０２に端末環境情報の音声応答処理装置１０１への送信を指示する。このため、端末１０２に故障が生じた場合、又は端末１０２が奪取された場合などにおいても音声応答処理装置１０１が端末１０２のおかれた状況を把握できるという効果がある。
【０１３２】
＜第４の実施形態＞
次に、第４の実施形態について説明する。第４の実施形態においては次のような特徴を有する。制御部１０６は外部の装置に接続しており、管理部１１２は応答語を判定した結果に応じてこの外部装置に直接指示を出す。なお、各テーブル又はデータベースは第１の実施形態又は第２の実施形態の説明において述べたいずれのものを用いてもよい。以下には期待語テーブル１１１Ｃを生成する例を用いて説明する。
【０１３３】
図１５は本実施形態の構成を表す概要図である。本実施形態の音声応答処理装置１０１は、マイク／スピーカ１０３と、音声の変換と入出力を行なう音声入出力部１０４と、音声の認識を行ない音声の照合処理を行なう制御部１０６とを有する。情報を送受信する送受信装置１０５を設けてもよい。
【０１３４】
音声入出力部１０４は音声を入出力する装置を備える。具体的には、音声入出力部１０４は、入出力する音声を増幅する増幅装置１０４１と、アナログデータをディジタルデータに、及びディジタルデータをアナログデータに変換するＡ／Ｄコンバータ１０４２とを有する。
【０１３５】
制御部１０６は、ユーザーに固有に割り当てられたユーザーＩＤとユーザーＩＤが属するグループを示すグループＩＤとを格納するユーザーＩＤテーブル１５０１と、音声データをテキストデータに変換する音声認識部１０９と、音声応答処理装置１０１から端末１０２に送信される応答を促す言葉である問いかけ語と、問いかけ語及び期待語として用いられる言葉である合言葉と、合言葉に割り当てられた属性と、を格納する合言葉テーブル１１１Ｂと、グループＩＤ毎に、問いかけ語の属性を表す問いかけ語属性と、正常状態を示す属性である正常属性と、管理部１１２が行う１種類以上の処理に対応した属性である処理属性と、を格納する属性テーブル１１１Ａと、問いかけ語と期待語と制御部１０６が端末ＩＤに基づいてユーザーＩＤテーブル１５０１を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成し、受信した応答語に基づいて期待語テーブル１１１Ｃを検索して状態データを読み込む期待語照合部１１０と、状態データ毎にあらかじめ定められた処理を実行する管理部１１２と、を備える。
【０１３６】
テキストデータとは文字又は音を表すデータを意味する。格納形式はバイナリーであっても１６進であっても、その他の形式であってもよい。文字コードはＪＩＳコード、シフトＪＩＳコード、ＥＵＣコードなどいずれのコード体系を用いてもよく、また独自に作成されたコード体系を用いてもよい。
【０１３７】
制御部１０６は音声応答処理装置１０１の外部に設けられる外部装置と接続している。必要に応じてインターフェースを設けてもよい。本実施形態においては外部装置の例として信号を受信して電力により施錠と開錠を行なう錠１４０２に接続されている例を説明する。
【０１３８】
音声認識部１０９と期待語照合部１１０と管理部１１２はそれぞれ別の装置として構成することも、これらのうち複数の装置を一つの装置として構成することもできる。
【０１３９】
また、音声認識部１０９と期待語照合部１１０と管理部１１２を含む制御部１０６は各種の電子部品を組み合わせて回路によって構成することも、ディジタルシグナルプロセッサのようなプロセッサとプログラムを格納するメモリなどの記憶装置とその他の電子部品を備え、処理を記述したプログラムを記憶装置に格納し、この記憶装置から読み出したプログラムをプロセッサに実行させる装置として構成することもできる。このプログラムは一つのプログラムであっても複数のプログラムであってもよい。
【０１４０】
音声応答処理装置１０１は、上記の他にディスプレイやキーボードなどの入出力装置、磁気ディスク装置などの外部記憶装置を備えていてもよい。
【０１４１】
各テーブルのデータ構造は第２の実施形態において述べたものと同様である。以下に具体的に説明する。
【０１４２】
図１６はユーザーＩＤテーブル１５０１のデータ構造を表した図である。ユーザーＩＤテーブル１５０１に格納される項目は、例えばユーザーＩＤとグループＩＤであるが、これらに限られるものではない。格納されるデータの例はユーザーＩＤが「Ｔ１００１」、グループＩＤが「Ａ」である。このユーザーＩＤテーブル１５０１はユーザーＩＤからグループＩＤを検索するために設けられるが、他の用途に用いてもよい。
【０１４３】
図６は属性テーブル１１１Ａのデータ構造を表した図である。属性テーブル１１１Ａに格納される項目は、例えばグループＩＤと問いかけ語属性と正常属性と処理属性の一例である発報属性であるが、これらに限られるものではない。格納されるデータの例はグループＩＤが「Ａ」、問いかけ語属性が「Ｓ」、正常属性が「Ｘ」、発報属性が「Ｙ」である。ここで、属性の値は数値でも文字列でもよい。
【０１４４】
図７は合言葉テーブル１１１Ｂのデータ構造を表した図である。合言葉テーブル１１１Ｂに格納される項目は、例えば合言葉と属性であるが、これらに限られるものではない。格納されるデータの例は合言葉が「パンダ」、属性が「Ｓ」である。
【０１４５】
図８は生成された期待語テーブル１１１Ｃの例である。例を用いて説明する。問いかけ語が制御部１０６に入力された場合、期待語照合部１１０は問いかけ語に基づいて合言葉テーブル１１１Ｂを検索し、対応する属性を読み出す。例えば、問いかけ語が「パンダ」であった場合、「パンダ」をキーに合言葉テーブル１１１Ｂの合言葉を検索し、属性「Ｓ」を読み出す。
【０１４６】
次に期待語照合部１１０は既に入力されているグループＩＤと読み出した問いかけ語の属性に基づいて属性テーブル１１１ＡのグループＩＤと問いかけ語属性を検索し、対応する正常属性と発報属性を読み込む。
【０１４７】
例えば、グループＩＤが「Ａ」、問いかけ語の属性が「Ｓ」のとき、正常属性は「Ｘ」、発報属性は「Ｙ」が期待語照合部１１０によって読み込まれる。
【０１４８】
次に期待語照合部１１０は正常属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「正常」として期待語テーブル１１１Ｃに格納する。
【０１４９】
例えば正常属性が「Ｘ」の場合は「ゴリラ」と「コアラ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「ゴリラ」、状態データを「正常」としたレコードと、期待語を「コアラ」、状態データを「正常」としたレコードとを期待語テーブル１１１Ｃに格納する。
【０１５０】
次に期待語照合部１１０は発報属性に基づいて合言葉テーブル１１１Ｂを検索し、対応する合言葉を読み出す。読み出した合言葉を期待語とし、状態データを「発報」として期待語テーブル１１１Ｃに格納する。
【０１５１】
例えば発報属性が「Ｙ」の場合は「マンボウ」が期待語照合部１１０によって読み出される。期待語照合部１１０は期待語を「マンボウ」、状態データを「発報」としたレコードを期待語テーブル１１１Ｃに格納する。
【０１５２】
このようにして、図６及び図７の例からは、問いかけ語が「パンダ」、グループＩＤが「Ａ」のときは図８（ａ）に示す期待語テーブル１１１Ｃが、問いかけ語が「リンゴ」、グループＩＤが「Ａ」のときは図８（ｂ）に示す期待語テーブル１１１Ｃが、問いかけ語が「パンダ」、グループＩＤが「Ｂ」のときは図８（ｃ）に示す期待語テーブル１１１Ｃが、それぞれ生成される。
【０１５３】
図１７は本実施形態において制御部が行なう音声応答処理のフローチャートである。この処理は既に各ユーザーが問いかけ語属性とそれに対応する正常属性及び処理属性の組み合わせをあらかじめ知っていることを前提とする。
【０１５４】
処理の概要は次のようになる。音声入出力部１０４が入力音声をディジタルデータに変換し、変換された音声データが制御部１０６に入力される。制御部１０６はユーザーＩＤテーブル１５０１から指定されたユーザーＩＤのグループＩＤを読み込む。
【０１５５】
制御部１０６は問いかけ語を、期待語ＤＢ１１１を参照して自動生成し、音声入出力部１０４を介してマイク／スピーカ１０３から発声する。
【０１５６】
期待語照合部１１０は問いかけ語と応答語と制御部１０６がユーザーＩＤに基づいてユーザーＩＤテーブル１５０１を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成し、受信した応答語に基づいて期待語テーブル１１１Ｃを検索して状態データを読み込む。管理部１１２は状態データに対応した処理の指示を錠１４０２に出力する。
【０１５７】
具体的な処理は次のようになる。ステップＳ１６０１において、制御部１０６はユーザーＩＤの入力を受け付ける。このユーザーＩＤは操作者によって入力操作されたものである。入力操作はキーボードやマウスのような入力装置によって行なわれても音声入出力部１０４を介して音声によって入力してもよい。
【０１５８】
ステップＳ１６０２において、制御部１０６はユーザーＩＤに基づいてユーザーＩＤテーブル１５０１を検索しグループＩＤを読み込む。
【０１５９】
図１６の例においては、ユーザーＩＤが「Ｔ１００１」の場合、グループＩＤとして「Ａ」が読み込まれる。
【０１６０】
ステップＳ１６０３において、制御部１０６はグループＩＤに基づいて属性テーブル１１１Ａを検索し、該当する問いかけ語属性のうち任意の一つを読み出す。次に制御部１０６は読み出した問いかけ語属性に基づいて合言葉テーブル１１１Ｂを検索し、該当する合言葉のうちから任意の一つを読み出す。読み出した合言葉を問いかけ語とする。
【０１６１】
ステップＳ１６０４において、制御部１０６は問いかけ語を、音声入出力部１０４を介してマイク／スピーカ１０３から発声する。
【０１６２】
ステップＳ１６０５において、期待語照合部１１０は問いかけ語と期待語と制御部１０６がユーザーＩＤに基づいてユーザーＩＤテーブル１５０１を検索して読み込んだグループＩＤとに基づいて合言葉テーブル１１１Ｂと属性テーブル１１１Ａとを検索し、期待語と状態又は処理内容を示す状態データを有する期待語テーブル１１１Ｃを生成する。期待語テーブル１１１Ｃの生成方法は上述した方法を用いることができる。
【０１６３】
ステップＳ１６０６において、制御部１０６は応答音声の入力が所定時間内に行なわれたかどうか判定する。所定時間内に応答があった場合にはステップＳ１６０７に進む。所定時間内に応答がなかった場合にはステップＳ１６１４に進む。
【０１６４】
ステップＳ１６０７において、制御部１０６はマイク／スピーカ１０３から音声入出力部１０４を介して応答の音声の入力を受け付ける。ステップＳ１６０８において音声認識部１０９は応答の音声を認識し、テキストデータに変換して応答語を生成する。
【０１６５】
ステップＳ１６０９において、期待語照合部１１０は応答語に基づいて期待語テーブル１１１Ｃを検索し、対応する状態データを読み込む。なお、期待語照合部１１０は期待語テーブル１１１Ｃの期待語の項目を応答語として検索する。
【０１６６】
ここで、ステップＳ１６０９について例を用いて説明する。問いかけ語が「パンダ」であり、グループＩＤが「Ａ」であったとすると、図８（ａ）のような期待語テーブル１１１Ｃが生成されている。応答語が「コアラ」であったとすると、期待語テーブル１１１Ｃにはこれに該当するデータが存在するため期待語照合部１１０はこのデータを読み込む。このデータの状態データの項目は「正常」であるため、期待語照合部１１０は「正常」を管理部１１２に引き渡す。期待語テーブル１１１Ｃに該当するデータが存在しない場合は、期待語照合部１１０は例えば「ＮＵＬＬ」を管理部１１２に引き渡す。
【０１６７】
ステップＳ１６１０において、管理部１１２は状態データを判定し、状態データが「発報」の場合はステップＳ１６１１にて発報の指示を出力する。状態データは「発報」以外の値をとりうる。管理部１１２は状態データに対応してあらかじめ定められた指示を出力する。状態データが上記以外の場合はステップＳ１６１２に進む。
【０１６８】
ステップＳ１６１２において、管理部１１２は状態データを判定し、状態データが「正常」の場合はステップＳ１６１３において錠１４０２に開錠の指示を出力し、ステップＳ１６０１に進む。状態データが「正常」以外の場合はステップＳ１６１４に進む。ステップＳ１６１４において、管理部１１２は錠１４０２に施錠継続の指示を出力する。
【０１６９】
なお、上記の問いかけ語を送信し応答語を判定する一連の処理、すなわちステップＳ１６０１からステップＳ１６１４までの処理は任意の時点又はあらかじめ定められた時間間隔にて実行できる。
【０１７０】
以上述べたように、本実施形態においては制御部１０６が外部の装置に接続しており、管理部１１２が応答語を判定した結果に応じてこの外部装置に直接指示を出力する。このため、音声を用いてセキュリティを確保しながら外部装置を操作することが可能となるという効果がある。
【０１７１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１７２】
【図１】第１の実施形態の構成を表す概要図である。
【図２】通信先端末テーブルのデータ構造を表した図である。
【図３】期待語ＤＢのデータ構造を表した図である。
【図４】第１の実施形態において制御部が行なう音声応答処理のフローチャートである。
【図５】第２の実施形態の構成を表す概要図である。
【図６】属性テーブルのデータ構造を表した図である。
【図７】合言葉テーブルのデータ構造を表した図である。
【図８】期待語テーブルの例である。
【図９】第２の実施形態において制御部が行なう音声応答処理のフローチャートである。
【図１０】第２の実施形態における属性テーブルの応用例を示す図である。
【図１１】第２の実施形態における第１の応用の問いかけ語属性と期待語属性の階層構造を示す図である。
【図１２】第３の実施形態の構成を表す概要図である。
【図１３】第３の実施形態において制御部が行なう音声応答処理のフローチャートである。
【図１４】第３の実施形態において制御部が行なう音声応答処理のフローチャートである。
【図１５】第４の実施形態の構成を表す概要図である。
【図１６】ユーザーＩＤテーブルのデータ構造を表した図である。
【図１７】第４の実施形態において制御部が行なう音声応答処理のフローチャートである。
【符号の説明】
【０１７３】
１０１：音声応答処理装置、
１０２：端末、
１０３：マイク／スピーカ、
１０４：音声入出力部、
１０４１：増幅装置、
１０４２：Ａ／Ｄコンバータ、
１０５：送受信装置、
１０６：制御部、
１０７：通信制御部、
１０８：通信先端末テーブル、
１０９：音声認識部、
１１０：期待語照合部、
１１１：期待語ＤＢ、
１１２：管理部、
１１３：端末側マイク／スピーカ、
１１４：端末側送受信装置、
１１５：端末側音声入出力部、
１１６：端末環境収集部、
１５０１：ユーザーＩＤテーブル。
【図１】
2008164746.tif 000003
【図２】
2008164746.tif 000004
【図３】
2008164746.tif 000005
【図４】
2008164746.tif 000006
【図５】
2008164746.tif 000007
【図６】
2008164746.tif 000008
【図７】
2008164746.tif 000009
【図８】
2008164746.tif 000010
【図９】
2008164746.tif 000011
【図１０】
2008164746.tif 000012
【図１１】
2008164746.tif 000013
【図１２】
2008164746.tif 000014
【図１３】
2008164746.tif 000015
【図１４】
2008164746.tif 000016
【図１５】
2008164746.tif 000017
【図１６】
2008164746.tif 000018
【図１７】
2008164746.tif 000019