JP2008306683A - 会議管理サーバおよび多地点接続装置 - Google Patents

Abstract

【課題】多地点接続装置の製造コストの増加を抑えつつ、複数の多地点接続装置を有する会議通信システムにおいて会議参加者に煩わしい操作を行わせることなく、適切な多地点接続装置で会議を開催することを可能にする。
【解決手段】会議通信システムに含まれる複数の多地点接続装置の各々についての対応可能メディア、符号化方式および接続可能な端末の残数を一元管理する会議管理サーバを設ける。そして、端末からの開催要求に応じてその端末と多地点接続装置との間の通信セッションを確立する呼接続サーバから会議管理サーバにアクセスさせ、開催を要求された会議の開催に適切な多地点接続装置をその会議で使用するメディアおよび符号化方式に基づいて会議管理サーバに決定させ、会議サーバにより決定された多地点接続装置と上記端末との間に通信セッションを確立する処理を呼接続サーバに実行させる。
【選択図】図５

Description

本発明は、複数の端末から受信した音声データをミキシングして配信する多地点接続装置を用いて会議通信を実現する技術に関する。

例えば電話会議のように複数の会議参加者が音声通信を行う会議通信システムにおいては、各会議参加者の利用する端末装置から送信される音声データを、ミキサ部を有する多地点接続装置でミキシングして配信することにより、各会議参加者の発言が互いに伝達される。このような多地点接続装置の中には、音声以外のメディア（例えば、映像）を取り扱うことが可能なものもあり、多地点接続装置毎に音声データ等の符号化方式が異なっている場合もある。また、会議通信システムの中には、複数の多地点接続装置を含んでいるものもあり、多地点接続装置毎に取り扱えるメディアが異なったり、データの符号化方式が異なっている場合がある。このように、多地点接続装置毎に取り扱えるメディアや符号化方式が異なっている場合には、会議参加者側で会議を開催するのに適切な多地点接続装置を選択する必要があるが、このような選択を会議を開催する度に行わなければならないことは、非常に煩わしいことである。そこで、このような煩わしさを解消するための技術が従来より種々提案されている。例えば特許文献１には、複数の多地点接続装置の各々に、対応可能なメディアや未使用の入力端子数、符号化方式を示すデータ等を互いに通知させておき、上記複数の多地点接続装置の何れかが会議の開催要求を受信した場合には、その開催要求で指定されたメディアや符号化方式に対応している多地点接続装置のうち入力端子に空きがあるものをその開催要求を受信した多地点接続装置に選択させ、選択した多地点接続装置宛てに上記開始要求を転送させることが提案されている。
特許３０８１８９８号

特許文献１に開示された技術では、会議通信システムに含まれる全ての多地点接続装置が、対応可能メディアや未使用の入力端子数、符号化方式を示すデータ等を互いに通知する機能、および、会議の開催要求を受信した場合に、その会議を開催するに適切な多地点接続装置を選択してその開催要求を転送する機能を備えていなければならない。これら機能を多地点接続装置に設けることは、当然に、その製造コストの増加を招いてしまう。また、会議通信システムに含まれる複数の多地点接続装置の各々に、それら全ての多地点接続装置が、対応可能メディアや未使用の入力端子数、符号化方式を示すデータを記憶させておく態様では、多地点接続装置間の通信障害等により、各々の記憶内容に不一致が生じ易いといった問題もある。
本発明は上記課題に鑑みて為されたものであり、多地点接続装置の製造コストの増加を抑えつつ、複数の多地点接続装置を有する会議通信システムにおいて会議参加者に煩わしい操作を強いることなく、適切な多地点接続装置で会議を開催することを可能にする技術を提供することを目的とする。

上記課題を解決するために、本発明は、電話会議において、その電話会議に参加する複数の端末から符号化された音声データを受信して復号化し、復号化された音声データをミキシングし、前記複数の端末から受信される音声データの符号化方式と同じ符号化方式の符号化をミキシング結果である音声データに施して前記複数の端末へ配信する多地点接続装置に関するテーブルであって、電話会議に使用可能な複数の多地点接続装置の各々について、その多地点接続装置を示すＭＣＵ識別子と、その多地点接続装置が対応可能なメディアおよび符号化方式を示すデータと、その多地点接続装置にあと何台の端末を接続可能であるかを示す情報とを対応付けて格納する会議リソーステーブルと、会議の開催を要求する通信メッセージであって、その会議で使用するメディアおよび符号化方式を示す接続メディア情報を含む通信メッセージを端末から呼接続サーバ経由で受信し、受信した通信メッセージから前記接続メディア情報を取得する解析手段と、前記会議リソーステーブルを参照することにより、前記解析手段により取得された接続先メディア情報が示すメディアおよび符号化方式に対応可能な多地点接続装置であって、接続可能な端末数が０でない多地点接続装置を選択し、この選択した多地点接続装置のＭＣＵ識別子を前記会議リソーステーブルから接続先ＭＣＵ識別子として取得するとともに、前記会議リソーステーブルにおいて該接続先ＭＣＵ識別子に対応付けられた多地点接続装置に接続可能な端末数を示す情報を１だけ減らす接続先決定手段と、前記接続先決定手段により取得された接続先ＭＣＵ識別子で識別される多地点接続装置と前記通信メッセージの送信元である端末との間に通信セッションを確立する処理を前記呼接続サーバに実行させるために、該接続先ＭＣＵ識別子を前記呼接続サーバへ通知する接続先通知手段と、を有することを特徴とする会議管理サーバを提供する。このような会議管理サーバによれば、会議通信システムに含まれる複数の多地点接続装置の各々が対応可能なメディアおよび符号化方式等が会議管理サーバによって一元管理され、会議を開催するに適切な多地点接続装置が会議管理サーバで決定される。

より好ましい態様においては、上記会議管理サーバの会議リソーステーブルは、前記複数の多地点接続装置の各々を示すＭＣＵ識別子に対応付けて、その多地点接続装置で開催中の会議を示す会議識別子を格納し、前記接続メディア情報は、開催または参加を所望する会議を示す会議識別子を含み、前記接続決定手段は、前記解析手段により取得された接続メディア情報に含まれている会議識別子が前記会議リソーステーブルに格納されており、かつ、前記会議リソーステーブルにおいて当該会議識別子に対応付けられたＭＣＵ識別子で識別される多地点接続装置に接続可能な端末数が０である場合に、そのＭＣＵ識別子を連結先の多地点接続装置を示す連結先ＭＣＵ識別子とし、前記接続先通知手段は、前記接続先ＭＣＵ識別子とともに前記連結先ＭＣＵ識別子を前記呼接続サーバへ通知することを特徴とする。このような態様によれば、１つの会議が上記接続先ＭＣＵ識別子で示される多地点接続装置と上記連結先識別子で識別される多地点接続装置の両者に亘って開催される。

