JPH09130427A - 複数の通信端末による内部メッセージ記憶設備の共有配分 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は遠隔通信のスイッチング、特に、通
信端末に対するメッセージング・サービスの提供をす
る。 【解決手段】 最初に、発信側の通信端末から宛先の通
信端末に対してその宛先の通信端末上にマルチメディア
・メッセージを記憶する。その宛先の通信端末がメッセ
ージを記憶することができない場合、そのメッセージは
発信側の通信端末上に記憶される。その宛先の通信端末
はそれが内部の記憶ユニット上に現在メッセージを記憶
する場所を有していないか、あるいはそれがメッセージ
に対する内部記憶機能を備えていないかの理由によっ
て、メッセージを記憶できない可能性がある。同様に、
発信側の通信端末もメッセージを記憶するための容量が
不足しているか、あるいはメッセージの記憶に専用に使
われる内部記憶装置がない可能性がある。宛先の通信端
末は他の通信端末上に記憶されているメッセージを維持
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は遠隔通信のスイッチ
ングに関し、特に、通信端末に対するメッセージング・
サービスの提供に関する。

【０００２】

【従来の技術】従来の技術において、個々のステーショ
ン・セットに対して１台の回答マシンを付加することが
よく知られている。現代の回答マシンは音声メッセージ
ング・システムに関連した多くの特性を備えている。回
答マシンについての問題点は各回答マシンが備えている
音声メッセージ用の記憶装置の容量が限られていること
である。

【０００３】

【発明が解決しようとする課題】音声メッセージのため
の記憶容量が不足したとき、回答マシンは他の回答マシ
ン上で、あるいは中央のロケーションにおいて追加のメ
ッセージを記憶するためのメカニズムを備えていない。
さらに、マルチメディアのメッセージ・サービスは現在
の回答マシン上では提供できない。また、従来の技術で
知られているのは音声メッセージング・システムの使用
である。

【０００４】マルチメディアのメッセージング・システ
ムが利用できるようになり始めている。そのようなシス
テムについての問題点はメッセージング・サービスの提
供を開始するために高価なシステムを購入しなければな
らないことである。したがって、１つの会社にとっては
多額の金を投資することなしに音声またはマルチメディ
アのメッセージ・サービスを徐々に提供することは不可
能である。初期に、マルチメディアのメッセージングは
大規模な遠隔通信スイッチング・システムの中の少数の
システムで必要になるだけである。さらに、マルチメデ
ィアのメッセージング・サービスは長い間公衆スイッチ
ング・ネットワークにおいては導入されない。

【０００５】したがって、分散されていて、既存の公衆
電話のネットワークを利用することができるか、あるい
はそのネットワークに対して変更を行なわずに専用電話
のネットワークを利用することができるメッセージング
・サービスに対するニーズが存在する。

【０００６】

【課題を解決するための手段】前記の問題は、発信側の
通信端末から宛先の通信端末へのメッセージが最初に宛
先の通信端末上に記憶されるような装置および方法によ
って解決され、技術的な進歩が達成される。宛先の通信
端末がメッセージを記憶することができない場合、メッ
セージは発信側の通信端末上に記憶される。宛先の通信
端末は内部の記憶ユニット上にメッセージの記憶設備が
その時点でなくなっているか、あるいはメッセージのた
めの内部記憶機能を備えていないので、メッセージを記
憶することができない場合がある。同様に、発信側の通
信端末もメッセージを記憶するための容量が不足してい
るか、あるいは内部記憶装置をメッセージの記憶専用に
使うことができない場合がある。宛先の通信端末は他の
通信端末上に記憶されているメッセージのリストを維持
する。さらに、発信側の通信端末がメッセージを記憶す
ることができない場合、メッセージはメッセージを記憶
するための容量がある第３の端末上に記憶される。第３
の通信端末上に記憶されるメッセージは発信側および宛
先の通信端末のユーザのプライバシーを保護するために
暗号化される。

【０００７】本発明の他の、およびさらに他の態様は次
の説明のコースにおいて、そして付属の図面を参照する
ことによって明らかになってくる。

【０００８】

【発明の実施の形態】図１はスイッチング・ネットワー
ク１０６によって相互に接続されている複数の通信端末
を示している。この説明の中で、通信端末１０１−１０
２および通信端末１０３−１０４は基本レートのインタ
ーフェース（ＢＲＩ）または一次レートのインターフェ
ース（ＰＲＩ）リンクなどのＩＳＤＮのリンクを利用し
ているスイッチング・ネットワーク１０６に対して相互
に接続されていると仮定されている。しかし。この分野
の技術に熟達した人であれば他のタイプのリンクの使用
を容易に考えることができる。スイッチング・ネットワ
ーク１０６は公衆電話のネットワークであってもよく、
あるいは米国特許第５，３８６，４６６号の中で開示さ
れているような専用のスイッチング・ネットワークであ
ってもよい。各通信端末は有限の個数のメッセージを記
憶する容量を有している。通信端末については、後でも
っと詳細に説明される。

【０００９】図１の通信端末がどのように機能するかを
理解するために、次の２つの実施例を考える。第１の実
施例においては、発信側の通信端末は最初にマルチメデ
ィアのメッセージを宛先の通信端末上に記憶しようとす
る。通信端末１０１は通信端末１０４への呼出しを掛け
る。通信端末１０４のユーザは到来する呼出しに応答し
ない。通信端末１０４は１つのメッセージを通信端末１
０１へ送信し、そのユーザが入ってくる呼出しに応答し
ていないが、通信端末１０４はマルチメディアのメッセ
ージを記憶する能力を備えていることを示す。通信端末
１０１は通信端末１０４からのメッセージに応答し、メ
ッセージを通信端末１０４に対して記憶できることを通
信端末１０１のユーザに知らせる。通信端末１０４のユ
ーザがマルチメディアのメッセージを残すことを選んだ
場合、そのマルチメディアのメッセージは通信端末１０
１によって登録され、その後、パケット化されたデータ
として通信端末１０４へ送られる。この分野の技術に熟
達した人であれば、その登録されたメッセージをパケッ
ト化されたデータ以外の形で通信端末１０４に対して送
信する他の方法を容易に考えることができる。通信端末
１０４がメッセージを記憶するための容量または能力を
持たない場合、通信端末１０４から通信端末１０１への
マルチメディア・メッセージはこの容量不足または能力
不足を指定する。その時、通信端末１０１は通信端末１
０１の内部にその登録されたマルチメディア・メッセー
ジを記憶し、通信端末１０１がそのメッセージを記憶す
ることができると仮定し、そしてそのマルチメディア・
メッセージが通信端末１０１によって登録されて記憶さ
れたことを通信端末１０４に知らせるメッセージを送信
する。後の時点で、通信端末１０４がそのマルチメディ
ア・メッセージを記憶するための容量を有している場
合、通信端末１０４はそのマルチメディア・メッセージ
を通信端末１０１から要求する。

【００１０】通信端末１０４のユーザがその記憶された
マルチメディア・メッセージにアクセスしたい時、その
マルチメディア・メッセージが通信端末１０４上に記憶
されていた場合、そのユーザはその記憶されているマル
チメディア・メッセージに直接アクセスすることができ
る。そのマルチメディア・メッセージが通信端末１０１
上に記憶されていた場合、通信端末１０４は通信端末１
０１からのそのマルチメディア・メッセージにアクセス
し、その後、通信端末１０４のユーザにその記憶された
マルチメディア・メッセージへのアクセスを提供する。

【００１１】通信端末１０１がマルチメディア・メッセ
ージを登録するための能力または容量を現在有していな
い場合、スイッチング・ネットワーク１０６を通じて１
つのパスがセットアップされ、通信端末１０１のユーザ
が最初に通信端末１０４と対話することによってそのマ
ルチメディア・メッセージを登録し、通信端末１０４が
そのマルチメディア・メッセージを記憶するようにす
る。

【００１２】第２の実施例においては、マルチメディア
・メッセージが登録された後、通信端末１０１は先ず最
初にそのマルチメディア・メッセージを通信端末１０１
の内部に記憶しようとする。通信端末１０１が内部の記
憶容量または記憶能力を備えていなかった場合、通信端
末１０１は通信端末１０４がその登録されたマルチメデ
ィア・メッセージを記憶するための能力および容量を有
しているかどうかを知るために通信端末１０４に問い合
わせる。通信端末１０４がその記憶されたマルチメディ
ア・メッセージを記憶するための能力および容量を有し
ていた場合、通信端末１０１はその登録されたマルチメ
ディア・メッセージをパケット化されたデータとして通
信端末１０４へ送信する。

