JPH11134169A - 文書検索システム - Google Patents

Abstract

(57)【要約】 【課題】 従来システムにおいては、全てのクライアン
ト端末に音声変換手段を設ける必要があった。 【解決手段】 複数のクライアント端末とサーバ端末と
が、ネットワークを介して接続された文書検索システム
において、取り出された情報中に含まれるテキストデー
タを音声データに変換する音声変換手段を、サーバ端末
に設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書検索機能と、
検索文書を音声形式に変換する音声変換機能とを備える
文書検索システムに関する。

【０００２】

【従来の技術】文献：沖電気研究開発 第152 号 Vol.5
8 No.4 P85〜88 「テキスト・音声変換技術の開発」テキストデータより
自然な音質の合成音を得る、テキスト・音声変換技術に
ついて記述した文献として、上記文献がある。この種の
変換技術は、ソフトウェア処理による変換技術と、専用
のハードウェアを用いる変換技術とに分類することがで
き、上記文献にはその双方が記述されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記文
献に記載されている変換技術は、基本的に、単一の装置
又はコンピュータ上での音声変換を対象とした変換技術
であるため、ネットワーク上の複数のコンピュータそれ
ぞれにおいて、検索された文書を音声に変換するテキス
ト音声変換システムに応用しようとする場合には、クラ
イアントとなる各コンピュータに、テキスト・音声変換
用のソフトウェア又はハードウエアをインストールする
必要があった。

【０００４】本発明は以上の点を考慮してなされたもの
で、ネットワークを利用した文書検索システムに適した
テキスト音声変換技術を提案しようとするものである。

【０００５】

【課題を解決するための手段】かかる課題を解決するた
め、第１の発明においては、複数のクライアント端末と
サーバ端末とが、ネットワークを介して接続された文書
検索システムにおいて、以下の手段を備えるようにす
る。

【０００６】すなわち、サーバ端末が、(1) 検索指示の
あったネットワーク上のアドレスより必要な情報を取り
出す文書検索手段と、(2) 取り出された情報中に含まれ
るテキストデータを、音声データに変換する音声変換手
段と、(3) 音声データを保存する音声格納手段と、(4)
検索指示を出したクライアント端末に、取り出した情報
を送出する端末制御手段とを備えるようにする。

【０００７】また、第２の発明においては、複数のクラ
イアント端末とサーバ端末とが、ネットワークを介して
接続された文書検索システムにおいて、以下の手段を備
えるようにする。

【０００８】すなわち、サーバ端末が、(1) 検索指示の
あったネットワーク上のアドレスより必要な情報を取り
出す文書検索手段と、(2) 取り出された情報中に含まれ
るテキストデータを、保存するテキストデータ格納手段
と、(3) 取り出した情報中に含まれるテキストデータの
音声再生が指示されたとき、テキストデータ格納手段か
ら当該テキストデータを読み出して順次音声データに変
換する音声変換手段と、(4) 検索指示を出したクライア
ント端末に、取り出した情報を送出する端末制御手段と
を備えるようにする。

【０００９】このように、第１及び第２の発明において
は、音声変換手段を、サーバ端末に設ける構成とするた
め、検索された情報中に含まれるテキストデータを音声
として再生したい場合にも、各クライアント端末は、サ
ーバ端末にアクセスして、その音声変換手段によって変
換された音声データを再生すれば良い。

【００１０】この結果、従来システムの場合のように、
各クライアント端末のそれぞれに音声変換手段を設けな
くても良くなり、クライアント端末の負荷を低減でき
る。

【００１１】

【発明の実施の形態】

（Ａ）各実施形態間の関係 以下、本発明に係る文書検索システムについての実施形
態を、４つの代表的な実施形態に分けて説明する。図２
は、これら４つの実施形態間の相違点を中心に、その特
徴点をまとめたものである。なお、いずれの実施形態の
場合にも、音声変換ソフトウェア（又は、装置）は、サ
ーバ内に１つだけ設ける構成を採用し、テキスト音声変
換はサーバ内で実行する。

【００１２】第１の実施形態の特徴は、音声変換ソフト
ウェア（又は、装置）によって変換された後の音声デー
タをサーバ側で格納する点と、格納されている音声デー
タの再生プログラムをサーバ側に格納する点である。こ
の第１の実施形態では、音声再生時に、再生プログラム
がサーバからクライアントにダウンロードされ、当該再
生プログラムに基づいて、サーバ内の音声データが読み
出されることになる。

【００１３】第２の実施形態の特徴は、変換後の音声デ
ータをサーバ側に共通して格納する点で、第１の実施形
態と同じである。ただし、音声データを再生する再生プ
ログラムが各クライアントに格納される点で異なる。

【００１４】第３の実施形態の特徴は、第１及び第２の
実施形態のように音声変換後の音声データの形態で格納
するのではなく、１文単位に分割したテキストデータの
形態でサーバ内に保存する点で異なる。また、当該テキ
ストデータを変換して得られる音声データを再生する再
生プログラムをサーバ側に格納しており、音声データの
再生時に、当該再生プログラムをサーバからクライアン
トにダウンロードし、音声データを再生する手法を採
る。

【００１５】第４の実施形態の特徴は、１文単位に分割
したテキストデータの形態でサーバ内に保存する点で、
第３の実施形態とと同じである。ただし、音声データを
再生する再生プログラムが各クライアントに格納される
点で異なる。以下、図面に基づいて、これら特徴を有す
る各実施形態について説明する。

【００１６】（Ｂ）第１の実施形態 （Ｂ−１）第１の実施形態に係るシステムの構成 図１は、第１の実施形態に係る文書検索システムの機能
構成を示すブロック図である。

【００１７】この第１の実施形態に係る検索システム
は、１つのサーバ端末と、これに接続された複数（図１
では３つ）のクライアント端末とで構成されている。図
１では、音声変換サーバ１０がサーバ端末に該当し、表
示入力手段１１及び音声再生手段１２の組がクライアン
ト端末に対応する。

【００１８】まず、音声変換サーバ１０の構成を説明す
る。音声変換サーバ１０は、ネットワーク接続手段１
と、文書検索手段２と、音声格納手段３と、音声変換手
段４と、端末制御手段５と、文分割手段６と、音声ロー
ドプログラム格納手段７とで構成される。

【００１９】ネットワーク接続手段１は、音声変換サー
バ１０と、ネットワークを介して接続された他の端末と
の通信を可能とする手段である。図１の場合、このネッ
トワーク接続手段１には、２つの文書検索手段８及び９
が接続されており、音声変換サーバ１０からの検索指示
の通信や検索された文書の通信に使用される。

【００２０】文書検索手段２、８及び９は、ＵＲＬ（Un
iform Resouce Locator ）等で指定されたネットワーク
上の情報アドレスを検索し、当該アドレスに関連付けて
保持されている文書を取り込むための手段である。

【００２１】なお、文書検索手段２には、音声再生ボタ
ン（アイコン等からなる）とその再生に要するプログラ
ムを、検索した文書に埋め込む機能が設けられている。

【００２２】音声格納手段３は、音声変換手段４によっ
て、変換された後の音声データを一定期間保存するため
の手段である。

【００２３】音声変換手段４は、検索された文書上のテ
キストデータを音声データに変換する手段である。図３
に、かかる音声変換手段４の一例を示す。この音声変換
手段４は、上記文献に記載されたものであり、テキスト
解析部４Ａと、合成パラメータ生成部４Ｂと、音声合成
部４Ｃと、単語辞書４Ｄと、素片データ４Ｅとで構成さ
れている。

【００２４】端末制御手段５は、音声変換サーバ１０と
各クライアント端末との接続を個別に制御する手段であ
る。