また、本発明は、電話会議に参加するｎ（ｎは２以上の整数）台の端末の各々から送信されてくる音声データに復号化を施した後にミキシング部によりミキシングし、そのミキシング結果に符号化を施して前記ｎ台の端末の各々へ配信する多地点接続装置において、前記ミキシング部は、入力端子および出力端子を（ｎ＋ｉ：ｉは２以上の整数）組備え、（ｎ＋ｉ）個の前記入力端子の各々を介して入力される音声データをミキシングして互いに異なる（ｎ＋ｉ）通りのミキシング結果を生成し、（ｎ＋ｉ）個の前記出力端子の各々を介して出力するマトリクスミキサであり、通信セッションの確立を要求する旨の通信メッセージを呼接続サーバ経由で前記ｎ台の端末の何れかから受信した場合に、前記通信メッセージの送信元である端末との間に前記呼接続サーバを介して通信セッションを確立する呼接続手段と、前記通信セッションを介して送信されてくる音声データをミキシング対象とするよう前記ミキシング部の動作設定を行う一方、他の多地点接続装置を示す連結先ＭＣＵ識別子であって、該連結先識別子で識別される多地点接続装置から出力される音声データをミキシング対象とすることを示す連結先ＭＣＵ識別子が前記通信メッセージに含まれている場合には、前記連結先ＭＣＵ識別子で識別される多地点接続装置から出力される音声データをミキシング対象とするよう前記ミキシング部の動作設定を行う動作設定手段と、を有することを特徴とする多地点接続装置を提供する。このような態様によれば、１つの会議が上記接続先ＭＣＵ識別子で示される多地点接続装置と上記連結先識別子で識別される多地点接続装置の両者に亘って開催される。

以下、図面を参照しつつ本発明の一実施形態について説明する。
（Ａ：構成）
図１は、本発明の一実施形態に係る会議通信システム１の構成例を示すブロック図である。図１に示すように、会議通信システム１は、多数地点接続装置（以下、ＭＣＵ）１０−ｋ（ｋ＝１〜Ｍ：Ｍは２以上の整数）、会議端末２０−ｊ（ｊ＝１〜Ｎ：Ｎは２以上の整数）、ロケーションサーバ３０、呼接続サーバ４０、および会議管理サーバ５０を有しており、これら装置は例えばインターネットなどの通信網６０に接続されている。また、ＭＣＵ１０−ｋの各々は音声接続手段７０にも接続されている。この音声接続手段７０は、１つのチャネルを時間軸上で複数のタイムスロットに区切って複数の通信セッション路に割り当てる時分割多重通信方式の通信網である。

ＭＣＵ１０−ｋ（ｋ＝１〜Ｍ）は、呼接続サーバ４０を介して所定の通信プロトコル（本実施形態では、ＳＩＰ（Session Initiation Protocol））に準拠した手順で会議端末２０−ｊ（ｊ＝１〜Ｎ）の各々との間に通信セッションを確立する。そして、ＭＣＵ１０−ｋは、通信セッションの確立先である会議端末２０−ｊから送信されてくる音声データをミキシングし、そのミキシング結果である音声データをそれら会議端末２０−ｊの各々へ配信することによって会議通信を実現する。本実施形態において、会議端末２０−ｊ（ｊ＝１〜Ｎ）の各々は、２通りの符号化方式（以下、“符号化方式Ａ”および“符号化方式Ｂ”という）のいずれかの符号化方式より音声データの符号化を行って、会議に利用するＭＣＵ１０−ｋとの間で音声データの授受を行う。一方、会議通信システム１に含まれているＭＣＵ１０−ｋ（ｋ＝１〜Ｍ）には、符号化方式Ａに対応したものと符号化方式Ｂに対応したものとがある。そこで、本実施形態では、会議の開催に当たり、会議に参加する会議端末２０−ｊが要求する符号化方式に適合したＭＣＵ１０−ｋが選択され、会議のために利用される。なお、このＭＣＵ１０−ｋの選択を行うための手段については後述する。ＭＣＵ１０−ｋの各々には、それぞれ固有の識別子（例えば、ドメイン名を表す文字列：以下、ＭＣＵ識別子）と固有の通信アドレスとが割り当てられている。なお、本実施形態では、ＭＣＵ１０−ｋの各々には、ＭＣＵ識別子として文字列“ＭＣＵ−ｋ”
（ｋ＝１〜Ｍ）が割り当てられている。そして、ＭＣＵ１０―ｋの各々は、自装置の電源（図示省略）が投入されたことを契機として、自装置のＭＣＵ識別子と通信アドレスとをＳＩＰに定められている手順でロケーションサーバ３０に記憶させる処理を実行する。

図２は、ＭＣＵ１０−ｋのハードウェア構成の一例を示す図である。
図２に示すように、ＭＣＵ１０−ｋは、ミキシング部１１０、制御部１２０、符号化器１３０−ｘおよび符号化器１３０−ｘと対になる復号化器１４０−ｘ（ｘ＝１〜ｎ：ｎは２以上の整数）、および多重化部１５０を有している。

ＭＣＵ１０−ｋがある会議端末２０−ｊとの間に通信セッションを確立する場合、一対の符号化器１３０−ｘおよび復号化器１４０−ｘが選ばれ、その会議端末２０−ｊに割り当てられる。復号化器１４０−ｘは、その割り当て先である会議端末２０−ｊから符号化方式Ａまたは符号化方式Ｂにより符号化された音声データを受信し、これに復号化処理を施して符号化前の音声データに戻し、この音声データをミキシング部１１０へ入力する。符号化器１３０−ｘは、会議端末２０−ｊから受信された音声データの符号化方式と同じ符号化方式の符号化処理をミキシング部１１０から引き渡される音声データに施し、符号化された音声データを会議端末２０−ｊに送信する。

