JP2007251674A - 通信制御装置、通信システム、参加者装置、通信制御方法、及び通信制御プログラム - Google Patents

Abstract

【課題】参加者の各相手に対するメディア送受信希望に応じて柔軟に配信制御を行うことを可能とした通信制御技術を提供する。
【解決手段】ネットワークに接続された複数の参加者装置間でのメディア通信を制御するための通信制御装置において、少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段と、複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段と、前記ポリシー評価手段での評価結果を、メディア通信のためのメディアミキシングを行うメディアミキシング手段に通知する通知手段とを備える。
【選択図】図３

Description

本発明は、ネットワークで接続された複数対地から送信される音声等のメディアをミキシングすることにより複数対地間で通信を行うことを可能とする通信システムに関するものである。

複数対地間で通信を行うことを可能とする通信システムの例としてメディア会議システムがある。メディア会議システムの一例としての電話会議システムを図１に示す。この電話会議システムでは、ネットワークに接続された参加者端末（音声通信可能な端末）P1〜P4がミキシング装置を介して電話会議を行う。

処理の手順については図中のＳ１〜Ｓ３に示されたとおりであり、各参加者が自分の音声をミキシング装置に送信し（ステップ１）、ミキシング装置が音声のミキシングを行い（ステップ２）、送信先参加者の音声を除いてか各音声をミキシングしたミキシング後の音声を各参加者端末に配信する（ステップ３）。

このような電話会議システムにおける参加者端末の参加を制御する技術の従来例として特許文献１に開示された技術がある。この技術では、会議中に特定の会議参加者と個別に通話をしたり、特定の参加者に対して会議内容を聞かせないようにしたり、発言を強制的に禁止することを可能としている。つまり、図２に示すように、例えば（１）Ｐ１とＰ２間での個別通話の許容、（２）Ｐ２からの発言禁止、（３）Ｐ１に対する会議内容の非配信、等が可能となっている。
特開平８−１８６７６号公報

しかし、従来の一般的なメディア会議システムでは会議の制御（参加者の追加、削除、発言禁止等）は会議制御者（Floor controller)しか行えない。また、特許文献１の技術では、個別通話（音声に限定）の許容制御は会議中に一人に対してのみ可能であり、また、非配信の制御としては特定の参加者に対して参加者全員の音声を強制的に聞かせないようにすることしかできない。つまり、従来技術では、参加者が選択した一人又は複数の相手に自分の音声を聞かせたり、選択した相手からの音声を聞かないようするといった制御を柔軟に行うことはできなかった。従って、会議における利便性が低いという問題があった。

本発明は上記の点に鑑みてなされたものであり、参加者の各相手に対するメディア送受信希望に応じて柔軟に配信制御を行うことを可能とした通信制御技術を提供することを目的とする。

上記の課題は、ネットワークに接続された複数の参加者装置間でのメディア通信を制御するための通信制御装置であって、少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段と、複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段と、前記ポリシー評価手段での評価結果を、メディア通信のためのメディアミキシングを行うメディアミキシング手段に通知する通知手段とを備えることを特徴とする通信制御装置により解決される。

前記ポリシーは、特定の相手に対するメディア送信の許可もしくは拒否を示す情報、又は、特定の相手からのメディア受信の許可もしくは拒否を示す情報を含む。また、前記ポリシー評価手段は、一の参加者装置における別の参加者装置へのメディア送信のポリシーと、当該別の参加者装置における前記一の参加者装置からのメディア受信のポリシーとが異なる場合に、前記一の参加者装置から前記別の参加者装置へのメディア配信を行わないと決定することとすることができる。

また、参加者装置からの要求に基づき、当該参加者装置に対して前記評価結果に基づく配信状況情報を送信する手段を更に備えることとしてもよい。

また、上記の課題は、ネットワークに接続された複数の参加者装置間でのメディア通信を行うための通信システムであって、各参加者装置との間でメディアの送受信を行うメディア送受信手段と、メディア通信のためのメディアミキシングを行うメディアミキシング手段と、少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段と、複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段と、前記ポリシー評価手段での評価結果を前記メディアミキシング手段に通知する通知手段とを備えることを特徴とする通信システムによっても解決することができる。

