JPH11505694A - 非ｃｃｉｔｔ準拠スイッチのためのネットワークベースのマルチメディアメッセージ通信方法 - Google Patents

Abstract

(57)【要約】 予定受取人が応答できない場合に、非ＣＣＩＴＴ準拠スイッチによってマルチメディアコールをメッセージ通信する方法を開示する。本方法は、識別されたマルチメディアサーバを有する電気通信ネットワークと関連して使用される。本方法によると、被呼当事者が応答できない場合、第一のアプリケーションおよび第二のアプリケーションを実行するマルチメディア装置を使用して、発呼者からのマルチメディアコールをメッセージ通信する。本方法は、第一のアプリケーションを使用して、マルチメディアコールを被呼当事者に発することと、第二のアプリケーションを使用して、そのマルチメディアコールが応答されないコールであると判断することとを含む。第二のアプリケーションを使用して、第一のアプリケーションに対し、マルチメディアコールに応答がなかったことを示す信号を発する。この信号に応答して、マルチメディア装置から識別されたネットワークベースのマルチメディアサーバにＸ．２５パケットメッセージを送る。マルチメディア装置は、ネットワークベースのマルチメディアサーバから、マルチメディアメッセージ通信サーバを識別するメッセージ通信アドレスを受ける。第一のアプリケーションおよびメッセージ通信アドレスを使用して、マルチメディア装置から識別されたマルチメディアメッセージ通信サーバに第二のマルチメディアコールを発する。そして、本方法は、メッセージ通信アドレスによって示されたマルチメディアメッセージ通信サーバに接続することと、ネットワークベースのマルチメディアメッセージ通信サーバ上でマルチメディアメッセージを記録することとを含む。

Description