【００２５】文分割手段６は、検索された文書からテキ
スト部分のみを取り出し、そのテキストを１文毎に分割
する手段である。例えば、日本語文であれば、句点や改
行などを１文とする。

【００２６】音声ロードプログラム格納手段７は、クラ
イアント端末が、音声データを音声変換サーバ１０から
ダウンロードして再生制御するのに必要なプログラムを
格納する記憶手段である。

【００２７】続いて、クライアント端末の構成を説明す
る。クライアント端末は、表示入力手段１１（＊）及び
音声再生手段１２（＊）（ただし、＊＝Ａ、Ｂ、Ｃ。）
から構成されている。

【００２８】ここで、表示入力手段１１（Ａ）、（Ｂ）
及び（Ｃ）は、検索したい文書のネットワーク上のアド
レスを入力して音声変換サーバ１０に与える他、音声変
換サーバ１０において検索された文書を表示するために
用いられる手段である。さらに、この表示入力手段１１
（Ａ）、（Ｂ）及び（Ｃ）には、再生プログラムが埋め
込まれている文書について、画面上の音声再生ボタンが
操作された場合、当該文書に含まれているプログラムを
実行して音声データを読み出すのに必要な機能も備えら
れている。

【００２９】音声再生手段１２（Ａ）、（Ｂ）及び
（Ｃ）は、文書中のテキストデータについて、音声変換
サーバ１０内に格納されている音声データを、当該サー
バより読み出して再生するための手段である。

【００３０】（Ｂ−２）初期表示画面例 続いて、この第１の実施形態に係るクライアント端末の
各表示入力手段１１の画面上に表示される表示画面の基
本レイアウト構成を図４に示す。

【００３１】図４における最も大きなウィンドウ１３
は、表示入力手段１１のウィンドウである。ウィンドウ
１３の上部には、検索対象とする情報が格納されている
ネットワーク上のアドレスを入力するためのウィンドウ
１４が設けられている。ここでのアドレスの入力には、
例えば、クライアント端末に接続されているキーボード
等が使用される。なお、図４では、「http://www.foo.c
o.jp/index.html 」なる文字列がアドレスとして入力さ
れている。

【００３２】また、図４の場合、ウィンドウ１４の下部
には、入力されたアドレスに基づいて検索された結果で
ある情報を表示するためのウィンドウ１５が表示され
る。

【００３３】（Ｂ−３）音声変換動作 図５に、第１の実施形態に係る文書検索システムによる
音声変換動作を説明する。

【００３４】まず、あるクライアント端末を使用してい
るユーザが、その表示入力手段１１を用いて検索表示し
たい情報のアドレスを入力したものとする。このステッ
プＳＰ１において入力されたアドレスは、端末制御手段
５を通して文書検索手段２に送られる。

【００３５】続く、ステップＳＰ２では、当該アドレス
に対応する情報を、文書検索手段２が検索するよう動作
するが、同一サーバ内に該当するアドレスが存在しない
場合には、ネットワーク接続手段１を介してネットワー
クと接続し、他の文書検索手段８及び９を用いて検索し
たいアドレスの情報を検索し、その結果を受信する。

【００３６】ステップＳＰ３では、文書検索手段２が、
検索の結果得られた文書に、音声ロードプログラム格納
手段７に格納されている音声再生用のプログラムとボタ
ンを埋め込み、当該データを端末制御手段５を介して検
索要求を出したクライアント端末に出力する。

【００３７】次のステップＳＰ４では、文書検索手段２
が、音声格納手段３内に検索したアドレスに対応する音
声データがあるかどうか確認する。ここで、肯定結果が
得られ、既に持っていることが確認された場合には、こ
の処理を終了する。

【００３８】一方、否定結果が得られた場合には、ステ
ップＳＰ５に進み、文書検索手段２が、検索した情報を
文分割手段６に送る。ここで、文分割手段６は、その情
報のテキスト部分のみを取り出し、取り出したテキスト
データを１文ずつに分割する処理を行い、文書検索手段
２に返す。

【００３９】かかる分割処理が終了すると、ステップＳ
Ｐ６に進み、文書検索手段２が分割されたテキストデー
タを音声変換手段４に送る。音声変換手段４は、受けと
ったテキストデータを音声データに変換し、文書検索手
段２に返す。

【００４０】ステップＳＰ７では、文書検索手段２が音
声データを音声格納手段３に渡す。音声格納手段３は、
受けとった音声データをディレクトリに格納する。その
ディレクトリの場所は、検索したアドレスによって一意
に決まる。音声データは、１文毎にファイル化され、シ
ーケンシャル番号が付与される。

【００４１】ステップＳＰ８に進むと、音声格納手段３
が、音声ファイルを全て格納し終ったことを示す音声変
換終了ファイルをディレクトリ上に作成し、一連の音声
変換動作を終了する。

【００４２】（Ｂ−４）音声変換後の表示画面例 図６に、上述の音声変換後、情報検索を要求したクライ
アント端末の表示画面上に現れる表示画面の例を示す。
図６は、図４との同一部分に同一符号を付して示したも
のである。

【００４３】図６と図４との違いは、図６の場合、入力
されたアドレスに対応する情報（テキストを含む）１７
がウィンドウ１５中に表示されている点と、ウィンドウ
１５の左右上部分に、表示された情報のうちテキスト部
分の音読開始を指示するための音声再生ボタン（アイコ
ン）１６が表示されている点とである。

【００４４】例えば、この音声再生ボタン１６上にマウ
スカーソルを移動してクリック等すれば、テキスト部分
の音読が開始されることになる。なおこのように、音声
再生ボタン１６がクリックされたとき、クライアント端
末は、先に、検索情報に埋め込まれて音声変換サーバ側
から伝送されていた再生プログラムが起動し、音声変換
サーバ１０から対応する音声データをダウンロードし音
声として再生するよう動作する。

【００４５】（Ｂ−５）音声再生ボタン操作後の音声再
生動作 図７に、音声再生ボタン１６がクリック等操作された後
の処理動作の流れを示す。

【００４６】まず、ステップＳＰ１１では、音声再生手
段１２が音声番号カウンタを０にセットする。

【００４７】続く、ステップＳＰ１２では、表示入力手
段１１がディレクトリ名、音声ファイル名の要求を、音
声変換サーバ１０に対して送信する。このとき、文書検
索手段２は、要求された音声ファイルがディレクトリに
あるか否かを調べる。

【００４８】ここで、肯定結果が得られた場合（ある場
合）にはステップＳＰ１５に進み、否定結果が得られた
場合（ない場合）にはステップＳＰ１３に進む。

【００４９】ここでは未だ番号に対応する音声データが
存在しないものとし、ステップＳＰ１３に進んだものと
する。このとき、音声再生手段１２が文書検索手段２に
音声変換終了ファイルがあるかどうかを調べる。ここで
肯定結果が得られた場合（ある場合）は、処理を終了す
るが、否定結果が得られた場合（ない場合）にはステッ
プＳＰ１４に進み、一定時間待機した後（変換処理が終
了していないため）、再び、ステップＳＰ１２に戻る。

【００５０】なお、このループ処理ステップＳＰ１２−
ＳＰ１３−ＳＰ１４−ＳＰ１２の処理は、番号に対応す
る音声データ（初期状態では、番号０に対応する音声デ
ータ）が見つかるまで処理が継続される。

【００５１】やがて、ステップＳＰ１２において肯定結
果を得、ステップ１５に進むと、次は、文書検索手段２
が音声データを表示入力手段１１に送り、音声再生手段
１２が音声データを再生する。

