JPH0879308A

JPH0879308A - 改良されたエンドポイントデバイスを使用するシームレスマルチメディア会議システム

Info

Publication number: JPH0879308A
Application number: JP7171256A
Authority: JP
Inventors: John T Biggs; テー．ビッグスジョン; Diane G Landante; ジー．ランダンテディアン; Sandra C Milstead; シー．ミルステッドサンドラ; Dale L Skran; エル．スクランデール; Arthur R Snowdon; アール．スノウドンアーサー
Original assignee: AT&T Corp
Current assignee: AT&T Corp
Priority date: 1994-07-08
Filing date: 1995-07-07
Publication date: 1996-03-22
Also published as: CA2150060A1; EP0691780A3; CA2150060C; US5673080A; EP0691780A2; TW278285B; NO952702D0; AU2481295A; NO952702L; KR960006642A

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 に従うマルチ
メディアプロトコルのITU-T スウィートのブリッジング
をサポートするデバイスであると定義することができ
る。ＭＣＵはＭＭＳの一つの特定のカテゴリであると見
なされる。

【００１６】マルチメディアプロトコルは、音響、ビデ
オ、及びデータを互いに一つの通信リンク上に伝送する
ために適応された単一のストリームに多重化することを
許す任意のプロトコルである。マルチメディアプロトコ
ルは、別の方法として、ビデオ、音響、及びデータを３
つ或はそれ以上のストリームに分離することもできる。
ここでは、各々のストリームに対応する制御メッセージ
が付随する。幾つかのプロトコルに対しては、デジタル
符号化技法が使用され、他のプロトコルに対しては、ア
ナログ技法、例えば、ＦＤＭが使用される。典型的に
は、一つ或は複数のコードが音響、ビデオ、及び／或は
データに対して指定される。ITU-T H.320プロトコル
は、標準のマルチメディアプロトコルの一例である。In
tel PCS （パーソナル会議システム）は、非標準プロト
コルの一例である。本発明の手続きは、使用される特定
のマルチメディアプロトコルとは関係なく適用する。

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

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

【００１９】適当なエンドポイントデバイスの一例とし
て、Ｈ．３２０音響視覚端末があるが、但し、デジタル
マルチメディア流を終端し、これをユーザに提供する能
力を持つ全てのデバイスが、本発明の目的に対するエン
ドポイントデバイスを構成する。H.320 エンドポイント
の一つの特定の製品例は、AT&T GIS Vistiumである。エ
ンドポイントデバイスが、コンピュータ制御された汎用
デバイスではなく、“単純な電話機”である場合は、こ
れは、それ自身の特性のために、マルチメディア会議に
完全なかたちで参加することはできない。但し、このよ
うなエンドポイントデバイスを、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 （欄２２６）
は、通信リンク１２０と１２２（それぞれ欄２２７と２
２８）と関連付けられる。網アドレス“ｎ”（欄２３
０）は、それぞれ、“ｍ”、“ｘ”、及び“ｙ”と称さ
れ、欄２３２、２３４、及び２３６内に格納される３つ
の通信リンクと関連付けられる。

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

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

【００４４】第一及び第二のエンドポイント通信リンク
確立デバイス３０６、３１８は、当業者に周知のタイプ
の標準のＰＣバス３０８、例えば、ＩＳＡバスに結合さ
れる。ＰＣバス３０８は、プロセッサ３３０とインタフ
ェースするが、これは、当業者に周知の標準のマイクロ
プロセッサであり得る。プロセッサ３３０はメモリ３２
８に結合される。プロセッサ３３０及び／或はメモリ３
２８内に増強されたソフトウエア３３２が格納される。
この増強されたソフトウエア３３２は、図７、８、及び
９に説明される手続きを実現する。プロセッサ３３０
は、複数の周辺デバイス、例えば、マウス３３４、キー
ボード３３６及びビデオディスプレ３３８とインタフェ
ースする。マウス３３４、キーボード３３６、及びビデ
オディスプレ３３８は、全て当業者に周知の標準の要素
である。このようにして、エンドポイントデバイス３０
０は、マルチメディア情報、例えば、データ及びビデオ
と通信するように、装備される。

