JPH05324262A - 複数の処理の音声応答を区別するデータ処理方法とシステム - Google Patents

Abstract

(57)【要約】 【目的】 各々が音声応答を発生する複数の処理が同時
に実行されるデータ処理システムにおいて、一時に１つ
の処理のみが音声出力装置を介してユーザに「話しをす
る」方法とシステムを提供する。 【構成】 第１〜第３のアプリケーションプログラム３
５〜３９の実行による各処理の音声応答はシーケンサ４
３によってインターセプトされ、シーケンサは、音声バ
ッファ４１を含む音声出力装置がアクセスできるか決定
する。もし音声バッファが利用可能とすれば、シーケン
サはインターセプトされた音声応答を音声バッファに提
供する。音声バッファが利用可能か否かは、遅延サスペ
ンションモニタ４５により決定され、もし音声バッファ
が利用不可であれば、シーケンサは音声バッファが利用
可能となるまで、音声応答の提供を遅らせる、さらに、
音声バッファを介して話している特定の処理が識別でき
るように通知スタックキュー４９とユーザリクエストイ
ンタフェース５３によりユーザに通知される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マルチメディア・マル
チタスキング環境における複数の音声応答を区別するデ
ータ処理方法とシステムとに関する。

【０００２】

【従来の技術】デスクトップコンピュータは複数のアプ
リケーションを同時に実行するために益々頻繁に使用さ
れつつある。例えば、ユーザはスプレッドシート・アプ
リケーションプログラムとワードプロセシング・アプリ
ケーションプログラムとを同時にアクセスし、かつ利用
することができる。

【０００３】各アプリケーションプログラムは種々の要
領でユーザと通信することができる。これは、マルチメ
ディアと称され、データ、テキスト、フラフィックスあ
るいはビデオの可視表示と、音声応答の提供とを含む。
アプリケーションプログラムは、例えば、スピーカのよ
うな音声出力装置に音声応答を提供することによりユー
ザに話しかける。音声応答は、トーンあるいはビープと
いう音の形態で単純でよく、あるいは、人間の音声を擬
した複雑なものでもよい。複雑な音声応答の一例は、音
声がデジタル合成されるテキストから音声への動作であ
る。

【０００４】音声応答を提供するアプリケーションプロ
グラムは、一時に単に１つのアプリケーションプログラ
ムがユーザに話しかけるという前提の下に設計されてい
る。したがって、ユーザが音声応答を提供する２つ以上
のアプリケーションプログラムを同時に使用するときに
問題が発生する。同時に２つ以上のプログラムがコンピ
ュータにおいて実行されているとき、アプリケーション
プログラムはそれ自体を識別しないのでいずれかの所定
のときにいずれの特定のアプリケーションプログラムが
話しかけているかをユーザが識別することができない。
もし２つ以上のアプリケーションプログラムが同時に話
しかけるとすれば別の問題が発生する。ユーザが簡単に
混乱して、何が語られたかを理解することができない可
能性がある。さらに悪いことには、アプリケーションプ
ログラムは話すことができ、それらの組み合わされたメ
ッセージが予期できない結果を発生させる。例えば、第
１のアプリケーションプログラムは「消去……」と話
し、続いて第２のアプリケーションプログラムが「……
全てのファイル」と話すことができる。各アプリケーシ
ョンプログラムは他のアプリケーションプログラムのメ
ッセージの一部をマスクする。その結果の「全てのファ
イルを消去する」というメッセージは間違ってユーザが
自分のファイルの全てを消去させてしまう可能性があ
る。

【０００５】

【発明が解決しようとする課題】したがって、本発明の
目的は、１つのアプリケーションプログラムのみが一時
に話す方法とシステムとを提供することである。

【０００６】本発明の別の目的は、いずれかの所定のと
きに、いずれのアプリケーションプログラムが話してい
るかをユーザが識別できるように、話しをしている複数
のアプリケーションプログラムをユーザが区別すること
のできる方法とシステムとを提供することである。

【０００７】