【００５２】そして、次のステップＳＰ１６で、音声再
生手段１２が音声番号カウンタのカウント値を１つイン
クリメントし、ステップＳＰ１２に戻り、次の音声デー
タの再生に備える。

【００５３】（Ｂ−６）音声再生動作の具体例 最後に、上述した一連の動作を具体例を挙げて説明す
る。

【００５４】図４に示すように、まず、ユーザが検索表
示したい情報のネットワークアドレスをウィンドウ１４
内に入力する。図４の場合、「http://www.foo.co.jp/i
ndex.html 」を入力する。

【００５５】入力の完了したクライアント端末側のユー
ザは、改行キーを押してこのアドレスを音声変換サーバ
１０側に送信すると、文書検索手段２が、その情報を検
索し、検索された情報に音声再生ボタン１６及び再生プ
ログラムを付加して、クライアント端末に送信する。

【００５６】これにより、クライアント端末の表示入力
手段１１上には、検索された情報１７と音声再生ボタン
１６が、図６に示すように表示される。

【００５７】一方、音声変換サーバ１０側では、当該情
報に含まれるテキストデータに対応する音声データがど
こにあるかわかるようなディレクトリを作成する。例え
ば、以下のようなディレクトリを作成する。

【００５８】 /audio/http/www.foo.co.jp/index.html/ このディレクトリの下には、１文毎に音声化されたデー
タが格納される。例えば、このデータには、以下のよう
な番号のファイル名を付ける。

【００５９】 /audio/http/www.foo.co.jp/index.html/0000.au /audio/http/www.foo.co.jp/index.html/0001.au /audio/http/www.foo.co.jp/index.html/0002.au /audio/http/www.foo.co.jp/index.html/0003.au /audio/http/www.foo.co.jp/index.html/0004.au 図６の例では、「0000.au 」 に「○○会社ホームペー
ジへようこそ。」の音声データが格納され、「0001.au
」 に「新着情報」の音声データが格納され、「0002.
au 」 に「会社概要」の音声データが格納され、「000
3.au 」 に「採用情報」の音声データが格納され、「0
004.au 」 に「関連企業」の音声データが格納され
る。

【００６０】全てのテキストデータを音声データに変換
し終ったら、例えば以下に示すような変換終了を示すフ
ァイルを作成する。

【００６１】/audio/http/www.foo.co.jp/index.html/e
nd.auこのような状態で、図６に示すように、画面上に
表示された音声再生ボタン１６が操作されると、音声再
生手段１２は、まず最初に、「/audio/http/www.foo.c
o.jp/index.html/0000.au」というファイルがあるかど
うか文書検索手段２に尋ねる。

【００６２】ここで仮に、まだそのファイルが作られて
いなかったとすると、「/audio/http/www.foo.co.jp/in
dex.html/end.au 」 というファイルがあるかどうか文
書検索手段２に尋ねる。

【００６３】このファイルもできていない場合には、し
ばらく待機処理を行った後、再び、「/audio/http/www.
foo.co.jp/index.html/0000.au」というファイルがある
かどうか文書検索手段２に尋ねる。あったならば、その
ファイルを受けとり、音声の再生を行う。再生が終了す
ると、次のファイルである「/audio/http/www.foo.co.j
p/index.html/0001.au」というファイルがあるかどうか
尋ね、あれば再生する。

【００６４】これらの処理を繰り返し、「/audio/http/
www.foo.co.jp/index.html/0004.au」の再生まで終る
と、「/audio/http/www.foo.co.jp/index.html/0005.a
u」というファイルは存在せず、「/audio/http/www.fo
o.co.jp/index.html/end.au 」というファイルが存在す
ることがわかるので、そこで処理を終了する。

【００６５】（Ｂ−６）第１の実施形態の効果 以上のように、第１の実施形態によれば、サーバ端末に
対して複数のクライアント端末がネットワークを介して
接続された構成の文書検索システムにおいて、全てのク
ライアント端末に共通するテキスト音声変換機能を、サ
ーバ端末側に設けるようにし、各クライアント端末が、
必要に応じて音声変換後の音声データをサーバ端末から
読み出して再生する構成としたことにより、音声変換時
にクライアント端末にかかる負荷を軽減できる。

【００６６】またこれにより、ネットワークに新たなク
ライアント端末を接続するたびに、各端末にテキスト音
声変換機能をインストールする必要性をなくし得る。

【００６７】さらに、テキスト音声変換機能の性能を向
上させる場合にも、全てのクライアント端末を対象とし
て再インストールを行わずに済むので保守管理の面でも
有利である。

【００６８】また、第１の実施形態によれば、変換後の
音声データをサーバ端末に保持する構成としているの
で、以前に他のクライアント端末の指示で行った音声デ
ータが保持されている場合には、再度最初から音声変換
処理を実行しなくても所望の音声データを再利用できる
ので、システム全体の利用効率を向上でき、再生までに
要する時間も短縮できる。

【００６９】さらに、第１の実施形態によれば、文書中
に含まれるテキストデータを１文毎に分割してテキスト
音声変換し、それらに一つづつファイル名を付けて保持
する構成としたことにより、文書中の全てのテキストデ
ータを対象とする音声変換の完了を待たなくても、変換
の済んだところまでは音声変換処理を実行しながら音声
の再生を行うことができ、再生開始までに要する時間の
短縮を実現できる。

【００７０】さらに、第１の実施形態によれば、全ての
クライアント端末に共通する音声再生ソフトウェアをサ
ーバ端末に保持し、必要に応じて（例えば、文書の検索
が指示されたとき）、クライアント端末側にダウンロー
ドする構成としたことにより、各クライアント端末のそ
れぞれに、予め再生プログラムをインストールしなくて
も良くなる。

【００７１】（Ｃ）第２の実施形態 （Ｃ−１）第２の実施形態に係るシステムの構成 図８は、第２の実施形態に係る文書検索システムの機能
構成を示すブロック図である。

【００７２】この第２の実施形態に係る文書検索システ
ムと第１の実施形態において説明した文書検索システム
との構成上の違いは、図１との対応、同一部分に対応、
同一符号を付して示す図８から分かるように、音声変換
サーバ２０（音声変換サーバ１０から音声ロードプログ
ラム格納手段７を無くしたもの）を用いる点と、各クラ
イアント端末に予め音声再生ソフトウェアを保持し、当
該ソフトウェアに基づいて音声変換サーバ２０から音声
データを再生する音声ロード手段２１を設けた点の２点
である。

【００７３】なお、この音声変換サーバ２０における文
書検索手段２’の場合には、第１の実施形態で説明した
音声変換サーバ１０の場合と異なり、検索された文書に
音声再生ボタンと再生プログラムを付加する機能は設け
られていない点でも相違する。これは、本実施形態の場
合には、各クライアント端末側にこれら機能が設けられ
ているからである。

【００７４】また、この第２の実施形態における表示入
力手段１１’の場合には、第１の実施形態で説明した表
示入力手段１１の場合と異なり、音声データを音声変換
サーバ２０から読み出す機能は設けられていない。これ
は、当該機能が、音声ロード手段２１に別途設けられて
いるからである。

【００７５】以上が、第２の実施形態に係る文書検索シ
ステムの構成である。

【００７６】（Ｃ−２）初期表示画面例 続いて、この第２の実施形態に係るクライアント端末の
表示入力手段１１’の画面上に表示される表示画面の基
本レイアウト構成を図９に示す。図９は、図４と同一部
分に同一符号を付して示すものであり、基本的にそのレ
イアウト構成はほぼ同一である。