【００１３】上記の実施例のいずれにおいても、通信端
末１０１または通信端末１０４のどれもが登録されたマ
ルチメディア・メッセージを記憶するための能力または
容量を有していなかった場合、通信端末１０１はその登
録されたマルチメディア・メッセージを通信端末１０２
のような他の通信端末の１つに記憶しようとする。通信
端末１０１が他の通信端末がマルチメディア・メッセー
ジを記憶するための装備を有していることを知った場
合、通信端末１０１はそのマルチメディア・メッセージ
を別の通信端末上に記憶することができるだけである。
通信端末は過去においてマルチメディア・メッセージを
記憶するための設備を有していることを示した通信端末
の識別情報を１つのテーブルの中に記憶する。通信端末
１０１または通信端末１０４のいずれもがその登録され
たマルチメディア・メッセージを記憶するための能力お
よび容量を有していなかった場合、通信端末１０１はマ
ルチメディア・メッセージを記憶するための設備を有し
ている通信端末が記憶されている自分のテーブルにアク
セスする。通信端末１０２および１０３がそのテーブル
の中にリストされていた場合、通信端末１０１は通信端
末１０２に対して通信端末１０２が登録されたマルチメ
ディア・メッセージを記憶するための容量を持っている
かどうかを知るためのメッセージを送信する。通信端末
１０２がその容量を有していなかった場合、通信端末１
０１は通信端末１０３に対してメッセージを送信し、そ
の通信端末が登録されたマルチメディア・メッセージを
記憶することができるかどうかをチェックする。通信端
末１０３がそのメッセージを記憶することができる場
合、通信端末１０１は登録されたマルチメディア・メッ
セージを通信端末１０３に対して転送する。次に通信端
末１０１はその登録されたマルチメディア・メッセージ
が通信端末１０３上に記憶されていることを知らせるメ
ッセージを通信端末１０４に対して送信する。通信端末
１０１がこの機能を実行するための能力を備えていなか
った場合、マルチメディア・メッセージの実際の登録も
通信端末１０３に対して転送されることに注意された
い。また、前のパラグラフの中で記述された最初の実施
例の中で、通信端末１０４が通信端末１０１の動作を実
行することに注意されたい。さらに、通信端末１０２ま
たは１０３のいずれかに記憶されたマルチメディア・メ
ッセージは暗号化のキーを有している通信端末１０４に
よってのみ暗号化される。その暗号化は通信端末１０１
のユーザ以外に通信端末１０４のユーザのプライバシー
を保持するために行なわれる。

【００１４】ブロードキャスト・メッセージは多数の宛
先通信端末に対して１人のユーザによって登録されるメ
ッセージである。上記の実施例の両方において、通信端
末１０１のユーザがブロードキャスト・メッセージを宛
先の通信端末１０２−１０４に対して送りたい場合、通
信端末１０１のユーザは先ず最初にマルチメディア・メ
ッセージを通信端末１０１上に登録する。通信端末１０
１はその後、そのマルチメディア・メッセージを自分が
登録する能力および記憶するための記憶容量を有してい
ると仮定して、通信端末１０１の内部に記憶する。次に
通信端末１０１は他の各通信端末に対してメッセージを
送り、宛先の各通信端末に対して通信端末１０１上にメ
ッセージが記憶されていることを知らせる。ユーザがそ
のブロードキャスト・メッセージにアクセスしたい場
合、その宛先の通信端末はそのブロードキャスト・メッ
セージがそのユーザに対して再生されるために、その宛
先の通信端末に対してパケット化されたデータとして送
信されるよう要求する。そのブロードキャスト・メッセ
ージを発信している通信端末が、そのブロードキャスト
・メッセージを内部的に登録するための能力または記憶
するための容量を有していない場合、それはそのメッセ
ージを登録して記憶することができる別の通信端末を見
つけることになる。例えば、通信端末１０１は自分のブ
ロードキャスト・マルチメディア・メッセージを通信端
末１０２上に登録し、記憶することができる。通信端末
１０３および１０４はその後、それぞれのユーザがその
ブロードキャスト・メッセージを再生したい時にそのブ
ロードキャスト・メッセージを得るために通信端末１０
２へ導かれる。

【００１５】図２は通信端末１０１および１０４の内部
の詳細を示している。通信端末１０１および１０４はマ
ルチメディア・メッセージを記憶するための容量を有し
ているように示されており、また、そのようなマルチメ
ディア・メッセージを登録する能力も備えているように
示されている。ソフトウエア層２００−２０６によって
実行される機能は参照によってここに組み込まれている
米国特許第５，３８６，４６６号の中でもっと詳細に記
述されている。図３は通信端末１０１のハードウエア構
成を詳細に示している。図２に関して通信端末の動作を
理解するために、第１の実施例に対して前の例を考え
る。呼出しのアプリケーション２０９はセットアップ・
メッセージを通信端末１０４に対して送信することによ
ってその呼出しを掛けるために利用される。呼出しのア
プリケーション２０９は上記の特許の中で示されている
ようなソフトウエア層２００−２０５を利用する。通信
端末１０４は通信端末１０１から受信されたセットアッ
プ・メッセージに対して応答して標準の方法でこのセッ
トアップ・メッセージを処理し、呼出しのアプリケーシ
ョン２２９においてメッセージを終了する。次に、呼出
しのアプリケーション２２９は通信端末１０４のユーザ
に警報を出し、警報メッセージを呼出しのアプリケーシ
ョン２０９に対して送り返す。その警報メッセージは通
信端末１０４がマルチメディア・メッセージを受け入れ
ることができるこを指定する。また、その警報メッセー
ジは受け入れることができるマルチメディア・メッセー
ジのタイプも指定する。その警報メッセージの中の情報
はマルチメディア・メッセージを受け入れるための通常
の機能を示すが、通信端末１０４がそれを行なうための
機能を現在備えていることは必ずしも示さない。通信端
末１０４のユーザがすべての呼出しを送るような機能を
呼び出した場合、呼出しのアプリケーション２２９はマ
ルチメディア・メッセージを登録するための機能および
受け入れるための容量に関する情報を含んでいる呼出し
進行メッセージを送り返す。呼出しのアプリケーション
２２９がユーザに警報を発していて、そのユーザが適当
な長さの時間以内に応答しなかった場合、呼出しのアプ
リケーション２０９は次のパラグラフに説明されている
ステップを行なう。

【００１６】通信端末１０４のユーザが到来する呼出し
に対して応答しようとしていないことを知った後、呼出
しのアプリケーション２０９はその呼出しの制御をメッ
セージのアプリケーション２１１へ委任する。メッセー
ジのアプリケーション２１１は通信端末１０１のユーザ
に対して、マルチメディア・メッセージを残すことがで
きること、およびどのメディアがそのメッセージに対し
て使えるかを示す。通信端末１０１のユーザがメッセー
ジを残すことを選定した場合、通信端末１０１はそのメ
ッセージをメッセージのアプリケーション２１１の制御
下で登録する。そのユーザがマルチメディア・メッセー
ジを登録した後、メッセージングのアプリケーション２
１１は通知メッセージを使って通信端末１０４がその登
録されたマルチメディア・メッセージを記憶するための
容量を有しているかどうかを知るためにメッセージング
のアプリケーション２３１に対して問い合わせる。通信
端末１０４がそのメッセージを記憶するための能力を備
えていることをメッセージングのアプリケーション２３
１が知った場合、それはその登録されたマルチメディア
・メッセージをパケット化されたデータとして転送する
ことを要求する第２の通知メッセージを送り返す。次に
登録されたマルチメディア・メッセージが図３に示され
ている要素３０６のようなメッセージ記憶装置の中に通
信端末１０４において記憶される。通信端末１０４がそ
の登録されたマルチメディア・メッセージを記憶するた
めの容量を現在有していなかった場合、その事実が通知
メッセージによってメッセージングのアプリケーション
２１１へ送り返される。次に、メッセージングのアプリ
ケーション２１１は通信端末１０１がそのメッセージを
記憶することができるかどうかを決定する。通信端末１
０１がその登録されたマルチメディア・メッセージを記
憶するための容量を現在有している場合、そのメッセー
ジはメッセージ記憶ユニット３０６の中に記憶され、通
知メッセージがメッセージングのアプリケーション２３
１へ送り返されて、そのマルチメディア・メッセージが
通信端末１０１の中に記憶されていることを知らせる。
メッセージングのアプリケーション２３１はこのメッセ
ージが通信端末１０１の中に記憶されている事実をロケ
ーション・テーブルの中に登録する。さらに、メッセー
ジングのアプリケーション２１１および２３１は両方と
も、他の通信端末がマルチメディアの通信メッセージを
記憶するための能力を備えていて、特定の通信端末によ
って記憶され得るメディアのタイプをその記憶されたメ
ッセージの中に含んでいるという事実をケーパビリティ
・テーブルの中に登録する。