また、上記の課題は、ネットワークを介して接続された複数の参加者装置との間でメディア通信を行う機能を備えた参加者装置であって、他の参加者装置との間でメディアの送受信を行うメディア送受信手段と、複数の参加者装置から受信したメディアのミキシングを行うメディアミキシング手段と、ミキシングされたメディアを出力する出力手段と、他の参加者装置との間で、相手に対するメディア送信又は受信に関するポリシーを交換するポリシー送受信手段と、自参加者装置と他の参加者装置間におけるポリシーの評価を行い、各他の参加者装置毎にメディアの送受信を行うか否かを決定するポリシー評価手段と、前記ポリシー評価手段での評価結果を前記メディアミキシング手段に通知する通知手段とを備えることを特徴とする参加者装置によっても解決される。

また、本発明は、通信制御装置が実行する通信制御方法、コンピュータに通信制御装置としての機能を実現させるためのプログラム、コンピュータにメディア通信を行う参加者装置としての機能を実現させるためのプログラムとして構成することも可能である。

本発明によれば、従来実現されていなかった参加者の希望に基づく柔軟な参加制御が可能となる。また、ミキシングコストが削減されるとともに、ネットワークに必要なメディアのみを送出することができるので、ネットワークリソースを節約することができる。

以下、図面を参照して本発明の第１、第２の実施の形態について説明する。なお、本実施の形態では特に断らない限り適用するメディアとして音声を用いることを想定している。また、本明細書及び特許請求の範囲における“メディア”とは、ネットワークを介して送受信される音声、映像、その他の情報を意味する。
［第１の実施の形態］
（概要）
まず、本発明の第１の実施の形態の概要を図３を用いて説明する。本実施の形態では、例えば、参加者Ｐ１が参加者Ｐ４からのメディアを受信せず、なおかつ、参加者Ｐ２には自分のメディアを聞かせたくない旨の希望（ポリシー設定リクエストという）をミキシング装置側に通知しておく。ミキシング装置側では、この希望に基づき、参加者Ｐ１に対しては参加者Ｐ４からのメディアを除いて参加者Ｐ２とＰ３のメディアをミキシングして送信し、参加者Ｐ２に対しては参加者Ｐ１からのメディアを除いて参加者Ｐ３とＰ４のメディアをミキシングして送信する。つまり、参加者Ｐ２は参加者Ｐ３とＰ４のみのメディアを受信することになる。

複数の参加者がそれぞれ特定の相手に対するメディア送受信の希望をミキシング装置側に通知した場合、ある参加者がある相手に送信を希望するが、その相手はその参加者からの受信を拒否しているといったような競合が発生する可能性があるが、このような競合は後に詳述するロジックによって制御している。

（システム構成）
次に、図４を参照して本実施の形態におけるメディア会議システムの構成を説明する。図４に示すように、各参加者端末Ｐ１〜Ｐ５、会議制御装置１０、及びミキシング装置２０がネットワーク３０に接続された構成を備えている。ネットワーク３０は、例えばインターネット等のＩＰネットワークである。なお、会議制御装置１０とミキシング装置２０とをは１つの装置として構成してもよい。また、参加者端末Ｐ５はメディアの受信のみを行う参加者端末である。

図５に会議制御装置１０の機能構成図を示す。図５に示すように、会議制御装置１０は、データ送受信部１１、ポリシー評価部１２、ミキシング配信先指示部１３、制御状況通知部１４、及びデータ格納部１５を備えている。データ送受信１１は、ネットワークを介して他の装置とデータ通信を行うための機能を備えている。データ送受信１１により各参加者端末からポリシー設定リクエストを受信する。

ポリシー評価部１２は、各参加者端末から受信したポリシー設定リクエストに基づき、参加者同士の優先順位を考慮してポリシーの評価を行い、どのメディアをミキシングして送信するかを参加者毎に決定し、ミキシング配信先指示部１３に通知するとともに、決定結果をデータ格納部１５に格納する機能を備えている。

また、ミキシング配信先指示部１３は、ポリシー評価部１２により決定されたミキシング配信先情報をデータ送受信部を利用してミキシング装置２０に通知する機能を備えている。また、制御状況通知部１４は、参加者からの要求に基づき、データ格納部１５からポリシー評価結果を読み出し、ポリシー評価結果を参加者に通知する機能を備えている。データ格納部１５は各種データやプログラムを格納する。

会議制御装置は、ＣＰＵ、記憶装置、通信装置等を備えた一般的なコンピュータに、本実施の形態で説明する処理を実行するためのプログラムを搭載することにより実現することができる。