多重化部１５０は、音声接続手段７０を介してＭＣＵ１０−ｋ同士が音声データの送受信を行うための装置であり、音声接続手段７０に接続されているとともにミキシング部１１０に接続されている。さらに詳述すると、多重化部１５０は、所謂マルチプレクサであり、ミキシング部１１０から受け取った音声データを前述した時分割多重化方式で多重化して（すなわち、宛先であるＭＣＵ１０−ｋ毎に異なるタイムスロットで）音声接続手段７０に送信する一方、音声接続手段７０を介して送信されてくる音声データのうち当該ＭＣＵ１０−ｋのために用意されたタイムスロットを介して送信されてくる音声データを受け取りミキシング部１１０に出力する。

ミキシング部１１０は、（ｎ＋ｉ）組の入力端子および出力端子（何れも図示省略）を有するマトリクスミキサである（ｎ，ｉは何れも２以上の整数）。ここで、マトリクスミキサとは、上記各入力端子を介して（ｎ＋ｉ）個の音声データを受け取り、互いに異なる（ｎ＋ｉ）通りの音声データをミキシングして上記各出力端子へ出力するものである。図２では詳細な図示は省略したが、上記（ｎ＋ｉ）組の入出力端子のうちのｎ組は、符号化器１３０−ｘおよび復号化器１４０−ｘ（ｘ＝１〜ｎ）に接続されており、残りのｉ組は多重化部１５０に接続されている。

制御部１２０は、例えばＣＰＵ（Central Processing Unit）である。制御部１２０は、ＲＯＭ（Read
Only Memory）などの不揮発性メモリ（図示省略）に予め書き込まれている制御プログラムにしたがって作動することにより、ＭＣＵ１０−ｋの制御中枢として機能する。より詳細に説明すると、制御部１２０は、上記制御プログラムに従って、図２に示す「呼制御処理１２０ａ」および「動作設定処理１２０ｂ」を実行する。

呼制御処理１２０ａは、前述したＳＩＰにて定められた手順にしたがって通信セッションの確立（呼接続ともいう）を行う処理であり、通信セッションの確立および会議の開催を要求する旨の通信メッセージ（例えば、ＩＮＶＩＴＥメッセージ：以下、呼接続要求メッセージ）を受信したことを契機として実行される。呼接続要求メッセージには、通信セッションの確立相手の通信アドレス、開催を要求する会議を示す会議識別子（本実施形態では、４桁の番号である会議番号）、その会議で使用するメディアを示すメディア識別子および符号化方式を示す符号化方式識別子等からなる接続メディア情報が含まれている。また、他のＭＣＵと連携して会議を開催する必要がある場合には、上記接続メディア情報には、その連結先のＭＣＵを示す連結先ＭＣＵ識別子が含まれている。呼制御処理１２０ａは、呼接続要求メッセージを解析して上記接続メディア情報を取得する処理である。

動作設定処理１２０ｂでは、呼制御処理により取得した接続メディア情報に連結先ＭＣＵ識別子が含まれている場合に、その連結先ＭＣＵ識別子で識別されるＭＣＵとの音声接続手段７０を介した通信を可能にするべく、その通信に使用するタイムスロットの割り当て等の設定を多重化部１５０に対して行う。また、動作設定処理１２０ｂでは、連携して開催する会議の会議番号とを上記連結先のＭＣＵへ通知する。
以上がＭＣＵ１０−ｋの構成である。

図１に戻って、会議端末２０−ｊ（ｊ＝１〜Ｎ：Ｎは２以上の整数）の各々は、例えばパーソナルコンピュータであり、音声入出力機能および通信機能を備えている。会議端末２０−ｊは、操作部（図示省略）を介して入力された指示に応じて呼接続要求メッセージを生成し、その呼接続要求メッセージを上記通信機能によって呼接続サーバ４０へ送信することにより、呼接続サーバ４０を介してＭＣＵ１０−ｋとの間に通信セッションを確立する。そして、会議端末２０−ｊは、音声入出力機能によって収音した音声を表す音声データを上記通信セッションを介してＭＣＵ１０−ｋへ送信する一方、そのＭＣＵ１０−ｋから返信されてくる音声データを受信し、その音声データの表す音声を上記音声入出力機能によって出力する。

ロケーションサーバ３０は、ＳＩＰに準拠した手順でＭＣＵ１０−ｋから送信されてくるＭＣＵ識別子および通信アドレスを対応付けて記憶し、その記憶内容を用いてロケーション解決処理を実行するコンピュータ装置である。ここで、ロケーション解決処理とは、あるＭＣＵ識別子で識別されるＭＣＵ１０−ｋの通信アドレスの問い合わせに対してその通信アドレスを返答する処理である。

呼接続サーバ４０は、所謂プロキシサーバである。呼接続サーバ４０は、呼接続要求メッセージを会議端末２０−ｊから受信すると、その呼接続要求メッセージにて開催を要求された会議の開催に適したＭＣＵ１０−ｋを会議管理サーバ５０に問い合わせ、会議管理サーバ５０より決定されるＭＣＵ１０−ｋ宛に呼接続要求メッセージを転送する。より詳細に説明すると、呼接続サーバ４０は、会議端末２０−ｊから呼接続要求メッセージを受信すると、その呼接続要求メッセージにて開催を要求された会議の開催に適したＭＣＵ１０−ｋを会議管理サーバ５０に問い合わせるための呼接続先解決要求メッセージを生成し、その呼接続先解決要求メッセージに上記呼接続要求メッセージの接続メディア情報を書き込んで会議管理サーバ５０へ送信する。そして、呼接続サーバ４０は、会議管理サーバ５０から返信されてくる呼接続先解決応答メッセージ（会議管理サーバ５０により接続先ＭＣＵとして決定されたＭＣＵ１０−ｋの通信アドレスとそのＭＣＵ識別子（以下、接続先ＭＣＵ識別子）が書き込まれた通信メッセージ）を受信すると、その通信アドレス宛に上記呼接続要求メッセージを転送する。これにより、呼接続サーバ４０は、呼接続要求メッセージの送信元である会議端末２０−ｊと会議管理サーバ５０により決定された多地点接続装置１０−ｋとの間に通信セッションを確立するのである。

会議管理サーバ５０は、会議通信システム１に含まれている各ＭＣＵ１０−ｋについて、取り扱い可能なメディア、対応可能な符号化方式、開催中の会議、および後何台の会議端末との間に通信セッションを確立することができるのか等を一元管理するとともに、呼接続サーバ４０からの問い合わせに応じて、何れのＭＣＵ１０−ｋとの間に通信セッションを確立するべきかを決定し、その決定結果を呼接続サーバ４０に返答するコンピュータ装置である。図３に示すように、会議管理サーバ５０は、制御部５１０と、揮発性メモリや不揮発性メモリで構成された記憶部５２０を含んでいる。記憶部５２０には、本発明に係る会議管理サーバに特徴的な処理を制御部５１０に実行させるための制御プログラムと、各ＭＣＵ１０−ｋについての取り扱い可能なメディア等を示す会議リソーステーブルとが格納されている。