【課題を解決するための手段】マルチマスキング環境に
おいては、複数のアプリケーションプログラムはデータ
プロセシングシステムにおいて同時に実行しうる。これ
らのアプリケーションプログラムのあるものは、音声出
力装置に音声応答を与えることによりユーザに「話す」
ことができる。もし、２つ以上のアプリケーションプロ
グラムが同時にユーザに話すとすれば、ユーザ側には誤
解や混乱が容易に起りうる。

【０００８】本発明は、１つのアプリケーションプログ
ラムのみが一時に話すことができるように、アプリケー
ションプログラムにより発生した音声応答を同期化する
ことによりこの問題を解決する。さらに、各アプリケー
ションプログラムの音声応答は他のアプリケーションプ
ログラムの音声応答と区別されることによってユーザは
いずれの特定のアプリケーションプログラムが話してい
るか識別することができる。音声応答は、スピーカによ
って発生した音声出力に種々の周波数範囲あるいはピッ
チを割り当てることにより聴覚的に区別することができ
る。代替的に、音声応答は、いずれのアプリケーション
プログラムが話しているかについての情報をディスプレ
イ上にグラフィックで提供することにより区別すること
ができる。

【０００９】本発明は複数の処理のそれぞれの音声応答
を区別する。いずれの処理が各音声応答を発生させたか
によって音声応答が識別される。インターセプトされた
音声応答がユーザインタフェースに提供される時間が同
期化されることによって、いずれかの所定のときにおい
て、処理の中の単一の処理により発生した音声応答のみ
がユーザインタフェースに提供される。

【００１０】本発明は、一局面において、いずれの特定
の処理がユーザインタフェースにそれぞれの音声応答を
提供しているかをユーザインタフェースにおいてユーザ
に通知することをさらに含む。

【００１１】本発明はさらに別の局面において、もし各
音声応答をユーザインタフェースに提供している１つの
処理が各音声応答の提供を終了しているか否かを音声応
答におけるポーズから決定する。もし終了しているので
あれば、別の処理がユーザインタフェースにそれぞれの
音声応答を提供することができる。

【００１２】

【実施例】図１には、データ処理システム１１が示され
ている。このシステムは、中央処理装置１３と、その中
に位置した、ＲＡＭまたはＲＯＭあるいはこれら双方の
ような関連のメモリとを有している。周辺装置は中央処
理装置に持続されている。キーボード１９の形態の入力
装置とマウス２１とは中央処理装置１３に接続されてい
る。ディスプレイ２３やスピーカ２５即ち音声出力装置
の形態の出力装置も中央処理装置に接続されている。デ
ィスプレイ２３はユーザに情報をグラフィック表示する
ディスプレイスクリーンを有し、一方スピーカ２５は音
声出力の形態でユーザに音声応答を提供する。スピーカ
２５はユーザがデータ処理システムに話しかけることが
できるようにするマイクロフォンを含むことができる。
スピーカは１つ又はそれ以上設けることができる。ハー
ドディスク記憶装置２７および入力装置２９の形態の記
憶装置が処理装置に接続されている。入力装置２９は、
本発明を実行するロジックであるコンピュータプログラ
ムロジックを記録した媒体３１を受け入れ、かつ読み取
る。特定の媒体３１はフロッピイディスクあるいは磁気
テープを含みうる。また、処理装置１３に接続されたプ
リンタ３３も設けられている。

【００１３】図２には、本発明のソフトウエア要素を示
す本発明の要素フロー図が示されている。複数のアプリ
ケーションプログラム、即ち第１のアプリケーションプ
ログラム３５と、第２のアプリケーションプログラム３
７と第３のアプリケーションプログラム３９とが提供さ
れている。データ処理システム１１は、単一のユーザが
データ処理システムにおいて同時に２つ以上のこれらの
アプリケーションプログラムを実行しうるマルチタスキ
ング動作を支援する。もしデータ処理システムが単一の
プロセッサのみを有しているとすれば、そのプロセッサ
において一時に１つのアプリケーションプログラムが実
行されるが、それらの実行はユーザにとっては同時のよ
うに見える。

