JP3508879B2

JP3508879B2 - 音声ウィンドウシステム

Info

Publication number: JP3508879B2
Application number: JP22513494A
Authority: JP
Inventors: 信之鷲尾
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-09-20
Filing date: 1994-09-20
Publication date: 2004-03-22
Anticipated expiration: 2019-03-22
Also published as: JPH0887396A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はウィンドウシステムに関
し、特に、音声ウィンドウシステムに関するものであ
る。

【０００２】

【従来技術】一度オープンしたウィンドウをアクティブ
な状態（キーボードからの入力を受け付ける状態）から
待機状態（キーボードからの入力を受けない状態）にし
ておき、次に必要なときに音声によって該ウィンドウを
特定すると、対象とするウィンドウがアクティブになる
システムが音声ウィンドウシステムである。

【０００３】図４は従来の音声ウィンドウシステムを示
すブロック図である。ウィンドウシステム３０はカーネ
ル３１で全体が統括されるとともに、ウィンドウ管理手
段３７が設けられ、該ウィンドウ管理手段３７はイベン
ト管理手段３３よりの指示に基づいてウィンドウの開
閉、移動の制御及び、現在開いているウィンドウに関す
るデータの管理をする。

【０００４】まず、最初に特定のアプリケーション４に
対応するウィンドウを開くときは、キーボード１３より
対象となるアプリケーション４に対応するコマンドを入
力する等して、アプリケーション４を起動する。アプリ
ケーション４は起動されるとウィンドウシステムに対し
てウィンドウオウプン指示のイベント信号を通信手段３
４を介して送信する。

【０００５】このように通信手段３４に入力されたオー
プン指示のイベント信号に基づいて、イベント管理手段
３３がウィンドウ管理手段３７を起動し、これによって
ウィンドウ管理手段３７が対象となるウィンドウをオー
プンする。

【０００６】ウィンドウ管理手段３７によるウィンドウ
のオープンはオープン検知手段３５によって検知され、
オープン検知手段３５はオープン検知信号及びウィンド
ウ管理手段内でオープン時に決定されたウィンドウＩＤ
を出力して、音声認識／登録処理手段１０を起動する。

【０００７】ここで、オペレータがオープンされたウィ
ンドウに対応する呼び名を任意に定めて、該呼び名を音
声としてマイク６より入力すると、対象となるウィンド
ウＩＤと呼び名に対応する音声がウィンドウ−音声対応
テーブル１１に登録されるされるこになる。

【０００８】上記のようにウィンドウ−音声対応テーブ
ル１１にウィンドウＩＤと音声が登録された状態でオペ
レータが該アプリケーション上での作業をし、一旦該ア
プリケーションを終わらせずに他のアプリケーション上
で別の作業をしたいことがある。このとき、オペレータ
は先にオープンしたアプリケーションを待機状態にし
て、上記と同じ手順で、別のアプリケーションに対応す
るウィンドウをオープンにする。

【０００９】次いで、新しく開いたウィンドウでの作業
を行った後、オペレータが元のアプリケーションに戻り
たいとき、上記のように登録された当該ウィンドウに対
応する音声をマイク６より入力する。これによって、ウ
ィンドウ−音声対応テーブル１１より上記ウィンドウＩ
Ｄを読み出し、移動指示イベントとともに通信手段３４
に入力する。上記移動指示イベントによってイベント管
理手段３３は、ウィンドウ管理手段３７を起動し、上記
ウィンドウＩＤに基づいて指定されたウィンドウをアク
ティブにする。

【００１０】尚、ウィンドウシステム３０はＣＲＴイン
ターフェース２とＣＲＴディスプレイ１を備えて、必要
な事項を表示することができるようになっている。

【００１１】

【発明が解決しようとする課題】上記従来の音声ウィン
ドウシステムによると、ウィンドウオープン時にオペレ
ータはマイクから登録音声を入力しないと、その後の移
動処理ができないことになりこの作業が非常にめんどう
である。

