JPH0870322A - 改良されたマルチポイント制御ユニット及び改良されたエンドポイントデバイスを使用するシームレスマルチメディア会議システム - Google Patents

Abstract

(57)【要約】 【目的】 音響、ビデオ、及び／或はデータを表わすマ
ルチメディア電子信号の通信を制御するための技法が開
示される。 【構成】 これらの技法は網、網に接続されたマルチメ
ディアサーバ（ＭＭＳ）、及び網に接続された複数のエ
ンドポイントデバイスを含むシステムとの関連で動作す
る。網は通信リンクと通信リンクを選択的に接続及び切
断するために適応されたスイッチから構成される。エン
ドポイントデバイスは、マルチメディア電子信号を音
響、ビデオ、及び／或はデータに変換するために適応さ
れる。ＭＭＳが網をマルチメディア信号が複数のエンド
ポイントデバイス間で交換され、結果として、マルチメ
ディア会議が提供されるように制御するように装備され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的には、マルチメ
ディア（音響、ビデオ、及び／或はデータ）会議技法、
より詳細には、改良されたマルチポイント制御ユニット
を利用するマルチメディアブリッジングシステムに関
し、現在の技術水準を超える様々な機能を提供する。

【０００２】

【従来の技術】マルチメディア通信の分野においては、
“ブリッジ”或は“マルチポイント制御ユニット（ＭＣ
Ｕ）は、一群のエンドポイントデバイスの間に通信を提
供するために選択的に様々な構成に相互接続することが
できる複数の通信ポートを含むコンピュータ制御デバイ
スである。ＭＣＵは、しばしば、マルチパーティ会議呼
を確立するために使用される。現在の技術水準のＭＣＵ
に関しては、ITU Document H.243、『Procedures for E
stablishing Communication Between Three or More Au
diovisual Terminals Using Digital Channels up to 2
Mbps 』、 March1993、及びITU Document H.231、 『Mul
tipoint Control Units for AudiovisualSystems Using
Digital Channels up to 2 Mbps』、 March 1993におい
て述べられているのでこれらを参照されたい。

【０００３】一般的に述べると、これらシステムは、会
議が事前に調整されることを要求する。つまり、マルチ
メディア会議呼を実現するために必要なシステムトポロ
ジを提供するために、一連のステップが遂行されなけれ
ばならない。典型的には、ユーザは、予約エージェント
を呼び出す。すると、エージェントは、ＭＣＵに、それ
自身を与えられた時間に呼を受信するように、或は与え
られた時間にユーザにダイアルアウトするように準備す
るように指令する。これらの設定手順は、不便であり、
時間がかかり、また、柔軟性に乏しい。明らかに、ユー
ザがマルチメディア会議を設定するために予約システム
を呼び出すことを必要としない“スポンタニアス（自然
発生的）”或は“オン・デマンド”な会議に対する必要
性が存在する。

【０００４】Bellcore Generic Requirements GR-1337-
CORE、 Issue １、September 1993 は、タッチトーン（DT
MF）キーパッドからのユーザ制御、つまり、数と文字の
ストリング、及び録音されたアナウンスメントからの音
響フィードバックに基づく“スポンタニアス”会議シス
テムについて説明する。この方法は、音声呼に対する音
響ブリッジング産業においては幅広く使用されており、
また、Bellcore GR-1337-CORE 提案においては、同一の
方法がマルチメディア呼（音声／ビデオ）に適用されて
いる。音響のみの呼に対して広く使用されており、GR-1
337-COREにおいてマルチメディア呼に対して適用されて
いるスポンタニアス会議の方法は、以下の欠点を持ち、
これらの領域には改良の余地が残される。

【０００５】１．数字のストリングの入力に長時間を要
する。２．動作を遂行するために要求されるコードが非
常に多く、覚えるのが困難である。３．フィードバック
が音響メッセージに制限されており、また、これらのメ
ッセージが長く、しばしば、会議設定のプロセスに非常
に時間がかかる。４．ユーザは、会議を確立するために
最初にＭＣＵとコンタクトしなければならない。５．GR
-1337-COREの方法を介してコンタクトされたＭＣＵが、
マルチメディア会議を実現するような空いた資源を持た
ない場合がある。６．ユーザは、会議を構成するプロセ
スの際に、かなりの“シーム（seams ）”（つまり、手
続き上の不連続性）に耐えなければならない。７．会議
に新たなパーティを加えようとしている人がこのパーテ
ィが会議に参加することを許される前にこの新たなパー
ティとプライベートな会話を持ちたいと欲する状況が考
えられる。例えば、このプライベートな会議の目的とし
て、会議の継続を許し、一方で、新たなパーティの身元
を確認することなどが考えられる。しかしながら、現存
のシステムは、このようなプライベート会議モードを提
供するようには設備されていない。８．会議を開始する
人が、例えば、任意の時間に他の会議参加者に同報通信
されるべきパーティの決定に当って適用されるべき選択
基準を決定する会議の動作モードを選択することを望む
ことが考えられる。典型的な会議モードとしては、チェ
アモード、音声起動モード、及び当業者に周知の様々な
他のモードが含まれる。会議中に、要求があれば、この
モードを変更できることが望まれるが、但し、このよう
な変更を現在の技術水準のシステムにて実現することは
困難或は不可能である。

【０００６】本発明の出願人によって所有される合衆国
特許第４，６５３，０９０号は、グラフィックユーザイ
ンタフェースを使用して音声及び／或はデータ会議を確
立するグラフィックベース呼管理システムについて開示
する。また、合衆国特許第４，９５３，１５９号（これ
も本発明の出願人によって所有される）は、グラフィッ
クユーザインタフェースによって制御される音響グラフ
ィック会議装置について開示する。この二つの発明の両
方ともにおいて、グラフィックベース呼装置は、音声及
びデータ呼に制限され、ビデオ呼に対しては適用されな
い。

【０００７】特許第５，０１４，２６７号、第４，６８
６，６９８号及び第４，７１０，９１７号はビデオ会議
端末のシステム及びこれらをサポートするための専用の
網を開示する。これらのシステムは、マルチメディア会
議に対してある程度の制御を提供するが、但し、一般的
には利用できず、物理的なサイズに制約のある専用のビ
デオ網が要求されるという欠点を持つ。また、これらの
システムは、専用の網に直接に接続されたエンドポイン
トに対してのみ向上したマルチメディア会議機能を提供
する。この背景において、これら専用網は、物理的に接
続されたエンドポイントデバイスに特別な機能を提供す
る音響ＰＢＸ、或は構内交換機のビデオ均等物の一例で
あると見なすことができる。

【０００８】

【課題を解決するための手段】音響、ビデオ、及び／或
はデータを表わすマルチメディア電子信号の通信を制御
するための技法が開示される。これら技法は網、網に接
続されたマルチメディアサーバ（ＭＭＳ）、及び網に接
続された複数のエンドポイントデバイスを含むシステム
との関連で動作する。網は、通信リンクを選択的に接続
及び切断するために適応された通信リンク及びスイッチ
から成る。エンドポイントデバイスは、マルチメディア
電子信号を音響、ビデオ、及び／或はデータに変換する
ために適応される。ＭＭＳは、網を、マルチメディア信
号が複数のエンドポイントデバイス間で交換され、これ
によってマルチメディア会議が提供されるように利用す
るように装備される。

【０００９】ここに開示される技法に従うと、少なくと
も一つのエンドポイントデバイスがエンドポイント通信
リンク確立デバイス、エンドポイントデータトランシー
バ、エンドポイントプロセッサ、エンドポイントメモ
リ、及びキーボードを含むエンドポイントユーザインタ
フェースデバイスを含む。ＭＭＳは、ＭＭＳ通信リンク
確立デバイス、ＭＭＳデータトランシーバ、ＭＭＳプロ
セッサ、ＭＭＳメモリ、及び複数のエンドポイントデバ
イスへの或はこれからのマルチメディア電子信号を選択
的にルーティングするためのマルチメディア信号ルーテ
ィングデバイスを含む。網はＭＭＳに特定のＭＭＳを一
意に指定する網アドレスを割り当てる。この網アドレス
は、ユニットが初期設定されるとき、或は（例えば、ア
ドレスの変更などのために）要求されたときに、エンド
ポイントメモリ内にロードされる。

【００１０】マルチメディア会議を実現するための複数
の新規の方法が開示される。第一の実施例によると、会
議が第一のエンドポイントデバイスの所で、エンドポイ
ントメモリから網アドレスをエンドポイントデータトラ
ンシーバにアップロードすることによって開始される。
エンドポイント通信リンク確立デバイスが網を通じて第
一のエンドポイントデバイスと第二のエンドポイントデ
バイスとの間に通信リンクを確立する。第一のエンドポ
イントデバイスのエンドポイントデータトランシーバ
が、網アドレスを第二のエンドポイントデバイスのエン
ドポイントデータトランシーバに送信する。第二のエン
ドポイントデバイスのエンドポイントメモリが網アドレ
スを格納する。第一と第二のエンドポイント通信リンク
確立デバイスが第一と第二のエンドポイントデバイス間
の通信リンクを切断し、各通信リンク確立デバイスが各
々のエンドポイントデバイスとＭＭＳとの間に網を通じ
てエンドポイントメモリ内に格納された網アドレスの所
で新たな通信リンクを確立する。この手続きが会議に追
加のエンドポイントデバイスを加えるために第一或は第
二のエンドポイントデバイスとの関連で第三のエンドポ
イントデバイスを使用して反復される。第三の或はそれ
以上のエンドポイントが加えられるときに、プライバシ
イモードが使用される。このモードにおいては、ＭＭＳ
が新たなエンドポイントの追加を開始するエンドポイン
トと加えられるエンドポイントとの間のプライベートな
対話を許し、他のエンドポイント（一つ或はそれ以上）
は、それら自身との対話のみを許される。

【００１１】ここに開示されるもう一つの好ましい実施
例によると、第一のエンドポイント通信リンク確立デバ
イスがＭＭＳと接触し、次にＭＭＳに、網に接続される
べきエンドポイントデバイスに対応する一つ或はそれ以
上の網アドレスを通知する。ＭＭＳは、次に、これらエ
ンドポイント間に、網に前述の網アドレス間に通信リン
クを提供するように指令することによって、通信リンク
を提供する。もう一つの代替においては、第一のエンド
ポイント通信リンク確立デバイスが第二のエンドポイン
ト通信リンク確立デバイスと接触し、第二のエンドポイ
ントプロセッサにＭＭＳからの呼を待つように指令す
る。第一のエンドポイント通信リンク確立デバイスが次
に接続を切断し、ＭＭＳを呼び出す。第一のエンドポイ
ントデバイスのデータトランシーバが次にＭＭＳに第二
のエンドポイントデバイスに対応する網アドレスを送信
し、次に、第一のエンドポイント通信リンク確立デバイ
スに第二のエンドポイントを呼び出すように要求する。
上の全てのケースにおいて、手続き上の不連続性がここ
に開示される手続き及びソフトウエアを介してユーザか
ら隠される。この方法によって、システムユーザによっ
ては実質的に手続き的に連続であると知覚されるマルチ
メディア会議が提供される。

【００１２】

