接続装置、その接続方法、及びプログラム
【課題】ユーザの利便性が高く、ミキサーを用いずに多地点会議を実現できる接続装置を提供する。
【解決手段】本発明に係る接続装置は、端末１０１〜１０３が端末１０１〜１０３間でメディアデータを直接送受信する多地点会議を行うための、端末１０１〜１０３間の接続を形成するサーバ１０４であって、端末１０１〜１０３のメディア情報を取得する参加者端末情報取得部２０２及び相手端末情報取得部２０３と、端末１０２及び１０３のメディア情報が取得されていない場合、端末１０２及び１０３へのメディアデータの送信を開始させない第１メッセージを端末１０１に送信する保留部２０４と、第１メッセージが送信された後、端末１０２のメディア情報が取得された場合、端末１０２のメディア情報を含み、かつ端末１０２へのメディアデータの送信を開始させる第２メッセージを端末１０１に送信する通信開始部２０５とを備える。
【解決手段】本発明に係る接続装置は、端末１０１〜１０３が端末１０１〜１０３間でメディアデータを直接送受信する多地点会議を行うための、端末１０１〜１０３間の接続を形成するサーバ１０４であって、端末１０１〜１０３のメディア情報を取得する参加者端末情報取得部２０２及び相手端末情報取得部２０３と、端末１０２及び１０３のメディア情報が取得されていない場合、端末１０２及び１０３へのメディアデータの送信を開始させない第１メッセージを端末１０１に送信する保留部２０４と、第１メッセージが送信された後、端末１０２のメディア情報が取得された場合、端末１０２のメディア情報を含み、かつ端末１０２へのメディアデータの送信を開始させる第２メッセージを端末１０１に送信する通信開始部２０５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続装置及びその接続方法に関し、特に、複数の端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置に関する。
【背景技術】
【０００２】
近年、音声会議及び多地点テレビ会議など、３者以上が参加可能な多地点会議を実現する会議通信サービスが実用化されている。
【０００３】
このようなサービスを提供するための一つの方法として、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠した会議機能を用いる方法がある。ＳＩＰ会議機能を用いて電話会議を実現する電話会議システムは、複数の端末と、端末間の接続制御を行う会議サーバと、音声メディアデータの合成をおこなうミキサーとを備える。ミキサーは、各端末から送信された音声メディアデータを合成して各端末に送信する。
【０００４】
以下、従来の電話会議システムについて説明する。
【０００５】
図３２は、ＳＩＰ会議機能を用いた従来の電話会議システムの構成を示す図である。図３２に示す電話会議システム７００は、端末７０１〜７０３と、サーバ７０４と、ミキサー７０５と、ネットワーク７０６とを備える。
【０００６】
端末７０１〜７０３はＩＰ電話端末であり、サーバ７０４は会議サーバである。ネットワーク７０６は、例えば、社内ネットワークである。
【０００７】
端末７０１〜７０３、サーバ７０４、及びミキサー７０５は、ネットワーク７０６を介して接続される。
【０００８】
端末７０１〜７０３は、音声メディアデータを、社内ネットワーク７０６を介してミキサー７０５に送信する。ミキサー７０５は、端末７０１〜７０３から送信された音声メディアデータを合成する。ミキサー７０５は、合成した音声メディアデータを、端末７０１〜７０３に送信する。
【０００９】
具体的には、ミキサー７０５は、端末７０２及び７０３から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０１に送信する。また、ミキサー７０５は、端末７０１及び７０３から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０２に送信する。また、ミキサー７０５は、端末７０１及び７０２から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０３に送信する。このように、電話会議システム７００は、ミキサー７０５を備えることで、３者通話を実現する。
【００１０】
次に、従来の電話会議システム７００の動作を説明する。
【００１１】
図３３は、従来の電話会議システム７００における処理の流れを示すシーケンス図である。また、図３３は、端末７０１が会議主催者となり、端末７０１〜７０３の間で電話会議が行われる場合の処理の流れを示す。なお、図３３において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答及びＭＥＳＳＡＧＥ応答等は省略している。
【００１２】
まず、会議主催者である端末７０１は、自身の端末のメディア情報をＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に記述したＩＮＶＩＴＥメッセージ（以下、単に「ＩＮＶＩＴＥ」とも記す。また、他のメッセージ（ＲＥＦＥＲ、及びＮＯＴＩＦＹ等）に関しても同様に省略して記す。）をサーバ７０４に送信する（Ｓ７０１）。具体的には、メディア情報は、端末７０１のＩＰアドレス、受信ポート番号、及び使用可能コーデックを含む。
【００１３】
次に、サーバ７０４は、予め保持していたミキサー７０５のメディア情報を含む２００応答を端末７０２に返す（Ｓ７０２）。
【００１４】
また、サーバ７０４は、ミキサー７０５に、端末７０１のＩＰアドレス及び受信ポート番号と、ミキサー７０５のＩＰアドレス及び受信ポート番号と、使用するコーデックとを通知する（Ｓ７０３）。例えば、サーバ７０４は、ＳＩＰのＭＥＳＳＡＧＥを用いて、端末７０１の情報等をミキサー７０５に通知する。なお、サーバ７０４は、ＨＴＴＰなどを用いて、端末７０１の情報等をミキサー７０５に通知してもよい。
【００１５】
端末７０１は、ステップＳ７０２の２００応答に対するＡＣＫを送信したあと、ミキサー７０５へのメディアデータの送信を開始する。また、ミキサー７０５は、端末７０１へのメディアデータの送信を開始する（Ｓ７０４）。
【００１６】
次に、端末７０１は、会議に参加する端末である端末７０２を招待するために、端末７０２のＳＩＰ ＵＲＩを含むＲＥＦＥＲをサーバ７０４に送信する（Ｓ７０５）。サーバ７０４は、ＲＥＦＥＲに対する２０２応答を端末７０１に送信する。さらに、サーバ７０４は、招待中状態であることを通知するために端末７０１にＮＯＴＩＦＹを送信する。ＮＯＴＩＦＹを受信した端末７０１は、サーバ７０４に２００応答を送信する。
【００１７】
次に、サーバ７０４は、端末７０２にミキサー７０５のメディア情報を含むＩＮＶＩＴＥを送信する（Ｓ７０６）。
【００１８】
当該ＩＮＶＩＴＥを受信した端末７０２は、自身のメディア情報を含む２００応答を送信する（Ｓ７０７）。
【００１９】
サーバ７０４は、２００応答に対するＡＣＫを端末７０２に送信し、その後、端末７０１のときと同様にＭＥＳＳＡＧＥを用いてミキサー７０５に必要な情報を通知する（Ｓ７０８）。また、サーバ７０４は、招待完了を通知するためのＮＯＴＩＦＹを端末７０１に送信する。端末７０１は、ＮＯＴＩＦＹに対する２００応答をサーバ７０４に送信する。
【００２０】
端末７０２は、ミキサー７０５へのメディアデータの送信を開始する。また、ミキサー７０５は、端末７０２へのメディアデータの送信を開始する（Ｓ７０９）。
【００２１】
次に、ステップＳ７０５〜Ｓ７０９と同様の処理が行われ、端末７０３とミキサー７０５との間でのメディアデータの送受信が開始される（Ｓ７１０〜Ｓ７１４）。
【００２２】
以上より、端末７０１〜７０３が音声メディアデータをミキサー７０５に送信し、かつミキサー７０５が音声メディアデータを合成して各端末７０１〜７０３に送信することで、端末７０１〜７０３の間で音声会議が実現される。
【００２３】
また、ＳＩＰ会議機能を用いることで多地点テレビ会議システムを実現できる。以下、従来の多地点テレビ会議システムについて説明する。
【００２４】
図３４は、従来のＳＩＰ会議機能を用いた多地点テレビ会議システムの構成を示す図である。図３４に示すテレビ会議システム８００は、端末８０１〜８０３と、サーバ８０４と、ミキサー８０５と、ネットワーク８０６とを備える。
【００２５】
端末８０１〜８０３、サーバ８０４、及びミキサー８０５は、ネットワーク８０６を介して接続される。
【００２６】
端末８０１は、カメラ８４１と、モニタ８２１及び８３１とを備える。端末８０２は、カメラ８４２と、モニタ８２２及び８３２とを備える。端末８０３は、カメラ８４３と、モニタ８２３及び８３３とを備える。
【００２７】
端末８０１〜８０３は、それぞれカメラ８４１〜８４３で撮影した映像及び音声メディアデータを、ネットワーク８０６を介してミキサー８０５に送信する。ミキサー８０５は、端末８０１〜８０３から送信された映像及び音声メディアデータを合成する。ミキサー８０５は、合成した映像及び音声メディアデータを端末８０１〜８０３に送信する。
【００２８】
具体的には、ミキサー８０５は、端末８０２から送信されたメディアデータと端末８０３から送信されたメディアデータとを端末８０１に送信する。端末８０１は、受信したメディアデータをそれぞれモニタ８２１及び８３１に表示する。これにより、端末８０１を使用しているユーザ８１１は、端末８０２を使用しているユーザ８１２及び端末８０３を使用しているユーザ８１３と通話できる。
【００２９】
同様に、ミキサー８０５は、端末８０１から送信されたメディアデータと端末８０３から送信されたメディアデータとを端末８０２に送信し、端末８０１から送信されたメディアデータと端末８０２から送信されたメディアデータとを端末８０３に送信する。端末８０２は、受信したメディアデータをそれぞれモニタ８２２及び８３２に表示し、端末８０３は、受信したメディアデータをそれぞれモニタ８２３及び８３３に表示する。
【００３０】
以上の構成により、テレビ会議システム８００は、多地点テレビ会議を実現する。
【００３１】
次に、従来のテレビ会議システム８００の動作を説明する。
【００３２】
図３５は、従来のテレビ会議システム８００における処理の流れを示すシーケンス図である。また、図３５は、端末８０１が会議主催者となり、端末８０１〜８０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３５において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答及びＭＥＳＳＡＧＥ応答等は省略している。
【００３３】
図３５に示すステップＳ８０１〜Ｓ８１４の処理は、それぞれ図３３に示すステップＳ７０１〜Ｓ７１４の処理に対応する。ここでは、図３３に示す処理との違いのみを説明する。
【００３４】
まず、会議主催者である端末８０１は、自身の端末のメディア情報を含むＩＮＶＩＴＥをサーバ８０４に送信する（Ｓ８０１）。ここで、端末８０１は、音声及び映像をそれぞれ２つ送受信可能であるので、当該ＩＮＶＩＴＥは、映像及び音声に対応するそれぞれ２つの受信ポート番号、及び使用可能コーデックを含む。
【００３５】
次に、サーバ８０４は、ミキサー８０５のメディア情報を含む２００応答を端末８０２に返す（Ｓ８０２）。当該２００応答は、映像及び音声に対応するそれぞれ２つの受信ポート番号、及び使用可能コーデックを含む。
【００３６】
また、サーバ８０４は、ミキサー８０５に、端末８０１のＩＰアドレス及び受信ポート番号と、ミキサー７０５のＩＰアドレス及び受信ポート番号と、使用コーデックとを通知する（Ｓ８０３）。ここで、音声及び映像のそれぞれに対する受信ポート番号及び使用コーデックが通知される。
【００３７】
以降の処理も同様に、各メッセージは、音声及び映像に対するメディア情報を含む。
【００３８】
以上により、端末８０１〜８０３が音声及び映像メディアデータをミキサー８０５に送信し、かつミキサー８０５が音声及び映像メディアデータを合成して各端末８０１〜８０３に送信することで、端末８０１〜８０３の間でテレビ会議が実現される。
【００３９】
しかしながら、図３４に示す従来のテレビ会議システム８００では、音声及び映像メディアデータを合成するミキサー８０５が必要になる。これにより、テレビ会議システム８００は、システムを構築する際のコストが高くなるという課題がある。また、ミキサー８０５を介してメディアデータを送受信するため、ミキサー８０５における処理時間だけメディアデータの遅延が増加するという課題がある。
【００４０】
これに対して、ミキサー８０５を使わないテレビ会議システムが知られている。例えば、ミキサー８０５を使わないテレビ会議システムとして、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ３７２５で提案されている３ＰＣＣ（３ｒｄ Ｐａｒｔｙ Ｃａｌｌ Ｃｏｎｔｒｏｌ）を用いたテレビ会議システムがある。
【００４１】
また、さらなるコスト削減のために、サーバ８０４及びミキサー８０５を備えず、端末のみでテレビ会議を実現するテレビ会議システムも知られている（例えば、特許文献１参照。）。
【００４２】
以下、３ＰＣＣを用いた従来のテレビ会議システムについて説明する。
【００４３】
図３６は、従来の３ＰＰＣを用いたテレビ会議システムの構成を示す図である。図３６に示すテレビ会議システム９００は、端末８０１〜８０３と、サーバ８０４と、ネットワーク８０６とを備える。なお、図３４と同様の要素には同一の符号を付しており説明は省略する。
【００４４】
図３６に示すテレビ会議システム９００は、ミキサー８０５を備えない点が、図３４に示すテレビ会議システム８００と異なる。
【００４５】
図３７は、従来のテレビ会議システム９００における処理の流れを示すシーケンス図である。また、図３７は、サーバ８０４からの発信により、端末８０１〜８０３の間でテレビ会議が行われる場合の処理の流れを示す。
【００４６】
まず、サーバ８０４は、ＳＤＰを含まないＩＮＶＩＴＥを端末８０１に送信する（Ｓ９０１）。ＩＮＶＩＴＥを受信した端末８０１は、自身のメディア情報を含む２００応答をサーバ８０４に送信する（Ｓ９０２）。
【００４７】
サーバ８０４は、受信した２００応答に含まれる端末８０１のメディア情報を含むＩＮＶＩＴＥを端末８０２に送信する（Ｓ９０３）。端末８０２は、自身のメディア情報を含む２００応答をサーバ８０４に送信する（Ｓ９０４）。当該２００応答を受信したサーバ８０４は、ＡＣＫを端末８０２に返す（Ｓ９０５）。
【００４８】
また、サーバ８０４は、受信した２００応答に含まれる端末８０２のメディア情報を含むＡＣＫを端末８０１に送信する（Ｓ９０６）。
【００４９】
以上により、端末８０１と端末８０２とは、当該端末間でメディアデータを直接送受信できる状態となる（Ｓ９０７）。
【００５０】
また、ステップＳ９０１〜Ｓ９０７と同様の処理よって端末８０２と端末８０３とは、当該端末間でメディアデータを直接送受信できる状態となる（Ｓ９０８〜Ｓ９１４）。また、ステップＳ９０１〜Ｓ９０７と同様の処理よって端末８０１と端末８０３とは、当該端末間でメディアデータを直接送受信できる状態となる（図示せず）。
【００５１】
以上のように、テレビ会議システム９００は、ミキサー８０５を用いずに、端末８０１〜８０３間でメディアデータを直接送受信できる、端末８０１〜８０３間の接続を形成できる。
【先行技術文献】
【特許文献】
【００５２】
【特許文献１】特開２００５−３３３４４６号公報
【発明の概要】
【発明が解決しようとする課題】
【００５３】
しかしながら、３ＰＰＣを用いた従来のテレビ会議システム９００では、端末８０１〜８０３は、サーバ８０４から送信されたＳＤＰを含まないＩＮＶＩＴＥに対してＳＤＰ付きの２００応答を返す必要がある。この機能はＲＦＣ３２６４で規定されているが、サポートしている端末が少ない。テレビ会議システム９００に接続できる端末が限られており、テレビ会議システム９００を構築する上で利便性が低いという課題がある。
【００５４】
また、従来のテレビ会議システム９００では、サーバ８０４からテレビ会議の開始制御を行う必要があり、端末８０１〜８０３からテレビ会議を開始することがない。これにより、従来のテレビ会議システム９００は、ユーザの利便性が低いという課題がある。
【００５５】
本発明は、上記課題に鑑みてなされたものであり、ユーザの利便性が高く、ミキサーを用いずに多地点会議を実現できる接続装置、及び接続方法を提供することを目的とする。
【課題を解決するための手段】
【００５６】
上記目的を達成するために、本発明に係る接続装置は、第１端末、第２端末及び第３端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置であって、前記第１端末、前記第２端末及び前記第３端末の、メディアデータの送受信に関する情報であるメディア情報を取得する情報取得部と、前記情報取得部により前記第２端末及び前記第３端末のメディア情報が取得されていない場合、前記第２端末及び前記第３端末へのメディアデータの送信を開始させない第１メッセージを前記第１端末に送信する第１メッセージ送信部と、前記第１メッセージ送信部により前記第１メッセージが送信された後、前記情報取得部により前記第２端末のメディア情報が取得された場合、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信部とを備える。
【００５７】
この構成によれば、本発明に係る接続装置は、通信相手の端末のメディア情報を取得するまで、各端末に通信の開始を待たせることができる。これにより、本発明に係る接続装置を含む会議システムでは、各端末は、通信の開始を待つ機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００５８】
さらに、本発明に係る接続装置は、会議主催者の端末からの発信に応じてテレビ会議を開始する場合でも、会議主催者の端末からの発信メッセージを受信した後、他の端末のメディア情報を取得するまで、会議主催者の端末に通信の開始を待たせることができる。よって、本発明に係る接続装置は、容易に端末からの発信に応じてテレビ会議を開始できる。これにより、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００５９】
また、前記情報取得部は、前記第１端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第１端末のメディア情報を含むメッセージを前記第２端末に送信し、当該メッセージに対して前記第２端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第２端末のメディア情報を取得する第２端末情報取得部と、前記第１端末及び前記第２端末のメディア情報を含むメッセージを前記第３端末に送信し、当該メッセージに対して前記第３端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部とを備え、第２メッセージ送信部は、さらに、前記第３端末のメディア情報を含むメッセージを前記第１端末及び前記第２端末に送信してもよい。
【００６０】
この構成によれば、本発明に係る接続装置は、第１端末からの発信メッセージに応じて、第２端末及び第３端末にメッセージを送信することで、第２端末及び第３端末のメディア情報を取得できる。
【００６１】
また、前記情報取得部は、前記第１端末により送信された第３メッセージを受信し、当該第３メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第２端末により送信された第４メッセージを受信し、当該第４メッセージに含まれる前記第１端末のメディア情報を取得する第２端末情報取得部と、前記第３端末により送信された第５メッセージを受信し、当該第５メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部と備え、前記第２メッセージ送信部は、前記第４メッセージに対する返答として、前記第１端末のメディア情報を含むメッセージを前記第２端末に送信し、前記第５メッセージに対する返答として、前記第１端末及び第２端末のメディア情報を含むメッセージを前記第３端末に送信し、前記第３端末のメディア情報を含むメッセージを前記第１端末及び前記第２端末に送信してもよい。
【００６２】
この構成によれば、本発明に係る接続装置は、第１端末、第２端末及び第３端末から送信されるメッセージに含まれる各端末のメディア情報を取得する。よって、本発明に係る接続装置に必要な付加機能は、各端末からの発信を待つ機能だけでよい。よって、本発明は、接続装置の開発コストを低減できる。
【００６３】
また、前記第１メッセージ送信部は、さらに、前記第１端末及び前記第３端末へのメディアデータの送信を開始させない第６メッセージを前記第２端末に送信し、前記第１端末及び前記第２端末へのメディアデータの送信を開始させない第７メッセージを前記第３端末へ送信し、前記情報取得部は、前記第１メッセージに対して前記第１端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第６メッセージに対して前記第２端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第２端末のメディア情報を取得する第２端末情報取得部と、前記第７メッセージに対して前記第３端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部とを備え、第２メッセージ送信部は、さらに、前記第３端末のメディア情報を含むメッセージを前記第１端末に送信し、前記第１端末及び前記第３端末のメディア情報を含むメッセージを前記第２端末に送信し、前記第１端末及び前記第２端末のメディア情報を含むメッセージを前記第３端末に送信してもよい。
【００６４】
この構成によれば、接続装置から発信する形態で、端末同士がメディアデータを直接送受信する会議通信を実現できる。例えば、接続装置に、会議時間と会議参加者とを登録し、登録した時間に会議を自動的に開始するといった予約型の会議を実現できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００６５】
また、前記メディア情報は、ＩＰアドレス、ポート番号、及び使用可能コーデックのうち少なくとも一つを含んでもよい。
【００６６】
また、前記第１メッセージは、テンポラリなＩＰアドレス、及びテンポラリなポート番号のうち少なくとも一方が指定されたメディア情報を含んでもよい。
【００６７】
この構成によれば、第１メッセージに含まれるメディア情報に任意の値を用いることができる。
【００６８】
また、前記テンポラリなＩＰアドレスは、前記接続装置のＩＰアドレスであってもよい。
【００６９】
また、前記第１メッセージ送信部は、前記情報取得部により前記第２端末のメディア情報が取得され、かつ前記第３端末のメディア情報が取得されていない場合、前記第３端末へのメディアデータの送信を開始させず、かつ前記第２端末へのメディアデータの送信の開始を禁止しないメッセージを前記第１端末に送信してもよい。
【００７０】
この構成によれば、本発明に係る接続装置は、第１端末に対して、メディア情報を取得済みの端末へのメディアデータの送信の開始を禁止せず、メディア情報を取得していない端末へのメディアデータの送信の開始のみ禁止する。これにより、本発明に係る接続装置は、複数のメディアデータを送受信可能な端末に対して、単一のメディアデータのみを用いた通信を先に開始できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７１】
また、前記第２メッセージ送信部は、前記第１メッセージ送信部により前記第１メッセージが送信された後、前記情報取得部により前記第２端末のメディア情報が取得され、かつ前記第３端末のメディア情報が取得されていない場合、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させ、かつ前記第３端末へのメディアデータの送信の禁止を継続させるメッセージを前記第１端末に送信してもよい。
【００７２】
この構成によれば、本発明に係る接続装置は、第１端末に対して、メディア情報を取得済みの端末へのメディアデータの送信の開始をさせ、メディア情報を取得していない端末へのメディアデータの送信の禁止を継続させる。これにより、本発明に係る接続装置は、複数のメディアデータを送受信可能な端末に対して、単一のメディアデータのみを用いた通信を先に開始できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７３】
また、前記第１メッセージは、前記第２端末及び前記第３端末へのメディアデータの送信を保留させるメッセージであってもよい。
【００７４】
この構成によれば、本発明に係る接続装置を含む会議システムでは、各端末は、保留機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７５】
また、前記第１メッセージは、前記第１端末に、前記第２端末、前記第３端末及び前記接続装置とのメディアデータの送受信に関して、送信及び受信を禁止するメッセージ、又は、送信を禁止するメッセージ、又は、受信のみを許可するメッセージであってもよい。
【００７６】
また、前記第１メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージであり、前記第１メッセージは、ａ＝ｉｎａｃｔｉｖｅ、ａ＝ｓｅｎｄｏｎｌｙ又はａ＝ｒｅｃｖｏｎｌｙを含んでもよい。
【００７７】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００７８】
また、前記第１メッセージは、メディアデータの送信先のＩＰアドレスとして「０．０．０．０」が指定されていてもよい。
【００７９】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００８０】
また、前記第１メッセージは、通信相手の端末を呼出中であること示すメッセージであってもよい。
【００８１】
この構成によれば、本発明に係る接続装置を含む会議システムでは、各端末は、呼出中メッセージの受信機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００８２】
また、前記第１メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージであり、前記第１メッセージは、１００番台の応答メッセージであってもよい。
【００８３】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００８４】
また、本発明に係る接続方法は、第１端末、第２端末及び第３端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置における接続方法であって、前記第２端末及び前記第３端末の、メディアデータの送受信に関する情報であるメディア情報が取得されていない場合、前記第２端末及び前記第３端末へのメディアデータの送信を開始させない第１メッセージを前記第１端末に送信する第１メッセージ送信ステップと、前記第２端末のメディア情報を取得する情報取得ステップと、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信ステップとを含む。
【００８５】
これによれば、本発明に係る接続方法は、通信相手の端末のメディア情報を取得するまで、各端末に通信の開始を待たせることができる。これにより、本発明に係る接続方法を用いた会議システムでは、各端末は、通信の開始を待つ機能のみを有すればよい。よって、本発明に係る接続方法を用いた会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続方法は、ユーザの利便性を向上できる。
【００８６】
さらに、本発明に係る接続方法は、会議主催者の端末からの発信に応じてテレビ会議を開始する場合でも、会議主催者の端末からの発信メッセージを受信した後、他の端末のメディア情報を取得するまで、会議主催者の端末に通信の開始を待たせることができる。よって、本発明に係る接続方法は、容易に端末からの発信に応じてテレビ会議を開始できる。これにより、本発明に係る接続方法は、ユーザの利便性を向上できる。
【００８７】
なお、本発明は、このような接続装置として実現できるだけでなく、接続装置に含まれる特徴的な手段をステップとする接続方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのは言うまでもない。また、本発明は、接続装置を含む会議システムとして実現できる。
【発明の効果】
【００８８】
以上より、本発明は、ユーザの利便性が高く、ミキサーを用いずに多地点会議を実現できる接続装置、及び接続方法を提供できる。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施の形態１に係るテレビ会議システムの構成を示す図である。
【図２】本発明の実施の形態１に係るサーバの構成を示す図である。
【図３】本発明の実施の形態１に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図４】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図５】本発明の実施の形態１に係る２００応答の構成を示す図である。
【図６】本発明の実施の形態１に係るＲＥＦＥＲの構成を示す図である。
【図７】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図８】本発明の実施の形態１に係る２００応答の構成を示す図である。
【図９】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図１０】本発明の実施の形態１に係るサーバの処理の流れを示すフローチャートである。
【図１１】本発明の実施の形態１に係るサーバの処理の流れを示すフローチャートである。
【図１２】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１３】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１４】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１５】本発明の実施の形態１に係るＩＮＶＩＴＥの変形例の構成を示す図である。
【図１６】本発明の実施の形態２に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図１７】本発明の実施の形態２に係るＲＥＦＥＲの構成を示す図である。
【図１８】本発明の実施の形態２に係るサーバの処理の流れを示すフローチャートである。
【図１９】本発明の実施の形態２に係るサーバの処理の流れを示すフローチャートである。
【図２０】本発明の実施の形態３に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図２１】本発明の実施の形態３に係るサーバの処理の流れを示すフローチャートである。
【図２２】本発明の実施の形態４に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図２３】本発明の実施の形態４に係るＩＮＶＩＴＥの構成を示す図である。
【図２４】本発明の実施の形態４に係る２００応答の構成を示す図である。
【図２５】本発明の実施の形態４に係るＩＮＶＩＴＥの構成を示す図である。
【図２６】本発明の実施の形態４に係る２００応答の構成を示す図である。
【図２７】本発明の実施の形態４に係るサーバの処理の流れを示すフローチャートである。
【図２８】本発明の実施の形態５に係るサーバの構成を示す図である。
【図２９】本発明の実施の形態５に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図３０】本発明の実施の形態５に係るＩＮＶＩＴＥの構成を示す図である。
【図３１】本発明の実施の形態５に係るサーバの処理の流れを示すフローチャートである。
【図３２】従来の電話会議システムの構成を示す図である。
【図３３】従来の電話会議システムにおける処理の流れを示すシーケンス図である。
【図３４】従来のテレビ会議システムの構成を示す図である。
【図３５】従来のテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図３６】ミキサーを用いない従来のテレビ会議システムの構成を示す図である。
【図３７】ミキサーを用いない従来のテレビ会議システムにおける処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００９０】
以下、本発明に係るテレビ会議システムの実施の形態について、図面を参照しながら詳細に説明する。
【００９１】
（実施の形態１）
本発明の実施の形態１に係るテレビ会議システムでは、テレビ会議の主催者である端末がサーバに発信メッセージを送信する。サーバは、最初に発信メッセージに対して保留メッセージを返し、その後、会議に参加する端末のメディア情報を取得したあと、主催者である端末に保留解除メッセージを送信する。これにより、本発明の実施の形態１に係るテレビ会議システムは、ミキサーを用いずに、端末からの発信によりテレビ会議を開始できる。よって、本発明の実施の形態１に係るテレビ会議システムは、ユーザの利便性を向上できる。
【００９２】
まず、本発明の実施の形態１に係るテレビ会議システムの構成を説明する。
【００９３】
図１は、実施の形態１に係るテレビ会議システムの構成を示す図である。
【００９４】
図１に示すテレビ会議システム１００は、ＳＩＰを用いた多地点テレビ会議システムである。テレビ会議システム１００は、端末１０１〜１０３と、サーバ１０４と、ネットワーク１０６とを備える。
【００９５】
端末１０１〜１０３、及びサーバ１０４は、ネットワーク１０６を介して接続される。端末１０１〜１０３、及びサーバ１０４は、ＳＩＰに準拠したメッセージを生成する。
【００９６】
ネットワーク１０６は、例えば、社内ＬＡＮである。なお、ネットワーク１０６は、宅内ネットワーク又はインターネットなどでもよい。
【００９７】
端末１０１〜１０３は、ユーザ１１１〜１１３が使用するテレビ会議端末である。
【００９８】
端末１０１は、カメラ１４１とモニタ１２１及び１３１を備え、端末１０２は、カメラ１４２とモニタ１２２及び１３２を備え、端末１０３は、カメラ１４３とモニタ１２３及び１３３を備える。
【００９９】
モニタ１２１〜１２３及び１３１〜１３３は、映像メディアデータを表示する。カメラ１４１〜１４３は、映像を撮影する。
【０１００】
端末１０１〜１０３は、それぞれカメラ１４１〜１４３で撮影した映像及び音声メディアデータを、ネットワーク１０６を介して他の端末１０１〜１０３に送信する。
【０１０１】
サーバ１０４は、端末１０１〜１０３間の接続を制御する接続装置である。サーバ１０４は、端末１０１〜１０３間の接続を形成する。当該接続は、端末１０１〜１０３が端末１０１〜１０３間でメディアデータを直接送受信する多地点会議を行うための接続である。サーバ１０４は、制御メッセージを送受信することによって、端末１０１〜１０３間の接続を制御する。
【０１０２】
図２は、サーバ１０４の構成を示すブロック図である。
【０１０３】
サーバ１０４は、制御部２０１と、参加者端末情報取得部２０２と、相手端末情報取得部２０３と、保留部２０４と、通信開始部２０５と、端末情報保持部２０６とを備える。
【０１０４】
参加者端末情報取得部２０２は、テレビ会議の主催者である参加者端末のメディア情報を取得する。メディア情報は、端末１０１〜１０３の、メディアデータの送受信に関する情報である。
【０１０５】
相手端末情報取得部２０３は、テレビ会議の参加者のうち参加者端末以外の端末である相手端末のメディア情報を取得する。
【０１０６】
保留部２０４は、保留要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、保留部２０４は、相手端末情報取得部２０３により相手端末のメディア情報が取得されていない場合、保留要求を含むメッセージを参加者端末に送信する。保留要求は、参加者端末に相手端末へのメディアデータの送信を保留させる指示である。言い換えると、保留要求は、参加者端末に相手端末へのメディアデータの送信を開始させない指示である。
【０１０７】
通信開始部２０５は、保留解除要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、通信開始部２０５は、保留部２０４により保留要求を含むメッセージが送信された後、相手端末情報取得部２０３により相手端末のメディア情報が取得された場合、相手端末のメディア情報及び保留解除要求を含むメッセージを参加者端末に送信する。保留解除要求は、保留要求により設定された保留状態を解除させる指示である。言い換えると、参加者端末に相手端末へのメディアデータの送信を開始させる指示である。
【０１０８】
端末情報保持部２０６は、参加者端末情報取得部２０２及び相手端末情報取得部２０３により取得された端末１０１〜１０３のメディア情報を保持する。
【０１０９】
制御部２０１は、参加者端末情報取得部２０２、相手端末情報取得部２０３、保留部２０４、通信開始部２０５、及び端末情報保持部２０６を制御する。
【０１１０】
次に、本発明の実施の形態１に係るテレビ会議システム１００の動作を説明する。
【０１１１】
図３は、実施の形態１に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図３は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０１１２】
まず、端末１０１は、サーバ１０４にＩＮＶＩＴＥ３００を送信する（Ｓ１０１）。
【０１１３】
図４は、ＩＮＶＩＴＥ３００の構成を示す図である。
【０１１４】
図４に示すＩＮＶＩＴＥ３００は、端末１０１のメディア情報として、ＩＰアドレス４０１と、受信ポート番号４０２と、使用可能コーデック４０３とを含む。なお、端末１０１、１０２、１０３及びサーバ１０４のＩＰアドレスをそれぞれ「１９２．１６８．１．１」、「１９２．１６８．１．２」、「１９２．１６８．１．３」及び「１９２．１６８・１・４」とする。また、図４では説明に必要なパラメータのみ記述しており、他に必要となるＳＩＰヘッダ及びＳＤＰパラメータ等は省略する。また、以降に示す図においても同様に省略する。
【０１１５】
受信ポート番号４０２は、ＩＰアドレス４０１で指定される端末又はサーバが、メディアデータの受信に用いるポートの番号である。使用可能コーデック４０３は、ＩＰアドレス４０１で指定される端末又はサーバが、受信したメディアデータに用いるコーデックである。なお、以下、ＩＰアドレス４０１、受信ポート番号４０２及び使用可能コーデック４０３を含む情報をメディア情報と記す。
【０１１６】
ＩＮＶＩＴＥ３００は、映像及び音声のそれぞれの受信ポート番号４０２及び使用可能コーデック４０３を含む。また、端末１０１は、音声及び映像をそれぞれ２つ送受信できるので、ＩＮＶＩＴＥ３００は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。また、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２には異なる受信ポート番号が記載される。
【０１１７】
サーバ１０４は、ＩＮＶＩＴＥ３００を受信すると、端末１０１のメディアデータの送信先端末である端末１０２及び端末１０３のメディア情報を取得済みであるか否かを確認する。ここでは、サーバ１０４は、端末１０２及び端末１０３のメディア情報を取得していないので、保留要求を含む２００応答３０１を生成し、生成した２００応答３０１を端末１０１に送信する（Ｓ１０２）。
【０１１８】
図５は、２００応答３０１の構成を示す図である。
【０１１９】
図５に示す２００応答３０１は、ＩＰアドレス４０１と、受信ポート番号４０２と、使用可能コーデック４０３と、保留要求４０４とを含む。
【０１２０】
ここでは、サーバ１０４は、保留要求４０４としてａ＝ｉｎａｃｔｉｖｅを用いる。ａ＝ｉｎａｃｔｉｖｅは、端末１０１に、サーバ１０４との間のメディアデータの送受信を禁止する命令である。
【０１２１】
また、２００応答３０１に含まれるメディア情報（ＩＰアドレス４０１、受信ポート番号４０２、及び使用可能コーデック４０３）には、サーバ１０４のメディア情報が記載される。つまり、２００応答３０１に含まれるメディア情報は、ＩＮＶＩＴＥ３００に含まれるメディア情報である。また、ＩＮＶＩＴＥ３００に複数の使用可能コーデック４０３が記述されている場合、サーバ１０４は、当該複数の使用可能コーデック４０３から、２００応答３０１に記述する使用可能コーデック４０３を選択する。
【０１２２】
２００応答３０１を受信した端末１０１は、２００応答３０１に対するＡＣＫをサーバ１０４に送信する。端末１０１は、２００応答３０１に含まれる保留要求４０４に従い、保留状態になる（Ｓ１０３）。つまり、端末１０１は、２００応答３０１で指定されるサーバ１０４との間でメディアデータの送受信を行わない状態になる。
【０１２３】
次に、端末１０１は、端末１０２を会議に招待するために、ＲＥＦＥＲ３０２をサーバ１０４に送信する（Ｓ１０４）。
【０１２４】
図６は、ＲＥＦＥＲ３０２の構成を示す図である。図６に示すようにＲＥＦＥＲ３０２は、Ｒｅｆｅｒ−Ｔｏヘッダ４０５を含む。Ｒｅｆｅｒ−Ｔｏヘッダ４０５には、端末１０２のＵＲＩが記述される。なお、端末１０２の招待方法としてはＲＥＦＥＲではなくＨＴＴＰなどほかの方法を用いてもよい。また、サーバ１０４にテレビ会議に参加する端末をあらかじめ設定しておいてもよい。
【０１２５】
サーバ１０４は、ＲＥＦＥＲ３０２を受信すると、２０２応答を端末１０１に送信する。さらにサーバ１０４は、招待中状態を通知するために端末１０１にＮＯＴＩＦＹを送信する。端末１０１はＮＯＴＩＦＹを受信すると２００応答をサーバ１０４に送信する。
【０１２６】
次に、サーバ１０４は、端末１０１のメディア情報を含むＩＮＶＩＴＥ３０３を端末１０２に送信する（Ｓ１０５）。例えば、ＩＮＶＩＴＥ３０３の構成は、ＩＮＶＩＴＥ３００と同様である。
【０１２７】
端末１０２は、ＩＮＶＩＴＥ３０３を受信すると、自身のメディア情報を含む２００応答３０４を送信する（Ｓ１０６）。なお、２００応答３０４の構成は、２００応答３０１と同様であり、端末１０２のメディア情報を含む。また、２００応答３０４は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１２８】
サーバ１０４は、２００応答３０４を受信するとＡＣＫを端末１０２に送信する。端末１０２は、端末１０１のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０２は、送信した２００応答３０４に記述したコーデックを用いてメディアデータを送受信する。
【０１２９】
サーバ１０４は端末１０２にＡＣＫを送信した後、招待完了を通知するためのＮＯＴＩＦＹを端末１０１に送信する。端末１０１は、ＮＯＴＩＦＹに対する２００応答をサーバ１０４に送信する。
【０１３０】
次に、サーバ１０４は、端末１０２のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３０５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する（Ｓ１０７）。
【０１３１】
図７は、ｒｅ−ＩＮＶＩＴＥ３０５の構成を示す図である。
【０１３２】
図７に示すｒｅ−ＩＮＶＩＴＥ３０５は、端末１０２のメディア情報を含む。さらに、ｒｅ−ＩＮＶＩＴＥ３０５は、保留解除要求４０６を含む。
【０１３３】
ここでは、サーバ１０４は、保留解除要求４０６としてａ＝ｓｅｎｄｒｅｃｖを用いる。ａ＝ｓｅｎｄｒｅｃｖは、端末１０１に、サーバ１０４との間のメディアデータの送受信の禁止を解除する命令である。
【０１３４】
また、ｒｅ−ＩＮＶＩＴＥ３０５に含まれるメディア情報は、サーバ１０４が端末１０２から受信した２００応答３０４に含まれるメディア情報である。
【０１３５】
なお、ここでは、ｒｅ−ＩＮＶＩＴＥ３０５用いる例を説明するが、サーバ１０４は、ＵＰＤＡＴＥなど他のメッセージを用いてもよい。
【０１３６】
ｒｅ−ＩＮＶＩＴＥ３０５を受信した端末１０１は、自身のメディア情報を含む２００応答３０６をサーバ１０４に送信する（Ｓ１０８）。
【０１３７】
図８は、２００応答３０６の構成を示す図である。２００応答３０６は、端末１０１のメディア情報を含む。さらに、２００応答３０６は、保留解除要求４０６を含む。
【０１３８】
端末１０１は、端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１３９】
サーバ１０４は、２００応答３０６に対するＡＣＫを端末１０１に送信する。
【０１４０】
以上により、端末１０１と端末１０２との間でメディアデータを直接送受信するための接続が形成される（Ｓ１０９）。ここでは、端末１０１のモニタ１２１及び１３１に端末１０２から送信された映像が表示され、端末１０２のモニタ１２２及び１３２に端末１０１から送信された映像が表示される。
【０１４１】
次に、端末１０１は、端末１０３をテレビ会議に招待するため、ＲＥＦＥＲ３０７をサーバ１０４に送信する（Ｓ１１０）。ＲＥＦＥＲ３０７に含まれるＲｅｆｅｒ−Ｔｏヘッダ４０５には、端末１０３のＵＲＩが記述される。
【０１４２】
サーバ１０４は、ＲＥＦＥＲ３０７を受信すると、２０２応答を端末１０１に送信する。さらにサーバ１０４は、招待中状態を通知するために端末１０１にＮＯＴＩＦＹを送信する。端末１０１はＮＯＴＩＦＹを受信すると２００応答をサーバ１０４に送信する。
【０１４３】
次に、サーバ１０４は、端末１０１及び端末１０２のメディア情報を含むＩＮＶＩＴＥ３０８を端末１０３に送信する（Ｓ１１１）。
【０１４４】
図９は、ＩＮＶＩＴＥ３０８の構成を示す図である。図９に示すＩＮＶＩＴＥ３０８は、端末１０１及び端末１０２のそれぞれのメディア情報を含む。また、ＩＮＶＩＴＥ３０８は、映像及び音声のそれぞれに対応した受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１４５】
端末１０３は、ＩＮＶＩＴＥ３０８を受信すると、自身のメディア情報を含む２００応答３０９をサーバ１０４に送信する（Ｓ１１２）。なお、２００応答３０９の構成は、２００応答３０１と同様であり、端末１０３のメディア情報を含む。また、２００応答３０９は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１４６】
サーバ１０４は、２００応答３０９を受信するとＡＣＫを端末１０３に送信する。端末１０３は、端末１０１及び端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０３は、送信した２００応答３０９に記述したコーデックを用いてメディアデータを送受信する。
【０１４７】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３１０を端末１０１に送信する（Ｓ１１３）。ｒｅ−ＩＮＶＩＴＥ３１０は、端末１０２及び端末１０３のメディア情報を含む。
【０１４８】
ｒｅ−ＩＮＶＩＴＥ３１０を受信した端末１０１は、自身のメディア情報を含む２００応答３１１をサーバ１０４に送信する（Ｓ１１４）。サーバ１０４は、２００応答３１１を受信するとＡＣＫを端末１０１に送信する。
【０１４９】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３１２を端末１０２に送信する（Ｓ１１５）。ｒｅ−ＩＮＶＩＴＥ３１２は、端末１０１及び端末１０３のメディア情報を含む。
【０１５０】
ｒｅ−ＩＮＶＩＴＥ３１２を受信した端末１０２は、自身のメディア情報を含む２００応答３１３をサーバ１０４に送信する（Ｓ１１６）。サーバ１０４は、２００応答３１３を受信するとＡＣＫを端末１０２に送信する。
【０１５１】
端末１０１は、端末１０２及び端末１０３のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１５２】
端末１０２は、端末１０１及び端末１０３のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１５３】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ１１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ１１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ１１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０１５４】
また、端末１０１のモニタ１２１及び１３１には、それぞれ端末１０２及び端末１０３から送信された映像が表示される。端末１０２のモニタ１２２及び１３２には、それぞれ端末１０１及び端末１０３から送信された映像が表示される。端末１０３のモニタ１２３及び１３３には、それぞれ端末１０１及び端末１０２から送信された映像が表示される。
【０１５５】
次に、サーバ１０４の詳細な動作を説明する。
【０１５６】
まず、サーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０１５７】
図１０は、サーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図１０では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０１５８】
まず、サーバ１０４の参加者端末情報取得部２０２は、参加者端末である端末１０１が送信したＩＮＶＩＴＥ３００を受信する。参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３００に含まれる端末１０１のメディア情報を取得する（Ｓ１２１）。
【０１５９】
参加者端末情報取得部２０２は、取得したメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末１０１のメディア情報を端末情報保持部２０６に保存する。
【０１６０】
次に、制御部２０１は、相手端末のメディア情報を、取得済みか否かを判定する（Ｓ１２２）。具体的には、制御部２０１は、端末情報保持部２０６を検索し、相手端末である端末１０２及び端末１０３のメディア情報が保存させているか否かを判定する。
【０１６１】
端末１０２及び１０３のメディア情報を取得していない場合（Ｓ１２２でＮｏ）、保留部２０４は、保留要求を含む２００応答３０１を生成し端末１０１に送信する（Ｓ１２３）。
【０１６２】
次に、サーバ１０４は、端末１０１から送信される端末１０２を招待するためのＲＥＦＥＲ３０２の受信を待つ。相手端末情報取得部２０３は、ＲＥＦＥＲ３０２を受信すると、ＲＥＦＥＲ３０２に記述された端末１０２のＵＲＩを制御部２０１に渡す。
【０１６３】
次に、サーバ１０４は、端末１０１のメディア情報を端末１０２に送信する（Ｓ１２４）。
【０１６４】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は端末１０１のメディア情報を含むＩＮＶＩＴＥ３０３を生成し、生成したＩＮＶＩＴＥ３０３を端末１０２に送信する。
【０１６５】
ここで、相手端末情報取得部２０３は、端末１０２及び１０３のＵＲＩと端末１０２及び１０３のＩＰアドレスとの対応関係を取得しておく必要がある。例えば、相手端末情報取得部２０３は、事前に端末１０２及び１０３から送信される、ＵＲＩとＩＰアドレスとの対応関係が記述されたＲＥＧＩＳＴＥＲを受信しておくことで、端末１０２及び１０３のＵＲＩと端末１０２及び１０３のＩＰアドレスとの対応関係を取得する。
【０１６６】
次に、相手端末情報取得部２０３は、端末１０２のメディア情報を含む２００応答３０４を受信する。相手端末情報取得部２０３は、２００応答３０４に含まれる端末１０２のメディア情報を取得する（Ｓ１２５）。
【０１６７】
相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０２のメディア情報を端末情報保持部２０６に保存する。また、制御部２０１は、端末１０２のメディア情報を通信開始部２０５に渡す。
【０１６８】
次に、通信開始部２０５は、端末１０２のメディア情報を端末１０１に送信する（Ｓ１２６）。また、通信開始部２０５は、端末１０１の保留状態を解除する（Ｓ１２７）。具体的には、通信開始部２０５は、端末１０２のメディア情報及び保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３０５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する。その後、サーバ１０４は、端末１０１からの２００応答３０６を受信する。
【０１６９】
以上の処理により、端末１０１及び端末１０２に互いのメディア情報が送信されることで、端末１０１と端末１０２との通信が開始される。
【０１７０】
一方、端末１０２のメディア情報を取得している場合（Ｓ１２２でＹｅｓ）、制御部２０１は、端末１０２のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、端末１０２のメディア情報を含む２００応答を生成し、生成した２００応答を端末１０１に送信することで、端末１０１に端末１０２のメディア情報を送信する（Ｓ１２８）。
【０１７１】
以上の処理により、端末１０１と端末１０２との通信が開始される。
【０１７２】
次に、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の、サーバ１０４の動作を説明する。
【０１７３】
図１１は、サーバ１０４による、さらに端末１０３を加えた３者でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０１７４】
相手端末情報取得部２０３は、端末１０１からのＲＥＦＥＲ３０７を受信する。相手端末情報取得部２０３は、ＲＥＦＥＲ３０７に含まれる端末１０３のＵＲＩを制御部２０１に渡す。
【０１７５】
サーバ１０４は、端末１０１及び端末１０２のメディア情報を端末１０３に送信する（Ｓ１３１）。
【０１７６】
具体的には、制御部２０１は、端末情報保持部２０６に保存される既に会議に参加している端末１０１及び端末１０２のメディア情報を取得する。制御部２０１は、取得したメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は端末１０１及び１０２のメディア情報を含むＩＮＶＩＴＥ３０８を生成し、生成したＩＮＶＩＴＥ３０８を端末１０３に送信する。
【０１７７】
次に、サーバ１０４は、端末１０３のメディア情報を取得する（Ｓ１３２）。
【０１７８】
具体的には、相手端末情報取得部２０３は、端末１０３のメディア情報を含む２００応答３０９を受信する。相手端末情報取得部２０３は、２００応答３０９に含まれる端末１０３のメディア情報を取得する。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０３のメディア情報を端末情報保持部２０６に保存する。また、制御部２０１は、端末１０３と既に会議に参加している端末１０１及び１０２のメディア情報を通信開始部２０５に渡す。
【０１７９】
通信開始部２０５は、端末１０３と既に会議に参加している端末１０１及び１０２のメディア情報を含むセッション更新ＩＮＶＩＴＥであるｒｅ−ＩＮＶＩＴＥ３１０及び３１２を生成して端末１０１及び１０２に送信する。これにより、サーバ１０４は、既に会議に参加している端末１０１及び１０２に端末１０３のメディア情報を送信する（Ｓ１３３）。具体的には、通信開始部２０５は、端末１０２及び端末１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３１０を端末１０１に送信し、端末１０１及び端末１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３１２を端末１０２に送信する。サーバ１０４は、端末１０１及び端末１０２からの２００応答３１１及び３１３を受信する。
【０１８０】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０１８１】
なお、ここでは、２者会議中に３者会議を開始するためのサーバ１０４の動作を説明したが、３者会議中に４者会議を開始するためのサーバ１０４の動作も同様である。
【０１８２】
また、上記説明において、保留要求４０４としてａ＝ｉｎａｃｔｉｖｅを用いたが、他の命令を用いてもよい。
【０１８３】
図１２、図１３及び図１４は、保留要求４０４を含む２００応答３０１の変形例を示す図である。
【０１８４】
図１２に示すように、保留要求４０４としてａ＝ｓｅｎｄｏｎｌｙを用いてもよい。ａ＝ｓｅｎｄｏｎｌｙは、端末１０１からサーバ１０４へのメディアデータの送信を禁止する命令である。
【０１８５】
また、図１３に示すように、保留要求４０４としてａ＝ｒｅｃｖｏｎｌｙを用いてもよい、ａ＝ｒｅｃｖｏｎｌｙは、端末１０１にメディアデータの受信のみを許可する命令である。
【０１８６】
また、図１４に示すように、ＩＰアドレス４０１に「０．０．０．０」を指定してもよい。ＳＩＰの所定のバージョン（例えば、ＲＦＣ２５４３）では、ＩＰアドレス４０１に「０．０．０．０」を指定することで、保留要求を行うことができる。
【０１８７】
また、上記説明において、保留要求４０４を含む２００応答３０１に含まれるメディア情報は、サーバ１０４のメディア情報であるとしたが、テンポラリなメディア情報が指定されていればよい。例えば、テンポラリなＩＰアドレス４０１として無効なＩＰアドレスなどを記述してもよい。また、テンポラリな受信ポート番号４０２としてランダムな値を記述してもよい。また、ＩＰアドレス４０１、及び受信ポート番号４０２のうち一方のみがテンポラリな値であってもよい。
【０１８８】
また、上記説明において、保留解除要求４０６としてａ＝ｓｅｎｄｒｅｃｖを用いたが、保留解除要求４０６を省略してもよい。
【０１８９】
図１５は、保留解除要求４０６を省略した場合のｒｅ−ＩＮＶＩＴＥ３０５の構成を示す図である。図１５に示すように、ｒｅ−ＩＮＶＩＴＥ３０５に保留解除要求４０６を省略することで、端末１０１に保留解除を要求できる。
【０１９０】
なお、後述する実施の形態２〜５に対しても同様の変形例を適用できる。
【０１９１】
以上より、本発明の実施の形態１に係るテレビ会議システム１００では、端末１０１が発信メッセージであるＩＮＶＩＴＥ３００を送信する。サーバ１０４は、当該発信メッセージに対して、保留要求４０４を含む２００応答３０１を端末１０１に送信する。また、サーバ１０４は、端末１０２のメディア情報を取得した後、保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する。
【０１９２】
これにより、端末１０１〜１０３は端末同士で直接メディアデータを送受信できる。つまり、テレビ会議システム１００は、ミキサーを備えることなく、複数の端末１０１〜１０３巻でテレビ会議通信できる。よって、本発明の実施の形態１に係るテレビ会議システム１００は、システム構築のコストを低減できる。
【０１９３】
さらに、テレビ会議システム１００では、ミキサーを介してメディアデータを送受信しないので、ミキサーで生じる遅延をなくすことができる。よって、テレビ会議システム１００は、メディアデータの送受信における遅延を低減できる。
【０１９４】
また、テレビ会議システム１００では、端末１０１から発信してテレビ会議を開始する場合であっても、サーバ１０４は、他の端末１０２及び１０３のメディア情報を取得するまで端末１０１のメディアデータの送信を保留する。これにより、端末１０１〜１０３からの発信によりテレビ会議を開始できるので、ユーザの利便性が向上する。
【０１９５】
また、テレビ会議システム１００において、端末１０１〜１０３に必要な付加機能はメディアデータ送受信の保留機能だけである。よって、テレビ会議システム１００に用いることができる端末の種類が多くなるので、テレビ会議システム１００の構築が容易になる。
【０１９６】
（実施の形態２）
上記実施の形態１に係るテレビ会議システム１００では、相手端末である端末１０２及び１０３のメディア情報を取得するためにサーバ１０４がＩＮＶＩＴＥ３０３を送信する。実施の形態２に係るテレビ会議システム１００では、端末１０２及び１０３が、端末１０２及び１０３のメディア情報を含むＩＮＶＩＴＥをサーバ１０４に送信する。
【０１９７】
実施の形態２に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態２に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０１９８】
図１６は、実施の形態２に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図１６は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３と同様の要素には同一の符号を付している。また、図３と同様の処理については説明を省略し、相違点のみを説明する。また、図１６において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０１９９】
図１６に示すステップＳ２０１〜Ｓ２０３までの処理は、図３に示すステップＳ１０１〜Ｓ１０３までの処理と同様である。
【０２００】
ステップＳ２０３の後、端末１０１は、端末１０２を会議に招待するために、ＲＥＦＥＲ３２２を端末１０２に送信する（Ｓ２０４）。
【０２０１】
図１７は、ＲＥＦＥＲ３２２の構成を示す図である。図１７に示すようにＲＥＦＥＲ３２２は、Ｒｅｆｅｒ−Ｔｏヘッダ４０５を含む。Ｒｅｆｅｒ−Ｔｏヘッダ４０５には、会議用のＵＲＩが記述される。
【０２０２】
ＲＥＦＥＲ３２２を受信した端末１０２は、自身のメディア情報を含むＩＮＶＩＴＥ３２３をサーバ１０４に送信する（Ｓ２０５）。例えば、ＩＮＶＩＴＥ３２３に含まれるメディア情報は、図３に示す２００応答３０４に含まれるメディア情報と同じである。
【０２０３】
サーバ１０４は、端末１０１のメディア情報を含む２００応答３２４を端末１０２に送信する（Ｓ２０６）。
【０２０４】
ステップＳ２０７〜Ｓ２０９の処理は、図３に示すステップＳ１０７〜Ｓ１０９の処理と同様であり、説明は省略する。
【０２０５】
ステップＳ２０９の後、端末１０１は、端末１０３を会議に招待するために、ＲＥＦＥＲ３２７を端末１０３に送信する（Ｓ２１０）。ＲＥＦＥＲ３２７に含まれるＲｅｆｅｒ−Ｔｏヘッダ４０５には、会議用のＵＲＩが記述される。
【０２０６】
ＲＥＦＥＲ３２７を受信した端末１０３は、自身のメディア情報を含むＩＮＶＩＴＥ３２８をサーバ１０４に送信する（Ｓ２１１）。
【０２０７】
サーバ１０４は、端末１０１及び端末１０２のメディア情報を含む２００応答３２９を端末１０３に送信する（Ｓ２１２）。
【０２０８】
ステップＳ２１３〜Ｓ２１９の処理は、図３に示すステップＳ１１３〜Ｓ１１９の処理と同様であり、説明は省略する。
【０２０９】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ２１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ２１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ２１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２１０】
次に、実施の形態２に係るサーバ１０４の詳細な動作を説明する。
【０２１１】
なお、実施の形態１に係るサーバ１０４と同様の動作については説明を省略し、相違点のみ説明する。
【０２１２】
まず、実施の形態２に係るサーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０２１３】
図１８は、実施の形態２に係るサーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図１８では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０２１４】
ステップＳ２２１〜２２３、及びＳ２２６〜Ｓ２２８の処理は、図１０に示すステップＳ１２１〜１２３、及びＳ１２６〜Ｓ１２８の処理と同様であり、説明は省略する。
【０２１５】
ステップＳ２２３の後、サーバ１０４は、相手端末である端末１０２から送信されるＩＮＶＩＴＥ３２３の受信を待つ。
【０２１６】
相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２３を受信すると、ＩＮＶＩＴＥ３２３に含まれる端末１０２のメディア情報を取得する（Ｓ２２４）。
【０２１７】
相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。制御部２０１は、渡された端末１０２のメディア情報を、端末情報保持部２０６に保存する。
【０２１８】
次に、サーバ１０４は、端末１０１のメディア情報を端末１０２に送信する（Ｓ２２５）。
【０２１９】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は、端末１０１のメディア情報を含む２００応答３２４を生成し、生成した２００応答３２４を端末１０２に送信する。
【０２２０】
以上の処理により、端末１０１と端末１０２との通信が開始される。
【０２２１】
次に、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の、サーバ１０４の動作を説明する。
【０２２２】
図１９は、実施の形態２に係るサーバ１０４による、さらに端末１０３を加えた３者でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０２２３】
まず、サーバ１０４は、相手端末である端末１０３のメディア情報を取得する（Ｓ２３１）。
【０２２４】
具体的には、相手端末情報取得部２０３は、端末１０３から送信される、端末１０３のメディア情報を含むＩＮＶＩＴＥ３２８を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２８に含まれる端末１０３のメディア情報を取得する。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０３のメディア情報を端末情報保持部２０６に保存する。
【０２２５】
次に、サーバ１０４は、既に会議に参加している端末１０１及び１０２のメディア情報を端末１０３に送信する（Ｓ２３２）。
【０２２６】
具体的には、制御部２０１は、端末情報保持部２０６に保存される既に会議に参加している端末１０１及び１０２のメディア情報を取得する。制御部２０１は、取得した端末１０１及び１０２のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は、端末１０１及び１０２のメディア情報を含む２００応答３２９を生成し、生成した２００応答３２９を端末１０３に送信する。
【０２２７】
なお、ステップＳ２３３の処理は、図１１に示すステップＳ１３３と同様であり、説明は省略する。
【０２２８】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０２２９】
以上より、本発明の実施の形態２に係るテレビ会議システム１００は、実施の形態１に係るテレビ会議システム１００と同様に、ミキサーを備えることなく、複数の端末１０１〜１０３巻でテレビ会議通信できる。よって、本発明の実施の形態２に係るテレビ会議システム１００は、システム構築のコストを低減できる。また、テレビ会議システム１００は、メディアデータの送受信における遅延を低減できる。
【０２３０】
また、テレビ会議システム１００では、端末１０１から発信してテレビ会議を開始できるので、ユーザの利便性が向上する。
【０２３１】
また、実施の形態２に係るテレビ会議システム１００において、サーバ１０４に必要な付加機能は、端末１０１〜１０３からの発信を待つ機能だけである。よって、サーバ１０４の開発コストを低減できる。
【０２３２】
（実施の形態３）
実施の形態３では、サーバ１０４からの発信によりテレビ会議を開始する例を説明する。
【０２３３】
実施の形態３に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態３に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０２３４】
図２０は、実施の形態３に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２０は、サーバ１０４からの発信により、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。また、図２０において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０２３５】
まず、サーバ１０４は、ＩＮＶＩＴＥ３４０を端末１０１に送信する（Ｓ３０１）。ＩＮＶＩＴＥ３４０は、保留要求４０４を含む。例えば、ＩＮＶＩＴＥ３４０は、図５に示す２００応答３０１と同様のＩＰアドレス４０１、受信ポート番号４０２、使用可能コーデック４０３、及び保留要求４０４を含む。
【０２３６】
ＩＮＶＩＴＥ３４０を受信した端末１０１は、自身のメディア情報を含む２００応答３４１をサーバ１０４に送信する（Ｓ３０２）。
【０２３７】
また、端末１０１は、ＩＮＶＩＴＥ３４０に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０３）。
【０２３８】
次に、サーバ１０４は、保留要求４０４を含むＩＮＶＩＴＥ３４２を端末１０２に送信する（Ｓ３０４）。ＩＮＶＩＴＥ３４２は、例えば、ＩＮＶＩＴＥ３４０と同様のメッセージである。
【０２３９】
ＩＮＶＩＴＥ３４２を受信した端末１０２は、自身のメディア情報を含む２００応答３４３をサーバ１０４に送信する（Ｓ３０５）。
【０２４０】
また、端末１０２は、ＩＮＶＩＴＥ３４２に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０６）。
【０２４１】
次に、サーバ１０４は、保留要求４０４を含むＩＮＶＩＴＥ３４４を端末１０３に送信する（Ｓ３０７）。ＩＮＶＩＴＥ３４４は、例えば、ＩＮＶＩＴＥ３４０と同様のメッセージである。
【０２４２】
ＩＮＶＩＴＥ３４４を受信した端末１０３は、自身のメディア情報を含む２００応答３４５をサーバ１０４に送信する（Ｓ３０８）。
【０２４３】
また、端末１０３は、ＩＮＶＩＴＥ３４４に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０９）。
【０２４４】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３４７を端末１０１に送信する（Ｓ３１０）。ｒｅ−ＩＮＶＩＴＥ３４７は、端末１０２及び端末１０３のメディア情報と、保留解除要求４０６とを含む。
【０２４５】
ｒｅ−ＩＮＶＩＴＥ３４７を受信した端末１０１は、自身のメディア情報を含む２００応答３４８をサーバ１０４に送信する（Ｓ３１１）。
【０２４６】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３４９を端末１０２に送信する（Ｓ３１２）。ｒｅ−ＩＮＶＩＴＥ３４９は、端末１０１及び端末１０３のメディア情報と、保留解除要求４０６とを含む。
【０２４７】
ｒｅ−ＩＮＶＩＴＥ３４９を受信した端末１０２は、自身のメディア情報を含む２００応答３５０をサーバ１０４に送信する（Ｓ３１３）。
【０２４８】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３５１を端末１０３に送信する（Ｓ３１４）。ｒｅ−ＩＮＶＩＴＥ３５１は、端末１０１及び端末１０２のメディア情報と、保留解除要求４０６とを含む。
【０２４９】
ｒｅ−ＩＮＶＩＴＥ３５１を受信した端末１０３は、自身のメディア情報を含む２００応答３５２をサーバ１０４に送信する（Ｓ３１５）。
【０２５０】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ３１６）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ３１７）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ３１８）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２５１】
次に、実施の形態３に係るサーバ１０４の詳細な動作を説明する。
【０２５２】
図２１は、サーバ１０４による、端末１０１〜１０３の間でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０２５３】
まず、保留部２０４は、保留要求４０４を含むＩＮＶＩＴＥ３４０、３４２及び３４４を生成する。保留部２０４は、会議に参加するすべての端末１０１、１０２及び１０３にそれぞれＩＮＶＩＴＥ３４０、３４２及び３４４を送信する（Ｓ３２１）。
【０２５４】
相手端末情報取得部２０３は、ＩＮＶＩＴＥ３４０、３４２及び３４４に対する２００応答３４１、３４２及び３４３を受信する。相手端末情報取得部２０３は、２００応答３４１、３４２及び３４３に含まれる端末１０１〜１０３のメディア情報を取得する（Ｓ３２２）。
【０２５５】
相手端末情報取得部２０３は、取得した端末１０１〜１０３のメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末１０１〜１０３のメディア情報を端末情報保持部２０６に保存する。
【０２５６】
また、制御部２０１は、端末１０１〜１０３のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、端末１０１〜１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３４７、３４９及び３５１を生成する。通信開始部２０５は、ｒｅ−ＩＮＶＩＴＥ３４７、３４９及び３５１をそれぞれ端末１０１〜１０３に送信する（Ｓ３２３）。サーバ１０４は、端末１０１〜１０３からの２００応答３４８、３５０及び３５２を受信する。
【０２５７】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０２５８】
以上のように、本発明の実施の形態３に係るテレビ会議システム１００では、サーバ１０４が、端末１０１〜１０３に保留要求４０４を含む発信メッセージを送信する。端末１０１〜１０３は、メディア情報を含む応答をサーバ１０４に返す。その後、サーバ１０４は、端末１０１〜１０３に、通信相手の端末のメディア情報を含む保留解除メッセージを送信する。
【０２５９】
これによって、本発明の実施の形態３に係るテレビ会議システム１００は、サーバ１０４から発信する形態で、端末同士がメディアデータを直接送受信するテレビ会議通信を実現できる。例えば、サーバ１０４に、会議時間と会議参加者とを登録し、登録した時間に会議を自動的に開始するといった予約型の会議を実現できる。よって、本発明の実施の形態３に係るテレビ会議システム１００は、ユーザの利便性を向上できる。
【０２６０】
（実施の形態４）
実施の形態４に係るテレビ会議システム１００では、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
【０２６１】
実施の形態４に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態４に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０２６２】
図２２は、実施の形態４に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２２は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３と同様の要素には同一の符号を付している。また、図３と同様の処理については説明を省略し、相違点のみを説明する。また、図２２において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０２６３】
図２２に示すステップＳ４０１〜Ｓ４０４の処理は、図３に示すＳ１０１〜Ｓ１０４の処理と同様であり、説明は省略する。
【０２６４】
ステップＳ４０４の後、サーバ１０４は、端末１０１のメディア情報を含むＩＮＶＩＴＥ３６３を端末１０２に送信する（Ｓ４０５）。
【０２６５】
図２３は、ＩＮＶＩＴＥ３６３の構成を示す図である。ＩＮＶＩＴＥ３６３に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、他方は、保留要求４０４を含む。
【０２６６】
端末１０２は、ＩＮＶＩＴＥ３６３を受信すると、自身のメディア情報を含む２００応答３６４を送信する（Ｓ４０６）。
【０２６７】
図２４は、２００応答３６４の構成を示す図である。２００応答３６４に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、他方は、保留要求４０４を含む。
【０２６８】
サーバ１０４は、２００応答３６４を受信するとＡＣＫを端末１０２に送信する。
【０２６９】
また、端末１０２は、端末１０２が使用可能な２つの通信のうち、保留要求４０４が含まれない端末１０１との間のメディアデータの送受信を開始する。具体的には、端末１０２は、端末１０１のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０２は、端末１０２が使用可能な２つの通信のうち、保留要求４０４が含まれる通信を保留状態にする。
【０２７０】
サーバ１０４はＡＣＫを送信すると、招待完了を通知するためのＮＯＴＩＦＹを端末１０１に送信する。端末１０１は、ＮＯＴＩＦＹに対して２００応答をサーバ１０４に送信する。
【０２７１】
次に、サーバ１０４は、端末１０２のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３６５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３６５を端末１０１に送信する（Ｓ４０７）。
【０２７２】
図２５は、ｒｅ−ＩＮＶＩＴＥ３６５の構成を示す図である。
【０２７３】
図２５に示すように、ｒｅ−ＩＮＶＩＴＥ３６５に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。
【０２７４】
ｒｅ−ＩＮＶＩＴＥ３６５を受信した端末１０１は、自身のメディア情報を含む２００応答３６６をサーバ１０４に送信する（Ｓ４０８）。
【０２７５】
図２６は、２００応答３６６の構成を示す図である。２００応答３６６に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。
【０２７６】
端末１０１は、端末１０１が使用可能な２つの通信のうち、保留解除要求４０６が含まれる端末１０２との間のメディアデータの送受信を開始する。具体的には、端末１０１は、端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、端末１０１が使用可能な２つの通信のうち、保留解除要求４０６が含まれない通信の保留状態を継続する。
【０２７７】
サーバ１０４は、２００応答３０６に対するＡＣＫを端末１０１に送信する。
【０２７８】
以上により、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成される（Ｓ１０９）。ここでは、端末１０１のモニタ１２１に端末１０２から送信された映像が表示され、端末１０２のモニタ１２２に端末１０１から送信された映像が表示される。また、端末１０１のモニタ１３１及び端末１０２のモニタ１３２は、使用されず保留状態である。
【０２７９】
次に、ステップＳ４１０〜Ｓ４１２が行われる。ステップＳＳ４１０〜Ｓ４１２の処理は、図３に示すＳ１１０〜Ｓ１１２の処理と同様であり、説明は省略する。
【０２８０】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３７０を端末１０１に送信する（Ｓ４１３）。ｒｅ−ＩＮＶＩＴＥ３７０は、端末１０２及び端末１０３のメディア情報を含む。また、ｒｅ−ＩＮＶＩＴＥ３７０は、端末１０３との間のメディアデータの送受信に対する保留解除要求４０６を含む。
【０２８１】
ｒｅ−ＩＮＶＩＴＥ３７０を受信した端末１０１は、自身のメディア情報を含む２００応答３７１をサーバ１０４に送信する（Ｓ４１４）。サーバ１０４は、２００応答３７１を受信するとＡＣＫを端末１０１に送信する。
【０２８２】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３７２を端末１０２に送信する（Ｓ４１５）。ｒｅ−ＩＮＶＩＴＥ３７２は、端末１０１及び端末１０３のメディア情報を含む。また、ｒｅ−ＩＮＶＩＴＥ３７２は、端末１０３との間のメディアデータの送受信に対する保留解除要求４０６を含む。
【０２８３】
ｒｅ−ＩＮＶＩＴＥ３７２を受信した端末１０２は、自身のメディア情報を含む２００応答３７３をサーバ１０４に送信する（Ｓ４１６）。サーバ１０４は、２００応答３７３を受信するとＡＣＫを端末１０２に送信する。
【０２８４】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ４１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ４１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ４１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２８５】
また、端末１０１のモニタ１２１及び１３１には、それぞれ端末１０２及び端末１０３から送信された映像が表示され、端末１０２のモニタ１２２及び１３２には、それぞれ端末１０１及び端末１０３から送信された映像が表示され、端末１０３のモニタ１２３及び１３３には、それぞれ端末１０１及び端末１０２から送信された映像が表示される。
【０２８６】
次に、実施の形態４に係るサーバ１０４の詳細な動作を説明する。
【０２８７】
まず、サーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０２８８】
なお、実施の形態１に係るサーバ１０４と同様の動作については説明を省略し、相違点のみ説明する。
【０２８９】
図２７は、サーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図２７では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０２９０】
ステップＳ４２１〜４２４、Ｓ４２６〜Ｓ４２７、及びＳ４２９の処理は、図１０に示すステップＳ１２１〜１２４、Ｓ１２５〜Ｓ１２６、及びＳ１２８の処理と同様であり、説明は省略する。
【０２９１】
ステップＳ４２３と同時に、サーバ１０４は、相手端末である端末１０２に、メディア情報を取得していない端末１０３との通信を保留する保留要求４０４を含むメッセージを送信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３６３を端末１０２に送信することで、参加者端末である端末１０１のメディア情報の送信（Ｓ４２４）と、保留要求の送信（Ｓ４２５）とを行う。
【０２９２】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は２つのメディア情報を含むＩＮＶＩＴＥ３６３を生成し、生成したＩＮＶＩＴＥ３６３を端末１０２に送信する。ＩＮＶＩＴＥ３６３に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、他方は保留要求４０４を含む。これにより、端末１０２が実行可能な２つの通信のうち一方は保留状態となる。また、端末１０２が実行可能な２つの通信のうち、サーバ１０４がメディア情報を取得している端末１０１との通信が開始される。
【０２９３】
ステップＳ４２６の後、通信開始部２０５は、端末１０２のメディア情報を端末１０１に送信する（Ｓ４２７）。また、通信開始部２０５は、端末１０１の保留状態を一部解除する（Ｓ４２８）。具体的には、通信開始部２０５は、端末１０１に対して、メディア情報を取得した端末１０２との通信の保留を解除し、メディア情報を取得していない端末１０３との通信の保留を継続させる。
【０２９４】
具体的には、通信開始部２０５は、端末１０２のメディア情報及び保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３６５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３６５を参加者端末に送信する。ｒｅ−ＩＮＶＩＴＥ３６５に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。これにより、端末１０１が実行可能な２つの通信のうち、端末１０２との通信は保留状態が解除され、他方は保留状態が継続される。
【０２９５】
その後、サーバ１０４は、端末１０１からの２００応答３６６を受信する。
【０２９６】
以上の処理により、端末１０１及び端末１０２に互いのメディア情報が送信されることで、端末１０１と端末１０２との通信が開始される。また、端末１０１と端末１０３との通信、及び端末１０２と端末１０３との通信は保留状態になる。
【０２９７】
なお、実施の形態４に係るサーバ１０４による、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の動作は、実施の形態１に係るサーバ１０４と同様であり、説明は省略する。
【０２９８】
以上のように、実施の形態４に係るテレビ会議システム１００では、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
【０２９９】
これにより、実施の形態４に係るテレビ会議システム１００では、複数のメディアデータを送受信可能な端末は、接続が形成された端末との通信を単一のメディアデータのみを使い通信できる。よって、実施の形態４に係るテレビ会議システム１００は、ユーザの利便性を向上できる。
【０３００】
（実施の形態５）
実施の形態５に係るテレビ会議システム１００は、保留要求４０４の代わりに、呼び出し中を指定する１８０応答を用いる。
【０３０１】
実施の形態５に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。
【０３０２】
図２８は、実施の形態５に係るサーバ１０４の構成を示すブロック図である。
【０３０３】
図２８に示すサーバ１０４は、制御部２０１と、参加者端末情報取得部２０２と、相手端末情報取得部２０３と、呼出中通知部２１４と、通信開始部２０５と、端末情報保持部２０６とを備える。なお、図２と同様の要素には同一の符号を付しており説明は省略する。
【０３０４】
呼出中通知部２１４は、１８０応答（１８０ Ｒｉｎｇｉｎｇ）を生成し、生成した１８０応答を参加者端末に送信する。１８０応答は、呼出中であることを示すメッセージである。言い換えると、１８０応答は、端末１０１〜１０３に通信相手端末１０１〜１０３へのメディアデータの送信を開始させない指示である。具体的には、呼出中通知部２１４は、相手端末情報取得部２０３により相手端末のメディア情報が取得されていない場合、１８０応答を参加者端末に送信する。
【０３０５】
次に、本発明の実施の形態５に係るテレビ会議システム１００の動作を説明する。
【０３０６】
図２９は、実施の形態５に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２９は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図２９において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。また、図１６と同様の要素には同一の符号を付している。
【０３０７】
まず、端末１０１は、自身のメディア情報を含むＩＮＶＩＴＥ３８０をサーバ１０４に送信する（Ｓ５０１）。
【０３０８】
図３０は、ＩＮＶＩＴＥ３８０の構成を示す図である。ＩＮＶＩＴＥ３８０は、端末１０１のメディア情報と、端末数４０７とを含む。端末数４０７は、テレビ会議に参加する端末の数を示す。ここでは、テレビ会議に参加する端末の数は３なので、ａ＝ｔｅｒｍｉｎａｌ：３が記述される。
【０３０９】
なお、端末数４０７をＳＤＰのａ＝行に記述しているが、ＳＩＰ拡張ヘッダに記述してもよい。また、サーバ１０４にテレビ会議に参加する端末数を予め設定してもよい。
【０３１０】
ＩＮＶＩＴＥ３８０を受信したサーバ１０４は、ＩＮＶＩＴＥ３８０に対して１８０応答３８１を送信する（Ｓ５０２）。１８０応答は、通信相手の端末を呼出中である旨を示すメッセージである。
【０３１１】
次に、端末１０１は、端末１０２を会議に招待するため、Ｒｅｆｅｒ−Ｔｏヘッダ４０５に会議用ＵＲＩを記述したＲＥＦＥＲ３２２を端末１０２に送信する（Ｓ５０３）。
【０３１２】
ＲＥＦＥＲ３２２を受信した端末１０２は、自身のメディア情報を含むＩＮＶＩＴＥ３２３をサーバ１０４に送信する（Ｓ５０４）。
【０３１３】
ＩＮＶＩＴＥ３２３を受信したサーバ１０４は、１８０応答３８４を端末１０２に送信する（Ｓ５０５）。
【０３１４】
次に、端末１０１は、端末１０３を会議に招待するため、Ｒｅｆｅｒ−Ｔｏヘッダ４０５に会議用ＵＲＩを記述したＲＥＦＥＲ３２７を端末１０３に送信する（Ｓ５０６）。
【０３１５】
ＲＥＦＥＲ３２７を受信した端末１０３は、自身のメディア情報を含むＩＮＶＩＴＥ３２８をサーバ１０４に送信する（Ｓ５０７）。
【０３１６】
ＩＮＶＩＴＥ３２８を受信したサーバ１０４は、１８０応答３８９を端末１０３に送信する（Ｓ５０８）。
【０３１７】
サーバ１０４は、端末から送信されたＩＮＶＩＴＥを受信するたびに、ＩＮＶＩＴＥを受信した端末の数をカウントする。サーバ１０４は、カウントした端末の数が、ＩＮＶＩＴＥ３８０に含まれる端末数４０７と一致した場合、各端末１０１〜１０３に対して２００応答を返す。ここでは、端末数４０７が３であるので、サーバ１０４は、端末１０１〜１０３からのＩＮＶＩＴＥ３８０、３２３及び３２８を受信すると、各端末１０１〜１０３に対して２００応答を返す。
【０３１８】
具体的には、サーバ１０４は、端末１０２及び端末１０３のメディア情報を含む２００応答３９０を端末１０１に送信し（Ｓ５０９）、端末１０１及び端末１０３のメディア情報を含む２００応答３９１を端末１０２に送信し（Ｓ５１０）、端末１０１及び端末１０２のメディア情報を含む２００応答３９２を端末１０３に送信する（Ｓ５１１）。
【０３１９】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ５１２）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ５１３）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ５１４）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０３２０】
次に、実施の形態５に係るサーバ１０４の詳細な動作を説明する。
【０３２１】
図３１は、実施の形態５に係るサーバ１０４による、３つの端末１０１〜１０３の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図３１では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫ等の送受信処理を省略する。
【０３２２】
参加者端末情報取得部２０２は、参加者端末である端末１０１が送信したＩＮＶＩＴＥ３８０を受信する。参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３８０に含まれるテレビ会議に参加する端末数４０７を取得する（Ｓ５２１）。また、参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３８０に含まれる端末１０１のメディア情報を取得する（Ｓ５２２）。
【０３２３】
参加者端末情報取得部２０２は、取得した端末数４０７及び端末１０１のメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末数４０７及び端末１０１のメディア情報を端末情報保持部２０６に保存する。
【０３２４】
次に、制御部２０１は、端末情報保持部２０６を検索し、テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得しているか否かを判定する（Ｓ５２３）。具体的には、制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とを比較する。制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とが一致する場合に、テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得していると判定する。また、制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とが一致しない場合に、全ての会議参加端末１０１〜１０３のメディア情報を取得していないと判定する。
【０３２５】
テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得していない場合（Ｓ５２３でＮｏ）、呼出中通知部２１４は、ステップＳ５２２でメディア情報を取得した端末１０１に、１８０応答３８１を送信する（Ｓ５２４）。なお、ここでは、呼出中通知部２１４は、呼出中通知として１８０応答を用いているが、ＳＩＰの１００番台の応答であればいずれを用いてもよい。また、その他のメッセージを用いて呼出中を通知してもよい。
【０３２６】
次に、相手端末情報取得部２０３は、メディア情報を取得していない端末１０２からのＩＮＶＩＴＥ３２３を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２３に含まれる端末１０２のメディア情報を取得する（Ｓ５２５）。相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。
【０３２７】
制御部２０１は、再び、端末情報保持部２０６を検索し、全ての会議参加端末１０１〜１０３のメディア情報を取得しているか否かを判定する（Ｓ５２３）。
【０３２８】
例えば、端末１０３のメディア情報を取得していない場合（Ｓ５２３でＮｏ）、呼出中通知部２１４は、直前のステップＳ５２５で、新たにメディア情報を取得した端末１０２に、１８０応答３８４を送信する（Ｓ５２４）。
【０３２９】
次に、相手端末情報取得部２０３は、メディア情報を取得していない端末１０３からのＩＮＶＩＴＥ３２８を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２８に含まれる端末１０３のメディア情報を取得する（Ｓ５２５）。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。
【０３３０】
全ての会議参加端末１０１〜１０３のメディア情報を取得した場合（Ｓ５２３でＹｅｓ）、制御部２０１は、全ての会議参加端末１０１〜１０３のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、全ての会議参加端末１０１〜１０３に対して通信相手のメディア情報を含む２００応答３９０〜３９２を送信する（Ｓ５２６）。
【０３３１】
以上の処理により、会議参加端末１０１〜１０３の間でメディアデータの送受信が開始される。
【０３３２】
以上のように実施の形態５に係るテレビ会議システム１００では、サーバ１０４がメディア情報を含むＩＮＶＩＴＥを受信すると１８０応答を返す。サーバ１０４は、全ての端末１０１〜１０３から、メディア情報を含むＩＮＶＩＴＥを受信した後に、通信相手の端末のメディア情報を含む２００応答を各端末１０１〜１０３に送信する。
【０３３３】
これにより、実施の形態５に係るテレビ会議システム１００では、端末１０１〜１０３に必要な付加機能は１８０応答の受信機能だけとなる。よって、実施の形態５に係るテレビ会議システム１００に接続可能な端末の種類が多くなるので、システム構築が容易になる。
【０３３４】
以上、本発明の実施の形態に係るテレビ会議システムについて説明したが、本発明は、この実施の形態に限定されるものではない。
【０３３５】
例えば、上記実施の形態１〜５では、多地点テレビ会議に本発明を適用した例を示したが、本発明は、電話会議等の音声会議、又はその他の会議通信にも適用できる。
【０３３６】
また、上記実施の形態１〜５では、３つの端末による接続例を示したが、４以上の端末による接続の場合にも、同様の手順を用いることができる。
【０３３７】
また、上記実施の形態１〜５では、ＳＩＰを用いた通信の例を示したが、通信プロトコルとしてはＨ．３２３又はＨＴＴＰなどその他のプロトコルを用いてもよい。
【０３３８】
また、上記実施の形態１〜４の説明において、保留要求及び保留解除要求を行う方法としてＳＤＰのパラメータを用いる方法を説明したが、ＳＩＰの拡張ヘッダを使うなど、その他の方法で保留及び保留解除をしてもよい。
【０３３９】
また、本発明は、上記実施の形態１〜５の全ての機能を備えるテレビ会議システムとして実現してもよいし、上記実施の形態１〜５のうちいずれか２以上を組み合わせたテレビ会議システムとして実現してもよい。
【産業上の利用可能性】
【０３４０】
本発明は、会議システム、及び会議システムに含まれる接続装置に適用でき、特に、多地点テレビ会議システム、及び多地点テレビ会議システムに含まれる接続装置に適用できる。
【符号の説明】
【０３４１】
１００、８００、９００ テレビ会議システム
１０１、１０２、１０３、７０１、７０２、７０３、８０１、８０２、８０３ 端末
１０４、７０４、８０４ サーバ
１０６、７０６、８０６ ネットワーク
１１１、１１２、１１３、８１１、８１２、８１３ ユーザ
１２１、１２２、１２３、１３１、１３２、１３３、８２１、８２２、８２３、８３１、８３２、８３３ モニタ
１４１、１４２、１４３、８４１、８４２、８４３ カメラ
２０１ 制御部
２０２ 参加者端末情報取得部
２０３ 相手端末情報取得部
２０４ 保留部
２０５ 通信開始部
２０６ 端末情報保持部
２１４ 呼出中通知部
３００、３０３、３０８、３２３、３２８、３４０、３４２、３４４、３６３、３８０
ＩＮＶＩＴＥ
３０１、３０４、３０６、３０９、３１１、３１３、３２４、３２９、３４１、３４３、３４５、３４８、３５０、３５２、３６４、３６６、３７１、３７３、３９０、３９１、３９２ ２００応答
３０２、３０７、３２２、３２７ ＲＥＦＥＲ
３０５、３１０、３１２、３４７、３４９、３５１、３６５、３７０、３７２ ｒｅ−ＩＮＶＩＴＥ
３８１、３８４、３８９ １８０応答
４０１ ＩＰアドレス
４０２ 受信ポート番号
４０３ 使用可能コーデック
４０４ 保留要求
４０５ Ｒｅｆｅｒ−Ｔｏヘッダ
４０６ 保留解除要求
４０７ 端末数
７００ 電話会議システム
７０５、８０５ ミキサー
【技術分野】
【０００１】
本発明は、接続装置及びその接続方法に関し、特に、複数の端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置に関する。
【背景技術】
【０００２】
近年、音声会議及び多地点テレビ会議など、３者以上が参加可能な多地点会議を実現する会議通信サービスが実用化されている。
【０００３】
このようなサービスを提供するための一つの方法として、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠した会議機能を用いる方法がある。ＳＩＰ会議機能を用いて電話会議を実現する電話会議システムは、複数の端末と、端末間の接続制御を行う会議サーバと、音声メディアデータの合成をおこなうミキサーとを備える。ミキサーは、各端末から送信された音声メディアデータを合成して各端末に送信する。
【０００４】
以下、従来の電話会議システムについて説明する。
【０００５】
図３２は、ＳＩＰ会議機能を用いた従来の電話会議システムの構成を示す図である。図３２に示す電話会議システム７００は、端末７０１〜７０３と、サーバ７０４と、ミキサー７０５と、ネットワーク７０６とを備える。
【０００６】
端末７０１〜７０３はＩＰ電話端末であり、サーバ７０４は会議サーバである。ネットワーク７０６は、例えば、社内ネットワークである。
【０００７】
端末７０１〜７０３、サーバ７０４、及びミキサー７０５は、ネットワーク７０６を介して接続される。
【０００８】
端末７０１〜７０３は、音声メディアデータを、社内ネットワーク７０６を介してミキサー７０５に送信する。ミキサー７０５は、端末７０１〜７０３から送信された音声メディアデータを合成する。ミキサー７０５は、合成した音声メディアデータを、端末７０１〜７０３に送信する。
【０００９】
具体的には、ミキサー７０５は、端末７０２及び７０３から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０１に送信する。また、ミキサー７０５は、端末７０１及び７０３から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０２に送信する。また、ミキサー７０５は、端末７０１及び７０２から送信された音声メディアデータを合成し、合成した音声メディアデータを端末７０３に送信する。このように、電話会議システム７００は、ミキサー７０５を備えることで、３者通話を実現する。
【００１０】
次に、従来の電話会議システム７００の動作を説明する。
【００１１】
図３３は、従来の電話会議システム７００における処理の流れを示すシーケンス図である。また、図３３は、端末７０１が会議主催者となり、端末７０１〜７０３の間で電話会議が行われる場合の処理の流れを示す。なお、図３３において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答及びＭＥＳＳＡＧＥ応答等は省略している。
【００１２】
まず、会議主催者である端末７０１は、自身の端末のメディア情報をＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に記述したＩＮＶＩＴＥメッセージ（以下、単に「ＩＮＶＩＴＥ」とも記す。また、他のメッセージ（ＲＥＦＥＲ、及びＮＯＴＩＦＹ等）に関しても同様に省略して記す。）をサーバ７０４に送信する（Ｓ７０１）。具体的には、メディア情報は、端末７０１のＩＰアドレス、受信ポート番号、及び使用可能コーデックを含む。
【００１３】
次に、サーバ７０４は、予め保持していたミキサー７０５のメディア情報を含む２００応答を端末７０２に返す（Ｓ７０２）。
【００１４】
また、サーバ７０４は、ミキサー７０５に、端末７０１のＩＰアドレス及び受信ポート番号と、ミキサー７０５のＩＰアドレス及び受信ポート番号と、使用するコーデックとを通知する（Ｓ７０３）。例えば、サーバ７０４は、ＳＩＰのＭＥＳＳＡＧＥを用いて、端末７０１の情報等をミキサー７０５に通知する。なお、サーバ７０４は、ＨＴＴＰなどを用いて、端末７０１の情報等をミキサー７０５に通知してもよい。
【００１５】
端末７０１は、ステップＳ７０２の２００応答に対するＡＣＫを送信したあと、ミキサー７０５へのメディアデータの送信を開始する。また、ミキサー７０５は、端末７０１へのメディアデータの送信を開始する（Ｓ７０４）。
【００１６】
次に、端末７０１は、会議に参加する端末である端末７０２を招待するために、端末７０２のＳＩＰ ＵＲＩを含むＲＥＦＥＲをサーバ７０４に送信する（Ｓ７０５）。サーバ７０４は、ＲＥＦＥＲに対する２０２応答を端末７０１に送信する。さらに、サーバ７０４は、招待中状態であることを通知するために端末７０１にＮＯＴＩＦＹを送信する。ＮＯＴＩＦＹを受信した端末７０１は、サーバ７０４に２００応答を送信する。
【００１７】
次に、サーバ７０４は、端末７０２にミキサー７０５のメディア情報を含むＩＮＶＩＴＥを送信する（Ｓ７０６）。
【００１８】
当該ＩＮＶＩＴＥを受信した端末７０２は、自身のメディア情報を含む２００応答を送信する（Ｓ７０７）。
【００１９】
サーバ７０４は、２００応答に対するＡＣＫを端末７０２に送信し、その後、端末７０１のときと同様にＭＥＳＳＡＧＥを用いてミキサー７０５に必要な情報を通知する（Ｓ７０８）。また、サーバ７０４は、招待完了を通知するためのＮＯＴＩＦＹを端末７０１に送信する。端末７０１は、ＮＯＴＩＦＹに対する２００応答をサーバ７０４に送信する。
【００２０】
端末７０２は、ミキサー７０５へのメディアデータの送信を開始する。また、ミキサー７０５は、端末７０２へのメディアデータの送信を開始する（Ｓ７０９）。
【００２１】
次に、ステップＳ７０５〜Ｓ７０９と同様の処理が行われ、端末７０３とミキサー７０５との間でのメディアデータの送受信が開始される（Ｓ７１０〜Ｓ７１４）。
【００２２】
以上より、端末７０１〜７０３が音声メディアデータをミキサー７０５に送信し、かつミキサー７０５が音声メディアデータを合成して各端末７０１〜７０３に送信することで、端末７０１〜７０３の間で音声会議が実現される。
【００２３】
また、ＳＩＰ会議機能を用いることで多地点テレビ会議システムを実現できる。以下、従来の多地点テレビ会議システムについて説明する。
【００２４】
図３４は、従来のＳＩＰ会議機能を用いた多地点テレビ会議システムの構成を示す図である。図３４に示すテレビ会議システム８００は、端末８０１〜８０３と、サーバ８０４と、ミキサー８０５と、ネットワーク８０６とを備える。
【００２５】
端末８０１〜８０３、サーバ８０４、及びミキサー８０５は、ネットワーク８０６を介して接続される。
【００２６】
端末８０１は、カメラ８４１と、モニタ８２１及び８３１とを備える。端末８０２は、カメラ８４２と、モニタ８２２及び８３２とを備える。端末８０３は、カメラ８４３と、モニタ８２３及び８３３とを備える。
【００２７】
端末８０１〜８０３は、それぞれカメラ８４１〜８４３で撮影した映像及び音声メディアデータを、ネットワーク８０６を介してミキサー８０５に送信する。ミキサー８０５は、端末８０１〜８０３から送信された映像及び音声メディアデータを合成する。ミキサー８０５は、合成した映像及び音声メディアデータを端末８０１〜８０３に送信する。
【００２８】
具体的には、ミキサー８０５は、端末８０２から送信されたメディアデータと端末８０３から送信されたメディアデータとを端末８０１に送信する。端末８０１は、受信したメディアデータをそれぞれモニタ８２１及び８３１に表示する。これにより、端末８０１を使用しているユーザ８１１は、端末８０２を使用しているユーザ８１２及び端末８０３を使用しているユーザ８１３と通話できる。
【００２９】
同様に、ミキサー８０５は、端末８０１から送信されたメディアデータと端末８０３から送信されたメディアデータとを端末８０２に送信し、端末８０１から送信されたメディアデータと端末８０２から送信されたメディアデータとを端末８０３に送信する。端末８０２は、受信したメディアデータをそれぞれモニタ８２２及び８３２に表示し、端末８０３は、受信したメディアデータをそれぞれモニタ８２３及び８３３に表示する。
【００３０】
以上の構成により、テレビ会議システム８００は、多地点テレビ会議を実現する。
【００３１】
次に、従来のテレビ会議システム８００の動作を説明する。
【００３２】
図３５は、従来のテレビ会議システム８００における処理の流れを示すシーケンス図である。また、図３５は、端末８０１が会議主催者となり、端末８０１〜８０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３５において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答及びＭＥＳＳＡＧＥ応答等は省略している。
【００３３】
図３５に示すステップＳ８０１〜Ｓ８１４の処理は、それぞれ図３３に示すステップＳ７０１〜Ｓ７１４の処理に対応する。ここでは、図３３に示す処理との違いのみを説明する。
【００３４】
まず、会議主催者である端末８０１は、自身の端末のメディア情報を含むＩＮＶＩＴＥをサーバ８０４に送信する（Ｓ８０１）。ここで、端末８０１は、音声及び映像をそれぞれ２つ送受信可能であるので、当該ＩＮＶＩＴＥは、映像及び音声に対応するそれぞれ２つの受信ポート番号、及び使用可能コーデックを含む。
【００３５】
次に、サーバ８０４は、ミキサー８０５のメディア情報を含む２００応答を端末８０２に返す（Ｓ８０２）。当該２００応答は、映像及び音声に対応するそれぞれ２つの受信ポート番号、及び使用可能コーデックを含む。
【００３６】
また、サーバ８０４は、ミキサー８０５に、端末８０１のＩＰアドレス及び受信ポート番号と、ミキサー７０５のＩＰアドレス及び受信ポート番号と、使用コーデックとを通知する（Ｓ８０３）。ここで、音声及び映像のそれぞれに対する受信ポート番号及び使用コーデックが通知される。
【００３７】
以降の処理も同様に、各メッセージは、音声及び映像に対するメディア情報を含む。
【００３８】
以上により、端末８０１〜８０３が音声及び映像メディアデータをミキサー８０５に送信し、かつミキサー８０５が音声及び映像メディアデータを合成して各端末８０１〜８０３に送信することで、端末８０１〜８０３の間でテレビ会議が実現される。
【００３９】
しかしながら、図３４に示す従来のテレビ会議システム８００では、音声及び映像メディアデータを合成するミキサー８０５が必要になる。これにより、テレビ会議システム８００は、システムを構築する際のコストが高くなるという課題がある。また、ミキサー８０５を介してメディアデータを送受信するため、ミキサー８０５における処理時間だけメディアデータの遅延が増加するという課題がある。
【００４０】
これに対して、ミキサー８０５を使わないテレビ会議システムが知られている。例えば、ミキサー８０５を使わないテレビ会議システムとして、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ３７２５で提案されている３ＰＣＣ（３ｒｄ Ｐａｒｔｙ Ｃａｌｌ Ｃｏｎｔｒｏｌ）を用いたテレビ会議システムがある。
【００４１】
また、さらなるコスト削減のために、サーバ８０４及びミキサー８０５を備えず、端末のみでテレビ会議を実現するテレビ会議システムも知られている（例えば、特許文献１参照。）。
【００４２】
以下、３ＰＣＣを用いた従来のテレビ会議システムについて説明する。
【００４３】
図３６は、従来の３ＰＰＣを用いたテレビ会議システムの構成を示す図である。図３６に示すテレビ会議システム９００は、端末８０１〜８０３と、サーバ８０４と、ネットワーク８０６とを備える。なお、図３４と同様の要素には同一の符号を付しており説明は省略する。
【００４４】
図３６に示すテレビ会議システム９００は、ミキサー８０５を備えない点が、図３４に示すテレビ会議システム８００と異なる。
【００４５】
図３７は、従来のテレビ会議システム９００における処理の流れを示すシーケンス図である。また、図３７は、サーバ８０４からの発信により、端末８０１〜８０３の間でテレビ会議が行われる場合の処理の流れを示す。
【００４６】
まず、サーバ８０４は、ＳＤＰを含まないＩＮＶＩＴＥを端末８０１に送信する（Ｓ９０１）。ＩＮＶＩＴＥを受信した端末８０１は、自身のメディア情報を含む２００応答をサーバ８０４に送信する（Ｓ９０２）。
【００４７】
サーバ８０４は、受信した２００応答に含まれる端末８０１のメディア情報を含むＩＮＶＩＴＥを端末８０２に送信する（Ｓ９０３）。端末８０２は、自身のメディア情報を含む２００応答をサーバ８０４に送信する（Ｓ９０４）。当該２００応答を受信したサーバ８０４は、ＡＣＫを端末８０２に返す（Ｓ９０５）。
【００４８】
また、サーバ８０４は、受信した２００応答に含まれる端末８０２のメディア情報を含むＡＣＫを端末８０１に送信する（Ｓ９０６）。
【００４９】
以上により、端末８０１と端末８０２とは、当該端末間でメディアデータを直接送受信できる状態となる（Ｓ９０７）。
【００５０】
また、ステップＳ９０１〜Ｓ９０７と同様の処理よって端末８０２と端末８０３とは、当該端末間でメディアデータを直接送受信できる状態となる（Ｓ９０８〜Ｓ９１４）。また、ステップＳ９０１〜Ｓ９０７と同様の処理よって端末８０１と端末８０３とは、当該端末間でメディアデータを直接送受信できる状態となる（図示せず）。
【００５１】
以上のように、テレビ会議システム９００は、ミキサー８０５を用いずに、端末８０１〜８０３間でメディアデータを直接送受信できる、端末８０１〜８０３間の接続を形成できる。
【先行技術文献】
【特許文献】
【００５２】
【特許文献１】特開２００５−３３３４４６号公報
【発明の概要】
【発明が解決しようとする課題】
【００５３】
しかしながら、３ＰＰＣを用いた従来のテレビ会議システム９００では、端末８０１〜８０３は、サーバ８０４から送信されたＳＤＰを含まないＩＮＶＩＴＥに対してＳＤＰ付きの２００応答を返す必要がある。この機能はＲＦＣ３２６４で規定されているが、サポートしている端末が少ない。テレビ会議システム９００に接続できる端末が限られており、テレビ会議システム９００を構築する上で利便性が低いという課題がある。
【００５４】
また、従来のテレビ会議システム９００では、サーバ８０４からテレビ会議の開始制御を行う必要があり、端末８０１〜８０３からテレビ会議を開始することがない。これにより、従来のテレビ会議システム９００は、ユーザの利便性が低いという課題がある。
【００５５】
本発明は、上記課題に鑑みてなされたものであり、ユーザの利便性が高く、ミキサーを用いずに多地点会議を実現できる接続装置、及び接続方法を提供することを目的とする。
【課題を解決するための手段】
【００５６】
上記目的を達成するために、本発明に係る接続装置は、第１端末、第２端末及び第３端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置であって、前記第１端末、前記第２端末及び前記第３端末の、メディアデータの送受信に関する情報であるメディア情報を取得する情報取得部と、前記情報取得部により前記第２端末及び前記第３端末のメディア情報が取得されていない場合、前記第２端末及び前記第３端末へのメディアデータの送信を開始させない第１メッセージを前記第１端末に送信する第１メッセージ送信部と、前記第１メッセージ送信部により前記第１メッセージが送信された後、前記情報取得部により前記第２端末のメディア情報が取得された場合、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信部とを備える。
【００５７】
この構成によれば、本発明に係る接続装置は、通信相手の端末のメディア情報を取得するまで、各端末に通信の開始を待たせることができる。これにより、本発明に係る接続装置を含む会議システムでは、各端末は、通信の開始を待つ機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００５８】
さらに、本発明に係る接続装置は、会議主催者の端末からの発信に応じてテレビ会議を開始する場合でも、会議主催者の端末からの発信メッセージを受信した後、他の端末のメディア情報を取得するまで、会議主催者の端末に通信の開始を待たせることができる。よって、本発明に係る接続装置は、容易に端末からの発信に応じてテレビ会議を開始できる。これにより、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００５９】
また、前記情報取得部は、前記第１端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第１端末のメディア情報を含むメッセージを前記第２端末に送信し、当該メッセージに対して前記第２端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第２端末のメディア情報を取得する第２端末情報取得部と、前記第１端末及び前記第２端末のメディア情報を含むメッセージを前記第３端末に送信し、当該メッセージに対して前記第３端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部とを備え、第２メッセージ送信部は、さらに、前記第３端末のメディア情報を含むメッセージを前記第１端末及び前記第２端末に送信してもよい。
【００６０】
この構成によれば、本発明に係る接続装置は、第１端末からの発信メッセージに応じて、第２端末及び第３端末にメッセージを送信することで、第２端末及び第３端末のメディア情報を取得できる。
【００６１】
また、前記情報取得部は、前記第１端末により送信された第３メッセージを受信し、当該第３メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第２端末により送信された第４メッセージを受信し、当該第４メッセージに含まれる前記第１端末のメディア情報を取得する第２端末情報取得部と、前記第３端末により送信された第５メッセージを受信し、当該第５メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部と備え、前記第２メッセージ送信部は、前記第４メッセージに対する返答として、前記第１端末のメディア情報を含むメッセージを前記第２端末に送信し、前記第５メッセージに対する返答として、前記第１端末及び第２端末のメディア情報を含むメッセージを前記第３端末に送信し、前記第３端末のメディア情報を含むメッセージを前記第１端末及び前記第２端末に送信してもよい。
【００６２】
この構成によれば、本発明に係る接続装置は、第１端末、第２端末及び第３端末から送信されるメッセージに含まれる各端末のメディア情報を取得する。よって、本発明に係る接続装置に必要な付加機能は、各端末からの発信を待つ機能だけでよい。よって、本発明は、接続装置の開発コストを低減できる。
【００６３】
また、前記第１メッセージ送信部は、さらに、前記第１端末及び前記第３端末へのメディアデータの送信を開始させない第６メッセージを前記第２端末に送信し、前記第１端末及び前記第２端末へのメディアデータの送信を開始させない第７メッセージを前記第３端末へ送信し、前記情報取得部は、前記第１メッセージに対して前記第１端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第１端末のメディア情報を取得する第１端末情報取得部と、前記第６メッセージに対して前記第２端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第２端末のメディア情報を取得する第２端末情報取得部と、前記第７メッセージに対して前記第３端末により送信されたメッセージを受信し、当該メッセージに含まれる前記第３端末のメディア情報を取得する第３端末情報取得部とを備え、第２メッセージ送信部は、さらに、前記第３端末のメディア情報を含むメッセージを前記第１端末に送信し、前記第１端末及び前記第３端末のメディア情報を含むメッセージを前記第２端末に送信し、前記第１端末及び前記第２端末のメディア情報を含むメッセージを前記第３端末に送信してもよい。
【００６４】
この構成によれば、接続装置から発信する形態で、端末同士がメディアデータを直接送受信する会議通信を実現できる。例えば、接続装置に、会議時間と会議参加者とを登録し、登録した時間に会議を自動的に開始するといった予約型の会議を実現できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００６５】
また、前記メディア情報は、ＩＰアドレス、ポート番号、及び使用可能コーデックのうち少なくとも一つを含んでもよい。
【００６６】
また、前記第１メッセージは、テンポラリなＩＰアドレス、及びテンポラリなポート番号のうち少なくとも一方が指定されたメディア情報を含んでもよい。
【００６７】
この構成によれば、第１メッセージに含まれるメディア情報に任意の値を用いることができる。
【００６８】
また、前記テンポラリなＩＰアドレスは、前記接続装置のＩＰアドレスであってもよい。
【００６９】
また、前記第１メッセージ送信部は、前記情報取得部により前記第２端末のメディア情報が取得され、かつ前記第３端末のメディア情報が取得されていない場合、前記第３端末へのメディアデータの送信を開始させず、かつ前記第２端末へのメディアデータの送信の開始を禁止しないメッセージを前記第１端末に送信してもよい。
【００７０】
この構成によれば、本発明に係る接続装置は、第１端末に対して、メディア情報を取得済みの端末へのメディアデータの送信の開始を禁止せず、メディア情報を取得していない端末へのメディアデータの送信の開始のみ禁止する。これにより、本発明に係る接続装置は、複数のメディアデータを送受信可能な端末に対して、単一のメディアデータのみを用いた通信を先に開始できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７１】
また、前記第２メッセージ送信部は、前記第１メッセージ送信部により前記第１メッセージが送信された後、前記情報取得部により前記第２端末のメディア情報が取得され、かつ前記第３端末のメディア情報が取得されていない場合、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させ、かつ前記第３端末へのメディアデータの送信の禁止を継続させるメッセージを前記第１端末に送信してもよい。
【００７２】
この構成によれば、本発明に係る接続装置は、第１端末に対して、メディア情報を取得済みの端末へのメディアデータの送信の開始をさせ、メディア情報を取得していない端末へのメディアデータの送信の禁止を継続させる。これにより、本発明に係る接続装置は、複数のメディアデータを送受信可能な端末に対して、単一のメディアデータのみを用いた通信を先に開始できる。よって、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７３】
また、前記第１メッセージは、前記第２端末及び前記第３端末へのメディアデータの送信を保留させるメッセージであってもよい。
【００７４】
この構成によれば、本発明に係る接続装置を含む会議システムでは、各端末は、保留機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００７５】
また、前記第１メッセージは、前記第１端末に、前記第２端末、前記第３端末及び前記接続装置とのメディアデータの送受信に関して、送信及び受信を禁止するメッセージ、又は、送信を禁止するメッセージ、又は、受信のみを許可するメッセージであってもよい。
【００７６】
また、前記第１メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージであり、前記第１メッセージは、ａ＝ｉｎａｃｔｉｖｅ、ａ＝ｓｅｎｄｏｎｌｙ又はａ＝ｒｅｃｖｏｎｌｙを含んでもよい。
【００７７】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００７８】
また、前記第１メッセージは、メディアデータの送信先のＩＰアドレスとして「０．０．０．０」が指定されていてもよい。
【００７９】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００８０】
また、前記第１メッセージは、通信相手の端末を呼出中であること示すメッセージであってもよい。
【００８１】
この構成によれば、本発明に係る接続装置を含む会議システムでは、各端末は、呼出中メッセージの受信機能のみを有すればよい。よって、本発明に係る接続装置を備える会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続装置は、ユーザの利便性を向上できる。
【００８２】
また、前記第１メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージであり、前記第１メッセージは、１００番台の応答メッセージであってもよい。
【００８３】
この構成によれば、ＳＩＰを用いた会議システムにおいて、保留機能を実現できる。
【００８４】
また、本発明に係る接続方法は、第１端末、第２端末及び第３端末が当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置における接続方法であって、前記第２端末及び前記第３端末の、メディアデータの送受信に関する情報であるメディア情報が取得されていない場合、前記第２端末及び前記第３端末へのメディアデータの送信を開始させない第１メッセージを前記第１端末に送信する第１メッセージ送信ステップと、前記第２端末のメディア情報を取得する情報取得ステップと、前記第２端末のメディア情報を含み、かつ前記第２端末へのメディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信ステップとを含む。
【００８５】
これによれば、本発明に係る接続方法は、通信相手の端末のメディア情報を取得するまで、各端末に通信の開始を待たせることができる。これにより、本発明に係る接続方法を用いた会議システムでは、各端末は、通信の開始を待つ機能のみを有すればよい。よって、本発明に係る接続方法を用いた会議システムに用いることができる端末の種類が増加する。すなわち、本発明に係る接続方法は、ユーザの利便性を向上できる。
【００８６】
さらに、本発明に係る接続方法は、会議主催者の端末からの発信に応じてテレビ会議を開始する場合でも、会議主催者の端末からの発信メッセージを受信した後、他の端末のメディア情報を取得するまで、会議主催者の端末に通信の開始を待たせることができる。よって、本発明に係る接続方法は、容易に端末からの発信に応じてテレビ会議を開始できる。これにより、本発明に係る接続方法は、ユーザの利便性を向上できる。
【００８７】
なお、本発明は、このような接続装置として実現できるだけでなく、接続装置に含まれる特徴的な手段をステップとする接続方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのは言うまでもない。また、本発明は、接続装置を含む会議システムとして実現できる。
【発明の効果】
【００８８】
以上より、本発明は、ユーザの利便性が高く、ミキサーを用いずに多地点会議を実現できる接続装置、及び接続方法を提供できる。
【図面の簡単な説明】
【００８９】
【図１】本発明の実施の形態１に係るテレビ会議システムの構成を示す図である。
【図２】本発明の実施の形態１に係るサーバの構成を示す図である。
【図３】本発明の実施の形態１に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図４】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図５】本発明の実施の形態１に係る２００応答の構成を示す図である。
【図６】本発明の実施の形態１に係るＲＥＦＥＲの構成を示す図である。
【図７】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図８】本発明の実施の形態１に係る２００応答の構成を示す図である。
【図９】本発明の実施の形態１に係るＩＮＶＩＴＥの構成を示す図である。
【図１０】本発明の実施の形態１に係るサーバの処理の流れを示すフローチャートである。
【図１１】本発明の実施の形態１に係るサーバの処理の流れを示すフローチャートである。
【図１２】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１３】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１４】本発明の実施の形態１に係る２００応答の変形例の構成を示す図である。
【図１５】本発明の実施の形態１に係るＩＮＶＩＴＥの変形例の構成を示す図である。
【図１６】本発明の実施の形態２に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図１７】本発明の実施の形態２に係るＲＥＦＥＲの構成を示す図である。
【図１８】本発明の実施の形態２に係るサーバの処理の流れを示すフローチャートである。
【図１９】本発明の実施の形態２に係るサーバの処理の流れを示すフローチャートである。
【図２０】本発明の実施の形態３に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図２１】本発明の実施の形態３に係るサーバの処理の流れを示すフローチャートである。
【図２２】本発明の実施の形態４に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図２３】本発明の実施の形態４に係るＩＮＶＩＴＥの構成を示す図である。
【図２４】本発明の実施の形態４に係る２００応答の構成を示す図である。
【図２５】本発明の実施の形態４に係るＩＮＶＩＴＥの構成を示す図である。
【図２６】本発明の実施の形態４に係る２００応答の構成を示す図である。
【図２７】本発明の実施の形態４に係るサーバの処理の流れを示すフローチャートである。
【図２８】本発明の実施の形態５に係るサーバの構成を示す図である。
【図２９】本発明の実施の形態５に係るテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図３０】本発明の実施の形態５に係るＩＮＶＩＴＥの構成を示す図である。
【図３１】本発明の実施の形態５に係るサーバの処理の流れを示すフローチャートである。
【図３２】従来の電話会議システムの構成を示す図である。
【図３３】従来の電話会議システムにおける処理の流れを示すシーケンス図である。
【図３４】従来のテレビ会議システムの構成を示す図である。
【図３５】従来のテレビ会議システムにおける処理の流れを示すシーケンス図である。
【図３６】ミキサーを用いない従来のテレビ会議システムの構成を示す図である。
【図３７】ミキサーを用いない従来のテレビ会議システムにおける処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００９０】
以下、本発明に係るテレビ会議システムの実施の形態について、図面を参照しながら詳細に説明する。
【００９１】
（実施の形態１）
本発明の実施の形態１に係るテレビ会議システムでは、テレビ会議の主催者である端末がサーバに発信メッセージを送信する。サーバは、最初に発信メッセージに対して保留メッセージを返し、その後、会議に参加する端末のメディア情報を取得したあと、主催者である端末に保留解除メッセージを送信する。これにより、本発明の実施の形態１に係るテレビ会議システムは、ミキサーを用いずに、端末からの発信によりテレビ会議を開始できる。よって、本発明の実施の形態１に係るテレビ会議システムは、ユーザの利便性を向上できる。
【００９２】
まず、本発明の実施の形態１に係るテレビ会議システムの構成を説明する。
【００９３】
図１は、実施の形態１に係るテレビ会議システムの構成を示す図である。
【００９４】
図１に示すテレビ会議システム１００は、ＳＩＰを用いた多地点テレビ会議システムである。テレビ会議システム１００は、端末１０１〜１０３と、サーバ１０４と、ネットワーク１０６とを備える。
【００９５】
端末１０１〜１０３、及びサーバ１０４は、ネットワーク１０６を介して接続される。端末１０１〜１０３、及びサーバ１０４は、ＳＩＰに準拠したメッセージを生成する。
【００９６】
ネットワーク１０６は、例えば、社内ＬＡＮである。なお、ネットワーク１０６は、宅内ネットワーク又はインターネットなどでもよい。
【００９７】
端末１０１〜１０３は、ユーザ１１１〜１１３が使用するテレビ会議端末である。
【００９８】
端末１０１は、カメラ１４１とモニタ１２１及び１３１を備え、端末１０２は、カメラ１４２とモニタ１２２及び１３２を備え、端末１０３は、カメラ１４３とモニタ１２３及び１３３を備える。
【００９９】
モニタ１２１〜１２３及び１３１〜１３３は、映像メディアデータを表示する。カメラ１４１〜１４３は、映像を撮影する。
【０１００】
端末１０１〜１０３は、それぞれカメラ１４１〜１４３で撮影した映像及び音声メディアデータを、ネットワーク１０６を介して他の端末１０１〜１０３に送信する。
【０１０１】
サーバ１０４は、端末１０１〜１０３間の接続を制御する接続装置である。サーバ１０４は、端末１０１〜１０３間の接続を形成する。当該接続は、端末１０１〜１０３が端末１０１〜１０３間でメディアデータを直接送受信する多地点会議を行うための接続である。サーバ１０４は、制御メッセージを送受信することによって、端末１０１〜１０３間の接続を制御する。
【０１０２】
図２は、サーバ１０４の構成を示すブロック図である。
【０１０３】
サーバ１０４は、制御部２０１と、参加者端末情報取得部２０２と、相手端末情報取得部２０３と、保留部２０４と、通信開始部２０５と、端末情報保持部２０６とを備える。
【０１０４】
参加者端末情報取得部２０２は、テレビ会議の主催者である参加者端末のメディア情報を取得する。メディア情報は、端末１０１〜１０３の、メディアデータの送受信に関する情報である。
【０１０５】
相手端末情報取得部２０３は、テレビ会議の参加者のうち参加者端末以外の端末である相手端末のメディア情報を取得する。
【０１０６】
保留部２０４は、保留要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、保留部２０４は、相手端末情報取得部２０３により相手端末のメディア情報が取得されていない場合、保留要求を含むメッセージを参加者端末に送信する。保留要求は、参加者端末に相手端末へのメディアデータの送信を保留させる指示である。言い換えると、保留要求は、参加者端末に相手端末へのメディアデータの送信を開始させない指示である。
【０１０７】
通信開始部２０５は、保留解除要求を含むメッセージを生成し、生成したメッセージを参加者端末に送信する。具体的には、通信開始部２０５は、保留部２０４により保留要求を含むメッセージが送信された後、相手端末情報取得部２０３により相手端末のメディア情報が取得された場合、相手端末のメディア情報及び保留解除要求を含むメッセージを参加者端末に送信する。保留解除要求は、保留要求により設定された保留状態を解除させる指示である。言い換えると、参加者端末に相手端末へのメディアデータの送信を開始させる指示である。
【０１０８】
端末情報保持部２０６は、参加者端末情報取得部２０２及び相手端末情報取得部２０３により取得された端末１０１〜１０３のメディア情報を保持する。
【０１０９】
制御部２０１は、参加者端末情報取得部２０２、相手端末情報取得部２０３、保留部２０４、通信開始部２０５、及び端末情報保持部２０６を制御する。
【０１１０】
次に、本発明の実施の形態１に係るテレビ会議システム１００の動作を説明する。
【０１１１】
図３は、実施の形態１に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図３は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０１１２】
まず、端末１０１は、サーバ１０４にＩＮＶＩＴＥ３００を送信する（Ｓ１０１）。
【０１１３】
図４は、ＩＮＶＩＴＥ３００の構成を示す図である。
【０１１４】
図４に示すＩＮＶＩＴＥ３００は、端末１０１のメディア情報として、ＩＰアドレス４０１と、受信ポート番号４０２と、使用可能コーデック４０３とを含む。なお、端末１０１、１０２、１０３及びサーバ１０４のＩＰアドレスをそれぞれ「１９２．１６８．１．１」、「１９２．１６８．１．２」、「１９２．１６８．１．３」及び「１９２．１６８・１・４」とする。また、図４では説明に必要なパラメータのみ記述しており、他に必要となるＳＩＰヘッダ及びＳＤＰパラメータ等は省略する。また、以降に示す図においても同様に省略する。
【０１１５】
受信ポート番号４０２は、ＩＰアドレス４０１で指定される端末又はサーバが、メディアデータの受信に用いるポートの番号である。使用可能コーデック４０３は、ＩＰアドレス４０１で指定される端末又はサーバが、受信したメディアデータに用いるコーデックである。なお、以下、ＩＰアドレス４０１、受信ポート番号４０２及び使用可能コーデック４０３を含む情報をメディア情報と記す。
【０１１６】
ＩＮＶＩＴＥ３００は、映像及び音声のそれぞれの受信ポート番号４０２及び使用可能コーデック４０３を含む。また、端末１０１は、音声及び映像をそれぞれ２つ送受信できるので、ＩＮＶＩＴＥ３００は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。また、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２には異なる受信ポート番号が記載される。
【０１１７】
サーバ１０４は、ＩＮＶＩＴＥ３００を受信すると、端末１０１のメディアデータの送信先端末である端末１０２及び端末１０３のメディア情報を取得済みであるか否かを確認する。ここでは、サーバ１０４は、端末１０２及び端末１０３のメディア情報を取得していないので、保留要求を含む２００応答３０１を生成し、生成した２００応答３０１を端末１０１に送信する（Ｓ１０２）。
【０１１８】
図５は、２００応答３０１の構成を示す図である。
【０１１９】
図５に示す２００応答３０１は、ＩＰアドレス４０１と、受信ポート番号４０２と、使用可能コーデック４０３と、保留要求４０４とを含む。
【０１２０】
ここでは、サーバ１０４は、保留要求４０４としてａ＝ｉｎａｃｔｉｖｅを用いる。ａ＝ｉｎａｃｔｉｖｅは、端末１０１に、サーバ１０４との間のメディアデータの送受信を禁止する命令である。
【０１２１】
また、２００応答３０１に含まれるメディア情報（ＩＰアドレス４０１、受信ポート番号４０２、及び使用可能コーデック４０３）には、サーバ１０４のメディア情報が記載される。つまり、２００応答３０１に含まれるメディア情報は、ＩＮＶＩＴＥ３００に含まれるメディア情報である。また、ＩＮＶＩＴＥ３００に複数の使用可能コーデック４０３が記述されている場合、サーバ１０４は、当該複数の使用可能コーデック４０３から、２００応答３０１に記述する使用可能コーデック４０３を選択する。
【０１２２】
２００応答３０１を受信した端末１０１は、２００応答３０１に対するＡＣＫをサーバ１０４に送信する。端末１０１は、２００応答３０１に含まれる保留要求４０４に従い、保留状態になる（Ｓ１０３）。つまり、端末１０１は、２００応答３０１で指定されるサーバ１０４との間でメディアデータの送受信を行わない状態になる。
【０１２３】
次に、端末１０１は、端末１０２を会議に招待するために、ＲＥＦＥＲ３０２をサーバ１０４に送信する（Ｓ１０４）。
【０１２４】
図６は、ＲＥＦＥＲ３０２の構成を示す図である。図６に示すようにＲＥＦＥＲ３０２は、Ｒｅｆｅｒ−Ｔｏヘッダ４０５を含む。Ｒｅｆｅｒ−Ｔｏヘッダ４０５には、端末１０２のＵＲＩが記述される。なお、端末１０２の招待方法としてはＲＥＦＥＲではなくＨＴＴＰなどほかの方法を用いてもよい。また、サーバ１０４にテレビ会議に参加する端末をあらかじめ設定しておいてもよい。
【０１２５】
サーバ１０４は、ＲＥＦＥＲ３０２を受信すると、２０２応答を端末１０１に送信する。さらにサーバ１０４は、招待中状態を通知するために端末１０１にＮＯＴＩＦＹを送信する。端末１０１はＮＯＴＩＦＹを受信すると２００応答をサーバ１０４に送信する。
【０１２６】
次に、サーバ１０４は、端末１０１のメディア情報を含むＩＮＶＩＴＥ３０３を端末１０２に送信する（Ｓ１０５）。例えば、ＩＮＶＩＴＥ３０３の構成は、ＩＮＶＩＴＥ３００と同様である。
【０１２７】
端末１０２は、ＩＮＶＩＴＥ３０３を受信すると、自身のメディア情報を含む２００応答３０４を送信する（Ｓ１０６）。なお、２００応答３０４の構成は、２００応答３０１と同様であり、端末１０２のメディア情報を含む。また、２００応答３０４は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１２８】
サーバ１０４は、２００応答３０４を受信するとＡＣＫを端末１０２に送信する。端末１０２は、端末１０１のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０２は、送信した２００応答３０４に記述したコーデックを用いてメディアデータを送受信する。
【０１２９】
サーバ１０４は端末１０２にＡＣＫを送信した後、招待完了を通知するためのＮＯＴＩＦＹを端末１０１に送信する。端末１０１は、ＮＯＴＩＦＹに対する２００応答をサーバ１０４に送信する。
【０１３０】
次に、サーバ１０４は、端末１０２のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３０５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する（Ｓ１０７）。
【０１３１】
図７は、ｒｅ−ＩＮＶＩＴＥ３０５の構成を示す図である。
【０１３２】
図７に示すｒｅ−ＩＮＶＩＴＥ３０５は、端末１０２のメディア情報を含む。さらに、ｒｅ−ＩＮＶＩＴＥ３０５は、保留解除要求４０６を含む。
【０１３３】
ここでは、サーバ１０４は、保留解除要求４０６としてａ＝ｓｅｎｄｒｅｃｖを用いる。ａ＝ｓｅｎｄｒｅｃｖは、端末１０１に、サーバ１０４との間のメディアデータの送受信の禁止を解除する命令である。
【０１３４】
また、ｒｅ−ＩＮＶＩＴＥ３０５に含まれるメディア情報は、サーバ１０４が端末１０２から受信した２００応答３０４に含まれるメディア情報である。
【０１３５】
なお、ここでは、ｒｅ−ＩＮＶＩＴＥ３０５用いる例を説明するが、サーバ１０４は、ＵＰＤＡＴＥなど他のメッセージを用いてもよい。
【０１３６】
ｒｅ−ＩＮＶＩＴＥ３０５を受信した端末１０１は、自身のメディア情報を含む２００応答３０６をサーバ１０４に送信する（Ｓ１０８）。
【０１３７】
図８は、２００応答３０６の構成を示す図である。２００応答３０６は、端末１０１のメディア情報を含む。さらに、２００応答３０６は、保留解除要求４０６を含む。
【０１３８】
端末１０１は、端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１３９】
サーバ１０４は、２００応答３０６に対するＡＣＫを端末１０１に送信する。
【０１４０】
以上により、端末１０１と端末１０２との間でメディアデータを直接送受信するための接続が形成される（Ｓ１０９）。ここでは、端末１０１のモニタ１２１及び１３１に端末１０２から送信された映像が表示され、端末１０２のモニタ１２２及び１３２に端末１０１から送信された映像が表示される。
【０１４１】
次に、端末１０１は、端末１０３をテレビ会議に招待するため、ＲＥＦＥＲ３０７をサーバ１０４に送信する（Ｓ１１０）。ＲＥＦＥＲ３０７に含まれるＲｅｆｅｒ−Ｔｏヘッダ４０５には、端末１０３のＵＲＩが記述される。
【０１４２】
サーバ１０４は、ＲＥＦＥＲ３０７を受信すると、２０２応答を端末１０１に送信する。さらにサーバ１０４は、招待中状態を通知するために端末１０１にＮＯＴＩＦＹを送信する。端末１０１はＮＯＴＩＦＹを受信すると２００応答をサーバ１０４に送信する。
【０１４３】
次に、サーバ１０４は、端末１０１及び端末１０２のメディア情報を含むＩＮＶＩＴＥ３０８を端末１０３に送信する（Ｓ１１１）。
【０１４４】
図９は、ＩＮＶＩＴＥ３０８の構成を示す図である。図９に示すＩＮＶＩＴＥ３０８は、端末１０１及び端末１０２のそれぞれのメディア情報を含む。また、ＩＮＶＩＴＥ３０８は、映像及び音声のそれぞれに対応した受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１４５】
端末１０３は、ＩＮＶＩＴＥ３０８を受信すると、自身のメディア情報を含む２００応答３０９をサーバ１０４に送信する（Ｓ１１２）。なお、２００応答３０９の構成は、２００応答３０１と同様であり、端末１０３のメディア情報を含む。また、２００応答３０９は、２つの映像及び２つの音声のそれぞれに対応する受信ポート番号４０２及び使用可能コーデック４０３を含む。
【０１４６】
サーバ１０４は、２００応答３０９を受信するとＡＣＫを端末１０３に送信する。端末１０３は、端末１０１及び端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０３は、送信した２００応答３０９に記述したコーデックを用いてメディアデータを送受信する。
【０１４７】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３１０を端末１０１に送信する（Ｓ１１３）。ｒｅ−ＩＮＶＩＴＥ３１０は、端末１０２及び端末１０３のメディア情報を含む。
【０１４８】
ｒｅ−ＩＮＶＩＴＥ３１０を受信した端末１０１は、自身のメディア情報を含む２００応答３１１をサーバ１０４に送信する（Ｓ１１４）。サーバ１０４は、２００応答３１１を受信するとＡＣＫを端末１０１に送信する。
【０１４９】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３１２を端末１０２に送信する（Ｓ１１５）。ｒｅ−ＩＮＶＩＴＥ３１２は、端末１０１及び端末１０３のメディア情報を含む。
【０１５０】
ｒｅ−ＩＮＶＩＴＥ３１２を受信した端末１０２は、自身のメディア情報を含む２００応答３１３をサーバ１０４に送信する（Ｓ１１６）。サーバ１０４は、２００応答３１３を受信するとＡＣＫを端末１０２に送信する。
【０１５１】
端末１０１は、端末１０２及び端末１０３のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１５２】
端末１０２は、端末１０１及び端末１０３のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、送信した２００応答３０６に記述したコーデックを用いてメディアデータを送受信する。
【０１５３】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ１１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ１１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ１１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０１５４】
また、端末１０１のモニタ１２１及び１３１には、それぞれ端末１０２及び端末１０３から送信された映像が表示される。端末１０２のモニタ１２２及び１３２には、それぞれ端末１０１及び端末１０３から送信された映像が表示される。端末１０３のモニタ１２３及び１３３には、それぞれ端末１０１及び端末１０２から送信された映像が表示される。
【０１５５】
次に、サーバ１０４の詳細な動作を説明する。
【０１５６】
まず、サーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０１５７】
図１０は、サーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図１０では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０１５８】
まず、サーバ１０４の参加者端末情報取得部２０２は、参加者端末である端末１０１が送信したＩＮＶＩＴＥ３００を受信する。参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３００に含まれる端末１０１のメディア情報を取得する（Ｓ１２１）。
【０１５９】
参加者端末情報取得部２０２は、取得したメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末１０１のメディア情報を端末情報保持部２０６に保存する。
【０１６０】
次に、制御部２０１は、相手端末のメディア情報を、取得済みか否かを判定する（Ｓ１２２）。具体的には、制御部２０１は、端末情報保持部２０６を検索し、相手端末である端末１０２及び端末１０３のメディア情報が保存させているか否かを判定する。
【０１６１】
端末１０２及び１０３のメディア情報を取得していない場合（Ｓ１２２でＮｏ）、保留部２０４は、保留要求を含む２００応答３０１を生成し端末１０１に送信する（Ｓ１２３）。
【０１６２】
次に、サーバ１０４は、端末１０１から送信される端末１０２を招待するためのＲＥＦＥＲ３０２の受信を待つ。相手端末情報取得部２０３は、ＲＥＦＥＲ３０２を受信すると、ＲＥＦＥＲ３０２に記述された端末１０２のＵＲＩを制御部２０１に渡す。
【０１６３】
次に、サーバ１０４は、端末１０１のメディア情報を端末１０２に送信する（Ｓ１２４）。
【０１６４】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は端末１０１のメディア情報を含むＩＮＶＩＴＥ３０３を生成し、生成したＩＮＶＩＴＥ３０３を端末１０２に送信する。
【０１６５】
ここで、相手端末情報取得部２０３は、端末１０２及び１０３のＵＲＩと端末１０２及び１０３のＩＰアドレスとの対応関係を取得しておく必要がある。例えば、相手端末情報取得部２０３は、事前に端末１０２及び１０３から送信される、ＵＲＩとＩＰアドレスとの対応関係が記述されたＲＥＧＩＳＴＥＲを受信しておくことで、端末１０２及び１０３のＵＲＩと端末１０２及び１０３のＩＰアドレスとの対応関係を取得する。
【０１６６】
次に、相手端末情報取得部２０３は、端末１０２のメディア情報を含む２００応答３０４を受信する。相手端末情報取得部２０３は、２００応答３０４に含まれる端末１０２のメディア情報を取得する（Ｓ１２５）。
【０１６７】
相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０２のメディア情報を端末情報保持部２０６に保存する。また、制御部２０１は、端末１０２のメディア情報を通信開始部２０５に渡す。
【０１６８】
次に、通信開始部２０５は、端末１０２のメディア情報を端末１０１に送信する（Ｓ１２６）。また、通信開始部２０５は、端末１０１の保留状態を解除する（Ｓ１２７）。具体的には、通信開始部２０５は、端末１０２のメディア情報及び保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３０５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する。その後、サーバ１０４は、端末１０１からの２００応答３０６を受信する。
【０１６９】
以上の処理により、端末１０１及び端末１０２に互いのメディア情報が送信されることで、端末１０１と端末１０２との通信が開始される。
【０１７０】
一方、端末１０２のメディア情報を取得している場合（Ｓ１２２でＹｅｓ）、制御部２０１は、端末１０２のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、端末１０２のメディア情報を含む２００応答を生成し、生成した２００応答を端末１０１に送信することで、端末１０１に端末１０２のメディア情報を送信する（Ｓ１２８）。
【０１７１】
以上の処理により、端末１０１と端末１０２との通信が開始される。
【０１７２】
次に、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の、サーバ１０４の動作を説明する。
【０１７３】
図１１は、サーバ１０４による、さらに端末１０３を加えた３者でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０１７４】
相手端末情報取得部２０３は、端末１０１からのＲＥＦＥＲ３０７を受信する。相手端末情報取得部２０３は、ＲＥＦＥＲ３０７に含まれる端末１０３のＵＲＩを制御部２０１に渡す。
【０１７５】
サーバ１０４は、端末１０１及び端末１０２のメディア情報を端末１０３に送信する（Ｓ１３１）。
【０１７６】
具体的には、制御部２０１は、端末情報保持部２０６に保存される既に会議に参加している端末１０１及び端末１０２のメディア情報を取得する。制御部２０１は、取得したメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は端末１０１及び１０２のメディア情報を含むＩＮＶＩＴＥ３０８を生成し、生成したＩＮＶＩＴＥ３０８を端末１０３に送信する。
【０１７７】
次に、サーバ１０４は、端末１０３のメディア情報を取得する（Ｓ１３２）。
【０１７８】
具体的には、相手端末情報取得部２０３は、端末１０３のメディア情報を含む２００応答３０９を受信する。相手端末情報取得部２０３は、２００応答３０９に含まれる端末１０３のメディア情報を取得する。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０３のメディア情報を端末情報保持部２０６に保存する。また、制御部２０１は、端末１０３と既に会議に参加している端末１０１及び１０２のメディア情報を通信開始部２０５に渡す。
【０１７９】
通信開始部２０５は、端末１０３と既に会議に参加している端末１０１及び１０２のメディア情報を含むセッション更新ＩＮＶＩＴＥであるｒｅ−ＩＮＶＩＴＥ３１０及び３１２を生成して端末１０１及び１０２に送信する。これにより、サーバ１０４は、既に会議に参加している端末１０１及び１０２に端末１０３のメディア情報を送信する（Ｓ１３３）。具体的には、通信開始部２０５は、端末１０２及び端末１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３１０を端末１０１に送信し、端末１０１及び端末１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３１２を端末１０２に送信する。サーバ１０４は、端末１０１及び端末１０２からの２００応答３１１及び３１３を受信する。
【０１８０】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０１８１】
なお、ここでは、２者会議中に３者会議を開始するためのサーバ１０４の動作を説明したが、３者会議中に４者会議を開始するためのサーバ１０４の動作も同様である。
【０１８２】
また、上記説明において、保留要求４０４としてａ＝ｉｎａｃｔｉｖｅを用いたが、他の命令を用いてもよい。
【０１８３】
図１２、図１３及び図１４は、保留要求４０４を含む２００応答３０１の変形例を示す図である。
【０１８４】
図１２に示すように、保留要求４０４としてａ＝ｓｅｎｄｏｎｌｙを用いてもよい。ａ＝ｓｅｎｄｏｎｌｙは、端末１０１からサーバ１０４へのメディアデータの送信を禁止する命令である。
【０１８５】
また、図１３に示すように、保留要求４０４としてａ＝ｒｅｃｖｏｎｌｙを用いてもよい、ａ＝ｒｅｃｖｏｎｌｙは、端末１０１にメディアデータの受信のみを許可する命令である。
【０１８６】
また、図１４に示すように、ＩＰアドレス４０１に「０．０．０．０」を指定してもよい。ＳＩＰの所定のバージョン（例えば、ＲＦＣ２５４３）では、ＩＰアドレス４０１に「０．０．０．０」を指定することで、保留要求を行うことができる。
【０１８７】
また、上記説明において、保留要求４０４を含む２００応答３０１に含まれるメディア情報は、サーバ１０４のメディア情報であるとしたが、テンポラリなメディア情報が指定されていればよい。例えば、テンポラリなＩＰアドレス４０１として無効なＩＰアドレスなどを記述してもよい。また、テンポラリな受信ポート番号４０２としてランダムな値を記述してもよい。また、ＩＰアドレス４０１、及び受信ポート番号４０２のうち一方のみがテンポラリな値であってもよい。
【０１８８】
また、上記説明において、保留解除要求４０６としてａ＝ｓｅｎｄｒｅｃｖを用いたが、保留解除要求４０６を省略してもよい。
【０１８９】
図１５は、保留解除要求４０６を省略した場合のｒｅ−ＩＮＶＩＴＥ３０５の構成を示す図である。図１５に示すように、ｒｅ−ＩＮＶＩＴＥ３０５に保留解除要求４０６を省略することで、端末１０１に保留解除を要求できる。
【０１９０】
なお、後述する実施の形態２〜５に対しても同様の変形例を適用できる。
【０１９１】
以上より、本発明の実施の形態１に係るテレビ会議システム１００では、端末１０１が発信メッセージであるＩＮＶＩＴＥ３００を送信する。サーバ１０４は、当該発信メッセージに対して、保留要求４０４を含む２００応答３０１を端末１０１に送信する。また、サーバ１０４は、端末１０２のメディア情報を取得した後、保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３０５を端末１０１に送信する。
【０１９２】
これにより、端末１０１〜１０３は端末同士で直接メディアデータを送受信できる。つまり、テレビ会議システム１００は、ミキサーを備えることなく、複数の端末１０１〜１０３巻でテレビ会議通信できる。よって、本発明の実施の形態１に係るテレビ会議システム１００は、システム構築のコストを低減できる。
【０１９３】
さらに、テレビ会議システム１００では、ミキサーを介してメディアデータを送受信しないので、ミキサーで生じる遅延をなくすことができる。よって、テレビ会議システム１００は、メディアデータの送受信における遅延を低減できる。
【０１９４】
また、テレビ会議システム１００では、端末１０１から発信してテレビ会議を開始する場合であっても、サーバ１０４は、他の端末１０２及び１０３のメディア情報を取得するまで端末１０１のメディアデータの送信を保留する。これにより、端末１０１〜１０３からの発信によりテレビ会議を開始できるので、ユーザの利便性が向上する。
【０１９５】
また、テレビ会議システム１００において、端末１０１〜１０３に必要な付加機能はメディアデータ送受信の保留機能だけである。よって、テレビ会議システム１００に用いることができる端末の種類が多くなるので、テレビ会議システム１００の構築が容易になる。
【０１９６】
（実施の形態２）
上記実施の形態１に係るテレビ会議システム１００では、相手端末である端末１０２及び１０３のメディア情報を取得するためにサーバ１０４がＩＮＶＩＴＥ３０３を送信する。実施の形態２に係るテレビ会議システム１００では、端末１０２及び１０３が、端末１０２及び１０３のメディア情報を含むＩＮＶＩＴＥをサーバ１０４に送信する。
【０１９７】
実施の形態２に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態２に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０１９８】
図１６は、実施の形態２に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図１６は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３と同様の要素には同一の符号を付している。また、図３と同様の処理については説明を省略し、相違点のみを説明する。また、図１６において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０１９９】
図１６に示すステップＳ２０１〜Ｓ２０３までの処理は、図３に示すステップＳ１０１〜Ｓ１０３までの処理と同様である。
【０２００】
ステップＳ２０３の後、端末１０１は、端末１０２を会議に招待するために、ＲＥＦＥＲ３２２を端末１０２に送信する（Ｓ２０４）。
【０２０１】
図１７は、ＲＥＦＥＲ３２２の構成を示す図である。図１７に示すようにＲＥＦＥＲ３２２は、Ｒｅｆｅｒ−Ｔｏヘッダ４０５を含む。Ｒｅｆｅｒ−Ｔｏヘッダ４０５には、会議用のＵＲＩが記述される。
【０２０２】
ＲＥＦＥＲ３２２を受信した端末１０２は、自身のメディア情報を含むＩＮＶＩＴＥ３２３をサーバ１０４に送信する（Ｓ２０５）。例えば、ＩＮＶＩＴＥ３２３に含まれるメディア情報は、図３に示す２００応答３０４に含まれるメディア情報と同じである。
【０２０３】
サーバ１０４は、端末１０１のメディア情報を含む２００応答３２４を端末１０２に送信する（Ｓ２０６）。
【０２０４】
ステップＳ２０７〜Ｓ２０９の処理は、図３に示すステップＳ１０７〜Ｓ１０９の処理と同様であり、説明は省略する。
【０２０５】
ステップＳ２０９の後、端末１０１は、端末１０３を会議に招待するために、ＲＥＦＥＲ３２７を端末１０３に送信する（Ｓ２１０）。ＲＥＦＥＲ３２７に含まれるＲｅｆｅｒ−Ｔｏヘッダ４０５には、会議用のＵＲＩが記述される。
【０２０６】
ＲＥＦＥＲ３２７を受信した端末１０３は、自身のメディア情報を含むＩＮＶＩＴＥ３２８をサーバ１０４に送信する（Ｓ２１１）。
【０２０７】
サーバ１０４は、端末１０１及び端末１０２のメディア情報を含む２００応答３２９を端末１０３に送信する（Ｓ２１２）。
【０２０８】
ステップＳ２１３〜Ｓ２１９の処理は、図３に示すステップＳ１１３〜Ｓ１１９の処理と同様であり、説明は省略する。
【０２０９】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ２１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ２１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ２１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２１０】
次に、実施の形態２に係るサーバ１０４の詳細な動作を説明する。
【０２１１】
なお、実施の形態１に係るサーバ１０４と同様の動作については説明を省略し、相違点のみ説明する。
【０２１２】
まず、実施の形態２に係るサーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０２１３】
図１８は、実施の形態２に係るサーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図１８では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０２１４】
ステップＳ２２１〜２２３、及びＳ２２６〜Ｓ２２８の処理は、図１０に示すステップＳ１２１〜１２３、及びＳ１２６〜Ｓ１２８の処理と同様であり、説明は省略する。
【０２１５】
ステップＳ２２３の後、サーバ１０４は、相手端末である端末１０２から送信されるＩＮＶＩＴＥ３２３の受信を待つ。
【０２１６】
相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２３を受信すると、ＩＮＶＩＴＥ３２３に含まれる端末１０２のメディア情報を取得する（Ｓ２２４）。
【０２１７】
相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。制御部２０１は、渡された端末１０２のメディア情報を、端末情報保持部２０６に保存する。
【０２１８】
次に、サーバ１０４は、端末１０１のメディア情報を端末１０２に送信する（Ｓ２２５）。
【０２１９】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は、端末１０１のメディア情報を含む２００応答３２４を生成し、生成した２００応答３２４を端末１０２に送信する。
【０２２０】
以上の処理により、端末１０１と端末１０２との通信が開始される。
【０２２１】
次に、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の、サーバ１０４の動作を説明する。
【０２２２】
図１９は、実施の形態２に係るサーバ１０４による、さらに端末１０３を加えた３者でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０２２３】
まず、サーバ１０４は、相手端末である端末１０３のメディア情報を取得する（Ｓ２３１）。
【０２２４】
具体的には、相手端末情報取得部２０３は、端末１０３から送信される、端末１０３のメディア情報を含むＩＮＶＩＴＥ３２８を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２８に含まれる端末１０３のメディア情報を取得する。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。制御部２０１は、端末１０３のメディア情報を端末情報保持部２０６に保存する。
【０２２５】
次に、サーバ１０４は、既に会議に参加している端末１０１及び１０２のメディア情報を端末１０３に送信する（Ｓ２３２）。
【０２２６】
具体的には、制御部２０１は、端末情報保持部２０６に保存される既に会議に参加している端末１０１及び１０２のメディア情報を取得する。制御部２０１は、取得した端末１０１及び１０２のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は、端末１０１及び１０２のメディア情報を含む２００応答３２９を生成し、生成した２００応答３２９を端末１０３に送信する。
【０２２７】
なお、ステップＳ２３３の処理は、図１１に示すステップＳ１３３と同様であり、説明は省略する。
【０２２８】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０２２９】
以上より、本発明の実施の形態２に係るテレビ会議システム１００は、実施の形態１に係るテレビ会議システム１００と同様に、ミキサーを備えることなく、複数の端末１０１〜１０３巻でテレビ会議通信できる。よって、本発明の実施の形態２に係るテレビ会議システム１００は、システム構築のコストを低減できる。また、テレビ会議システム１００は、メディアデータの送受信における遅延を低減できる。
【０２３０】
また、テレビ会議システム１００では、端末１０１から発信してテレビ会議を開始できるので、ユーザの利便性が向上する。
【０２３１】
また、実施の形態２に係るテレビ会議システム１００において、サーバ１０４に必要な付加機能は、端末１０１〜１０３からの発信を待つ機能だけである。よって、サーバ１０４の開発コストを低減できる。
【０２３２】
（実施の形態３）
実施の形態３では、サーバ１０４からの発信によりテレビ会議を開始する例を説明する。
【０２３３】
実施の形態３に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態３に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０２３４】
図２０は、実施の形態３に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２０は、サーバ１０４からの発信により、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。また、図２０において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０２３５】
まず、サーバ１０４は、ＩＮＶＩＴＥ３４０を端末１０１に送信する（Ｓ３０１）。ＩＮＶＩＴＥ３４０は、保留要求４０４を含む。例えば、ＩＮＶＩＴＥ３４０は、図５に示す２００応答３０１と同様のＩＰアドレス４０１、受信ポート番号４０２、使用可能コーデック４０３、及び保留要求４０４を含む。
【０２３６】
ＩＮＶＩＴＥ３４０を受信した端末１０１は、自身のメディア情報を含む２００応答３４１をサーバ１０４に送信する（Ｓ３０２）。
【０２３７】
また、端末１０１は、ＩＮＶＩＴＥ３４０に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０３）。
【０２３８】
次に、サーバ１０４は、保留要求４０４を含むＩＮＶＩＴＥ３４２を端末１０２に送信する（Ｓ３０４）。ＩＮＶＩＴＥ３４２は、例えば、ＩＮＶＩＴＥ３４０と同様のメッセージである。
【０２３９】
ＩＮＶＩＴＥ３４２を受信した端末１０２は、自身のメディア情報を含む２００応答３４３をサーバ１０４に送信する（Ｓ３０５）。
【０２４０】
また、端末１０２は、ＩＮＶＩＴＥ３４２に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０６）。
【０２４１】
次に、サーバ１０４は、保留要求４０４を含むＩＮＶＩＴＥ３４４を端末１０３に送信する（Ｓ３０７）。ＩＮＶＩＴＥ３４４は、例えば、ＩＮＶＩＴＥ３４０と同様のメッセージである。
【０２４２】
ＩＮＶＩＴＥ３４４を受信した端末１０３は、自身のメディア情報を含む２００応答３４５をサーバ１０４に送信する（Ｓ３０８）。
【０２４３】
また、端末１０３は、ＩＮＶＩＴＥ３４４に含まれる保留要求４０４に従い、保留状態になる（Ｓ３０９）。
【０２４４】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３４７を端末１０１に送信する（Ｓ３１０）。ｒｅ−ＩＮＶＩＴＥ３４７は、端末１０２及び端末１０３のメディア情報と、保留解除要求４０６とを含む。
【０２４５】
ｒｅ−ＩＮＶＩＴＥ３４７を受信した端末１０１は、自身のメディア情報を含む２００応答３４８をサーバ１０４に送信する（Ｓ３１１）。
【０２４６】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３４９を端末１０２に送信する（Ｓ３１２）。ｒｅ−ＩＮＶＩＴＥ３４９は、端末１０１及び端末１０３のメディア情報と、保留解除要求４０６とを含む。
【０２４７】
ｒｅ−ＩＮＶＩＴＥ３４９を受信した端末１０２は、自身のメディア情報を含む２００応答３５０をサーバ１０４に送信する（Ｓ３１３）。
【０２４８】
次に、サーバ１０４は、ｒｅ−ＩＮＶＩＴＥ３５１を端末１０３に送信する（Ｓ３１４）。ｒｅ−ＩＮＶＩＴＥ３５１は、端末１０１及び端末１０２のメディア情報と、保留解除要求４０６とを含む。
【０２４９】
ｒｅ−ＩＮＶＩＴＥ３５１を受信した端末１０３は、自身のメディア情報を含む２００応答３５２をサーバ１０４に送信する（Ｓ３１５）。
【０２５０】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ３１６）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ３１７）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ３１８）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２５１】
次に、実施の形態３に係るサーバ１０４の詳細な動作を説明する。
【０２５２】
図２１は、サーバ１０４による、端末１０１〜１０３の間でのテレビ会議を実現する動作の流れを示すフローチャートである。
【０２５３】
まず、保留部２０４は、保留要求４０４を含むＩＮＶＩＴＥ３４０、３４２及び３４４を生成する。保留部２０４は、会議に参加するすべての端末１０１、１０２及び１０３にそれぞれＩＮＶＩＴＥ３４０、３４２及び３４４を送信する（Ｓ３２１）。
【０２５４】
相手端末情報取得部２０３は、ＩＮＶＩＴＥ３４０、３４２及び３４４に対する２００応答３４１、３４２及び３４３を受信する。相手端末情報取得部２０３は、２００応答３４１、３４２及び３４３に含まれる端末１０１〜１０３のメディア情報を取得する（Ｓ３２２）。
【０２５５】
相手端末情報取得部２０３は、取得した端末１０１〜１０３のメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末１０１〜１０３のメディア情報を端末情報保持部２０６に保存する。
【０２５６】
また、制御部２０１は、端末１０１〜１０３のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、端末１０１〜１０３のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３４７、３４９及び３５１を生成する。通信開始部２０５は、ｒｅ−ＩＮＶＩＴＥ３４７、３４９及び３５１をそれぞれ端末１０１〜１０３に送信する（Ｓ３２３）。サーバ１０４は、端末１０１〜１０３からの２００応答３４８、３５０及び３５２を受信する。
【０２５７】
以上により、端末１０１、１０２及び１０３の３者でのテレビ会議接続が形成される。
【０２５８】
以上のように、本発明の実施の形態３に係るテレビ会議システム１００では、サーバ１０４が、端末１０１〜１０３に保留要求４０４を含む発信メッセージを送信する。端末１０１〜１０３は、メディア情報を含む応答をサーバ１０４に返す。その後、サーバ１０４は、端末１０１〜１０３に、通信相手の端末のメディア情報を含む保留解除メッセージを送信する。
【０２５９】
これによって、本発明の実施の形態３に係るテレビ会議システム１００は、サーバ１０４から発信する形態で、端末同士がメディアデータを直接送受信するテレビ会議通信を実現できる。例えば、サーバ１０４に、会議時間と会議参加者とを登録し、登録した時間に会議を自動的に開始するといった予約型の会議を実現できる。よって、本発明の実施の形態３に係るテレビ会議システム１００は、ユーザの利便性を向上できる。
【０２６０】
（実施の形態４）
実施の形態４に係るテレビ会議システム１００では、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
【０２６１】
実施の形態４に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。また、実施の形態４に係るサーバ１０４の構成は図２と同様であり、説明は省略する。
【０２６２】
図２２は、実施の形態４に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２２は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図３と同様の要素には同一の符号を付している。また、図３と同様の処理については説明を省略し、相違点のみを説明する。また、図２２において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。
【０２６３】
図２２に示すステップＳ４０１〜Ｓ４０４の処理は、図３に示すＳ１０１〜Ｓ１０４の処理と同様であり、説明は省略する。
【０２６４】
ステップＳ４０４の後、サーバ１０４は、端末１０１のメディア情報を含むＩＮＶＩＴＥ３６３を端末１０２に送信する（Ｓ４０５）。
【０２６５】
図２３は、ＩＮＶＩＴＥ３６３の構成を示す図である。ＩＮＶＩＴＥ３６３に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、他方は、保留要求４０４を含む。
【０２６６】
端末１０２は、ＩＮＶＩＴＥ３６３を受信すると、自身のメディア情報を含む２００応答３６４を送信する（Ｓ４０６）。
【０２６７】
図２４は、２００応答３６４の構成を示す図である。２００応答３６４に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、他方は、保留要求４０４を含む。
【０２６８】
サーバ１０４は、２００応答３６４を受信するとＡＣＫを端末１０２に送信する。
【０２６９】
また、端末１０２は、端末１０２が使用可能な２つの通信のうち、保留要求４０４が含まれない端末１０１との間のメディアデータの送受信を開始する。具体的には、端末１０２は、端末１０１のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０２は、端末１０２が使用可能な２つの通信のうち、保留要求４０４が含まれる通信を保留状態にする。
【０２７０】
サーバ１０４はＡＣＫを送信すると、招待完了を通知するためのＮＯＴＩＦＹを端末１０１に送信する。端末１０１は、ＮＯＴＩＦＹに対して２００応答をサーバ１０４に送信する。
【０２７１】
次に、サーバ１０４は、端末１０２のメディア情報を含むｒｅ−ＩＮＶＩＴＥ３６５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３６５を端末１０１に送信する（Ｓ４０７）。
【０２７２】
図２５は、ｒｅ−ＩＮＶＩＴＥ３６５の構成を示す図である。
【０２７３】
図２５に示すように、ｒｅ−ＩＮＶＩＴＥ３６５に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。
【０２７４】
ｒｅ−ＩＮＶＩＴＥ３６５を受信した端末１０１は、自身のメディア情報を含む２００応答３６６をサーバ１０４に送信する（Ｓ４０８）。
【０２７５】
図２６は、２００応答３６６の構成を示す図である。２００応答３６６に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。
【０２７６】
端末１０１は、端末１０１が使用可能な２つの通信のうち、保留解除要求４０６が含まれる端末１０２との間のメディアデータの送受信を開始する。具体的には、端末１０１は、端末１０２のメディア情報に含まれるＩＰアドレス４０１及び受信ポート番号４０２に対してメディアデータの送信を開始し、同時に自身のメディア情報に記述したＩＰアドレス４０１及び受信ポート番号４０２へのメディアデータの受信準備を開始する。また、端末１０１は、端末１０１が使用可能な２つの通信のうち、保留解除要求４０６が含まれない通信の保留状態を継続する。
【０２７７】
サーバ１０４は、２００応答３０６に対するＡＣＫを端末１０１に送信する。
【０２７８】
以上により、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成される（Ｓ１０９）。ここでは、端末１０１のモニタ１２１に端末１０２から送信された映像が表示され、端末１０２のモニタ１２２に端末１０１から送信された映像が表示される。また、端末１０１のモニタ１３１及び端末１０２のモニタ１３２は、使用されず保留状態である。
【０２７９】
次に、ステップＳ４１０〜Ｓ４１２が行われる。ステップＳＳ４１０〜Ｓ４１２の処理は、図３に示すＳ１１０〜Ｓ１１２の処理と同様であり、説明は省略する。
【０２８０】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３７０を端末１０１に送信する（Ｓ４１３）。ｒｅ−ＩＮＶＩＴＥ３７０は、端末１０２及び端末１０３のメディア情報を含む。また、ｒｅ−ＩＮＶＩＴＥ３７０は、端末１０３との間のメディアデータの送受信に対する保留解除要求４０６を含む。
【０２８１】
ｒｅ−ＩＮＶＩＴＥ３７０を受信した端末１０１は、自身のメディア情報を含む２００応答３７１をサーバ１０４に送信する（Ｓ４１４）。サーバ１０４は、２００応答３７１を受信するとＡＣＫを端末１０１に送信する。
【０２８２】
次に、サーバ１０４は、メディアデータの送信先を変更するためのｒｅ−ＩＮＶＩＴＥ３７２を端末１０２に送信する（Ｓ４１５）。ｒｅ−ＩＮＶＩＴＥ３７２は、端末１０１及び端末１０３のメディア情報を含む。また、ｒｅ−ＩＮＶＩＴＥ３７２は、端末１０３との間のメディアデータの送受信に対する保留解除要求４０６を含む。
【０２８３】
ｒｅ−ＩＮＶＩＴＥ３７２を受信した端末１０２は、自身のメディア情報を含む２００応答３７３をサーバ１０４に送信する（Ｓ４１６）。サーバ１０４は、２００応答３７３を受信するとＡＣＫを端末１０２に送信する。
【０２８４】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ４１７）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ４１８）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ４１９）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０２８５】
また、端末１０１のモニタ１２１及び１３１には、それぞれ端末１０２及び端末１０３から送信された映像が表示され、端末１０２のモニタ１２２及び１３２には、それぞれ端末１０１及び端末１０３から送信された映像が表示され、端末１０３のモニタ１２３及び１３３には、それぞれ端末１０１及び端末１０２から送信された映像が表示される。
【０２８６】
次に、実施の形態４に係るサーバ１０４の詳細な動作を説明する。
【０２８７】
まず、サーバ１０４により、２つの端末１０１及び１０２の間でのテレビ会議接続を形成する動作を説明する。
【０２８８】
なお、実施の形態１に係るサーバ１０４と同様の動作については説明を省略し、相違点のみ説明する。
【０２８９】
図２７は、サーバ１０４による、２つの端末１０１及び１０２の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図２７では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫの送受信処理を省略する。
【０２９０】
ステップＳ４２１〜４２４、Ｓ４２６〜Ｓ４２７、及びＳ４２９の処理は、図１０に示すステップＳ１２１〜１２４、Ｓ１２５〜Ｓ１２６、及びＳ１２８の処理と同様であり、説明は省略する。
【０２９１】
ステップＳ４２３と同時に、サーバ１０４は、相手端末である端末１０２に、メディア情報を取得していない端末１０３との通信を保留する保留要求４０４を含むメッセージを送信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３６３を端末１０２に送信することで、参加者端末である端末１０１のメディア情報の送信（Ｓ４２４）と、保留要求の送信（Ｓ４２５）とを行う。
【０２９２】
具体的には、制御部２０１は、端末情報保持部２０６に保存される端末１０１のメディア情報を取得する。制御部２０１は、取得した端末１０１のメディア情報を相手端末情報取得部２０３に渡す。相手端末情報取得部２０３は２つのメディア情報を含むＩＮＶＩＴＥ３６３を生成し、生成したＩＮＶＩＴＥ３６３を端末１０２に送信する。ＩＮＶＩＴＥ３６３に含まれる２つのメディア情報のうち一方は、端末１０１のメディア情報であり、他方は保留要求４０４を含む。これにより、端末１０２が実行可能な２つの通信のうち一方は保留状態となる。また、端末１０２が実行可能な２つの通信のうち、サーバ１０４がメディア情報を取得している端末１０１との通信が開始される。
【０２９３】
ステップＳ４２６の後、通信開始部２０５は、端末１０２のメディア情報を端末１０１に送信する（Ｓ４２７）。また、通信開始部２０５は、端末１０１の保留状態を一部解除する（Ｓ４２８）。具体的には、通信開始部２０５は、端末１０１に対して、メディア情報を取得した端末１０２との通信の保留を解除し、メディア情報を取得していない端末１０３との通信の保留を継続させる。
【０２９４】
具体的には、通信開始部２０５は、端末１０２のメディア情報及び保留解除要求４０６を含むｒｅ−ＩＮＶＩＴＥ３６５を生成し、生成したｒｅ−ＩＮＶＩＴＥ３６５を参加者端末に送信する。ｒｅ−ＩＮＶＩＴＥ３６５に含まれる２つのメディア情報のうち一方は、端末１０２のメディア情報であり、かつ保留解除要求４０６を含む。他方は、保留要求４０４を含む。これにより、端末１０１が実行可能な２つの通信のうち、端末１０２との通信は保留状態が解除され、他方は保留状態が継続される。
【０２９５】
その後、サーバ１０４は、端末１０１からの２００応答３６６を受信する。
【０２９６】
以上の処理により、端末１０１及び端末１０２に互いのメディア情報が送信されることで、端末１０１と端末１０２との通信が開始される。また、端末１０１と端末１０３との通信、及び端末１０２と端末１０３との通信は保留状態になる。
【０２９７】
なお、実施の形態４に係るサーバ１０４による、端末１０１及び１０２の間でテレビ会議接続が形成されている状態で、さらに端末１０３を加えて３者でのテレビ会議接続を形成する場合の動作は、実施の形態１に係るサーバ１０４と同様であり、説明は省略する。
【０２９８】
以上のように、実施の形態４に係るテレビ会議システム１００では、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信については保留状態にせず、メディア情報を取得していない端末との間のメディアデータの送受信についてのみ保留状態にする。また、サーバ１０４は、メディア情報を取得済みの端末との間のメディアデータの送受信についてのみ保留を解除し、メディア情報を取得してない端末との間のメディアデータの送受信については保留を継続する。
【０２９９】
これにより、実施の形態４に係るテレビ会議システム１００では、複数のメディアデータを送受信可能な端末は、接続が形成された端末との通信を単一のメディアデータのみを使い通信できる。よって、実施の形態４に係るテレビ会議システム１００は、ユーザの利便性を向上できる。
【０３００】
（実施の形態５）
実施の形態５に係るテレビ会議システム１００は、保留要求４０４の代わりに、呼び出し中を指定する１８０応答を用いる。
【０３０１】
実施の形態５に係るテレビ会議システム１００の構成は図１と同様であり、説明は省略する。
【０３０２】
図２８は、実施の形態５に係るサーバ１０４の構成を示すブロック図である。
【０３０３】
図２８に示すサーバ１０４は、制御部２０１と、参加者端末情報取得部２０２と、相手端末情報取得部２０３と、呼出中通知部２１４と、通信開始部２０５と、端末情報保持部２０６とを備える。なお、図２と同様の要素には同一の符号を付しており説明は省略する。
【０３０４】
呼出中通知部２１４は、１８０応答（１８０ Ｒｉｎｇｉｎｇ）を生成し、生成した１８０応答を参加者端末に送信する。１８０応答は、呼出中であることを示すメッセージである。言い換えると、１８０応答は、端末１０１〜１０３に通信相手端末１０１〜１０３へのメディアデータの送信を開始させない指示である。具体的には、呼出中通知部２１４は、相手端末情報取得部２０３により相手端末のメディア情報が取得されていない場合、１８０応答を参加者端末に送信する。
【０３０５】
次に、本発明の実施の形態５に係るテレビ会議システム１００の動作を説明する。
【０３０６】
図２９は、実施の形態５に係るテレビ会議システム１００における処理の流れを示すシーケンス図である。また、図２９は、端末１０１が会議主催者（参加者端末）となり、端末１０１〜１０３でテレビ会議が行われる場合の処理の流れを示す。なお、図２９において、ＡＣＫ、ＲＥＦＥＲ応答、ＮＯＴＩＦＹ、及びＮＯＴＩＦＹ応答等は省略している。また、図１６と同様の要素には同一の符号を付している。
【０３０７】
まず、端末１０１は、自身のメディア情報を含むＩＮＶＩＴＥ３８０をサーバ１０４に送信する（Ｓ５０１）。
【０３０８】
図３０は、ＩＮＶＩＴＥ３８０の構成を示す図である。ＩＮＶＩＴＥ３８０は、端末１０１のメディア情報と、端末数４０７とを含む。端末数４０７は、テレビ会議に参加する端末の数を示す。ここでは、テレビ会議に参加する端末の数は３なので、ａ＝ｔｅｒｍｉｎａｌ：３が記述される。
【０３０９】
なお、端末数４０７をＳＤＰのａ＝行に記述しているが、ＳＩＰ拡張ヘッダに記述してもよい。また、サーバ１０４にテレビ会議に参加する端末数を予め設定してもよい。
【０３１０】
ＩＮＶＩＴＥ３８０を受信したサーバ１０４は、ＩＮＶＩＴＥ３８０に対して１８０応答３８１を送信する（Ｓ５０２）。１８０応答は、通信相手の端末を呼出中である旨を示すメッセージである。
【０３１１】
次に、端末１０１は、端末１０２を会議に招待するため、Ｒｅｆｅｒ−Ｔｏヘッダ４０５に会議用ＵＲＩを記述したＲＥＦＥＲ３２２を端末１０２に送信する（Ｓ５０３）。
【０３１２】
ＲＥＦＥＲ３２２を受信した端末１０２は、自身のメディア情報を含むＩＮＶＩＴＥ３２３をサーバ１０４に送信する（Ｓ５０４）。
【０３１３】
ＩＮＶＩＴＥ３２３を受信したサーバ１０４は、１８０応答３８４を端末１０２に送信する（Ｓ５０５）。
【０３１４】
次に、端末１０１は、端末１０３を会議に招待するため、Ｒｅｆｅｒ−Ｔｏヘッダ４０５に会議用ＵＲＩを記述したＲＥＦＥＲ３２７を端末１０３に送信する（Ｓ５０６）。
【０３１５】
ＲＥＦＥＲ３２７を受信した端末１０３は、自身のメディア情報を含むＩＮＶＩＴＥ３２８をサーバ１０４に送信する（Ｓ５０７）。
【０３１６】
ＩＮＶＩＴＥ３２８を受信したサーバ１０４は、１８０応答３８９を端末１０３に送信する（Ｓ５０８）。
【０３１７】
サーバ１０４は、端末から送信されたＩＮＶＩＴＥを受信するたびに、ＩＮＶＩＴＥを受信した端末の数をカウントする。サーバ１０４は、カウントした端末の数が、ＩＮＶＩＴＥ３８０に含まれる端末数４０７と一致した場合、各端末１０１〜１０３に対して２００応答を返す。ここでは、端末数４０７が３であるので、サーバ１０４は、端末１０１〜１０３からのＩＮＶＩＴＥ３８０、３２３及び３２８を受信すると、各端末１０１〜１０３に対して２００応答を返す。
【０３１８】
具体的には、サーバ１０４は、端末１０２及び端末１０３のメディア情報を含む２００応答３９０を端末１０１に送信し（Ｓ５０９）、端末１０１及び端末１０３のメディア情報を含む２００応答３９１を端末１０２に送信し（Ｓ５１０）、端末１０１及び端末１０２のメディア情報を含む２００応答３９２を端末１０３に送信する（Ｓ５１１）。
【０３１９】
以上により、端末１０１と端末１０３との間でメディアデータを直接送受信する接続が形成され（Ｓ５１２）、端末１０１と端末１０２との間でメディアデータを直接送受信する接続が形成され（Ｓ５１３）、端末１０２と端末１０３との間でメディアデータを直接送受信する接続が形成される（Ｓ５１４）。つまり、端末１０１〜１０３間でメディアデータを直接送受信する多地点テレビ会議が実現される。
【０３２０】
次に、実施の形態５に係るサーバ１０４の詳細な動作を説明する。
【０３２１】
図３１は、実施の形態５に係るサーバ１０４による、３つの端末１０１〜１０３の間でのテレビ会議を実現する動作の流れを示すフローチャートである。なお、図３１では説明の簡単化のためＲＥＦＥＲ応答、ＮＯＴＩＦＹ、ＮＯＴＩＦＹ応答、及びＡＣＫ等の送受信処理を省略する。
【０３２２】
参加者端末情報取得部２０２は、参加者端末である端末１０１が送信したＩＮＶＩＴＥ３８０を受信する。参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３８０に含まれるテレビ会議に参加する端末数４０７を取得する（Ｓ５２１）。また、参加者端末情報取得部２０２は、ＩＮＶＩＴＥ３８０に含まれる端末１０１のメディア情報を取得する（Ｓ５２２）。
【０３２３】
参加者端末情報取得部２０２は、取得した端末数４０７及び端末１０１のメディア情報を制御部２０１に渡す。制御部２０１は、受け取った端末数４０７及び端末１０１のメディア情報を端末情報保持部２０６に保存する。
【０３２４】
次に、制御部２０１は、端末情報保持部２０６を検索し、テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得しているか否かを判定する（Ｓ５２３）。具体的には、制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とを比較する。制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とが一致する場合に、テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得していると判定する。また、制御部２０１は、端末数４０７と端末情報保持部２０６に保存されているメディア情報の数とが一致しない場合に、全ての会議参加端末１０１〜１０３のメディア情報を取得していないと判定する。
【０３２５】
テレビ会議に参加する全ての端末１０１〜１０３のメディア情報を取得していない場合（Ｓ５２３でＮｏ）、呼出中通知部２１４は、ステップＳ５２２でメディア情報を取得した端末１０１に、１８０応答３８１を送信する（Ｓ５２４）。なお、ここでは、呼出中通知部２１４は、呼出中通知として１８０応答を用いているが、ＳＩＰの１００番台の応答であればいずれを用いてもよい。また、その他のメッセージを用いて呼出中を通知してもよい。
【０３２６】
次に、相手端末情報取得部２０３は、メディア情報を取得していない端末１０２からのＩＮＶＩＴＥ３２３を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２３に含まれる端末１０２のメディア情報を取得する（Ｓ５２５）。相手端末情報取得部２０３は、取得した端末１０２のメディア情報を制御部２０１に渡す。
【０３２７】
制御部２０１は、再び、端末情報保持部２０６を検索し、全ての会議参加端末１０１〜１０３のメディア情報を取得しているか否かを判定する（Ｓ５２３）。
【０３２８】
例えば、端末１０３のメディア情報を取得していない場合（Ｓ５２３でＮｏ）、呼出中通知部２１４は、直前のステップＳ５２５で、新たにメディア情報を取得した端末１０２に、１８０応答３８４を送信する（Ｓ５２４）。
【０３２９】
次に、相手端末情報取得部２０３は、メディア情報を取得していない端末１０３からのＩＮＶＩＴＥ３２８を受信する。相手端末情報取得部２０３は、ＩＮＶＩＴＥ３２８に含まれる端末１０３のメディア情報を取得する（Ｓ５２５）。相手端末情報取得部２０３は、取得した端末１０３のメディア情報を制御部２０１に渡す。
【０３３０】
全ての会議参加端末１０１〜１０３のメディア情報を取得した場合（Ｓ５２３でＹｅｓ）、制御部２０１は、全ての会議参加端末１０１〜１０３のメディア情報を通信開始部２０５に渡す。通信開始部２０５は、全ての会議参加端末１０１〜１０３に対して通信相手のメディア情報を含む２００応答３９０〜３９２を送信する（Ｓ５２６）。
【０３３１】
以上の処理により、会議参加端末１０１〜１０３の間でメディアデータの送受信が開始される。
【０３３２】
以上のように実施の形態５に係るテレビ会議システム１００では、サーバ１０４がメディア情報を含むＩＮＶＩＴＥを受信すると１８０応答を返す。サーバ１０４は、全ての端末１０１〜１０３から、メディア情報を含むＩＮＶＩＴＥを受信した後に、通信相手の端末のメディア情報を含む２００応答を各端末１０１〜１０３に送信する。
【０３３３】
これにより、実施の形態５に係るテレビ会議システム１００では、端末１０１〜１０３に必要な付加機能は１８０応答の受信機能だけとなる。よって、実施の形態５に係るテレビ会議システム１００に接続可能な端末の種類が多くなるので、システム構築が容易になる。
【０３３４】
以上、本発明の実施の形態に係るテレビ会議システムについて説明したが、本発明は、この実施の形態に限定されるものではない。
【０３３５】
例えば、上記実施の形態１〜５では、多地点テレビ会議に本発明を適用した例を示したが、本発明は、電話会議等の音声会議、又はその他の会議通信にも適用できる。
【０３３６】
また、上記実施の形態１〜５では、３つの端末による接続例を示したが、４以上の端末による接続の場合にも、同様の手順を用いることができる。
【０３３７】
また、上記実施の形態１〜５では、ＳＩＰを用いた通信の例を示したが、通信プロトコルとしてはＨ．３２３又はＨＴＴＰなどその他のプロトコルを用いてもよい。
【０３３８】
また、上記実施の形態１〜４の説明において、保留要求及び保留解除要求を行う方法としてＳＤＰのパラメータを用いる方法を説明したが、ＳＩＰの拡張ヘッダを使うなど、その他の方法で保留及び保留解除をしてもよい。
【０３３９】
また、本発明は、上記実施の形態１〜５の全ての機能を備えるテレビ会議システムとして実現してもよいし、上記実施の形態１〜５のうちいずれか２以上を組み合わせたテレビ会議システムとして実現してもよい。
【産業上の利用可能性】
【０３４０】
本発明は、会議システム、及び会議システムに含まれる接続装置に適用でき、特に、多地点テレビ会議システム、及び多地点テレビ会議システムに含まれる接続装置に適用できる。
【符号の説明】
【０３４１】
１００、８００、９００ テレビ会議システム
１０１、１０２、１０３、７０１、７０２、７０３、８０１、８０２、８０３ 端末
１０４、７０４、８０４ サーバ
１０６、７０６、８０６ ネットワーク
１１１、１１２、１１３、８１１、８１２、８１３ ユーザ
１２１、１２２、１２３、１３１、１３２、１３３、８２１、８２２、８２３、８３１、８３２、８３３ モニタ
１４１、１４２、１４３、８４１、８４２、８４３ カメラ
２０１ 制御部
２０２ 参加者端末情報取得部
２０３ 相手端末情報取得部
２０４ 保留部
２０５ 通信開始部
２０６ 端末情報保持部
２１４ 呼出中通知部
３００、３０３、３０８、３２３、３２８、３４０、３４２、３４４、３６３、３８０
ＩＮＶＩＴＥ
３０１、３０４、３０６、３０９、３１１、３１３、３２４、３２９、３４１、３４３、３４５、３４８、３５０、３５２、３６４、３６６、３７１、３７３、３９０、３９１、３９２ ２００応答
３０２、３０７、３２２、３２７ ＲＥＦＥＲ
３０５、３１０、３１２、３４７、３４９、３５１、３６５、３７０、３７２ ｒｅ−ＩＮＶＩＴＥ
３８１、３８４、３８９ １８０応答
４０１ ＩＰアドレス
４０２ 受信ポート番号
４０３ 使用可能コーデック
４０４ 保留要求
４０５ Ｒｅｆｅｒ−Ｔｏヘッダ
４０６ 保留解除要求
４０７ 端末数
７００ 電話会議システム
７０５、８０５ ミキサー
【特許請求の範囲】
【請求項１】
会議主催する第１端末と、その会議に参加する第２端末及び第３端末とが当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置であって、
前記会議主催する第１端末から、前記第1端末が主催する会議に参加する複数の端末のＩＰアドレスを含むメディアデータの送受信に関する情報であるメディア情報を取得する情報取得部と、
前記情報取得部が取得した前記会議主催する第1端末からのメディア情報を含む第１メッセージを前記会議に参加する第２端末および第３端末に送信する第１メッセージ送信部と、
前記第１メッセージ送信部により前記メッセージが送信された後、その応答として前記情報取得部により前記会議に参加する第２端末および第３端末のメディア情報が取得された場合、前記第２端末および第３端末のメディア情報を含み、かつ前記メディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信部とを備え、
前記第２メッセージ送信部は、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が取得した端末から通信を開始させる第２メッセージを送信する
接続装置。
【請求項２】
前記第２メッセージ送信部は、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が全て取得できた場合に、前記会議に参加する全ての端末に通信を開始させる第２メッセージを送信する
請求項１記載の接続装置。
【請求項３】
会議主催する第１端末と、その会議に参加する第２端末及び第３端末とが当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置における接続方法であって、
前記会議主催する第１端末から、前記第１端末が主催する会議に参加する複数の端末のＩＰアドレスを含むメディアデータの送受信に関する情報であるメディア情報を取得する情報取得ステップと、
前記情報取得ステップで取得した前記会議主催する第1端末からのメディア情報を含む第１メッセージを前記会議に参加する第２端末および第３端末に送信する第１メッセージ送信ステップと、
前記第１メッセージ送信ステップにより前記メッセージが送信された後、その応答として前記情報取得部により前記会議に参加する第２端末および第３端末のメディア情報が取得された場合、前記第２端末および第３端末のメディア情報を含み、かつ前記メディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信ステップとを含み、
前記第２メッセージ送信ステップでは、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が取得した端末から通信を開始させる第２メッセージを送信する
接続方法。
【請求項４】
請求項３記載の接続方法をコンピュータに実行させる
プログラム。
【請求項１】
会議主催する第１端末と、その会議に参加する第２端末及び第３端末とが当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置であって、
前記会議主催する第１端末から、前記第1端末が主催する会議に参加する複数の端末のＩＰアドレスを含むメディアデータの送受信に関する情報であるメディア情報を取得する情報取得部と、
前記情報取得部が取得した前記会議主催する第1端末からのメディア情報を含む第１メッセージを前記会議に参加する第２端末および第３端末に送信する第１メッセージ送信部と、
前記第１メッセージ送信部により前記メッセージが送信された後、その応答として前記情報取得部により前記会議に参加する第２端末および第３端末のメディア情報が取得された場合、前記第２端末および第３端末のメディア情報を含み、かつ前記メディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信部とを備え、
前記第２メッセージ送信部は、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が取得した端末から通信を開始させる第２メッセージを送信する
接続装置。
【請求項２】
前記第２メッセージ送信部は、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が全て取得できた場合に、前記会議に参加する全ての端末に通信を開始させる第２メッセージを送信する
請求項１記載の接続装置。
【請求項３】
会議主催する第１端末と、その会議に参加する第２端末及び第３端末とが当該端末間でメディアデータを直接送受信する多地点会議を行うための、当該端末間の接続を形成する接続装置における接続方法であって、
前記会議主催する第１端末から、前記第１端末が主催する会議に参加する複数の端末のＩＰアドレスを含むメディアデータの送受信に関する情報であるメディア情報を取得する情報取得ステップと、
前記情報取得ステップで取得した前記会議主催する第1端末からのメディア情報を含む第１メッセージを前記会議に参加する第２端末および第３端末に送信する第１メッセージ送信ステップと、
前記第１メッセージ送信ステップにより前記メッセージが送信された後、その応答として前記情報取得部により前記会議に参加する第２端末および第３端末のメディア情報が取得された場合、前記第２端末および第３端末のメディア情報を含み、かつ前記メディアデータの送信を開始させる第２メッセージを前記第１端末に送信する第２メッセージ送信ステップとを含み、
前記第２メッセージ送信ステップでは、
前記会議に参加する端末の内、前記メディア情報が取得できていない端末には通信を禁止させる第２メッセージを送信し、前記メディア情報が取得した端末から通信を開始させる第２メッセージを送信する
接続方法。
【請求項４】
請求項３記載の接続方法をコンピュータに実行させる
プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【公開番号】特開２０１２−９０３３９（Ｐ２０１２−９０３３９Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１２−１２０８２（Ｐ２０１２−１２０８２）
【出願日】平成２４年１月２４日（２０１２．１．２４）
【分割の表示】特願２００７−３２９３８６（Ｐ２００７−３２９３８６）の分割
【原出願日】平成１９年１２月２０日（２００７．１２．２０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２４年１月２４日（２０１２．１．２４）
【分割の表示】特願２００７−３２９３８６（Ｐ２００７−３２９３８６）の分割
【原出願日】平成１９年１２月２０日（２００７．１２．２０）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]