JPH08263259A

JPH08263259A - 読み上げ装置

Info

Publication number: JPH08263259A
Application number: JP7060246A
Authority: JP
Inventors: Nobuo Kujiraoka; 信夫鯨岡; Hidetoshi Akiyama; 英敏秋山; Hiroshi Kitahara; 洋北原; Etsuko Sato; 悦子佐藤; Akinobu Kato; 明伸加藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-03-20
Filing date: 1995-03-20
Publication date: 1996-10-11
Anticipated expiration: 2017-04-02
Also published as: JP3271466B2

Abstract

(57)【要約】（修正有）【目的】マルチウインドウシステムに関し、アプリ
ケーションが表示したテキストをユーザが容易に利用で
きる音声出力機能を提供する。【構成】登録手段１により、マルチウインドウで起
動されているアプリケーション６から音声出力の対象を
選択し、共用領域７に登録する。状態監視部３は起動中
のアプリケーションの実行順位等のシステム状態情報を
判定部４に供給する。判定部４は状態監視部３と登録領
域７に登録されたアプリケーションとを比較し、音声出
力の条件に叶うアプリケーションを選んで要求制御部５
に通知する。要求制御部５は当該アプリケーションに対
して、ウインドウ表示中のテキスト内容を共用領域７に
複写させる。音声変換出力手段８は音声データに変換し
て出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はアプリケーションがディ
スプレイに表示したテキストを音声合成して出力する情
報処理装置に関し、特にマルチウインドウシステムに対
応した読み上げ装置に関する。

【０００２】

【従来の技術】近年のコンピュータシステムの発展に伴
い、ワードプロセッサ，電子掲示板／電子メールシステ
ム，電子本，電子マニュアル，オンラインヘルプ等、デ
ィスプレイなくしては情報処理機器を考えることができ
なくなっている。

【０００３】また、情報処理機器の出力情報についての
理解をより深めるために、出力情報のマルチメディア化
が推奨されている。アプリケーション（応用ソフトウエ
ア）が処理を行なっている際に、ディスプレイに表示し
た文字列（以降、テキストと称する）を音声合成出力す
る従来技術は、アプリケーション内にディスプレイ表示
用と音声出力用の文字列を別々に持つように設計されて
いた。アプリケーションは、画面に「文字列／記号列」
で表示するテキスト用データを例えばアスキーコードで
メモリに保持しており、更に、音声出力用データはシフ
トＪＩＳコードなどで別途メモリに保持していた。例え
ば、特開平５−２７４０７５号公報に記載の技術では、
その「要約」の「構成」から抜粋引用すると、「〜音声
出力の対象となる文字列部分が、音声出力対象部分抽出
部６によって行を単位に抽出される。・・・途中略・・
・これと並行して、上記選択されたヘルプファイルから
表示出力対象部分が表示出力対象部分抽出部３によって
抽出され、・・・」と記載されている。即ち、この技術
はヘルプ用ファイル内の文字列にディスプレイ表示対象
用と音声出力対象用の二つの文字列を設定しておき、上
記ヘルプファイルが起動されると、音声出力対象部分抽
出部によってこのヘルプファイルの音声出力対象用の文
字列が抽出される。この抽出された文字列が音声出力の
変換系へ渡されて音声で出力が行なわれる。

【０００４】更に、近年の情報処理機器の運用形態はマ
ルチ処理が標準となりつつある。即ち、１つの物理画面
（ディスプレイ）上に複数の可変ウインドウを開き、そ
の各々にアプリケーションを割りつけて実行させるマル
チウインドウ方式が一般となってきている。これに対し
て、特開平５−２５７６３９号公報に記載の技術は、シ
ングルタスクにおける音声合成出力をさせる技術を開示
したものである。

【０００５】