【００１７】通信端末１０１が登録されたマルチメディ
ア・メッセージを記憶するための容量を有していなかっ
た場合、メッセージングのアプリケーション２１１は通
信端末１０３および１０４の中のメッセージングのアプ
リケーションに対してメッセージを送信する。これは通
信端末１０２および１０３が通信端末１０１のケーパビ
リティ・テーブルの中にメッセージを記憶するための容
量を有しているようにリストされていることを仮定して
いる。前の例の中でのように通信端末１０３が登録され
たマルチメディア・メッセージを記憶するための容量を
有していると仮定して、メッセージングのアプリケーシ
ョン２１１はそれより下位のソフトウエア層２００−２
０５に対してその登録されたマルチメディア・メッセー
ジをパケット化されたデータとして通信端末１０３へ送
信するよう要求する。さらに、メッセージングのアプリ
ケーション２１１はこのマルチメディア・メッセージが
暗号化されるようにし、その暗号化のキーをそのメッセ
ージが通信端末１０３上に現在記憶されつつあるという
情報と一緒にメッセージ・アプリケーション２３１に対
して送信する。

【００１８】第２の実施例は同様な方法で実行される。
ただし、メッセージングのアプリケーション２１１は先
ず最初にマルチメディア・メッセージを発信側の端末上
に記憶しようとする。

【００１９】いずれの実施例においても、ブロードキャ
ストのマルチメディア・メッセージは通信端末１０１が
登録および記憶するため能力を備えていると仮定して通
信端末１０１上に登録および記憶される。メッセージン
グのアプリケーション２１１はそのブロードキャスト・
メッセージを受信することになる他の通信端末上の各メ
ッセージング・アプリケーションに対してメッセージを
送信する。これらのメッセージは通信端末１０１上に他
の各通信端末に対するマルチメディア・メッセージが記
憶されていることを示す。

【００２０】ここで通信端末１０１の内部のハードウエ
ア構造をより詳細に示している図３を考える。他の通信
端末の内部構造も同様になっているとする。ソフトウエ
ア層２００−２０６がプロセッサ３０１によって実行さ
れる。プロセッサ３０１はそのプログラムをＲＯＭ３０
２の中に記憶しており、データをＲＡＭ３０３の中に記
憶している。マルチメディア・メッセージの記憶および
呼出しはプロセッサ３０１の制御下でディジタル信号プ
ロセッサ（ＤＳＰ）３０４によって実行される。プロセ
ッサ３０１が十分な処理能力を備えていた場合、ＤＳＰ
３０４によって実行される機能はプロセッサ３０１によ
って実行される。メッセージはメッセージ記憶装置３０
６の中に記憶される。この記憶装置はハード・ディスク
・ドライブまたは他の記憶メディアであってよい。プロ
セッサ３０１はコントローラ３０７も制御する。コント
ローラ３０７はバス３０９を経由してＤＳＰ３０４か
ら、あるいはバス３１２経由でリンク・インターフェー
ス３１３から受信されている情報を正しくフォーマット
するために使われる。リンク・インターフェース３１３
はバス３０８を経由してプロセッサ３０１との間で受信
および送信されつつある情報に関してリンク１１４に関
するリンク層の機能を実行する。電話機２１３およびス
ピーカおよびマイクロホン２１７は通信端末１０１に対
して音声を提供する。一方、ビデオ・ディスプレイ２１
４およびビデオ・カメラ２１６はビデオを提供する。こ
の分野に熟達した人であれば、他のメディアを通信端末
１０１に追加できることは容易に分かる。

【００２１】通信端末１０１がマルチメディア・メッセ
ージを記憶するための能力を備えていなかった場合、メ
ッセージ記憶装置３０６は図３の中には存在しないこと
になる。さらに、通信端末１０１がメッセージを登録す
るための能力を備えていなかった場合、ＤＳＰ３０４は
ビデオおよび音声を圧縮されたフォーマットで登録する
ための装置として存在しないことになる。その音声およ
びビデオの情報はコントローラ３０７、リンク・インタ
ーフェース３１３およびリンク１１１を経由してそのマ
ルチメディア・メッセージを登録するための能力を備え
ている通信端末に対して通信されることになる。

【００２２】図４および図５は第１の実施例の中で実施
されている発信側および宛先の通信端末の中のメッセー
ジングのアプリケーションの動作をそれぞれフローチャ
ート形式で示している。発信側の端末の動作は出してい
る呼出しがブロック４００で示されているような宛先の
端末によって応答されない時に開始される。決定ブロッ
ク４０１は発信側の端末が任意のタイプのメッセージを
登録する機能を備えているかどうかを決定する。その答
えがノーであった場合、制御はブロック４１１へ渡され
る。決定ブロック４０１における回答がイエスであった
場合、制御は決定ブロック４０２へ渡される。決定ブロ
ック４０２は宛先の端末がマルチメディア・メッセージ
を登録および再生する能力を備えていることを警報メッ
セージまたは呼出し進行メッセージの中に示したかどう
かを決定する。この能力はその宛先の端末が登録および
再生するためのメッセージ記憶機能を有しているという
ことによって示される。決定ブロック４０２における回
答がイエスであった場合、ブロック４２８は発信側およ
び宛先の端末の結果のメッセージ能力を表示する。その
結果のメッセージ能力は発信側および宛先の端末の両方
に共通の能力である。次に制御は決定ブロック４０３へ
渡される。決定ブロック４０３は先ず最初にマルチメデ
ィア・メッセージを登録することが可能であることをユ
ーザに対して示してから、ユーザの応答を待つ。ユーザ
がメッセージを残さないことを選定した場合、その呼出
しを放棄するブロック４１１に対して再び制御が移され
る。ユーザがメッセージを残したい場合、そのようなメ
ッセージを記憶するための容量が現在あるかどうかが決
定されなければならない。その答えが決定ブロック４０
３においてイエスであった場合、決定ブロック４０５は
宛先の端末がメッセージ記憶能力を備えているかどうか
を決定する。この情報は図５に関して説明されている警
報または呼出し進行メッセージのいずれかで宛先の端末
によって発信側の端末へ送信されたものである。宛先の
端末がメッセージ記憶能力を備えていた場合、制御はブ
ロック４０４へ移される。宛先の端末がメッセージの記
憶能力を備えていなかった場合、制御はブロック４１７
へ移される。制御がブロック４０４へ移された時、この
ブロックは宛先の端末についてそれが新しいメッセージ
を記憶する能力を現在備えているかどうかを問い合わせ
るメッセージを送信する。宛先の端末がメッセージ記憶
能力を備えているからといって単純にはその宛先の端末
が端末メッセージを記憶する能力を現在備えていること
を意味するとは限らない。というのは、その宛先の端末
のメッセージ記憶が満杯になっている可能性があるから
である。決定ブロック４０２における回答がノーであっ
た場合、ブロック４１１がその呼出しを放棄する。次に
決定ブロック４０６は宛先の端末からの応答を待つ。そ
の宛先の端末が新しいメッセージを記憶するための容量
を備えていた場合、制御はブロック４０７へ移される。
ブロック４０７はユーザに対して、そのユーザがマルチ
メディア・メッセージを現在登録できることを示し、そ
のマルチメディア・メッセージを発信側の端末の中の一
時記憶装置の中に記憶する。次にブロック４０８はその
マルチメディア・メッセージをパケット化されたデータ
として宛先の端末へ送信する。最後に、発信側の端末は
宛先の端末がまだ記入されていなかった場合、その宛先
の端末をケーパビリティ・テーブルの中に記入する。ケ
ーパビリティ・テーブルは発信側の端末がマルチメディ
ア・メッセージを受信するための能力を備えていると決
定したすべての端末を識別し、それらの各端末が扱い得
るメディアのタイプを示す。

【００２３】決定ブロック４０６へ戻って、その回答が
ノーであった場合、決定ブロック４１２は発信側の端末
が新しいマルチメディア・メッセージを記憶するための
記憶容量を現在備えているかどうかを決定する。その回
答がイエスであった場合、制御はそのマルチメディア・
メッセージを登録するブロック４１３へ渡される。次に
ブロック４１４はそのマルチメディア・メッセージを発
信側の端末上に記憶する。最後にブロック４１６は発信
側の端末上にマルチメディア・メッセージが記憶されて
いることを知らせるメッセージを宛先の端末に対して送
信する。

