(57)【要約】インターネットプロトコルネットワーク（１０４）におけるインスタントサービスの提供のためのシステム及び方法である。一つの方法は、第１ユーザ端末（１０２）及び所定のネットワーク装置間の第１通信セッションを供給するステップと、第２ユーザターミナル（１１４）及び所定のネットワーク装置間の第２通信セッションを供給するステップとを含む。実施例の方法は、始動要求を受信して第１ユーザ端末（１０２）及び第２ユーザ端末（１１４）間のアクティブな通信セッションを確立するステップと、これに対応して、第１通信セッション及び第２通信セッションを所定のネットワーク装置上で橋渡しするステップとを含む。
2005514808.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルネットワークにおいてインスタントサービスを提供する方法であって、
第１通信セッションを第１ユーザ端末及び所定のネットワーク装置間に供給するステップと、
第２通信セッションを第２ユーザ端末及び前記所定のネットワーク装置間に供給するステップと、
アクティブな通信セッションを前記第１ユーザ端末および前記第２ユーザ端末間に確立する要求を受信するステップと、
前記第１通信セッションを前記第２通信セッションへ前記所定のネットワーク装置上で橋渡しするステップと、
を有する方法。
【請求項２】
請求項１に記載の方法を実行する命令を格納したコンピュータ読取可能な媒体。
【請求項３】
前記第１通信セッションは、第１第１リアルタイム伝送プロトコルセッションを含み、前記第２通信セッションは第２リアルタイム伝送プロトコルセッションを含む請求項１記載の方法。
【請求項４】
前記第１の通信セッションを供給する前に、
第１登録要求を前記第１ユーザ端末に関連するユーザから受信するステップと、
前記第１ユーザを前記第１ユーザ端末に関連する前記ユーザの第１ユーザアカウントに従って認証するステップと、
第１加入要求を前記第１ユーザアカウントに関連する前記ユーザから受信し、前記第１加入要求は第１サービスに加入する要求を含むステップと、
を有する請求項１記載の方法。
【請求項５】
前記第１サービスは、マルチメディアサービスを含む請求項４記載の方法。
【請求項６】
前記マルチメディアサービスは、インスタント音声メッセージサービスを含む請求項５記載の方法。
【請求項７】
第１登録要求を前記第２ユーザ端末に関連するユーザから受信するステップと、
前記ユーザを前記第２ユーザ端末に関連する前記ユーザの第１ユーザアカウントに従って認証するステップと、
第１加入要求を前記第２ユーザ端末に関連する前記ユーザから受信し、前記第１加入要求は前記第１サービスに第１加入者ＩＤを用いて加入する要求を含むステップと、
を有する請求項４記載の方法。
【請求項８】
第２加入要求を前記第２ユーザ端末に関連する前記ユーザから受信し、前記第２加入要求は前記第１サービスに前記第２加入者ＩＤを用いて加入する要求を含むステップと、
第３通信セッションを前記第２ユーザ端末及び前記所定のネットワーク装置間に供給するステップと、
を有する請求項７記載の方法。
【請求項９】
加入者の第１リストを前記第１ユーザ端末へ提供し、加入者の前記第１リストは前記第１ユーザ端末に関連する前記ユーザと通信が承認されたアクティブな加入者に関連する加入者ＩＤを含むステップと、
加入者の第２リストを前記第２ユーザ端末へ提供し、加入者の前記第２リストは前記第２ユーザ端末に関連する前記ユーザと通信が承認されたアクティブな加入者と関連する加入者ＩＤを含むステップと、
をさらに有する請求項１記載の方法。
【請求項１０】
前記第１ユーザ端末は、シグナリングエージェントを含み、アクティブな通信セッションを前記第１ユーザ端末および前記第２ユーザ端末間に確立する要求を受信するステップは、
前記アクティブな通信セッションを前記第２ユーザ端末へ確立するユーザ入力を受信するステップと、
前記第１ユーザ端末および前記第２ユーザ端末間に前記アクティブな通信セッションを確立する要求を前記シグナリングエージェントから前記所定のネットワーク装置へ送るステップと、
を含む請求項１記載の方法。
【請求項１１】
前記シグナリングエージェントは、セッションイニシエーションプロトコル（ＳＩＰ）エージェントを含む請求項１０記載の方法。
【請求項１２】
前記第１ユーザ端末は仮想シグナリングエージェントに関連し、アクティブ通信セッションを前記第１ユーザ端末および前記第２ユーザ端末間で確立する要求を受信するステップは、
第１ユーザ端末上で前記アクティブ通信セッションを前記第２ユーザ端末へ確立するユーザインプットを受信するステップと、
前記仮想シグナリングエージェントへ前記アクティブ通信セッションを確立する要求を送るステップと、
前記仮想シグナリングエージェントから前記所定のネットワーク装置へ前記アクティブ通信セッションを前記第１ユーザ端末及び前記第２ユーザ端末間に確立する要求を送るステップと、
を有する請求項１記載の方法。
【請求項１３】
前記アクティブ通信セッションを前記第１ユーザ端末及び前記第２ユーザ端末間で終結させる要求を受信するステップと、
前記第１通信セッションを前記第２通信セッションから前記所定のネットワーク装置上で橋渡しの解除をするステップと、
を有する請求項１記載の方法。
【請求項１４】
前記第１通信セッション及び前記第２通信セッションを供給するステップは、前記第１および第２の通信セッションを前記第１及び第２のユーザ端末及び前記所定のネットワーク端末間で前記始動要求の前記受信に先立ってセットアップするステップを含む請求項１記載の方法。
【請求項１５】
前記第１ユーザ端末は第１所定装置に関連し、前記第２ユーザ端末は第２所定装置に関連し、前記第１通信セッションは前記第１ユーザ端末及び前記第１所定装置間に供給され、前記第２通信セッションは前記第２ユーザ端末及び前記第２所定装置間に供給され、前記第１通信セッションを前記第２通信セッションに橋渡しするステップはこのセッションを前記第１所定装置及び前記第２所定装置を介して橋渡しするステップを含む請求項１記載の方法。
【請求項１６】
インターネットプロトコルネットワークにおいてインスタントサービスを提供する方法であって、
プレゼンスサーバ上で第１ユーザ端末からマルチメディアサービスへ加入する要求を受信するステップと、
前記プレゼンスサーバから会議サーバへ第１通信セッションを前記第１ユーザ端末及び前記会議サーバ間に供給する要求を送るステップと、
前記要求の受信に応答して前記第１通信セッションを前記第１ユーザ端末及び前記下位置サーバ間に供給するステップと、
前記第１ユーザ端末に関連するユーザに関連するオンラインステータス情報を前記オンラインステータス情報の受信が承認された少なくと１のユーザへ提供するステップと、
第２通信セッションを前記会議サーバ及び第２ユーザ端末間に供給するステップと、
前記第２ユーザ端末に関連するユーザに関連するオンラインステータス情報を前記第１ユーザ端末に関連する前記ユーザに提供するステップと、
会議サーバ上で前記第１ユーザ端末及び前記第２ユーザ端末間にアクティブセッションを確立する要求を受信するステップと、
前記第１通信セッションを前記第２通信セッションへ前記会議サーバ上で橋渡しするステップと、
を有する方法。
【請求項１７】
前記第１通信セッションを前記第２通信セッションへ橋渡しするステップは、半二重通信を前記第１ユーザ端末から前記第２ユーザ端末へ可能にするステップを含む請求項１６記載の方法。
【請求項１８】
前記第１ユーザ端末に関連する前記ユーザを、前記第１通信セッションを前記第１ユーザ端末及び前記会議サーバ間に供給する前記要求を送る前に認証するステップを含む請求項１６記載の方法。
【請求項１９】
前記始動要求は前記第１ユーザ端末に関連する前記ユーザからの要求を含み、前記第２ユーザ端末に関連する前記ユーザが前記第１通信セッションの前記第２通信セッションへの橋渡しの前に使用可能であるかどうか決定するステップを含む請求項１６記載の方法。
【請求項２０】
第３通信セッションを前記会議サーバ及び第３ユーザ端末間に供給するステップと、
前記会議サーバ上で、アクティブセッションを前記第１ユーザ端末、前記第２ユーザ端末及び前記第３ユーザ端末間に確立する始動要求を受信するステップと、
前記第１通信セッションを前記第２通信セッション及び前記第３通信セッションへ橋渡しするステップと、
を有する請求項１６記載の方法。
【請求項２１】
前記第１通信セッション及び前記第２通信セッションは、リアルタイム伝送プロトコルセッションを含む請求項１６記載の方法。
【請求項２２】
加入する前記要求は、所定サービスに加入するステップを含む請求項１６記載の方法。
【請求項２３】
前記所定サービスは、インスタント音声メッセージを含む請求項２２記載の方法。
【請求項２４】
インターネットプロトコルネットワークにおいてインスタントサービスを提供するシステムであって、
少なくとも１の通信セッションを第１ユーザ端末及び第２ユーザ端末に供給するように構成された会議サーバであって、通信セッション始動要求を受信すると少なくとも１の通信セッションを前記第１ユーザ端末及び前記題２ユーザ端末間に橋渡し、終了要求を受信すると前記セッションを解除するように構成された会議サーバと、
ユーザ要求を認証するように構成された認証サーバと、
ユーザプロファイルを格納し、ユーザ端末に関連するユーザステータス情報を追跡し、前記ユーザステータス情報を承認されたユーザへ提供するプレゼンスサーバであって、通信セッション始動要求を受信し、これに応答して前記要求で特定された少なくとも１の送信先端末の使用可能性を決定するように構成され、前記少なくとも１の送信先端末が使用可能であると前記プレゼンスサーバは前記要求を前記会議サーバへ転送するように構成されたプレゼンスサーバと、
を有するシステム。
【請求項２５】
第２会議サーバをさらに有し、前記プレゼンスサーバはさらに各会議サーバの状態及び使用可能性を維持するように構成された請求項２４記載のシステム。
【請求項２６】
前記プレゼンスサーバは、ユーザ端末に関連するユーザからの登録及び加入要求を受信すると前記ユーザ端末に関連する会議サーバの割当を管理するように構成された請求項２５記載のシステム。
【請求項２７】
制御プロトコル及びシグナリングインターフェースを前記ユーザ端末、前記会議サーバ及び前記プレゼンスサーバ間に提供するように構成された少なくとも１のシグナリングユーザエージェントを含む請求項２４記載のシステム。
【請求項２８】
前記少なくとも１のシグナリングユーザエージェントは、少なくとも１のセッションイニシエーションプロトコル（ＳＩＰ）ユーザエージェントを含む請求項２７記載のシステム。
【請求項２９】
前記第１ユーザ端末は第１シグナリングユーザエージェントをさらに有し、前記第２ユーザ端末は第２シグナリングユーザエージェントを含む請求項２７記載のシステム。
【請求項３０】
前記少なくとも１のシグナリングユーザエージェントは仮想ユーザエージェントを含む請求項２８記載のシステム。
【請求項３１】
前記仮想ユーザエージェントは、前記ユーザ端末からリモートに位置するユーザエージェントを含む請求項３０記載のシステム。
【請求項３２】
前記仮想ユーザエージェントは前記ユーザ端末によってリモートに制御され、リモート制御プロトコル、リモートインタフェース、及びリモートメディア伝送関数を含む請求項３０記載のシステム。
【請求項３３】
インターネットプロトコルネットワークにおいてリアルタイムデータ伝送を提供するシステムにおいて、
第１会議サーバ及び第２会議サーバを含む複数の会議サーバであって、前記第１会議サーバは少なくとも１の通信セッションを第１ユーザ端末に関連する第１ユーザへ供給するように構成され、前記第２会議サーバは少なくとも１の通信セッションを第２ユーザ端末に関連する第２ユーザへ供給するように構成され、前記第１会議サーバ及び前記第２会議サーバは通信セッション始動要求を受信すると少なくとも１の通信セッションを前記第１ユーザ端末及び前記第２ユーザ端末間に橋渡しするように構成され、通信セッション解除要求を受信すると前記セッションの橋渡しの解除をするように構成された複数の会議サーバと、
前記第１ユーザ及び前記第２ユーザから登録要求を受信すると前記第１ユーザへ前記第１会議サーバ割り当て、前記第２ユーザへ前記第２会議サーバを割り当てるように構成されたプレゼンスサーバであって、前記第１ユーザから前記第２ユーザと通信セッションを確立するセッション始動要求を受信し、これに応答して、前記第２ユーザの前記第２ユーザ会議サーバとの関連付け及び前記第１ユーザの前記第１ユーザとの関連付けを決定するように構成され、第１要求を前記第１会議サーバへ、第２要求を前記第２会議サーバへ送るように構成され、前記第１要求は前記第１ユーザに供給される少なくとも１の通信セッションを前記第２会議サーバへ橋渡しする要求を含み、前記第２要求は前記第２ユーザに供給される少なくとも１の通信セッションを前記第１会議サーバへ橋渡しする要求を含むプレゼンスサーバと、
を有するシステム。
【請求項３４】
前記プレゼンスサーバは、前記第１ユーザから前記通信セッション始動要求を受信すると前記第２ユーザ端末の使用可能性を決定するように構成され、前記第１要求を前記第１会議サーバへ、前記第２ユーザが使用可能であれば前記第２要求を前記第２会議サーバへ送るように構成された請求項３３記載のシステム。
【請求項３５】
前記第１ユーザ端末へ供給される前記少なくとも１の通信セッション及び前記第２ユーザ端末へ供給される前記少なくとも１の通信セッションは、リアルタイム伝送プロトコルセッションを含む請求項３３記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の参照
本願は、２００１年１２月１２日に提出された米国特許出願第１０／０２１，１７１号に基づく優先権を主張し、その全体の内容を参照により組み込むものとする。
【０００２】
発明の分野
本発明は、移動体インターネットプロトコル（「ＩＰ」）ネットワークにおける通信に関する。好ましい実施形態の一形態において、本発明はこのようなネットワークでのインスタント音声メッセージの提供に関する。
【０００３】
発明の背景
無線通信及びインターネット接続への関心が急速に高まるにつれて、無線サービスプロバイダは、顧客に双方の技術の利益を享受できるアプリケーションへのアクセスを提供することによって、市場シェアを獲得しようと競い合っている。しかしながら、サービスプロバイダが顧客の基盤を拡大しようと試みるにつれて、回路交換機ネットワーク内で音声及びデータサービスを組み合わせて提供することが本来的に困難であることが明らかになってきた。これらのインフラ基盤は、膨大な帯域幅の要求に応じることができず、新たに登場するサービス及びアプリケーションの適時の、費用効率が高い配信のサポートをすることができない。
【０００４】
移動体インターネットプロトコルにおいて、移動体通信装置（移動体ノード）、例えばあるネットワークから他のネットワークへその接続点を変更する移動体ホスト又はルータは、インターネットプロトコル（「ＩＰ」）ネットワーク上の対象とするホストと２つの装置、すなわち「外部エージェント（foreign agent）」及び「ホームエージェント（home agent）」によって通信する。一般的には、外部エージェントの機能は、移動体ノードが訪れたネットワーク上のルータに組み込まれている。外部エージェントは移動体ノードにルーティングサービスを提供するが、ホームエージェントに登録される。例えば、外部エージェントは、移動体ノードのホームエージェントによって移動体ノードへトンネルモードで送られるデータパケットをトンネルモードから出して配信する。
【０００５】
ホームエージェントは、一般的には移動体ノードのホームネットワーク上のルータに組み込まれている。ホームエージェントは、移動体ノードについての現在の位置情報を維持する。１以上のホームエージェントが複数の移動体ノードへの呼を同時に扱っているとき、ホームエージェントは、本質的に、仮想プライベートネットワークサービスに類似したサービスを提供している。
【０００６】
移動体インターネットプロトコルは、移動体ノード（移動体エンティティ）及び外部エージェント間にリンク層接続性を要する。しかしながら、いくつかのシステムにおいて、移動体ノードからのリンク層は、外部エージェントから離れた点において終結する。このようなネットワークは、一般に第３世代（３Ｇ）無線ネットワークと称されている。３Ｇネットワークは、現在の多くの回路交換機ディジタル移動体ネットワークよりもはるかに大きいネットワーク容量を提供する。３Ｇネットワークにおける帯域幅の使用可能性が拡大するにつれ、共同制作サービス又はマルチメディアサービスなど無線加入者へのアプリケーションの新しい世代が拓けてきている。
【０００７】
次世代ＩＰネットワークのアーキテクチャの一つの目的地は、ＩＰベースのアプリケーション及びプロトコルを用いた、インターネット速度による新たなマルチメディアサービス及び特徴を導入するための枠組みである。これは、メディア処理、制御及びサービス生成と広義に定義される３つの層又は面内でのマルチメディアネットワークの機能的又は作用的諸相の差別化を導いている。サービス生成面は、しばしばアプリケーション面及びデータ面にさらに分けられる。当初の次世代ＩＰネットワークは、アーキテクチャの枠組みを実現するインフラ構造を構築することを目的としてきた。同時に、展開できる準備ができているＩＰベースのマルチメディアサービスのリストは、最終的に非常に多様な新たなサービス及び特徴をもたらすであろうものに先んじて着実に成長している。したがって、次世代サービスの導入が成功することは、サービスが最終ユーザにどれだけ有用であるということだけでなく、基礎をなすネットワークシステムの性能をいかに知的に統合するかにも依存する。
【０００８】
このように、マルチメディアサービスを提供する方法及びシステムが求められている。
【０００９】
発明の概要
ここで説明するシステム及び方法は、インターネットプロトコルネットワークにおいてインスタントサービスを提供するためのものであって、この方法は、第１通信セッションを第１ユーザ端末及び所定ネットワーク装置間に供給するステップと、第２通信セッションを第２ユーザ端末及び所定ネットワーク装置間に提供するステップと、アクティブ通信セッションを第１ユーザ端末及び第２ユーザ端末間に確立する始動要求を受信するステップと、所定ネットワーク装置上で第１通信セッションを第２通信セッションに橋渡しするステップと有する。
【００１０】
好ましい方法のさらなる特徴は、プレゼンスサーバ上で第１ユーザ端末からマルチメディアサービスへ加入する要求を受信するステップと、プレゼンスサーバから会議サーバへ第１ユーザ端末及び会議サーバ間に第１通信セッションを供給する要求を送るステップと、要求の受信に応答して第１通信セッションを第１ユーザ端末及び会議サーバ間に供給するステップと、第１ユーザ端末に関連するユーザに関連するオンラインステータス情報をオンラインステータス情報の受信が承認された少なくとも１のユーザへ供給するステップと、第２通信セッションを会議サーバ及び第２ユーザ端末間に供給するステップと、第２ユーザ端末に関連するユーザに関連するオンラインステータス情報を第１ユーザ端末に関連するユーザに提供するステップと、会議サーバ上において第１ユーザ端末及び第２ユーザ端末間にアクティブセッションを確立する始動要求を受信するステップと、第１通信セッションを第２通信セッションへ会議サーバ上において橋渡しするステップとを有する。
【００１１】
これらは本発明の他の特徴及び利益とともに、当業者には添付図面を参照して以下の詳細な説明を読むことによってより明らかになるであろう。
【００１２】
好ましい実施形態の詳細な説明
図１は、ＩＰネットワークにおいてインスタント音声メッセージのようなインスタントサービスを提供する本発明の応用に適したネットワークアーキテクチャ１００の実施形態を示す機能ブロック図である。ネットワークアーキテクチャは、クライアント端末１０２及びクライアント端末１１４間に通信経路を提供するワールドワイドウェブ又は公衆通信回線のようなネットワーク１０４を含む。クライアント端末１０２及び１１４は、例えば電話、コンピュータ、又はパーソナルディジタルアシスタント（「ＰＤＡ」）のようにどのような適切な形態でも取ることができる。クライアント端末１０２及び１０４は、それぞれ通信リンク１１６及び１２６を介してネットワーク１０４に接続されている。通信リンク１１６及び１２６は、無線通信リンク、有線通信リンク、又はこれらの組み合わせを含むことができる。実施形態によると、クライアント端末１０２のユーザは、リアルタイムの音声メッセージをユーザの所定のグループに送信することができる。例えば、以下で詳細に説明するように、クライアント端末１０２のユーザは、クライアント端末１０２上で使用可能な（実在又は仮想の）所定ボタンを押すことによってインスタントメッセージの送信を始動することができる。他の実施形態では、ユーザは、所定の数字をダイアルすることによってサービスを始動することができる。さらに、他には、ユーザは、クライアント端末１０２上で使用可能なグラフィカルアイコンのような所定アイコンを選択することによってサービスを始動することができる。
【００１３】
さらに図１で示されるように、ネットワークアーキテクチャ１００はプレゼンスサーバ１０６、会議サーバ１０８、認証サーバ１１０、シグナリングサーバ１１２を含み、これらはそれぞれ通信リンク１１８，１２０，１２２，１２４を介してネットワーク１０４と相互接続している。実施形態によると、プレゼンスサーバ１６は、マルチメディアサービスに加入したユーザに関連するステータス及び情報の制御及び管理を行う。特に、プレゼンスサーバ１０６は、ユーザのアクティビティステータスを検出し、プロトコル及び加入サービスに関するユーザの状態を追跡する。以降で詳細に記載するように、ユーザはプレゼンスサーバ１０６に登録し、例えばインスタント音声メッセージのような特定の（単数又は複数の）サービスに加入することができる。ユーザがプレゼンスサーバ１０６に登録する際、プレゼンスサーバ１０６は予め存在するアカウントに従ってユーザを識別し、ユーザはアカウントに関連する特定の（単数又は複数の）サービスに加入することができる。実施形態によると、ユーザがプレゼンスサーバ１０６に登録する際、ユーザは例えばインスタント音声メッセージサービスに加入することができる。しかしながら、サービスはインスタント音声メッセージサービスに限られることはなく、例えばユーザのプレゼンス及び状態の知識を要する異なるマルチメディアサービスを提供することもできるものと理解される。
【００１４】
実施形態によると、ユーザ加入は単一の所定サービスに関連することができる。又は、サービスは単一の登録したユーザからの複数の加入をサポートすることができ、異なる加入は異なる加入識別子を用いるプレゼンスサーバ１０６によって区別及び追跡を行うことができる。このような実施形態において、単一ユーザが単一サービスについての複数加入に関連するとき、ユーザは異なるユーザＩＤを使用することができる。
【００１５】
実施形態によると、サービスに関連する複数サービス又は複数ユーザＩＤへのサポートは、プレゼンスサーバ１０６上で複数の方法によって達成することができる。例えば、プレゼンスサーバ１０６は、各加入要求について異なる識別子を想定すると、単一登録の下でサービスへの複数、同時加入ができるように構成することができる。又は、プレゼンスサーバ１０６は、登録ごとに単一加入を受け容れるようにすることができ、複数、同時加入を提供する手段として単一ユーザからの複数、同時登録ができるように供給することができる。第１のアプローチはサービスプロバイダに簡潔なアカウント情報を提示することになり、第２のアプローチではプレゼンスサーバ１０６は簡単な実装になるであろう。したがって、いずれのアプローチもネットワーク開発者の必要性又は好みに応じて選択することができるであろう。後続の図面によって説明するメッセージフローの実施形態は、別個のステップとしての登録及び加入、第１のアプローチのありそうな特徴を示している。しかしながら、メッセージフローは、第２のアプローチに対しても展開することができるものと理解される。
【００１６】
表１は、プレゼンスサーバ１０６上、又はプレゼンスサーバ１０６に関連する外部データベース上で維持されるであろうユーザ情報の例を提供するが、これは登録する又はオンラインになった各ユーザが実施形態によるインスタントマルチメディアサービスを用いるためのものである。
【表１】
2005514808.tif 000003
【００１７】
表１に示されているように、ユーザプロファイル記録は、承認された通信相手のリストとともに、ユーザによって使用される１以上の加入識別子についての情報を含んでいる。一つの実施形態では、ユーザプロファイルは、承認された受信元の通信相手のリストと承認された送信先の通信相手のリストを含む承認された通信相手の２つのリストを特定することができる。さらに、登録及び加入処理が完了すると、プレゼンスサーバ１０６はクライアント端末に関連する会議サーバの追跡を維持することができる。クライアント端末は、１以上の会議サーバからマルチメディアサービスを受信することができ、このような実施形態において、プレゼンスサーバ１０６上に格納されたユーザプロファイルはクライアント装置上で実行されている各加入についての会議サーバの情報の１組以上を特定する。さらに、プレゼンスサーバ１０６は、ユーザの状態を追跡し、この情報を使用可能性記録に保存するように構成されている。さらに、ユーザプロファイルは、１以上の加入に関連する統計データを含むことができ、統計データは、例えばオンラインの時刻、クライアント端末上で送信及び受信されたパケットの数を含むことができる。さらに、ユーザプロファイルは、ユーザに関連する制限を特定することができる。しかしながら、表１に示されたプロファイルは例示するためのものであり、ユーザプロファイルにおいてより多い又は少ないパラメータ及び記録も特定することができる。
【００１８】
個人ユーザに関連する情報の追跡に加えて、プレゼンスサーバ１０６は、特定のユーザから実施形態によるインスタントメッセージに関連する他のユーザへの接続の始動及び解除を行う要求も受信する。プレゼンスサーバ１０６の特定の動作及び機能性は、以降で詳細に説明する。
【００１９】
さらに、１より多い会議サーバ１０６を有するシステムにおいては、会議サーバ１０６は、ユーザから登録及び加入要求を受信すると、会議サーバのユーザ端末への割当を管理するように構成することができる。プレゼンスサーバ１０６は、会議サーバのユーザへの割当前に、各会議サーバの状態及び使用可能性を維持し、一組のポリシールールを提供するように構成することもできる。例えば、特定の会社に関連する各ユーザは同じ会議サーバに割り当てることができ、又は会議サーバの割当はユーザの通信相手に依存するようにもできる。複数のポリシールールを適用することに加えて、プレゼンスサーバ１０６は、複数の会議サーバ間で登録及び加入要求の負荷を分散させることができる。多くの異なる実施形態が可能であり、当業者に容易に認識されるものと理解される。
【００２０】
図１に戻って参照すると、認証サーバ１１０は、ユーザについての認証、承認及びアカウント機能を実行するリモート認証ダイヤルインユーザサービス（「ＲＡＤＩＵＳ」）を含むことができる。ＲＡＤＩＵＳサーバに関するこれ以上の情報は、インターネットエンジニアリングタスクフォース（「ＩＥＴＦ」）から入手可能なリクエストフォアコメント（「ＲＦＣ」）文書２１３８に見出すことがでるが、この文書は参照により組み込まれるものとする。認証サーバ１１０は、承認されたネットワークエンティティによってアクセスすることができるユーザプロファイル又はユーザ記録の内部データベース又は外部データベースを含むことができる。以降で詳細に説明するように、シグナリングサーバ１１２が登録又は加入のユーザ要求を受信すると、シグナリングサーバ１１２は認証サーバ１１０に要求をどのように扱うか決めるようにクエリーを行う。以降で詳細に説明する実施形態によると、認証サーバ１１０に関連するデータベースに格納されたユーザプロファイルは、例えばユーザにコンタクトできる通信相手のリスト、又はユーザがコンタクト可能になることを望む通信相手のリストのような１以上のパラメータを含む。前の段落で言及した一つの実施形態によると、ユーザが複数のＩＤで加入すると、各ＩＤについて別個のリストの組が維持される。承認サーバ１１０の機能及び作用は、以降で詳細に説明する。
【００２１】
図１に戻って参照すると、シグナリングサーバ１１２は、クライアント端末１１２，１１４、及びプレゼンスサーバ１０６、会議サーバ１０８、認証サーバ１１０のような他のネットワークエンティティへのシグナリングサービスを提供する。一つの実施形態において、シグナリングサーバ１１２は、セッションイニシエーションプロトコル（「ＳＩＰ」）プロキシサーバを含むことができる。しかしながら、異なった実施形態及びプロトコルも使用できるものと理解される。ＳＩＰに関するこれ以上の情報は、ＲＦＣ−２５４３に見出され、参照によってここに組み込まれるものとする。実施形態によると、シグナリングサーバ１１２は、アーキテクチャ１００のクライアント端末及び他のネットワーク構成要素間で送られているシグナリングメッセージの中継手段である。シグナリングサーバ１１２がＳＩＰプロキシサーバを含む実施形態において、シグナリングサーバ１１０は、クライアント装置上に駐在することができ、又はネットワークエンティティ上に仮想エージェントとして実装することができるＳＩＰユーザエージェントを介してクライアント装置１０２，１１４と相互作用する。ＳＩＰメッセージを使用する特定のメッセージフローは、後続の図面を参照して詳細に説明する。しかしながら、異なるシグナリングプロトコルを利用することもでき、インスタント音声メッセージのようなマルチメディアサービスを提供する実施形態はＳＩＰを使用するものに限られないものと理解される。
【００２２】
ユーザがインスタント音声メッセージに登録又は加入する際、クライアント／ユーザ端末及び会議サーバ１０８間に通信セッションが供給される。実施形態によると、会議サーバ１０８は複数のＩＰアドレス及びポートの組み合わせをサポートし、承認されたユーザに使用可能にする。図１に戻って参照すると、クライアント端末１０２，１１４のユーザがインスタント音声メッセージに登録又は加入を行う際、会議サーバ１０８は、各クライアント端末及び会議サーバ１０８間に生成された各通信セッションについてＩＰアドレス／ポート対を割り当て、通信セッションはイナクティブ（「保留」）状態に設定される。実施形態によると、クライアント端末１０２，１１４及び会議サーバ１０８間に生成された通信セッションは、リアルタイム伝送プロトコル（「ＲＴＰ」）通信セッションを含む。ＲＴＰに関するこれ以上の情報は、ＲＦＣ−１８８９に見出され、参照によってここに組み込まれるものとする。しかしながら、実施形態はＲＴＰに限られず、リアルタイム送信又は時間依存送信を提供する現存の又は将来開発されるであろうプロトコルのいずれも使用することができるものと理解される。
【００２３】
実施形態によると、会議サーバ１０８は、クライアント端末１０２，１０４によって使用されることができる種々の圧縮及び復元（コーデック）スキーム間のコード変換をサポートするように構成することができる。コーデックのタイプ及び他のパラメータを設定するために会議サーバ１０８によって求められる情報は、以降で詳細に説明するように、ＲＴＰセッションのセットアップの間に獲得される。
【００２４】
さらに、RTPセッションの終結をクライアント装置へ提供することと、セッションの始動前にセッションをイナクティブ状態に維持することとに加えて、さらに、会議サーバ１０８は、ユーザ間の端末相互間ＲＴＰセッションを確立するため、接続を内部的に橋渡しする。実施形態によると、会議サーバ１０８は、ユーザから承認要求を受信するとセッションを橋渡しするが、この方法は以降で詳細に説明する。
【００２５】
図１は、本発明の応用に適するアーキテクチャの実施の形態を説明するものである。しかしながら、より多い又は少ない異なる又は同等なネットワーク装置も使用できるものと理解される。さらに、当業者には、図１に示された機能エンティティはディスクリート構成要素又は他の構成要素との結合で、どのような好ましい組み合わせ又は配置によっても実装できることが理解されるであろう。例えば、実施形態のアーキテクチャ１００は、単一会議サーバに限られることはなく、複数の会議サーバを使用してマルチメディアサービスシステムの拡張性を高めることもできる。以降で詳述されるこのような実施形態において、ユーザ間の橋渡しをするセッションは、１以上の会議サーバにわたることができる。一つの実施形態によると、会議サーバ及びクライアント端末間のＰＴＰセッションは、全二重化通信、すなわち同時に単一キャリア上の双方向データ層送信を許容するものである。他の実施形態によると、半二重化通信、すなわち双方向通信リンク上で双方向データ送信を許容するが、同時にではないものは、実際の音声メッセージが送られるときには補強されてエコーの発生を回避することができる。このような実施形態において、会議サーバは、ユーザ間の橋渡しが半二重化となることを確保するように構成することができる。
【００２６】
以降では、実施形態は、インスタント音声メッセージサービスを参照して説明する。しかしながら、実施形態のシステム及び方法は、インスタント音声メッセージに限られることはなく、異なったサービスにも使用できることが理解される。
【００２７】
実施形態の配置をさらに説明するため、図２は、種々の装置を介して会議サーバ１０８へのアクセスを有する異なるエンドユーザを含むネットワークアーキテクチャ２００を示すものである。ネットワークアーキテクチャ２００は、図２で黒いドットによって示される複数のポート２２２〜２４０を提供する会議サーバ１０８を含み、ユーザはこれらのユーザポート２２２〜２４０にＲＴＰセッションの接続及び確立を行うことができる。図２に示されたドットは、ＩＰアドレス／ＲＴＰポートの組み合わせを表し、各ＩＰアドレスは１以上のＲＴＰアドレスに関連することができるものと理解される。さらに、図２に示されたポート／ＩＰアドエスの対の数は、これに限定するものと解されるべきではなく、図２は実施形態のみを示すものである。
【００２８】
例えば、符号分割多重アクセス方式（ＣＤＭＡ）電話のような無線電話２０２に関連するユーザがプレゼンスサーバ１０６に登録する際、無線電話２０２及びＩＰアドレス／ポートの組み合わせ２２４間に会議サーバ１０８上でＲＴＰセッションが確立される。図２に示すように、無線電話２０２は、パケットデータサービングノード（「ＰＤＳＮ」）２０６を介して、またさらに無線通信リンク２４８及び基地局２０４を介して、会議サーバ１０８にアクセスし、会議サーバ１０８とＲＴＰセッションを確立する。図２はさらに、リモートアクセスサーバ（「ＲＡＳ」）２１０、接続２４２（例えば、ＬＡＮ接続又はＩＰサービスプロバイダを介した接続）上でＩＰアドレス／ポート対に確立されたＲＴＰセッションを有するＳＩＰ端末２１２、及びＰＤＳＮ２１８、無線通信リンク２５０及び基地局２２０を介してＩＰアドレス／ポート対に確立されたＲＴＰセッションを有する無線クライアント装置２１６を介して、ＩＰアドレス／ポート対に確立されたＲＴＰセッションを有するパーソナルコンピュータを示すものである。
【００２９】
図２はさらに、ＳＩＰ端末２１２を参照して説明したように、ユーザが複数のＩＤを用いて加入することができる実施形態を示すものである。前の段落で説明したように、ユーザは、ユーザがその相手に対して通信を承認され、ユーザのプレゼンス（オンライン状態）が送られる相手となる異なるオンラインユーザのグループに関連して、異なるＩＤを使用することを望むことがあるが、この実施形態は以降で詳細に説明する。このような実施形態において、１以上のＲＴＰセッションは、このようなユーザ及び会議サーバ１０８間に生成される。図２に示すように、ＳＩＰ端末２１２は、接続２４４及び２４６を介して会議サーバ１０８上でＩＰアドレス／ポート対２３４及び２３８に生成された２つのＲＴＰセッションを有する。
【００３０】
図２に示されるように、会議サーバ１０８によってユーザ間に橋渡しされる接続は、１対１又は１対多であることができる。１対１接続は、ＳＩＰ電話２１４におけるユーザと通信する無線電話２０２と関連するユーザを参照して説明する。実施形態によると、無線通信２０２に関連するユーザがだれがメッセージを受信すべきかを特定すると、会議サーバ１０８は予め確立されたＲＴＰセッション間の橋渡しを生成する。図２によると、会議サーバ１０８は、ＩＰアドレス／ＲＴＰポート対２２４及びＩＰアドレス／ＲＴＰポート対２３８において終結するＲＴＰ接続を橋渡しする。同様に、１対多接続の橋渡しは、ＳＩＰ電話２１２におけるユーザ、さらに無線クライアント端末２１６におけるユーザと通信するパーソナルコンピュータ２０８と関連するユーザを参照して説明する。パーソナルコンピュータ２０８におけるユーザがだれがメッセージを受信すべきかを特定すると、会議サーバ１０８はＲＴＰセッション間の接続を橋渡しする。図２によると、会議サーバ１０８は、ＩＰアドレス／ＲＴＰポート対２３０で終結するＲＴＰ接続をＩＰアドレス／ＲＴＰポート対２４０及び２３２で終結するＲＴＰ接続へ橋渡しする。
【００３１】
実施形態によると、ユーザがインスタント音声メッセージを１以上の受信者に送ることを決定すると、ユーザは、所望の受信者を特定し、インスタント音声メッセージを始動する。ユーザが１以上のサービスに登録及び加入すると、ユーザは、ユーザの相手となって通信することが承認されたユーザのリストを受信し、ユーザのプレゼンス情報（オンライン状態）はユーザのプレゼンス情報を知ることが承認されたオンラインユーザのいずれにも送られる。一つの実施形態では、登録している間、例えば、ユーザはどのユーザがユーザの存在情報を知るように承認されるかを制限することができる。このような実施形態において、ユーザは、複数のユーザと通信する承認を得ることを要求することができるが、これらのユーザのいくらかのみにユーザのオンライン状態を知る承認が与えられる。一つの実施形態において、認証サーバ１１０は、承認された通信相手並びに他のユーザに固有の情報のリストを含むユーザプロファイルを格納する。前の段落で説明したように、ユーザが一旦１以上のサービスに登録及び加入を行うと、会議サーバ１０８はＲＴＰセッションをユーザ端末へ供給する。
【００３２】
実施形態によると、ユーザ端末は、ユーザの承認された通信相手を表示するように構成され、さらにユーザがインスタントメッセージを送ることを望むユーザの通信相手の選択を受信するように構成されたグラフィカルインターフェースを含むことができる。又は、ユーザ端末は、ユーザへの通信相手のリストを再生し、所望の通信相手を決定する手段として（ユーザがダイアルした数字のような）選択された入力を受信するように構成することもできる。しかしながら、ユーザが所望の通信相手を選択する手段はアプリケーションに固有のものであり、他の異なった実施形態が可能であることが理解される。さらに、ユーザが一旦所望の受信者のリストを選択すると、ユーザは、ユーザ端末において予め設定された選択を行うことによって所望の受信者へのインスタント音声メッセージの送信を始動することができる。例えば、選択入力は、ユーザ端末上の予め設定されたボタン、ユーザ端末上でユーザによって選択されたグラフィカル選択識別子を含む。クライアント端末のタイプによって、異なった実施形態も可能であることが理解される。これ以降では、ユーザは予め設定された「話す」ボタンを選択して所望の受信者へのインスタント音声メッセージの送信を始動するものとする。
【００３３】
したがって、実施形態によると、ユーザが所望の受信者のリストを選択してユーザ端末上で話すボタンを選択すると、会議サーバ１０８はユーザ及びユーザによって特定された受信者間のＲＴＰ接続を内部的に橋渡しする。呼セットアップ並びにエンドユーザのコーデックの相違及び他の装置の特徴は、登録及び加入処理の一部として前もって解決されているので、ユーザが話すボタンを選択すると、ユーザはリアルタイム音声メッセージを所望の受信者へ即時に送ることができる。
【００３４】
一つの実施形態によるインスタント音声メッセージサービスは、ユーザへ出力を提供するとともに、ユーザから入力を受け取るＳＩＰユーザエージェントによってエンドユーザに配信される。以降で説明するメッセージフローの実施形態は、ＳＩＰサードパーティ呼制御フローである。ＳＩＰサードパーティ呼制御は、ネットワーク内で媒介エンティティを使用してＳＩＰユーザエージェントが呼に加わるように招く。具体的に、媒介エンティティは、ＳＩＰユーザエージェントへの呼を始動する。実施形態によると、媒介エンティティはプレゼンスサーバ１０６であり、呼受信者はＳＩＰユーザエージェント及び会議サーバ１０８である。呼セットアップを達成することができるあり得るＳＩＰサードパーティ呼フローは多数存在し、これらのいずれも実施形態によるインスタント音声メッセージで用いることができる。したがって、以降で説明する特定のメッセージフォローは限定したり他の実施形態を排除したりするものではなく、説明としてのみ介されるべきものと理解される。
【００３５】
さらに、呼フローは、どのようにＳＩＰユーザエージェントが実装されたかに拘わらないものと理解される。メッセージフローは、ネットワーク内において、ユーザエージェントの参加外でのインスタントメッセージシステムのセットアップ及び制御を示す。実施形態によると、エンドユーザ端末は、ＳＩＰエージェントをローカルにホストするか又はリモートに制御するかのいずれかである。以降で詳細に説明するように、ＳＩＰ仮想ユーザエージェントは、リモートに制御されたＳＩＰユーザエージェントを使用してインスタント音声メッセージサービスを非ＳＩＰユーザ端末へ配信し、これによって、サービスがネットワークが展開するにつれ移動できるようにする。このような実施形態において、実際のＳＩＰユーザエージェント間での構成要素及び方法はネットワークが展開しても一定に維持され、ＳＩＰユーザエージェントのホストは展開するネットワークに受け容れられるように変化することがある。
【００３６】
呼フローを説明する以降の各図は２つのＳＩＰユーザエージェント（ＵＡ−Ａ３７０及びＵＡ−Ｂ３７２）、承認サーバ１００のような承認サーバ、プレゼンスサーバ１０６のようなプレゼンスサーバ及びシグナリングサーバ１１２のようなシグナリングサーバ、及び２つの会議サーバ（会議ＳＥＲＶＥＲ１（１０８）及び会議ＳＥＲＶＥＲ  Ｎ（３７４））を含んでいるが、ここで「Ｎ」は会議サーバの任意の数を示す。さらに、後続の図は、図２に示された端末２０２及び２１４に関連するユーザを参照して説明する。このような実施形態において、各ユーザは予め定めた登録ＩＤによって登録し、ＵＡ−Ｂ３１７をホストする端末に関連する仕事タイトルＩＤ及び個人ＩＤのような２つの加入ＩＤに関連している。ＳＩＰはセッションをセットアップする主要なプロトコルであるが、後続の図で説明するメッセージフローは非ＳＩＰプロトコル要素を含んでいる。例えば、シグナリングサーバ１１２及び承認サーバ１１０は、プロプロイエタリプロトコル又はＲＡＤＩＵＳのような非ＳＩＰプロトコルを用いて通信することができる。しかしながら、標準プロトコルも使用できるものと理解される。
【００３７】
さらに、明示的に示さないが、基本的な呼フローは、単一ユーザが複数のＩＤで加入する場合、個人メッセージが複数の受信者に同時に送られた場合に容易に一般化することができる。同様に、後続のメッセージフローは、故障例を扱わない。したがって、後続の図は、実施形態によるインスタント音声メッセージの特定の性能、サービス及び特徴の範囲を限定したり制限したりするものではないと理解される。さらに、加入及び登録のステップは、単一ステップに組み合わせることができるものと理解される。
【００３８】
図３Ａ及び３Ｂは、一つの実施形態によるインスタント音声メッセージへのＳＩＰユーザ登録及び加入のメッセージフローを示すものである。図３Ａを参照すると、ＳＩＰユーザエージェントＡ（ＵＡ−Ａ）３７０は、登録要求（ＲＥＧＩＳＴＥＲ）メッセージ３０２をシグナリングサーバ１１２へ送る。実施形態によると、ユーザは、所定のユーザ登録識別子によって登録する。登録要求の受信に応答して、シグナリングサーバ１１２は、認証許可要求（ＡＵＴＨ＿ＡＤＭＩＴ  ＲＥＱ）メッセージ３０４を生成し、これを認証サーバ１１０へ転送する。ユーザを認証するため、認証サーバ１１０は、ユーザが使用を認証されるサービスを特定する情報、ユーザのプリファレンスに関する情報を含むユーザプロファイルを検索する。
【００３９】
認証サーバ１１０が正常にユーザを認証すると、認証サーバ１１０は認証成功（ＡＵＴＨ＿ＳＵＣＣＥＳＳ）メッセージ３０６をシグナリングサーバ１１２へ返す。そして、シグナリングサーバ１１２は、２００  ＯＫメッセージ３０８をＵＡ−Ａ３７０へ送る。ユーザが正常に認証されると、シグナリングサーバは通知（ＮＯＴＩＦＹ）メッセージ３１０を生成し、これをプレゼンスサーバ１０６へ送る。通知メッセージ３１０は、プレゼンスサーバ１０６にＵＡ−Ａ３７０として表されるユーザが認証されてプレゼンスサーバ１０６に登録することを承認され、したがって、ユーザ登録が完了したことを通知するが、これはステータスバー３１２に示されている。ＡＵＴＨ＿ＡＤＭＩＴ  ＲＥＱメッセージ３０４及びＡＵＴＨ＿ＳＵＣＣＥＳＳメッセージ３０６は、プレゼンスサーバ１０６及び認証サーバ１１０間のプロトコルの一部であるものとされる。
【００４０】
１以上のサービスに加入するため、ＵＡ−Ａ３７０は、加入要求（ＳＵＢＳＣＲＩＢＥ）メッセージ３１４をシグナリングサーバ１１２へ送る。要求メッセージ３１４は、加入しているサービスのタイプを特定するが、この実施の形態ではインスタントメッセージサービスであり、さらにこの例では加入者ＩＤ１であるユーザによって選択された加入識別子を特定する。シグナリングサーバ１１２がメッセージ３１４を受信すると、シグナリングサーバ１１２は、メッセージをプレゼンスサーバ１０６へ転送するが、これは３１６に示されている。続いて、プレゼンスサーバ１０６は、ユーザに代わって認証許可要求（ＡＵＴＨ＿ＰＥＲＭＩＴ  ＲＥＱ）を送り、このメッセージを承認サーバ１１０へ転送する。次に、承認サーバ１１０は、データベースの一つに格納されたユーザプロファイルを用いてユーザが承認されるかどうか決定し、正常に承認されたものとすると、承認成功（ＡＵＴＨ＿ＳＵＣＣＥＳＳ）返答メッセージ３２０をプレゼンスサーバ１０６へ返す。実施形態によると、返答メッセージは、図３Ａに「許可リスト」パラメータとして示された承認された通信相手リストを含む。承認された通信相手リストは、サーバ１１０に格納されているようなユーザの詳細、許可及び承認に基づいて決定された通信相手のリストを含む。プレゼンスサーバ１０６は続いてシグナリングサーバ１１２へ要求の処理が正常であったことを示す２００  ＯＫメッセージ３２２を送り、シグナリングサーバ１１２はこのメッセージをＵＡ−Ａ端末３７０へ転送するが、これはメッセージ３２４に示されている。ＡＵＴＨ＿ＰＥＲＭＩＴメッセージ３１８及びＡＵＴＨ＿ＳＵＣＣＥＳＳメッセージ３２０の双方は、プレゼンスサーバ１０６及び認証サーバ１１０間で使用されるプロトコルの一部であるものとされる。
【００４１】
実施形態によると、プレゼンスサーバ１０６は、認証された通信相手を更新し、現在オンラインのユーザのみ含むようにする。図３Ａに示すように、プレゼンスサーバ１０６は通知（ＮＯＴＩＦＹ）メッセージ３２６内の更新されたリストをシグナリングサーバ１１２へ送り、シグナリングサーバ１１２は続いてこれをＵＡ−Ａ端末へ転送するが、これは３２８に示されている。通知メッセージ３２６は、承認された通信相手のどれがオンラインであるという情報を提供する。ＵＡ−Ａ３７０は２００  ＯＫメッセージ３３０でシグナリングサーバ１１２へ応答し、続いてシグナリングサーバ１１２はこのメッセージをプレゼンスサーバ１０６へ転送するが、これは３３２に示されている。実施形態によると、登録処理のこの時点で、ユーザは好ましくは通信相手リストを使用しないが、これは登録／加入処理が完了していないからである。実施形態において、クライアント端末上のユーザインターフェースプログラムは、処理が完了するまでサービスを使用しないように構成することができる。
【００４２】
続いて、プレゼンスサーバ１０６は、ＩＮＶＩＴＥ（招待）メッセージ３３４をシグナリングサーバ１１２へ送り、シグナリングサーバ１１２はこのメッセージをＵＡ−Ａ３７０へ送るが、これは図３Ｂのメッセージ３３６に示されている。ＵＡ−Ａ３７０は、セッション記述プロトコル（ＳＤＰ）を含む２００  ＯＫメッセージ３３８によって応答するが、これはメッセージ３３８においてＳＤＰ−Ａとして示されている。ＳＤＰに関するこれ以上の情報はＲＦＣ−２３２７に見出されるが、参照によりここに組み込まれるものとする。実施形態によると、メッセージ３３８内のＳＤＰパラメータは、ＲＴＰセッションのユーザエージェントエンドのＩＰアドレス及びポートを含む。さらに、ＳＤＰパラメータは、サポートされるコーデックのリストを含むことができる。シグナリングサーバ１１２がメッセージ３３８を受け取ると、２００  ＯＫメッセージ３４０に示されているように、このメッセージをプレゼンスサーバ１０６へ転送する。
【００４３】
続いて、会議サーバ１０８は、呼に招かれる。実施形態によると、プレゼンスサーバ１０６はＩＮＶＩＴＥ３４２をシグナリングサーバ１１２へ送り、シグナリングサーバ１１２は会議サーバへＵＡ−Ａ３７０に関連するＳＤＰを含むＩＮＶＩＴＥメッセージ３４４を送る。図３Ｂに示すように、会議サーバ１０８は、シグナリングサーバへ会議サーバ１０８、ＳＤＰ会議サーバ１に関連するＳＤＰを含む２００  ＯＫメッセージ３４６によって応答する。ＳＤＰ会議サーバ１は、ＲＴＰセッションの会議サーバエンドのＩＰアドレス及びポートを含む。さらに、ＳＤＰ会議サーバ１は、ＵＡ−Ａ３７０によって提供されるコーデックのリストから会議サーバ１０８によって選択されたコーデックを含むことができる。シグナリングサーバ１１２がメッセージ３４６を受信すると、このメッセージをプレゼンスサーバ１０６に転送するが、これは３４８に示されている。
【００４４】
これに応答して、プレゼンスサーバ１０６は、確認（ＡＣＫ）メッセージをシグナリングサーバ１１２を介して会議サーバ１０８及びＵＡ−Ａ３７０へ送るが、これはメッセージ３５０，３５２，３５４，３５６に示されている。ＵＡ−Ａ３７０へのＡＣＫメッセージ３５４，３５６は、会議サーバ１０８に関連するＳＤＰを含む。この時点において、ＵＡ−Ａ３７０及び会議サーバ１０８間でＲＴＰセッションがセットアップされるが、これは３５８及びステータスバー３６０に示されている。実施形態によると、ＲＴＰセッションは、イナクティブ状態（又は「保留」状態）にある。
【００４５】
さらに、実施形態によると、ＵＡ−Ａがプレゼンスサーバ１０６へ完全に加入し、ＲＴＰ接続が会議サーバ１０８へ確立されると、プレゼンスサーバ１０６は、通知されることを希望し、承認された他の加入者に、新たに加入したユーザがオンラインになったときに通知する。図３Ｂに示されているように、プレゼンスサーバ１０６は、シグナリングサーバ１１２を介して１以上のＮＯＴＩＦＹメッセージ３６２を送る。実施形態によると、ステータスバー３６４に示すように、ユーザが組み込んだＵＡ−Ａ３７０は完全に登録及び加入が行われ、承認された通信相手リスト上のユーザへメッセージを送り、ユーザにメッセージを送ることが承認された他のユーザからのメッセージを受信することができる。前の段落で言及したように、クライアント装置上のユーザインタフェースは、ユーザの通信相手リストを表示するような、ユーザへの情報提供手段を提供し、「話す」入力又は通信相手の選択のような、ユーザからの入力を受信するように構成されている。
【００４６】
図４Ａ及び４Ｂは、送信者及び受信者の双方が同じ会議サーバへ確立されたＲＴＰセッションを有するとき、ユーザ間にアクティブなコネクションを生成し、インスタント音声メッセージを送るメッセージフロー４００を示すものである。ユーザは図３Ａ及び３Ｂを参照して記載された方法にしたがって登録及び加入し、送信するユーザは受信する単数又は複数のユーザにコンタクトすることが承認されたものとされる。送信するユーザはＵＡ−Ａ３７０として表され、単一の送信するユーザはＵＡ−Ｂ３７２として表される。
【００４７】
図４Ａを参照すると、ＵＡ−Ｂ３７２はサービスへ登録して加入したものとされ、ＲＴＰセッションはＵＡ−Ｂ３７２及び会議サーバ１０８間で確立されたものとされるが、これは４０２に示されている。クライアント端末３７２に関連するユーザは、加入者ＩＤ２ａ及び２ｂのような２以上の加入識別子を有することができる。ユーザは例えばグラフィカル選択入力を用いたクライアント端末を介して、又は所定の数字をダイアルすることによって所定の加入者識別子を選択することができるものと理解される。このような実施形態において、ユーザが１以上の加入者識別子を有すると、ユーザは、サービスが加入者に提供されるため、これらのいくつかを始動／解除することができる。図４Ａ及び４Ｂにおいて、ＵＡ−Ａ３７０に関連するユーザは、加入者ＩＤ２ａを有するユーザに関連するオンラインステータス情報を通信及び受信することが承認されるものとされる。図４Ａに示すように、ＵＡ−Ｂの登録手続きの最後のステップは、ＵＡ−Ｂが現在オンラインであることを承認されたユーザに通知する。特に、プレゼンスサーバ１０６は、シグナリングサーバ１１２を介してＵＡ−Ａ３７０へ、ＩＤ２ａに関連するユーザがオンラインであり、メッセージを受信する準備ができているという情報を含む通知（ＮＯＴＩＦＹ）メッセージを送るが、これはメッセージ４０４，４０６に示されている。４０４及び４０６のシーケンスは、ＵＡ−Ａ３７０の加入手続きに結論を出した図３Ｂの通知３６２と類似している。ＵＡ−Ａ３７０が一旦ＮＯＴＩＦＹメッセージ４０６を受信すると、ＵＡ−Ａ３７０はＵＡ−Ｂ３７２が加入していることを通知されるが、これはステータスバー４０８に示されている。
【００４８】
続いて、ＵＡ−Ａ３７０は、ＵＡ−Ｂ、加入者ＩＤ２ａへ接続を要求する。例えば、ユーザは、ユーザ端末上で利用可能なグラフィカルインタフェースを介して送信先ユーザを選択し、さらに「話す」ボタンを押して接続を始動することができる。図４Ａに示すように、ＵＡ−Ａ３７０は、プレゼンスサーバ１０６へシグナリングサーバ１１２を介して通知（ＮＯＴＩＦＹ）メッセージを送るが、これはメッセージ４１０及び４１２に示されている。ＮＯＴＩＦＹメッセージ４１０及び４１２は、送信先ユーザに関連する加入者ＩＤ２ａを規定する。プレゼンスサーバ１０６が要求を受信すると、プレゼンスサーバ１０６はＵＡ−Ｂ３７２のユーザに関連するステータスをチェックする。実施形態によると、ステータス情報は、プレゼンスサーバ１０６上でローカルに維持され、ＵＡ−Ｂ３７２に関連するユーザが登録及び加入しているかどうか、さらにＵＡ−Ａ３７０に関連するユーザがこのユーザへメッセージを送るように承認されているかどうかを示す。さらに、プレゼンスサーバ１０６は、送信先ユーザが現在のところメッセージを受信できる状態にあるかどうか検証することができる。例えば、プレゼンスサーバ１０６は、送信先ユーザが現在メッセージを受信しているかどうかを決定することができる。プレゼンスサーバ１０６は、セッションに接続する前に他の特徴も決定することができるものと理解される。
【００４９】
プレゼンスサーバ１０６が接続が許可されたと決定すると、プレゼンスサーバ１０６はＮＯＴＩＦＹメッセージ４１４を会議サーバ１０８へ再発行する。メッセージ４１４は、ユーザエージェントであるＵＡ−Ａ及びＵＡ−Ｂによって終点を識別し、ＩＰアドレス／ＲＴＰポートのどの組み合わせを橋渡しをするかの表示を含むことができる。さらに、実施形態によると、ユーザエージェントは、送信先エンティティに関連するローカルＩＰアドレス及びＲＴＰポートを知らないことが理解される。または、ユーザエージェントは、会議サーバ１０８上のＩＰアドレス及びＲＴＰポートの知識を有する。会議サーバ４０２がＵＡ−Ａ３７０と、ＵＡ−Ｂ３７２に関連する適切なＲＴＰセッション間にＲＴＰ接続を橋渡しする際、会議サーバ１０８は２００  ＯＫメッセージ４１６によって応答し、会議サーバ１０８はＵＡ−Ａ３７０及びＵＡ−Ｂ３７２間でＲＴＰパケットを転送することができるが、これはステータスバー４１８に示されている。
【００５０】
続いて、４２０及び４２２に示すように、プレゼンスサーバ１０６はシグナリングサーバ１１２を介してＵＡ−Ａ３７０へ２００  ＯＫメッセージを送り、ステータスバー４２４に示すように、ＲＴＰ接続がＵＡ−Ａ３７０及びＵＡ−Ｂ３７２間に確立される。ＵＡ−Ａ３７０上での２００  ＯＫメッセージ４２２の受信は、クライアント端末におけるビープ音のようなエンドユーザへのシグナルへ変換される。実施形態において、ユーザは「話す」ボタンの押し下げを続けるものとされる。
【００５１】
実施形態によると、処理のこの時点において、ＵＡ−Ａ３７０及びＵＡ−Ｂ３７２間にＲＴＰ接続が橋渡しされ、ＲＴＰパケットはユーザ間を流れることができる。実施形態においてユーザが「話す」ボタンを使用し、図４Ｂの４２６に示すように、接続は「話す」ボタンが押されて間は維持される。しかしながら、異なった実施形態も可能であることが理解される。例えば、クライアント端末上で１より多い選択入力が存在し、セッションを始動し、セッションを終結させることができる。当業者は、多くの異なったアプリケーションに固有の実施態様も可能であることを理解するであろう。
【００５２】
図４Ｂは、さらにＵＡ−Ａ３７０及びＵＡ−Ｂ３７２間の通信リンクを終結させる処理を説明するものである。実施形態によると、ユーザは、クライアント端末上で「話す」ボタンを開放することによって通信を終結させることができる。ユーザ入力の検出に応答して、ＵＡ−Ａ３７０はＮＯＴＩＦＹメッセージをプレゼンスサーバ１０８に送るが、これはメッセージ４２８及び４３０に示されている。ＮＯＴＩＦＹメッセージは、加入者ＩＤ２によって終結するユーザを識別する。
【００５３】
続いて、プレゼンスサーバ１０６は、会議サーバ１０８へのＮＯＴＩＦＹメッセージ４３２を再発行し、入来するメッセージを再度変換してどのユーザエージェントが接続解除するか示す。ＮＯＴＩＦＹメッセージ４３２は、セッションに関連するＩＰアドレス／ポートの組み合わせを含むことができる。実施形態によると、会議サーバ１０８は、４３６に示すような対応するＩＰアドレス／ＲＴＰポート間の内部接続を終結させ、２００  ＯＫメッセージ４３４をプレゼンスサーバ１０６へ送る。これに応答して、会議サーバ１０８は、送信するユーザ及び受信するユーザのステータスを更新する。さらに、プレゼンスサーバ１０６は、２００  ＯＫメッセージ４３８をＵＡ−Ａ３７０へシグナリングサーバ１１２を介して送るが、これはメッセージ４３８及び４４０に示されている。ＵＡ−Ａ３７０がメッセージ４４０を受信する際、ＵＡ−Ａ３７０はメッセージをクライアント端末におけるビーム音のようなエンドユーザへ接続の終結を示すシグナルに変換する。
【００５４】
４４２に示すように、ＲＴＰセッションは、イナクティブ状態に戻る。さらに、４４４に示すように、送信するユーザエージェント及び受信するユーザエージェントのＲＴＰセッションはイナクティブ状態に戻り、会議サーバ１０８へのＲＴＰセッション４４４及び４４６はシーケンスの最後に維持され、ユーザはまだ即時にセッションを始動することができる。
【００５５】
図５Ａ及び５Ｂは、送信者及び受信者の双方が異なった会議サーバへのＲＴＰセッションを有しているとき、シグナリングユーザエージェントがどのように音声メッセージサービスを用いて他のオンラインユーザへアクティブ接続を生成し、インスタント音声メッセージを送るかを説明する図である。ユーザＡ及びユーザＢは、図３Ａ及び３Ｂに記載されたステップによって登録及び加入し、送信するユーザは受信するユーザとコンタクトすることが承認されるものとされる。さらに、図５Ａ及び５Ｂは、ユーザＢの登録の全処理を説明しようとするものではない。しかしながら、登録の最後のいくつかのステップは、図５Ａに示されている。前の図と同様に、送信するユーザはＵＡ−Ａ３７０によって表され、単一の受信するユーザはＵＡ−Ｂ３７２によって表される。図５Ａ及び５Ｂに示されるように、ＵＡ−Ｂに関連するユーザはインスタントメッセージへ登録及び加入し、ＲＴＰセッションは会議サーバＮ７３４へ確立されるが、これは５０２に示されている。さらに、前の図と同様に、ＵＡ−Ｂ３７２に関連するユーザは複数の加入者識別子を有し、ＵＡ−ＡはＩＤ２ａを有する加入者と通信することが承認される。メッセージ５０４、５０６に示すように、ＵＡ−Ａ３７０は個人情報ＩＤ２ａの加入者に関連するオンラインステータスに関連する情報を含むＮＯＴＩＦＹメッセージを受信し、ＵＡ−Ａ３７０はＵＡ−Ｂ３７２が加入したことを通知されるが、これはステータスバー５０８に示されている。
【００５６】
図４Ａと同様に、ＵＡ−Ａ３７０に関連するユーザは、ＵＡ−Ｂ３７２において加入者識別子２ａに関連する加入者へ接続が確立されることを要求するものとされる。接続要求を送るステップは、メッセージ５１０及び５１２によって説明される。複数の会議サーバを含む実施形態によると、プレゼンスサーバ１０６は、接続要求にかかわる各会議サーバに個別のＮＯＴＩＦＹメッセージを送る。プレゼンスサーバ１０６は、接続要求において特定される加入識別子をそれぞれのユーザエージェント及び会議サーバへ翻訳する。
【００５７】
図５Ａに示すように、プレゼンスサーバ１０６は、会議サーバ１０８へ会議サーバＮ３７４に関連するＵＡ−Ａ３７０及びＵＡ−Ｂ３７２間の接続を橋渡しする要求を含むＮＯＴＩＦＹメッセージ５１４を会議サーバ１０８へ送る。これに応答して、会議サーバ１０８は、２００  ＯＫメッセージ５１６を受け取る。同様に、プレゼンスサーバ１０６は、会議サーバ３７４へＵＡ−Ａ３０７をＵＡ−Ｂ３７２に接続する要求を含み、さらにＵＡ−Ａ３７０が会議サーバ１０８と関連していることを特定するＮＯＴＩＦＹメッセージ５１８を送る。続いて、プレゼンスサーバ１０６は会議サーバ３７４から２００  ＯＫメッセージ５２０を受け取り、会議サーバ１０８はＲＴＰパケットをＵＡ−Ａ３７０からＵＡ−Ｂ３７２に転送するが、これはステータスバー５２２に示されている。実施形態によると、２以上の会議サーバ間の接続は、複数ＮＯＴＩＦＹメッセージの送信及び複数２００  ＯＫメッセージの受信を除いて、プレゼンスサーバ１０６にトランスペアレントであるように確立される。
【００５８】
プレゼンスサーバ１０６は２００  ＯＫメッセージ５１６及び５２０をそれぞれの会議サーバから受信し、プレゼンスサーバ１０６は２００  ＯＫメッセージをＵＡ−Ａ３７０へシグナリングサーバ１１２を介して送るが、これはメッセージ５２４及び５２６に示されている。ステータスバー５２８に示すように、ＵＡ−Ａ３７０及びＵＡ−Ｂ３２７間のＲＴＰ接続は、これによって準備ができる。図４Ａ及び４Ｂに示した単一会議サーバと同様に、会議サーバは、ＵＡ−Ａ３７０からＵＡ−Ｂ３７２への間の接続を橋渡しするが、送信者から受信者の橋渡しは複数のサーバにわたることが相違し、これは５３０に示されている。一つの実施形態において、会議サーバは、ＵＡ−Ａ３７０からＵＡ−Ｂ３７２への半二重の橋渡しを実行する。しかしながら、異なった実施形態も可能である。さらに、前の図を参照して検討するように、ＵＡ−Ａ３７０に関連するユーザは、接続が確立したことを通知されることもできる。
【００５９】
ユーザが接続を解除すると、ＵＡ−Ａ３７はＮＯＴＩＦＹメッセージをプレゼンスサーバ１０６へシグナリングサーバ１１２を介して送るが、これは５３２及び５３４に示されている。プレゼンスサーバ１０６がメッセージ５３４を受信すると、会議サーバからの接続解除処理を始動する。呼を解除する処理は、個別のＮＯＴＩＦＹメッセージを接続解除に関わる各会議サーバに送ることによって達成される。セッションの橋渡しと同様に、プレゼンスサーバは、どのユーザエージェントが接続解除されるべきかを特定することができる。メッセージ５３６及び５３８は会議サーバ１０８へ送られている接続解除要求を示し、メッセージ５４０及び５４２は会議サーバ３７４へ送られている接続解除要求を示している。複数会議サーバを介してＲＴＰセッションの橋渡しと同様に、橋渡しの終結は、接続解除要求に応答して受け取られている複数の２００  ＯＫメッセージを除いて、接続サーバ１０６へ透明であることができる。橋渡しされた接続が終結すると、ステータスバー５４４に示したように、プレゼンスサーバ１０６はａ及び６４８を送り、ＲＴＰセッションはイナクティブ状態（又は「保留」）に戻るが、これはステータスバー５５０に示されている。図５Ｂに示すように、ＲＴＰセッション５５４及び５５２は、ＵＡ−Ａ３７０及び会議サーバ１０８間、さらにＵＡ−Ｂ３７２及び会議サーバ３７４間でイナクティブ状態に留まる。
【００６０】
図６は、一つの実施形態によるインスタント音声メッセージサービスからの加入解除及び登録解除の処理を説明するメッセージフロー６００である。実施形態によると、ユーザは、クライアント端末を用いてサービスを加入解除することができる。例えば、クライアント端末上のクライアントインタフェースは、ユーザがワービスから加入解除する処理を始動することをユーザに可能にする選択入力を含むことができる。ユーザがサービスから加入解除及び／又は登録解除することを決めると、ＵＡ−Ａ３７０はシグナリングサーバ１１２へゼロに設定された全パラメータを含むＳＵＢＳＣＲＩＢＥメッセージ６０２を送る。メッセージ６０２は、さらに加入ＩＤ（この例では、クライアント端末２０２のユーザに関連する加入ＩＤ１）を含む。シグナリングサーバ１１２は、２００  ＯＫメッセージ６０４で応答し、そして、クライアント端末２０２のユーザに関連する加入ＩＤ１についてのオフライン状態を示すＮＯＴＩＦＹメッセージ６０６をプレゼンスサーバ１０６へ発行する。
【００６１】
実施形態によると、プレゼンスサーバ１０６がＮＯＴＩＦＹメッセージ６０６を受信すると、プレゼンスサーバ１０６はユーザに固有の加入をオンラインユーザのリストから削除し、これはステータスバー６０８に示され、ユーザがオンラインになると、ＮＯＴＩＦＹメッセージ６２０を先に通知された全てのオンラインユーザに送る。この処理を用い、プレゼンスサーバ１０６は、ＵＡ−Ａエージェント３７０が利用できないことを確立するが、これはステータスバー６１２に示されている。プレゼンスサーバ１０６は、ＵＡ−Ａ３７０に関連する他のローカルな状態情報も更新する。
【００６２】
次に、プレゼンスサーバ１０６は、加入ＩＤに関連する呼ＩＤについてＢＹＥメッセージをＵＡ−Ａ３７０へシグナリングサーバ１１２を介して送るが、これは６１４及び６１６に示されている。これによって、ユーザエージェントは、呼を終了する。ユーザエージェントは、シグナリングサーバ１１２を介してプレゼンスサーバ１０６へ送られる２００  ＯＫメッセージによって応答するが、これは６１８及び６２０に示されている。続いて、プレゼンスサーバ１０６は、ＢＹＥメッセージを会議サーバ１０８へシグナリングサーバ１１２を介して送るが、これは６２２及び６２４に示されている。これによって、会議サーバは、呼を終了する。会議サーバ１０８は、プレゼンスサーバ１０６へシグナリングサーバ１１２を介して送られる２００  ＯＫメッセージによって応答するが、これは６２６及び６２８に示されている。この時点において、ＵＡ−Ａ２０２及び会議サーバ１０８間のＲＴＰセッションは解除されるが、これはステータスバー６３０に示されている。
【００６３】
ユーザを登録解除するため、ＵＡ−Ａ２０２は、シグナリングサーバ１１２へゼロに設定された終了パラメータを含むＲＥＧＩＳＴＥＲメッセージ６３２を送る。さらに、メッセージ６３２は、プレゼンスサーバ１０６又は認証サーバ１１０上でユーザに確立されたアカウントで特定されるような登録ＩＤを含む。シグナリングサーバ１１２はＲＥＧＩＳＴＥＲメッセージ６３２をプレゼンスサーバ１０６へ転送し、これは６３４に示され、プレゼンスサーバは２００  ＯＫメッセージ６３６によって応答する。プレゼンスサーバ１０６はユーザに関連する登録アカウント情報のような関連するローカル情報をいずれも更新し、ユーザはプレゼンスサーバ１０６への登録はなくなるが、これはステータスバー６３８に示されている。登録解除及び加入解除の処理は、プレゼンスサーバ１０６によって始動することができるものと理解される。例えば、プレゼンスサーバ１０６は、接続に関連するイナクティブの状態の時間を計測するように構成され、所定のタイムアウトに到達すると、会議サーバ１０６は接続を解除する。異なった実施形態も可能であることが理解される。
【００６４】
図３〜６に示されたメッセージフローは例示のみのためであり、本発明は説明したメッセージに限られないことが理解される。より少ない又はより多い、異なった又は同等のメッセージを使用することができることも理解される。さらに、前記のメッセージフローにおいて、ＳＩＰユーザエージェントのようなユーザエージェントは、エンドユーザに代わって働き、実施の形態によるインスタント音声メッセージにアクセスして使用する。説明した実施形態において、ＳＩＰユーザエージェントは、電話又はパーソナルコンピュータのようなエンドユーザクライアント端末上に駐在する。しかしながら、実施形態によると、非ＳＩＰクライアント端末もリモートシグナリングユーザエージェントと通信することができ、このユーザエージェントはインスタントメッセージサービスに参加する。このような実施形態において、ＳＩＰユーザエージェントは、ネットワーク構成要素に駐在し、非ＳＩＰクライアント装置によってリモートに制御されることができる。このような実施形態において、ＳＩＰユーザエージェントは、クライアント装置に仮想プレゼンスを有する。これ以降では、リモートに駐在するＳＩＰユーザエージェントは、仮想ユーザエージェント（「ＶＵＡ」）として参照される。
【００６５】
実施形態によると、ＳＩＰユーザエージェントと関連する基本構成要素に加え、ＶＵＡの配置は、さらに２つの構成要素を含んでいる。具体的に、これらの構成要素はリモート制御プロトコル及びインタフェース、メディア伝送機能を含んでいる。リモート制御プロトコル及びインタフェースは、リモートに実行しているプログラムのための方法を提供し、コマンド及び制御メッセージをＳＩＰユーザエージェントと交換する。コマンド及び制御メッセージによって、ＳＩＰユーザエージェントはクライアント装置に代わってインスタント音声メッセージの呼制御処理に参加することになる。例えば、他の構成要素中、プロトコルはクライアント装置のための方法を含んでＳＩＰユーザエージェントがサービスに登録及び加入するよう指示し、他のユーザとの接続を要求する。
【００６６】
実施形態によると、非ＳＩＰ端末及びＶＵＡ間で使用されるプロトコルはトランザクションのタイプに基づき、現在存在する又は将来開発されるプロトコルを利用することができる。さらに、プロトコルは装置に固有であり、ＶＵＡはクライアント装置によって利用される性能及び方法によってカスタマイズすることができる。さらに、異なるクライアント装置は異なるプロトコルを使用してＶＵＡと通信することができ、ＶＵＡはカスタマイズされてＶＵＡを使用する装置のタイプに依存するプロトコルの異なるタイプを認識及び処理をすることができる。又は、クライアント装置上のアプリケーションは、ＶＵＡにおける制御プロトコル及びインタフェースの特定の実装の適合性を確保するようにカスタマイズすることができる。ＶＵＡは実施形態によるインスタント音声メッセージの使用に限られず、ＳＩＰのようなシグナリングプロトコルに依存する異なるアプリケーションにもＶＵＡを用いて実装できることが理解される。
【００６７】
実施形態によると、ＶＵＡで利用可能なメディア伝送機能は、ＳＩＰユーザエージェントがインスタント音声メッセージ又は他のサービスを提供することに関わるクライアント装置及び他のネットワーク装置間でメディアデータを転送することを確保する。実施形態によると、会議サーバ１０８から到着するＲＴＰパケットにおけるメディアペイロードは、エンドユーザへ送信するためにクライアント装置に転送される。同様にＳＩＰユーザ装置においてクライアント装置から到着したメディア装置は、ＲＴＰパケットのペイロードによって会議サーバ１０８へ送られる。実施形態によると、メディア伝送機能は、クライアント装置上で用いられたメディア処理方法に依存する。例えば、クライアント装置がＲＴＰパケットを生成する能力を有すると、伝送機能はＲＴＰパケットを転送することができる。又は、クライアントうそ内が生のコーデックサンプルを生成すると、伝送関数はＲＴＰパケットを生成し、サンプルをペイロードに挿入する。同様に、到着するＲＴＰパケットの伝送関数は、抽出されてクライアント装置に生のコーデックサンプルとして転送されることができる。
【００６８】
実施形態によると、伝送関数は、クライアント装置の性能及び方法によるＶＵＡのカスタムかを含むことができる。逆に、クライアント装置のカスタム化は、ＶＵＡにおける伝送機能の特定の実装の適合性を確保するために要される。ＶＵＡはここで記載されたインスタント音声メッセージサービスの使用に限られず、他のネットワークサービス及びエンドユーザアプリケーションをサポートすることができると理解される。
【００６９】
リモート制御サービスを追加することにより、ＳＩＰユーザエージェント、非ＳＩＰクライアント装置へのインタフェース及びメディア伝送機能は、ＶＵＡとしてのＳＩＰユーザエージェントとして見ることができる。クライアント装置上で実行され、ＶＵＡのサービス及び機能にアクセスするアプリケーションの正確な性質は、特定の装置に依存する。以降で説明されるＶＵＡを含む方法は、実施の形態によるインスタント音声メッセージのアプリケーション及び実装の範囲を包含することを図るものである。前の図及び以降の図で表される呼フローは、クライアント装置によってアクセスすることができ、これは装置上にＳＩＰユーザエージェントが駐在するか又はＶＵＡとしてアクセスされるかどうかには拘わらない。ＶＵＡの概念は、インスタント音声メッセージを用いるユーザの経験がこの機能がどのように実装されているかに依存しないことを確保することを図るものである。
【００７０】
以降の図は、無線アクセスネットワークにおけるインスタント音声メッセージの３つの実施形態を示すものである。ＶＵＡを示す図において、クライアント装置及びＶＵＡ間で用いられる制御プロトコルは、説明目的でのみ示される。ここで示した制御プロトコルは、例示のみのためであって、限定するものと見なされるべきではない。
【００７１】
図７は、インスタント音声メッセージをクライアント装置へ第２世代（２Ｇ）ネットワークにおいて提供するネットワークアーキテクチャ７００を示すブロックダイアグラムであり、ＶＵＡはリモート装置として、クライアント装置は非ＳＩＰ端末として構成されている。ネットワークアーキテクチャ７００は、無線端末７２４及び７２６として描かれた２つの加入者装置を含む。しかしながら、加入者装置は、他の形態も取ることができることが理解される。無線端末７２４及び７２６は、ネットワーク７０４へ相互作用ユニット（「ＩＷＵ」）７０２及び７０６、基地局７１２及び７０６を介してそれぞれアクセスする。一つの実施形態において、無線端末７２４及び７２６は、ＩＰＳ７０２及び７０６へ確立されたポイントツーポイントプロトコル（「ＰＰＰ」）７０８及び７１０を介してネットワーク７０４へ接続する。当業者によると、接続７０８及び７１０は、一般的な無線ネットワークインフラ基盤構成要素を用い、ＰＰＰ接続を確立してサポートすることができる。一つの実施形態において、無線端末は、コーデックサンプルを受信及び転送するように構成されることができる。又は、端末は、ＲＴＰフローをサポートするように構成することもできる。端末クライアント装置がコーデック伝送方法のみサポートすると、この装置はサンプルをバッファし、サンプルをユーザへの送信のために適切に順序付けることができる。図７は、さらに、ネットワーク７０４に接続されたプレゼンスサーバ１０８、会議サーバ１０６、認証サーバ１１０及びシグナリングサーバ１１２を示すものである。
【００７２】
図７に示された実施形態において、無線端末７２４及び７２６からのＰＰＰ接続は、ＩＷＵ７０２及び７０６によってホストされるＲＡＳセッションとしてネットワーク端で終結することができる。このような接続を確立するために、例えば、ユーザは無線端末上でＩＰデータモードを有効にすることができる。しかしながら、異なる実施形態も可能である。さらに、図７に示したように、Ｖｉｒｔｕａｌ（仮想）ＵＡ−Ａ７１４及びＶｉｒｔｕａｌ  ＵＡ−Ｂ７１６としてラベルされたＶＵＡは、ＩＷＵ７０２及び７０６上にそれぞれ実装される。このような実施形態において、無線端末７２４及び７２６は、ＰＰＰ接続の他端において書くＶＵＡとインタフェースする移動体アプリケーションを実行することができる。実施形態によると、移動体アプリケーションは、ユーザインタフェースに登録、加入、ユーザの通信相手リスト、及び「話す」ボタン又は異なるインタフェースのようなインスタント音声メッセージの特徴及び機能を提供する。さらに、移動体アプリケーションは、音声コーデック出力をＩＰデータ経路へ経由させ、入来するＩＰパケットからのメディアデータを受信し、音声コーデックへ経由させる機能を含むことができる。
【００７３】
一つの実施形態において、無線端末は、コーデックサンプルをＩＰパケットでＶＵＡ７１４及び７１６へ送り、ＶＵＡ７１４及び７１６は続いてコーデックサンプルをＲＴＰペイロードに挿入することによってＲＴＰパケットを生成することができる。次に、ＶＵＡ７１４及び７１６は、ＶＵＡ７１４及び７１６は、ＲＴＰパケットを会議サーバ１０６へ確立されたＲＴＰセッションにわたって伝送することができる。このような実施形態において、ＲＴＰストリームはＩＷＵ７２及び７０６上で終結し、ＩＷＵ７０２及び７０６はＶＵＡ７１４及び７１６をホストする。ネットワークから端末へ向かう方向で、これらのステップは逆にされる。図７において、ＩＷＵ７０２及び７０６は、ネットワーク７０４に接続７２０及び７２２を介して接続され、実施形態によると、接続７２０及び７２２は他のプロトコル中でＲＴＰ、ＳＩＰ及びＩＰフローをサポートする。
【００７４】
図８は、図７のシステムアーキテクチャにおける登録／加入及びインスタント音声メッセージを説明するメッセージフロー８００である。図８において、移動体端末７２４及び７２６並びにＶＵＡ７１４及び７１６間の通信は、図８に示されたものから異なる実施形態を取ることができる擬似プロトコルを使用する。メッセージは記述的であるが、プロトコルの特定のタイプを使用すると理解されるべきではない。
【００７５】
メッセージ８０２に示すように、移動体アプリケーション７２４は、登録及び加入メッセージをＶＵＡ７１４へ送る。一つの実施形態において、移動体アプリケーション７１４に関連する移動体端末は、最初に電源投入シーケンスを完了させ、その後にユーザはデータモード接続をＰＰＰを介して確立することができる。図８において、個別の登録及び加入メッセージは一つのメッセージ８０２に融合される。多くの異なる実施形態が可能であり、２つの異なるメッセージを送ることもできることが理解される。ＶＵＡ−Ａ７１４上でのこの要求の受信は前述のＲｅｇｉｓｔｅｒ（登録）／Ｓｕｂｓｃｒｉｂｅ（加入）呼フローをトリガし、プレゼンスサーバ１０６からのＡＣＫメッセージの結果となる。図８に示すように、メッセージ８０６は会議サーバのＳＤＰを含み、全てのサーバは単一ブロックとして描かれている。ＡＣＫメッセージ８０６は、さらにＶＵＡ−Ａ７１４及び会議サーバ１０８間のイナクティブＲＴＰセッションのセットアップの完了を示すが、これは８０４に示されている。さらに、ＶＵＡ−Ａ７１４がＡＣＫメッセージ８０６を受信すると、ＶＵＡ−Ａ７１４はＭｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ（移動体アプリケーション）Ａ２０２へ（呼フローセットアップ間にＶＵＡ−Ａ７１４によって獲得された）承認された通信相手リストを含むＡｃｋメッセージ８０８を生成して送る。実施形態によると、ＶＵＡ−Ａ７１４は、現在オンラインで準備が完了し、Ｍｏｂｉｌｅ  Ａｐｐ  Ａ７２４はまた準備が完了してインスタント音声メッセージサービスを使用することができる。
【００７６】
図８にさらに示すように、移動体アプリケーションＢ７２６は同じシーケンスを始動し、このシーケンスはＶＵＡ−Ｂ７２６がオンラインになり、移動体オンラインも準備完了状態体になることに帰着する。例示した処理は、メッセージ８１０、８１２、８１６、８１８及び保留されたＲＴＰセッション８２０によって示される。移動体アプリケーションＢ７２６による登録及び加入処理が完了すると、移動体アプリケーションＡ７２４は移動体アプリケーションＢがオンラインであるという通知を受信する。これを実行するため、プレゼンスサーバ１０６は、ＮＯＴＩＦＹメッセージ８２２をＶＵＡ−Ａ７１４へ送り、ＶＵＡ−Ａ７１４は続いて承認されたユーザに通知する。図８において、ＶＵＡ−Ａ７１４はＵｐｄａｔｅ（更新）メッセージ８２４を移動体アプリケーションＡ７２４へ送り、移動体アプリケーションＡ７２４はエンドユーザにユーザＢがオンラインであることを警告することもできる。
【００７７】
さらに、図８に示すように、端末７２４に関連するユーザは、例えば、インスタント音声メッセージをユーザＢへ「話す」ボタンを押すことによって始動する。このような実施形態において、移動体アプリケーション７２４は、ユーザＢへの接続を橋渡しする要求を示すＴａｌｋ＿Ｔｏメッセージ８２６をＶＵＡ＿Ａ７２４へ送ることによって応答するように構成することもできる。続いて、これは、ＶＵＡ−Ａ７１４からプレゼンスサーバ１０６へ送られているＮＯＴＩＦＹメッセージ８２８によって開始される、前の図において表されたＴａｌｋ／Ｅｎｄ＿ｔａｌｋ呼フローの話す（ｔａｌｋ）部分をトリガすることができる。２００  ＯＫメッセージ８３０がプレゼンスサーバ１０６からシグナルとして送られ、会議サーバ１０８における接続が一旦橋渡しされると、ＶＵＡ−Ａ７１４は、Ａｃｋメッセージ８３２を移動体アプリケーションＡ７２４に送り、移動体アプリケーションＡ７２４は続いて音声シグナルをエンドユーザにトリガすることができる。
【００７８】
処理のこの時点において、ＶＵＡ−Ａ７２４及びＶＵＡ−Ｂ７２６間のＲＴＰ接続、準備完了及びアクティブであるが、これは８３４に示されている。このような実施形態において、端末７２４に関連するユーザは、他の端末７２６におけるユーザと通信を開始することができる。双方の端末がＲＴＰ通信をサポートする実施形態において、ＲＴＰフローは２つの移動体端末間でサポートされることができる。又は、ＶＵＡ−Ａ７２４及びＶＵＡ−Ｂ７２６は、端末７２４及び７２６への送信のためＲＴＰフローをコーデックサンプルに、逆方向にコーデックサンプルをＲＴＰペイロードへ変換することができる。
【００７９】
端末７２４に関連するユーザが、例えば、「話す」ボタンを放すことによって、端末７２６に関連するユーザとの通信を終結させることを決めると、移動体アプリケーションＡ７２４はトリガされ、Ｅｎｄ＿Ｔａｌｋ＿ｔｏメッセージ８３６をＶＵＡ−Ａ７１４へ送る。ＶＵＡ−Ａ７１４は、そして前の図で示したＴａｌｋ／Ｅｎｄ＿ｔａｌｋ呼フローのｅｎｄ＿ｔａｌｋ部分を始動することができる。ＮＯＴＩＦＹメッセージ８３８の接続解除処理の最初のメッセージのみが図８に示されている。登録解除処理が完了すると、ＲＴＰセッションはイナクティブになり、ＶＵＡ−Ａ７１４及びＶＵＡ−Ｂ７１６の双方は会議サーバ１０８へのＲＴＰ接続を維持するが、これは８４０及び８４２に示されている。
【００８０】
図９は、３Ｇネットワークの例示するネットワークアーキテクチャ９００を示すブロックダイアグラムであり、ネットワークアーキテクチャ９００は実施形態によるインスタント音声メッセージに用いられ、移動体端末はＳＩＰユーザエージェントをサポートしない。図９において、移動体端末９３６及び９３８からのＰＰＰ接続９０２及び９０８は、パケットデータサービングノード（ＰＤＳＮ）９０４及び９０６において終結する。３Ｇネットワークにおいて、移動体ＩＰはユーザ端末に移動性を与えるために用いられるが、ＩＰネットワークのようなネットワーク９１８へのＩＰ接続されることが維持される。データサービス及び携帯電話サービスは、必ずしも排他的ではなく、同時にアクティブにできることが理解される。図９に示す実施形態において、移動体端末のＩＰアドレスはホームエージェント（「ＨＡ」）９１４及び９１０によってそれぞれホストされ、移動体ＩＰトンネル９１２及び９１０はＨＡ９１４、９１６及びＰＤＳＮ９０４、９０６間に確立される。
【００８１】
図９で示した実施形態において、ＶＵＡは制御要素及びＲＴＰメディア要素に分解される。制御要素９２４及び９２６は移動体端末のＨＡ９１４及び９１６におけるアプリケーションとして実装され、ＲＴＰメディア要素９２８及び９３０はＰＤＳＮ９０４及び９０６に実装される。このような実施形態において、ＲＴＰ終結は、移動体端末のＰＰＰセッションに関連するＰＤＳＮ上のＩＰアドレス及びポートを用いる。２Ｇの場合に関して図７を参照して説明したように、移動体端末９３６及び９３８は、移動体アプリケーションをホストする。しかしながら、この場合、クライアントアプリケーションはＨＡにおけるＶＵＡ制御要素、及びＰＤＳＮのＰＰＰ接続の他端におけるＶＵＡ  ＲＴＰメディア要素のインタフェースとなる。このような実施形態において、ＰＤＳＮ９０４及び９０６は、ＲＴＰデータをネットワーク９１８との間で接続９２０及び９２２を介して通信し、ＩＰデータＨＡ９１４及び９１６へ接続９１０及び９１２を介してトンネルする。
【００８２】
このような実施形態において、端末からネットワークへ向かう方向について、生のコーデックサンプルは、ＩＰパケットによりＰＤＳＮ９０４及び９０６におけるＶＵＡ  ＲＴＰメディア要素９２８及び９３０に伝送されることができる。メディア要素は、続いてＲＴＰパケットを生成し、生のコーデックサンプルをＲＴＰペイロードに挿入し、そして、これらを会議サーバ１０８へ既に確立されたＲＴＰセッションにわたって転送することができる。すなわち、ＲＴＰストリームはＰＤＳＮ９０４及び９０６において終結し、ＰＤＳＮ９０４及び９０６はＶＵＡ  ＲＴＰメディア要素９２８及び９３０をホスト、する。ネットワークから端末に向かう方向については、ステップの向きが逆にされる。再び、生のコーデックデータを含むＩＰパケットは十分な順序付けの情報を含み、移動体終結アプリケーションがこれらを正しい順序で送信できるようにすることができるものとされる。さらに、ＨＡホストのＶＵＡ制御要素９２４及び９２６とネットワーク９１８間の接続９３２及び９３４は、ＳＩＰ及びＩＰフローをサポートする。同様に、ＰＤＳＮホストのＲＴＰメディア要素９２８及び９３０とネットワーク９１８間の接続９２０及び９２２は、ＲＴＰ通信をサポートする。しかしながら、図９は例示的なネットワークアーキテクチャを示すのみであり、よし少ない又は多い、異なる又は同等のネットワーク要素を使用できることが理解される。
【００８３】
図１０は、図９に示された３Ｇネットワークアーキテクチャにおけるインスタント音声メッセージのメッセージフローを示すものである。最初に、移動体アプリケーション９３６は、登録及び加入を行う。登録及び加入の処理は、２Ｇネットワークにおけるメッセージフローを描いた図８を参照して記載したものと同様であるが、ＲＴＰセッションの終結を除く。移動体アプリケーションＡ９３６の登録及び加入に関連するメッセージは、登録／加入メッセージ１００２、ＲＥＧＩＳＴＥＲメッセージ１００４、ＡＣＫメッセージ１００６及びＡＣＫメッセージ１００８である。同様に、登録及び加入の処理に関連するメッセージは、登録／加入メッセージ１０１０、ＲＥＧＩＳＴＥＲメッセージ１０１２、ＡＣＫメッセージ１０１６及びＡＣＫメッセージ１０１８である。登録及び加入が完了すると、２つのＲＴＰセッション１０１４及び１０２０がＲＴＰ終結９２８、９３０及び会議サーバ１０８間に生成される。
【００８４】
さらに、端末２１６に関連するユーザが登録／加入を完了すると、プレゼンスサーバ１０６はＮＯＴＩＦＹメッセージ１０２２をＶＵＡ−Ａ９２４へ送り、ＶＵＡ−Ａ９２４は受信したメッセージの情報をＶＵＡ９２４及び端末９３６間でインスタント音声メッセージ通信に使用されるプロトコルに翻訳する。続いて、ＶＵＡ−Ａ９２４は、端末９３６へ端末９３８に関連するユーザがオンラインであるという情報を含むＵＰＤＡＴＥメッセージ１０２４を送る。
【００８５】
端末９３６におけるユーザが端末９３８におけるユーザと通信を開始する際、端末９３６における移動体アプリケーションはＶＵＡ−Ａ９２４へＴＡＬＫ＿ＴＯ（Ｂ）メッセージ１０２６を生成して送る。ＶＵＡ−Ａ９２４がメッセージ１０２６を受信すると、セッションを橋渡しする処理が始動される。接続を橋渡しするメッセージフローは前の図を参照して説明してきたが、したがって、メッセージフロー１００はＶＵＡ−Ａ９２４及び会議サーバ１０８間で送られている最初及び最後のメッセージのみを示す。具体的には、これらのメッセージは、ＮＯＴＩＦＹメッセージ１０２８及び２００  ＯＫメッセージ１０３０である。続いて、ＶＵＡ−Ａ９２４はＡＣＫメッセージ１０３２を端末９３６へ送り、エンドツーエンドメディア接続が利用可能であるが、これは１０３４に示されている。図９に示したネットワークアーキテクチャを参照して言及したように、ユーザはＲＴＰ接続をそれぞれのＰＤＳＮにおいて終了することができる。
【００８６】
さらに、前の図面と同様に、端末９３６に関連するユーザは、端末ユーザへの接続を終了することができる。移動体アプリケーションＡ９３６が接続要求の終結を示す入力をユーザから検出すると、移動体アプリケーションＡ９３６はＶＵＡ−Ａ９２４及びＥＮＤ＿ＴＡＬＫ＿ＴＯ（Ｂ）メッセージ１０３６を生成して送り、これらは続いて翻訳されてプレゼンスサーバ１０６へ送られるが、これはＮＯＴＩＦＹメッセージ１０３８に示されている。ＮＯＴＩＦＹメッセージ１０３８はＲＴＰによる橋渡しの終結を始動するが、図１０を参照して説明はしない。ＲＴＰの橋渡しの接続解除に関するメッセージは、前の図を参照して説明してきた。処理が終了すると、ＲＴＰセッション１０４０及び１０４２は、保留に戻る。
【００８７】
図１１は他の実施形態によるインスタント音声メッセージについての３Ｇネットワークアーキテクチャを示すブロックダイアグラムであり、ここで移動体端末はＳＩＰが可能である。図１１は、ＰＤＳＮ１１０４及び１１１４において終結するＰＰＰ接続１１０２及び１１２２を有する２つの移動体端末１１２４及び１１２６（ＳＩＰ可能）を示している。同様に、前のネットワークアーキテクチャに対して、ＰＤＳＮ１１０４及び１１１４は、それぞれのホームエージェント１１１６及び１１１８と移動体ＩＰ接続１１０８及び１１２０を介して通信する。さらに、図１１に示すように、ＰＤＳＮ１１０４及び１１１４は、ＩＰネットワークのようなネットワーク１１０６に通信リンク１１１０及び１１１２を介して接続される。さらに、前の図面と同様に、ネットワークアーキテクチャ１１１０は、会議サーバ１０６、認証サーバ１１０、プレゼンスサーバ１０６及びシグナリングサーバ１１２を含む。
【００８８】
図１１と図９に示されたネットワークアーキテクチャとの相違点は、ＶＵＡがないこと、むしろ移動体端末１１２４及び１１２６が自分のＳＩＰエージェントをホストすることである。したがって、さらなるプロトコル又は伝送要素の必要はない。図１１に示した実施形態において、ＳＩＰ及びＲＴＰフローは、直接に移動体端末において終結する。
【００８９】
図１２は、図１１で示したネットワークアーキテクチャにおけるインスタント音声メッセージについてのメッセージフロー１２００である。短縮されたメッセージフローのみが図１２に示され、ＳＩＰユーザエージェントは通信する移動体端末上でホストされることが理解される。最初に、移動体端末１１２４に位置するＳＩＰ  ＵＡ−Ａは、インスタント音声メッセージサービスについて登録及び加入を行う。一つの実施形態において、移動体端末は、移動体ＩＰセッションがネットワークに確立されると、登録及び加入処理を自動的に始動するように構成することができる。又は、ユーザから明示的な命令を受信すると、登録及び加入が実行されるようにできる。他の実施形態において、ＳＩＰ  ＵＡ−Ａ１１２４はＲＥＧＩＳＴＥＲメッセージ１２０２をプレゼンスサーバ１０６へ送り、会議サーバのＳＤＰ、ＳＩＰユーザ端末１１２４及び会議サーバ１０８間のＲＴＰセッション１２０８の確立を含むＡＣＫメッセージ１２０４で終わる。処理のこの時点において、ＵＡ−Ａ１１２４はオンラインでインスタント音声メッセージについて準備完了であるが、これは実施形態によるものである。
【００９０】
同様に、ＳＩＰ  ＵＡ−Ｂはインスタント音声メッセージサービスへ登録及び加入を行う。図１２に示すように、ＵＡ−Ｂ１１２８はＲＥＧＩＳＴＥＲメッセージ１２０６をプレゼンスサーバ１０６へ送り、処理は、会議サーバのＳＤＰを含むＡＣＫメッセージ１２１０で終わる。加入及び登録を終えると、ＲＴＰセッション１２１は、会議サーバ１０８及びユーザ端末１１２８間に確立される。
【００９１】
続いて、ＵＡ−Ａ１１２４は、ＵＡ−Ｂ１１２４に関連するユーザがオンラインであるという通知を含むＮＯＴＩＦＹメッセージ１２１４を受信する。次に、図１２は、ＵＡ−Ａ１１２４からＵＡ−Ｂ１１２８へのインスタント音声メッセージの開始を示すものである。ユーザが「話す」ボタンを押すと、例えば、ＮＯＴＩＦＹメッセージ１２１６をプレゼンスサーバ１０６へ送るＲＴＰセッションを橋渡しする処理がＵＡ−Ａ１１２４に始動され、会議サーバ上の接続が一旦橋渡しされると、処理はプレゼンスサーバ１０６で２００  ＯＫメッセージ１２１８をＵＡ−Ａ１１２４へ送ることで終了する。ＵＡ−Ａ１１２８が２００  ＯＫメッセージ１２１８を受信すると、ユーザは、接続１２２０が利用可能なことを示す発信音で通知されることができる。
【００９２】
さらに、図１２に示すように、ＵＡ−Ａ１１２４に関連するユーザが例えば「話す」ボタンを開放することで通信を終えることを決めると、ＵＡ−Ａ１１２４は橋渡し接続を終結する処理を始動することができる。処理は、ＮＯＴＩＦＹメッセージ１２２２によって始動され、内部の橋渡しされた接続を終結させ、端末１２２４及び１１２６への２つのＲＴＰセッション１２２４及び１２２６を保留に残して会議サーバ１０８で終結する。
【００９３】
ここで記述したプログラム、処理方法及びシステムは、他なることを示した場合を除いて、コンピュータ又はネットワークシステム（ハードウェア又はソフトウェア）のどの特定のタイプに関するものでも限定されるものでもないことが理解される。ＩＰネットワークをサポートするイパン目的又は特定のコンピュータシステムの種々のタイプは、個々で記載した教示によって使用し、又は操作を実行することができる。
【００９４】
本発明の原則を適用することができる実施形態の広い態様に鑑み、説明した実施形態は単なる例示であって、本発明の範囲を限定するものと解するべきでないことが理解される。例えば、フローダイアグラムのステップは記載した他の順序と解することができ、ブロックダイアグラムにおいてより多い又は少ないステップを用い、より多い又は少ない要素を用いることができる。ソフトウェアにおいて実装されているように好ましい実施形態の種々の要素が記載されてきたが、ハードウェア又はファームウェアの実装における他の実施形態も他に用いることができ、逆もそうである。さらに、異なる又は同等のメッセージも用いることができることが理解される。さらに、当業者は、記載されたいくつかのメッセージにおいて短縮された構文解析が示されているが、メッセージの所望の目的は容易に理解されるであろう。
【００９５】
さらに、当業者には、インスタント音声メッセージのシステムで用いられた方法は、１以上の読取可能メディアを含むコンピュータプログラム製品に具体化することができることは明らかであろう。例えば、コンピュータ読取可能メディアは、コンピュータ読取可能プログラムコードセグメントを格納したハードディスクドライブ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又はコンピュータディスケットのような読取可能メモリ装置を含むことができる。コンピュータ読取可能メディアは、ディジタル又はアナログデータシグナルとして運ばれるプログラムコードセグメントを有する光学、有線又は無線のバス又は接続リンクのような数チン又は送信メディアも含むことができる。
【００９６】
特許請求の範囲は、特に断った場合を除いて記載した順序又は要素に限って読まれるべきではない。したがって、特許請求の範囲又は同等物の範囲及び要旨内から招来される全ての実施形態は、本発明として主張される。
【図面の簡単な説明】
【００９７】
本発明の実施形態は、以下の図面を参照して説明される。
【図１】実施形態によるＩＰネットワークにおいてインスタント音声メッセージを提供する本発明の応用に適するネットワークアーキテクチャの実施形態を示す機能ブロック図である。
【図２】実施形態によるＩＰネットワークにおいてインスタント音声メッセージを提供するネットワークアーキテクチャにおいて使用される異なるクライアント装置を示すブロックダイアグラムである。
【図３Ａ．３Ｂ】実施形態によるインスタント音声メッセージへのＳＩＰユーザ登録及びＳＩＰユーザ加入を示すメッセージフローである。
【図４Ａ．４Ｂ】実施形態によりユーザ間にアクティブ接続を生成してインスタント音声メッセージを送る処理を示すメッセージフローである。
【図５Ａ．５Ｂ】実施形態による複数の会議サーバを用いたネットワークアーキテクチャにおける他のオンラインユーザとＳＩＰユーザエージェントがどのように音声メッセージサービスを用いてアクティブ接続を生成するかを示すメッセージフローである。
【図６】実施形態によるインスタント音声メッセージからＳＩＰユーザがどのように加入解除及び登録解除するかを示すメッセージフローである。
【図７】ユーザ端末が実施形態による仮想ユーザエージェントを使用する第２世代ネットワークにおけるクライアント装置にインスタント音声メッセージを提供するネットワークアーキテクチャを説明するブロックダイアグラムである。
【図８】図７のシステムアーキテクチャにおけるインスタント音声メッセージの登録／加入及び提供を示すメッセージフローである。
【図９】一つの実施形態によるユーザ端末が仮想ユーザエージェントを使用する第３世代ネットワークにおいてインスタント音声メッセージを提供する例示的なネットワークアーキテクチャを示すブロックダイアグラムである。
【図１０】図９のシステムアーキテクチャにおけるインスタント音声メッセージの登録／加入及び提供を説明するメッセージフローである。
【図１１】ユーザ端末がＳＩＰユーザエージェントを有する第３世代ネットワークにおけるインスタント音声メッセージを提供する例示的なネットワークアーキテクチャを示すブロックダイアグラムである。
【図１２】図１１のシステムアーキテクチャにおけるインスタント音声メッセージの登録／加入及び提供を示すメッセージフローである。
【図１】
2005514808.tif 000004
【図２】
2005514808.tif 000005
【図３Ａ】
2005514808.tif 000006
【図３Ｂ】
2005514808.tif 000007
【図４Ａ】
2005514808.tif 000008
【図４Ｂ】
2005514808.tif 000009
【図５Ａ】
2005514808.tif 000010
【図５Ｂ】
2005514808.tif 000011
【図６】
2005514808.tif 000012
【図７】
2005514808.tif 000013
【図８】
2005514808.tif 000014
【図９】
2005514808.tif 000015
【図１０】
2005514808.tif 000016
【図１１】
2005514808.tif 000017
【図１２】
2005514808.tif 000018
【国際調査報告】
2005514808.tif 000019