(57)【特許請求の範囲】
【請求項１】
プレゼンス・アウェア通信網であって、
複数の使用可能な通信デバイスのアドレスに関するメッセージを受信し、プレゼンス・アウェア・メッセージング手段に複数の前記アドレスの１つ以上を供給するためのプレゼンス・サーバ手段と、
前記アドレスを保管するためのプレゼンス情報・データベース手段と、
複数の加入者に複数のメッセージを受信、保管、及び供給するための前記プレゼンス・アウェア・メッセージング手段と
連絡のための着信要求を受信し、前記連絡のための着信要求によって指示される宛先の電話番号又はアドレスに対応する第１の加入者のアドレスを、前記プレゼンス・サーバ手段から受信し、前記第１の加入者のアドレスに、前記連絡のための着信要求を送るためのプレゼンス・アウェア・テレフォニ手段を含み、
前記プレゼンス・アウェア・メッセージング手段は、下記の動作（ａ）乃至（ｃ）の少なくとも1つを実行することを特徴とするプレゼンス・アウェア通信網。
（ａ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッション及びグラフィカル・ユーザ・インターフェース・メッセージング・セッションの両方のセッション・パラメータを、前記連絡する当事者の通信デバイスに送信し、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、前記連絡する当事者の通信デバイスが前記グラフィカル・ユーザ・インターフェース・メッセージング・セッションをサポート可能な時、前記プレゼンス・アウェア・メッセージング手段と、前記連絡する当事者の通信デバイスとの間の前記オーディオ・メッセージング・セッションを、グラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換すること。
（ｂ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、アプリケーション・データ・ストリーム及びビデオ・ストリームの少なくとも１つを、前記連絡する当事者の通信デバイスに提供し、前記プレゼンス・アウェア・メッセージング手段がオーディオのみのセッションのペイロードを有する第１の応答を受信する時にオーディオのみのメッセージング・セッションとして前記オーディオ・メッセージング・セッションを維持し、前記プレゼンス・アウェア・メッセージング手段が前記アプリケーションのデータを有する第２の応答を受信する時に前記オーディオ・メッセージング・セッションをグラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換し、及び前記プレゼンス・アウェア・メッセージング手段がビデオ・メッセージング・セッションのペイロードを有する第３の応答を受信する時に前記オーディオ・メッセージング・セッションを、ビデオ・チャンネル又はオーディオ・チャンネルとビデオ・チャンネルの両方を有するメッセージング・セッションに変換すること。
（ｃ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、前記プレゼンス・サーバ手段から、前記連絡する当事者の通信デバイスはインスタント・メッセージング可能であることを受信し、グラフィカル・ユーザ・インターフェース・メッセージング・セッションを開始するように、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を有するインスタント・メッセージを送り、前記連絡する当事者の通信デバイスが前記ＵＲＬに関係する内容を要求する時、前記プレゼンス・アウェア・メッセージング手段と、前記連絡する当事者の通信デバイスとの間の前記オーディオ・メッセージング・セッションを、グラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換すること。
【請求項２】
請求項１に記載のプレゼンス・アウェア通信網であって、前記プレゼンス・アウェア・メッセージング手段は動作(ａ)を実行し、前記プレゼンス・アウェア・メッセージング手段は、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ） を前記連絡する当事者の通信デバイスに提供し、前記オーディオ・メッセージング・セッションは、ａ Ｔｅｌｅｐｈｏｎｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＴＵＩ）・メッセージング・セッションであり、前記ＴＵＩ・メッセージング・セッションは、前記グラフィカル・ユーザ・インターフェース（ＧＵＩ）ベースのメッセージング・セッションの前記オーディオ・チャンネルであるプレゼンス・アウェア通信網。
【請求項３】
請求項１に記載のプレゼンス・アウェア通信網であって、前記プレゼンス・アウェア・メッセージング手段は動作（ｂ）を実行し、前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスに、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を提供し、前記ＵＲＬを含んでいる要求が、ある所定の時間期間内に受信されない時、前記プレゼンス・アウェア・メッセージ手段は、前記連絡する当事者の通信デバイスに第２のＩＮＶＩＴＥメッセージを供給し、前記第２のＩＮＶＩＴＥメッセージは、オーディオ情報、及び前記プレゼンス・アウェア・メッセージング手段と前記連絡する当事者の通信デバイスとの間のビデオ相互作用に関する情報を含み、前記ビデオ相互作用情報は、前記プレゼンス・アウェア・メッセージング手段と前記連絡する当事者の通信デバイスとの間のビデオ・チャンネルに関する情報、及び前記プレゼンス・アウェア・メッセージング手段と前記連絡する当事者の通信デバイスとの間のグラフィカル・ユーザ・インターフェースベースのメッセージング・セッションに関するアプリケーション情報を含み、前記連絡する当事者の通信デバイスが、オーディオのみの機能を有すると判定される時、前記プレゼンス・アウェア・メッセージング手段は、前記プレゼンス・アウェア・メッセージング手段と前記連絡する当事者の通信デバイスとの間の前記メッセージング・セッションを、ａ Ｔｅｌｅｐｈｏｎｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＴＵＩ）・メッセージング・セッションとして行ない、前記連絡する当事者の通信デバイスが、グラフィカル・ユーザ・インターフェースベースのメッセージング・セッションを行なうアプリケーションベースの機能を有すると判定される時、前記プレゼンス・アウェア・メッセージング手段は、グラフィカル・ユーザ・インターフェースベースのメッセージング・セッションを起動するために、前記連絡する当事者の通信デバイスに、ＵＲＬを供給し、前記連絡する当事者の通信デバイスが、オーディオ機能およびビデオ機能を有すると判定される時、前記プレゼンス・アウェア・メッセージング手段は、前記プレゼンス・アウェア・メッセージング手段と前記連絡する当事者の通信デバイスとの間の前記オーディオ・メッセージング・セッションを、オーディオ・チャンネル及びビデオ・チャンネルの両方を有するメッセージング・セッションに変換するプレゼンス・アウェア通信網。
【請求項４】
請求項１に記載のプレゼンス・アウェア通信網であって、前記動作（ａ）、及び下記動作（ｄ）乃至（ｆ）が実行されることを特徴とするプレゼンス・アウェア通信網。
（ｄ）前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスに、前記プレゼンス・アウェア・メッセージング手段に関係するＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を提供すること。
（ｅ）前記連絡する当事者の通信デバイスと前記プレゼンス・アウェア・メッセージング手段との間に、ブラウザベースのグラフィカル・ユーザ・インターフェース（ＧＵＩ）・メッセージング・セッションを確立すること。
（ｆ）前記プレゼンス・アウェア・メッセージング手段は、前記オーディオ・メッセージング・セッションを、前記ＧＵＩセッションのための前記オーディオ・チャンネルになるように修正し、それによって、前記連絡する当事者の通信デバイスに供給される前記オーディオ情報は、前記ＧＵＩセッション内の前記連絡する当事者の通信デバイスに供給される視覚情報と関係があること。
【請求項５】
請求項１に記載のプレゼンス・アウェア通信網であって、前記動作（ｃ）が実行されることを特徴とするプレゼンス・アウェア通信網。
【請求項６】
請求項１に記載のプレゼンス・アウェア通信網であって、前記動作（ａ）、及び下記動作（ｇ）乃至（ｊ）が実行されることを特徴とするプレゼンス・アウェア通信網。
（ｇ）前記プレゼンス・アウェア・メッセージング手段が、オーディオのみのメッセージング・セッションを確立する情報を、前記連絡する当事者の通信デバイスから受信する時、前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートするかどうかを判定すること。
（ｈ）前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートしない時、前記プレゼンス・アウェア・メッセージング手段は、前記セッションが終了されるまで、前記オーディオのみのメッセージング・セッションに留まること。
（ｉ）前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートする時、前記プレゼンス・アウェア・メッセージング手段は、前記プレゼンス・アウェア・メッセージング手段に関係するＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を含むインスタント・メッセージを、前記連絡する当事者の通信デバイスに供給し、それによって、ブラウザ・グラフィカル・ユーザ・インターフェース（ＧＵＩ）・メッセージング・セッションは前記連絡する当事者の通信デバイスで起動されること。
（ｊ）前記ブラウザベースのＧＵＩ・メッセージング・セッションが、前記連絡する当事者の通信デバイスと前記プレゼンス・アウェア・メッセージング手段との間で確立されるなら、前記プレゼンス・アウェア・メッセージング手段は、前記ＧＵＩ・メッセージング・セッションのための前記オーディオ・チャンネルになるように、前記オーディオ・メッセージング・セッションを修正し、それによって、前記連絡する当事者の通信デバイスに供給される前記オーディオ情報は、前記ＧＵＩ・メッセージング・セッション内の前記連絡する当事者の通信デバイスに供給される視覚情報と関係があること。
【請求項７】
請求項１に記載のプレゼンス・アウェア通信網であって、前記動作（ａ）、並びに下記動作（ｋ）及び（ｌ）が実行されることを特徴とするプレゼンス・アウェア通信網。
（ｋ）前記連絡する当事者の通信デバイスのオーディオ・メッセージング・セッション機能及び前記アプリケーション機能を確立するように、前記プレゼンス・アウェア・メッセージング手段が前記連絡する当事者の通信デバイスから受信される時、前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスに、前記プレゼンス・アウェア・メッセージング手段に関係するＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を含むメッセージを供給し、それによって、ブラウザ・グラフィカル・ユーザ・インターフェース（ＧＵＩ）・メッセージング・セッションが前記連絡する当事者の通信デバイスで起動されること。
（ｌ）前記ブラウザベースのＧＵＩ・メッセージング・セッションが、前記連絡する当事者の通信デバイスと前記プレゼンス・アウェア・メッセージング手段との間で確立されるなら、前記プレゼンス・アウェア・メッセージング手段は、前記ＧＵＩ・メッセージング・セッションのための前記オーディオ・チャンネルになるように、前記オーディオ・メッセージング・セッションを修正し、それによって、前記連絡する当事者の通信デバイスに供給される前記オーディオ情報は、前記ＧＵＩ・メッセージング・セッション内の前記連絡する当事者の通信デバイスに供給される視覚情報と関係があること。
【請求項８】
請求項１に記載のプレゼンス・アウェア通信網であって、前記動作（ａ）及び下記動作（ｍ）が実行されることを特徴とするプレゼンス・アウェア通信網。
（ｍ）前記プレゼンス・アウェア・メッセージング手段が、前記オーディオ・メッセージング・セッション及びビデオ・メッセージング・セッションを確立するための情報を、前記連絡する当事者の通信デバイスから受信する時、前記プレゼンス・アウェア・メッセージング手段は、前記オーディオ・メッセージング・セッション内に供給されている複数のオーディオ・オプションと共に、前記連絡する当事者の通信デバイスの複数のキーを表示するビデオ・コンテンツを用意し、前記連絡する当事者の通信デバイスに送ること。
【請求項９】
複数の使用可能な通信デバイスのアドレスに関するメッセージを受信し、プレゼンス・アウェア・メッセージング手段に複数の前記アドレスの１つ以上を供給するためのプレゼンス・サーバ手段と、
前記アドレスを保管するためのプレゼンス情報・データベース手段と、
複数の加入者に複数のメッセージを受信、保管、及び供給するための前記プレゼンス・アウェア・メッセージング手段と、
連絡のための着信要求を受信し、前記連絡のための着信要求によって指示される宛先の電話番号又はアドレスに対応する第１の加入者のアドレスを、前記プレゼンス・サーバ手段から受信し、前記第１の加入者のアドレスに、前記連絡のための着信要求を送るためのプレゼンス・アウェア・テレフォニ手段とを含むプレゼンス・アウェア通信網を構築する方法であって、
下記の工程（ａ）乃至（ｃ）の少なくとも1つを実行することを特徴とする方法。
（ａ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッション及びグラフィカル・ユーザ・インターフェース・メッセージング・セッションの両方のセッション・パラメータを、前記連絡する当事者の通信デバイスに送信し、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、前記連絡する当事者の通信デバイスが前記グラフィカル・ユーザ・インターフェース・メッセージング・セッションをサポート可能な時、前記プレゼンス・アウェア・メッセージング手段と、前記連絡する当事者の通信デバイスとの間の前記オーディオ・メッセージング・セッションを、グラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換する工程。
（ｂ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、アプリケーション・データ・ストリーム及びビデオ・ストリームの少なくとも１つを、前記連絡する当事者の通信デバイスに提供し、前記プレゼンス・アウェア・メッセージング手段がオーディオのみのセッションのペイロードを有する第１の応答を受信する時にオーディオのみのメッセージング・セッションとして前記オーディオ・メッセージング・セッションを維持し、前記プレゼンス・アウェア・メッセージング手段が前記アプリケーションのデータを有する第２の応答を受信する時に前記オーディオ・メッセージング・セッションをグラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換し、及び前記プレゼンス・アウェア・メッセージング手段がビデオ・メッセージング・セッションのペイロードを有する第３の応答を受信する時に前記オーディオ・メッセージング・セッションを、ビデオ・チャンネル又はオーディオ・チャンネルとビデオ・チャンネルの両方を有するメッセージング・セッションに変換する工程。
（ｃ）前記プレゼンス・アウェア・テレフォニ手段からの、連絡する当事者の通信デバイスの連絡可能なアドレスを含むＩＮＶＩＴＥメッセージの受信に応答して、オーディオ・メッセージング・セッションを前記連絡する当事者の通信デバイスに確立し、前記プレゼンス・サーバ手段から、前記連絡する当事者の通信デバイスはインスタント・メッセージング可能であることを受信し、グラフィカル・ユーザ・インターフェース・メッセージング・セッションを開始するように、Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を有するインスタント・メッセージを送り、前記連絡する当事者の通信デバイスが前記ＵＲＬに関係する内容を要求する時、前記プレゼンス・アウェア・メッセージング手段と、前記連絡する当事者の通信デバイスとの間の前記オーディオ・メッセージング・セッションを、グラフィカル・ユーザ・インターフェースベースのオーディオ・メッセージング・セッションに変換する工程。
【請求項１０】
前記工程（ｂ）が実行される請求項９に記載の方法。
【請求項１１】
請求項９に記載の方法であって、前記工程（ａ）及び下記工程（ｄ）が実行されることを特徴とする方法。
（ｄ）前記プレゼンス・アウェア・メッセージング手段が、前記連絡する当事者の通信デバイスに確立するようにビデオ・メッセージング・セッションを提供する工程。
【請求項１２】
請求項１１に記載の方法であって、下記工程（ｅ）乃至（ｈ）を更に含むことを特徴とする方法。
（ｅ）前記プレゼンス・アウェア・メッセージング手段が、オーディオのみの・メッセージング・セッションを確立するための情報を、前記連絡する当事者の通信デバイスから受信する時、前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートするかどうかを判定する工程。
（ｆ）前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートしない時、前記プレゼンス・アウェア・メッセージング手段は、前記セッションが終了されるまで、前記オーディオのみの・メッセージング・セッションに留まる工程。
（ｇ）前記連絡する当事者の通信デバイスがインスタント・メッセージングをサポートする時、前記プレゼンス・アウェア・メッセージング手段は、前記プレゼンス・アウェア・メッセージング手段に関係するＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を含むインスタント・メッセージを、前記連絡する当事者の通信デバイスに供給し、それによって、ブラウザ・グラフィカル・ユーザ・インターフェース（ＧＵＩ）・メッセージング・セッションは前記連絡する当事者の通信デバイスで起動される工程。
（ｈ）前記ブラウザベースのＧＵＩ・メッセージング・セッションが、前記連絡する当事者の通信デバイスと前記プレゼンス・アウェア・メッセージング手段との間で確立されるなら、前記プレゼンス・アウェア・メッセージング手段は、前記ＧＵＩ・メッセージング・セッションのための前記オーディオ・チャンネルになるように、前記オーディオ・メッセージング・セッションを修正し、それによって、前記連絡する当事者の通信デバイスに供給される前記オーディオ情報は、前記ＧＵＩ・メッセージング・セッション内の前記連絡する当事者の通信デバイスに供給される視覚情報と関係付けられる工程。
【請求項１３】
請求項１１に記載の方法であって、下記動作（ｉ）および（ｈ）を更に含むことを特徴とする方法。
（ｉ）前記連絡する当事者の通信デバイスのオーディオ・メッセージング・セッション機能及び前記アプリケーション機能を確立するように、前記プレゼンス・アウェア・メッセージング手段が前記連絡する当事者の通信デバイスから受信される時、前記プレゼンス・アウェア・メッセージング手段は、前記連絡する当事者の通信デバイスに、前記プレゼンス・アウェア・メッセージング手段に関係するＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を含むメッセージを供給し、それによって、ブラウザ・グラフィカル・ユーザ・インターフェース（ＧＵＩ）・メッセージング・セッションが前記連絡する当事者の通信デバイスで起動される工程。
（ｈ）前記ブラウザベースのＧＵＩ・メッセージング・セッションが、前記連絡する当事者の通信デバイスと前記プレゼンス・アウェア・メッセージング手段との間で確立されるなら、前記プレゼンス・アウェア・メッセージング手段は、前記ＧＵＩ・メッセージング・セッションのための前記オーディオ・チャンネルになるように、前記オーディオ・メッセージング・セッションを修正し、それによって、前記連絡する当事者の通信デバイスに供給される前記オーディオ情報は、前記ＧＵＩ・メッセージング・セッション内の前記連絡する当事者の通信デバイスに供給される視覚情報と関係付けられる工程。
【請求項１４】
請求項１１に記載の方法であって、下記工程（ｊ）を更に含むことを特徴とする方法。
（ｊ）前記プレゼンス・アウェア・メッセージング手段が、前記オーディオ・メッセージング・セッション及びビデオ・メッセージング・セッションの両方を確立するための情報を、前記連絡する当事者の通信デバイスから受信する時、前記プレゼンス・アウェア・メッセージング手段は、前記オーディオ・メッセージング・セッション内に供給されている複数のオーディオ・オプションと共に、前記連絡する当事者の通信デバイスの複数のキーを表示するビデオ・コンテンツを用意し、前記連絡する当事者の通信デバイスに送る工程。
【請求項１５】
請求項１１に記載の方法であって、前記工程（ｃ）が実行されることを特徴とする方法。
【請求項１６】
請求項９乃至１５のいずれかの請求項に記載された工程を実行するための、プロセッサによって実行可能な指示を含むコンピュター可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には電話網を対象とし、具体的には、プレゼンス・アウェア（ｐｒｅｓｅｎｃｅ−ａｗａｒｅ）電話網に関する。
【背景技術】
【０００２】
携帯電話網、静的電話網、およびＩＰネットワークの収束によって、ユーザの無数の通信オプションが提供される。ある人が別の人に連絡しようとする場合に、その人は、たとえば、電子メール、インスタンス・メッセージング、有線の電話機、無線電話機、パーソナル・コンピュータ、ポケット・ベル、携帯情報端末またはＰＤＡ、およびＵｎｉｆｉｅｄ  ＭｅｓｓａｇｉｎｇシステムまたはＵＭシステムによってそれを行うことができる。そのように多数のオプションがあるので、所与の時点で、どのオプションが、発呼者に所望の個人または被呼者に連絡する最も高い尤度をもたらすかを判定することは、不可能でないとしても困難である。試行錯誤および当て推量が、被呼者に連絡するのに使用される通常の技法であり、これは、しばしば、発呼者の側の時間の浪費およびいらいらにつながる。
【０００３】
通常は、個人の選択された通信デバイスの使用を追跡して、個人に連絡する最高の確度を連絡者に提供するプレゼンス・アウェア・ネットワークを提供するさまざまな試みが行われてきた。最も最近に、セッション・イニシエーション・プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）またはＳＩＰ（データ・ネットワーク・マルチメディア会議および電話用の単純なシグナリング／アプリケーション層プロトコル）が、通信網においてある度合のプレゼンス・アウェアネスを提供するために開発された。他のプロトコルが、プレゼンスの概念を同様に支持するが、ＳＩＰは、本発明の例示的な基礎を提供する。
【０００４】
ＳＩＰでは、エンド・システムおよびプロキシ・サーバによって、転送電話、発呼者および被呼者のナンバ・デリバリ（ｎｕｍｂｅｒ  ｄｅｌｉｖｅｒｙ、番号を、通常のＵＲＬフォーマットなどの任意のネーミング方式とすることができる）、パーソナル・モビリティ（ｐｅｒｓｏｎａｌ  ｍｏｂｉｌｉｔｙ、被呼者が端末を変更した時であっても単一の位置独立アドレスの下で被呼者に到達する機能）、端末タイプ・ネゴシエーションおよび選択（たとえば、発呼者に、被呼者に到達する方法に関する選択肢を与えることができる）、携帯電話留守番電話サービス、端末機能ネゴシエーション、発呼者および被呼者の認証、ブラインドおよび監視付きの電話転送、およびマルチキャスト会議への招待などのサービスを提供することができる。
【０００５】
これらのさまざまなサービスを提供するために、ＳＩＰでは、比較的単純なメッセージ・システムすなわち、「ＩＮＶＩＴＥ」メッセージ（発呼者のコーデック・プリファレンスを伴う）、および「ＯＫ」メッセージ（被呼者のコーデック・プリファレンスを伴う）と、さまざまなソフトウェア・エンティティすなわち、現在時刻での所与のユーザのアドレスのマップを維持するレジストラ、呼経路指定、セッション管理、ユーザ認証、リダイレクト機能、および媒体ゲートウェイへの経路指定を実行するプロキシ、転送機能のサブセットを実行するリダイレクト・サーバ、ならびにユーザ・プロファイルを維持し、加入者登録を提供するＳＩＰロケーション・サービスが使用される。「登録」は、ユーザが、オンラインになるたびにそれによってネットワークにユーザの通信デバイスを登録する機構であり、複数の異なる判断基準に基づいて経路指定に関する情報を指定する個人プロファイルが、アクセスされる。
【０００６】
ＳＩＰによって、ある度合のプレゼンス・アウェアネスがもたらされるが、より多くのプレゼンス・アウェアネスが望ましい。既存実施形態の基本的な問題は、ライブコールとメッセージング・システムの間の人間の通信における通知ギャップである。既存実施形態では、極端に制限されたスコープでライブコールのシナリオが一体化される。ライブコールのシナリオは、一般に、メッセージング・システムで呼を終了する静的な規則によって、またはメッセージング・システムが呼を開始できるようにすることによって、特徴を表される。たとえば、メールボックスのメッセージ待機中状況を判定するためには、ユーザがメールボックスにログ・インするか、メールボックスがデバイス固有のメッセージ待機中ランプまたは他の静的インジケータをオンにしなければならない。これらの機構の両方によって、ユーザまたはシステムのいずれかの側での直接の計画的なアクションが例示されるが、これは、現在のシステムで典型的である。現在の市販メッセージング・システムでは、メッセージ通知、プレゼンス、および現在の呼のコンテキストのプリミティブな動的相関だけが可能である。メールボックス状況通知と共により動的なプレゼンス・データを使用するデータ・ネットワーク内の最も高度なワークフロー・エンジンおよびコラボレーション環境であっても、通信のスコープにおける厳しい制限に苦しむ。これらのシステムは、一般に、公衆交換電話網と一体化することができない。
【特許文献１】米国特許第６１９２１２２号
【特許文献２】米国特許第６１７３０５３号
【特許文献３】米国特許第６１６３６０７号
【特許文献４】米国特許第５９８２８７３号
【特許文献５】米国特許第５９０５７９３号
【特許文献６】米国特許第５８２８７４７号
【特許文献７】米国特許第５２０６９０３号
【特許文献８】米国特許第６０３８２９６号
【特許文献９】米国特許出願第０９／６１９２７６号
【非特許文献１】Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ
【発明の開示】
【課題を解決するための手段】
【０００７】
上記および他の必要は、本発明のさまざまな実施形態および構成によって対処される。本発明は、全般的には、機能強化されたサービスの加入者および非加入者を含む、プレゼンス・アウェア通信網のユーザに機能強化されたサービスを提供するためにプレゼンス情報を使用する方法およびシステムを対象とする。
【０００８】
本発明の第１の実施形態では、現在メッセージング・アクティビティにかかわっている加入者に向けられた連絡（たとえば呼）を処理する方法が提供される。この方法には、
（ａ）前に受信されたメッセージ（たとえば、音声メール・メッセージ、電子メールなどの電子メッセージ、イスタント・メッセージ、ファクシミリ、放送メッセージ、通知、アラート、カレンダ項目、およびディレクトリ情報）が加入者の通信デバイスに供給される、前記加入者の通信デバイスとのメッセージング・セッションを行う工程と、
（ｂ）前記メッセージング・セッション中に、前記加入者の通信デバイス宛の新しい連絡を受信する工程と、
（ｃ）前記新しい連絡の試みについて前記加入者に通知する工程と、
（ｄ）前記加入者が前記連絡を受け入れる時に、前記メッセージグ・セッションを一時的に中断し、好ましくは、前記セッションの状態を保存し、前記連絡の持続時間にわたってタイム・アウト切断処理を使用不能にする工程と、
（ｅ）現在の呼で連絡者を前記加入者に接続する工程と
が含まれる。
【０００９】
「加入者」は、メッセージング・システムによってサービスされるか、これに登録されるか、これに加入するか、他の形で提携する人を指す。「プレゼンス情報」は、通信デバイスなどのネットワーク・ノードおよび／またはエンドポイント・デバイスに関連する、すなわち、人またはアイデンティティに関連する情報を意味する。プレゼンス情報の例に、登録情報、エンドポイント・デバイスのアクセス可能性に関する情報、エンドポイントの電話番号またはアドレス、その人によるエンドポイント・デバイスの使用の新しさ、その人によるネットワーク・コンポーネントへの認証の新しさ、エンドポイント・デバイスの地理的位置、媒体のタイプ、フォーマット言語、現在使用可能な通信デバイスのセッション機能および通信機能、その人のプリファレンス（たとえば、特定のタイプの連絡または指定された事実に基づくシナリオの下で連絡される通信デバイスなどの連絡モード・プリファレンスまたはプロファイル）、連絡時間プリファレンス、その人が連絡されることを望まない主題などの許容されない連絡タイプおよび／または主題、ならびにその人が連絡されることを望む許容される連絡タイプおよび／または主題が含まれる。プレゼンス情報は、ユーザ構成可能とすることができる、すなわち、ユーザは、それを用いてそのユーザにアクセスできる通信デバイスおよびメッセージ・デバイスの数およびタイプを構成でき、指定された事実に基づく情況で着信連絡者に提示される通信オプションおよびメッセージング・オプションを定義する異なるプロファイルを定義することができる。事前定義の事実を識別することによって、このシステムは、適当なプロファイルを検索し、それに従うことができる。「連絡（コンタクト）」は、複数の通信デバイスの間の接続または接続の要求を意味する。連絡は、たとえば、電話呼、チャット・セッション、ＶｏＩＰセッション、会議呼、インスタント・メッセージ・セッション、およびマルチメディア・セッションとすることができる。通信デバイスは、回線交換網またはパケット交換網のいずれかについて構成された任意のタイプの通信デバイスとすることができ、たとえば、Ａｖａｙａ，Ｉｎｃ．６４００（商標）、２４２０（商標）、および４６００（商標）シリーズ電話機などのＩＰハードフォン（ｈａｒｄｐｈｏｎｅ）、携帯情報端末またはＰＤＡ、パーソナル・コンピュータまたはＰＣ、ラップトップ機、ポケット・ベル、ファクシミリ機、モデム、有線電話機および無線電話機、ヘッドセット、コンピューティング・タブレット、ウェアラブル通信デバイス、または、電子メール・クライアント、ブラウザ、ソフトフォン（ｓｏｆｔｐｈｏｎｅ）、インスタント・メッセージング、チャット、オーディオ会議などの通信サービスを提供するソフトウェア・プリケーションをホスティングできるすべてのデバイス、あるいはそのようなサービスの組合せを提供するデバイスが含まれる。
【００１０】
第２の実施形態では、１つまたは複数の新しいメッセージの受信に関して加入者を更新する方法が提供される。この方法には、
（ａ）加入者に関連する通信デバイスの可用性に関する第１通知を受信することと、
（ｂ）プレゼンス・サーバによって報告される前記通信デバイスの１つまたは複数の機能に基づいて、メッセージ関連情報を含む第２通知のコンテンツ・タイプを決定することと、
（ｃ）前記通信デバイスが、そのようなコンテンツを受信するように構成される時に、前記第２通知を前記通信デバイスに送信することと
が含まれる。「可用性」は、選択された通信媒体を介する、アイデンティティに関連する少なくとも１つの通信デバイスのアクセス可能性を指す。たとえば、アイデンティティは、関連する通信デバイスがまずそのアドレスを登録する時；加入者が最近に（すなわち、所定の時間期間内に）通信デバイスを使用した時；デバイスの機能によって、たとえば「テキスト」を受信できるようにデバイスが動的に変更される時、またはネットワーク上のデバイスが加入者に認証される時に、使用可能とみなされる。メッセージ関連情報は、１つまたは複数の選択されたメッセージに関するあらゆるタイプの情報とすることができる。例には、待っているメッセージの数、再検討されていないメッセージの数、保管されたメッセージの数、再生されてないメッセージの数、または見られてないメッセージの数、選択されたメッセージ・オリジネータのアイデンティティ、選択されたメッセージの受信の時刻、および選択されたメッセージの内容のすべてまたは一部が含まれる。
【００１１】
第２の実施形態では、さらに、１つまたは複数の新しいメッセージの受信に関して加入者を更新するもう１つの方法が提供される。この方法には、
（ａ）加入者のために新しいメッセージを受信する工程と、
（ｂ）前記加入者に関連する通信デバイスが使用可能であるかどうかを判定する工程と、
（ｃ）前記加入者に関連する通信デバイスが使用可能である時に、前記加入者に通知を送信する工程と
が含まれる。通知には、通常は、新しいメッセージに関連する情報が含まれる。加入者が新しいメッセージの通知を受けるか否かまたは通知の頻度を、加入者が構成可能なルールおよび／またはプリファレンスによって制御することができる。通知の形は、加入者の通信デバイスの媒体機能に合わせて調整することができる。
【００１２】
第３の実施形態では、新しい通信連絡に関する１つまたは複数の適格のメッセージに関する情報を加入者に与える方法が提供される。この方法には、
（ａ）加入者から、連絡される当事者の通信デバイスに関連するアドレスまたは電話番号を受信する工程と、
（ｂ）受信されたアドレスまたは電話番号をメッセージング・システムに供給する工程と、
（ｃ）前記メッセージング・システムから応答を受信する工程と、
（ｄ）前記応答が、連絡される前記当事者からの１つまたは複数の適格のメッセージが存在することを示す時に、前記連絡される当事者の通信デバイスとの連絡が行われる前に、前記適格のメッセージについて前記加入者に通知する工程と、
（ｅ）前記応答が、連絡される前記当事者の通信デバイスからの適格のメッセージが存在しないことを示す時に、前記連絡される当事者の通信デバイスとの連絡を許可する工程と
が含まれる。加入者が適格のメッセージを要求する場合に、メッセージ検索セッションが、加入者の通信デバイスとメッセージング・システムの間で開始される。
メッセージング・システムが適格のメッセージを識別するのに使用する判断基準は、アプリケーションおよび／または加入者プリファレンスに依存する。たとえば、判断基準は、メッセージの受信の新しさ、メッセージが加入者によって再検討されたか否か、メッセージが加入者によって再生されたか否か、メッセージが加入者によって見られたか否か、応答またはアクションがメッセージについて既に行われたか否かなどとすることができる。
【００１３】
第４の実施形態では、既に確立された連絡に関する１つまたは複数のメッセージに関する情報を加入者に提供するもう１つの方法が提供される、この方法には、
（ａ）加入者と１つまたは複数の他の当事者との間の連絡が進行中である間に、メッセージの定義されたサブセットを受信するために前記加入者に要求（たとえば要求アイコン）を供給する工程と、
（ｂ）前記加入者の通信デバイスから、メッセージの前記定義されたサブセットに関する前記要求を受信する工程と、
（ｃ）前記連絡が進行中である間に、前記加入者にメッセージの前記定義されたサブセット内の１つまたは複数のメッセージを提示する工程と
が含まれる。
【００１４】
要求を、加入者に与えるか、適当な形でレンダリングすることができる。要求は、加入者のグラフィカル・ユーザ・インターフェースまたはＧＵＩに表示されるアイコン（クリックされた場合にメッセージのサブセットに関する要求を返す）として、電話ユーザ・インターフェースまたはＴＵＩ上の重畳されるトーンまたはビープまたはささやきとして、あるいは音声インターフェース・コマンドを介してアクセス可能などとして構成することができる。
【００１５】
メッセージのサブセットは、通常は、加入者および１つまたは複数の連絡先の他の当事者の電話番号および／またはアドレス対を使用する検索を実行することによって移植される。代替案では、このアドレスが属するグループのすべてのメンバからのすべてのメッセージにグループ・レベルの意味を一致させることによって、メッセージのサブセットを選択することができる。これによって、メッセージ・スレッドまたは「すべてに応答」セット・メンバによってグループを形成できるようになる。その後、所定のルールまたはユーザ定義のプリファレンスに基づいて、識別されたメッセージをフィルタリングして、メッセージのサブセットを形成することができる。メッセージのサブセットは、加入者だけに表示するか、加入者の自由裁量で、１つまたは複数の連絡先の他の当事者に表示することができる。
【００１６】
メッセージのサブセットは、任意の適当な形で提示することができる。たとえば、サブセットを、表示する、オーディオを介して再生する、またはその組合せを行うことができる。
【００１７】
本発明の第５の実施形態では、連絡する当事者にメッセージ関連情報を与えるもう１つの方法が提示される。この方法には、
（ａ）連絡する当事者の第２通信デバイスから加入者の第１通信デバイスへの音声連絡を受信する工程と、
（ｂ）前記加入者に関連するメッセージング・システムと前記第２通信デバイスとの間のオーディオ・セッションをもたらす工程と、
（ｃ）その後に、
（ｉ）前記オーディオ・セッションを、前記メッセージング・システムと前記第２通信デバイスとの間のグラフィカル・ユーザ・インターフェースベースのオーディオ・セッションに変換する工程と
（ｉｉ）前記オーディオ・セッションを、前記メッセージング・システムと前記第２通信デバイスとの間の、ビデオ・チャネルまたはビデオ・チャネルおよびオーディオ・チャネルの両方を有するセッションに変換する工程と
の１つまたは両方を実行する工程と、
（ｄ）前記変換されたセッションを介して前記連絡する当事者の前記通信デバイスにメッセージ関連情報を供給する工程と
が含まれる。
【００１８】
グラフィカル・ユーザ・インターフェースまたはＧＵＩベースのセッションは、適当な技法によってもたらされる。１つの技法では、セッションが、ブラウザベースのＧＵＩ駆動セッションである。セッションのオーディオ内容は、回路交換網またはパケット交換網によって送信することができる。
【００１９】
ビデオ・チャネルまたはデュアル・オーディオ／ビデオ・チャネル・タイプのセッションを、インバンドＤＴＭＦシグナリング音声コマンドなどの適当な技法によってもたらすこともできる。セッションのオーディオ・コンテンツおよびビデオ・コンテンツは、回路交換網および／またはパケット交換網によって送信することができる。
【００２０】
さまざまな実施形態は、既存通信網に対する多数の長所を有することができる。本発明は、プレゼンス・サーバおよび関連するプレゼンス情報データベースを介して、電話網での高い度合のプレゼンス・アウェアネスを提供でき、ユーザに関連する現在使用可能なデバイス機能のアプリケーション知識が改善される。プレゼンス・サーバは、要求を行う人（またはその人が許可した代理人）の必要および特権に合わせて調整された公表するソース（構内交換機またはＰＢＸ、サービス・プロバイダ、およびメッセージング・システム）から可用性情報またはプレゼンス情報を継続的に収集し、再配布することができる。プレゼンス・サーバは、既存ライブコール・サービス（ＰＢＸまたはピアツーピア・ネットワークなど）の機能を再構成することができる。というのは、これらのサービスが、メッセージング・サービス（音声メール、電子メール、またはｕｎｉｆｉｅｄ  ｍｅｓｓａｇｉｎｇシステムなど）と相互作用して、これらのシステムの間で適当な通知を流れさせるからである。異機種ネットワークでは、通信が、あるシステムを介して開始される時に、すべてのシステムの間での適当な通知を、即座に行うことができる。さまざまな実施形態によって、メッセージ通知、プレゼンス、および現在の呼コンテキストの同時動的相関を可能にすることができ、公衆交換電話網と相互動作することができる。
【００２１】
上記および他の長所は、本明細書に含まれる本発明の開示から明白になる。
【００２２】
上で説明した実施形態および構成は、完全でも網羅的でもない。諒解されるように、本発明の他の実施形態では、上で示したまたは下で詳細に説明する特徴の１つまたは複数を、単独でまたは組み合わせて使用することができる。
【発明を実施するための最良の形態】
【００２３】
ネットワーク・アーキテクチャの概要
図１に、本発明の第１のアーキテクチャによるプレゼンス・アウェア通信網を示す。プレゼンス・アウェア通信網１００には、１つまたは複数のユーザに関するメッセージを受信し、保管するプレゼンス・アウェア・メッセージング・システム１０４、連絡を指示する電話交換機／サーバ１０８、パケット交換網１１２、回路交換式公衆交換電話網またはＰＳＴＮ１１６、網１１２と通信する第１の複数の通信デバイス１２４ａ〜ｎ、ＰＳＴＮ１１６と通信する第２の複数の通信デバイス１２８ａ〜ｎ、交換機／サーバ１０８と直接に通信する第３の複数の通信デバイス１２０ａ〜ｎ、および、さまざまな通信デバイスの１つまたは複数のユーザに関するプレゼンス情報を提供する、プレゼンス・サーバ１３２および関連するプレゼンス情報データベース１３６が含まれる。諒解されるように、プレゼンス・アウェア・メッセージング・システム１０４、電話交換機／サーバ１０８、およびプレゼンス・サーバ１３２は、応用例に応じて、ソフトウェアおよび／またはハードウェアで実施することができる。
【００２４】
プレゼンス・アウェア・メッセージング・システム１０４は、さまざまな種類のメッセージのリポジトリであり、下で説明するアクションを実行するように修正された、いずれもＡｖａｙａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．社のＡＵＤＩＸ（商標）、ＤＥＦＩＮＩＴＹ−ＡＵＤＩＸ（商標）、ＩＮＴＵＩＴＹ（商標）、またはＯＣＴＥＬ  ＡＲＩＡ（商標）もしくはＳＥＲＥＮＡＤＥ（商標）およびＵＮＩＦＩＥＤ  ＭＥＳＳＥＮＧＥＲ（商標）などのマルチメディア・メッセージング・システムとすることができる。諒解されるように、メッセージは、音声メッセージまたは音声メール、電子メール、ファクシミリ、インスタント・メッセージ、ポケット・ベル信号、放送、通知、警告、カレンダ・アイテム、マルチメディア・マルチパート・メッセージ、およびクロス媒体メッセージなど、さまざまなタイプおよび形のものとすることができる。
【００２５】
電話交換機／媒体サーバ１０８は、連絡を１つまたは複数の通信デバイスに向ける、任意のアーキテクチャとすることができる。実例として、図１の交換機／サーバ１０８は、すべてが参照によって本明細書に組み込まれる米国特許第６１９２１２２号、米国特許第６１７３０５３号、米国特許第６１６３６０７号、米国特許第５９８２８７３号、米国特許第５９０５７９３号、米国特許第５８２８７４７号、および米国特許第５２０６９０３号に記載の加入者構内機器、Ａｖａｙａ  Ｉｎｃ．社のＤｅｆｉｎｉｔｙ（商標）またはＭｕｌｔｉ−Ｖａｎｔａｇｅ（商標）構内交換機（ＰＢＸ）ベースのＡＣＤシステム、またはＮｏｒｔｅｌ  Ｎｅｔｗｏｒｋｓ社のＩＰＣｏｎｎｅｃｔ（商標）とすることができる。交換機または媒体サーバ１０８は、通常は、ストアドプログラム制御システムであり、これには、通常は、外部通信リンクへのインターフェース、通信交換ファブリック、サービス回路（たとえば、トーン・ジェネレータ、アナウンスメント回路など）、制御プログラムおよびデータを保管するメモリ１４０、保管された制御プログラムを実行してインターフェースおよびファブリックを制御し、自動連絡配布機能性を提供するプロセッサ１４６（すなわちコンピュータ）が含まれる。交換機／サーバ１０８には、第１の複数の通信デバイス１２４ａ〜ｎにサービスを提供するネットワーク・インターフェース・カードが含まれる。メモリ１４０には、通信デバイスに向けられる通信を処理する時にプレゼンス・サーバ１３２と相互作用するプレゼンス・アウェア・テレフォニ・エージェント１４４がある。プレゼンス・サーバ１３２は、連絡の開始または終了のそれぞれで、プレゼンス・アウェア・テレフォニ・エージェント１４４によって参照される。交換機サーバ１０８には、回路交換ＰＳＴＮ１１６または他のタイプの回路交換網とパケット交換網１１２の間の信号制御機能および信号変換機能を提供するゲートウェイ（図示せず）を含めることができる。
【００２６】
パケット交換網１１２は、インターネットなど、任意のデータ・ネットワークおよび／または分散処理ネットワークとすることができる。網１１２には、通常は、パケットの流れを管理するプロキシ、レジストラ、およびルータが含まれる。
【００２７】
第１、第２、および第３の複数の通信デバイス１２４ａ〜ｎ、１２８ａ〜ｎ、および１２０ａ〜ｎは、それぞれ、接続されるネットワークに適する通信デバイスとすることができる。第１の複数の通信デバイス１２４ａ〜ｎは、パケット交換網１１２に接続され、たとえば、ＩＰハードフォン、ＩＰソフトフォン、携帯情報端末またはＰＤＡ、パーソナル・コンピュータまたはＰＣ、およびラップトップ機とすることができる。第２および第３の複数の通信デバイス１２８ａ〜ｎおよび１２０ａ〜ｎは、一般に、回路交換式であり、たとえば、有線電話機、無線電話機、ＰＤＡ、ポケット・ベル、ファクシミリ機、およびモデムを含めることができる。
【００２８】
プレゼンス・サーバ１３２は、通信デバイスおよび／またはそのユーザに関する公表されたプレゼンス情報を収集し、収集された情報をプレゼンス情報データベース１３６に保管する。プレゼンス・サーバは、通常は、デバイス・アドレスではなく、ユーザのアイデンティティに対して照会することによって、プレゼンス情報を検索する。プレゼンス情報データベースでは、すべてのプレゼンス情報が、デバイス・アドレスではなくユーザのアイデンティティによってインデクシングされる。プレゼンス・サーバ１３２は、照会に応答して、収集された情報を他のネットワーク・エンティティに供給する。プレゼンス・サーバ１３２は、図１のさまざまなエンティティとのユーザ対話に関する情報および／またはこれらのエンティティがプレゼンス・サーバにプレゼンス情報を公表する時にユーザによって直接にまたは間接的に供給された情報だけを収集する。プレゼンス・サーバ１３２は、ユーザによって作成される公表するソースから可用性データを継続的に収集し、再配布する追加のプレゼンス・サービス（図示せず）と対話することができる。
【００２９】
メールボックスへのアクセス中のオン・ライン・プレゼンス
図２Ａ、２Ｂ、および２Ｃに移って、図１の通信網１００を使用する本発明の第１の動作実施形態を説明する。
【００３０】
この実施形態は、全般的に、ユーザがメッセージング・システム１０４とのセッションにかかわる時に受信される連絡に関する。この実施形態では、ユーザまたは加入者が、プレゼンス・アウェア・メッセージング・システム１０４に連絡して、メッセージを検索する。システム１０４は、メッセージ検索セッションが開始されるか終了する時に、プレゼンス・サーバ１３２にユーザ・プレゼンスの変化をアナウンスする。サーバ１３２は、所定のルールに基づいてプレゼンス情報データベース１３６のプレゼンス情報を更新する。それより後の連絡が受け取られる時に、プレゼンス・サーバ１３２が照会され、連絡する当事者のアイデンティティに対してマッピングされるユーザ構成ルールによって他の形で指定されない場合に、更新されたプレゼンス情報が提供される。この例では、プレゼンス情報によって、ユーザが、システム１０４を介して求めに応じられることが示される。連絡は、メッセージング・システム１０４に向けられ、このメッセージング・システム１０４は、ユーザに保留中の連絡をアナウンスし、許容される場合に、その通信の持続時間の間、メッセージ検索セッションを中断する。通信が終了した時に、メッセージ検索セッションが、中断の点から継続される。
【００３１】
図２Ａ、２Ｂ、および２Ｃに移って、この実施形態のより詳細な議論を示す。
【００３２】
図２Ａのステップを説明する前に、登録処理と、登録されたデフォルト・アドレスがＳＩＰの下でどのように使用されるかを理解することが役に立つ。登録に関して、プレゼンス・アウェア・テレフォニ・エージェント１４４によって、デバイス１２０ａ〜ｎのユーザのデフォルト連絡アドレスが、プレゼンス・サーバ１３２に登録される。デバイス１２０ａ〜ｎは、直接にまたは電話エージェントを介して間接的に登録することができる。登録は、デフォルト連絡アドレス（たとえば、ユーザの主通信デバイス（机上の電話）の電話番号またはＳＩＰアドレス）を含む登録メッセージを、エージェント１４４からプレゼンス・サーバ１３２に通信することによって行われる。プレゼンス・サーバ１３２は、デフォルト・アドレスを受け入れ、ＯＫメッセージによってエージェント１４４に応答する。ユーザがメッセージング・システムにログ・インする前に新しい連絡が到着する場合には、エージェント１４４は、ユーザの連絡アドレスについてプレゼンス・サーバ１３２に照会する。プレゼンス・サーバ１３２は、デフォルト・アドレスをエージェント１４４に返す。エージェント１４４は、通常処理のために、その連絡をデフォルト・アドレスに経路指定させる。デフォルト・アドレスは、より高い優先順位のアドレスがプレゼンス・サーバに登録されるまでエージェント１４４によって使用されるアドレスである。
【００３３】
動作の楕円２００で、ユーザが、メッセージング・システム１０４に連絡して、メッセージ・セッションを開始し、メッセージング・システム１０４にログ・インする。ステップ２０４で、ユーザが、システムに成功裡にログ・オンし、メッセージング・セッションを作成する時に、ステップ２０８で、システム１０４が、一時バージイン（ｂａｒｇｅ−ｉｎ）アドレスをユーザに割り当てる。ステップ２１２で、システム１０４が、登録メッセージをプレゼンス・サーバ１３２に送信して、一時バージイン・アドレスをプレゼンス・サーバ１３２に登録することを試みる。ステップ２１６で、プレゼンス・サーバ１３２が、ユーザの高優先順位（一時的）アドレス（デフォルト・アドレスの代わり）としてバージイン・アドレスを受け入れ、「ＯＫ」メッセージを返して、登録処理が完了する。
ステップ２２０で、ユーザが、ハング・アップ（またはセッション終了）またはバージイン・イベントが発生するまで、メッセージング・セッションを継続する。
【００３４】
動作の楕円２２４で、ユーザがメッセージング・セッション中である間に、そのユーザに関する新しい連絡が到着する。ステップ２２８で、エージェント１４４が、ユーザの現在のアドレスについてプレゼンス・サーバ１３２に照会する。ステップ２３２で、プレゼンス・サーバ１３２が、データベース１３６に保管されたアドレス・テーブルを再検討し、バージイン・アドレスを含む連絡情報をエージェント１４４に返す。ステップ２３４で、エージェント１４４が、さらなる処理のために、その連絡を、バージイン・アドレスに経路指定させる。これは、ＩＮＶＩＴＥメッセージをシステム１０４に送信することによって行われる。ＩＮＶＩＴＥメッセージには、連絡者のコーデック、アドレス、およびリスニング・ポート番号が含まれる。ＩＮＶＩＴＥメッセージおよびＯＫメッセージの追加の詳細は、Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  ＰｒｏｔｏｃｏｌまたはＳＤＰに記載されている。諒解されるように、ＳＤＰペイロードには、単純なオーディオ・セッションのコーデック、アドレス、およびリスニング・ポートだけではなく、複数のチャネル媒体定義およびサポート・パラメータも含めることができ、これらを、セッションを確立するために組み合わせて使用することができる。
【００３５】
判断の菱形２３８で、システム１０４は、連絡をユーザにアナウンスするか否かを判定する。この判断は、通常は、事前に決定されたルールまたはポリシに基づくものとすることができ、これは、ネットワーク管理者および／またはユーザが構成することができる。
【００３６】
システム１０４が、連絡をユーザにアナウンスすると決定する場合には、ステップ２４０（図２Ｂ）で、システム１０４は、バージイン・メッセージまたはバージイン・シグナルを使用してユーザに連絡をアナウンスし、ユーザからの次の指示を待つ。諒解されるように、バージイン・メッセージまたはバージイン・シグナルは、ＴＵＩを使用して加入者に再生されるジップ・トーン（ｚｉｐ  ｔｏｎｅ）、呼出し信号、または「ウィスパード」アナウンスメント（ｗｈｉｓｐｅｒｅｄ  ａｎｎｏｕｎｃｅｍｅｎｔ）、ユーザのグラフィカル・ユーザ・インターフェースまたはＧＵＩに表示されるビデオ・メッセージ、ポップアップ・ウィンドウ、アイコン、または視覚的メッセージまたはビデオ・アナウンスメント、あるいは使用中のデバイスに適する他の視覚的インジケータまたは機械的インジケータなど、適当な技術によってアナウンスすることができる。メッセージまたはシグナルの内容または形は、ネットワーク管理者によってまたはユーザ自身によって、適当な形で構成することができる。バージイン・シグナルに応答して、ユーザは、ボタンを押す、アイコンをクリックする、またはコマンドを話すなどの処置を講じることによって、連絡を受け入れるか断ることを示す。シグナルの無視が、連絡を断ることのデフォルトである。電話呼の場合に、アナウンスメントおよびユーザの受入または断りのモードは、通常の通話中着信で使用されるものに似た形で構成されるが、複数の異なる形で実施することができる。バージイン・メッセージは、セッション中にシステム１０４の出力と周期的に混合するか、それに重畳することができ、あるいは、ユーザへのメッセージを挿入するために短時間だけメッセージング・セッションに割り込むことができる。応答がユーザから受け取られるまで、システム１０４は、通常は、メッセージング・セッションを継続し、エージェント１４４に「ＴＲＹＩＮＧ」状況メッセージを返す。ステップ２４４で、エージェント１４４が、連絡が電話呼（または回路交換連絡）である場合には、連絡者にリングバック（ｒｉｎｇ−ｂａｃｋ）を聞かせ、連絡がテキストまたはマルチメディアの連絡である場合には、適当なテキスト・メッセージを見せるか、適当なメッセージを聞かせる。
【００３７】
判断の菱形２４８で、システム１０４は、ユーザが連絡の受入を望むか否かを判定する。この判定は、アナウンスメントに応答してユーザから応答（連絡の受入または断り）を受け取ることによって、または構成可能な時間期間内にユーザから応答を受け取れないことによって、行うことができる。後者の場合に、システム１０４を、応答の受入の失敗またはタイム・アウトが、断りまたは受入と同等であると結論するように構成することができる。図２Ｂでは、応答の失敗またはタイム・アウトが、拒否として示されている。
【００３８】
連絡が受け入れられる時には、システム１０４は、ステップ２５２（図２Ｃ）で、メッセージング・セッションを中断し、発呼者に「ＯＫ」メッセージを送る。「ＯＫ」メッセージには、メッセージング・システムのアドレスおよびコーデックならびにリスニング・ポート番号が含まれ、発呼者が、現在のセッションのメッセージング・ユーザに参加できるようになる。ステップ２５６で、発呼デバイスが、「ｏｋ」メッセージのパラメータを使用し、媒体が、既知の技法によって確立されて、当事者が互いに通信できるようになる。ステップ２６０で、発呼者がハング・アップする時に、新しいセッションが終了することを示す「ＢＹＥ」メッセージが、システム１０４に送信され、新しいセッションが終了する。システム１０４は、ステップ２６４で、呼の終りを確認し、ユーザとのメッセージング・セッションを、好ましくはセッション中断の点で、再開する。これは、ステップ２２０（図２Ａ）に戻る矢印によって示されている。
【００３９】
連絡が受け入れられない時には、システム１０４は、ステップ２６８（図２Ｂ）で、新しい「連絡応答」メッセージング・セッションを開始し、連絡に答える。これは、適当なＳＤＰペイロードを含む「ＯＫ」状況メッセージを返して、発呼者に一意である別々のセッションを確立することによって行われる。媒体が確立された時に、メッセージング・システム１０４は、ステップ２７２で、メッセージング・システムの挨拶を連絡者に再生する。ステップ２７６で、連絡者が、メッセージング・システム１０４の挨拶を見、かつ／または聞く。連絡者との新しいメッセージング・セッションは、ステップ２８０での終了またはハング・アップまで継続される。
【００４０】
ステップ２３８（図２Ａ）に戻って、メッセージング・システム１０４が、連絡をユーザにアナウンスしないと判定する時には、メッセージング・システム１０４は、上で説明したステップ２６８に進む。
【００４１】
諒解されるように、ユーザが、メッセージング・セッションを終了する時に、メッセージング・システム１０４は、ＲＥＧＩＳＴＥＲメッセージをプレゼンス・サーバに送信して、セッションが終了したことを示す。プレゼンス・サーバは、バージイン・アドレスを登録解除し、ユーザの高優先順位アドレスとしてデフォルト・アドレスを再登録する。
【００４２】
存在するようになる際のメッセージング・アドバイス
図３Ａ、３Ｂ、４Ａ、および４Ｂに移って、本発明の第２の実施形態を、図１の通信網１００を使用して説明する。
【００４３】
この実施形態は、全般的に、ユーザが存在する時のユーザへのメッセージ関連情報の転送に対処する。この実施形態の例では、リモート・ネットワーク位置のユーザが、オンラインになり、テキスト専用インスタント・メッセージングを介して到達可能であるものとしてプレゼンス・サーバに登録する。ユーザは、ユーザがインスタント・メッセージング通信について求めに応じられるようになった時に、現在のメールボックス状況をユーザに送信するようにメッセージング・サービスを構成することができる。メッセージング・サービスは、ユーザのプレゼンス・サービスへの加入を介して、ユーザ状況の変化を知るようになった時に、インスタント・メッセージをユーザに送信して、待っているメッセージのタイプおよび数または他の要求された状況を示す。同様に、インスタント・メッセージを、ユーザの現在示されているインスタント・メッセージング・サービスに（そのユーザのプレゼンス・サーバを介して与えられる）、そのメッセージング・サービスが留守番電話セッションを開始する時に、必ず送信して、媒体不一致または既存の連絡あるいはサービス故障のいずれかのゆえにユーザに直接に到達できなかった連絡者のアイデンティティおよびコールバック番号を送ることもできる。発呼番号の瞬間的な受取は、受信者が代替手段を使用してすばやく呼を返せる場合に、テレホンタグ（連絡不能）またはボイスメール監獄を減らすのに役立つ可能性があり、発呼の代替手段は、プレゼンス・サーバに既知である必要がない。
【００４４】
図３Ａに移って、第３の実施形態の第１変形形態の詳細な説明を提示する。
ステップ３００で、メッセージング・システム１０４が、プレゼンス・サーバ１３２に加入して、ユーザが網の求めに応じられるようになった時に、イベントを受け取る。これは、メッセージング・システム１０４が、プレゼンス・サーバ１３２にＳＵＢＳＣＲＩＢＥメッセージを送信し、プレゼンス・サーバ１３２が、ステップ３０４でＯＫメッセージを送り返すことによって実行される。
【００４５】
動作ステップ３０８で、通信デバイス（ユーザに関連する第１、第２、または第３の複数の通信デバイスの１つとすることができる）が、ネットワークから使用可能になる。これは、デバイスが、プレゼンス・サーバ１３２にＲＥＧＩＳＴＥＲメッセージを送信し、プレゼンス・サーバ１３２が、ＯＫメッセージによって応答する時、またはプレゼンスを公表するものがプレゼンス・サーバ内の状況を更新する時に、発生する。
【００４６】
ＲＥＧＩＳＴＥＲメッセージに応答して、プレゼンス・サーバ１３２は、ステップ３１２で、データベース１３６に保管された１つまたは複数のテーブルとのマッピング動作を実行することによって、通信デバイスがユーザとの有効な関連を有することを検証するだけではなく、加入がそのユーザに関して受け取られたか否かも判定する。この形で、プレゼンス・サーバ１３２は、メッセージング・システム１０４が、ユーザに関して加入を収容したかどうかを判定し、ユーザが存在するようになったことを示すＮＯＴＩＦＹメッセージをメッセージング・システムに送信する。このＮＯＴＩＦＹメッセージによって、ユーザに関連する最近登録されたデバイスの現在アドレスが中継される。
【００４７】
ステップ３１６で、メッセージング・システム１０４が、ＮＯＴＩＦＹメッセージを受信し、ＯＫメッセージを送信して、通知を確認する。任意選択として、システム１０４が、デバイスの通信機能を知らない場合に、システム１０４は、デバイス機能についてプレゼンス・サーバ１３２に照会することができる。ステップ３２０で、プレゼンス・サーバ１３２が、要求された機能について応答する。
【００４８】
ステップ３２４および判断の菱形３２８で、メッセージング・システム１０４は、デバイスの機能を分析することおよび／または存在する場合にユーザの管理されるプリファレンスを検査することによって、ユーザに転送されるアドバイスのタイプを判定する。「アドバイス」は、ユーザに関連する、メッセージング・システム１０４によって生成されるか、導出されるか、アクセス可能である情報を指す。どの情報がアドバイスとしての資格を有するかは、ユーザによっておよび／またはシステム管理者によって定義することができる。たとえば、「アドバイス（またはメッセージ関連情報）は、通常は、サマリ情報であるが、音声メール・メッセージ、電子メール・メッセージ、マルチメディア・メッセージ、メッセージが残されないユーザに関して受信された呼、動的挨拶の状態、アラート、通知、放送などに含まれる情報を含むメッセージング・サービスに関連するどの情報にもすることができる。そのような情報の例に、ユーザのメールボックス内の複数の新しいまたはまだ聞かれていないメッセージ、最近電話がつながらなかった発呼者のリスト、音声メッセージおよび／またはテキスト・メッセージの内容の要約、覚え書き、アラート、および類似物が含まれる。進行中のアドバイスの性質および範囲は、ユーザおよびシステム管理者によって構成可能である。
【００４９】
新たに登録されたデバイスが、テキスト・インスタント・メッセージング対応デバイスである時には、メッセージング・システム１０４は、ステップ３３２で、前に管理されたプリファレンスに従って、所望のアドバイスのタイプを含むテキスト・メッセージを定式化する。そのインスタント・テキスト・メッセージが、ステップ３３６でユーザに送信される。ユーザに関連する新たに登録されたデバイスが、ステップ３４０でインスタント・テキスト・メッセージを受信する。ユーザは、このインスタント・メッセージを、望みに応じて操作するか無視することができる。
【００５０】
新たに登録されたデバイスが、オーディオ対応デバイスである時には、メッセージング・システム１０４を管理して、デバイスを即座に呼び出すことができる。メッセージング・システム１０４は、ステップ３４４（図３Ｂ）で、ＩＮＶＩＴＥメッセージ（システムのＳＤＰペイロードを含む）を、新たに登録されたデバイスに送信する。それに応答して、ステップ３４８で、デバイスが、ＯＫメッセージ（デバイスのＳＤＰペイロードを含む）を送信する。媒体が確立された後に、メッセージング・システム１０４は、ステップ３５２で、ユーザのアドバイス、たとえばメールボックス情報を含むアナウンスメントを再生する。ユーザは、ステップ３５６で状況メッセージを聞き、望みに応じて操作するか無視することができる。
【００５１】
図４Ａに移って、第２の実施形態の第２の変形形態を説明する。
【００５２】
動作の楕円４００で、１つまたは複数のメッセージが、ユーザに関して、およびユーザに関するメッセージング・システム１０４内の情報に関して、到着する（たとえば、ユーザのメールボックス状況が変化する）。
【００５３】
それに応答して、メッセージング・システム１０４が、ステップ４０４で、プレゼンス・サーバ１３２に照会することによって、ユーザが存在し、通信網の求めに応じられるかどうかを判定する。この判定は、（満了していない）登録されたアドレスがあるかどうか、ユーザが、最近、選択された時間の期間内にデバイスを登録したまたは満了した登録された（非デフォルト）デバイスを有するかどうか、ユーザが、最近、選択された時間の期間内にデバイスを使用したかどうか、デバイスが現在使用されているかどうかなど、任意の適当な判断基準に基づくものとすることができる。
【００５４】
ユーザが存在せず、網の求めに応じられない時には、システム１０４は、ステップ４０８に進み、動作を終了する。ユーザは、次にプレゼンス・サーバ１３２にデバイスを登録する時に、更新を受け取る。
【００５５】
ユーザが存在し、網の求めに応じられる時には、システム１０４は、判断の菱形４１２で、管理ルールおよび／またはユーザ・プリファレンスに基づいて、ユーザが受け取る更新のタイプおよび頻度を判定する。複数のデバイスが使用可能の場合に、管理設定によって、何台のデバイスがどの順序で連絡されるかが決定される。
【００５６】
更新が、メッセージ単位の基礎に基づく時には、メッセージング・システム１０４は、ステップ４１６で、登録されたユーザ・デバイスの機能およびユーザの管理されたプリファレンスによって、アドバイスのタイプを決定する。判断の菱形４２０で、システム１０４は、デバイスのタイプを判定する。テキスト・インスタント・メッセージング対応デバイスについて、メッセージング・システム１０４は、ステップ４２４で、アドバイスと共にテキスト・メッセージを定式化する。アドバイスには、通常は、新しいメッセージの要約が含まれる。そのインスタント・テキスト・メッセージが、ステップ４２８でユーザに送信される。ユーザに関連する登録されたデバイスが、ステップ４３２でインスタント・テキスト・メッセージを受信する。ユーザは、このインスタント・メッセージを、望みに応じて操作するか無視することができる。登録されたデバイスが、オーディオ対応デバイスである時には、そのデバイスが呼び出される。メッセージング・システム１０４は、ステップ４３６（図４Ｂ）で、ＩＮＶＩＴＥメッセージ（メッセージング・システムのＳＤＰペイロードを含む）を登録されたデバイスに送信する。それに応答して、デバイスは、ステップ４４０で、ＯＫメッセージ（デバイスのＳＤＰペイロードを含む）を送信する。媒体が確立された後に、メッセージング・システム１０４は、ステップ４４４で、ユーザのアドバイスを含むアナウンスメントを再生する。ユーザは、新しいメッセージ全体を再検討するオプションを有する。ユーザは、このインスタント・メッセージを、望みに応じて操作するか無視することができる。
【００５７】
諒解されるように、ユーザは、メッセージごとの基礎ではなく、より頻繁にまたはより低い頻度で更新を提供するようにシステム１０４を構成することができる。たとえば、ユーザは、選択された時間の期間の満了の後、または選択された数のメッセージが受信された後（たとえば、２つ、３つ、または４つのメッセージごと）の更新を要求することができる。さらに、同一の呼で後にメールボックスに「コール・アンサ」メッセージを残した発呼者によって前に警告されたデバイスに対するメッセージごとのアドバイスを送信しないように構成することができる。
【００５８】
更新が、メッセージごとの基礎でない時に、メッセージング・システム１０４は、ステップ４４８（図４Ａ）で、動作を終了する。ユーザは、この場合に、自分がメッセージング・セッションを開始した時に限って更新を受け取る。
【００５９】
連絡する時のメッセージング・アドバイス
図５に移って、図１の通信網１００を使用して、本発明の第３の実施形態を説明する。上で説明したように、プレゼンス・アウェア・テレフォニ・エージェント１４４は、連絡を開始する時または完了する時にプレゼンス・サーバ１３２に照会して、連絡アドレスに関連する現在有効な連絡デバイスを判定するように構成される。諒解されるように、プレゼンス情報は、電話交換機／サーバ１０８内に完全に含めることができ、この場合に、メッセージング・システム１０４が、連絡する際にアドバイスを受け取るように構成されたユーザについて、交換機／サーバ１０８によって直接に照会される。ＣＴＩ統合技法を使用する交換機／サーバ１０８内の内部呼フローの監視または呼を経路指定する間に外部リソースを照会するための交換機内のベクトル・ステップのインストールなど、他の配置も使用することができる。実施形態のそのような変更は、本発明の意図または範囲から逸脱せずに、本発明の代替実施形態として請求することができる。
【００６０】
この実施形態は、全般的に、ユーザが連絡の作成または開始の処理中である時に、連絡関連メッセージング情報をユーザに向けることに対処する。この実施形態の例では、ユーザが、電話呼など、連絡を行うことを望む。連絡セット・アップ中に、連絡する当事者のプレゼンス・サーバ１３２に照会して、呼を完成する方法を判定する。この照会ステップで、ユーザまたは連絡する当事者のプレゼンス・サーバが、連絡する当事者の関連するメッセージング・システム１０４に照会して、連絡する当事者からの聞かれていないメッセージがあるかどうかを判定する。そうである場合には、連絡する当事者のメッセージング・システムとの連絡を確立し、聞かれていないメッセージをアナウンスし、連絡する当事者に、連絡される当事者との連絡を行う前にそのメッセージを検討する機会を与える。そうでない場合には、連絡が直接に完了される。
【００６１】
図５Ａに移って、第３の実施形態のより詳細な説明を提示する。
【００６２】
動作の楕円５００で、ユーザが、電話番号をダイヤルするか、自分の通信デバイスにアドレスを入力する。
【００６３】
それに応答して、エージェント１４４が、ステップ５０４で、入力された番号／アドレスに対応する連絡アドレスについてプレゼンス・サーバ１３２に照会する。
【００６４】
ステップ５０８で、プレゼンス・サーバ１３２が、管理されるデータから、このユーザによって行われる呼をメッセージング・デバイスに供給しなければならないかどうかを判定する。その結果、ユーザ・アドレスおよび宛先連絡アドレスが、照会としてメッセージング・システム１０４に送信されて、アドバイス・セッションのアドレスが確立される。
【００６５】
ステップ５１２で、メッセージング・システム１０４が、連絡する当事者および連絡される当事者のアドレス対に基づいてアドバイスを突き止める。これは、通常は、メッセージ・ストアの適当なフィールドを対について検索することによって実行される。可能なアドレス対が、連絡する当事者および連絡される当事者のプレゼンス・サーバから入手され、これは、選択された当事者に関連する、入力されたアドレスおよび／または電話番号だけ、あるいは１つまたは複数の他のアドレスまたは電話番号である可能性がある。複数のアドレス／電話番号が、各当事者の複数の通信デバイスに関連する場合に、可能なアドレス対のすべてが、システム１０４によって検索される。１つの構成では、システム１０４が、入力された（実際の）連絡アドレスについて、連絡する当事者のメッセージ・ストアの連絡する当事者アドレス・フィールドを検索する。関連メッセージが識別されたならば、メッセージング・システム１０４は、アドバイス・セッションを完了するために通信リソースを割り振り、その後、メッセージング・システム１０４は、突き止められたメッセージに関するアドバイス・セッションに関連するアドレスを、プレゼンス・サーバ１３２に返す。各当事者に関連する可能性がある可能な通信デバイスはさまざまななので、突き止められるメッセージが、異なるメッセージ・タイプの混合、たとえば、テキスト・メッセージ、音声メッセージ、ポケット・ベル・メッセージ、ファクシミリ・メッセージ、インスタント・メッセージなどの１つまたは複数になる可能性がある。
【００６６】
プレゼンス・サーバ１３２は、ステップ５１６で、実際の連絡アドレスを返すのではなく、連絡アドレスとして連絡する当事者の通信デバイスへのアドバイス・セッション・アドレスを返す。
【００６７】
ステップ５２０で、アドバイス・セッション・アドレスへの連絡が完成する。これは、通信デバイスが、デバイスのＳＤＰペイロードを含むＩＮＶＩＴＥメッセージをメッセージング・システム１０４に送信し、メッセージング・システム１０４が、ステップ５２４で、メッセージング・システムのＳＤＰペイロードを含むＯＫメッセージを用いて応答することによって行われる。媒体が確立された後に、メッセージング・システムが、連絡する当事者にアドバイスを再生する。連絡する当事者は、ステップ５２８でアドバイスを聞き、アドバスをナビゲートする機会を有する。
【００６８】
タイム・アウト時あるいは連絡する当事者の成功裡の完了（メッセージ再検討）またはアドバイス・セッションの早い終了の際に、連絡する当事者がまだ連絡を行うことを望む場合に、メッセージング・システム１０４は、ステップ５３２（図５Ｂ）に進む。ステップ５３２では、メッセージング・システム１０４が、「ｎｏ  ａｄｖｉｃｅ」パラメータまたはフラグをセットされたＩＮＶＩＴＥメッセージを送信することによって、実際の連絡アドレスへの転送を開始する。このＩＮＶＩＴＥメッセージには、メッセージング・システムのＳＤＰペイロードが含まれる。諒解されるように、このフラグがセットされていない時に、プレゼンス・サーバは、アドバイスについてメッセージング・システムに照会し、このフラグがセットされている時に、プレゼンス・サーバは、アドバイスについてメッセージング・システムに照会しない。このフラグは、無限ループを避けるのに使用される。
【００６９】
ステップ５３６で、エージェント１４４が、照会で「ｎｏ  ａｄｖｉｃｅ」フラグをセットして、連絡アドレスについてプレゼンス・サーバ１３２に照会する。
【００７０】
プレゼンス・サーバ１３２は、ステップ５４０で、連絡する当事者によって入力された番号／アドレスに対応する（実際の）連絡アドレスをエージェント１４４に返す。
【００７１】
ステップ５４４および５４８で、エージェント１４４が、連絡される当事者の通信デバイスのＳＤＰペイロードを含むＯＫメッセージをメッセージング・システム１０４に送信し、媒体が、メッセージング・システムと連絡される当事者の連絡アドレスの間で確立される。これは、元の連絡を初期の受取人に転送する際の、重要ではあるが過渡的なステップである。
【００７２】
即座に、ステップ５５２および５５６で、メッセージング・システム１０４が、連絡される当事者の通信デバイスのＳＤＰペイロードを含むＩＮＶＩＴＥメッセージを、連絡する当事者の通信デバイスに送信し、デバイスは、ＯＫメッセージによって応答する。これによって、転送が完了し、連絡のパラメータが、連絡する当事者の通信デバイスに渡される。媒体が、連絡する当事者の通信デバイスと連絡される当事者の通信デバイスの間で確立される。
【００７３】
諒解されるように、連絡される当事者のデバイスとの連絡が開始された後の、連絡をユーザの通信デバイスに転送するメッセージング・システムの役割を、連絡される当事者から隠すことができる。これは、メッセージング・システムの識別ではなく連絡する当事者またはユーザの識別が、デバイスによって認識されるように、連絡されるデバイスに提示されるアイデンティティを、メッセージング・システムが一時的に変更することによって達成することができる。
【００７４】
現在の連絡に関するメッセージング・アドバイス
図６に移って、図１の通信網１００を使用して、本発明の第４の実施形態を説明する。
【００７５】
この実施形態は、全般的に、連絡の途中でユーザにメッセージ関連情報を自動的に供給することを対象とする。この実施形態の例では、メッセージング・サービスが、ユーザに関係するプレゼンス・サーバから、着信および／または発信の連絡イベント通知を受信するために登録する。生の連絡が進行中である時には、メッセージング・システムは、連絡する当事者のデバイスに、コマンド・ボタンを表示（または、キー・コマンドを受信）して、これまでに（または最近に）当事者の間の通信に関連したメッセージ（送信された、受信された、読まれた、未読など）の定義されたサブセットを表示することができる。メッセージ・ヘッダが、連絡中の参照のために画面に表示される。メッセージ内容は、選択が適当である時にレンダリングされる、たとえば、音声メッセージ再生をウィスパ・モードで行うことができ、会議再生を、接触しているユーザの受話器に再生でき、あるいは、ユーザの判断で別の関連するデバイスまたはＰＣサウンドカードに迂回させることができる。テキスト内容は、関連する画面に表示される。
【００７６】
図６に移って、第４の実施形態のより詳細な説明を提示する。
【００７７】
ステップ６００で、メッセージング・システム１０４が、ユーザに関連する連絡イベントについてプレゼンス・サーバ１３２に加入する。これは、プレゼンス・サーバ１３２にＳＵＢＳＣＲＩＰＴＩＯＮメッセージを送信することによって行われる。ステップ６０４で、プレゼンス・サーバ１３２が、ＯＫメッセージによって応答する。
【００７８】
その後に、ユーザが、動作の楕円６０８で、１つまたは複数の他の当事者に関連するアドレス（たとえば電話番号）を入力する。それに応答して、エージェント１４４が、ステップ６１２で、入力されたアドレスに関連する連絡アドレスまたは経路指定指示について、プレゼンス・サーバ１３２に照会する。
【００７９】
ステップ６１６で、プレゼンス・サーバ１３２が、入力されたアドレスに関連する連絡アドレスまたは経路指定指示によってエージェントに応答し、ステップ６１８で、メッセージング・システム１０４にＮＯＴＩＦＹメッセージを送信する。前述のステップによって、メッセージング・システムが、ユーザの通信デバイスの状態を受動的に監視できるようになる。ステップ６３０で連絡が確立されるまで、普通の呼処理が継続される。
【００８０】
ステップ６２０で、メッセージング・システム１０４が、ユーザの通信デバイスおよび他の当事者のアドレスの対にされた連絡アドレスに関するメッセージの組を見つけ、これらのメッセージ（異なるタイプのものである可能性がある）を、「ｃｕｒｒｅｎｔ  ｃｏｎｔａｃｔ」というタイトルを付けられた特殊なメールボックス・フォルダまたはデータ構造でユーザから使用可能にする。通常は聞かれていないメッセージを含む前の実施形態の適格のメッセージと異なって、このフォルダに含まれるメッセージには、通常は、聞かれていないメッセージだけではなく、ユーザによって削除されていない、前に聞かれた（ヒストリカル）メッセージも含まれる。
【００８１】
この実施形態の一部として、ユーザの通信デバイスは、「ｃｕｒｒｅｎｔ  ｃｏｎｔａｃｔ」フォルダに関する要求を行うように構成される。この構成は、選択された場合に、「ｃｕｒｒｅｎｔ  ｃｏｎｔａｃｔ」フォルダまたはデータ構造内のメッセージの組へのアクセスの望みを示す、視覚的インジケータ、ポップアップ画面、アイコン・キーワード、またはキー押下げとすることができる。
【００８２】
ステップ６２４で、この連絡に関連する通信デバイスの１つが、現在の呼のフォルダ内容に関する要求を行う。デバイスは、通常はＩＭＡＰ４要求あるいはＰｏｓｔ  Ｏｆｆｉｃｅ  ＰｒｏｔｏｃｏｌまたはＰＯＰ３要求である要求を、フォルダについて、メッセージング・システム１０４に送信する。メッセージング・システム１０４は、データベース内のフォルダのデータ・アドレスまたはフォルダ自体を用いて応答する。ステップ６２８で、フォルダ内のメッセージ・ヘッダが、ユーザに表示される。
【００８３】
メッセージ・ヘッダが、連絡中の参照のために画面に表示される。メッセージ内容は、適当として選択される時にレンダリングされ、たとえば、音声メッセージ再生を、ウィスパ・モードで行うことができ、会議再生を、接触しているユーザの受話器に再生でき、あるいは、ユーザの判断で別の関連するデバイスまたはＰＣサウンドカードに迂回させることができる。テキスト内容は、関連する画面に表示される。
【００８４】
諒解されるように、メッセージング・システムは、ユーザの現在の連絡の受動的監視のために、交換機／サーバ１０８にも加入するか、それだけに加入することができる。
【００８５】
この実施形態を、フォルダの内容に孤立してアクセスする機能を、要求する当事者だけに許可するだけではなく、要求する当事者のオプションで、要求する当事者がフォルダの選択された内容を共用できるようにもするように構成できることを理解されたい。たとえば、選択された音声メッセージを、要求する当事者の裁量で現在の連絡にブリッジすることができ、あるいは、選択されたテキスト・メッセージを、表示のために１つまたは複数の当事者（要求する当事者またはユーザによって選択される）のデバイスに転送することができる。
【００８６】
変換された着信呼での連絡者へのメッセージング・アドバイス
図７ＡからＣに移って、図１の通信網１００を使用して、本発明の第５の実施形態を説明する。
【００８７】
この実施形態は、全般的に、シグナリング・プロトコルを介して、連絡する当事者にセッション変換情報を返すことによってライブコール・ドメインとメッセージング・ドメインをブリッジすることに対処する。この実施形態の例では、連絡する当事者の通信デバイスは、連絡される当事者の代わりに、メッセージング・システムへの連絡が完成されることの表示を受信する。デバイスは、デバイスがリダイレクトされたメールボックスの状態および機能に関する追加情報も受信する。
【００８８】
変換情報は、単純なライブのオーディオのみの通信セッションをＧＵＩ対応のマルチメディア通信セッションに昇格させるのに必要な、シグナリング・パラメータおよび機能の交換を指す。開始するデバイスが、マルチメディア対応である場合であっても、到達可能な通信デバイスの大多数がオーディオだけをサポートするので、ほとんどのセッション確立要求は、単純なオーディオ接続に関する。セッション変換によって、単純なオーディオ接続要求を、メッセージング・システムで終了できるようになり、このメッセージング・システムは、機能強化されたセッション機能へ昇格することができ、このセッションを、開始するデバイスがマルチメディア機能に応答することをもたらす連絡者の制御の下でのＧＵＩ対応マルチメディア・セッションに変換する。変換されるセッションは、同期式のリアル・タイムで行うことを継続することができ（オーディオ／ビデオ呼など）、あるいは、クライアント／サーバ非同期トランザクション・モードで行うことができる（マルチメディア・ウェブ・ページをブラウズする時など）。ＴＵＩチャネルは、変換を通じて動作状態を保ち、セッションが変換された後に、グラフィカル・コントロールの下の有向オーディオ・チャネルになる。
【００８９】
変換情報の１例では、連絡者をＵｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  ＬｏｃａｔｏｒまたはＵＲＬに向け、連絡するデバイスが、同期式通信モードを抜け、参照によって本明細書に組み込まれるブランソン（Ｂｒｕｎｓｏｎ）他の米国特許第６０３８２９６号に記載のウェブ・コール・アンサリング技法を介するなど、対話およびメッセージ配信の代替の非同期方法を使用することができるようになる。この例では、連絡者が、さまざまな、通常はすべての連絡者から使用可能にされるラベル付きのＵＲＬの表す情報を見られるようになる。たとえば、リンクが、現在アクティブな挨拶；外出中応答文字列のテキスト；カバーする同僚に関する情報を含む代替連絡情報；連絡する当事者からの１つまたは複数の聞かれていないメッセージがまだメールボックスに存在する可能性があることの表示、および類似物から使用可能である。知識のある連絡するデバイスは、ライブ・コールアンサ・シナリオの厳密な応答挙動期待（たとえば、時間に敏感で非常にモーダルな）特性のなすがままになるのではなく、この情報を使用して、完全な選択および構成制御を有するウェブベースのグラフィカル・ユーザ・インターフェースに連絡する当事者を配置することによって連絡する当事者の経験を改善することができる。
【００９０】
複数の代替方法を試みて、当初のＴＵＩベース・セッションの代わりにウェブベース・マルチメディア・セッションを確立する。これに失敗する場合には、ビデオ・セッションを確立する最終的な試みを行い、ここで、メッセージング・システムによって、連絡者に関する画面ベース・プロンプトが提供されるが、まだタッチトーンまたは音声入力にも応答する。セッション変換が可能でない場合には、連絡が、ＴＵＩベース・セッションとして継続される。
【００９１】
図７Ａ〜Ｃに移って、第５の実施形態のより詳細な説明を提示する。
【００９２】
下で説明するステップの前のイベントを、まず説明する。具体的に言うと、連絡する当事者の通信デバイスは、ユーザへの接続を要求する交換機／サーバに連絡した。ステップ７００で、エージェント１４４が、ユーザの連絡アドレスについてプレゼンス・サーバ１３２に照会し、メッセージング・システム１０４の連絡アドレスを与えられた。これは、たとえば、デフォルト・アドレスが使用不能（たとえば通話中）である時またはデバイスがユーザによって応答されない時に発生する可能性がある。エージェント１４４は、連絡する通信デバイスのＳＤＰペイロードを含むＩＮＶＩＴＥメッセージをメッセージング・システム１０４に送信する。
【００９３】
ステップ７０４で、メッセージング・システム１０４が、ＩＮＶＩＴＥメッセージに応答して、オーディオ・セッションと、ハイパーテキスト転送プロトコルまたはＨＴＴＰベースのブラウザ・セッションなどのＧＵＩセッションの一方または両方を準備する。連絡する通信デバイスの既知の機能に無関係に、両方のセッション・タイプが、「ｏｋ」応答で提供される。セッション・パラメータは、ＳＤＰペイロードおよびテキスト／ハイパーテキスト・マークアップ言語またはＨＴＭＬとして、関連ＵＲＬがＯＫメッセージに含まれる状態で、連絡する通信デバイスに送信される。ＵＲＬは、メッセージング・システム１０４が、連絡に関連して前のステップで準備したＵＲＬである。
【００９４】
ＧＵＩセッションを開始する、さまざまな形がある。一般に、ブラウザベースのＧＵＩセッションは、上で注記したように、発呼当事者との対話性のために開始され、したがって、発呼当事者の便宜のために開始される。ブラウザは、ＵＲＬを含むインスタント・メッセージを介して使用可能にすることもできる。連絡する当事者がＵＲＬをクリックする時に、ブラウザ・セッションが開始される。その代わりに、オーディオ・セッションに関連するビデオ・チャネルを、連絡する当事者について使用可能にすることができる。ビデオ・チャネルによって、連絡する当事者のキー・パッドまたはキーボードのキーとめいめいのオプションとのマッピングが伝えられる。メッセージング・システム１０４は、オプションの１つが成功になるまで、上で注記したさまざまな技法の組合せを順次使用して、ＧＵＩセッションのセット・アップを試みることができる。
【００９５】
ステップ７０８で、オーディオ・セッションまたは電話ユーザ・インターフェース（ＴＵＩ）セッションが、確立され、連絡する当事者の通信デバイスが、コール・アンサ・オーディオ・メッセージグ・セッションを提示する。ステップ７１２で、知識がある場合に、デバイスが、受信したＨＴＭＬテキストおよびＵＲＬを、ブラウザベースＧＵＩセッションについて解釈し、そのＵＲＬに、このセッションの開始ページに関するＨＴＴＰ要求を自動的に送信する。
【００９６】
メッセージング・システム１０４は、ステップ７１６で、ＨＴＴＰ要求を検出し、ＧＵＩブラウザ・クライアントまたは連絡する当事者の通信デバイスのオーディオ・チャネルになるようにＴＵＩセッションを修正する。言い換えると、ＴＵＩセッションは、連絡する当事者のオーディオ情報の独立で関係しないフローを提供するのではなく、ＧＵＩ上の画面表示のためのオーディオ・サポートになる（たとえば、オプションＸは「１」、オプションＹは「２」を再生するのではなく、ＴＵＩセッションは、「高優先順位メッセージを残すには［位置Ｗ］をクリックし、メッセージを削除するには［位置Ｚ］をクリックしてください」または単純に「選択してください」を再生する）。メッセージング・システム１０４は、連絡する当事者の通信デバイスに適当なＨＴＴＰ応答を供給する。その後、連絡は、連絡する当事者によって終了されるまで、ＧＵＩ駆動オーディオ・セッションとして進行する。注記したように、連絡する当事者は、このセッション中に、メッセージング・システム１０４のメッセージ・ストア内の許可される情報を再検討することができる。
【００９７】
ステップ７０８に戻って、デバイスは、知識がない場合には、「ｏｋ」応答で送信されるＵＲＬ情報に応答せず、メッセージング・システムは、タイム・アウトする（まだＴＵＩセッションをサポートしている）。メッセージング・システム１０４は、ステップ７２０で、連絡する通信デバイスに、アプリケーション・データ・ストリームまたはビデオ・ストリームの追加を提供する。これは、適当なＩＮＶＩＴＥメッセージを、連絡する通信デバイスに送信することによって行われる、一般に、このＩＮＶＩＴＥメッセージには、オーディオ・アプリケーション・データおよびビデオ・データが含まれる。
【００９８】
判断の菱形７２４（図７Ｂ）で、連絡する通信デバイスが、その機能および／または連絡する当事者のプリファレンス／リアル・タイム入力に基づいて、３つの応答のどれをメッセージング・システム１０４に送信するかを決定する。第１の応答では、連絡する通信デバイスが、ＳＤＰペイロードおよびオーディオのみセッションを伴うＯＫメッセージを返す。第２の応答では、連絡する通信デバイスが、ステップ７２８で、オーディオ・セッションのＳＤＰペイロードおよび可能なアプリケーションのデータを伴うＯＫメッセージを返す。第３の応答では、連絡する通信デバイスが、ステップ７２３で、オーディオ・セッションおよびビデオ・セッションの両方のＳＤＰペイロードを伴うＯＫメッセージを返す。
【００９９】
第１の応答が、メッセージング・システム１０４によって受信される時に、図７Ｃのステップ７３６で、メッセージング・システムが、オーディオのみＴＵＩセッションに留まりながら、インスタント・メッセージングを介してブラウザＧＵＩセッションの起動を試みる。メッセージング・システム１０４は、連絡する通信デバイスのインスタント・メッセージング機能についてプレゼンス・サーバ１３２に照会する。ステップ７４０で、プレゼンス・サーバ１３２が、要求されたインスタント・メッセージング連絡情報を返す。
【０１００】
判断の菱形７４４で、メッセージング・システム１０４が、応答を再検討し、連絡する通信デバイスがインスタンス・メッセージング対応であるかどうかを判定する。そうでない場合には、メッセージング・システムと連絡する通信デバイスの間のＴＵＩセッションが、ステップ７４８で、セッション終了までオーディオのみモードに留まる。そうである場合には、メッセージング・システム１０４は、ステップ７５２で、連絡する通信デバイスに、ＧＵＩセッションを開始するＵＲＬを有するＨＴＭＬテキストを含むインスタント・メッセージを送信する。セッションは、適当なＨＴＴＰ要求がデバイスによって行われるまで、オーディオ・モードまたはＴＵＩモードに留まる。
【０１０１】
ステップ７５６で、連絡する通信デバイスが、可能な場合に、ＵＲＬを伴うＨＴＭＬをレンダリングする。ユーザが、ＵＲＬをクリックする場合に、そのＵＲＬによってアドレッシングされる開始ページのＨＴＴＰ要求を送信することによって、ブラウザ・セッションが起動される。連絡する通信デバイスが、ＨＴＭＬをレンダリングできず、かつ／またはユーザがＵＲＬのクリックに失敗する場合には、メッセージング・システムが、タイム・アウトし、オーディオのみセッションとしてこのセッションを継続する。
【０１０２】
ステップ７６０で、ＨＴＴＰ要求が、連絡する通信デバイスからメッセージング・システム１０４によって受信される場合に、メッセージング・システム１０４は、ＧＵＩブラウザ・クライアントのオーディオ・チャネルになるようにＴＵＩセッションを修正し、連絡する通信デバイスに、適当なＨＴＴＰ応答を送信する。ステップ７６４で、セッション終了まで、連絡がＧＵＩ駆動オーディオ・セッションとして進行する。
【０１０３】
判断の菱形７２４にもう一度戻ると、第２の応答がメッセージング・システムによって受け取られる時に、連絡する通信デバイスが、ステップ７２８で、オーディオ・セッションのＳＤＰペイロードおよびアプリケーション機能のデータを伴うＯＫメッセージを返す。
【０１０４】
メッセージング・システム１０４は、ＯＫメッセージを受信する時に、ステップ７７２で、アプリケーション・データ・ストリームを介して、ＧＵＩセッションのＵＲＬを含むリアル・タイム転送プロトコルまたはＲＴＰメッセージを、連絡する通信デバイスに送信する。
【０１０５】
ステップ７７６で、アプリケーション対応の連絡する通信デバイスが、ブラウザを起動し、ＵＲＬに関するＨＴＴＰ要求を送信する。
【０１０６】
ステップ７８０で、メッセージング・システム１０４が、ＨＴＴＰ要求を検出し、ＧＵＩブラウザ・クライアントのオーディオ・チャネルになるようにＴＵＩオーディオ・セッションを修正する。システム１０４は、連絡する通信デバイスに適当なＨＴＴＰ要求を送信する。
【０１０７】
ステップ７８４で、連絡が、終了までＧＵＩ駆動オーディオ・セッションとして進行する。
【０１０８】
判断の菱形７４２にもう一度戻ると、第３の応答が、メッセージング・システムによって受信される時に、連絡する通信デバイスが、ステップ７３２で、オーディオ・セッションおよびビデオ・セッションのＳＤＰペイロードを伴うＯＫメッセージを返す。
【０１０９】
このメッセージの受信時に、メッセージング・システム１０４が、ステップ７８８で、ビデオ・コンテンツを準備し、デバイスに送信して、ＴＵＩオプションおよびオーディオ・コンテンツを介して、連絡する当事者に視覚的にプロンプトを出すために表示する。
【０１１０】
ステップ７９２で、連絡する通信デバイスが、メッセージを受信し、オーディオを再生し、それと同時に、連絡する当事者にビデオ・コンテンツを表示する。連絡する当事者は、表示されるオプションを見るが、すべてのプロンプトを聞く必要はない。終了まで、連絡は、連絡する当事者によって入力されるキー・パッド入力またはオーディオ・プロンプトおよびビデオ・プロンプトに応答する音声コマンドによって駆動されるままになる。
【０１１１】
第３、第４、および第５の実施形態では、連絡する当事者および連絡される当事者の対になったアドレスを使用してメッセージ・ストアの適当なフィールドを検索することによって、メッセージが突き止められ、検索される。アドレス、特に連絡する当事者のアドレスを、ＰＢＸ内線、電話番号、Ｅ．１６４国際電話番号、電子メール・アドレス、ＳＩＰハンドルなど、それによって個人が通信網内で既知になる、アドレスの組を表す仮想アドレスとみなすことができることを理解されたい。したがって、「連絡者のアドレス」あるいは連絡者／連絡されるものまたは送信側／受信側の「アドレス対」は、個人に関する通信に関連するアドレスの複数の形のいずれかを意味するものとして読まなければならない。この概念は、集中ネットワーク環境で展開されることを意図された通信システムで特に重要である。これによって、たとえば、ある人が別の人に電子メール・メッセージを送信し、受信側が送信側に電話をかけ、受信側が、受信側が行おうとしている呼に関連する電子メールに関して呼の前のアドバイスを得る場合が処理される。具体的には、電子メール・アドレスと電話番号の間の関連は、ＩＮＴＵＩＴＹ  ＡＵＤＩＸ（商標）などのマルチメディア・メッセージング・システムによって既知になるが、インターネットのＥＮＵＭサービスなどの手段を介して入手可能にすることもできる。名前を指定された個人と複数のアドレスの対を作ることに関する概念の一部が、参照によって本明細書に組み込まれる、２０００年７月提出の関連米国特許出願０９／６１９２７６号、発明人ブランソン（Ｂｒｕｎｓｏｎ）、表題「Ｕｎｉｆｉｅｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ａｕｔｏｍａｔｅｄ  Ｐｅｒｓｏｎａｌ  Ｎａｍｅ  Ａｄｄｒｅｓｓｉｎｇ」に記載されている。
【０１１２】
本発明の複数の変形形態および修正形態を使用することができる。本発明のいくつかの特徴を提供せずに、他の特徴を提供することが可能である。
【０１１３】
たとえば、代替実施形態の１つで、さまざまなコンポーネントまたはモジュールを、ハードウェアまたはソフトウェアあるいはその組合せとして実施することができ、異なる形で実施することができる。たとえば、各モジュールについて上で注記したステップを、応用例に応じて、他のモジュールで実行することができる。
【０１１４】
もう１つの代替実施形態では、上で述べたもの以外のプロトコルを、上記の実施形態の１つまたは複数と共に使用することができる。たとえば、ＳＩＰに加えてまたはその代わりに使用することができるプロトコルに、プロトコルのＨ．３２３スイート、ＨＴＴＰ、軽量ディレクトリ・アクセス・プロトコル、シンプル・オブジェクト・アクセス・プロトコルまたはＳＯＡＰ、サービス総合ディジタル網またはＩＳＤＮ、およびＳＱＬならびに、プレゼンス・サーバ１３２およびメッセージング・システム１０４とのさまざまな相互作用での他の照会／応答プロトコル（データベース・プロトコルなど）が含まれる。
【０１１５】
本発明には、さまざまな実施形態で、さまざまな実施形態、副組合せ、およびその部分集合を含む、実質的に図示され本明細書で説明されたコンポーネント、方法、処理、システム、および／またはデバイスが含まれる。当業者は、本開示を理解した後に、本発明を作り、使用する方法を理解するであろう。本発明には、さまざまな実施形態で、たとえば性能を改善するため、実施の簡単さおよび／またはコスト低下を達成するためなど、前のデバイスまたは処理で使用された可能性がある項目の不在を含む、本明細書で図示および／または説明されない項目あるいは疎のさまざまな実施形態なしでのデバイスおよび処理の提供が含まれる。
【０１１６】
本発明の前述の議論は、例示および説明のために提示されたものである。前述は、本発明を、本明細書に開示された形態に制限することを意図されたものではない。たとえば、前述の「発明を実施するための最良の形態」では、本発明のさまざまな特徴が、開示を簡潔にするために１つまたは複数の実施形態で一緒にグループ化される。開示のこの方法は、請求される発明が正確に各請求項に記載された特徴を超えるものを必要とすることの意図を反映するものと解釈されてはならない。そうではなく、請求項に反映されているように、発明的態様は、単一の前述の開示された実施形態のすべてより少ない特徴にある。したがって、請求項は、これによって「発明を実施するための最良の形態」に組み込まれ、各請求項は、本発明の別々の好ましい実施形態として独立している。
【０１１７】
さらに、本発明の説明に、１つまたは複数の実施形態ならびにある種の変形形態および修正形態が含まれるが、たとえば本開示の理解の後に当業者の技量および知識の範囲内になる可能性があるものなど、他の変形形態および修正形態が、本発明の範囲内にある。代替の、交換可能な、および／または同等の、構造、機能、範囲、またはステップが、本明細書に開示されているか否かにかかわらず、特許可能な主題を公共に捧げることを意図することなく、これらの代替の、交換可能な、および／または同等の、構造、機能、範囲、またはステップを含む、許可される範囲まで代替実施形態を含む権利を得ることが意図されている。
【図面の簡単な説明】
【０１１８】
【図１】本発明のアーキテクチャ実施形態によるプレゼンス・アウェア通信網のブロック図である。
【図２Ａ】本発明の第１の動作実施形態による流れ図である。
【図２Ｂ】本発明の第１の動作実施形態による流れ図である。
【図２Ｃ】本発明の第１の動作実施形態による流れ図である。
【図３Ａ】本発明の第２の動作実施形態による流れ図である。
【図３Ｂ】本発明の第２の動作実施形態による流れ図である。
【図４Ａ】本発明の第２の動作実施形態による流れ図である。
【図４Ｂ】本発明の第２の動作実施形態による流れ図である。
【図５Ａ】本発明の第３の動作実施形態による流れ図である。
【図５Ｂ】本発明の第３の動作実施形態による流れ図である。
【図６】本発明の第４の動作実施形態による流れ図である。
【図７Ａ】本発明の第５の動作実施形態による流れ図である。
【図７Ｂ】本発明の第５の動作実施形態による流れ図である。
【図７Ｃ】本発明の第５の動作実施形態による流れ図である。
【図１】
0005128821.tif 000002
【図２Ａ】
0005128821.tif 000003
【図２Ｂ】
0005128821.tif 000004
【図２Ｃ】
0005128821.tif 000005
【図３Ａ】
0005128821.tif 000006
【図３Ｂ】
0005128821.tif 000007
【図４Ａ】
0005128821.tif 000008
【図４Ｂ】
0005128821.tif 000009
【図５Ａ】
0005128821.tif 000010
【図５Ｂ】
0005128821.tif 000011
【図６】
0005128821.tif 000012
【図７Ａ】
0005128821.tif 000013
【図７Ｂ】
0005128821.tif 000014
【図７Ｃ】
0005128821.tif 000015