【実施例】図１はマルチメディア会議システム１００の
システムアーキテクチュアを説明するブロック図である
が、これは、ＭＭＳ１０２、複数のエンドポイントデバ
イス１０４、１０６、及び網１０８を含む。網１０８
は、通信リンクの選択的相互接続が提供されるように複
数の通信リンク１１８、１２０、１２２に接続された複
数のスイッチ１１０、１１２、１１４を含む。スイッチ
１１０、１１２、１１４は、網メモリ１２４に結合され
た網プロセッサ１１６によって制御される。通信リンク
１１８、１２０、１２２は、一つの位置から別の位置に
マルチメディア電子信号を輸送する能力を持つ任意の周
知の一つ或は複数のデバイスであり得る。マルチメディ
ア電子信号はデータ、ビデオ、及び／或は音響情報を表
わす信号である。通信リンク１１８、１２０、１２２の
一例としては、従来の電話リンク、ISDNリンク、イサー
ネット接続、非同期転送モード（ＡＴＭ）リンク等が含
まれる。網メモリ１２４は、読出し専用メモリ（ＲＯ
Ｍ）とランダムアクセスメモリ（ＲＡＮ）の任意の組合
わせであり得る。網メモリ１２４として使用するための
適当なデバイスは当業者に周知である。網プロセッサ１
１６は、当業者に周知のタイプのマイクロプロセッサで
あり得る。スイッチ１１０、１１２、及び１１４は、マ
ルチメディア会議システム１００内で採用される特定の
一つ或は複数のタイプの通信リンク１１８、１２０、１
２２との関連で使用されるように適応される。スイッチ
１１０、１１２、及び１１４に対して適当なデバイスの
選択は当業者に周知である。

【００１３】マルチメディアサーバ（ＭＭＳ）１０２
は、複数のエンドポイントデバイス１０４、１０６間の
マルチメディア情報の通信を提供する。ＭＭＳ１０２
は、通信リンク１２２を通じて網１０８を介して複数の
エンドポイントデバイス１０４、１０６に接続される。
ＭＭＳ１０２は、ＭＭＳメモリ１２８に接続されたＭＭ
Ｓプロセッサ１２６を含む。ＭＭＳプロセッサ１２６
は、ＭＭＳデータトランシーバ１３０、ＭＭＳ通信リン
ク確立デバイス１３２、及びマルチメディア信号ルーテ
ィングデバイス１２９の動作を制御する。通信リンク確
立デバイス１３２は、当業者に周知のタイプの従来の網
インタフェースデバイス、例えば、ＴＩ、ＰＲＩ、ＢＲ
Ｉ、ＬＡＮ等であり得る。ＭＭＳデータトランシーバ１
３０が、しばしば、網インタフェースハードウエアと統
合される。ＭＭＳプロセッサ１２６は、従来のマイクロ
プロセッサデバイスであり得る。通信リンク１２２は、
複数の標準のより対線電話リンクであってもよく、ＭＭ
Ｓメモリ１２８は、従来のＲＯＭとＲＡＭの組合わせで
あり得る。マルチメディア信号ルーティングデバイス１
２９は、網１０８を介しての複数のエンドポイントデバ
イス間のビデオ、音響、及び／或はデータの選択的なル
ーティングを提供する。マルチメディア信号ルーティン
グデバイス１２９の構造及び動作については、図５及び
６との関連で後に詳細に説明される。

【００１４】ITU-T H.231 及びITU-T H.243 ＭＣＵ（マ
ルチポイント制御ユニット）標準において開示されてい
るデバイスは、ＭＭＳ１０２として使用するのに適当な
デバイスの一例である。但し、ＭＭＳ１０２に対する他
の適当なデバイスとして、ITU-T H.243 及び／或はITU-
T H231ＭＣＵによって利用されるのとは異なる現存のプ
ロトコルに基づくデバイスを考えることもできる。例え
ば、ＭＭＳ１０２は、各メディア（つまり、ビデオ、音
響、及びデータ）を表わす電子信号があるメディア流を
構成するそれら自身の仮想回路に分離されるような方式
で動作することもできる。この方式においては、第一の
メディア流がビデオ情報を表わす電子信号を運び、第二
のメディア流が音響情報を表わす電子信号を運び、そし
て、第三のメディア流がデータを表わす電子信号を運ぶ
（図５との関連で後に説明される）。別の方法として、
ＭＭＳ１０２は、全てのメディア流を単一のメディア流
に多重化するように動作することもできる（図６との関
連で後に説明される）。さらに、上に述べた二つのメデ
ィア流アプローチを結合して、データ／制御メディア流
を、音響／ビデオメディア流と分離して提供する方式も
考えられる。この場合は、例えば、ビデオ及び音響信号
が第一のメディア流上に互いに多重化され、データ及び
制御信号が第二のメディア流上に互いに多重化されるこ
ととなる。“増強（改良）されたＭＭＳ”という用語
は、ここに開示される発明の原理に従って構成された任
意のＭＭＳに適用される。

【００１５】上に述べたように、ＭＭＳ１０２は、（例
えば、H.231/H.243 において説明されるように）ＭＣＵ
を使用して実現することができる。ＭＣＵ（マルチポイ
ント制御ユニット）は、H.231 、H.243 に従うITU-T H.
320 プロトコルのブリッジングをサポートするデバイス
であると定義される。ＭＣＵはＭＭＳの一つの特定のカ
テゴリであると見なされる。

【００１６】マルチメディアプロトコルは、音響、ビデ
オ、及びデータを互いに一つの通信リンク上に伝送する
ために適応された単一のストリームに多重化することを
許す任意のプロトコルである。マルチメディアプロトコ
ルは、別の方法として、ビデオ、音響、及びデータを３
つ或はそれ以上のストリームに分離することもできる。
ここでは、各々のストリームに対応する制御メッセージ
が付随する。典型的には、一つ或は複数のコードが音
響、ビデオ、及び／或はデータに対して指定される。IT
U-T H.320 プロトコルは、標準のマルチメディアプロト
コルの一例である。Ｉｎｔｅｌ（登録商標） ＰＣＳ
（パーソナル会議システム）は、非標準プロトコルの一
例である。これらの例の両方とも回路交換接続上でのデ
ジタル信号の使用を伴う。マルチメディア通信プロトコ
ルは、パケット或はセル接続上で動作することも考えら
れる。さらには、アナログ技法を、周波数分割多重或は
他の技法を使用して音響、ビデオ及びデータを一つのア
ナログ信号に多重化するために使用することも考えられ
る。本発明の手続きは、使用される特定のマルチメディ
アプロトコル、或はマルチメディア通信の多重化のため
に使用される特定の技法とは関係なく適用できるもので
ある。

【００１７】第一のエンドポイントデバイス１０４と第
二のエンドポイントデバイス１０６は、網１０８を介し
てＭＭＳ１０２に結合される。これらエンドポイントデ
バイス１０４、１０６は、一つ或はそれ以上のユーザイ
ンタフェースデバイス１０５、１０７、１０９、１１１
を含む。各ユーザインタフェースデバイス１０５、１０
７、１０９、１１１は、入力手段、出力手段、或は出力
手段と結合された入力手段を含む。出力手段は、音響、
ビデオ、或はデータを表わすマルチメディア電子信号を
実際の音響、ビデオ或はデータに変換するために適応さ
れる。入力手段は、音響、ビデオ、及びデータ入力を受
信し、これら入力を音響、ビデオ、或はデータを表わす
電子信号に変換するために適応される。ユーザインタフ
ェースデバイス１０５、１０７、１０９、１１１の例と
しては、ビデオディスプレ、キーボード、マイクロホ
ン、スピーカ、ビデオカメラ、タッチトーンキーパッド
等が含まれる。

【００１８】エンドポイントデバイス１０４、１０６
は、当業者に周知の任意の数の現存するマルチメディア
通信プロトコルを使用して通信するように適応（設計）
されている。エンドポイントデバイスマルチメディア通
信プロトコルは、メディア流（音響、ビデオ、及び／或
はデータ情報を表わす電子信号）のエンドポイントデバ
イスユーザへの提供を制御する。エンドポイントデバイ
ス１０４、１０６は、マルチメディア情報の送信及び受
信の両方を行なう双方向に機能することも、或は、別の
方法として、エンドポイントデバイスは、単方向とし
て、マルチメディア情報の受信は行なうが送信は行なわ
ない、或はマルチメディア情報の送信は行なうが受信は
行なわないように機能することもできる。同様にして、
ある与えられたマルチメディアシステム内において、幾
つかのエンドポイントデバイスを双方向に動作するよう
に設備し、他の幾つかのエンドポイントデバイスを単方
向に動作するように設備することも可能である。

【００１９】適当なエンドポイントデバイスの一例とし
て、Ｈ．３２０音響視覚端末があるが、但し、デジタル
マルチメディア流を終端し、これをユーザに提供する能
力を持つ全てのデバイスが、本発明の目的に対するエン
ドポイントデバイスを構成する。H.320 エンドポイント
の一つの特定の製品例は、ＡＴ＆Ｔ（登録商標） ＧＩ
Ｓ Ｖｉｓｔｉｕｍである。エンドポイントデバイス
が、コンピュータ制御された汎用デバイスではなく、
“単純な旧式の電話機”である場合は、これは、それ自
身の特性のために、マルチメディア会議に完全なかたち
で参加することはできない。但し、このようなエンドポ
イントデバイスを、DTMF信号の使用を介して、ＭＭＳへ
の制御情報を表わす電子信号、つまり、制御流を生成す
るために使用することもできる。但し、このような技法
を使用する会議設定及び制御は、本質的に、“シームレ
ス”とはなりえない。ただし、本発明において開示され
る様々な機能がこのような旧式のエンドポイントデバイ
スから制御することが可能である。

【００２０】エンドポイントデバイス１０４、１０６
は、他のシステム要素、例えば、他のエンドポイントデ
バイス１０４、１０６、ＭＭＳ１０２及び／或は網１０
８と通信する目的で現存する信号法技法及びマルチメデ
ィア通信プロトコルを利用することができる。これら信
号法技法及びマルチメディア通信プロトコルの一例とし
ては、ＢＡＳ（ＡＩＭ、ＡＩＡ）、ＭＢＥ、ＮＳ-com、
等が含まれる。これらプロトコル及び信号法スキームに
対する定義は以下の通りである。

【００２１】ＡＩＡ これは、ITU-T H.243 MCU 或はITU-T H.320 標準に準拠
するエンドポイントデバイスによって、音響が抑圧され
ているのとは対象的にアクティブであることを示す目的
として送信されるビット速度割り当て信号（ＢＡＳ）コ
ードである。このＢＡＳコードは、ITU-T 勧告H.230 に
おいて定義されている。

【００２２】ＡＩＭ これは、ITU-T H.243 MCU 或はITU-T H.320 標準に準拠
するエンドポイントデバイスによって、音響が抑圧され
ていることを示す目的として送信されるビット速度割り
当て信号（ＢＡＳ）コードである。このＢＡＳコード
は、ITU-T 勧告H.230 において定義されている。

【００２３】ＢＡＳコード ＢＡＳ（ビット速度割り当て信号）コードは、ITU-T H.
221 勧告において定義されており、ITU-T H.230 におい
て追加的に定義されている制御メッセージである。これ
らコードは、ITU-T H.320 に準拠するエンドポイントに
対して、マルチメディア多重割り当てを制御し、加え
て、状態、例えば、音響が抑圧されているか否かを示す
ために使用される（AIM/AIA を参照すること）。

【００２４】BAS DTMF ITU-T H.230 標準においては、数字を“ＢＡＳ”（ビッ
ト速度割り当て信号）に符号化するための方法が説明さ
れている。この方法は、現在の従来の音声チャネルを通
じて正弦トーンを送信するDTMF法の代わりとして、タッ
チトーンキー入力を符号化するために使用することがで
きる。音声チャネル内のDTMFは、会議に混乱を与え、信
頼性が高くないために、“BAS DTMF”は、ITU-T H.320
装置、例えば、ITU-T H.320 にコンパティブルなエンド
ポイントデバイス及び／或はＭＭＳ上のDTMF機能をシミ
ュレートするための好ましい方法であるといえる。この
一般的なアプローチは、（細部においては異なるが）全
てのマルチメディアプロトコルと共に使用することがで
きる。

【００２５】ＭＢＥ マルチバイト拡張（ＭＢＥ）は、ITU-T H.221 標準内に
単一のＢＡＳコードよりも長いメッセージが送信できる
ようにするために定義された一つのメッセージタイプで
ある。このメッセージは、最大２５６バイトまでの長さ
を持つことができる。本発明の好ましい実施例は、後に
説明される改良されたＭＢＥデータ構造を利用する。