【００２４】決定ブロック４１２における回答がノーで
あった場合、制御はブロック４１７へ移される。ブロッ
ク４１７−４２２は発信側および宛先の端末以外で新し
いマルチメディア・メッセージを記憶するための記憶容
量を現在備えている端末を見つけようとする。ブロック
４１７は決定ブロック４２２から制御が移された場合
に、端末のケーパビリティ・テーブルの中の最初のエン
トリーまたは次のエントリーに対してアクセスする。次
に、決定ブロック４１８は１つの端末がそのケーパビリ
ティ端末の中に見つかったかどうかを決定する。その回
答がノーであった場合、制御はブロック４２３へ移さ
れ、ブロック４２３はメッセージが登録できないことを
ユーザに対して示す。決定ブロック４１８における回答
がイエスであった場合、制御はブロック４１９へ移され
る。ブロック４１９はそのアクセス端末が新しいメッセ
ージを処理するための記憶容量を現在備えているかどう
かを問い合わせるメッセージを送信する。そのアクセス
端末が現在記憶容量を備えていた場合、それはそのこと
を示すメッセージを送り返す。それが記憶容量を備えて
いなかった場合、それはその容量を備えていないことを
通知するメッセージを送り返す。次に決定ブロック４２
１はアクセスされた端末からのメッセージを受信する。
アクセスされた端末が新しいメッセージを記憶するため
の記憶容量を現在有していることを示した場合、制御は
ブロック４２４へ移される。ブロック４２４はそのマル
チメディア・メッセージを登録し、そのマルチメディア
・メッセージをパケット化されたデータとしてアクセス
された端末へ送信する。最後に、ブロック４２７はその
アクセスされた端末上にマルチメディア・メッセージが
記憶されていることを知らせるメッセージを宛先の端末
に対して送信する。

【００２５】ブロック４２１へ戻って、回答がノーであ
った場合、決定ブロック４２２は端末のケーパビリティ
・テーブルの中にそれ以外の端末が存在するかどうかを
決定する。その回答がイエスであった場合、制御はブロ
ック４１７へ移される。その回答がノーであった場合、
制御はブロック４２３へ移され、ブロック４２３はその
メッセージを登録できないことをユーザに対して示す。

【００２６】図５は第１の実施例の中に実装する際の宛
先の通信端末の中のメッセージングのアプリケーション
によって実行される動作を、フローチャート形式で示し
ている。ブロック５０１が入ってくる呼出しを検出す
る。決定ブロック５０２はユーザに警報が与えられるか
どうかを決定する。ユーザがすべての呼出しを送るよう
な機能を呼び出した場合、そのユーザには警報を発する
ことができず、決定ブロッ５０２は制御をブロック５０
３へ渡す。ブロック５０３は呼出し進行メッセージを発
信側の端末へ送り返す。その呼出し進行メッセージは宛
先の端末がメッセージの能力を有していることを示し、
どのメディアが利用できるかを明示する。決定ブロック
５０２へ戻って、ユーザに警報を発することができる場
合、ブロック５０４はユーザに警報を発し、メッセージ
の能力およびサポートされるメディアのタイプを示して
いる警報メッセージを送り返す。ブロック５０４の実行
後にブロック５０５はそのユーザがその呼出しに応答し
たかどうかを決定する。その回答がイエスであった場
合、ブロック５１０はその呼出しを通常の方法で処理す
る。決定ブロック５０５における回答がノーであった場
合、制御はブロック５０６へ移される。

【００２７】決定ブロック５０６は発信側の端末がその
呼出しを放棄したどうかを決定する。その回答がイエス
であった場合、ブロック５０７は宛先の端末の中の呼出
しも放棄する。ブロック５０６における回答がノーであ
った場合、決定ブロック５０８はその宛先の端末がマル
チメディア・メッセージを記憶するための記憶容量を現
在有しているかどうかを問い合わせるメッセージを待
つ。その回答がノーであった場合、これはブロック５０
９によって示される。決定ブロック５０８における回答
がイエスであった場合、決定ブロック５１１は宛先の端
末が別のマルチメディア・メッセージを記憶するための
容量を現在有しているかどうかを決定する。その回答が
イエスであった場合、ブロック５１２は宛先の端末が別
のマルチメディア・メッセージを記憶するための容量を
有していることを示すメッセージを発信側の端末に対し
て送信する。決定ブロック５１３は発信側の端末からの
マルチメディア・メッセージの転送を待つ。マルチメデ
ィア・メッセージが受信されなかった場合、制御はブロ
ック５１４へ移され、ブロック５１４はエラー回復を実
行する。そのメッセージが受信された場合、制御はブロ
ック５１６へ移され、ブロック５１６はそのマルチメデ
ィア・メッセージを記憶する。次にブロック５１７は発
信側の端末がまだ記入されていなかった場合、ケーパビ
リティ・テーブルの中にその発信側の端末を記入する。
最後にブロック５１８はその宛先の端末の識別情報をロ
ケーション・テーブルの中に記入する。このテーブルは
その宛先の端末に対するマルチメディア・メッセージの
場所を指定する。

【００２８】決定ブロック５１１へ戻って、宛先端末が
別のマルチメディア・メッセージを記憶するための能力
を備えていなかった場合、制御はブロック５１９へ移さ
れ、ブロック５１９はそのマルチメディア・メッセージ
を記憶するための容量が現在存在しないことを示してい
るメッセージを発信側の端末に対して送信する。次に決
定ブロック５１２は発信側の端末がその呼出しを放棄し
たかどうかを決定する。その回答がイエスであった場
合、これは発信側の端末がそのマルチメディア・メッセ
ージを記憶するための容量を有している別の端末を見つ
けることができなかったことを示す。決定ブロック５２
１における回答がイエスであった場合、ブロック５２２
はその発信側の端末を端末のケーパビリティ・テーブル
に記入する。

【００２９】決定ブロック５２１へ戻って、その回答が
ノーであった場合、制御は決定ブロック５２３へ移され
る。決定ブロック５２３はそのロケーション（マルチメ
ディア・メッセージが記憶される場所）を指定している
発信側の端末からのメッセージを待つ。このメッセージ
が受信されなかった場合、決定ブロック５２３は制御を
ブロック５２４へ移し、ブロック５２４はエラー回復を
行なう。メッセージが受信された場合、決定ブロック５
２３は制御をブロック５２６へ移し、ブロック５２６は
その場所の情報をロケーション・テーブルに記憶する。
最後にブロック５２７は発信側の端末がまだ記入されて
いなかった場合、そのケーパビリティ・テーブルの中に
発信側の端末を記入する。

【００３０】図６は発信側または宛先の通信端末以外の
通信端末によって本発明の第１および第２の実施例の両
方を実施する際に実行される動作を示している。ブロッ
ク６００はその端末がマルチメディア・メッセージを記
憶するための容量を現在有しているかどうかを問い合わ
せる問合わせメッセージが受信された時点を決定する。
ブロック６０１は問合わせ中の端末の識別情報をケーパ
ビリティ・テーブルの中に記入する。ブロック６０２は
別のマルチメディア・メッセージを記憶するためにその
端末の中に容量があるかどうかを決定する。現在その容
量がなかった場合、制御はブロック６０５へ移され、ブ
ロック６０５はその問合わせ中の端末に対して現在その
容量が存在しないことを示しているメッセージを送信す
る。

【００３１】別のマルチメディア・メッセージを記憶す
るための容量が現在あった場合、決定ブロック６０２は
制御をブロック６０３に移し、ブロック６０３は別のマ
ルチメディア・メッセージを記憶するための記憶装置が
利用できることを示しているメッセージを、問い合わせ
ている端末に対して送信する。メッセージの送信後、制
御は決定ブロック６０４へ移され、決定ブロック６０４
はその問い合わせ中の端末がその呼出しを放棄したかど
うかを知るためにチェックする。その回答がイエスであ
った場合、その操作は終了しているので、制御はブロッ
ク６０７へ移される。決定ブロック６０４での回答がノ
ーであった場合、制御はブロック６０６へ移され、ブロ
ック６０６はマルチメディア・メッセージが受信されて
いるかどうかを決定する。その回答がノーであった場
合、ブロック６１１がエラー回復を行なう。その回答が
イエスであった場合、ブロック６０８がそのマルチメデ
ィア・メッセージを記憶する。