【００１２】本発明は上記従来の事情に鑑みて提案され
たものであって、人手を介さずに目的とするウィンドウ
を語彙登録することによって、音声登録しなくてもウィ
ンドウの移動が可能な音声ウィンドウシステムを提供す
ることを目的とするものである。

【００１３】

【課題を解決するための手段】本発明は上記目的を達成
するために以下の手段を採用している。即ち、辞書登録
されたウィンドウのＩＤを、該ウィンドウに対応する音
声を入力することによって読み出し、該ウィンドウＩＤ
を用いて特定のウィンドウから別の特定のウィンドウに
移動するウィンドウシステムにおいて、新しくオープン
されたウィンドウの属性の中の少なくとも１種を音声認
識可能な語彙に変換した認識語彙を得、、当該ウィンド
ウＩＤと上記認識語彙が対応した辞書を形成し、マイク
より入力されるウィンドウを特定するための上記語彙に
対応した音声信号に基づいて、上記辞書より移動のため
に必要なウィンドウＩＤを得る構成とする。

【００１４】上記において、一旦登録されたウィンドウ
の属性が変更されたときには、辞書への登録内容を、該
変更後の属性に対応する認識語彙に更新する構成となっ
ている。

【００１５】具体的には、図１に示すように、ウィンド
ウ管理手段３２で管理するウィンドウとその属性が新し
く追加されたことを検出し、オープンしたウィンドウの
属性の中の少なくとも一種を抽出する属性処理手段３５
と、属性処理手段３５が抽出した属性を音声認識可能な
語彙に変換した認識語彙を得、オープンされたウィンド
ウのＩＤと上記認識語彙が対応した辞書８を作成する辞
書作成手段７と、上記辞書作成手段７によって作成され
た辞書８とを備えたものである。

【００１６】上記辞書作成手段７は、属性処理手段３５
より受け取った属性を属性−語彙変換テーブル７２を参
照して音声認識可能な語彙である認識語彙に変換する語
彙作成手段７１と、上記語彙作成手段７１によって作成
された認識語彙を辞書に登録する登録処理手段７４とを
備える構成とする。

【００１７】上記辞書作成手段７は、更に、上記認識語
彙が既登録の認識語彙と重複しているか否かを判定し、
重複しているときに重複登録の生じないように処理をす
る重複判定／処理部７０を備えた構成とする。

【００１８】このシステムでは更に、マイクより入力さ
れるウィンドウを特定する認識語彙に基づいて、上記辞
書より特定されたウィンドウＩＤを読み出して、上記ウ
ィンドウ管理手段に入力する音声処理手段を備えた構成
とする。

【００１９】

【作用】属性処理手段３５は、ウィンドウ管理手段３２
で管理されている情報に基づいてウィンドウのオープン
を検知し、該オープンされたウィンドウＩＤと、辞書登
録されるべき属性を抽出して、辞書作成手段７に入力す
る。

【００２０】辞書作成手段７は上記のようにして、属性
処理手段３５より受けとった属性を音声認識可能な語彙
に変換し、これによって得られる認識語彙をウィンドウ
を特定するウィンドウＩＤと対応させて辞書８に登録す
る。

【００２１】このようにして、特定のアプリケーション
についてのウィンドウの登録がなされた状態で、かつ、
オープンされた該ウィンドウを一旦待機状態にし、他の
アプリケーションについてのウィンドウがアクティブで
あるとき、以下のようにしてオペレータは待機状態にあ
るウィンドウをアクティブにさせることができる。

【００２２】すなわち、オペレータがマイク６からアク
ティヴにしようとするウィンドウの属性に対応する認識
語彙を音声入力すると、音声認識手段５はマイク６から
の入力音声と辞書８内の登録語彙とのマッチングを行
い、一致した場合、対応するウィンドウＩＤを通信手段
３４を介してウィンドウシステム３に入力する。

【００２３】音声認識手段５からウィンドウＩＤを受け
とったウィンドウ管理手段３２は、現在アクティブであ
るウィンドウから上記ウィンドウＩＤで表されるウィン
ドウに移動するように指示を出す。