図６にミキシング装置２０の機能構成図を示す。なお、図６のミキシング装置２０はＩＰネットワーク上でメディアを送受信する場合の例を示している。

図６に示すように、ミキシング装置２０は、メディア受信部２１、メディアデコード部２２、ミキシング部２３、メディアエンコード部２４、及び配信部２５を備えている。

メディア受信部２１は各参加者端末からメディアを受信する機能を備えている。メディアデコード部２２は、メディア受信部２１からメディアデータ（符号化された音声等）を受け取り、デコードする機能を備えている。ミキシング部２３は、会議制御装置１０から通知されたミキシング配信先情報に基づき、各参加者端末から送信されたメディアのミキシングを行って、メディアエンコード部２４に出力する機能を備えている。メディアエンコード部２４はミキシング部２３から出力されたメディアをエンコードし、符号化したメディアを配信部２５に渡す機能を備えている。配信部２５は各参加者端末に向けてメディアデータを配信する機能を備えている。

ミキシング装置２０は、ミキシング配信先情報に基づきミキシングを行うこと以外は、基本的に従来のミキシング装置の技術を用いて実現できる。また、ＰＳＴＮ網を用いた電話会議を実現する場合等は、図６に示すデコード部２２とエンコード部２４は不要である。

図７に参加者端末の構成を示す。図７に示すように、参加者端末は、データ送受信部４１、メディアエンコード部４２、メディア送信部４３、メディア受信部４４、メディアデコード部４５、メディア再生部４６、ポリシー設定要求部４７、ポリシー表示部４８、ユーザインタフェース部４９を備えている。
データ送受信部４１はネットワークを介して通信を行う機能部である。メディアエンコード部４２はユーザインタフェース部４９を介して受信したメディアをエンコードし、メディア送信部４３はエンコードしたメディアデータをデータ送受信部４１を介して送信する機能を備えている。メディア受信部４４は、ミキシング装置２０からミキシングされたメディアを受信する機能を備えている。メディアデコード部４５は受信したメディアデータをデコードし、メディア再生部４６はメディアを再生し、ユーザインタフェース部４９を介して出力する機能を備えている。ポリシー設定要求部４７はユーザによりユーザインタフェース部４９を介して入力されたポリシー設定要求データを会議制御装置１０に送信する機能を備えている。ポリシー表示部４８は、ユーザからの要求に基づき会議制御装置１０から送られてきたポリシーデータをユーザインタフェース部４９を介して表示する機能を備えている。ユーザインタフェース部４９は、ユーザからの情報入力を受け付けたりユーザに対する情報出力を行うための機能部である。

本実施の形態における参加者端末は、ＣＰＵ、記憶装置、通信装置等を備えた一般的なコンピュータに、本実施の形態で説明する処理を実行するためのプログラムを搭載することにより実現することができる。

（システムの動作）
以下、上記の構成からなるシステムの動作について図８のフローチャートに沿って詳細に説明する。

まず、各参加者端末はポリシー設定リクエストを会議制御装置１０に送信する（図８のステップ１１）。ポリシー設定リクエストには、例えば、自分のメディアを聞かせたくない、もしくは聞かせたい参加者端末の識別子と、自分に対してメディアを送信して欲しくない、もしくは送信して欲しい参加者端末の識別子とを含む。ポリシー設定リクエストには、自分のメディアを聞かせたくない／聞かせたい参加者端末の識別子のみ、もしくは、自分に対してメヂアを送信して欲しくない／欲しい参加者端末の識別子のみを含ませてもよい。また、全ての参加者が他の全ての参加者に対するポリシー設定要求をする必要はなく、特定の参加者に対してだけポリシー設定をしたり、ポリシー設定要求を送信しないといったことも可能である。

続いて、各参加者端末からポリシー設定リクエストを受信した会議制御装置１０は、ポリシーの評価を行って、各参加者端末に対してミキシングすべきメディアの組み合わせを決定する（ステップ１２）。

本実施の形態における会議制御装置１０が実行するポリシー評価は、例えば図９に示す方法で行われる。なお、このポリシー評価方法は一例に過ぎない。
図９において、Pi(i→j)は参加者Piの参加者Pjに対する送信ポリシーを示している。Pi(i→j)＝１は、参加者Piが参加者Pjに対するメディア送信を許可することを示し、Pi(i→j)＝０は、参加者Piが参加者Pjに対するメディア送信を拒否することを示す。