【００１４】アプリケーションプログラムは全てあるタ
イプの音声応答をスピーカ２５に与える。音声応答は、
ビープ音、トーン、アナログ表示、テキストから音声
へ、等の形式でありうる。アプリケーションプログラム
の音声応答チャンネル４０はシーケンサ４３を介して音
声バッファ４１と通信する。音声バッファ４１はスピー
カアドレスを介してスピーカ２５と通信する。１つ以上
のスピーカがあり、各アプリケーションプログラムがそ
れ自体のスピーカを有しうる。

【００１５】シーケンスサ４３は双方向に、音声バッフ
ァ４１と通信し、かつ遅延サスペンションモニタ４５に
通信する。遅延サスペンションモニタ４５は双方向的に
タイマ４７と通信する。タイマ４７はデータ処理システ
ム１１用のクロックである。シーケンサ４３はまた、通
知スタックキュー４９と通信する。２個のユーザインタ
フェース、即ち登録インタフェース５１とユーザリクエ
ストインタフェース５３とが設けられている。登録イン
タフェース５１はシーケンサ４３と通信し、一方ユーザ
リクエストインタフェース５３は通知スタックキュー４
９と双方向通信をする。

【００１６】アプリケーションプログラムの音声応答を
シーケンサを通しうる前に、それらのそれぞれの音声応
答はある程度電気的に相互に区別しておく必要がある。
こうすることによってシーケンサ４３はいずれのアプリ
ケーションプログラムが話しているか識別することがで
きる。好適実施例においては、ユーザは登録インタフェ
ース５１を介して、使用すべきアプリケーションプログ
ラム３５、３７、３９を登録する。さらに、ユーザはア
プリケーションプログラムの音声出力を相互に区別する
要領を定義する。

【００１７】アプリケーションプログラムは一旦登録さ
れると、同時にランするように実行しうる。例えば、第
１のアプリケーションプログラム３５が話すとき、その
音声応答はシーケンサ４３に通される。シーケンサ４３
において、スピーカ２５を通して別のアプリケーション
プログラムが現在ユーザに話しているか否か決定され
る。もし他のアプリケーションプログラムが何ら話して
いないとすれば、第１のアプリケーションプログラム３
５の音声応答は直接音声バッファ４１に通され、そこで
スピーカ２５は音声応答によって表わされる音声出力を
発生させる。もし別のアプリケーションプログラムが話
しているとすれば、次にシーケンサ４３は第１のアプリ
ケーションプログラム３５の音声応答をキューに記憶す
る。キューにおいて、他のアプリケーションプログラム
が話すまで待機し、第１のアプリケーションプログラム
の音声応答は音声バッファ４１へ、次にスピーカに負荷
される。

【００１８】遅延サスペンションモニタ４５はシーケン
サ４３によってチェックされ、アプリケーションプログ
ラムがいつ話しを止めたかを決定する。遅延サスペンシ
ョンモニタ４５は、単語間のポーズとサウンド間のポー
ズとを含めることによりアプリケーションプログラムが
人間のスピーチを擬せうるようにするために使用され
る。遅延サスペンションモニタ４５はこれのポーズを評
価して、アプリケーションプログラムがスピーカまで進
む前に単にポーズしているか、あるいはアプリケーショ
ンプログラムがとりあえず話しおえたかを決定する。

【００１９】本発明の方法を図３から図６までのフロー
チャートを参照して以下説明する。フローチャートに示
す図形について以下の取極めをする。菱形はテストある
いは判定を示し、長方形は処理あるいは機能を示し、円
形はフローチャートの別の部分へ出ていく、あるいはそ
こから入ってくる接続部を示す。これらの取極めは当該
技術分野の専門家には十分理解されるものであり、フロ
ーチャートは、当該技術分野の専門家が、例えば、ＢＡ
ＳＩＣ，ＰＡＳＣＡＬあるいはＣのようないずれかの適
当なコンピュータプログラム言語におけるコードを、こ
れらの言語を支援するコンピュータのＩＢＭパーソナル
システム／２（ＰＳ／２）ファミリのようなコンピュー
タに書き込みすることができるようにするに十分なもの
である。

