JP2002132639A - 言語データ送信システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 送り手のユーザが異なる受信形式の複数の受
信用端末に同一内容の言語データを送る場合に、言語デ
ータの作成の煩雑さを軽減できるとともに、内容の同一
性を確保することのできる言語データ送信システム及び
方法を提供する。 【解決手段】 送り手のユーザは、送信用端末３のメー
ラーで電話番号、ＦＡＸ番号、メールアドレスなどの宛
先を指定し、本文メッセージをテキスト形式で作成して
テキスト形式の言語データを入力し、送信ユーザ認証部
１１が送り手のユーザの認証を行い、認証されると、変
換部１３が一つのテキスト形式の言語データを固定電話
９ａなどのための音声形式、ＦＡＸ９ｄのための画像形
式、電子メール受信端末であるパーソナルコンピュータ
（ＰＣ）９ｅなどのために編集されたテキスト形式とい
う異なる形式の複数の言語データに変換し、出力部１５
が、受信用端末９のそれぞれの受信形式に対応する形式
の言語データを出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、言語データ送信シ
ステム及び方法に関し、特に情報通信ネットワークを利
用した言語データ送信システム及び方法に関する。

【０００２】

【従来の技術】近年の情報通信ネットワークの発達は、
目覚しいものがある。特に、電子メールは、パーソナル
コンピュータからだけでなく、携帯電話のような移動型
の端末からも送れるようになって、利用者は急増してい
る。

【０００３】ところで、情報通信技術を用いたものに
は、電子メール以外に、音声通信のための電話、画像通
信のためのＦＡＸなど様々なものがある。

【０００４】すなわち、情報通信ネットワークには、公
衆電話網、ＩＳＤＮ網、携帯電話網、ＰＨＳ電話網、衛
星電話網、インターネット網、パソコン通信網などの様
々な回線網があり、送受信する端末も、固定電話である
一般加入電話、携帯電話、ＰＨＳ、ＦＡＸ、パーソナル
コンピュータ、コンピュータシステム、ＰＤＡ、ポケッ
トベル（登録商標）など今後に出てくると予想されるも
のを含めて様々なものがある。

【０００５】ところで、従来の電子メールというテキス
ト形式の言語データの送受信では、送信用端末からテキ
スト形式の言語データが情報通信ネットワークを介して
送信され、受信用端末で同じテキスト形式の言語データ
が受信されて行われていた。

【０００６】また、電話による音声通信では、送信用端
末から音声形式の言語データが情報通信ネットワークを
介して送信され、受信用端末で同じ音声形式の言語デー
タが受信され、ＦＡＸによる画像通信では、送信用端末
から画像形式の言語データが情報通信ネットワークを介
して送信され、受信用端末で同じ画像形式の言語データ
が受信されていた。

【０００７】すなわち、送信用端末で送信される言語デ
ータの形式と受信用端末で受信される言語データの形式
は、一致している必要があった。

【０００８】なお、例えば電子メールに音声データを添
付する場合は、受信用端末は本文メッセージの言語デー
タを受信する際に、音声データを添付形式で受信するに
過ぎず、この場合も、上記のように形式が一致している
ことに含まれることは言うまでもない。

【０００９】

【発明が解決しようとする課題】しかしながら、従来の
ように、送信用端末で送信される言語データの形式と受
信用端末で受信される言語データの形式が一致している
必要があったのでは、同報通信のように同じ内容の言語
データを、受信用端末である電話に音声形式で、ＦＡＸ
に画像形式で、パーソナルコンピュータに電子メールで
送ろうとすれば、ユーザは、３種類の言語データを作成
して送らなければならなった。

【００１０】これは、ユーザにとって煩雑であり、同じ
内容のつもりが３回の作成作業のために同一性が保たれ
ず異なった内容になってしまう恐れもある。

【００１１】そこで、本発明の目的は、ユーザが異なる
受信形式の複数の受信用端末のそれぞれに同一内容の言
語データを送る場合において、言語データの作成の煩雑
さを軽減できるとともに、内容の同一性を確保すること
のできる言語データ送信システム及び方法を提供するこ
とにある。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１にかかる発明は、送信用端末が用いられ
て入力される所定形式の言語データを情報通信ネットワ
ークを利用して異なる受信形式の複数の受信用端末に出
力して送信できる言語データ送信システムであって、前
記入力される所定形式の言語データを前記受信用端末の
各受信形式に対応する異なる形式の複数の言語データに
変換する変換手段と、前記各受信用端末に前記各受信形
式に対応して変換された各形式の言語データを同時に出
力可能な出力手段とを備えたものである。

【００１３】なお、入力される所定形式の言語データに
は、例えばテキスト形式、音声形式が挙げられる。そし
て、変換された異なる形式の複数の言語データには、例
えばテキスト形式と音声形式、テキスト形式と画像形
式、音声形式と画像形式、テキスト形式と画像形式と音
声形式などがあり、入力される所定形式が変換された形
式のなかに含まれているか否かは問わない。

【００１４】したがって、入力される所定形式の言語デ
ータを受信用端末の各受信形式に対応する異なる形式の
複数の言語データに変換し、変換された各形式の言語デ
ータを各受信用端末の受信形式に対応して出力して、所
定形式の一つの言語データが同一内容のまま異なる形式
の複数の言語データに変換されて各受信形式の受信用端
末に送信される。

【００１５】請求項２にかかる発明は、請求項１におい
て、前記送信用端末が用いられて入力される所定形式の
言語データは、音声形式の言語データであるものであ
る。したがって、ユーザは、音声形式の言語データを送
信用端末を用いて入力することができる。

【００１６】請求項３にかかる発明は、請求項１におい
て、前記送信用端末が用いられて入力される所定形式の
言語データは、テキスト形式の言語データであるもので
ある。

【００１７】したがって、ユーザは、テキスト形式の言
語データを送信用端末を用いて入力することができる。

【００１８】請求項４にかかる発明は、請求項３におい
て、前記送信用端末が用いられて入力されるテキスト形
式の言語データは、ユーザが前記送信用端末に内蔵され
た電子メール作成ソフトで作成した電子メールのデータ
であるものである。

【００１９】なお、電子メール作成ソフトは、ダウンロ
ードしてもよく、ＣＤ−ＲＯＭなどの記録媒体からイン
ストールして内蔵させてもよい。

【００２０】したがって、ユーザは、テキスト形式の言
語データを作成するには、電子メール作成ソフトで電子
メールによるデータを作成すればよい。

【００２１】請求項５にかかる発明は、請求項３におい
て、前記送信用端末が用いられて入力されるテキスト形
式の言語データは、ユーザが前記送信用端末からアクセ
スした送信用ＷＥＢサイトで作成されたデータであるも
のである。

【００２２】したがって、ユーザは、テキスト形式の言
語データを作成するには、送信用端末に内蔵された電子
メール作成ソフトではなく、送信用ＷＥＢサイトにアク
セスすればよい。

【００２３】請求項６にかかる発明は、請求項１から５
のいずれかにおいて、前記変換手段は、前記所定形式の
言語データが入力されるＳＭＴＰサーバを有するもので
ある。

【００２４】したがって、ＳＭＴＰサーバを有している
ので、情報通信ネットワークとしてのインターネット網
を利用して所定形式の言語データの入力が行われる。

【００２５】請求項７にかかる発明は、請求項１から６
のいずれかにおいて、前記異なる受信形式の複数の受信
用端末は、音声形式で言語データを受信する端末を含
み、前記出力手段は、前記音声形式で言語データを受信
する受信用端末には、指定された時間に音声形式の言語
データを出力できることを特徴とするものである。