また、Pj(i→j)は参加者Pjの参加者Piからの受信ポリシーを示している。Pj(i→j)＝１は、参加者Pjが参加者Piからのメディア受信を許可することを示し、Pj(i→j)＝０は参加者Pjが参加者Piからのメディア受信を拒否することを示す。

また、図９では、参加者Piと参加者Pjとの間に優先順位がない場合（（X)で示す）と、参加者Piが参加者Pjより優先順位が高い場合（（＋)で示す）を示している。なお、参加者間の優先順位は必要に応じて会議制御装置１０に予め設定しておくことができるものとする。

図９に示すとおり、優先順位がない場合、送受信とも許可であれば参加者Piから参加者Pjへのメディア配信が許可される。送受信とも拒否であれば参加者Piから参加者Pjへのメディア配信は拒否される。また、相手への送信もしくは相手からの受信のいずれか一方が拒否されていれば、参加者Piから参加者Pjへのメディア配信は拒否されることとしている。

また、参加者Piが参加者Pjより優先順位が高い場合、参加者Piの希望が優先される。つまり、優先順位がない場合と異なり、参加者Piが送信を許可し、参加者Pjが受信を拒否している場合に、参加者Piから参加者Pjへのメディア配信が許可される。以上の処理は、図９に示す演算子による演算により決定されるものである。

図１０に、各参加者のポリシーを示す。図１０では、各行の各欄の中の上段が、当該行に対応する参加者の送信ポリシーを示し、各列の各欄の中の下段が、当該列に対応する参加者の受信ポリシーを示している。例えば、Ｐ１の行とＰ２の列の交点にある欄の上段Ｐ１（１→２）は、Ｐ１のＰ２に対する送信ポリシーを示し、下段Ｐ２（１→２）は、Ｐ２のＰ１からの受信ポリシーを示す。この図１０の各欄において、図９に示す演算を行って、図１１に示す評価結果を得る。図１１に示す評価結果から、各自（Pj）が受信するメディアが下記のようにして決定される。

Pjが受信するメディア＝Sum(Pi*Rij) where i=1, 2, 3, … n
つまり、受信者Pjへの配信が許可された送信者Piのメディアの和が受信者Pjへ配信されることになる。

なお、送信もしくは受信のポリシー設定がなされている参加者と、ポリシー設定がなされていない参加者との間では、ポリシー設定がなされた参加者の希望通りの配信を行うこととすればよい。例えば、Ｐ１（１→２）は許可であるが、Ｐ２（１→２）の設定がない場合にはＰ１からＰ２への配信は許可され、Ｐ１（１→２）は拒否であるが、Ｐ２（１→２）の設定がない場合にはＰ１からＰ２への配信は拒否される。

続いて、図８のステップ１３において、会議制御装置１０は上記のようにして決定された配信先毎のミキシングの内容をミキシング装置２０に指示する。例えば、ポリシー評価結果が図１２に示す表のようになった場合、Ｐ１に対してはＰ２とＰ３のメディアをミキシングして配信し、Ｐ２に対してＰ３とＰ４のメディアをミキシングして配信し、Ｐ３に対してはＰ１とＰ２とＰ４のメディアをミキシングして配信し、Ｐ４に対してはＰ１とＰ２とＰ４のメディアをミキシングして配信することを指示する。

指示を受けたミキシング装置２０は、指示内容に従ってメディアのミキシングを行って、各参加者端末に配信を行う（図８のステップ１４）。

図１２に、ミキシング部２３が行うミキシング処理の概要を示す。図１２に示すように、会議制御装置１０からの指示内容に従って、各参加者からのメディアを配信先毎にミキシングする。

その後、各参加者端末はミキシング装置２０から受信したメディアを再生し、参加者は希望のメディアを視聴しながら会議を行うことができる（図８のステップ１５）。

このように、本実施の形態によれば、参加者の希望に応じて柔軟に配信制御を行うことが可能となる。

また、図４に示したように、メディアを受信するだけの参加者端末Ｐ５を備えることにより、参加者端末Ｐ５は、メディア送信者（Ｐ１，Ｐ２，Ｐ３，Ｐ４）をメディア提供者とするビデオオンデマンドと同様のサービスを受けることが可能となる。つまり、Ｐ５は、ポリシー設定リクエストを送信することにより、自分が希望するメディア提供者からの映像や音声等のメディアを選択できる。