【００２４】上記において、ウィンドウの新規オープン
は属性処理手段３５の属性変化検知手段３５ａによって
検知され、該当するウィンドウのウィンドウＩＤと、全
属性が属性抽出手段３５ｂに送られ、該属性抽出手段３
５ｂにより、少なくとも１以上の辞書登録に使用する属
性を抽出する。

【００２５】更に、辞書作成手段７での属性の音声認識
可能な語彙すなわち認識語彙への変換は語彙作成手段７
１が属性−辞書変換テーブル７２を参照して行い、ま
た、重複判定／処理部７０が異なるウィンドウＩＤ間で
の、既登録の認識語彙と入力された認識語彙の重複を避
ける処理をして、登録処理手段７４で登録するようにな
っている。

【００２６】本発明によれば、マルチウィンドウシステ
ムにおいて、音声入力によるウィンドウの移動を実現す
るための特別な作業（ウィンドウのオープン時に該ウィ
ンドウの属性に対応する語彙を音声登録する等）をオペ
レータに求めなくても、音声入力による各ウィンドウ間
の移動制御が可能な音声ウィンドウシステムが実現され
る。

【００２７】

【実施例】図２は本発明の１実施例を示すブロック図で
ある。ウィンドウシステム３には、カーネル３１が設け
られて該ウィンドウシステム全体を統括するとともに、
ウィンドウ管理手段３２によって、ウィンドウの移動・
開閉・属性管理等を行うようになっている。また、イベ
ント管理手段３３は、キーボード１３や音声認識手段５
より伝送されるイベントを認識し、カーネル３１に適切
な指示を出すように要求する。更に、通信手段３４はウ
ィンドウシステムの内と外での情報をやりとりする窓口
となる機能を持っている。例えば、上記通信手段３４と
ＣＲＴインターフェース２を介して、必要な情報がＣＲ
Ｔディスプレイ１に表示され、またアプリケーション４
（４ａ，４ｂ，４ｃ）との情報交換も通信手段３４を介
して行われる。

【００２８】ウィンドウ管理手段３２はウィンドウ制御
手段３２ａと、管理テーブル３２ｂより構成される。上
記ウィンドウ制御手段３２ａは、上記イベント管理手段
３３に入力されたイベント信号に基づいてウィンドウの
開閉、移動等に関する制御をおこなう。また、上記管理
テーブル３２ｂには、現在存在している（アクティブな
状態にある、あるいは待機状態にある）ウィンドウの属
性（ウィンドウＩＤ、タイトル、コマンド、アプリケー
ション名等）が管理されるようになっている。

【００２９】ここで、新しいウィンドウが上記従来の方
法と同様の方法で開かれたとき、該ウィンドウに関する
属性が、ウィンドウ制御手段３２ａにより新たに管理テ
ーブル３２ｂに書き込まれるとともに、該ウィンドウ制
御手段３２ａは、属性検知手段３５ａに対して管理テー
ブル３２ｂの内容を変更した旨の通知をする。このよう
に新たな属性が管理テーブル３２ｂに書き込まれる、以
下のように属性処理手段３５で処理される。

【００３０】上記属性処理手段３５は、上記属性変化検
知手段３５ａと更に属性抽出手段３５ｂとより構成さ
れ、該属性変化検知手段３５ａは、管理テーブル３５ａ
の内容を予め保持するようにしている。

【００３１】ここで、上記のように、ウィンドウ制御手
段３２ａよりの上記管理テーブル３２ｂの内容を変更し
た旨の通知があると、属性変化検知手段３５ａは予め保
持している以前の内容と、管理テーブル３２ｂに新たに
書き込まれる内容とを受け取って両者を比較し、変化し
た情報種（以下、変化情報という）、すなわち、ウィン
ドウＩＤ、新旧それぞれの属性の個数および新旧それぞ
れの属性を検出するとともに、該変化情報を属性検知手
段３５ｂに通知する。但し、ここでは新しくオープンさ
れたウィンドウに対応する辞書の新規作成であるから、
旧属性の数は零となる。