【００２６】したがって、変換された異なる形式の複数
の言語データのなかに音声形式の言語データがある場合
には、音声形式の言語データを指定された時間での出力
による送信が可能になる。

【００２７】なお、指定された時間に音声以外の他の形
式の言語データも出力されてもよいし、指定時間に関係
なく音声以外の他の形式の言語データは変換後にそのま
ま出力されて送信されてもよい。

【００２８】請求項８にかかる発明は、請求項１から７
のいずれかにおいて、前記送信用端末は、移動型の端末
であるものである。

【００２９】したがって、移動型の端末を用いて所定形
式の言語データを入力して異なる受信形式の複数の受信
用端末に各形式の言語データを送信でき、場所の制約が
少ない形での送信を行える。

【００３０】請求項９にかかる発明は、請求項１から８
のいずれかにおいて、前記出力手段が出力したことの結
果を前記送信用端末に通知できる結果通知手段を備えた
ものである。

【００３１】したがって、出力が行われたか否かの結果
が送信用端末に通知されるので、ユーザは、入力した所
定形式の言語データが送信されたか否かの確認を行え
る。

【００３２】請求項１０にかかる発明は、請求項９にお
いて、前記結果通知手段は、前記結果の通知に電子メー
ルを用いるものである。

【００３３】したがって、ユーザは、電子メールによる
結果の通知を受け取ることができ、自分の都合に合わせ
た時間にメールサーバにアクセスして電子メールを受信
して結果を知ることができる。

【００３４】請求項１１にかかる発明は、請求項１０に
おいて、前記結果通知手段は、前記出力手段が出力した
ことに応答して前記通知の電子メールを自動生成するも
のである。

【００３５】したがって、ユーザは、メールサーバにア
クセスして受信を行うだけで、通知の電子メールによる
結果の通知を受け取ることができる。

【００３６】請求項１２にかかる発明は、請求項１０に
おいて、前記結果通知手段は、ユーザが前記送信用端末
からアクセスできる結果通知用ＷＥＢサイトを有し、前
記ユーザは、前記結果通知用ＷＥＢサイトに前記通知の
電子メールの生成を要求できるものである。

【００３７】したがって、ユーザは、結果の通知を受け
取ろうと思えば、結果通知用ＷＥＢサイトにアクセスし
て通知の電子メールの生成を要求すればよく、その後に
メールサーバにアクセスして受信を行って、通知の電子
メールによる結果の通知を受け取ることができる。

【００３８】請求項１３にかかる発明は、請求項１から
１２のいずれかにおいて、前記送信用端末を利用するユ
ーザの認証を行う送信ユーザ認証手段を備えるものであ
る。

【００３９】したがって、異なる受信形式の受信用端末
に所定形式の言語データを受信形式に対応させた形式の
言語データに変換して送信するためにこのシステムを利
用できるユーザは、認証された者に限られる。

【００４０】請求項１４にかかる発明は、請求項１から
１３のいずれかにおいて、前記受信用端末を利用するユ
ーザの認証を行う受信ユーザ認証手段を備え、前記出力
手段は、前記受信ユーザ認証手段で認証されたユーザの
利用する前記受信用端末にのみ前記各受信形式に対応し
て変換された各形式の言語データを出力するものであ
る。

【００４１】したがって、認証が行われたユーザが利用
する受信用端末にのみ各受信形式に対応して変換された
各形式の言語データが出力されて、受信すべきユーザの
みが受信できる。

【００４２】請求項１５にかかる発明は、情報通信ネッ
トワークを利用した言語データ送信方法であって、所定
形式の言語データが入力される第１のステップと、前記
入力された所定形式の言語データを複数の異なる形式の
言語データに変換する第２のステップと、前記変換され
た各形式の言語データを出力する第３のステップとを含
むものである。

【００４３】したがって、請求項１と同様に、入力され
る所定形式の言語データを複数の異なる形式の言語デー
タに変換し、変換された各形式の言語データを出力し
て、所定形式の一つの言語データが同一内容のまま複数
の異なる形式の言語データに変換されて出力されて送信
される。

【００４４】

【発明の実施の形態】以下、本発明の好ましい実施の形
態を、図面に基づき説明する。

【００４５】図１は、本発明の実施の形態にかかる言語
データ送信システムの概略ブロック図であり、図２は、
図１の認証部の内部構成を示したブロック図であり、図
３は、図１の変換部の内部構成を示したブロック図であ
り、図４は、図１の出力部の内部構成を示したブロック
図であり、図５は、図３の音声変換機能部２１の内部構
成を示したブロック図である。

【００４６】図１を参照して、言語データ送信システム
１は、送信用端末３が用いられて入力される所定形式の
言語データを情報通信ネットワークを利用して異なる受
信形式の複数の受信用端末９に出力して送信できるもの
である。

【００４７】ここでは、送信用端末３が用いられて入力
される所定形式の言語データには、電子メールによるテ
キスト形式の言語データが用いられている。そのため、
送信用端末３としては、具体的には、パーソナルコンピ
ュータ（ＰＣ）、携帯電話などが挙げられ、ユーザは、
専用電子メール作成ソフトで電子メールを作成すればよ
い。特に携帯電話などの移動型の端末の場合には、場所
の制約が少なく、ユーザは高い利便性を得ることができ
る。

【００４８】なお、テキスト形式の言語データを送信用
端末３が用いられてシステム側に入力される手法として
は、他に、インターネット網５に繋がった送信用ＷＥＢ
サイト（サーバ）４にユーザがアクセスし、そのサイト
で作成されたテキスト形式の言語データが入力される手
法がある。

【００４９】受信用端末９には、受信形式が音声形式、
画像形式、テキスト形式のように異なる固定電話９ａ、
携帯電話９ｂ、ＰＨＳ９ｃ、ＦＡＸ９ｄ、パーソナルコ
ンピュータ（ＰＣ）９ｅ、コンピュータシステム９ｆ、
ＰＤＡ９ｇ、ポケットベル９ｈが含まれる。

【００５０】そして、情報通信ネットワークとしてはイ
ンターネット網５と電話網７が挙げられ、電話網７には
公衆電話網、ＩＳＤＮ網、携帯電話網、ＰＨＳ電話網、
衛星電話網が含まれている。

【００５１】そして、言語データ送信システム１は、送
信ユーザ認証部１１と、変換部１３と、出力部１５とを
備える。

【００５２】送信ユーザ認証部１１は、入力されるテキ
スト形式の言語データの送り手のユーザの認証を行う。
変換部１３は、受信用端末９が各受信形式で受信できる
ように、一つのテキスト形式の言語データを同一内容の
音声形式の言語データ、画像形式の言語データ、テキス
ト形式の言語データという複数の異なる形式の言語デー
タに変換する。

【００５３】出力部１５は、電話網７及びインターネッ
ト網５を利用して、固定電話９ａ、携帯電話９ｂ、ＰＨ
Ｓ９ｃ、ＦＡＸ９ｄ、パーソナルコンピュータ（ＰＣ）
９ｅ、コンピュータシステム９ｆ、ＰＤＡ９ｇ、ポケッ
トベル９ｈの受信形式に対応する形式の言語データをそ
れぞれに対して出力する。