【００３２】図７はユーザが記憶されたマルチメディア
・メッセージにアクセスしたい時、通信端末によって実
行される動作を、フローチャート形式で示している。決
定ブロック７０１はロケーション・テーブルが何らかの
記憶ロケーションを示しているかどうかを決定する。そ
の回答がノーであった場合、ブロック７０３はメッセー
ジがないことを示すメッセージをユーザに送信する。決
定ブロック７０１における回答がイエスであった場合、
決定ブロック７０２はそのロケーション・テーブルにア
クセスし、最初のメッセージのロケーションを得る。決
定ブロック７０２はそのマルチメディアがこの端末に登
録されているかどうかを決定する。その回答がイエスで
あった場合、制御はブロック７０８へ移される。ブロッ
ク７０８についてはこのパラグラフの中で後で説明され
る。決定ブロック７０２における回答がノーであった場
合、ブロック７０４はその記憶している端末からそのマ
ルチメディア・メッセージを要求するメッセージを送信
する。その記憶している端末はこのメッセージに応答し
て、そのマルチメディア・メッセージをパケット化され
たデータとして図７を実行している端末へ送信する。決
定ブロック７０６はマルチメディア・メッセージが受信
されたかどうかを決定する。その回答がノーであった場
合、ブロック７０７はエラー回復を行なう。その回答が
イエスであった場合、ブロック７０８はそのマルチメデ
ィア・メッセージをユーザに対して再生する。次に、決
定ブロック７０９はロケーション・テーブルが他に記憶
しているロケーションを示しているかどうかを決定す
る。その回答がイエスであった場合、制御は決定ブロッ
ク７０２へ戻される。その回答がノーであった場合、ブ
ロック７１２はそれ以上のメッセージがないことをユー
ザに対して示す。

【００３３】図８は第２の実施例を実施する際の、それ
ぞれ発信側の通信端末におけるメッセージングのアプリ
ケーションの動作を、フローチャート形式で示してい
る。発信側の端末の動作は、ブロック８００の中に示さ
れているように、出している呼出しが宛先の端末によっ
て回答されない時に開始される。ブロック８０１は発信
側の端末がメッセージを登録する能力を備えていて、そ
れに対応するメッセージの再生能力を備えているかどう
かを決定する。その回答がノーであった場合、制御はブ
ロック８１１へ移され、ブロック８１１はその呼出しを
放棄する。決定ブロック８０１における回答がイエスで
あった場合、制御は決定ブロック８０２へ移される。決
定ブロック８０２は宛先の端末がマルチメディア・メッ
セージを処理するための能力を備えていることを警報ま
たは呼出し処理のメッセージの中で示したかどうかを決
定する。この能力はその宛先の端末がメッセージを登録
して再生する能力を備えているという事実によって示さ
れる。決定ブロック８０２における回答がノーであった
場合、ブロック８１１はその呼出しを放棄する。決定ブ
ロック８０２における回答がイエスであった場合、制御
は８０５へ移され、ブロック８０５はユーザがメッセー
ジを残すために利用できるメディアを定義する発信側お
よび宛先の端末の共通のメッセージ能力をユーザに対し
て表示する。ブロック８０５の実行後、決定ブロック８
０３は先ず最初にそれがマルチメディア・メッセージを
登録できることをユーザに対して示し、その後、ユーザ
の応答を待つ。ユーザがメッセージを残さないことを選
定した場合、制御は再びブロック８１１へ移され、ブロ
ック８１１はその呼出しを放棄する。ユーザばメッセー
ジを残したい場合、そのようなメッセージを記憶するた
めの記憶容量が現在あるかどうかが決定されなければな
らない。決定ブロック８０３における回答がイエスであ
った場合、ブロック８１２が実行され、発信側の端末が
新しいメッセージを記憶するための容量を現在有してい
るかどうかを決定する。その回答がイエスであった場
合、制御はブロック８１３へ移され、ブロック８１３は
そのマルチメディア・メッセージを登録する。ブロック
８１４は次にそのマルチメディア・メッセージを発信側
の端末に記憶する。最後に、ブロック８１６はその端末
が発信側の端末に記憶されたメッセージを有しているこ
とを知らせるメッセージを宛先端末に対して送信する。

【００３４】決定ブロック８１２へ戻って、その回答が
ノーであった場合、制御はブロック８１０へ移され、ブ
ロック８１０は宛先端末がメッセージの記憶能力を備え
ているかどうかを決定する。宛先端末がメッセージの記
憶能力を単に備えているだけでは、それが現在新しいメ
ッセージを記憶するための記憶容量を有していることを
必ずしも意味しない。というのは、その宛先端末のメッ
セージの記憶装置が満杯になっている可能性があるから
である。決定ブロック８１０における回答がイエスであ
った場合、制御はブロック８０４へ移される。決定ブロ
ック８１０における回答がノーであった場合、制御はブ
ロック８１７へ移される。ブロック８０４は宛先端末が
現在新しいメッセージを記憶するための容量を有してい
るかどうかを問い合わせるメッセージを送信する。次に
決定ブロック８０６は宛先端末からの応答を待つ。宛先
端末が新しいメッセージを記憶するための容量を有して
いた場合、制御はブロック８０７へ移される。ブロック
８０７はユーザが現在マルチメディア・メッセージを登
録できることをユーザに対して示し、そのマルチメディ
ア・メッセージを発信側の端末上の一時記憶装置の中に
記憶する。次にブロック８０８はそのマルチメディア・
メッセージをパケット化されたデータとして宛先端末へ
送信する。最後に、発信側の端末は宛先端末がまだ記入
されていなかった場合、そのケーパビリティ・テーブル
の中にその宛先端末を記入する。ケーパビリティ・テー
ブルはマルチメディア・メッセージを受信するための能
力を備えていると発信側の端末が決定したすべての端末
を識別し、それらの端末が扱うことができるメディアの
タイプを示す。

【００３５】ブロック８０６における回答がノーであっ
た場合、制御はブロック８１７へ移される。ブロック８
１７−８２２は発信側および宛先の端末以外に新しいマ
ルチメディア・メッセージを記憶するための記憶容量を
現在有している端末があるかどうかを見つけようとす
る。ブロック８１７は制御が決定ブロック８２２から移
された場合、端末のケーパビリティ・テーブルにアクセ
スして、そのテーブルの中の最初のエントリーまたは次
のエントリーを調べる。次に決定ブロック８１８は１つ
の端末がケーパビリティ端末の中に見つかったかどうか
を決定する。その回答がノーであった場合、制御はブロ
ック８２３へ移され、ブロック８２３はメッセージを登
録することができないことをユーザに対して示す。決定
ブロック８１８における回答がイエスであった場合、制
御はブロック８１９へ移される。ブロック８１９はその
アクセス端末が新しいメッセージを処理するための記憶
容量を現在有しているかどうかを問い合わせるメッセー
ジを送信する。そのアクセス端末が現在その記憶容量を
有していた場合、それはそのことを示すメッセージを送
り返す。それが記憶容量を有していなかった場合、それ
はその能力を備えていないことを示すメッセージを送り
返す。次に、決定ブロック８２１はそのメッセージをア
クセスされた端末から受信する。そのアクセスされた端
末は自分が現在新しいメッセージを記憶するための記憶
容量を有していることを示し、制御はブロック８２４へ
移される。ブロック８２４はそのマルチメディア・メッ
セージを登録し、そのマルチメディア・メッセージをパ
ケット化されたデータとしてそのアクセスされた端末へ
送信する。最後に、ブロック８２７はマルチメディア・
メッセージがアクセスされた端末上に記憶されているこ
とを知らせるメッセージを宛先端末に対して送信する。

【００３６】ブロック８２１へ戻って、その回答がノー
であった場合、決定ブロック８２２は端末のケーパビリ
ティ・テーブルの中に他の端末があるかどうかを決定す
る。その回答がイエスであった場合、制御はブロック８
１７へ戻される。その回答がノーであった場合、制御は
ブロック８２３へ移され、ブロック８２３はそのメッセ
ージを登録することができないことをユーザに対して示
す。