【００２６】ＮＳ−コマンド しばしばＮＳ−com と記述される。Non-Standardコマン
ドは、ITU-T 勧告Ｈ．２１１において定義されているマ
ルチバイトITU-T H.320 制御メッセージである。このメ
ッセージは、国コード及び製造者ｉｄを含み、各製造業
者が、彼ら自身の非標準メッセージを加えることを許
す。

【００２７】ここに開示される一つの好ましい実施例に
おいては、新たなタイプのＭＢＥ（マルチビット拡張）
メッセージが、マルチメディア会議に追加されるべきエ
ンドポイントデバイスに対応する一つ或はそれ以上の電
話番号の数字を表わすデータを送信するために使用され
る。この“ＭＢＥ ＮＩＡ（網表示アドレス）メッセー
ジ”のデータ構造は、｛start-ＭＢＥ／Ｎ／＜nia ＞／
ｎ／ｄｎ、ｄ（ｎ−１）／．．／ｄ２、ｄ１／｝の形式
を持つ。ここで、Ｎ＝メッセージ内のバイトの数 ＜nia ＞＝ＭＢＥ ＮＩＡ ｎ＝そのアドレスに対するチャネルの数（１からＸＸ） ｄ１＝４ビット二進方式にて符号化されたダイアルされ
るべき最初の数 ｄ２＝ダイアルされるべき第二の数字 ｄ（ｎ−１）＝ダイアルされるべき最後から第二番目の
数字 ｄｎ＝ダイアルされるべき最後の数字、 である。

【００２８】Ｎ−２群のパックされた数字が存在する
（＜nia ＞とｎに対する２バイトを差し引く）。＜ｄ
ｎ、ｄ（ｎ−１）＞が０×１Ｆに等しい場合は、ｎ番目
のチャネルのＮＩＡが（ｎ−１）番目のチャネルのＮＩ
Ａと同一であると見なされる。一般的に、ＮＩＡは最下
位の桁を最初に送信され、ＮＩＡ全部を送信することは
要求されない。ＮＩＡの一部分が受信されると、これら
数字によって、（ｎ−１）番目のチャネルの最下位の桁
が置換され、これによって、ｎ番目の網アドレスが形成
される。これは、全てのＮＩＡが、一つ或は二つの桁数
だけ異なる場合、大きな時間の短縮となる。エンドポイ
ントとＭＭＳとの間の他の全ての通信（例えば、状態メ
ッセージ、プライバシイ指標、等）は、ITU-T 語法にお
いて“ＮＳ−Ｃom”と称されるメッセージ構造を使用し
て達成される。ＮＳ−Ｃom（非標準コマンド）メッセー
ジに対する構造は、｛ＮＳ−comm／Ｎ／country code／
manufacturer code ／command ｝の形式を持つ。ここ
で、 Ｎ＝メッセージ内のバイトの数 country code＝国 manufacturer code ＝製造業者 commamd ＝メッセージのタイプ（Privacy on、Drop Par
ty、Busy、等）、 である。

【００２９】ここでの“モード”という用語は、通信リ
ンク上のマルチメディア信号の多重化の背景内で使用さ
れる。この背景内においては、“モード”は、メディア
情報を符号化／復号するために使用される符号化技法の
組合わせ、及び符号化技法がフレームに基づく技法であ
る場合は、使用されている特定のビット速度割り当てを
指す。例えば、ITU-T H.320 においては、ある典型的な
モードは、ITU-T H.221 において説明されているよう
に、ITU-T G.711 音響、ITU-T H.261 ビデオ、及びITU-
T 6.4 kbs 低速度データを含む。

【００３０】次に、図１に戻り、それぞれ、第一と第二
のエンドポイントデバイス１０４、１０６に対する一例
としてのハードウエア実現について説明する。各エンド
ポイントデバイス１０４、１０６は、それぞれ、通信リ
ンク１１８、１２０に接続されるために適応されたエン
ドポイント通信確立デバイス１３４、１３６を含む。エ
ンドポイント通信確立デバイス１３４、１３６は、一つ
或はそれ以上の以下のデバイスを含む。（ａ）従来の電
話回線ダイアルアウトデバイス、（ｂ）ローカルエリア
網インタフェース、或は（ｃ）様々な他のタイプのマル
チメディアハードウエア。上に述べたデバイスの構造及
び動作は当業者に周知である。通信リンク１１８、１２
０は、銅のより対線、光ファイバケーブル、ISDNライ
ン、同軸ケーブル等であり得る。

【００３１】エンドポイント通信確立デバイス１３４、
１３６は、各々、データを表わす電子信号を送信及び受
信するために具備されたエンドポイントデータトランシ
ーバ１３８、１４０に結合される。エンドポイント通信
確立デバイス１３４とエンドポイントデータトランシー
バ１３８の組合わせを、当業者において周知のタイプの
任意の複数の現存する網インタフェースデバイスを使用
して実現することができる。同様にして、エンドポイン
ト通信リンク確立デバイス１３６とエンドポイントデー
タトランシーバ１４０との組合わせをモデムを使用して
実現することもできる。

【００３２】エンドポイント通信リンク確立デバイス１
３４及びエンドポイントデータトランシーバ１３８は、
エンドポイントプロセッサ１４２によって制御される。
エンドポイント通信リンク確立デバイス１３６及びエン
ドポイントデータトランシーバ１４０はエンドポイント
プロセッサ１４４によって制御される。エンドポイント
プロセッサ１４２、１４４は、当業者に周知の任意のタ
イプのマイクロプロセッサであり得る。プロセッサ１４
２は、エンドポイントメモリ１４６に結合され、プロセ
ッサ１４４はエンドポイントメモリ１４８に結合され
る。エンドポイントメモリ１４６と１４８は、従来のＲ
ＡＭとＲＯＭデバイスの任意の組合わせであり得、選択
の方法については当業者に周知である。

【００３３】ここに開示されるマルチメディア会議技法
は、音響、ビデオ、及び／或はデータを表わすマルチメ
ディア電子信号の通信の制御を提供する。これら技法
は、図１に示されるシステムとの関連で動作でき、網１
０８、網１０８に接続されたマルチメディアサーバ（Ｍ
ＭＳ）１０２、及び網１０８に接続された複数のエンド
ポイントデバイス１０４、１０６を含む。網１０８は、
通信リンク１１８、１２０、１２２及び通信リンク１１
８、１２０、１２２を接続及び切断するように適応され
たスイッチ１１０、１１２、１１４を含む。エンドポイ
ントデバイス１０４、１０６は、マルチメディア電子信
号を音響、ビデオ、及び／或はデータに変換するように
適応される。ＭＭＳ１０２は、網１０８をマルチメディ
ア信号が複数のエンドポイントデバイス１０４、１０６
の間で交換されるように利用して網接続を確立し、これ
によってマルチメディア会議を提供するように、設備さ
れる。

【００３４】図１との関連で説明された技法を要約する
と、少なくとも一つのエンドポイントデバイス１０４
が、エンドポイント通信リンク確立デバイス１３６、エ
ンドポイントデータトランシーバ１４０、エンドポイン
トプロセッサ１４４、エンドポイントメモリ１４８、及
び一つ或はそれ以上のユーザインタフェースデバイス１
０５、１０７を含む。ＭＭＳ１０２は、ＭＭＳ通信リン
ク確立デバイス１３２、ＭＭＳデータトランシーバ１３
０、ＭＭＳプロセッサ１２６、ＭＭＳメモリ１２８、及
びマルチメディア信号ルーティングデバイス１２９を含
む。

【００３５】マルチメディア会議を実現するための複数
の新規の方法が開示される。網１０８は、ＭＭＳ１０２
に、特定のＭＭＳ１０２を一意的に指定する網アドレス
を割り当てる。各エンドポイントデバイスに対して、例
えば、エンドポイントがユーザインタフェースデバイ
ス、１０７、１０５、１０９、１１１を使用して最初に
インストールされるときに、一つ或はそれ以上の網アド
レスがエンドポイントメモリ１４６、１４８内にロード
される。エンドポイントメモリ１４６、１４８にロード
される各網アドレスは特定のＭＭＳ１０２に対応する。
第一の実施例との関連においては、会議が、第一のエン
ドポイントデバイス１０４の所で、エンドポイントメモ
リ１４６から網アドレスをエンドポイントデータトラン
シーバ１３８内にロードすることによって開始される。
エンドポイント通信リンク確立デバイス１３４が網１０
８を通じて第一のエンドポイントデバイス１０４と第二
のエンドポイントデバイス１０６との間に通信リンク１
１８を確立する。第一のエンドポイントデバイスのデー
タトランシーバ１３８が、例えば、メッセージＮＩＡを
使用して、網アドレスを第二のエンドポイントデバイス
のエンドポイントデータトランシーバ１４０に送信す
る。第二のエンドポイントデバイスのエンドポイントメ
モリ１４８が網アドレスを格納する。第一と第二のエン
ドポイント通信リンク確立デバイス１３４、１３６が第
一と第二のエンドポイントデバイス間の通信リンク１１
８、１２０を切断し、通信リンク確立デバイスの通信リ
ンクの各々が、網１０８を通じて、各々のエンドポイン
トメモリ１４６、１４８内に格納されている網アドレス
の所で、各々のエンドポイントデバイス１０４、１０６
とＭＭＳ１０２との間に、新たな通信リンク１１８、１
１２及び１２０、１２２を確立する。ＭＭＳ１０２内の
マルチメディア信号ルーティングデバイス１２９が第一
及び第二のエンドポイントデバイスへの或はこれからの
マルチメディア電子信号を選択的にルートし、これによ
って、マルチメディア会議を実現する。第一のエンドポ
イントデバイス１０４或は第二のエンドポイントデバイ
ス１０６のいずれかが、第三のエンドポイント（１６
５）を加えることを選択することができる。このエンド
ポイントは、（１）プライバシイモードを使用すること
無しに、（２）或はプライバシイモードを使用して、加
えることができる。

【００３６】ノンプライバシイモード−エンドポイント
デバイス１０４がＭＭＳ（１０２）にそれが第三のパー
ティを加えたい意向を伝える。ＭＭＳは、これに応答し
て、第三のエンドポイント１６５とのリンク１２２／１
２１を設定する。このエンドポイントは、マルチメディ
ア信号ルーティングデバイス（１２９）に適当なインス
トラクションを送ることを介してエンドポイント１０
４、１０６を含むマルチメディア会議に直ちに加えられ
る。この時点で、３つの全てのエンドポイント１０４、
１６５、１０６が同一のマルチメディア会議内に存在す
る。

【００３７】プライバシイモード−エンドポイントデバ
イス１０４がＭＭＳ１０２に第三のパーティを加えたい
意向を伝える。ＭＭＳへのこのメッセージには１６５の
網アドレスが含まれる。ＭＭＳは、エンドポイント１６
５への接続１２２／１２１を確立する。マルチメディア
信号ルーティングデバイス１２９を使用して、ＭＭＳ１
０２は、１６５と１０４との間のプライベートな会話を
確立する。エンドポイント１０６は、別個の会議内に残
される。エンドポイント１０４が、１６５が会議に参加
できる準備ができたことを確認すると、１０４は、ＭＭ
Ｓ１０２に、この二つの会議が結合されることを要求す
るメッセージを送信する。すると、ＭＭＳ１０２は、こ
の二つの会議を互いに結合し、結果として、この時点
で、１０４、１６５及び１０６が同一の会議に参加する
状態となる。

