JPH07221851A - 音声メール網ゲートウェイ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 異なる通信媒体を用いている情報サービス間
の非互換性を取り除く手法を提供する。 【構成】 音声メール網１００は、メッセージを送信者
によって使用された媒体フォーマットとは独立した受信
者によって要求される媒体フォーマットに従って処理す
る。例えば、音声メール網への“ゲートウェイ”は、電
子メール送信者からｅ−メールメッセージ３０を受信
し、多重媒体メッセージフォーマットに処理する。音声
メール網のゲートウェイは、次に、ｅ−メールメッセー
ジの受信者に関連する“ユーザプロファイル”を調べ、
受信者が使用する媒体を取り出し、多重媒体メッセージ
を受信者が使用するフォーマットにて送信する。これ
は、音声メールユーザが、送信機によって使用された媒
体と無関係に、それらに送信された任意のメッセージの
音声メール通知を受信することを可能にする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、伝言、より詳細には、
音声メール伝言網に関する。今日、人は、情報を様々な
異なるタイプの情報網を介して共有する。例えば、図１
にはポイント−ツウ−ポイント音声メール網が示され
る。音声メール網８は、音声メールシステム１０、１
２、１４、１６、及び１８を含むが、これらは、複数の
リンク、例えば、リンク２０を使用して接続される。後
者は、例えば、ＴＣＰ／ＩＰ（Transmission Control P
rotocol/Internt Protocol）のようなプロトコルを使用
するデジタルリンクであり得る。これは、二つ或はそれ
以上のホストが通信することを可能にするセットのコン
ピュータネットワーク化プロトコルである。また、ＡＭ
ＩＳプロトコルのようなプロトコルを使用するアナログ
リンク、例えば、リンク２２を使用して音声メールシス
テムを相互接続することも可能である。各音声メールシ
ステムは、加入者に音声メールサービスを提供するが、
加入者は、音声サービスに、電話、例えば、電話２４を
通じてアクセスする。音声メールシステムは、例えば、
AT&T AUDIX（登録商標）、或はOctel 、及びVMX から利
用できるようなシステムであり得る。

【０００２】各音声メールシステムは、呼に応答してメ
ッセージの受信、メッセージの転送、メッセージに注釈
を付けての転送、メッセージの再生、新しいメッセージ
の生成、或はメッセージの削除、などの機能を提供す
る。メッセージは、システム間でリンク２０或は２２を
通じて交換される。これらメッセージは、典型的には、
メッセージ本体及びメッセージ見出しを含み、ここで、
メッセージ本体は、例えば、音声メッセージを含み、メ
ッセージ見出しは、アドレシング情報を含む。音声メー
ルシステム間のメッセージは、また、配達状態及びダイ
レクトリ更新データなどの情報を含むが、ここで、ダイ
レクトリは、ある特定の受信人の名前と関連する宛先ア
ドレスなどの情報を含む。

【０００３】図１の音声メール網に幾分類似するものと
して、“電子メール（ｅ−メール”網（図示なし）が存
在するが、ここでは、ｅ−メールメッセージがユーザ間
で送られる。ｅ−メール網においては、電話機がデータ
端末装置（ＤＴＥ）、例えば、端末エミュレーションソ
フトウエアを持つパーソナルコンピュータ（ＰＣ）にて
置換される。ｅ−メールメッセージの本体は、典型的に
は、ユーザ、つまり、ＤＴＥの所の送信者によって、別
のユーザ、つまり、受信者に送信するためにタイプ入力
されたテキスト情報を含む。受信者は、このメッセージ
をｅ−メールメッセージを彼等のＤＴＥ上に視覚的に表
示することによって受信する。

【０００４】

【発明が解決しようとする課題】音声メール網とｅ−メ
ール網は、それらが異なる媒体に基づくために、異種の
情報サービスの一例とみることができる。音声メール網
のユーザは、典型的には、彼等の電話機と対話し、ここ
では、音声メールユーザは、音響メッセージを音声メー
ル網を介して送受信する。これとは対照的に、ｅ−メー
ル網のユーザは、典型的には、彼等のＤＴＥと対話し、
これを通じてｅ−メールユーザはテキストメッセージの
送受信を行なう。このために、音声メールユーザとｅ−
メールユーザは互いにメッセージを送ることができな
い。このために、幾らかの人は、彼等が音声メールユー
ザとｅ−メールユーザの両方と通信できることを確保す
るために、両方のシステムへのアクセスを持つ。このよ
うな“多重システム”ユーザは、全てのメッセージ、つ
まり、音声メール及びｅ−メールの両方が取り出される
とこを確保するために、両方のシステムに別々に独立し
てアクセスしなければならない。不幸なことに、ある人
が多重システムユーザであっても、その人は典型的に
は、あるシステムを他のシステムよりも好む。例えば、
音声メールに対する好みを持つ多重システムユーザは、
常に一貫して、彼等のＤＴＥを介して彼等に送信された
ｅ−メールメッセージが存在しないか監視することをし
ない。結果として、このタイプの多重システムユーザ
は、誤って受信者がいつでも彼等のｅ−メールを読むも
のと思い込んでｅ−メールユーザによって彼等に伝送さ
れた重要なｅ−メールに基づく情報を見過ごす可能性が
ある。

【０００５】

