JP2847842B2

JP2847842B2 - 音声合成装置

Info

Publication number: JP2847842B2
Application number: JP2006269A
Authority: JP
Inventors: 幹雄山口
Original assignee: Sumitomo Electric Industries Ltd
Current assignee: Sumitomo Electric Industries Ltd
Priority date: 1990-01-17
Filing date: 1990-01-17
Publication date: 1999-01-20
Anticipated expiration: 2014-01-20
Also published as: JPH03211598A

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、人工的手段によって音声を出力する音声合
成装置に関し、特に文章や音韻記号を入力して音声を合
成するテキスト合成装置や音声規則合成装置に好適なも
のである。

〔従来の技術〕

この種の従来の音声合成装置の代表例を第２図
（Ａ），（Ｃ）の機能構成図と第２図（Ｂ）のタイミン
グチャートを参照して説明する。第２図（Ａ）におい
て、ホストコンピュータ等のホスト１は音声合成装置２
に合成すべき音声を文章あるいは音韻記号で指示し、音
声合成装置２はホスト１から入力した文章あるいはデー
タ受信記号に基いて音声を合成する。この音声合成装置
２は本図の破線枠で示すように、信号を入力するデータ
受信インターフェース３、言語処理を行う言語処理部
４、音韻処理を行う音韻処理部５、音響処理を行う音響
処理部６、信号処理を行う信号処理部７、信号を増幅す
る増幅器（アンプ）8,信号を可聴音に変換して出力する
スピーカおよび後述のステータス出力インターフェース
10を有する。

音声合成装置２では、データ受信インターフェース３
を通じてホスト１から文章あるいは音韻記号のデータを
受信する。次に、言語処理部４においてその受信した文
章から形態素構成・言語構成，統語構造，意味構造，談
話構造などの言語学的情報を導出する。次に、音韻処理
部５においてその導出された言語学的情報を用いて音節
記号列および韻律記号列を導出し、音響処理部６でその
音韻処理の結果を用いてスペクトルパターン、基本周波
数パターン等の音響パラメータを生成する。

次に、信号処理部７でその生成された音響パラメータ
を用いて音声信号を生成する。この音声信号は増幅器８
で所定レベルに増幅されてスピーカ９に送られ、スピー
カ９から可聴音の音声となって出力する。なお、第２図
（Ａ）の構成はホスト１から文章を入力するテキスト合
成装置の構成を示しているが、ホスト１からデータ受信
記号列を入力する音声規則合成の場合は上記の言語処理
４と音韻処理部５は用いないので存在しない。

ところで、音声出力の用途として、単に音声だけを垂
れ流し式に出力できれば良い場合は、動作確認の目的を
除いてホスト１が音声合成装置２の状態（すなわち音声
を出力中か音声出力が完了したかの状態等）を知る必要
性は少ない。一方、他の処理の進行と音声の出力を同期
させたい場合は、ホスト１は音声の出力状態を知る必要
がある。たとえば、紙芝居式に音声と画像を聴取者に提
示する場合を考えてみよう。紙芝居では情景の説明が終
わるのと同期して絵を入れ替える。同様に、音声合成と
画像表示を用いて紙芝居を提示するには、合成音の出力
の完了と同期して画像を更新する必要がある。よって、
ホスト１は音声合成装置２の状態を検知できる必要があ
る。以上のような観点から第２図（Ａ）の音声合成装置
２には音声合成中か否かをホスト１に知らせる機能をも
つステータス出力インターフェイス10が設けてある。

第２図（Ｂ）に第２図（Ａ）の装置の動作のタイミン
グを示す。ホスト１から音声合成装置２へはDATA（デー
タ）信号とWR（ライト）信号が送られる。逆に、音声合
成装置２からホスト１へはBUSY（ビィジー）信号とTALK
（トーク）信号が送られる。DATA信号は合成すべき文章
あるいは音韻記号（以下、代表して文章の場合を述べ
る）のデータを提示するのに用いる。WR信号はDATA信号
が有効となるタイミングを示す。BUSY信号はデータ受信
インターフェイス３がデータを受信不可能である旨を表
示する。一回のデータの転送の動作は以下の通りであ
る。

