JP2000507021A - モジュール式会話構造に基づくような両面音声の形態における人間―機械会話を実行する方法および装置 - Google Patents

Abstract

(57)【要約】 トランザクション環境において機械−制御の人間−機械会話を実行するために、アクセス呼を受けるステップと、会話構造において、出力音声項目によって前記アクセス呼に質問し、実際のトランザクションインスタンスを確定するその後に受けた人間音声項目を検査するステップと、前記出力音声項目を前記検査にしたがって、肯定的トランザクション結果を達成するか、他の場合、失敗の場合において前記会話を抜け出すまで、発生するステップとを実行する。特に、前記会話を、階層的に配置されると共に呼び出し可能な、各々の互いに独立したビルディングブロックを構成するサブ会話から構成し、これらのサブ会話を、肯定的結果が問題のサブ会話によって得られた場合、特定の結果を発生するように配置し、これらのサブ会話が、階層的に上位のサブ会話と互いに結合するインタフェースを提供し、その結果として、全体としての前記構造が、サブ会話の選択に基づいて形成されると共に、前記構造におけるサブ会話の各々によって要求された部分的結果に排他的に基づいて形成されるようにした。

Description

【発明の詳細な説明】 モジュール式会話構造に基づくような両面音声の形態における人間−機械会話を 実行する方法および装置発明の背景 本発明は、請求の範囲の序文に詳述したような方法に関係する。種々のシステ ムが、人間のユーザを、双方向音声チャネルを保持する機械に向かい合わせ、人 間の音声を解析し、理解し、機械が発生した音声で返答するようになってきた。 この処理の性質は、経済的なことであり、物理的項目またはサーバは、顧客によ って注文され、顧客に引き渡される。代わりに、前記処理を、公共輸送機関、天 気予報等に関係するような問い合わせとしてもよい。依然として他の形式の処理 も同様に可能である。人間の音声の認識は、それ自体の解析が複雑であり、前記 音声が種々の異なったレベルにおいてそれ自体しばしば矛盾する、すなわち、単 語が欠落または過剰になるかもしれず、実際の句が自己矛盾または結論のでない ものであるかもしれず、個々の文が互いを無意味にするかもしれないため、技術 的に厳しい問題を残している。したがって、本発明は、あるいは種々の他の目的 に再利用されるならば、正確に作動していることを示すシステムのこのような要 素を金塊として考えるべきである。発明の要約 したがって、特に、本発明の目的は、会話開発において、そして多会話システ ムの使用において、証明されたビルディングブロックの再利用をできるだけ多く し、全体としての構造を前記システムの適切な説明を通じて個々の問題に対して 作り変え、前記構造の構成をモジュール式会話の使用を通じて容易にすることで ある。したがって、その一態様によれば、本発明は、請求の範囲１の特徴部分に したがって特徴づけられる。種々の異なる会話または１つの会話の異なる部分は 、同一または同一に近い特徴を有するユーザ情報から抽出しようとし、サブ会話 の再利用は、いわば、ビルディングブロックに基づいて、より容易な開発を可能 にすることがわかっている。 有利に、階層の最高レベルにおけるすべてのサブ会話は、アクセス可能にする ための同形のインタフェースを有し、前記インタフェースは、身元と、一定の受 け取り可能なエンティティと、より高いレベルのサブ会話に対して示される可変 出力エンティティとを特定する。このように、種々のサブ会話間の相互通信を、 標準的且つ同じ様に構成することができ、再び、会話の開発または修正を簡単に する。 有利に、少なくとも１つの会話は、並列に配置された２つの同胞を有し、これ らにおいて、同じ出力結果に達することを保証するが、これらに対して、各々、 種々の異なる手続きを使用する。このように、種々の反対の情況を、必要ならば 、異なる認識アルゴリズムまたは個々のサブ会話の異なる構造を使用して矯正す ることができる。個々のサブ会話の実行中または、これらの各々連続する実行中 の情況変化の場合において、利用可能なサブ会話間の最適な選択を行うことがで きる。 本発明は、前記方法を実行する装置にも関係する。本発明の他の有利な態様を 、従属する請求の範囲において列挙した。 図面の簡単な説明 本発明のこれらおよび他の態様および利点を、以下の好適実施形態の開示を参 照して、特に、添付した図面の参照と共により詳細に考察する。 図１は、発明のシステムの全体的なブロック図を示す。 図２は、会話システムの構造を示す。 図３は、サブ会話から構成されたアプリケーションのリストを示す。 好適実施形態の詳細な説明 以下に、最初に、本発明の一般的な構成を、全体的なハードウェアの見地から 説明する。次に、サブ会話および同胞を有する内部構造を考察する。 図１は、本発明によるシステムの全体的なブロック図である。項目２０は、公 衆電話との相互連絡を表わす。ブロック２４は、このネットに対する標準的なイ ンタフェースを表わし、アナログネットに対して、前記ネットからのアナログ音 声を受け、標本化することを許可する。ブロック２０は、受けた音声を認識する サブシステムである。それ自身については、音声認識は、すべて本願の譲受人に 対する米国特許出願番号第０７／８６０，１９９号、米国特許出願番号第０８／ ４２５，３０５号、、米国特許出願番号第０８／３１２，４９５号、米国特許出 願番号第０８／５６３，８５３号、米国特許出願番号第０８／２０３，１０５号 および米国特許出願番号第０８／５８７，１９０号のような種々の文献において 開示されている。音声認識は、本譲受人に対する米国特許出願番号第０８／６９ ６，４３１号および米国特許出願番号第０８／７７８，７９５号のような種々の 文献において開示されている。 ブロック２８は、受けた音声項目の理解を行う会話制御サブシステムであり、 音声項目の意図が特定の処理結果に達すると、処理メモリ３０に記録する。ブロ ック３０は、ユーザの要求の部分を、これらが認識される限り格納し、明らかな 限り、最適の進歩に達するために、機械がどのような方針で次に進むかの指示を 格納するように構成されたトランザクションメモリである。また、最終的なトラ ンザクションを、その後のトランザクションのために記録してもよい。前記トラ ンザクションの性質それ自体を、さらには考察しない。格納フォーマットを、ア プリケーションに対して適切にすべきである。情報システムにおいて、前記項目 は、ユーザによって要求された情報の正確な性質を特定してもよく、それらの完 全な明細がわかった後に、前記システムが背後のデーータベースにアクセスし、 その後、メモリ３０における情報を消去してもよい。 ブロック２９は、前記メモリから、他の質問や、不完全および最終的な情報の ような、ユーザに出力すべき情報を受ける。ブロック２７において、これらを音 声項目の列に変換し、ブロック２５において実際の音に変換する。このように、 前記システムは、インタフェース２０において音声メッセージを出力し、ユーザ からさらに必要とするような情報を引き出し、その結果、ユーザとの双方向音声 会話を行うことができる。当然、上述した種々のブロックは、ハードウェアおよ びソフトウェア構成要素を具える。 ブロック３６は、特定のアプリケーションのための特別な機能キーを設けても よいが、標準的な英数字としてもよいユーザキーボードである。このキーボード を、種々の支援およびシステム管理タスクをもたらすために、オペレータによっ て使用することができる。ブロック３４は、前記システムのユーザが意図するタ スクの実行の軌跡を保持するメモリの内容を示す標準的な表示画面である。項目 ３２は、通常、システムオペレータによって直接制御することができる項目を相 互接続する局所通信システムである。項目３８は、その改善されたトランザクシ ョンを支持する、ある量のユーザ音声を格納する中間メモリである。項目３３は 、前記背後データベースか、最終的なサービス提供者への接続である。 図２は、個々のサブ会話６０ないし８６の階層構造に基づく会話システムの一 例である。最初に、最高サブ会話ＭＡＩＮ ６０がある。個々のサブ会話の正確 な機能は、簡潔にするために、ここでは考えない。図示するように、どのサブ会 話が、次のより低い階層レベルにおける０以上のそれに接続されたサブ会話を有 してもよい。原理的に、この数は自由である。図示するように、サブ会話６２は 、インタフェース８８およびボディ９０を有する。メエンサブ会話６０を除いて 、すべての他のサブ会話は、他で説明する同一の構造を有するこのようなインタ フェースを有する。メインサブ会話６０は、アプリケーションプログラムの起動 時に自動的にアクセスされ、したがって、特定のインタフェースを必要としない 。メインサブ会話の開始時に、１つ以上の直接接続されたサブ会話６２，７２， ７８に、前記会話の進行中にアクセスしてもよい。２つ以上のこのようなサブ会 話が同時に活性である場合、これらの間の時間逐次的実行を任意にしてもよい。 これは、このような同時活性化サブ会話が、前記階層の異なるレベルにおけるも のであっても真である。個々のサブ会話は、１つ以上のその直接下位のサブ会話 をすぐに呼ぶことができ、この場合において、後者のサブ会話の２つ以上の場合 が活性化できる。サブ会話６２にアクセスするときに、下位のサブ会話６６はす ぐに自動的にアクセスされ、これをサブ会話６２のボタンにおける特別な矢印に よって示す。同様な関係が、サブ会話８０および８４間に存在する。通常、すべ てのサブ会話は互いに異なり、このことをどのような特別な方法においても示さ ない。例外として、サブ会話７４および８４は互いに同一であり、これを下部の 左手角における特別な記号によって示す。前記階層における異なった位置におけ る同じサブ会話の取り扱いは、もちろん、必要な格納領域を減らし、これらの物 理的な存在は１つのみ必要である。 さらに、一般的にすべての会話は、内部に単一の機構を有する。例外として、 サブ会話７６は、内部に同胞と呼ばれる２つの別個の部分を有する。個々のサブ 会話の同胞の各々を、成功の場合、他の方法において、同一の結果を導くように 配置する。例えば、部分８９は、４８または、８および４として表わされる数を 認識することができる。他方において、部分９１は、４８のように個々の数字か ら排他的に成る個々のシーケンスにおいて認識してもよい。同胞の制御の下での 認識が不十分なように進む場合、問題のサブ会話は、問題のサブ会話に属するあ る特定の同胞から他の同胞に切り替えてもよい。同様に、サブ会話６４は、４つ の同胞を有する。その使用の一例は、株式仲買人トランザクションへの指示の認 識としてもよく、ここで、命令、買う対売るの認識がきわめて関係する。しかし ながら、多くの言語において、これらの２つの言葉は、互いにまったくよく類似 している。したがって、認識が実行できるが最適ではない場合に可能性のある問 題を検知すときか、代わりにまったく自動的に、前記システムは、他の言語にお けるバージョンがすでに認識された後に、個々の同胞の英語バージョンに切り替 える。ある状況において、並列な４つの同胞の対策は、価値がある。 図３は、種々のサブ会話から形成されたアプリケーションのリストである。サ ブ会話は、以下の通りである。 −１−日付；このサブ会話は、ユーザに唯一の日付を与え、存在しない日付のよ うなユーザ入力エラーを処理することを可能にし、ヨーロッパにおいて２または ３（ドイツ）日の連続である「クリスマス」のような曖昧さを解決する。 −２−時間；これは、時間間隔の唯一の記述を与える。 −３−クレジットカード番号；これは、繰り返し要求されるクレジットカード番 号を与える。 −４−口座番号；これは、繰り返し要求される口座番号を与える。 −５−名前；これは、サブ会話の進行の状態に応じで、連続音声の認識、１単語 認識または綴り認識を使用する名前を与える。 −６−住所；これは、例えば、名前、通り、町および郵便番号から成る完全な住 所を与える。このサブ会話を、構成部品として会話＃５および＃７を使用して形 成してもよい。 −７−町の名前；これは、＃５の下で特定された認識形式を使用して町の名前を 与える。 −８−製品名；これは、＃５の下で特定された認識形式を使用して製品の一般的 な名前を与える。 −９−発呼者確認；これは、発呼者の唯一の確認に必要なすべての情報を与える 。このサブ会話を、アプリケーション＃４および＃５を使用して形成してもよい 。 −１０−情報出力；これは、その任意の繰り返しを含む必要な情報を発呼者に出 力する。 −１１−金額；このサブ会話の結果は、金額の指定である。 −１２−注文番号；これは、注文番号の出力を与える。 本願の主要な支えによれば、また、一般的に使用されるとして、サブ会話は、 ２つの側からの発音を含む。本発明の拡張によれば、図２に示す個々のモジュー ルは、機械音声出力を与えることのみに限定してもよく、インタフェースのよう なモジュールの残りの特徴を、他のモジュールに関して同じにしてもよい。ユー ザに対して視覚的効果をまったく示さない１つ以上のモジュールを有することも 可能である。簡潔にするために、すべてのこのようなモジュールを、以後サブ会 話と呼ぶ。 次に、前記アプリケーションは、以下の通りである。 −Ａ−製品情報；これは、発呼者が個々の製品のある指定された特性について質 問することを許可する。 −Ｂ−会社発呼ルータ；これは、入り呼が宛先を部分的にのみ指定する場合、電 話または他の発呼形式を個々の人物または部門に転送することを許可する。 −Ｃ−積送り情報；これは、発呼者に個々の積送りの状態について質問させるか 、システム管理者にこのような積送りに属するデータを入力または変更させる。 −Ｄ−ホットライン；問題または特別なアクセス形式のための特別なサポート設 備。 −Ｅ−電話注文処理；これは、発呼者が個々の製品に対する注文を行い、指定す ることを許可する。 −Ｆ−コンピュータチケット−電話；これは、ユーザに、コンピュータ支援アプ リケーションにおいて電話をかけさせる。 −Ｇ−旅行者情報；これは、発呼者が、旅行者情報質問をこの質問の個々の特徴 に関して指定することを許可する。 −Ｈ−飛行機旅行情報システム；これは、発呼者が、飛行機旅行目的地、航路、 飛行情報および料金について質問することを許可する。 −Ｉ−列車情報システム；列車相互接続システム用の同上。 −Ｊ−テレバンキング；これは、発呼者が、（金の移動、支払、セキュリティの 売買のような）テレバンキングとして知られるようになってきた銀行サービスの 制限された選択を注文することを許可する。 −Ｋ−イエローページ；これは、発呼者が、いわゆる電話のイエローページまた は同様の人名簿において公開されている情報を要求することを許可する。 −Ｌ−人名簿サービス；これは。発呼者が、電話帳または同様の人名簿から情報 を要求することを許可し、名前、住所、電話番号等のような種々の異なる項目パ ラメータを使用する。図３は、個々のアプリケーションを指定する各ラインにお いて、バツ印によって、このアプリケーションを形成するために使用することが でき、この形成をモジュール式サブ会話を使用することによって容易にすること ができるサブ会話を示す。 会話、サブ会話および同胞 以下に、最初に、本発明の概念的な態様を考察する。ここで、個々のアプリケ ーションを、サブ会話またはＨＤＤＬモジュールから形成し、これらは会話構造 において相互にリンク可能である。ここで、ＨＤＤＬは、高レベル会話定義言語 である。ある会話は、呼を通じて他の会話を使用することができ、これらは、こ れらの呼可能性の効力によって、サブ会話と呼ばれる。このように、全体的なサ ービスの一部である特定の活動またはサービスを、前記会話構造においてカプセ ル化することができる。例として、ホームバンキングアプリケーションは、通常 、個々の顧客のＰＩＮ番号を知る必要がある。ここで、前記システムは、前記会 話のこの部分を実行する間、認識問題を経験すると仮定すると、ここでは、本発 明により、前記システムは、実際の発呼者をより良く理解するために、同じサブ 会話内で、現在使用されているバージョンまたは同胞の代わりに、他のバージョ ンまたは同胞を呼ぶことができる。一実施形態によれば、新たな同胞は元の同胞 の 繰り返しまたは鏡でもよく、前記認識をより正確に実行してもよい。他の実施形 態において、ユーザに対する機械音声出力を、より遅くする。第３の実施形態に おいて、前記サブ会話は、元のバージョンにおいては存在しない追加の単語また は文を導入し、前記サブ会話をより明らかにする。このような追加の表現は、経 験していないユーザに与えられている例を表わしてもよい。ここで、カプセル化 は、前記サブ会話の機能が同じままであるが、実際の実装のみが変化することを 意味する。上述した同胞の概念は、設計者が、同じ会話機能を各々異なるように 実装することを可能にし、人間のユーザに対する同じ音声出力を保持するか、保 持しない。想像される結果は、種々の同胞間で同じである。複数の同胞が無い会 話は、語義において、１つの同胞のみを有する会話である。前記最高レベル会話 は、考察した実施形態において、前記同胞特徴を持たないことに注意されたい。 以下に、サブ会話を疑似コードにおいて示し、ヘッダ、ボディおよびテイルの 形態において明らかにする。 第２例： 上記において、DIALOGUEで開始する第２ラインは、種々のサブ会話間で実際的 に同一のインタフェースを表わし、前記サブ会話を名前によって呼び、この場合 において、同じラインにおいて与えられたパラメータは、前記インタフェースを 表わす。前記パラメータ値を、前記サブ会話に与えてもよい。代わりに、前記サ ブ会話は、これらのパラメータ値を、前記インタフェースに入力するために発生 してもよい。この特定の例において、Booleanは排他的に入力される。Integer & result量は、ユーザとの関係において変化してもよい。 前記ヘッダにおける識別子は、前記サブ会話の名前を特定し、テイルにおいて 指定された名前と同じである。キーワードメインは、前記アプリケーションの起 動時に呼ばれる前記構造のインタフェース無しメインサブ会話を示し、アプリケ ーションごとに正確に１つのメインサブ会話を有し、アーギュメントリストを持 たない。他のサブ会話の任意の数は許可される。前記サブ会話ボディを１つ以上 の同胞で置き換えることができる場合、前記同胞の名前を、前記サブ会話のヘッ ダにおいてキーワードSIBLINGの後に示す。サブ会話あたり同胞の内の１つを標 準的な実装とし、サブ会話呼が特定の同胞を指定しない場合に使用する。前記標 準的な同胞の名前を、単語「ELDEST」の後に続ける。メインサブ会話や形式アー ギュメントのようなすべての他の概念は、同胞を持たないサブ会話に関してこれ らの意味において類似している。その順番の同胞をセクションに分割できること に注意されたい。 トランザクションセクション このセクションは、図１に取り上げたブロックの外側のすべてである外界に対 するプログラミングインタフェースを可能にし、クラス宣言を使用する。トラン ザクションクラスがオブジェクト指向ＨＤＤＬプログラムにおいて規定された後 、 この形式またはクラスのオブジェクトを規定することができるが、これらのオブ ジェクトは実際のセクションにおいて現れなければならない。本明細書において 、以下に、classという単語が続く言葉はオブジェクトの形式を規定し、instanc eという単語が続く言葉はインスタンスを規定する。 前記サブ会話がACTIVEモードに入った場合、各々の宣言されたインスタンスに 対して、クラスの名前を図１におけるシステムに渡し、適切なトランザクション オブジェクトを形成する。このオブジェクトは、前記サブ会話がその後に不活性 になった場合、前記システムによって破壊される。 このメソッド宣言における識別子、例えばMyClassは、メソッドの名前を規定 する。次に、トランザクションクラスメソッドのパラメータを宣言するパラメー タリストが続き、基本的な形式、boolean，integer，floatおよびStringに制 限する。これらを、適切なＣ＋＋形式にマッピングする。トランザクションクラ スのメソッドが呼ばれた場合、形式アーギュメント名を使用することによって、 関連したＨＤＤＬパラメータ値がシステムトランザクションサーバに渡され、こ れは、形式パラメータ名を指定しなければならないことを意味する。前記形式メ ソッドアーギュメントにおける項目＆以前は、Ｃ＋＋における基準パラメータ創 造に対して同様の意味を有する。要素＆が含まれない場合、前記関連するパラメ ータの値が渡され、デフォルトの値呼び出しを使用する。しかしながら、＆が宣 言された場合、前記値は参照呼び出しとして渡される。後者は可変パラメータで あり、結果値を与えるために使用される。 トランザクションオブジェクトの定義を、キーワードＥＸＰＯＲＴによって拡 張することができる。このように規定されたオブジェクトを、他のサブ会話にお いて使用することができる。前記オブジェクトがキーワードＥＸＰＯＲＴによっ て拡張された場合、前記システムは新たなオブジェクトを形成しない。代わりに 、前記クラス名が、対応するＥＸＰＯＲＴ定義において規定されたのと同じ名前 のオブジェクトを呼ぶ。前記トランザクション文を、以下に、ＡＣＴＩＯＮセク ションにおいても説明する。種々のインスタンスを使用し、種々のメソッド（in it，set，get）を呼んでもよい。 サブ会話の制御 ＨＤＤＬ言語は、サブ会話を使用および処理するための多数の文を含む。これ らの文を、Ａ．サブ会話モードの設定 Ｂ．サブ会話の終了 Ｃ．同胞間の切り替え Ｄ，サブ会話の呼び出し／活性化 に使用する。 サブ会話を可視にするために、呼び出しまたは活性化をしなければならない。 これらの動作の双方は、親サブ会話の一部である。ＡＣＴＩＶＡＴＥ文は、前記 親会話の、サブ会話を活性化する条件付き動作である、いわゆるコンダクション （ｃｏｎｄａｃｔiｏｎ）において生じてもよく、そのＵＳＥＳセクションにお いて生じてもよい。ＣＡＬＬ文は、コンダクションのみにおいて生じてもよい。 ＬＩＳＴＥＮ文は、サブ会話をリスニングモードに設定するのに使用される。Ｕ ＳＥＳセクションにおいて、または、前記親サブ会話のコンダクション内で生じ ることができる。ＡＣＴＩＶＡＴＥおよびＬＩＳＴＥＮ文を使用し、個々の同胞 を指定することができる。関連した親が活性化した場合、サブ会話に対して初期 モードをすぐに規定することができる。 ・サブ会話の活性化 サブ会話の音声理解セクションおよび会話制御セクションの双方を切り替える ために、後者を最初にＡＣＴＩＶＡＴＥ文によって活性化しなければならない。 前記リスニングモードにおいて、前記音声理解セクションのみが活性化し、この とき前記会話制御セクションは不活性である。前記活性化を、実際のアーギュメ ントリストによってもよらなくても行うことが出来る。すなわち、 すべてのパラメータ値の欠乏は、空の括弧の原因となる。前記サブ会話がすで にリスニングまたは活性化されており、ＡＣＴＩＶＡＴＥ文がアーギュメントリ ストによって使用されている場合、問題のサブ会話は最初に不活性化し、次に新 たなパラメータによって再び活性化する。結果として、前記サブ会話は、その現 在の内部状態を失う。前記サブ会話が既にリスニングモードである場合、種々の 「アーギュメント無し」を選択してもよい。このとき前記サブ会話は、リスニン グモードから活性モードに「促進」される。結果として、そのコンダクションは 可視になり、前記リスニングモードからの異なった同胞が明白に指定されなけれ ば、同胞の変数はそれらの実際の値を保つ。前記ＡＣＴＩＶＡＴＥ文の第１の種 類が選択され、同胞が指定されない場合、前記サブ会話のＥＬＤＥＳＴ同胞が再 活性化する。しかしながら特定の同胞が指定された場合、後者が代わりに再活性 化する。しかしながら、問題のサブ会話が既に活性モードにあり、「アーギュメ ントリスト無し」種類が選択され、特定の同胞を指定する場合、または、問題の 同胞が既に実行している場合、前記サブ会話はその内部状態を保持する。次の実 行可能コンダクションが、ＨＤＤＬ評価戦略にしたがって決定された場合、その 戦略を記述する後者のサブ会話のコンダクションと、その現在活性の同胞のコン ダクションとは、前記サブ会話がちょうど活性化したかのように、最も高い「テ キスト順序」を有する。種々のサブ会話が同時に活性であってもよく、すなわち 、これらの実行の逐次的順序は、衝突が生じない限り、一般的にあまり重要では ない。 逆に、実行同胞から異なった同胞を選択する「アーギュメントリスト無し」種 類が選択された場合、前記サブ会話は、以下のスイッチ文にしたがって、前のも のに切り替わる。同胞が指定されず、前記サブ会話が予め不活性である場合、Ｅ ＬＤＥＳＴ同胞が活性化する。 サブ会話呼び出し。 サブ会話を活性化する場合、コンダクションにおいて規定された変数は、参照 パラメータとして渡されない。サブ会話が呼ばれた場合、活性モードになる。Ａ ＣＴＩＶＡＴＥ文を通じての切り替えと異なっている本願の新たな範囲を規定す る。 CALL DialogA:siblingName(arguent list); Call DialogA:siblingName; ＣＡＬＬ文は、呼ばれたサブ会話の言語理解部分および会話制御部分と、すべ てのその同胞とを、ＵＳＥＳセクションにおいて指定されたこれらの初期状態に したがって活性化する。 ここで再び、前記名前および関連するインスタンスを、前記インタフェースに おいて指定する。これは、所定の呼ぶ範囲において、その後に活性化した前記呼 ばれたサブ会話とその同胞とのすべてのデータと、適切ならば、これらのリスニ ングサブ会話とが、可視になることを意味する。前記呼ばれた範囲が終了した場 合、前の範囲が復帰し、前記ＣＡＬＬ文の後の次の文が実行される。リスニングモードへの設定 ＬＩＳＴＥＮ文は、指定されたサブ会話をリスニングモードに設定する。 ＬＩＳＴＥＮ文に対する必要条件は、指定されたサブ会話の前のモードに応じ て異なる。 Ｉ．前記サブ会話が不活性の場合、前記文はこれをリスニングモードに設定し、 その後、初期モードＬＩＳＴＥＮまたはＡＣＴＩＶＥを有するＵＳＥＳセクショ ンにおいて指定されたすべてのサブ会話がリスニングモードに設定する。 II．前記サブ会話がすでにリスニングの場合、前記文は、現在実行しているもの 以外の指定された同胞のみに作用する。 III．前記サブ会話が活性の場合、これをリスニングモードにリセットする。同 じ同胞を使用する場合、すべてのその現在活性のサブ会話もリスニングモードに 設定される。 ・サブ会話の不活性化 ＤＥＡＣＴＩＶＥ文は、前記サブ会話のモードを、その同胞のすべてと共に、 不活性モードに設定する。 DEACTIVATE DialogA; 会話が活性またはリスニングモードから不活性モードに設定された場合、すべ てのそのサブ会話も不活性モードに設定される。サブ会話のデフォルトモードが 不活性である場合、ＤＥＡＣＴＩＶＡＴＥキーワードを会話のＵＳＥＳセクショ ン内で使用する必要はない。 サブ会話の終了 一度サブ会話が呼ばれると、４つの異なる方法においで終了することができる 。 Ｉ．前記サブ会話におけるＲＥＴＵＲＮ文によって。 II．すべての状態がＦＡＬＳＥと判断するため、現在の動的範囲において状態を 実行できない場合に生じる［無条件に戻る］によって。 III．前記親サブ会話を経ての不活性化。 IV．全体のアプリケーションを終了するＢＹＥ文によって、すなわち、後者の２ つは、前記無条件に戻るを含む。 サブ会話の切り替え ＳＷＩＴＣＨ文を使用し、サブ文書をその同胞の１つに切り替える。 SWITCH SiblingA; ここで、前記サブ会話の現在の実装は、前記指定された同胞（ここでは、Sibl ingA）において規定された実装によって完全に置き換わる。前記スイッチサブ会 話によって活性化されたサブ会話が（反復的に）不活性化するため、前記現在の 範囲における他のサブ会話も作用される。双方の実装が同じインタフェースを共 有し、これは他のサブ会話に対して可視である唯一の構成要素であるため、この 特定の手順は、完全に信頼できる。これは、前記スイッチサブ会話が活性化する か、他のサブ会話によって呼ばれた場合、前記スイッチの後、前記活性化または 呼びサブ会話に対して変化が影響しないことを意味する。 問題検知 ＨＤＤＬアプリケーションにおいて、問題検知メカニズムは、前記プログラム がサブ会話の進行を監視することを可能にする。この監視から得られた結果を通 じて、問題検知は、前記プログラムが、現在の状況にしたがって前記会話の流れ を調節するか否かを決定することを可能にする。前記会話の監視は、前記システ ム動作の特定の特徴をチェックし、この動作を構成されたシステム値として反映 させることによって達成される。一例は、特定の質問に対する繰り返しの数であ る。次にこの値は、前記会話の流れにおけるなんらかのその後の瞬時において、 ＨＤＤＬプログラムに対して利用可能になる。 ・同胞の切り替え 関連した「切り替え」メカニズムは、全体の会話が問題の認識に応じてインお よびアウトに切り替わることを可能にする。このメカニズムは、サブ会話同胞を そのオブジェクトとして使用し、そのいくつかの実装を、ある特定のサブ会話に 与えてもよく、各々が異なる動作を示す。このメカニズムは、前記会話の流れに おけるなんらかの悪化に反応する手段を形成する。例えば、種々の異なる同胞を 、良質の会話と、ある程度劣っている会話と、劣質の会話とによって各々使用す ることができる。言語理解が悪化すると、サブ会話はそれ自身を劣質言語理解を 処理するバージョンに切り替えることができ、例えば、ユーザに、意図された言 い回しを話すように頼んでもよい。前記会話が再び改善されると、問題のサブ会 話は、それ自身を、より良く理解するより良質のバージョンに切り替えもどすこ とができる。この切り替えは、前記構造のサブ会話の各々によって要求された部 分的な結果に基づいて、前記会話それ自身によってのみ行うことができる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 マルスフネル イェンス フリードマン オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６ (72)発明者 オースト ハラルト オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６ (72)発明者 マルティ デル オルモ エンリケ オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６