【００２０】図３には、登録処理が示されている。登録
処理によりユーザは各アプリケーションプログラムに識
別情報を割り当てることができ、ユーザはいずれのアプ
リケーションプログラムが話しているか識別することが
できる。本処理を開始し、初期化した後、即ちステップ
５９の実行後、ステップ６１において本方法はユーザか
ら通知仕様を取得する。通知仕様は、スピーカ２５を通
していずれの特定のアプリケーションプログラムが話し
ているかをユーザに知らせるために使用される。通知仕
様は音声でもよく、あるいはグラフィックでもよい。音
声通知仕様は、スピーカによってアプリケーションプロ
グラムの音声応答が発生されるピッチあるいは周波数範
囲を選択することを含む。例えば、テキストから音声へ
の処理においては、ユーザは、一方のアプリケーション
プログラムのスピーチを識別するために男性の声を用
い、また別のアプリケーションプログラムのスピーチを
識別するために女性の声を使用することができる。グラ
フィックの通知仕様はディスプレイ２３を介してユーザ
に提供されている可視通知を含む。

【００２１】次のステップ６３は、登録されつつあるア
プリケーションプログラムに対する独特のハンドル即ち
識別子を作り出す。ハンドルはシーケンサ４３が、いず
れのアプリケーションプログラムが話しているかを識別
することによりいずれの通知仕様を使用すべきか決定で
きるようにする。次のステップ６５は、アプリケーショ
ンプログラムの音声応答の間のポーズに対してユーザか
ら最大遅延時間を取得する。例えば、ユーザは３秒間の
最大ポーズを入力することができる。この最大ポーズに
より、サウンド間で例えば３秒間までの短いポーズをつ
けてアプリケーションプログラムが話しをすることがで
きるようにする。このように、一方のアプリケーション
が３秒またはそれ以上ポーズしていると、別のアプリケ
ーションが話すことができる。

【００２２】次のステップ６７においては、本方法は通
知テーブルをロードする。通知テーブルは特定のハンド
ルのための通知仕様を含んでいる。ステップ６９におい
て、本方法はハンドルを登録されつつあるアプリケーシ
ョンプログラムへ戻す。このステップは特定のアプリケ
ーションプログラムに、どのハンドルが割り当てられた
かを通知する。ステップ７１において、次に登録方法が
停止する。

【００２３】図４と図５とにはスピーカリクエスト処理
が示されている。シーケンサ４３において実行されるス
ピーカリクエスト処理は、アプリケーションプログラム
がスピーカに出力すべき音声応答と共に話すようリクエ
ストを出すときに用いられる。スピーカリクエスト処理
はいずれかの所定のときに１個のみのアプリケーション
プログラムが話すように到来する音声応答を同期化す
る。音声出力装置即ちスピーカ２５が利用しうるか否か
決定することにより同期化は達成される。もしスピーカ
が利用しうるとすれば、到来する音声応答は音声バッフ
ァ４１に通される。さらに、他のアプリケーションプロ
グラムが話すことがないように音声出力装置は利用でき
ないようにされる。音声出力装置が利用できず、そのた
め別のアプリケーションプログラムが話していることを
指示すると、音声応答はシーケンサのキューへ通される
ことにより遅延される。一旦キューに入ると、図６に示
すキューマネージャ処理が音声応答のマネジメントを担
当する。キューマネージャ処理は音声出力装置が利用可
能か否か決定する。もし利用可能でないとすれば、キュ
ーマネージャ処理は音声出力装置が最終的に利用可能と
なるまで待機する。一旦音声出力装置が利用可能となれ
ば、音声応答は、音声出力装置へ出力するために音声バ
ッファに通される。さらに、キューマネージャ処理は、
他のアプリケーションプログラムが話すことができない
ようにするために音声出力装置を利用不可とする。次
に、他のアプリケーションプログラムから到来する音声
応答がキューに通され、音声出力装置が利用可能となる
のを待機する。