ホスト１はBUSY信号が偽（データ受信可を意味する）
であることを確認してから、データ値をDATA信号線で提
示し、WR信号線でパルス（WRパルス）を送る。

データ受信インターフェイス３はWRパルスでデータを
受信したらBUSY信号を真（データ受信不可能）にする。
受信したデータの処理が進んで、データが受信可能状態
になればデータ受信インターフェイス３はBUSY信号を偽
（データ受信可）にする。

上記，の動作を繰り返すことで複数のデータを送
ることができる。合成処理単位の一文章が入力されたな
らば、言語処理部４、音韻処理部５、音響処理部６、信
号処理部７により処理が順次に行なわれて、スピーカ９
を経て合成音が出力される。合成音の出力中はTALKの信
号は真になる（第２図（Ｂ）参照）。合成音の出力の完
了を検出するには、ホスト１はTALK信号を監視して、真
（合成音出力中）から偽（合成音非出力中）への変化を
検出すればよい。

第２図（Ｃ）は従来の音声合成装置の別の構成例を示
す。本図において、11はデータ送受信インターフェイス
であり、データを受信するだけでなく、音声合成装置２
の状態を示す信号をホスト１から読出信号（RD）に従っ
て、双方向データバスに乗せる機能を有する。従って、
ホスト１は双方向データバスから音声合成装置２の状態
を読み取ることができる。音声合成装置２の合成音の出
力が完了したか否かは、ホスト１でこの状態信号の読取
りを行なえば検出可能である。

〔発明が解決しようとする課題〕

しかしながら、上述のような従来装置では、ホスト１
側で音声の出力完了を検出するには、文章のデータ送信
に必要な信号線（第２図（Ａ），（Ｃ）ではDATA、WR、
BUSY）以外に、音声合成装置２の状態をホスト１に伝送
する手段（第２図（Ａ）ではTALKの信号線、第２図
（Ｂ）ではRDの信号線と双方向データバス）が必要であ
る。しかし、音声の出力完了の為だけに新たに信号線を
設けなければならないとすると、非常に不経済である。
特に片方向（ホスト１から音声合成装置２への方向）に
データを送ることを目的とする標準インターフェイス
（例えば、ホストとプリンタを接続するのに広く普及し
ているセントロニクスインターフェイス）を用いる場合
には、新たに信号線を増やすと標準のインターフェイス
でなくなってしまい、接続の互換性がなくなってしまう
という不具合があった。

本発明の目的は、上述の点に鑑み、データ送信に必要
な信号線のみを用いて音声出力の完了を必要なときに検
出することができる音声合成装置を提供することにあ
る。

〔課題を解決するための手段〕

上記目的を達成するため、本発明は、データ受信イン
ターフェース（12）、コマンド判別手段（13）、音声合
成手段（４−７）、出力完了判定手段（14）を有する音
声合成装置であって、データ受信インターフェース（1
2）は、音声合成用データ、ウェイトコマンドを含むデ
ータをホスト（１）から受信すると共に、受信可能か否
かを示す通知信号をホスト（１）に送信可能であり、コ
マンド判別手段（13）は、受信したデータを判別し、ウ
ェイトコマンドであると判別した場合は、データ受信イ
ンターフェース（12）に受信不可能を示す通知信号を送
信させると共に、出力完了判定手段（14）に受信通知を
出力し、音声合成手段（４−７）は、受信した音声合成
データに基づいて合成音を出力し、出力完了判定手段
（14）は、前記受信通知を受けた後、音声合成手段（４
−７）の合成音の出力が完了したことを判定し、データ
受信インターフェース（12）に受信可能を示す通知信号
を送信させることを特徴とする。

〔作用〕