【課題を解決するための手段】本発明は、情報を通信す
るために異なる媒体を採用する異なる情報サービス間の
非互換性を排除する。本発明の原理によると、音声メー
ル網はメッセージを、送信者によって使用された媒体フ
ォーマットとは独立して、受信者によって要求される媒
体フォーマットに従って、処理する。結果として、これ
は、音声メールユーザが、送信者によって使用された媒
体とは無関係に彼等に送られたメッセージの音声メール
の通知を受信することを可能にする。さらに、本発明
は、ある一つのタイプの媒体に対する好みを持つユーザ
が、情報をその好みの媒体でのみ受信することを可能に
する。結果として、このようなユーザは、もはや、多重
システムユーザであることの不便さから解放される。

【０００６】本発明の一つの実現においては、音声メー
ル網への“ゲートウェイ”がｅ−メール送信者からのｅ
−メールメッセージを受信し、このｅ−メールメッセー
ジを多重媒体メッセージフォーマットに処理する。音声
メール網のゲートウェイは、次に、そのｅ−メールメッ
セージの受信者と関連する“ユーザプロファイル”を調
べる。このプロファイルはユーザ固有の情報を格納し、
そのユーザの媒体の好みを含む。ゲートウェイはユーザ
プロファイルからその受信者に対する媒体の好みを取り
出し、多重媒体メッセージを受信者にその好みのフォー
マットにて送信する。

【０００７】

【実施例】図２は本発明の原理に従う音声メール網を図
解する。音声メール網１００は一例としてハブ４０、４
２、及び４４によって代表されるような“ハブ（hub
）”構成を持つ。これらハブはデータリンク４６によ
って相互接続される。データリンク４６は、ＴＣＰ／Ｉ
Ｐなどのプロトコルを使用するデジタルデータリンクで
も、或はアナログ或は光リンクでもあり得る。これらハ
ブの各々には音声メールシステム、例えば、音声メール
システム４８及び５０が接続されるが、これらはハブ４
０にそれぞれ、データリンク５２及び５４を介して接続
される。各ハブ及び音声メールシステムは、“ホスト”
を構成し、ホスト間通信は７層国際標準機構（7-layer
International Standards Orgnization 、ＩＳＯ）モデ
ルに基づく。データリンク５２の特徴（character ）、
つまり、デジタルであるか或はアナログであるかは、音
声メールシステム４８によって使用されるフォーマット
によって決定される。同様にして、データリンク５４の
特徴は、音声メールシステム５０によって使用されるフ
ォーマットによって決定される。各音声メールシステム
には通信端末が接続され、例えば、音声メールシステム
５０には通信端末５６が接続される。通信端末５６は、
音声メール網１００から音声メールメッセージ或はサー
ビスを受信する単純な電話であり得る。

【０００８】本発明の原理に従うと、ハブ４０は、ｅ−
メール網３０を音声メール網１００に結合する“ゲート
ウェイサービス”を提供する。このゲートウェイサービ
スは、媒体フォーマットが異なる場合でも、メッセージ
を任意のｅ−メールユーザ、例えば、ＤＴＥ３２と関連
するユーザと、任意の音声メールユーザ、例えば、通信
端末６６と関連するユーザとの間で送ることを可能にす
る。後にさらに説明されるように、ハブ４０のゲートウ
ェイサービスは、ｅ−メール網３０からのｅ−メールメ
ッセージを、結果としてのメッセージが、音声メールユ
ーザがそのメッセージが読むのではなく、それを聞く
（listen）ことができる形式にて、配達できるように処
理する。

【０００９】同様にして、ハブ４０のゲートウェイサー
ビスは、ｅ−メールユーザがメッセージを聞くのではな
く読むことを可能にする。

【００１０】ハブ４０のゲートウェイサービスの説明に
進む前に、音声メール網１００の全般的な動作について
説明する。最初に、“ハブ（hub ）”なる用語は、後に
詳細に説明される“ハブ機能”を提供するハードウエア
及びソフトウエアの集成を表わすことに注意する。各ハ
ブが、その網上の全ての顧客をカバーするダイレクトリ
を提供するために使用され、各音声メールシステムが網
全体に対するダイレクトリ（directory ）を格納する必
要性が解消される。この実施例においては、各音声メー
ルシステムは、そのローカルユーザのダイレクトリのみ
を格納する。例えば、音声メールシステム５０は、端末
５６と関係するユーザのダイレクトリのみを格納する。
ただし、音声メールシステムは、各々のハブ網の広域ダ
イレクトリのサブセットを含むこともできるが、ハブダ
イレクトリのサブセットは、その音声メールシステムが
接続されたハブ、つまり、その“ローカルハブ”から
“ダウンロード”される。ローカルハブのダイレクトリ
をダウンローディングすることにより、各々の音声メー
ルシステムが、追加の音声メール機能、例えば、“名前
アドレシング”及び／或は“アドレスの際の音声での名
前の返信”などを提供することが可能になる。名前アド
レシング機能は、ユーザが、電話番号ではなく、単に受
信人の名前を使用して、メッセージを受信人に送ること
を可能にし；アドレスの際の音声での名前の返信機能
は、送信者に、システムに正しいアドレスが入力された
か検証する機会を与えるために受信人の名前を提供す
る。ある音声メールシステムのダイレクトリ全てをロー
カルハブ上に保持し、これによって、音声メールシステ
ムのダイレクトリをサポートするために必要とされるメ
モリ要件を軽減することも可能である。適当な応答時間
を確保するために音声メールシステムとローカルハブの
間に高速リンクを提供することが助言される。

