(57)【要約】      （修正有）【課題】マルチキャスト端末とユニキャスト端末での会議システムを提供する。【解決手段】電気通信システム10は、オーディオストリーム及びビデオストリームを有するマルチキャストＩＰ又はＰＭＰＡＴＭ端末12を含んでいる。そのシステム10は、オーディオストリームのみを具えるユニキャスト端末14を含んでいる、そのシステムはマルチキャストＩＰ又はＰＭＰＡＴＭ端末12とユニキャスト端末14間でコールを構成するミキサ20を含んでいる。ミキサ20は、ユニキャスト端末14からのアップストリームの電話オーディオストリームを、マルチキャストＩＰ又はＰＭＰＡＴＭ端末12用のＰＭＰオーディオストリームに変換し、マルチキャストＩＰ又はＰＭＰＡＴＭ端末12からのダウンストリームのＰＭＰ/マルチキャストオーディオストリームを、ユニキャスト端末14用のユニキャスト電話オーディオストリームにミキシング/変換する。【選択図】図４
2011091819.tif 000002
【特許請求の範囲】
【請求項１】
電気通信コールを構成する方法において、
第１ネットワークにあって、オーディオストリーム及びビデオストリームを有しているマルチキャストインターネットプロトコル(ＩＰ)又はポイントツーマルチポイント(ＰＭＰ)ＡＴＭ端末から、第２ネットワークにあって、オーディオ機能のみがあって、オーディオストリームのみを有しているユニキャスト端末にコールする工程と、
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末と前記ユニキャスト端末とがそれらのオーディオストリームを互いに通信するように、ミキサを用いて、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末と前記ユニキャスト端末との間のコールを構成する工程とを具えており、
前記ミキサを用いて前記コールを構成する工程は、
前記ユニキャスト端末からのアップストリームの電話オーディオストリームを、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末用のＰＭＰオーディオストリームに変換する工程と、
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末からのダウンストリームのＰＭＰ/マルチキャストオーディオストリームを、前記ユニキャスト端末用のユニキャスト電話オーディオストリームにミキシング/変換する工程とを具えている方法。
【請求項２】
前記ミキサは、あるインターフェイスを前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末に、別のインターフェイスを前記ユニキャスト端末に提示するバックツーバックユーザエージェントを具えており、
前記あるインターフェイスは、前記ミキサがビデオなしの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末であるかのように、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記ミキサと通信することと、前記ミキサが別のユニキャスト端末であるかのように、前記ユニキャスト端末が前記ミキサと通信することとを可能とする、請求項１に記載の方法。
【請求項３】
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末は、少なくとも１つの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末を伴う会議コールに参加しており、前記ミキサは、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記ユニキャスト端末を前記会議コールに加えることを可能とする、請求項１に記載の方法。
【請求項４】
オーディオストリーム及びビデオストリームを有しているマルチキャストインターネットプロトコル(ＩＰ)又はポイントツーマルチポイント(ＰＭＰ)ＡＴＭ端末と、
オーディオ機能のみがあって、オーディオストリームのみを有しているユニキャスト端末と、
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末と前記ユニキャスト端末とがそれらのオーディオストリームを互いに通信するように、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末と前記ユニキャスト端末との間のコールを構成するミキサとを具えており、
前記ミキサは、前記ユニキャスト端末からのアップストリームの電話オーディオストリームを、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末用のＰＭＰオーディオストリームに変換し、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末からのダウンストリームのＰＭＰ/マルチキャストオーディオストリームを、前記ユニキャスト端末用のユニキャスト電話オーディオストリームにミキシング/変換するように構成されている電気通信システム。
【請求項５】
前記ミキサは、あるインターフェイスを前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末に、別のインターフェイスを前記ユニキャスト端末に提示するように構成されているバックツーバックユーザエージェントを更に具えており、
前記あるインターフェイスは、前記ミキサがビデオなしの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末であるかのように、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記ミキサと通信することと、前記ミキサが別のユニキャスト端末であるかのように、前記ユニキャスト端末が前記ミキサと通信することとを可能とする、請求項４に記載の電気通信システム。
【請求項６】
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末は、少なくとも１つの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末を伴う会議コールに参加しており、前記ミキサは、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記ユニキャスト端末を前記会議コールに加えることを可能とする、請求項４に記載の電気通信システム。
【請求項７】
電気通信システムで使用されるオーディオミキサであって、
前記オーディオミキサは、オーディオストリーム及びビデオストリームを有しているマルチキャストインターネットプロトコル(ＩＰ)又はポイントツーマルチポイント(ＰＭＰ)ＡＴＭ端末と、オーディオ機能のみがあって、オーディオストリームのみを有しているユニキャスト端末との間の電気通信コールを、(１)前記ユニキャスト端末からのアップストリームの電話オーディオストリームを、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末用のＰＭＰオーディオストリームに変換し、(２)前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末からのダウンストリームのＰＭＰ/マルチキャストオーディオストリームを、前記ユニキャスト端末用のユニキャスト電話オーディオストリームにミキシング/変換することで構成するオーディオミキサ。
【請求項８】
前記オーディオミキサは、あるインターフェイスを前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末に、別のインターフェイスを前記ユニキャスト端末に提示するように構成されているバックツーバックユーザエージェントを更に具えており、
前記あるインターフェイスは、前記オーディオミキサがビデオなしの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末であるかのように、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記オーディオミキサと通信することと、前記オーディオミキサが別のユニキャスト端末であるかのように、前記ユニキャスト端末が前記オーディオミキサと通信することとを可能とする、請求項７に記載のオーディオミキサ。
【請求項９】
前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末は、少なくとも１つの別のマルチキャストＩＰ又はＰＭＰＡＴＭ端末を伴う会議コールに参加しており、前記オーディオミキサは、前記マルチキャストＩＰ又はＰＭＰＡＴＭ端末が前記ユニキャスト端末を前記会議コールに加えることを可能とする、請求項７に記載のオーディオミキサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオストリーム及びビデオストリームを有する１又は２以上の端末と、ビデオストリームのみを有する１又は２以上の端末との間の電気通信コール(telecommunications call)に関する。さらに詳細には、本発明は、オーディオストリーム及びビデオストリームを有する１又は２以上の端末と、ビデオストリームのみを有しており、ミキサを具えた１又は２以上の端末との間の電気通信コールに関する。
【背景技術】
【０００２】
(先行技術製品情報)
(ネットワークフォン)
ＩＰ/イーサネット(登録商標)、Ｔ１及びＩＳＤＮ等のネットワークは、電話端末(telephony terminal)を相互に接続できる。音声及びビデオのデータストリームは、これらネットワーク上をこれら各々のプロトコルに従って運ばれる。ＳＩＰフォンのような電話装置は、従来の電話機に相当しており、ネットワークを基盤としている。電話ゲートウェイ(Telephony Gateway)は、ローカルエリアネットワーク(LAN)のようなローカルデータネットワーク上、アナログ電話回線のような一般的な電話網上、ＰＢＸにて広く見られるＴ１及びＩＳＤＮのようなデジタル電話インターフェイス上のフォン間のインターフェイスを与える。
【０００３】
（メディアトリックス(Mediatrics)ＰＳＴＮゲートウェイ）
このデバイスは、ＰＳＴＮインターフェイスにＳＩＰを与える。それは、ＳＩＰコールをイーサネットＩＰ側でターミネート(terminate)して、ＰＳＴＮ側に中継する。
【０００４】
(インテル(Intel)オーディオＰＢＸゲートウェイ）
このデバイスは、ＰＢＸインターフェイスにＳＩＰを与える。それは、ＳＩＰコールをイーサネットＩＰ側でターミネートして、ＰＢＸ側に中継する。
【０００５】
(オーディオコーズ(AudioCodes)ＰＲＩゲートウェイ)
このデバイスは、ＰＢＸインターフェイスにＳＩＰを与える。これは、ＳＩＰコールをイーサネットＩＰ側でターミネートし、ＰＢＸ側に中継する。
【０００６】
(シスコ(CISCO)ＳＩＰフォン)
(ピンテル(Pingtel)エクスプレッサ(xpressa)ＳＩＰフォン)
これらフォンは、専用電話回線ではなく、イーサネットネットワークに接続される。それらは、オーディオのみのデータストリームを送受し、メディア会議ユニット(media conferencing unit)(ＭＣＵ)を用いて、３又は４以上の電話機を同じコールに接続する。
【０００７】
(Ｈ.３２０/Ｈ３２３フォン)
これらデバイスは、ＳＩＰプロトコルではなくＨ.３２０/Ｈ.３２３プロトコルを用いて、接続を確立する。また、それらは、ＭＣＵを用いて、３又は４以上のフォンで会議をする。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
(本発明)
従来のフォン端末は中央処理デバイスに接続しており、該中央処理デバイスは、端末からオーディオストリーム及びビデオストリームを受信し、オーディオストリームをミキシングし、入力されるビデオストリームをフォーマットしている。その結果は、端末に送り返されて、表示及び再生される。
【０００９】
ＶｉＰｒTMシステムは、他の会議システムとは異なっており、３又は４以上の端末の会議コール(conference call)において、各端末は、マルチキャストＩＰ又はポイントツーマルチポイント(ＰＭＰ)ＡＴＭを用いて、オーディオ及びビデオデータを他の端末に送る。そして、各端末は、他の各端末からオーディオストリーム及びビデオストリームを受信して、それらを適宜処理する。入ってくるオーディオストリームは、標準化されたアルゴリズムを用いて、送信端末によってエンコードされている。これらオーディオストリームを受信する端末は、入力されるオーディオストリームをデコードして足し合わす。混合されたオーディオストリームは、スピーカシステムから発せられて、ユーザに聞き取られる。
【００１０】
ＶｉＰｒが用いる分散型のビデオ及びオーディオ処理は、ＳＩＰフォン及びＨデバイスが用いるＭＣＵアーキテクチャと互換性がない。これらデバイスをインターフェイスするために、ユニキャストオーディオミキサ(ＵＡＭ)と称される手段及び装置が開発された。
【００１１】
ＶｉＰｒ端末は、ＵＡＭが、ビデオ無しの別のＶｉＰｒ端末であるかのように、ＵＡＭと通信する。ＳＩＰフォンのようなユニキャストデバイスは、ＵＡＭが別のＳＩＰフォンであるかのように、ＵＡＭと通信する。あるインターフェイスをＶｉＰｒ端末に、別のインターフェイスをユニキャストデバイスに提示するこの機能は、バックツーバックユーザエージェント(Ｂ２ＢＵＡ)と称される。ＵＡＭは、ＶｉＰｒ端末とユニキャストデバイス間でＢ２ＢＵＡを実行可能とする唯一のデバイスである。
【００１２】
ＵＡＭは、１又は２以上のユニキャストデバイスと、１又は２以上のＶｉＰｒ端末とを含んでおり、同時に行われる多数の会議を取り扱う。
【００１３】
ＵＡＭの別の特徴は、２つの異なるネットワーク間のブリッジとして働くことである。例えば、全てのＶｉＰｒ端末がＡＴＭネットワーク上にあり、ユニキャストデバイスがイーサネットネットワーク上にあると、ＵＡＭは、１個のＡＴＭ ＮＩＣ及び１個のイーサネットＮＩＣが一体となるように構成されるであろう。ＳＩＰシグナリング及びオーディオプロセッシングの他に、ＵＡＭは、これら２つのネットワークの橋渡しをするであろう。
【００１４】
この機能をサポートするために、ＶｉＰｒシステムはＵＡＭを含んでおり、該ＵＡＭは、ＶｉＰｒ端末と電話機のユーザ(即ち、ＰＳＴＮ、モバイルフォン及びＳＩＰフォン)間のシームレスな会議開催機能を与える。これは、アップストリームのユニキャストなテレフォンオーディオストリームを、ポイントツーポイントオーディオストリーム(即ち、ＰＭＰ−ＳＶＣ又はＩＰマルチキャスト)に変換すること、ダウンストリームのＰＭＰ/マルチキャストなＶｉＰｒオーディオストリームを、ユニキャストなテレフォンオーディオストリームにミキシング/変換すること、さらに、ワイドバンド１６ｂｉｔ/１６ＫＨｚＰＣＭエンコーディングからＧ.７１１又はＧ.７２２へ、ＶｉＰｒオーディオについて、ダウンストリームのオーディオのトランスコーディングをすることによって行われる。
【００１５】
ＵＡＭで与えられるさらなる機能は、インターメディア(Intermedia)ゲートウェイの機能であり、該ゲートウェイは、ＩＰ/ＵＤＰオーディオストリームをＡＴＭ ＳＶＣオーディオストリームに変換し、また、その逆の変換も行う。この機能によって、ＡＴＭ環境に配置されたＶｉＰｒシステムと、イーサネットネットワーク上のＳＩＰベースのボイスオーバーＩＰ(ＶｏＩＰ)電話ゲートウェイとの間で相互運用が可能となる。
【００１６】
現在のＶｉＰｒシステムは、ＳＩＰベースのアナログ及びデジタル電話ゲートウェイを通じて電話システムをサポートする。この機能によって、ＶｉＰｒユーザは、電話ユーザにポイントツーポイントコールを送ること、又は、電話ユーザからポイントツーポイントコールを受け取ることが可能となる。しかしながら、それらは、ＶｉＰｒユーザに、テレフォンコールをＶｉＰｒ会議に加えることを認めない。これは、テレフォンコールのユニキャストな性質と、電話ゲートウェイが、テレフォンコールをＰＭＰ/マルチキャストストリームに変換できないことによる。ＶｉＰｒユーザが、ユニキャストなテレフォンコールをＶｉＰｒ会議に加えることを可能にすると、ＶｉＰｒＵＡＭにより、電話に関するＶｉＰｒのサポートが促進されるだろう。
【００１７】
ＵＡＭは、ＶｉＰｒ端末と電話機ユーザ(即ち、ＰＳＴＮ、モバイルフォン及びＳＩＰフォン)間で会議をする能力を与える。これは、アップストリームのユニキャストな音声のみのテレフォンストリームを、ポイントツーマルチポイントストリーム(即ち、ＰＭＰ−ＳＶＣ又はＩＰマルチキャスト)に変換すること、ダウンストリームのＶｉＰｒのＰＭＰ/マルチキャストオーディオストリームを、ユニキャストな音声のみのテレフォンストリームに変換すること、さらに、ワイドバンド１６ｂｉｔ/１６ＫＨｚＰＣＭエンコーディングからＧ.７１１又はＧ.７２２に、ＶｉＰｒオーディオについて、ダウンストリームのオーディオのトランスコーディングをすることによって行われる。
【００１８】
ＵＡＭは、以下のように設計される。
ａ．あるＶｉＰｒユーザとある電話機のユーザ間で、ポイントツーポイントの音声のみのコールを可能とする。
ｂ．音声のみのテレフォンコールを、複数参加者の(multi-party)ＶｉＰｒオーディオ/ビデオ会議に加えることを可能とする。
ｃ．ワイドバンド１６ｂｉｔ/１６ＫＨｚＰＣＭエンコーディングからＧ.７１１又はＧ.７２２に、ＶｉＰｒオーディオストリームについて、ダウンストリームのオーディオのトランスコーディングを行う。
ｄ．ＡＴＭネットワーク上のＶｉＰｒ端末と、イーサネットネットワーク上のＳＩＰベースのＶｏＩＰ電話ゲートウェイとの間をブリッジするインターメディアゲートウェイとして動作する。
【課題を解決するための手段】
【００１９】
本発明は、電気通信システムに関する。システムは、オーディオストリーム及びビデオストリームを有する第１ノードを具えている。システムは、オーディオストリームのみを有する第２ノードを具えている。システムは、第１ノード及び第２ノード間でコールを構成する手段を具えており、第１ノード及び第２ノードは、それらのオーディオストリームを互いに通信する。構成手段は、第１及び第２ノードと通信する。
【００２０】
本発明は、電気通信コールを構成する方法に関する。その方法は、オーディオストリーム及びビデオストリームを有する第１ノードから、オーディオストリームのみを有する第２ノードにコールするステップを具えている。第１ノード及び第２ノードの間でコールが構成されて、第１ノード及び第２ノードは、それらのオーディオストリームを互いに通信する。
【００２１】
本発明は、電気通信システムに関する。システムは、オーディオストリームが送られる第１メディアタイプを有する第１ネットワークを具えている。システムは、オーディオストリームが送られる第１メディアタイプを有する第２ネットワークを具えている。システムは、オーディオストリームが送られる第２メディアタイプを有する第３ネットワークを具えており、該第２メディアタイプは、第１メディアタイプと異なっている。システムは、第１、第２及び第３ネットワーク間でオーディオストリームをブリッジするミキサを具えている。
【００２２】
本発明は、電気通信システムに関する。システムは、信号が送られる第１メディアタイプを有する第１ネットワークを具えている。システムは、信号が送られる第１メディアタイプを有する第２ネットワークを具えている。システムは、信号が送られる第２メディアタイプを有する第３ネットワークを具えており、該第２メディアタイプは、第１メディアタイプと異なっている。システムは、第１、第２及び第３ネットワーク間で信号をブリッジするミキサを具えている。
【００２３】
本発明は、電気通信システムに関する。システムは、オーディオストリームを作成する複数のオーディオ端末を具えている。システムは、複数のオーディオ及びビデオ端末を具えており、これら端末は、オーディオストリーム及びビデオストリームを作成する。システムはミキサを具えており、該ミキサは、各オーディオ端末からオーディオストリームを受信し、そのオーディオストリームをオーディオ及びビデオ端末に送る。システムは、ネットワークを具えており、該ネットワークにおいて、オーディオ端末と、オーディオ及びビデオ端末と、ミキサとは互いに通信する。
【００２４】
本発明は、少なくとも２つのノード間で会議コールを生成する方法に関する。ここで、２つのノードのうち少なくとも第１ノードは、第１オーディオ/ビデオ端末であり、２つのノードのうち少なくとも第２ノードは、第１オーディオ端末である。その方法は、第１オーディオ/ビデオ端末から第１オーディオ端末をコールするステップを具えている。両方の端末からミキサにオーディオストリームをルーティングするステップがある。少なくとも第２オーディオ/ビデオ端末を、そのオーディオストリームをミキサ及び第１オーディオ/ビデオ端末にルーティングして、会議の参加者として加えるステップがある。少なくとも第２オーディオ端末を、そのオーディオストリームをミキサにルーティングして、会議の参加者として加えるステップがある。混合(mixed)オーディオストリームを、各オーディオ端末に送るステップがある。これは、その混合オーディオストリームを受信する端末のオーディオストリームを除いて、全ての端末のオーディオストリームをミキシングして行われる。
【００２５】
本発明は、電気通信システムに関する。システムは、第１フォーマットを有する第１オーディオ端末を具えており、オーディオストリームは、第１オーディオ端末から第１フォーマットで送られる。システムは、第２フォーマットを有する第２オーディオ端末を具えており、オーディオストリームは、第２オーディオ端末から第２フォーマットで送られる。システムは、第３フォーマットを有する第３オーディオ端末を具えており、オーディオストリームは、第３オーディオ端末から第３フォーマットで送られる。システムはミキサを具えており、該ミキサは、第１、第２及び第３端末から送られる各オーディオストリームを、第１、第２及び第３端末がそれらストリームを受信する場合に、それらストリームがこれらの端末で理解され得るように、夫々に応じたフォーマットに変換する。システムはネットワークを具えており、該ネットワークを通じて、第１、第２及び第３端末は、それら各々のオーディオストリームを互いに通信する。
添付の図面には、本発明の好ましい実施例と、本発明を実施する好ましい方法が図示されている。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明のオーディオミキサの概略図である。
【図２】図２は、ミキサのアーキテクチャのブロック図である。
【図３】図３は、ＳＢＵのブロック図である。
【図４】図４は、ビデオ電話会議(phone conference)におけるビデオフォンＵＡＭの概略図である。
【図５】図５は、２方向における電話コールにおけるビデオフォンＵＡＭの概略図である。
【図６】図６は、ミキサに関するネットワークの概略図である。
【発明を実施するための形態】
【００２７】
添付の図面を参照すると、幾つかの図を通じて類似又は同一の部分には、同様の符号が使用されている。特に、図４を参照すると、電気通信システム(10)が示されている。システム(10)は、オーディオストリーム及びビデオストリームを有する第１ノード(12)を具えている。システム(10)は、オーディオストリームのみを有する第２ノード(14)を具えている。システム(10)は、第１ノード(12)と第２ノード(14)間でコールを構成する手段(16)を具えており、第１ノード(12)及び第２ノード(14)は、それらのオーディオストリームを互いに通信できる。構成手段(16)は、第１及び第２ノード(12)(14)と通信する。
【００２８】
システム(10)は、オーディオストリーム及びビデオストリームを有する第３ノード(18)を含んでいるのが好ましい。構成手段(16)は、ミキサ(20)を含んでいる。ミキサ(20)は、第１、第２及び第３ノード(12)(14)(18)は、それらのオーディオストリームを互いに通信できるように、第１ノード(12)、第２ノード(14)及び第３ノード(18)間で会議を接続している。システム(10)は、ホストノード(22)を含んでいるのが好ましく、ミキサ(20)は、会議をホストするホストノード(22)と通信する。ミキサ(20)は、第１ノード(12)とミキサ(20)間で、コールの第１接続をターミネートし、ミキサ(20)と第２ノード(14)間で、コールの第２接続を生成するのが好ましい。第１接続から送られるデータは、この第２接続では、ミキサ(20)から第２ノード(14)に送られる。
【００２９】
システム(10)は、オーディオストリームのみを有する第４ノードと、第１、第２及び第３ノードが配置された第１ネットワークと、第１ネットワークとは別個に設けられており、第４ノードが配置された第２ネットワークと、第２ネットワークの第４ノード、第１ネットワークの第１、第２及び第３ノード(12)(14)(18)間でオーディオストリームをブリッジするミキサ(20)とを含んでいる。
【００３０】
本発明は、電気通信コールを構成する方法に関する。その方法は、オーディオ及びビデオストームを有する第１ノード(12)から、オーディオストリームのみを有する第２ノード(14)にコールするステップを具える。第１ノード(12)と第２ノード(14)間でコールを構成して、第１ノード(12)及び第２ノード(14)がそれらのオーディオストリームを相互に通信するステップがある。
【００３１】
オーディオストリーム及びビデオストリームを有する第３ノード(18)をコールに加えて、第１、第２及び第３ノード(12)(14)(18)間で会議を構成するステップがあるのが好ましい。第１及び第３ノード(12)(18)は、それらのオーディオストリーム及びビデオストリームを互いに通信し、第１、第２及び第３ノード(12)(14)(18)は、それらのオーディオストリームを互いに通信する。第３ノード(18)を加えるステップは、ホストノード(22)と通信して、会議をホストするステップを含むのが好ましい。構成ステップは、第１ノード(12)とミキサ(20)間でコールの第１接続をターミネートし、ミキサ(20)と第２ノード(14)間でコールの第２接続を生成するステップを含むのが好ましい。第１接続から送られるデータは、第２接続にて、ミキサ(20)から第２ノード(14)に送られる。
【００３２】
ミキサ(20)は、少なくとも一つのネットワークインターフェイスカード(ＮＩＣ)を有するコンピュータを具えており、２つ又はそれより多いＮＩＣを具えているのが好ましい。ミキサ(20)が通信する各ネットワーク毎に１つのＮＩＣがあるのが理想的である。また、ミキサ(20)は、例えば、ラインカードを具えており、ＰＳＴＮライン、ＰＢＸライン、又はＰＲＩラインなどのオーディオストリームのみを有するノードと通信できる。
【００３３】
別名ＶｉＰｒｓとして知られている、ビデオ及びオーディオストリームを有するノードを含むシステム及び方法の説明は、国際特許出願ＰＣＴ/ＩＢ０３/０１４６８号に示されている。該出願は、米国特許出願第１０/１１４,４０２号の優先権を主張しており、引用をもって本明細書の一部とする。
【００３４】
本発明は、電気通信システム(10)に関する。システム(10)は、オーディオストリームが送られる第１メディアタイプを有する第１ネットワークを具えている。システム(10)は、オーディオストリームが送られる第１メディアタイプを有する第２ネットワークを具えている。システム(10)は、オーディオストリームが送られる第２メディアタイプを有する第３ネットワークを具えており、該第２メディアタイプは、第１メディアタイプと異なっている。システム(10)は、第１、第２及び第３ネットワーク間でオーディオストリームをブリッジするミキサ(20)を具えている。
【００３５】
本発明は、電気通信システム(10)に関する。システム(10)は、信号が送られる第１メディアタイプを有する第１ネットワークを具えている。システム(10)は、信号が送られる第１メディアタイプを有する第２ネットワークを具えている。システム(10)は、信号が送られる第２メディアタイプを有する第３ネットワークを具えており、該第２メディアタイプは、第１メディアタイプと異なっている。システム(10)は、第１、第２及び第３ネットワーク間で信号をブリッジするミキサ(20)を具えている。
【００３６】
本発明は、電気通信システム(10)に関する。システム(10)は、オーディオストリームを作成する複数のオーディオ端末を具えている。システム(10)は、オーディオストリーム及びビデオストリームを作成する複数のオーディオ及びビデオ端末を具えている。システム(10)はミキサ(20)を具えており、該ミキサ(20)は、各オーディオ端末からオーディオストリームを受信し、そのオーディオストリームをオーディオ及びビデオ端末に送る。システム(10)は、ネットワークを具えており、該ネットワークにおいて、オーディオ端末と、オーディオ及びビデオ端末と、ミキサ(20)とは互いに通信する。
【００３７】
本発明は、少なくとも２つのノード間で会議コールを生成する方法に関する。ここで、２つのノードのうち少なくとも第１ノード(12)は、第１オーディオ/ビデオ端末であり、２つのノードのうち少なくとも第２ノード(14)は、第１オーディオ端末である。その方法は、第１オーディオ/ビデオ端末から第１オーディオ端末をコールするステップを具えている。両方の端末からミキサ(20)にオーディオストリームをルーティングするステップがある。少なくとも第２オーディオ/ビデオ端末を、そのオーディオストリームをミキサ(20)及び第１オーディオ/ビデオ端末にルーティングすることによって、会議の参加者として加えるステップがある。少なくとも第２オーディオ端末を、そのオーディオストリームをミキサ(20)にルーティングすることによって、会議の参加者として加えるステップを具える。混合オーディオストリームを、各オーディオ端末に送るステップがある。これは、その混合オーディオストリームを受信する端末のオーディオストリームを除いて、全ての端末のオーディオストリームをミキシングして行われる。
【００３８】
本発明は、電気通信システム(10)に関する。システム(10)は、第１フォーマットを有する第１オーディオ端末を具えており、オーディオストリームは、第１フォーマットで第１オーディオ端末から送られる。システム(10)は、第２フォーマットを有する第２オーディオ端末を具えており、オーディオストリームは、第２オーディオ端末から第２フォーマットで送られる。システム(10)は、第３フォーマットを有する第３オーディオ端末を具えており、オーディオストリームは、第３オーディオ端末から第３フォーマットで送られる。システム(10)はミキサ(20)を具えており、該ミキサ(20)は、第１、第２及び第３端末から送られる夫々のオーディオストリームを、第１、第２及び第３端末がそれらオーディオストリームを受信する場合に、それらオーディオストリームがこれら端末で理解され得るように、夫々に応じたフォーマットに変換する。システム(10)はネットワークを具えており、該ネットワークを通じて、第１、第２及び第３端末は、それら各々のオーディオストリームを互いに通信する。
【００３９】
第１ノード(12)は、オーディオストリーム及びビデオストリームを作成可能であり、クオリティオブサービス機能を有するＡＴＭネットワークの一部である。本発明の動作にて、第１ノード(12)は、第２ノード(14)とポイントツーポイントコールを構成することを望む。第２ノード(14)は、オーディオ機能のみを有しており、例えば、ＰＳＴＮフォンである。第２ノード(14)は、ＡＴＭネットワークの一部ではない。
【００４０】
ＡＴＭネットワークの一部であるＳＩＰサーバに信号情報(signaling information)を送って、第１ノード(12)は、第２ノード(14)へのコールの構成を開始する。該情報によって、第２ノード(14)が第１ノード(12)が始めているコールの着信先であることが、サーバに確認される。サーバは、第２ノード(14)に関するアドレス情報を有しており、第１ノード(12)から受信した信号情報にアドレス情報を加えて、該信号情報を、第２ノード(14)のアドレス情報と共にＡＴＭネットワークの一部であるオーディオミキサ(20)に送る。
【００４１】
第１ノード(12)を出所とする信号情報を受信すると、ミキサ(20)は、この情報から、第１ノード(12)が接続を構成することを望んでいるのは第２ノード(14)であると判断する。そして、ミキサ(20)は、第２ノード(14)に案内(invitation)を送る。ミキサ(20)は、何らかの形で、例えば、Ｔ１ライン又はイーサネットのようなＡＴＭネットワークではない方法で、第２ノード(14)と通信して、その特徴と、データがそれに与えられて該データを理解するために必要な様式とに関して明らかにする。これに応じて、第２ノード(14)は、データが入力されて第２ノード(14)で理解されるのに必要な特定の様式を、ミキサ(20)に明らかにする。また、第２ノード(14)は、それにデータを送ることが可能であり、接続が構成し得ることをミキサ(20)に明らかにする。
【００４２】
その後、ミキサ(20)は、接続を構成する準備ができていることを示す信号を第１ノード(12)に送る。ＡＴＭネットワークの一部であるミキサ(20)は、第１ノード(12)に対して第２ノード(14)を代理し(represent)、第２ノード(14)がＡＴＭネットワークの一部であり、第１ノード(12)と類似しているというインプレッションを、第１ノード(12)に与える。ミキサ(20)は、そのネットワークの一部又は第２ノード(14)が属する接続の一部であって、第２ノード(14)に対して第１ノード(12)を代理している。ミキサ(20)は、第１ノード(12)が同じネットワークの一部又は第２ノード(14)が属する接続の一部であって、第２ノード(14)と類似しているというインプレッションを、第１ノード(12)に与える。
【００４３】
その後、第１ノード(12)は、データのストリーミングを開始する。該データは、オーディオデータを含んでいる。そして、第１ノード(12)は、当該技術分野で周知のように、そのデータのパケットをミキサ(20)にユニキャストする。ミキサ(20)は、パケットを受信すると、当該技術分野で周知のように、パケットのデータをバッファに格納し、第１ノード(12)から送られたパケットに関する接続を実質的にターミネートする。該パケットの送り先は、第２ノード(14)である。ミキサ(20)は、第２ノード(14)に送られた案内を通じて、データが入力されるために必要な様式を以前に知らされているので、第２ノード(14)は、そのデータを理解できる。ミキサ(20)は、バッファに格納されたデータを必要なフォーマットにして、その後、適当な時間制限下で、適切に再フォーマットされたデータを、ミキサ(20)から第１ノード(12)への新しい且つ別個の接続に効率的に送る。この方法では、実際には２つの別個の接続が含まれるが、ポイントツーポイントコールが構成される。第１ノード(12)又は第２ノード(14)の何れも、第１ノード(12)と第２ノード(14)間で所望のポイントツーポイントコールを生成するために、２つの接続が用いられていることを認識しない。同様にして、第２ノード(14)から第１ノード(12)にデータが送られると、処理は繰り返される。しかし、この場合、第２ノード(14)から送られたデータがミキサ(20)で受信された後、ミキサ(20)は、第１ノード(12)が理解可能な様式にデータを再フォーマットする。そして、ミキサ(20)は、該ミキサ(20)にてバッファに格納された、第２ノード(14)から送られたデータを、第１ノード(12)にユニキャストする。ＡＴＭではなくＩＰが用いられる場合、ミキサ(20)は、当該技術分野で周知のように、ユニキャストなＩＰパケットを第１ノード(12)に送る。
【００４４】
次に、別名ポイントツーマルチポイント接続として知られている、会議開催を含むシナリオが、本発明を用いて説明される。ポイントツーポイント接続を含む上述の話の続きとして、第１ノード(12)は、会議を構成する接続に、第３ノード(18)を加えることを希望する。第３ノード(18)は、ＡＴＭネットワークの一部であり、本質的に第１ノード(12)と同じ特徴を有している。第１ノード(12)は、信号の案内を、会議をホストするホストノード(22)に送る。ホストノード(22)は、第１ノード(12)にすることができ、又は、別のノードにすることもできる。第１ノード(12)は、サーバを通じてホストノード(22)と通信して会議を構成し、第３ノード(18)を会議に加える。ホストノード(22)は案内を行って、ミキサ(20)に信号を発するために接続を構成すると共に、第１ノード(12)とミキサ(20)間で最初の信号接続を生成する。なお、該接続は、ターミネートされる。また、ホストノード(22)は案内を行って、第３ノード(18)への接続をも構成する。これは、第３ノード(18)を接続に加える第１ノード(12)からの要求に応じて行われる。ＡＴＭネットワークの一部であるノードが会議に接続されることになる各ケースでは、信号はサーバを通じて進んで、当該技術分野で周知のように、適切にルーティングされる。ホストノード(22)は、ＡＴＭネットワーク内での会議接続用の典型的なホストノードとして働く。ミキサ(20)は、ＡＴＭネットワークの一部ではないが、会議接続全体の一部となるあらゆるノードを代表している。
【００４５】
ＡＴＭネットワーク上の任意のノードについて、接続の一部であるがＡＴＭネットワークの一部ではない如何なるノードも、ミキサ(20)は、あたかもＡＴＭネットワーク上の他のノードであるように現れるようにする。信号接続は、ホストとミキサ(20)間、ミキサ(20)と(ミキサ(20)で代表される)第２ノード(14)間で構成される。それら信号接続を通じて、接続における全てのノードから送られる必須情報は各ノードに送られる。これによって、それらノードは、接続における他の全てのノードを理解して通信することが可能となる。実際には、ホストノード(22)は、他の全てのノードに、これらノードの特徴に関する情報を与えるだけでなく、それらがホストノード(22)に最初に与えた情報をノードに戻す。これにより、各ノードは、基本的に自己の情報を返される。この情報が配布されると、典型的な任意の会議状態における通常のケースのように、ストリーミング情報が出される。ＡＴＭネットワークのシナリオでは、第１ノード(12)及び第３ノード(18)は、ＰＭＰツリーを用いて、パケットの情報を、互いに及びミキサ(20)にＡＴＭマルチキャストするであろう。ＩＰ環境では、第１ノード(12)及び第３ノード(18)は、ネットワーク上の全てのノードにパケットをＩＰマルチキャストし(ミキサ(20)は、このためにノードとなる)、接続の一部であるノードのみ、接続の一部である特定のパケット情報を理解及び使用するであろう。
【００４６】
ミキサ(20)は、上述のように、第１ノード(12)及び第３ノード(18)からパケットを受信して、それらをバッファに格納する。種々のノードから送られるパケットは、ミキサ(20)で受信されると再フォーマットされて、当業者に周知である一般的なアルゴリズムに従ってミキシングされ、言い換えると互いに足し合わされる。その後、所定時間にて、ミキサ(20)で再フォーマットされたデータは、当該技術分野で周知なように、第２ノード(14)に送られる。逆の場合、同様な方法で、第２ノード(14)から送られるデータは、ミキサ(20)で受信されてバッファに格納される。その後、それは、再フォーマット様式で、第１ノード(12)及び第３ノード(18)にマルチキャスト出力される。
【００４７】
第４ノードは、オーディオ機能のみを有しており、第２ノード(14)と類似している。そして、これは、ＡＴＭネットワークの一部ではない。第４ノードが会議に加えられる場合、ホストノード(22)は、ミキサ(20)と第２信号接続を構成する。次に、ミキサ(20)は、第４ノードと別個の接続を構成し、該接続は、ミキサ(20)が第２ノード(14)と構成した接続とは異なる。ミキサ(20)は、それがサポートしているセッションのリストを保持している。対象となっている会議を含むセッションにおいて、それは、ミキサ(20)を介した２つの相互接続を特定する。第１相互接続は、ホストノード(22)から第２ノード(14)への信号接続を通じており、第２相互接続は、ホストノード(22)から第４ノードへの信号接続を通じている。この方法では、ホストノード(22)と同様にして、第１及び第３ノード(12)(18)は、第２ノード(14)及び第４ノードを代理する２つの別個のノードがあり、それらと通信していると信じている。実際には、ミキサ(20)は、第２ノード(14)及び第４ノードの両方を代理し、それらの各々から送られたデータを別々にマルチキャストし、この錯覚に加えて、第２ノード(14)及び第４ノードが第１ノード(12)及び第３ノード(18)と似ているという錯覚が、第１ノード(12)及び第３ノード(18)にて維持される。
【００４８】
ＶｉＰｒシステムは、高度に発達したビデオ会議システムであり、「バーチャルプレゼンス」会議開催特性を与えるものであって、今日市販されている従来の如何なるビデオ会議システムの能力をも遙かに超えている。ＶｉＰｒシステムは、ポイントツーマルチポイントなＳＶＣ(ＰＭＰ−ＳＶＣ)及びＩＰマルチキャストに依拠しており、会議の参加者間でポイントツーマルチポイントなオーディオ/ビデオメディアストリームを確立する。ＶｉＰｒ会議に参加しているユーザが、オーディオ及びビデオの質が今までにない会議を楽しむ間に、ＶｉＰｒを用いていない他のユーザをＶｉＰｒ会議に加える必要がある。システム(10)は、ユニキャストな音声のみのテレフォンコール(即ち、ＰＳＴＮ、モバイルフォン及びＳＩＰフォン)を、複数参加者のＶｉＰｒ会議に加えることを可能にする。
【００４９】
現在のＶｉＰｒシステムは、ＳＩＰベースのアナログ及びデジタル電話ゲートウェイを通じて、電話システムをサポートする。この機能により、ＶｉＰｒのユーザは、電話ユーザにポイントツーポイントコールを行うことができ、電話のユーザからポイントツーポイントコールを受信できる。しかしながら、それらによって、ＶｉＰｒのユーザがテレフォンコールをＶｉＰｒ会議に加えることは可能とはならない。これは、テレフォンコールのユニキャスト特性と、電話ゲートウェイが、テレフォンコールをＰＭＰ/マルチキャストなストリームに変換できないことによる。ＶｉＰｒのユーザが、ユニキャストなテレフォンコールをＶｉＰｒ会議に加えることを可能とすることで、ＶｉＰｒ ＵＡＭは、ＶｉＰｒシステムによる電話のサポートを促進する。
【００５０】
この機能をサポートするために、ＶｉＰｒ ＵＡＭは、ＶｉＰｒ端末と電話ユーザ(即ち、ＰＳＴＮ、モバイルフォン及びＳＩＰフォン)間でシームレスな会議機能を与える。これは、アップストリームのユニキャストなテレフォンオーディオストリームを、ポイントツーマルチポイントのオーディオストリーム(即ち、ＰＭＰ−ＳＶＣ又はＩＰマルチキャスト)に変換すること、ダウンストリームのＰＭＰ/マルチキャストなＶｉＰｒオーディオストリームをユニキャストなテレフォンオーディオストリームにミキシング又は変換することに加えて、ワイドバンドの１６ビット/１６ＫＨｚＰＣＭエンコーディングからＧ.７１１又はＧ.７２２に、ＶｉＰｒオーディオについて、ダウンストリームのオーディオのトランスコーディングをすることによって行われる。
【００５１】
ＵＡＭで与えられるさらなる機能は、インターメディアゲートウェイの機能である。インターメディアゲートウェイは、ＩＰ/ＵＤＰオーディオストリームをＡＴＭ ＳＶＣオーディオストリームに変換し、また、その逆の変換も行う。この機能によって、ＡＴＭ環境に配置されたＶｉＰｒシステムと、イーサネットネットワーク上のＳＩＰベースのボイスオーバーＩＰ(ＶｏＩＰ)電話ゲートウェイとの間で相互運用が可能となる。
【００５２】
ＵＡＭは、１又は２以上のＶｉＰｒフォンが１又は２以上の電話ゲートウェイと共に動作することを可能にする。
【００５３】
ＵＡＭは、下記の構成に示すように、ユニキャストなオーディオデバイスを伴ったＶｉＰｒ会議コールをサポートする。
・タイプ１：１つの会議コールをサポートする。１つのオーディオユニキャストデバイスが参加者である。
・タイプ２：複数の会議コールをサポートする。各会議コールでは、複数のオーディオユニキャストデバイスが参加者であり得る。
・タイプ３：複数の会議コールをサポートする。各会議コールでは、厳密に１つのオーディオユニキャストデバイスが参加者である。
【００５４】
１つのユニキャストマネージャアプリケーションで、２０の参加者(ユニキャストデバイスに加えてＶｉＰｒフォン)がサービスされるのが好ましい。
【００５５】
ユニキャストデバイスは、図１に示す構成にて使用される。
【００５６】
図１に示すように、ユニキャストデバイスとＶｉＰｒでやり取りされる全てのコールは、必ずＵＡＭに送られる。ＵＡＭは、Ｂ２Ｂ ＳＩＰ ＵＡを行ってユニキャストデバイスをＶｉＰｒに接続する。
【００５７】
例：  ＰＯＳＴ１のユーザＡは、ＶｉＰｒ Ｖ１のユーザＢにコールする。以下の一連のイベントが起こる。
１．  ＵＤ１(メディアトリックス又はあらゆる種類のユニキャストデバイス)は、Ｕｓｅｒ＿Ｂへの接続のリクエストを、Ｕｓｅｒ＿Ａから受信する。
２．  ＵＤ１は、ＩＮＶＩＴＥ(案内)をＵＡＭに送る。ＩＮＶＩＴＥ内のＴｏ ｆｉｅｌｄ又はＤｉｓｐｌａｙ  Ｎａｍｅは、コールがＵｓｅｒ＿Ｂへのものであることを特定している。
３．  ＵＡＭは、入ってくるコールＣ１でＩＮＶＩＴＥを受信する。
４．  ＵＡＭは、Ｃ１のＩＮＶＩＴＥからＵｓｅｒ＿Ｂのｓｉｐアドレスを取り出すと共に、ＩＮＶＩＴＥをＶ１に送出して、このユーザへのコールＣ２を開始する。
５．  また、ＵＡＭは、Ｃ１をＣ２に相互接続する。
６．  Ｖ１は、ＵＡＭから入るＩＮＶＩＴＥを参照する。それは、ＳＤＰによって、ＶｉＰｒクラスのデバイスであると確認される。つまり、Ｖ１のソフトウェアは、ピア(peer)ソフトウェアに、Ｒｅｐｌａｃｅｓ/Ｒｅｆｅｒｓ等を含むＶｉＰｒデバイスに求められる全ての機能をサポートする能力があることを知る。
７．  例えば、Ｖ１のＵｓｅｒ＿Ｂが、ＯＫ(了承)と共にＩＮＶＩＴＥを返信する。
８．  ＵＡＭは、接続Ｃ２がアップされたとマークする。そして、Ｃ１にＯＫを送る。  
【００５８】
この例におけるメディアストリームについて説明する。Ｖ１とＵＤ１間のメディアストリームは、以下の方法の何れかで送られる。
１１．メディアは、Ｖ１からＵＤ１に直接送られる。これは、ＵＡＭが正しいＳＤＰを書き込んで行われる。つまり、ＩＮＶＩＴＥをＶ１に送る上に、それは、受信用にＵＤ１のＩＰアドレス，ポートを加える。そして、ＯＫをＵＤ１に送る上に、それは、Ｖ１のＩＰアドレス，ポートを受信アドレスとして加える。
１２．メディアは、ＵＡＭで中継される。このケースでは、ＵＡＭは、Ｖ１からＵＤ１へのデータを中継し、その逆も行う。ＵＡＭとＶｉＰｒがＡＴＭクラウドを介して通信接続されているならば、その後、Ｖ１とＵＡＭ間のＳＶＣが設定され得ることは容易に理解される。つまり、メディアトラフィックについて、ＵＡＭは、イーサネットゲートウェイに対してＡＴＭとして働く。
【００５９】
例１をさらに続けると、Ｕｓｅｒ＿Ａは、Ｖ２のＵｓｅｒ＿Ｂを会議に加えることを決定する。そして、以下のイベントが生じる。
１．  ＵＡＭとＶ１間のＳｉｐ接続は、会議コールＣ３で置き換えられて、Ｖ１、Ｖ２及びＵＡＭが参加者となる。つまり、Ｂ２Ｂ ＵＡは、会議コール(Ｃ３)をユニキャストコール(Ｃ１)と相互接続する。
２．  ＵＡＭは、Ｃ３とＣ４間でトラフィックを常に中継する。上述のオプション１１。それは、Ｖ１及びＶ２から送られるトラフィックをミキシングし、それをＵＤ１に中継する。また、それは、ＵＤ１から送られるトラフィックを、Ｖ１及びＶ２にマルチキャストする。
【００６０】
ＵＡＭによって行われる機能は、以下の要素に分けられる。
・  ＳＩＰ Ｂ２Ｂ ＵＡユニット[ＳＢＵ]。このユニットは、Ｂ２Ｂ ＳＩＰ ＵＡを実施するために必要なｓｉｐ信号を生成する。
・  メディア相互接続(Media Cross Connect)及びミキサ [ＭＣＭＵ]。
【００６１】
ＵＡＭ機能は、３つの処理、即ち、図２に示す、ＳＢＵ、ユニキャストミキサマネージャ及びＳｉｐスタックで決められる。
【００６２】
Ｓｉｐサーバ(SipServer)プロセスは、Ｓｉｐ機能を実施して、ＳＢＵに、アブストラクテッドシグナリング(abstracted signaling)ＡＰＩ(インターフェイスＩａ)を与え得る。また、インターフェイスＩａは変化しない。
【００６３】
Ｂ２Ｂ ＵＡを実施するために、ＳＢＵは、コール制御及びグルーロジックを実施する。このユニットは、Ｃａｌｌｍａｎａｇｅｒ/Ｖｕｐｐｅｒコードに基づいている。ＳＢＵは、正しいミキサのストリームを設定することも担当する。このために、ＳＢＵは、ＲＰＣを通じてＵＭＭプロセスとインターフェイスする。
【００６４】
ＵＭＭは、メディアストリームを相互接続する機能を実施することに加えて、オーディオミキシング機能を実施する。
【００６５】
Ｂ２Ｂ ＵＡを実施するために、ＳＢＵは、コール制御及びグルーロジックを実施する。ＳＢＵは、正しいミキサのストリームを設定することも担当する。このために、ＳＢＵは、ＲＰＣを通じてＵＭＭプロセスとインターフェイスする。
【００６６】
【表１】
2011091819.tif 000003
【００６７】
ＳＢＵユニットは、内部的に以下のように構成される。
【００６８】
図３から理解されるように、ＳＢＵのデザインは、ＣａｌｌＭａｎａｇｅｒから与えられるＳＩＰ/メディアストリームインターフェイスを再利用及び拡張しているので、ＵＡＭについてシグナリングコール制御ロジックが実施される。
【００６９】
以下の記載にて、Ｕｓｅｒ＿ＡがＵｓｅｒ＿Ｂへのコールを開始する場合の制御フローを示す。
【００７０】
以下では、Ｓｉｐサーバは、ＵＡＭのＳｉｐサーバに言及しており、ＳＢＵは、ＵＡＭのＳＢＵに言及し、ＵＭＭは、ＵＡＭのＵＭＭに言及している。
【００７１】
例をさらに明確にするために、以下の事項が仮定される。
−  ネットワーク全体は、イーサネットネットワークである。
−  Ｖ１のＩＰアドレスは、１７２.１９.６４.１０１である。
−  Ｖ２のＩＰアドレスは、１７２.１９.６４.１０１である。
−  Ｖ１/Ｖ２クラウドに接続されるＵＡＭのインターフェイスのＩＰアドレスは、１７２.１９.６４.５１であり、ＵＤ１クラウドに接続されるＵＡＭのＩＰインターフェイスは、１６９.１４４.５０.１００である。
−  ＵＤ１のＩＰアドレスは、１６９.１４４.５０.４８である。
−  アドレスは、＜ＩＰアドレス，ポート＞の組として表される。
−  例における全てのアドレス及びポートは説明用であり、それらは、固定される必要はなく、むしろＯＳによって、割り当てられる。
−  以下の例では、(ＵＡＭの)ＳＢＵで受信される全てのＳＩＰイベントは、実際にＳｉｐサーバで受信されて、その後ＳＢＵに移動させられる。しかしながら、Ｓｉｐサーバがイベントを受信して、それをＳＢＵに移動することは、簡単化のために示されない。
【００７２】
【表２】
2011091819.tif 000004
【表３】
2011091819.tif 000005
【００７３】
上記の表は、コールの経路で起こる事を説明している。次に、このコールが会議コールに変換される場合における制御フローを示す。この場合、例えば、Ｕｓｅｒ＿Ｂは、Ｖ２のＵｓｅｒ＿Ｃをコールに加えて会議をする。
【００７４】
さらに、下記の事項が仮定される。
−  Ｖ２のＩＰアドレスは、１７１.１９.６４.１０２である。
【００７５】
【表４】
2011091819.tif 000006
【表５】
2011091819.tif 000007
【表６】
2011091819.tif 000008
【００７６】
別のＶｉＰｒのユーザを会議に加えるために、ステップ１２から１８が繰り返される。別のユニキャストデバイスのユーザ、即ちＰＯＴＳ２のＵｓｅｒ＿Ｄに必要なステップを説明する。
【００７７】
以下の事項を仮定する。
−  ＶｉＰｒ Ｖ２のＵｓｅｒ＿Ｃは、ＰＯＴＳ２上のＵｓｅｒ＿Ｄを会議に加えることを決断する。
【００７８】
【表７】
2011091819.tif 000009
【表８】
2011091819.tif 000010
【表９】
2011091819.tif 000011
【００７９】
ＵＭＭは、メディアストリームを相互接続する機能に加えて、オーディオミキシング機能を実施する。
【００８０】
展開シナリオ  １
図４を参照すると、このシナリオは、２つのケースをカバーしている。
【００８１】
複数参加者のＶｉＰｒオーディオ/ビデオ会議におけるＶｉＰｒユーザは、ユニキャストなオーディオのみの電話ユーザを会議に加える。
【００８２】
このケースでは、複数参加者のＶｉＰｒ会議におけるＶｉＰｒユーザは、ユニキャストな電話ユーザを会議に加える決定をする。その結果、参加者の１人が、着信先の電話番号にコールを開始する。ＶｉＰｒ ＳＩＰサーバは、そのコールの着信先をＶｉＰｒ ＵＡＭに変更する。ＶｉＰｒ ＵＡＭは、ＶｉＰｒのオーディオのみのコールをターミネートし、電話ゲートウェイを通じて、着信先の電話へのバックツーバックコールを確立する。
【００８３】
コールが確立されると、ＶｉＰｒ ＵＡＭは、電話から受信したＧ.７１１/Ｇ.７２２オーディオストリームを、ＰＭＰ/マルチキャストストリームに変換し、トランスコーディングすることなく、それをＶｉＰｒ端末に転送する。他方で、ＶｉＰｒ ＵＡＭは、種々のＶｉＰｒ端末から受信したワイドバンドの１６ｂｉｔ/１６ＫＨｚＰＣＭ ＶｉＰｒ オーディオストリームを、Ｇ.７１１又はＧ.７２２である１つのユニキャストなオーディオストリームにトランスコーディング及びミキシングして、それを電話の着信先に転送する。
【００８４】
電話ユーザを含んでおり、ポイントツーポイントなオーディオのみの会議において、ＶｉＰｒユーザは、別のＶｉＰｒユーザを会議に加える。
【００８５】
このケースでは、電話ユーザ(Ｔ)を含むポイントツーポイントなオーディオのみのコールにおけるＶｉＰｒユーザ(Ｖ１)は、別のＶｉＰｒユーザ(Ｖ２)を会議に加えることを決定する。その結果、ＶｉＰｒユーザＶ１は、着信先のＶｉＰｒユーザＶ２にオーディオ/ビデオコールを開始する。ＶｉＰｒシステムは、Ｖ１及びＶｉＰｒ ＵＡＭで確立されたポイントツーポイントコールを切って、Ｖ１、Ｖ２及びＶｉＰｒ ＵＡＭ間のＰＭＰ/マルチキャストコールを再確立する。
【００８６】
ＶｉＰｒ ＵＡＭは、新たなＶｉＰｒオーディオ/ビデオコールをターミネートし、それを、すでに確立されたバックツーバックテレフォンコールにブリッジする。このプロセスを通じて、テレフォンコールはアクティブなままであって、スイッチングは、電話ユーザに認識されない。
【００８７】
コールが確立されると、ＶｉＰｒ ＵＡＭは、電話から受信したユニキャストなＧ.７１１/Ｇ.７２２オーディオストリームを、ＰＭＰ/マルチキャストストリームに変換し、トランスコーディングすることなく、それをＶｉＰｒ端末に転送する。他方で、ＶｉＰｒ ＵＡＭは、種々のＶｉＰｒ端末から受信したワイドバンドの１６ｂｉｔ/１６ＫＨｚＰＣＭ ＶｉＰｒオーディオストリームを、Ｇ.７１１又はＧ.７２２である１つのユニキャストなオーディオストリームにトランスコーディング及びミキシングし、それを電話の着信先に転送する。
【００８８】
ＶｉＰｒは、マルチストリームのマルチメディアセッションを確立し、修正し消去する手段として、セッション開始プロトコル(ＳＩＰ)を用いる。ＵＡＭは、ＶｉＰｒ端末及び電話ユーザ(即ち、ＰＳＴＮ、モバイルフォン及びＳＩＰフォン)間の会議能力を与える。これは、アップストリームのユニキャストな音声のみのテレフォンストリームを、ポイントツーマルチポイントストリーム(即ち、ＰＭＰ−ＳＶＣ又はＩＰマルチキャスト)に変換すること、ダウンストリームのＶｉＰｒのマルチキャスト/ＰＭＰオーディオストリームを、ユニキャストな音声のみのテレフォンストリームに変換することに加えて、ワイドバンドの１６ｂｉｔ/１６ＫＨｚＰＣＭエンコーディングからＧ.７１１又はＧ.７２２に、ＶｉＰｒオーディオについて、ダウンストリームのオーディオのトランスコーディングをすることによって行われる。
【００８９】
展開シナリオ  ２
図５を参照すると、このシナリオは、２つのケースをカバーしている。
【００９０】
電話ユーザは、ＶｉＰｒユーザにコールする。
【００９１】
このケースでは、電話ユーザは、ＶｉＰｒユーザに向けてコール(オーディオのみ)を開始する。電話ゲートウェイは、そのコールの着信先をＶｉＰｒ ＵＡＭに変更する。ＶｉＰｒ ＵＡＭは、テレフォンコールをターミネートし、着信先のＶｉＰｒへのバックツーバックなＶｉＰｒのオーディオのみのコールを確立する。
【００９２】
コールが確立されると、ＶｉＰｒ ＵＡＭは、電話から受信したＧ.７１１/Ｇ.７２２オーディオストリームを、トランスコーディングすることなくＶｉＰｒ端末に転送する。他方で、ＶｉＰｒ ＵＡＭは、ワイドバンドの１６ｂｉｔ/１６ＫＨｚＰＣＭからＧ.７１１又はＧ.７２２に、ＶｉＰｒのオーディオストリームのトランスコーディングを行い、それを電話の着信先に転送する。
【００９３】
ＶｉＰｒユーザは、電話ユーザにコールする。
【００９４】
この場合、ＶｉＰｒユーザは、電話ユーザにコールを開始する。ＶｉＰｒ ＳＩＰサーバは、そのコールの着信先をＶｉＰｒ ＵＡＭに変更する。ＶｉＰｒ ＵＡＭは、ＶｉＰｒのオーディオのみのコールをターミネートし、電話ゲートウェイを用いて、着信先の電話へのバックツーバックなＰＳＴＮコールを確立する。前の段落と同様な方法で、トランスコーディングが行われる。
【００９５】
図６は、ＵＡＭの典型的な使用状況を示す。ＵＡＭで与えられる特徴を、以下に示す。
【００９６】
(特徴１)
例えば、ＶｉＰｒ Ｖ１及びＶ２は、ポイントツーポイントコールに含まれており、それらは、ユニキャストデバイスＵＤ１を、会議コールに加えることを希望する。言い換えると、目的は、ＵＤ１、Ｖ１及びＶ２が会議にいる会議コールを構成することである。例えば、Ｖ１のユーザは、ＵＤ１のユーザが、他の参加者としてＶ１及びＶ２を含む会議コールに加えられるようにリクエストする。このリクエストは、ＳＩＰサーバの１つによって、ＵＡＭに転送される。
【００９７】
その後、ＵＡＭは、以下の動作を行う。
− ＵＤ１を代理して、会議コールに加わる。この会議コールＣ１をコールする。
− また、ユニキャストデバイスを含むポイントツーポイントコールを作成する。この会議コールＣ２をコールする。
− Ｃ２で受信したオーディオデータをＣ１に中継する。
− コールＣ２の参加者Ｖ１及びＶ２からオーディオデータを受け取って、このデータをミキシングしてＵＤに転送する。
【００９８】
(特徴２)
上述の図のｖｉｐｒネットがＡＴＭであり、ＵＤネットがＩＰネットワークであるケースを考える。また、可能な範囲内で、ＡＴＭネットワークに亘って、オーディオについて、ＬＡＮＥ/ＣＬＩＰではなく、ＳＶＣのみが使用されることが望ましいと仮定される。これにより、セキュリティ上の問題又はパフォーマンス上の問題に対処可能となる。
【００９９】
このケースでは、ｖｉｐｒネット上のＶｉＰｒ Ｖ１が、音声会話にユニキャストデバイス(ＵＤ１)を加えることを希望すると、ＵＡＭが用いられて、ＡＴＭネットワークにてＳＶＣを、ＩＰネットワークにてＩＰを使用する機能が与えられる。
【０１００】
これを行うためには、Ｖ１からＵＤ１への全てのコールは、Ｖ１からＵＡＭＤへのコールと、ＵＡＭＤからＶ２へのコールとに分けられる。
【０１０１】
ＵＡＭでサポートされる特徴に要求される設定は、以下のカテゴリに分けられる。
− ＶｉＰｒからＵＤへのコールの設定
− ＵＤからＶｉＰｒへのコールの設定
− 一般的な設定
【０１０２】
(一般的な設定)
Ｂ２ＢＵＡ ＳＩＰ ＵＡは、所望の任意のポート(５０６０以外)で動くようにされる。これは、以下のパラメータを含むように、ｖｉｐｒ．ｉｎｉファイルを修正することで行われる。
SIP_Port = 7070 [任意の有効なポート番号]
【０１０３】
(ＶｉＰｒからＵＤへのコールの設定)
典型的なＶｉＰｒコールでは、ユーザが「番号」をダイヤルすると、その「コールリクエスト」は、ＳＩＰサーバに送られる。ＳＩＰサーバは、それを適切な着信先に転送する。しかしながら、このケースは異なっている。このケースでは、ユーザが、自分がユニキャストデバイス(ＵＤ１)と話をしたいと希望していると言うと、ＳＩＰサーバはＵＡＭにリクエストを転送する。さらに、それは、このコールがＵＤ１に転送される旨を特定する情報を、そのリクエストに加える。つまり、ＳＩＰサーバは、ＵＡＭデバイスでサービスされるＳＩＰ−ＵＲＩに作られたコールを、適切なＵＡＭＤサーバにルーティングするようにプログラムされる。
【０１０４】
また、ＵＡＭで受信された全てのコールを転送するために、デフォルトのユニキャストデバイスのＳＩＰアドレスを指定することが可能である。このデフォルトアドレスは、ｖｉｐｒ．ｉｎｉファイルに、以下の行を加えることで指定される。
UD_SERVER_ADDRESS = 169.144.50.48
X_FORWARD_AVAILABLE = 0
【０１０５】
ユニキャストデバイスからＶｉＰｒにコールがなされた場合、そのコールは、ＵＡＭに送られなければならないことに留意すべきである。これを行うために、適切な設定がユニキャストデバイスで行われる。これに関しては、ユニキャストデバイスの使用書を参照のこと。
【０１０６】
(ＵＤからＶｉＰｒへのコールの設定)
ＶｉＰｒへのコールは、ＵＤで開始されて、ＵＡＭにルーティングされる。これを達成する一つの方法は、ＵＤをプログラムして、全てのコールをＵＡＭに導くこと又は転送することである。最終的なコールの着信先(例えば、Ｖ１)は、ＵＡＭへのコールリクエスト内で指定される。通常、このアドレスは、ＳＩＰメッセージ内のＴｏ ｆｉｅｌｄであろう。これらの設定は、ＵＤ又はＳＩＰサーバで行われる。
【０１０７】
さらに、ＵＡＭがＵＤからコールリクエストを受信する場合、ＵＡＭは、それを、コールされた参加者の健全さをチェックするゲートウェイマーシャル(Marshall)サーバに転送する。このゲートウェイアドレスは、以下のように、ｖｉｐｒ．ｉｎｉファイルで指定できる。
GatewayMarshallServer = sip.eng.fore.com:5065
【０１０８】
略語のリスト
ＡＴＭ (Asynchronous Transfer Mode)  非同期転送ノード
ＩＳＤＮ (Integrated Services Digital Network)  総合サービスデジタルネットワーク
ＩＰ (Internet Protocol)  インターネットプロトコル
ＬＡＮ (Local Area Network)    ローカルエリアネットワーク
ＭＣ (Mulicast)    マルチキャスト(ＩＰ)
ＭＣＭＵ (Media Cross Connect and Mixer)  メディア相互接続及びミキサ
ＭＣＵ (Media Conferencing Unit)            メディア会議ユニット
ＰＢＸ (Private Branch Exchange)    プライベートブランチエクスチェンジ(構内電話交換機)
ＰＣＭ (Pulse-Code Modulation)    パルス符号変調
ＰＭＰ (Point-to-Multipoint)    ポイントツーマルチポイント(ＡＴＭ)
ＰＯＴＳ ("Plain Old Telephone")    「一般的な電話システム」
ＰＲＩ (Primary Rate Interface)    １次群インターフェース
ＰＳＴＮ (Public Switched Telephone Network)    公衆交換電話網
ＳＢＵ (SIP back-to-back user agent)    ＳＩＰバックツーバックユーザエージェント
ＳＩＰ (Session Initiation Protocol)    セクション開始プロトコル
ＳＶＣ (Switched Virtual Circuit)    交換接続型仮想回路
ＵＡＭ (Unicast Audio Mixer)    ユニキャストオーディオミキサ
ＶｉＰｒTM (Virtual Presence System)    バーチャルプレゼンスシステム
ＷＡＮ (Wide Area Network)    広域通信網
【０１０９】
本発明は、前述の実施例に於いて、例示の目的で詳細に記載されてきたが、そのような詳細な記載は単にその目的の為であり、当該分野の専門家であれば、先述の特許請求の範囲によって記載されるようなもののほかにも、発明の精神と範囲から逸脱することなく、変形を成し得るものと理解されるべきである。
【符号の説明】
【０１１０】
(10)    システム
(12)    第１ノード
(14)    第２ノード
(16)    構成手段
(18)    第３ノード
(20)    ミキサ
(22)    ホストノード
【図１】
2011091819.tif 000012
【図２】
2011091819.tif 000013
【図３】
2011091819.tif 000014
【図４】
2011091819.tif 000015
【図５】
2011091819.tif 000016
【図６】
2011091819.tif 000017