【００３８】ここに開示されるもう一つの好ましい実施
例によると、第一のエンドポイントの通信リンク確立デ
バイス１３４がＭＭＳ１０２と接触し、次に、ＭＭＳ１
０２に、網１０８に接続されるべきエンドポイントデバ
イス１０６に対応する一つ或はそれ以上の網アドレスを
通信する。ＭＭＳ１０２は、網１０８を使用して、それ
自身とエンドポイント１０６との間にリンク１２２／１
２０を確立する。ＭＭＳは、次に、図４との関連で後に
詳細に説明されるように、複数のエンドポイントデバイ
スへの或はこれからの電子マルチメディア信号を選択的
にルーティングするために、マルチメディア信号ルーテ
ィングデバイス１２９を利用する。もう一つの代替とし
ては、第一のエンドポイントの通信リンク確立デバイス
１３４が通信リンク１１８、１２０及び網１０８を通じ
て第二のエンドポイントの通信リンク確立デバイス１３
６と接触し、ＭＭＳ１０２からの呼を待つように指令す
る。ここで、この呼は、ＭＭＳ通信リンク確立デバイス
１３２によって、通信リンク１２０を通じて、網１０８
と第二のエンドポイントデバイス１０６への通信リンク
１２０との組合わせを使用して設定される。第一のエン
ドポイントの通信リンク確立デバイス１３４は、次に、
通信リンク１１８、１２０及び網１０８を通じての前述
の接触を切断し、ＭＭＳ１０２を呼び出す。第一のエン
ドポイントデバイスのデータトランシーバ１３８は、次
に、ＭＭＳ１０２に、第二のエンドポイントデバイス１
０６に対応する網アドレスを送信し、次に、第一のエン
ドポイントの通信リンク確立デバイス１３４に第二のエ
ンドポイントデバイス１０６を呼び出すように要求す
る。

【００３９】上に説明された各実現に従うと、マルチメ
ディア会議が、スポンタニアスに、或は、ポイント・ツ
ウ・ポイントマルチメディア呼から、“シームレス”に
実現され、会議参加者によって知覚される手続き上の不
連続性が最小に、或は排除される。ここに開示される
“シームレス”マルチメディア会議技法は、以下の特性
を持つが、これは、例えば、ポイント・ツウ・ポイント
会議呼（二者）からマルチポイント会議呼（二者より多
数）への遷移の背景において適用される。

【００４０】“シームレス”マルチメディア会議の特性 １．ポイント・ツウ・ポイント会議呼内のエンドポイン
トデバイスのユーザは、これらの間のポイント・ツウ・
ポイント接続の脱落を感じることもないし、或はこれら
ユーザは、ＭＭＳへの新たなマルチポイント接続の生成
を感じることもない。但し、両ユーザとも、マルチポイ
ント会議呼が開始されていることは気付いている。２．
第三のパーティを追加するエンドポイントデバイスのユ
ーザは、遷移の際にＭＭＳによって実現されるプロセス
をはっきりと感じることはなく、また、このユーザは、
遷移においてＭＭＳに達するために要求される番号を入
力するなどの特別の動作をすることを要求されることも
なく、或はＭＭＳと直接に対話することを要求されるこ
ともない。

【００４１】これらの全ての対話はここに開示される好
ましい実現によって自動化され、ポイント・ツウ・ポイ
ント会議とマルチポイント会議呼との間の遷移期間中は
ユーザから隠される。従って、一つ或はそれ以上のＭＭ
Ｓ網アドレスが、各エンドポイントデバイス上に、一回
の動作として、例えば、エンドポイントデバイス３上の
改良されたソフトウエア及びハードウエアの導入の際に
導入されるべきである。３．第三のパーティを加えるエ
ンドポイントデバイスのユーザは、予約システムとのコ
ンタクトに気付くことがなく、また、これら予約システ
ムとの対話に気付くこともない。（これら予約システム
は、様々な従来の技術による会議デバイスにおいて一般
的に利用されており、これらは当業者に周知である）。
４．ある会議を設定する際に一つ以上のＭＭＳがコンタ
クトされるような場合は、これは、コンタクトされた最
初のＭＭＳが、例えば、ＭＭＳ１０２のマルチメディア
信号ルーティングデバイス１２９内の回路数の制約のた
めに、充分な容量を持たず、マルチポイント会議呼が完
結できなかったことを意味する。但し、最初のユニット
がそのマルチポイント会議をサポートするのに充分な容
量を持たない場合も、ユーザは、この動作に一つ以上の
ＭＭＳが巻き込まれていることを感じることはない。

【００４２】使用の容易性を増加するために、シームレ
ス会議システムは、エンドポイントデバイス１０４、１
０６、ＭＭＳ１０２、及び網１０８の間で帯域内信号法
を採用する。但し、マルチメディアプロトコルの帯域内
信号法能力は、ユーザからＭＭＳに追加の制御を提供す
るため、及びＭＭＳからユーザへの追加のフィードバッ
クを提供するために、従来の技術によるスキームのそれ
を超えて拡張されている。ユーザからＭＭＳへの制御に
は、もう一つのエンドポイントデバイスをダイアルする
コマンド、そのエンドポイントデバイスを切断するコマ
ンド、及びエンドポイントデバイスをダイアルするコマ
ンド、その他が含まれる。ＭＭＳからユーザへのフィー
ドバックには、ある与えられたエンドポイントデバイス
１０４、１０６に対応する被呼電話番号が、呼び出し中
である、話中である、応答された、接続された；或はＭ
ＭＳ１０２或は網１０８内に要求された動作を完結する
ための充分な容量が存在しないことなどを示す指標が含
まれる。ＭＭＳプロセッサ１２６上で実行されるソフト
ウエアプログラムは、ユーザから送られるコマンドを解
釈し、これらを、別のエンドポイントデバイスにダイア
ルアウトするなどの動作に翻訳する。必要なときは、状
態指標がユーザに送り戻される。

【００４３】ここに開示される一つの好ましい実施例に
よると、一つ或はそれ以上のエンドポイントデバイス１
０４、１０６が次のように増強される。つまり、それぞ
れ、エンドポイントデバイスメモリ１４６、１４８内
に、第一のエンドポイント１０４が第二のエンドポイン
ト１０６にＭＭＳ１０２網アドレスを通知し、同時に、
ユーザにシームレスインタフェースを提供することを可
能にするソフトウエアがロードされる。さらに、エンド
ポイントデバイス１０６内に、エンドポイントデバイス
１０６を増強し、ＭＭＳ１０２に対する網アドレスを受
け入れ、第二のエンドポイントデバイス１０６と他のシ
ステム要素、例えば、ＭＭＳ１０２及び／或はエンドポ
イントデバイス１０４の間のポイント・ツウ・ポイント
接続を脱落させ、次に、エンドポイントデバイス１０６
のユーザに明らかな妨害を与えることなしにマルチポイ
ントＭＭＳ１０２会議に接続することを可能にするソフ
トウエアがロードされる。

【００４４】ここに開示される一つの好ましい実施例に
よると、ＭＭＳ１０２は以下のように増強される。つま
り、ＭＭＳには、“プログレッシブ”或は“スポンタニ
アス”な会議の生成に対するリクエストを受信するため
のデータトランシーバ１３０が増設される。ＭＭＳ１０
２は、また、ＭＭＳ通信リンク確立デバイス１３２を、
例えば、ダイアルアウト手段の形式にて含む。このダイ
アルアウト手段は、会議中に追加の一つ或はそれ以上の
エンドポイントデバイス１０４、１０６、１６５をその
会議に導入するためにエンドポイントデバイス１０４、
１０６、１６５によってこの動作がリクエストされた場
合、電話回線にこのリクエストをダイアルアウトするた
めに使用される。ＭＭＳ１０２は、さらに、マルチメデ
ィア信号ルーティングデバイス１２９内に、プライベー
ト通信リンク手段を含む。このプライベート通信リンク
手段は、ダイアルアウトを開始したエンドポイントデバ
イス１０４とその会議に導入されるべきエンドポイント
デバイスとの間の、プライベート会議を元の会議を維持
しながら提供するために使用される。この元の会議は、
エンドポイントデバイス１０６と、一つ或は、存在する
場合、それ以上の追加のエンドポイントデバイスとの間
で維持される。ＭＭＳデータトランシーバ１３０は、さ
らに、開始エンドポイントデバイス１０４から受信され
たある特定の会議モードに対するリクエストを受信し、
これをＭＭＳプロセッサ１２６に中継するための手段を
含む。

【００４５】図２は、図１のエンドポイントデバイス１
０４、１０６、網１０８、及びＭＭＳ１０２によって利
用されるデータ構造を説明する。エンドポイントメモリ
１４６は、エンドポイントデバイスに対する一つ或はそ
れ以上の網アドレステーブル２０２を含むように編成さ
れるが、エンドポイントメモリ１４８も同様に編成され
る。エンドポイントデバイスに対する各網アドレステー
ブル２０２は、ある与えられた第一のエンドポイントデ
バイスを対応する網アドレスと関連付ける。例えば、第
一のエンドポイントデバイス２０４は、会議“Ａ”を指
定し、会議“Ａ”を網アドレス欄２０６内に格納された
網アドレス15924 と関連付ける。第二のエンドポイント
デバイス２０８は、会議“Ｂ”を指定し、会議“Ｂ”を
網アドレス欄２１０内に格納された網アドレス36343 と
関連付ける。そして、第ｎ番目のエンドポイントデバイ
ス２１２は、会議“ｎ”を欄２１４内に格納された網ア
ドレス84936 と関連付ける。

【００４６】ここに開示される方法の一つにおいては、
エンドポイント１０４がエンドポイント１０６を呼び出
す。このプロセスの一部分として、エンドポイントメモ
リ１４６がエンドポイント１０６に対する網アドレスを
含むように更新される。エンドポイント１０４に対する
網アドレスも、これが幾つかの開示される方法において
ＭＭＳ上の他のエンドポイントにパスされたときに格納
される。追加のパーティが会議に加えられるとき、適当
な端末、例えば、１０４のユーザインタフェースを介し
て入力されたアドレスが、メモリ１４６内に、ｎ番目の
エンドポイントをｎ番目の網アドレスと対応させるよう
に置かれる。図示されないが、エンドポイントメモリ
は、ＭＭＳ１（例えば、１０２）をある網アドレスと関
連付け、ＭＭＳ２を別のある網アドレスと関連付ける類
似するテーブルも含むことに注意する。このテーブル
は、例えば、設備が据え付けられるとき、或は新たなＭ
ＭＳがインストールされるときにダウンロードされる。
ＭＭＳ網アドレスは、ユーザインタフェースを介して入
力される。

【００４７】網メモリ１２４は、網に対する一つ或はそ
れ以上の網アドレステーブル２１６を含むように編成さ
れる。網に対するこれら網アドレステーブル２１６の各
々は、対応する一つ或はそれ以上の通信リンクを持つあ
る与えられた網アドレスと関連付けられる。例えば、欄
２１８内に格納された網アドレス15924 は、欄２２０内
に格納された通信リンク１２２と関連付けられる。欄２
２２内に格納された網アドレス15925 は、それぞれ、欄
２２３と２２４内に格納された通信リンク２１５と２１
７と関連付けられる。網アドレス15926 （欄２２６）
は、通信リンク１２０と１２２（それぞれ欄２２７と２
２８）と関連付けられる。網アドレス“ｎ”（欄２３
０）は、それぞれ、“ｍ”、“ｘ”、及び“ｙ”と称さ
れ、欄２３２、２３４、及び２３６内に格納される３つ
の通信リンクと関連付けられる。ＭＭＳメモリ１２８
は、一つ或はそれ以上の網アドレスレジスタ２３８を含
む。各網アドレスレジスタ２３８はある与えられた網を
ある与えられた網アドレスと関連付ける。例えば、網１
０８（欄２４６、２４８、２５０、及び２５２）は、網
アドレス15926 、45634 、76892 、及びｎ（それぞれ欄
２４０、２４２、２４４、及び２５２）と関連付けられ
る。網１０９（欄２５８）は、網アドレス94763 （欄２
５６）と関連付けられる。