【００５４】図２を参照して、送信ユーザ認証部１１
は、要求受付スタック機能部１７と、配信情報取得解析
機能部１９とを有している。この送信ユーザ認証部１１
は、具体的にはＳＭＴＰサーバによって実現される。こ
の場合は、インターネット網５を利用してテキスト形式
の言語データの入力が行われることになり、利用者の拡
大によるネットワークの充実や周辺技術の向上にともな
うメリットが享受される。

【００５５】要求受付スタック機能部１７は、送信用端
末３を用いて入力したユーザの認証を行う機能を有し、
具体的にはメールヘッダのＦｒｏｍに記載されたメール
アドレス、ユーザＩＤ、パスワードを用いた認証を行
う。

【００５６】配信情報取得解析機能部１９は、認証され
たユーザから入力されたテキスト形式の言語データにつ
いての配信情報を取り込んで解析する。具体的には、宛
先や時間指定があるかなどを解析する。

【００５７】図３を参照して、変換部１３は、音声変換
機能部２１と、画像変換機能部２３と、メール編集機能
部２５とを有している。

【００５８】音声変換機能部２１は、電話での音声受信
を可能にするためにテキスト形式の言語データを音声形
式の言語データに変換する。画像変換機能部２３は、Ｆ
ＡＸでの画像受信を可能にするためにテキスト形式の言
語データを画像形式の言語データに変換する。メール編
集機能部２５は、各受信用端末９のメール受信形式に合
わせるための種々の編集作業を行う。

【００５９】なお、図５に示すように、音声変換機能部
２１は、言語処理部８３と、音響処理部８５と、単語辞
書８７と、音声波形辞書８９とを有している。動作につ
いては、後述する。

【００６０】図４を参照して、出力部１５は、電話制御
手順生成機能部２７と、ＦＡＸ制御手順生成機能部２９
と、送信時間監視機能部３１と、電話制御実行機能部３
３と、ＦＡＸ制御実行機能部３５と、インターネットメ
ール送信制御実行機能部３７と、電話制御部３９と、Ｆ
ＡＸ制御装置４１とを有している。

【００６１】電話制御手順生成機能部２７は、電話制御
装置３９の制御のための手順であるプログラムを生成す
る。ＦＡＸ制御手順生成機能部２９は、ＦＡＸ制御装置
４１の制御のための手順であるプログラムを生成する。

【００６２】送信時間監視機能部３１は、タイマー３１
ａ、タイマー実行制御部３１ｂ、データ保管部３１ｃを
有し、変換部１３で変換された音声形式のデータ、画像
形式のデータ、テキスト形式のデータをデータ保管部３
１ｃが保管しており、時間指定が行われている場合には
タイマー３１ａがその指定時間を検知して、タイマー実
行制御部３１ｂが保管されているデータを出力するため
の制御を行う。

【００６３】電話制御実行機能部３３は、電話制御装置
３９を電話制御手順生成機能部２７が生成した手順に従
って動作させるための実行機能を有している。ＦＡＸ制
御実行機能部３５は、ＦＡＸ制御装置４１をＦＡＸ制御
手順生成機能部２９が生成した手順に従って動作させる
ための実行機能を有している。インターネットメール送
信制御実行機能部３７は、メール編集機能部２５で編集
された状態で電子メールによるテキスト形式の言語デー
タをインターネット網５を介して出力する。

【００６４】電話制御装置３９は、音声形式の言語デー
タを固定電話９ａなどが受信できるように、電話網７を
介して固定電話９ａなどを制御しながら音声形式の言語
データを出力する。

【００６５】ＦＡＸ制御装置４１は、画像形式の言語デ
ータをＦＡＸ９ｄが受信できるように、電話網７を介し
てＦＡＸ９ｄを制御しながら画像形式の言語データを出
力する。

【００６６】図６は、本発明の実施の形態にかかる言語
データ送信システムの他の内部構成を示した概略ブロッ
ク図であり、図７は、図６の結果通知部の内部構成を説
明するためのブロック図であり、図８は、図６の出力部
のうちの必要な内部構成を説明するためのブロック図で
ある。

【００６７】図６を参照して、言語データ送信システム
１は、結果通知部４３も備える。そして、出力部１５が
受信用端末９のそれぞれに対して各形式の言語データを
受信できるように出力できたかの結果が、出力部１５か
ら結果通知部４３に送られ、結果通知部４３は、インタ
ーネット網５を介して送信用端末３に通知する。

【００６８】図７を参照して、結果通知部４３は、デー
タ保管部３１ｃを有する結果データ管理機能部４５と、
結果通知機能部４７と、インターネットメール送信制御
実行機能部３７と、結果問い合わせ応答機能部４９と、
結果通知用ＷＥＢサイト（サーバ）５１とを備える。

【００６９】図７及び図８を参照して、出力部１５が電
話網７及びインターネット網５を介して音声形式の言語
データ、画像形式の言語データ及びテキスト形式の言語
データを受信用端末９の各受信形式に応じて出力する
が、その出力が適切に行われたか否かの結果が、電話制
御装置３９、ＦＡＸ制御装置４１、電話制御実行機能部
３３、ＦＡＸ制御実行機能部３５、インターネットメー
ル送信制御実行機能部３７のそれぞれが動作を実行した
か否かで検知される。

【００７０】そして、結果データ管理機能部４５は、そ
の結果をデータ保管部３１ｃに保管し、結果通知機能部
４７は、結果の通知を行うために電子メールを自動生成
し、インターネットメール送信制御実行機能部３７は、
インターネット網５を介して送信用端末３が受信できる
よう通知の電子メールの送信のための出力を行う。

【００７１】また、この結果通知部４３は、結果通知機
能部４７が通知の電子メールを自動生成しないような設
定にすることも可能で、その場合には、ユーザが、送信
用端末３を利用して結果通知用ＷＥＢサイト５１にアク
セスして、通知の電子メールの生成を要求できるように
なっている。通知の電子メールの生成が要求された場合
には、結果問い合わせ応答機能部４９は、その要求に応
じて結果データ管理機能部４５に対してデータ保管部３
１ｃに保管された結果のデータを結果通知機能部４７へ
送るような制御を行う。そして、結果通知機能部４７及
びインターネット送信制御実行機能部３７は、上記と同
様の動作を行い、通知の電子メールの送信のための出力
が行われる。

【００７２】なお、結果の通知は、電子メールによる場
合の他、例えば結果通知用ＷＥＢサイト５１から結果の
内容が記載されたサイトにアクセスできて、結果を見る
ことができるようなものでもよい。そして、さらに、結
果通知用ＷＥＢサイト５１でユーザの認証を行って、認
証がなされた場合には、結果の内容が記載されたサイト
にアクセスできるなどの手法が用いられてもよい。

【００７３】また、結果データ管理機能部４５は、出力
結果を各出力ごとにデータ保管部３１ｃに保管し、結果
通知機能部４７が通知の電子メールを自動生成して通知
する場合には出力結果ごとの通知の電子メールを自動生
成して通知すればよく、送り手のユーザが結果通知用Ｗ
ＥＢサイト５１にアクセスして通知の電子メールを受け
取る場合には出力すべての結果を一つの電子メールで行
えばよい。

【００７４】これは、送り手のユーザが結果を知りたい
という意思に従って結果通知用ＷＥＢサイト５１にアク
セスしており、さらに結果通知用ＷＥＢサイト５１に送
り手のユーザがアクセスするまでには出力すべての結果
が判明していると予想され、全ての出力結果が出揃って
電子メールによる結果の通知を行えば、送り手のユーザ
にとってもアクセスが１回で済み、負担がかからなくて
済むからである。

