以下、本発明に係るテレビ会議システムの実施の形態について、図面を参照しながら詳細に説明する。
(実施の形態1)
本発明の実施の形態1に係るテレビ会議システムでは、テレビ会議の主催者である端末がサーバに発信メッセージを送信する。サーバは、最初に発信メッセージに対して保留メッセージを返し、その後、会議に参加する端末のメディア情報を取得したあと、主催者である端末に保留解除メッセージを送信する。これにより、本発明の実施の形態1に係るテレビ会議システムは、ミキサーを用いずに、端末からの発信によりテレビ会議を開始できる。よって、本発明の実施の形態1に係るテレビ会議システムは、ユーザの利便性を向上できる。
まず、本発明の実施の形態1に係るテレビ会議システムの構成を説明する。
図1は、実施の形態1に係るテレビ会議システムの構成を示す図である。
図1に示すテレビ会議システム100は、SIPを用いた多地点テレビ会議システムである。テレビ会議システム100は、端末101〜103と、サーバ104と、ネットワーク106とを備える。
端末101〜103、及びサーバ104は、ネットワーク106を介して接続される。端末101〜103、及びサーバ104は、SIPに準拠したメッセージを生成する。
ネットワーク106は、例えば、社内LANである。なお、ネットワーク106は、宅内ネットワーク又はインターネットなどでもよい。
端末101〜103は、ユーザ111〜113が使用するテレビ会議端末である。
端末101は、カメラ141とモニタ121及び131を備え、端末102は、カメラ142とモニタ122及び132を備え、端末103は、カメラ143とモニタ123及び133を備える。
モニタ121〜123及び131〜133は、映像メディアデータを表示する。カメラ141〜143は、映像を撮影する。
端末101〜103は、それぞれカメラ141〜143で撮影した映像及び音声メディアデータを、ネットワーク106を介して他の端末101〜103に送信する。
サーバ104は、端末101〜103間の接続を制御する接続装置である。サーバ104は、端末101〜103間の接続を形成する。当該接続は、端末101〜103が端末101〜103間でメディアデータを直接送受信する多地点会議を行うための接続である。サーバ104は、制御メッセージを送受信することによって、端末101〜103間の接続を制御する。
図2は、サーバ104の構成を示すブロック図である。
サーバ104は、制御部201と、参加者端末情報取得部202と、相手端末情報取得部203と、保留部204と、通信開始部205と、端末情報保持部206とを備える。
参加者端末情報取得部202は、テレビ会議の主催者である参加者端末のメディア情報を取得する。メディア情報は、端末101〜103の、メディアデータの送受信に関する情報である。
相手端末情報取得部203は、テレビ会議の参加者のうち参加者端末以外の端末である相手端末のメディア情報を取得する。
保留部204は、保留要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、保留部204は、相手端末情報取得部203により相手端末のメディア情報が取得されていない場合、保留要求を含むメッセージを参加者端末に送信する。保留要求は、参加者端末に相手端末へのメディアデータの送信を保留させる指示である。言い換えると、保留要求は、参加者端末に相手端末へのメディアデータの送信を開始させない指示である。
通信開始部205は、保留解除要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、通信開始部205は、保留部204により保留要求を含むメッセージが送信された後、相手端末情報取得部203により相手端末のメディア情報が取得された場合、相手端末のメディア情報及び保留解除要求を含むメッセージを参加者端末に送信する。保留解除要求は、保留要求により設定された保留状態を解除させる指示である。言い換えると、参加者端末に相手端末へのメディアデータの送信を開始させる指示である。
端末情報保持部206は、参加者端末情報取得部202及び相手端末情報取得部203により取得された端末101〜103のメディア情報を保持する。
制御部201は、参加者端末情報取得部202、相手端末情報取得部203、保留部204、通信開始部205、及び端末情報保持部206を制御する。
次に、本発明の実施の形態1に係るテレビ会議システム100の動作を説明する。
図3は、実施の形態1に係るテレビ会議システム100における処理の流れを示すシーケンス図である。また、図3は、端末101が会議主催者(参加者端末)となり、端末101〜103でテレビ会議が行われる場合の処理の流れを示す。なお、図3において、ACK、REFER応答、NOTIFY、及びNOTIFY応答等は省略している。
まず、端末101は、サーバ104にINVITE300を送信する(S101)。
図4は、INVITE300の構成を示す図である。
図4に示すINVITE300は、端末101のメディア情報として、IPアドレス401と、受信ポート番号402と、使用可能コーデック403とを含む。なお、端末101、102、103及びサーバ104のIPアドレスをそれぞれ「192.168.1.1」、「192.168.1.2」、「192.168.1.3」及び「192.168・1・4」とする。また、図4では説明に必要なパラメータのみ記述しており、他に必要となるSIPヘッダ及びSDPパラメータ等は省略する。また、以降に示す図においても同様に省略する。
受信ポート番号402は、IPアドレス401で指定される端末又はサーバが、メディアデータの受信に用いるポートの番号である。使用可能コーデック403は、IPアドレス401で指定される端末又はサーバが、受信したメディアデータに用いるコーデックである。なお、以下、IPアドレス401、受信ポート番号402及び使用可能コーデック403を含む情報をメディア情報と記す。
INVITE300は、映像及び音声のそれぞれの受信ポート番号402及び使用可能コーデック403を含む。また、端末101は、音声及び映像をそれぞれ2つ送受信できるので、INVITE300は、2つの映像及び2つの音声のそれぞれに対応する受信ポート番号402及び使用可能コーデック403を含む。また、2つの映像及び2つの音声のそれぞれに対応する受信ポート番号402には異なる受信ポート番号が記載される。
サーバ104は、INVITE300を受信すると、端末101のメディアデータの送信先端末である端末102及び端末103のメディア情報を取得済みであるか否かを確認する。ここでは、サーバ104は、端末102及び端末103のメディア情報を取得していないので、保留要求を含む200応答301を生成し、生成した200応答301を端末101に送信する(S102)。
図5は、200応答301の構成を示す図である。
図5に示す200応答301は、IPアドレス401と、受信ポート番号402と、使用可能コーデック403と、保留要求404とを含む。
ここでは、サーバ104は、保留要求404としてa=inactiveを用いる。a=inactiveは、端末101に、サーバ104との間のメディアデータの送受信を禁止する命令である。
また、200応答301に含まれるメディア情報(IPアドレス401、受信ポート番号402、及び使用可能コーデック403)には、サーバ104のメディア情報が記載される。つまり、200応答301に含まれるメディア情報は、INVITE300に含まれるメディア情報である。また、INVITE300に複数の使用可能コーデック403が記述されている場合、サーバ104は、当該複数の使用可能コーデック403から、200応答301に記述する使用可能コーデック403を選択する。
200応答301を受信した端末101は、200応答301に対するACKをサーバ104に送信する。端末101は、200応答301に含まれる保留要求404に従い、保留状態になる(S103)。つまり、端末101は、200応答301で指定されるサーバ104との間でメディアデータの送受信を行わない状態になる。
次に、端末101は、端末102を会議に招待するために、REFER302をサーバ104に送信する(S104)。
図6は、REFER302の構成を示す図である。図6に示すようにREFER302は、Refer−Toヘッダ405を含む。Refer−Toヘッダ405には、端末102のURIが記述される。なお、端末102の招待方法としてはREFERではなくHTTPなどほかの方法を用いてもよい。また、サーバ104にテレビ会議に参加する端末をあらかじめ設定しておいてもよい。
サーバ104は、REFER302を受信すると、202応答を端末101に送信する。さらにサーバ104は、招待中状態を通知するために端末101にNOTIFYを送信する。端末101はNOTIFYを受信すると200応答をサーバ104に送信する。
次に、サーバ104は、端末101のメディア情報を含むINVITE303を端末102に送信する(S105)。例えば、INVITE303の構成は、INVITE300と同様である。
端末102は、INVITE303を受信すると、自身のメディア情報を含む200応答304を送信する(S106)。なお、200応答304の構成は、200応答301と同様であり、端末102のメディア情報を含む。また、200応答304は、2つの映像及び2つの音声のそれぞれに対応する受信ポート番号402及び使用可能コーデック403を含む。
サーバ104は、200応答304を受信するとACKを端末102に送信する。端末102は、端末101のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末102は、送信した200応答304に記述したコーデックを用いてメディアデータを送受信する。
サーバ104は端末102にACKを送信した後、招待完了を通知するためのNOTIFYを端末101に送信する。端末101は、NOTIFYに対する200応答をサーバ104に送信する。
次に、サーバ104は、端末102のメディア情報を含むre−INVITE305を生成し、生成したre−INVITE305を端末101に送信する(S107)。
図7は、re−INVITE305の構成を示す図である。
図7に示すre−INVITE305は、端末102のメディア情報を含む。さらに、re−INVITE305は、保留解除要求406を含む。
ここでは、サーバ104は、保留解除要求406としてa=sendrecvを用いる。a=sendrecvは、端末101に、サーバ104との間のメディアデータの送受信の禁止を解除する命令である。
また、re−INVITE305に含まれるメディア情報は、サーバ104が端末102から受信した200応答304に含まれるメディア情報である。
なお、ここでは、re−INVITE305用いる例を説明するが、サーバ104は、UPDATEなど他のメッセージを用いてもよい。
re−INVITE305を受信した端末101は、自身のメディア情報を含む200応答306をサーバ104に送信する(S108)。
図8は、200応答306の構成を示す図である。200応答306は、端末101のメディア情報を含む。さらに、200応答306は、保留解除要求406を含む。
端末101は、端末102のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末101は、送信した200応答306に記述したコーデックを用いてメディアデータを送受信する。
サーバ104は、200応答306に対するACKを端末101に送信する。
以上により、端末101と端末102との間でメディアデータを直接送受信するための接続が形成される(S109)。ここでは、端末101のモニタ121及び131に端末102から送信された映像が表示され、端末102のモニタ122及び132に端末101から送信された映像が表示される。
次に、端末101は、端末103をテレビ会議に招待するため、REFER307をサーバ104に送信する(S110)。REFER307に含まれるRefer−Toヘッダ405には、端末103のURIが記述される。
サーバ104は、REFER307を受信すると、202応答を端末101に送信する。さらにサーバ104は、招待中状態を通知するために端末101にNOTIFYを送信する。端末101はNOTIFYを受信すると200応答をサーバ104に送信する。
次に、サーバ104は、端末101及び端末102のメディア情報を含むINVITE308を端末103に送信する(S111)。
図9は、INVITE308の構成を示す図である。図9に示すINVITE308は、端末101及び端末102のそれぞれのメディア情報を含む。また、INVITE308は、映像及び音声のそれぞれに対応した受信ポート番号402及び使用可能コーデック403を含む。
端末103は、INVITE308を受信すると、自身のメディア情報を含む200応答309をサーバ104に送信する(S112)。なお、200応答309の構成は、200応答301と同様であり、端末103のメディア情報を含む。また、200応答309は、2つの映像及び2つの音声のそれぞれに対応する受信ポート番号402及び使用可能コーデック403を含む。
サーバ104は、200応答309を受信するとACKを端末103に送信する。端末103は、端末101及び端末102のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末103は、送信した200応答309に記述したコーデックを用いてメディアデータを送受信する。
次に、サーバ104は、メディアデータの送信先を変更するためのre−INVITE310を端末101に送信する(S113)。re−INVITE310は、端末102及び端末103のメディア情報を含む。
re−INVITE310を受信した端末101は、自身のメディア情報を含む200応答311をサーバ104に送信する(S114)。サーバ104は、200応答311を受信するとACKを端末101に送信する。
次に、サーバ104は、メディアデータの送信先を変更するためのre−INVITE312を端末102に送信する(S115)。re−INVITE312は、端末101及び端末103のメディア情報を含む。
re−INVITE312を受信した端末102は、自身のメディア情報を含む200応答313をサーバ104に送信する(S116)。サーバ104は、200応答313を受信するとACKを端末102に送信する。
端末101は、端末102及び端末103のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末101は、送信した200応答306に記述したコーデックを用いてメディアデータを送受信する。
端末102は、端末101及び端末103のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末101は、送信した200応答306に記述したコーデックを用いてメディアデータを送受信する。
以上により、端末101と端末103との間でメディアデータを直接送受信する接続が形成され(S117)、端末101と端末102との間でメディアデータを直接送受信する接続が形成され(S118)、端末102と端末103との間でメディアデータを直接送受信する接続が形成される(S119)。つまり、端末101〜103間でメディアデータを直接送受信する多地点テレビ会議が実現される。
また、端末101のモニタ121及び131には、それぞれ端末102及び端末103から送信された映像が表示される。端末102のモニタ122及び132には、それぞれ端末101及び端末103から送信された映像が表示される。端末103のモニタ123及び133には、それぞれ端末101及び端末102から送信された映像が表示される。
次に、サーバ104の詳細な動作を説明する。
まず、サーバ104により、2つの端末101及び102の間でのテレビ会議接続を形成する動作を説明する。
図10は、サーバ104による、2つの端末101及び102の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図10では説明の簡単化のためREFER応答、NOTIFY、NOTIFY応答、及びACKの送受信処理を省略する。
まず、サーバ104の参加者端末情報取得部202は、参加者端末である端末101が送信したINVITE300を受信する。参加者端末情報取得部202は、INVITE300に含まれる端末101のメディア情報を取得する(S121)。
参加者端末情報取得部202は、取得したメディア情報を制御部201に渡す。制御部201は、受け取った端末101のメディア情報を端末情報保持部206に保存する。
次に、制御部201は、相手端末のメディア情報を、取得済みか否かを判定する(S122)。具体的には、制御部201は、端末情報保持部206を検索し、相手端末である端末102及び端末103のメディア情報が保存させているか否かを判定する。
端末102及び103のメディア情報を取得していない場合(S122でNo)、保留部204は、保留要求を含む200応答301を生成し端末101に送信する(S123)。
次に、サーバ104は、端末101から送信される端末102を招待するためのREFER302の受信を待つ。相手端末情報取得部203は、REFER302を受信すると、REFER302に記述された端末102のURIを制御部201に渡す。
次に、サーバ104は、端末101のメディア情報を端末102に送信する(S124)。
具体的には、制御部201は、端末情報保持部206に保存される端末101のメディア情報を取得する。制御部201は、取得した端末101のメディア情報を相手端末情報取得部203に渡す。相手端末情報取得部203は端末101のメディア情報を含むINVITE303を生成し、生成したINVITE303を端末102に送信する。
ここで、相手端末情報取得部203は、端末102及び103のURIと端末102及び103のIPアドレスとの対応関係を取得しておく必要がある。例えば、相手端末情報取得部203は、事前に端末102及び103から送信される、URIとIPアドレスとの対応関係が記述されたREGISTERを受信しておくことで、端末102及び103のURIと端末102及び103のIPアドレスとの対応関係を取得する。
次に、相手端末情報取得部203は、端末102のメディア情報を含む200応答304を受信する。相手端末情報取得部203は、200応答304に含まれる端末102のメディア情報を取得する(S125)。
相手端末情報取得部203は、取得した端末102のメディア情報を制御部201に渡す。制御部201は、端末102のメディア情報を端末情報保持部206に保存する。また、制御部201は、端末102のメディア情報を通信開始部205に渡す。
次に、通信開始部205は、端末102のメディア情報を端末101に送信する(S126)。また、通信開始部205は、端末101の保留状態を解除する(S127)。具体的には、通信開始部205は、端末102のメディア情報及び保留解除要求406を含むre−INVITE305を生成し、生成したre−INVITE305を端末101に送信する。その後、サーバ104は、端末101からの200応答306を受信する。
以上の処理により、端末101及び端末102に互いのメディア情報が送信されることで、端末101と端末102との通信が開始される。
一方、端末102のメディア情報を取得している場合(S122でYes)、制御部201は、端末102のメディア情報を通信開始部205に渡す。通信開始部205は、端末102のメディア情報を含む200応答を生成し、生成した200応答を端末101に送信することで、端末101に端末102のメディア情報を送信する(S128)。
以上の処理により、端末101と端末102との通信が開始される。
次に、端末101及び102の間でテレビ会議接続が形成されている状態で、さらに端末103を加えて3者でのテレビ会議接続を形成する場合の、サーバ104の動作を説明する。
図11は、サーバ104による、さらに端末103を加えた3者でのテレビ会議を実現する動作の流れを示すフローチャートである。
相手端末情報取得部203は、端末101からのREFER307を受信する。相手端末情報取得部203は、REFER307に含まれる端末103のURIを制御部201に渡す。
サーバ104は、端末101及び端末102のメディア情報を端末103に送信する(S131)。
具体的には、制御部201は、端末情報保持部206に保存される既に会議に参加している端末101及び端末102のメディア情報を取得する。制御部201は、取得したメディア情報を相手端末情報取得部203に渡す。相手端末情報取得部203は端末101及び102のメディア情報を含むINVITE308を生成し、生成したINVITE308を端末103に送信する。
次に、サーバ104は、端末103のメディア情報を取得する(S132)。
具体的には、相手端末情報取得部203は、端末103のメディア情報を含む200応答309を受信する。相手端末情報取得部203は、200応答309に含まれる端末103のメディア情報を取得する。相手端末情報取得部203は、取得した端末103のメディア情報を制御部201に渡す。制御部201は、端末103のメディア情報を端末情報保持部206に保存する。また、制御部201は、端末103と既に会議に参加している端末101及び102のメディア情報を通信開始部205に渡す。
通信開始部205は、端末103と既に会議に参加している端末101及び102のメディア情報を含むセッション更新INVITEであるre−INVITE310及び312を生成して端末101及び102に送信する。これにより、サーバ104は、既に会議に参加している端末101及び102に端末103のメディア情報を送信する(S133)。具体的には、通信開始部205は、端末102及び端末103のメディア情報を含むre−INVITE310を端末101に送信し、端末101及び端末103のメディア情報を含むre−INVITE312を端末102に送信する。サーバ104は、端末101及び端末102からの200応答311及び313を受信する。
以上により、端末101、102及び103の3者でのテレビ会議接続が形成される。
なお、ここでは、2者会議中に3者会議を開始するためのサーバ104の動作を説明したが、3者会議中に4者会議を開始するためのサーバ104の動作も同様である。
また、上記説明において、保留要求404としてa=inactiveを用いたが、他の命令を用いてもよい。
図12、図13及び図14は、保留要求404を含む200応答301の変形例を示す図である。
図12に示すように、保留要求404としてa=sendonlyを用いてもよい。a=sendonlyは、端末101からサーバ104へのメディアデータの送信を禁止する命令である。
また、図13に示すように、保留要求404としてa=recvonlyを用いてもよい、a=recvonlyは、端末101にメディアデータの受信のみを許可する命令である。
また、図14に示すように、IPアドレス401に「0.0.0.0」を指定してもよい。SIPの所定のバージョン(例えば、RFC2543)では、IPアドレス401に「0.0.0.0」を指定することで、保留要求を行うことができる。
また、上記説明において、保留要求404を含む200応答301に含まれるメディア情報は、サーバ104のメディア情報であるとしたが、テンポラリなメディア情報が指定されていればよい。例えば、テンポラリなIPアドレス401として無効なIPアドレスなどを記述してもよい。また、テンポラリな受信ポート番号402としてランダムな値を記述してもよい。また、IPアドレス401、及び受信ポート番号402のうち一方のみがテンポラリな値であってもよい。
また、上記説明において、保留解除要求406としてa=sendrecvを用いたが、保留解除要求406を省略してもよい。
図15は、保留解除要求406を省略した場合のre−INVITE305の構成を示す図である。図15に示すように、re−INVITE305に保留解除要求406を省略することで、端末101に保留解除を要求できる。
なお、後述する実施の形態2〜5に対しても同様の変形例を適用できる。
以上より、本発明の実施の形態1に係るテレビ会議システム100では、端末101が発信メッセージであるINVITE300を送信する。サーバ104は、当該発信メッセージに対して、保留要求404を含む200応答301を端末101に送信する。また、サーバ104は、端末102のメディア情報を取得した後、保留解除要求406を含むre−INVITE305を端末101に送信する。
これにより、端末101〜103は端末同士で直接メディアデータを送受信できる。つまり、テレビ会議システム100は、ミキサーを備えることなく、複数の端末101〜103巻でテレビ会議通信できる。よって、本発明の実施の形態1に係るテレビ会議システム100は、システム構築のコストを低減できる。
さらに、テレビ会議システム100では、ミキサーを介してメディアデータを送受信しないので、ミキサーで生じる遅延をなくすことができる。よって、テレビ会議システム100は、メディアデータの送受信における遅延を低減できる。
また、テレビ会議システム100では、端末101から発信してテレビ会議を開始する場合であっても、サーバ104は、他の端末102及び103のメディア情報を取得するまで端末101のメディアデータの送信を保留する。これにより、端末101〜103からの発信によりテレビ会議を開始できるので、ユーザの利便性が向上する。
また、テレビ会議システム100において、端末101〜103に必要な付加機能はメディアデータ送受信の保留機能だけである。よって、テレビ会議システム100に用いることができる端末の種類が多くなるので、テレビ会議システム100の構築が容易になる。
(実施の形態2)
上記実施の形態1に係るテレビ会議システム100では、相手端末である端末102及び103のメディア情報を取得するためにサーバ104がINVITE303を送信する。実施の形態2に係るテレビ会議システム100では、端末102及び103が、端末102及び103のメディア情報を含むINVITEをサーバ104に送信する。
実施の形態2に係るテレビ会議システム100の構成は図1と同様であり、説明は省略する。また、実施の形態2に係るサーバ104の構成は図2と同様であり、説明は省略する。
図16は、実施の形態2に係るテレビ会議システム100における処理の流れを示すシーケンス図である。また、図16は、端末101が会議主催者(参加者端末)となり、端末101〜103でテレビ会議が行われる場合の処理の流れを示す。なお、図3と同様の要素には同一の符号を付している。また、図3と同様の処理については説明を省略し、相違点のみを説明する。また、図16において、ACK、REFER応答、NOTIFY、及びNOTIFY応答等は省略している。
図16に示すステップS201〜S203までの処理は、図3に示すステップS101〜S103までの処理と同様である。
ステップS203の後、端末101は、端末102を会議に招待するために、REFER322を端末102に送信する(S204)。
図17は、REFER322の構成を示す図である。図17に示すようにREFER322は、Refer−Toヘッダ405を含む。Refer−Toヘッダ405には、会議用のURIが記述される。
REFER322を受信した端末102は、自身のメディア情報を含むINVITE323をサーバ104に送信する(S205)。例えば、INVITE323に含まれるメディア情報は、図3に示す200応答304に含まれるメディア情報と同じである。
サーバ104は、端末101のメディア情報を含む200応答324を端末102に送信する(S206)。
ステップS207〜S209の処理は、図3に示すステップS107〜S109の処理と同様であり、説明は省略する。
ステップS209の後、端末101は、端末103を会議に招待するために、REFER327を端末103に送信する(S210)。REFER327に含まれるRefer−Toヘッダ405には、会議用のURIが記述される。
REFER327を受信した端末103は、自身のメディア情報を含むINVITE328をサーバ104に送信する(S211)。
サーバ104は、端末101及び端末102のメディア情報を含む200応答329を端末103に送信する(S212)。
ステップS213〜S219の処理は、図3に示すステップS113〜S119の処理と同様であり、説明は省略する。
以上により、端末101と端末103との間でメディアデータを直接送受信する接続が形成され(S217)、端末101と端末102との間でメディアデータを直接送受信する接続が形成され(S218)、端末102と端末103との間でメディアデータを直接送受信する接続が形成される(S219)。つまり、端末101〜103間でメディアデータを直接送受信する多地点テレビ会議が実現される。
次に、実施の形態2に係るサーバ104の詳細な動作を説明する。
なお、実施の形態1に係るサーバ104と同様の動作については説明を省略し、相違点のみ説明する。
まず、実施の形態2に係るサーバ104により、2つの端末101及び102の間でのテレビ会議接続を形成する動作を説明する。
図18は、実施の形態2に係るサーバ104による、2つの端末101及び102の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図18では説明の簡単化のためREFER応答、NOTIFY、NOTIFY応答、及びACKの送受信処理を省略する。
ステップS221〜223、及びS226〜S228の処理は、図10に示すステップS121〜123、及びS126〜S128の処理と同様であり、説明は省略する。
ステップS223の後、サーバ104は、相手端末である端末102から送信されるINVITE323の受信を待つ。
相手端末情報取得部203は、INVITE323を受信すると、INVITE323に含まれる端末102のメディア情報を取得する(S224)。
相手端末情報取得部203は、取得した端末102のメディア情報を制御部201に渡す。制御部201は、渡された端末102のメディア情報を、端末情報保持部206に保存する。
次に、サーバ104は、端末101のメディア情報を端末102に送信する(S225)。
具体的には、制御部201は、端末情報保持部206に保存される端末101のメディア情報を取得する。制御部201は、取得した端末101のメディア情報を相手端末情報取得部203に渡す。相手端末情報取得部203は、端末101のメディア情報を含む200応答324を生成し、生成した200応答324を端末102に送信する。
以上の処理により、端末101と端末102との通信が開始される。
次に、端末101及び102の間でテレビ会議接続が形成されている状態で、さらに端末103を加えて3者でのテレビ会議接続を形成する場合の、サーバ104の動作を説明する。
図19は、実施の形態2に係るサーバ104による、さらに端末103を加えた3者でのテレビ会議を実現する動作の流れを示すフローチャートである。
まず、サーバ104は、相手端末である端末103のメディア情報を取得する(S231)。
具体的には、相手端末情報取得部203は、端末103から送信される、端末103のメディア情報を含むINVITE328を受信する。相手端末情報取得部203は、INVITE328に含まれる端末103のメディア情報を取得する。相手端末情報取得部203は、取得した端末103のメディア情報を制御部201に渡す。制御部201は、端末103のメディア情報を端末情報保持部206に保存する。
次に、サーバ104は、既に会議に参加している端末101及び102のメディア情報を端末103に送信する(S232)。
具体的には、制御部201は、端末情報保持部206に保存される既に会議に参加している端末101及び102のメディア情報を取得する。制御部201は、取得した端末101及び102のメディア情報を相手端末情報取得部203に渡す。相手端末情報取得部203は、端末101及び102のメディア情報を含む200応答329を生成し、生成した200応答329を端末103に送信する。
なお、ステップS233の処理は、図11に示すステップS133と同様であり、説明は省略する。
以上により、端末101、102及び103の3者でのテレビ会議接続が形成される。
以上より、本発明の実施の形態2に係るテレビ会議システム100は、実施の形態1に係るテレビ会議システム100と同様に、ミキサーを備えることなく、複数の端末101〜103巻でテレビ会議通信できる。よって、本発明の実施の形態2に係るテレビ会議システム100は、システム構築のコストを低減できる。また、テレビ会議システム100は、メディアデータの送受信における遅延を低減できる。
また、テレビ会議システム100では、端末101から発信してテレビ会議を開始できるので、ユーザの利便性が向上する。
また、実施の形態2に係るテレビ会議システム100において、サーバ104に必要な付加機能は、端末101〜103からの発信を待つ機能だけである。よって、サーバ104の開発コストを低減できる。
(実施の形態3)
実施の形態3では、サーバ104からの発信によりテレビ会議を開始する例を説明する。
実施の形態3に係るテレビ会議システム100の構成は図1と同様であり、説明は省略する。また、実施の形態3に係るサーバ104の構成は図2と同様であり、説明は省略する。
図20は、実施の形態3に係るテレビ会議システム100における処理の流れを示すシーケンス図である。また、図20は、サーバ104からの発信により、端末101〜103でテレビ会議が行われる場合の処理の流れを示す。また、図20において、ACK、REFER応答、NOTIFY、及びNOTIFY応答等は省略している。
まず、サーバ104は、INVITE340を端末101に送信する(S301)。INVITE340は、保留要求404を含む。例えば、INVITE340は、図5に示す200応答301と同様のIPアドレス401、受信ポート番号402、使用可能コーデック403、及び保留要求404を含む。
INVITE340を受信した端末101は、自身のメディア情報を含む200応答341をサーバ104に送信する(S302)。
また、端末101は、INVITE340に含まれる保留要求404に従い、保留状態になる(S303)。
次に、サーバ104は、保留要求404を含むINVITE342を端末102に送信する(S304)。INVITE342は、例えば、INVITE340と同様のメッセージである。
INVITE342を受信した端末102は、自身のメディア情報を含む200応答343をサーバ104に送信する(S305)。
また、端末102は、INVITE342に含まれる保留要求404に従い、保留状態になる(S306)。
次に、サーバ104は、保留要求404を含むINVITE344を端末103に送信する(S307)。INVITE344は、例えば、INVITE340と同様のメッセージである。
INVITE344を受信した端末103は、自身のメディア情報を含む200応答345をサーバ104に送信する(S308)。
また、端末103は、INVITE344に含まれる保留要求404に従い、保留状態になる(S309)。
次に、サーバ104は、re−INVITE347を端末101に送信する(S310)。re−INVITE347は、端末102及び端末103のメディア情報と、保留解除要求406とを含む。
re−INVITE347を受信した端末101は、自身のメディア情報を含む200応答348をサーバ104に送信する(S311)。
次に、サーバ104は、re−INVITE349を端末102に送信する(S312)。re−INVITE349は、端末101及び端末103のメディア情報と、保留解除要求406とを含む。
re−INVITE349を受信した端末102は、自身のメディア情報を含む200応答350をサーバ104に送信する(S313)。
次に、サーバ104は、re−INVITE351を端末103に送信する(S314)。re−INVITE351は、端末101及び端末102のメディア情報と、保留解除要求406とを含む。
re−INVITE351を受信した端末103は、自身のメディア情報を含む200応答352をサーバ104に送信する(S315)。
以上により、端末101と端末103との間でメディアデータを直接送受信する接続が形成され(S316)、端末101と端末102との間でメディアデータを直接送受信する接続が形成され(S317)、端末102と端末103との間でメディアデータを直接送受信する接続が形成される(S318)。つまり、端末101〜103間でメディアデータを直接送受信する多地点テレビ会議が実現される。
次に、実施の形態3に係るサーバ104の詳細な動作を説明する。
図21は、サーバ104による、端末101〜103の間でのテレビ会議を実現する動作の流れを示すフローチャートである。
まず、保留部204は、保留要求404を含むINVITE340、342及び344を生成する。保留部204は、会議に参加するすべての端末101、102及び103にそれぞれINVITE340、342及び344を送信する(S321)。
相手端末情報取得部203は、INVITE340、342及び344に対する200応答341、342及び343を受信する。相手端末情報取得部203は、200応答341、342及び343に含まれる端末101〜103のメディア情報を取得する(S322)。
相手端末情報取得部203は、取得した端末101〜103のメディア情報を制御部201に渡す。制御部201は、受け取った端末101〜103のメディア情報を端末情報保持部206に保存する。
また、制御部201は、端末101〜103のメディア情報を通信開始部205に渡す。通信開始部205は、端末101〜103のメディア情報を含むre−INVITE347、349及び351を生成する。通信開始部205は、re−INVITE347、349及び351をそれぞれ端末101〜103に送信する(S323)。サーバ104は、端末101〜103からの200応答348、350及び352を受信する。
以上により、端末101、102及び103の3者でのテレビ会議接続が形成される。
以上のように、本発明の実施の形態3に係るテレビ会議システム100では、サーバ104が、端末101〜103に保留要求404を含む発信メッセージを送信する。端末101〜103は、メディア情報を含む応答をサーバ104に返す。その後、サーバ104は、端末101〜103に、通信相手の端末のメディア情報を含む保留解除メッセージを送信する。
これによって、本発明の実施の形態3に係るテレビ会議システム100は、サーバ104から発信する形態で、端末同士がメディアデータを直接送受信するテレビ会議通信を実現できる。例えば、サーバ104に、会議時間と会議参加者とを登録し、登録した時間に会議を自動的に開始するといった予約型の会議を実現できる。よって、本発明の実施の形態3に係るテレビ会議システム100は、ユーザの利便性を向上できる。
(実施の形態4)
実施の形態4に係るテレビ会議システム100では、サーバ104は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ104は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
実施の形態4に係るテレビ会議システム100の構成は図1と同様であり、説明は省略する。また、実施の形態4に係るサーバ104の構成は図2と同様であり、説明は省略する。
図22は、実施の形態4に係るテレビ会議システム100における処理の流れを示すシーケンス図である。また、図22は、端末101が会議主催者(参加者端末)となり、端末101〜103でテレビ会議が行われる場合の処理の流れを示す。なお、図3と同様の要素には同一の符号を付している。また、図3と同様の処理については説明を省略し、相違点のみを説明する。また、図22において、ACK、REFER応答、NOTIFY、及びNOTIFY応答等は省略している。
図22に示すステップS401〜S404の処理は、図3に示すS101〜S104の処理と同様であり、説明は省略する。
ステップS404の後、サーバ104は、端末101のメディア情報を含むINVITE363を端末102に送信する(S405)。
図23は、INVITE363の構成を示す図である。INVITE363に含まれる2つのメディア情報のうち一方は、端末101のメディア情報であり、他方は、保留要求404を含む。
端末102は、INVITE363を受信すると、自身のメディア情報を含む200応答364を送信する(S406)。
図24は、200応答364の構成を示す図である。200応答364に含まれる2つのメディア情報のうち一方は、端末102のメディア情報であり、他方は、保留要求404を含む。
サーバ104は、200応答364を受信するとACKを端末102に送信する。
また、端末102は、端末102が使用可能な2つの通信のうち、保留要求404が含まれない端末101との間のメディアデータの送受信を開始する。具体的には、端末102は、端末101のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末102は、端末102が使用可能な2つの通信のうち、保留要求404が含まれる通信を保留状態にする。
サーバ104はACKを送信すると、招待完了を通知するためのNOTIFYを端末101に送信する。端末101は、NOTIFYに対して200応答をサーバ104に送信する。
次に、サーバ104は、端末102のメディア情報を含むre−INVITE365を生成し、生成したre−INVITE365を端末101に送信する(S407)。
図25は、re−INVITE365の構成を示す図である。
図25に示すように、re−INVITE365に含まれる2つのメディア情報のうち一方は、端末102のメディア情報であり、かつ保留解除要求406を含む。他方は、保留要求404を含む。
re−INVITE365を受信した端末101は、自身のメディア情報を含む200応答366をサーバ104に送信する(S408)。
図26は、200応答366の構成を示す図である。200応答366に含まれる2つのメディア情報のうち一方は、端末101のメディア情報であり、かつ保留解除要求406を含む。他方は、保留要求404を含む。
端末101は、端末101が使用可能な2つの通信のうち、保留解除要求406が含まれる端末102との間のメディアデータの送受信を開始する。具体的には、端末101は、端末102のメディア情報に含まれるIPアドレス401及び受信ポート番号402に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したIPアドレス401及び受信ポート番号402へのメディアデータの受信準備を開始する。また、端末101は、端末101が使用可能な2つの通信のうち、保留解除要求406が含まれない通信の保留状態を継続する。
サーバ104は、200応答306に対するACKを端末101に送信する。
以上により、端末101と端末102との間でメディアデータを直接送受信する接続が形成される(S109)。ここでは、端末101のモニタ121に端末102から送信された映像が表示され、端末102のモニタ122に端末101から送信された映像が表示される。また、端末101のモニタ131及び端末102のモニタ132は、使用されず保留状態である。
次に、ステップS410〜S412が行われる。ステップSS410〜S412の処理は、図3に示すS110〜S112の処理と同様であり、説明は省略する。
次に、サーバ104は、メディアデータの送信先を変更するためのre−INVITE370を端末101に送信する(S413)。re−INVITE370は、端末102及び端末103のメディア情報を含む。また、re−INVITE370は、端末103との間のメディアデータの送受信に対する保留解除要求406を含む。
re−INVITE370を受信した端末101は、自身のメディア情報を含む200応答371をサーバ104に送信する(S414)。サーバ104は、200応答371を受信するとACKを端末101に送信する。
次に、サーバ104は、メディアデータの送信先を変更するためのre−INVITE372を端末102に送信する(S415)。re−INVITE372は、端末101及び端末103のメディア情報を含む。また、re−INVITE372は、端末103との間のメディアデータの送受信に対する保留解除要求406を含む。
re−INVITE372を受信した端末102は、自身のメディア情報を含む200応答373をサーバ104に送信する(S416)。サーバ104は、200応答373を受信するとACKを端末102に送信する。
以上により、端末101と端末103との間でメディアデータを直接送受信する接続が形成され(S417)、端末101と端末102との間でメディアデータを直接送受信する接続が形成され(S418)、端末102と端末103との間でメディアデータを直接送受信する接続が形成される(S419)。つまり、端末101〜103間でメディアデータを直接送受信する多地点テレビ会議が実現される。
また、端末101のモニタ121及び131には、それぞれ端末102及び端末103から送信された映像が表示され、端末102のモニタ122及び132には、それぞれ端末101及び端末103から送信された映像が表示され、端末103のモニタ123及び133には、それぞれ端末101及び端末102から送信された映像が表示される。
次に、実施の形態4に係るサーバ104の詳細な動作を説明する。
まず、サーバ104により、2つの端末101及び102の間でのテレビ会議接続を形成する動作を説明する。
なお、実施の形態1に係るサーバ104と同様の動作については説明を省略し、相違点のみ説明する。
図27は、サーバ104による、2つの端末101及び102の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図27では説明の簡単化のためREFER応答、NOTIFY、NOTIFY応答、及びACKの送受信処理を省略する。
ステップS421〜424、S426〜S427、及びS429の処理は、図10に示すステップS121〜124、S125〜S126、及びS128の処理と同様であり、説明は省略する。
ステップS423と同時に、サーバ104は、相手端末である端末102に、メディア情報を取得していない端末103との通信を保留する保留要求404を含むメッセージを送信する。相手端末情報取得部203は、INVITE363を端末102に送信することで、参加者端末である端末101のメディア情報の送信(S424)と、保留要求の送信(S425)とを行う。
具体的には、制御部201は、端末情報保持部206に保存される端末101のメディア情報を取得する。制御部201は、取得した端末101のメディア情報を相手端末情報取得部203に渡す。相手端末情報取得部203は2つのメディア情報を含むINVITE363を生成し、生成したINVITE363を端末102に送信する。INVITE363に含まれる2つのメディア情報のうち一方は、端末101のメディア情報であり、他方は保留要求404を含む。これにより、端末102が実行可能な2つの通信のうち一方は保留状態となる。また、端末102が実行可能な2つの通信のうち、サーバ104がメディア情報を取得している端末101との通信が開始される。
ステップS426の後、通信開始部205は、端末102のメディア情報を端末101に送信する(S427)。また、通信開始部205は、端末101の保留状態を一部解除する(S428)。具体的には、通信開始部205は、端末101に対して、メディア情報を取得した端末102との通信の保留を解除し、メディア情報を取得していない端末103との通信の保留を継続させる。
具体的には、通信開始部205は、端末102のメディア情報及び保留解除要求406を含むre−INVITE365を生成し、生成したre−INVITE365を参加者端末に送信する。re−INVITE365に含まれる2つのメディア情報のうち一方は、端末102のメディア情報であり、かつ保留解除要求406を含む。他方は、保留要求404を含む。これにより、端末101が実行可能な2つの通信のうち、端末102との通信は保留状態が解除され、他方は保留状態が継続される。
その後、サーバ104は、端末101からの200応答366を受信する。
以上の処理により、端末101及び端末102に互いのメディア情報が送信されることで、端末101と端末102との通信が開始される。また、端末101と端末103との通信、及び端末102と端末103との通信は保留状態になる。
なお、実施の形態4に係るサーバ104による、端末101及び102の間でテレビ会議接続が形成されている状態で、さらに端末103を加えて3者でのテレビ会議接続を形成する場合の動作は、実施の形態1に係るサーバ104と同様であり、説明は省略する。
以上のように、実施の形態4に係るテレビ会議システム100では、サーバ104は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ104は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
これにより、実施の形態4に係るテレビ会議システム100では、複数のメディアデータを送受信可能な端末は、接続が形成された端末との通信を単一のメディアデータのみを使い通信できる。よって、実施の形態4に係るテレビ会議システム100は、ユーザの利便性を向上できる。
(実施の形態5)
実施の形態5に係るテレビ会議システム100は、保留要求404の代わりに、呼び出し中を指定する180応答を用いる。
実施の形態5に係るテレビ会議システム100の構成は図1と同様であり、説明は省略する。
図28は、実施の形態5に係るサーバ104の構成を示すブロック図である。
図28に示すサーバ104は、制御部201と、参加者端末情報取得部202と、相手端末情報取得部203と、呼出中通知部214と、通信開始部205と、端末情報保持部206とを備える。なお、図2と同様の要素には同一の符号を付しており説明は省略する。
呼出中通知部214は、180応答(180 Ringing)を生成し、生成した180応答を参加者端末に送信する。180応答は、呼出中であることを示すメッセージである。言い換えると、180応答は、端末101〜103に通信相手端末101〜103へのメディアデータの送信を開始させない指示である。具体的には、呼出中通知部214は、相手端末情報取得部203により相手端末のメディア情報が取得されていない場合、180応答を参加者端末に送信する。
次に、本発明の実施の形態5に係るテレビ会議システム100の動作を説明する。
図29は、実施の形態5に係るテレビ会議システム100における処理の流れを示すシーケンス図である。また、図29は、端末101が会議主催者(参加者端末)となり、端末101〜103でテレビ会議が行われる場合の処理の流れを示す。なお、図29において、ACK、REFER応答、NOTIFY、及びNOTIFY応答等は省略している。また、図16と同様の要素には同一の符号を付している。
まず、端末101は、自身のメディア情報を含むINVITE380をサーバ104に送信する(S501)。
図30は、INVITE380の構成を示す図である。INVITE380は、端末101のメディア情報と、端末数407とを含む。端末数407は、テレビ会議に参加する端末の数を示す。ここでは、テレビ会議に参加する端末の数は3なので、a=terminal:3が記述される。
なお、端末数407をSDPのa=行に記述しているが、SIP拡張ヘッダに記述してもよい。また、サーバ104にテレビ会議に参加する端末数を予め設定してもよい。
INVITE380を受信したサーバ104は、INVITE380に対して180応答381を送信する(S502)。180応答は、通信相手の端末を呼出中である旨を示すメッセージである。
次に、端末101は、端末102を会議に招待するため、Refer−Toヘッダ405に会議用URIを記述したREFER322を端末102に送信する(S503)。
REFER322を受信した端末102は、自身のメディア情報を含むINVITE323をサーバ104に送信する(S504)。
INVITE323を受信したサーバ104は、180応答384を端末102に送信する(S505)。
次に、端末101は、端末103を会議に招待するため、Refer−Toヘッダ405に会議用URIを記述したREFER327を端末103に送信する(S506)。
REFER327を受信した端末103は、自身のメディア情報を含むINVITE328をサーバ104に送信する(S507)。
INVITE328を受信したサーバ104は、180応答389を端末103に送信する(S508)。
サーバ104は、端末から送信されたINVITEを受信するたびに、INVITEを受信した端末の数をカウントする。サーバ104は、カウントした端末の数が、INVITE380に含まれる端末数407と一致した場合、各端末101〜103に対して200応答を返す。ここでは、端末数407が3であるので、サーバ104は、端末101〜103からのINVITE380、323及び328を受信すると、各端末101〜103に対して200応答を返す。
具体的には、サーバ104は、端末102及び端末103のメディア情報を含む200応答390を端末101に送信し(S509)、端末101及び端末103のメディア情報を含む200応答391を端末102に送信し(S510)、端末101及び端末102のメディア情報を含む200応答392を端末103に送信する(S511)。
以上により、端末101と端末103との間でメディアデータを直接送受信する接続が形成され(S512)、端末101と端末102との間でメディアデータを直接送受信する接続が形成され(S513)、端末102と端末103との間でメディアデータを直接送受信する接続が形成される(S514)。つまり、端末101〜103間でメディアデータを直接送受信する多地点テレビ会議が実現される。
次に、実施の形態5に係るサーバ104の詳細な動作を説明する。
図31は、実施の形態5に係るサーバ104による、3つの端末101〜103の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図31では説明の簡単化のためREFER応答、NOTIFY、NOTIFY応答、及びACK等の送受信処理を省略する。
参加者端末情報取得部202は、参加者端末である端末101が送信したINVITE380を受信する。参加者端末情報取得部202は、INVITE380に含まれるテレビ会議に参加する端末数407を取得する(S521)。また、参加者端末情報取得部202は、INVITE380に含まれる端末101のメディア情報を取得する(S522)。
参加者端末情報取得部202は、取得した端末数407及び端末101のメディア情報を制御部201に渡す。制御部201は、受け取った端末数407及び端末101のメディア情報を端末情報保持部206に保存する。
次に、制御部201は、端末情報保持部206を検索し、テレビ会議に参加する全ての端末101〜103のメディア情報を取得しているか否かを判定する(S523)。具体的には、制御部201は、端末数407と端末情報保持部206に保存されているメディア情報の数とを比較する。制御部201は、端末数407と端末情報保持部206に保存されているメディア情報の数とが一致する場合に、テレビ会議に参加する全ての端末101〜103のメディア情報を取得していると判定する。また、制御部201は、端末数407と端末情報保持部206に保存されているメディア情報の数とが一致しない場合に、全ての会議参加端末101〜103のメディア情報を取得していないと判定する。
テレビ会議に参加する全ての端末101〜103のメディア情報を取得していない場合(S523でNo)、呼出中通知部214は、ステップS522でメディア情報を取得した端末101に、180応答381を送信する(S524)。なお、ここでは、呼出中通知部214は、呼出中通知として180応答を用いているが、SIPの100番台の応答であればいずれを用いてもよい。また、その他のメッセージを用いて呼出中を通知してもよい。
次に、相手端末情報取得部203は、メディア情報を取得していない端末102からのINVITE323を受信する。相手端末情報取得部203は、INVITE323に含まれる端末102のメディア情報を取得する(S525)。相手端末情報取得部203は、取得した端末102のメディア情報を制御部201に渡す。
制御部201は、再び、端末情報保持部206を検索し、全ての会議参加端末101〜103のメディア情報を取得しているか否かを判定する(S523)。
例えば、端末103のメディア情報を取得していない場合(S523でNo)、呼出中通知部214は、直前のステップS525で、新たにメディア情報を取得した端末102に、180応答384を送信する(S524)。
次に、相手端末情報取得部203は、メディア情報を取得していない端末103からのINVITE328を受信する。相手端末情報取得部203は、INVITE328に含まれる端末103のメディア情報を取得する(S525)。相手端末情報取得部203は、取得した端末103のメディア情報を制御部201に渡す。
全ての会議参加端末101〜103のメディア情報を取得した場合(S523でYes)、制御部201は、全ての会議参加端末101〜103のメディア情報を通信開始部205に渡す。通信開始部205は、全ての会議参加端末101〜103に対して通信相手のメディア情報を含む200応答390〜392を送信する(S526)。
以上の処理により、会議参加端末101〜103の間でメディアデータの送受信が開始される。
以上のように実施の形態5に係るテレビ会議システム100では、サーバ104がメディア情報を含むINVITEを受信すると180応答を返す。サーバ104は、全ての端末101〜103から、メディア情報を含むINVITEを受信した後に、通信相手の端末のメディア情報を含む200応答を各端末101〜103に送信する。
これにより、実施の形態5に係るテレビ会議システム100では、端末101〜103に必要な付加機能は180応答の受信機能だけとなる。よって、実施の形態5に係るテレビ会議システム100に接続可能な端末の種類が多くなるので、システム構築が容易になる。
以上、本発明の実施の形態に係るテレビ会議システムについて説明したが、本発明は、この実施の形態に限定されるものではない。
例えば、上記実施の形態1〜5では、多地点テレビ会議に本発明を適用した例を示したが、本発明は、電話会議等の音声会議、又はその他の会議通信にも適用できる。
また、上記実施の形態1〜5では、3つの端末による接続例を示したが、4以上の端末による接続の場合にも、同様の手順を用いることができる。
また、上記実施の形態1〜5では、SIPを用いた通信の例を示したが、通信プロトコルとしてはH.323又はHTTPなどその他のプロトコルを用いてもよい。
また、上記実施の形態1〜4の説明において、保留要求及び保留解除要求を行う方法としてSDPのパラメータを用いる方法を説明したが、SIPの拡張ヘッダを使うなど、その他の方法で保留及び保留解除をしてもよい。
また、本発明は、上記実施の形態1〜5の全ての機能を備えるテレビ会議システムとして実現してもよいし、上記実施の形態1〜5のうちいずれか2以上を組み合わせたテレビ会議システムとして実現してもよい。