【００２４】アプリケーションプログラムが話しうる状
態となると、シーケンサに対して、話すようにとのリク
エストと、ハンドルと音声応答とを出力する。図４を参
照すれば、ステップ７３において、話すようにとのリク
エストを受け取ると、スピーカリクエスト処理が開始
し、初期化される。次に、ステップ７５においてアプリ
ケーションプログラムのハンドルが有効であるか否か決
定がなされる。もしＮＯであれば、ハンドルは有効でな
く、本方法はステップ７７まで進み、そこでエラーが報
告される。エラーはエンドユーザインタフェースにより
報告することができ、そこでエラーはユーザスクリーン
に表示されるか、あるいはエラーを記録するためのある
タイプのロギングメカニズムを介在させてもよい。ステ
ップ７７の後、図５のステップ７９において処理は停止
する。

【００２５】もしステップ７５の結果がＹＥＳであると
すれば、ハンドルは有効であって、本方法は進行して、
音声応答を音声バッファ４１へ直接通すべきか、あるい
は音声応答をキューに記憶することにより遅らせるべき
か決定する。ステップ８１において、本方法はキューが
空であるか否か決定する。キューはシーケンサ４３にあ
り、音声バッファ４１まで転送されるべく待機している
アプリケーションプログラムの音声応答を記憶するため
に使用される。もしステップ８１の結果がＮＯであると
すれば、キューは空ではなく、別のアプリケーションの
音声応答が音声バッファまで転送されるべくキューにお
いて既に待機していることを指示する。このように、本
方法はステップ８３まで進み、そこで現在の要素がキュ
ーに記憶される。この要素はスピーカのリクエスト、ハ
ンドルおよびスピーカにアクセスしようと探索している
アプリケーションからの音声応答とを含む。キューに記
憶された後、本方法は図５のステップ７９において停止
し、音声バッファが空になるのを待機する。一旦キュー
に情報がロードされると、ステップ８３において、図６
のキューマネージャルーチンが音声バッファへのキュー
のアンローディングを管理する。キューマネージャルー
チンについては以下詳細に説明する。

【００２６】もしステップ８１の結果がＹＥＳであると
すれば、キューは空であり、本方法はステップ８５まで
進み、音声出力装置即ちスピーカ２５が利用可能である
か否か決定する。もしＮＯであるとすれば、ステップ８
３において現在の要素がキューに記憶される。もしステ
ップ８５の結果がＹＥＳであれば、ステップ８７におい
て、音声出力装置の状態が利用不可と変えられる。この
ことにより現在のアプリケーションプログラムがスピー
カにアクセスしている間他のアプリケーションプログラ
ムからの後続の到来音声応答がスピーカにアクセスしな
いようにする。

【００２７】ステップ８９において、通知テーブルがア
クセスされて、この特定のアプリケーションプログラム
が話していることをユーザに知らせる要領を決定する。
通知テーブルは図３の登録処理の間にロードされてい
た。次に図５を参照すれば、ステップ９１において、音
声応答は音声バッファ４１に出力される。もし通知が音
声であるとすれば、音声出力自体がユーザに、いずれの
アプリケーションプログラムが話しているかについて通
知する。もし通知がグラフィカルであるとすれば、次に
ステップ９３において、通知スタックキュー４９により
グラフィカル通知が提供される。ユーザはユーザリクエ
スト５３により通知スタックキュー４９にアクセスでき
る（図２を参照）。例えば、ユーザはディスプレイ２３
のウィンドウをポップアップし、いずれのアプリケーシ
ョンプログラムが話しているかを識別することができ
る。さらに、通知スタックキュー４９を用いて、スピー
カ２５によって生成されているもののテキストを表示す
ることができる。このことは、特に、テキストからスピ
ーチへの処理において有用であって、ユーザがアプリケ
ーションプログラムを見たり、かつ開いたり双方を行う
ことができるようにする。

【００２８】次のステップ９５は、音声バッファが空で
あるか否か決定する。もし、ＮＯであるとすれば、本方
法はステップ９１にループバックして音声応答を出力し
続ける。