【００４８】図３は、ここに開示される一つの好ましい
実施例に従って構成された一例としてのエンドポイント
デバイス３００に対するハードウエア構成を説明する。
この例においては、エンドポイントデバイス３００は、
第一の網３０４と第二の網３１６に結合される。第一の
網３０４はＭＭＳ予約システム３０２への接続を提供
し、第二の網３１６は、ＭＭＳ３１０、エンドポイント
デバイス３１２、及びエンドポイントデバイス３１４へ
の接続を提供する。（ただし、第一の網３０４と第二の
網３１６は必ずしも同一である必要はない。）図１の構
成においては、エンドポイントデバイス３００は、マル
チメディア会議システム内に、エンドポイントデバイス
１０４及び／或はエンドポイントデバイス１０６として
組み込まれる。別の方法として、他のタイプのエンドポ
イントデバイスをエンドポイントデバイス１０４、１０
６に対して使用することも可能である。

【００４９】エンドポイントデバイス３００はパーソナ
ルコンピュータに基づく。第一のエンドポイント通信リ
ンク確立デバイス３０６は、ＬＡＮインタフェース３２
０及び／或は自動電話ダイアリングデバイス３２２を含
む。第一の網３０４は第一のエンドポイント通信リンク
確立デバイス３０６とインタフェースする。第二のエン
ドポイント通信リンク確立デバイス３１８は、マルチメ
ディアコーダ／デコーダ（CODEC ）３２６、及び／或は
マルチメディア通信ハードウエア３２４を含む。第二の
エンドポイント通信リンク確立手段は第二の網３１６と
インタフェースする。

【００５０】第一及び第二のエンドポイント通信リンク
確立デバイス３０６、３１８は、当業者に周知のタイプ
の標準のＰＣバス３０８、例えば、ＩＳＡバスに結合さ
れる。ＰＣバス３０８は、プロセッサ３３０とインタフ
ェースするが、これは、当業者に周知の標準のマイクロ
プロセッサであり得る。プロセッサ３３０はメモリ３２
８に結合される。プロセッサ３３０及び／或はメモリ３
２８内に増強されたソフトウエア３３２が格納される。
この増強されたソフトウエア３３２は、図７、８、及び
９に説明される手続きを実現する。

【００５１】プロセッサ３３０は、複数の周辺デバイ
ス、例えば、マウス３３４、キーボード３３６及びビデ
オディスプレ３３８とインタフェースする。マウス３３
４、キーボード３３６、及びビデオディスプレ３３８
は、全て当業者に周知の標準の要素である。このように
して、エンドポイントデバイス３００は、マルチメディ
ア情報、例えば、データ及びビデオと通信するように、
装備される。会議に参加している全てのエンドポイント
デバイス１０４、１０６が“増強されている”ときに、
つまり、ユーザにシームレスインタフェースを提供する
エンドポイントデバイスであるときに、最良のサービス
が得られるが、ここに開示される一つの好ましい実施例
に従う増強された動作が、たった一つの増強されたエン
ドポイントデバイス１０４（つまり、会議を開始するた
めの開始エンドポイントデバイス、或は会議に追加のエ
ンドポイントデバイスを加えるための会議招集エンドポ
イントデバイス）、及び増強（改良された）ＭＭＳ１０
２が存在すれば得られる。このような増強されたエンド
ポイントデバイスのハードウエア構造は、図１と３との
関連で（上で）説明された通りである。これら増強され
たエンドポイントデバイスは、これらが後に図７−９と
の関連で説明される一連のステップを実現するように適
応されているという意味において増強されている。

【００５２】図４は、従来の網１０８がＭＭＳ１０２の
利用を通じて、マルチメディア会議用途に対してどのよ
うに適応されるか、その方法を図解する。図４の例にお
いては、網１０８は、ローカル電話会社の所の従来の中
央交換局である。網１０８は、ポイント・ツウ・ポイン
トリンクを通じて音声通信を運ぶ目的で設計されたもの
であり、この目的に対する複数の通信路、例えば、回線
４０２−４２４を含む。但し、これら回線４０２−４２
４は、音声に加えて、情報、例えば、ビデオ及びデータ
を運ぶように互いにグループ化される。網１０８は、中
央交換局として説明されるが、これは解説の目的のため
の話であり、網は、他のタイプの現存する網、例えば、
ＬＡＮ、ＡＴＭセルスイッチ等であってもかまわないこ
とを理解すべきである。

【００５３】第一のエンドポイントデバイス１０４は、
通信リンク１１８を介して網１０８に接続されるが、こ
のリンクは、ビデオ回線４０２、音響回線４０４、及び
制御／データリンク４０６を含む。（実際には、ビデオ
回線４０２は、数個の従来のより線対から構成され、一
方、音響回線４０４は、たった一本の従来のより線対を
含む。）ビデオ回線４０２は、網１０８内のスイッチ４
４０に接続される。音響回線４０４はスイッチ４４２に
接続され、制御／データ回線４０６は、スイッチ４４４
に接続される。第二のエンドポイントデバイス１０６
は、通信リンク１２２を介して網１０８に接続される
が、このリンクは、ビデオ回線４０８、音響リンク４１
０、及び制御／データ回線４１２を含む。ビデオ回線４
０８はスイッチ４５２に接続され、音響回線４１０はス
イッチ４５４に接続され、そして、制御／データ回線は
スイッチ４５６に接続される。

【００５４】ＭＭＳ１０２の信号ルーティングデバイス
１２９は、通信リンク１２２を介して網１０８に接続さ
れる。この通信リンク１２２は、複数のビデオ回線４１
４、４２０、複数の音響回線４１６、４２２、及び複数
の制御／データ回線４１８、４２４を含む。ビデオ回線
４１４は、網１０８内の、スイッチ４４６に接続され、
音響回線４１６はスイッチ４４８に接続され、制御／デ
ータ回線４１８はスイッチ４５０に接続され、ビデオ回
線４２０はスイッチ４５８に接続され、音響回線４２２
はスイッチ４６０に接続され、そして、制御／データ回
線４２４はスイッチ４６２に接続される。

【００５５】網１０８のスイッチ４４０−４６２は、網
プロセッサ１１６の制御下におかれるが、このプロセッ
サは、当業者に周知の従来のマイクロプロセッサデバイ
スであり得る。網プロセッサ１１６は、スイッチ４４０
−４６２の各々の動作を制御し、ある与えられたスイッ
チ（つまり、スイッチ４４０）を別のスイッチ（つま
り、スイッチ４５２）に選択的に接続及び／或はこれか
ら切断する。網１０８のスイッチ４４０−４６２との関
連でのこの回路トポロジは、解説の目的のためにのみ示
されるものであり、網１０８は、複数の通信リンクを選
択的に接続及び／或は切断するように設備された任意の
交換トポロジを持つことができることを理解すべきであ
る。

【００５６】次に、図５に移るが、これは、ＭＭＳ１０
２（図１と図４）の信号ルーティングデバイスに対する
ハードウエア構成を説明する。信号ルーティングデバイ
ス１２９は、複数のエンドポイントデバイス１０４、１
０６（図１）への／或はこれからの複数の電子マルチメ
ディア信号の双方向交換及び混合を提供する。図５の信
号ルーティングデバイスは、ビデオ、音響、及び制御／
データ信号を別個に処理するように設計されている。但
し、信号処理デバイス１２９は、別の方法として、これ
ら信号を多重方式で処理するように設計することも可能
である。図５の信号ルーティングデバイス１２９は、網
１０８（図１）を介して各エンドポイントデバイス１０
４、１０６とインタフェースする。信号ルーティングデ
バイス１２９は、３つの信号ルーティング主体、つま
り、音響信号ルーティングデバイス５０６、ビデオ信号
ルーティングデバイス５００、及び制御／データ信号ル
ーティングデバイス５１２を含む。音響信号ルーティン
グデバイス５０６に関しては、第一のエンドポイントデ
バイス１０４からの音響を表わす電子マルチメディア信
号は、網１０８を通じて音響回線４０４に結合される。
第一のエンドポイントデバイス１０４への音響を表わす
総和音響信号も網１０８を通じて音響回線４０４に結合
される。音響回線４０４は、音響回路終端装置＃１（５
０８）とインタフェースするが、これは、音響信号をバ
ッファ、交換及び／或は増幅するように設計される。

【００５７】音響信号ルーティングデバイス５０６のそ
れと類似する様式にて、ビデオ信号ルーティングデバイ
ス５００は、複数のエンドポイントデバイス１０４、１
０６（図１）の間に電子マルチメディア信号を選択的に
ルートする。第一のエンドポイントデバイス１０４に向
かう或はこれからのビデオ信号は、網１０８を介してビ
デオ回線４０２に結合される。ビデオ回線４０２は、第
一のビデオ回路終端装置＃１（５０２）とインタフェー
スするが、これは、ビデオ信号をバッファ、増幅及び／
或は交換する。同様にして、制御／データ回線４０６
は、第一のエンドポイントデバイス１０４への或はこれ
からの制御／データ信号を扱う。この制御／データ回線
は、制御／データ回路終端装置＃１（５１４）に結合さ
れるが、これは制御／データ信号をバッファ、増幅、及
び／或は交換する。

【００５８】追加のエンドポイントデバイスから、つま
り、Ｎ番目のエンドポイントデバイスからの信号は、第
一のエンドポイントデバイス１０４に対して上で説明さ
れたのと類似する様式にてルートされる。例えば、Ｎ番
目のエンドポイントデバイスへの或はこれからの音響は
音響回線４２２を横断し、Ｎ番目のエンドポイントデバ
イスへの或はこれからのビデオはビデオ回線４２０を横
断し、Ｎ番目のエンドポイントデバイスへの或はこれか
らの制御／データ信号は、制御／データ回線４２４を横
断する。音響回線４２２は音響回路終端装置＃Ｎ（５１
０）に結合され、ビデオ回線４２０はビデオ回路終端装
置＃Ｎ（５０４）に結合され、そして制御／データ回線
は、制御／データ回路終端装置＃Ｎ（５１６）に結合さ
れる。

【００５９】音響回路終端装置＃１（５０８）、音響回
路終端装置＃Ｎ（５１０）、制御／データ回路終端装置
＃１（５１４）、及び制御／データ回路終端装置＃Ｎ
（５１６）は、全て、マルチメディア電子信号を交換、
バッファ、及び／或は増幅するように設備された共通の
内部スイッチ５１８に結合される。共通内部スイッチ５
１８は、複数のマルチメディア信号タイプを独立して処
理するように設備される。例えば、音響情報を表わす電
子信号は、セットの音響スイッチを使用して処理され、
ビデオ情報を表わす信号はセットのビデオスイッチを使
用して処理され、制御／データを表わす信号はセットの
制御／データスイッチを使用して処理される。

【００６０】共通内部スイッチ５１８は、音響ミキサ／
スイッチ５２０、ビデオミキサ／スイッチ５２２、デー
タミキサ／スイッチ５２４、及び制御ソフトウエア５２
６を備える制御ハードウエアに結合される。音響ミキサ
／スイッチ５２０は全てのエンドポイントデバイスへの
或はこれからの音響を混合及び交換し、ビデオミキサ／
スイッチ５２２は全てのエンドポイントデバイスへの或
はこれからのビデオを混合及び交換し、データミキサ／
スイッチ５２４は、全てのエンドポイントデバイスへの
或はこれからのデータを混合及び交換する。制御ハード
ウエア及びソフトウエア５２６は、制御ソフトウエアを
実行するために適応（設計）されたマイクロプロセッサ
及びメモリを含む。この制御ソフトウエアは、共通内部
スイッチ５１８内の複数のスイッチの動作を制御する。