【００１１】図３は、ハブの高次の機能ブロック図であ
る。インターフェース／フォーマット変換器は、ハブの
異なる複数の入力と出力の間で通信を提供するために使
用されるハードウエア及びソフトウエアを含む。例え
ば、音声メールシステムへのＡＭＩＳアナログフォーマ
ットを使用する入力８２が他の入力／出力、例えば、Ｉ
／Ｏ８４によって使用される低速デジタル入力或は出
力、Ｉ／Ｏ８６によって使用される高速デジタルフォー
マット、及びＩ／Ｏ８８によって使用されるローカルエ
リア網（ＬＡＮ）フォーマット、例えば、ＴＣＰ／ＩＰ
に変換される。加えて、他のハブと通信するために、こ
れら複数の入力或は出力の任意に所に受信されたメッセ
ージが、網インタコネクト９０によって使用されるデジ
タルフォーマット、網インタコネクト９２によって使用
されるアナログフォーマット、或は網インタコネクト９
４によって使用されるＬＡＮフォーマットに変換され
る。光フォーマットと他のフォーマットとの間のフォー
マット変換を提供することも可能である。

【００１２】ハブはまたメモリ９６を含むが、これは、
網全体のユーザのダイレクトリなどの情報及びアプリケ
ーションプログラムを格納するために使用される。ま
た、ハブは、音声メールサービスを提供することによっ
て音声メール機能を提供することも可能である。図２に
は、これが、通信端末６０に直接に結合されているハブ
４２によって図解される。このケースにおいては、音声
メール機能を提供するために使用され、従って、音声メ
ールシステム内に常駐するソフトウエアアプリケーショ
ンが、ハブ機能を提供するために使用されるのと同一の
ハードウエア上でランする。ハブが音声メールシステム
として使用される場合は、そのハブ内に、通信端末６０
とインターフェースするために、ユーザ端末インターフ
ェースハードウエア９８が提供される。

【００１３】図４はハブのハードウエアレベルのブロッ
ク図を図解する。ハブは標準のバス１０４を通じて通信
する幾つかの電子カード及びメモリデバイスを含むが、
このバスは、広く入手できる多くのＰＣによって使用さ
れるＥＩＳＡのようなバスであり得る。処理タスクはプ
ロセッサ１１０によって扱われ、これは、例えば、５０
Ｍｈｚの速度にて動作する、例えば、Intel ８４８６プ
ロセッサのようなマイクロプロセッサを含む。プロセッ
サ１１０によって使用されるシステムメモリは、プロセ
ッサ１１０と内部バス１０４を通じて通信するメモリ１
１２上に提供される。メモリ１１２は、適当な量のメモ
リ、例えば、６４メガバイトを含むべきである。メモリ
１１２と関連する電子カードを、メモリをプロセッサ１
１０と関連する電子カード上に置くことによって排除す
ることも可能である。ビデオ／キーボードインターフェ
ース１１４は、プロセッサ１１０とモニタ及びキーボー
ドとの間のインターフェースを提供するために使用され
る。このモニタ及びキーボードは、管理を行なう、つま
り、ハブの構成及び維持を行なうローカル管理者によっ
て使用される。ダイレクトリ及びアプリケーションメモ
リはディスクドライブ１１６によって提供される。ディ
スクドライブ１１６は、一つの大きな光ドライブでも、
或は幾つかの広く利用されている磁気ドライブ或はテー
プドライブでもあり得る。５０００のユーザを伴う音声
メール網に対しては、典型的には、３ギガバイトの桁の
メモリ容量を持つことが要求される。網インターフェー
ス１１８は、バス１０４と音声メール網１００のハブを
相互接続するリンク４６との間のインターフェースを提
供するために使用される。網インターフェース１１８は
バス１０４とリンク４６との間に電気的インターフェー
スを提供する。リンク４６を通じての通信に対して要求
されるメッセージのフォーマット化は、プロセッサ１１
０によって遂行される。ハブはまた直列ポートカード１
２０、つまり、モデムを含むが、これは従来の電話線路
を通じて入力を受信する。これは診断及びグレードアッ
プのためのハブへの遠隔アクセス機能を提供する。

【００１４】ハブがハブ４２の場合のように音声メール
機能を提供するために使用される場合は、スイッチイン
ターフェース１２２及び電話線路インターフェース１２
４が含まれる。これらカードはバス１０４を通じてプロ
セッサ１１０と通信する。スイッチインターフェース１
２２は、通信端末６０への電話の交換を制御する。この
交換は、通常は、私設構内交換機（ＰＢＸ）１２６及び
／或は電話網１２８などのデバイスを通じて起こる。電
話インターフェース１２４は、バス１０４とＰＢＸ１２
６によって提供される電話線路との間の通信を提供す
る。これら電話線路は、従来の“チップアンドリング”
線路であり得る。インターフェースカード１３０は、バ
ス１０４と音声メールシステムへの通信リンクとの間の
インターフェースを提供する。例えば、インターフェー
スカード１３０は、バス１０４を光ファイバ、同軸、或
は無線リンクを使用する通信路にインターフェースする
ために使用される。これら通信リンクによって要求され
るフォーマット化はプロセッサカード１１０によって遂
行される。