【００４５】会議に参加している全てのエンドポイント
デバイス１０４、１０６が“増強されている”ときに、
つまり、ユーザにシームレスインタフェースを提供する
エンドポイントデバイスであるときに、最良のサービス
が得られるが、ここに開示される一つの好ましい実施例
に従う増強された動作が、たった一つの増強されたエン
ドポイントデバイス１０４（つまり、会議を開始するた
めの開始エンドポイントデバイス、或は会議に追加のエ
ンドポイントデバイスを加えるための会議招集エンドポ
イントデバイス）が存在すれば得られる。このような増
強されたエンドポイントデバイスのハードウエア構造
は、図１と３との関連で（上で）説明された通りであ
る。これら増強されたエンドポイントデバイスは、これ
らが後に図６及び８との関連で説明される一連のステッ
プを実現するように適応されているという意味において
増強されている。

【００４６】図４は、マルチメディア信号、例えば、音
響、ビデオ、及びデータの背景内での網１０８（図２）
のシステムトポロジを説明するハードウエアブロック図
である。多くの現存の網１０８（図２）は、音声及び／
或はデータを交換する目的で開発されたものであり、こ
れらは、特に、ビデオの高帯域幅要件には、あまり適さ
ない。このような網の例としては、従来の中央交換局設
備及びコンピュータローカルエリア網（ＬＡＮ）が含ま
れる。さらに、幾つかの従来の技術による網、例えば、
上に説明の中央交換局は、第一のパーティと第二のパー
ティとの間でやり取りされるポイント・ツウ・ポイント
通信を扱うために開発された経緯がある。

【００４７】従来の網が３或はそれ以上のパーティ間、
つまり、３或はそれ以上のエンドデバイス間のマルチポ
イント通信接続を実現するよう呼出された場合に、困難
が発生する。さらに、ビデオ通信リンクの実現との関連
でも困難が発生する。従って、網を通じてのビデオ通信
を実現するために特別のハードウエア及びソフトウエア
が要求され、さらに、マルチポイント通信を実現するた
めにも特別のハードウエア及びソフトウエアが要求され
る。ＭＭＳ１０２（図１）は、マルチメディア環境（ビ
デオを含む）内でマルチポイント通信を提供する目的で
開発されたものであり、ここでは、通信サービスを要求
するパーティは、従来の網１０８に接続されたエンドポ
イントデバイスを使用するように制限される。ＭＭＳ１
０２が、網１０８を、網１０８がマルチメディア情報を
選択されたエンドポイントデバイスからＭＭＳ１０２に
運ぶように利用するように切換えられるが（ギャーされ
るが）、ここでは、網１０２は、通信サービス受信者の
必要性と一貫した方法にて“ブリッジング”機能を遂行
する。

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

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

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

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

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

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

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

