JPH1049342A

JPH1049342A - 音声セッションのスケジューリング装置および方法

Info

Publication number: JPH1049342A
Application number: JP9107078A
Authority: JP
Inventors: Takahisa Kimura; 高久木村
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-04-25
Filing date: 1997-04-24
Publication date: 1998-02-20

Abstract

(57)【要約】【課題】プログラムの指令に基づいて音声を出力する
情報処理装置において、音声を出力する音声セッション
の実行に計算機利用者の意図を反映させることが課題で
ある。【解決手段】時刻Ｔ４１においてプログラムの音声セ
ッション開始要求が利用者１４に伝えられ、時刻Ｔ４２
において利用者１４の開始承認が得られると、時刻Ｔ４
３において音声セッションが開始される。そして、プロ
グラミングされた音声が出力された後、時刻Ｔ４４にお
いてプログラムのセッション終了要求が利用者１４に伝
えられ、時刻Ｔ４５において利用者１４の終了承認が得
られると、時刻Ｔ４６において音声セッションが終了す
る。このように、利用者１４の承認に基づいて音声セッ
ションが実行されるので、利用者１４は、希望するとき
に音声セッションを開始／終了させることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムの指令
に基づいて音声を出力する情報処理装置に係り、プログ
ラムによる音声セッションの開始／終了のタイミング
を、計算機と計算機利用者との間で調整するスケジュー
リング装置およびその方法に関する。

【０００２】

【従来の技術】最近のパーソナルコンピュータやワーク
ステーション（以下では、一括して、計算機システムと
呼ぶ）は音声データを録音／再生する機構を備え、計算
機内のメモリに蓄積された音声データを、プログラムの
指令に基づいて音声信号として再生する機能を持つよう
になっている。この性質を利用して、計算機内部に蓄積
された音声メッセージをプログラムの指令に基づいて再
現することにより、視覚を使うことのないガイダンス機
構が実現されている。

【０００３】音声メッセージを用いれば、ＧＵＩ（グラ
フィカル・ユーザ・インタフェース）のように目的とす
る情報を画面上で捜す作業を行わなくても、直接、情報
を計算機利用者に提示することができる。この性質を利
用して、人間と計算機との自然な対話を実現することが
できる。

【０００４】図２１は、従来の音声入出力機構付きの計
算機システムを示している。図２１のメモリ８上では、
ｎ個のプログラムＰ１〜Ｐｎがマルチプロセス環境で走
行しており、ウインドウ表示装置１は、それらのプログ
ラムのウインドウやアイコンをＣＲＴ（cathode ray tu
be）ディスプレイ４に表示する。ウインドウ上で、計算
機利用者がキーボード５やマウス等のポインティングデ
バイス６を用いて入力した指示は、標準入力装置２を介
してプログラムＰ１等に伝えられる。

【０００５】また、メモリ８内にはｍ個の音声メッセー
ジＭ１〜Ｍｍが記憶されており、例えばプログラムＰｉ
（ｉ＝１，．．．，ｎ）が音声メッセージＭｊ（ｊ＝
１，．．．，ｍ）の出力を音声入出力装置３に要請する
と、それが音声入出力デバイス７に送られて再生され
る。また、利用者は再生された音声に応答して、適当な
指示を音声入出力デバイス７から入力することができ、
入力された指示は音声入出力装置３を介してプログラム
Ｐｉに伝えられる。

【０００６】図２２は、このようなマルチプロセス環境
における音声の利用例を示している。図２２において
は、電子メールプログラム１１、エディタ１２、および
エディタ１２によりデバッグされるプログラムＡとプロ
グラムＢが同時に走行している。プログラムＡとプログ
ラムＢとには、トレース中の走行状態を音声で出力する
ために、プログラムの文番号を読み上げるステートメン
ト“speak ‘ 〜 ’”が挿入されている。

【０００７】これらのプログラムＡ、Ｂの実行は、バッ
クグラウンド（アイコン化したウインドウの状態、ある
いはエディタのウインドウの下に隠れたウインドウの状
態）で行う。例えば図２３に示すように、プログラム
Ａ、Ｂの実行画面（ウインドウ）がＣＲＴスクリーン内
でデバッグ用エディタ画面に隠されている場合、最上位
のエディタ画面では、プログラムＡ、Ｂの実行結果等が
デバッギングエディタを使って調べられる。

【０００８】プログラムＡ、Ｂのトレース中に音声出力
のステートメントが実行されると、対応する音声の出力
要求が音声入出力装置３内の音声出力装置１３に伝えら
れ、スピーカ等から利用者１４に‘programAのトレー
ス’などのメッセージが出力される。

【０００９】

【発明が解決しようとする課題】しかしながら、上述の
ような従来の音声出力機構には、次のような問題があ
る。

【００１０】マルチプロセス環境等において、走行して
いる複数個のプログラムが同時に音声メッセージを出力
しようとした場合に、出力音声が混線する可能性が考え
られる。この現象を、まず、既存のラインプリンタを用
いた印刷処理を例にとって説明する。

【００１１】図２４は、ラインプリンタにおける印刷結
果出力時の混線例を示している。図２４において、同時
走行中のプログラムＡ、Ｂには、印刷を指示するステー
トメント“print ‘ 〜 ’”が挿入されている。ここ
で、プリンタが２つのプログラムからの印刷要求を区別
せずに、要求順に印刷したとする。

【００１２】すると、時刻Ｔ１においてプログラムＡの
文字列‘100 番実行’が印刷され、時刻Ｔ２、Ｔ３にお
いてそれぞれプログラムＢの変数値‘3.1415’、‘1.41
42’が印刷され、時刻Ｔ４においてプログラムＡの文字
列‘200 番実行’が印刷される。このように、プログラ
ムＡとプログラムＢの出力が混ざってしまう。

【００１３】この問題を解決する１つの方法は、プログ
ラムの印刷出力区間をセッションとして導入し、セッシ
ョンの開始から終了まで、そのプログラムがプリンタを
排他的に専有するような制御を行うことである。

【００１４】図２５は、このような排他専有制御による
混線問題の解決法を示している。図２５では、時刻Ｔ５
から時刻Ｔ８までがプログラムＡのセッションに対応
し、時刻Ｔ９から時刻Ｔ１２までがプログラムＢのセッ
ションに対応する。

【００１５】まず、時刻Ｔ５においてプログラムＡがプ
リンタの専有権を獲得し、時刻Ｔ６、Ｔ７においてそれ
ぞれ文字列‘100 番実行’、‘200 番実行’が印刷され
た後、時刻Ｔ８において専有を解除する。この間プログ
ラムＢの印刷要求は実行されず、時刻Ｔ９においてプロ
グラムＢがプリンタの専有権を獲得した後、時刻Ｔ１
０、Ｔ１１においてそれぞれ変数値‘3.1415’、‘1.41
42’が印刷される。そして、プログラムＢは、時刻Ｔ１
２において専有を解除する。

【００１６】このような排他専有制御を行えば、各プロ
グラム毎に印刷結果が得られる。以上のような混線は、
図２２の音声出力要求に対しても、同様に起こり得る問
題である。