【００２９】もしステップ９５の結果がＹＥＳであると
すれば、ステップ９７において、次に遅延テーブルがア
クセスされ、単に、ワード間のポーズのため、あるいは
現在のところアプリケーションプログラムが話すのを終
了しているために音声バッファが空であるかを決定す
る。遅延テーブルは図３に示す登録処理の間に作り出さ
れる。遅延テーブルはステップ９７においてアクセスさ
れ、その中に記憶されている遅延時間がステップ９９に
おいて使用される。ステップ９９において、本方法は、
最大遅延時間が満足されたか否か決定する。図２のシー
ケンサ４３が遅延サスペンションモニタ４５に、いずれ
がタイマ４３を利用しているか質問する。もしステップ
９９の結果がＮＯであるとすれば、次いでステップ１０
１において本方法は待機しステップ９７へループバック
する。アプリケーションプログラムがその話しをポーズ
した場合、結果はＮＯとなるが、このポーズはまだ最大
遅延時間に等しくなっていない。例えば、もし話しをし
ている特定のアプリケーションプログラムに対する最大
遅延時間が３秒であるとすれば、ステップ９９はアプリ
ケーションプログラムが最後に話して以来３秒が経過し
たか否か決定する。もし３秒以下の経過であれば、本方
法はステップ１０１において、最大遅延時間が経過する
まで、あるいはそれぞれのアプリケーションプログラム
により別の音声応答が発生するまで待機する。次に、本
方法はステップ９７へ戻り、アプリケーションプログラ
ムが音声バッファにおいて何らかの追加の音声応答を有
しているか否か決定する。もし音声バッファに追加の音
声応答があるとすれば、それらはスピーカ２５へ送られ
る。もし最後の音声応答から３秒以上が経過したとすれ
ば、次に本方法はステップ１０３まで進み、そこで音声
出力装置の状態が利用可能状態に変えられる。このこと
により音声出力装置を自由にし、他のアプリケーション
プログラムが音声出力装置にアクセスできる。ステップ
１０３の後、本方法はステップ７９において停止する。
別のアプリケーションプログラムがスピーカリクエスト
を発生させると、図４のアウピーカリクエスト処理がス
テップ７３において再開する。

【００３０】さて図６を参照して、遅延音声応答の配列
を説明する。遅延音声応答はキューに記憶されている。
図６に示すキューマネージャ処理はキューを音声バッフ
ァ４１にアンロードする。キューマネージャ処理は、ス
テップ１１１において開始され、初期化される。次に、
ステップ１１３においてキューが空であるか否か決定さ
れる。もしＹＥＳであるとすれば、キューは空であり、
次に本方法はステップ１１５へと進み、そこで待機モー
ドに入る。もしＮＯであるとすれば、キューは空でな
く、本方法はステップ１１７へと進行し、そこで音声出
力装置が利用可能か否か決定される。もしＮＯであると
すれば音声出力装置は、（別のアプリケーションプログ
ラムがそれをアクセスしているため）利用不可であり、
本方法はステップ１１７へループバックし、音声出力装
置が利用可能となるのを待機する。一旦音声出力装置が
利用可能となれば、即ちＹＥＳとなれば、本方法はステ
ップ８７まで進み（図４参照）、音声出力装置の状態は
利用不可状態に変えられる。次に、キューマネージャ処
理が、図４と図５とに示すスピーカリクエスト処理と同
じステップを追従し、音声応答は音声バッファ４１に出
力される。

【００３１】キューマネージャ処理が、ステップ１１５
において、待機モードにあるとき、何かがキューに記憶
されるのを待機する。一実施例においては、キューマネ
ージャ処理は、図５に示すようにステップ７９において
停止することにより待機する。この実施例は、何かのイ
ベントが処理を再開させるのを待機する非ポーリングモ
ードである。別の実施例においては、キューマネージャ
処理は（図６において破線１３１で示すように）待機モ
ードのステップ１１５からステップ１１３へと進行す
る。この別の実施例１３１はキューをポーリングして、
何かが記憶されているか調べる。またポーリングは図５
のステップ１０３の後でも利用できる。破線１３３で示
すように、ステップ１０３の後、キューマネージャ処理
は図６のステップ１１３へと進み、キューが空であるか
否か決定する。

