JP2005012476A - Multi-point tv conference system - Google Patents

Multi-point tv conference system Download PDF

Info

Publication number
JP2005012476A
JP2005012476A JP2003174037A JP2003174037A JP2005012476A JP 2005012476 A JP2005012476 A JP 2005012476A JP 2003174037 A JP2003174037 A JP 2003174037A JP 2003174037 A JP2003174037 A JP 2003174037A JP 2005012476 A JP2005012476 A JP 2005012476A
Authority
JP
Japan
Prior art keywords
user
priority
conference
service
multipoint
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003174037A
Other languages
Japanese (ja)
Inventor
Koji Matsuoka
浩司 松岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003174037A priority Critical patent/JP2005012476A/en
Publication of JP2005012476A publication Critical patent/JP2005012476A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a multi-point TV conference system which generates a queue to select users who will participate in the conference. <P>SOLUTION: In the multi-point TV conference system, a plurality of communication terminals for TV conferences and a multi-point TV conference device are connected through a network. A user priority being a priority intrinsic to each user is defined for the user, and service priorities are defined on the basis of user priorities and the acceptance order of service requests. A cell is provided wherein a user ID, a user priority, and a service priority are stored in response to a service request from a user. A connection device of the multi-point TV conference device is provided with a list wherein cells provided for individual service requests are arranged on the basis of service priorities, and service precedence is determined on the basis of the order of cells arranged in the list. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
異なる地点に配置された端末を用いて、ネットワークを介して音声により又は音声と映像で通信するTV会議システムにおいて、TV会議に参加を希望するユーザからのサービス要求を受け付けて、TV会議に参加するユーザを選択する多地点TV会議接続装置に関するものである。
【0002】
【従来の技術】
異なる地点に存在する複数のユーザの間においてネットワークを介して同時通信する多地点TV会議装置が知られている。多地点TV会議装置は、MCU(Multipoint Control Unit:多地点制御装置)にネットワークを介して複数の端末を接続し、各端末がMCUに向けて自身の音声・映像のストリームを送信し、MCUは端末から受信したストリームをミキシングしてすべての端末に送信する。このような多地点TV会議装置では、予め会議開催時間に関して、参加人数分のMCUのポートを予約する必要がある。会議の開催者が事前に参加者を決定し、参加者に電話などで連絡して、会議開催時間に参加するよう要請する必要があった。
【0003】
各種相談や医療機関のカウンセリングの対面サービスでは、不特定多数のユーザが窓口に足を運んで並んで順番を待つ必要があった。このような対面サービスを相談者と相談員との会議と見なすと、多地点TV会議システムを適用することが可能である。近年、ブロードバンドの普及がめざましく、不特定多数のユーザが多地点TV会議装置を利用する時代が到来しつつある。従って、医療機関や種々のカウンセリングに多地点TV会議システムを適用できれば、ユーザは自宅に居ながら、距離や時間の制約を越えてきめ細かな対面サービスを享受できる。
【0004】
【発明が解決しようとする課題】
しかしながら、不特定多数のユーザを対象にしたとき、上述したようにサービス提供者が事前にユーザを決定して、特定の時間に参加するようにスケジューリングする必要があり、運用に多大な手間がかかることが問題となりつつある。
【0005】
従って、本発明の目的は、不特定多数のユーザを対象に予約なしでサービスを提供するために、待ち行列を作成して、会議に参加するユーザを選択できる多地点TV会議システムを提供することにある。
また、本発明の別の目的は、重要なユーザに優先的にサービスを提供するために、優先度を付加した上でサービス要求の受付順序を考慮した多地点TV会議システムを提供することにある。
さらに、本発明の別の目的は、対面サービスに有効に活用できる多地点TV会議システムを提供することにある。
【0006】
【課題を解決するための手段】
上記の目的を達成するために、本発明の多地点TV会議システムは、TV会議用の複数の通信端末と多地点TV会議装置とをネットワークを介して接続し、1つの通信端末からの音声及び/又は映像ストリームは前記ネットワーク及び多地点TV会議装置を介して他の通信端末に送信され、多地点TV会議装置に設けた含まれる接続装置によりユーザのTV会議への参加の優先順序が決定される多地点TV会議システムにおいて、
各ユーザに対してユーザ固有の優先度であるユーザ優先度を規定し、ユーザ優先度とサービス要求の受付順序とに基づいてサービス優先度を規定し、
ユーザからのサービス要求に対して、ユーザIDと、ユーザ優先度と、サービス優先度とを格納するセルを設け、
前記多地点TV会議装置の接続装置は、サービス要求毎に設けたセルをサービス優先度に基づいて配列するリストを具え、当該リストに配列された順序に基づいてサービス優先順序を決定することを特徴とする。
【0007】
本発明は、ユーザ優先度に基づいてサービス要求に優先度をつけて、TV会議サービスに参加するユーザを選択する。後述するように、ユーザに固有の静的な優先度をユーザ優先度で表現する。サービス要求を受け付けた順序とユーザ優先度に基づいたサービスの動的な優先度をサービス優先度で表現する。これらのパラメータに基づいて、サービス優先順序を決定することにより、汎用的な多地点TV会議接続装置を実現できる。特に、TV会議に参加するユーザの優先度が容易に決定できるので、対面サービスに有効な多地点TV会議システムを実現することができる。
【0008】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
図1は本発明による多地点TV会議システムの全体構成を示す線図である。ネットワーク1に相談員用のTV会議端末2を接続する。ネットワーク1には、ユーザである相談又はカウンセリングを受ける相談者のTV会議端末3a及び3bを接続する。尚、相談者のTV会議端末として2個の端末を図示したが、勿論多数の端末を接続することができる。さらに、ネットワーク1には、TV会議への参加要求であるサービス要求についてスケジューリングを含む各種の制御を行う多地点TV会議装置4も接続する。各TV会議端末2、3a及び3bは、通信機能を有する端末装置とし、ネットワーク1を介して音声により又は音声と映像により相談員と相談者との間においてコミュニケーションを行うことができ、或いは相談者用のTV会議端末3a音声3bを介して相互に会話をすることができる。各TV会議端末から送信された音声及び/又は映像のストリームはネットワーク1を介して多地点TV会議装置4に入力し、多地点TV会議4は端末から受信したストリームをミキシングしネットワークを介して全てのTV会議端末に送信する。
【0009】
図2は多地点TV会議装置の一例の構成を示す線図であり、図3はユーザからサービス要求の処理を示す線図である。図2及び図3を参照して本発明により多地点TV会議システムを説明する。多地点TV会議接続装置はネットワーク接続手段11を有し、ネットワーク接続手段11を介して各TV会議端末との間の通信を行う。図3を参照するに、ユーザからのサービス要求30…..30は、会議に参加を希望するユーザ30…..30からのサービス要求である。予約対象の会議は1つとする。サービス要求受付部12は、サービス要求30の待ち行列であり、サービス優先順序を保存する。また、それぞれのサービス要求30〜30に対して、ユーザID、ユーザ優先度、サービス優先度を保存する。このため、多地点TV会議接続装置は、ネットワーク接続手段を介して受信したサービス要求からユーザIDを抽出するユーザID抽出部13、ユーザ優先度抽出部14及びユーザデータベース15を有する。ここで、ユーザデータベース15はユーザに関する情報であるユーザID及びユーザ固有の優先度であるユーザ優先度を保存する。また、ユーザ優先度抽出部14はユーザIDをキーにしてユーザデータベース15からユーザ優先度を検索する。サービス要求受付部12はリスト16を有する。このリスト16は、ユーザからのサービス要求情報を格納したセルを優先順位にしたがって配列して格納する。
【0010】
ここで、ユーザ優先度とサービス優先度は数値が大きいほど優先度が高いとする。サービス優先順序は、後述するリスト16でセルが並んでいる順序である。リストの先頭から1、2、…nと順序をつける。新たなユーザからのサービス要求によりこの順序は変化する。サービス優先度が高いセルから順に並ぶ。また、同一のサービス優先度のセルの集合では、サービス要求を受け付けてから最も時間が経過しているセルから並ぶ。したがって、サービス優先順序は、サービス優先度とサービス要求を受け付けた順序とに基づいたサービス要求の優先度を表す順序といえる。ユーザ31〜31nからのサービス要求30a〜30nを受け付けるときに、ユーザ優先度または現在のサービス優先度、あるいはその両方から次のサービス優先度を算出する。さらに、次のサービス優先度と現在のサービス優先順序に基づいて、新たなサービス優先順序を決定する。
【0011】
本発明では、ユーザからの各サービス要求をそれぞれセル40に格納し、各セルを前述したリスト16において優先度に応じて配列し、配列されたセルの先頭から所定数のユーザをTV会議に出席させる。ユーザID抽出部13は、サービス優先順序の先頭からセル40をm個摘出する。ここで、会議に参加できるユーザの人数をm人とする。これらのセル40に格納されているユーザIDにより会議に参加するm人のユーザを指定する。
【0012】
サービス要求受付部12は、1個のサービス要求30と1人のユーザ31の組に対応して1つのセル40を対応させる。それぞれのセル40は、図4に示すように、ユーザID格納域41、ユーザ優先度格納域42、サービス優先度格納域43から構成される。ユーザID格納域41はユーザIDを保存する。ユーザ優先度格納域42はユーザ優先度を保存する。サービス優先度格納域43はサービス優先度を保存する。
【0013】
リスト16は、図5に示すように、サービス要求を受け付けた順序とサービス優先度とを考慮したサービス優先順序に基づいて、各セルをリンクして作成する。具体的には、サービス優先度が高いセルを先頭方向に置く。サービス優先度が低いセル40を末尾方向に置く。また、サービス要求を受け付けた順序が早いセルを先頭方向に置く。サービス要求を受け付けた順序が新しいセルを末尾方向に置く。サービス優先度が同一のセルの集合では、サービス要求を受け付けた順序が早いセルから順番に末尾方向にリンクする。
【0014】
このリンクの例を図5に基づいて説明する。ここで、実線のセル10のみを考慮して、点線のセル10は無視することにする。リスト16は、ユーザID=1〜9の9個セルをリンクしている。サービス優先度=3であるセルの集合では、サービス要求を受け付けた順序が早いユーザIDから8→1→5の順でリンクしている。サービス優先度=2のセルの集合では、サービス要求を受け付けた順序が早いユーザIDから2−3の順でリンクしている。サービス優先度=1であるセルの集合では、サービス要求を受け付けた順序が早いユーザIDから4→6→7→9の順でリンクしている。なお、セル40とリスト16はサービス要求受付部12内に保存されている。
【0015】
サービス要求受付部12内のサービス優先度更新部17は、ユーザデータベース15に保存されたユーザ優先度とサービス優先度格納域に保存されたサービス優先度とに基づいて、新たにサービス優先度を算出して、リスト16における各9個セルの位置を変更する。
【0016】
図6は、サービス要求受付部12の動作を説明するフローチャートである。
以下のようにすべてのセル40を初期設定する(ステップ101)。n個のセルを用意する。ここで、nはリスト16に保存するサービス要求の個数であり、待ち行列の長さである。すべてのセル40のサービス優先度=0とする。リスト16はφ(空リスト)とする。ユーザ優先度は、それぞれのユーザを優先する度合いに応じて事前に定める。
【0017】
サービス要求受付部12は、会議中に新たなサービス要求が到着しているかをチェックする(ステップ102)。サービス要求が到着しているときは、ステップ103に移動する。到着していないときは、ステップ113に移動する。なお、このチェックは、会議に参加しているユーザ4が会議から離れるとき、あるいは一定時間ごとに周期的に行うことにより、チェックの回数を軽減してもよい。
【0018】
新たなサービス要求30が到着しているとき、そのユーザID(=i)を読む(ステップ103)。ユーザIDはユーザID格納域41に保存されている。ユーザID=iであるセルsがリスト16に存在するかをチェックする(ステップ104)。セルが存在するときには、ステップ105に移動する。存在しないときは、ステップ114に移動する。
【0019】
セルsのサービス優先度を更新する(ステップ105)。具体的には、セルsにおいて、ユーザ優先度格納域42に保存されたユーザ優先度jとサービス優先度格納域43に保存されたサービス優先度kとに基づいて、新たにサービス優先度k’=f(j,k)を求め、セルsのサービス優先度=k’と設定する(ステップ105)。すなわち、サービス優先度格納域43にk’とする。その後、ステップ106に移動して、リスト16にリンクするセルの位置を決定する。
【0020】
新たにセル40を確保して、リスト16にリンクする。ユーザID=i、ユーザIDに付するユーザ優先度=j、サービス優先度k’=0に設定する(ステップ114)。その後、ステップ106に移動して、リスト16にリンクするセルの位置を決定する。
【0021】
リスト16から、サービス優先度=k’であるセルの集合Uを検索する(ステップ106)。セルの集合U≠φ(空集合)であるかを調べて、以下の場合を選択する(ステップ107)。原則として、サービス優先度k’を算出したとき、セルsをサービス優先度k’のセルの集合の末尾に置く。これにより、同じサービス優先度のセルのグループのなかでサービス要求を受け付けた順序が早いセルから、すなわち先着順に処理する。ところが、サービス優先度=k’の集合Uが存在しない場合がある。このとき、サービス優先度=k’のセルの集合を新たに作成する必要がある。リスト16は、サービス優先度が大きいセルの集合から順に並べているため、k’よりサービス優先度が大きく、k’に近いセルの集合Vの直後にサービス優先度=k’のセルの集合を作成する。すなわち、サービス優先度≧k’のセルの集合を捜して、その中で一番小さいサービス優先度のセルの集合Vの直後に作成する。
【0022】
(1)セルの集合U≠φであるとき、セルの集合uの先頭にセルsをリンクする。すなわち、サービス優先度=k’であるセルの集合Uの末尾にセルsを追加する(ステップ108)。 その後、ステップ102に戻って、サービス要求の受付を繰り返す。
(2)U=φであるとき、サービス優先度≧k’であり、かつ最小のサービス優先度を持つセルの集合V(ただし、V≠φ)を検索する。(ステップ109)セルの集合Vが存在するかを調べて、以下の場合を選択する(ステップ110)。(2−1)セルの集合Vが存在するとき、Vの末尾にセルsをリンクする。すなわち、セルの集合Vの直後にサービス優先度=k’であるセルの集合U={s}を新たに作成する(ステップ111)。その後、ステップ102に戻って、サービス要求の受付を繰り返す。
(2−2)セルの集合Vが存在しないとき、サービス優先度=k’のセルは、残りのすべてのセルよりはサービス優先度が高いため、リスト16の先頭にセルsをリンクする。すなわち、リスト16の先頭にサービス優先度=k’であるセルの集合U={s}を新たに作成する(ステップ112)。その後、ステップ102に戻って、サービス要求の受付を繰り返す。
【0023】
ステップ102でサービス要求の受付を終了したときに、リスト16の先頭からm個のセルのユーザID格納域11のユーザIDを出力する。これにより、TV会議に参加するユーザ31を特定できる(ステップ113)。
【0024】
図5、図7及び図8の具体例を用いて、サービス要求受付部12の動作を説明する。図5はセル40を初期設定してから、サービス要求の受け付けを繰り返して、処理が進んだ状態を示す。サービス優先度更新部17の関数をk’=f(j,k)=jと定義する。jはユーザ優先度である。kはサービス優先度である。ユーザk’は新たに求められたサービス優先度である。上記の関数は、ユーザ優先度のみを評価する関数である。これにより、ユーザ優先度が高いユーザのサービス要求を優先する。また、受け付けた時点が早いサービス要求を優先する。すなわち、重要なユーザから先着順に会議に参加させることができる。
【0025】
サービス要求受付部12に新たにサービス要求が到着する(ステップ102)。当該サービス要求のユーザID=i=7を読み取る(ステップ103)。リスト16にユーザID=i=7のセルがあるかをチェックする(ステップ104)。リスト16にセルが存在する。このセルのユーザ優先度=j=2であり、サービス優先度=k=1である。本例では、サービス優先度k’=f(2,1)=2である。したがって、ユーザID=i=7のセルのサービス優先度=k’=2を設定する(ステップ105)。
【0026】
次にサービス優先度=k’=2のセルの集合を検索する(ステップ106)。このセルの集合は、U={2,3}≠φである。したがって、サービス優先度更新部17は、当該セルの集合Uの末尾にユーザID=i=7のセル(点線のセル)をリンクする(ステップ108)。
【0027】
以上の状態でサービスの受付を終了する。会議参加のユーザ4をm(=2)個選択する場合には、リスト16の先頭から2個のセルのユーザID={8、1}を抽出すればよい。(ステップ113)
【0028】
図7はセルを初期設定してから、サービス要求の受け付けを繰り返して、処理が進んだ他の状態を示す。サービス要求受付部12に新たにサービス要求が到着する(ステップ102)。当該サービス要求のユーザID=i=7を読み取る(ステップ103)。リスト16にユーザID=i=7のセルが存在するかをチェックする(ステップ104)。リスト16にセルが存在する。このセルのユーザ優先度=j=3であり、サービス優先度k=1である。本例では、サービス優先度k’=f(3,1)=3である。したがって、タグID=i=7のセルのサービス優先度k’=3を設定する(ステップ105)。
【0029】
次に、サービス優先度k’=3のセルの集合Uを検索する(ステップ106)。検索結果はU=φである。したがって、サービス優先度更新部17は、サービス優先度k’≧3であり、最小のサービス優先度を保つセルの集合Vを検索する(ステップ109)。検索結果は、サービス優先度=5の集合V={8,1、5}である(ステップ110)。したがって、当該セルの集合Vの末尾にセルsをリンクする。このセルsはサービス優先度k=3のセルの集合Uとなる(ステップ111)。
【0030】
図8はセル10を初期設定してから、サービス要求の受け付けを繰り返して、処理が進んださらに他の状態を示す。サービス要求受付部12に新たにサービス要求が到着する(ステップ102)。当該サービス要求からユーザID=i=7を読み取る(ステップ103)。
【0031】
リスト16にユーザID=i=7のセルが存在するかをチェックする(ステップ104)。リスト16にID=7のセルが存在する。このセルのユーザ優先度=j=3であり、サービス優先度k=1である。本例では、サービス優先度k’=f(3,1)=3である。したがって、タグID=i=7のセルのサービス優先度k’=3を設定する(ステップ105)。
【0032】
次に、サービス優先度k’=3のセルの集合Uを検索する(ステップ106)。検索結果はU=φである。したがって、サービス優先度更新部16は、サービス優先度k’≧3であり、最小のサービス優先度を保つセルの集合Vを検索する(ステップ109)。検索結果は、V=φである。したがって、リスト20の先頭にセルsをリンクする。このセルsはサービス優先度k’=3のセルの集合となる(ステップ112)。
【0033】
k’=f(j,k)の関数の定義と、リスト16からのセル10の取り出し方法とにバリエーションを加えることにより、本発明の多地点TV会議接続システムは、様々な用途に適用可能である。1つの例として、k’=f(j,k)=j+k−1と定義し、リスト16の先頭から m個のセルを抽出することにする。新たなサービス優先度k’は、サービス要求する度に(j−1)ずつ大きくなる。このとき、サービス要求の回数が大きいユーザからのサービス要求を優先し、ユーザ優先度が高いユーザからのサービス要求を優先し、受け付けた時点が早いサービス要求を優先する。すなわち、サービス要求を繰り返す重要なユーザから先着順に会議に参加させることができる。
【0034】
他の例として、k’=f(j,k)=−j+k−1と定義し、リスト16の末尾からm個のセルを抽出することにする。新たなサービス優先度k’は、サービス要求する度に(j+1)ずつ小さくなる。このとき、サービス要求の回数が小さいユーザからのサービス要求を優先し、ユーザ優先度が高いユーザからのサービス要求を優先し、受け付けた時点が新しいサービス要求を優先する。すなわち、サービス要求を繰り返さない重要なユーザから後着順に会議に参加させることができる。
【0035】
以上のように、用途に応じて、k’=f(j,k)は、ユーザ優先度j、サービス優先度k、あるいはその両方を使用した関数を使用できる。ステップ113において、リスト16の先頭のm個のセルを選択することにより、それぞれ最も早い時点でサービス要求した、すなわち先着順のユーザ要求を選択する。また、リスト16の末尾のm個のセルを選択することにより、それぞれ最も新しい時点でサービス要求した、すなわち後着順のユーザ要求を選択する。さらに、動的な優先度であるサービス優先度を導入することにより、サービス要求を繰り返すユーザを優先度を上げる、あるいは下げることができる。
【0036】
上述した実施例では、1つの会議を実施する多地点TV会議装置を前提に説明した。次に複数の会議を同時に実施する多地点TV会議装置への通用手法について説明する。以下の2種の手法がある。なお、実施できる会議1、会議2、会議tとする。すなわち、tは実施できる会議の個数とする。
【0037】
(1)フォーク並び
ユーザが会議を予約する窓口は1個ある。すべてのユーザが公平に順番待ちできる手法である。図9に本例による多地点TV会議接続装置の構成を示す。サービス要求受付部12とユーザID抽出部13を1個ずつ設ける。会議が終了して、次の会議を実施できるとき、ユーザID抽出部13からm個のサービス要求を抽出して、会議1、会議2、会議tのうち、空いた会議に割り当てる。
【0038】
(2)個別並び
ユーザが会議を予約する窓口はt個設ける。ユーザがサービスを受けたい窓口を選択できる手法である。図10に本手法の多地点TV会議接続装置の構成を示す。サービス要求には、ユーザID、ユーザ優先度の他に、会議IDを追加する。すなわち、図4のセル40に会議ID格納域を追加する。この会議IDにより、会議1、会議2、会議tを選択する。サービス要求受付部12とユーザID抽出部13をt個ずつ設ける。すなわち、t個の窓口に応じて、サービス要求受付部12………12とユーザID抽出部13…………13を設ける。会議u(u=1、2,‥t)が空いたとき、ユーザID抽出部13からm個のサービス要求を抽出して、この会議uに割り当てる。
【0039】
【発明の効果】
以上説明したように、本発明によれば、サービス要求したユーザに優先度をつけて会議に参加するユーザを選別する多地点TV会議システムを提供することができる。サービス要求の受け付け順序、サービス要求の受け付け回数、ユーザ優先度といった多様なパラメータを考慮して、サービスの優先順序を決定することにより、汎用的な多地点TV会議システムを構築することができる。
また、多数のサービス要求に対して優先順序をユーザ固有の事情を考慮して決定することができるので、対面サービスを行うための多地点TV会議システムに有益である。
さらに、複数の会議を同時に実施する多地点TV会議システムに対しては、ユーザが1つの窓口から予約するフォーク並び、あるいはユーザが参加したい会議を選択できる個別並びを実現できる。
【図面の簡単な説明】
【図1】本発明による多地点TV会議システムの全体構成を示す線図である。
【図2】多地点TV会議装置に設けた接続装置の一例を示す線図である。
【図3】ユーザからのサービス要求を処理する流れを示す図である。
【図4】セル構成を示す図である。
【図5】リストの一例を示す図である。
【図6】サービス要求受付部の動作を説明するフローチャートである。
【図7】リストの他の例を示す図である。
【図8】リストのさらに他の例を示す図である。
【図9】複数の会議を同時に実施する本発明の多地点TV会議接続装置のフォーク並びの構成図である。
【図10】複数の会議を同時に実施する本発明の多地点TV会議接続装置の個別並びの構成図である。
【符号の説明】
1 ネットワーク
2 TV会議端末
3a,3b TV会議端末
4 多地点TV会議装置
11 ネットワーク接続手段
12 サービス要求受付部
13 ユーザID抽出部
14 ユーザ優先度抽出部
15 優先度データベース
16 リスト
17 サービス優先度更新部
[0001]
BACKGROUND OF THE INVENTION
In a TV conference system that communicates by voice or by voice and video via a network using terminals located at different points, accepts a service request from a user who wants to participate in the TV conference and participates in the TV conference The present invention relates to a multipoint TV conference connection device for selecting a user.
[0002]
[Prior art]
A multi-point TV conference apparatus that performs simultaneous communication via a network among a plurality of users existing at different points is known. A multipoint video conference apparatus connects a plurality of terminals via a network to a MCU (Multipoint Control Unit), and each terminal transmits its own audio / video stream to the MCU. The stream received from the terminal is mixed and transmitted to all terminals. In such a multi-point TV conference apparatus, it is necessary to reserve MCU ports for the number of participants in advance for the conference opening time. It was necessary for the meeting organizer to determine the participants in advance and contact the participants by telephone or the like to request participation at the meeting holding time.
[0003]
In the face-to-face service of various consultations and counseling of medical institutions, it was necessary for an unspecified number of users to go to the counter and wait in line. If such a face-to-face service is regarded as a meeting between a consultant and a consultant, it is possible to apply a multipoint TV conference system. In recent years, the spread of broadband has been remarkable, and an era in which an unspecified number of users use a multipoint TV conference apparatus is coming. Therefore, if the multipoint TV conference system can be applied to medical institutions and various counseling, the user can enjoy fine face-to-face services while staying at home, exceeding the limitations of distance and time.
[0004]
[Problems to be solved by the invention]
However, when a large number of unspecified users are targeted, it is necessary for the service provider to determine the users in advance and schedule them to participate at a specific time as described above, which takes a lot of work. Is becoming a problem.
[0005]
Accordingly, an object of the present invention is to provide a multi-point TV conference system capable of creating a queue and selecting users to participate in a conference in order to provide a service to an unspecified number of users without reservation. It is in.
Another object of the present invention is to provide a multi-point TV conference system in which priority is given and the order in which service requests are received is taken into consideration in order to preferentially provide services to important users. .
Furthermore, another object of the present invention is to provide a multipoint TV conference system that can be effectively used for face-to-face services.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, a multipoint TV conference system according to the present invention connects a plurality of TV conference communication terminals and a multipoint TV conference apparatus via a network, and transmits audio from one communication terminal. The video stream is transmitted to the other communication terminal via the network and the multipoint TV conference apparatus, and the priority order of the user participation in the TV conference is determined by the included connection device provided in the multipoint TV conference apparatus. Multipoint TV conference system
Specify user priority, which is a user-specific priority for each user, specify service priority based on user priority and service request acceptance order,
In response to a service request from a user, a cell for storing a user ID, a user priority, and a service priority is provided.
The connection device of the multipoint TV conference apparatus includes a list in which cells provided for each service request are arranged based on service priority, and determines a service priority order based on the order arranged in the list. And
[0007]
The present invention prioritizes service requests based on user priorities and selects users to participate in a TV conference service. As will be described later, the static priority specific to the user is expressed by the user priority. The dynamic priority of the service based on the order in which the service requests are received and the user priority is expressed by the service priority. By determining the service priority order based on these parameters, a general-purpose multipoint TV conference connection apparatus can be realized. In particular, since the priority of users participating in a TV conference can be easily determined, a multipoint TV conference system effective for face-to-face service can be realized.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing the overall configuration of a multipoint TV conference system according to the present invention. A TV conference terminal 2 for a counselor is connected to the network 1. Connected to the network 1 are the TV conference terminals 3a and 3b of the consultant who receives consultation or counseling as a user. In addition, although two terminals were illustrated as a consultant's TV conference terminal, of course, many terminals can be connected. The network 1 is also connected to a multipoint TV conference apparatus 4 that performs various controls including scheduling for a service request that is a request for participation in a TV conference. Each of the TV conference terminals 2, 3a and 3b is a terminal device having a communication function, and can perform communication between the counselor and the counselor by voice or voice and video via the network 1, or the counselor. Can communicate with each other via the video conference terminal 3a audio 3b. The audio and / or video stream transmitted from each TV conference terminal is input to the multipoint TV conference apparatus 4 via the network 1, and the multipoint TV conference 4 mixes all the streams received from the terminal and transmits all the streams via the network. To the TV conference terminal.
[0009]
FIG. 2 is a diagram showing a configuration of an example of a multipoint TV conference apparatus, and FIG. 3 is a diagram showing processing of a service request from a user. A multipoint TV conference system according to the present invention will be described with reference to FIGS. The multipoint TV conference connection apparatus has network connection means 11 and performs communication with each TV conference terminal via the network connection means 11. Referring to FIG. 3, a service request 30 1 from the user 30 1 . . 30 n are users 30 1 ... . This is a service request from 30 n . One conference is reserved. The service request reception unit 12 is a queue for the service request 30 and stores the service priority order. In addition, the user ID, user priority, and service priority are stored for each of the service requests 30 1 to 30 n . For this reason, the multipoint TV conference connection apparatus includes a user ID extraction unit 13, a user priority extraction unit 14, and a user database 15 that extract a user ID from a service request received via a network connection unit. Here, the user database 15 stores a user ID that is information about the user and a user priority that is a user-specific priority. The user priority extraction unit 14 searches the user database 15 for the user priority using the user ID as a key. The service request receiving unit 12 has a list 16. The list 16 stores cells storing service request information from users arranged according to priority.
[0010]
Here, it is assumed that the user priority and the service priority are higher as the numerical value is larger. The service priority order is an order in which cells are arranged in a list 16 described later. From the top of the list, order 1, 2, ... n. This order changes due to service requests from new users. They are arranged in order from the cell with the highest service priority. Further, in a set of cells having the same service priority, the cells are lined up from the cell whose time has passed most since the service request was received. Therefore, the service priority order can be said to be an order representing the priority of service requests based on the service priority and the order in which the service requests are received. When receiving service requests 30a to 30n from the users 31 to 31n, the next service priority is calculated from the user priority and / or the current service priority. Further, a new service priority order is determined based on the next service priority and the current service priority order.
[0011]
In the present invention, each service request from a user is stored in each cell 40, each cell is arranged according to priority in the above-described list 16, and a predetermined number of users attend the TV conference from the top of the arranged cells. Let The user ID extraction unit 13 extracts m cells 40 from the top of the service priority order. Here, the number of users who can participate in the conference is m. The m users who participate in the conference are designated by the user IDs stored in these cells 40.
[0012]
The service request reception unit 12 associates one cell 40 with one service request 30 and one user 31. As shown in FIG. 4, each cell 40 includes a user ID storage area 41, a user priority storage area 42, and a service priority storage area 43. The user ID storage area 41 stores a user ID. The user priority storage area 42 stores user priority. The service priority storage area 43 stores the service priority.
[0013]
As shown in FIG. 5, the list 16 is created by linking the cells based on the service priority order that takes into consideration the order in which service requests are received and the service priority. Specifically, a cell having a high service priority is placed in the head direction. A cell 40 having a low service priority is placed in the end direction. In addition, a cell whose service request has been received is placed in the head direction. The order in which service requests are received places new cells in the end direction. In a set of cells having the same service priority, the cells are linked in the order from the cell in which the service request is received in the earliest order.
[0014]
An example of this link will be described with reference to FIG. Here, only the solid line cell 10 is considered, and the dotted line cell 10 is ignored. The list 16 links nine cells with user IDs = 1 to 9. In a set of cells with service priority = 3, links are made in the order of 8 → 1 → 5 from the user ID that received the service request in the early order. In a set of cells with service priority = 2, links are made in the order of 2-3 from the user ID that received the service request in the early order. In a set of cells with service priority = 1, links are made in the order of 4 → 6 → 7 → 9 from the user ID whose service request is received in the early order. The cell 40 and the list 16 are stored in the service request receiving unit 12.
[0015]
The service priority update unit 17 in the service request reception unit 12 newly calculates a service priority based on the user priority stored in the user database 15 and the service priority stored in the service priority storage area. Then, the position of each nine cell in the list 16 is changed.
[0016]
FIG. 6 is a flowchart for explaining the operation of the service request accepting unit 12.
All cells 40 are initialized as follows (step 101). n cells are prepared. Here, n is the number of service requests stored in the list 16 and the queue length. It is assumed that the service priority of all the cells 40 = 0. The list 16 is assumed to be φ (empty list). The user priority is determined in advance according to the degree of priority given to each user.
[0017]
The service request receiving unit 12 checks whether a new service request has arrived during the conference (step 102). If a service request has arrived, the process moves to step 103. If it has not arrived, move to step 113. The number of checks may be reduced by performing this check when the user 4 participating in the conference leaves the conference or periodically at regular intervals.
[0018]
When a new service request 30 has arrived, the user ID (= i) is read (step 103). The user ID is stored in the user ID storage area 41. It is checked whether cell s with user ID = i exists in list 16 (step 104). If there is a cell, go to step 105. If not, go to step 114.
[0019]
The service priority of the cell s is updated (step 105). Specifically, in the cell s, a new service priority k ′ is created based on the user priority j stored in the user priority storage area 42 and the service priority k stored in the service priority storage area 43. = F (j, k) is obtained and the service priority of the cell s is set as k '(step 105). That is, k ′ is set in the service priority storage area 43. Thereafter, the process moves to step 106 to determine the position of the cell linked to the list 16.
[0020]
A new cell 40 is secured and linked to the list 16. User ID = i, user priority attached to user ID = j, and service priority k ′ = 0 are set (step 114). Thereafter, the process moves to step 106 to determine the position of the cell linked to the list 16.
[0021]
A list U of cells having service priority = k ′ is searched from the list 16 (step 106). It is checked whether the cell set U ≠ φ (empty set), and the following case is selected (step 107). In principle, when the service priority k ′ is calculated, the cell s is placed at the end of the set of cells with the service priority k ′. As a result, processing is performed from the cell in which the service request is accepted in the group of cells having the same service priority, in order of arrival, that is, in order of arrival. However, there may be no set U with service priority = k ′. At this time, it is necessary to newly create a set of cells with service priority = k ′. Since the list 16 is arranged in order from the set of cells having the highest service priority, a set of cells having service priority = k ′ is created immediately after the set V of cells having a higher service priority than k ′ and close to k ′. To do. That is, a set of cells with service priority ≧ k ′ is searched and created immediately after the set V of cells with the lowest service priority.
[0022]
(1) When the cell set U ≠ φ, the cell s is linked to the head of the cell set u. That is, the cell s is added to the end of the cell set U with service priority = k ′ (step 108). Thereafter, the process returns to step 102 and the reception of the service request is repeated.
(2) When U = φ, a search is performed for a set V of cells having service priority ≧ k ′ and having the minimum service priority (where V ≠ φ). (Step 109) Check whether the cell set V exists, and select the following case (Step 110). (2-1) When the cell set V exists, link the cell s to the end of V. That is, immediately after the cell set V, a cell set U = {s} with service priority = k ′ is newly created (step 111). Thereafter, the process returns to step 102 and the reception of the service request is repeated.
(2-2) When the cell set V does not exist, the cell with service priority = k ′ has a higher service priority than all the remaining cells, so the cell s is linked to the head of the list 16. That is, a new set U = {s} of cells with service priority = k ′ is created at the top of the list 16 (step 112). Thereafter, the process returns to step 102 and the reception of the service request is repeated.
[0023]
When the acceptance of the service request is completed in step 102, the user IDs in the user ID storage areas 11 of the m cells from the top of the list 16 are output. Thereby, the user 31 participating in the TV conference can be specified (step 113).
[0024]
The operation of the service request accepting unit 12 will be described with reference to the specific examples of FIGS. FIG. 5 shows a state in which the processing is advanced by repeatedly accepting the service request after the initial setting of the cell 40. The function of the service priority update unit 17 is defined as k ′ = f (j, k) = j. j is the user priority. k is the service priority. User k ′ is the newly obtained service priority. The above function is a function that evaluates only the user priority. Thereby, priority is given to the service request of a user with high user priority. In addition, priority is given to service requests that are received earlier. In other words, it is possible to participate in the conference in the order of arrival from important users.
[0025]
A new service request arrives at the service request receiving unit 12 (step 102). The user ID = i = 7 of the service request is read (step 103). It is checked whether there is a cell with user ID = i = 7 in the list 16 (step 104). There are cells in list 16. User priority of this cell = j = 2 and service priority = k = 1. In this example, service priority k ′ = f (2,1) = 2. Therefore, service priority = k ′ = 2 is set for the cell with user ID = i = 7 (step 105).
[0026]
Next, a set of cells with service priority = k ′ = 2 is searched (step 106). This set of cells is U = {2, 3} ≠ φ. Therefore, the service priority update unit 17 links a cell (user cell with dotted line) with user ID = i = 7 to the end of the cell set U (step 108).
[0027]
The service reception is terminated in the above state. When m (= 2) users 4 participating in the conference are selected, user IDs = {8, 1} of two cells from the top of the list 16 may be extracted. (Step 113)
[0028]
FIG. 7 shows another state in which the processing is advanced by repeatedly accepting the service request after the initial setting of the cell. A new service request arrives at the service request receiving unit 12 (step 102). The user ID = i = 7 of the service request is read (step 103). It is checked whether there is a cell with user ID = i = 7 in the list 16 (step 104). There are cells in list 16. The user priority of this cell = j = 3, and the service priority k = 1. In this example, service priority k ′ = f (3,1) = 3. Therefore, the service priority k ′ = 3 of the cell with the tag ID = i = 7 is set (step 105).
[0029]
Next, a set U of cells with service priority k ′ = 3 is searched (step 106). The search result is U = φ. Therefore, the service priority update unit 17 searches for a set V of cells that have the service priority k ′ ≧ 3 and keep the minimum service priority (step 109). The search result is a set V = {8, 1, 5} with service priority = 5 (step 110). Therefore, the cell s is linked to the end of the cell set V. This cell s becomes a set U of cells with service priority k = 3 (step 111).
[0030]
FIG. 8 shows still another state in which the cell 10 is initialized and then the service request is repeatedly received, and the process proceeds. A new service request arrives at the service request receiving unit 12 (step 102). User ID = i = 7 is read from the service request (step 103).
[0031]
It is checked whether there is a cell with user ID = i = 7 in the list 16 (step 104). There is a cell with ID = 7 in the list 16. The user priority of this cell = j = 3, and the service priority k = 1. In this example, service priority k ′ = f (3,1) = 3. Therefore, the service priority k ′ = 3 of the cell with the tag ID = i = 7 is set (step 105).
[0032]
Next, a set U of cells with service priority k ′ = 3 is searched (step 106). The search result is U = φ. Accordingly, the service priority update unit 16 searches for a set V of cells that have the service priority k ′ ≧ 3 and keep the minimum service priority (step 109). The search result is V = φ. Therefore, the cell s is linked to the head of the list 20. This cell s is a set of cells with service priority k ′ = 3 (step 112).
[0033]
By adding variations to the definition of the function of k ′ = f (j, k) and the method of extracting the cell 10 from the list 16, the multipoint TV conference connection system of the present invention can be applied to various applications. is there. As an example, k ′ = f (j, k) = j + k−1 is defined, and m cells are extracted from the head of the list 16. The new service priority k ′ increases by (j−1) each time a service request is made. At this time, priority is given to service requests from users with a large number of service requests, priority is given to service requests from users with high user priority, and priority is given to service requests that are received earlier. That is, it is possible to participate in the conference on a first-come-first-served basis from important users who repeat service requests.
[0034]
As another example, k ′ = f (j, k) = − j + k−1 is defined, and m cells are extracted from the end of the list 16. The new service priority k ′ decreases by (j + 1) each time a service request is made. At this time, priority is given to a service request from a user with a small number of service requests, priority is given to a service request from a user with a high user priority, and priority is given to a new service request when received. That is, important users who do not repeat service requests can be joined to the conference in the order of arrival.
[0035]
As described above, depending on the application, k ′ = f (j, k) can use a function using the user priority j, the service priority k, or both. In step 113, the first m cells in the list 16 are selected to select user requests that are service requests at the earliest time, that is, first-come-first-served basis. Further, by selecting m cells at the end of the list 16, user requests that are service requests at the latest time point, that is, user requests in the order of arrival are selected. Furthermore, by introducing service priority, which is dynamic priority, it is possible to raise or lower the priority of users who repeat service requests.
[0036]
In the above-described embodiment, the description has been made on the premise of a multipoint TV conference apparatus that performs one conference. Next, a general technique for a multi-point TV conference apparatus that simultaneously performs a plurality of conferences will be described. There are the following two methods. It is assumed that conference 1, conference 2, and conference t can be performed. That is, t is the number of conferences that can be held.
[0037]
(1) There is one window where a fork-lined user reserves a conference. This is a technique that allows all users to wait in a fair manner. FIG. 9 shows the configuration of the multipoint TV conference connection apparatus according to this example. One service request reception unit 12 and one user ID extraction unit 13 are provided. When the conference is finished and the next conference can be carried out, m service requests are extracted from the user ID extraction unit 13 and assigned to vacant conferences among conference 1, conference 2, and conference t.
[0038]
(2) There are t windows where individual users can reserve a conference. This is a technique that allows the user to select the window where the service is desired. FIG. 10 shows the configuration of the multipoint TV conference connection device of this method. In addition to the user ID and user priority, a conference ID is added to the service request. That is, a conference ID storage area is added to the cell 40 of FIG. Based on the conference ID, conference 1, conference 2, and conference t are selected. There are t service request accepting units 12 and t user ID extracting units 13 provided. That is, in accordance with t pieces of window, providing a service request receiving unit 12 1 ......... 12 t and a user ID extraction unit 13 1 ............ 13 t. When the conference u (u = 1, 2,... T) is vacant, m service requests are extracted from the user ID extraction unit 13 and assigned to this conference u.
[0039]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a multi-point TV conference system that prioritizes a user who requests a service and selects users who participate in the conference. A general-purpose multipoint TV conference system can be constructed by determining the priority order of services in consideration of various parameters such as the order of service request acceptance, the number of service request acceptances, and the user priority.
In addition, the priority order for a large number of service requests can be determined in consideration of the circumstances specific to the user, which is useful for a multipoint TV conference system for providing a face-to-face service.
Furthermore, for a multi-point TV conference system that simultaneously performs a plurality of conferences, it is possible to realize a fork sequence that the user makes a reservation from one window or an individual sequence that allows the user to select a conference that she wants to participate in.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall configuration of a multipoint TV conference system according to the present invention.
FIG. 2 is a diagram showing an example of a connection device provided in a multipoint TV conference device.
FIG. 3 is a diagram illustrating a flow of processing a service request from a user.
FIG. 4 is a diagram showing a cell configuration.
FIG. 5 is a diagram illustrating an example of a list.
FIG. 6 is a flowchart for explaining the operation of a service request accepting unit.
FIG. 7 is a diagram illustrating another example of a list.
FIG. 8 is a diagram showing still another example of a list.
FIG. 9 is a block diagram of a fork arrangement of the multipoint TV conference connection device of the present invention that simultaneously performs a plurality of conferences.
FIG. 10 is a configuration diagram of individual arrangements of the multipoint TV conference connection device of the present invention that simultaneously performs a plurality of conferences.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Network 2 TV conference terminal 3a, 3b TV conference terminal 4 Multipoint TV conference apparatus 11 Network connection means 12 Service request reception part 13 User ID extraction part 14 User priority extraction part 15 Priority database 16 List 17 Service priority update part