【００６１】図６は、ＭＭＳ１０２（図１と４）の信号
ルーティングデバイス１２９に対するハードウエア構成
のもう一つの実施例を説明する。図５に説明される信号
ルーティングデバイス１２９は、ビデオ、音響、及び制
御／データ信号に対する離散処理回路を利用し、このた
めに、各タイプの信号は、信号ルーティングデバイス１
２９がエンドポイントデバイス１０４、１０６とインタ
フェースするポイントにおいて、別個のグループの回路
によって処理されることに注意する。これとは対象的
に、図６の信号ルーティングデバイス５２９は、単一通
信リンク上のある特定のエンドポイントデバイスに向か
う或はこれからの全てのビデオ、音響及び制御／データ
信号を処理するように設計されており、この場合は、こ
れらビデオ、音響、及び制御／データ信号は、当業者に
周知の任意の現存のマルチメディア通信プロトコルに従
って多重方式にて通信される。図５の信号ルーティング
デバイス５２９は、図１のハードウエア構成内の図５の
信号ルーティングデバイス１２９の代替としての“信号
ルーティングデバイス１２９”として使用することがで
きる。エンドポイントデバイス１０４（図１）は、信号
ルーティングデバイス５２９と通信リンク１１８を通じ
て通信し、エンドポイントデバイス１０６（図１）は、
信号ルーティングデバイス５２９と通信リンク１２０を
通じて通信する。信号ルーティングデバイス５２９は、
各通信リンク１１８、１２０の所に、それぞれ、マルチ
メディア信号をこれら信号が通信リンク１１８、１２０
を横断する方向に従って分離する目的でカプラ６０５、
６０７を利用する。例えば、カプラ６０５は、エンドポ
イントデバイス１０４から伝送され（信号ルーティング
デバイス５２９に向けられた）マルチメディア信号と、
他のエンドポイントデバイス１０６によって伝送されエ
ンドポイントデバイス１０４によって受信されるように
向けられたマルチメディア信号とを分離する。従って、
カプラ６０５、６０７は、第一のポートの所に提供され
た双方向マルチメディア信号を第二のポートの所の出方
向マルチメディア信号流と第三のポートの所の入りマル
チメディア信号流に分離する３−ポートデバイスであ
る。

【００６２】カプラ６０５からの入りマルチメディア信
号流はマルチメディアデマルチプレクサ（DEMUX ）６０
９にルートされ、カプラ６０５からの出マルチメディア
流はマルチメディアマルチプレクサ（ＭＵＸ）６１１に
ルートされる。一体となって、ＭＵＸ６１１とDEMUX ６
０９は、第一のMUX/DEMUX ユニット６０１を構成する。
マルチメディアDEMUX ６０９は、入りマルチメディア信
号流を４つの成分、つまり、音響を表わす電子信号から
成る第一の成分、ビデオを表わす電子信号から成る第二
の成分、データを表わす電子信号から成る第三の成分、
及び制御を表わす電子信号から成る第四の成分に分離す
る。マルチメディアＭＵＸ６１１は、複数の入りマルチ
メディア信号成分、例えば、音響を表わす第一の成分、
ビデオを表わす第二の成分、データを表わす第三の成
分、及び制御を表わす第四の成分を受け入れる。ＭＵＸ
６１１は、これら４つの成分を単一のマルチメディア信
号流に統合する。これら４つの成分は、共通内部スイッ
チ６１３からＭＵＸ６１１に供給される。同様にして、
DEMUX ６０９は、これら４つの信号成分を共通内部スイ
ッチ６１３に供給する。共通内部スイッチ６１３は、制
御ハードウエア及びソフトウエア６２１の制御下におか
れる複数の電子スイッチ、バッファ、及び増幅器を含
む。制御ハードウエア及びソフトウエア６２１は、マイ
クロプロセッサ及びメモリを含む。共通内部スイッチ６
１３は音響を表わす電子信号を混合及び交換するために
音響ミキサ／スイッチ６１５に結合され；共通内部スイ
ッチ６１３は、さらに、それぞれ、ビデオ及びデータを
表わす電子信号を混合及び交換するために、ビデオミキ
サ／スイッチ６１７及びデータミキサ／スイッチ６１９
に結合される。

【００６３】ＭＭＳ予約システム 図７の説明に移る。ＭＭＳ予約システム７００は、コン
ピュータベースデバイスであり、通信網、例えば、網Ａ
７０９を通じて、ＭＭＳ７１３及びエンドポイントデバ
イス７１５と通信する。予約システム７００は、一つ或
はそれ以上の網インタフェース、例えば、網Ａに対する
網インタフェース７０７、及び網Ｃに対する網インタフ
ェース７０５を含むが、これは、ＭＭＳ７１３と通信す
るために使用される。網Ａ７０９と予約システム７００
との間の通信プロトコルインタフェースを提供するのに
加えて、網Ａに対する網インタフェース７０７は、エン
ドポイントデバイス７１５に応答して、ＭＭＳ１０２資
源に対する要求を行なう。予約システム７００は、さら
に、マイクロプロセッサ兼メモリ７０３を含むが、これ
は、要求される情報に関するリクエストをエンドポイン
トデバイスに発行し、前のＭＭＳ予約に関するデータベ
ースをチェックすることによってＭＭＳ１０２の空き状
態を確認し、エンドポイントデバイス７１５に応答し
て、必要なときに、データ記憶デバイス７０１内に格納
されているアクセスコード及び網識別子を送り返す。

【００６４】ＭＭＳ７１３は、網Ａ７０９及び網Ｂ７１
１を含む複数の網に結合できることに注意する。エンド
ポイントデバイス７１５は、網Ａに対する網インタフェ
ース７１７、及び網Ｂに対する網インタフェース７１９
を介して複数の網を通じて通信するように設備される。
エンドポイントデバイスは、マイクロプロセッサ兼メモ
リ７２１、及び様々なマルチメディア通信プロトコルを
終端するためのオプションとしてのデジタル信号プロセ
ッサ（ＤＳＰ）７２３を含む。複数のユーザインタフェ
ースデバイス７２５、７２７、７２９が提供され、マイ
クロプロセッサ兼メモリ７２１或はＤＳＰ７２３に結合
される。ユーザインタフェースデバイス７２５、７２
７、７２９は、例えば、マウス或はタブレット、タッチ
センシティブスクリーン、ＣＲＴ、ＬＣＤディスプレイ
等を含む。Bellcore GR-1337-COREにおいて予約システ
ム７００の一例が説明されている。このようなシステム
の幾つかは、AT&T CRS（会議予約システム）、及びCONV
ENE を含む。注意：図７は、網Ａ、網Ｃ及び網Ｂを示す
が、網Ａ、網Ｃ及び網Ｂは、必ずしもそうではないが、
同一の網であってもかまわない。

【００６５】本発明の装置及び方法は、現存の網１０
８、増強（改良）されたエンドポイントデバイス１０
４、１０６、及び増強されたマルチメディアサーバ（Ｍ
ＭＳ）１０２（図１）の使用を伴う。本発明は、図７−
９との関連で後に説明されるように、向上された呼設定
及びポイント・ツウ・ポイント呼からマルチポイント会
議へのシームレス遷移を提供する。図８−９の流れ図
は、図１に示されるようなシステムの利用に基づくが、
ここでは、第一のパーティ、第二のパーティ、及び第三
のパーティの全てが図１に示されるようなエンドポイン
トデバイスを具備する。これらパーティは、網１０８を
通じてお互いにアクセスすることができ、また、マルチ
メディアサーバ（ＭＭＳ）及びＭＭＳ予約システムにア
クセスすることもできる。

【００６６】図８−１１との関連で説明されるように、
本発明の原理に従って会議呼を実現するために、複数の
異なる代替実施例を利用することができる。本発明の第
一の実施例によると、図８Ａ及び８Ｂの流れ図に示され
るように、第一のエンドポイントデバイス１０４と第二
のエンドポイントデバイス１０６（図１）が網１０８を
介して、従来のポイント・ツウ・ポイント音響専用呼或
はポイント・ツウ・ポイントマルチメディア呼として接
続される（ブロック８０１）。次に、ブロック８０３に
おいて、第一のエンドポイントデバイス１０４（図１）
のユーザインタフェースデバイス１０５が、（１）第三
のエンドポイントデバイスをポイント・ツウ・ポイント
呼に加える動作、（２）複数のエンドポイントデバイス
にマルチメディア信号の通信を提供する動作、及び
（３）マルチメディア会議が特定の網アドレスの所でＭ
ＭＳによって実現されることを指定する動作、のいずれ
かのオプションを選択する（ブロック８０３）。次に、
ブロック８０５において、第一のエンドポイントデバイ
ス１０４（図１）のエンドポイント通信リンク確立デバ
イス１３４が第二のエンドポイントデバイス１３６のエ
ンドポイント通信リンク確立デバイスに、ブロック８０
１において参照された現存の網接続を切断し、ＭＭＳ１
０２からの入り呼を待つことを指令するコマンドを送信
する。

【００６７】ブロック８０７において、第一のエンドポ
イントデバイス１０４のエンドポイントプロセッサ１４
２がエンドポイントメモリ１４６を探索し、ブロック８
０３においてユーザインタフェースデバイスによって選
択されたＭＭＳ１０２に対する網アドレスを見つける。
ブロック８０８において、第一のエンドポイントデバイ
ス１０４のエンドポイント通信リンク確立デバイス１３
４がブロック８０６において見つけられた網アドレスに
よって指定されるＭＭＳ１０２との通信リンクを確立す
る。次に、ブロック８０９において、第一のエンドポイ
ントデバイス１０４のエンドポイント通信リンク確立デ
バイス１３４が、電子的に、ＭＭＳ１０２に、３つのエ
ンドポイントデバイス間のマルチポイントマルチメディ
ア会議を実現するように要求する。

【００６８】ブロック８１１において、ＭＭＳ１０２が
このマルチメディアマルチポイント会議を扱うための充
分な空きのハードウエア／ソフトウエアが存在するか確
認するためのテストが遂行される。ブロック８１１の結
果が肯定である場合は、ブロック８１３に進み、ブロッ
ク８１１の結果が否定である場合は、ブロック８１０に
進む。ブロック８１０において、ＭＭＳ１０２が第一の
エンドポイントデバイス１０４に、もう一つのＭＭＳに
対する電話番号及び／或は網アドレスを送信する。ブロ
ック８１１の結果が肯定である場合はブロック８１３に
進み、ここで、第一のエンドポイントデバイス１０４の
エンドポイント通信リンク確立デバイス１３４が第二の
エンドポイントデバイス１０６の網アドレス及び／或は
電話番号をＭＭＳ１０２に送信する。ブロック８１５に
おいて、ＭＭＳ１０２が網１０８を介して第二のエンド
ポイントデバイス１０６とマルチメディア通信リンクを
確立する。ブロック８１７において、第一のエンドポイ
ントデバイス１０４のエンドポイント通信リンク確立デ
バイス１３４が第三のエンドポイントデバイスの網アド
レス及び／或は電話番号をＭＭＳ１０２に送信する。

【００６９】ブロック８２１において、第一のエンドポ
イントデバイス１０４のユーザインタフェースデバイス
１０５の所でプライバシイ機能が要求されたか調べるた
めのテストが遂行される。このプライバシイ機能は、現
存のマルチメディア会議に導入されようとしているエン
ドポイントデバイスと既にこの会議に導入されており追
加のエンドポイントデバイスをこの会議内に運び入れる
ために使用されるエンドポイントデバイスとの間に、別
個のプライベートな通信リンクを提供する。ブロック８
２１の結果が肯定である場合は、ブロック８２３に進
み、一方、ブロック８２１の結果が否定である場合は、
プログラム制御がブロック８３１に渡される。ブロック
８２３において、ＭＭＳ１０２は、第一と第三のエンド
ポイントデバイス間の会議から成るマルチメディア通信
リンクを確立するが、このリンクは、第二のエンドポイ
ントデバイス１０６を含まないという意味においてプラ
イベートリンクである。