【発明が解決しようとする課題】このように特開平５−
２７４０７５号公報に記載の技術では、出力データの二
重構造を持つため、作成されるアプリケーションは複雑
となり、費用の増加と作成工数が増大する欠点があっ
た。当然、音声出力モジュール部分の流用も簡単には出
来ないことになる。例えば、マルチウインドウを持つウ
インドウシステムにおいて、同時に複数のアプリケーシ
ョンが動作し、ウインドウ毎に異なるデータを表示して
いる。これらの表示データの内部データ形式はアプリケ
ーション毎に固有となるものである。従って、あるアプ
リケーションのオンラインヘルプが音声出力機能を持っ
ていたとしても、その他のアプリケーションのオンライ
ンヘルプに流用することが出来ないという無駄が生じて
いる。

【０００６】また、上記の特開平５−２５７６３９号公
報に記載の技術は、シングルタスクに適合した技術であ
り、上述したマルチタスクで走行させる最近の技術には
不適当である。

【０００７】更に、パーソナルコンピュータ（通称、パ
ソコンと称する）の急激な普及による操作性の不統一
（操作規約）の問題が、操作に不慣れな初心者ユーザの
急増も影響して改めて問題となっている。

【０００８】即ち、従来のディスプレイ表示されたテキ
ストを音声合成する機能を有するアプリケーションで
は、音声出力開始のための操作は、 (1) テキストリーダを立ち上げて、テキストリーダ自身
を画面に表示する。 (2) ここで、読み上げるテキストを選択し、この選択さ
れたテキストを画面に表示させる。 (3) 次に、読み上げ用に設定された特定の「コマンド」
を実行させる。と言う一連の操作を行なう必要があっ
た。

【０００９】このように音声出力するテキストに対する
操作をその都度行なわねばならず、しかも、上述したよ
うに提供されるアプリケーションの操作規約は必ずしも
統一されていない。このため、アプリケーション毎に異
なる操作手続きを強いられるため、音声出力はユーザに
とって煩わしいものとなってしまう。例えば、装置の使
い方を示すオンラインヘルプを音声合成出力するシステ
ムの場合、ヘルプ内容が画面に文章で表示されており、
この状態で何らかのボタンやキーを押すという操作を行
なって、始めて表示中のヘルプ文章の読み上げが始ま
る。しかし、初心者ユーザの場合は『ヘルプ内容を表示
するにはキーを押す』という操作を知らない場合や、
『キーを押す』ことは知っていてもどのキーであるかが
分からない場合がある。このように、内容理解を深める
ために付加されたヘルプ読み上げ機能が全く利用されな
いという問題があった。

【００１０】本発明はこのような点にかんがみて、操作
規約を規約化することで操作の簡便化を図り、初心者ユ
ーザが容易に利用できる音声出力機能を提供することを
目的とし、また、音声出力機能を容易にアプリケーショ
ンに付与できる手段を提供することを目的とする。

【００１１】

【課題を解決するための手段】上記の課題は下記の如く
に構成された本発明によって解決される。図１は、請求
項１に記載の本発明の原理図である。

【００１２】図において、１は音声合成出力を行なわせ
るアプリケーションを登録領域２に登録する登録手段、
３はマルチウインドウシステムで起動されたアプリケー
ションの状態を監視する状態監視部、４は状態監視部３
からの状態情報を受けて音声合成出力させるアプリケー
ションを判定する判定部、５は判定部４の判定結果を受
けて音声出力準備をアプリケーションに要求する要求制
御部、６はウインドウに表示中のテキストを共用領域７
に複写する機能を有するアプリケーション、８はテキス
トデータを音声データに変換して音声合成して出力する
音声変換出力手段である。

【００１３】また、請求項２に記載の本発明の判定部
は、アクティブウインドウにいるアプリケーションに対
して、音声出力させるように判定する。また、請求項３
に記載の本発明の登録手段は、登録領域へのアプリケー
ションの登録を実行ファイル名で行なうように構成す
る。

【００１４】また、請求項４に記載の本発明の判定部
は、起動されているアプリケーションに予め音声出力の
優先順位を付与しておき、登録されたアプリケーション
を前記優先順位に基づいて音声出力させるように判定す
る。

【００１５】