【００７７】ただし、この第２の実施形態の場合には、
音声変換サーバ２０から音声データをダウンロードする
のに必要なソフトウェアが、クライアント端末側に保持
されているため、検索前の段階においても、音声再生ボ
タン１８がウィンドウ１４の並びに表示されている。

【００７８】（Ｃ−３）音声変換動作 図１０に、第２の実施形態に係る文書検索システムによ
る音声変換動作を説明する。なお、図１０は、図５との
同一、対応部分に同一、対応符号を付して示したもので
ある。

【００７９】図１０と図５とを比較すれば分かるよう
に、ステップＳＰ３Ａの処理が異なることを除いて、そ
の動作内容は第１の実施形態の場合と同様となる。

【００８０】すなわち、まず、あるクライアント端末を
使用しているユーザが、その表示入力手段１１を用いて
検索表示したい情報のアドレスを入力したものとする。
このステップＳＰ１において入力されたアドレスは、端
末制御手段５を通して文書検索手段２に送られる。

【００８１】続く、ステップＳＰ２では、当該アドレス
に対応する情報を、文書検索手段２’が検索するよう動
作するが、同一サーバ内に該当するアドレスが存在しな
い場合には、ネットワーク接続手段１を介してネットワ
ークと接続し、他の文書検索手段８及び９を用いて検索
したいアドレスの情報を検索し、その結果を受信する。

【００８２】ステップＳＰ３Ａでは、文書検索手段２’
が、検索された文書を検索要求を出したクライアント端
末に出力する。

【００８３】次のステップＳＰ４では、文書検索手段２
が、音声格納手段３内に検索したアドレスに対応する音
声データがあるかどうか確認する。ここで、肯定結果が
得られ、既に持っていることが確認された場合には、こ
の処理を終了する。

【００８４】一方、否定結果が得られた場合には、ステ
ップＳＰ５に進み、文書検索手段２が、検索した情報を
文分割手段６に送る。ここで、文分割手段６は、その情
報のテキスト部分のみを取り出し、取り出したテキスト
データを１文ずつに分割する処理を行い、文書検索手段
２に返す。

【００８５】かかる分割処理が終了すると、ステップＳ
Ｐ６に進み、文書検索手段２が分割されたテキストデー
タを音声変換手段４に送る。音声変換手段４は、受けと
ったテキストデータを音声データに変換し、文書検索手
段２に返す。

【００８６】ステップＳＰ７では、文書検索手段２が音
声データを音声格納手段３に渡す。音声格納手段３は、
受けとった音声データをディレクトリに格納する。その
ディレクトリの場所は、検索したアドレスによって一意
に決まる。音声データは、１文毎にファイル化され、シ
ーケンシャル番号が付与される。

【００８７】ステップＳＰ８に進むと、音声格納手段３
が、音声ファイルを全て格納し終ったことを示す音声変
換終了ファイルをディレクトリ上に作成し、一連の音声
変換動作を終了する。

【００８８】（Ｃ−４）音声変換後の表示画面例 図１１に、上述の音声変換後、情報検索を要求したクラ
イアント端末の表示画面上に現れる表示画面の例を示
す。図１１は、図９との同一部分に同一符号を付して示
したものである。

【００８９】図１１と図９との違いは、図１１の場合、
入力されたアドレスに対応する情報（テキストを含む）
１７がウィンドウ１５中に表示されている点のみであ
る。

【００９０】ここで、例えば、音声再生ボタン１８上に
マウスカーソルを移動してクリック等すれば、ウィンド
ウ１５内に表示されたテキスト部分の音読が開始される
ことになる。

【００９１】なお、音声再生ボタン１８がクリックされ
たとき、クライアント端末は、音声ロード手段２１に格
納されている再生プログラムを起動し、音声変換サーバ
２０から対応する音声データをダウンロードし音声とし
て再生するよう動作する。

【００９２】（Ｃ−５）音声再生ボタン操作後の音声再
生動作 この動作については、第１の実施形態の場合と同じく、
図７に示した手順にて実行される。従って、その説明は
省略する。

【００９３】（Ｃ−６）音声再生動作の具体例 最後に、上述した一連の動作を具体例を挙げて説明す
る。

【００９４】図９に示すように、まず、ユーザが検索表
示したい情報のネットワークアドレスをウィンドウ１４
内に入力する。図９の場合、「http://www.foo.co.jp/i
ndex.html 」を入力する。

【００９５】入力の完了したクライアント端末側のユー
ザは、改行キーを押してこのアドレスを音声変換サーバ
２０側に送信すると、文書検索手段２’が、その情報を
検索し、クライアント端末に送信する。

【００９６】これにより、クライアント端末の表示入力
手段１１’上には、検索された情報１７が、図７に示す
ように表示される。

【００９７】一方、音声変換サーバ２０側では、当該情
報に含まれるテキストデータに対応する音声データがど
こにあるかわかるようなディレクトリを作成する。例え
ば、以下のようなディレクトリを作成する。

【００９８】 /audio/http/www.foo.co.jp/index.html/ このディレクトリの下には、１文毎に音声化されたデー
タが格納される。例えば、このデータには、以下のよう
な番号のファイル名を付ける。

【００９９】 /audio/http/www.foo.co.jp/index.html/0000.au /audio/http/www.foo.co.jp/index.html/0001.au /audio/http/www.foo.co.jp/index.html/0002.au /audio/http/www.foo.co.jp/index.html/0003.au /audio/http/www.foo.co.jp/index.html/0004.au 図１１の例では、「0000.au 」に「○○会社ホームペー
ジへようこそ。」 の音声データが格納され、「0001.a
u 」に「新着情報」 の音声データが格納され、「000
2.au 」 に「会社概要」の音声データが格納され、「0
003.au 」 に「採用情報」の音声データが格納され、
「0004.au 」 に「関連企業」の音声データが格納され
る。

【０１００】全てのテキストデータを音声データに変換
し終ったら、例えば以下に示すような変換終了を示すフ
ァイルを作成する。

【０１０１】 /audio/http/www.foo.co.jp/index.html/end.au このような状態で、図１１に示すように、画面上に表示
された音声再生ボタン１８が操作されると、音声ロード
手段２１は、まず最初に、「/audio/http/www.foo.co.j
p/index.html/0000.au」というファイルがあるかどうか
文書検索手段２’に尋ねる。

【０１０２】ここで仮に、まだそのファイルが作られて
いなかったとすると、「/audio/http/www.foo.co.jp/in
dex.html/end.au 」 というファイルがあるかどうか文
書検索手段２に尋ねる。

【０１０３】このファイルもできていない場合には、し
ばらく待機処理を行った後、再び、「/audio/http/www.
foo.co.jp/index.html/0000.au」というファイルがある
かどうか文書検索手段２’に尋ねる。あったならば、そ
のファイルを受けとり、音声の再生を行う。再生が終了
すると、次のファイルである「/audio/http/www.foo.c
o.jp/index.html/0001.au」というファイルがあるかど
うか尋ね、あれば再生する。

【０１０４】これらの処理を繰り返し、「/audio/http/
www.foo.co.jp/index.html/0004.au」の再生まで終る
と、「/audio/http/www.foo.co.jp/index.html/0005.a
u」というファイルは存在せず、「/audio/http/www.fo
o.co.jp/index.html/end.au 」というファイルが存在す
ることがわかるので、そこで処理を終了する。

【０１０５】（Ｃ−６）第２の実施形態の効果 以上のように、第２の実施形態によれば、音声再生ソフ
トウェアをクライアント端末側に保持する構成としたこ
とを除いて第１の実施形態と同様の構成であり、第１の
実施形態と同様の効果を得ることができる。