【００１５】図５は、ハブに対する一例としてのソフト
ウエアアーキテクチュアである。UNIX（登録商標）オペ
レーティングソフトウエア層１６０がハブの上述のハー
ドウエアと通信するために使用される。UNIXオペレーテ
ィングソフトウエアはまたハブを建設するために使用さ
れた電子カードを提供するハードウエア製造業者によっ
て提供されるユーザドライバソフトウエアも使用する。
UNIXオペレーティングソフトウエアは周知であり、（後
に説明の）アプリケーションプログラムによって上述の
ハードウエアの時間多重化を提供する。ハブソフトウエ
ア要素１６２はフォーマット変換、特定の網リンクが動
作不能になったときの代替ルーティング、ユーザダイレ
クトリの更新、ハブ間及びハブと音声メールシステムの
間の転送、及び（後に説明される）音声メールシステム
へのアクセスに対するパスワード保護を提供する保安機
能などの機能を遂行する。ハブソフトウエア要素１６２
はＡＴ＆Ｔから市販されているINTUITY （登録商標）音
声エクスプレス層１６６を使用するUNIXオペレーティン
グソフトウエアと通信する。アプリケーション機能がハ
ブ内に音声メールソフトウエア要素１６４によって表わ
されるように提供される。これらアプリケーション機能
は、ＡＴ＆Ｔから市販される標準の音声メールアプリケ
ーションであり得る。また、ハブは、ユーザに対話音声
応答（ＩＶＲ）を提供するソフトウエア要素１６８によ
って表わされるような他のアプリケーションを提供する
こともできる。ＩＶＲアプリケーションは、ＡＴ＆Ｔに
よってCONVERANT （登録商標）の名前で提供されるアプ
リケーションであり得る。

【００１６】図６は図５のハブブロック１６２によって
遂行される機能の幾つかの可能な実現の一つを図解する
一例としてのブロック図である。図６の各ブロックは一
つの機能を遂行するソフトウエアプロセスを解説する
が、ただし、幾つかの機能を一つのプロセスに結合でき
ることに注意すべきである。網インターフェース１８０
によって表わされるプロセスはハブ間の複数のリンクの
一つに沿って疎通されるべきメッセージに対する網アド
レスを提供するために使用される。網インターフェース
１８０によって使用されるアドレスはダイレクトリマネ
ジャ１８２によって提供される。このプロセスは、ある
加入者名或は電話番号に対する適当な網アドレスを提供
するために加入者ダイレクトリデータベース１８４にア
クセスする。網インターフェース１８０が網に提供する
実際のメッセージはメッセージ配達器１８６から受信さ
れる。メッセージ配達器１８６は網インターフェース１
８０にメッセージデータを提供するためにメッセージ格
納データベース１８８にアクセスする。

【００１７】ハブ間のリンクから受信されるメッセージ
は網インターフェース１８０によって受信されるが、こ
れはこのメッセージを受信機１９０に提供する。後者は
次にこのメッセージをメッセージデータベース１８８内
に格納する。メッセージ受信機１９０は、このメッセー
ジをメッセージデータベース１８８内にアドレシング情
報、例えば、送信者及びメッセージ受信者のアドレスと
共に格納する。メッセージマネジャ１９２は、メッセー
ジ状態を追跡する。このプロセスは、メッセージ受信機
１９０によって受信されたメッセージ及びメッセージ配
達器１８６によって配達されたメッセージを監視する。
このようにして、メッセージマネジャ１９２は、どのよ
うなメッセージが受信され、またどのメッセージが配達
され、また受信者によってアクセスされたかを追跡す
る。メッセージ受信機１９０を介して要求された場合、
メッセージマネジャ１９２は、要求者にメッセージ配達
器１８６を通じて状態メッセージを提供する。

【００１８】また、網インターフェースプロセスがダイ
レクトリ更新データを網上の他のハブ及びハブに接続さ
れている音声メールシステムに提供するために使用され
る。別のハブ或は音声メールシステムが、このハブとの
加入者ダイレクトリ情報の交換を要求する場合は、網イ
ンターフェース１８０がダイレクトリマネジャ１８２を
使用してデータベース１８４からの加入者情報を要求デ
バイスに提供する。ダイレクトリマネジャ１８２はまた
網インターフェース１８０を通じて管理システムから加
入者情報を要求し、この情報をデータベース１８４内に
格納する。アドミニストレータ１９４及びそれに関連す
るデータベース１９６は前述の複数のプロセスに対する
全体としての制御を提供する。例えば、アドミニストレ
ータ１９４は、パスワード及び他の保安機能に従って、
ダイレクトリマネジャ１８２、メッセージ配達器１８
６、及びメッセージ受信機１９０によって提供される情
報に対しての制御を提供する。

【００１９】図７は数個のハブをベースとする音声メー
ル網の相互接続を図解する。音声メール網２００はより
高次の音声メール網２０４を使用して音声メール網２０
２と相互接続される。この実施例においては、音声メー
ル網２００の複数のハブの一つ、例えば、ハブ２０６が
ＴＣＰ／ＩＰのような高速デジタルリンクを使用して音
声メール網２０４のハブ２０８に相互接続される。ハブ
２０８は音声メール網２０４の他のハブ、例えば、ハブ
２１０及び２１２と、リンク２１４、２１６、及び２１
８を使用して通信する。音声メール網２００のハブ２０
６は音声メール網２０２のハブ２２０と音声メール網２
０４を通じて通信することができる。ハブ２０６はライ
ン２０７を通じてバフ２０８と通信し、これは次にリン
ク２１６を通じてハブ２１０と通信する。ハブ２１０は
次にリンク２２２を使用してハブ２２０への通信を提供
する。このようにして、音声メール網２００の音声メー
ルユーザは音声メール網２０２の音声メールユーザと通
信することができる。音声メール網２０４とインターフ
ェースするハブの所に占有情報に対する保安を提供する
ために追加の保安及びパスワード安全手段を提供するこ
とも可能である。