図４は、会議リソーステーブルの格納内容の一例を示す図である。図４に示すように、会議リソーステーブルには、会議通信システム１に含まれている各ＭＣＵ１０−ｋのＭＣＵ識別子が格納されているとともに、それらＭＣＵ識別子の各々に対応付けて、そのＭＣＵ識別子で識別されるＭＣＵ１０−ｋにて開催されている会議の会議番号のリストと、それら会議で利用されている分を除いた符号化器の台数を示す符号化器残数データ（すなわち、そのＭＣＵ１０−ｋにあと何台の会議端末２０−ｊを接続可能であるかを示す情報）が符号化方式毎に格納されている。

図３に戻って、制御部５１０は、上記制御プログラムにしたがって、図３に示す接続メディア要求解析処理５１０ａ、接続先決定処理５１０ｂ、ロケーション解決処理５１０ｃおよび呼接続先通知処理５１０ｄの４種類の処理を実行する。接続メディア要求解析処理５１０ａは、呼接続サーバ４０から転送されてくる呼接続先解決要求メッセージを解析し、接続メディア情報を取得する処理である。接続先決定処理５１０ｂは、接続メディア要求解析処理にて取得した接続メディア情報を検索キーとして会議リソーステーブルを検索し、通信セッションの確立先となるべきＭＣＵ１０−ｋを決定する処理である。ロケーション解決処理５１０ｃは、接続先決定処理５１０ｂにて決定されたＭＣＵ１０−ｋの通信アドレスをロケーションサーバ３０に問い合わせて取得する処理である。そして、呼接続先通知処理５１０ｄは、接続先決定処理５１０ｂおよびロケーション解決処理５１０ｃの処理結果から前述した呼接続先解決応答メッセージを生成し、呼接続サーバ４０に返信する処理である。
以上が会議管理サーバ５０の構成である。

（Ｂ：動作）
次いで、本実施形態に係る会議通信システム１において各装置が実行する動作について説明する。なお、以下に説明する動作例では、会議管理サーバ５０の会議リソーステーブルは、図４に示す状態であるとする。以下では、かかる状況下で、会議端末２０−１から、会議番号が“２００３”の会議であって、音声のみを使用メディアとし、符号化方式が“Ａ方式”である会議の開催を要求する旨の呼接続要求メッセージが送信されてくる場合について説明する。

図５は、会議通信システム１における通信シーケンスの一例を示すシーケンスチャートである。会議端末２０−１の制御部（図示省略）は、会議通信への参加を指示する旨の操作が操作部（図示省略）に対して為されたことを検出すると、呼接続サーバ４０へ宛てて呼接続要求メッセージＭ００１を送信する。このようにして会議端末２０から送信された呼接続要求メッセージＭ００１は通信網６０内のネットワーク機器（例えば、ルータ）によってルーティングされ、その宛先である呼接続サーバ４０に到達する。呼接続サーバ４０は、呼接続要求メッセージＭ００１を受信すると、該メッセージの要求内容に応じた処理を実行中であることを示す通信メッセージ（“１００ Ｔｒｙ”）Ｍ００２を会議端末２０−１に返信し、その後、呼接続要求メッセージＭ００１から接続メディア情報（すなわち、会議番号＝“２００３”、使用メディア＝“音声”、符号化方式＝“Ａ方式”を表す接続メディア情報）を取り出し、この接続メディア情報を含んだ呼接続先解決要求メッセージＭ００３を会議管理サーバ５０へ宛てて送信する。このようにして呼接続サーバ４０から送信された呼接続先解決要求メッセージＭ００３は、通信網６０内のネットワーク機器によってルーティングされ、会議管理サーバ５０に到達する。

図６は、呼接続先解決要求メッセージを受信した場合に、会議管理サーバ５０の制御部５１０が実行する動作を示すフローチャートである。図６に示すように、制御部５１０は、受信した呼接続先解決要求メッセージＭ００３に対して、接続メディア要求解析処理５１０ａを施し、その呼接続先解決要求メッセージＭ００３に書き込まれている接続メディア情報を取得する（ステップＳＡ１００）。

次いで、制御部５１０は、前述した接続先決定処理５１０ｂを実行する。図６に示すフローチャートにおいては、ステップＳＡ１１０からステップＳＡ１６０までの処理が図３の接続先決定処理５１０ｂに対応している。ステップＳＡ１１０では、制御部５１０は、ステップＳＡ１００にて取得した接続メディア情報に含まれる会議番号で特定される会議が開催中であるか否かを判定する（ステップＳＡ１１０）。より詳細に説明すると、制御部５１０は、ステップＳＡ１００にて取得した接続メディア情報に含まれている会議番号を検索キーとして用いて会議リソーステーブルを検索し、その会議番号が会議リソーステーブルに登録されている場合には、その会議番号で特定される会議は開催中であると判定し、その会議番号に対応付けて会議リソーステーブルに格納されているＭＣＵ識別子および符号化器残数データを取得する。逆に、ステップＳＡ１００にて取得した会議番号が会議リソーステーブルに格納されていない場合には、その会議番号で特定される会議は開催中ではないと判定する。本動作例では、ステップＳＡ１００にて取得される接続メディア情報に含まれている会議番号は“２００３”であり、この会議番号はＭＣＵ識別子“ＭＣＵ−２”に対応付けて会議リソース管理テーブルに登録されているため、ステップＳＡ１１０の判定結果は“Ｙｅｓ”になる。