【００１７】何等かのセッションスケジューリングを導
入しなければ、マルチプロセス環境等で同時走行してい
る各プログラムは、利用者の意図とは独立に実行順序を
獲得する。その結果、利用者の意図しない時点でプログ
ラムが音声データを出力することがある。

【００１８】図２６は、図２２のマルチプロセス環境に
おけるセッションスケジューリングの必要性を示してい
る。図２６において、利用者１４は、最初に電子メール
を読み、次にプログラムＡのデバッグを行ってから、プ
ログラムＢのデバッグを行うという意図を持っていると
する。

【００１９】しかしながら、電子メールプログラム１
１、エディタ１２、プログラムＡ、プログラムＢが独立
に実行され、音声出力のためのセッション制御が行われ
ない場合、図２６に示すように、時刻Ｔ１１においてデ
ィスプレイに表示された電子メールを利用者１４が読ん
でいる最中に、時刻Ｔ１２においてプログラムＡが起動
され、‘programAのトレース’という音声データが出力
されることがある。

【００２０】ここでは、さらに時刻Ｔ１３においてエデ
ィタ１２が起動され、時刻Ｔ１４においてプログラムＡ
の‘100 番通過’という音声データが出力され、時刻Ｔ
１５においてプログラムＢが起動され、‘programBのト
レース’という音声データが出力される。その後、時刻
Ｔ１６においてプログラムＡの‘200 番通過’という音
声データが出力され、時刻Ｔ１７、Ｔ１８においてそれ
ぞれプログラムＢの‘100 番通過’、‘200 番通過’と
いう音声データが出力される。

【００２１】このように、図２６の音声データ出力処理
には、基本的に次の２つの問題がある。音声を使用しない作業中に、突然、音声出力が始ま
る。このため、利用者１４は出力された音声で意表を突
かれ、そのメッセージの内容を理解できないこともあり
得る。複数のプログラムからの音声出力が時間的に混合し、
利用者１４は、どのプログラムからのメッセージなのか
判別し難い。

【００２２】このうち、の問題を解決する方法とし
て、上述の印刷制御と同様に、１つのプログラムの音声
対話区間を音声セッションとして導入し、セッションの
開始から終了までの間、そのプログラムに音声出力装置
１３を専有させることが考えられる。

【００２３】図２７は、このような排他専有制御による
音声出力順序の混乱回避法を示している。図２７におい
ては、時刻Ｔ２１において表示された電子メールを利用
者１４が読んでいる最中に、時刻Ｔ２２においてプログ
ラムＡが起動されても、音声セッションが開始されてい
ないので、音声データは出力されない。このため、利用
者１４は、落ち着いて電子メールを読むことができる。

【００２４】その後、時刻Ｔ２３においてエディタ１２
が起動されると、時刻Ｔ２４においてプログラムＡの音
声セッションが開始され、時刻Ｔ２５、Ｔ２７、Ｔ２８
においてそれぞれ‘programAのトレース’、‘100 番通
過’、‘200 番通過’という音声データが順に出力され
る。

【００２５】この間、時刻Ｔ２６においてプログラムＢ
が起動されても、その音声セッションは開始されず、プ
ログラムＢの音声データは出力されない。したがって、
プログラムＡとプログラムＢの出力音声が混合すること
はない。

【００２６】時刻Ｔ２９においてプログラムＡの音声セ
ッションが終了すると、時刻Ｔ３０においてプログラム
Ｂの音声セッションが開始される。そして、時刻Ｔ３
１、Ｔ３２、Ｔ３３においてそれぞれ‘programBのトレ
ース’、‘100 番通過’、‘200 番通過’という音声デ
ータが出力され、時刻Ｔ３４においてプログラムＢの音
声セッションが終了する。

【００２７】このような排他専有制御を行えば、複数の
プログラムからの音声出力が時間的に混合することはな
くなり、上述のの問題は解決される。しかしながら、
の問題は依然として解決されない。以上説明した従来
の音声出力機構の問題点をまとめると、以下のようにな
る。

【００２８】複数個のプログラムが同時に音声出力装置
を使用する場合に、無秩序に音声出力装置の使用を許可
すれば、音声出力が相互に混合されて計算機利用者に提
供されてしまう。この問題点の１つの解決法は、プログ
ラムが音声出力装置を使用する場合に、その使用区間を
音声出力セッションとして管理し、音声出力セッション
の開始から終了までの間、プログラムに音声出力装置を
独占的に使用させることである。

【００２９】しかし、この解決法では、音声出力を行う
プログラムと音声出力を行わないプログラムとが同時に
走行する場合、利用者が音声出力を伴わないプログラム
を使って作業している間に、もう一方のプログラムの音
声出力セッションが開始されることを回避できないとい
う問題が残される。

【００３０】画面表示等と異なり、出力された音声は書
き留めておくことができないので、無秩序に音声出力機
構を使用すれば、利用者が出力された音声メッセージを
理解する効率は低下する。また、音声は直接利用者に情
報を提示するので、利用者が意図しない時点で突然始ま
る音声出力は、その時点で利用者が行っていた作業を中
断させ、作業効率を低下させる結果を招く。このため、
何等かの方法で利用者自身が音声出力を制御できる機構
が望まれる。

【００３１】本発明は、プログラムの指令に基づいて音
声を出力する情報処理装置において、音声出力機能を使
用するプログラムの実行順序を整列させ、音声セッショ
ンの実行に計算機利用者の意図を反映させることのでき
るスケジューリング装置およびその方法を提供すること
を目的とする。

【００３２】

【課題を解決するための手段】図１は、本発明のスケジ
ューリング装置の原理図である。図１のスケジューリン
グ装置は、プログラムの指令に基づいて音声を出力する
情報処理装置に設けられ、スケジューラー手段２１と音
声出力手段２２を備える。

【００３３】スケジューラー手段２１は、プログラムか
ら音声セッションの開始要求を受け取り、利用者にその
音声セッションの開始の承認を求めて、その利用者から
の承認が得られたときに、上記プログラムに音声セッシ
ョンの開始許可を与える。

【００３４】音声出力手段２２は、スケジューラー手段
２１の指示に基づいて、上記音声セッションの開始の承
認を求める音声を出力する。スケジューラー手段２１が
プログラムからの音声セッションの開始要求を音声出力
手段２２に伝えると、音声出力手段２２は、例えば“音
声出力を始めてもいいですか”というような音声メッセ
ージを出力する。そして、利用者が音声セッションの開
始を承認する応答を行えば、スケジューラー手段２１が
それを認識し、開始許可をプログラムに出力する。これ
により、プログラムは利用者の同意を得て、音声セッシ
ョンを開始することができる。

【００３５】このように、利用者の同意がなければ音声
セッションは開始されないので、利用者が予期しないタ
イミングで、突然、音声セッションが始まることはなく
なる。したがって、利用者は、音声セッションで出力さ
れたメッセージの内容を聞き取りやすくなる。