【作用】請求項１に記載の構成において、ユーザは登録
手段１を起動し、マルチウインドウで起動されているア
プリケーションから音声出力の対象とするアプリケーシ
ョンを選択し、共用領域に登録する。状態監視部３は常
時ウインドウシステムにおける起動中のアプリケーショ
ンの実行順位等のシステム状態を監視し、その状態情報
を判定部に供給する。判定部４は状態監視部３から供給
された起動中のアプリケーションと登録領域に登録され
たアプリケーションとを比較し、音声出力の条件に叶う
アプリケーションを選んで要求制御部５に通知する。要
求制御部５は当該アプリケーションに対して、ウインド
ウ表示中のテキストの内容を共用領域７に複写させる要
求を出力する。複写要求を受けたアプリケーションは複
写機能を実行してウインドウ表示のテキスト内容を共用
領域７に複写する。音声変換出力手段８は共用領域７に
書き込まれたテキストデータを読出し、音声データに変
換し、音声合成して出力する。

【００１６】

【実施例】以下に図面を併用して、請求項１記載の構成
に、請求項２乃至請求項４に記載の構成を適用した本発
明の実施例を詳細に説明する。

【００１７】図２はマルチウインドウ走行状態説明図で
あり、図において、６Ａはアクティブウインドウ、１０
０はシステムテーブル、１０１はマルチウインドウ画面
である。図で左側のマルチウインドウ画面１０１内で、
アプリケーションＡ乃至アプリケーションＤがウインド
ウ１乃至ウインドウ４にそれぞれ割り当てられて起動し
ており、同図（Ａ）はウインドウ１で走行するアプリケ
ーションＡがアクティブ状態にあることを示している。
また、図の右側のテーブルはマルチウインドウ画面１０
１に対応し、システムテーブル１００にはそれぞれのウ
インドウ対応にアプリケーションが起動され、システム
テーブル１００の最上位にウインドウ１が開かれている
ことを示している。このシステムテーブル１００におけ
る右欄はアプリケーションＤとＢにはクリップボードへ
の複写機能が含まれていることを示すものであるが、シ
ステム側からは関与できないものである。

【００１８】同図（Ｂ）はアクティブなアプリケーショ
ンに変動があったことを示し、図（Ａ）で最下層にあっ
たウインドウ２（アプリケーションＢ）がアクティブに
切替えられている。従ってシステムテーブル１００内の
状態も変化し、システムテーブル１００の最上位にウイ
ンドウ２が開かれる。このウインドウ２内のアプリケー
ションＢはクリップボードへの複写機能を含んでいるの
で、後述するように読み上げ対象として登録されている
と、ウインドウ画面内の文が読み上げられることにな
る。

【００１９】図３は本発明の実施例構成ブロック図であ
る。図において、１０はキーボードやマウス等の入力指
示具を含む実行ファイル名登録部、２０は登録テーブ
ル、３０はシステム状態監視部、４０は読み上げ判定
部、５０はクリップ要求発行部、６０は複写部、６１は
テキスト、７１はクリップボード、８１は音声出力対象
抽出部、８２はテキストバッファ、８３は音声データ変
換部、８４は音声バッファ、９１は音声出力制御部、９
２は音声出力装置、２００はウインドウシステムであ
り、その他同番号は同ー物を示す。

【００２０】この構成における個々の機能を以下に説明
する。実行ファイル名登録部１０はキーボードを含み、
マウス又はトラックボール等のカーソル操作具であり、
ウインドウに表示されるテキスト６１を音声でも出力さ
せたいアプリケーション（以降は、読み上げアプリと略
称する）を指示登録する機能を有している。即ち、利用
者はウインドウ画面においてメニュー画面を開き、『ド
ライブ：ファイル』を画面に呼び出す。すると、指定ド
ライブに登録されているファイルの一覧リストが表示さ
れるので、このリストから読み上げアプリの「実行ファ
イル」を選んでクリックすることで、読み上げアプリの
「実行ファイル名」が登録テーブル２０に登録される。
この時、利用者は複数の読み上げアプリを登録すること
もできる。