【００３７】図９および図１０はブロードキャスト・メ
ッセージを提供する際に通信端末によって実行される動
作を、フローチャート形式で示している。ブロードキャ
スト・メッセージはそれが宛先端末によって要求される
まで発信側の通信端末上に記憶されている。これは両方
の実施例に対して成立する。ブロック９００はユーザが
ブロードキャストのマルチメディア・メッセージを送信
したい時を知る。次に決定ブロック９０１はその端末が
そのようなメッセージを登録して記憶するための十分な
記憶容量を有しているかどうかを決定する。その回答が
ノーであった場合、制御は図１０のブロック１００１へ
移される。ブロック１００１はケーパビリティ・テーブ
ルにアクセスしてそのブロードキャスト・メッセージを
記憶することができる別の端末があるかどうかを決定す
る。決定ブロック１００２は必要な記憶能力を備えてい
るそのような端末があるかどうかを決定する。その回答
がノーであった場合、制御はブロック１００７へ移さ
れ、ブロック１００７はそのメッセージを登録すること
ができないことをユーザに対して示す。決定ブロック１
００２における回答がイエスであった場合、ブロック１
００３はそのアクセス端末が現在記憶容量を有している
かどうかを問い合わせるためにメッセージを送信する。
決定ブロック１００４はそのアクセス端末がその問合わ
せに対する応答を送り返してくるまで待ち、アクセス端
末上に記憶容量がある場合、制御は図９のブロック９０
２へ移される。決定ブロック１００４における回答がノ
ーであった場合、制御は決定ブロック１００６へ移さ
れ、決定ブロック１００６はまだ問い合わせられていな
い他の端末が端末のケーパビリティ・テーブルの中に存
在するかどうかを決定する。決定ブロック１００６にお
ける回答がイエスであった場合、制御はブロック１００
１へ戻される。決定ブロック１００６における回答がノ
ーであった場合、制御はブロック１００７へ移される。
ブロック１００７については既に説明されている。決定
ブロック９０１における回答がイエスであるか、あるい
は別の端末が図１０の中で見つかった場合、ブロック９
０２はそのメッセージを登録する。

【００３８】ブロック９０４はブロードキャスト・マル
チメディア・メッセージが送信されようとしている最初
の端末の識別子を要求する。決定ブロック９０５は端末
の識別子が入力されたかどうかを決定する。その回答が
ノーであった場合、制御は決定ブロック９１２へ移さ
れ、決定ブロック９１２はブロードキャスト・リストの
中にエントリーがあるかどうかを決定する。その回答が
ノーであった場合、アクションは何も起こらない。決定
ブロック９１２における回答がイエスであった場合、ブ
ロック９１３はブロック９０９によってアセンブルされ
たブロードキャスト・リストの中の各端末に対して、マ
ルチメディア・メッセージが送信端末上に、受信端末に
対して記憶されていることを示すメッセージを送信す
る。決定ブロック９０４へ戻って、その回答がイエスで
あった場合、ブロック９０６は識別された端末に対して
それがマルチメディア・メッセージング能力を備えてい
るかどうかを問い合わせるメッセージを送信する。次に
ブロック９０７はその識別された端末からの応答を待
つ。その識別された端末がマルチメディア・メッセージ
の能力を備えていなかった場合、ブロック９０８はユー
ザに対してエラーを示し、制御をブロック９０３へ戻
す。決定ブロック９０７における回答がイエスであった
場合、ブロック９０９はその端末をブロードキャスト・
リストの中に記入し、ブロック９１１はその識別された
端末をケーパビリティ・テーブルの中に記入する。次に
制御がブロック９０３へ戻される。前に説明されている
ように、ブロードキャストのマルチメディア・メッセー
ジが送信されるべき端末のすべてをユーザが記入した
後、制御は決定ブロック９１２へ移される。決定ブロッ
ク９１２はそのブロードキャスト・リストをチェックし
て、少なくとも１つのエントリーがそのリストの中にあ
ることを確認する。少なくとも１つのエントリーがブロ
ードキャスト・リストの中にあった場合、ブロック９１
３はブロードキャスト・リストの中で識別された各端末
に対して、マルチメディア・メッセージがその端末に対
して送信端末によって記憶されていることを示している
メッセージを送信する。

【００３９】図１１は図１のシステムにファイル・サー
バ１１０１を追加したシステムを示している。ファイル
・サーバ１１０１は大量のメッセージ記憶空間を含み、
メッセージを記憶するための容量を現在どの端末も有し
ていない場合にメッセージを記憶するために図１１の通
信端末によって利用される。

【図面の簡単な説明】

【図１】スイッチング・ネットワークによって相互に接
続されている複数の通信端末を示す。

【図２】２つの通信端末のソフトウエア・アーキテクチ
ャを示す。

【図３】１つの通信端末を詳細に示す。

【図４】最初の実施例に対する発信側の通信端末におけ
るメッセージングのアプリケーションの動作を、フロー
チャート形式で示す。

【図５】宛先の通信端末におけるメッセージングのアプ
リケーションの動作を、フローチャート形式で示す。

【図６】通信端末におけるメッセージングのアプリケー
ションによって実行される他の動作を、フローチャート
形式で示す。

【図７】マルチメディアのメッセージにアクセスする際
の通信端末の動作を、フローチャート形式で示す。

【図８】第２の実施例に対する発信側の通信端末におけ
るメッセージングのアプリケーションの動作を、フロー
チャート形式で示す。

【図９】ブロードキャスト・マルチメディア・メッセー
ジを提供する発信側の端末の動作を、フローチャート形
式で示す。

【図１０】ブロードキャスト・マルチメディア・メッセ
ージを提供する発信側の端末の動作を、フローチャート
形式で示す。

【図１１】本発明の第３の実施例を示す。

Claims (46)

【特許請求の範囲】
1. 【請求項１】 複数の通信端末の中にマルチメディア・
   メッセージを記憶するための方法であって、 マルチメディア・メッセージを登録するステップと、 そのマルチメディア・メッセージを記憶するための容量
   を現在有している複数の通信端末のうちの１つを識別す
   るステップと、 複数の通信端末のうちの識別された１つの中にそのマル
   チメディア・メッセージを記憶するステップとを含む方
   法。
2. 【請求項２】 登録のステップが、複数の通信端末のう
   ちの１つの発信端末が複数の通信端末のうちの１つの宛
   先端末に対して、回答されない遠隔通信呼出しを掛ける
   ステップを含むことを特徴とする、請求項１に記載の方
   法。
3. 【請求項３】 識別のステップが複数の通信端末のうち
   の１つの発信端末がそのマルチメディア・メッセージを
   記憶するための容量を現在有している時にその発信端末
   を識別し、 識別のステップが複数の通信端末のうちの１つの発信端
   末がそのマルチメディア・メッセージを記憶するための
   容量を現在有しておらず、そして複数の通信端末のうち
   の１つの宛先端末が現在そのマルチメディア・メッセー
   ジを記憶するための容量を有している時に、複数の端末
   のうちのその宛先端末を識別し、 記憶のステップが複数の通信端末のうちの１つの宛先端
   末が識別されている時に複数の通信端末のうちのその宛
   先端末に対して複数の通信端末のうちの１つの発信端末
   からマルチメディア・メッセージを送信するステップ
   と、 複数の通信端末のうちの１つの宛先端末が識別された時
   に複数の通信端末のうちのその宛先端末の中にその送信
   されたマルチメディア・メッセージを記憶するステップ
   とを含むことを特徴とする、請求項２に記載の方法。
4. 【請求項４】 複数の通信端末のうちの１つの発信端末
   が識別されていて、それによって複数の通信端末のうち
   のその１つの発信端末がマルチメディア・メッセージを
   記憶していることを知らせている時に、複数の通信端末
   のうちの識別された端末の識別子を複数の通信端末のう
   ちの１つの宛先端末に対して送信するステップをさらに
   含む、請求項３に記載の方法。
5. 【請求項５】 識別のステップが、複数の通信端末のう
   ちの宛先および発信側の端末がそのマルチメディア・メ
   ッセージを記憶するための容量を現在有していない時
   に、そのマルチメディア・メッセージを記憶するための
   複数の通信端末のうちの別の端末を決定するステップを
   含む、請求項３に記載の方法。
6. 【請求項６】 記憶のステップが、複数の通信端末のう
   ちの他の１つの端末が識別されている時にその複数の通
   信端末のうちの他の１つの端末に対して複数の通信端末
   のうちの１つの発信端末によってそのマルチメディア・
   メッセージを送信するステップと、 複数の通信端末のうちの１つの他の端末が識別されてい
   る時に、複数の通信端末のうちの他の１つの端末の中に
   マルチメディア・メッセージを記憶するステップとをさ
   らに含むことを特徴とする、請求項５に記載の方法。
7. 【請求項７】 複数の通信端末のうちの他の１つの端末
   が識別されている時に複数の通信端末のうちのその識別
   された端末の識別子を複数の通信端末のうちの１つの宛
   先端末に対して送信し、それによって、その複数の通信
   端末のうちの他の１つの端末がそのマルチメディア・メ
   ッセージを記憶していることを複数の通信端末のうちの
   １つの宛先端末に知らせるステップをさらに含む、請求
   項６に記載の方法。
8. 【請求項８】 複数の通信端末のうちの１つの宛先端末
   のユーザからの要求に応答して、複数の通信端末のうち
   の１つの宛先端末によってマルチメディア・メッセージ
   にアクセスするステップと、 複数の通信端末のうちの１つの宛先端末を経由して、そ
   のユーザに対してそのマルチメディア・メッセージを再
   生するステップとをさらに含む、請求項７に記載の方
   法。