【００３２】ここに説明したシーケンサ４３は先入れ先
出しベースで動作する。即ち、話すことを要求する第１
のアプリケーションプログラムは割込みなしにそうする
ことが許される。その後話すことを要求する他のアプリ
ケーションプログラムは次に話すことを許される。シー
ケンサ４３は他の管理モードでセットアップしてもよ
い。例えば、第１のアプリケーションプログラム３５に
優先性が与えられ、それが話すことのできる状態となれ
ばいつでも、他のアプリケーションプログラムは待機し
なければならない。また、第１のアプリケーションプロ
グラムは、現在話しているいずれかの他のアプリケーシ
ョンプログラムに割り込みうる。

【００３３】最大遅延時間は、前述のように登録処理の
間ユーザによって入力することができる。代替的に、ア
プリケーションプログラムはそれら独自の最大遅延時間
を提供することができる。さらに、最大遅延時間の長さ
は処理の間に変えるようにダイナミックにしうる。ダイ
ナミックコントロールはアプリケーションプログラムあ
るいはユーザのいずれかにより実行しうる。アプリケー
ションプログラムによって制御される場合、アプリケー
ションプログラムはタスクの特定の環境に適合すべく最
大遅延時間を変えることによりスピーカ２５をより効率
的に利用することができる。ユーザによって制御される
場合、ユーザは通知スタックキュー４９を用いて最大遅
延時間をセットする。このためユーザは処理の間遅延を
「微調整」できる。

【００３４】本発明を単一のスピーカ２５のみを有し、
全てのアプリケーションプログラムがそのスピーカにア
クセスするシステム１１に関連して本発明を説明してき
たが、本発明は複数のスピーカ即ち複数の音声出力装置
を有するシステムと共に使用することができる。本発明
は、複数のスピーカが同時に話すことによってユーザが
混乱しないよう一時に１個のみのアプリケーションプロ
グラムが話すよう保証する。

【００３５】

【発明の効果】本発明は、以上説明したように構成され
ているので、複数のアプリケーションプログラムにより
発生した音声応答を同期化することにより１つのアプリ
ケーションプログラムのみが一時に話すことができるよ
うになり、ユーザ側に誤解や混乱を与えず、さらにいず
れの特定のアプリケーションプログラムが話しているか
識別することができる。

【図面の簡単な説明】

【図１】本発明によるデータ処理システムを示すブロッ
ク図。

【図２】好適実施例による本発明のソフトウエア要素を
示す要素フロー図。

【図３】本発明の方法を示すフローチャートであって、
アプリケーションプログラムが登録される要領を示すフ
ローチャート。

【図４】本発明の方法を示すフローチャートであって、
アプリーケーションプログラムからスピーカのリクエス
トが受け取られると、音声応答がシーケンサによって扱
われる要領を示すフローチャートの前半部。

【図５】本発明の方法を示すフローチャートであって、
アプリーケーションプログラムからスピーカのリクエス
トが受け取られると、音声応答がシーケンサによって扱
われる要領を示すフローチャートの後半部。

【図６】本発明の方法を示すフローチャートであって、
シーケンサのキューが管理される要領を示すフローチャ
ート。

フロントページの続き (72)発明者 マーヴィン・エル・ウィリアムス アメリカ合衆国75067、テキサス州 ルイ スヴィル、セットラーズ・ウェイ 1152番 地

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の処理であってその各々の処理がデ
   ータ処理システムの音声出力手段に提供されるそれぞれ
   の音声応答を生成する複数の処理が同時に実行されるデ
   ータ処理システムにおいて前記複数の処理の前記の各々
   の音声応答を区別する方法であって、 ａ） 前記処理のいずれが前記の各々のインターセプト
   された音声応答を発生させたかによって前記音声応答を
   識別するステップと、 ｂ） いずれの所定のときにおいても、前記処理の中の
   単一の処理によって発生した音声応答のみが前記音声出
   力手段に提供されるように前記インターセプトされた音
   声応答が前記音声出力手段に提供されるときを同期化す
   るステップとを備えることを特徴とする音声応答を区別
   する方法。
2. 【請求項２】 前記音声出力手段を使用しているユーザ
   に、前記音声出力手段にいずれの特定のプロセスが前記
   の各々の音声応答を提供しているかを通知するステップ
   をさらに含むことを特徴とする請求項１に記載の方法。