【００７５】但し、通知の電子メールを自動生成する場
合に全ての出力結果を通知してもよく、結果通知用ＷＥ
Ｂサイト５１へのアクセスによる電子メールの結果通知
の場合にも、アクセスが行われたことを開始条件に、出
力結果ごとに通知したり、そのアクセスがあるまではま
とめて通知し、それ以降は出力結果ごとに通知してもよ
い。

【００７６】さらに、結果の通知は、テキスト形式で行
われる必要はなく、電話による音声形式の通知、ＦＡＸ
による画像形式の通知でもよい。

【００７７】さらに、送信用端末３を用いて入力される
言語データの形式と送信用端末３を用いて受け取ること
のできる結果の通知の形式とは、同一の形式でもよい
し、異なる形式でもよい。

【００７８】図９は、図１の言語データ送信システムの
動作を説明するためのフローチャートである。

【００７９】ステップＳＴ１において、ユーザが専用メ
ール作成ソフトを図示していないホームページからダウ
ンロードして取得する。この専用メール作成ソフトは、
宛先にメールアドレスの他、電話番号、ＦＡＸ番号を指
定できるものである。なお、このような専用メール作成
ソフトを送信用端末３に内蔵させる手法は、ＣＤ―ＲＯ
Ｍの形式のものを送信用端末３のハードディスクなどの
記憶部に記憶させてもよい。

【００８０】また、上述したように、送信用ＷＥＢサイ
ト４にアクセスしてテキスト形式の言語データを入力す
る手法であれば、専用メール作成ソフトを送信用端末３
に内蔵させる必要はない。

【００８１】ステップＳＴ２において、送信ユーザ認証
部１１が、送信用端末３を用いてテキスト形式の言語デ
ータを入力する送り手のユーザの登録を行う。この登録
は、ユーザＩＤ、メールアドレス、パスワードでユーザ
を識別して行われる。

【００８２】図１０は、送り手のユーザが作成した電子
メールの一例を示した図であり、ステップＳＴ３におい
て、送り手のユーザが、専用メール作成ソフトで図１０
に示すような電子メールを作成する。すなわち、送り手
のユーザは、本文の作成の他、宛先の指定、必要に応じ
て時間の指定を行う。

【００８３】時間の指定は、電話（図１０ではＴｏ Ｔ
ＥＬ）に対する場合の他、ＦＡＸ（図１０ではＴｏ Ｆ
ＡＸ）に対する場合、電子メール（図１０ではＴｏ Ｍ
ａｉｌ）に対する場合も可能である。特に、電話の場合
は、留守番電話の録音機能での録音などを行わない限
り、受け手のユーザは、音声が送られてくるときに、そ
の場に居て対応する必要があり、時間指定できること
は、受け手のユーザの利便性を向上させる。

【００８４】なお、ジングルとＦＡＸ台紙について説明
する。両者は、誕生日やクリスマスなどを祝うためにメ
ッセージの言語データに飾り付けするための機能であ
る。例えば、受け手のユーザが音声でメッセージの言語
データを受信する場合に「ハッピーバースデー」の歌や
「ジングルベル」の歌を付加したり、受け手のユーザの
受信用端末がＦＡＸの場合に例えば誕生日用などの種々
のフォーマット（台紙）を用意しておき、送り手のユー
ザが好みのフォーマットを選択しておくと、本文以外が
文字や絵で飾られるというものである。

【００８５】具体的には、第１の手法としては、以下の
通りである。システム側（サーバ）にジングル及びＦＡ
Ｘ台紙のデータファイルを予め搭載させておき、それぞ
れのファイルに識別のための番号が付けられて、ＷＥＢ
サイト（サーバ）にアクセスしたユーザがブラウザにて
ジングル及びＦＡＸ台紙の識別番号と内容を見て確認で
きるような形式で登録されている。送り手のユーザは、
専用メール作成ソフトでの電子メール作成の際に本文メ
ッセージに加え、選択した識別番号も記載する。そし
て、送信が行われると、本文メッセージデータは送信用
端末からシステムに入力され、選択された識別番号に対
応するジングル又はＦＡＸ台紙のデータファイルはＷＥ
Ｂサイトからシステムに入力される。

【００８６】第２の手法は、以下の通りである。ＷＥＢ
サイト（サーバ）にジングル及びＦＡＸ台紙のデータフ
ァイルとその識別番号が登録されており、送り手のユー
ザは、送信用端末を用いてＷＥＢサイト（サーバ）から
好みのジングル又はＦＡＸ台紙のデータファイルをダウ
ンロードする。送り手のユーザは、専用メール作成ソフ
トでの電子メール作成の際に本文メッセージと選択した
識別番号を記載する。そして、送信が行われると、本文
メッセージデータ及び選択された識別番号に対応するジ
ングル又はＦＡＸ台紙のデータファイルが、送信用端末
からシステムに入力される。

【００８７】第３の手法は、以下の通りである。ジング
ル及びＦＡＸ台紙のデータファイルと識別番号を予め送
り手の送信用端末に登録させておく。この登録には、Ｃ
Ｄ−ＲＯＭなどの記録媒体にジングル及びＦＡＸ台紙の
データファイルと識別番号を記録しておき、配布するこ
とで可能である。送り手のユーザは、専用メール作成ソ
フトで本文メッセージと選択した識別番号を記載して送
信する。この場合も、第２の手法と同様に、本文メッセ
ージデータ及び選択された識別番号に対応するジングル
又はＦＡＸ台紙のデータファイルが、送信用端末からシ
ステムに入力される。

【００８８】ステップＳＴ４において、送信ユーザ認証
部１１が、ユーザの認証を行う。認証は、ユーザのメー
ルアドレス、ユーザＩＤ、パスワードが登録されている
のものに一致するか否かで行われる。

【００８９】メールアドレスについては、図１０のよう
な電子メールのヘッダのＦｒｏｍの部分と登録されたメ
ールアドレスが比較されて認証が行われる。

【００９０】ユーザＩＤとパスワードについては、電子
メールを送信するときに要求されるので、送られていた
電子メールに添付されたユーザＩＤとパスワードとを登
録されたものと比較することで行われる。

【００９１】ステップＳＴ５において、変換部１３が、
電子メール本文の一つのテキスト形式の言語データを音
声形式、画像形式、テキスト形式という異なる複数の言
語データに変換する。

【００９２】すなわち、変換部１３は、固定電話９ａな
どでの音声受信に対応するためにテキスト形式の言語デ
ータを音声形式の言語データに変換し、ＦＡＸ９ｄでの
画像受信に対応するためにテキスト形式の言語データを
画像形式の言語データに変換し、各端末ごとの電子メー
ルのテキスト形式受信に対応させるためにテキスト形式
の言語データを編集する。

【００９３】具体的には、図１０の電子メールでは、
「お元気ですか、山田です。また今度、飲みに行きまし
ょう。」のテキストデータが、音声データ、画像デー
タ、編集されたテキストデータに変換される。

【００９４】図５を用いて、音声変換機能部２１の動作
を説明する。

【００９５】言語処理部８３が、入力されたテキストデ
ータである漢字かな混じり文を表音文字列に変換する。
このとき、単語の読みとアクセントを得るために単語辞
書８７を検索する。文中の各単語の読みとアクセントを
決め、さらに各文節の係り受け関係から文章のイントネ
ーションを決める。表音文字列は、単語の読みとアクセ
ント、文のイントネーションに関する情報を保持してい
る。

