JP2004537900A

JP2004537900A - セッション開始プロトコル（ｓｉｐ）通信を使用するマルチメディアセッション向けの複数ホスト構成

Info

Publication number: JP2004537900A
Application number: JP2003517775A
Authority: JP
Inventors: ウエングロビツツ，マイケル; ネルソン，アンドリユウ
Original assignee: アルカテル; ウエングロビツツ，マイケル; ネルソン，アンドリユウ
Priority date: 2001-07-27
Filing date: 2002-07-26
Publication date: 2004-12-16
Anticipated expiration: 2022-07-26
Also published as: JP3935875B2; US20030023730A1; ES2436604T3; EP1421508B1; WO2003012669A1; EP1421508A1; EP1421508A4

Abstract

ＰＣ３２や電話３４など、複数のホストを介して、マルチメディアＳＩＰセッションを実施するためのシステム。表示データは、ＰＣ３２を介してセッション参加者に送信され、音声データは、電話３４を介してセッション参加者に送信される。ＳＩＰ分割ユーザエージェントプロキシサーバが、発呼側クライアントから着信ＳＩＰ呼を受信し、ＰＣ３２がその呼に関連する文書、映像、グラフィックス、および／またはテキストを表示できるように、表示データに関連する呼信号をＰＣ３２に送信する。音声に関連する呼信号は、電話３４が音声会話に従事できるように、電話３４に結合されたＳＩＰエミュレーションクライアントに送信される。

Description