【００７０】ブロック８２５において、ブロック８２３
のプライベートリンクが第一のエンドポイントデバイス
１３４の所のユーザインタフェースデバイスが第三のエ
ンドポイントデバイスがブロック８１５において確立さ
れた第一と第二のエンドポイント１０４、１０６間のマ
ルチメディア会議に結合されるべきであることを示す時
点まで維持される。次に、ブロック８２７において、ユ
ーザインタフェースデバイス１０５が第三のエンドポイ
ントデバイスがマルチメディア会議に結合されるべきで
あることを示すか否かの判定が遂行される。ブロック８
２７の結果が肯定である場合はブロック８３１に進み、
ブロック８２７の結果が否定である場合は、ブロック８
２９に進む。ブロック８２９において、プログラムは、
所定の間隔（つまり、数秒間）だけ待機し、プログラム
制御はブロック８２５にループバックする。ブロック８
２７の結果が肯定である場合は、ブロック８３１に進
み、ここで、ＭＭＳ１０２は、網１０８を介して第三の
エンドポイントデバイスとの間にマルチメディア通信リ
ンクを確立し、この結果として、第一、第二、及び第三
のエンドポイントデバイスの間にマルチメディア通信が
提供される。

【００７１】第一の代替実施例に従うと、開始エンドポ
イントデバイス、例えば、第一のエンドポイントデバイ
ス１０４がＭＭＳ１０２と接触し（ブロック９０１）、
次に、ＭＭＳに（例えば、帯域内信号法を使用して）追
加のエンドポイントデバイス１０４、１０６の網アドレ
スについて通知する（ブロック９０３）。ＭＭＳ１０２
が、次に、これらエンドポイントデバイス１０４、１０
６に接続される（ブロック９０５）。この手続きは、第
一の（開始）エンドポイントデバイス１０４とＭＭＳ１
０２のみが増強されている場合にでも動作できる長所を
持つ。（増強されたエンドポイントデバイスとは、図１
に示される要素を含む図８−１１との関連で説明される
一連のステップを実行するように適応（設計された）エ
ンドポイントデバイスを意味する。）第二の代替実施例
においては、図１０の流れ図に説明されるように、第一
の（開始）エンドポイントデバイス１０４が受信エンド
ポイントデバイス１０６と接触し（ブロック１００
１）、第二の（受信）エンドポイントデバイス１０６
に、それが提供する網アドレスの所のＭＭＳ１０２に呼
を掛けるように要求する（ブロック１００３）。第一の
エンドポイント（１０４）が第二のエンドポイント（１
０６）への呼を切断する。次に、第一の（開始）エンド
ポイントデバイス１０４がＭＭＳ１０２を呼び出す（ブ
ロック１００５）。この動作方法は、典型的には、網料
金を、呼の開始者と受信者との間でより均等に分割する
結果となる。

【００７２】これ以降は、実際に利用される会議実現の
方法とは無関係に、その後のエンドポイントデバイスの
会議への追加は、第一、第二、或は第三の実施例との関
連で上に説明されたように進行し、各エンドポイントデ
バイスが会議に組み込まれる度にプライベートな会議が
形成される。エンドポイントデバイス１０４、１０６
は、互いに或はＭＭＳ１０２と協力して、ユーザを、予
約システム或はＭＭＳ１０２との直接の対話から遮断
し、或はユーザが会議確立プロセスの際に呼の切断或は
設定を知覚できないようにする。

【００７３】次に、エンドポイントデバイス１０４がＰ
Ｃに基づく場合のより詳細な実施例について説明され
る。また、当業者に周知の構造を持つユーザインタフェ
ースについて説明される。このユーザインタフェース
は、グラフィックベースであり、メニュー、対話ボック
ス、スクロールボックス、コマンドボックス、メッセー
ジボックス及びテキストボックスを含む。二つのシナリ
オについて説明される。つまり、第一のシナリオは、改
良されたマルチポイント呼設定について説明し、第二の
シナリオは、ポイント・ツウ・ポイントからマルチポイ
ント会議へのシームレス遷移について説明する。

【００７４】このシナリオにおいては、エンドポイント
ユーザか、ウインドウベース環境内のビデオウインドウ
上の主メニューバーから“Call”メニュー項目を選択す
ることによって呼が掛けられる。すると、スクローリン
グリストボックス内に呼への参加者のダイレクトリを表
わす対話ボックスが現われる。ユーザは、呼へのパーテ
ィを選択し、次に、“Call”コマンドボタンを選択す
る。ユーザは、もう一つのマルチメディアエンドポイン
トを呼び出すことを選択することも、或は、ＭＭＳを呼
び出すことを選択することもできる。ユーザがＭＭＳを
呼び出すことを選択した場合は、マルチメディアエンド
ポイントをＭＭＳに接続するための通常の手続きがこれ
に続いて遂行される。ＭＭＳに接続された後に、ユーザ
は、主メニューから“Add Party ”項目を選択すること
によってもう一つのパーティを呼び出すことを選択する
ことができる。対話ボックスが現われ、ユーザは、他の
エンドポイントのダイレクトリから一つのパーティを選
択することも、或は、ＰＣキーボードを使用して及び／
或はエンドポイントのメニューと対話ボックスを使用し
て直接に電話番号を入力することを選択することもでき
る。

【００７５】図８−１１の流れ図において、会議開始エ
ンドポイントからの呼が受信されると、ＭＭＳは会議を
生成する。ＭＭＳ１０２（図１）は、開始者がポイント
・ツウ・ポイント呼上に以前から存在していおり第三の
パーティを加えようとしているのか、或は開始者が初め
て会議を開始したのかに関する知識は持たない。この時
点で、マルチメディアプロトコル（例えば、上に説明の
MBE NIA メッセージ）への延長が、開始者のエンドポイ
ントデバイスによって、会議に加えられるべきパーティ
の電話番号をＭＭＳ１０２に転送するために使用され
る。ＭＭＳは、上に説明の延長をプロトコルに復号し、
新たなパーティへのダイアルアウト呼を開始するように
増強されている。さらに、呼が現在ダイアルされてい
る、呼び出し中である、話中である等を示すメッセージ
から成るダイアルアウト呼の状態が開始者のエンドポイ
ントに戻される。ＭＭＳは、最初に、この新たな呼を扱
うための充分な資源（網１０８にリンクする通信ポー
ト）が存在するか決定し、存在しない場合は、ＭＭＳ
は、この状態を知らせるために開始エンドポイントに状
態メッセージを送信する。

【００７６】ＭＭＳがその資源をそれが会議リクエスト
を収容するとこができるか調べる二つのポイントが存在
する。第一のポイントは、最初の“会議開始”リクエス
トを受信した後であり、第二のポイントは、会議にもう
一つのパーティを加えるリクエストを受信したときであ
る。最初の会議リクエストを受信すると、ＭＭＳは図８
−１１に説明されるステップをたどる。ＭＭＳによって
チェックされる資源には、通信リンク（１２２）、共有
サービス回路（例えば、リンク確立デバイス［１３２］
及びデータトランシーバ［１３０］）或はデータメモリ
（１２８）が含まれる。

【００７７】ＭＭＳが最初の会議設定を扱うために充分
な資源が存在しないことを決定した場合は、これは、代
替のＭＭＳに対応する網アドレスをエンドポイントデバ
イスにダウンロードし、これから会議を開始するか、或
はＭＭＳは、この時点で会議を扱うことができない指標
をダウンロードする。パーティを加えるときの資源不足
の扱いは、最初の会議設定の際の資源不足の場合の扱い
とは異なる。この場合は、ＭＭＳは、会議の成長を許す
ために別のＭＭＳへのカスケード接続（ITU-T H.243 に
おいて説明されている）を設定することを選択する。

【００７８】一つのオプションとして、開始者は、新た
なパーティとこのパーティが会議に加えられる前にプラ
イベートな対話を持つことを選択することができる。開
始者は、エンドポイント上のオプションを選択し、これ
がＭＭＳに送信される。プライバシイが選択された場合
は、ＭＭＳは、会議を二つのサブ会議に分割する。一つ
は開始者と新たなパーティを含み、もう一つは、他の全
てのパーティを含む。新たなパーティが会議に加わるこ
とに同意した後に、開始者はＭＭＳにこの事実を示すメ
ッセージを送信する。ＭＭＳは、次に、この二つのサブ
会議を一つの会議に結合する。

【００７９】ブロック８２１（図８Ａと８Ｂ）との関連
で、ＭＭＳ１０２（図１）はプライバシイ機能を実現す
るために様々な方法にて使用することができる。ここで
は、二つの方法について説明する。１．方法１（単
純）：新たなパーティを加えようと試みているエンドポ
イント（開始者のエンドポイント）を除く会議内の他の
全てのエンドポイントへの或はこれからの音響／ビデオ
を切断する。この手順は、エンドポイントに送信される
“リスン／センド”変数をオフにすることによって実現
される。“join”メッセージが受信されると、これらエ
ンドポイントへの或はこれらからの音響／ビデオが、こ
れらエンドポイントへのリスン／センドを内部的にオン
にすることによって回復され、この時点で全てのパーテ
ィが互いに見たり／聞いたりできる状態となる。２．方
法２（電話様式）：２つのサブ会議を生成する。一つ
は、会議にもう一つのパーティを加えることを試みてい
る開始者に対するサブ会議（１）であり、もう一つは、
会議内の他の全てのパーティに対するサブ会議（２）で
ある。サブ会議（２）内の全てのパーティは互いに見た
り／聞いたりすることができるが、但し、開始者或は新
たなパーティを見たり／聞いたりすることはできない。
新たなパーティが結合されるとき、これは会議（１）に
加えられ、開始者のみを見たり／聞いたりすることがで
きる。“join”メッセージが受信された後に、サブ会議
（１）と（２）が互いに結合される。この時点で、全て
のパーティが互いに見たり／聞いたりできる状態とな
る。メッセージ及び／或はコマンドをＭＭＳプロセッサ
１２６に送信するように設備された任意のエンドポイン
トプロセッサ１４２が、会議を生成したり、パーティを
加えたり、或は脱落させたりすることができる。

【００８０】ＭＭＳは、パーティが加えられたり、会議
から脱落されたりすると、これに応じて、その資源を動
的に、割り当てたり、開放したりする。会議が完了する
と、ＭＭＳは、その会議のレコードを削除し、全ての資
源が直ちに別のプログレッシブマルチメディア会議に対
して利用できる状態となる。この次のシナリオにおいて
は、ポイント・ツウ・ポイント呼からマルチポイント会
議へのシームレス遷移について説明される。前のシナリ
オと同様に、マルチメディアエンドポイントのユーザに
は、会議ビテオに対するウインドウを含むスクリーン；
会議を制御するためのメニュー及び対話ボックス；及び
会議の状態の指標が提供される。ユーザは、ビデオウイ
ンドウ上の主メニューバーから“Call”メニュー項目を
選択することによって呼を掛ける。この結果として、ス
クローリングリストボックス内に呼へのパーティのダイ
レクトリを表わす対話ボックスが現われる。ユーザは、
呼へのパーティを選択し、次に、“Call”コマンドボタ
ンを選択する。ユーザが他のパーティを呼び出すことを
選択した後は、一つのマルチメディアエンドポイントを
他のエンドポイントに接続するための通常の手続きが行
なわれる。

【００８１】他のパーティに接続された後に、ユーザ
は、会議にもう一つのパーティを加えることを選択する
ことができる。これは、ダイレクトリからパーティを選
択することによって実現することも、或はそのエンドポ
イントのユーザインタフェースデバイス、例えば、キー
ボード、メニュー、及び／或は対話ボックスを介して電
話番号を直接に入力することによって実現することもで
きる。この時点で、エンドポイントは、マルチメディア
プロトコルへの延長を使用して、第二のパーティに、Ｍ
ＭＳ或は会議サービスが、第二のパーティを呼び出そう
としていることを示す指標をパスする。第二のパーティ
のエンドポイントは、すると、そのユーザーに、これが
ＭＭＳからの呼を待っている状態であることを示す。開
始者のエンドポイントは、同様に、そのユーザに、それ
がＭＭＳに接続中であるメッセージを表示する。次に、
開始者のエンドポイントが、ポイント・ツウ・ポイント
呼を切断し、ＭＭＳ（これは、事前に調節された予約な
しに会議にパーティをプログレッシブ的に加える能力を
持つ）を呼び出し、ＭＭＳに第二のパーティを呼び出す
ように指令する。この時点で、会議にさらに追加のパー
ティを加えることが可能となる。