【０１０６】（Ｄ）第３の実施形態 （Ｄ−１）第３の実施形態に係るシステムの構成 図１２は、第３の実施形態に係る文書検索システムの機
能構成を示すブロック図である。

【０１０７】この第３の実施形態に係る文書検索システ
ムと第１の実施形態において説明した文書検索システム
との構成上の違いは、図１との対応、同一部分に対応、
同一符号を付して示す図１１から分かるように、音声変
換サーバ３０（音声変換サーバ１０の音声格納手段３に
替えて文格納手段３１を設けたもの）を用いるようにし
た点である。

【０１０８】ここで、文格納手段３１は、文分割手段６
によって１文毎に区切られたテキストデータを、一定期
間保存するための手段である。従って、テキスト音声変
換は、音声再生が要求されたとき、その都度実行される
ことになる。

【０１０９】（Ｄ−２）初期表示画面例 この第３の実施形態に係るクライアント端末の各表示入
力手段１１の画面上に表示される表示画面の基本レイア
ウト構成は、第１の実施形態の説明で示した図４と同一
の構成となる。

【０１１０】（Ｄ−３）テキストファイル格納動作 図１３に、第３の実施形態に係る文書検索システムによ
るテキストファイル格納動作を説明する。なお、図１３
は、図５との同一、対応部分に同一、対応符号を付して
示したものである。

【０１１１】図１３と図５とを比較すれば分かるよう
に、ステップＳＰ４Ａ、ステップＳＰ６Ａ及びステップ
ＳＰ７Ａの処理が異なること、並びに、ステップＳＰ８
の処理を有しないことを除いて、その動作内容は第１の
実施形態の場合と同様となる。

【０１１２】以下、図１３に従って、第３の実施形態に
おけるテキストファイル格納動作を説明する。

【０１１３】まず、あるクライアント端末を使用してい
るユーザが、その表示入力手段１１を用いて検索表示し
たい情報のアドレスを入力したものとする。このステッ
プＳＰ１において入力されたアドレスは、端末制御手段
５を通して文書検索手段２に送られる。

【０１１４】続く、ステップＳＰ２では、当該アドレス
に対応する情報を、文書検索手段２が検索するよう動作
するが、同一サーバ内に該当するアドレスが存在しない
場合には、ネットワーク接続手段１を介してネットワー
クと接続し、他の文書検索手段８及び９を用いて検索し
たいアドレスの情報を検索し、その結果を受信する。

【０１１５】ステップＳＰ３では、文書検索手段２が、
検索の結果得られた文書に、音声ロードプログラム格納
手段７に格納されている音声再生用のプログラムとボタ
ンを埋め込み、当該データを端末制御手段５を介して検
索要求を出したクライアント端末に出力する。

【０１１６】次のステップＳＰ４Ａでは、文書検索手段
２が、文格納手段３１内に検索したアドレスに対応する
テキストデータがあるかどうか確認する。ここで、肯定
結果が得られ、既に持っていることが確認された場合に
は、この処理を終了する。

【０１１７】一方、否定結果が得られた場合には、ステ
ップＳＰ５に進み、文書検索手段２が、検索した情報を
文分割手段６に送る。ここで、文分割手段６は、その情
報のテキスト部分のみを取り出し、取り出したテキスト
データを１文ずつに分割する処理を行い、文書検索手段
２に返す。

【０１１８】かかる分割処理が終了すると、ステップＳ
Ｐ６Ａに進み、文書検索手段２が分割されたテキストデ
ータを文格納手段３１に送る。文格納手段３１は、受け
とったテキストデータを、該当するディレクトリに格納
する。

【０１１９】なお、ディレクトリは、検索されたアドレ
スによって一意に定まる。テキストデータは１文毎にフ
ァイル化され、そのファイルは順番に番号付けされ格納
される。やがて、全てのファイルが格納されると、次の
ステップＳＰ７Ａに進む。

【０１２０】ステップＳＰ７Ａでは、文格納手段３１
が、テキストファイルの全てを格納し終えたことを示す
テキスト終了ファイルを作成し、これをディレクトリに
格納する。この後、一連のテキスト格納動作を終了す
る。

【０１２１】（Ｄ−４）テキストファイル格納後の表示
画面例 この第３の実施形態の場合も、情報検索を要求したクラ
イアント端末の表示画面上に現れる表示画面は、第１の
実施形態のレイアウトと同一、すなわち、図６と同一と
なる。

【０１２２】（Ｄ−５）音声再生ボタン操作後の音声再
生動作 図１４に、音声再生ボタン１８がクリック等操作された
後の処理動作の流れを示す。なお、図１４は、図７との
同一、対応部分に同一、対応符号を付して示すものであ
り、ステップＳＰ１２Ａ及びステップＳＰ１３Ａの処理
内容が異なる点、並びに、ステップＳＰ１７を有する点
を除いて同様の構成を有している。

【０１２３】以下、図１４に基づいて、その動作内容を
説明する。

【０１２４】まず、ステップＳＰ１１では、音声再生手
段１２が音声番号カウンタを０にセットする。

【０１２５】続く、ステップＳＰ１２Ａでは、表示入力
手段１１がディレクトリ名、テキストファイル名の要求
を、音声変換サーバ３０に対して送信する。このとき、
文書検索手段２は、要求されたテキストファイルがディ
レクトリにあるか否かを調べる。

【０１２６】ここで、肯定結果が得られた場合（ある場
合）にはステップＳＰ１７に進み、否定結果が得られた
場合（ない場合）にはステップＳＰ１３Ａに進む。

【０１２７】ここでは未だ番号に対応するテキストデー
タが存在しないものとし、ステップＳＰ１３Ａに進んだ
ものとする。このとき、音声再生手段１２が文書検索手
段２にテキスト終了ファイルがあるかどうかを調べる。
ここで肯定結果が得られた場合（ある場合）は、処理を
終了するが、否定結果が得られた場合（ない場合）には
ステップＳＰ１４に進み、一定時間待機した後（変換処
理が終了していないため）、再び、ステップＳＰ１２に
戻る。

【０１２８】なお、このループ処理ステップＳＰ１２Ａ
−ＳＰ１３Ａ−ＳＰ１４−ＳＰ１２Ａの処理は、番号に
対応するテキストデータ（初期状態では、番号０に対応
するテキストデータ）が見つかるまで処理が継続され
る。

【０１２９】やがて、ステップＳＰ１２Ａにおいて肯定
結果を得、ステップ１７に進むと、文書検索手段２がテ
キストデータを音声変換手段４に与え、音声データに変
換する。

【０１３０】音声データが得られると、次のステップＳ
Ｐ１５に進み、文書検索手段２が、音声データを表示入
力手段１１に送り、音声再生手段１２が音声データを再
生する。

【０１３１】そして、ステップＳＰ１６で、音声再生手
段１２が音声番号カウンタのカウント値を１つインクリ
メントし、ステップＳＰ１２に戻り、次の音声データの
再生に備える。

【０１３２】（Ｄ−６）音声再生動作の具体例 最後に、上述した一連の動作を具体例を挙げて説明す
る。

【０１３３】図４に示すように、まず、ユーザが検索表
示したい情報のネットワークアドレスをウィンドウ１４
内に入力する。図４の場合、「http://www.foo.co.jp/i
ndex.html 」を入力する。

【０１３４】入力の完了したクライアント端末側のユー
ザは、改行キーを押してこのアドレスを音声変換サーバ
３０側に送信すると、文書検索手段２が、その情報を検
索し、検索された情報に音声再生ボタン１６及び再生プ
ログラムを付加して、クライアント端末に送信する。

【０１３５】これにより、クライアント端末の表示入力
手段１１上には、検索された情報１７と音声再生ボタン
１６が、図６に示すように表示される。