制御部５１０は、ステップＳＡ１１０の判定結果が“Ｎｏ”である場合には、ステップＳＡ１３０以降の処理を実行し、逆に、ステップＳＡ１１０の判定結果が“Ｙｅｓ”である場合には、該当するＭＣＵに接続可能であるか否かを判定する（ステップＳＡ１２０）。より詳細に説明すると、ステップＳＡ１２０では、制御部５１０は、ステップＳＡ１１０にて取得した符号化器残数データの表す符号化方式Ａの符号化器残数または符号化方式Ｂの符号化器残数のうち、ステップＳＡ１００にて取得した接続メディア情報に含まれている符号化方式識別子の示す符号化方式に対応する符号化器残数が１以上であれば接続可能であると判定し、逆に、その値が０でれば接続不能と判定する。そして、制御部５１０は、ステップＳＡ１２０の判定結果が“Ｙｅｓ”である場合には、ステップＳＡ１１０にて取得したＭＣＵ識別子を接続先ＭＣＵ識別子として記憶部５２０に書き込んだ後にステップＳＡ１６０以降の処理を実行する。逆に、ステップＳＡ１２０の判定結果が“Ｎｏ”である場合には、制御部５１０は、ステップＳＡ１１０にて取得したＭＣＵ識別子を連結先ＭＣＵ識別子として記憶部５２０に書き込んだ後にステップＳＡ１３０以降の処理を実行する。前述したように、本動作例ではステップＳＡ１１０の判定結果は“Ｙｅｓ”になるのであるから、上記ステップＳＡ１２０の処理が実行される。そして、ステップＳＡ１００にて取得した接続メディア情報に含まれている符号化方式識別子の値は“Ａ方式”であり、ステップＳＡ１１０で取得したＡ方式の符号化器残数の値は“０”（図４参照）であるから、ステップＳＡ１２０の判定結果は“Ｎｏ”になる。このため、本動作例では、ステップＳＡ１１０にて取得されたＭＣＵ識別子（すなわち、ＭＣＵ−２）が連結先ＭＣＵ識別子として記憶部５２０に書き込まれ、ステップＳＡ１３０以降の処理が実行される。

ステップＳＡ１３０では、制御部５１０は、ステップＳＡ１００にて取得した接続メディア情報の示す会議を開催し得るＭＣＵを特定するため、会議リソーステーブルの検索を行う。より詳細に説明すると、制御部５１０は、上記接続メディア情報に含まれている符号化方式識別子で識別される符号化方式に対応する符号化器残数の値が１以上であることを検索条件として会議リソーステーブルを検索し、該当するＭＣＵを接続先ＭＣＵとし、そのＭＣＵ識別子を接続先ＭＣＵ識別子として決定する。そして、制御部５１０は、接続先ＭＣＵ識別子を決定できた場合には、ステップＳＡ１４０以降の処理を実行し、逆に、決定できなかった場合には、前述した呼接続先通知処理５１０ｄを実行し、接続を拒否する旨の通信メッセージ（以下、接続拒否応答メッセージ）を呼接続サーバ４０に返信する（ステップＳＡ１９０）。本動作例では、ＭＣＵ識別子が“ＭＣＵ−１”であるＭＣＵ（すなわち、ＭＣＵ１０−１）についてのＡ方式の符号化器残数の値が“６”であるため、ＭＣＵ識別子“ＭＣＵ−１”が接続先ＭＣＵ識別子として決定され、ステップＳＡ１４０の処理が実行される。なお、ステップＳＡ１３０の処理を実行した結果、複数のＭＣＵが接続先ＭＣＵの候補となる場合には、Ａ方式およびＢ方式の符号化器残数の和が最も大きいものを接続先ＭＣＵとして決定すれば良い。Ａ方式およびＢ方式の符号化器残数の和が最も大きいということは、そのＭＣＵと通信セッションを確立済の会議端末２０−ｊが最も少ないことを意味しており、そのＭＣＵには上記接続先候補のうちで最も軽い負荷がかかっていると推測される。このように、符号化器残数の和が最も大きいものを接続先ＭＣＵとして決定することにより、各ＭＣＵにかかる処理負荷を均等にすることが可能になる。

ステップＳＡ１３０の判定結果が“Ｙｅｓ”である場合に後続して実行されるステップＳＡ１４０では、制御部５１０は、接続先ＭＣＵとして決定されたＭＣＵと他のＭＣＵとを連結する必要があるか否か判定する。具体的には、制御部５１０は、記憶部５２０に連結先ＭＣＵ識別子が格納されている場合には、連結する必要があると判定し、逆に、揮発性メモリに連結先ＭＣＵ識別子が記憶されていない場合には、連結の必要はないと判定する。本動作例では、連結先ＭＣＵ識別子として“ＭＣＵ−２”が記憶部５２０に書き込まれているのであるから、ステップＳＡ１４０の判定結果は“Ｙｅｓ”になる。

制御部５１０は、ステップＳＡ１４０の判定結果が“Ｙｅｓ”である場合には、上記連結先ＭＣＵ識別子を接続メディア情報に追加する処理（ステップＳＡ１５０）を実行した後に、会議リソーステーブルの格納内容を更新する処理（ステップＳＡ１６０）を実行し、逆に、ステップＳＡ１４０の判定結果が“Ｎｏ”である場合には、上記ステップＳＡ１５０の処理を実行することなく、ステップＳＡ１６０の処理を実行する。本動作例では、ステップＳＡ１４０の判定結果は“Ｙｅｓ”になるのであるから、上記ステップＳＡ１５０の処理が実行され、ステップＳＡ１００にて取得した接続メディア情報に連結先ＭＣＵ識別子（すなわち、“ＭＣＵ−２”）が追加される。
ステップＳＡ１６０において制御部５１０が実行する会議リソーステーブルの格納内容を更新する処理とは、ステップＳＡ１２０またはステップＳＡ１３０の処理で決定された接続先ＭＣＵ識別子に対応付けて会議リソーステーブルに格納されている符号化器残数のうち、ステップＳＡ１００にて取得した接続メディア情報に含まれている符号化方式識別子に対応する方の値を１だけ減算する処理である。前述したように、本実施形態で接続先ＭＣＵ識別子が決定されるパターンには、以下の３つのパターンがある。第１に、該当会議が既に開催中（ステップＳＡ１１０：Ｙｅｓ）であり、かつ、その会議を開催中のＭＣＵ１０−ｋに空きがある場合（ステップＳＡ１２０：Ｙｅｓ）である。この場合は、上記会議を開催中のＭＣＵが上記ステップＳＡ１２０において接続先ＭＣＵとして決定される。第２に、該当会議が既に開催中（ステップＳＡ１１０：Ｙｅｓ）であるものの、その会議を開催中のＭＣＵ１０−ｋに空きがなく（ステップＳＡ１２０：Ｎｏ）、ステップＳＡ１３０において当該会議を開催し得るＭＣＵが新たに接続先ＭＣＵとして決定される場合である。そして、第３に、該当会議が開催されておらず（ステップＳＡ１１０：Ｎｏ）、ステップＳＡ１３０において当該会議を開催し得るＭＣＵが新たに接続先ＭＣＵとして決定される場合である。本動作例は、上記３つのパターンのうちの第２のパターンに該当し、ステップＳＡ１３０において、ＭＣＵ１０−１が接続先ＭＣＵとして決定される。このため、ステップＳＡ１６０においては、ＭＣＵ１０−１のＭＣＵ識別子である“ＭＣＵ−１”に対応付けて会議リソーステーブルに格納されているＡ方式符号化器残数の値が“６”から“５”に更新される。