【００８２】会議機能の分割 マルチポイント呼の設定及びポイント・ツウ・ポイント
からマルチポイントへの遷移は、上に説明される二つの
機能をよりＭＭＳ側に或はよりエンドポイント側に分割
して達成することができる。つまり、ポイント・ツウ・
ポイントからマルチポイント呼への遷移は、増強された
ＭＭＳの助けを借りることなしに、増強されたエンドポ
イントによって完全に達成することができる。この場合
は、増強されたエンドポイントがＭＭＳ予約システムに
接触し、マルチポイント会議をアレンジし、要求される
ダイアルイン（メートミイ）電話番号をパーティ１にパ
スすることとなる。但し、増強されたエンドポイントと
増強されたＭＭＳとの間でこれらの機能を分割すること
によって、ユーザに提供されるサービスは、よりスムー
スで効率的に動作し、また、ユーザへのフィードバック
も向上する。

【図面の簡単な説明】

【図１】ＭＭＳ、複数のエンドポイントデバイス、及び
通信網を含むマルチメディア会議システムのシステムア
ーキテクチュアを説明するブロック図である。

【図２】図１のマルチメディア会議システムによって利
用されるデータ構造を説明する。

【図３】パーソナルコンピュータを含むエンドポイント
デバイスの一つの好ましい実施例に対するハードウエア
構成を説明するハードウエアブロック図である。

【図４】マルチメディア信号の背景内での網１０８のシ
ステムトポロジを説明するハードウエアブロック図であ
る。

【図５】図１のＭＭＳ（１０２）内で使用されるための
マルチメディア信号ルーティングデバイスのハードウエ
アブロック図である。ここでは、各個別のメディア（つ
まり、ビデオ、音響、データ）が別個の通信リンクを通
じてＭＭＳからエンドポイントデバイスに運ばれる。

【図６】マルチメディアプロトコルをサポートする図１
のＭＭＳ（１０２）内で使用されるためのマルチメディ
ア信号ルーティングデバイスのハードウエアブロック図
である。ここでは、各エンドポイントデバイスに対し
て、全てのメディア（つまり、ビデオ、音響、データ）
がエンドポイントとＭＭＳとの間の接続の形式の単一の
通信リンク上に多重化される。

【図７】マルチメディア信号をブリッジするための予約
システムを利用するマルチメディア会議システムを示す
ハードウエアブロック図である。

【図８Ａ】エンドポイントデバイスがマルチメディア会
議呼をポイント・ツウ・ポイント会議呼からマルチポイ
ント会議呼に遷移させる手続きを説明する流れ図の１を
構成する。

【図８Ｂ】エンドポイントデバイスがマルチメディア会
議呼をポイント・ツウ・ポイント会議呼からマルチポイ
ント会議呼に遷移させる手続きを説明する流れ図の２を
構成する。

【図９】マルチポイントマルチメディア会議を実現する
ための様々な代替実施例を説明する流れ図の１である。

【図１０】マルチポイントマルチメディア会議を実現す
るための様々な代替実施例を説明する流れ図の２であ
る。

【図１１】マルチポイントマルチメディア会議を実現す
るための様々な代替実施例を説明する流れ図の３であ
る。

【符号の説明】

１０２ ＭＭＳ １０４，１０６，１６５ エンドポイントデバイス １０８ 網 １１８，１２０，１２２ リンク

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/15 (72)発明者 ディアン ジー． ランダンテ アメリカ合衆国 08816 ニュージャーシ ィ，イースト ブランズウィック，ミルマ ン ドライヴ 17 (72)発明者 サンドラ シー． ミルステッド アメリカ合衆国 08510 ニュージャーシ ィ，クラークスバーグ，ディア トレイル ドライヴ 33 (72)発明者 デール エル． スクラン アメリカ合衆国 07746 ニュージャーシ ィ，マールボロー，オッタワ ロード サ ウス 85 (72)発明者 アーサー アール． スノウドン アメリカ合衆国 07724 ニュージャーシ ィ，ティントン フォールズ，ウィッカム ロード 39

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ｉ）各々が一つの網アドレスと関連付け
   られた複数の網通信リンクを含む網； ｉｉ）音響、ビデオ、データ、及び制御を表わす電子信
   号を混合及び交換するためのマルチメディアブリッジ手
   段を含むＭＭＳ；及び ｉｉｉ）複数のエンドポイントデバイスを含むマルチメ
   ディア会議システムであって、各網通信リンクが特定の
   エンドポイントデバイス或は特定のＭＭＳを含む一つの
   通信路を指定し；改良点として、少なくとも一つのエン
   ドポイントデバイスが任意の通信リンクの網アドレスを
   送信及び受信するための網アドレストランシーバ手段を
   含むことを特徴とするマルチメディア会議システム。
2. 【請求項２】 ｉ）各々が一つの網アドレスと関連付け
   られた複数の網通信リンクを含む網； ｉｉ）音響、ビデオ、データ、及び制御を表わす電子信
   号を混合及び交換するためのマルチメディアブリッジ手
   段を含むＭＭＳ；及び ｉｉｉ）複数のエンドポイントデバイスを含むマルチメ
   ディア会議システムであって、各網通信リンクが特定の
   エンドポイントデバイス或は特定のＭＭＳを含む一つの
   通信路を指定し；改良点として、ＭＭＳが任意の通信リ
   ンクの網アドレスを送信及び受信するための網アドレス
   トランシーバ手段を含むことを特徴とするマルチメディ
   ア会議システム。
3. 【請求項３】 ｉ）各々が一つの網アドレスと関連付け
   られた複数の網通信リンクを含む網； ｉｉ）音響、ビデオ、データ、及び制御を表わす電子信
   号を混合及び交換するためのマルチメディアブリッジ手
   段を含むＭＭＳ；及び ｉｉｉ）複数のエンドポイントデバイスを含むマルチメ
   ディア会議システムであって、各網通信リンクが特定の
   エンドポイントデバイス或は特定のＭＭＳを含む一つの
   通信路を指定し；改良点として、ＭＭＳ及び少なくとも
   一つのエンドポイントデバイスが任意の通信リンクの網
   アドレスを送信及び受信するための網アドレストランシ
   ーバ手段を含むことを特徴とするマルチメディア会議シ
   ステム。
4. 【請求項４】 システム内でマルチメディア会議を実現
   するための方法であって、このシステムが ｉ）複数の網通信リンクを含む網を含み、各網通信リン
   クが網アドレスと関連し；このシステムがさらに ｉｉ）網に結合されたマルチメディアサーバ（ＭＭＳ）
   を含み、このＭＭＳが ａ）音響、ビデオ、データ、及び制御を表わすマルチメ
   ディア電子信号を網を通じて複数のエンドポイントデバ
   イスの間で混合及び交換するためのマルチメディアブリ
   ッジ手段； ｂ）網上にマルチメディア通信リンクを確立するための
   ＭＭＳ通信リンク確立手段； ｃ）網を通じて網アドレスを送信及び受信するためのＭ
   ＭＳ網アドレストランシーバ； ｄ）マイクロプロセッサから成る処理手段；及び ｅ）メモリ手段を含み、このシステムがさらに ｉｉｉ）第一及び第二のエンドポイントデバイスを含む
   複数のエンドポイントデバイスを含み、各エンドポイン
   トデバイスが ａ）ユーザからの入力を受け入れ、ユーザにマルチメデ
   ィア出力を提供するためのユーザインタフェース手段を
   含み、ここで、マルチメディア出力が少なくとも音響、
   ビデオ、及びデータの一つを含み、各エンドポイントデ
   バイスがさらに ｂ）網上に通信リンクを確立するためのエンドポイント
   通信リンク確立手段； ｃ）網を通じて網アドレスを送信及び受信するためのエ
   ンドポイント網アドレストランシーバ； ｄ）マイクロプロセッサから成る処理手段；及び ｅ）メモリ手段を含み、改良点としてこの方法が： ａ）網がＭＭＳに特定のＭＭＳを一意に指定するＭＭＳ
   網アドレスを指定するステップ；及び ｂ）網アドレスを少なくとも一つのエンドポイントデバ
   イスのメモリ手段内にプログラミングするステップを含
   むことを特徴とするマルチメディア会議を実現するため
   の方法。
5. 【請求項５】 ａ）第一のエンドポイントデバイスのメ
   モリ手段から第一のエンドポイントデバイスのエンドポ
   イント通信リンク確立デバイスにＭＭＳ網アドレスをア
   ップローディングするステップ； ｂ）第一のエンドポイントデバイスのエンドポイント通
   信リンク確立デバイスが網を通じてＭＭＳと通信リンク
   を確立するステップ； ｃ）第一のエンドポイントデバイスのエンドポイント網
   アドレストランシーバが第二のエンドポイントデバイス
   の網アドレスをＭＭＳに送信するステップ；及び ｄ）ＭＭＳの通信リンク確立デバイスがＭＭＳと第二の
   エンドポイントの間にマルチメディア通信リンクを確立
   するステップがさらに含まれ；これによって音響、ビデ
   オ、及びデータを表わす電子信号を各エンドポイントデ
   バイスに通信するように設備された複数のエンドポイン
   ト間に一つのマルチメディア会議が提供されることを特
   徴とする請求項４のマルチメディア会議を実現するため
   の方法。
6. 【請求項６】 第三のエンドポイントデバイスから成る
   追加のエンドポイントデバイスに対してステップ（ｃ）
   −（ｄ）を反復するステップがさらに含まれることを特
   徴とする請求項５のマルチメディア会議を実現するため
   の方法。
7. 【請求項７】 第一と第三のエンドポイントデバイスの
   間にプライベート通信リンクを第二のエンドポイントデ
   バイスがそのプライベート通信リンクから排除されるよ
   うな方法にて提供するステップがさらに含まれ、このプ
   ライベート通信リンクが第一と第二のエンドポイントデ
   バイスがマルチメディア会議に従事している任意の時間
   期間内に提供されることを特徴とする請求項６のマルチ
   メディア会議を実現するための方法。
8. 【請求項８】 ａ）第一のエンドポイントデバイスのメ
   モリ手段から第一のエンドポイントデバイスのエンドポ
   イント通信リンク確立デバイスにＭＭＳ網アドレスをア
   ップローディングするステップ； ｂ）第一のエンドポイントデバイスのエンドポイント通
   信リンク確立デバイスが網を通じて第二のエンドポイン
   トデバイスと通信リンクを確立するステップ； ｃ）第一のエンドポイントが第二のエンドポイントにＭ
   ＭＳからの呼を待ことを指示する指標を送信するステッ
   プ （ｄ）ステップ（ｂ）において第一と第二のエンドポイ
   ントデバイス間に通信リンクが確立されるステップ；及
   び （ｅ）第一のエンドポイントがマルチポイントマルチメ
   ディア会議を確立するステップがさらに含まれ、さらに
   マルチポイント会議がシームレスであることを特徴とす
   る請求項５のマルチメディア会議を実現するための方
   法。
9. 【請求項９】 マルチメディア会議に追加のエンドポイ
   ントデバイスを導入するために請求項５のステップ
   （ｃ）及び（ｄ）が反復されることを特徴とする請求項
   ８のマルチメディア会議を実現するための方法。
10. 【請求項１０】 第一と第三のエンドポイントデバイス
    の間にプライベート通信リンクを第二のエンドポイント
    デバイスがそのプライベート通信リンクから排除される
    ような方法にて提供するステップがさらに含まれ、この
    プライベート通信リンクが第一と第二のエンドポイント
    デバイスがマルチメディア会議に従事している任意の時
    間期間内に提供されることを特徴とする請求項９のマル
    チメディア会議を実現するための方法。