【００３２】属性抽出手段３５ｂは上記のように属性変
化検出手段３５ａより伝送される属性の中、辞書登録に
使用する属性のみを抽出し、上記ウィンドウＩＤととも
に辞書登録処理手段７に伝送する。ここで、辞書登録す
る属性の種類は予め属性抽出手段３５ｂに設定すること
ができるようになっている。

【００３３】ここで、一旦開かれたウィンドウの属性が
変更されたときにも、上記と同様ウィンドウ制御手段３
２ａからの上記管理テーブル３２ｂの内容を変更した旨
の通知により属性変化検知手段３５ａが作動し、管理テ
ーブル３２ｂの変化情報すなわち、ウィンドウＩＤ、新
旧それぞれの属性の個数および新旧それぞれの属性を検
出するとともに、該変化情報を属性検知手段３５ｂに通
知する。

【００３４】辞書作成手段７は、上記属性抽出手段３５
ｂから受けとった変化情報（ウィンドウＩＤ、新属数、
旧属数、新属性、旧属性）に基づいて、該変化情報の中
の新属性を音声認識可能な語彙に変換し、これによって
得られる認識語彙とウィンドウＩＤを対にして辞書８に
登録する。

【００３５】音声認識手段５はマイク６からの入力音声
と辞書８内の認識語彙とのマッチングを行い、マッチし
た場合、対応するウィンドウＩＤとウィンドウ移動信号
をウィンドウシステム３に対し通信部３４を介して入力
する。これによって、現在アクティブなウィンドウが入
力されたウィンドウＩＤで表されるウィンドウに移動す
ることになる。

【００３６】図３は上記辞書作成手段７の更に詳しい機
能ブロック図を示すものである。まず、この例では、１
のウィンドウに対して異なる複数の認識語彙の登録が可
能であり、逆に１つの認識語彙は１つのウィンドウのみ
に対応することを前提としている。

【００３７】上記のように、属性処理手段３５より得ら
れた変化情報は語彙作成手段７１に入力され、該語彙作
成手段７１では属性語彙変換テーブル７２を参照して、
新旧の全属性を音声認識可能な語彙に変換する。このよ
うにして得られた認識語彙、及びウィンドウＩＤは処理
区分手段７３に入力され、ここで、新旧の属性数に応じ
た対応分けをする。すなわち、新規：新属性数＞０、旧属性数＝０更新：新属性数＞０、旧属性数＞０削除：新属性数＝０、旧属性数＞０である。

【００３８】従って、旧属性数＞０であれば既に辞書登
録されているウィンドウの認識語彙の更新（又は後述の
ように削除）を意味しているので、ウィンドウＩＤと旧
属性に対応する認識語彙（旧属性に対応する認識語彙が
複数あるときはウィンドウＩＤと各認識語彙の対）を消
去手段７９に入力し、辞書８より該当する旧語彙を消去
する。

【００３９】また、新属性数＞０であれば更新又は新規
登録を意味しているので、ウィンドウＩＤと新属性に対
応する認識語彙（新属性に対応する認識語彙が複数ある
ときはウィンドウＩＤと各認識語彙の対）を登録処理手
段７４に入力する。登録処理手段７４は、上記のように
入力されたウィンドウＩＤと新属性に対応する認識語彙
を重複判定／処理部７０に入力して重複登録の生じない
ように処理をする。すなわち、登録処理手段７４は、ウ
ィンドウＩＤと新属性に対応する認識語彙を重複判定／
処理部７０を構成する重複判定手段７５に入力し、ここ
で、既登録語彙と該更新又は新規登録語彙が重複してい
るか否かを判定する。ここで、重複判定手段７５の判定
結果が、重複していないことを示す容認通知(OK)である
ときには、上記新規または更新語彙がウィンドウＩＤと
ともに辞書８に登録される。

【００４０】重複判定手段７５の判定結果が、既登録の
語彙と重複していることを示す否認通知(NG)であると
き、このまま登録を実行すると、異なるＩＤに対して同
じ語彙を登録することになるので、登録処理手段７４は
上記重複判定手段７５より上記否認通知とともに返送さ
れてきた重複する既登録ウィンドウＩＤと新たに入力さ
れた認識語彙（以下入力語彙という）、及び新たに入力
されたウィンドウＩＤ（以下新ウィンドウＩＤという）
を重複処理手段７８に入力して以下のように重複処理を
するようになっている。