【００３６】また、スケジューラー手段２１は、上記プ
ログラムからさらに上記音声セッションの終了要求を受
け取り、上記利用者にその音声セッションの終了の承認
を求めて、その利用者からの承認が得られたときに、上
記プログラムに音声セッションの終了許可を与え、音声
出力手段２２は、スケジューラー手段２１の指示に基づ
いて、上記音声セッションの終了の承認を求める音声を
出力する。

【００３７】この場合、スケジューラー手段２１がプロ
グラムからの音声セッションの終了要求を音声出力手段
２２に伝えると、音声出力手段２２は、例えば“音声出
力を終わってもいいですか”というような音声メッセー
ジを出力する。そして、利用者が音声セッションの終了
を承認する応答を行えば、スケジューラー手段２１がそ
れを認識し、終了許可をプログラムに出力する。これに
より、プログラムは利用者の同意を得て、音声セッショ
ンを終了することができる。

【００３８】このように、利用者の同意がなければ音声
セッションは終了しないので、利用者が予期しないタイ
ミングで、突然、音声セッションが終わることはない。
したがって、利用者は、音声セッションの画面でやり残
したことがないかどうかを、ゆっくりチェックすること
ができる。

【００３９】図１のスケジューリング装置によれば、ス
ケジューラー手段２１がプログラムと利用者との間に立
って、音声セッションの開始と終了のタイミングを調停
するので、音声セッションの実行に利用者の意図を反映
させることが可能になる。

【００４０】また、並列的に走行する複数のプログラム
から複数の開始要求が送られたとき、スケジューラー手
段２１は、それらの開始要求を要素とする待ち行列を生
成し、要素間の優先順位計算を行って、最も優先順位の
高い要素を取り出し、その要素に対応する音声セッショ
ンの調停を行うことができる。

【００４１】適当な優先順位の計算方法をあらかじめ決
めておけば、音声出力手段２２を用いた音声出力セッシ
ョンの開始要求が重なった場合でも、優先順位の高いも
のから順に実行される。

【００４２】また、待ち行列から１つの要素を取り出し
た後、その音声セッションが終了するまで新たな要素の
取り出しを禁止しておけば、複数の音声セッションが互
いに混ざり合うことはなくなる。こうして、複数の音声
セッションが時間的に整列され、順番に実行されるの
で、利用者は、出力された音声とプログラムとの対応関
係を把握しやすくなる。

【００４３】例えば、図１のスケジューラー手段２１
は、実施形態の図６におけるＣＰＵ（中央処理装置）４
１とメモリ４２に対応し、音声出力手段２２は、音声入
出力装置３２と音声出力デバイス４８に対応する。

【００４４】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。本発明では、プログ
ラムと計算機利用者との間に立って、音声セッションの
開始と終了とを調停し、利用者との対話に基づいて音声
セッションのスケジューリングを行う音声セッションス
ケジューラーを計算機上に設ける。

【００４５】図２は、実施形態における音声セッション
スケジューラーを示している。この音声セッションスケ
ジューラー３１は、同時走行中のｎ個のプログラムＰ１
〜Ｐｎから音声セッションの開始／終了要求を受け付
け、それを音声で計算機利用者１４に伝えて、音声セッ
ションを開始するタイミング、または終了するタイミン
グの折衝を行う。そして、音声入力により利用者１４か
らの承認が得られると、音声入出力装置３２を制御して
音声セッションを開始または終了する。

【００４６】このような音声セッションスケジューラー
３１を導入すれば、実際に音声セッションが開始される
前に、その開始許可を求める問い合せが利用者１４に提
示されるので、利用者１４は自分の都合の良いときに音
声セッションを開始させることができる。また、承認が
ない限り音声セッションは終了しないので、利用者１４
はやり残しの作業がないかどうか確認してから、音声セ
ッションを終了させることができる。

【００４７】また、プログラムＰ１〜Ｐｎから同時に音
声セッションの開始要求があった場合には、音声セッシ
ョンスケジューラー３１はそれらの間の実行順序を調整
する。そして、調整結果にしたがって音声入出力装置３
２を制御し、音声セッションを順番に開始させる。こう
して、複数のプログラムが並列的に走行する環境におい
て、音声入出力装置３２を使用するプログラムを決定す
るための優先度制御が自動的に行われる。

【００４８】次に、図３から図５までを参照しながら、
音声セッションスケジューラー３１の機能についてさら
に説明する。図３は、音声セッションスケジューラー３
１によるセッションスケジューリングの方法を示してい
る。図３の時間軸上で、時刻Ｔ４１においてプログラム
のセッション開始要求が利用者１４に伝えられ、時刻Ｔ
４２において利用者１４の開始承認が得られると、時刻
Ｔ４３において音声セッションが開始される。そして、
プログラミングされた音声が出力される。

【００４９】その後、時刻Ｔ４４においてプログラムの
セッション終了要求が利用者１４に伝えられ、時刻Ｔ４
５において利用者１４の終了承認が得られると、時刻Ｔ
４６において音声セッションが終了する。利用者１４か
らの開始承認や終了承認は、音声で計算機に入力しても
よく、キー入力等の他の方法で入力してもよい。

【００５０】ところで、音声セッションスケジューラー
３１によるセッション開始時刻の割り当て方法には、開
始要求の到着順に割り当てる方法と、開始要求に優先順
位を与えて、高い優先順位のものから順に割り当てる方
法とがある。

【００５１】図４は、セッション開始時刻の到着順割り
当て制御を示している。図４において、同時走行中のプ
ログラムＰ１、Ｐ２、Ｐｎのうち、プログラムＰ２から
最初にセッション開始要求が出力され、次にプログラム
Ｐ１からセッション開始要求が出力されたとする。この
とき、音声セッションスケジューラー３１は、開始要求
が到着した順に音声セッションの開始時刻を割り当て
る。

【００５２】その結果、時刻Ｔ５１において、まずプロ
グラムＰ２の音声セッションが開始され、利用者１４に
音声メッセージが提供される。そして、時刻Ｔ５２にお
いてその音声セッションが終了した後に、時刻Ｔ５３に
おいてプログラムＰ１の音声セッションが開始され、時
刻Ｔ５４においてそれが終了する。

【００５３】また、図５は、セッション開始時刻の優先
順位付き割り当て制御を示している。図５において、プ
ログラムＰ１、Ｐ２、Ｐｎの順にセッション開始要求が
出力されたとき、音声セッションスケジューラー３１
は、あらかじめ決められた方法にしたがってそれらの優
先順位を決定する。その結果、プログラムＰ１、Ｐｎの
開始要求の優先順位が“高”に設定され、プログラムＰ
２の優先順位が“低”に設定される。

【００５４】音声セッションスケジューラー３１は、高
い優先順位を持つプログラムＰ１、Ｐｎの開始要求のう
ち、先に到着したプログラムＰ１の開始要求の方により
早い開始時刻を割り当て、優先順位の低いプログラムＰ
２の開始要求には最も遅い開始時刻を割り当てる。