3. 【請求項３】 前記のそれぞれの処理が、前記の各々の
   音声応答に配置されたサウンド間のポーズを備えた前記
   の各々の音声応答を発生させ、さらに、前記ポーズか
   ら、前記音声出力手段に前記の各々の音声を提供してい
   る前記の処理が前記それぞれの音声応答の提供を終了し
   たか否かを決定し、もしそうであれば、別の処理がその
   各々の音声応答を前記音声出力手段に提供できるように
   するステップを含むことを特徴とする請求項１に記載の
   方法。
4. 【請求項４】 データ処理システムの音声出力手段から
   の音声応答であって、各々処理が独自の音声応答を発生
   させるように前記データ処理システムにおいて実行され
   る複数の処理によって発生させられる音声応答を区別す
   る方法において、 ａ） 前記複数の処理の１つによる前記音声応答の発生
   を決定するステップと、 ｂ） 前記音声出力手段の利用可能性を決定し、前記音
   声出力手段に提供されている前記の決定された一つの処
   理以外の処理のいずれかに何ら音声応答が無い場合に
   は、前記音声出力手段は利用可能であり、前記音声出力
   手段に提供されている前記の検出された一つの処理以外
   の処理のいずれかの音声応答があるとすれば前記音声出
   力手段が利用不可であるステップと、 ｃ） もし前記音声出力手段が利用可能であれば、前記
   の検出された一つの処理の前記音声応答を前記音声出力
   手段に提供するステップと、 ｄ） もし前記音声出力手段が利用不可であれば、前記
   音声出力手段が利用可能となるまで、前記音声出力手段
   への前記の検出された一つの処理の前記音声応答の提供
   を遅らせるステップとを備えることを特徴とする音声応
   答を区別する方法。
5. 【請求項５】 前記音声出力手段に提供されている前記
   音声応答を前記複数の処理の中のいずれかの特定の１つ
   の処理が発生させているかを、前記音声出力手段を使用
   しているユーザに通知するステップをさらに含むことを
   特徴とする請求項４に記載の方法。
6. 【請求項６】 各々の処理がデータ処理システムの音声
   出力手段に提供されるそれぞれの音声応答を発生させる
   複数の処理を同時に実行することのできるデータ処理シ
   ステムにおいて、 ａ） 前記複数の処理の中のいずれの処理が前記のそれ
   ぞれのインターセプトされた音声応答を発生させたかに
   よって前記音声応答を識別する手段と、 ｂ） いずれかの所定のときに、前記複数の処理の中の
   単一の処理によって発生された音声応答のみが前記音声
   出力手段に提供されるように前記のインターセプトされ
   た音声応答が前記音声出力手段に提供されるときを同期
   化する手段とを備えることを特徴とするデータ処理シス
   テム
7. 【請求項７】 各々の処理がデータ処理システムの音声
   出力手段に提供されるそれぞれの音声応答を発生させる
   複数の処理を実行することのできるデータ処理システム
   において、 ａ） 前記複数の処理の中の１つの処理による前記音声
   応答の発生を決定する手段と、 ｂ） 前記音声出力手段の利用可能性を検出する手段で
   あって、もし前記音声出力手段に提供されている前記の
   検出された１つの処理以外の処理のいずれかに何ら音声
   応答が無いと前記音声出力手段が利用可能であり、前記
   音声出力手段に提供されている前記の検出された一つの
   処理以外の処理のいずれかの音声応答がある場合には前
   記音声出力手段が利用不可であることを決定する手段
   と、 ｃ） もし前記音声出力手段が利用できるとすれば、前
   記の検出された一つの処理の前記音声応答が前記音声出
   力手段に提供されるように、かつもし前記音声出力手段
   が利用不可であるとすれば、前記音声出力手段が利用可
   能となるまで前記の検出された一つの処理の前記音声応
   答の前記音声出力手段への提供を遅らせるように、前記
   音声出力手段への前記音声応答の提供を同期化させる手
   段とを備えることを特徴とするデータ処理システム。