【発明の詳細な説明】 非ＣＣＩＴＴ準拠スイッチのための ネットワークベースのマルチメディアメッセージ通信方法関連出願の相互参照 本出願は、１９９４年１２月１６日出願の米国特許出願第０８／３５７，４７ ３号の一部継続出願であり、１９９５年９月７日出願の米国特許出願第０８／５ ２５，４４０号に関連する。発明の分野 本発明は、ネットワークベースのマルチメディアメッセージ通信方法に関し、 具体的には、マルチメディアメッセージの予定受取人が応答できない場合に、非 ＣＣＩＴＴ準拠スイッチによってマルチメディアメッセージを扱う方法に関する 。発明の背景 マルチメディア通信は未来の風潮である。マルチメディア通信の威力は「テレ ビ会議」の拡大から明白である。テレビ会議では、テレビ会議ステーションにい るユーザが、別のテレビ会議ステーションにいる人と、膨大な距離によって隔て られているとしても「面と向かって」リアルタイムで通信することができる。デ スクトップテレビ会議機器の導入がマルチメディア通信をいっそう普及させてい る。一般に、マルチメディア通信は、汎用コンピュータの一部として組み込まれ た機器、たとえば、パーソナルコンピュータで使用するために設計されたマルチ メディア対応可能なボードセットまたはそのタスクのために特別に設計された統 合システムを使用する。マルチメディア通信、特にデスクトップテレビ会議およ び機器に関するより詳細な一般的背景は、Don LabriolaのMeeting on the Edge ，Windows Sources，Sept．1944の９６に見ることができる。マルチメディアコ ールを発し、通信を行う代表例は、本明細書に引用例として含める米国特許第５ ，３７１，５３４号に開示され、記載されている。 これらの技術によってリアルタイム通信が可能になるが、いくつか特定の問題 がまだ存在する。マルチメディア通信装置またはステーションを使用して別の遠 隔マルチメディア通信ステーションにコールする人は、以下の二つのケースに分 かれる。つまり、ａ）コールに応答がある（この場合、通信は進行することがで きる）またはｂ）コールに応答がないままである、のいずれかである。コールに 応答がないのは、被呼当事者が、自分のマルチメディア通信ステーションをオフ にしており、それにより、コールに応答することができないからか、被呼当事者 が、別の当事者、すなわち異なるコールと通信中であるからか、被呼当事者が、 機器から離れたところまたは町の外にいて、したがって、物理的にコールに応答 することができないからか、あるいは、３）その人がコールに応答することを望 まず、ただ電話を鳴らしておくからかもしれないが、問題は同じである。すなわ ち、発呼者はコールを完了することができない。 当然、この問題に対する可能な解決方法は、発呼者が電話を切り、後で新たに コールを入れることであるが、これは不都合であるかもしれず、いずれにしても 、発呼者がそのときにも同じ問題に直面しないという保証はない。もう一つの代 替方法は、発呼者が当事者の音声メッセージ通信システムにコールすることであ る。しかし、そうするには余計なステップを要し、画像およびデータの部分が失 われる。 いくつかの電子メール（ｅメール）システムは、送り側が、電子メールメッセ ージに短いビデオクリップを添付することを許すが、この代替方法には、互換性 のビデオ機器およびｅメールプログラム／ソフトウェアが必要であるため、なお も問題である。デジタル化ビデオ情報が記憶装置、たとえばコンピュータメモリ のデータ記憶空間の相当量を占有することは周知である。したがって、メッセー ジが作成される送り側およびメッセージが再生される受け側で大きな局所メッセ ージ記憶能力が要求される。受け側に不十分な記憶空間しかないならば、受取人 は、メッセージの一部にしかアクセスすることができなかったり、メッセージに まったくアクセスすることができなかったりする。さらには、ｅメールの代替方 法は、発呼者がビデオクリップを作成し、ｅメールメッセージを作成し、ビデオ クリップをｅメールメッセージに添付したのち、メッセージを送らなければなら ないため、時間消費的であり、煩雑であるという欠点を抱えている。 したがって、マルチメディア通信の技術において、メッセージの予定受取人に よって応答されないままであるマルチメディアコールを有する発呼者が抱える問 題に対する解決方法が依然として求められる。発明の要約 本発明により、我々は、第一のアプリケーションおよび第二のアプリケーショ ンを実行するマルチメディア装置を使用して、発呼者からの、コールに出ること ができない当事者へのマルチメディアコールを扱う方法を実現した。本方法は、 第一のアプリケーションを使用して、マルチメディアコールを当事者に発するこ とと、第二のアプリケーションを使用して、前記第一のマルチメディアコールが 応答されないコールであると判断することとを含む。本方法はさらに、第二のア プリケーションを使用して、第一のアプリケーションに対し、コールに応答がな いことを示す信号を発することを含む。この信号に応答して、本方法は、マルチ メディア装置から事前に識別されたネットワークベースのマルチメディアサーバ にＸ．２５パケットメッセージを送る。アプリケーションは、ネットワークベー スのマルチメディアサーバから、マルチメディア装置において、マルチメディア メッセージ通信サーバを示すメッセージ通信アドレスを受ける。本方法はさらに 、示されたマルチメディアメッセージ通信サーバに第二のマルチメディアコール を発することと、メッセージ通信アドレスによって示されたマルチメディアメッ セージ通信サーバに接続することとを含む。本方法はさらに、ネットワークベー スのマルチメディアメッセージ通信サーバ上で当事者へのマルチメディアメッセ ージを記録することを含む。 以下の詳細な説明を添付の図面とともに考察することにより、他の特徴が明ら かになるであろう。しかし、図面は、例を示すことだけを意図するものであり、 添付の請求の範囲を参照すべきである本発明の範囲の定義として意図するもので はないことを理解しなければならない。図面の簡単な説明 図中、同様な参照番号が同様な構成を示す。 図１は、本発明の実施態様による簡略化された電気通信ネットワークを示す。 図２は、図１の電気通信ネットワークの簡略化部分を使用してマルチメディア あいさつメッセージを残す方法を示す。 図３は、図１の電気通信ネットワークの簡略化部分を使用してマルチメディア メッセージを残す方法を示す。 図４は、図３に関連して残されたマルチメディアメッセージを検索する方法を 示す。 図５ａおよび５ｂは、本発明の教示による、電気通信ネットワークベースのサ ーバコールの流れを示すフローチャートである。 図６は、非ＣＣＩＴＴ準拠スイッチを使用する本発明の実施態様による簡略化 された電気通信ネットワークを示す。発明の詳細な説明 図１は、本発明の実施態様による簡略化された電気通信ネットワークを示す。 図１のネットワークは、他の公知の要素を含むが、そのような要素は、本明細書 に開示する本発明の理解には不要であるため、簡略化のために省略されているこ とが認識されよう。 発呼者は、受取人にコールを入れることにより、好ましくはＨ．３２０プロト コル準拠であるマルチメディア通信装置またはステーションを使用して、マルチ メディアメッセージを、同じく好ましくはＨ．３２０プロトコル準拠であるマル チメディア通信装置またはステーションを有する受取人に提供する。マルチメデ ィアメッセージは、たとえば音声、画像、データファイル、図形、ホワイトボー ドおよび共用アプリケーションの無数の組み合わせを含む。発呼者は、たとえば 、通信回線７４に結合された処理装置７２、マルチメディアメッセージを見るこ とができるＣＲＴもしくはコンピュータ表示画面７６およびカメラ７８を含むマ ルチメディア装置またはステーション７０を装備している。マルチメディアステ ーション７０はさらに、処理装置７２が直接ダイヤルすることができない場合に ダイヤルを容易にするための、処理装置７２の外に位置する関連の電話８０を含 むことができる。以下さらに詳細に説明するように、外部電話８０を使用する場 合、通常のハンドセット８２およびダイヤルパッド８４に加えて、電話８０はま た、その電話のところにいる人に対し、メッセージが受けられて待機中であるこ とを知らせるのに使用されるメッセージインジケータ８６を含むこともできる。 処理装置７２は、マルチメディア対応可能な機器を組み込んだ汎用コンピュータ であ ってもよいし、マルチメディア専用装置またはステーションであってもよい。好 ましい実施態様では、マルチメディア通信装置は、その設計の一部としてマルチ メディア対応可能であるパーソナルコンピュータであるか、画像およびＩＳＤＮ 通信を実行することを許し、Ｈ．３２０準拠である追加ボードセットを有するパ ーソナルコンピュータである。公知のボードセットの一例はVistium画像システ ムボードセットであるが、同様な能力を有する他のボードセットが同等に好適で ある。Vistium画像システムの構造および動作は、本明細書に引用例として含め るAndrew W．DavisのVISTIUM: AT&T's Board-Level Videoconferencing at the Desktop ，Advanced Imaging，Sept．1994の４６で広く記載されている。 マルチメディア装置は、マルチメディアステーションと電気通信ネットワーク とを接続する通信経路により、電気通信ネットワーク８８に接続される。通信経 路は、それぞれがマルチメディアメッセージの伝送をサポートすることができる 複数のサブ経路からなることもできる。たとえば、ネットワークとマルチメディ アステーションとの間の通信経路は、マルチメディアステーション７０からＩＳ ＤＮ ＢＲＩ経路７４（ＢＲＩとも呼ぶ）を介して局所交換キャリヤ（ＬＥＣ） １０２に達し、そこから、ＬＥＣ１０２とネットワーク８８との間でＩＳＤＮＰ ＲＩ（ＰＲＩとも呼ぶ）、Ｔ１．５（Ｔ１とも呼ぶ）または切り換え５６（ＳＷ ５６とも呼ぶ）経路１０４を介することができる。あるいはまた、マルチメディ アステーション７０ａとＬＥＣ１０２との間の経路は、５６Kbps DDS/Datapath １０６を含むこともできる。 もう一つの実施態様では、マルチメディア装置７０ｂは、ＬＡＮサーバ１１０ ならびに他のマルチメディア装置および非マルチメディアコンピュータ１１２（ １台だけ示す）を含むローカルエリアネットワーク（ＬＡＮ）１０８の一部であ ってもよい。マルチメディア装置７０ｂがＬＡＮ１０８の一部である場合、通信 経路は、ネットワークベースのサーバ９２を、たとえばＡＴＭまたはフレームリ レー（ＦＲ）経路１１２によってＬＡＮ／ＡＴＭハブ、ゲートウェイまたはロー カルサーバ１１０に直接接続するか、ＢＲＩ経路１１６によってＰＢＸ１１４に 接続する経路を含むことが有利である。好都合には、ネットワークからＬＡＮ／ ＡＴＭハブ、ゲートウェイまたはローカルサーバ１１０への直接接続通信経路 が、たとえばＬＡＮサーバ１１０の代替接続を設けることによってさらなる融通 性を可能にして、それにより、ネットワークベースのサーバ９２が、ＬＡＮサー バ１１０上で待機する「知らせ」を残し、ユーザがＬＡＮに使用開始宣言すると ただちにその待機中のメッセージを知らされるようにすることが可能である。 さらに別の実施態様では、接続は、ＰＢＸ１１４へはＢＲＩ経路１１８を用い 、ＰＢＸ１１４と電気通信ネットワーク８８との間ではＰＲＩ、Ｔ１、ＳＷ５６ またはｎｘＤＳ−０経路１２０を用いるものであってもよい。 さらに別の実施態様では、ＰＢＸ１１４は、ＰＲＩ経路１２２を介してＬＥＣ １０２に接続し、このＬＥＣ１０２がＰＲＩ、Ｔ１またはＳＷ５６経路１０４に よってネットワーク８８に接続されていてもよい。 本発明には、家またはオフィス１２４の中にあるマルチメディア装置に限定さ れないというさらなる好都合な利点がある。有料マルチメディア装置１２６を構 成し、公共的にアクセス可能な区域、たとえば商店街、空港またはホテル１２８ の公衆電話の近くに配置することもできる。図示するように、有料マルチメディ ア装置１２６は、ＲＢＩ経路１３０によってＰＢＸ１３２に接続され、このＰＢ Ｘ１３２が逆にＰＲＩ、Ｔ１またはＳＷ５６経路１３４によってネットワーク８ ８に接続されている。関連した方法で、携帯可能なワイヤレス装置１３６、たと えばラップトップコンピュータ１３８、ページャまたはセルラー電話を当事者が 携行し、それを用いて、記録されたマルチメディアメッセージの知らせをネット ワークベースのサーバ９２から受けてもよい。さらには、ワイヤレス装置１３６ はさらに、たとえばマルチメディア対応可能ラップトップコンピュータまたは他 のマルチメディア対応可能受信装置が使用されるとき、メッセージの音声部分ま たはマルチメディアメッセージ全体を受けるための装備を有していてもよい。 電気通信ネットワーク８８は、図示するマルチメディアステーション７０、７ ０ａ、７０ｂ、７０ｃを結合することができるスイッチ９０と、ネットワークベ ースのマルチメディア対応可能サーバ９２とを含む。スイッチ９０は、たとえば 、ＰＲＩ、ＢＲＩ、Ｔ１経路９４またはＡＴＭもしくはＦＲ経路９６により、ネ ットワークベースのマルチメディアサーバ９２に結合されている。マルチメディ アサーバ９２は、プロセッサ９８、たとえばマイクロプロセッサを含む。マルチ メ ディアサーバ９２は、マルチメディアメッセージを記憶するのに使用される記憶 装置またはメモリ１００、たとえばハードディスクまたは他の電子的、電磁的も しくは光学的書き換え可能な記憶装置に結合されている。Ｐ×６４データ圧縮（ １２８Kbits／秒）を使用するＩＳＤＮシステムでは、１時間分のマルチメディ アメッセージ（画像／音声／データ）が約６０メガバイトの記憶空間を占有する 。したがって、サーバ９２に関連するメモリ１００は、使用する特定のデータ圧 縮方法に応じたサイズにすべきである。さらに、サーバとメモリとは一体型装置 として示し、説明するが、「サーバ」は、実際には、サーバのグループまたは各 個々のサーバに関連する単一の遠隔メモリまたは複数のメモリにアクセスする複 数のコサーバまたはサブサーバであってもよい。プロセッサ９８は、マルチメデ ィアメッセージまたはマルチメディアあいさつメッセージを表す、入ってくるマ ルチメディアデータを受け入れ、それをメモリ１００に記憶するように設計され ている。プロセッサ９８はまた、記憶したマルチメディアデータをメモリ１００ から検索し、後でそれを提供するように設計されている。スイッチ９０は、ＣＣ ＩＴＴ勧告Ｉ．２５０以降に準拠するように、より具体的には、いずれもＩＴＵ によって発表され、本明細書に引用例として含めるCCITT Integrated Services Digital Network(ISDN)General Structure and Service Capabilities ，Call Fo rwarding Busy勧告Ｉ．２５２．２（１９９２）およびIntegrated Services Dig ital Network(ISDN)General Structure and Service Capabilities ，Call Forwa rding No Reply勧告Ｉ．２５２．３（１９９２）に記載されているように構成さ れている、すなわち、応答されないコールを代替の番号に転送する機能を提供す るネットワーク機器構成であることが好ましい。勧告Ｉ．２５２．２およびＩ． ２５２．３の具現化は、ＩＳＤＮ電気通信ネットワークスイッチにより、コール が応答されないコールであることを示す信号の生成を可能にする。その後、スイ ッチは、信号に応答して、コールを、本明細書で使用するように、ネットワーク ベースのマルチメディアサーバ９２の電話番号に相当する別の電話番号に接続す る。スイッチ９０は、好適な実施態様では、ＣＣＩＴＴ勧告Ｉ．２５２．２（Ca ll Forwarding Busy（ＣＦＢ））およびＩ．２５２．３（Call Forwarding No R eply（ＣＦＮＲ））を具体化する具現態様の「総称６」またはより高レベルのNo ． ５ＥＳＳ^TM（電子切り換えシステム）設計のスイッチである。No．５ＥＳＳ^TM設 計の一般的アーキテクチャは、本明細書に引用例として含めるAT&T Technical J ournal，Volume 64，No．6，part 2，pp．1305-1564，July/Aug.，1985に発表さ れた一連の文献に記載されている。 代替の実施態様では、スイッチ９０は、ＣＣＩＴＴ勧告Ｉ．２５２．２および Ｉ．２５２．３を具現化することなしに構成されるか、ＣＣＩＴＴ勧告Ｉ．２５ ２．２およびＩ．２５２．３によって定義される機能が、具現化はされるが、特 定のコールに対して機能しないかである（本明細書では「非ＣＣＩＴＴ準拠」ス イッチと定義し、そう呼ぶ）。 もう一つの実施態様では、電気通信ネットワーク８８は、サーバ９２が、衛星 １４４を介して、衛星レシーバ１４８を備えた家１４６にマルチメディアメッセ ージを提供することができるよう、スイッチ９０の後に、衛星トランスミッタ１ ４２を含むメッセージ経路に出るマルチメディアメッセージを構成するさらなる 処理機器１４０を含むことができる。さらに別の実施態様では、電気通信ネット ワーク８８は、メッセージをテレビ１５４で見ることができる家１４６に最終的 に提供するため、ケーブルテレビヘッドエンド１５２を含む経路に出るマルチメ ディアメッセージを構成するための処理機器１５０を含むことができる。さらな る実施態様では、経路は、音声／デジタル（ＳＶＤ）切り換え式または他の方式 の有線または無線のマルチメディア対応可能モデム１５６を含むことができる。 ケーブル１５２、衛星１４８またはモデム１５６を使用する場合、メッセージに アクセスする、またはメッセージを見ることができるようにメッセージをさらに 処理するためのさらなる処理機器１５８、たとえばケーブルコンバータ、衛星伝 送コンバータまたはパーソナルコンピュータが必要になるかもしれない。 本明細書に記載する経路に関して、単チャネルまたは２チャネルの画像、音声 またはデータの組み合わせをサポートすることができるならば、本明細書に記載 するもの以外の経路のタイプまたは組み合わせが有効であることが認識されよう 。例として、経路がＩＳＤＮ経路である場合、それは、単チャネルの画像、音声 およびデータの組み合わせで毎秒約６４キロビットのアクセスをサポートし、２ チャネルの画像、音声およびデータの組み合わせで毎秒約１２８キロビットのア ク セスをサポートすべきである。経路が切り換え式５６である場合、それは、単チ ャネルの画像、音声およびデータの組み合わせで毎秒約５６キロビットのアクセ スをサポートし、２チャネルの画像、音声およびデータの組み合わせで毎秒約１ １２キロビットのアクセスをサポートすべきである。経路がｎ×ＤＳ−０である 場合、経路は、毎秒ｎ×６４キロビットのアクセスをサポートすべきである（ｎ はチャネル数）。 さらに、画像圧縮技術、通信プロトコルおよび既存のバンド幅制限が、使用す ることができる経路のタイプを制限するということが認識されよう。したがって 、たとえば画像圧縮技術における進歩が、本発明から逸脱することなく、上記の 具体的な経路具現態様を変更したり、補足したり、取って代わったりすることが 考えられる。出現しつつある画像圧縮方法および技術を説明する記述は、Andrew W．DavisのDesktop Videoconferencing and Imaging: Is There Realiy an H.3 20 vs ．Indeo Conferencing Compression War? ，Advanced Imaging，Sept．1994 の３６に見ることができる。 次に、図１の電気通信ネットワークの簡略化部分を使用して、マルチメディア あいさつメッセージをＩＳＤＮ経路を介して残す好ましい方法を例として示す図 ２を参照する。関連する電話番号９０８−９４９−５６７８によって識別するこ とができる、本明細書ではマルチメディア対応可能システムまたはマルチメディ ア対応可能ボードセットを含むパーソナルコンピュータとして示すマルチメディ ア装置またはステーション７０ａの当事者は、次の３週間留守をするため、マル チメディアあいさつメッセージを発呼者に残すことを望む。当事者は、関連の電 話番号９０８−９４９−９０００によって識別可能であると示すネットワークベ ースのマルチメディアサーバ９２に直接コールする。図１の電気通信ネットワー ク８８に位置するスイッチ９０が、そのコールを、コールに応答するネットワー クベースのマルチメディアサーバ９２に接続する。好ましい実施態様では、コー ルに応答すると、サーバ９２は、ネットワークから得ることができる発呼回線識 別（ＣＬＩ）中の情報をチェックして、発呼者がサーバに直接コールしたのか（ ＣＬＩ中の「最初にコールされた番号」がサーバ電話番号である）、別の電話番 号にコールしたが、スイッチによってサーバに接続されたのか（ＣＬＩ中の 「最初にコールされた番号」がコールされた電話番号である）を判断する。 ＣＬＩに基づき、サーバ９２は、当事者に対し、複数のオプション、たとえば 「あいさつメッセージを記録する」、「メッセージを記録する」、「メッセージ を再生する」、「メッセージを削除する」、「メッセージを検索する」を提示す る。しかし、好ましい実施態様では、オプションを提示する前に、サーバ９２は 、保全／不正行為防止のために当事者が何らかの個人識別情報、たとえば当事者 のマルチメディアステーション識別情報または家の電話番号（それにより、遠隔 アクセスを可能にする）、ＰＩＮ番号または声紋を供給することを要求する。適 切な識別情報が受け取られると、当事者は複数のオプションを提示される。 すると、当事者は、自らのマルチメディア装置を使用して、マルチメディアあ いさつメッセージを作成することができる。記録されたあいさつメッセージは、 後で当事者によって削除されたり、変更されたりしない限り、当事者へのコール が応答されないとき、サーバによって後で発呼者に提供される。マルチメディア あいさつメッセージは、当事者の電話番号に関連しており、当事者が電話を切る と、サーバ９２に関連したメモリ１００に記憶される。 次に、図１の電気通信ネットワークの簡略化部分を使用して、マルチメディア メッセージを残す方法を例として示す図３を参照する。図２と同様、経路はＩＳ ＤＮである。 電話番号９０８−９４９−１２３４に関連する、マルチメディアステーション ７０を有する発呼者が、マルチメディアメッセージを受取人に送るため、その受 取人にコールする（この例では、予定受取人は図２の当事者である）。発呼者は 、番号「９０８−９４９−５６７８」をダイヤルするが、当事者がマルチメディ ア会議のコールに出ているため、ラインは使用中である。ＣＣＩＴＴ勧告Ｉ．２ ５２．２の具現化のおかげで、スイッチ９０は、コールが応答されないと判断し 、そのコールを、図２のネットワークベースのマルチメディアサーバ９２に接続 する。サーバ９２がコールに応答し、ＣＬＴをチェックし、コールされた番号に 基づいて、そのコールを「メッセージを残すもの」として認識する。サーバ９２ は、ダイヤルされた番号に関して事前に記録されたマルチメディアあいさつメッ セージが存在しない場合は、システム供給のメッセージであってもよい視覚的ま たは マルチメディアあいさつメッセージを発呼者に提供し、あるいは、図２と同様に 、当事者が残したマルチメディアあいさつメッセージを再生する。あいさつメッ セージを発呼者に提供したのち、サーバ９２は、発呼者のマルチメディアメッセ ージを記録し始める。サーバは、メッセージを「９０８−９４９−１２３４から ９０８−９４９−５６７８宛」と結び付け、メモリ１００に記憶するか、あるい はまた、ＣＬＩをメッセージと結び付け、記憶する。発呼者は、メッセージを完 了すると電話を切り、それにより、コールを終了させる。 代替の好ましい実施態様では、連絡または通知の機能が提供される。この機能 を用いると、サーバ９２は、事前に選択された時間だけ待機し、記憶された発呼 当事者またはＣＬＩ情報を使用して被呼当事者にコールを発して、マルチメディ アメッセージが受けられて、サーバ９２に関連するメモリ１００に記憶されてい ることを被呼当事者に知らせる。この連絡がうまく行かないならば、サーバ９２ が再び事前に選択された時間だけ待機し、再び当事者に知らせることを試み、正 しい連絡が伝わるまでプロセスを繰り返すよう、機能を簡潔に具現化してもよい 。さらなる実施態様では、連絡は、当事者がたとえば連絡電話に応答するか、サ ーバに接続することによってその連絡を「確認」するまで継続させてもよい。あ るいはまた、サーバ９２は、音声メッセージ通信サービス、たとえばＡＴ＆Ｔの ＡＵＤＩＸにコールし、マルチメディアメッセージが記録されていることを示す 音声メッセージを残すことによって当事者に知らせるように設計してもよい。 代替の実施態様では、連絡機能はさらに、図１に関して示し、説明した電話８ ０上で、または図１のケーブルもしくは衛星処理機器１５８の上でメッセージイ ンジケータ８６をセットすることを含むこともできる。さらに他の実施態様では 、連絡機能は、たとえば、ｅメール、音声メール、ＬＡＮサーバ中でインジケー タをセットして、連絡アイコンまたはメッセージを接続されたＣＲＴ画面上に出 すことによって達成することができる。さらなる実施態様では、メッセージ連絡 は、携帯可能なワイヤレス装置１３６、たとえばページャ、セルラー電話または ワイヤレスマルチメディア対応可能モデムを備えたコンピュータを使用して達成 することもできる。ワイヤレス装置は、メッセージの一部（すなわち、音声部分 ）を受けることもできるし、ワイヤレスマルチメディア対応可能装置、たとえば 、ラ ップトップコンピュータに接続されたマルチメディア対応可能ワイヤレスモデム またはマルチメディア対応可能携帯電話の場合、一体化されたマルチメディアメ ッセージを受けることもできる。 図３に関連して、被呼当事者がいなかった場合、処理は、コールが応答されな いまま所定回数の呼び出し音が鳴ったのちスイッチがＣＦＮＲ信号を受けること を除き、同じである。 サーバが電気通信ネットワークから受けたＣＬＩを使用することが好ましいが 、電気通信ネットワークがＣＬＩを提供することができないならば、サーバに少 なくとも二つの専用の電話番号を設けることにより、好都合な代替具現態様を達 成することができる。第一の電話番号は、純粋にメッセージを検索することを求 める当事者がコールするであろう直接ダイヤルされるサーバ電話番号であり、第 二の電話番号は、メッセージを残すためにだけ発呼者が転送されるサーバ電話番 号である。 有利には、電気通信ネットワークスイッチがＣＣＩＴＴ勧告Ｉ．２５２．２お よびＩ．２５２．３に準拠しないか、類似した機能を有さないならば、さらなる 好都合な代替態様は、発呼者のマルチメディア通信装置またはステーションにお いて動作する通信アプリケーションを使用して、ビジー信号ののち、または事前 に選択された回数だけ呼び出し音が鳴ったのち電話を切り、それから自動的にネ ットワークベースのサーバにダイヤルする。 ひとたびサーバに接続されると、コールは、本明細書に説明するように進行す る。 次に、メッセージおよびあいさつがメモリ１００に記憶されることを除いて図 ２と同じである図４を参照する。一定時間ののち、図３に関して論じたメッセー ジの予定受取人であった当事者が戻り、メッセージが待機中であることを知らさ れる。あるいはまた、当事者は、離れた場所にいて、ワイヤレス装置１３６を介 して通知を受けるかもしれないし、離れた場所、たとえばアクセス可能なマルチ メディアステーション１２６を備えたホテルにいて、当事者がメッセージ通知を 受けることができないため、メッセージを求めて「コールイン」しようとするか もしれない。当事者は、図２と同様にしてサーバに接続して待機中のメッセージ を検索する。適当な情報を供給したのち、当事者は「メッセージ再生」オプショ ンを選択する。当事者は、好ましい実施態様では、再生することができるすべて のマルチメディアメッセージのリスト（コールは新しい順にリストされている） と、発呼者を、たとえばＣＬＩから得た電話番号または名前で識別する情報とを 提供される。そして、当事者は、特定のメッセージを選択し、それを再生するオ プションを有する。メッセージを選択すると、サーバ９２がメッセージを当事者 に提供する。メッセージが再生し終わると、当事者は、選択メニューに戻され、 コールを終了させることができる。いかなるときでも、当事者が電話を切るか、 コールが切断されるならば、メッセージはサーバによって保持される。 さらなる実施態様では、当事者が離れた場所にいて、メッセージをチェックす ることを望むが、マルチメディアステーションにアクセスすることができない場 合、発呼者は、サーバを、メッセージの音声部分だけを受けることができる装置 と接続することができる。電気通信ネットワークは、コールが「音声のみ」であ ると判断し、音声部分と画像／データ部分（メッセージの非音声様相を含む）と を区別し、前に検索されていないメッセージの音声部分だけを提供する。当事者 はなおもメッセージを削除するオプションを有している。メッセージが削除され ないならば、記憶されたメッセージ全体（すなわち、音声部分および画像／デー タ部分）が記憶されたまま残り、それにより、当事者がマルチメディアステーシ ョンからコールインしてくるまで、画像およびデータの様相が保存される。 さらなる実施態様では、サーバ９２は、たとえば、発呼側と受け側との間での フォーマットまたはプロトコルにおける違いを収容することができるよう、記憶 されたメッセージをあるフォーマットから別のフォーマットに変換することがで きる（たとえば、画像フォーマット、音声フォーマット、データフォーマットお よび通信フォーマットもしくはプロトコル）。 受ける側の場所が、たとえばケーブル１５２、衛星１４８またはモデム１５６ である１対のマルチメディアステーションに関して本発明を説明したが、必要な らば、メッセージは、図１に関連して論じたさらなる処理機器１５８を用いても アクセスされよう。 図５ａおよび５ｂは、本発明の好ましい実施態様の電気通信ネットワークベー スのサーバコールを説明するフローチャートである。サーバ９２がスイッチ９０ から入ってくるコールを受ける（ステップ３００）。すると、サーバ９２は、コ ールされた番号識別のＡＮＩをチェックして、コールされた番号識別がサーバの 識別であったかどうかを判定する（ステップ３０２）。コールされた番号識別が サーバ９２の番号識別に一致しないならば、そのコールは、コール転送の結果と して伝送されたものである。したがって、サーバ９２は、サーバがマルチメディ アメッセージを記憶する発呼者識別番号のリストを含むデータベースに問い合わ せ、発呼者に提供すべき関連のあいさつメッセージを識別する（ステップ３０４ ）。上記に論じたように、あいさつメッセージは、コールされた番号に関連する 当事者によって事前に記録されたメッセージであってもよいし、当事者によって 事前に記録されたマルチメディアメッセージがないならば、標準的なあいさつで あってもよい。あいさつメッセージを識別すると、サーバ９２は、そのあいさつ メッセージを発呼者に提供する（ステップ３０６）。メッセージの最後に、サー バは、たとえば「発信音」で、発呼者に対し、メッセージを残すよう合図する（ ステップ３０８）。サーバは、発呼者のマルチメディアメッセージを捕捉しにか かり、メモリ１００に記憶する（ステップ３１０）。ユーザによるコールを終了 すると（ステップ３１２）、サーバは、コールされた番号識別子に関連する連絡 方法に関してデータベースに問い合わせる（ステップ３１２）。そして、サーバ ３１４は、識別された特定の方法にしたがって当事者に連絡を始める（ステップ ３１６）。 コールされた番号識別がサーバ９２の番号識別に一致するならば、そのコール は直通コールである。発呼者が、別の当事者に直接メッセージを残すために、そ の当事者にコールすることなくサーバにコールした状況を扱うために、サーバ９ ２は、メッセージを発呼者に提供して、発呼者がメッセージを残したいかどうか を識別する（ステップ３１８）。応答がＹＥＳならば、発呼者は、発呼当事者の 電話番号および被呼当事者の電話番号の入力を促される（ステップ３２０）。サ ーバ９２は、コールされた番号識別子中の提供された被呼当事者の番号を使用し 、そのコールがサーバ９２に切り換えられたかのように処理を進める（ステップ ３０４〜３１６）。発呼者の応答がＮＯならば、サーバ９２は、発呼者にパスワ ードの入力を促す（ステップ３２２）。そして、サーバ９２は、データベースに 問 い合わせて（ステップ３２４）発呼者によって提供されたパスワードが正しいか どうかを判定し（ステップ３２６）、正しくないならば、コールを終わらせる（ ステップ３２８）。パスワードが正しいならば、発呼者は、複数のオプションを 提供される（ステップ３３０）。オプションの例には、終了（Exit）、管理（Ad minister）、あいさつ変更（Change Greeting）および削除／検索（Delete/Retr ieve）がある。「終了」はコールを終了させる（ステップ３３２）。「管理」（ ステップ３３６）は、発呼者が、発呼者の課金先に関連する管理機能を実行する 、たとえばパスワードを変更したり（ステップ３３８）、データベース中の名前 を、たとえば「Robert」から「Bob」または「Ms.Custis」から「Mrs.Washington 」に変更したり（ステップ３４０）、たとえば新住所に引っ越したのち連絡のた めに電話番号を変更したり（ステップ３４２）、発呼者に提供されるあいさつメ ッセージを変更したり（ステップ３３４）することを許す。当事者は、管理機能 を終了すると（ステップ３４４）、他のオプションに戻ることができる（ステッ プ３３０）。「削除／検索」は、サーバに対し、発呼者の識別のために記憶され たメッセージを提供するように促す。「検索」を選択すると、発呼者は、記憶さ れたメッセージのリスト（ステップ３４６）と、削除／検索／リターンのオプシ ョン（ステップ３４８）とを提供される。発呼者がメッセージおよび削除オプシ ョンを選択するならば（ステップ３５６）、選択されたメッセージはサーバ９２ によってメモリ１００から削除される（ステップ３５８）。発呼者がメッセージ および検索オプションを選択するならば（ステップ３５０）、選択された記憶中 のメッセージが発呼者に提供される（ステップ３５２）。サーバがメッセージを 提供し終えると、発呼者は、そのメッセージを削除するオプションを与えられる （ステップ３５４）。発呼者がＹＥＳを選択するならば、メッセージは削除され （ステップ３５８）、発呼者はメッセージリストに戻される（ステップ３４６） 。発呼者がＮＯを選択するならば、メッセージは保存され、発呼者は再びメッセ ージリストに戻される（ステップ３４６）。ひとたび発呼者がメッセージを検索 および／または削除し終えたならば、発呼者は、主オプションリストに戻ること を選択する（ステップ３６０）。 ネットワークベースのサーバを参照しながら本発明を説明したが、ネットワー ク中の分散環境（たとえば、複数のネットワークベースのサーバ）または非ネッ トワークベースのサーバを１個以上のネットワークベースのサーバとともに組み 込むものを使用しても同じ機能を達成できることが認識されよう。 次に、図１のスイッチ９０の代わりに非ＣＣＩＴＴ準拠スイッチ９０ａが用い られていることを除いては図１のネットワークを示す図６を参照する。この実施 態様では、メッセージ通信は、上述のＣＣＩＴＴ勧告（すなわち、Call Forward ing Busy勧告Ｉ．２５２．２（１９９２）およびCall Forwarding No Reply勧告 Ｉ．２５２．３（１９９２））を具現化する必要性をなくす方法で達成される。 この実施態様では、以下のように、サーバとの接続を設ける方法が上記実施態様 とは異なる。 この実施態様では、二つのアプリケーションが発呼者のステーションで使用さ れる。第一のアプリケーションは、たとえばＨ．３２０またはIndeoプロトコル にしたがってマルチメディア通信を開始し、設け、実行するために使用されるア プリケーションであり、第二のアプリケーションは、「時間切れ」表示を監視す る「番犬」としてバックグラウンドで動作するアプリケーションである。以下さ らに詳細に説明するように、時間切れは、接続が成功する前に指定時間が経過し たか、ビジー信号が検出されたときに起こる。 スイッチは、ビジー信号または無応答信号を検出したり、それに応答したりす ることができないため、発呼者のマルチメディアステーション中の通信アプリケ ーションおよび監視アプリケーションは、類似した機能を発揮するように設計さ れている。次に、好ましい実施態様における代表例として、二つのアプリケーシ ョンの互いの相互作用および図６のネットワーク要素を説明する。 まず、通信アプリケーションおよび監視アプリケーションがセットされて発呼 者のマルチメディアステーション７０ａで動作する。上述したように、マルチメ ディアステーション７０ａからコールが発される。コールのセットアップは、た とえば、いずれも全体を引用例として本明細書に含める、譲受人を同じくする米 国特許第Ｒｅ３１，３１９号、米国特許第４，５２９，８４０号および米国特許 第４，５３１，０２４号ならびに同じく引用例として本明細書に含めるRoy D．R osnerのPacket Switching Tomorrows Communications Today，Lifetime Learnin g Publications pp．130-135（1982）に記載されているように、Ｘ．２５パケッ トメッセージを作成し、そのＸ．２５パケットメッセージを受け渡しするための 接続を設けることを含む。通信アプリケーションは、通信を開始すると、バック グラウンドで動作中の監視アプリケーションが、イベント、たとえば事前に選択 した回数の呼び出しサイクルの計数または指定時間の経過を求めて待機し始める ように設計されている。このイベントを利用して、被呼者が対応することができ ない、すなわち、被呼者の回線が使用中であるか、応答しなかったことを示す。 イベントが起こらないうちにコールに応答があるならば、コールの応答が監視ア プリケーションの動作を一時停止させる。しかし、コールが応答されないうちに イベントが発生するならば、すなわち、事前に選択した回数の呼び出しサイクル に達するか、指定時間が経過すると、被呼当事者は、対応することができないと みなされ、監視アプリケーションが、たとえば割り込みによって「時間切れ」表 示を通信アプリケーションに発したのち、休止状態になる。一つの実施態様では 、時間切れを生成すると、通信アプリケーションは、発呼者に対し、コールが応 答されなかったことを示すメッセージを表示し、メッセージ通信機能を呼び出す ことなくコールを終了させるオプションを発呼者に与える。発呼者がコールを終 了することを選択するならば、アプリケーションがコールを終了させる。発呼者 がメッセージ通信オプションを選択するならば、以下が起こる。さらに別の実施 態様では、時間切れが生成されると、発呼者にオプションを提供することなく以 下が自動的に起こる。 監視アプリケーションから時間切れ表示を受けると、通信アプリケーションは 、とりわけ、誰がコールされたかに関する情報を含むＸ．２５パケットメッセー ジを作成する。好ましくは、コール要求フレームおよびパケット９６ビット「ユ ーザデータ」フィールドが保全パスワードを含み、その後のデータパケット１０ ２４ビット「ユーザデータ」フィールドが被呼当事者の電話番号を含む。簡素化 のため、本明細書中では、コール要求フレームおよびパケットならびにその後の データパケットをまとめて交換可能に「Ｘ．２５パケットメッセージ」と呼ぶ。 一つの実施態様では、ネットワークベースのマルチメディアサーバの識別情報 が通信アプリケーションの一部として含まれる。他の実施態様では、識別情報は 、 たとえばＩＸＣ、アプリケーションプロバイダ、被呼当事者またはメッセージ通 信サービスプロバイダによって提供されるリストから別個に取得し、通信アプリ ケーションによる使用に備えて記憶しておかなければならないかもしれない。 アプリケーションがＸ．２５パケットメッセージをＸ．２５ＬＥＣネットワー ク１６０およびそのＸ．７５パケットゲートウェイを介して指示されたマルチメ ディアサーバ９２のＸ．２５ネットワーク１６２に送る。Ｘ．２５メッセージに 含まれる情報に基づいて、指示されたマルチメディアサーバ９２中のプロセッサ ９８が、被呼当事者の正しいメッセージ通信サーバ識別情報またはメッセージ通 信アドレスを求めてデータベース１００に問い合わせる。好ましくは、メッセー ジ通信アドレスは、その当事者のマルチメディアメッセージ通信サーバの電話番 号を示すが、他の実施態様では、それは省略時メッセージ通信サーバを識別して もよい。プロセッサ９８は、Ｘ．２５パケットメッセージを使用して、Ｘ．２５ 接続を介してサーバ識別情報（すなわち、メッセージ通信アドレス）をアプリケ ーションに送り返す。このＸ．２５パケットメッセージは、メッセージ通信サー バの電話番号を含み、さらには、保全もしくはパスワード情報のようなデータ項 目や、発呼者が、そうでなければサーバに直接コールしている発呼者に利用でき るであろうオプションまたはメニューを回避するために、メッセージを残すこと を望んでいることをマルチメディアメッセージ通信サーバに示すデータを含むこ ともできる。 発呼フィールドをメッセージ通信アドレス（すなわち、サーバのコール番号） で満たす通信アプリケーションによって新たなコールがセットアップされ、上述 したようにして、マルチメディアコールがメッセージ通信サーバに直接発される 。コールがサーバに達すると、通信アプリケーションは、サーバ９２によって供 給された情報を使用して、当事者がメッセージを残したいことをメッセージ通信 サーバに自動的に示す。すると、アプリケーションは、発呼当事者および被呼当 事者をメッセージ通信サーバに識別し、上述したように、被呼当事者のあいさつ を提供する。ひとたび発呼者がメッセージを残し終えると、そのコールは終了す る。そして、本明細書に説明したようにして、被呼当事者に通知するプロセスが 進む。 さらに、たとえば、引用例として本明細書に含める１９９５年９月７日出願の 、 譲受人を同じくする米国特許出願第０８／５２５，４４０号に記載のようにして 、複数の上記サーバを階層構造の一部として設けてもよいことが認識されよう。 このように、本発明の好ましい実施態様に適用した形で本発明の基本的な新規 な特徴を示し、説明し、指摘したが、当業者により、本発明の真髄を逸すること なく、開示したシステムの形態および詳細ならびにその動作に種々の省略、代用 および変更を加えうることが理解されよう。したがって、添付の請求の範囲によ って示されるような限定だけが加えられる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ペレア カルロス エイ アメリカ合衆国 ペンシルバニア州 ベツ レヘム カティ ドライブ 4720 (72)発明者 スタンテベック ピーター エイチ アメリカ合衆国 ニュージャージー州 リ トルシルバー ウッドバイン アベニュー 113 (72)発明者 ウェーバー ロイ ピー アメリカ合衆国 ニュージャージー州 ブ リッジウォーター ターンベリー コート 940 【要約の続き】 サーバを識別するメッセージ通信アドレスを受ける。第 一のアプリケーションおよびメッセージ通信アドレスを 使用して、マルチメディア装置から識別されたマルチメ ディアメッセージ通信サーバに第二のマルチメディアコ ールを発する。そして、本方法は、メッセージ通信アド レスによって示されたマルチメディアメッセージ通信サ ーバに接続することと、ネットワークベースのマルチメ ディアメッセージ通信サーバ上でマルチメディアメッセ ージを記録することとを含む。