さて、メディア送信者の数によってメディアの組み合わせの数が異なり、例えば、メディア送信者数が３であれば６パターン、４であれば１４パターン、５であれば３０パターンのメディアの組み合わせとなる。送信者数をｎとした場合の組み合わせの最大値（Ｍ）は以下の式で表すことができる。

Ｍ＝ｎＣ１＋ｎＣ２＋ｎＣ３＋…＋ｎＣｎ−１
メディア送信を行う参加者数が４であれば、メディアミキシングの組み合わせは最大で１４種類になるが、本実施の形態ではポリシーに従った制御を行うので、４種類のみのミキシングを行えば足り、ミキシングのコストを節約できる。

（制御状況表示）
本実施の形態では、参加者端末からの要求により、接続状況を当該参加者端末に表示することが可能である。この処理を図１３を参照して説明する。

会議制御装置１０は、ポリシー評価の結果に基づき、図１３のＡで示す接続状況情報（プレゼンス情報）を作成し、記憶装置に保管している（ステップ２１）。ここで、参加者端末Ｐ１が、自分と他の参加者との接続状況の情報表示要求を会議制御装置１０に送信する（ステップ２２）。会議制御装置１０は、Ｐ１がどの参加者端末から音声を受信しているか、及び、Ｐ１がどの参加者端末に対して音声を送信しているかを示す情報を参加者端末Ｐ１に送信する（ステップ２３）。図１３の例であれば、会議制御装置１０はＰ１に対し、「Ｐ１←Ｐ２、Ｐ３」（Ｐ１はＰ２とＰ３から受信していることを意味する）と「Ｐ１→Ｐ３、Ｐ４」（Ｐ１はＰ３とＰ４へ送信していることを意味する）を送信する。

なお、接続状況表示を要求できるのは特別の権限を持った参加者のみとすることができる。また、各参加者は自分の送受信に関係する接続状況のみの表示を要求できることとし、特別の権限を持った参加者のみ全ての接続状況を要求できることとしてもよい。

（音声以外のメディアについて）
これまでに説明した例ではメディアとして音声を用いることを想定していたが、メディアとして映像を用いる場合も音声の場合と同様の処理によりポリシーに基づくメディアミキシングを行うことができる。ただし、映像の場合は、ミキシング処理において、ミキシング対象となる複数の映像を配信先の画面内に並べるようにする。例えば、図１２に示すミキシングを行う場合の例において、Ｐ１のディスプレイには図１４（ａ）に示す画面が表示され、Ｐ２のディスプレイには図１４（ｂ）に示す画面が表示される。なお、ミキシング対象となる各映像をディスプレイに表示する場合の各映像の大きさは受信側の参加者が設定できるものとする。また、音声のミキシングと、映像のミキシングとを組み合わせることが可能なことはいうまでもない。

なお、上記のような映像のミキシング技術として、複数対地を結ぶことが可能な既存のテレビ会議システムの技術を適用することが可能である。

更に、テキスト等のメディアについても音声の場合と同様の処理によりポリシーに基づくメディアミキシングを行うことができる。この場合は、受信側参加者端末のディスプレイ内で、どの送信者のテキストかがわかるように複数の送信者のテキストを表示すればよい。

［第２の実施の形態］
第１の実施の形態では、ポリシー制御とミキシングとを、ミキシング装置２０と会議制御装置１０とで集中的に行う形態を示したが、このような形態以外に、ピアツーピアで接続された各参加者端末がポリシー制御とミキシングを行う形態とすることも可能である。

本実施の形態のシステム構成例を図１５に示す。図１５に示すように、各参加者端末が他の参加者端末の各々に接続され、ミキシング及びメディア通信を行う。

本実施の形態では、ポリシー評価を各端末が実行する。つまり、メディア通信に先立ち、各端末は他の端末の各々に対して、その相手先の端末に関係する自分のポリシーを送信する。そして、各端末は、自分のポリシーと、他の参加者端末から受信したポリシーとの間で、図９で説明した方法でポリシー評価を行い、相手毎に自分のメディアを送信するか否か、相手からのメディアを受信するか否かを決定する。なお、参加者端末間の優先順位は事前に各参加者端末内に適宜設定しておくことが可能である。