本発明は、データ受信インターフェース（12）によ
り、音声合成用データ、ウェイトコマンドを含むデータ
をホスト（１）から受信すると共に、受信可能か否かを
示す通知信号をホスト（１）に送信可能であり、コマン
ド判別手段（13）により、受信したデータを判別し、ウ
ェイトコマンドであると判別した場合は、データ受信イ
ンターフェース（12）に受信不可能を示す通知信号を送
信させると共に、出力完了判定手段（14）に受信通知を
出力し、音声合成手段（４−７）により、受信した音声
合成データに基づいて合成音を出力し、出力完了判定手
段（14）により、前記受信通知を受けた後、音声合成手
段（４−７）の合成音の出力が完了したことを判定し、
データ受信インターフェース（12）に受信可能を示す通
知信号を送信させるので、データの発信元であるホスト
（１）から音声合成装置へのデータ送信に必要な信号線
のみを用いて、音声出力の完了を検出できる。

〔実施例〕

以下、図面を参照して本発明の実施例を詳細に説明す
る。

基本構成第１図（Ａ）に本発明実施例の基本構成を示し、第１
図（Ｂ）にその動作タイミングを示す。第１図（Ａ）に
おいて、１はホストであり、２は音声合成装置である。
４は言語処理部、５は音韻処理部、６は音響処理部、７
は信号処理部、８は増幅器、９はスピーカである。音韻
記号を入力とする音声合成装置の場合は４、５は無い。
以下では、文章を入力とする音声合成装置の場合を代表
として説明する。また合成音声をスピーカ９を用いて空
中に送出するのではなく、有線や無線等を用いて他へ伝
送する場合は、信号処理部７の後には増幅器８、スピー
カ９の代わりにその伝送手段を有する。以下では増幅器
８、スピーカ９を用いて合成音を空中に送出する場合を
代表として説明する。12はデータ受信インターフェイス
であり、13はコマンド判別手段、14は出力完了判定手段
である。データ受信インターフェイス12はホスト１から
のデータが受信可能であるか否かをBUSY信号を用いてホ
スト１に通知することができる。

次に、上記の基本構成における作用を説明する。

ホスト１から受信したデータが、音声合成内容を表し
ている文章あるいは音韻記号（以下、代表して文章の場
合について述べる）のときは、言語処理部４、音韻処理
部５、音響処理部６、信号処理部７を用いて音声合成処
理が行なわれ、増幅器８、スピーカ９を経て合成音が空
中へ送出される。この音声合成処理は従来技術の場合と
何ら変ることがない。

合成音の出力完了を明らかにするためのコマンド（以
下、ウェイトコマンドと呼ぶ）がホスト１から音声合成
装置２に送られてきた場合は、コマンド判別手段13はこ
のコマンドを判別してデータ受信インターフェイス12に
指令を送り、データ受信インターフェイス12を受信不能
状態にする一方、出力完了判定手段14にはウェイトコマ
ンドを受信した旨をWAIT信号で通知する。

出力完了判定手段14はウェイトコマンドの受信通知
（WAIT）を受けた後、信号処理部７からの動作状態信号
（TALK）を得て合成音の出力完了時点を検出し、データ
受信インターフェイス12に合成音の出力完了の旨をWCLR
信号で通知する。データ受信インターフェイス12は出力
完了判定手段14からの合成音出力完了を知ることで受信
不能状態を終え、受信可能とする。以上の動作により、
合成音の出力完了とともにホスト１はデータの送信が再
び可能となる。すなわち、ホスト１はウェイトコマンド
を送出したあとは、合成音の出力完了まで、次のデータ
の送出は待たされる。

さらに、上記のデータの受け渡しと受信不能状態のタ
イミングを第１図（Ｂ）を参照して説明する。一回のデ
ータの受け渡しは以下の通りである。

データ受信インターフェイス12はWRパルスでデータを
受信したらBUSY信号を真（データ受信不可能）にする。