Claims (1)

1. 【特許請求の範囲】 １． 識別されたマルチメディアサーバを含む電気通信ネットワークにおいて、 第一のアプリケーションおよび第二のアプリケーションを実行するマルチメディ ア装置を使用して、発呼者からのマルチメディアコールをメッセージ通信する方 法であって、 第一のアプリケーションを使用して、第一のマルチメディアコールを被呼当事 者に発するステップと、 第二のアプリケーションを使用して、前記第一のマルチメディアコールが応答 されないコールであると判断するステップと、 第二のアプリケーションを使用して、第一のアプリケーションに対し、前記第 一のマルチメディアコールが前記応答されないコールであることを示す信号を発 するステップと、 前記信号に応答して、マルチメディア装置から識別されたネットワークベース のマルチメディアサーバにＸ．２５パケットメッセージを送るステップと、 ネットワークベースのマルチメディアサーバから、マルチメディア装置におい て、マルチメディアメッセージ通信サーバを識別するメッセージ通信アドレスを 受けるステップと、 第一のアプリケーションおよび前記メッセージ通信アドレスを使用して、前記 マルチメディア装置から前記識別されたマルチメディアメッセージ通信サーバに 第二のマルチメディアコールを発するステップと、 前記メッセージ通信アドレスによって識別された前記マルチメディアメッセー ジ通信サーバに接続するステップと、 前記ネットワークベースのマルチメディアメッセージ通信サーバ上でマルチメ ディアメッセージを記録するステップと、 を含む方法。 ２． 前記接続ステップの後に、発呼者にマルチメディアあいさつを提供するス テップを含む請求の範囲１に記載の方法。 ３． 前記発信ステップの前に、事前に選択した回数の呼び出しサイクルが発生 するまで呼び出しサイクルを計数するステップを含む請求の範囲１に記載の方法 。 ４． 前記発信ステップの前に、事前に選択した時間が経過するまで待機するス テップを含む請求の範囲１に記載の方法。 ５． 前記発信ステップの後に、コールが応答されないコールであったことを示 すメッセージを発呼者に表示するステップを含む請求の範囲１に記載の方法。 ６． メッセージ通信機能を呼び出すオプションを発呼者に提供するステップを さらに含む請求の範囲５に記載の方法。 ７． 表示装置を有するマルチメディア対応可能ステーションにおいてメッセー ジ通信アプリケーションおよび監視アプリケーションを開始するステップと、 前記マルチメディア対応可能ステーションを使用して、第一のマルチメディア コールを当事者に発するステップと、 前記発呼の一部として、前記マルチメディア対応可能ステーションと電気通信 ネットワーク中の装置との間でＸ．２５パケットメッセージを受け渡しすること ができる接続を設けるステップと、 前記監視アプリケーションを使用して、前記メッセージ通信アプリケーション に対し、前記当事者が応答することができないことを示す信号を発するステップ と、 前記マルチメディア対応可能ステーションにおいて第一のＸ．２５パケットメ ッセージを作成し、前記Ｘ．２５パケットメッセージを前記電気通信ネットワー ク中の前記装置に送るステップと、 マルチメディアメッセージを記録し、事前に記憶されたマルチメディアメッセ ージをマルチメディア対応可能ステーションに提供することができるマルチメデ ィアメッセージ通信サーバを識別する情報を含む第二のＸ．２５パケットメッセ ージを前記装置サーバから受けるステップと、 前記マルチメディア対応可能ステーションから前記識別されたマルチメディア メッセージ通信サーバに第二のマルチメディアコールを発するステップと、 前記識別されたマルチメディアメッセージ通信サーバ上で前記当事者へのマル チメディアメッセージを記録するステップと、 を含む、マルチメディアメッセージ通信方法。 ８． 前記第一のマルチメディアコールに応答がなかったことを示すメッセージ を前記表示装置上に表示するステップをさらに含む請求の範囲７に記載の方法。 ９． 前記マルチメディアメッセージ通信サーバの接続アドレスを示すデータを 前記受けたＸ．２５パケットメッセージから識別するステップをさらに含む請求 の範囲７に記載の方法。 １０． 前記マルチメディアメッセージ通信サーバによって提供された事前に記 憶されたマルチメディアメッセージを前記表示装置上に表示するステップをさら に含む請求の範囲７に記載の方法。