【００４１】新ウィンドウＩＤが該新ウィンドウＩＤと
対になって入力される入力語彙以外の既登録語彙を有し
ている場合、重複処理手段７８は、「新ウィンドウＩＤ
と入力語彙の対の登録は不要」と判断し、登録処理手段
７４に終了通知(END) を返送する。これによって登録処
理手段７４は処理を終了する。

【００４２】新ウィンドウＩＤが入力語彙以外の既登録
語彙を持たず、かつ既登録ウィンドウＩＤが入力語彙以
外の既登録語彙を持っている場合、重複処理手段７８は
「既登録ウィンドウＩＤと入力語彙の対を辞書８より削
除、新ウィンドウＩＤと入力語彙の対を登録」と判定す
る。これによって、消去手段７９が作動し既登録ウィン
ドウＩＤと入力語彙の対を辞書８より削除するととも
に、登録処理手段７４には容認通知(OK)を返送して処理
を終了する。この容認通知(OK)を受けた登録処理手段７
４は新ウィンドウＩＤと入力語彙を辞書８に登録する。

【００４３】新ウィンドウＩＤ、既登録ウィンドウＩＤ
がともに入力語彙以外の既登録語彙を持たない場合は
「処理不能」と判断して処理不能通知(NG)を登録処理手
段７４に返送して処理を終了する。

【００４４】上記処理不能通知(NG)を受けた登録処理手
段７４は、入力語彙を語彙変更手段７６に入力する。こ
の語彙変更手段７６は語彙変更ルールテーブル７７に規
定するルールに従って、例えば、入力語彙「ワード」を
「ワード２」に「ワード２」を「ワード３」のように、
入力語彙を別の認識語彙に変換する。その後、該変更後
の認識語彙に対して上記同様、重複判定処理、及び重複
しているときには重複処理を実行することになる。尚、
上記のように、オペレータはマイク６より登録された認
識語彙を入力する必要があるので、上記のように入力語
彙が別の認識語彙に変更された場合には、ＣＲＴディス
プレー１にその旨表示させてオペレータに通知する。

【００４５】上記重複処理について具体例を挙げると以
下のようになる。特定のアプリケーションに対応するウ
ィンドウ（ウィンドウＩＤ＝win-0 ）の特定の属性に基
づく認識語彙「ワード」が既に辞書８に登録されている
とする。この状態で、新しい、あるいは更新されたウィ
ンドウ（ウィンドウＩＤ＝win-1）の特定の属性の認識
語彙「ワード」が登録処理手段７４に入力された場合を
想定する。このとき重複判定／処理部７０の重複判定手
段７５は認識語彙「ワード」がウィンドウＩＤ＝win-0
とウィンドウＩＤ＝win-1 の２つのＩＤを持つと判断
し、重複処理手段７８が起動される。

【００４６】重複処理手段７８では、ウィンドウＩＤ＝
win-1 と認識語彙「ワード」以外の認識語彙が既に登録
されている場合にはウィンドウＩＤ＝win-1 と認識語彙
「ワード」の登録は不要と判定して、終了通知を登録処
理手段７４に出力する。

【００４７】ウィンドウＩＤ＝win-1 と認識語彙「ワー
ド」以外の認識語彙が未登録であって、ウィンドウＩＤ
＝win-0 と認識語彙「ワード」以外の対が既に登録され
ている場合には、消去処理手段７９によりウィンドウＩ
Ｄ＝win-0 と認識語彙「ワード」の登録を消去するとと
もに、登録処理手段７４が作動してウィンドウＩＤ＝wi
n-1 と認識語彙「ワード」対を辞書８に登録する。