Claims (7)

TV会議用の複数の通信端末と多地点TV会議装置とをネットワークを介して接続し、1つの通信端末からの音声及び/又は映像ストリームは前記ネットワーク及び多地点TV会議装置を介して他の通信端末に送信され、多地点TV会議装置に含まれる接続装置によりユーザのTV会議への参加の優先順序が決定される多地点TV会議システムにおいて、
各ユーザに対してユーザ固有の優先度であるユーザ優先度を規定し、ユーザ優先度とサービス要求の受付順序とに基づいてサービス優先度を規定し、
ユーザからのサービス要求に対して、ユーザIDと、ユーザ優先度と、サービス優先度とを格納するセルを設け、
前記多地点TV会議装置の接続装置は、サービス要求毎に設けたセルをサービス優先度に基づいて配列するリストを具え、当該リストに配列された順序に基づいてサービス優先順序を決定することを特徴とする多地点TV会議システム。
A plurality of video conference communication terminals and a multipoint TV conference apparatus are connected via a network, and audio and / or video streams from one communication terminal are communicated with each other via the network and the multipoint TV conference apparatus. In a multipoint TV conference system in which a priority order of participation in a user's TV conference is determined by a connection device transmitted to a terminal and included in the multipoint TV conference device,
Specify user priority, which is a user-specific priority for each user, specify service priority based on user priority and service request acceptance order,
In response to a service request from a user, a cell for storing a user ID, a user priority, and a service priority is provided.
The connection device of the multipoint TV conference apparatus includes a list in which cells provided for each service request are arranged based on service priority, and determines a service priority order based on the order arranged in the list. Multipoint TV conference system.
前記接続装置は、ユーザのサービス要求から当該ユーザのIDを抽出する手段と、各ユーザについてユーザID及びユーザ優先度を格納したデータベースを有し、サービス要求を受け付けた際サービス要求からユーザIDを抽出し、抽出したユーザIDからユーザ優先度を検出し、検出したユーザ優先度と受付順序とに基づいてサービス優先度を決定し、これらユーザID、ユーザ優先度及びサービス優先度をセルに格納して前記リストに配列することを特徴とする請求項1に記載の多地点TV会議システム。The connection device has means for extracting the user ID from the user service request and a database storing the user ID and the user priority for each user, and extracts the user ID from the service request when the service request is received. The user priority is detected from the extracted user ID, the service priority is determined based on the detected user priority and the reception order, and the user ID, the user priority, and the service priority are stored in the cell. The multipoint TV conference system according to claim 1, wherein the multipoint TV conference system is arranged in the list. 前記接続装置は、前記リスト上のセルの配列を更新する優先度更新手段を有し、サービス要求の受付開始後新たに受け付けたサービス要求を用いて、リストに配列されたセルの配列順序を更新することを特徴とする請求項2に記載の多地点TV会議システム。The connection device includes a priority update unit that updates an arrangement of cells on the list, and updates an arrangement order of cells arranged in the list using a newly received service request after receiving a service request. The multipoint TV conference system according to claim 2, wherein: 請求項3に記載の多地点TV会議システムにおいて、前記優先度更新手段は、新たに受け付けたサービス要求により規定されたセルをリストに配列するに当たり、
前記リスト上において、当該セルのサービス優先度と同一のサービス優先度のセルの集合を検索し、同一のサービス優先度のセルの集合が存在する場合、当該セルの集合の最後尾に当該セルをリンクし、同一サービス優先度のセルの集合が空の場合当該集合の先頭に配置することを特徴とする多地点TV会議システム。
The multipoint TV conference system according to claim 3, wherein the priority update unit arranges the cells defined by the newly accepted service request in a list.
On the list, a set of cells having the same service priority as the service priority of the cell is searched, and when a set of cells having the same service priority exists, the cell is added to the end of the set of cells. A multipoint TV conference system, characterized in that, if a set of linked cells having the same service priority is empty, the cell is placed at the top of the set.
請求項1から4までのいずれか1項に記載の多地点TV会議システムにおいて、当該多地点TV会議システムは1つのTV会議を実施することを特徴とする多地点TV会議システム。The multipoint TV conference system according to any one of claims 1 to 4, wherein the multipoint TV conference system performs one TV conference. 請求項1から4までのいずれか1項に記載の多地点TV会議システムにおいて、当該多地点TV会議システムは同時に複数のTV会議を開催し、前記接続装置は、前記リスト上に配列されたセルの優先順序に基づいて、サービス要求したユーザを空いている会議に割り当てることを特徴とする多地点TV会議システム。5. The multi-point TV conference system according to claim 1, wherein the multi-point TV conference system simultaneously holds a plurality of TV conferences, and the connection device includes cells arranged on the list. A multi-point TV conference system, wherein a user who requests a service is assigned to a vacant conference based on the priority order. 請求項1から4までのいずれか1項に記載の多地点TV会議システムにおいて、当該多地点TV会議システムは同時に複数のTV会議を開催し、ユーザは参加するTV会議を選択することができ、前記接続装置は、TV会議に参加するユーザを決定するに際し、前記リスト上のセルの優先順序にしたがってTV会議に参加するユーザの優先順序を決定することを特徴とする多地点TV会議システム。The multipoint TV conference system according to any one of claims 1 to 4, wherein the multipoint TV conference system simultaneously holds a plurality of TV conferences, and a user can select a TV conference to participate in. The connection device determines a priority order of users participating in a TV conference according to a priority order of cells on the list when determining users participating in the TV conference.
JP2003174037A 2003-06-18 2003-06-18 Multi-point tv conference system Pending JP2005012476A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003174037A JP2005012476A (en) 2003-06-18 2003-06-18 Multi-point tv conference system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003174037A JP2005012476A (en) 2003-06-18 2003-06-18 Multi-point tv conference system