【００９６】音響処理部８５は、規則音声合成を行う部
分であり、表音文字列を音声波形に変換する。そして、
音声波形辞書８９から各音素の波形を読み出し、音声波
形を組み上げて、音声形式の言語データへの変換が行わ
れる。

【００９７】次に、画像変換機能部２３の動作を簡単に
説明する。

【００９８】まず、予め、入力されるテキストデータの
文章に対応すべく、文字コードを１文字ずつ画像化し、
データベース化する。そして、ＦＡＸの出力用紙サイズ
に合わせた全面白紙の画像ファイルを作成する。さら
に、描画エリアのＸ軸、Ｙ軸を決定後、１文字描画ごと
にＸ軸及びＹ軸を移動しながら、テキストデータの文章
すべてを描画する。これにより、画像形式の言語データ
への変換が行われる。

【００９９】 次に、上記までの記述では説明を省略して
いたが、ショートメールの場合について簡単に説明す
る。ここでのショートメールとは、ポケットベル９ｈや
ＰＨＳ９ｃなどで送られるものをいう。そして、送信用
端末３は、ＤＴＭＦ（いわゆるプッシュホンの「ピポパ
ポ」）信号を発生できるものであれば、携帯電話、固定
電話、公衆電話、ＰＨＳでもよく、受信用端末９は、シ
ョートメール対応であれば、携帯電話、ＰＨＳ、ポケッ
トベルでもよい。

【０１００】 図示していないショートメール変換ＢＯＸ
があり、ここでは、まず、予め、ＤＴＭＦ信号０〜９、
＃、＊の音声データベースを作成しておく。そして、テ
キストの文字コードを１文字ずつ変換テーブル（フリー
メッセージ変換表）を用いて変換し、ＤＴＭＦ信号を発
生させて、音声ファイル化する。なお、変換テーブル
は、サービスキャリア単位で異なるので、複数が準備さ
れている。具体的に説明する。相手先の電話番号のＤＴ
ＭＦを生成する。これは、電話番号がそのままＤＴＭＦ
として生成される。次に、フリーメッセージスタート識
別のＤＴＭＦを生成する。識別が例えば＊２＊２であれ
ば、このＤＴＭＦが生成される。そして、メッセージ本
文のＤＴＭＦを生成する。最後に、フリーメッセージエ
ンド識別のＤＴＭＦを生成する。識別が例えば＃＃であ
れば、このＤＴＭＦが生成される。

【０１０１】 図１１は、図４の送信時間監視機能部のデ
ータ保管部に保管された変換後の言語データを含めたデ
ータの領域を説明するための図であり、データ領域とし
ては、送信管理識別データ領域５５、送信先番号データ
領域５７、送信データ領域５９、送信日時データ領域６
１がある。

【０１０２】送信管理識別データ領域５５は、送信管理
ＩＤについてのデータ領域であり、送信したユーザを識
別するためのデータ領域である。送信先番号データ領域
５７は、ＴＥＬ番号やメールアドレスについてのデータ
領域であり、宛先を特定するためのデータ領域である。
送信データ領域５９は、音声やスクリプトについてのデ
ータ領域であり、送り手のユーザが受け手のユーザに対
して送りたい内容についてのデータ領域である。送信日
時データ領域６１は、時間が指定されていれば指定時
間、指定されていなければ送り手のユーザが送ってそれ
に続いてシステム１が送信処理を行った時間のデータ領
域である。

【０１０３】なお、送信データ領域５９のデータは、１
度の配信では同じであっても、送信管理識別データ領域
５５のデータ、送信先番号データ領域５７のデータ及び
送信日時データ領域のデータの組み合わせによって、イ
ンデックスのように識別できるデータとなる。

【０１０４】ステップＳＴ６において、出力部１５が、
電話網７及びインターネット網５を介して受信用端末９
のそれぞれの受信形式に合わせた形式の言語データを出
力する。すなわち、音声受信の固定電話９ａなどの端末
には音声形式の言語データを出力し、画像受信のＦＡＸ
９ｄには画像形式の言語データを出力し、テキスト形式
での受信のパーソナルコンピュータ（ＰＣ）９ｅには編
集されたテキスト形式の言語データを出力する。

【０１０５】なお、ＦＡＸ９ｄへの出力において、画像
フォーマットとプロトコルを合わせたＧ３などの規格が
あるが、出力段階でビットマップ変換されても、最終的
にはＣＴＩポートレートでビットマップはＧ３などへ変
換される。

【０１０６】 また、上記で簡単に説明したショートメー
ルについては、通常は、接続センターに接続してガイダ
ンスに従ってＤＴＭＦ信号の音声ファイルで配信処理が
行われ、再生されることで、受信用端末９にはショート
メールが表示される。

【０１０７】 さらに、出力部１５は、時間指定されてい
る場合には、指定された時間に各形式の言語データを出
力する。

【０１０８】ステップＳＴ７において、結果通知部４３
が、出力部１５の出力結果を、送信用端末３を用いてテ
キスト形式の言語データを入力したユーザに対して通知
する。

【０１０９】なお、インターネット網５を介して電子メ
ールを送信した場合には、受信用端末９に送信されたこ
とまでは出力部１５側で判定できないので、インターネ
ット網５を使ってテキスト形式の言語データが出力され
たことで受信用端末９に送信できたものとして結果の通
知が行われる。これに対して、音声受信での固定電話９
ａなどや画像形式でのＦＡＸ９ｄについては、出力部１
５の出力と受信用端末９の受信が可能か否かの点で一致
するので、受信用端末９に送信できたことの結果の通知
が行われる。

【０１１０】図１２は、図７の結果データ管理機能部の
データ保管部に保管された送信結果のデータを含めたデ
ータの領域を説明するための図であり、データ領域とし
ては、送信管理識別データ領域５５、送信先番号データ
領域５７、送信データ領域５９、送信日時データ領域６
１、送信結果データ領域６３がある。

【０１１１】データ領域としては、送信管理識別データ
領域５５、送信先番号データ領域５７、送信データ領域
５９、送信日時データ領域６１については、前述と同様
なため、説明を省略する。

【０１１２】送信結果データ領域６３は、出力部１５の
出力結果のデータ領域であり、この結果のデータが結果
通知部４３によって通知される。

【０１１３】図１３は、図１及び図６の言語データ送信
システムの１回の配信操作あたりの論理データの関係を
示した図であり、図１４は、送り手のユーザの認証を行
うためのユーザ管理ＴＢＬの一例を示した図であり、図
１５は、図１３の配信ＴＢＬの一例を示した図であり、
図１６は、図１３の宛先ＴＢＬ及び送信結果ＴＢＬの一
例を示した図である。

【０１１４】図１３に示すように、一回の配信操作で、
配信ＴＢＬ６５は一つ作成され、宛先ＴＢＬ６７−１〜
６７−ｎはｎ個作成され、送信結果ＴＢＬ６９−１〜６
９−ｎはｎ個作成される。これは、送信側は単一で、受
信側が複数であることを表している。そして、この言語
データ送信システム１での特徴は、上記で詳しく説明し
たように、宛先によって受信形式が異なっても、送信側
は一回のテキスト形式の言語データを入力して送信する
だけで、受信側はそれぞれの異なる受信形式で対応する
形式の言語データの出力を受けて受信できることであ
る。

【０１１５】したがって、送り手のユーザは、自ら異な
る形式の複数の言語データを作成する必要がないので、
言語データの作成の煩雑さが軽減されるとともに、ユー
ザの手作業ではなく変換手段による変換で異なる形式の
複数の言語データが作成されるので、内容の同一性を確
保しての送信が行われる。