次いで、制御部５１０は、接続先決定処理５１０ｂにより決定した接続先ＭＣＵ（本動作例では、ＭＣＵ１０−１）の通信アドレスを取得するため、前述したロケーション解決処理５１０ｃを実行する（ステップＳＡ１７０）。より詳細に説明すると、制御部５１０は、まず、接続先決定処理５１０ｂにより決定した接続先ＭＣＵのＭＣＵ識別子を書き込んだロケーション解決要求メッセージＭ００４をロケーションサーバ３０へ送信する（図５参照）。前述したように、ロケーション解決要求メッセージＭ００４を受信したロケーションサーバ３０は、そのロケーション解決要求メッセージＭ００４に書き込まれているＭＣＵ識別子に対応付けて自装置に記憶している通信アドレス（例えば、１９２．１６８．ｘ．ｘ）を読み出し、その通信アドレスを書き込んだロケーション解決応答メッセージＭ００５を会議管理サーバ５０へ返信する。会議管理サーバ５０の制御部５１０は、ロケーションサーバ３０から返信されてくるロケーション解決応答メッセージＭ００５を受信することにより、上記接続先ＭＣＵの通信アドレスを取得するのである。

以上のようにして接続先ＭＣＵおよびその通信アドレスの特定が完了すると、制御部５１０は、前述した呼接続先通知処理５１０ｄを実行し、接続先ＭＣＵのＭＣＵ識別子および通信アドレスと、ステップＳＡ１００にて取得した接続メディア情報（ステップＳＡ１５０の処理が実行された場合には、連結先ＭＣＵのＭＣＵ識別子が追加された接続メディア情報）を書き込んだ呼接続先解決応答メッセージＭ００６を呼接続サーバ４０へ宛てて送信する（ステップＳＡ１８０）。本動作例では、接続先ＭＣＵのＭＣＵ識別子“ＭＣＵ−１”、そのＭＣＵの通信アドレス“１９２．１６８．ｘ．ｘ”、およびＭＣＵ識別子“ＭＣＵ−２”が付加された接続メディア情報が書き込まれた呼接続先解決応答メッセージＭ００６が会議管理サーバ５０から呼接続サーバ４０へ送信される（図５参照）。

呼接続サーバ４０は、上記のようにして会議管理サーバ５０から送信されてくる呼接続先解決応答メッセージＭ００６を受信すると、会議端末２０−ｊから受信した呼接続要求メッセージＭ００１に書き込まれていた接続メディア情報を、接続先解決応答メッセージＭ００６に書き込まれている接続メディア情報に置き換えて呼接続要求メッセージＭ００７を生成し、その呼接続要求メッセージＭ００７を接続先ＭＣＵ（本動作例では、ＭＣＵ１０−１）へ宛てて送信する（図５参照）。以下、呼接続サーバ４０から転送された呼接続要求メッセージＭ００７を受信した場合にＭＣＵ１０−ｋが実行する動作について図７を参照しつつ説明する。

図７は、呼接続要求メッセージＭ００７を受信したＭＣＵ１０−１が実行する動作の流れを示すフローチャートである。ＭＣＵ１０−１の制御部１２０は、呼接続要求メッセージＭ００７を受信すると、前述した呼制御処理１２０ａを実行する（ステップＳＢ１００）。より詳細に説明すると、制御部１２０は、受信した呼接続要求メッセージＭ００７を解析し、その呼接続要求メッセージＭ００７に含まれている接続メディア情報を取得する。

次いで、制御部１２０は、前述した動作設定処理１２０ｂを実行する。図７に示すフローチャートでは、ステップＳＢ１１０以降の処理が動作設定処理１２０ｂに対応する。ステップＳＢ１１０では、制御部１２０は、ステップＳＢ１００で取得した接続メディア情報を解析し、他のＭＣＵと連結する必要があるか否かを判定する。具体的には、制御部１２０は、上記接続メディア情報に、連結先ＭＣＵ識別子が含まれている場合には、その連結先ＭＣＵ識別子で識別されるＭＣＵと連結する必要があると判定し、逆に、連結先ＭＣＵ識別子が含まれていない場合には、他のＭＣＵを連結する必要はないと判定する。本動作例では、上記接続メディア情報に連結先ＭＣＵ識別子（ＭＣＵ−２）が含まれているため、ステップＳＢ１１０の判定結果は“Ｙｅｓ”になる。

ステップＳＢ１１０の判定結果が“Ｎｏ”である場合には、制御部１２０は、接続メディア情報に含まれているメディア種別識別子および符号化方式識別子にしたがってミキシング部１１０の設定（ステップＳＢ１４０）を行う。逆に、ステップＳＢ１１０の判定結果が“Ｙｅｓ”である場合には、制御部１２０は、後述するステップＳＢ１２０およびステップＳＢ１３０の処理を実行した後に上記ステップＳＢ１４０の処理を実行する。前述したように、本動作例では、ステップＳＢ１１０の判定結果は“Ｙｅｓ”になるのであるから、ステップＳＢ１２０およびステップＳＢ１３０の処理が実行される。