コマンド判別手段13は受信したデータを検査し、それ
がウェイトコマンドでなければ、BCLRの信号をデータ受
信インターフェイス12に送る。

データ受信インターフェイス12はBCLR信号によりBUSY
信号を偽（データ受信可）にし、次のデータが受信可能
である旨をホスト１に示す。

以上の動作を繰り返すことで複数のデータ（ウェイト
コマンドでない場合）を受信できる。ウェイトコマンド
を受信するときは、次のように動作する。

（前記と同様）（前記と同様） ′コマンド判定手段13が受信したデータを検査し、そ
れがウェイトコマンドであることを検出して、WAITの信
号を出力完了判定手段14に送る。

′出力完了判定手段14は、コマンド判定手段13からの
WAIT信号を受けて、信号処理部７からの動作状態信号TA
LKを検査する。そして、音声の出力が完了したならば、
その旨をWCLR信号でデータ受信インターフェイス12に通
知する。

データ受信インターフェイス12はWCLR信号を受けるこ
とによりBUSY信号を偽（データ受信可）とする。

以上の動作により、ウェイトコマンドを受信した後
は、音声の出力完了まで次のデータの受信は不可能状態
になる。

以上の説明から判るように、本発明に係る受信可能か
否かの通知手段であるBUSY信号は、従来通りの受信可能
か否かの通知機能に加えて、合成音出力完了か否かを通
知する機能も兼ね備えている。

以下に、より具体的な実施例のいくつかを詳述する。

実施例１第３図（Ａ）はセントロニクスインターフェイスを有
する音声合成装置に本発明を適用した実施例１の構成を
示し、第３図（Ｂ）はその出力タイミングを示す。本図
におて第１図（Ａ），（Ｂ）と同じ符号を付した部分は
同様の機能を有する。ここで、31はデータ受信インター
フェイス、32はコマンド判定部、33は出力完了判定部で
あり、それぞれ、第１図（Ａ）におけるデータ受信イン
ターフェイス12、コマンド判定手段13,出力完了判定手
段14に対応している。ホスト１と音声合成装置２はセン
トロニクスインターフェイスで接続されている。信号線
のうち、DATA1〜DATA8と▲▼はホ
スト１から音声合成装置２へデータを送るのに用いられ
る。データの転送はDATA1〜DATA8でデータの値を示し▲
▼でデータを読むべきタイミング
を示すことで行なわれる。▲▼は
第１図（Ａ），（Ｂ）のWR信号と同じ働きを持つ。ただ
し、論理の与え方は逆（負論理）になっている。

BUSYと▲▼は音声合成装置２からホスト１へ、
送られる信号で、それぞれデータが受信可能か否か、デ
ータの受信が完了したかを示す。すなわち、BUSYが偽
（０）のときは、データが受信可能を示している。デー
タを受信するとBUSYは真（１）になり、次のデータはす
ぐには受信できないことを示し、データの受信処理が終
わるとBUSYを偽（０）にしてデータ受信可能状態を示す
とともに、▲▼信号線で短い０のパルスを送りデ
ータ受信が完了したことを示す。

セントロニクスインターフェイスの場合、音声合成装
置２からホスト１への信号線は他にPE（PAPER END:紙
切れを示す）、SELECT（不図示）、▲▼（不
図示）があるがこれらはデータ受信に差し支えないよう
に適宜正常を示す値を与えておく。また、ホスト１から
音声合成装置２への信号は他には▲
▼（初期化）があるが、この信号は無視するか、音声
合成装置２全体の初期化信号として用いれば良い。

次に、本発明に関係する信号線の変化のタイミングを
示す第３図（Ｂ）を参照して本実施例の作用を説明す
る。一回のデータを受け渡しは以下の通りである。

ホスト１はBUSY信号が偽（データ受信可を意味する）
であることを確認してから、データ値をDATA1〜DATA8で
提示し、▲▼信号線でパルスを送
る。

データ受信インターフェイス31はこのパルスでデータ
を受信したらBUSY信号を真（データ受信不可能）にす
る。