9. 【請求項９】 アクセスのステップが、送信された識別
   子によって複数の通信端末のうちの識別された端末を決
   定するステップと、 複数の通信端末のうちのその識別された端末からマルチ
   メディア・メッセージを要求するステップとを含むこと
   を特徴とする、請求項８に記載の方法。
10. 【請求項１０】 識別のステップが、複数の通信端末の
    うちの１つの宛先端末が現在そのマルチメディア・メッ
    セージを記憶するための容量を有している時に、複数の
    通信端末のうちのその１つの宛先端末を識別し、 記憶のステップが、複数の端末のうちの宛先端末が識別
    されている時に、複数の通信端末のうちの１つの宛先端
    末に対して、複数の通信端末の発信側の端末によってマ
    ルチメディア・メッセージを送信するステップと、 複数の通信端末のうちの１つの宛先端末が識別されてい
    る時に、複数の通信端末のうちの１つの宛先端末の中に
    その送信されたマルチメディア・メッセージを記憶する
    ステップとを含み、 識別のステップが、複数の通信端末のうちの１つの宛先
    端末がそのマルチメディア・メッセージを記憶するため
    の容量を現在有しておらず、複数の通信端末のうちの１
    つの発信端末が現在そのマルチメディア・メッセージを
    記憶するための容量を有している時に、複数の通信端末
    のうちの１つの発信端末を識別し、 複数の通信端末のうちの１つの発信端末が識別されてい
    る時に、複数の通信端末のうちのその発信側の端末の中
    にマルチメディア・メッセージを記憶するステップを含
    むことを特徴とする、請求項２に記載の方法。
11. 【請求項１１】 複数の通信端末のうちの１つの発信端
    末が識別されている時に、複数の通信端末のうちのその
    識別子を複数の通信端末のうちの１つの宛先端末に対し
    て送信し、それによって複数の通信端末のうちのその発
    信側の端末がそのマルチメディア・メッセージを記憶し
    ていることを複数の通信端末のうちの１つの宛先端末に
    通知するステップをさらに含む、請求項１０に記載の方
    法。
12. 【請求項１２】 複数の通信端末のうちの１つの発信端
    末がそのマルチメディア・メッセージを記憶するための
    容量を現在有していない時に、そのマルチメディア・メ
    ッセージを記憶するための、複数の通信端末のうちの別
    の端末を決定するステップを含むことを特徴とする、請
    求項１０に記載の方法。
13. 【請求項１３】 記憶のステップが、複数の通信端末の
    うちの１つの他の端末が識別されている時に、複数の通
    信端末のうちのその１つの他の端末に対して複数の通信
    端末のうちの１つの発信端末によってマルチメディア・
    メッセージを送信するステップと、 複数の通信端末のうちの他の１つの端末が識別されてい
    る時に、複数の通信端末のうちの１つの他の端末の中に
    マルチメディア・メッセージを記憶するステップとをさ
    らに含むことを特徴とする、請求項１２に記載の方法。
14. 【請求項１４】 複数の通信端末のうちの他の１つの端
    末が識別されている時に、複数の通信端末のうちのその
    識別された端末の識別子を複数の通信端末のうちの１つ
    の宛先端末に対して送信し、それによって複数の通信端
    末のうちのその１つの他の端末がそのマルチメディア・
    メッセージを記憶していることを複数の通信端末のうち
    の１つの宛先端末に知らせるステップをさらに含む、請
    求項１３に記載の方法。
15. 【請求項１５】 複数の通信端末のうちの１つの宛先端
    末のユーザからの要求に応答して、複数の通信端末のう
    ちの１つの宛先端末によってそのマルチメディア・メッ
    セージにアクセスするステップと、 複数の通信端末のうちの１つの宛先端末を経由してその
    ユーザに対してそのマルチメディア・メッセージを再生
    するステップとをさらに含む、請求項１３に記載の方
    法。
16. 【請求項１６】 アクセスのステップが、複数の通信端
    末のうちの識別された端末を、その送信された識別子に
    よって決定するステップと、 複数の通信端末のうちのその識別された端末からマルチ
    メディア・メッセージを要求するステップとを含むこと
    を特徴とする、請求項１５に記載の方法。
17. 【請求項１７】 登録のステップが、複数の通信端末の
    うちの、そのマルチメディア・メッセージが送信される
    べき宛先端末のリストを受信するステップと、 そのリストの情報に基づいて複数の通信端末のうちの識
    別されている各端末に対して、そのマルチメディア・メ
    ッセージがそれぞれに対して記憶されていることを識別
    し、複数の通信端末のうちの識別された端末を識別する
    情報を送信するステップとをさらに含むことを特徴とす
    る、請求項１に記載の方法。
18. 【請求項１８】 リスト上で識別されている各通信端末
    によって送信された情報を記憶するためのステップをさ
    らに含む、請求項１７に記載の方法。
19. 【請求項１９】 登録のステップが、リスト上で識別さ
    れている通信端末に対してマルチメディア・メッセージ
    を送ることを、複数の通信端末のうちの１つの発信端末
    によって要求するステップを含むことを特徴とする、請
    求項１８に記載の方法。
20. 【請求項２０】 識別のステップが、複数の通信端末の
    うちの１つの発信端末がマルチメディア・メッセージを
    記憶するための容量を現在有している時に、複数の通信
    端末のうちのその１つの発信端末を識別することを特徴
    とする、請求項１９に記載の方法。
21. 【請求項２１】 識別のステップが、マルチメディア・
    メッセージを記憶するための容量を複数の通信端末のう
    ちの１つの発信端末が現在有していない時に、その複数
    のターミナルのうちの別の端末を決定するステップを含
    むことを特徴とする、請求項２０に記載の方法。
22. 【請求項２２】 リスト上の通信端末のうちの１つの端
    末のユーザからの要求に応答して、リスト上の通信端末
    のうちの１つによってマルチメディア・メッセージにア
    クセスするステップと、 リスト上の通信端末のうちの１つを経由してユーザに対
    してマルチメディア・メッセージを再生するステップと
    をさらに含む、請求項２１に記載の方法。
23. 【請求項２３】 アクセスのステップが、送信された情
    報によって複数の通信端末のうちの識別された端末を決
    定するステップと、 その複数の端末のうちの識別された１つの端末からマル
    チメディア・メッセージを要求するステップとを含むこ
    とを特徴とする、請求項２２に記載の方法。
24. 【請求項２４】 複数の通信端末の中にマルチメディア
    ・メッセージを記憶する装置であって、 マルチメディア・メッセージを登録するための手段と、 そのマルチメディア・メッセージを記憶するための容量
    を現在有している複数の通信端末のうちの１つを識別す
    るための手段と、 複数の通信端末のうちの識別された１つの端末の中にそ
    のマルチメディア・メッセージを記憶するための手段と
    を含む装置。
25. 【請求項２５】 登録のための手段が複数の端末のうち
    の発信側の１つの端末が複数の通信端末のうちの１つの
    宛先端末に対して回答されない遠隔通信呼出しを行うた
    めの手段を含むことを特徴とする、請求項２４に記載の
    方法。
26. 【請求項２６】 複数の端末のうちの１つの発信側の端
    末がマルチメディア・メッセージを記憶するための容量
    を現在有している時に、複数の端末のうちのその１つの
    発信側の端末を識別し、 識別のための手段が、複数の通信端末のうちの１つの発
    信端末がそのマルチメディア・メッセージを記憶するた
    めの容量を現在有しておらず、そして複数の端末のうち
    の１つの宛先端末がそのマルチメディア・メッセージを
    記憶するための容量を現在有している時に、その複数の
    端末のうちの１つの宛先端末を識別し、 記憶するための手段が、複数の通信端末のうちの１つの
    宛先端末が識別されている時に、複数の通信端末のうち
    のその１つの宛先端末に対して、複数の通信端末のうち
    の１つの発信端末によってそのマルチメディア・メッセ
    ージを送信するための手段と、 複数の通信端末のうちの１つの宛先端末が識別されてい
    る時に、複数の通信端末のうちの１つの宛先端末の中に
    その送信されたマルチメディア・メッセージを記憶する
    ための手段とを含むことを特徴とする、請求項２５に記
    載の装置。
27. 【請求項２７】 複数の通信端末のうちの１つの発信端
    末が識別されている時に、複数の通信端末のうちのその
    識別された端末の識別情報を複数の通信端末のうちの１
    つの宛先端末に対して送信し、それによって複数の通信
    端末のうちの１つの発信端末がそのマルチメディア・メ
    ッセージを記憶していることを複数の通信端末のうちの
    １つの宛先端末に知らせるための手段をさらに含むこと
    を特徴とする、請求項２６に記載の装置。