【００５５】その結果、時刻Ｔ６１において、まずプロ
グラムＰ１の音声セッションが開始され、時刻Ｔ６３に
おいてそれが終了する。その間、時刻Ｔ６２において到
着したプログラムＰ２の開始要求に対応する音声セッシ
ョンは、プログラムＰ１、Ｐｎの音声セッションが終了
するまで、その開始を待たされることになる。

【００５６】そして、時刻Ｔ６４において到着したプロ
グラムＰｎの開始要求に対応する音声セッションが時刻
Ｔ６５において開始され、時刻Ｔ６６において終了す
る。その後、優先順位の低いプログラムＰ２の音声セッ
ションが時刻Ｔ６７において開始され、時刻Ｔ６８にお
いて終了する。

【００５７】図４の到着順割り当て制御によれば、簡単
な制御で機械的にセッションスケジューリングを行うこ
とができる。これに対して、図５の優先順位付き割り当
て制御によれば、到着順割り当て制御より処理は複雑に
なるが、緊急性の高いプログラムほど早く音声セッショ
ンを開始させることが可能になる。

【００５８】次に、ＧＵＩ環境における音声セッション
スケジューラー３１の実施形態について説明する。ま
ず、図６および図７を参照しながら、音声セッションス
ケジューラー３１を搭載したスケジューリング装置のハ
ードウェア構成およびソフトウェア構成を説明する。

【００５９】図６は、スケジューリング装置を実現する
計算機システムのハードウェア構成を示している。図６
のスケジューリング装置は、ＣＰＵ４１、メモリ４２、
入力装置４３、入力デバイス４４、表示装置４５、ディ
スプレイ４６、音声入出力装置３２、音声入力デバイス
４７、音声出力デバイス４８、媒体駆動装置５０−１、
および外部記憶装置５０−２を備える。

【００６０】このうち、ＣＰＵ４１、メモリ４２、入力
装置４３、表示装置４５、音声入出力装置３２、媒体駆
動装置５０−１、および外部記憶装置５０−２は、バス
４９により互いに結合されている。

【００６１】入力装置４３は図２１の標準入力装置２に
対応し、それに接続される入力デバイス４４はキーボー
ド５、ポインティングデバイス６等に対応する。また、
表示装置４５はウインドウ表示装置１に対応し、それに
接続されるディスプレイ４６はＣＲＴディスプレイ４等
に対応する。

【００６２】また、音声入出力装置３２は音声入出力装
置３に対応し、それに接続される音声入力デバイス４７
と音声出力デバイス４８は音声入出力デバイス７に対応
する。音声入力デバイス４７としては、例えばマイク等
が用いられ、音声出力デバイス４８としては、例えばス
ピーカ等が用いられる。

【００６３】ＣＰＵ４１は、メモリ４２に格納されたプ
ログラムを実行して、音声セッションスケジューラー３
１の機能を実現する。メモリ４２としては、例えばＲＯ
Ｍ（read only memory）、ＲＡＭ（random access memo
ry）等が用いられる。

【００６４】媒体駆動装置５０−１は、可搬記録媒体５
０−３を駆動し、その記憶内容にアクセスする。可搬記
録媒体５０−３としては、メモリカード、フロッピーデ
ィスク、ＣＤ−ＲＯＭ（compact disk read only memor
y ）、光ディスク、光磁気ディスク（magneto-optical
disk）等、任意のコンピュータ読み取り可能な記録媒体
を使用することができる。この可搬記録媒体５０−３に
は、データのほかに、音声セッションスケジューラー３
１の機能を実現するためのプログラムが格納される。

【００６５】外部記憶装置５０−２は、例えば、磁気デ
ィスク装置、光ディスク装置、光磁気ディスク装置等で
あり、データのほかに、音声セッションスケジューラー
３１の機能を実現するためのプログラムを保存すること
ができる。

【００６６】図７は、スケジューリング装置のソフトウ
ェア構成を示している。図７において、音声出力を行う
プログラム内には、開始申請部５１と終了申請部５２が
設けられ、音声セッションスケジューラー３１のプログ
ラム内には、状態表示部５３、受け付け部５４、調停部
５５、および終了部５６が設けられる。

【００６７】開始申請部５１は、音声セッションの開始
を音声セッションスケジューラー３１に申請し、開始許
可を待つ。受け付け部５４は、複数のプログラムからの
音声セッション開始申請を受け付け、それらの開始申請
のうちの１つを選択して取り出す。このとき、状態表示
部５３は、受け付け部５４からの指示にしたがって、１
つの音声セッション開始申請を処理中であることをフラ
グを用いて表示する。

【００６８】図８は、状態表示部５３のプログラム構成
例を示している。状態表示部５３のフラグ（flag）は、
音声セッションスケジューラー３１の初期状態において
「取り出し可」（flag=0）に設定され、受け付け部５４
が１つの音声セッション開始申請を受け付けると「取り
出し不可」（flag=1）に設定される。

【００６９】受け付け部５４は、複数のプログラムの音
声セッション開始申請を格納し、開始時刻の優先順位付
き割り当て制御を行うために、図９に示すような待ち行
列を生成する。図９において、待ち行列６２内の各待ち
要素は、各プログラムの音声セッション開始申請に対応
する。また、フラグ（flag）６１は上述の状態表示部５
３のフラグに対応し、待ち行列６２からの待ち要素取り
出しの可否を制御する。

【００７０】受け付け部５４は、待ち行列６２に並んで
いる要素に対して優先順位を計算し、最高の優先度を持
つ要素を最適要素として選択する。そして、選択した要
素６４の取り出し後、待ち行列の並びを詰め、新規要素
６３が到着すれば、それを最後尾に挿入する。

【００７１】調停部５５は、受け付け部５４が選択した
音声セッション開始申請を利用者１４に通知し、利用者
１４からの承認を待ち、承認を得た時点でその音声セッ
ション開始申請を申請したプログラムに開始許可を与え
る。また、調停部５５は、必要に応じてオペレーティン
グシステム５７内のウインドウマネージャ５８に、表示
中のウインドウの再描画を指示する。

【００７２】一方、開始許可に基づいて音声セッション
を開始したプログラム内の終了申請部５２は、そのセッ
ション終了時に音声セッションの終了を音声セッション
スケジューラー３１に申請し、終了許可を待つ。終了部
５６は、この申請を受け付けて、音声セッションの終了
を利用者１４に通知する。そして、利用者１４からの承
認を待ち、承認を得た時点でその音声セッションの終了
許可を終了申請部５２に与える。

【００７３】こうして１つの開始申請に対応する音声セ
ッションが終了すると、終了部５６が状態表示部５３の
フラグを再び「取り出し可」（flag=0）に書き換える。
これにより、受け付け部５４は次に優先度の高い開始申
請を取り出して、その音声セッションに関する折衝を調
停部５５に依頼する。

【００７４】上述の受け付け部５４による優先度制御に
おいて、同じ優先順位毎に個別に待ち行列を作成し、優
先順位が高い待ち行列に入っている要求から順に処理す
る方法もある。この方法では、優先順位が低い要求は、
たとえ時間的に先行していても、より優先順位の高い要
求の処理が済むまで待たされることになる。