【００４８】ウィンドウＩＤ＝win-0 とウィンドウＩＤ
＝win-1 とがともに認識語彙「ワード」以外の認識語彙
を持たない場合、重複処理手段７８より不能通知(NG)が
出され、登録処理手段７４は語彙変換手段７６を作動さ
せる。該語彙変換手段７６は該変更ルールテーブル７７
に格納した規定の語彙変更ルールに基づいて上記認識語
彙「「ワード」を「ワード１」に変更する。次いで、こ
の新認識語彙「ワード１」に対して、再び重複判定処
理、重複処理が繰り返され、重複が解消したとき登録処
理がなされることになる。

【００４９】上記のような構成を備えたシステムの動作
を具体例を以て説明するといかのようになる。まずター
ミナルエミュレーション機能を持つアプリケーション
〔アプリケーション名「F-term」〕４ａが起動し、「te
rm」という表示用タイトルで、ウィンドウのオープンを
行う時、該アプリケーション４ａはウィンドウシステム
３にウィンドウのオープンを要求するイベント信号とと
もに、表示用タイトルを「term」とする指示を出力す
る。この時、ウィンドウオープンのイベントがイベント
管理手段３３で認識され、これに従ってウィンドウ制御
手段３２ａがウィンドウのオープンを行うとともに、ウ
ィンドウＩＤ＝win-a やタイトル「term」、アプリケー
ション名「F-term」等の属性を管理テーブル３２ｂに格
納する。

【００５０】また、これとともに管理テーブル３２ｂの
内容を変更したことを知らせる信号を属性変化検知手段
３５ａに通知する。ウィンドウ制御手段３２ａからの信
号を受けることにより、属性変化検知手段３５ａはウィ
ンドウ管理テーブル３２ｂの変更を検知し、記憶してお
いた以前の管理テーブル３２ｂの内容と比較し、新しい
ウィンドウ（ウィンドウＩＤ＝win-a)とそれに対応する
幾つかの属性を属性抽出手段３５ｂに送る。

【００５１】属性抽出手段３５ｂでは、上記のように辞
書作成に使用する属性としてアプリケーション名「F-te
rm」、表示用ウィンドウタイトル「term」を抽出し、こ
の変化情報をウィンドウＩＤ、新属性の数、旧属性の
数、新属性の順で（win-a, 2,0, F-term, term)として
辞書作成手段７の語彙作成手段７１に送る。

【００５２】語彙作成手段７１は、上記の変化情報の属
性「F-term」、「term」を属性−語彙変換テーブル７２
を参照して「エフターム」と「ターム」に変換し、処理
区分手段７３に送る。上記変化情報の中新語彙数のみ正
であるから、処理区分手段７３は新規登録と判断して、
「エフターム」、「ターム」を｛win-a,エフターム｝、
｛win-a,ターム｝という対にして登録処理手段７４に順
に送る。登録処理手段７４では入力語彙が辞書内の語彙
と重複しないことを重複判定手段７５により確認し、辞
書８にウィンドウＩＤ＝ win-aと各認識語彙の対｛win-
a,エフターム｝と｛win-a,ターム｝とを順に登録する。
これにより、アプリケーション４ａについての登録が完
了したとこになる。

【００５３】表示内容に応じて表示用ウィンドウタイト
ルを変更する（下記のように「today」→「tommorow」)
、ステジューラ（日程表）、アプリケーション４ｂ
〔アプリケーション名「F-cal」〕が、表示用タイトル
「today」で起動（ウィンドウＩＤ＝win-b)とすると、
上記と同様にしてウィンドウＩＤ win-bと「エフカ
ル」、「タディ」の対がそれぞれ辞書８に登録される。

【００５４】ここで、アプリケーション名〔F-cal〕の
表示内容が明日のスケジュールになり、表示用タイトル
が「tommorow」に変更されると、前述のようにして属性
処理手段３５から変化情報がウィンドウＩＤ、新属性
数、旧属性数、新属性、旧属性の順(win-b, 1, 1,tommo
row,today)で辞書作成手段７に送られる。