Publications (1)

Publication Number Publication Date
JP2005012476A true JP2005012476A (en) 2005-01-13

Family

ID=34097669

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003174037A Pending JP2005012476A (en) 2003-06-18 2003-06-18 Multi-point tv conference system

Country Status (1)

Country Link
JP (1) JP2005012476A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006229416A (en) * 2005-02-16 2006-08-31 Fujitsu Ltd Multi-point conference system
CN101489092A (en) * 2009-02-20 2009-07-22 深圳华为通信技术有限公司 Meeting control method, meeting control device and meeting system
JP2010199906A (en) * 2009-02-25 2010-09-09 Brother Ind Ltd Video conference apparatus, video conference system, video conference control method, and program of video conference apparatus
CN111107300A (en) * 2019-12-17 2020-05-05 视联动力信息技术股份有限公司 Method and device for starting terminal conference, terminal equipment and storage medium

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006229416A (en) * 2005-02-16 2006-08-31 Fujitsu Ltd Multi-point conference system
JP4700977B2 (en) * 2005-02-16 2011-06-15 富士通株式会社 Multipoint conference system
CN101489092A (en) * 2009-02-20 2009-07-22 深圳华为通信技术有限公司 Meeting control method, meeting control device and meeting system
JP2010199906A (en) * 2009-02-25 2010-09-09 Brother Ind Ltd Video conference apparatus, video conference system, video conference control method, and program of video conference apparatus
CN111107300A (en) * 2019-12-17 2020-05-05 视联动力信息技术股份有限公司 Method and device for starting terminal conference, terminal equipment and storage medium