【０１１６】具体的には、図１４に示すように、システ
ム側は、登録された送り手のユーザをユーザ管理ＴＢＬ
７１で管理しており、ユーザＩＤ、パスワード、メール
アドレスでの認証を行い、図１０の電子メールの場合に
は、ユーザが山田太郎なので、ユーザＩＤについてはＵ
ＳＥＲ０００４、パスワードについては４４４ｐ４、メ
ールアドレスについてはｔａｒｏ＠ｓｐ．○○○．ｎ
ｅ．ｊｐでの認証が行われる。

【０１１７】そして、図１５に示すような配信ＴＢＬ７
３が作成され、管理Ｎｏ、要求ユーザ、要求受付日付、
要求受付時刻、ＴＥＬジングル、ＦＡＸ台紙、メールＳ
ｕｂｊｅｃｔ、再送指定、結果通知、基本データ格納Ｐ
ＡＴＨ、添付データ格納ＰＡＴＨが識別される。

【０１１８】ここで、基本データ格納ＰＡＴＨ及び添付
データ格納ＰＡＴＨについて説明する。

【０１１９】基本データ格納ＰＡＴＨは、ヘッダのデー
タ、テキスト本文データ、音声本文データがＣで表され
る記憶格納場所に格納されていることを表している。

【０１２０】ヘッダのデータは、送り手のユーザからの
電子メールのヘッダのデータであり、本文データは、テ
キスト形式の言語データである本文メッセージデータで
あり、音声本文データは、付属機能としてのテキスト形
式の本文メッセージデータと同じ内容を送り手のユーザ
がボイスファイルで作成した場合のデータである。

【０１２１】この付属機能は、テキスト形式のメッセー
ジデータが音声形式に変換された言語データを受け手が
聞いた場合に、その内容が不明確であるなどの不都合が
仮に生じたときのフォローのための機能である。

【０１２２】添付データ格納ＰＡＴＨは、通常使用され
ている添付ファイルがＣで表される記憶格納場所に格納
されていることを表している。そして、クリックなどで
選択されれば、ファイルの中身が実行され、添付ファイ
ルが音声ファイルであれば音声が出力される。

【０１２３】なお、この配信ＴＢＬ７３は、図１０の電
子メールの場合に対応させた一例である。

【０１２４】次に、図１６に示すような宛先ＴＢＬ７５
と送信結果ＴＢＬ７７とが作成され、宛先ＴＢＬ７５に
ついては、連番の識別に対して、区分、宛先、送信指定
日、送信指定時刻が識別され、送信結果ＴＢＬ７７につ
いては、連番での識別に対して、送信完了日、送信完了
時刻、処理時間、結果、結果詳細が識別される。

【０１２５】上記区分には、電話、ＦＡＸ、電子メール
を区別するためのｔｅｌ、ｆａｘ、ｍａｌの識別記号が
記載されている。宛先には、電話番号、ＦＡＸ番号、メ
ールアドレスがそれぞれ記載されている。送信指定日、
送信指定時刻には、指定された日時が記載されている。
なお、図１６の宛先ＴＢＬ７５は、図１０の電子メール
に対応している。

【０１２６】また、上記送信完了日、送信完了時刻には
送信処理が行われた場合に記載され、その際の処理時間
も記載される。

【０１２７】そして、受信用端末９に受信されるような
送信が行われた場合には結果にＯＫが記載され、受信用
端末９には受信できなかった送信が行われた場合には結
果にＮＧが記載され、不明の場合には結果に未確認が記
載される。そして、結果にＮＧが記載された場合におい
て、結果詳細には、ＢＵＳＹ（回線が混んでいる）、Ｄ
ＩＳＣＯＮＮＥＣＴ（接続ミス）、ＥＲＲＯＲ（エラ
ー）、ＴＩＭＥＯＵＴ（時間切れ）のような状態の詳細
が記載される。

【０１２８】図１７は、本発明の他の実施の形態にかか
る言語データ送信システムの要部を示した概略ブロック
図である。

【０１２９】言語データ送信システム７９は、図１と異
なり、受信ユーザ認証部８１も備えている。この受信ユ
ーザ認証部８１は、受信用端末９を利用して言語データ
を受信する受け手のユーザの認証を行う。

【０１３０】まず、この認証の前提について説明する。
送り手のユーザは、受け手のユーザごとに異なる内容の
パスワードを設定できるものとする。すなわち、受け手
ユーザＡには、パスワード１２３４５を設定し、受け手
ユーザＢには、パスワードＡＢＣＤＥのような設定がで
きるものとする。

【０１３１】また、送り手のユーザは、送りたい情報
（コンテンツ）によって同一の受け手のユーザにパスワ
ードを設定するか否かを選択できる。さらに、送り手の
ユーザは、同じ情報を送る場合に、受け手ユーザＡには
パスワードを設定し、受け手ユーザＢにはパスワードを
設定しないというように、受け手のユーザによってパス
ワードを設定するかを選択できるものとする。

【０１３２】以下、受け手ユーザの認証方法の一例を簡
単に説明する。

【０１３３】まず、送り手のユーザは、情報を送りたい
受け手ユーザに対して口頭、書面などの方法でパスワー
ドを通知しておく。

【０１３４】次に、送り手のユーザは、テキスト形式の
言語データである本文メッセージが記載された電子メー
ルを送る際に、受け手のパスワードを付加しておく。

【０１３５】次に、受信ユーザ認証部８１は、受け手の
パスワードが付加されている場合には、その情報を出力
部１５が出力する前に、受信用端末９を利用している受
け手ユーザに対してパスワードを入力するように要求す
る。そして、受け手ユーザは、パスワードの入力を行
う。

【０１３６】次に、受信ユーザ認証部８１は、受け手ユ
ーザから入力されたパスワードと送り手のユーザが付加
したパスワードとを照合する。

【０１３７】次に、照合の結果を受けた出力部１５は、
一致する場合には情報を受け手ユーザの受信用端末９に
出力し、一致しない場合には出力せず、処理が終了す
る。ここで、パスワードが一致しない場合には、出力部
１５は、「パスワードが合いませんので情報を送信でき
ません。」のようなメッセージを出力してもよい。ま
た、パスワードが一致しない場合に、１回のパスワード
の入力で処理を終了するのではなく、数回のパスワード
の入力が行えるようにしてもよい。

【０１３８】ところで、上記のような言語データ送信シ
ステムの活用手法としては、例えば入学試験の合否を通
知するものが挙げられる。以下に、一例としての手順を
説明する。

【０１３９】まず、受験者が受験する大学に対して受験
申し込みと合否通知申し込みとを行い、受験料と合否通
知料の支払いを振り込みなどで行う。

【０１４０】大学側は、送信用端末を用いて合否の通知
を電子メールで作成し、受験者が受信を希望する受信用
端末の宛先や時間を指定して、システムに入力する。

【０１４１】システムは、合否の通知のテキストデータ
を音声データ、画像データ、編集されたテキストデータ
に変換し、各受信用端末の受信形式に対応した形式のデ
ータの出力を行う。

【０１４２】そして、受験者は、電話での音声受信、Ｆ
ＡＸでの画像受信、パーソナルコンピュータでの電子メ
ール受信など、各受信用端末の受信形式での受信を行え
て、合否を知ることができる。