【技術分野】
【０００１】
本発明は、一般に、インターネット電話（Ｉｎｔｅｒｎｅｔｔｅｌｅｐｈｏｎｙ）通信に関し、より詳細には、２以上のホストが協働してインターネット電話を介したマルチメディアセッションを支援する、デスクトップシステムに関する。
【背景技術】
【０００２】
セッション開始プロトコル（ＳＩＰ）は、１人または複数の参加者が関与するマルチメディアセッションを生成し、変更し、終了するための、シグナリングプロトコルである。こうしたセッションには、インターネットマルチメディア会議、インターネット通話、マルチメディアディストリビューション（ｍｕｌｔｉｍｅｄｉａｄｉｓｔｒｉｂｕｔｉｏｎｓ）、マルチメディアプレゼンス（ｍｕｌｔｉｍｅｄｉａｐｒｅｓｅｎｃｅ）、マルチメディアインスタントメッセージ（ｍｕｌｔｉｍｅｄｉａｉｎｓｔａｎｔｍｅｓｓａｇｉｎｇ）などがある。ＳＩＰシグナリングプロトコルについての詳細は、「ＳＩＰ：セッション開始プロトコル」（１９９９年３月）と題する、インターネットエンジニアリングタスクフォースのリクエストフォーコメント２５４３（以下、ＲＦＣ２５４３と呼ぶ）に記載されている。ＲＦＣ２５４３を参照により本明細書に組み込む。ＳＩＰは、ＰＢＸ信号電話（ＰＢＸ−ｓｉｇｎａｌｅｄｔｅｌｅｐｈｏｎｙ）、またはＨ．３２３信号電話（Ｈ．３２３−ｓｉｇｎａｌｅｄｔｅｌｅｐｈｏｎｙ）に代る代替方式を提供する。
【０００３】
ＳＩＰ信号通信（ＳＩＰｓｉｇｎａｌｅｄｃｏｍｍｕｎｉｃａｔｉｏｎ）に参加する発呼側および被呼側は一般に、ＳＩＰＵＲＬによって識別されるＳＩＰホストである。提案されるＳＩＰホストには、通常は従来の単一メディア装置の機能を強化した、マルチメディア装置が含まれる。
【０００４】
図１のブロック図には、ＳＩＰホスト向けの従来の手法が２つ示されている。提示のＳＩＰホストの一方は、マルチメディアパーソナルコンピュータ（ＰＣ）１０であり、マルチメディアＰＣは、ＰＣのスピーカ（図示せず）を介して音声を、またＰＣのモニタ（図示せず）を介して関連するデータおよび／または映像を送り届けるために、ボイスオーバＩＰ（ＶｏＩＰ）変換スタック１６およびブラウザ２２と相互動作する、ＳＩＰシグナリングスタック（ＳＩＰユーザエージェントとも呼ぶ）１４を備える。例えば、ＰＣは、圧縮されたインターネットプロトコル（ＩＰ）パケットを音声に変換しながら、それと同時に発呼者の画像を表示することができる。ＰＣはまた、通話に関連する文書あるいは映像を表示することもできる。
【０００５】
マルチメディアＰＣに関して予想される問題の１つは、マルチメディアＰＣが、従来のＰＣがもつ信頼性の面での様々な問題、例えば、頻繁にクラッシュするといった問題を受け継ぐであろうと予想されることである。マルチメディアＰＣは単一マルチメディア故障点となるので、こうした信頼性の問題は、従来のＰＣのユーザが経験しているフラストレーションをより大きなものにするかもしれない。予想される別の問題は、リアルタイムな音声トラフィックの合成に伴いＣＰＵ処理要求が過剰となり、その結果、全体的なパフォーマンスが貧弱なものになり得ることである。
【０００６】
図１に示された提示のＳＩＰホストのもう一方は、マルチメディアＳＩＰ電話１２であり、マルチメディアＳＩＰ電話は、送受器（図示せず）を介して音声を、また統合ディスプレイウインドウ２４を介して関連するデータおよび／または映像を送り届けるために、ＶｏＩＰ変換スタック２０およびデータスタック（図示せず）と相互動作する、ＳＩＰスタック１８を備える。マルチメディアＳＩＰ電話１２に関して予想される問題の１つは、従来の電話機に比べて値段が高くなり得ることである。予想される別の問題は、統合ディスプレイウインドウ２４が、画像の解像度が貧弱であり、同時にスクリーンに表示できる文字の数が極めて制限されるといった難点をもち得ることである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、信頼性の高いＳＩＰ電話接続を提供する一方で、データ、映像、および／またはグラフィックス（まとめて表示データと呼ぶ）の改善された表示を提供する、費用対効果が高くかつ効率のよいデスクトップシステムが必要とされている。
【課題を解決するための手段】
【０００８】
本発明は、複数のホストを介してマルチメディアＳＩＰセッションを実施するためのシステムに関する。本発明の一実施形態によれば、ＳＩＰマルチメディアセッション参加者に情報を伝達するためのマルチホストシステムは、第１のホストと第２のホストを含む。第１のホストは、ＳＩＰシグナリングスタックと、ＳＩＰセッション中に伝送される第１のメディアタイプの情報を参加者に伝達するための第１のインタフェースを有する。第２のホストは、第１のホストに結合され、ＳＩＰセッション中に伝送される第２のメディアタイプの情報を参加者に伝達するための第２のインタフェースを有する。
【０００９】
本発明の別の実施形態によれば、ＳＩＰマルチメディアセッション参加者に情報を伝達するためのマルチホストシステムは、第１のＳＩＰシグナリングスタックを含む第１のエンドポイントと、第２のＳＩＰシグナリングスタックを含む第２のエンドポイントと、第１のエンドポイントおよび第２のエンドポイントに結合されたサーバを含む。サーバは、着信ＳＩＰ呼を発呼側クライアントから受信し、ＳＩＰセッション中に第１のエンドポイントが第１のメディアタイプの情報を受信できるように第１のメディアタイプに関連する呼信号を第１のエンドポイントに送信し、またＳＩＰセッション中に第２のエンドポイントが第２のメディアタイプの情報を受信できるように第２のメディアタイプに関連する呼信号を第２のエンドポイントに送信する。
【００１０】
本発明の一実施形態によれば、第１のホストはパーソナルコンピュータであり、第２のホストは電話である。
【００１１】
つまり、複数のホストを介してＳＩＰマルチメディアセッションを実施すると、ＳＩＰ呼を分割できるようになり、それによって、通話中に伝達される表示データは高い表示機能を備えた（ＰＣなどの）ホストに伝送でき、通話中に伝達される音声データは音声機能を備えた電話などのホストに伝送できるようになることを理解されたい。したがって、表示および音声データをセッション参加者に送り届ける際の負担は、１つのホストにのみかかることはなく、それらの望ましい特性に基いて分散させることができる。
【００１２】
本発明の上記およびその他の特徴、態様、および利点は、以下の詳細な説明、添付の特許請求の範囲、および添付の図面を考察することにより、より完全に理解することができるであろう。
【発明を実施するための最良の形態】
【００１３】
図２は、本発明の一実施形態による、複数のホストを介してマルチメディアＳＩＰセッションを実施するためのシステムを示す概略ブロック図である。ＳＩＰセッションは、ＳＩＰ通信またはＳＩＰ通話とも呼ばれる。この例示的な実施形態では、システムは、２つのホスト、すなわちＰＣ３２および電話３４を組み込んだデスクトップ３０を含む。ＰＣ３２は、インターネットプロトコル（ＩＰ）ネットワーク５２に結合され、好ましくは、ＳＩＰセッションを確立するための呼シグナリング（ｃａｌｌｓｉｇｎａｌｉｎｇ）に従事する責務がある。ＰＣはさらに、ＳＩＰセッション中に受信した表示データを表示する責務がある。電話３４は、電話ネットワーク５０を介して構内交換（ＰＢＸ）ユニット３６に結合される。電話３４は好ましくは、ＳＩＰセッション中に受信した音声データをセッション参加者へ中継する責務がある。
【００１４】
ＰＣ３２は好ましくは、ブラウザソフトウェア４２に結合されたディスプレイモニタ４０を含む。ディスプレイモニタ４０は、好ましくはＶＧＡ、さらに好ましくはＳＶＧＡ対応の、画面解像度が約６４０×４８０ピクセルのＬＣＤ型ディスプレイである。ブラウザソフトウェア４２は好ましくは、従来のブラウザソフトウェア、例えば、ＭｉｃｒｏｓｏｆｔＥｘｐｌｏｒｅｒ（商標）やＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（商標）などである。ブラウザソフトウェア４２の代りに、当技術分野で知られているその他のどんな形式の表示ソフトウェアを利用してもよい。
【００１５】
ＰＣ３２は好ましくは、ＩＰネットワーク５２を介したＳＩＰ信号通信を可能にする、ＳＩＰシグナリングスタック（ＳＩＰユーザエージェントとも呼ぶ）４４も含む。ＳＩＰシグナリングスタック４４は好ましくは、ＲＦＣ２５４３に記載のＳＩＰシグナリングプロトコルに従うが、当技術分野で知られているその他のシグナリングプロトコルに従うこともできる。ＩＰネットワーク５２は好ましくは、ＰＣ３２への／からのＳＩＰ信号通信を支援する、ＳＩＰに準拠するネットワークである。
【００１６】
電話３４は好ましくは、電話プロトコルスタック４８に結合された送受器４６を含む従来型の電話である。送受器４６は、音声データを受信するためのスピーカと、送信するためのマイクロフォンを含むことができる。電話プロトコルスタック４８は好ましくは、従来の方法による電話ネットワーク５０を介して、電話をかけ、電話を受けるのを可能にする、またその他の基本的な電話機能を可能にする、従来の電話制御プロトコルを含む。
【００１７】
ＰＢＸユニット３６は好ましくは、ある特定のロケーションでの着呼および発呼を管理する。ＰＢＸユニット３６は好ましくは、メディア変換用、例えば、圧縮ＩＰパケットから音声への変換用などの、ＶｏＩＰ変換スタック３８を含む。一代替実施形態では、ＶｏＩＰ変換スタック３８は、ＰＣ３２または電話３４の内部に存在する。この代替実施形態によれば、システムは、ＰＢＸ３６を用いても用いなくても、動作することができる。さらに別の実施形態では、ＰＢＸ３６の代りに、標準的な公衆電話交換機（例えば、クラス５スイッチ）を使用する。
【００１８】
ＰＣ３２および電話３４は好ましくは、マルチメディアＳＩＰセッションを支援するために協働する。概略を述べると、ＳＩＰ信号通話を、ＰＣ３２が受信し、ＳＩＰシグナリングスタック４４に渡す。ＳＩＰシグナリングスタック４４は、発呼側クライアントとのコネクションを確立するためのシグナリング操作を実行する。
【００１９】
コネクションが確立された後、ＰＢＸ３６は、通話期間中、発呼側クライアントが送信する音声ＩＰパケットを受信する。ＰＢＸ３６は、ＶｏＩＰ変換スタック３８を起動して、受信音声パケットを音声に変換する。呼の変換された音声部分は次に、電話ネットワーク５０を介して電話３４に転送される。変換された音声データは、電話３４内の電話スタック４８によって受信され、従来方法に従って、送受器４６に供給される。
【００２０】
発呼側クライアントは好ましくは、通話期間中、表示データパケットも送信する。表示データパケットは、例えば、電話をかけた人の画像、あるいは通話に関連する文書、映像、またはグラフィックデータに関連するものとすることができる。音声パケットとは異なり、表示パケットは、ＩＰネットワーク５２を介してＰＣ３２に直接送信される。表示パケットは、ＰＣ内のブラウザ４２またはその他の表示ソフトウェアによって受信され、従来方法に従って、モニタ４０に表示される。
【００２１】
本発明の一実施形態によれば、ＰＣ３２は、それ自体のＩＰアドレスおよびポート番号に加えて、音声データを受信する電話３４のＩＰアドレスおよびポート番号も管理する。この情報は、例えば、ユーザが最初にＰＣ３２にログオンした際に、収集され、ＰＣ３２のメモリ（図示せず）内の１つまたは複数のテーブルまたはファイルに保存される。ポートおよびアドレス情報は、その後、ＳＩＰシグナリングプロセス（ＳＩＰｓｉｇｎａｌｉｎｇｐｒｏｃｅｓｓ）中に発呼側クライアントに提供され、表示データはＰＣ３２に、音声データは電話３４に確実に送信されるようになる。
【００２２】
図３には、図２に示す実施形態に従って、発呼側クライアントとのＳＩＰマルチメディアセッションを確立するために、ＰＣ３２が従事するＳＩＰシグナリングプロセスが示されている。プロセスの開始後、ステップ５４で、ＰＣ３２は、被呼側クライアントにある特定の会議に参加するよう要求する、またはＲＦＣ２５４３に記載の２者間会話を成立させるよう要求する、ＳＩＰＩＮＶＩＴＥメッセージを受信する。ステップ５６で、ＰＣ３２は、ＰＣのアドレスおよびポート情報、ならびに電話３４に関連するアドレスおよびポートを求めて、ＰＣの内部テーブルまたはファイルを検索する。
【００２３】
ステップ５７で、ＰＣは、被呼側クライアントが通話に応じることに同意した旨を示すＳＩＰＯＫ応答を、ＳＩＰシグナリングスタック４４を介して送信する。好ましくは、ＯＫ応答は、ＯＫ応答本体の中に入れて送信されるセッション記述を含む。セッション記述は好ましくは、セッション中に被呼側クライアントが受信する用意があるメディアタイプ、形式、およびアドレスを列挙する。表示データがＰＣ３２に、音声データが電話３４に送り届けられるように、ＰＣ３２は、表示データを受信するＰＣ３２のＩＰアドレスおよびポート、ならびに音声を受信する電話のＩＰアドレスおよびポートを、セッション記述の中に入れて送信する。ステップ５８で、ＰＣ３２は、被呼側クライアントがＯＫ応答を受信したことを確認するＳＩＰＡＣＫメッセージを、被呼側クライアントから受信する。このようにして、音声会話は電話３４を介して進行し、一方、表示データはＰＣ３２によって表示される。
【００２４】
ＰＣ３２が呼を開始する際にも、類似のシグナリングプロセスが発生し得ることが、当業者には理解されよう。この場合、ＰＣ３２は、セッション記述をＳＩＰＩＮＶＩＴＥメッセージ本体の中に入れて、被呼側クライアントに送信する。
【００２５】
図４には、ＳＩＰＩＮＶＩＴＥまたはＯＫメッセージ本体の中に入れて送信される、例示的なセッション記述９８が示されている。セッション記述９８は好ましくは、「ＳＤＰ：セッション記述プロトコル」（１９９８年４月）と題する、ネットワークワーキンググループのリクエストフォーコメント２３２７（以下、ＲＦＣ２３２７と呼ぶ）に記載の、セッション記述プロトコル（ＳＤＰ）に従う。ＲＦＣ２３２７の内容を参照により本明細書に組み込む。
【００２６】
セッション記述９８は好ましくは、使用しているＳＤＰのバージョン番号を示す、プロトコルバージョン１００を含む。セッション記述９８はさらに好ましくは、セッション開始者１０２の情報、およびセッション名１０４を含む。セッション開始者１０２は、セッション開始者に関する情報、例えば、ユーザ名、セッション識別子、セッションバージョン番号、開始者側ネットワークタイプ、開始者側アドレスタイプ、および開始者側ＩＰアドレスを提供する。セッション名１０４は、そのセッションを識別する表題を提供する。
【００２７】
セッション記述９８は好ましくは、ユーザが受信する用意があるメディアのタイプおよび形式に関する情報を提供する、メディア記述１０６も含む。セッション記述は、複数のメディア記述を含むことができる。
【００２８】
各メディア記述１０６は好ましくは、受信されるメディアが音声、表示データ、アプリケーションデータその他のうちのどれであるかを示す、メディアタイプ１０８を含む。メディア記述はさらに、受信されるメディアストリームに関連する、転送ポート１１０および転送プロトコル１１２を含む。メディアタイプが音声である場合、ＰＣ３２は、電話３４に関連する転送ポート１１０および転送プロトコル１１４を提供して、電話が音声データを受信できるようにする。一方、メディアタイプが表示データである場合、ＰＣ３２は、ＰＣ自体の転送ポート１１０および転送プロトコル１１４を提供して、ブラウザ４２が表示データを受信できるようにする。メディア記述１０６はまた、ユーザが受信できるメディアの形式を記した、１つまたは複数のメディア形式フィールド１１４も含む。
【００２９】
各メディア記述１０６は好ましくは、指示されたメディアタイプを受信するのに使用されるコネクションに関する情報を提供する、コネクションデータ１１６に関連づけられる。コネクションデータ１１６は好ましくは、例えば、インターネットといった、ネットワークタイプ１１８を含む。コネクションデータ１１６はまた、指示されたメディアタイプを受信するための、アドレスタイプ１２０およびＩＰアドレス１２２も含む。ＰＣ３２は好ましくは、メディアタイプが音声である場合、電話３４のＩＰアドレスを提供する。一方、メディアタイプが表示データである場合、ＰＣは、ＰＣ自体のＩＰアドレスを提供する。
【００３０】
図２に示す実施形態によれば、ＳＩＰシグナリング機能はすべて、好ましくはＰＣ３２によって実施され、一方、メディア変換はすべて、ＰＢＸ３６によって実行される。しかし、ＰＣは、動作中でない場合、シグナリング機能を実行できないことがある。しかし、ＰＣ３２が機能していなくても、電話をかけ、また受けることができるほうが望ましい。この場合、通話に関連した表示データを見ることはできないが、音声は依然として、参加者間で伝達しあえる。
【００３１】
図５は、本発明の一実施形態による、ＰＣがクラッシュした場合でもマルチメディアＳＩＰセッションを実施できるシステムの概略ブロック図である。システムは好ましくは、少なくともＰＣ６２と電話６４を支援する、デスクトップ６０を含む。ＰＣ６２は好ましくは、ＩＰネットワーク８４を介して表示データを送受信する。ＰＣ６２は好ましくは、ディスプレイモニタ７２、ブラウザソフトウェア７４、およびＳＩＰスタック７６を含み、これらは、図２のディスプレイモニタ４０、ブラウザソフトウェア４２、およびＳＩＰスタック４４と類似のものでよい。
【００３２】
電話６４は好ましくは、電話ネットワーク８２を介してＳＩＰ対応ＰＢＸユニット６６と通信を行う。電話６４は好ましくは、送受器７８および電話プロトコルスタック８０を含み、これらも、図２の送受器４６および電話プロトコルスタック４８と類似のものでよい。
【００３３】
ＳＩＰ対応ＰＢＸユニット６６は好ましくは、ＰＣ６２が機能していなくてもＳＩＰシグナリング機能を実行できるようにするための、エミュレーションクライアント（ＳＩＰユーザエージェントとも呼ぶ）７０を含む。ＳＩＰ対応ＰＢＸユニットは好ましくは、ＩＰネットワーク８４を介して受信した音声パケットを従来の方法に従って音声に変換するための、ＶｏＩＰ変換スタック６８をさらに含む。一代替実施形態では、ＳＩＰ対応ＰＢＸユニット６６の代りに、公衆電話ネットワーク５０内に配置したＩＰ対応電話交換機を使用することができる。適切なデジタル中継線を介して標準的な公衆電話交換機（例えば、クラス５スイッチ）と相互接続されたＶｏＩＰゲートウェイを使用することで、ＩＰ対応とすることができる。
【００３４】
好ましくは、ＳＩＰマルチメディアセッションを確立するためのＳＩＰ呼シグナリング操作（ＳＩＰｃａｌｌｓｉｇｎａｌｉｎｇｏｐｅｒａｔｉｏｎ）は、ＰＣが機能している場合、ＳＩＰシグナリングスタック７６を利用して、ＰＣ６２によって実施される。しかし、ＰＣ６２が機能していない場合、ＳＩＰシグナリング操作は、ＳＩＰ対応ＰＢＸ６６内に存在するエミュレーションクライアント７０に委託される。この場合、ＰＢＸは、メディア変換を実行するのに加え、ＳＩＰ呼シグナリング操作も実行し、関連表示データをＰＣで見ることはできないものの、システムがＳＩＰ呼を受信し、また送信を続けることができるようにする。
【００３５】
本発明の一実施形態によれば、図５に示すシステムは、ＰＣ６２とＳＩＰ対応ＰＢＸ６６の間でＳＩＰ呼シグナリング操作の制御を移転させるための、拡張ＳＩＰサーバを含む。拡張ＳＩＰサーバは、ＳＩＰ分割ユーザエージェントプロキシサーバ（ＳＵＡＰＳ：ＳＩＰｓｐｌｉｔｕｓｅｒａｇｅｎｔｐｒｏｘｙｓｅｒｖｅｒ）１４２とも呼ぶ。ＳＵＡＰＳ１４２は、あるロケーションから別のロケーションへの呼転送機能を提供するプロキシの形態をとることができる。しかし、ＳＵＡＰＳ１４２は好ましくは、エンドポイント装置の状態に基いて、呼を１つのエンドポイント装置から別のエンドポイント装置へ自動的に転送するための拡張機能を含む。本発明の例示的な実施形態では、エンドポイント装置は、ＰＣ６２、またはＳＩＰ対応ＰＢＸ６６であるが、ＳＩＰ分割ユーザエージェントプロキシサーバ１４２が、システム内のその他のどのエンドポイント装置にも呼を転送できることが、当業者には理解されよう。
【００３６】
本発明の一実施形態によれば、ＳＵＡＰＳ１４２は、ＳＩＰハートビート機構を通じて、ＰＣ６２の状態を判断する。すなわち、ＳＵＡＰＳ１４２は、周期的にＳＩＰ信号をＰＣ６２に送信し、ＰＣは、ハートビート肯定応答によってその信号に応答する。ＰＣに送信されるＳＩＰ信号は、例えば、ＳＩＰＩＮＦＯコマンド、またはＲＦＣ２５４３に記載の他の従来のＳＩＰメッセージとすることができる。ＰＣ６２がコマンドに応答した場合、ＳＵＡＰＳ１４２は、ＰＣが機能していると判断し、呼信号の制御をＰＣに渡す。しかし、ＰＣがコマンドに応答できなかった場合、ＳＵＡＰＳ１４２は、呼の転送先をＳＩＰ対応ＰＢＸ６６に変更する。
【００３７】
ＳＵＡＰＳ１４２、または関連するロケーションサーバ（図示せず）は好ましくは、呼を転送するために、ＰＣ６２およびＰＢＸ６６のＩＰアドレスを管理する。転送先がＰＣ６２であるＳＩＰＩＮＶＩＴＥメッセージを受信すると、ＳＩＰ分割ユーザエージェントプロキシサーバ１４２は、ＰＣが機能している場合、好ましくはＳＩＰエンドポイントのロケーションとしてＰＣのＩＰアドレスを使用して、呼をＰＣ６２に転送する。しかし、ＰＣが機能していない場合、ＳＵＡＰＳ１４２は、好ましくはＳＩＰエンドポイントのロケーションとしてＰＢＸのＩＰアドレスを指定して転送先を変更し、呼をＳＩＰ対応ＰＢＸ６６に転送する。
【００３８】
呼がＳＩＰ対応ＰＢＸ６６に転送された場合、ＰＢＸ内のエミュレーションクライアント７０が、発呼側クライアントとのＳＩＰセッションを確立するための呼シグナリング操作に従事する。すなわち、エミュレーションクライアント７０は、受信ＳＩＰメッセージをＰＢＸメッセージ、例えば、ＣＳＴＡ、ＣＴＩ、Ｈ．３２３、または米国特許出願第０９／７８１８５１により詳細に記載されたその他のＰＢＸシグナリングイベント（ＰＢＸｓｉｇｎａｌｉｎｇｅｖｅｎｔ）に変換する。エミュレーションクライアント７０はさらに、ＰＢＸメッセージをＳＩＰメッセージに変換し、それらをＳＵＡＰＳ１４２に転送して、セッションを確立する。エミュレーションクライアント７０はさらに好ましくは、ＩＰ音声パケットの音声への変換を実行するよう、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）またはその他の類似のプロトコルを介して、ＶｏＩＰ変換スタック６８に命令する。
【００３９】
本発明の一代替実施形態によれば、ＳＵＡＰＳ１４２は、呼を複数のホストに転送して、２以上のホストを同一の呼に関連づけることができるようにする論理回路を備えた、バックツーバックユーザエージェントである。好ましくは、ＳＵＡＰＳ１４２は、ＰＣ６２とＳＩＰ対応ＰＢＸ６６の間で、両ホストには透過な方式で、着信ＳＩＰ呼信号を分割し、各ホストそれぞれとのＳＩＰシグナリングに従事する。ＰＣ６２およびＳＩＰ対応ＰＢＸ６６は好ましくは、呼が分割されたことを認識することなく、従来の方式でＳＩＰシグナリングに従事する。
【００４０】
エンドユーザは好ましくは、ＳＵＡＰＳが呼を１つまたは複数のホストに分割できるようにするために、ＳＵＡＰＳ１４２への登録プロセスに従事する。登録は、標準的なＳＩＰＲＥＧＩＳＴＥＲメッセージを介して、またはＳＵＡＰＳが定めた専用の登録プロセスを介して、実現することができる。登録プロセス中に、ＳＵＡＰＳは、ユーザがアクセスできる様々なホストのＩＰアドレスを取得し、それを内部または外部データベースに保存する。
【００４１】
ＳＵＡＰＳが着信ＳＩＰ呼を受信した場合、サーバは、ＰＣが登録されているかどうか判断する。ＰＣ６２が登録されている場合、ＳＵＡＰＳ１４２は呼を分割し、表示データに関連する呼信号を、ＰＣが機能していれば、ＰＣに送信し、音声に関連する呼信号をＳＩＰ対応ＰＢＸ６６に送信する。ＰＣ６２が登録されていない場合、呼全体がＳＩＰ対応ＰＢＸ６６に送信され、表示データと音声データの分割は行われない。
【００４２】
図６は、本発明の一実施形態による、着呼が関連表示データをもたない音声のみの呼である場合に、ＳＵＡＰＳ１４２が受信し、送信するＳＩＰ信号の機能ブロック図である。ステップ２０２で、発呼クライアント側に存在するＳＩＰクライアントソフトウェア２００が、ＳＵＡＰＳ１４２に、音声伝送用のＩＰアドレスおよびポート番号を含む発呼側のＶｏＩＰパラメータを含むＩＮＶＩＴＥメッセージを送信する。ＳＵＡＰＳ１４２は好ましくは、ＩＮＶＩＴＥメッセージ本体を検査し、音声用のＳＤＰ本体のみを見つける。その結果、ＳＵＡＰＳは、呼が音声のみの呼であると判断する。
【００４３】
ステップ２０４で、ＳＵＡＰＳは、ＳＩＰ対応ＰＢＸ６６に受信ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ対応ＰＢＸ６６は、ＩＮＶＩＴＥメッセージを受信し、被呼側クライアントのＩＰアドレス／ポートを確定し／割り当て、ステップ２０６で、好ましくは呼出信号を送信して、電話６４に対するＳＩＰ呼を開始する。被呼側ユーザが電話を取ると、ステップ２０８で、ＳＩＰ対応ＰＢＸ６６は、電話が取られたことを検出する。その結果、ステップ２１０で、ＳＩＰ対応ＰＢＸは、ＳＵＡＰＳに、電話６４に対応するＩＰアドレスを含むＯＫメッセージを送信する。ステップ２１２で、ＳＵＡＰＳ１４２は、電話のＩＰアドレスを含むＯＫメッセージを、発呼側ＳＩＰクライアント２００に転送し、ステップ２１４で、ＳＩＰクライアントは、ＡＣＫメッセージによって応答し、このＡＣＫメッセージは、ステップ２１６で、ＳＩＰ対応ＰＢＸに転送される。この結果、ステップ２１８で、電話６４と発呼側クライアント２００の間の双方向音声会話が行われる。
【００４４】
図７は、本発明の一実施形態による、着呼が音声および非映像表示データを含む場合に、ＳＵＡＰＳ１４２が受信し、送信するＳＩＰ信号の機能ブロック図である。ステップ３００で、発呼側ＳＩＰクライアントソフトウェア２００が、ＳＵＡＰＳ１４２に、発呼側のＶｏＩＰパラメータに加え、実表示データまたはそうした表示データへのリンクを含むＩＮＶＩＴＥメッセージを送信する。例えば、表示データを、ＩＮＶＩＴＥメッセージ本体内で標準的なＭＩＭＥ形式で表現することができ、あるいはリモートサーバ上の文書を指すＨＴＭＬポインタとすることもできる。
【００４５】
ＳＵＡＰＳ１４２は、音声用および表示用のＳＤＰ本体を見つけ、呼が音声および表示データを含むと判断する。ステップ３０２で、ＳＵＡＰＳ１４２は、受信ＩＮＶＩＴＥメッセージが音声情報のみを含むように、受信ＩＮＶＩＴＥメッセージのヘッダを変更し、音声データのみを含む変更ＩＮＶＩＴＥメッセージを、ＳＩＰ対応ＰＢＸ６６に転送する。表示データは好ましくは、一時キャッシュに保存される。
【００４６】
ＳＩＰ対応ＰＢＸ６６は、ＩＮＶＩＴＥメッセージを受信し、被呼側クライアントのＩＰアドレス／ポートを確定し／割り当て、ステップ３０４で、好ましくは呼出信号を送信して、電話６４に対するＳＩＰ呼を開始する。被呼側ユーザが電話を取ると、ステップ３０６で、ＳＩＰ対応ＰＢＸ６６は、電話が取られたことを検出する。その結果、ステップ３０８で、ＳＩＰ対応ＰＢＸは、ＳＵＡＰＳに、電話６４に対応するＩＰアドレスを含むＯＫメッセージを送信する。ステップ３１０で、ＳＵＡＰＳ１４２は、電話のＩＰアドレスを含むＯＫメッセージを、発呼側ＳＩＰクライアント２００に転送し、ステップ３１２で、ＳＩＰクライアントは、ＡＣＫメッセージによって応答し、このＡＣＫメッセージは、ステップ３１４で、ＳＩＰ対応ＰＢＸに転送される。この結果、ステップ３１６で、電話６４と発呼側クライアントの間の双方向音声会話が行われる。
【００４７】
ステップ３１８で、好ましくは、発呼側ＳＩＰクライアント２００からのＡＣＫメッセージの受信後直ちに、ＳＵＡＰＳ１４２は、キャッシュされた表示データを含み、音声情報を含まない第２のＩＮＶＩＴＥメッセージをＰＣ６２に発行する。ＰＣユーザは好ましくは、音声および／または視覚的な通知によって、入力ＩＮＶＩＴＥメッセージを受信したことを知らされる。呼に応答がなされると、ステップ３２０で、ＰＣはＯＫメッセージを送信し、ステップ３２２で、ＳＵＡＰＳ１４２はＡＣＫメッセージによって応答する。その後、表示データがＰＣに送り届けられる。つまり、音声会話は電話６４を介して進行し、一方、表示データはＰＣ６２上に表示される。一代替実施形態では、ＰＣは、ユーザの確認動作を必要としない表示データの自動受信を可能とする、当技術分野で一般的な自動応答モードを備える。
【００４８】
ＰＣ６２が機能していない場合、ＰＣ６２は、ＯＫメッセージによって、第２のＩＮＶＩＴＥメッセージに応答しない。しかし、音声会話は続行される。ＳＵＡＰＳ１４２がＰＣ６２からＯＫメッセージを受信できなかった場合、ＳＵＡＰＳ１４２は好ましくは、ユーザにそのキャッシュされた表示データを電子メールで送信する。したがって、通話中直ちに表示データを利用することはできないが、後でＰＣが動作するようになった時、そのデータを取り出して見ることができる。
【００４９】
図８は、本発明の一実施形態による、着呼が音声、非映像表示データ、および映像情報を含む場合に、ＳＵＡＰＳ１４２が受信し、送信するＳＩＰ信号の機能ブロック図である。ステップ４００で、発呼側ＳＩＰクライアントソフトウェア２００が、ＳＵＡＰＳ１４２に、発呼側のＶｏＩＰパラメータ、非映像表示データ、映像圧縮／伸張機能を含む映像情報、および発呼側のＩＰアドレスおよびポート情報を含むＩＮＶＩＴＥメッセージを送信する。ＳＵＡＰＳ１４２は、呼が音声、データ、映像を含むと判断する。音声および表示データのみが含まれる場合と異なり、ＳＵＡＰＳ１４２は好ましくは、ＳＩＰ対応ＰＢＸ６６にＩＮＶＩＴＥメッセージを発行する前に、ＰＣにＳＩＰＩＮＶＩＴＥメッセージを発行する。したがって、ステップ４０２で、ＳＵＡＰＳ１４２は、ＰＣ６２にＩＮＶＩＴＥメッセージを発行する。ＩＮＶＩＴＥメッセージは好ましくは、表示データおよび映像情報のみを含む。最初のＩＮＶＩＴＥメッセージに含まれる発呼側のＶｏＩＰパラメータは好ましくは、ＳＵＡＰＳ１４２によって一時キャッシュに保存される。
【００５０】
ＰＣが機能している場合、ＰＣは好ましくは、ステップ４０４で、ＯＫ応答を送信する。ＯＫ応答は好ましくは、発呼側クライアントがＰＣに実リアルタイム圧縮映像情報を送信できるように、ＰＣ６２に関連するＩＰアドレスおよびポート情報を含む。ＳＵＡＰＳ１４２はＯＫ応答を受信すると、ステップ４０６で、ＳＩＰ対応ＰＢＸに、ＶｏＩＰパラメータを含む第２のＩＮＶＩＴＥメッセージを発行する。ＳＩＰ対応ＰＢＸ６６は、ＩＮＶＩＴＥメッセージを受信し、被呼側ユーザのＩＰアドレス／ポートを確定し／割り当て、ステップ４０８で、好ましくは呼出信号を送信して、電話６４に対するＳＩＰ呼を開始する。被呼側ユーザが電話を取ると、ステップ４１０で、ＳＩＰ対応ＰＢＸ６６は、電話が取られたことを検出する。その結果、ステップ４１２で、ＳＩＰ対応ＰＢＸは、音声データがＳＩＰ対応ＰＢＸ６６を介して電話６４に送り届けられるように、ＳＵＡＰＳに、電話６４に対応するＩＰアドレスを含むＯＫメッセージを送信する。ステップ４１４で、ＳＵＡＰＳ１４２は、音声データが電話６４に、映像データがＰＣ６２に送信されるように、電話のＩＰアドレスとＰＣのＩＰアドレスを含むＯＫメッセージを転送する。
【００５１】
ステップ４１６で、ＳＩＰクライアント２００は、ＡＣＫメッセージによって応答し、このＡＣＫメッセージは、ＳＵＡＰＳ１４２によってステップ４１８で、ＳＩＰ対応ＰＢＸに、またステップ４２０で、ＰＣ６２に転送される。その後、発呼側クライアントと電話６４の間の音声会話が、ステップ４３０で行われ、またＰＣ６２との双方向映像送信が行われる。非映像表示データも、ＰＣを使用して表示される。
【００５２】
しかし、ＰＣ６２が機能していない場合は、音声通信のみが行われる。ＰＣと発呼側クライアントの間で、映像は交換されない。しかし、非映像表示データは、後でＰＣが動作するようになった時、取り出すことができるように、ユーザに電子メールで送信される。
【００５３】
図６〜図８には、ＳＵＡＰＳ１４２が着呼を受信する場合の、呼の信号伝達を示してあるが、ＳＵＡＰＳ１４２が、同様の方式で、発呼も処理できることが、当業者には理解されよう。
【００５４】
図９は、本発明の一実施形態による、音声および非映像表示データを含む発呼の処理を示す例示的な図である。ステップ５００で、ＰＣ６２が、ＳＵＡＰＳ１４２に、音声会話用のＰＣのＩＰアドレスおよびポート情報を含むＩＮＶＩＴＥメッセージを送信する。ＳＵＡＰＳ１４２は、ＩＮＶＩＴＥメッセージを受信し、ステップ５０２で、ＳＩＰ対応ＰＢＸに、別のＩＮＶＩＴＥメッセージを発行する。しかし、ＰＣから受信したＩＰアドレスおよびポート情報をそのＩＮＶＩＴＥメッセージに入れてＰＢＸに送信することはしない。代りに、ＳＵＡＰＳ１４２は、そのＩＰアドレスおよびポート情報を一時キャッシュに保存する。
【００５５】
ＳＩＰ対応ＰＢＸ６６は、ＩＮＶＩＴＥメッセージを受信し、ステップ５０４で、好ましくは呼出信号を送信して、電話６４に対するＳＩＰ呼を開始する。ステップ５０６で電話が取られると、ＳＩＰ対応ＰＢＸ６６は、電話が取られたことを検出する。その結果、ステップ５０８で、ＳＩＰ対応ＰＢＸは、ＳＵＡＰＳ１４２に、電話６４に対応するＩＰアドレスを含むＯＫメッセージを送信する。
【００５６】
ＯＫメッセージを受信すると、ステップ５１０で、ＳＵＡＰＳ１４２は、電話６４のＶｏＩＰパラメータ、および実表示データまたはそうした表示データへのリンクを含むＩＮＶＩＴＥメッセージを、被呼側ＳＩＰクライアント２００に送信する。ステップ５１２で、ＳＩＰクライアント２００は、それ自体のＶｏＩＰパラメータを含むＯＫメッセージによって応答する。ステップ５１４で、ＳＵＡＰＳ１４２は、ＯＫメッセージを受信し、ＳＩＰ対応ＰＢＸ６６に、被呼側ＳＩＰクライアントのＶｏＩＰパラメータを含むＡＣＫメッセージを送信する。ステップ５１６で、ＳＵＡＰＳはさらに、ＰＣにＯＫメッセージを送信し、ステップ５１８で、ＡＣＫメッセージを受信する。ＰＣからＡＣＫメッセージを受信すると、ＳＩＰサーバは、ステップ５２０で、被呼側ＳＩＰクライアントに、ＡＣＫメッセージを送信し、この結果、ステップ５２２で、音声会話が行われる。
【００５７】
図１０は、本発明の別の実施形態による、複数のホストを介してマルチメディアＳＩＰセッションを実施するためのシステムの概略ブロック図である。システムは好ましくは、ＰＣ１７２およびＩＰ電話１７４を支援するデスクトップ１７０を含む。ＰＣ１７２は、ＩＰネットワーク１８８を介して、データを受信し、また送信する。ＰＣ１７２は好ましくは、ディスプレイモニタ１７６、ブラウザ、およびＳＩＰスタック１８０を含み、それらは、図２のディスプレイモニタ４０、ブラウザ４２、およびＳＩＰスタック４４と類似のものでよい。
【００５８】
ＩＰ電話１７４は好ましくは、従来の方法によるＩＰ電話通信向けに構成された、電話または装置とする。ＩＰ電話１７４は好ましくは、送受器１８２およびＶｏＩＰ変換スタック１８４を含み、これらは、図２の送受器４６およびＶｏＩＰ変換スタック６８と類似のものでよい。ＩＰ電話１７４はさらに、ＩＰネットワーク１８８を介したマルチメディアセッションを生成し、変更し、終了するための、シグナリングプロトコルスタック１８６を含む。シグナリングプロトコルスタック１８６は、ＳＩＰプロトコル、Ｈ．３２３プロトコルその他を含むが、これらに限定されるものではない。
【００５９】
好ましくは、呼シグナリングおよび呼に関連するデータの表示は、ＰＣが機能しているのであれば、ＰＣ１７２が実施する。ＩＰ電話１７４は好ましくは、音声データを送受器１８２を介してユーザに提供するために、ＶｏＩＰ変換スタック１８４を用いたメディア変換を実行する。シグナリングプロトコルスタック１８６が、ＳＩＰシグナリングプロトコルスタックである場合、ＩＰ電話１７４はさらに、ＰＣが機能していない場合、ＰＣ１７２に代るバックアップを呼シグナリングに提供する。ＰＣとＩＰ電話の間での呼シグナリング制御の移転は、図５のＳＵＡＰＳ１４２と類似のものとすることのできるＳＵＡＰＳ１８７によって処理される。
【００６０】
具体的な実施形態によって本発明を説明してきたが、本発明の範囲および主旨からまったく逸脱しない変形形態を考案することは、当業者には容易であろう。例えば、本発明が、ＳＩＰシグナリングに限定されるものではなく、当技術分野で知られているその他のシグナリングプロトコル、例えば、Ｈ．３２３プロトコルなどにも及び得ることが、当業者には理解されよう。
【００６１】
さらに、ＳＵＡＰＳ１４２が呼確立フェーズ中に音声と表示データを分割するものとして、本発明の実施形態を説明してきたが、この分割を呼進行フェーズ中に行ってもよいことが、当業者には理解されよう。例えば、ユーザは、映像データを会議室のモニタに転送するよう望むことができ、あるいは音声通話中に映像を送信するよう望むこともできる。
【００６２】
本発明は、協調的なデスクトップ共用およびホワイトボーディング（ｃｏｌｌａｂｏｒａｔｉｖｅｄｅｓｋｔｏｐｓｈａｒｉｎｇａｎｄｗｈｉｔｅｂｏａｒｄｉｎｇ）が可能となるように拡張することができる。表示データの交換用にＰＣを使用するのに加えて、当技術分野で一般的なホワイトボード技術をＳＵＡＰＳ１４２に組み込んで、被呼側ユーザが文書を一緒に見て変更できるようにすることができる。
【００６３】
さらに、ＳＵＡＰＳ１４２が音声と表示データを２つのホストに分割するものとして、本発明の実施形態を説明してきたが、呼を複数のホストに分割できることが、当業者には理解されよう。例えば、着信ＳＩＰ呼を、複数のＩＮＶＩＴＥに分割して、明確な所望の特性をもつ各装置に送ることができる。例えば、映像をプロジェクタ、データをＰＣ、ホワイトボードセッション情報を電子ホワイトボードに送ることができる。
【００６４】
したがって、具体的に説明したのとは別の方式で、本発明を実施できることを理解されたい。したがって、本発明の諸実施形態は、すべての点で、例示的なものであって限定的なものではなく、本発明の範囲は、上述の説明によってではなく、添付の特許請求の範囲およびその均等物によって示されるものと理解されたい。
【図面の簡単な説明】
【００６５】
【図１】ＳＩＰホスト向けの従来の２手法を示すブロック図である。
【図２】本発明の一実施形態による、複数のホストを介してマルチメディアＳＩＰセッションを実施するためのシステムを示す概略ブロック図である。
【図３】図２に示す実施形態に従って発呼側クライアントとの通信を確立するためのＳＩＰシグナリングプロセスを示す図である。
【図４】本発明の一実施形態による、例示的なセッション記述を示す図である。
【図５】本発明の一実施形態による、ＰＣがクラッシュした場合でもマルチメディアＳＩＰセッションを実施できるようにする、ＳＩＰ分割ユーザエージェントプロキシサーバを含むシステムを示す概略ブロック図である。
【図６】着呼が関連表示データのない音声のみの呼である場合に図５のＳＩＰ分割ユーザエージェントプロキシサーバが受信し送信するＳＩＰ信号を示す機能ブロック図である。
【図７】本発明の一実施形態による、着呼が音声および非映像表示データを含む場合に図５のＳＩＰ分割ユーザエージェントプロキシサーバが受信し送信するＳＩＰ信号を示す機能ブロック図である。
【図８】本発明の一実施形態による、着呼が音声、非映像表示データ、および映像情報を含む場合に図５のＳＩＰ分割ユーザエージェントプロキシサーバが受信し送信するＳＩＰ信号を示す機能ブロック図である。
【図９】本発明の一実施形態による、音声および非映像表示データを含む発呼の処理を示す例示的な図である。
【図１０】本発明の別の実施形態による、複数のホストを介してマルチメディアＳＩＰセッションを実施するためのシステムを示す概略ブロック図である。