【００５５】辞書作成手段７では、まず語彙作成手段７
１により「tommorow」，「today」がそれぞれ「タマロ
ウ」，「タディ」に変換され、該認識語彙が処理区分手
段７３に送られる。処理区分手段７３では、新属性＞
０、旧属性＞０であるので、更新とみなす。従って、ウ
ィンドウＩＤ＝win-b と旧認識語彙「タディ」との対が
消去処理手段７９に送られ、辞書８から消去される。ウ
ィンドウＩＤ＝win-b と新認識語彙「タマロウ」との対
は、登録手段７４に送られ、重複判定手段７５で重複し
てないことを確かめてから、｛win-b ，タマロウ｝の対
が辞書８に登録される。この結果、辞書８の登録内容も
「タディ」(todayに対応) から「タマロウ」(tommorow)
に更新されたことになる。

【００５６】本発明は、エディタ機能アプリケーション
のもとで編集されるファイルのように、属性が階層構造
になっている場合にも適用できる。すなわち、ウィンド
ウＩＤ＝ win-cに対応するウィンドウがエディタ機能ア
プリケーション〔アプリケーション名「F-ec」〕により
開かれており、ウィンドウＩＤ=win-cと「F-ec」に対応
する語彙「エフイーシー」が辞書８に登録されていると
する。

【００５７】アプリケーション〔F-ec〕がアクティブな
状態で、特定のファイル〔ファイル名「原稿」〕を編集
するために、ファイル名「原稿」を入力するると該「原
稿」のファイルが開かれ、アプリケーション〔F-ec〕は
規定のプロトコルに従い、通信手段３４を介してウィン
ドウ管理手段３２に編集中ファイル名「原稿」と知らせ
る。

【００５８】これにしたがって、ウィンドウ制御手段３
２ａは管理テーブル３２ｂにウィンドウＩＤ＝win-c の
もとでの編集中ファイル名「原稿」を格納する。前述の
ように、上記管理テーブル３２ｂの変化を属性変化検出
手段３５ａが検知し、属性抽出手段３５ｂに送る。ここ
で、編集中のファイル名も辞書登録に使用できる属性で
あると仮定すると、属性処理手段３５により変化情報が
ウィンドウＩＤ、新属性数、旧属性数、新属性(win-c,
1, 0, 原稿）の順で辞書作成手段７に送信される。

【００５９】上記変化情報を受けた辞書作成手段７で
は、属性「原稿」を認識語彙「ゲンコウ」に変換し、ウ
ィンドウＩＤ＝win-c と対にして辞書８に登録する。上
記において旧属性数が０になるのは、属性「原稿」が属
性〔F-ec〕と同じ次元の属性でないためである。これに
よって、｛win-c ，エフイーシー｝、｛win-c ，ゲンコ
ウ｝の２対が登録されたことになる。

【００６０】上記のように辞書８が作成された段階での
ウィンドウの移動は以下のようになる。ユーザがファイ
ルした「原稿」を編集中のエディタ〔F-ec〕のウィンド
ウに移動しようとした場合、ユーザは「原稿」と「F-e
c」のどちらを先に連想するか分からない。しかし、ど
ちらも既にエディタ〔F-ec〕のウィンドウＩＤであるwi
n-c と対になって辞書８に登録されているので、ユーザ
は「ゲンコウ」と「エフイーシー」のどちらをマイクに
入力しても、音声認識手段５が概入力音声を正しく認識
すればエディタ〔F-ec〕のウィンドウにフォーカスが移
動できる。

【００６１】

【発明の効果】以上説明したように本発明によれば、オ
ペレータは音声によるウィンドウの移動のために特別な
操作をしなくても、自動的に各ウィンドウに関連する情
報から認識語彙が辞書に登録されるので、作業効率が向
上する。また、従来例と異なり、最初にどう登録したか
をオペレータが記憶しておく必要がなく、ウィンドウ上
の新しい情報も辞書に反映されており、オペレータは目
的とするウィンドウの表示用タイトルや、ホスト名、フ
ァイル名などの内部情報、アプリケーション名のいずれ
か頭に浮かんだものの１つをマイク入力するだけで、ウ
ィンドウの移動が可能となり、使いやすさが向上する。

【図面の簡単な説明】

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

【図２】本発明の１実施例ブロック図である。

【図３】本発明の辞書登録手段のブロック図である。

【図４】従来例ブロック図である。

【符号の説明】

７辞書作成手段８辞書３２ウィンドウ管理手段３２ａ属性変化検知手段３２ｂ属性抽出手段３５属性処理手段７０重複判定／処理部７１辞書登録手段７２属性−語彙変換テーブル７４登録処理手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平２−69820（ＪＰ，Ａ) 特開平４−163618（ＪＰ，Ａ) 特開平６−43894（ＪＰ，Ａ) 特開平６−95831（ＪＰ，Ａ) 特開平５−130676（ＪＰ，Ａ) 特開平６−259216（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/16 G06F 3/00 G06F 3/14 - 3/153