【０１４３】なお、上記実施の形態では、送り手のユー
ザは、送信用端末でテキスト形式の言語データをシステ
ムに入力しているが、音声形式の言語データを入力し、
その音声形式の言語データをテキスト形式、画像形式、
音声形式の異なる形式の複数の言語データに変換するよ
うにしてもよい。この際の変換は、基本的には、音声形
式からテキスト形式への変換についてはテキスト形式か
ら音声形式への変換の逆の処理を行えばよく、音声形式
から画像形式への変換については音声形式からテキスト
形式に変換したものをさらに画像形式に変換すればよい
ので、上記実施の形態で開示した技術で実現できる。

【０１４４】図１８は、入力される音声形式の言語デー
タをテキスト形式の言語データに変換するための構成を
示した図である。

【０１４５】構成としては、周波数分析部９１、音素認
識部９３、単語認識部９５、文認識部９７、音素モデル
９９、単語モデル１０１、言語モデル１０３、単語辞書
１０５が含まれる。動作について、簡単に説明する。

【０１４６】周波数分析部９１は、マイクから入力され
た音声信号を数ｍｓ〜十数ｍｓごとのフレームに分割
し、それぞれのフレームについてスペクトルを計算す
る。スペクトル分析には、高速フーリエ変換などが用い
られる。さらに、周波数分析部９１は、得られたスペク
トルを聴覚尺度に基づくパラメータに変換する。そし
て、周波数分析部９１は、雑音を取り除くノイズ処理も
行う。

【０１４７】 音素認識部９３は、入力される音声と音素
モデル９９とを照合して認識を行う。音素モデル９９
は、音声パラメータの時系列を表現したものが用いら
れ、多数のデータによる学習が行われる。学習には、カ
テゴリ内の歪を最小にする代表パターンを求めるベクト
ル量子化（ＶＱ）、カテゴリ間の境界を保存するように
代表パターンを求める学習ベクトル量子化（ＬＶＱ）、
時系列パターンをマルコフモデル化した隠れマルコフモ
デル（ＨＭＭ）などが用いられる。

【０１４８】単語認識部９５は、単語モデル１０１と音
声認識結果の照合を行い、両者の一致を計算する。単語
モデル１０１としては、単語中の母音の無声化・長音
化、子音の口蓋化などの音素の変形を考慮したモデルが
用意される。各音素の発生タイミングの変動について
は、動的計画法の原理を用いた照合化（ＤＰマッチン
グ）などで対処を行う。

【０１４９】文認識部９７は、単語認識結果から、言語
モデル１０３に合致する単語列を選び出す。なお、ここ
での言語モデル１０３は、単語と単語のつながりのモデ
ル、又は文法をいう。

【０１５０】このようにして、文認識部９７が認識した
結果は、入力された音声形式の言語データと同じ内容の
テキスト形式の言語データになる。

【０１５１】また、変換された複数の異なる形式の言語
データには、例えばテキスト形式と音声形式、テキスト
形式と画像形式、音声形式と画像形式、テキスト形式と
画像形式と音声形式などがあり、入力される所定形式が
変換された形式のなかに含まれているか否かは問わな
い。

【０１５２】さらに、本発明は上記した実施の形態に限
定されるものではなく、特許請求の範囲に記載した技術
思想の範囲内において種々の変更が可能なのはいうまで
もない。

【０１５３】

【発明の効果】請求項１及び１５の発明によれば、送信
用端末を用いて入力される所定形式の一の言語データが
同一内容のまま異なる形式の複数の言語データに変換さ
れて各受信形式の受信用端末に送信されるので、送り手
のユーザは、自ら異なる形式の複数の言語データを作成
する必要がないので、言語データの作成の煩雑さを軽減
できるとともに、送り手のユーザの手作業ではなく変換
手段による変換で異なる形式の複数の言語データが作成
されるので、内容の同一性を確保しての送信を行える。

【０１５４】請求項２の発明によれば、送り手のユーザ
が音声形式の言語データを送信用端末を用いて入力でき
るので、その音声形式の言語データは異なる形式の複数
の言語データに変換されて各受信形式の受信用端末に送
信される。

【０１５５】請求項３の発明によれば、送り手のユーザ
がテキスト形式の言語データを送信用端末を用いて入力
することができるので、そのテキスト形式の言語データ
は異なる形式の複数の言語データに変換されて各受信形
式の受信用端末に送信される。

【０１５６】請求項４の発明によれば、送り手のユーザ
は、テキスト形式の言語データを作成するのに、電子メ
ール作成ソフトで電子メールによるデータを作成すれば
よく、そのデータは異なる形式の複数の言語データに変
換されて各受信形式の受信用端末に送信できる。

【０１５７】請求項５の発明によれば、送り手のユーザ
は、テキスト形式の言語データを作成するのに、送信用
端末に内蔵された電子メール作成ソフトでの作成ではな
く、送信用ＷＥＢサイトにアクセスすればよく、そのデ
ータは異なる形式の複数の言語データに変換されて各受
信形式の受信用端末に送信できる。

【０１５８】請求項６の発明よれば、ＳＭＴＰサーバを
有しているので、情報通信ネットワークとしてインター
ネット網を利用して所定形式の言語データの入力が行わ
れ、利用者の拡大によるネットワークの充実や周辺技術
の向上にともなうシステムの充実が可能になる。

【０１５９】請求項７の発明によれば、変換された異な
る形式の複数の言語データのなかに音声形式の言語デー
タがある場合には、その音声形式の言語データについて
指定された時間での出力による送信が可能になるので、
受信側の受信形式が音声であっても電話のように相手の
都合を考慮した時間にかける必要がなく、送信側は電子
メールのように自分の都合に合わせた時間に送信を行っ
て、指定された時間に受信側に送ることができる。

【０１６０】請求項８の発明によれば、移動型の端末を
用いて所定形式の言語データを入力して異なる受信形式
の複数の受信用端末に各形式の言語データを送信でき、
場所の制約が少ない形での送信を行えるので、送り手の
ユーザの利便性が高いことから、このシステムの利用者
を増やすことができ、より充実したシステムを構築でき
る。

【０１６１】請求項９の発明によれば、出力が行われた
否かの結果が送信用端末に通知され得るので、送り手の
ユーザは、入力した所定形式の言語データが送信された
か否かの確認を行えて、仮に送信されていないならば再
度送信すればよく、確実な送信を行える。

【０１６２】請求項１０の発明によれば、送り手のユー
ザは、自分の都合に合わせた時間に電子メールを受信し
て送信できたかの結果を知ることができるので、結果の
通知を受け取るための時間を意識的にとる必要もなく、
煩わしさを感じなくてすむ。

【０１６３】請求項１１の発明によれば、送り手のユー
ザは、メールサーバにアクセスして受信を行うだけで、
通知の電子メールによる結果の通知を受け取ることがで
き、すなわち、通常の電子メールの送受信を行うことで
結果の通知を受け取ることができる。

【０１６４】請求項１２の発明によれば、送り手のユー
ザは、結果の通知を受け取ろうと思えば、結果通知用Ｗ
ＥＢサイトにアクセスして通知の電子メールの生成を要
求すればよいので、その後にメールサーバにアクセスし
て受信を行って、通知の電子メールによる結果の通知を
受け取ることができる。したがって、送り手のユーザが
結果の通知を受け取ろうと意識しなければ、結果の通知
を受け取ることができないが、結果通知用ＷＥＢサーバ
へのアクセスを意識して行うことから、その後にメール
サーバにアクセスして受信を行って受け取った通知の電
子メールの確認を意識して確実に行える。