コマンド判別部32は受信したデータを検査し、それが
ウェイトコマンドでなければ、BCLRの信号をデータ受信
インターフェイス31に送る。

データ受信インターフェイス31はBCLR信号によりBUSY
信号を偽（データ受信可）にするとともに、ACK信号線
でパルスを送り、次のデータが受信可能である旨をホス
ト１に示す。

（前記と同様）（前記と同様） ′コマンド判定部32が受信したデータを検査し、それ
がウェイトコマンドであることを検出して、WAITの信号
を出力完了判定部33に送る。

′出力完了判定部33は、コマンド判定部32からのWAIT
信号を受けて、信号処理部７からの動作状態信号TALKを
検査する。そして、音声の出力が完了したならば、その
旨をWCLR信号でデータ受信インターフェイス31に通知す
る。

データ受信インターフェイス31は、WCLR信号を受ける
ことによりBUSY信号を偽（データ受信可）とするととも
に、▲▼信号線でパルスを送り、次のデータが受
信可能である旨をホスト１に示す。

なお、上記のウェイトコマンドとしては、音声合成の
対象となる文字種とは別に特別のコードを割り当てるこ
ともできるし、音声合成の処理単位の終わりを示す記号
（例えば、１文ずつ合成処理を進めるならば、文字の句
点「。」）で兼用するモードを設けてもよい。

実施例２第４図はRS−232Cインターフェイスを有す音声合成装
置に本発明を適用した実施例２の構成を示す。本図中1,
8,9の記号を付した部分は、第１図（Ａ）において同記
号を付した部分と同じ機能を有する。41はシリアルコン
トローラであり、42はCPU（マイクロプロセッサ）、43
はDSP（ディジタルシグナルプロセッサ）、44と46はROM
（リードオンメモリ）、45と47はRAM（ランダムアクセ
スメモリ）である。CPU42とDSP43のプログラムはそれぞ
れROM44、ROM46に格納されており、RAM45、RAM47を用い
て処理が進められる。音声合成に必要な信号処理は乗算
と加算が多いので、DSP43を用いて処理し、それ以外の
処理にCPU42を用いるマルチプロセッサ構成となってい
る。CPU42とDSP43の処理内容は第５図（Ａ）〜（Ｆ）の
フローチャートを用いて後述する。48はDAC（デジタル
アナログコンバータ）であり、49はLPF（ローパスフィ
ルタ）である。DSP43の演算処理で求められた音声波形
はDAC48によりアナログ信号に変換され、LPF49、増幅器
８、スピーカ９を経て外部へ出力される。

ホスト１から音声合成装置２へのデータはTDX（Trans
mitted Date:送信データ）信号線で伝えられる。音声合
成装置２からホスト１へのデータはRXD（Received Dat
a:受信データ）信号線を用いて伝えられる。音声合成装
置２が受信可能であるか否かを示す第１の方法として
は、破線で図示のCTS（Clear To Send:送信許可）信号
線を用いて伝える方法がある。しかし、専用の線号線を
用いて受信可能か否かを示すのは、前述の実施例１と変
わるところが少ない。そこで、ここでは、第２の方法と
して、受信可能か否かを示す符号（いわゆるＸパラメー
タ）をRXD信号線で送る方式についての本発明の実施例
を示す。

RS−232Cインターフェイスにおいては、Ｘパラメータ
によるデータの送受信の制御は広く普及している。音声
合成装置２からホスト１へ送るXOFFの符号（16進で13）
は、音声合成装置２が受信不能状態を意味しており、ホ
スト１はXOFFの符号を受け取ると、それ以降の送信は差
し控える。音声合成装置２からホスト１へ送るXONの符
号（16進で11）は、音声合成装置２が受信可能状態を意
味しており、ホスト１はXONの符号を受け取ると、中断
していた送信を再開する。