Similar Documents

Publication Publication Date Title
USRE49719E1 (en) Managing a virtual waiting room for online meetings
US8594291B2 (en) Techniques for planning a conference using location data
US8478622B2 (en) System and method for scheduling conference resources
CN102172007B (en) Conference networking system incorporating social networking site information
CN1282365C (en) Method and system for delivering produced content to passive participants of a videoconference
US20190190908A1 (en) Systems and methods for automatic meeting management using identity database
JP6003116B2 (en) Joint work setting support device, program, and joint work setting support system
CN107423947A (en) A kind of conference management method and system
CN103905216B (en) Team-building method, client, server and system
CN106604046A (en) Video live steaming method and device
US20070286101A1 (en) System and method for providing conferencing capabilities
JP5280974B2 (en) Conference room reservation system, conference room reservation method and computer program therefor
US20060149815A1 (en) Managing participants in an integrated web/audio conference
CN109672543B (en) Group event management method and device
CN109643313A (en) Information processing equipment, information processing method and program
CN106919989B (en) Room online booking method and device based on Internet of things open platform
CN105893562A (en) Conversation message processing method and device and terminal
JP4609175B2 (en) Data distribution system and method, communication relay device, and terminal device
JP2011175522A (en) Meeting schedule adjustment supporting device
JP2005012476A (en) Multi-point tv conference system
US5974394A (en) Schedule retrieval method for controlling schedules and schedule server apparatus with multistageous idle-time retrieval means
JP7063943B2 (en) Dialogue service provision method and equipment
CN114257570A (en) Processing method, device, equipment and medium based on multi-person session
KR101026033B1 (en) System and method for providing video service interworking multipoint conference unit
KR20120133427A (en) Method and Apparatus for Scheduling