(57)【特許請求の範囲】
【請求項１】
データネットワークに有効に接続された少なくとも１つのユーザエージェントと、
前記データネットワークに有効に接続されたシグナリングサーバーと、
前記データネットワークに有効に接続されるとともに、前記シグナリングサーバーに応答するメッセージングサーバーと、
前記ネットワークに有効に接続されたメディアサーバーとを備え、
前記メディアサーバーは、メッセージングファイルを記憶するためのコンピュータデータ記憶メディアを有し、前記メッセージングサーバーに応答し、かつ、メッセージコンディションが発生すると、メッセージファイルを交換するために発呼側に直接アクセス可能であることを特徴とするユニファイドメッセージングサービスを提供するネットワーク電話システム。
【請求項２】
前記シグナリングサーバーは、セッション開始プロトコルに従って動作することを特徴とする請求項１記載のネットワーク電話システム。
【請求項３】
前記シグナリングサーバーは、登録されたユーザエージェントに対するネットワークアドレスのデータベースをさらに備え、かつ、発呼側からの呼出要求を受信すると、前記データベースに記憶された前記受信ユーザエージェントのアドレスへの呼出要求を生成するとともに、前記メッセージングサーバーのネットワークアドレスへの呼出要求を生成することを特徴とする請求項１記載のネットワーク電話システム。
【請求項４】
前記シグナリングサーバーは、前記受信ユーザエージェントに対する前記呼出要求が受け取られる場合、前記メッセージングサーバーへの前記呼出要求をキャンセルすることを特徴とする請求項３記載のネットワーク電話システム。
【請求項５】
前記シグナリングサーバーは、メッセージコンディションが検出される場合、前記受信ユーザエージェントへの呼出要求をキャンセルすることを特徴とする請求項３記載のネットワーク電話システム。
【請求項６】
メッセージコンディションが検出された後、インバイトリクエストが、前記メディアサーバーから前記呼出を再要求するために前記受信ユーザエージェントに提供されることを特徴とする請求項５記載のネットワーク電話システム。
【請求項７】
メッセージコンディションが検出される場合、前記メディアサーバーは、前記発呼側へ記憶されたグリーティングメッセージを提供することを特徴とする請求項５記載のネットワーク電話システム。
【請求項８】
前記グリーティングメッセージは、リアルタイムストリーミングメディアプロトコルで表されることを特徴とする請求項７記載のネットワーク電話システム。
【請求項９】
前記メディアサーバーに記憶されたメッセージファイルにアクセスするためのメッセージ管理システムをさらに備えることを特徴とする請求項１記載のネットワーク電話システム。
【請求項１０】
前記メディアサーバーにメッセージを記憶する発呼側に応答すると、前記メディアサーバーは、メッセージが利用できる受信側に通知を提供することを特徴とする請求項１に記載のネットワーク電話システム。
【請求項１１】
前記通知は、前記メッセージにアクセスするためのネットワークアドレスを含むことを特徴とする請求項１０記載のネットワーク電話システム。
【請求項１２】
前記通知は、前記メッセージのコピーを有することを特徴とする請求項１０記載のネットワーク電話システム。
【請求項１３】
前記受信ユーザエージェントは、メッセージコンディションが発生すると、前記メッセージングサーバーに呼出を再び向けることを特徴とする請求項１記載のネットワーク電話システム。
【請求項１４】
データネットワークとともに動作するためのユニファイドメッセージングサービスを提供するネットワーク電話システムにおいて、
データネットワークに有効に接続された少なくとも１つのユーザエージェントと、
前記データネットワークに有効に接続されたシグナリングサーバーと、
前記データネットワークに有効に接続されるとともに、前記シグナリングサーバーに応答するメッセージングサーバーと、
前記ネットワークに有効に接続された少なくとも２つのメディアサーバーとを備え、
前記シグナリングサーバーは、ユーザエージェントのネットワークアドレスの登録データベースを保有し、
前記少なくとも２つのメディアサーバーは、前記メッセージングサーバーに応答し、各メディアサーバーは、メッセージを記憶し、検索するためにコンピュータデータ記憶メディアを有するとともに、メッセージファイルを記憶、管理及び検索するための少なくとも１つのユーザエージェントと接続可能であることを特徴とするネットワーク電話システム。
【請求項１５】
前記シグナリングサーバーは、セッション開始プロトコルに従って動作することを特徴とする請求項１４記載のネットワーク電話システム。
【請求項１６】
前記シグナリングサーバーは、登録されたユーザエージェントに対するネットワークアドレスのデータベースをさらに備えるとともに、発呼側からの呼出要求の受信すると、前記データベースに記憶された前記受信ユーザエージェントのアドレスへの呼出要求を生成し、かつ、前記メッセージングサーバーのネットワークアドレスへの呼出要求を生成することを特徴とする請求項１４記載のネットワーク電話システム。
【請求項１７】
前記受信ユーザエージェントに対する前記呼出要求が受け取られる場合、前記メッセージングサーバーへの前記呼出要求をキャンセルすることを特徴とする請求項１６記載のネットワーク電話システム。
【請求項１８】
前記シグナリングサーバーは、メッセージコンディションが検出される場合、前記受信ユーザエージェントへの呼出要求をキャンセルすることを特徴とする請求項１６記載のネットワーク電話システム。
【請求項１９】
メッセージコンディションが検出された後、招待リクエストは、前記メディアサーバーから前記呼出を再要求するために前記受信ユーザエージェントに提供されることを特徴とする請求項１８記載のネットワーク電話システム。
【請求項２０】
メッセージコンディションが検出される場合、前記メディアサーバーは、前記発呼側へ記憶されたグリーティングメッセージを提供することを特徴とする請求項１８記載のネットワーク電話システム。
【請求項２１】
前記グリーティングメッセージは、リアルタイムストリーミングメディアプロトコルで表されることを特徴とする請求項２０記載のネットワーク電話システム。
【請求項２２】
前記メディアサーバーに記憶されたメッセージファイルにアクセスするためのメッセージ管理システムをさらに備えることを特徴とする請求項１４記載のネットワーク電話システム。
【請求項２３】
前記メディアサーバーにメッセージを記憶する発呼側に応答すると、前記メディアサーバーは、メッセージが利用できる受信側に通知を提供することを特徴とする請求項１４に記載のネットワーク電話システム。
【請求項２４】
前記通知は、前記メッセージにアクセスするためのネットワークアドレスを含むことを特徴とする請求項２３記載のネットワーク電話システム。
【請求項２５】
前記通知は、前記メッセージのコピーを有することを特徴とする請求項２３記載のネットワーク電話システム。
【請求項２６】
前記受信ユーザエージェントは、メッセージコンディションが発生すると、前記メッセージングサーバーに再び呼出を行なうことを特徴とする請求項１４記載のネットワーク電話システム。
【請求項２７】
前記少なくとも１つのユーザエージェントは、ユーザエージェントの第１のグループと、ユーザエージェントの第２のグループとを有し、前記少なくとも２つのメディアサーバーは、前記少なくとも第１及び第２のメディアサーバーを有し、かつ、前記ユーザエージェントの第１のグループは前記第１のメディアサーバーに関連づけられるとともに、前記ユーザエージェントの第２のグループは前記第２のメディアサーバーに関連付けられることを特徴とする請求項１４記載のネットワーク電話システム。
【請求項２８】
ユーザエージェントとメディアサーバーとの間の関連は、前記メッセージングサーバーによって維持されることを特徴とする請求項２７記載のネットワーク電話システム。
【請求項２９】
ディジタルデータネットワークと、
公衆交換電話網（ＰＳＴＮ）と前記ディジタルネットワークとの間に置かれたゲートウエイサーバーコンピュータと、
前記ディジタルデータネットワークに有効に接続されたシグナリングサーバーと、
前記ディジタルデータネットワークに有効に接続されるとともに、前記シグナリングサーバーに応答するメッセージングサーバーと、
メディアサーバーと、
ＤＴＭＦ変換器とを備え、
前記メディアサーバーは、前記メッセージングサーバーに応答し、メッセージファイルを記憶するためのコンピュータデータ記憶メディアを有し、
前記ＤＴＭＦ変換器は、前記ゲートウエイサーバーと前記メディアサーバーとの間に置かれることを特徴とするユニファイドメッセージングサービスを有するネットワーク電話システム。
【請求項３０】
前記シグナリングサーバーは、セッション開始プロトコルに従って動作することを特徴とする請求項２９記載のネットワーク電話システム。
【請求項３１】
前記シグナリングサーバーは、登録されたユーザエージェントに対するネットワークアドレスのデータベースをさらに備え、発呼側からの呼出要求の受信すると、前記データベースに記憶された前記受信ユーザエージェントのアドレスへの呼出要求を生成し、かつ、前記メッセージングサーバーのネットワークアドレスへの呼出要求を生成することを特徴とする請求項２９記載のネットワーク電話システム。
【請求項３２】
前記シグナリングサーバーは、前記受信ユーザエージェントに対する前記呼出要求が受け取られる場合、前記メッセージングサーバーへの前記呼出要求をキャンセルすることを特徴とする請求項３１記載のネットワーク電話システム。
【請求項３３】
前記シグナリングサーバーは、メッセージコンディションが検出される場合、前記受信ユーザエージェントへの呼出要求をキャンセルすることを特徴とする請求項３１記載のネットワーク電話システム。
【請求項３４】
メッセージコンディションが検出された後、インバイトリクエストは、前記メディアサーバーから前記呼出を再要求するために前記受信ユーザエージェントに提供されることを特徴とする請求項３３記載のネットワーク電話システム。
【請求項３５】
メッセージコンディションが検出される場合、前記メディアサーバーは、前記発呼側へ記憶されたグリーティングメッセージを提供することを特徴とする請求項３３記載のネットワーク電話システム。
【請求項３６】
前記グリーティングメッセージは、リアルタイムストリーミングメディアプロトコルで表されることを特徴とする請求項３５記載のネットワーク電話システム。
【請求項３７】
前記メディアサーバーに記憶されたメッセージファイルにアクセスするためのメッセージ管理システムをさらに備えることを特徴とする請求項２９記載のネットワーク電話システム。
【請求項３８】
前記メディアサーバーにメッセージを記憶する発呼側に応答すると、前記メディアサーバーは、メッセージが利用できる受信側に通知を提供することを特徴とする請求項２９に記載のネットワーク電話システム。
【請求項３９】
前記通知は、前記メッセージにアクセスするためのネットワークアドレスを含むことを特徴とする請求項３８記載のネットワーク電話システム。
【請求項４０】
前記通知は、前記メッセージのコピーを有することを特徴とする請求項３８記載のネットワーク電話システム。
【請求項４１】
前記受信ユーザエージェントは、メッセージコンディションが発生すると、前記メッセージングサーバーに再び呼出を行なうことを特徴とする請求項２９記載のネットワーク電話システム。
【請求項４２】
前記ＤＴＭＦ変換器は、ユーザエージェントによって供給されたＤＴＭＦ命令信号を、前記メディアサーバーと一致するプロトコルで同じ命令信号に変換することを特徴とする請求項２９記載のネットワーク電話システム。
【請求項４３】
前記命令信号は、ユーザエージェントにメッセージ交換を可能とする前記メディアサーバーへの直接アクセスを供給することを特徴とする請求項４２記載のネットワーク電話システム。
【請求項４４】
第１のユーザエージェントから第２のユーザエージェントへの呼出要求を受信する段階と、
前記第２のユーザエージェントのためのアドレスと、前記第２のユーザエージェントに関連付けられたメッセージングサーバーとに呼出要求を生成する段階と、
メッセージ交換を前記メディアサーバーに供給するメッセージコンディションの場合、前記第１のユーザエージェントとメディアサーバーとの間に接続を確立する段階と、
メッセージコンディションが発生しない場合、前記メッセージングサーバーへの呼出要求を終了する段階と
を有することを特徴とするデータネットワーク電話システムにおいてメッセージングサービスを供給する方法。
【請求項４５】
前記メッセージ交換は、前記第１のユーザエージェントからのメッセージを記録し、かつ、前記メディアサーバーのメッセージファイルとして前記メッセージを記憶する段階をさらに有することを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項４６】
前記メッセージ交換は、前記メディアサーバーから前記第１のユーザエージェントにメッセージを供給する段階をさらに有することを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項４７】
メッセージが利用可能である通知を前記受信側に供給する段階をさらに有することを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項４８】
前記第１のユーザエージェントがメッセージを記録している間、前記呼出を再要求するために前記受信側をインバイトする段階をさらに有することを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項４９】
前記メッセージコンディションは、前記呼出要求から所定の時間期限の経過までをいうことを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項５０】
前記メッセージコンディションは、前記受信側に関連付けられた登録記録に入ることを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【請求項５１】
前記メッセージコンディションは、前記受信側の非利用可能性を示す前記受信側からの応答であることを特徴とする請求項４４記載のメッセージングサービスを供給する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、主としてインターネット及びイントラネット電話の分野に関し、さらには、特に、ユニファイドメッセージングサービスを実行するためのネットワーク電気通信システムに関する。本出願は、２０００年８月１１日に出願された発明の名称を「ＳＩＰ及びＲＴＳＰを利用したユニファイドメッセージング」とする米国仮出願番号６０／２２４３３２の優先権を主張するとともに、その開示内容は、この引用によって本明細書に組込まれる。
【０００２】
【従来の技術及び発明が解決しようとする課題】
インターネットは、ビジネスの分野、技術的な分野及び教育的な分野での数百万のユーザのための必要不可欠な通信ツールとして展開されている。これに関して、インターネットの利用の成長は、セパレートシグナリングネットワークによって制御された従来のサーキット−スイッチドネットワーク以上に多数の利点を付与するインターネット電話に関するものである。
【０００３】
最も近代的な電話システムの重要な特徴は、ボイスメッセージングである。ボイスメッセージングの拡張は、一般的なプラットフォームで提供される様々なメディアでのメッセージングサービスに接続するユニファイドメッセージングである。例えば、電話ネットワークの一部分として一般のシステム内で、ボイスメール、ｅメール、ビデオメッセージング、インスタントメッセージングサービスなどをまとめるためには、ユーザに対して、そのようなサービスに便利に接続するためのシングルプラットフォームが必要である。
【０００４】
ボイスメールサービスは、ローカル構内交換機（ＰＢＸ）またはローカル交換キャリヤ（ｃａｒｒｉｅｒ）によって一般的に提供される。そのような現在のボイスメールシステムは、一般的に閉じた構造となっている。結果として、メッセージをフィルタリングまたはソーティングする前記ローカルＰＢＸの外部にボイスメールを転送するような単純な操作を実行することは、しばしば難しいものである。それ故に、ローカル電話交換の内外において単純なデータ交換を容易にするオープン構造が望まれている。
【０００５】
セッション開始プロトコル（ＳＩＰ）は、インターネット電話での利用のための標準シグナリングプロトコルとして人気を得ている。この人気の上昇だけ、ＳＩＰベースのシステムでのユニファイドメッセージングシステムを提供する方法及びシステム構成を付与することが望まれている。さらに、リアルタイムストリーミングプロトコル（ＲＴＳＰ）は、インターネット上のビデオ、オーディオ及びミックスメディアフィルムのようなマルチメディアサービスのための標準転送プロトコルとして提案されてきている。メッセージ記憶及び配信のためのＲＴＳＰを伴ったシグナリングプロトコルとして、ＳＩＰを利用するユニファイドメッセージングシステムは、既知のメッセージングシステムを越えた多くの利点を提供できる。
【０００６】
【課題を解決するための手段】
本発明によると、ネットワーク電話システムは、ユニファイドメッセージングサービスを利用可能にすることが提供される。前記システムは、一般的に、データネットワークと、データネットワークに有効に接続された少なくとも１つのユーザエージェントと、データネットワークに有効に接続されたシグナリングサーバーとを具備している。ユーザエージェントは、スタンドアローンインターネット電話設備、または、適切な電話ソフトウエアを伴うパーソナルコンピュータのような電話エンドポイントである。メッセージングサーバーは、データネットワークに有効に接続され、シグナリングサーバーに応答することにより提供される。前記システムは、また、前記ネットワークに有効に接続され、メッセージファイルを記憶するためのコンピュータデータ記憶メディアを含むメディアサーバーを具備している。前記メディアサーバーは、メッセージングサーバーに応答し、かつ、メッセージコンディションが発生すると、メディアサーバーに記録されたメッセージファイルを受信するために、または、受信側による次の検索のためのメッセージファイルを記憶するために、発呼側に直接アクセス可能である。
【０００７】
好ましくは、シグナリングサーバーは、登録されたユーザエージェントのためのセッション開始プロトコル（ＳＩＰ）アドレスのようなネットワークアドレスのデータベースを具備する。発呼側からの呼出要求を受信すると、シグナリングサーバーは、データベースに記憶された受信ユーザエージェントのアドレスへ呼出要求を生成し、かつ、メッセージングサーバーのネットワークアドレスへ呼出要求をも生成する。前記シグナリングサーバーは、受信ユーザエージェントへの呼出要求が受け取られると、メッセージングサーバーへの呼出要求をキャンセルすることができる。前記シグナリングサーバーは、また、メッセージコンディションが検出されると、受信ユーザエージェントへの呼出要求をキャンセルすることができる。そのようなメッセージコンディションは、呼出要求の開始から所定の時間期限の成立までをいう。
【０００８】
実施形態では、メッセージコンディションが検出された後、メッセージがメディアサーバーに付与される間に、インバイト（ｉｎｖｉｔｅ）要求は、受信ユーザエージェントアドレスに提供される。インバイト要求の受け取りによって、受信ユーザエージェントは、メディアサーバーから呼出を再要求することができる。
【０００９】
メッセージコンディションが検出されるとき、前記メディアサーバーはメッセージを置くためのプロンプトとして発呼側に記憶されたグリーティングメッセージを与える。前記メディアサーバーは、好ましくは、ストリーミングメディアを支援し、前記リアルタイムストリーミングメディアプロトコル（ＲＴＳＰ）に従って動作する。前記メディアサーバーにメッセージを記憶する発呼側への応答において、前記メディアサーバーは、また、受信側にメッセージが有効なものであることの通知を行なうことができる。前記通知は、前記受信側がメッセージを検索することができるアドレスを有する電子メール転送の形式を取ることができる。代わりに、前記通知は、ファイル添付として前記メッセージのコピーを有してもよい。
【００１０】
本発明による他の実施形態は、前記システム内に割り当てられた少なくとも２つのメディアサーバーを有するユニファイドメッセージングサービスを提供し、かつ、シングルメッセージングサーバーに応答を操作するネットワーク電話システムである。
【００１１】
本発明に従ってユニファイドメッセージングサービスを提供するほかのネットワーク電話システムは、公衆交換電話網（ＰＳＴＮ）とディジタルデータネットワークとの間に置かれたディジタルデータネットワークと、ゲートウエイサーバーコンピュータを具備している。シグナリングサーバーは、ディジタルデータネットワークに有効に接続される。メッセージングサーバーは、また、ディジタルデータネットワークに有効に接続され、前記シグナリングサーバーに応答する。また、メッセージファイルを記憶するためのコンピュータデータ記憶メディアを有するメディアサーバーが提供される。ＤＴＭＦ変換器は、標準送受器からのようなＤＴＭＦ信号を利用する前記メディアサーバー上に記憶された前記メッセージファイルへのアクセスを行なうために前記ゲートウエイサーバーと前記メディアサーバーとの間に置かれている。
【００１２】
また、本発明によると、データネットワーク電話システムでのメッセージングサービスを提供するための方法がある。前記方法は、ユーザエージェントが電話ノードまたはエンドポイントのときに、第１のユーザエージェントから第２のユーザエージェントまでの呼要求を受信することを含んでいる。呼出要求に応じて、付加的な呼出要求は、第２のユーザエージェントおよび第２のユーザエージェントに関連付けられたメッセージングサーバーの両方に対して、シグナリングサーバーによって一般的に生成される。メッセージコンディションが検出される場合、前記方法は、前記第１のユーザエージェントと、前記メディアサーバー上のメッセージ記憶を提供するメディアサーバーとの間に接続を確立する。メッセージコンディションが検出されない場合、前記メッセージングサーバーへの前記呼出要求は、キャンセルされる。
【００１３】
前記メッセージコンディションは、呼出要求の生成後、所定の時間期限の期間とすることができる。前記メッセージコンディションは、また、登録情報、または、指示を妨害しないような前記受信側に関する状態情報、または、前記メッセージサーバーに一定の呼出を転送する命令またはルールに基づいて提供されるようにしてもよい。
【００１４】
前記方法は、また、呼出を再要求することを提供する。これにより、発呼側が前記メディアサーバー上にメッセージを記録しているとき、インバイト要求は、前記受信側に提供される。受け取られた場合、前記受信側は、前記呼出セッションを入力し、前記記録することを終了することができる。
【００１５】
【発明の実施の形態】
前記本発明および前記利点を完全に理解するために、内容は、参照番号で特徴を示している添付の図面に結合された以下の記載にされている。
図１は、インターネット電話システムと接続するユニファイドメッセージングサービスを実行するための本システムの構成を図示する概略ブロック図である。図示のように、前記システムは、ローカル電話交換すなわちＰＢＸの一部分であるコンポーネントを図示している。前記システムは、好ましくは、シグナリングのための前記セッション開始プロトコル（ＳＩＰ）と制御機能に従って動作する。前記システムは、好ましくは、ＳＩＰプロトコルユーザエージェントの形式を取る大多数の電話エンドポイントを具備する。説明的のために、２つのユーザエージェント１０２，１０４が図示されている。前記ユーザエージェント１０２，１０４は、または多数のソースから利用可能なスタンドアローンＳＩＰ電話装置、ニューヨーク州ニューヨーク市のコロンビア大学からの許可を得て利用することができるＳＩＰＣソフトウエアのように、従来のパーソナルコンピュータ上で操作するＳＩＰクライアントソフトウエアのような多くの形式を取ることができる。適切なＳＩＰユーザエージェントは、その全体の引用によってここに組込まれている、２０００年１２月１４日に公開された、発明の名称を“インター／イントラネット電話のためのネットワーク電話装置及びシステム”とする国際特許出願公報ＷＯ  ００／７６１５８に記載されている。
【００１６】
前記ＳＩＰユーザエージェント１０２，１０４は、イーサネット（登録商標）ネットワークのようなネットワーク１０６に接続されている。前記ネットワークは、また、一般的なドメイン下で分類されたユーザエージェントを伴った前記インターネットであってもよい。前記ユーザエージェント１０２，１０４は、ＳＩＰ−ＰＳＴＮゲートウエイを介して通常の電話システムから（外部に）、または、他のインターネットドメインから外部に、ネットワーク１０６（内部に、ピアツーピア）を介して互いに直接に接続することができる。
【００１７】
前記システムは、一般的に、ＳＩＰユーザエージェント１０２，１０４からの呼出要求に応答し、かつ、受信側の位置を識別するシグナリングサーバー１０８を具備している。好ましくは、前記シグナリングサーバー１０８は、プロキシ及びリダイレクトシグナリングオペレーションを実行できるＳＩＰサーバーである。前記ＳＩＰプロトコルにおいて、各電話エンドポイントはノードとして参照され、特殊なＳＩＰアドレスを有することができる。この特殊なアドレスを使用することによって、発呼側として動作する何れかのノードは、ネットワーク上の何れか他のノードとともに呼セッションを直接開始することができる。前記シグナリングサーバー１０８は、ディレクトリサービス、呼出転送、呼出分岐、呼出メッセージングおよびそれに類する強化サービスを提供するネットワーク上の様々なユーザエージェント１０２，１０４によってアクセスされる。例えば、ジョン・スミス（ＪＯＨＮ  ＳＭＩＴＨ）への呼出開始を希望する発呼側は、その人物のＳＩＰアドレスを知っている場合、“ｊｏｈｎ．ｓｍｉｔｈ＠ｗｏｒｋ．ｃｏｍ”のようなＳＩＰアドレスを入力することができる。一方、発呼側が前記相手側のＳＩＰアドレスを知らない場合、前記発呼側は、ＪＯＨＮ  ＳＭＩＴＨのセッションを始めるための要求とともに前記シグナリングサーバー１０８にアクセスすることができる。
【００１８】
前記シグナリングサーバーは、様々な当事者のための登録情報を有し、前記発呼側へ前記ＳＩＰアドレスを戻すか、または前記受信側の正しいＳＩＰアドレスへの呼出要求を転送することができる。さらに、前記受信側は、“ｊｏｈｎ．ｓｍｉｔｈ＠ｈｏｍｅ”，“ｊｏｈｎ．ｓｍｉｔｈ＠ｏｆｆｉｃｅ”，“ｊｏｈｎ．ｓｍｉｔｈ＠ｌａｂ”およびそれに類する複数のＳＩＰアドレスを有していてもよい。前記シグナリングサーバーは、これらの各アドレスにセッション開始シグナルを付与するとともに、前記発呼側と開始要求に対する応答として最初にアクセスしたノードとの間に、接続を確立することができる。同様に、当事者は、それらがアクセスされることができる現在のＳＩＰアドレスを指し示すための転送サーバーとともに定期的に登録することができる（呼出転送機能）。一般的に、呼出が開始されるとき、前記シグナリングサーバー１０８は、前記呼出開始メッセージを代理するか、転送するかまたは排除する。ＳＩＰプロキシサーバーのようなシグナリングサーバー１０８は、知られている。適当なＳＩＰプロキシサーバーは、ニューヨーク州ニューヨーク市のコロンビア大学から利用可能な前記ＳＩＰＤソフトウエアを利用して実行させることができる。
【００１９】
前記システム１００は、また、前記ネットワーク１０６を介して前記シグナリングサーバー１０８に接続されているメッセージングサーバー１１０を具備している。前記メッセージングサーバー１１０は、前記システム１００のボイスメール及び他のメッセージング機能に関して、命令及び制御機能を提供する。前記ＳＩＰプロトコルに従って動作するシステムの場合、前記メッセージングサーバー１１０は、ＳＩＰアドレスを有し、前記プロトコルに従って動作する。一般的に、前記メッセージングサーバー１１０は、入ってくる呼出、またはメッセージを接続または管理するための要求に対する応答において、前記シグナリングサーバー１０８によって生成された命令に対して応答する。
【００２０】
前記メッセージサーバー１１０に加えて、少なくともひとつ（２つ図示されている）個別のメディアサーバー１１２Ａ，１１２Ｂがまた設けられる。制御を機能的に提供する前記メッセージングサーバー１１０に比べて、呼出のルーティングに関して特に、前記メディアサーバー１１２Ａ，１１２Ｂは、プロンプトまたは発呼者へ出て行くメッセージを提供し、かつ、メッセージを記録するとともに、受信されたメッセージを通知し、さらには様々なメディアフォーマットにおいてメッセージを検索するように主に動作する。大量のユーザのためのマルチメディアメッセージの記憶は、大きな記憶容量および帯域幅を必要としている。このシステム負荷を分散するために、マルチメディアサーバー１１２Ａ，１１２Ｂは、前記システムを通して分散することができる。複数のメディアサーバー１１２は、シングルメッセージングサーバー１１０に対して応答することができる。好ましくは、前記メディアサーバー１１２は、ストリーミングメディア容量及びＲＴＳＰプロトコルのようなプロトコルを支援する。
【００２１】
図１での接続で示されるように、前記メディアサーバーは、前記マルチメディアメール及びメッセージのための記憶位置となる。多数のメディアサーバー１１２Ａ及び１１２Ｂは、システム負荷を分散するためと、また、システムスケーラビリティを提供するために、与えられたシステム（一般的にＳＩＰべースのシステムでのドメインによって定義される）内で展開することができる。
【００２２】
前記メディアサーバー１１２からのメッセージ検索は、いくつかの方法を取ることができる。例えば、既知のＲＴＳＰベースのメディアプレイヤは、前記ストリーミングメディアサーバー１１２Ａに記憶されたボイスメッセージ記録を直接再生するために用いられる。例えば、“ｒｔｓｐ：／／ｒｔｓｐ．ｍｅｄｉａｓｅｒｖｅｒ．ｅｘｔ／ｕｓｅｒａｇｅｎｔ＿ｎａｍｅ／ｉｎｂｏｘ／ｍｅｓｓａｇｅ＿＃．ａｕ“のようなＵＲＩは、前記ｍｅｄｉａｓｅｒｖｅｒ．ｅｘｔ．の項によって識別された前記ストリーミングメディアサーバー上のユーザのインボックスからｍｅｓｓａｇｅ＿＃として識別された前記メッセージを検索することができる。さらに、前記ユーザエージェントは、ｅメールを介してユーザの現在の位置に転送されたメッセージを有することができる。メッセージ転送の好適な方法は、ネットスケープ・ナビゲータ（登録商標）またはマイクロソフト・エクスプローラ（登録商標）のような従来のウエブブラウザソフトウエアを利用したウエブページを介して、ユーザのインボックスの接続及び管理を行なうことである。これは図示されており、図４に関連して以下で記載する。
【００２３】
図１の前記システム１００の動作は、図２のフローチャートの中で示される代表的な呼出セッションに関連して記載される。図２を参照すると、ＳＩＰユーザエージェント１  １０２は、ＳＩＰユーザエージェント２  １０４を呼出することを試みる（ステップ２０２）。前記ＳＩＰプロトコルがダイレクトピアツーピア呼出を行なっている間、前記呼出は、前記ネットワーク１０６を介して前記シグナリングサーバー１０８を通してルーティングされると仮定される。前記シグナリングサーバー１０８は、呼出要求がユーザエージェント２  １０４の現在の登録された位置と同じように、前記メッセージングサーバー１１０の両方にルーティングされることによって“分岐したプロキシ”を生成する（ステップ２０４）。前記呼出要求は、リングまたは入ってくる呼出要求の他の通知を提供する前記ユーザエージェント２に帰着する。ステップ２０６では、前記ＳＩＰユーザエージェントが所定の時間ｔ内で返答する場合、前記プロキシサーバー１０８は、前記呼出が受け取られたという信号を受信し、かつ、前記ボイスメールサーバー１１０に送られた前記呼出要求をキャンセルする。前記シグナリングサーバー１０８は、次に、技術的に既知の方法で前記呼出セッションを開始するために、ユーザエージェント１  １０２に応答を送信する（ステップ２０７）。
【００２４】
ステップ２０６において、前記ユーザエージェント２  １０４が前記呼出があらかじめ決められた１０秒のような時間ｔ内に受け取られたという信号を提供しない場合、メッセージコンディションが発生し、かつ、前記メッセージングサーバー１１０は、割り当てられたメディアサーバー１１２Ａにセットアップ要求を生成する（ステップ２０８）。メッセージコンディションは、また、ユーザエージェントの優先度または利用可能性に基づいて発生することができる。例えば、ユーザエージェントは、ある発呼者または日のある時間に利用できないとして前記シグナリングサーバー１０８を使って登録してもよい。前記セットアップ要求は、ウエルカムメッセージの再生のための要求と、入ってくるボイスメールメッセージを記録するセパレート要求とを有している。前記メディアサーバー１１２Ａへの前記セットアップ要求の次に、前記メッセージングサーバー１１０は、前記呼出を受け付けるために前記プロキシサーバー１０８に信号を付与する（ステップ２１０）。前記シグナリングサーバー１０８は、ユーザエージェント２  １０４への呼出要求をキャンセルし（ステップ２１２）、かつ、前記メディアサーバー１１２Ａにユーザエージェント１に向けたユーザエージェント１への応答を提供する（ステップ２１４）。一度、前記メディアサーバー１１２Ａにルーティングされると、ユーザエージェント１の操作者は、記録された挨拶を提供する前記メディアサーバーによってメッセージを取り去る（ｌｅａｖｅ）ことが指示される（ステップ２１６）。
【００２５】
前記メッセージの達成において、前記発呼者、ユーザエージェント１  １０２は、前記呼出セッションを終わらせ、かつ、前記シグナリングサーバー１０８は、記録を止めるために前記メディアサーバー１１２に信号を付与する。前記メッセージングサーバー１１０は、メッセージが受信されたことの通知を、ｅ−メールのようなものによって付与する（ステップ２１８）。一般的に、前記通知は、前記メッセージが記憶される前記メディアサーバー上の位置に、ＳＩＰユーザエージェント２の操作者に向けた、ユニフォームリソースロケータ（ＵＲＬ）のようなリンクを提供する。前記メッセージ自体よりもむしろ、そのようなリンクを提供することによって、前記ユーザは、インターネットを介して前記メディアサーバー１１２にアクセスするように、遠隔地で前記メッセージをアクセスすることができる。さらに、前記メディアサーバー上に前記メッセージを記憶することと、前記メッセージにリンクを提供することによって、システム帯域幅及び負荷は、最小限に抑えられる。前記メッセージを呼び戻すために、前記ユーザは、適当なウエブブラウザに前記リンクを入力し、前記メディアサーバー１１２に記憶された前記メッセージにアクセスする（ステップ２２０）。代わりに、前記メッセージは、ｅ−メール添付としてパッケージされ、前記ユーザに転送される。
【００２６】
図２に関連して記述されたメッセージングに近づく“分岐したプロキシ”に代わるものとして、前記メッセージングサーバー１１０に再方向づけするように、前記呼出を受信する前記ユーザエージェントに直接にプログラムすることができる。その上、他の代わるものとしては、図３に図示されるような呼出処理言語（ＣＰＬ）スクリプトのようなスクリプトの利用がある。そのようなアプローチは、呼出ルーティングを越える一番の制御を使って前記ユーザに提供する。例えば、スクリプトには、ユーザエージェントの状態（例えば、ビジー）、前記発呼者アドレスなど、日の時間を基準としたメッセージングサーバー１１０に呼出を選択的にルーティングすることが書かれる。ルーティングにアプローチする前記ＣＰＬスクリプトが高いレベルのフレキシビリティを提供している一方、メッセージングサーバー１１０及びシグナリングサーバー１０８は、この強化された機能を提供するためにＣＰＬを支援することが要求される。
【００２７】
図４は、メディアサーバーに記憶されたメッセージを管理し、かつ、検索するためのシステムのユーザインターフェースの図である。メイルボックス管理システムは、マイクロソフト・アウトルック（登録商標）のようなｅ−メール管理プログラムに関連して一般的に使われる方法で、“インボックス”、“アイテム送信”のようなユーザ接続可能なフォルダの形で受信したメッセージを編成する。図４を参照すると、各ユーザは、テキスト、グラフィックス、ビデオ及びオーディオメッセージを含むマルチメディアメッセージが記憶可能なメッセージインボックスを有することができる。前記メッセージ管理システムは、一般的に日付及び送信者によって受信したメッセージを表示し、かつ、題目及びメッセージサイズのようなメッセージについての他の情報を表示することができる。題目の範囲内で、メッセージのタイプまたはメッセージタイプ拡張が付与される。適切なユニファイドメッセージ管理ソフトウエアは、ニューヨーク州ニューヨーク市のコロンビア大学から利用できるＳＩＰＵＭソフトウエアを有している。
【００２８】
図５は、通常のＰＳＴＮ電話システムに図１の前記システムの拡張を図示したブロック図である。前記ネットワーク１０６の外部で動作している従来の電話エンドポイントまたはＳＩＰユーザエージェントのどちらかの電話ノードは、ＳＩＰ−ＰＳＴＮゲートウエイ５０４を介して前記シグナリングサーバー１０８にアクセスする。前記ＳＩＰ−ＰＳＴＮゲートウエイ５０４は、従来のＰＳＴＮシステム５０２に対するインターフェースと同じように、ネットワーク１０６に対するインターフェースを具備する。前記ＰＳＴＮからの発呼者は、前記ＳＩＰ−ＰＳＴＮゲートウエイを介して前記シグナリングサーバー１０８とともに登録されたＳＩＰユーザエージェントに対する呼出をしたり、受信したりすることができる。ＳＩＰベースの電話ネットワークと従来のＰＳＴＮシステムとの間のＳＩＰ−ＰＳＴＮゲートウエイ５０４の利用は従来において知られている。
【００２９】
前記メディアサーバー１１２の接続及び制御を提供するために、ＤＴＭＦ−ＲＴＳＰ変換器４０６がまた提供される。前記ＳＩＰ−ＰＳＴＮゲートウエイ５０８は、前記ネットワーク１０６に移送するために、好ましくはＤＴＭＦトーン信号を前記ＲＴＰプロトコルのようなディジタルパケットデータに変換する。前記ＲＴＰプロトコルパケットは、従来の電話装置からＤＴＭＦシグナリングトーンに符号化された前記ＲＴＰを受信し、かつ、前記メディアサーバー１１２によって復号化されるＲＴＳＰプロトコルフォーマットで対応する命令を提供する前記ＤＴＭＦ−ＲＴＳＰ変換器５０６へ渡される。例えば、ＰＳＴＮシステム５０２内の通常の電話送受器のユーザは、前記メディアサーバー１１２に記憶されたインボックスにアクセスし、かつ、数字で命令入力のために送受器のキーパッドを使用して限られた管理機能を実行することができる。例えば、前記ユーザは、新しいメッセージを聞くためにキー＃１を、メッセージを再生するためにキー＃４を、メッセージを消去するためにキー７を、メッセージを保存するためにキー＃９などを押し下げることができる。当然、様々な命令は、様々な数字で入力が割り当てられ、この命令のセットは、単に一例である。
【００３０】
本システムのさらなる特徴は、呼出再要求である。呼出再要求は、メッセージ記録過程を始めた後の呼出を集めるためと、記録を終了し、かつ、通常の呼出セッションを開始することを当事者に許可するオプションを提供するために、受信側の能力を参照する。図１に戻って参照すると、本構成では、メッセージ記録は、前記ユーザエージェントから遠いものであり、従って、シグナリング方法は、発呼ユーザエージェントと前記メディアサーバー１１２との間での記録過程で適切に行なわれなければならない。この達成のために前記ＳＩＰプロトコルを使用するいくつかの方法が提供される。例えば、呼出がメディアサーバー１１２にルーティングされ、かつ、ユーザエージェント２に対するオリジナル呼出要求がキャンセルされた後、前記メディアサーバーは、前記ユーザエージェント２  １０４にＩＮＶＩＴＥ命令を送信することができる。ユーザエージェント２  １０４の操作者がＩＮＶＩＴＥを受け取ると、ユーザエージェント２は前記メディアサーバー１１２及び前記発呼側との３者間の会議に参加することができる。メディアサーバー１１２は、会議に参加しないＳＩＰ  ＢＹＥ命令を生成する。
【００３１】
本システム及び方法は、ユニファイドメッセージングサービスを配信するためのネットワーク電話構成を提供する。前記シグナリングサーバーから離れているメディアサーバーの使用は、強化されたシステムにフレキシビリティおよびスケーラビリティを提供する。この方法において、一般的なシグナリングサーバーは、システム負荷及び帯域幅条件を最適化するために多数のメディアサーバーを用いて処理することができる。前記ＳＩＰプロトコルの使用によって、“メディア  中立”に向かう傾向があるオープン構成アプローチを構成する。
【００３２】
本発明は、ある好ましい実施形態に関連して記述されている。当業者は、添付された請求の範囲に示されている本発明の範囲や精神から逸脱しないでこのような実施形態を修正または変更することができることを認める。
【図面の簡単な説明】
【図１】  ＳＩＰプロトコル電話システムでユニファイドメッセージングサービスを提供するためのシステムのブロック図である。
【図２】  図１のシステムに従って供給されるボイスメールサービスの例を示したフローチャートである。
【図３】  メッセージングサーバーに呼出を選択的にルーティングするための代表的な呼出プログラミング言語（ＣＰＬ）スクリプトである。
【図４】  本システムおよび方法に接続したユーザに対して適切なメッセージ管理システムのためのユーザインターフェースの図である。
【図５】  インターネット電話と通常のＰＳＴＮシステムとの間にゲートウエイを有する本発明に従ったシステムのブロック図である。
【符号の説明】
１０２    ユーザエージェント１
１０４    ユーザエージェント２
１０６    ネットワーク
１０８    シグナリングサーバー
１１０    メッセージングサーバー
１１２Ａ  メディアサーバーＡ
１１２Ｂ  メディアサーバーＢ
【図１】
0004394347.tif 000002
【図２】
0004394347.tif 000003
【図３】
0004394347.tif 000004
【図４】
0004394347.tif 000005
【図５】
0004394347.tif 000006