例えば、Ｐ１とＰ２の間で優先順位がなく、Ｐ１がＰ２への送信を許可したが、Ｐ２がＰ１からの受信を拒否した場合、もしくは、Ｐ１がＰ２への送信を拒否した場合、図９の方法に従って、Ｐ１からＰ２へのメディア配信は拒否される。この結果がＰ１とＰ２の各々で得られる。

この場合、図１６に示すように、Ｐ１からのメディアは、Ｐ２へ送信しないようにする。もしくは、Ｐ２とは片方向通信チャネルを設立することとしてもよい。また、Ｐ２にＰ１の音声を送らない場合に、Ｐ４に擬似的な音を聞かせることとしてもよい。

また、図１７に示すように、例えばＰ２からＰ１へのメディア配信が拒否される結果になった場合、Ｐ２から受信するメディアデータを廃棄し、ミキシング対象に含めないこととしてもよい。

図１８に、本実施の形態における参加者端末の構成例を示す。図１８に示すように、本実施の形態の参加者端末は、ユーザインタフェース部５１、ミキシング部５３、メディアデコード部５４、メディア受信部５５、メディアエンコード部５６、メディア送信部５７、ポリシー送信部５８、ポリシー受信部５９、ポリシー評価部６０、送受信指示部６１、及びデータ送受信部６２を備えている。このように構成される参加者端末の動作は下記のとおりである。なお、参加者端末にはピアツーピア通信を安全に行うための機能を備えているが、この機能は従来技術で実現できるので図示していない。

ポリシー送信部５８は、ユーザからユーザインタフェース部５１を介して入力されたポリシーを受取り、関係する他の参加者端末に送信する。ポリシー受信部５９は、データ送受信部６２を介して他の参加者端末からポリシーを受信し、ポリシー評価部６０に渡す。ポリシー評価部６０は自身のポリシーと受信したポリシー間での評価を行い、評価結果を送受信指示部６１に渡す。送受信指示部６１は、上述したようにメディア送受信を制御する。メディア受信部５５は、ピアツーピアで接続された各参加者端末からメディアデータを受信し、メディアデコード部５４でデコードがなされ、ミキシング部５３でメディアのミキシングが行われユーザインタフェース部５１を介して出力される。

なお、上記の例ではポリシー評価を各参加者端末が行うこととしているが、第１の実施の形態と同様にして、会議制御装置を備えることにより集中的にポリシー評価を行うこととしてもよい。この場合、各参加者端末がポリシー設定要求を会議制御装置に送信し、会議制御装置からはポリシー評価結果が各参加者端末に送信される。

本実施の形態の参加者端末はミキシング手段を備えたコンピュータにより実現できる。また、特別なハードウェアによるミキシング手段を要しない映像やテキスト等のメディアに関しては通常のコンピュータで実現できる。

本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。

従来のメディア会議システムの一例を示す図である。 従来技術を説明するための図である。 本発明の第１の実施の形態の概要を説明するための図である。 本発明の第１の実施の形態におけるメディア会議システムの構成図である。 本発明の第１の実施の形態における会議制御装置１０の機能構成図である。 本発明の第１の実施の形態におけるミキシング装置２０の機能構成図である。 本発明の第１の実施の形態における参加者端末の機能構成図である。 システムの動作を示すフローチャートである。 ポリシー評価方法を説明するための図である。 ポリシー評価方法を説明するための図である。 ポリシー評価方法を説明するための図である。 ミキシング処理を示す図である。 制御状況表示処理を説明するための図である。 映像のミキシングを説明するための図である。 本発明の第２の実施の形態におけるシステム構成例である。 本発明の第２の実施の形態における送信制御を説明するための図である。 本発明の第２の実施の形態における受信制御を説明するための図である。 本発明の第２の実施の形態における参加者端末の機能構成図である。

符号の説明

１０ 会議制御装置
２０ ミキシング装置
３０ ネットワーク
１１ データ送受信部
１２ ポリシー評価部
１３ ミキシング配信先指示部
１４ 制御状況通知部
１５ データ格納部
２１ メディア受信部
２２ メディアデコード部
２３ ミキシング部
２４ メディアエンコード部
２５ 配信部
４１ データ送受信部
４２ メディアエンコード部
４３ メディア送信部
４４ メディア受信部
４５ メディアデコード部
４６ メディア再生部
４７ ポリシー設定要求部
４８ ポリシー表示部
４９ ユーザインタフェース部
５１ ユーザインタフェース部
５３ ミキシング部
５４ メディアデコード部
５５ メディア受信部
５６ メディアエンコード部
５７ メディア送信部
５８ ポリシー送信部
５９ ポリシー受信部
６０ ポリシー評価部
６１ 送受信指示部
６２ データ送受信部