28. 【請求項２８】 複数の通信端末のうちの１つの宛先端
    末および発信端末がマルチメディア・メッセージを記憶
    するための容量を現在有していない時に、そのマルチメ
    ディア・メッセージを記憶するための複数の通信端末の
    うちの別の１つの端末を決定するための手段を含むこと
    を特徴とする、請求項２６に記載の装置。
29. 【請求項２９】 記憶するための手段が、複数の通信端
    末のうちの他の１つの端末が識別されている時に、複数
    の通信端末のうちのその１つの他の端末に対して複数の
    通信端末のうちの１つの発信端末によってマルチメディ
    ア・メッセージを送信するための手段と、 複数の通信端末のうちの他の１つの端末が識別されてい
    る時に、複数の通信端末のうちの他の１つの端末の中に
    マルチメディア・メッセージを記憶するための手段とを
    さらに含むことを特徴とする、請求項２８に記載の装
    置。
30. 【請求項３０】 複数の通信端末のうちの他の１つの端
    末が識別されている時に、複数の通信端末のうちのその
    識別された端末の識別情報を複数の通信端末のうちの１
    つの宛先端末に対して送信し、それによって複数の通信
    端末のうちの１つの他の端末がそのマルチメディア・メ
    ッセージを記憶していることを複数の通信端末のうちの
    １つの宛先端末に知らせるための手段をさらに含む、請
    求項２９に記載の装置。
31. 【請求項３１】 複数の通信端末のうちの１つの宛先端
    末のユーザからの要求に応答して、複数の通信端末のう
    ちの１つの宛先端末によってマルチメディア・メッセー
    ジにアクセスするための手段と、 複数の通信端末のうちの１つの宛先端末を経由して、ユ
    ーザに対してそのマルチメディア・メッセージを再生す
    るための手段とをさらに含む、請求項３０に記載の装
    置。
32. 【請求項３２】 アクセスのための手段が、送信された
    識別情報によって複数の通信端末のうちのその識別され
    た端末を決定するための手段と、 その複数の通信端末のうちの識別された１つの端末から
    マルチメディア・メッセージを要求するための手段とを
    含むことを特徴とする、請求項３１に記載の装置。
33. 【請求項３３】 識別のための手段が、複数の通信端末
    のうちの１つの宛先端末がマルチメディア・メッセージ
    を記憶するための容量を現在有している時に、複数の通
    信端末のうちの１つの宛先端末を識別し、 記憶するための手段が、複数の通信端末のうちの１つの
    宛先端末が識別されている時に、複数の通信端末のうち
    のその１つの宛先端末に対して、複数の通信端末のうち
    の１つの発信端末によってマルチメディア・メッセージ
    を送信するための手段と、 複数の通信端末のうちの１つの宛先端末が識別されてい
    る時に、複数の通信端末のうちのその１つの宛先端末の
    中にその送信されたマルチメディア・メッセージを記憶
    するための手段とを含み、 識別するための手段が、複数の端末のうちの１つの宛先
    端末がそのマルチメディア・メッセージを記憶するため
    の容量を現在有しておらず、複数の通信端末のうちの１
    つの発信端末があそのマルチメディア・メッセージを記
    憶するための容量を現在有している時、複数の通信端末
    のうちの１つの宛先端末を識別する手段と、 複数の通信端末のうちの１つの発信端末が識別されてい
    る時に、複数の通信端末のうちの１つの発信端末の中に
    そのマルチメディア・メッセージを記憶するための手段
    とを含むことを特徴とする、請求項２５に記載の装置。
34. 【請求項３４】 複数の通信端末のうちの１つの発信端
    末が識別されている時に、複数の通信端末のうちのその
    １つの識別された端末の識別情報を複数の通信端末のう
    ちの１つの宛先端末に対して送信し、それによって複数
    の通信端末のうちの１つの発信端末がそのマルチメディ
    ア・メッセージを記憶していることを複数の通信端末の
    うちの１つの宛先端末に知らせる手段をさらに含む、請
    求項３３に記載の装置。
35. 【請求項３５】 識別のための手段が、複数の通信端末
    のうちの宛先および発信の端末がマルチメディア・メッ
    セージを記憶するための容量を現在有していない時に、
    そのマルチメディア・メッセージを記憶するための複数
    の通信端末のうちの別の１つの端末を決定するための手
    段を含む、請求項３３に記載の装置。
36. 【請求項３６】 記憶のための手段が、複数の通信端末
    のうちの１つの他の端末が識別されている時に、複数の
    通信端末のうちのその１つの他の端末に対して複数の通
    信端末のうちのその１つの発信端末によってそのマルチ
    メディア・メッセージを送信するための手段と、 複数の通信端末のうちのその１つの他の端末が識別され
    ている時に、複数の通信端末のうちのその１つの他の端
    末の中にマルチメディア・メッセージを記憶するための
    手段とをさらに含むことを特徴とする、請求項３５に記
    載の装置。
37. 【請求項３７】 複数の通信端末のうちの他の１つの端
    末が識別されている時に、複数の通信端末のうちのその
    識別された１つの端末の識別情報を複数の通信端末の１
    つの宛先端末に対して送信し、それによって複数の通信
    端末のうちの他の１つの端末がそのマルチメディア・メ
    ッセージを記憶していること複数の通信端末のうちの１
    つの宛先端末に知らせるステップをさらに含む、請求項
    ３６に記載の装置。
38. 【請求項３８】 複数の通信端末のうちの１つの宛先端
    末のユーザからの要求に応答して、複数の通信端末のう
    ちの１つの宛先端末によってマルチメディア・メッセー
    ジにアクセスするための手段と、 複数の通信端末のうちの１つの宛先端末を経由して、そ
    のユーザに対してマルチメディア・メッセージを再生す
    るための手段とをさらに含む、請求項３６に記載の装
    置。
39. 【請求項３９】 アクセスするための手段が、送信され
    た識別情報によって複数の通信端末のうちの１つの識別
    された端末を決定するための手段と、 複数の通信端末のうちのその１つの識別された端末か
    ら、マルチメディア・メッセージ情報を要求するための
    手段とを含むことを特徴とする、請求項３８に記載の装
    置。
40. 【請求項４０】 登録のための手段が、マルチメディア
    ・メッセージが送られるべき複数の通信端末のうちの１
    つの宛先端末のリストを受信するための手段と、 マルチメディア・メッセージがそれぞれに対して記憶さ
    れていることを識別し、そして複数の通信端末のうちの
    １つの識別された端末を識別しているリスト情報の中で
    識別されている各通信端末に対して送信するための手段
    とをさらに含むことを特徴とする、請求項２４に記載の
    装置。
41. 【請求項４１】 リスト上で識別されている各通信端末
    によって送信された情報を記憶するための手段をさらに
    含む、請求項４０に記載の装置。
42. 【請求項４２】 登録のための手段が、マルチメディア
    ・メッセージをリスト上で識別されている通信端末に対
    して送信するために、複数の通信端末のうちの１つの発
    信端末によって要求するための手段を含むことを特徴と
    する、請求項４１に記載の装置。
43. 【請求項４３】 識別するための手段が、複数の通信端
    末のうちの１つの発信端末がそのマルチメディア・メッ
    セージを記憶するための容量を現在有している時に、複
    数の通信端末のうちの１つの発信端末を識別することを
    特徴とする、請求項４２に記載の装置。
44. 【請求項４４】 識別するための手段が、複数の通信端
    末のうちの１つの発信端末がマルチメディア・メッセー
    ジを記憶するための容量を現在有していない時に、複数
    の通信端末のうちの別の１つの端末を決定するための手
    段を含むことを特徴とする、請求項４３に記載の装置。
45. 【請求項４５】 リスト上の通信端末のうちの１つのユ
    ーザからの要求に応答して、そのリスト上の通信端末の
    うちの１つによってマルチメディア・メッセージにアク
    セスするための手段と、 そのリスト上の通信端末のうちの１つの端末を経由して
    ユーザに対してマルチメディア・メッセージを再生する
    ための手段とをさらに含む、請求項４４に記載の装置。
46. 【請求項４６】 アクセスのための手段が、送信された
    情報によって複数の通信端末のうちの１つの識別された
    端末を決定するための手段と、 複数の通信端末のうちの１つの識別された端末からその
    マルチメディア・メッセージを要求するための手段とを
    含むことを特徴とする、請求項４５に記載の装置。