【００７５】以下、図１０から図２０までを参照しなが
ら、図７の各部の詳細な機能と実施形態の適用例につい
て説明する。図１０は、各プログラムが音声セッション
の開始申請に用いる開始申請部５１の処理のフローチャ
ートである。図１０において、開始申請部５１による音
声セッション開始申請処理は、プログラム中の開始コマ
ンド“start ”により音声セッションの開始時点で呼び
出される。

【００７６】開始申請部５１は、まずオペレーティング
システム５７がプログラムに与える識別番号（プロセス
ｉｄ）をシステムコールを用いて獲得し（ステップＳ
１）、それとプログラムに記述された優先度（priorit
y）とを、セッション開始要求として音声セッションス
ケジューラー３１の受け付け部５４に送付する（ステッ
プＳ２）。このproirityは、音声セッション開始の優先
度を表し、コマンド“start ”の引数として与えられ
る。

【００７７】そして、音声セッションスケジューラ３１
からの開始許可待ちの状態となって（ステップＳ３）、
処理を終了する。図１１は、セッション開始要求を受け
取った受け付け部５４が行う待ち行列作成処理のフロー
チャートである。図１１において処理が開始されると、
受け付け部５４は、プログラムからの音声セッション開
始申請を受け付けて、これを待ち行列６２の末尾に挿入
し（ステップＳ１１）、処理を終了する。こうして待ち
行列６２に加えられた待ち要素のデータ構造は、〈プロ
セスｉｄ，優先度（＝priority）〉のようになる。

【００７８】図１２は、受け付け部５４による待ち行列
要素取り出し処理のフローチャートである。図１２にお
いて処理が開始されると、受け付け部５４は、まず状態
表示部５３のフラグ６１をチェックして、待ち要素の取
り出しが可能かどうかを調べる（ステップＳ２１）。フ
ラグ６１の値が１であれば、その後もフラグ６１のチェ
ックを繰り返し、それが０になると、待ち要素の取り出
しを禁止するためにフラグ６１の値を１に設定する（ス
テップＳ２２）。

【００７９】次に、待ち行列６２内の待ち要素に対して
重み付きの順位を計算し（ステップＳ２３）、その順位
が最も高い要素を待ち行列６２から取り出して（ステッ
プＳ２４）、処理を終了する。こうして、取り出された
要素に対応するプログラムの音声セッションを開始する
タイミングが、調停部５５と利用者１４の対話により決
定される。

【００８０】このように、待ち行列６２への要素の追加
はいつでも行うことができるが、要素の取り出しはフラ
グ６１が０の時に限られる。言い換えれば、フラグ６１
は、音声セッションスケジューラー３１またはプログラ
ムが利用者１４と対話処理中か否かを示しており、対話
処理中は新たな開始要求の取り出しを禁止している。

【００８１】また、図１１と図１２の処理はそれぞれ別
々のプロセスにより行われ、図１２の要素取り出し処理
を行うプロセスは、例えばタイマ割り込み等を使って定
期的に起動される。

【００８２】図１３は、図１２のステップＳ２３、Ｓ２
４で行われる待ち要素選択処理のフローチャートであ
る。図１３において処理が開始されると、調停部５５
は、まず待ち行列６２の末尾からｋ番目にある待ち要素
〈プロセスｉｄ，優先度〉に対して、ｋ＋（優先度）の
値を計算し、その要素の優先判定値として記録する（ス
テップＳ３１）。

【００８３】次に、優先判定値が最大の待ち要素を待ち
行列６２から取り出し、取り出した後にできた空きを詰
める（ステップＳ３２）。そして、取り出した優先判定
値最大の待ち要素のプロセスｉｄを調停部５５に出力し
て（ステップＳ３３）、処理を終了する。

【００８４】このような優先判定値を用いて待ち要素の
選択を行えば、優先度が大きいものほど取り出し順位が
大きく繰り上がり、同じ優先度の複数の要素について
は、待ち行列６２の先頭近くにあるものから順に取り出
される。

【００８５】例えば、優先度低＝０、優先度中＝１、優
先度高＝１０とすると、優先度低の要素は、多くの場
合、優先度中および優先度高の要素がなくなるまで待た
されることになる。また、優先度高の要素は、待ち行列
６２内で先行する優先度中の要素が１０個程度以下な
ら、それらより優先的に取り出される。

【００８６】また、優先度毎に個別に待ち行列を作成す
る方法を採用した場合には、優先度が高い待ち行列から
順に選択され、各待ち行列の先頭から順に要素が取り出
される。したがって、優先度のより低い待ち行列の要素
は、優先度のより高い待ち行列の要素より後に取り出さ
れることになる。

【００８７】図１３に示した優先判定値の計算方法は一
例に過ぎず、同じ優先度の複数の待ち要素間の相対順位
を変えない限り、優先度の高い待ち要素の取り出し順位
を適当に繰り上げるような任意の優先判定値を用いるこ
とができる。例えば、ｋ×（優先度）のような乗算結果
を優先判定値としてもよい。図１４は、受け付け部５４
から送られたプロセスｉｄに対応するセッション開始要
求を処理する調停部５５の折衝処理のフローチャートで
ある。図１４において処理が開始されると、調停部５５
は、まずメモリ４２内に蓄積された音声メッセージを検
索し（ステップＳ４１）、セッション開始要求に対応す
るメッセージを音声信号として利用者１４に出力する
（ステップＳ４２）。

【００８８】このとき、“音声出力を始めてもいいです
か”等の音声メッセージが、音声入出力装置３２、音声
出力デバイス４８を介して、利用者１４に伝えられる。
次に、音声入力デバイス４７、音声入出力装置３２を介
して入力する音声信号を監視し（ステップＳ４３）、音
声信号の入力があれば、その中に単語が存在するかどう
かを判定する（ステップＳ４４）。

【００８９】ここでは、入力音声のエネルギーが閾値Ｅ
を越える時間区間の長さをＴとし、Ｔが閾値Ｔ₀以上の
場合に単語が存在するとみなす。閾値Ｅよりエネルギー
の低い音声はバックグランドとして無視され、閾値Ｅよ
りエネルギーが高くても、閾値Ｔ₀以上続かないような
音声もまた、ノイズとして無視される。ここで、入力音
声のエネルギーの代わりに、振幅を用いて判定してもよ
い。

【００９０】入力音声に単語が存在しなければ、ステッ
プＳ４３に戻って再び音声信号を監視し、単語が存在す
れば、それを利用者１４からの音声セッション開始承認
とみなして、ステップＳ４５以降の音声セッション開始
処理を行う。

【００９１】したがって、利用者１４は、適当な長さの
任意の音声を入力して、音声セッション開始の承認を与
えることができる。また、他の作業に集中するために、
音声セッションを開始させたくないときは、単に沈黙し
ていればよい。調停部５５は、単語の存在する音声が入
力されるまで、ステップＳ４３で待機状態となる。