Ｘパラメータを用いるときに本発明を適用するとき
の、CPU42とDSP43の制御手順を第５図に示す。

第５図（Ａ）は、CPU42のメインルーチンである。ま
ずステップS1では、第５図（Ｃ）の受信割り込み処理の
為の初期化処理（第５図（Ｄ）参照）を行なう。次のス
テップS2では、ホスト１から送られてきた受信データを
一時的に記憶している受信バッファ（不図示）から文章
を読み出す。なお、ステップS3以降の処理は文章を処理
単位として処理を進める。次のステップS3では言語処理
を行う。ステップS4では音韻処理を行う。ステップS5で
は音響処理を行う。ステップS6ではその音響処理によっ
て得られた音響パラメータをDSP43に送る。ステップS7
では音声出力完了を待つ。ステップS8では音声出力の完
了を必要ならばホスト１に通知する。その後、再びステ
ップS2に戻る。ステップS2とS8の処理は第５図（Ｅ），
（Ｆ）で詳述する。

第５図（Ｂ）はDSP43のメインルーチンである。ま
ず、ステップT1ではCPU42から音響パラメータを受け取
る。次のステップT2で信号処理を行う。次のステップT3
では音声波形データをDAC48に送る。最後のステップT4
では音声出力の完了をCPU42に通知する。その後、ステ
ップT1に再び戻る。

第５図（Ｃ）は、ホスト１からシリアルコントローラ
41へTXD信号線を経てデータが送られてきたときのCPU42
の割り込み処理手順を示している。データが送られてく
るとただちに本割り込み処理が起動される。まず、ステ
ップS11ではシリアルコントローラ41から受信データを
読み出す。次のステップS12では受信データがウェイト
コマンドであるか否かを判定する。もし、受信データが
ウェイトコマンドでないならば、音声合成の対象である
文章のデータ、であるので、ステップS13で受信データ
を受信バッファ（不図示）に書き込む。次のステップS1
4の判定により、もし受信バッファが満杯に近いなら、
それ以降の受信ができないので、その旨をホスト１に伝
えるため、ステップS15でXOFFパラメータをホスト１に
送信し、次のステップS16でXSTATUSフラグに１を書き込
む。

一方、ステップS12で受信データがウェイトコマンド
ならば、ステップS17でXOFFパラメータをホスト１に送
信し、ステップS18でWSTATUSフラグに１を書き込む。

このXSTATUSフラグは、「受信バッファが満杯に近い
ためXOFFパラメータを送信した」ことを記憶するために
設けたフラグであり、WSTATUSフラグは、「ウェイトコ
マンドを受信したことによりXOFFパラメータを送信し
た」ことを記憶するために設けたフラグである。XSTATU
SフラグとWSTATUSフラグは、第５図（Ａ）のステップS1
で呼び出される第５図（Ｄ）の初期化処理のステップS1
−１で０に初期化される。

なお、単純化の為に、上記のステップS15またはステ
ップS17でXOFFパラメータを送信した後でホスト１から
のデータが受信される場合の例外処理は本実施例のフロ
ーチャートでは省いてある。すなわち、ホスト１は、デ
ータを送信した後は、音声合成装置２からステップS15
またはステップS17の処理によるXOFFパラメータが送ら
れてこないことを確認した上で、次のデータを送信する
ことを規則としている。

第５図（Ｅ）は、上記の受信バッファ（不図示）から
文章を読み出す処理である第５図（Ａ）のステップS2の
詳細を示す。まず、ステップS2−１では受信バッファに
データがあるか否かを判定する。データがあればステッ
プS2−２で進み、データがなければ、データが来るまで
待つ。次のステップS2−２では受信バッファから１文字
読み出す。受信バッファから受信データの１文字を読み
出すと、受信バッファに空きができるので、もし「受信
バッファが満杯に近いためXOFFパラメータを送信した」
後ならば、次のステップS2−３でXSTATUS＝１でかつWXS
TATUS＝０か否かを判定して、この場合は肯定判定とな
るので、ステップS2−４で受信可能状態を示すXONパラ
メータを送信し、続いてステップS2−５でXSTATUSフラ
グの状態を更新する。次にステップS2−６に進む。また
ステップS2−３で否定判定の場合は直ちにステップS2−
６へ進む。ステップS2−６で合成処理単位の文章の文末
まで受信バッファから読み出せたか否かを判定する。文
章の途中なら再び上記のステップS2−１に戻って次の文
字を読む。一方、文末まで読み出せたら第５図（Ａ）の
メインルーチンに戻る。