【００２０】本発明の原理に従うと、ゲートウェイサー
ビスが、図２の、ｅ−メール網３０を音声メール網１０
０に結合するハブ４０によって提供される。以下の例に
示されるように、このゲートウェイサービスは、メッセ
ージを任意のｅ−メールユーザ、例えば、ＤＴＥ３２と
関連するユーザと、任意の音声メールユーザ、例えば、
通信端末６６と関連するユーザの間で、媒体フォーマッ
トが異なる場合であっても、送信することを可能にす
る。大雑把にいうと、ｅ−メールメッセージは、“見出
し”及び“本体”を含む。これが図８に、ｅ−メールメ
ッセージ３００に関して示される。見出し３０１は、受
信者のアドレスなどの情報を含み、一方本体３０２は、
メッセージのテキスト部分、つまり、受信者に送信され
るべき実際の情報を含む。図９は、本発明に従ってハブ
４０内でｅ−メールメッセージ、例えば、ｅ−メールメ
ッセージ３００を処理するために使用される方法を解説
する。ｅ−メール網３０はメッセージを図２の音声メー
ル網１００にルーティングするための情報を含むものと
想定する。換言すれば、ｅ−メール網３０は音声メール
網１００をあたかもそれがｅ−メール網であるかのよう
に扱うものと想定する。ハブ４０はステップ４０５にお
いてｅ−メールメッセージを受信する。ｅ−メールメッ
セージを受信した後に、ハブ４０はステップ４１０にお
いてｅ−メールメッセージ３００をそれが正当なメッセ
ージであるか決定するためにフィルタする。

【００２１】例えば、ハブ４０は見出し３０１を解析
し、結果としての情報を、図６のダイレクトリデータベ
ース１８４上の情報と、ｅ−メールメッセージ３００の
受信者が音声メール網１００上に位置するかどうかを決
定するために比較する。ｅ−メールメッセージ３００が
正当なメッセージでないときは、ハブ４０は、ステップ
４１５において、ｅ−メール網３０による適当な処理の
ために、“配達不能メッセージ”をｅ−メール網３０に
送り戻す。一方、ｅ−メール３００が正当なメッセージ
である場合は、ハブ４０はステップ４２０においてダイ
レクトリデータベース１８４から受信者のプロファイル
を取り出す。この受信者のプロファイルは、受信者に関
する追加の情報、例えば、受信者がメッセージをそれに
て受けたいと望む媒体タイプを含む。この媒体タイプ
は、音響、例えば、音声メール；画像、例えば、ファク
シミリ；或はテキスト、例えば、ｅ−メールであり得
る。さらに、このプロファイルは、例えば、音声メール
網１００内の受信者のプリンタ、電話、端末、及び／或
はファクシミリ機器が位置する宛先情報を含む。受信者
のプロファイルを取り出した後に、ハブは、ステップ４
２５において、受信者の要求される媒体タイプ、つま
り、媒体の好みに従って、ｅ−メール３００を多重媒体
メッセージ（multi-media message ）を提供するために
処理する。

【００２２】この多重媒体メッセージが図１０に一例と
して示される。ｅ−メールメッセージ３００と同様に、
多重媒体メッセージ３５０は、見出し、つまり、多重媒
体見出し３５１、及び本体、つまり、多重媒体本体３５
２を含む。多重媒体見出し３５１は、ｅ−メールメッセ
ージ３００の受信者に対するアドレス情報を含み、音声
メール網１００の残りによって多重媒体メッセージ３５
０のルーティング及び配達のために使用される。多重媒
体本体３５２は、各々が異なる媒体タイプに対応する複
数のセグメントを含む。多重媒体本体３５２のフォーマ
ットは、事前に定義しておく、つまり、セグメント情報
が特定の順番に出現するように定義しておくことも；或
は各セグメントがその情報を運ぶためにどの媒体タイプ
が使用されるべきかを識別する情報を含むこともでき
る。この例においては、セグメント３５６は、ｅ−メー
ルメッセージ３００の元のテキストを含み、一方、セグ
メント３５７は、（後に述べられるように、ｅ−メール
メッセージ３００の元のテキストの音響、つまり、音声
表現を含む。換言すれば、この例においては、受信者の
媒体の好みは、ｅ−メールメッセージではなく、音声メ
ールメッセージを受信することであると想定される。こ
の多重媒体メッセージが図６の前述のメッセージメモリ
１８８内に格納される。このメッセージは、図６のメッ
セージマネジャ１９２によって配達済とマークされるま
で格納される。この多重媒体メッセージが、次に、ステ
ップ４３５において受信者に送られる。受信者が通信端
末６６と関連するものと想定すると、ハブ４０は、この
多重媒体メッセージ３５０を、音声メールシステム６５
に配達するために、見出し３５１の内容に基づいてハブ
４４にルートする。ハブ４４は、多重媒体メッセージを
受信すると、受信者によってアクセスされるために格納
し、この例の目的に対しては電話機であると想定される
通信端末６６上のインジケータ（図示なし）をオンにす
る。このインジケータは、オンにされると、受信者に新
しい音声メールメッセージが到着したことを知らせるラ
イトであり得る。結果として、受信者、つまり、音声メ
ールユーザは、メッセージを読むことを要求されるので
はなく、メッセージを聞くことができる。