Claims

(57)【特許請求の範囲】

【請求項１】辞書登録されたウィンドウのＩＤを、該
ウィンドウに対応する音声を入力することによって読み
出し、該ウィンドウＩＤを用いて特定のウィンドウから
別の特定のウィンドウに移動するウィンドウシステムに
おいて、新しくオープンされたウィンドウの属性の中の少なくと
も１種を音声認識可能な語彙に変換した認識語彙を得
て、上記ウィンドウＩＤと認識語彙が対応した辞書を形
成し、マイクより入力されるウィンドウを特定するための上記
語彙に対応した音声信号に基づいて、上記辞書より移動
のために必要なウィンドウＩＤを得ることを特徴とする
音声ウィンドウシステム。
【請求項２】一旦登録されたウィンドウの属性が変更
されたとき、辞書への登録内容を、該変更後の属性に対
応する認識語彙に更新する請求項１に記載の音声ウィン
ドウシステム。
【請求項３】辞書登録されたウィンドウのＩＤを、該
ウィンドウに対応する音声を入力することによって読み
出し、ウィンドウ管理手段で現在開いているウィンドウ
から上記読み出したＩＤに対応するウィンドウへの移動
を行うウィンドウシステムにおいて、ウィンドウ管理手段で管理されるウィンドウとその属性
が新しく追加されたことを検出し、オープンしたウィン
ドウの属性の中の少なくとも一種を抽出する属性処理手
段と、属性処理手段が抽出した属性を音声認識可能な語彙に変
換した認識語彙を得、上記オープンされたウィンドウの
ＩＤと上記認識語彙が対応した辞書を作成する辞書作成
手段と、上記辞書作成手段によって作成された辞書とを備えたこ
とを特徴とする音声ウィンドウシステム。
【請求項４】上記属性処理手段が、更に、ウィンドウ
管理手段で管理するウィンドウとその属性が新しく追加
されたことを検出する属性変化検知手段と、新しくオー
プンしたウィンドウの属性の中の少なくとも一種を抽出
する属性抽出手段とよりなる請求項３に記載の音声ウイ
ィンドウシステム。
【請求項５】上記属性変化検出手段が、ウィンドウ管
理手段で既に管理しているウィンドウの属性が更新され
たときの属性変化をも検出する請求項４に記載の音声ウ
ィンドウシステム。
【請求項６】上記辞書作成手段が、属性処理手段より
受け取った属性を属性−語彙変換テーブルを参照して音
声認識可能な語彙である認識語彙に変換する語彙作成手
段と、上記語彙作成手段によって作成された認識語彙を辞書に
登録する登録処理手段とよりなる請求項３に記載の音声
ウイィンドウシステム。
【請求項７】上記辞書作成手段が、更に、上記認識語
彙が既登録の認識語彙と重複しているか否かを判定し、
重複しているときに重複登録の生じないように処理をす
る重複判定／処理部を備えた請求項６に記載の音声ウイ
ィンドウシステム。
【請求項８】マイクより入力されるウィンドウを特定
する認識語彙に基づいて、上記辞書より特定されたウィ
ンドウＩＤを読み出して、上記ウィンドウ管理手段に入
力する音声処理手段を備えた請求項３に記載の音声ウィ
ンドウシステム。