第５図（Ｆ）は、合成音の出力が完了した時にその旨
をホスト１に通知する処理である第５図（Ａ）のステッ
プS8の詳細を示す。もし「ウェイトコマンドを受信した
ことによりXOFFパラメータを送信した」後ならば、ステ
ップS8−１でWSTATUS＝１か否かを判定して、この場合
は肯定判定となるので、ステップS8−２で受信可能状態
を示すXONパラメータを送信し、続いてステップS8−３
でWSTATUSフラグの状態を更新する。ステップS8−１が
否定判定ならば何もせずに第５図（Ａ）のメインルーチ
ンに戻る。

以上の処理により、受信バッファが満杯に近くなって
受信不可能状態になった場合の他に、ウェイトコマンド
を受信した後は音声の出力完了まで次のデータの受信は
不可能状態になる。

ホストの動作従って、ホスト１では、音声合成装置２へのデータ送
信処理さえ用意すれば、音声出力完了に同期した処理の
進行が可能となる。そのため、従来では必要だった音声
合成装置の状態信号の読出処理が不要となる。次に、第
６図（Ａ），（Ｂ）のフローチャートを参照してホスト
１の動作を説明する。

いま、紙芝居式に画面にあわせて解説を音声で行い、
解説が終わるのと同期して画面を更新する場合を考え
る。従来技術によれば、第６図（Ａ）に示す通り、1₁か
ら1nのｎヶ文章をステップST101で合成装置２に送り、
第１画面をディスプレイ（不図示）にステップST102で
表示する。しかる後に、ステップST103で合成音の出力
完了を待ち、合成音の出力が完了したり、ステップST10
4で次の文章の2₁から2mのｍヶの文章を音声合成装置２
に送信し、第２画面をステップST105で出力することに
なる。

ここでステップST103は、ステップS101やステップS10
4とは異なる処理となっている。

一方、本発明実施例では、第６図（Ｂ）に示す様に文
章を送信した後はウェイトコマンドを送っておけば（ス
テップST112）、次の文章送信（ステップST114）は、前
の文章の合成が完了するまで待たされる。この「待たさ
れる」処理自体は、ホスト１と音声合成装置２とのイン
ターフェイス自体が持つ機能を利用したものなので、改
めて開発する必要はない。また、ステップST112,ST115
のウェイトコマンド送信処理は、ステップST111,ST114
の文章送信処理と同じ様に処理できるので、これも改め
て開発する必要はない。このように、本発明によればホ
スト１に必要な開発費用，開発労力等も軽減される。

〔発明の効果〕

以上説明したように、本発明によれば、データ受信イ
ンターフェース（12）により、音声合成用データ、ウェ
イトコマンドを含むデータをホスト（１）から受信する
と共に、受信可能か否かを示す通知信号をホスト（１）
に送信可能であり、コマンド判別手段（13）により、受
信したデータを判別し、ウェイトコマンドであると判別
した場合は、データ受信インターフェース（12）に受信
不可能を示す通知信号を送信させると共に、出力完了判
定手段（14）に受信通知を出力し、音声合成手段（４−
７）により、受信した音声合成データに基づいて合成音
を出力し、出力完了判定手段（14）により、前記受信通
知を受けた後、音声合成手段（４−７）の合成音の出力
が完了したことを判定し、データ受信インターフェース
（12）に受信可能を示す通知信号を送信させるので、デ
ータの発信元であるホスト（１）から音声合成装置への
データ送信に必要な信号線のみを用いて、音声出力の完
了を検出できる。従って、本発明によれば、音声出力完
了検出のための信号線を新たに設ける必要が無いため、
セントロニクスインターフェイスのような片方向にしか
データが送れない標準インターフェイスでもそのままホ
ストと音声合成装置の接続に利用することができ、音声
合成装置の普及に資するところが大きい。また、ホスト
では音声合成装置へのデータ送信処理さえ用意すれば、
音声出力完了に同期した処理の進行が可能なるので、音
声合成装置の状態信号の読出処理が不要となり、ひいて
は開発期間、開発コストが低減し、開発の容易化が得ら
れる。