【００２３】上に述べられたように、各多重媒体メッセ
ージは、各々のメッセージが異なる媒体タイプと関連す
る異なる複数のセグメントを持つ。音声網１００の各音
声メールシステムは、配達されるべきメッセージをその
媒体タイプと結ばれた関連する通信端末に従って処理す
る。この例においては、通信端末６６は、電話機であ
り、従って、音声メールシステム６５は、音響情報を含
むセグメントのみを処理し、ｅ−メールの元のテキスト
を含むセグメントを単に無視する。この多重媒体メッセ
ージフォーマットは、任意のタイプのメッセージシング
システムが情報をメッセージングレベルにて扱うことを
可能にする。例えば、受信者のプロファイルが、ファク
シミリメッセージを異なる音声メールシステムに結合さ
れたファクシミリ機器、例えば、通信端末６２に転送さ
れるように指令することもできる。これは、受信者がフ
ァクシミリを受信者が接続されている現在のシステムが
それ自身ファクシミリサービスを提供する能力を持たな
い場合でも、ファクシミリ通信を印刷することを可能に
する。

【００２４】同様にして、図１１は、図９のそれと類似
する、反対の方向のメッセージ、つまり、音声メール網
１００の音声メールユーザからｅ−メール網３０上のｅ
−メールユーザへのメッセージを処理するための方法を
示す。この例においては、音声メールシステム６５の通
信端末６６の所の音声メールユーザが音声メールメッセ
ージをｅ−メール網３０のＤＴＥ３２と関連するｅ−メ
ールに送るものと想定される。最初に、音声メールユー
ザは音声メール網１００内に所在するために、音声メー
ルメッセージは、音響セグメントのみがメッセージの表
現を含み他のセグメントは空であることを除いて、既に
多重媒体メッセージフォーマットの形式を持つことに注
意する。ハブ４４はステップ５０５において音声メール
メッセージを受信し、ステップ５１０においてそのメッ
セージの正当性を調べる。例えば、ハブ４４は多重媒体
見出しを解析し、結果としての情報を図６のダイレクト
リデータベース１８４上の情報と、その音声メールの受
信者が音声メール網１００上に位置するか否か決定す
る。このケースにおいては、受信者はｅ−メール網上に
位置するが、ただし受信者のアドレスがダイレクトリデ
ータベース１８４内に含まれるものと想定される。音声
メールメッセージが正当なメッセージでない場合は、ハ
ブ４４は、ステップ５１５において音声メールユーザ６
５に“配達不能メッセージ”を返送する。

【００２５】一方、その音声メールメッセージが正当な
メッセージである場合は、ステップ５１８において、ハ
ブ４４はそのメッセージをゲートウェイハブ、つまりハ
ブ４０に、その音声メールメッセージの多重媒体見出し
内に含まれるアドレス情報に従って送信する。ゲートウ
ェイハブ４０はステップ５２０においてダイレクトリデ
ータベース１８４から受信者のプロファイルを取り出
す。受信者のプロファイルはその受信者に関する追加の
情報、例えば、受信者がそれによってメッセージを受信
することを望む媒体タイプの情報を含む。この例におい
ては、媒体タイプはテキスト、つまり、ｅ−メールであ
る。受信者のプロファイルを取り出した後、ハブ４０
は、ステップ５２５において多重媒体メッセージを提供
するために、その音声メールメッセージを受信者が要求
する媒体タイプ、つまり、媒体の好みに従って処理す
る。処理の結果として、多重媒体メッセージのテキスト
セグメントは、もはや空ではなく、音響セグメントによ
って表わされるメッセージの音響部分のテキスト表現と
なる。この多重媒体メッセージは、図６のメッセージメ
モリ１８８内に格納される。このメッセージは、図６の
メッセージマネジャ１９２によって配達済とマークされ
るまで格納される。次に、ステップ５３５において、ｅ
−メールメッセージがｅ−メールユーザに送られる。ｅ
−メール網３０に送られるメッセージの内容は色々と異
なることに注意する。例えば、ｅ−メール網３０によっ
て期待されるメッセージフォーマットが、音声メール網
１００の多重媒体メッセージと異なる場合、ハブ４０
は、単に追加の変換ステップを提供し、その多重媒体メ
ッセージを一つの完全なｅ−メールメッセージに変換し
た後に、そのｅ−メールメッセージをｅ−メール網３０
９に送る。一方、ｅ−メール網３０が多重媒体メッセー
ジフォーマットにて動作できる場合は、ハブ４０は、単
に、その多重媒体メッセージをそのままｅ−メール網３
０に送る。ｅ−メール網３０は、多重媒体メッセージの
テキストセグメントのみを使用し、他の媒体セグメント
内に含まれる追加の情報は、単に、無視する。結果とし
て、ハブ４０のゲートウェイサービスは、ｅ−メールユ
ーザがメッセージを聞くことを要求するのではなく、メ
ッセージを読むことを可能にする。

