JPH09509810A - ネットワークベースのマルチメディアメッセージの発行方法とシステム - Google Patents

Abstract

(57)【要約】 意図された受信者が不可能であるとき、マルチメディアメッセージを扱うための方法とシステムが開示される。通信ベースの方法とシステムは、挨拶メッセージを当事者が放出することを可能とし、その挨拶メッセージはその当事者が対応不可能であるとき、発呼者に供給される。その方法とシステムは、更に、発呼者が対応不可能内とされた受信者のためにマルチメディアメッセージを放出することを可能とする。その方法とシステムは、更に、マルチメディアメッセージが記録されとことを当事者に警告し、その当事者がマルチメディアメッセージを引き出すことを可能とする。

Description

【発明の詳細な説明】 ネットワークベースのマルチメディアメッセージの 発行方法とシステム 発明の分野 本発明は、ネットワークベースのマルチメディアメッセージの発行方法とシス テムに関し、特に、意図された受信者が対応不可能なときにマルチメディアメッ セージを取り扱うための方法とシステムに関する。 発明の背景 マルチメディア通信は将来の波である。マルチメディア通信の力は、”ビデオ 会議”の広がりからも明らかであり、それでは、ユーザー同士が非常に遠く離れ ていても、あるビデオ会議局のユーザーは、他のビデオ会議局の誰かとリアルタ イムに”対面”通信を持つことができる。デスクトップビデオ会議機器の導入に より、マルチメディア通信はより一般的になる。一般に、マルチメディア通信は 、汎用コンピューターの一部として組み込まれた機器、例えば、ＡＴ＆Ｔから販 売されているビスチウムボードセット、あるいはタスクのために特に設計された 統合システムを使用する。マルチメディア通信、特に、デスクトップ会議機器に ついてのより詳細な一般的な背景はドン・ラブリオラによる”エッジ上でのミー ティング”（ウインドウズ・ソーシィズ、１９９４年９月９６頁）に見つけられ る。 リアルタイム通信は、これらの技術で可能とされるが、問題がま だ存在する。他のリモートマルチメディア通信局をコールするマルチメディア通 信装置あるいは局を使用する人は、ほとんど排他的に２つのシナリオのうちの１ つに遭遇する。ａ）コールに応答がある、その場合、通信は進行する。あるいは 、ｂ）コールに応答がない。コールされた当事者が彼らのマルチメディア通信局 をオフしていて、それにより、コールに応答することができない、コールされた 当事者が他の当事者との通信即ち他のコールでビジーである、コールされた当事 者が機器から離れているあるいは町から外出していて物理的にコールに応答する ことができない、あるいは、３）人がコールに応答することを望まず、受信音を ならさせているので、コールに応答がないということがあるが、問題は同じであ り、即ち発呼者はコールを完了することができない。 勿論、その問題の可能な解決策は、発呼者が取りやめ、後で新たにコールを発 することであるが、これは不都合であり、ある場合には、発呼者がそのときに同 じ問題に直面しないという保証はない。他の解決策は、発呼者が当事者の音声メ ッセージシステムをコールすることである。しかしながら、そうすることは、余 分な工程を必要とし、ビデオとデータの観点が失われている。 いくつかの電子メール（ｅ−メイル）システムは、送信者が電子メールメッセ ージに簡単なビデオクリップを付随させることを可能としているが、互換性のあ るビデオ機器とｅ−メール用のプログラム／ソフトウェアを必要とするので、こ れはまた問題がある。デジタル化ビデオ情報は、格納装置、例えばコンピュータ ーメモリ内の格納空間のかなりのデータ量を食うということはよく知られている 。従って、大量のローカルメッセージ格納能力が送信側に必要とされ る。そこでは、メッセージが作られ、受信側ではメッセージが再生される。受信 側に十分な格納空間が存在しなければ、受信者は、メッセージの一部をアクセス することができるだけか、あるいはメッセージに全くアクセスすることができな い。加えて、ｅ−メールは、発呼者がビデオクリップを作り、ｅ−メールメッセ ージにビデオクリップを添付し、そのメッセージを送らなければならないので、 時間を消費し、煩わしいという欠点を有する。こうして、それから発せられたマ ルチメディアコールがメッセージの意図された受信者により応答されない発呼者 により作られた問題への解決策の必要性がマルチメディア通信の分野では残って いる。 発明の概要 本発明によれば、単独で、あるいは有線あるいは無線の放送ネットワーク経路 、例えばケーブルテレビジョンとの組合せで、あるいは衛星によりスイッチト通 信ネットワークとその経路を利用するネットワークベースのマルチメディアメッ セージ発行のための方法とシステムを実現した。本発明は、マルチメディア装置 を使用して、受信者にコールを発し、そのコールに応答がないことにより受信者 にマルチメディアメッセージを発行する発呼者からのコールを取り扱うことを提 供する。本発明の特徴の１つは、その方法とシステムが、応答のないコールをネ ットワークベースのマルチメディアサーバーに接続し、その発呼者からのマルチ メディアメッセージをそのネットワークベースのマルチメディアサーバーを用い て記録することを含んでいる。本発明の他の特徴では、受信者は、発呼者の記録 されたマルチメディアメッセージについて知らされ、あるいは警告 される。更に他の特徴は、当事者が、その当事者の電話番号と通信ネットワーク により関連づけられたマルチメディア挨拶メッセージを記録することを可能とす ることである。それは、コールに応答がなかったとき、ネットワークベースのマ ルチメディアサーバーにより発呼者のために再生されてもよい。 他の特徴は、添付図面と関連してなされる以下の詳細な説明から明らかとなる であろう。しかしながら、図面は図示のためだけであり、本発明の限界を定義す るものではなく、その参照は付属の請求の範囲になされるべきである。 図面の簡単な説明 図では、同じ参照番号が同じ対象を指定する。 図１は、本発明の実施例による簡略された通信ネットワークを示し、 図２は、図１の通信ネットワークの簡略化部分を用いてマルチメディア挨拶メ ッセージを放出するプロセスを示し、 図３は、図１の通信ネットワークの簡略化部分を用いてマルチメディアメッセ ージを放出するプロセスを示し、 図４は、図３と関連して放出されたマルチメディアメッセージを引き出すプロ セスを示し、 図５ａと図５ｂは、本発明の教えに従って通信ネットワークベースのサーバー コールフローを示す流れ図である。 発明の詳細な説明 図１は、本発明の実施例による簡略化された通信ネットワークを 示す。図１のネットワークは他の既知の素子を含むが、それらの素子はここに開 示された発明の理解には必要ではない点で簡略化のために省略されていることは 認識されよう。 好ましくはＨ．３２０プロトコルに合致するマルチメディア通信装置あるいは マルチメディア通信局を使用する発呼者は、受信者への発呼を行うことにより受 信者へのマルチメディアメッセージをマルチメディア通信装置あるいはマルチメ ディア通信局に供給する。それは、また、Ｈ．３２０プロトコルに合致する。マ ルチメディアメッセージは、例えば、音声、ビデオ、データファイル、グラフィ ックス、ホワイトボード、及び共有アプリケーションの無数の組合せである。発 呼者はマルチメディア装置あるいはマルチメディア局７０を装備し、それは、例 えば、通信回線７４に接続された処理装置７２、あるいはマルチメディアメッセ ージを見ることができるＣＲＴあるいはコンピューター画面７６、及びカメラ７ ８を含んでいる。マルチメディア局７０は、更に、処理装置７２の外部に置かれ た関連する電話機８０を含んでもよく、処理装置７２が直接そうすることができ ないときにダイアルをかけることを可能とする。以下に詳細に説明するように、 通常の受話器８２とダイアル用パド８４に加えて外部電話８０が使用される場合 、電話機８０は、メッセージ指示器８６を含んでもよく、その指示器はメッセー ジが受信されたことと保留されていることをその電話の人に警報を発するように 使用される。処理装置７２は、マルチメディア対応装置が組み込まれた汎用コン ピューターであってもよく、あるいはマルチメディア特定装置あるいはマルチメ ディア特定局であってもよい。実施例では、マルチメディア通信装置は、ＡＴ＆ Ｔ社から 販売されているビスチウムビデオシステムである。ビスチウムビデオシステムは 、従来のパーソナルコンピューター（ＰＣ）がビデオ通信とＩＳＤＮ通信を行う ことを可能とする放送セットであり、Ｈ．３２０に合致する。ビスチウムビデオ システムの構成と動作は、アンドリューＷデイビスによる”ビスチウム：ＡＴ＆ Ｔのデスクトップの放送レベルビデオ会議”（先端画像１９９４年９月の４６頁 ）に詳しく説明されており、それは引用によりここに組み込まれる。 マルチメディア装置は、マルチメディア局と通信ネットワークを接続する通信 経路により通信ネットワーク８８に接続される。通信経路は副経路から構成され てもよく、その副経路はマルチメディアメッセージの転送をサポートすることが できる。例えば、ネットワークとマルチメディア局との間の通信経路は、マルチ メディア局７０からＩＳＤＮ ＢＲＩ経路７４（ときには、ＢＲＩとも呼ばれる ）上をローカル交換搬送局（ＬＥＣ）１０２までであり、その後ＩＳＤＮ ＰＲ Ｉ（ときにはＰＲＩとも呼ばれる）上でＬＥＣ１０２とネットワーク８８の間の Ｔ１．５（ときにはＴ１とも呼ばれる）経路１０４、あるいはスイッチト（とき にはＳＷ５６と呼ばれる）経路１０４である。他に、マルチメディア局７０ａと ＬＥＣ１０２との間の経路は、５６Ｋｂｐｓ ＤＤＳ／データ経路１０６を備え ていてもよい。 他の実施例では、マルチメディア装置７０ｂは、ローカルエリアネットワーク （ＬＡＮ）１０８の一部であってもよく、それは他のマルチメディア装置と非マ ルチメディアコンピューター１１２と同様にＬＡＮサーバー１１０を含んでおり 、それらの内の一方だけ が示されている。マルチメディア装置７０ｂがＬＡＮ１０８の一部である場合、 通信経路は、直接ネットワークベースのサーバー９２を、例えばＡＴＭあるいは フレーム中継（ＦＲ）経路１１２上でＬＡＮ／ＡＴＭハブ、ゲートウエイあるい はローカルサーバー１１０に、あるいはＢＲＩ経路１１６上でＰＢＸ１１４に接 続する経路を含んでいることが有利である。都合がよいことに、ネットワークか らＬＡＮ／ＡＴＭハブ、ゲートウエイあるいはローカルサーバー１１０への直接 接続通信経路は、例えば，ＬＡＮサーバー１１０に対して他の接続を提供し、そ れによりネットワークベースのサーバー９２がＬＡＮサーバー１１０上に保留し ている警報を放つことを可能とすることにより付加的な多用性を許し、その結果 ユーザーがＬＡＮにサインを送るやいなやそれらは保留中のメッセージに警告さ れる。 更に他の実施例では、接続はＰＢＸ１１４へのＢＲＩ経路１１８により、ＰＢ Ｘ１１４と通信ネットワーク８８の間のＰＲＩ、Ｔ１、ＳＷ５６あるいはｎｘＤ Ｓ−０経路１２０によるものであってもよい。 更に他の実施例では、ＰＢＸ１１４は、ＰＲＩ経路１２２上でＬＥＣ１０２に 接続されてもよく、ＬＥＣはＰＲＩ、Ｔ１あるいはＳＷ５６経路１０４によりネ ットワーク８８に接続されている。 本発明は、他の都合のよい利点を有し、家庭あるいはオフィス１２４に置かれ たマルチメディア装置に制限されない。支払いマルチメディア装置１２６は、公 衆がアクセス可能なエリア、例えば、商店街、空港あるいはホテル１２８の支払 い電話に構成され置かれてもよい。図示のように、支払いマルチメディア装置１ ２６は、Ｂ ＲＩ経路１３０によりＰＢＸ１３２に接続され、ＰＢＸはＰＲＩ、Ｔ１、あるい はＳＷ５６経路１３４によりネットワークに接続されている。関連するように、 携帯可能な無線装置１３６、例えば、ラップトップコンピューター１３８、ペー ジャー、あるいはセルラーフォンが当事者により運ばれ、記録されたマルチメデ ィアメッセージのためにネットワークベースのサーバー９２から警報を受信する ように採用されてもよい。更に、無線装置１３６が、例えばマルチメディア対応 ラップトップコンピューターあるいは他のマルチメディア対応受信装置が使用さ れるとき、メッセージの音声部分あるいはマルチメディアメッセージの全体を受 信するように装備されていてもよい。 通信ネットワーク８８は、スイッチ９０を含み、それには、図示されたマルチ メディア局７０、７０ａ、７０ｂ、７０ｃとネットワークベースのマルチメディ ア可能サーバー９２が接続可能である。スイッチ９０は、例えば、ＰＲＩ、ＢＲ Ｉ、Ｔ１経路９４あるいはＡＴＭあるいはＦＲ経路９６によりネットワークベー スのマルチメディアサーバー９２に接続されている。マルチメディアサーバー９ ２は、プロセッサ９８、例えばマイクロプロセッサを含んでいる。マルチメディ アサーバー９２は、格納装置あるいはメモリ１００、例えば、ハードディスクあ るいは他の電子的、電磁的、あるいは光学的な再書き込み可能な格納装置に接続 されており、それは、マルチメディアメッセージを格納するために使用される。 Ｐｘ６４データ圧縮（１２８キロビット／秒）を使用するＩＳＤＮシステムでは 、時間長マルチメディアメッセージ（ビデオ／音声／データ）は、格納空間の約 ６０メガバイトを占拠する。従って、サーバー９２と関 連するメモリ１００は、特定のデータ圧縮方法によりサイズが変えられる。更に 、サーバーとメモリが一体の装置として示され説明されているが、”サーバー” は複数の共同あるいは副サーバーであってもよく、それらは、サーバーのグルー プあるいは各個々のサーバーと関連する一体のリモートメモリあるいは複数のメ モリをアクセスする。プロセッサ９８は、マルチメディアメッセージあるいはマ ルチメディア挨拶メッセージを表す入力マルチメディアデータを受け付けるよう に構成されていて、それをメモリ１００に格納する。プロセッサ９８は、また、 メモリ１００から格納されたマルチメディアデータを引き出し、後でそれを送る ように構成されている。スイッチ９０は、ＣＣＩＴＴリコメンデーションＩ．２ ５０等、特に、ＣＣＩＴＴ統合サービスデジタルネットワーク（ＩＳＤＮ）一般 構造とサービス能力コールフォワーディングビジー、リコメンデーションＩ．２ ５２．２（１９９２）と統合サービスデジタルネットワーク（ＩＳＤＮ）一般構 造とサービス能力、コールフォワーディングノーリプライ、リコメンデーション Ｉ．２５２．３（１９９２）に述べられているリコメンデーションに合致するよ うに構成されていることが望ましい。それらのリコメンデーションはＩＴＵによ り発行され、引用によりここに組み込まれる。ネットワーク機器構成は、１つお きの番号に応答無しコールを送信する機能を提供する。リコメンデーションＩ． ２５２．２とＩ．２５２．３の実現により、ＩＳＤＮ通信ネットワークスイッチ により信号の生成が許され、そのスイッチはそのコールが応答無しコールである ことを示す。そのスイッチは、その後、その信号に応答して、他の電話番号にコ ールを接続し、その番号はここで使用されるように、 ネットワークベースのマルチメディアサーバー９２の電話番号に対応する。望ま しいスイッチ９０は、ＣＣＩＴＴリコメンデーションＩ．２５２．２（コールフ ォワーディングビジー（ＣＦＢ））とＩ．２５２．３（コールフォワーディング ノーリプライ（ＣＦＮＲ））を組み込む”ジェネリック６”レベルの方法のＮｏ ．５ＥＳＳ（電子式スイッチングシステム）設計である。Ｎｏ．５ＥＳＳ設計の 一般的なアーキテクチャーはＡＴ＆Ｔテクニカルジャーナル（巻６４、Ｎｏ．６ 、パート２、１３０５−１５６４頁、７月／８月、１９８５年）に発行された一 連の記事に詳細に説明されている。それは、引用によりここに組み込まれる。 他の実施例では、通信ネットワーク８８は、スイッチ９０に続く付加的な処理 装置１４０を具備してもよく、そのスイッチはメッセージ経路に対する出力マル チメディアメッセージを構成し、その経路は、衛星送信機１４２を含み、その結 果サーバー９２は衛星受信器１４８を有する家庭１４６に衛星１４４を介してマ ルチメディアメッセージを送信することができる。更に他の実施例では、通信ネ ットワーク８８は、処理装置１５０を含み経路に対して出力マルチメディアメッ セージを構成し、それはメッセージがテレビジョンセット１５４で見られること ができる家庭１４６への最終的な提供のためにケーブルテレビジョンヘッドエン ド１５２を含んでいる。更に他の実施例では、経路は、スイッチト音声／デジタ ル（ＳＶＤ）あるいは他の有線のあるいは無線のマルチメディアケーブルモデム １５６を含んでいる。ケーブル１５２、衛星１４８、あるいはモデム１５６が使 用される場合、付加的な処理装置１５８、例えば、ケーブルコンバーター、衛星 送信コンバーター、パーソナルコン ピューターがメッセージにアクセスし、あるいはメッセージが見られる前に、メ ッセージを更に処理ことが必要である。 ここに述べられる経路に関して、ここに説明されたもの以外の経路の形式ある いは組合せが、その経路が単一のあるいは２チャンネルのビデオ、オーディオ、 あるいはデータの組合せをサポートすることができるならば、動作することは認 識されよう。例えば、経路がＩＳＤＮ経路の場合、単一のチャンネルビデオ、オ ーディオ、あるいはデータの組合せに対して毎秒約６４キロビットのアクセスを サポートし、２チャンネルビデオ、オーディオ、データの組合せに対して毎秒約 １２８キロビットのアクセスをサポートする。経路がスイッチト５６である場合 、単一チャンネルビデオ、オーディオ、データの組合せに対する毎秒約５６キロ ビットのアクセスと２チャンネルビデオ、オーディオ、データの組合せに対して 毎秒約１１２キロビットのアクセスをサポートする。経路がｎｘＤＳ−０である 場合、経路は、毎秒ｎｘ６４キロビットのアクセスをサポートする。ここでｎは チャンネル数である。 ビデオ圧縮技術、通信プロトコル、及び既存の帯域制限が使用される経路の形 式に対して制限を設定することは認識されるべきである。従って、例えば、ビデ オ圧縮技術の利点が、本発明から離れることなく上記の特定の経路実現を変更し 、補遺し、あるいは取って代わることができることは想像される。出現するビデ オ圧縮方法と技術を示す議論がアンドリューＷデイビスによる”デスクトップビ デオ会議と画像化：Ｈ．３２０対インデオ会議圧縮の戦争は実際にあるのか？（ アドバンスト画像化、１９９４年９月、３６頁）に見つけることができる。 図２を参照して、それは、例えば、ＩＳＤＮ経路上で図１の通信ネットワーク の簡略化された部分を用いてマルチメディア挨拶メッセージを放出するプロセス を示す。ビスチウムシステムとしてここで示される関連する電話番号９０８−９ ４９−５６７８により識別可能なマルチメディア装置あるいは局７０ａの当事者 が、その当事者が次の３週間いないので、発呼者に対してマルチメディア挨拶メ ッセージを放出することを願う。当事者は、ネットワークベースのマルチメディ アサーバー９２を直接コールする。そのサーバーは関連する電話番号９０８−９ ４９−９０００により識別可能として示されている。図１の通信ネットワーク８ ８にあるスイッチ９０は、ネットワークベースのマルチメディアサーバー９２に コールを接続し、サーバー９２はそのコールに答える。実施例では、コールに応 答するとき、サーバー９２はコールライン識別子（ＣＬＩ）内の情報をチェック し、そのＣＬＩはネットワークから、発呼者がサーバーを直接コールしたか（Ｃ ＬＩ内の元のコールされた番号がサーバーの電話番号）あるいは他の電話番号を コールし、スイッチによりサーバーに接続された（ＣＬＩ内の元のコールされた 番号がコールされた電話番号）かを決定するために使用可能である。 ＣＬＩに基づいて、サーバー９２は例えば、複数のオプションを当事者に提供 する。例えば、挨拶メッセージを記録し、メッセージを記録し、メッセージを再 生し、メッセージを消去し、メッセージを引き出す。実施例では、しかしながら 、オプションが提供される前に、サーバー９２は、安全／フロード防止のために ある個人的な識別情報、例えば、マルチメディア局識別子あるいは家庭電話番号 を（こうして、リモートアクセスを許し）ＰＩＮ番号あるいは声紋 を提供することを要求する。適当な識別子の受信時に、当事者には複数のオプシ ョンが提供される。 当事者は、彼らのマルチメディア装置を使用してマルチメディア挨拶メッセー ジを作り出すことができる。記録された挨拶メッセージは、挨拶が後で消去され ず、あるいはその当事者により変更されなければ、その後、その当事者へのコー ルが応答されないとき、そのサーバーにより発呼者に発行される。マルチメディ ア挨拶メッセージは、当事者の電話番号と関連付けられ、その当事者が受話器を 置いたときサーバー９２と関連づけられるメモリ１００内に格納される。 図３を参照して、その図は、図１の通信ネットワークの簡略化された部分を使 用するマルチメディアメッセージを放つプロセスを示している。図２と同様に、 経路はＩＳＤＮである。 電話番号９０８−９４９−１２３４と関連づけられるビスチウムマルチメディ ア局７０を有する発呼者は、その受信者へマルチメディアメッセージを発行する ために受信者をコールする（この例では、意図された受信者は図２からその当事 者である）。発呼者は、番号”９０８−９４９−５６７８”をダイアルするが、 その当事者がマルチメディア会議コール中のため回線がビジーである。ＣＣＩＴ ＴリコメンデーションＩ．２５２．２の実現により、スイッチ９０は、そのコー ルが応答されず、そのコールを図２のネットワークベースのマルチメディアサー バーに接続することを決定する。サーバー９２は、そのコールに応答し、ＣＬＩ をチェックし、コールされた番号に基づいて、そのコールを”メッセージを放つ ”として認識する。サーバー９２は、予め記録されたマルチメディア 挨拶メッセージがそのダイアルされた番号に対して存在せず、あるいは図と同様 に、その当事者により残されたマルチメディア挨拶メッセージを再生する場合に は、システムが供給されたメッセージであるビジュアルなあるいはマルチメディ ア挨拶メッセージを発呼者に供給する。発呼者に挨拶メッセージを提供した後、 サーバー９２は、発呼者のマルチメディアメッセージを記録し始める。サーバー は、メモリ１００内に９０８−９４９−５６７８から９０８−９４９−１２３４ に対して関連づけ格納し、あるいは他にサーバーは、ＣＬＩをメッセージに関連 づけて格納する。発呼者がメッセージを完了したとき、発呼者は受話器を置きそ れによりコールは終了する。 他の好適実施例では、通知、警告、あるいは通告の特徴が提供される。この特 徴に関して、サーバー９２は、予め選択された時間期間待ち、マルチメディアメ ッセージが、受信され、サーバー９２と関連づけられるメモリ１００に格納され ていることを当事者に知らせるために、格納された発呼者あるいはＣＬＩの情報 を用いてコールされた当事者へのコールを開始する。警告が通じなければ、特徴 は直ぐに実現され、サーバー９２は予め選択された時間期間再び待ち、適当な警 告がなされるまでそのプロセスを繰り返して、当事者に再び警告しようとする。 更に他の実施例では、警告は、例えば、警告電話コールに応答することにより、 あるいはサーバーに接続することにより、当事者が警告を”受領”するまで、続 く。他に、サーバー９２は、当事者の音声メッセージサービス、例えばＡＴ＆Ｔ のＡＵＤＩＸをコールすることにより当事者に警告し、マルチメディアメッセー ジが記録されていることを示す音声メッセージを放 つよう構成されてもよい。 他の実施例では、警告特徴は、図１と関連して示され、説明されたように、電 話機８０、あるいは図１のケーブル、あるいは衛星処理機器のメッセージ表示器 ８６を設定することを更に含んでもよい。他の実施例では、警告特徴は、警告ア イコンあるいはメッセージを接続されたＣＲＴ画面上にもたらすＬＡＮサーバー 内の指示器をセットして、例えば、Ｅ−メール、音声メールにより達成されても よい。更に他の実施例では、メッセージ警告は、携帯型無線装置１３６、例えば 、ページャー、セルラー電話、あるいは無線マルチメディア対応モデムを有する コンピューターを用いて達成されてもよい。無線装置は、メッセージの一部（即 ち、オーディオ部分）を受信し、あるいは、ラップトップコンピューターあるい はマルチメディア対応携帯型電話機に接続されたマルチメディア対応無線モデム のような無線マルチメディア可能装置の場合には、一体化されたマルチメディア メッセージを受信することができることは認識されよう。 コールされた当事者がいなければ、予め決められた数のベルの後コールが応答 されずに終わった時、処理は、スイッチがＣＦＮＲ信号を受信することを除いて 同じであることは、図３と関連して認識されよう。 サーバーは、通信ネットワークから受信されたＣＬＩを使用することが望まし いが、通信ネットワークがＣＬＩを提供することができなければ、サーバーに対 して少なくとも２つの専用の電話番号を確立することにより都合のよい他の方法 が達成されるであろう。その第１のものは、メッセージを引き出すために当事者 が純粋に探し ている直接ダイアルされるサーバー電話番号であり、第２のものはメッセージを 放つためにだけ発呼者が送ったサーバー電話番号である。 通信ネットワークスイッチは、ＣＣＩＴＴリコメンデーションＩ．２５２．２ と合致しなければ、あるいは同様な機能性を持てば、更に他の都合のよい実施例 が発呼者マルチメディア通信装置あるいは局で発している通信アプリケーション を使用してビジー信号の後あるいは予め決められたベルの数の後受話器を置き、 その後自動的にネットワークベースのサーバーにダイアルする。この実施例では 、サーバーに一旦接続されると、コールはここで説明されるように進行する。 図４を参照して、その図はメッセージと挨拶がメモリ１００に格納されること を除いて図２と同じである。ある時間期間後、図３と関連して議論されたメッセ ージの意図された受信者である当事者が戻り、メッセージが保留されていること を警告される。他に、当事者は、遠隔位置にあり、無線装置１３６を介して警告 を受信し、あるいは当事者は遠隔位置、例えばアクセス可能なマルチメディア局 １２６を持つホテルにいて、当事者がメッセージ警告を受信することが不可能で あるので、どのメッセージに対しても”コールを受け付ける”ことを決定する。 当事者は保留中のメッセージを引き出すために図２のようにサーバーに接続する 。適切な情報を提供した後、当事者は”メッセージ再生”オプションを選択する 。当事者には、好適実施例では、再生のために使用可能な全てのマルチメディア メッセージのリストが提供される。そのリストは、最初にリストされた最も最近 のコール、例えば、ＣＬＩあるいは名前から得られる 電話番号により発呼者を識別する情報である。当事者は、その後、特定のメッセ ージを選択するためのオプションを持ち、それが再生される。メッセージを選択 すると、サーバー９２は、当事者にメッセージを提供する。メッセージが完全に 再生されたとき、当事者は選択メニューに戻され、コールは終了する。いつでも 、当事者が受話器を置き、あるいはコールが切断されたら、メッセージは、サー バーにより保持される。 他の実施例では、当事者が遠隔位置にあり、メッセージをチェックしたいが、 マルチメディア局へのアクセスを持っていない場合、発呼者は、メッセージのオ ーディオ部分を受信することができるだけの装置を持つサーバーに接続されても よい。通信ネットワークは、そのコールが”音声だけ”と判定し、オーディオ部 分と（メッセージの非オーディオ観点を含む）ビデオ／データ分との間を識別し 、前に引き出されていないメッセージのオーディオ部分だけを提供する。当事者 は、メッセージを消去するオプションを持つ。メッセージが消去されなければ、 格納されたメッセージの全体（即ちオーディオ部とビデオ／データ部）が格納さ れたままであり、それにより当事者がマルチメディア局からコールを受け付ける まで、ビデオとデータのアスペクトを保存する。 更に他の実施例では、サーバー９２はあるフォーマットから他のフォーマット に格納されたメッセージを変換することができ、その結果、例えば、発呼端と受 信端との間のフォーマットあるいはプロトコルにおける差が吸収されることがで きる（例えば、ビデオフォーマット、オーディオフォーマット、データフォーマ ット、及び通信のフォーマットあるいはプロトコル）。 本発明は、一対マルチメディア局と関連して説明されたが、受信位置が必要な ら、例えば、ケーブル１５２、衛星１４８、あるいはモデム１５６であれば、メ ッセージは図１と関連して上で議論された付加的な処理機器１５８を用いてアク セスされる。 図５ａと図５ｂは、本発明の好適実施例に対する通信ネットワークベースのサ ーバーコールフローを示す流れ図である。サーバー９２は、スイッチ９０からの 入力コールを受信する（ステップ３００）。サーバー９２は、コールされた番号 識別子に対するＡＮＩをチェックし、コールされた番号識別子がサーバーの識別 子であるかどうかを判定する（ステップ３０２）。コールされた番号識別子がサ ーバー９２の番号識別子に対応していなければ、コールはコール発送の結果とし て転送される。従って、サーバー９２は、サーバーがマルチメディアメッセージ を格納し、発呼者に提供されるべき関連する挨拶メッセージを識別するするため の発呼者識別番号のリストを保持するデータベースを照会する（ステップ３０４ ）。上で議論されたように、挨拶メッセージはコールされた番号と関連する当事 者により前もって記録されることができ、あるいは前もって記録されたマルチメ ディアメッセージが当事者により記録されていない場合には、標準的な挨拶であ る。挨拶メッセージを識別するとき、サーバー９２は、発呼者に挨拶メッセージ を提供する（ステップ３０６）。メッセージの最終段階では、サーバーは、発呼 者に信号を送り、例えば、ビーという音付のメッセージを放出し始める。サーバ ーは、メモリ１００内に発呼者マルチメディアメッセージを捕獲し格納する（ス テップ３１０）ように進行する。ユーザーによるコールの終了時に、サーバーは 、コールされた番号識別子と 関連づけられる警告方法のためにデータベースを照会する（ステップ３１２）。 その後、サーバー３１４は、識別された特定の方法に従って当事者に警告を開始 する（ステップ３１６）。 コールされた番号識別子がサーバー９２の番号識別子と対応すれば、コールは ダイレクトコールである。当事者をコールすることなく第三者に対してメッセー ジを直接離すために発呼者がサーバーをコールした状況を扱うために、サーバー ９２は、発呼者がメッセージを放つことを望んでいるかどうかを識別するために 発呼者にメッセージを提供する（ステップ３１８）。応答がイエスならば、発呼 者はコールされる当事者と発呼者の電話番号が促される（ステップ３２０）。サ ーバー９２は、コールされた番号識別子内に提供されたコールされた当事者番号 を使用し、コールがサーバー９２にスイッチされたかのように進行する（ステッ プ３０４から３１６）。発呼者応答がノーならば、サーバー９２は発呼者にパス ワードを促す（ステップ３２２）。サーバー９２は、その後、データベースを参 照し（ステップ３２４）、発呼者により提供されたパスワードが正しいかどうか を決定する（ステップ３２６）。そうでなければ、サーバーはコールを終了する （ステップ３２８）。パスワードが正しければ、発呼者には、複数のオプション が提供される（ステップ３３０）。例示的なオプションは、出口、管理、挨拶変 更及び消去／引き出しを含む。”出口”はコールが終了される（ステップ３３２ ）。”管理”（ステップ３３６）は、パスワードを変更し（ステップ３３８）、 例えば、”ロバート”から”ボブ”へあるいは”ミズカスティス”から”ミセス ワシントン”にデータベース中の名前を変更し（ステップ３４０）、あるいは、 例えば新住所への 引っ越し後警告目的で電話番号を変更し（ステップ３４２）、あるいは発呼者に 提供される挨拶メッセージを変更することのような発呼者の説明に関連する管理 機能を発呼者が達成することを可能とする。”消去／引き出し”は、発呼者識別 のために格納されたメッセージを提供するようにサーバーに促す。”引き出す” が選択されたとき、発呼者には格納されたメッセージのリスト（ステップ３４６ ）と消去／引き出し／リターンのオプション（ステップ３４８）が提供される。 発呼者がメッセージと消去オプションを選択すると、選択されたメッセージはメ モリ１００からサーバー９２により消去される（ステップ３５８）。発呼者がメ ッセージと引き出しオプションを選択すると、選択された格納されたメッセージ は発呼者に供給される（ステップ３５２）。サーバーのメッセージの提供の完了 時に、発呼者にはメッセージを消去するオプションが与えられる（ステップ３５ ４）。発呼者は”Ｙｅｓ”を選択し、メッセージは消去され（ステップ３５８） 、発呼者はメッセージリストに戻される（ステップ３４６）。発呼者が”Ｎｏ” を選択すると、メッセージはセーブされ、発呼者は再びメッセージリストに戻さ れる（ステップ３４６）。発呼者が、メッセージの引き出し及び／あるいは消去 を一旦終了すると、発呼者はメインオプションリストに戻るよう選択する（ステ ップ３６０）。 本発明をネットワークベースのサーバーに関して説明したが、同じ機能が分散 環境を使用して達成されてもよいことは認識されよう。その分散環境では、コミ ュニティベースのサーバーあるいはローカルサーバーが１以上のネットワークベ ースのサーバーに接続されていて、ネットワークベースのサーバーはコミュニテ ィベースのサー バーにメッセージを提供しあるいは配給する。分散環境では、例えばメッセージ の発行、格納、変更のようなここで述べられた種々の機能がコミュニティベース のサーバーとネットワークベースのサーバーの組合せにより扱われてもよい。提 供されるオプションがサーバー９２で発行してもよく、あるいはマルチメディア 局７０、７０ａ、７０ｂ、７０ｃ、１２６において走っているソフトウェアに常 駐してもよく、あるいはその２つの組合せであってもよいことは認識されるべき である。 複数のサーバーが階層構成で提供されてもよいことも認識されるべきである。 階層構成では、コールされたサーバーは、他のサーバーにコールを接続すること ができ、あるいは発呼者の選択あるいは予め決められたインストラクションに従 ってそうすべきスイッチを直接接続することができる。２次のサーバーは、マル チメディアメッセージを発送するために使用され、そのメッセージは主マルチメ ディアメッセージの一部であるか、あるいは全く別のマルチメディアメッセージ である。例えば、ネットワークサーバーあるいは１次のサーバーがマルチメディ アメッセージを供給し、２次のサーバーがより詳細なメッセージ、公衆サービス アナウンス、あるいはフィルムを供給するを許すであろう。こうして、複数の場 所からのマルチメディアメッセージの供給が可能である。更に、予め記録された マルチメディアメッセージと生のマルチメディア通信の組合せが可能である。 こうして、その好適実施例に適用される本発明の基本的な新規な特徴を示し、 説明し、指摘したが、開示されたシステムとその形式と詳細と、その動作の種々 の省略と、置換と、変更が本発明の精神 から離れることなく当業者によりなされることができることは理解されよう。従 って、本発明は、ここに添付された請求の範囲により示されるようにのみ制限さ れる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 クスイアー，アショック ケー. アメリカ合衆国 07733 ニュージャーシ ィ，ホルムデル，リバーサイド レーン 22 (72)発明者 マルコウィッツ，ロバート エドワード アメリカ合衆国 07452 ニュージャーシ ィ，グレン ロック，セダー ストリート 36 (72)発明者 モアテンソン，ロバート エフ. アメリカ合衆国 07928 ニュージャーシ ィ，カザム，ワシントン アヴェニュー 209 (72)発明者 ラママースィ，ラム エス. アメリカ合衆国 07726 ニュージャーシ ィ，マナラパン，ユニオン ヒル ロード 231 (72)発明者 ロビンソン，ベザニー スコット アメリカ合衆国 07722 ニュージャーシ ィ，コルツ ネック，チューリップ レー ン 40 (72)発明者 スチュンテベック，ピーター エッチ. アメリカ合衆国 07739 ニュージャーシ ィ，リットル シルヴァー，ウッドバイン アヴェニュー 113

