(57)【特許請求の範囲】
【請求項１】
呼において２の参加者間でメディアを交換する方法であって、該方法は、
該２の参加者間で接続を設定する段階と、
１もしくは２以上の追加の参加者を該呼へ参加させるために、いつ要求が受信されるかを判断するためにモニターする段階と、
前記モニターする段階が１以上の追加の参加者を前記二者間の呼へ引き入れるための要求が受信されたことを判断したときに、多数者間の接続に適切な新しい符号化スキームを選択する段階と、
前記モニターする段階が前記呼へ１以上の追加の参加者を引き入れるための要求が受信されたと判断するときに、前記２の参加者の呼へミキサを取り入れる段階とからなることを特徴とする方法。
【請求項２】
電話会議への少なくとも３の参加者間でメディアを交換する方法であって、該方法は、
ミキサーを用いて該参加者間で接続を設定する段階と、
１またはそれより多くの電話会議の参加者が２の参加者だけを残して何時抜けたかを判断するために該接続をモニターする段階と、
該２の参加者だけが該電話会議に残っていると該モニターする段階が判断するときには、該電話会議から該ミキサーを取り除く段階と、
前記モニターする段階が、１またはそれより多くの前記電話会議の参加者が抜けて、２の参加者のみが残っていると判断する場合には、二者接続に適切な新しい符号化スキームを選択する段階とからなることを特徴とする方法。
【請求項３】
請求項２に記載の方法において、該方法はさらに、２の参加者間の呼のための直接的な接続を設定することを当事者に対し指示する段階からなることを特徴とする方法。
【請求項４】
呼において２の参加者間でメディアを交換するシステムであって、該システムは、
コンピュータが読み取り可能なコードを保存するメモリと、
該メモリと機能的に結合されたプロセッサとからなり、該プロセッサが、
該２の参加者間で接続を設定し、
追加の参加者を該呼に参加させるために、いつ要求が受信されるかを判断するためにモニターし、
前記モニターする段階が１以上の追加の参加者を前記二者間の呼へ取り入れるための要求が受信されたことを判断したときに、多数者間の接続に適切な新しい符号化スキームを選択し、そして、
前記モニターする段階が前記呼へ１以上の追加の参加者を引き入れるための要求が受信されたと判断するときに、前記２の参加者の呼へミキサを取り入れるよう、構成されていることを特徴とするシステム。
【請求項５】
電話会議への少なくとも３の参加者間でメディアを交換するシステムであって、該システムは、
コンピュータが読み取り可能なコードを保存するメモリと、
該メモリと機能的に結合されたプロセッサとからなり、該プロセッサが、
ミキサーを用いて該参加者間で接続を確立し、
１またはそれより多くの電話会議参加者が２の参加者だけを残して何時抜けたかを判断するために該接続をモニターし、
該２の参加者だけが該電話会議に残っていると該モニターで判断したときには、該電話会議から該ミキサーを取り除き、
前記モニターすることが、１またはそれより多くの前記電話会議の参加者が抜けて２の参加者のみが残っていると判断する場合には、二者接続に適切な新しい符号化スキームを選択するように構成されていることを特徴とするシステム。
【請求項６】
請求項５に記載のシステムにおいて、該プロセッサがさらに、２つの当事者間の呼のための直接的な接続を設定することを当事者に対し指示するように構成されていることを特徴とするシステム。
【請求項７】
呼における２の参加者間でメディアを交換する方法であって、該方法が、
前記２の参加者間で接続を設定する段階と、
１以上の追加の参加者を前記二者間の呼へ引き入れるための要求が受信されるときに、多数者間の接続に適切な新しい符号化スキームを選択する段階と、
前記モニターする段階が前記呼へ１以上の追加の参加者を引き入れるための要求が受信されたと判断するときに、前記２の参加者の呼へミキサを取り入れる段階とからなることを特徴とする方法。
【請求項８】
請求項７の方法において、１以上の前記会議呼の参加者が、２の参加者だけを残して抜けるときに、前記会議呼から前記ミキサを取り除く段階をさらに備える方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット電話システム一般、とりわけ、電話会議への参加者間でデータあるいはメディアを交換する方法及び装置に関するものである。
【０００２】
【従来の技術】
通信ネットワークは、ネットワークに接続された、コンピュータ端末、マルチメディアワークステーション、ビデオ電話といった通信装置の中でデータ、音声、文書、映像情報といった情報の伝送に用いられている。ネットワークは典型的には、様々なリンクによって互いに、及び通信装置に接続された交換ノードを含んでいる。各リンクは、帯域幅あるいはリンクの能力によって特徴付けられる。通信装置からネットワークへの情報入力は、任意の形式を取り得るが、しばしば固定長のパケットあるいはセルの形式をとるように合わせられる。
【０００３】
パケット交換ネットワークアーキテクチャーは、例えば、イーサーネットのような一般的なローカルエリアネットワーク（ＬＡＮ）プロトコール及び非同期転送モード（ＡＴＭ）プロトコールにおいて幅広く用いられている。パケット交換ネットワークにおいては、データ伝送は、典型的には、ネットワークを通じての伝送のため、パケットと呼ばれるデータのブロックに分割される。パケットが正しい目的地へ到着するように、パケットは、ネットワーク交換機あるいはノードを通過しなくてはならない。パケット交換ネットワークの場合、データ、音声、文書、及び映像情報を含む、すべての伝送された情報はネットワークによって同じように取り扱われる。
【０００４】
パケット電話システムは、２当事者による呼における終端装置が、両方の終端装置によってサポートされた共通の圧縮スキームが存在している限りにおいて、音声あるいは映像情報といった、メディアを直接的に交換することを可能とするものである。しかしながら、電話会議においては、すべての装置が互いにメディアを直接あるいはメディアミキサーを用いて交換する場合、メディア接続性がより複雑なものとなる。多点コントローラーとも呼ばれる、メディアミキサーは、接続された一つの装置から他のすべての音声装置へとメディアを再分配する。
【０００５】
会議参加者間でのメディアの互いの交換は、装置がすべての他の装置とメディアチャネルを交渉する必要だけあるという点で、相対的には直接的なものである。しかしながら、会議参加者間でのメディアの互いの交換は、ネットワーク及びＣＰＵ処理能力上の高いペナルティを各接続された装置において求めることとなる。メディアミキサーを用いて会議参加者間でのメディアの互いの交換を行うことは、一方で，ネットワーク帯域幅及び全体としてのＣＰＵ利用の両方を維持することになり、一般的には商業レベルの品質の私設構内交換機（ＰＢＸ）システムにおける望ましい解決策としてみることができよう。
【０００６】
【発明が解決しようとする課題】
会議参加者間でのメディアの互いの交換を行うためのメディアミキサーの利用は、電話会議のためのネットワーク帯域幅及び全体としてのＣＰＵ利用の両方を維持する一方で、従来型のパケット電話システムは、２当事者間の呼が電話会議となっている場合にミキサーが当該２当事者間の呼に加えられることを許容するものではない。加えて、残りの当事者が直接メディアを交換できる場合には、２人の参加者のみを残して、参加者が電話会議から降りる際に、電話会議からミキサーを除くパケット電話システムの必要性が存在している。
【０００７】
【課題を解決するための手段】
一般に、（１）２当事者間の呼が電話会議（アドホックな会議）である場合に、ミキサーを２当事者間の呼に取り入れ、（２）電話会議の参加者が、２人の参加者のみを残して降りる場合には、当該ミキサーを除くという操作を選択的に行うメディア交換モニターが開示されている。
【０００８】
本発明の一つの側面によれば、付加的な参加者を当該呼に加えることによって、２当事者間の呼への参加者が当該呼を電話会議へと変換することを要求すると、パケット電話システムは、当事者間の電話会議をサービスするようにミキサーを接続することで、電話会議への要求に応える。参加者が２人の参加者のみを残して電話会議から降りる場合には、当該電話会議からミキサーが除かれる。一つの実施例では、ミキサーは、残りの２人の参加者が直接メディアを交換できる場合にのみ、電話会議から除かれる。その後、残りの２人の参加者はミキサーの参加なしに、直接的なメディア接続をを設定することが促される。
【０００９】
本発明の別の側面によると、参加者間でのメディア接続はミキサーを取り入れたり除いたりするよう変化されなくてはならない場合、メディア交換モニターは各参加者に自らのケイパビリティについての問い合わせを最初に行うことで望みの接続性を実現する。その後、メディア交換モニターは、参加者が２当事者間の直接的な呼のための直接的な接続を設定するか、あるいは電話会議のためのミキサーに接続するように命令する。メディア交換モニターは、適合性のある圧縮アルゴリズムを選択するために、ケイパビリティについての問い合わせの結果を処理する。
【００１０】
本発明のさらに別の側面によると、当該接続が２当事者間のためのものであるのか、あるいは少なくとも３人の参加者を含んだ電話会議のためのものであるのか、について最適化するように符号化スキームが選択される。そこで、２当事者間の呼が電話会議となった場合、電話会議にとって最適な新たな符号化スキームが選択される。同様に、参加者が２人の参加者のみを残して電話会議から降りる場合、ポイント間での接続に最適化された新たな符号化スキームが選択される。
【００１１】
【発明の実施の形態】
図１及び図２は、複数の当事者１１０、１２０、１３０を選択的に相互接続するパケット電話環境１００を示している。図２と結びつけて以下でさらに論じられるメディア交換モニター２００は、本発明にしたがって、（１）２当事者間の呼が電話会議（アドホックな会議）となる場合にミキサー１５０を２当事者間の呼に取り入れる、（２）電話会議の参加者が降り、２人の参加者のみを残す場合、ミキサー１５０を除く、ことを選択的に行うように提供されている。このようにメディア交換モニター２００は、ミキサー１５０を必要な際にサービスに取り入れ、ミキサー１５０がもはや必要なくなった際には、サービスからミキサー１５０を除くのである。
【００１２】
以下で図４と結びつけて論じられるように、当事者１１０、１２０、１３０間でのメディア接続が、ミキサー１５０を取り入れたり除いたりして変えられなくてはならない場合に、メディア交換モニター２００は、最初に当事者１１０、１２０、１３０に、自らのケイパビリティについて問いあわせることによって望ましい接続性を実現している。その後、メディア交換モニター２００は当事者１１０、１２０、１３０に２当事者間の直接的な呼の設定あるいは電話会議のためのミキサーへの接続を命じる。メディア交換モニター２００は、適合性のある圧縮アルゴリズムを選択するのにケイパビリティについての問い合わせの結果を処理する。
【００１３】
図１の構成では、第一及び第二の当事者１１０、１２０は、音声あるいは映像といったメディアを交換することで直接的に通信を行っている。２当事者１１０、１２０は、圧縮変換のような付加的な処理について、ミキサーのような何らかの介在する存在を通じることなしに直接に通信している。ここで用いられているように、ルータについては介在する存在として考えられていない。図１のパケット電話環境１００においては、第三の当事者１３０は動作していない状態にある。
【００１４】
図１で示された２当事者間の呼においては、第一の当事者（あるいは装置）１１０は、第三の当事者１３０を呼に取り入れることによって、２当事者間の呼を電話会議へと変換することを要求する。図２に示された、本発明の特徴によると、パケット電話システム１００は、３当事者１１０、１２０、１３０間での電話会議をサービスするのにミキサー１５０を接続することで当該電話会議への要求に応える。図１から図２への遷移は、第一の当事者１１０が、当事者１１０、１２０間で２当事者間の呼に第三の当事者１３０を加えることを要求することで電話会議を開始していることを示しているのである。
【００１５】
本発明にしたがって、パケット電話システム１００は、両当事者１１０、１２０のメディア（あるいはデータ）ストリームを、以下の手法によってミキサー１５０と再接続し、さらに第三の当事者１３０を呼ぶことで、ミキサーを２当事者間の呼へ取り入れる。第三の当事者１３０が当該呼に応えると、第三の当事者１３０のメディア（あるいはデータ）ストリームも、同様にミキサー１５０へと接続される。その後、さらなる付加的な当事者が電話会議へと加えられる場合には、それ以降の当事者のメディア（あるいはデータ）ストリームもまたミキサー１５０に接続されることが可能である。
【００１６】
本発明のさらなる特徴によれば、第三の当事者１３０が、２人の当事者１１０、１２０のみを残して、電話会議から降りる場合には、ミキサー１５０は（図２）は電話会議から除かれる。一つの実施例では、残される２当事者１１０、１２０が直接的にメディアを交換可能である場合にのみミキサーは電話会議から除かれる。その後、残される２当事者１１０、１２０は、ミキサー１５０の参加なしに、直接的なメディア接続を設定することが促される。図２から図１への遷移は、第三の当事者１３０が電話会議から降りることを示しているものである。
【００１７】
図３は、例示的なメディア交換モニター２００のアーキテクチャを示しているブロック線図である。メディア交換モニター２００は、本発明の機能及び動作を実行するべくここで修正がなされるように、例えば、ワークステーションやサーバーとして実施されうる。メディア交換モニター２００は、プロセッサー２１０及びデータ保存装置２２０のような関連するメモリを含んでいる。プロセッサー２１０は、単一のプロセッサーとして、あるいは、並立して動作する複数のプロセッサーとして実施されうる。データ保存装置２２０あるいは読み出し専用メモリ（ＲＯＭ）は命令を保存するように動作可能であり、プロセッサー３１０はＫそれらの命令を取り出し、解釈し、実行するように動作可能である。
【００１８】
図３に示されているように、データ保存装置２２０は、図４と結びつけて以下で論じられるように、２当事者間の呼設定プロセス３００及び図５と結びつけて以下で論じられるメディア交換モニタリングプロセス４００を含んでいる。一般に、２当事者間の呼設定プロセス３００は、２当事者間の呼が最初に設定される際に、ミキサー１５０を２当事者間の呼に取り入れるべきかどうかを判断する。メディア交換モニタリングプロセス４００は、２当事者間の呼が電話会議となった場合にミキサー１５０を取り入れ、電話会議の参加者が、２人の参加者のみを残して降りる場合にはミキサー１５０を除くのである。
【００１９】
通信ポート２３０はメディア交換モニター２００をパケット電話環境１００に接続し、それによってメディア交換モニター２００を当事者１１０、１２０、１３０といったそれぞれ接続されたノードや当事者へとリンクさせている。
【００２０】
これまで示したように、メディア交換モニター２００は、図４で示されたように、２当事者間の呼が最初に設定される際に、ミキサー１５０を２当事者間の呼へ取り入れるか否かを判断する２当事者間の呼設定プロセス３００を含んでいる。２当事者間の呼についての呼設定段階において、メディア交換モニター２００は、ミキサー１５０が最初に必要とされるのかどうか判断するのに、２当事者１１０、１２０についてのメディアケイパビリティ及びサービス要件について前に問い合わせた（あるいは記録された）情報を用いる。例えば、２当事者１１０、１２０が少なくとも一つの共通なコーデック（ｃｏｄｅｃ）もサポートしていないような場合には、２当事者間の呼についてはミキサーが必要とされるかもしれない。
【００２１】
さらに、ミキサー１５０は、たとえ最初は必要とされなくとも、２当事者間の呼のはじめにおいては含まれる場合がありうる。すなわち、（１）最初の当事者１１０、１２０の一方が第三の当事者１３０を当該呼へ取りこむことによって、２当事者間の呼を電話会議へと変換するように要求しうるという周知の可能性が存在している場合、あるいは（２）２当事者１１０、１２０の一方が、メディアストリームを再送するのに、以下でさらに論じられるように、メディア再交渉をサポートしていないということから、一つの装置からもう一つの装置へと呼が転送されうることが知られている場合である。
【００２２】
図４に示されているように、２当事者間の呼設定プロセス３００は、ステップ３１０において、両当事者１１０、１２０の装置が共通のメディアケイパビリティをサポートしているか否か判断するための試験を最初に実行する。ステップ３１０において、当事者１１０、１２０が共通のメディアケイパビリティをサポートしていないと判断される場合には、ミキサー１５０が用いられる。しかしながら、ステップ３１０において、当事者１１０、１２０が共通のメディアケイパビリティをサポートしていると判断される場合には、プログラム制御はステップ３２０へと進む。ここで、メディアケイパビリティとは、例えば、圧縮アルゴリズム、パケットサイズ、サイレンスサプレッションの表示といったその他の属性といった観点から特定されうる。
【００２３】
ステップ３２０においては、いずれの当事者がアドホックな会議あるいは呼転送機能を必用としているのか、及び当事者１１０あるいは１２０の一方がメディア再交渉ケイパビリティをサポートしていないのかを判断するため、ステップ３２０において試験が実行される。ステップ３２０の条件が充たされている場合には、ミキサー１５０が用いられる。しかしながら、ステップ３２０の条件が充たされていない場合には、プログラム制御はステップ３３０において終了する。
【００２４】
これまで示したように、メディア交換モニター２００は、図４で示され、２当事者間の呼が電話会議となる場合にはミキサー１５０を取り入れて、電話会議の参加者が、２人の参加者だけを残して降りる場合にはミキサー１５０を除く、メディア交換モニタリングプロセス４００を含んでいる。
【００２５】
図５で示されているように、メディア交換モニタリングプロセス４００は、ステップ４１０において、呼シグナリング要求をモニターしている。ステップ４２０において、２当事者間の呼が電話会議となっているかどうかについて判断する試験が実行される。ステップ４２０において、２当事者間の呼が電話会議となっていると判断される場合には、ステップ４２５においてミキサー１５０が２当事者間の呼へ取り入れられる。しかしながら、ステップ４２０において、２当事者間の呼が電話会議となっていないと判断される場合には、プログラム制御はステップ４３０へと進む。
【００２６】
ステップ４３０においては、電話会議の参加者が、２人の参加者のみを残して降りてしまったかどうかを判断する試験が実行される。ステップ４３０において、電話会議の参加者が、２人の参加者のみを残して降りてしまったと判断される場合には、ステップ４３５において、ミキサー１５０は電話会議から除かれ、残された２当事者は、以下で論じられる手法によって、直接的にメディアを交換することを命令される。しかしながら、ステップ４３０において、電話会議の参加者が、２人の参加者のみを残して降りていないと判断される場合には、プログラム制御は、さらなる処理のためにステップ４１０へと戻る。
【００２７】
信号方式
図６及び図７は、発呼当事者１１０あるいは１２０とメディア交換モニター２００間での２つのダイアログ順序を示しているものである。２つのダイアログ順序は、それだけで、あるいは、発呼当事者間、あるいは発呼当事者とミキサー１５０間でのメディアチャネルを設定するのに組合せて、用いられることができる。以下でさらに論じられるように、２当事者が、図６の「メディアの再交渉」についてのダイアログ順序のみを用いて、当該２当事者間の呼が電話会議（アドホックな会議）となっている場合には、ミキサー１５０が当該２当事者間の呼へと取り入れられる。同様に、電話会議の参加者が、図６の「メディアの再交渉」についてのダイアログ順序と図７の「メディアの再方向付け」についてのダイアログ順序を用いて、２人の参加者のみを残して降りてしまう場合には、ミキサー１５０は除かれる。
【００２８】
図６に示されているように、「メディアの再交渉」についてのダイアログ順序５００は、「メディアの再交渉」とラベル付けされた、メディア交換モニター２００から発呼当事者１１０あるいは１２０への要求５１０から構成されている。この要求は発呼当事者１１０あるいは１２０がチャネルを割り当てることを求めるものである。発呼当事者１１０あるいは１２０は、存在しているすべてのメディア活動を終了させ、リアルタイムトランスポートプロトコール（ＲＴＰ）パケットのためのリスニングポートと、リアルタイムトランスポート制御プロトコール（ＲＴＣＰ）パケットのためのもう一つのリスニングポートをつくりだす。
【００２９】
ＲＴＰ及びＲＴＣＰプロトコールについて論じるために、例えば、ここで引用を取り入れると、RTP: A Transport Protocol for Real-Time Applications,Request for   Comments  No.1889,http://www.cis.ohio-state.edu/htbin/rfc/rfc1889.htmlから入手可能、を参照されたい。「再交渉ｒｅｓｐ」とラベル付けされた、期待された応答５２０は、発呼当事者１１０あるいは１２０のＩＰアドレス、新たにつくりだされたＲＴＰ及びＲＴＣＰポート、発呼当事者１１０あるいは１２０がサポートしているケイパビリティのリストを与える。
【００３０】
発呼当事者１１０あるいは１２０は、メディア交換モニター２００から「メディア開始」信号５３０を受信するまでは、このチャネル上で活動をはじめることはしない。「メディア開始」信号５３０とは、提示されたケイパビリティ、ＩＰアドレス、対話すべき聞き手側のＲＴＣ及びＲＴＣＰポートを与えるものである。入力及び出力するパケットのメディアペイロードは、選択されたケイパビリティにしたがって圧縮される。
【００３１】
図７で示されているように、「メディアの再方向付け」についてのダイアログ順序６００は、図７で「メディアの再方向付け」とラベル付けされたメディア交換モニター２００から発呼当事者１１０あるいは１２０への要求６１０から構成されている。この要求は、発呼当事者１１０あるいは１２０に、もう一方の発呼当事者１１０あるいは１２０あるいはミキサー１５０からのＲＴＰチャネル申し出（ＩＰアドレス、ＲＴＰポート、ＲＴＣＰポート、メディアケイパビリティのリストより構成されている）を与えるものである。
【００３２】
発呼当事者１１０あるいは１２０は、存在しているすべてのメディア活動を終了させ、リアルタイムトランスポートプロトコール（ＲＴＰ）パケットのためのＵＤＰリスニングポートと、リアルタイムトランスポート制御プロトコール（ＲＴＣＰ）パケットのためのもう一つのＵＤＰリスニングポートをつくりだす。「再方向付けｒｅｓｐ」とラベル付けされた、期待された応答６２０は、装置のＩＰアドレス、新たにつくりだされたＲＴＰ及びＲＴＣＰポート、提示されたリストから選択するケイパビリティの一つを与える。
【００３３】
発呼当事者１１０あるいは１２０はまた、「メディアの再方向付け」をリクエストする要求において特定されているように、ＲＴＰパケットを聞き手側ポートへ伝送を開始し、自らの聞き手側ポートにおいてもパケットを聞き取ることを開始する。入力及び出力するパケットのメディアペイロードは、選択されたケイパビリティにしたがって圧縮される。
【００３４】
これまで示されたように、２当事者が既に直接的に通信をしている（アドホックな会議）ところで、ミキサー１５０から２つのＲＴＰチャネルを得ることで第三の発呼当事者が当該呼に加えられる。各チャネルは、ＩＰアドレス、ＲＴＰパケットを聞き取るためのＵＤＰポート、ＲＴＣＰパケットを聞き取るためのもう一つのＵＤＰポート、ケイパビリティについてのリストを有している。メディア交換モニター２００は、図８で示されているように「メディアの再交渉」についての要求５００を送信することによって、２つの装置の一つがメディアチャネルを新たにつくりだされたミキサーチャネルのうちの一つに再方向付けするようにする。応答を受信して、メディア交換モニター２００は、当該チャネルを開始するため、ミキサー１５０へ必要なすべての情報を伝送する。発呼当事者１３０からミキサー１５０への接続も同様に実現される。
【００３５】
その後、すべての当事者が加えられるように、ミキサー１５０に付加的なチャネルが添加される。これらの付加的な発呼当事者１３０によって用いられたプロトコールは、呼設定の際に被呼者装置のプロトコールと同一のものである。
【００３６】
これまで示されたように、２人だけが残されるまでの電話会議から当事者１１０、１２０、１３０が降りると、残りの２人の装置が直接的に通信できる場合には、メディア交換モニター２００は当該呼からミキサー１５０を除く事を決定する。２人の残された当事者１１０、１２０間での直接的なメディアチャネルの構成は、図９に示されているように、「メディアの再交渉」についてのダイアログ順序５００及び「メディアの再方向付け」についてのダイアログ順序６００の組合せによって実現される。
【００３７】
メディア交換モニター２００は、第一に「メディアの再交渉」についてのダイアログ順序５００の一部を完了し、第一の発呼当事者からメディアの申し出を得る。メディア交換モニター２００は、これを「メディアの再方向付け」についてのダイアログ順序６００において、第二の発呼当事者へと送る。このような要求に対する応答は、メディアチャネルを開始するために、第一の発呼当事者へと送り戻される。
【００３８】
ここで示され、及び記述された実施例やヴァリエーションは、本発明の原理を単に例示するに過ぎないのであって、本発明の保護の範囲及び技術思想を逸脱することなしに、当業者によって様々な修正が実施されうることは理解されるべきである。
【００３９】
【発明の効果】
本発明により、（１）２当事者間の呼が電話会議（アドホックな会議）である場合に、ミキサーを２当事者間の呼に取り入れ、（２）電話会議の参加者が２人の参加者のみを残して降りる場合には、当該ミキサーを除くという操作を選択的に行うメディア交換モニターが開示されている。これにより、２当事者間の呼から電話会議になる場合にミキサーが当該２当事者間の呼に加えられることを許容するパケット電話システムが実現された。また、他の参加者が電話会議から降りる際に、２人の参加者のみを残して電話会議からミキサーを除くパケット電話システムも提供されている。このほか、各参加者に自らのケイパビリティについての問い合わせを最初に行うことで望みの接続性を実現可能としたり、接続状態に応じて最適化するように符号化スキームが選択されることもできる。
【図面の簡単な説明】
【図１】  図１は、複数の当事者を選択的に相互接続するパケット電話環境を例示するものであり、第三の当事者は、最初２当事者間の呼へ加えられ、電話会議を設定する。
【図２】図２は、複数の当事者を選択的に相互接続するパケット電話環境を例示するものであり、第三の当事者はさらに、２人の当事者のみを残して除かれる。
【図３】図３は、本発明にしたがった図１及び図２のメディア交換モニターのブロック線図である。
【図４】図４は、図３のメディア交換モニターによって実施される例示的な２当事者間の呼設定プロセスを記述した流れ図である。
【図５】図５は、図３のメディア交換モニターによって実施される例示的なメディア交換モニタリングプロセスを記述した流れ図である。
【図６】図６は、図３のメディア交換モニター及び発呼当事者間での「メディアの再交渉」についてのダイアログ順序５００を例示している。
【図７】図７は、図３のメディア交換モニター及び発呼当事者間での「メディアの再方向付け」についてのダイアログ順序６００を例示している。
【図８】図８は、２当事者間の呼が電話会議（アドホックな会議）となっているときに、ミキサー１５０を２当事者間の呼へ取り入れるために、発呼当事者から図２のミキサーへメディアを再方向付けする際の信号方式を例示している。
【図９】図９は、電話会議の参加者が、２人の参加者だけを残して降りた場合に、図２のミキサーを除くため、２当事者間でメディアの再交渉を行う際の信号方式を例示している。
【符号の説明】
１００  パケット電話環境
１１０  発呼当事者
１２０  発呼当事者
１３０  発呼当事者
１５０  ミキサー
２００  メディア交換モニター
２１０  プロセッサー
２２０  データ保存装置
２３０  通信ポート
３００  ２当事者間の呼設定プロセス
３１０  両当事者の装置は共通のメディアケイパビリティをサポートしているのか？
３２０  いずれの当事者もアドホックな会議あるいは呼転送機能について要求しているのか？  及び、一方の当事者はメディア再交渉をサポートしていないのか？
３３０  終了
４００  メディア交換モニタリングプロセス
４１０  接続修正要求を待つ。
４２０  ２当事者間の呼が電話会議となっているのか？
４２５  ミキサーを取り入れる。
４３０  電話会議の参加者が、２人の参加者を残して降りてしまったか？
４３５  ミキサーを除く。
５００  「メディアの再交渉」についてのダイアログ順序
５１０  メディアを再交渉
５２０  再交渉ｒｅｓｐ（期待された応答）
５３０  「メディア開始」信号
６００  「メディアの再方向付け」についてのダイアログ順序
６１０  メディアを再方向付け
６２０  再方向付けｒｅｓｐ（期待された応答）
【図１】
0004227290.tif 000002
【図２】
0004227290.tif 000003
【図３】
0004227290.tif 000004
【図４】
0004227290.tif 000005
【図５】
0004227290.tif 000006
【図６】
0004227290.tif 000007
【図７】
0004227290.tif 000008
【図８】
0004227290.tif 000009
【図９】
0004227290.tif 000010