【０１６５】請求項１３の発明によれば、異なる受信形
式の受信用端末に所定形式の言語データを受信形式に対
応させた形式の言語データに変換して送信するためにこ
のシステムを利用できる送り手のユーザは、認証された
者に限られるので、送信用端末で送信される言語データ
の形式と受信用端末で受信される言語データの形式が一
致した従来の送信と区別できる。

【０１６６】請求項１４の発明によれば、認証が行われ
た受け手のユーザが利用する受信用端末にのみ各受信形
式に対応して変換された各形式の言語データが出力され
て、受信すべき受け手のユーザが受信できるので、誤っ
て受信すべきはない他のユーザが受信して見ることを防
止できるとともに、送信するユーザが誤って受信すべき
でないユーザを指定して送信したとしても、そのユーザ
は認証を受けることができないので受信されずにすむ。
したがって、送り手のユーザが真に受信することを望む
受け手のユーザのみが言語データを受信するので、重要
なデータなどを正確で確実に送信できる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかる言語データ送信シ
ステムの概略ブロック図である。

【図２】図１の認証部の内部構成を示したブロック図で
ある。

【図３】図１の変換部の内部構成を示したブロック図で
ある。

【図４】図１の出力部の内部構成を示したブロック図で
ある。

【図５】図３の音声変換機能部２１の内部構成を示した
ブロック図である。

【図６】本発明の実施の形態にかかる言語データ送信シ
ステムの他の内部構成を示した概略ブロック図である。

【図７】図６の結果通知部の内部構成を説明するための
ブロック図である。

【図８】図６の出力部のうちの必要な内部構成を説明す
るためのブロック図である。

【図９】図１の言語データ送信システムの動作を説明す
るためのフローチャートである。

【図１０】送り手のユーザが作成した電子メールの一例
を示した図である。

【図１１】図４の送信時間監視機能部のデータ保管部に
保管された変換後の言語データを含めたデータの領域を
説明するための図である。

【図１２】図７の結果データ管理機能部のデータ保管部
に保管された送信結果のデータを含めたデータの領域を
説明するための図である。

【図１３】図１及び図６の言語データ送信システムの１
回の配信操作あたりの論理データの関係を示した図であ
る。

【図１４】送り手のユーザの認証を行うためのユーザ管
理ＴＢＬの一例を示した図である。

【図１５】図１３の配信ＴＢＬの一例を示した図であ
る。

【図１６】図１３の宛先ＴＢＬ及び送信結果ＴＢＬの一
例を示した図である。

【図１７】本発明の他の実施の形態にかかる言語データ
送信システムの要部を示した概略ブロック図である。

【図１８】入力される音声形式の言語データをテキスト
形式の言語データに変換するための構成を示した図であ
る。

【符号の説明】

１、７９ 言語データ送信システム ３ 送信用端末 ４ 送信用ＷＥＢサイト ５ インターネット網 ７ 電話網 ９ 受信用端末 １１ 送信ユーザ認証部 １３ 変換部 １５ 出力部 ４３ 結果通知部 ８１ 受信ユーザ認証部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 内田 聡 東京都渋谷区代官山町６番６号 株式会社 アドグラムス内 (72)発明者 赤須 修一郎 東京都千代田区丸の内２丁目６番３号 三 菱商事株式会社内 (72)発明者 佐藤 将志 東京都立川市曙町２丁目13番３号 立川三 菱ビル９階 株式会社ディファクト内 Ｆターム(参考） 5D015 HH23 KK02 5D045 AA20 5K030 GA15 GA16 HA11 HB01 HC01 JL01 JL04 JT01 JT02 JT05 JT09

Claims (15)

【特許請求の範囲】
1. 【請求項１】 送信用端末が用いられて入力される所定
   形式の言語データを情報通信ネットワークを利用して異
   なる受信形式の複数の受信用端末に出力して送信できる
   言語データ送信システムであって、 前記入力される所定形式の言語データを前記受信用端末
   の各受信形式に対応する異なる形式の複数の言語データ
   に変換する変換手段と、 前記各受信用端末に前記各受信形式に対応して変換され
   た各形式の言語データを同時に出力可能な出力手段とを
   備えた、言語データ送信システム。
2. 【請求項２】 前記送信用端末が用いられて入力される
   所定形式の言語データは、音声形式の言語データであ
   る、請求項１記載の言語データ送信システム。
3. 【請求項３】 前記送信用端末が用いられて入力される
   所定形式の言語データは、テキスト形式の言語データで
   ある、請求項１記載の言語データ送信システム。
4. 【請求項４】 前記送信用端末が用いられて入力される
   テキスト形式の言語データは、ユーザが前記送信用端末
   に内蔵された電子メール作成ソフトで作成した電子メー
   ルのデータである、請求項３記載の言語データ送信シス
   テム。
5. 【請求項５】 前記送信用端末が用いられて入力される
   テキスト形式の言語データは、ユーザが前記送信用端末
   からアクセスした送信用ＷＥＢサイトで作成されたデー
   タである、請求項３記載の言語データ送信システム。
6. 【請求項６】 前記変換手段は、前記所定形式の言語デ
   ータが入力されるＳＭＴＰサーバを有する、請求項１か
   ら５のいずれかに記載の言語データ送信システム。
7. 【請求項７】 前記異なる受信形式の複数の受信用端末
   は、音声形式で言語データを受信する端末を含み、 前記出力手段は、前記音声形式で言語データを受信する
   受信用端末には、指定された時間に音声形式の言語デー
   タを出力できることを特徴とする、請求項１から６のい
   ずれかに記載の言語データ送信システム。
8. 【請求項８】 前記送信用端末は、移動型の端末であ
   る、請求項１から７のいずれかに記載の言語データ送信
   システム。
9. 【請求項９】 前記出力手段が出力したことの結果を前
   記送信用端末に通知できる結果通知手段を備えた、請求
   項１から８のいずれかに記載の言語データ送信システ
   ム。
10. 【請求項１０】 前記結果通知手段は、前記結果の通知
    に電子メールを用いる、請求項９記載の言語データ送信
    システム。
11. 【請求項１１】 前記結果通知手段は、前記出力手段が
    出力したことに応答して前記通知の電子メールを自動生
    成する、請求項１０記載の言語データ送信システム。
12. 【請求項１２】 前記結果通知手段は、ユーザが前記送
    信用端末からアクセスできる結果通知用ＷＥＢサイトを
    有し、 前記ユーザは、前記結果通知用ＷＥＢサイトに前記通知
    の電子メールの生成を要求できる、請求項１０記載の言
    語データ送信システム。
13. 【請求項１３】 前記送信用端末を利用するユーザの認
    証を行う送信ユーザ認証手段を備える、請求項１から１
    ２のいずれかに記載の言語データ送信システム。
14. 【請求項１４】 前記受信用端末を利用するユーザの認
    証を行う受信ユーザ認証手段を備え、 前記出力手段は、前記受信ユーザ認証手段で認証された
    ユーザの利用する前記受信用端末にのみ前記各受信形式
    に対応して変換された各形式の言語データを出力する、
    請求項１から１３のいずれかに記載の言語データ送信シ
    ステム。
15. 【請求項１５】 情報通信ネットワークを利用した言語
    データ送信方法であって、 所定形式の言語データが入力される第１のステップと、 前記入力された所定形式の言語データを複数の異なる形
    式の言語データに変換する第２のステップと、 前記変換された各形式の言語データを出力する第３のス
    テップとを含む、言語データ送信方法。