【００９２】音声セッション開始処理においては、まず
音声セッション開始要求として送付されたプロセスｉｄ
に対応するプロセスＰｉ（プログラムＰｉのプロセス）
に対して、音声セッション開始許可を発行する（ステッ
プＳ４５）。

【００９３】そして、ＧＵＩ環境の場合には、さらにウ
インドウマネージャ５８に対して、プロセスＰｉの画面
表示領域に対応するウインドウを選択状態にし、ウイン
ドウを再描画することを依頼して（ステップＳ４６）、
処理を終了する。

【００９４】この依頼の結果、プロセスＰｉのウインド
ウが他のウインドウに隠れて表示されていた場合には、
そのウインドウが描き直されて、隠れていた部分が表示
される。

【００９５】例えば、図１５に示すＣＲＴ画面の場合、
プログラムＰｉのウインドウ７３は、プログラムＰ１の
ウインドウ７１とプログラムＰｎのウインドウ７２に一
部隠れているが、再描画によりウインドウ７１、７２の
上に上書きされる。この画面では、他のプログラムのウ
インドウはアイコン化され、アイコン７４、７５として
表示されている。

【００９６】こうして、開始許可が発行され、ウインド
ウが再描画されると、プロセスＰｉは音声入出力装置３
２を使用して利用者１４との対話を行う。利用者１４が
音声セッションの開始に同意した後に対話が始まるた
め、利用者１４は出力される音声メッセージを容易に聞
き取ることができる。

【００９７】また、図１６に示すようにＣＲＴ画面の面
積が大きく、画面の周辺領域に表示されているウインド
ウ７６またはウインドウ７７のプログラムが音声出力を
行う場合でも、利用者１４は音声入力により対話開始を
指示できる。このため、ウインドウ７６、７７にカーソ
ルを移動させてクリックするなどの煩雑な操作なしで、
音声出力を開始させることができる。

【００９８】さらに、ＧＵＩ環境の場合には、画面上で
のウインドウの表示位置に関するヒントを利用者１４に
提示するために、音声を出力するウインドウの表示位置
を疑似的な音源位置とするようなステレオ音源を使用す
る。

【００９９】図１７は、このようなステレオ音源による
ウインドウ表示位置の提示方法の例を示している。図１
７において、ディスプレイ４６の画面の左右には、それ
ぞれ多段のスピーカ列左８１、スピーカ列右８２が配置
されている。今、画面に表示されているウインドウ８
５、８６、８７のうち、ウインドウ８７のプログラムが
音声セッション開始を要求しているとする。

【０１００】このとき、図１４のステップＳ４２におい
て提示される音声メッセージは、利用者１４にとって、
ウインドウ８７の表示位置から出力されたように聞こえ
ることが望ましい。このような音像が得られれば、利用
者１４は音声の聞こえた方を見るだけでウインドウ８７
の表示位置を確認することができ、音声セッションが開
始された後、直ちにデスク８８上のマウス８９を用いて
必要な入力を行うことができる。

【０１０１】そこで、音声セッションスケジューラー３
１は、まずウインドウ８７と同じ高さに対応するスピー
カ段数を指定して、その段の左右のスピーカを選択し、
垂直方向（ｙ方向）のパン（pan ）焦点位置８３をウイ
ンドウ８７の高さに合わせる。ここで、パン焦点位置と
は、スピーカ列左８１とスピーカ列右８２から出力され
た音声を利用者１４が聞いたときに、得られる音像の焦
点位置を意味する。

【０１０２】次に、選択した左右のスピーカの音量等を
調整して、水平方向（ｘ方向）のパン焦点位置８４をウ
インドウ８７の位置に合わせる。このようにして、ステ
レオフォニック音響を生成することにより、音像の焦点
位置をウインドウ８７の中心位置に合わせることができ
る。音声セッションが開始された後も、音声入出力装置
３２により同様の制御が行われる。

【０１０３】図１８は、音声セッションの終了申請を行
う終了申請部５２の処理のフローチャートである。図１
８において、終了申請部５２による音声セッション終了
申請処理は、プログラム中の終了コマンド“end ”によ
り音声セッションの終了時点で呼び出される。

【０１０４】終了申請部５２は、まずプログラムのプロ
セスｉｄをシステムコールを用いて獲得し（ステップＳ
５１）、それをセッション終了要求として音声セッショ
ンスケジューラー３１の終了部５６に送付する（ステッ
プＳ５２）。そして、音声セッションスケジューラ３１
からの終了許可待ちの状態となって（ステップＳ５
３）、処理を終了する。

【０１０５】図１９は、終了申請部５２からセッション
終了要求を受け取った終了部５６の処理のフローチャー
トである。図１９のステップＳ６１〜Ｓ６５の処理は、
図１４のステップＳ４１〜Ｓ４５の調停部５５の処理と
同様である。図１９において処理が開始されると、終了
部５６は、まずメモリ４２内に蓄積された音声メッセー
ジを検索し（ステップＳ６１）、セッション終了要求に
対応するメッセージを音声信号として利用者１４に出力
する（ステップＳ６２）。

【０１０６】このとき、“音声出力を終わってもいいで
すか”等の音声メッセージが、音声入出力装置３２、音
声出力デバイス４８を介して、利用者１４に伝えられ
る。次に、音声入力デバイス４７、音声入出力装置３２
を介して入力する音声信号を監視し（ステップＳ６
３）、音声信号の入力があれば、図１４のステップＳ４
４と同様にして、その中に単語が存在するかどうかを判
定する（ステップＳ６４）。

【０１０７】入力音声に単語が存在しなければ、ステッ
プＳ６３に戻って再び音声信号を監視し、単語が存在す
れば、それを利用者１４からの音声セッション終了承認
とみなして、ステップＳ６５以降の音声セッション終了
処理を行う。したがって、利用者１４は、適当な長さの
任意の音声を入力して音声セッション終了の承認を与え
ることができ、それを終了させたくないときは、単に沈
黙していればよい。

【０１０８】音声セッション終了処理においては、まず
音声セッション終了要求として送付されたプロセスｉｄ
に対応するプロセスＰｉに対して、音声セッション終了
許可を発行する（ステップＳ６５）。そして、状態表示
部５３のフラグ６１を０に設定して、待ち行列６２から
の次の要素の取り出しを許可し（ステップＳ６６）、処
理を終了する。

【０１０９】このように、利用者１４に承認を求めて、
音声セッションの終了処理を遅延させることにより、利
用者１４は、その音声セッションで作成された画面表示
をチェックする時間を得る。ここで、何かやり残した作
業があれば、それを完了した後に終了承認を与えること
ができる。

【０１１０】ところで、上述したウインドウ表示位置を
音源位置とするステレオ音源は、一度に全体を目視でき
ないほど巨大な表示画面を持つＧＵＩ環境においても、
大きな効果を発揮する。