【００５５】図６及び８との関連で後に詳細に説明され
るように、マルチメディア会議を実現するための複数の
新規の方法が開示される。要約すると、第一の実施例と
の関連で、最初に、会議が第一のエンドポイントデバイ
スの通信リンク確立デバイスが、網を通じて第二のエン
ドポイントデバイスとポイント・ツウ・ポイント通信リ
ンクを確立することによって開始される。次に、第一或
は第二のエンドポイントデバイスのユーザが、マルチポ
イントマルチメディア会議を設定するオプションを選択
する。これは、第三のパーティの網アドレスを含むリク
エストを各々のエンドポイントデバイスのユーザインタ
フェースデバイスに入力することによって行なわれる。
このリクエストがエンドポイントデバイスのエンドポイ
ントプロセッサに転送され、プロセッサは、すると、エ
ンドポイントデバイスの通信リンク確立デバイスに予約
システムとの通信リンクを確立するように指令する。エ
ンドポイントデバイスのエンドポイントプロセッサは、
次に、情報のリクエストを予約システムに向けて発行す
る。この情報は、ある与えられたマルチメディア会議を
一意に指定する二つの網アドレス（及び／或は電話番
号）、及び会議識別番号に関するもので、さらには、加
えられるべき第三のパーティのアドレスも含む。これに
応答して、予約システムはこの情報のリクエストをＭＭ
Ｓに中継する。すると、ＭＭＳは、予約システムに、会
議識別番号及び網アドレス（及び／或は電話番号）を提
供する。会議識別番号及び網アドレス（及び／或は電話
番号）が予約システムプロセッサから要求を行なってい
るエンドポイントデバイスのエンドポイントプロセッサ
にダウンロードされる。会議識別番号及び網アドレス
（及び／或は電話番号）が、エンドポイントメモリ内に
記憶され、また、他のエンドポイントデバイスのエンド
ポイントプロセッサにもダウンロードされる。次に、第
一と第二のエンドポイントデバイス間のポイント・ツウ
・ポイント通信リンクが切断される。第一及び第二のエ
ンドポイントデバイスの通信リンク確立デバイスの各々
が、各々のエンドポイントデバイスメモリ内にダウンロ
ードされた網アドレス（及び／或は電話番号）の所のＭ
ＭＳと通信リンクを確立する。ＭＭＳは、予約システム
によって前から指示されている通りに、第三のエンドポ
イントデバイスとの通信リンクを確立し、こうして、マ
ルチポイント、マルチメディア会議が確立される。

【００５６】ここに開示される様々な好ましい実施例に
従って確立されるマルチメディア会議は、エンドポイン
トデバイスユーザによって、手続き的に連続しているよ
うに知覚され、このため、ある与えられたエンドポイン
トデバイスとの通信リンクがいったん確立されると、こ
の通信リンクは、マルチメディア会議が完全に実現され
るまで、実質的に連続しているように知覚される。この
ようにして、システムユーザによって実質的に手続き上
連続しているように知覚されるマルチメディア会議が提
供される。

【００５７】図６は、ここに開示される好ましい実施例
に従うマルチメディア会議を実現するための流れ図を示
す。プログラムは、ライン６０１において開始され、こ
こで、第一と第二のエンドポイントデバイスの間で第一
のエンドポイントデバイスから第二のデバイスに掛けら
れた電話呼を介して通信リンクが確立される。この電話
呼は、第一のエンドポイントデバイス３００（図３）の
エンドポイント通信リンク確立デバイス３０６を使用し
て掛けられる。第一のエンドポイントデバイスは、従来
の電話網であり得る網３０４に結合され、電話番号がエ
ンドポイントメモリ３２８内に格納される。

【００５８】次に、ライン６０３において、第一のエン
ドポイントデバイス３００が三者会議を予約するため
に、予約システム（３０２、図３）との通信リンクを確
立する（つまり、予約システムを呼び出す）。ライン６
０５において、第三のエンドポイントデバイスの電話番
号（及び／或は網アドレス）が第一のエンドポイントデ
バイス３００から予約システム３０２に送られる。ライ
ン６２０において、予約システムがＭＭＳに、予約情報
を送る。これには、第三のパーティの網アドレス及びそ
のパーティに対するダイアルアウト処理を要求する適当
なインストラクションが含まれる。ライン６０７におい
て、予約システム３０２は、第一のエンドポイントデバ
イス３００に、そのエンドポイントによって使用される
ための網アドレスを送る。第一のエンドポイントデバイ
ス３００が、第二のデバイスにＭＭＳに対する網アドレ
ス及び会議１０を送り（ライン６０９）、第一のエンド
ポイントデバイス３００がそれ自身と予約システム３０
２との間の通信リンクを切断する（ライン６１１）。第
一のエンドポイントデバイス３００は、第二のエンドポ
イントデバイスにＭＭＳとの間のマルチメディア通信リ
ンクを確立するように（つまり、ＭＭＳを呼び出すよう
に）指令し（ライン６１３）、その後、ライン６０１に
おいて確立された呼を切断する。次に、第一のエンドポ
イントデバイスは、ＭＭＳとの通信リンクを確立する
（ＭＭＳを呼び出す）（ライン８１５）。ライン６１７
において、第二のエンドポイントデバイスがＭＭＳを呼
び出し、ライン６１９において、ＭＭＳが第三のエンド
ポイントデバイスを呼び出す。