Claims

セッション開始プロトコル（ＳＩＰ）マルチメディアセッションへの参加者に情報を伝達するためのマルチホストシステムであって、
ＳＩＰシグナリングスタック、および前記ＳＩＰセッション中に送信される第１のメディアタイプの情報を前記参加者に伝達するための第１のインタフェースを有する第１のホストと、
前記第１のホストに結合され、前記ＳＩＰセッション中に送信される第２のメディアタイプの情報を前記参加者に伝達するための第２のインタフェースを有する第２のホストとを含むシステム。
前記第１のホストがパーソナルコンピュータである請求項１に記載のシステム。
前記第１のホストが、前記ＳＩＰセッションを確立するために、発呼側クライアントとのＳＩＰシグナリングに従事し、また前記第１のホストが前記第１のメディアタイプの前記情報を受信することおよび前記第２のホストが前記第２のメディアタイプの前記情報を受信することを示すＳＩＰシグナリングパラメータを前記発呼側クライアントに送信する請求項１に記載のシステム。
前記第２のホストが電話である請求項１に記載のシステム。
前記第２のホストに結合され、前記第１のホストが機能していない場合に前記ＳＩＰセッションを確立するためにＳＩＰシグナリング機能をエミュレートするエミュレーションクライアントを含む音声交換ユニットをさらに含む請求項４に記載のシステム。
前記第１のホストおよび前記第２のホストに結合され、着信ＳＩＰ呼を受信し、前記第１のホストが機能していない場合に前記ＳＩＰセッションを確立するために、その呼を前記エミュレーションクライアントに自動的に転送するサーバをさらに含む請求項５に記載のシステム。
前記第１のメディアタイプが映像である請求項１に記載のシステム。
前記第１のメディアタイプがデータである請求項１に記載のシステム。
前記第２のメディアタイプが音声である請求項１に記載のシステム。
前記第１のホストおよび前記第２のホストに結合されたサーバをさらに含み、前記サーバが、発呼側クライアントから着信ＳＩＰ呼を受信し、前記ＳＩＰセッション中に前記第１のホストが第１のメディアタイプの情報を受信できるように前記第１のメディアタイプに関連する呼信号を前記第１のホストに送信し、また前記ＳＩＰセッション中に前記第２のホストが前記第２のメディアタイプの情報を受信できるように前記第２のメディアタイプに関連する呼信号を前記第２のホストに送信することを特徴とする請求項１に記載のシステム。
前記第１のメディアタイプがデータであり、前記ＳＩＰセッション中に前記第１のホストが機能していない場合、前記サーバが前記データを電子メールによって送信する請求項１０に記載のシステム。
前記第２のホストがＳＩＰエミュレーションクライアントを含む音声交換ユニットである請求項１０に記載のシステム。
前記第１のメディアタイプに関連する前記呼信号が、前記第１のメディアタイプの前記情報を送信した前記発呼側クライアントのネットワークアドレスを含む請求項１０に記載のシステム。
前記第２のメディアタイプに関連する前記呼信号が、前記第２のメディアタイプの前記情報を送信した前記発呼側クライアントのネットワークアドレスを含む請求項１０に記載のシステム。
前記第２のメディアタイプに関連する前記呼信号が、セッション参加者に送信される前記第２のメディアタイプの前記情報を含む請求項１０に記載のシステム。
マルチホストシステムにおいて、セッション開始プロトコル（ＳＩＰ）マルチメディアセッションへの参加者に情報を伝達するための方法であって、
発呼側クライアントから第１のメディアタイプの情報と第２のメディアタイプの情報を含む着信ＳＩＰ呼を受信するステップと、
前記第１のメディアタイプの前記情報を第１のホストを介して前記参加者に伝達するステップと、
前記第２のメディアタイプの前記情報を前記第１のホストに結合された第２のホストを介して前記参加者に伝達するステップとを含む方法。
前記第１のホストがパーソナルコンピュータである請求項１６に記載の方法。
前記第２のホストが電話である請求項１６に記載の方法。
前記第１のメディアタイプが映像である請求項１６に記載の方法。
前記第１のメディアタイプがデータである請求項１６に記載の方法。
前記ＳＩＰセッション中に前記第１のホストが機能していない場合、サーバが前記データを電子メールによって送信する請求項２０に記載の方法。
前記第２のメディアタイプが音声である請求項１６に記載の方法。
前記ＳＩＰセッションを確立するために、前記発呼側クライアントとのＳＩＰシグナリングに従事するステップと、
前記第１のホストが前記第１のメディアタイプの前記情報を受信することおよび前記第２のホストが前記第２のメディアタイプの前記情報を受信することを示すＳＩＰシグナリングパラメータを前記発呼側クライアントに送信するステップとをさらに含む請求項１６に記載の方法。
前記第１のメディアタイプに関連するＳＩＰシグナリングパラメータを前記第１のホストに送信するために、前記第１のホストとのＳＩＰシグナリングに従事するステップをさらに含む請求項１６に記載の方法。
前記第１のメディアタイプに関連する前記ＳＩＰシグナリングパラメータが、前記第１のメディアタイプの前記情報を送信する前記発呼側クライアントのネットワークアドレスを含む請求項２４に記載の方法。
前記第２のメディアタイプに関連するＳＩＰシグナリングパラメータを前記第２のホストに結合された音声交換ユニットに送信するために、前記音声交換ユニットとのＳＩＰシグナリングに従事するステップをさらに含む請求項１６に記載の方法。
前記第２のメディアタイプに関連する前記ＳＩＰシグナリングパラメータが、前記第２のメディアタイプの前記情報を送信する前記発呼側クライアントのネットワークアドレスを含む請求項２６に記載の方法。
前記第２のメディアタイプに関連する前記ＳＩＰシグナリングパラメータが、前記セッション参加者に送信される前記第２のメディアタイプの前記情報を含む請求項２６に記載の方法。