【０１１１】図２０は、このような巨大な表示画面を持
つＧＵＩ環境の例を示している。図２０において、多数
のワークステーション９２がネットワーク９３により互
いに結合され、１つのワークステーション・クラスタ９
１を構成している。また、ディスプレイ・クラスタ９４
は、ワークステーション・クラスタ９１に属するワーク
ステーション９２の画面全体から構成される。利用者１
４は、監視用ディスプレイ９５を用いてディスプレイ・
クラスタ９４の各画面を監視する。

【０１１２】このディスプレイ・クラスタ９４の左右に
スピーカ列左９６、スピーカ列右９７を配置することに
より、図１７と同様にして、特定のワークステーション
９２の画面に焦点を合わせたステレオフォニック音響を
生成することができる。したがって、利用者１４は、音
声セッションの開始を申請したワークステーション９２
の画面を効率良く発見できる。

【０１１３】また、本実施形態において、調停部５５あ
るいは終了部５６が利用者１４からの応答を認識する方
法としては、図１４あるいは図１９に示した入力音声の
エネルギーを使う方法以外に、次のようなものが考えら
れる。

【０１１４】第１の方法は、公知の技術である音声認識
技術を使って、標準音声パターンとの照合を行う方法で
ある。第２の方法は、キーボード上の特定のキーを応答
キーとして予約しておき、利用者１４によるキーボード
入力を監視することによって、その応答を判断する方法
である。その他、任意の方法で入力された応答を認識し
て、利用者１４による承認の有無を判定することができ
る。

【０１１５】以上説明した実施形態によれば、待ち行列
６２の要素を１度に１つずつ処理することにより、複数
の音声セッションが時間的に整列されるので、利用者に
対して無秩序に音声対話が開始されることがなく、作業
能率の低下が回避される。

【０１１６】また、音声セッションの開始時点と終了時
点とを利用者が指定できるので、プログラム編集を典型
とする、音声対話を使用しない作業に利用者が集中して
いる時に、音声対話セッションが開始されることがな
く、それによる作業能率低下も回避される。また、利用
者が同意しなければセッションが開始／終了されないの
で、作業中の画面を整理する時間的余裕が利用者に与え
られる。

【０１１７】また、音声セッション開始要求を、画面表
示の変化でなく、音声により提示するので、隠れ表示位
置にあるウインドウからの開始要求も、直接利用者に提
示される。

【０１１８】さらに利用者からの応答を、画面上の位置
指定でなく音声等で行うことにより、隠れ位置にあるウ
インドウを捜す作業を省くことができる。したがって、
隠れ位置にあるウインドウを探すために画面表示を書き
換える必要もなく、作業中の画面表示が壊されて能率が
低下することも防止される。

【０１１９】

【発明の効果】本発明によれば、プログラムの指令に基
づいて音声を出力する情報処理装置において、複数のプ
ログラムによる音声出力の実行順序が整列され、音声セ
ッションが各プログラム毎に分離される。したがって、
複数のプログラムからの音声が混合することはなく、計
算機利用者にとって、出力音声とプログラムの対応関係
が明確になる。

【０１２０】また、各音声セッションの開始前に利用者
に対して開始承認を求めるので、利用者が同意を与えた
時に音声セッションを開始させることができる。したが
って、利用者が予期しないときに、突然、音声セッショ
ンが始まるようなことはなくなり、利用者が音声メッセ
ージを聞き取りやすくなる。

【０１２１】さらに、各音声セッションの終了前に利用
者に対して終了承認を求めるので、利用者が同意を与え
た時に音声セッションを終了させることができる。した
がって、利用者が画面の整理をしたり、作業の完了をチ
ェックしたりする時間的余裕が生まれる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】音声セッションスケジューラーを示す図であ
る。

【図３】セッションスケジューリングの方法を示す図で
ある。

【図４】セッション開始時刻の到着順割り当て制御を示
す図である。

【図５】セッション開始時刻の優先順位付き割り当て制
御を示す図である。

【図６】実施形態におけるスケジューリング装置の構成
図である。

【図７】実施形態におけるソフトウェア構成を示す図で
ある。

【図８】状態表示部の構成例を示す図である。

【図９】待ち行列の構造を示す図である。

【図１０】開始申請部の処理のフローチャートである。

【図１１】待ち行列作成処理のフローチャートである。

【図１２】待ち行列要素取り出し処理のフローチャート
である。

【図１３】待ち要素選択処理のフローチャートである。

【図１４】調停部の処理のフローチャートである。

【図１５】隠れウインドウを示す図である。

【図１６】画面の周辺部に表示されたウインドウを示す
図である。

【図１７】ステレオ音源によるウインドウ表示位置の提
示方法を示す図である。

【図１８】終了申請部の処理のフローチャートである。

【図１９】終了部の処理のフローチャートである。

【図２０】巨大な表示画面を持つＧＵＩ環境を示す図で
ある。

【図２１】音声入出力付きの計算機システムを示す図で
ある。

【図２２】マルチプロセス環境における音声の利用例を
示す図である。

【図２３】音声トレースを使ったプログラムのデバッグ
画面を示す図である。

【図２４】印刷結果の混線を示す図である。

【図２５】排他専有制御による混線問題の解決法を示す
図である。

【図２６】セッションスケジューリングの必要性を示す
図である。

【図２７】音声出力順序の混乱回避法を示す図である。

【符号の説明】

１ウインドウ表示装置２標準入力装置３、３２音声入出力装置４ＣＲＴディスプレイ５キーボード６ポインティングデバイス７音声入出力デバイス８、４２メモリ１１電子メールプログラム１２エディタ１３音声出力装置１４計算機利用者２１スケジューラー手段２２音声出力手段３１音声セッションスケジューラー４１ＣＰＵ４３入力装置４４入力デバイス４５表示装置４６ディスプレイ４７音声入力デバイス４８音声出力デバイス４９バス５１開始申請部５２終了申請部５３状態表示部５４受け付け部５５調停部５６修了部５７オペレーテイングシステム５８ウインドウマネージャ６１フラグ６２待ち行列６３、６４待ち要素７１、７２、７３、７６、７７、８５、８６、８７ウ
インドウ７４、７５アイコン８１、９６スピーカ列左８２、９７スピーカ列右８３、８４パン焦点位置８８デスク８９マウス９１ワークステーション・クラスタ９２ワークステーション９３ネットワーク９４ディスプレイ・クラスタ９５監視用ディスプレイ

Claims

【特許請求の範囲】