【００２１】システム状態監視部３０は一定時間間隔で
システム状態を監視し、マルチウインドウで走行するア
プリケーションの状態をシステムテーブル１００によっ
て管理する。即ち、複数のウインドウが開かれてアプリ
ケーションが起動されているとき、それぞれのウインド
ウのレベルをシステムテーブル１００に反映させる。上
述した図２はこの状態を示すものであり、図２−Ａはウ
インドウ１（アプリケーションＡ）がアクティブとなっ
ており、図２−Ｂは利用者の操作によってアクティブな
ウインドウが切替えられ、ウインドウ２（アプリケーシ
ョンＢ）がアクティブとなっている状態を示している。
システム状態監視部３０はこのシステム情報（アクティ
ブ状態にあるアプリケーションの実行ファイル名）を読
み上げ判定部４０に通知する。

【００２２】読み上げ判定部４０は、システム状態監視
部３０からアクティブ状態にあるアプリケーションの実
行ファイル名を通知されると、登録テーブル２０に登録
されている読み上げアプリの「実行ファイル名」を読み
出す。そして、アクティブなウインドウで走行している
アプリケーションの「実行ファイル名」と読み上げアプ
リの「実行ファイル名」を比較する。登録テーブル２０
に登録されている全実行ファイルを調べ、一致する「実
行ファイル」が登録されていれば、クリップ要求発行部
５０に通知をする。

【００２３】クリップ要求発行部５０は読み上げ判定部
４０の通知を受けると現在クリップボード７１に書き込
まれている情報（テキスト，画像，その他）を図示しな
いワークエリアに退避させ、ついでアクティブな状態に
あるアプリケーションに対してクリップボードへの複写
を実行させる要求信号を発行する。

【００２４】この発行された要求信号は図４のアプリケ
ーションの動作フロー説明図に示すように、クリップ要
求発行部５０からの要求信号は割込受付部６５（図４）
で受け付けられ、割り込み種別の有効性が判断される。
そして、割り込みがクリップ要求発行部５０からのクリ
ップボードへの複写要求の時、当該アプリケーションに
クリップボードへの複写機能が含まれていなければこの
割込信号は無視される。一方、当該アプリケーションに
クリップボードへの複写機能が含まれている時は、複写
部６０を起動してアクティブな状態にあるウインドウ内
に表示されているテキスト６１の内容（「お知らせ表
示中の文を読みます。」）をクリップボード７１に複写
する。

【００２５】クリップ要求発行部５０は要求信号を発行
すると、この複写が正常に遂行されたか否かを判定する
ために、クリップボード７１の内容を読出したテキスト
内容と上述したワークエリアに退避した情報の照合を行
なう。この手続きは大きくは２つの意味を有している。
つまり、１つはシステム状態監視部３０のシステム情報
が一定間隔で読み上げ判定部４０に通知されるため、前
回の複写テキストの音声出力が完了しないうちに、同じ
システム情報が反復して通知される場合を考慮したもの
である。またその２つは当該アプリケーションにクリッ
プボード複写機能が付与されていないために割込信号が
アボートされた場合である。

【００２６】そこで、この照合が一致せずかつ複写され
たものが「テキスト」であれば、新しいテキスト（アク
ティブなウインドウが切り替わったかもしくは同じウイ
ンドウ内で表示ページが切り替わった）であるとして以
降の音声出力対象抽出部８１を起動し、一致していれば
音声出力途中のテキストデータであるとして、ワークエ
リアに退避したテキスト内容をクリップボードに復元し
ておく。

【００２７】クリップ要求発行部５０から起動された音
声出力対象抽出部８１はクリップボード７１からテキス
ト６１の内容（「お知らせ表示中の文を読みま
す。」）を読出し、テキストバッファ８２に書き込み、
音声変換部８３を起動する。

【００２８】音声変換部８３はテキストバッファ８２か
ら上記のテキスト６１の内容を読出して音声データに変
換し、音声バッファ８４に格納して音声出力制御部９１
を起動する。

【００２９】音声出力制御部９１は音声バッファ８４か
ら音声データを読出し、音声出力装置９２によって音声
を出力する。以上詳細に説明した本発明の実施例では、
登録した読み上げアプリがアクティブなウインドウに位
置した時に読み上げるようにしているが、本発明の請求
項４に記載の発明では、起動されたアプリケーション全
部に予め優先順位を付与しておき、読み上げ判定部４０
は登録された読み上げアプリを上記の優先順位順に読み
上げるようにする。