Claims (9)

1. ネットワークに接続された複数の参加者装置間でのメディア通信を制御するための通信制御装置であって、
   少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段と、
   複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段と、
   前記ポリシー評価手段での評価結果を、メディア通信のためのメディアミキシングを行うメディアミキシング手段に通知する通知手段と
   を備えることを特徴とする通信制御装置。
2. 前記ポリシーは、特定の相手に対するメディア送信の許可もしくは拒否を示す情報、又は、特定の相手からのメディア受信の許可もしくは拒否を示す情報を含むことを特徴とする請求項１に記載の通信制御装置。
3. 前記ポリシー評価手段は、一の参加者装置における別の参加者装置へのメディア送信のポリシーと、当該別の参加者装置における前記一の参加者装置からのメディア受信のポリシーとが異なる場合に、前記一の参加者装置から前記別の参加者装置へのメディア配信を行わないと決定することを特徴とする請求項２に記載の通信制御装置。
4. 参加者装置からの要求に基づき、当該参加者装置に対して前記評価結果に基づく配信状況情報を送信する手段を更に備えることを特徴とする請求項１に記載の通信制御装置。
5. ネットワークに接続された複数の参加者装置間でのメディア通信を行うための通信システムであって、
   各参加者装置との間でメディアの送受信を行うメディア送受信手段と、
   メディア会議通信のためのメディアミキシングを行うメディアミキシング手段と、
   少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段と、
   複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段と、
   前記ポリシー評価手段での評価結果を前記メディアミキシング手段に通知する通知手段と
   を備えることを特徴とする通信システム。
6. ネットワークを介して接続された複数の参加者装置との間でメディア通信を行う機能を備えた参加者装置であって、
   他の参加者装置との間でメディアの送受信を行うメディア送受信手段と、
   複数の参加者装置から受信したメディアのミキシングを行うメディアミキシング手段と、
   ミキシングされたメディアを出力する出力手段と、
   他の参加者装置との間で、相手に対するメディア送信又は受信に関するポリシーを交換するポリシー送受信手段と、
   自参加者装置と他の参加者装置間におけるポリシーの評価を行い、各他の参加者装置毎にメディアの送受信を行うか否かを決定するポリシー評価手段と、
   前記ポリシー評価手段での評価結果を前記メディアミキシング手段に通知する通知手段と
   を備えることを特徴とする参加者装置。
7. ネットワークに接続された複数の参加者装置間でのメディア通信を制御するための通信制御装置が実行する通信制御方法であって、
   少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信ステップと、
   複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価ステップと、
   前記ポリシー評価手段での評価結果を、メディア通信のためのメディアミキシングを行うメディアミキシング手段に通知する通知ステップと
   を備えることを特徴とする通信制御方法。
8. コンピュータに、ネットワークに接続された複数の参加者装置間でのメディア通信を制御するための通信制御装置としての機能を実現させるためのプログラムであって、前記コンピュータを、
   少なくとも１つの参加者装置から、特定の相手に対するメディア送信又は受信に関するポリシーを受信するポリシー受信手段、
   複数の参加者装置間におけるポリシーの評価を行い、各参加者装置毎にどの参加者装置のメディアを配信するかを決定するポリシー評価手段、
   前記ポリシー評価手段での評価結果を、メディア通信のためのメディアミキシングを行うメディアミキシング手段に通知する通知手段、
   として機能させるためのプログラム。
9. コンピュータに、ネットワークを介して接続された複数の参加者装置との間でメディア通信を行う参加者装置としての機能を実現させるためのプログラムであって、メディアのミキシングを行うメディアミキシング手段を備えるコンピュータを、
   他の参加者装置との間で、相手に対するメディア送信又は受信に関するポリシーを交換するポリシー送受信手段、
   自コンピュータと他の参加者装置間におけるポリシーの評価を行い、各他の参加者装置毎にメディアの送受信を行うか否かを決定するポリシー評価手段、
   前記ポリシー評価手段での評価結果を前記メディアミキシング手段に通知する通知手段、
   として機能させるプログラム。

Images