【請求項１】プログラムの指令に基づいて音声を出力
する情報処理装置において、前記プログラムから音声セッションの開始要求を受け取
り、利用者に該音声セッションの開始の承認を求めて、
該利用者からの承認が得られたときに、該プログラムに
該音声セッションの開始許可を与えるスケジューラー手
段と、前記スケジューラー手段の指示に基づいて、前記音声セ
ッションの開始の承認を求める音声を出力する音声出力
手段とを備えることを特徴とするスケジューリング装
置。
【請求項２】前記プログラムのプロセス識別子を含む
前記開始要求を前記スケジューラー手段に送り、該スケ
ジューラー手段からの前記開始許可を待つ開始申請手段
をさらに備えることを特徴とする請求項１記載のスケジ
ューリング装置。
【請求項３】前記スケジューラー手段は、複数のプログラムからの複数の開始要求を要素とする待
ち行列を生成し、優先順位計算を行って、最も優先順位
の高い要素を取り出す受け付け手段と、取り出された要素に対応する前記プログラムの音声セッ
ションの開始の承認を、前記利用者に求める調停手段と
を備えることを特徴とする請求項１記載のスケジューリ
ング装置。
【請求項４】前記調停手段は、前記開始要求に基づい
て前記音声セッションの開始の承認を求める音声データ
を検索し、該音声データを前記音声出力手段に出力し
て、前記利用者からの承認が得られたとき、前記プログ
ラムに前記開始許可を与えることを特徴とする請求項３
記載のスケジューリング装置。
【請求項５】前記プログラムに対応するウインドウを
画面表示するウインドウ表示手段をさらに備え、前記調
停手段は、該ウインドウを他のウインドウに隠れない表
示位置に再描画するように、前記ウインドウ表示手段に
依頼することを特徴とする請求項４記載のスケジューリ
ング装置。
【請求項６】前記スケジューラー手段は、前記受け付
け手段が前記待ち行列から要素を取り出したとき、それ
以上の要素取り出しを禁止することを表示する状態表示
手段をさらに備えることを特徴とする請求項３記載のス
ケジューリング装置。
【請求項７】前記スケジューラー手段は、前記プログ
ラムから前記音声セッションの終了要求を受け取り、該
終了要求に基づいて前記音声セッションの終了の承認を
求める音声データを検索し、該音声データを前記音声出
力手段に出力して、前記利用者からの承認が得られたと
き、前記プログラムに前記終了許可を与える終了手段を
さらに備えることを特徴とする請求項６記載のスケジュ
ーリング装置。
【請求項８】前記状態表示手段は、前記終了手段が前
記終了許可を出したとき、前記待ち行列からの要素取り
出しを許可することを表示することを特徴とする請求項
７記載のスケジューリング装置。
【請求項９】前記音声出力手段は、前記プログラムに
対応するウインドウの表示位置を疑似的な音源位置とす
るステレオフォニック音響を生成することを特徴とする
請求項１記載のスケジューリング装置。
【請求項１０】前記スケジューラー手段は、前記利用
者からの入力音声に単語が存在するかどうかを判定し、
該単語が存在するとき、該利用者からの承認が得られた
と判断することを特徴とする請求項１記載のスケジュー
リング装置。
【請求項１１】前記スケジューラー手段は、前記利用
者からの入力音声を認識して、該利用者からの承認が得
られたかどうかを判断する音声認識手段を備えることを
特徴とする請求項１記載のスケジューリング装置。
【請求項１２】前記スケジューラー手段は、前記利用
者によるキーボードからの入力信号を監視し、特定のキ
ーによる入力を検出したとき、該利用者からの承認が得
られたと判断することを特徴とする請求項１記載のスケ
ジューリング装置。
【請求項１３】前記スケジューラー手段は、前記プロ
グラムからさらに前記音声セッションの終了要求を受け
取り、前記利用者に該音声セッションの終了の承認を求
めて、該利用者からの承認が得られたときに、該プログ
ラムに該音声セッションの終了許可を与え、前記音声出
力手段は、前記スケジューラー手段の指示に基づいて、
前記音声セッションの終了の承認を求める音声を出力す
ることを特徴とする請求項１記載のスケジューリング装
置。
【請求項１４】前記プログラムのプロセス識別子を含
む前記終了要求を前記スケジューラー手段に送り、該ス
ケジューラー手段からの前記終了許可を待つ終了申請手
段をさらに備えることを特徴とする請求項１３記載のス
ケジューリング装置。
【請求項１５】前記スケジューラー手段は、前記利用
者からの入力音声に単語が存在するかどうかを判定し、
該単語が存在するとき、該利用者からの終了の承認が得
られたと判断することを特徴とする請求項１３記載のス
ケジューリング装置。
【請求項１６】前記スケジューラー手段は、前記利用
者からの入力音声を認識して、該利用者からの終了の承
認が得られたかどうかを判断する音声認識手段を備える
ことを特徴とする請求項１３記載のスケジューリング装
置。
【請求項１７】前記スケジューラー手段は、前記利用
者によるキーボードからの入力信号を監視し、特定のキ
ーによる入力を検出したとき、該利用者からの終了の承
認が得られたと判断することを特徴とする請求項１３記
載のスケジューリング装置。
【請求項１８】複数のプログラムが並列に走行する環
境で、音声を出力する音声セッションを制御する情報処
理装置において、プログラムの音声セッションの開始要求を生成し、該音
声セッションの開始許可を待つ開始申請手段と、前記開始要求を受け取り、該音声セッションの開始のタ
イミングを利用者と調整して、前記開始申請手段に前記
開始許可を与える調停手段と、前記プログラムの音声セッションの終了要求を生成し、
該音声セッションの終了許可を待つ終了申請手段と、前記終了要求を受け取り、該音声セッションの終了のタ
イミングを前記利用者と調整して、前記終了申請手段に
前記終了許可を与える終了手段とを備えることを特徴と
するスケジューリング装置。
【請求項１９】プログラムの指令に基づいて音声を出
力する情報処理装置において、前記プログラムの音声セッションに関するタイミング
を、利用者からの承認に基づいて決定するスケジューラ
ー手段を備えることを特徴とするスケジューリング装
置。
【請求項２０】走行中のプログラムの指令に基づいて
音声を出力するためのプログラムを記録した記録媒体で
あって、前記走行中のプログラムから音声セッションの開始要求
を受け取り、利用者に該音声セッションの開始の承認を
求める音声を出力する機能と、前記利用者からの承認が得られたときに、前記走行中の
プログラムに前記音声セッションの開始許可を与える機
能とをコンピュータに実現させるためのプログラムを記
録したコンピュータ読み取り可能な記録媒体。
【請求項２１】前記走行中のプログラムから前記音声
セッションの終了要求を受け取り、前記利用者に該音声
セッションの終了の承認を求める音声を出力する機能
と、該利用者からの承認が得られたときに、該走行中の
プログラムに該音声セッションの終了許可を与える機能
とを前記コンピュータに実現させるためのプログラムを
さらに記録した請求項２０記載のコンピュータ読み取り
可能な記録媒体。
【請求項２２】プログラムの指令に基づいて音声を出
力する情報処理方法において、前記プログラムから音声セッションの開始要求を受け取
り、利用者に該音声セッションの開始の承認を求める音
声を出力し、前記利用者からの承認が得られたときに、前記プログラ
ムに前記音声セッションの開始許可を与えることを特徴
とするスケジューリング方法。
【請求項２３】さらに、前記プログラムから前記音声
セッションの終了要求を受け取り、前記利用者に該音声
セッションの終了の承認を求める音声を出力し、該利用
者からの承認が得られたときに、該プログラムに該音声
セッションの終了許可を与えることを特徴とする請求項
２２記載のスケジューリング方法。