【図面の簡単な説明】

第１図（Ａ）は本発明実施例の基本構成を示すブロック
図、第１図（Ｂ）は第１図（Ａ）の出力信号のタイミングを
示すタイミングチャート、第２図（Ａ）は従来の音声合成装置の構成例を示すブロ
ック図、第２図（Ｂ）は第２図（Ａ）の出力信号のタイミングを
示すタイミングチャート、第２図（Ｃ）は従来の音声合成装置の別の構成例を示す
ブロック図、第３図（Ａ）はセントロニクスインターフェイスを用い
た本発明の実施例の音声合成装置の構成を示すブロック
図、第３図（Ｂ）は第３図（Ａ）の出力信号のタイミングを
示すタイミングチャート、第４図はRS−232Cインターフェイスを用いた本発明の実
施例２の音声合成装置の構成を示すブロック図、第５図（Ａ）は第４図のCPUの制御動作を示すメインル
ーチンのフローチャート、第５図（Ｂ）は第４図のDSPの制御動作を示すメインル
ーチンのフローチャート、第５図（Ｃ）は第４図のCPUの受信割り込み処理の処理
内容を示すフローチャート、第５図（Ｄ），（Ｅ），（Ｆ）はそれぞれ第５図（Ａ）
の主要な処理内容の詳細を示すサブルーチンのフローチ
ャート、第６図（Ａ）は従来装置でのホストの処理動作を示すフ
ローチャート、第６図（Ｂ）は本発明実施例でのホストの処理動作を示
すフローチャートである。１……ホスト、２……音声合成装置、３……データ受信インターフェイス、４……言語処理部、５……音韻処理部、６……音響処理部、７……信号処理部、８……増幅器、９……スピーカ、 10……ステータス出力インターフェイス、 11……データ送受信インターフェイス、 12……データ受信インターフェイス、 13……コマンド判別手段、 14……出力完了判別手段、 31……データ受信インターフェイス、 32……コマンド判別部、 33……出力完了判定部、 41……シリアルコントローラ、 42……CPU、 43……DSP、 44,46……ROM、 45,47……RAM、 48……DAコンバータ、 49……ローパスフィルタ。

フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) G10L 3/00 G10L 9/00 G10L 9/18

Claims

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

【請求項１】データ受信インターフェース（12）、コマ
ンド判別手段（13）、音声合成手段（４−７）、出力完
了判定手段（14）を有する音声合成装置であって、データ受信インターフェース（12）は、音声合成用デー
タ、ウェイトコマンドを含むデータをホスト（１）から
受信すると共に、受信可能か否かを示す通知信号をホス
ト（１）に送信可能であり、コマンド判別手段（13）は、受信したデータを判別し、
ウェイトコマンドであると判別した場合は、データ受信
インターフェース（12）に受信不可能を示す通知信号を
送信させると共に、出力完了判定手段（14）に受信通知
を出力し、音声合成手段（４−７）は、受信した音声合成データに
基づいて合成音を出力し、出力完了判定手段（14）は、前記受信通知を受けた後、
音声合成手段（４−７）の合成音の出力が完了したこと
を判定し、データ受信インターフェース（12）に受信可
能を示す通知信号を送信させることを特徴とする音声合
成装置。