Claims (1)

1. 【特許請求の範囲】 １．トランザクション環境において機械−制御の人間−機械会話を実行する方法 であって、該方法が、 アクセス呼を受けるステップと、 会話構造において、出力音声項目によって前記アクセス呼に質問し、実際の トランザクションインスタンスを確定するその後に受けた人間音声項目を検査 するステップと、前記出力音声項目を前記検査にしたがって、肯定的トランザ クション結果を達成するか、他の場合、失敗の場合において前記会話を抜け出 すまで、発生するステップとを具える方法において、前記会話を、階層的に配 置されると共に呼び出し可能な、各々の互いに独立したビルディングブロック を構成するサブ会話から構成し、これらのサブ会話を、肯定的結果が問題のサ ブ会話によって得られた場合、特定の結果を発生するように配置し、これらの サブ会話が、階層的に上位のサブ会話と互いに結合するインタフェースを提供 し、その結果として、全体としての前記構造が、サブ会話の選択に基づいて形 成されると共に、前記構造におけるサブ会話の各々によって要求された部分的 結果に排他的に基づいて形成されるようにしたことを特徴とする方法。 ２．請求の範囲１に記載の方法において、前記階層の非最上レベルにおけるすべ てのサブ会話が、アクセス可能である同じインタフェースを有し、前記インタ フェースが識別子と、固定された受け取り可能なエンティティと、より高いレ ベルのサブ会話に送るための可変出力エンティティとを指定することを特徴と する方法。 ３．請求の範囲１または２に記載の方法において、少なくとも１つのサブ会話が 、並列に配置された２つの同胞を有し、これらにおいて、同じ出力結果を得る ことを保証するが、これらに対して各々種々の異なった手順を使用することを 特徴とする方法。 ４．請求の範囲３に記載の方法において、１つのサブ会話に属する各々異なる同 胞間の直接の切り替えを可能にしたことを特徴とする方法。 ５．請求の範囲１ないし４のいずれか１つに記載の方法において、最高レベルの サブ会話に、問題の会話構造に属するアプリケーションから直接アクセスする ことを特徴とする方法。 ６．請求の範囲１ないし５のいずれか１つに記載の方法において、対応するよう にインタフェースするが、機械音声出力を提供しない少なくとも１つの特別な 疑似サブ会話を前記構造に導入したことを特徴とする方法。 ７．請求の範囲１ないし６のいずれか１つに記載の方法において、少なくとも１ つのサブ会話を、前記構造における２個所以上に同様に配置したことを特徴と する方法。 ８．請求の範囲１ないし７のいずれか１つに記載の方法において、少なくとも１ つのサブ会話が、２つ以上のインスタンスにおいて、１つ下位のサブ会話を処 理することを特徴とする方法。 ９ 請求の範囲１ないし８のいずれか１つに記載の方法において、同じサブ会話 の複数のインスタンスの同時活性を可能にしたことを特徴とする方法。 10．請求の範囲１ないし９のいずれか１つに記載の方法を実行し、トランザクシ ョン環境において、機械−制御の人間−機械会話を実行するように配置された 装置であって、該装置が、 アクセス呼を受ける入力手段と、 対話構造において出力音声項目によって前記アクセス呼に質問する双方向音 声チャネル手段と、この手段に相互接続された、実際のトランザクションイン スタンスを確定する受けた人間音声項目を検査する検査手段と、この手段に相 互接続された、前記出力音声項目を前記検査にしたがって、肯定的トランザク ション結果を達成するか、他の場合、失敗の場合において前記会話を抜け出す まで、出力する出力手段とを具える装置において、 階層的に配置されると共に呼び出し可能な、各々の互いに独立したビルディ ングブロックを構成するサブ会話から前記会話を、階層的アクセスを通じて構 成する、種々のサブ会話を格納する格納手段を具え、これらのサブ会話を、肯 定的結果が問題のサブ会話によって得られた場合、特定の結果を発生するよう に配置し、これらのサブ会話が、階層的に上位のサブ会話と互いに結合するイ ンタフェースを提供し、その結果として、全体としての前記構造が、サブ会話 の選択に基づいて形成されると共に、前記構造におけるサブ会話の各々によっ て要求された部分的結果に排他的に基づいて形成されるようにしたことを特徴 とする装置。 11．請求の範囲１０に記載の装置において、前記階層の非最上レベルにおけるす べてのサブ会話が、アクセス可能である同じインタフュースを有し、前記イン タフェースが識別子と、固定された受け取り可能なエンティティと、より高い レベルのサブ会話に送るための可変出力エンティティとを指定するようにした ことを特徴とする装置。 12．請求の範囲１０または１１に記載の装置において、少なくとも１つのサブ会 話が、並列に格納された２つの同胞を有し、これらにおいて、同じ出力結果を 得ることを保証するが、これらに対して各々種々の異なった手順を使用するよ うにしたことを特徴とする装置。 13．請求の範囲１２に記載の装置において、１つのサブ会話に属する各々異なる 同胞間の直接の切り替えに対する要求を検知する検知手段を有することを特徴 とする装置。 14．請求の範囲１０ないし１３のいずれか１つに記載の装置において、最高レベ ルのサブ会話に、問題の会話構造に属するアプリケーションから直接アクセス するようにしたことを特徴とする装置。