【００２６】上に説明のように、ハブ４０のゲートウェ
イサービスは、音声メール網の組織内にゲートウェイを
直接に作成する。ゲートウェイは、加入者の好み及びプ
ロファイルがメッセージを、それらが一つのタイプの網
（例えば、上に説明のようにｅ−メール網）から音声メ
ール或は多重媒体能力を持つ網に流されるとき、フィル
タすることを可能にする方法を提供する。本発明の原理
によると、ハブ４０のゲートウェイ機能は、メッセージ
の受信者が、そのメッセージをそれにて受信する特定の
タイプ、例えば、ファクシミリ、テキスト、或は音声を
決定することを可能にするユニークな機能を提供する。
ハブ４０のゲートウェイ機能は、音声メッセージングシ
ステムの網内に、全てのシステムが、それが音声メール
システムであるか、ｅ−メールシステムであるか、或は
画像システムであるかに関係なく、あるレベルにて情報
を扱うことができるようにするために、必要な媒体変換
及びデータのカプセル化をするための場所を提供する。
さらに、メッセージには、そのシステムがメッセージの
全ての部分を表示する能力を持つか否かに関係なく、任
意のシステム上で音声にて注釈を付けることが可能であ
る。

【００２７】従って、本発明の原理によると、音声メー
ル網１００の各通信端末は、より適切には、ある特定の
タイプの媒体、つまり、音響、例えば、音声メール；或
は画像、例えば、ファクシミリ等をサポートする一つの
多重媒体エンドポイントであると見なすことができる。
複数の多重媒体エンドポートを持つケースにおいては、
追加のインターフェースカードが図４のハードウエアア
ーキテクチュア内にバス１０４上のデータを関連する多
重媒体エンドポイントに対して使用されるのに適当なフ
ォーマットに変換するために提供される。このようにし
て、ビデオ、音響及び画像を通信リンクを通じて各々の
通信端末に伝送することができる。この情報は、従来の
電話回線を通じて多重媒体情報を疎通させることを可能
にする圧縮技法を使用して伝送することも、或はバス１
０４上の多重媒体情報を光ファイバ、同軸、或は無線リ
ンクを使用する通信路にインターフェースするためにイ
ンターフェースカードを使用することもできる。

【００２８】音声メール網１００は多重媒体メッセージ
ングをサポートするために、そのユーザに追加の機能を
提供することができる。例えば、メッセージを聞くのに
加えて、ユーザは、メッセージのプリントウアトを要求
することができる。それが多重媒体メッセージであるた
めに、メッセージのテキスト部分をプリントアウトする
ことが可能である。上に説明のように、ゲートウェイハ
ブ４０は、一つの媒体タイプから別のタイプへの情報の
変換を提供しなければならない。全てのケースにおい
て、周知の変換方法が使用でき、このため、詳細につい
ては説明されない。例えば、多重媒体メッセージのテキ
ストベース部分を音響部分に変換するためには、ゲート
ウェイハブ４０は、最初に、音声に関係のない情報、例
えば、見出し、句読点などをフィルタする。次に、ゲー
トウェイハブ４０は、情報の残りの部分に関してテキス
トから音声への符号化を遂行する。この音声符号化にお
いては、音声フラグメント或は一般テキストが、AT&T及
び他の販売業者から入手できるこれらを音声に変換する
ためのソフトウエアに入力される。

【００２９】同様にして、音声からテキストへの変換
が、任意の現在の音声認識技法を使用して遂行できる。
ただし、音声からテキストへの変換の品質は、音声認識
プロセスの複雑さの関数であることに注意する。大きな
和者独立語彙は最良の結果を与えるが、より小さな語彙
を使用することも可能である。加えて、音声メール全体
を変換することを考える必要がないときは、幾つかの代
替がある。例えば、多重媒体メッセージの見出しのみを
テキストに変換することもできる。これは、メッセージ
全体を提供せず、まだ“多重システム”ユーザの不便さ
を残すが、ただし、これは少なくとも、ｅ−メールユー
ザにメッセージが送られてきた通知を提供することがで
き、この逆もまた可能である。結果として、多重−シス
テムユーザは、少なくとも、異なる媒体にて送られたメ
ッセージを見過ごすことがなくなる。加えて、オペレー
タ、つまり、人を音声メールメッセージからテキストへ
の完全な変換を行なうために使用することもできる。

【００３０】最後に、メッセージが一旦テキストフォー
マットに変換されたら、これは、簡単に、現存のファク
シミリマシンと互換性のあるラスタ画像に変換すること
ができる。同様にして、反対の方向においては、ラスタ
画像を現存の光学文字認識（ＯＣＲ）技法を使用してフ
ァクシミリのテキスト表現を提供するために処理するこ
ともできる。上に説明のように、一旦テキスト表現が得
られると、音響メッセージが簡単に生成でき、こうし
て、ファクシミリメッセージを、音響形式にて音声メー
ルユーザに配達することが可能になる。

【００３１】上記は単に本発明の原理を解説するための
ものであり、従って、当業者においては、ここには明示
的に説明されてないが、本発明の原理を具現し、本発明
の精神及び範囲に入る無数の代替構成を考案できるもの
である。例えば、上の説明においては、ｅ−メールメッ
セージがｅ−メールメッセージの元のテキストのみでな
く、元のテキストを表わす音響セグメントも含む多重媒
体メッセージに処理された。ただし、各ｅ−メールメッ
セージは、多重媒体メッセージフォーマットに変換され
る必要はなく、単に、音響セグメントに変換することも
できる。この場合は、ｅ−メールメッセージの元のテキ
ストは、そのハブ内での後の参照のため、例えば、プリ
ントアウトのために保存されるか；或は完全に破棄され
る。さらに、ｅ−メール網３０は、単に、一例として、
情報を特定の媒体タイプにて提供する情報源、例えば、
Dow Jones などの現存の情報サービス源を図解するもの
である。