【００５９】図７は、エンドポイントメモリ１４６（図
１）によって利用されるデータ構造を説明する。これら
データ構造はテーブルに編成される。第一のテーブルカ
ラム７０１は、ある与えられたエンドポイントデバイス
を一意に指定するエンドポイントデバイス識別子を規定
する。第二のテーブルカラム７０３は、ポイント・ツウ
・ポイントリンクを確立し、一方で会議をアレンジする
ために、エンドポイントデバイスに対する電話番号及び
／或は網アドレスを格納するために使用される。第三の
テーブルカラム７０５は、マルチメディア（つまり、ビ
デオ、音響、及びデータ）マルチポイント（＞２エンド
ポイントデバイス）会議を設定するために利用される電
話番号及び／或は網アドレスを格納する。第四のカラム
７０７は、通信リンクの現在の状態を格納する。現在の
状態には、呼び出し中、話中、接続された、再接続中、
再指令中、通信資源が空いていない、等が含まれる。

【００６０】図７のテーブルは、さらに、二つのロウに
編成される。第一のロウ７１１は、第一のエンドポイン
トデバイスに関する情報を含む。この情報には、上に説
明されたテーブルカラム内に格納される情報が含まれ
る。第二のロウ７１３は、第二のエンドポイントデバイ
スに関する情報を含み、第三のロウ７１７は、第三のエ
ンドポイントデバイスに関する情報を含む。カラム７０
３及び７０５は、網アドレス及び／或は電話番号に対す
る２０文字ストリングを含むことができる。エンドポイ
ントデバイス１０４がＰＣに基づく場合は、エンドポイ
ントユーザは、ウンイドウベース環境内のビデオウイン
ドウ上の主メニュ−バーから“Call”メニュ−項目を選
択することによって呼を置くことができる。すると、結
果として、スクローリングリストボックス内の呼への参
加者のダイレクトリを表わすダイアログボックスが呼び
出される。ユーザは、呼への参加者（特定のエンドポイ
ントデバイスに対応する）（パーティ１）を選択し、次
に、“Call”コマンドボタンを選択する。ユーザは、も
う一つのマルチメディアエンドポイント或はＭＭＳ（Ｍ
ＣＵ−マルチポイント制御ユニットとしても知られてい
る）を呼び出すことを選択することもできる。ユーザが
ＭＭＳを呼び出すことを選択した場合は、これに続い
て、マルチメディアエンドポイントをＭＭＳに接続する
ための従来の技術による手続きが遂行される。ＭＭＳに
接続した後に、ユーザは、主メニューから“Add Party
”項目を選択することによって、もう一つのパーティ
を呼び出すことを選択することができる。ダイアログボ
ックスがポッフアップし、ユーザは、ダイレクトリから
パーティを選択する。ユーザは、電話番号を直接にＰＣ
キーボードに入力することも、あるいはエンドポイント
のメニュー及びダイアログボックスを介してこれを行な
うこともできる。

【００６１】図８の流れ図は、ブロック８０１から開始
し、ここで、第一と第二のエンドポイントデバイスがポ
イント・ツウ・ポイント呼を開始し、第一のエンドポイ
ントデバイスのユーザが第三のエンドポイントデバイス
を使用する第三のパーティを加えることを決定する。次
に、ブロック８０３において、第一のエンドポイントデ
バイスのユーザインタフェースデバイスがユーザインタ
フェースデバイスに前もって入力されている電話番号の
ダイレクトリから第三のエンドポイントデバイスを選択
する。この電話番号のダイレクトリは、特定のエンドポ
イントデバイスに対してカスタム化される。これは、各
ユーザがユーザが一つ或はそれ以上の電話番号及び／或
は網アドレスをユーザインタフェースに入力することが
でき、すると、これら電話番号／網アドレスがダイレク
トリ内に格納されるという意味においてカスタム化され
る。各ユーザには、与えられたエンドポイントデバイス
上に、ユーザ自身のダイレクトリが提供される。