ステップＳＢ１２０とステップＳＢ１３０とは、接続メディア情報に含まれている連結先ＭＣＵ識別子で識別されるＭＣＵを連結するための処理である。より詳細に説明すると、ステップＳＢ１２０において制御部１２０は、上記連結先ＭＣＵ識別子で識別されるＭＣＵへ宛てて、そのＭＣＵの連結に必要な情報を書き込んだ通信メッセージ（以下、ＭＣＵ間接続要求メッセージ）Ｍ００８を送信する（図５参照）。ここで、連結に必要な情報とは、音声接続手段７０を介してその連結先であるＭＣＵとの間で音声データの送受信を実現するための情報であり、その一例としては音声接続手段７０にて使用するタイムスロットを特定する情報が挙げられる。前述したように、本動作例では、制御部１２０が呼接続サーバ４０から受信する呼接続要求メッセージＭ００７には、連結先ＭＣＵ識別子として“ＭＣＵ−２”が付加されている。このため、ＭＣＵ１０−２をＭＣＵ１０−１に連結するために必要な上記情報が書き込まれたＭＣＵ間接続メッセージがＭＣＵ１０−１からＭＣＵ１０−２へ送信される。また、上記連結に必要な情報は制御部１２０によって多重化部１５０にも設定される（ステップＳＢ１３０）。これにより上記連結先ＭＣＵ識別子で識別されるＭＣＵとの間でタイムスロットを使用した音声データの送受信が可能になるのである。このようにしてＭＣＵ１０−１とＭＣＵ１０−２とが連結されると、ＭＣＵ１０−ｋは、自装置との間に通信セッションを確立している各会議端末２０−ｊから受信し音声データの表す音声をミキシング部１１０によってミキシングし、そのミキシング結果を音声接続手段７０を介してＭＣＵ１０−２へ送信する一方、音声接続手段７０を介してＭＣＵ１０−２から送信されてくる音声をと上記ミキシング結果とをミキシングして、上記会議端末２０−ｊの各に出力する。これにより、ＭＣＵ１０−１との間で通信セッションを確立して、会議番号が“２００３”である会議に参加している会議参加者の音声が、ＭＣＵ１０−２との間で通信セッションを確立して、会議番号が“２００３”である会議に参加している会議参加者に伝達され、また、後者の音声も前者に伝達されることになる。

そして、制御部１２０は、ステップＳＢ１４０までの処理を完了すると、呼接続要求メッセージＭ００７の要求内容に応じた処理（すなわち、通信セッションの確立）が完了したことを通知する通信メッセージ（“２００ ＯＫ”）Ｍ００９を呼接続サーバ４０へ返信する（図５参照）。図５に示すように、呼接続サーバ４０は、ＭＣＵ１０−１から送信されてくる通信メッセージ（“２００ ＯＫ”）Ｍ００９を受信すると、その通信メッセージＭ００９を呼接続要求メッセージＭ００１の送信元である会議端末２０−１に転送する。
以上に説明した動作が為される結果、会議端末２０−１とＭＣＵ１０−１との間には通信セッションが確立される。

以上に説明したように、本実施形態に係る会議通信システム１においては、会議参加者が何ら特別な操作を行わなくとも、複数のＭＣＵ１０−ｋのうち会議端末２０−ｊから開催を要求された会議を開催するに適切なＭＣＵ１０−ｋが会議管理サーバ５０によって選択され、そのＭＣＵ１０−ｋでその会議が開催される。また、本実施形態によれば、複数のＭＣＵ１０−ｋの各々に、取り扱い可能メディア等を示すデータを互いに交換させる必要はなく、ＭＣＵ１０−ｋの高機能化およびそれに伴う製造コストの増加を回避することが可能になる。加えて、本実施形態によれば、１つの会議を複数のＭＣＵ１０−ｋを連携させて開催することが可能になるため、各ＭＣＵ１０−ｋが有するハードウェアリソース（例えば、符号化器等）を会議通信システム全体に亘って効率良く利用することが可能になる。

（Ｃ：変形）
以上、本発明の一実施形態について説明したが、かかる実施形態に以下に述べる変形を加えても良いことは勿論である。
（１）上述した実施形態では、会議通信システム１に含まれるＭＣＵの各々が方式Ａおよび方式Ｂの互いに異なる仕様の符号化器（および復号化器）の何れかを有している場合について説明した。しかしながら、全て同じ仕様の符号化器および復号化器を有する複数のＭＣＵで会議通信システムを構成しても勿論良い。このように同一の仕様の符号化器および復号化器を有する複数のＭＣＵを用いて構成された会議通信システムにおいても、１つの会議通信グループを複数のＭＣＵに割り当てることができれば便利であることには変わりないからである。例えば、１つの会議は１つのＭＣＵで開催されなければならないとすると、各会議に参加可能な会議参加者の最大人数は、その時点における各ＭＣＵの符号化器残数に制限されるが、１つの会議を複数のＭＣＵで開催することができれば、そのような制限が課されることはないからである。

（２）上述した実施形態では、１つのＭＣＵが有する複数の符号化器（復号化器）の全てが同一の仕様である場合について説明したが、１つのＭＣＵに互いに仕様が異なる複数種の符号化器（復号化器）を混在させても勿論良い。また、会議通信システムに含まれる複数のＭＣＵの各々が、仕様の異なる複数種の符号化器（および対応する復号化器）を有しており、符号化器（復号化器）の種類毎にＭＣＵに係る処理負荷が異なっている場合には、上記符号化器（復号化器）に空きがあるか否かに拘わらず、処理負荷の重い符号化器（復号化器）を使用する会議通信グループを複数のＭＣＵに亘って割り当てる処理を会議管理サーバに実行させても良い。このようにすることで、会議通信システムに含まれる複数のＭＣＵのうちの特定のものに処理負荷が集中することを回避し、会議通信システム全体でのハードウェアリソースを有効活用することが可能になる。

（３）上述した実施形態では、ＭＣＵ１０−ｋの各々を、時分割多重化方式の通信網である音声接続手段７０に接続する場合について説明したが、これらＭＣＵ１０−ｋ間の通信を仲介する通信手段の多重化は必ずしも必須ではない。また、多重化されていない通信手段にＭＣＵ１０−ｋの各々を接続する場合には、各ＭＣＵ１０−ｋに多重化部１５０を設ける必要がないことは言うまでもない。また、上述した実施形態では、ＭＣＵ１０−ｋ間の音声データの送受信を実現するための通信手段（上記実施形態では、音声接続手段７０）を、ＭＣＵ１０−ｋが会議端末２０−ｊと音声データの送受信を行うための通信手段（上記実施形態では、通信網６０）とは別個に設ける場合について説明した。しかし、ＭＣＵ１０−ｋが会議端末２０−ｊと音声データの送受信を行うための通信手段に、ＭＣＵ１０−ｋ間の音声データの送受信を実現する機能を担わせても勿論良く、このような態様にあっては、通信網６０の他に音声接続手段７０を設ける必要はない。