【００３０】また、以上の実施例では、読み上げアプリ
の登録方法はそれぞれのアプリケーションの実行ファイ
ル名によって行なっているが、「特定の処理事象に関す
るコマンド」を用いてもよい。即ち、１つのアプリケー
ション内には複数種の副処理機能が存在する。従って、
上記した実施例ではアプリケーションの実行ファイル名
を指定しているため、そのアプリケーションの全処理に
おいて表示画面のテキストが読み上げられてしまう。一
般にアプリケーションは複数のモジュールから構成され
ており、個々のモジュール毎に役割分担が行なわれてい
る。そこで、特定の『モジュール』が走行している時だ
けの表示中テキストを読み上げさせるようにする。

【００３１】例えば、読み上げアプリの実行ファイル名
が『ＸＨＥＬＰ』であるとき、このアプリケーションの
配下に複数の処理ファイル、『ＨＥＬＰＡ，ＨＥＬＰ
Ｂ，．．．』があるとき、『ＨＥＬＰＡ』が実行される
ときだけに読み上げさせる場合は、コマンドラインとし
て、「ＸＨＥＬＰＨＥＬＰＡ」を入力し、このコマン
ドを登録テーブル２０に登録する。

【００３２】

【発明の効果】以上詳細に説明したように、本発明によ
れば、表示テキストを音声出力させる操作手順が簡単と
なり、パソコン等の操作に不慣れな利用者であっても、
簡単に扱えるという格別な効果を奏している。

【００３３】また、ソフトウエアの提供者側からみて
も、読み上げ機能を付与したアプリケーションの作成が
容易となる効果が大きいものである。

【図面の簡単な説明】

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

【図２】マルチウインドウ走行状態説明図である。

【図３】本発明の実施例構成ブロック図である。

【図４】アプリケーションの動作フロー説明図である。

【符号の説明】

１登録手段２登録領域３状態監視部４判定部５要求制御部６アプリケーション７共用領域８音声変換出力手段６Ａアクティブウインドウ１０実行ファイル名登録部２０登録テーブル３０システム状態監視部４０読み上げ判定部５０クリップ要求発行部６０複写部６１テキスト６５割込受付部７１クリップボード８１音声出力対象抽出部８２テキストバッファ８３音声データ変換部８４音声バッファ９１音声出力制御部９２音声出力装置１００システムテーブル１０１マルチウインドウ画面２００ウインドウシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者北原洋神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者佐藤悦子神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者加藤明伸静岡県静岡市宮前町28番地株式会社静鉄情報センター内

Claims

【特許請求の範囲】

【請求項１】マルチウインドウ上で走行し、共用領域
へデータを複写する機能を備える少なくとも１以上のア
プリケーションによる実行画面を有するシステムであっ
て、実行時のウインドウへの表示文を音声出力させる対象と
して、前記アプリケーションを登録領域に登録するする
登録手段と、ウインドウで起動された少なくとも１以上のアプリケー
ションの状態を監視する状態監視部と、前記状態監視部からの監視情報に基づき、前記登録され
たアプリケーションの音声出力が可能な状態か否かを判
定する判定部と、前記判定部によって音声出力が可能な状態と判定された
アプリケーションに対して、ウインドウ表示の文内容を
前記共用領域に複写させる要求信号を発行する要求制御
部と、前記共用領域に複写された文内容を抽出し、音声出力用
データに変換して音声として出力する音声変換出力手段
と、を備えることを特徴とする読み上げ装置。
【請求項２】前記判定部は登録されたアプリケーショ
ンの中から、アクティブウインドウに移行したアプリケ
ーションに対して、音声出力が可能な状態か否かの判定
を行なうことを特徴とする請求項１記載の読み上げ装
置。
【請求項３】登録手段はアプリケーションの実行ファ
イル名を登録することを特徴とする請求項１記載の読み
上げ装置。
【請求項４】前記判定部は登録されたアプリケーショ
ンに対する音声出力可能な状態か否かの判定を、予めア
プリケーションに付与した優先順位で行うことを特徴と
する請求項１記載の読み上げ装置。