【図面の簡単な説明】

【図１】従来の技術によるポイント・ツウ・ポイント音
声メール網のブロック図である。

【図２】本発明の原理に従う音声メールシステムのハブ
アーキテクチュアのブロック図である。

【図３】図２のハブの機能図である。

【図４】図２のハブのハードウエアレベルのブロック図
である。

【図５】ハブのソフトウエアアーキテクチュアのブロッ
ク図である。

【図６】ハブ機能の一例としてのブロック図である。

【図７】幾つかのハブベース音声メール網の相互接続を
図解するブロック図である。

【図８】ｅ−メールメッセージの一例としてのフォーマ
ットである。

【図９】本発明の原理に従うｅ−メールメッセージを処
理するための一例としての流れ図である。

【図１０】多重媒体メッセージに対する一例としてのフ
ォーマットである。

【図１１】本発明の原理に従う音声メールメッセージを
処理するための一例としての流れ図である。

【符号の説明】

１００ 音声メール網 ４０，４２，４４ ハブ ４６ データリンク ４８，５０，６１，６５，７０，７５ 音声メールシ
ステム

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/06 Ｈ０４Ｍ 3/42 Ｊ (72)発明者 マイケル エー． マイアー アメリカ合衆国 07724 ニュージャーシ ィ，ティントン フォールズ，アップル オーチャード ドライヴ 94 (72)発明者 バスカー エヌ． サナカヤラ アメリカ合衆国 07733 ニュージャーシ ィ，ホルムデル，ウィンチェスター レー ン ７ (72)発明者 グレン アラン スチーヴンス アメリカ合衆国 07719 ニュージャーシ ィ，ベルマー，テンス アヴェニュー 509

Claims (14)

【特許請求の範囲】
1. 【請求項１】 異なる媒体フォーマットを持つメッセー
   ジを通信するための方法であって、この方法が：情報網
   内に送信者から受信者に伝送するための第一のメッセー
   ジを受信するステップ；及び前記の第一のメッセージを
   送信者によって使用される媒体フォーマットと独立した
   受信者によって要求される媒体フォーマットに従って処
   理するステップを含むことを特徴とする方法。
2. 【請求項２】 前記の情報網が音声メール網であること
   を特徴とする請求項１の方法。
3. 【請求項３】 前記の処理ステップがさらに：前記の情
   報網内に受信者のプロファイルを格納するステップ；受
   信者のプロファイルから受信者の媒体の好みを取り出す
   ステップ；前記の第一のメッセージを第二のメッセージ
   を提供するために前記の取り出された媒体の好みに従っ
   て処理するステップ；及び前記の第二のメッセージを受
   信者に送るステップを含むことを特徴とする請求項１の
   方法。
4. 【請求項４】 前記の第一のメッセージが第一の媒体フ
   ォーマットであり、第二のメッセージが前記の第一のメ
   ッセージの前記の第一の媒体フォーマット及び少なくと
   も一つの他の媒体フォーマットを含むことを特徴とする
   請求項３の方法。
5. 【請求項５】 前記の第一のメッセージの本体がテキス
   トベースのメッセージであり、前記の処理ステップが前
   記の第一のメッセージの本体を音声ベースのメッセージ
   に変換することを特徴とする請求項１の方法。
6. 【請求項６】 前記の第一のメッセージの本体が音声ベ
   ースのメッセージであり、前記の処理ステップが前記の
   第一のメッセージの本体をテキストベースのメッセージ
   に変換することを特徴とする請求項１の方法。
7. 【請求項７】 人が前記の音声ベースのメッセージをテ
   キストベースのメッセージに変換することを特徴とする
   請求項６の方法。
8. 【請求項８】 前記の第一のメッセージの本体がテキス
   トベースのメッセージであり、前記の処理ステップが前
   記の第一のメッセージの本体を画像ベースのメッセージ
   に変換することを特徴とする請求項１の方法。
9. 【請求項９】 前記の画像ベースのメッセージがファク
   シミリメッセージであることを特徴とする請求項８の方
   法。
10. 【請求項１０】 前記の第一のメッセージの本体がファ
    クシミリベースのメッセージであり、前記の処理ステッ
    プが前記の第一のメッセージの本体をテキストベースの
    メッセージに変換することを特徴とする請求項１の方
    法。
11. 【請求項１１】 前記の処理ステップが前記のファクシ
    ミリベースのメッセージを光学文字認識処理を遂行して
    テキストベースのメッセージに変換することを特徴とす
    る請求項１０の方法。
12. 【請求項１２】 前記の第一のメッセージの正当性を調
    べるステップがさらに含まれることを特徴とする請求項
    １の方法。
13. 【請求項１３】 情報サービス網内で使用されるための
    装置であって、この装置が：第一のメッセージを受信す
    るための手段；第一のメッセージの見出しを、それが正
    当なメッセージである場合第一のメッセージを受信者に
    提供するために、解析するための手段；受信者のプロフ
    ァイルから媒体の好みを取り出すための手段；前記の正
    当なメッセージを第二のメッセージを提供するために前
    記の好みに従って処理するための手段；及び前記の第二
    のメッセージを前記の情報サービス網を通じて受信者に
    送るための手段から構成されることを特徴とする装置。
14. 【請求項１４】 前記の情報サービス網が音声メール網
    であることを特徴とする請求項１３の装置。