（４）上述した実施形態では、呼接続サーバ、ロケーションサーバおよび会議管理サーバの各々を、夫々別個のハードウェアで構成する場合について説明したが、１台のハードウェアで実現しても勿論良い。また、上述した実施形態では、本発明に係るＭＣＵに特徴的な処理（すなわち、呼制御処理１２０ａおよび動作設定処理１２０ｂ）をソフトウェアモジュールで実現したが、ハードウェアモジュールで実現しても勿論良い。具体的には、呼制御処理１２０ａを実行する電子回路である呼制御部と、動作設定処理１２０ｂを実行する電子回路である動作設定部とを組み合わせて制御部１２０を構成しても良い。同様に、本発明に係る会議管理サーバに特徴的な処理をハードウェアモジュールで実現しても良い。具体的には、接続メディア要求解析処理５１０ａ、接続先決定処理５１０ｂ、ロケーション解決処理５１０ｃおよび呼接続先通知処理５１０ｄの各処理を実行する電子回路を組み合わせて制御部５１０を構成すれば良い。

本発明の一実施形態に係る会議通信システム１の構成例を示すブロック図である。 同会議通信システム１に含まれるＭＣＵ１０−ｋの構成例を示すブロック図である。 同会議通信システム１に含まれる会議管理サーバ５０の構成例を示すブロック図である。 同会議管理サーバ５０が有する会議リソーステーブルの一例を示す図である。 会議通信システム１における通信シーケンスの一例を示す図である。 同会議管理サーバ５０が実行する処理を示すフローチャートである。 同ＭＣＵ１０―ｋが実行する処理を示すフローチャートである。

符号の説明

１…会議通信システム、１０−ｊ…多地点接続装置（ＭＣＵ）、１１０…ミキシング部、１２０…制御部、１２０ａ…呼制御処理、１２０ｂ…動作設定処理、１３０−ｘ…符号化器、１４０−ｘ…復号化器、１５０…多重化部、２０−ｊ…会議端末、３０…ロケーションサーバ、４０…呼接続サーバ、５０…会議管理サーバ、５１０…制御部、５１０ａ…接続メディア要求解析処理、５１０ｂ…接続先決定処理、５１０ｃ…ロケーション解決処理、５１０ｄ…呼接続先通知処理、５２０…記憶部、６０…通信網、７０…音声接続手段。

Claims (3)

1. 電話会議において、その電話会議に参加する複数の端末から符号化された音声データを受信して復号化し、復号化された音声データをミキシングし、前記複数の端末から受信される音声データの符号化方式と同じ符号化方式の符号化をミキシング結果である音声データに施して前記複数の端末へ配信する多地点接続装置に関するテーブルであって、電話会議に使用可能な複数の多地点接続装置の各々について、その多地点接続装置を示すＭＣＵ識別子と、その多地点接続装置が対応可能なメディアおよび符号化方式を示すデータと、その多地点接続装置にあと何台の端末を接続可能であるかを示す情報とを対応付けて格納する会議リソーステーブルと、
   会議の開催を要求する通信メッセージであって、その会議で使用するメディアおよび符号化方式を示す接続メディア情報を含む通信メッセージを端末から呼接続サーバ経由で受信し、受信した通信メッセージから前記接続メディア情報を取得する解析手段と、
   前記会議リソーステーブルを参照することにより、前記解析手段により取得された接続先メディア情報が示すメディアおよび符号化方式に対応可能な多地点接続装置であって、接続可能な端末数が０でない多地点接続装置を選択し、この選択した多地点接続装置のＭＣＵ識別子を前記会議リソーステーブルから接続先ＭＣＵ識別子として取得するとともに、前記会議リソーステーブルにおいて該接続先ＭＣＵ識別子に対応付けられた多地点接続装置に接続可能な端末数を示す情報を１だけ減らす接続先決定手段と、
   前記接続先決定手段により取得された接続先ＭＣＵ識別子で識別される多地点接続装置と前記通信メッセージの送信元である端末との間に通信セッションを確立する処理を前記呼接続サーバに実行させるために、該接続先ＭＣＵ識別子を前記呼接続サーバへ通知する接続先通知手段と、
   を有することを特徴とする会議管理サーバ。
2. 前記会議リソーステーブルは、前記複数の多地点接続装置の各々を示すＭＣＵ識別子に対応付けて、その多地点接続装置で開催中の会議を示す会議識別子を格納し、前記接続メディア情報は、開催または参加を所望する会議を示す会議識別子を含み、
   前記接続決定手段は、
   前記解析手段により取得された接続メディア情報に含まれている会議識別子が前記会議リソーステーブルに格納されており、かつ、前記会議リソーステーブルにおいて当該会議識別子に対応付けられたＭＣＵ識別子で識別される多地点接続装置に接続可能な端末数が０である場合に、そのＭＣＵ識別子を連結先の多地点接続装置を示す連結先ＭＣＵ識別子とし、
   前記接続先通知手段は、前記接続先ＭＣＵ識別子とともに前記連結先ＭＣＵ識別子を前記呼接続サーバへ通知する
   ことを特徴とする請求項１に記載の会議管理サーバ。
3. 電話会議に参加するｎ（ｎは２以上の整数）台の端末の各々から送信されてくる音声データに復号化を施した後にミキシング部によりミキシングし、そのミキシング結果に符号化を施して前記ｎ台の端末の各々へ配信する多地点接続装置において、
   前記ミキシング部は、入力端子および出力端子を（ｎ＋ｉ：ｉは２以上の整数）組備え、（ｎ＋ｉ）個の前記入力端子の各々を介して入力される音声データをミキシングして互いに異なる（ｎ＋ｉ）通りのミキシング結果を生成し、（ｎ＋ｉ）個の前記出力端子の各々を介して出力するマトリクスミキサであり、
   通信セッションの確立を要求する旨の通信メッセージを呼接続サーバ経由で前記ｎ台の端末の何れかから受信した場合に、前記通信メッセージの送信元である端末との間に前記呼接続サーバを介して通信セッションを確立する呼接続手段と、
   前記通信セッションを介して送信されてくる音声データをミキシング対象とするよう前記ミキシング部の動作設定を行う一方、他の多地点接続装置を示す連結先ＭＣＵ識別子であって、該連結先識別子で識別される多地点接続装置から出力される音声データをミキシング対象とすることを示す連結先ＭＣＵ識別子が前記通信メッセージに含まれている場合には、前記連結先ＭＣＵ識別子で識別される多地点接続装置から出力される音声データをミキシング対象とするよう前記ミキシング部の動作設定を行う動作設定手段と、
   を有することを特徴とする多地点接続装置。

Images