Claims (1)

1. 【特許請求の範囲】 １．通信ネットワークにおいて、第一のマルチメディア装置を用いて、受信者に コールを置くことにより、マルチメディアメッセージを第二のマルチメディア装 置を有する受信者に供給する発呼者からのコールを扱う方法であって、 コールが応答無しのコールであることを判定することと、 前記応答無しコールをネットワークベースのマルチメディアサーバーに接続 することと、及び 前記ネットワークベースのマルチメディアサーバーを用いて前記発呼者から のマルチメディアメッセージを記録することと を具備する方法。 ２．前記マルチメディアメッセージを前記受信者に供給するステップを更に具備 する請求項１に記載の方法。 ３．前記接続するステップに続いて、前記方法は、マルチメディア挨拶を前記発 行者に供給するステップを具備する請求項１に記載の方法。 ４．前記マルチメディアメッセージが記録されたことを後で前記受信者に知らせ るステップを更に具備する請求項１に記載の方法。 ５．前記知らせるステップに続いて、前記方法は、前記受信者に複数のオプショ ンを提供するステップを具備する請求項４に記載の方法。 ６．前記知らせるステップは、予め選択された時間期間を待つステップと、前記 ネットワークベースのマルチメディアサーバーから前記受信者にコールを起動す るステップとを具備する請求項４に記載の方法。 ７．前記知らせるステップは、前記受信者と関連する電話機上のメッセージ指示 器を設定するステップを具備する請求項４に記載の方法。 ８．前記供給するステップは、第一の形式から第二の形式に前記記録されたマル チメディアメッセージを変換するステップを更に具備する請求項２に記載の方法 。 ９．前記記録するステップは、発呼者識別子を前記記録されたマルチメディアメ ッセージと関連づけるステップを具備する請求項１に記載の方法。 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．前記第一の通信経路は、毎秒約１２８キロビットのアクセスをサポートする 請求項４３に記載のシステム。 47．前記第一の通信経路は、毎秒約５６キロビットのアクセスをサポートする請 求項４３に記載のシステム。 48．前記第一の通信経路は、毎秒約１１２キロビットのアクセスをサポートする 請求項４３に記載のシステム。 49．前記第一の通信経路は、ＩＳＤＮ ＰＸ６４データ圧縮をサポートする請求 項４３に記載のシステム。 50．前記第二の通信経路は、毎秒約６４キロビットのアクセスをサポートする請 求項４４に記載のシステム。 51．前記第二の通信経路は、毎秒約１２８キロビットのアクセスをサポートする 請求項４４に記載のシステム。 52．前記第二の通信経路は、毎秒約５６キロビットのアクセスをサポートする請 求項４４に記載のシステム。 53．前記第二の通信経路は、毎秒約１１２キロビットのアクセスをサポートする 請求項４４に記載のシステム。 54．前記第二の通信経路は、ＩＳＤＮ ＰＸ６４データ圧縮をサポートする請求 項４５に記載のシステム。 55．前記第二の通信経路はスイッチトパスを具備する請求項４４に記載のシステ ム。 56．前記スイッチトパスは、Ｔ１．５、フレームリレーアクセス、プライベート ライン、スイッチト５６、ＡＴＭ、ＩＳＤＮ ＢＲＩ、ＩＳＤＮ ＰＲＩあるい はｎｘＤＳ−０パスのうちの１つを具備する請求項５５に記載のシステム。 57．前記第二の通信経路は、放送ネットワークを具備する請求項４４に記載のシ ステム。 58．前記放送ネットワークは、ケーブルテレビジョン回線あるいは衛星受信器の 内の１つを具備する請求項５７に記載のシステム。 59．前記第二の通信経路はモデムを具備する請求項４４に記載のシステム。 60．前記受信者のマルチメディア通信装置に結合され、その結果前記発呼者が格 納のために前記マルチメディアメッセージを供給したとき、前記通信ネットワー クは、格納されたマルチメディアメッセージを示すためにメッセージ指示器を設 定するメッセージ指示器を更に具備する請求項４４に記載のシステム。