【０１３６】一方、音声変換サーバ３０側では、当該情
報に含まれるテキストデータがどこにあるかわかるよう
なディレクトリを作成する。例えば、以下のようなディ
レクトリを作成する。

【０１３７】 /text/http/www.foo.co.jp/index.html/ このディレクトリの下には、１文毎に区切られたテキス
トデータが格納される。例えば、このテキストデータの
ファイルには、以下のような番号のファイル名を付け
る。

【０１３８】 /text/http/www.foo.co.jp/index.html/0000.txt /text/http/www.foo.co.jp/index.html/0001.txt /text/http/www.foo.co.jp/index.html/0002.txt /text/http/www.foo.co.jp/index.html/0003.txt /text/http/www.foo.co.jp/index.html/0004.txt 図６の例では、「0000.txt」に「○○会社ホームページ
へようこそ。」のテキストデータが格納され、「0001.t
xt」に「新着情報」のテキストデータが格納され、「00
02.txt」に「会社概要」のテキストデータが格納され、
「0003.txt」に「採用情報」のテキストデータが格納さ
れ、「0004.txt」に「関連企業」のテキストデータが格
納される。

【０１３９】全てのテキストデータを格納し終ったら、
例えば以下に示すような格納終了を示すファイルを作成
する。

【０１４０】 /text/http/www.foo.co.jp/index.html/end.txt この状態で、図６に示すように、画面上に表示された音
声再生ボタン１６が操作されると、音声再生手段１２
は、まず最初に、「/text/http/www.foo.co.jp/index.h
tml/0000.txt」というファイルがあるかどうか文書検索
手段２に尋ねる。

【０１４１】ここで仮に、まだそのファイルが作られて
いなかったとすると、「/text/http/www.foo.co.jp/ind
ex.html/end.txt 」 というファイルがあるかどうか文
書検索手段２に尋ねる。

【０１４２】このファイルもできていない場合には、し
ばらく待機処理を行った後、再び、「/text/http/www.f
oo.co.jp/index.html/0000.txt」というファイルがある
かどうか文書検索手段２に尋ねる。あったならば、その
テキストファイルを音声変換手段４に与え、音声変換す
る。この音声変換により得られた音声ファイルは、端末
制御手段５を介して検索要求を出したクライアント端末
に与えられ、当該端末の音声再生手段１２によって再生
される。

【０１４３】再生が終了すると、次のファイルである
「/text/http/www.foo.co.jp/index.html/0001.txt」と
いうファイルがあるかどうか尋ね、あれば再生する。

【０１４４】これらの処理を繰り返し、「/text/http/w
ww.foo.co.jp/index.html/0004.txt」の再生まで終る
と、「/text/http/www.foo.co.jp/index.html/0005.tx
t」というファイルは存在せず、「/text/http/www.foo.
co.jp/index.html/end.txt 」というファイルが存在す
ることがわかるので、そこで処理を終了する。

【０１４５】（Ｄ−６）第３の実施形態の効果 以上のように、第３の実施形態によれば、サーバ端末に
対して複数のクライアント端末がネットワークを介して
接続された構成の文書検索システムにおいて、全てのク
ライアント端末に共通するテキスト音声変換機能を、サ
ーバ端末側に設けるようにし、各クライアント端末が、
必要に応じて音声変換後の音声データをサーバ端末から
読み出して再生する構成としたことにより、音声変換時
にクライアント端末にかかる負荷を軽減できる。

【０１４６】またこれにより、ネットワークに新たなク
ライアント端末を接続するたびに、各端末にテキスト音
声変換機能をインストールする必要性をなくし得る。

【０１４７】さらに、テキスト音声変換機能の性能を向
上させる場合にも、全てのクライアント端末を対象とし
て再インストールを行わずに済むので保守管理の面でも
有利である。

【０１４８】また、第３の実施形態によれば、検索され
た文書のテキストデータを１文単位でサーバ端末に保持
する構成としているので、以前に他のクライアント端末
の指示で行ったテキストデータが保持されている場合に
は、再度最初からテキストデータの分割処理を実行しな
くても所望のテキストデータを再利用できるので、シス
テム全体の利用効率を向上でき、再生までに要する時間
も短縮できる。

【０１４９】さらに、第３の実施形態によれば、文書中
に含まれるテキストデータを１文単位でテキスト音声変
換することにより、文書中の全てのテキストデータを対
象とする音声変換の完了を待たなくても、分割の済んだ
ところまでは音声変換処理を実行しながら音声の再生を
行うことができ、再生開始までに要する時間の短縮を実
現できる。

【０１５０】さらに、第３の実施形態によれば、全ての
クライアント端末に共通する音声再生ソフトウェアをサ
ーバ端末に保持し、必要に応じて（例えば、文書の検索
が指示されたとき）、クライアント端末側にダウンロー
ドする構成としたことにより、各クライアント端末のそ
れぞれに、予め再生プログラムをインストールしなくて
も良くなる。

【０１５１】また、第３の実施形態によれば、テキスト
データのみを保存し、音声データは保存しない構成とし
たことにより、音声変換サーバ３０に必要なディスク容
量が少なくて済む。

【０１５２】（Ｅ）第４の実施形態 （Ｅ−１）第４の実施形態に係るシステムの構成 図１５は、第４の実施形態に係る文書検索システムの機
能構成を示すブロック図である。図１５は、図８及び図
１２との対応、同一部分に対応、同一符号を付して示す
ものである。この図１５から分かるように、この第４の
実施形態に係る文書検索システムの機能構成は、第２の
実施形態を基本構成とし、その音声格納手段３を第３の
実施形態の場合のように文格納手段３１に置き換えたも
のである。

【０１５３】すなわち、文格納手段３１を有する音声変
換サーバ４０を設けたことを除いて、第２の実施形態の
場合と同様である。従って、この実施形態における文書
検索手段２’は、検索された文書に、音声再生ボタンや
再生プログラムを付してクライアント端末に送出するよ
うな機能は設けられていない。

【０１５４】（Ｅ−２）初期表示画面例 さて、この第４の実施形態に係るクライアント端末の場
合、音声変換サーバ４０から音声データを再生する機能
は、各クライアント端末内の音声ロード手段２１に格納
されているので、表示入力手段１１’の画面上に表示さ
れる表示画面の基本レイアウトは、図９のようになる。
すなわち、第２の実施形態の場合と同じである。

【０１５５】（Ｅ−３）テキストファイル格納動作 図１６に、第４の実施形態に係る文書検索システムによ
るテキストファイル格納動作を説明する。なお、図１６
は、図１３との同一、対応部分に同一、対応符号を付し
て示したものである。

【０１５６】図１６と図１３とを比較すれば分かるよう
に、ステップＳＰ３Ａの処理が異なることを除いて、そ
の動作内容は第３の実施形態の場合と同様となる。

【０１５７】以下、図１６に従って、第４の実施形態に
おけるテキストファイル格納動作を説明する。

【０１５８】まず、あるクライアント端末を使用してい
るユーザが、その表示入力手段１１’を用いて検索表示
したい情報のアドレスを入力したものとする。このステ
ップＳＰ１において入力されたアドレスは、端末制御手
段５を通して文書検索手段２に送られる。

【０１５９】続く、ステップＳＰ２では、当該アドレス
に対応する情報を、文書検索手段２’が検索するよう動
作するが、同一サーバ内に該当するアドレスが存在しな
い場合には、ネットワーク接続手段１を介してネットワ
ークと接続し、他の文書検索手段８及び９を用いて検索
したいアドレスの情報を検索し、その結果を受信する。