【００６２】次に、ブロック８０５に進み、第一のエン
ドポイントデバイスがＭＭＳに対する予約システムをダ
イアルし、予約システムに第三のエンドポイントの番号
をパスすることによって三者会議をリクエストする。ブ
ロック８０７において、予約システムによって、充分な
ＭＭＳハードウエア及びソフトウエアが存在し、現在未
使用であり、ＭＭＳが要求されたマルチメディア会議を
扱う充分な能力を持つか確かめるテストが遂行される。
空いてない場合は、プログラムはブロック８０９に進
み、ここでエンドポイントデバイスは、別の予約システ
ムがこのエンドポイントデバイスに知られている場合
は、別のシステムにアクセスすることを試みる。ブロッ
ク８０７のテストが肯定の場合は、ブロック８１１に進
み、ここで、一つ或はそれ以上の電話番号が予約システ
ムのデータ記憶デバイスから第一のエンドポイントデバ
イスのメモリ内にダウンロードされる。ダウンロードさ
れるべき番号は、ブロック８０５においてエンドポイン
トデバイスから予約システムに送られた情報に基づいて
選択される。この情報は、複数の指定されたエンドポイ
ントデバイス間のマルチパーティ会議に対するリクエス
トと電話番号及び／或は網アドレスから構成される。

【００６３】ブロック８１３において、第一のエンドポ
イントデバイスがブロック８１１において予約システム
から受信されたダイアルインされた電話番号を第二のエ
ンドポイントデバイスにパスする。第一のエンドポイン
トデバイスは第二のエンドポイントデバイスに、第一と
第二のエンドポイントデバイス間のポイント・ツウ・ポ
イント接続を切断し、ＭＭＳに、第一のエンドポイント
デバイスによって提供された電話番号にてダイアルイン
するように指令する。第一と第二のエンドポイントデバ
イスが両者ともＭＭＳにダイアルインし、ＭＭＳは、第
三のエンドポイントデバイスにダイアルアウトする（ブ
ロック８１７）。全てのパーティ、つまり、全てのエン
ドポイントデバイスがこの時点で同一のマルチメディア
会議に結合される（ブロック８１９）。会議が確立され
た後に、このプログラムは、アイドルモードに入る（ブ
ロック８２１）。この方法は、類似する手順である予約
システムへの再接続を介して、三者以上に拡張すること
が可能である。ここでの説明はマルチメディア会議を実
現するための好ましい方法をカバーするが、他の方法も
可能であることが理解されるべきである。

【図面の簡単な説明】

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

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

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

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

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

【図６】ここに開示される好ましい実施例に従ってマル
チメディア会議を実現する手続きを説明する流れ図であ
る。

【図７】エンドポイントメモリによって利用されるデー
タ構造を説明する。

【図８】マルチポイントマルチメディア会議を実現する
ための方法を説明する流れ図である。

【符号の説明】

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

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

Claims

【特許請求の範囲】

【請求項１】マルチメディアサーバ及び複数のエンド
ポイントデバイスを持つマルチメディア会議システム内
で使用されるための改良されたエンドポイントデバイス
であって、この改良されたエンドポイントデバイスが：
マルチメディアサーバ及びエンドポイントデバイスと通
信リンクを確立するために適応（設計）された通信リン
ク確立手段；電子データ信号を送信及び受信するための
データトランシーバ；データトランシーバ及び通信リン
ク確立手段に結合されたマイクロプロセッサから成る処
理手段；処理手段に結合されたメモリ手段；及び処理手
段に結合されたユーザ入力を受け入れ、ユーザ入力を電
子データ信号に変換するためのユーザインタフェースデ
バイスを含むことを特徴とするマルチメディア会議シス
テム。