【０１６０】ステップＳＰ３Ａでは、文書検索手段２’
が、検索された文書を検索要求を出したクライアント端
末に出力する。

【０１６１】次のステップＳＰ４Ａでは、文書検索手段
２’が、文格納手段３１内に検索したアドレスに対応す
るテキストデータがあるかどうか確認する。ここで、肯
定結果が得られ、既に持っていることが確認された場合
には、この処理を終了する。

【０１６２】一方、否定結果が得られた場合には、ステ
ップＳＰ５に進み、文書検索手段２’が、検索した情報
を文分割手段６に送る。ここで、文分割手段６は、その
情報のテキスト部分のみを取り出し、取り出したテキス
トデータを１文ずつに分割する処理を行い、文書検索手
段２’に返す。

【０１６３】かかる分割処理が終了すると、ステップＳ
Ｐ６Ａに進み、文書検索手段２’が分割されたテキスト
データを文格納手段３１に送る。文格納手段３１は、受
けとったテキストデータを、該当するディレクトリに格
納する。

【０１６４】なお、ディレクトリは、検索されたアドレ
スによって一意に定まる。テキストデータは１文毎にフ
ァイル化され、そのファイルは順番に番号付けされ格納
される。やがて、全てのファイルが格納されると、次の
ステップＳＰ７Ａに進む。

【０１６５】ステップＳＰ７Ａでは、文格納手段３１
が、テキストファイルの全てを格納し終えたことを示す
テキスト終了ファイルを作成し、これをディレクトリに
格納する。この後、一連のテキスト格納動作を終了す
る。

【０１６６】（Ｅ−４）テキストファイル格納後の表示
画面例 さて、このテキストファイル格納処理の後、クライアン
ト端末の表示画面上に、検索指示が出された文書が表示
されることになるが、この画面は、図１１と同じにな
る。

【０１６７】（Ｅ−５）音声再生ボタン操作後の音声再
生動作 この動作については、第３の実施形態の場合と同じく、
図１４に示した手順にて実行される。従って、その説明
は省略する。

【０１６８】（Ｅ−６）音声再生動作の具体例 最後に、上述した一連の動作を具体例を挙げて説明す
る。

【０１６９】図９に示すように、まず、ユーザが検索表
示したい情報のネットワークアドレスをウィンドウ１４
内に入力する。図９の場合、「http://www.foo.co.jp/i
ndex.html 」を入力する。

【０１７０】入力の完了したクライアント端末側のユー
ザは、改行キーを押してこのアドレスを音声変換サーバ
４０側に送信すると、文書検索手段２’が、その情報を
検索し、検索された情報を、検索を要求したクライアン
ト端末に送信する。

【０１７１】これにより、クライアント端末の表示入力
手段１１’上には、検索された情報１７が、図１１に示
すように表示される。

【０１７２】一方、音声変換サーバ４０側では、当該情
報に含まれるテキストデータがどこにあるかわかるよう
なディレクトリを作成する。例えば、以下のようなディ
レクトリを作成する。

【０１７３】/text/http/www.foo.co.jp/index.html/こ
のディレクトリの下には、１文毎に区切られたテキスト
データが格納される。例えば、このテキストデータのフ
ァイルには、以下のような番号のファイル名を付ける。

【０１７４】 /text/http/www.foo.co.jp/index.html/0000.txt /text/http/www.foo.co.jp/index.html/0001.txt /text/http/www.foo.co.jp/index.html/0002.txt /text/http/www.foo.co.jp/index.html/0003.txt /text/http/www.foo.co.jp/index.html/0004.txt 図１１の例では、「0000.txt」に「○○会社ホームペー
ジへようこそ。」のテキストデータが格納され、「000
1.txt」に「新着情報」のテキストデータが格納され、
「0002.txt」に「会社概要」のテキストデータが格納さ
れ、「0003.txt」に「採用情報」のテキストデータが格
納され、「0004.txt」に「関連企業」のテキストデータ
が格納される。

【０１７５】全てのテキストデータを格納し終ったら、
例えば以下に示すような格納終了を示すファイルを作成
する。

【０１７６】 /text/http/www.foo.co.jp/index.html/end.txt この状態で、図１１に示すように、画面上に表示された
音声再生ボタン１８が操作されると、音声ロード手段２
１は、まず最初に、「/text/http/www.foo.co.jp/inde
x.html/0000.txt」というファイルがあるかどうか文書
検索手段２’に尋ねる。

【０１７７】ここで仮に、まだそのファイルが作られて
いなかったとすると、「/text/http/www.foo.co.jp/ind
ex.html/end.txt 」 というファイルがあるかどうか文
書検索手段２’に尋ねる。

【０１７８】このファイルもできていない場合には、し
ばらく待機処理を行った後、再び、「/text/http/www.f
oo.co.jp/index.html/0000.txt」というファイルがある
かどうか文書検索手段２’に尋ねる。あったならば、そ
のテキストファイルを音声変換手段４に与え、音声変換
する。この音声変換により得られた音声ファイルは、端
末制御手段５を介して検索要求を出したクライアント端
末に与えられ、当該端末の音声再生手段１２によって再
生される。

【０１７９】再生が終了すると、次のファイルである
「/text/http/www.foo.co.jp/index.html/0001.txt」と
いうファイルがあるかどうか尋ね、あれば再生する。

【０１８０】これらの処理を繰り返し、「/text/http/w
ww.foo.co.jp/index.html/0004.txt」の再生まで終る
と、「/text/http/www.foo.co.jp/index.html/0005.tx
t」というファイルは存在せず、「/text/http/www.foo.
co.jp/index.html/end.txt 」というファイルが存在す
ることがわかるので、そこで処理を終了する。

【０１８１】（Ｅ−６）第４の実施形態の効果 以上のように、第４の実施形態によれば、音声再生ソフ
トウェアをクライアント端末側に保持する構成としたこ
とを除いて第３の実施形態と同様の構成であり、第３の
実施形態と同様の効果を得ることができる。

【０１８２】（Ｆ）他の実施形態 (F-1) なお、上述の各実施形態においては、音声格納手
段３又は文格納手段３１に対してファイル（音声データ
ファイル又はテキストデータファイル）を格納する際、
ファイル名に再生順序を表すシーケンシャル番号を付し
たが、ファイルをどの順序で再生すべきか識別できれば
数字以外の記号をファイル名に用いても良い。

【０１８３】(F-2) また、上述の各実施形態において
は、文分割手段６を用い、検索された文書に含まれるテ
キストデータを１文単位で分割する構成としたが、複数
文単位で分割するようにしても、また、段落単位で分割
するようにしても良い。同様に、各実施形態において
は、１文を単位として音声データを再生する構成とした
が、複数文を単位としても、また、段落単位で分割する
ようにしても良い。

【０１８４】(F-3) また、上述の各実施形態において
は、サーバ端末内の文書検索手段２又は２’に、ネット
ワークを介して外部の文書検索手段８及び９が接続され
ている場合について述べたが、これらは、いずれも同一
サーバ端末上に存在しても良い。

【０１８５】(F-4) また、上述の各実施形態において
は、サーバ端末に接続されるクライアント端末の台数を
３台とし、また、他の文書検索手段の台数を２台とする
場合について述べたが、いずれもこれに限らず、何台接
続されても良い。

【０１８６】(F-5) また、上述の第１及び第２の実施形
態においては、ネットワーク上のアドレスが異なれば、
異なるディレクトリに、対応する音声データファイルを
格納するものとしたが、音声データファイルがどのアド
レスに対応するものか識別さえできれば、格納するディ
レクトリはこれに限らない。

【０１８７】同様に、上述の第３及び第４の実施形態に
おいては、ネットワーク上のアドレスが異なれば、異な
るディレクトリに、対応するテキストデータファイルを
格納するものとしたが、テキストデータファイルがどの
アドレスに対応するものか識別さえできれば、格納する
ディレクトリはこれに限らない。

【０１８８】(F-6) また、第１及び第３の実施形態にお
いては、図６に示すように、ウィンドウ１５内の情報１
７の前の部分に、音声再生ボタン１６を表示したが、表
示位置はこれに限らず、例えば、情報１７の末尾以降に
表示しても良い。

【０１８９】同様に、第２及び第４の実施形態において
は、図９に示すように、ウィンドウ１５の欄外に、アド
レスの入力に用いられるウィンドウ１４の並びに、音声
再生ボタン１８を表示したが、表示位置はこれに限ら
ず、画面上のどこにあっても良い。

【０１９０】

【発明の効果】上述のように、本発明によれば、複数の
クライアント端末とサーバ端末とが、ネットワークを介
して接続された文書検索システムにおいて、取り出され
た情報中に含まれるテキストデータを音声データに変換
する音声変換手段を、サーバ端末に設ける構成としたこ
とにより、従来システムのように、各クライアント端末
のそれぞれに音声変換手段を設けなくても良くなる。

【図面の簡単な説明】

【図１】第１の実施形態に係る文書検索システムの構成
を示すブロック図である。

【図２】各実施形態間の関係を示す図表である。

【図３】音声変換手段の構成例を示すブロック図であ
る。

【図４】表示入力画面の初期画面例を表した図である
（その１）。

【図５】検索指示から音声変換動作の終了までの一連の
動作を示したフローチャートである（その１）。

【図６】所定の情報が読み出された後における表示入力
画面の状態を表した図である（その１）。

【図７】音声データ再生手順を示すフローチャートであ
る（その１）。

【図８】第２の実施形態に係る文書検索システムの構成
を示すブロック図である。

【図９】表示入力画面の初期画面例を表した図である
（その２）。

【図１０】検索指示から音声変換動作の終了までの一連
の動作を示したフローチャートである（その２）。

【図１１】所定の情報が読み出された後における表示入
力画面の状態を表した図である（その２）。

【図１２】第３の実施形態に係る文書検索システムの構
成を示すブロック図である。

【図１３】検索指示からテキストデータの格納完了まで
の一連の動作を示したフローチャートである（その
１）。

【図１４】音声データ再生手順を示すフローチャートで
ある（その２）。

【図１５】第４の実施形態に係る文書検索システムの構
成を示すブロック図である。

【図１６】検索指示からテキストデータの格納完了まで
の一連の動作を示したフローチャートである（その
２）。

【符号の説明】

１…ネットワーク接続手段、２、２’、８、９…文書検
索手段、３…音声格納手段、４…音声変換手段、５…端
末制御手段、６…文分割手段、７…音声ロードプログラ
ム格納手段、１０、２０、３０、４０…音声変換サー
バ、１１、１１’…表示入力手段、１２…音声再生手
段、１３、１４、１５…ウィンドウ、１６、１８…音声
再生ボタン、１７…情報、２１…音声ロード手段、３１
…文格納手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 秀樹 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 (72)発明者 村田 稔樹 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内 (72)発明者 林 弘道 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 木目田 常治 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 並木 育夫 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 氏家 正美 東京都渋谷区桜丘町20番１号 エヌティテ ィエレクトロニクス株式会社内 (72)発明者 加藤 尚子 東京都渋谷区桜丘町20番１号 エヌティテ ィエレクトロニクス株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数のクライアント端末とサーバ端末と
   が、ネットワークを介して接続された文書検索システム
   において、 上記サーバ端末が、 検索指示のあったネットワーク上のアドレスより必要な
   情報を取り出す文書検索手段と、 取り出された情報中に含まれるテキストデータを、音声
   データに変換する音声変換手段と、 上記音声データを保存する音声格納手段と、 検索指示を出したクライアント端末に、取り出した情報
   を送出する端末制御手段とを備えることを特徴とする文
   書検索システム。
2. 【請求項２】 請求項１に記載の文書検索システムにお
   いて、 上記サーバ端末は、取り出された情報中に含まれるテキ
   ストデータを所定単位ごと分割し、当該分割後のテキス
   トデータを上記音声変換手段に与えるテキスト分割手段
   を有することを特徴とする文書検索システム。
3. 【請求項３】 請求項２に記載の文書検索システムにお
   いて、 上記サーバ端末は、検索指示を出したクライアント端末
   から、取り出した情報中に含まれるテキストデータの音
   声再生が指示されたとき、上記音声格納手段より、所定
   単位ごとに分割された音声データを読み出して、順番に
   当該クライアント端末に送信することを特徴とする文書
   検索システム。
4. 【請求項４】 請求項１、２又は３に記載の文書検索シ
   ステムにおいて、 上記サーバ端末は、音声データの再生プログラムを格納
   する音声ロードプログラム格納手段を有し、 検索指示を出したクライアント端末に、取り出した情報
   を送出する際、当該情報と共に、音声データの再生指示
   ボタンと再生プログラムを埋め込んで送信することを特
   徴とする文書検索システム。
5. 【請求項５】 請求項１、２又は３に記載の文書検索シ
   ステムにおいて、 上記クライアント端末が、サーバ端末より、取り出した
   情報中に含まれるテキストデータに対応する音声データ
   をロードする音声ロード手段が備えることを特徴とする
   文書検索システム。
6. 【請求項６】 複数のクライアント端末とサーバ端末と
   が、ネットワークを介して接続された文書検索システム
   において、 上記サーバ端末が、 検索指示のあったネットワーク上のアドレスより必要な
   情報を取り出す文書検索手段と、 取り出された情報中に含まれるテキストデータを、保存
   するテキストデータ格納手段と、 取り出した情報中に含まれるテキストデータの音声再生
   が指示されたとき、 上記テキストデータ格納手段から当該テキストデータを
   読み出して順次音声データに変換する音声変換手段と、 検索指示を出したクライアント端末に、取り出した情報
   を送出する端末制御手段とを備えることを特徴とする文
   書検索システム。
7. 【請求項７】 請求項６に記載の文書検索システムにお
   いて、 上記サーバ端末は、取り出された情報中に含まれるテキ
   ストデータを所定単位ごと分割し、当該分割後のテキス
   トデータを上記テキストデータ格納手段に与えるテキス
   ト分割手段を有することを特徴とする文書検索システ
   ム。
8. 【請求項８】 請求項７に記載の文書検索システムにお
   いて、 上記サーバ端末は、検索指示を出したクライアント端末
   から、取り出した情報中に含まれるテキストデータの音
   声再生が指示されたとき、上記音声変換手段より、所定
   単位ごとに音声変換された音声データを読み出して、順
   番に当該クライアント端末に送信することを特徴とする
   文書検索システム。
9. 【請求項９】 請求項６、７又は８に記載の文書検索シ
   ステムにおいて、 上記サーバ端末は、音声データの再生プログラムを格納
   する音声ロードプログラム格納手段を有し、 検索指示を出したクライアント端末に、取り出した情報
   を送出する際、当該情報と共に、音声データの再生指示
   ボタンと再生プログラムを埋め込んで送信することを特
   徴とする文書検索システム。
10. 【請求項１０】 請求項６、７又は８に記載の文書検索
    システムにおいて、 上記クライアント端末が、サーバ端末より、取り出した
    情報中に含まれるテキストデータに対応する音声データ
    をロードする音声ロード手段が備えることを特徴とする
    文書検索システム。