JP2017041696A - 伝送システム、再生制御方法、伝送端末、及びプログラム - Google Patents

Abstract

【課題】一の拠点から送信されたコンテンツデータが他の複数の拠点にて再生されるタイミングのばらつきを抑える伝送システム、再生制御方法、伝送端末及びプログラムを提供する。
【解決手段】３以上の伝送端末１０と、中継装置３０とを有し、中継装置を介して、３以上の伝送端末の間でコンテンツデータを送信可能なように接続させる伝送システムにおいて、伝送端末毎の、中継装置との間のデータ伝送に要する遅延時間を測定する遅延時間測定部１８と、測定した伝送端末毎の遅延時間に基づいて、３以上の伝送端末のうちの一の伝送端末から送信されるコンテンツデータを受信する他の伝送端末に応じた待機時間を算出する待機時間算出部１９と、を備える。他の伝送端末は、当該コンテンツデータを受信すると、他の伝送端末に応じて算出された待機時間を経過した後で再生する。
【選択図】図４

Description

本発明は、伝送システム、再生制御方法、伝送端末、及びプログラムに関する。

近年、出張経費及び出張時間を削減する要請に伴い、インターネット等の通信ネットワークを介して会議を行う会議システムが普及している。このような会議システムでは、複数の端末の間で通話を開始すると、画像データや音声データ等の通話データの送受信が行われ、会議を実現することができる。また、３つの端末以上の多拠点で会議を行う技術も知られている。

特許文献１には、多拠点での会議を記録再生するシステムにおいて、一の拠点のユーザが行った発言に対する他の拠点のユーザの頷きや首傾げ等の反応が遅れて出力されないよう、全拠点の動画データを同期して記憶する技術が開示されている。

遠隔会議の映像データや音声データ等のコンテンツデータの中継を行う中継装置を用いて多拠点で会議を行う場合、一の拠点から送信されたコンテンツデータが他の複数の拠点にて再生されるタイミングは、ネットワークの遅延により他の複数の拠点間でばらつきが生じる。中継装置とのネットワーク上の距離が遠い拠点における再生のタイミングは、当該距離が近い拠点における再生タイミングよりも遅くなる。そのため、会議における発話が競合し、発言の中断や譲り合いが発生するという問題が生じる。

そこで、一の拠点から送信されたコンテンツデータが他の複数の拠点にて再生されるタイミングのばらつきを抑える技術を提供することを目的とする。

第１の伝送端末、第２の伝送端末、第３の伝送端末、及び中継装置を有し、前記中継装置を介して、前記第１の伝送端末、前記第２の伝送端末、及び前記第３の伝送端末の間でコンテンツデータを送受信する伝送システムにおいて、前記第１の伝送端末と前記中継装置との間のデータ伝送に要する第１の遅延時間、前記第２の伝送端末と前記中継装置との間のデータ伝送に要する第２の遅延時間、及び前記第３の伝送端末と前記中継装置との間のデータ伝送に要する第３の遅延時間を測定する遅延時間測定部と、前記第１の遅延時間、前記第２の遅延時間、及び前記第３の遅延時間に基づいて、前記１の伝送端末と前記２の伝送端末とが前記第３の伝送端末から送信されたコンテンツデータの再生を開始する前に待機する時間である第１の待機時間と第２の待機時間を算出する待機時間算出部と、を備え、前記１の伝送端末は、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第１の待機時間を経過した後で再生し、前記２の伝送端末は、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第２の待機時間を経過した後で再生する。

開示の技術によれば、一の拠点から送信されたコンテンツデータが他の複数の拠点にて再生されるタイミングのばらつきを抑えることが可能となる。

本発明の一実施形態に係る伝送システムの概略図である。 本発明の一実施形態に係る伝送端末のハードウェア構成図である。 本発明の一実施形態に係る中継装置、伝送管理システム、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 本発明の一実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 再生同期管理テーブルを示す概念図である。 端末から中継装置に通知する遅延時間等の情報の一例を示す図である。 中継管理テーブルを示す概念図である。 端末管理テーブルを示す概念図である。 セッション管理テーブルを示す概念図である。 多拠点で会議をする場合の、画像、音声のストリームを説明する図である。 他の複数の拠点から受信した画像、音声データの再生を同期させる処理を示したシーケンス図である。 会議を行う各端末の遅延時間に基づいて、待機時間を算出する処理のフローチャートである。 会議を行う拠点と、中継装置との間のネットワークの遅延時間の例を示す図。 本実施例を適用しない場合の、一の拠点から送信された画像、音声が、他の拠点で再生されるまでの時間を説明する図である。 本実施例を適用した場合の、一の拠点から送信された画像、音声が、他の拠点で再生されるまでの時間を説明する図である。 本実施例を適用した場合の、各拠点から送信された画像、音声が、他の拠点で再生されるまでの時間を説明する図である。 遅延時間が最も大きい拠点が会議から退出した場合の、再生速度を調整する処理を示したシーケンス図である。 通信の開始を要求する処理を示したシーケンス図である。 通信の開始の要求を許可する処理を示したシーケンス図である。 通話データの中継を要求する処理を示したシーケンス図である。 通話データ用セッションへの参加を要求する処理を示したシーケンス図である。 通話データ用セッションからの退出を要求する処理を示したシーケンス図である。

＜＜実施形態の全体構成＞＞
以下、図１乃至図２２を用いて、本発明の一実施形態について説明する。図１は、本発明の一実施形態に係る伝送システム１の概略図であり、まずは図１を用いて、本実施形態の概略を説明する。

伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、ＰＣ(Personal Computer)画面共有システム等が例として挙げられる。

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本発明の伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。

図１に示す伝送システム１は、複数の伝送端末（１０ａａ、１０ａｂ、…）、各伝送端末（１０ａａ、１０ａｂ、…）用のディスプレイ（１２０ａａ、１２０ａｂ、…）、複数の中継装置（３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ）、及び伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。

なお、本実施形態では、伝送端末（１０ａａ、１０ａｂ、…）のうち任意の伝送端末を示す場合には「伝送端末１０」を用い、ディスプレイ（１２０ａａ、１２０ａｂ、…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。即ち、本実施形態における通話には、音声データの送受信だけでなく、画像データの送受信も含まれる。即ち、本実施形態における端末１０は、画像データ及び音声データの送受信を行う。但し、端末１０は画像データの送受信を行わず、音声データの送受信を行うようにしてもよい。

本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。

中継装置３０は、複数の端末１０の間で、画像データ及び音声データの中継を行う。なお、中継装置３０は、画像データ及び音声データを中継する際、データの圧縮や、コーデックの変換、アドレスの変換等の処理を行う構成としてもよい。

管理システム５０は、端末１０及び中継装置３０を一元的に管理する。

また、図１に示されている複数のルータ（７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ａｂ、７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。なお、本実施形態では、ルータ（７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ａｂ、７０ｃｄ）のうち任意のルータを示す場合には「ルータ７０」を用いる。

プログラム提供システム９０は、端末１０に各種機能又は各種手段を実現させるための端末用プログラムが記憶された、不図示のＨＤ（Hard Disk）を備えており、端末１０に、端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤには、中継装置３０に各種機能又は各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤには、管理システム５０に各種機能又は各種手段を実現させるための伝送管理用プログラムも記憶されており、管理システム５０に、伝送管理用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

また、端末（１０ａａ、１０ａｂ、１０ａｃ、１０ａ…）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ、１０ｂｂ、１０ｂｃ、１０ｂ…）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、端末（１０ｃａ、１０ｃｂ、１０ｃｃ、１０ｃ…）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末（１０ｄａ、１０ｄｂ、１０ｄｃ、１０ｄ…）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカであり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ、７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、端末１０、及び中継装置３０と通信可能に接続されている。管理システム５０、及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、中継装置３０ｅは、通信ネットワーク２を介して端末１０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａ又は地域Ｂのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。これにより、端末１０が他のローカルエリアに設置された端末と通話する場合に、通話データを中継するための中継装置として中継装置３０ｅが用いられる。また、同一のローカルエリアの端末間で通話を行う際に、このローカルエリアに設置された中継装置が稼動していない場合にも、緊急用の中継装置として中継装置３０ｅが用いられる。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、本発明の一実施形態に係る端末１０のハードウェア構成図である。図２に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像を得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital VideoInteractive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリに限らず、ＥＥＰＲＯＭ（Electrically Erasable andProgrammable ROM）等を用いてもよい。

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

図３は、本発明の一実施形態に係る中継装置のハードウェア構成図である。中継装置３０は、中継装置３０全体の動作を制御するＣＰＵ２０１、中継装置用プログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、各種データを記憶するＨＤ（Hard Disk）２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１３に対するデータの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、管理システム５０は、上記中継装置３０と同様のハードウェア構成を有している。但し、ＲＯＭ２０２には、管理システム５０を制御するための管理システム用プログラムが記録されている。この場合も、管理システム用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

更に、プログラム提供システム９０は、上記中継装置３０と同様のハードウェア構成を有している。但し、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、メンテナンスシステム１００は、上記中継装置３０と同様のハードウェア構成を有している。但し、ＲＯＭ２０２には、メンテナンスシステム１００を制御するためのメンテナンス用プログラムが記録されている。この場合も、メンテナンス用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。

図４は、本実施形態の伝送システム１を構成する各端末、装置及びシステムの機能ブロック図である。図４では、端末１０、中継装置３０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０、及びメンテナンスシステム１００は、テレビ会議の通信において直接関係ないため、図４では省略されている。

＜端末の機能構成＞
次に、端末１０の機能又は手段について説明する。端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、記憶・読出処理部１７、遅延時間測定部１８、待機時間算出部１９、及び再生同期部２０を有している。これら各部は、ＲＯＭ１０２に記憶されているプログラムが、ＣＰＵ１０１に実行させる処理によって動作することで実現される機能又は手段である。また、端末１０は、図２に示されているＲＡＭ１０３によって構築される揮発性記憶部１１００、及び図２に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１０００を有している。

（再生同期管理テーブル）
不揮発性記憶部１０００には、図５に示されているような再生同期管理テーブルによって構成されている再生同期管理ＤＢ（Data Base）１００１が構築される。再生同期管理テーブルでは、端末ＩＤ、遅延時間、及び待機時間が関連付けられて管理される。

例えば、図５に示されている再生同期管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末（端末１０ａａ）と、端末ＩＤが「０１ｂｂ」の端末（端末１０ｂｂ）と、端末ＩＤが「０１ｃｂ」の端末（端末１０ｃｂ）と、端末ＩＤが「０１ｄｂ」の端末（端末１０ｄｂ）との間で、通話を行っていることが示されている。また、端末ＩＤが「０１ａａ」、「０１ｂｂ」、「０１ｃｂ」、「０１ｄｂ」の各端末１０の遅延時間が、それぞれ５０ｍｓ、１００ｍｓ、１５０ｍｓ、２００ｍｓであることが示されている。

＜端末の各機能部＞
次に、端末の各部を詳細に説明する。端末１０の送受信部１１は、図２に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。

操作入力受付部１２は、利用者からの、図２に示されている操作ボタン１０８、及び電源スイッチ１０９等の操作による各種入力を受け付ける。例えば、利用者が、図２に示されている電源スイッチ１０９をＯＮにすると、図４に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。

ログイン要求部１３は、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元としての端末１０の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１は、管理システム５０へ、電源をＯＦＦする旨の状態情報を送信してから、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

撮像部１４は、図２に示されているカメラ１１２、及び撮像素子Ｉ／Ｆ１１３によって撮像された画像データを取得する。音声入力部１５ａは、図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図２に示されているＣＰＵ１０１からの命令、並びに図２に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

表示制御部１６は、図２に示されているディスプレイＩ／Ｆ１１７を用いて、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。表示制御部１６は、要求元としての端末１０が所望の宛先としての端末１０とテレビ会議の通話を開始する前に、送受信部１１による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先リストをディスプレイ１２０に表示させる。

また、記憶・読出処理部１７は、一例として図２に示すＳＳＤ１０５を用いて、不揮発性記憶部１０００に各種データを記憶したり、不揮発性記憶部１０００に記憶された各種データを読み出す処理を行う。この不揮発性記憶部１０００には、端末１０を識別するための端末ＩＤ（Identification）、及びパスワード等が記憶される。更に、記憶・読出処理部１７は、揮発性記憶部１１００に各種データを記憶したり、揮発性記憶部１１００に記憶された各種データを読み出す処理も行う。この揮発性記憶部１１００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。

なお、本実施形態の端末ＩＤ、及び後述の中継装置ＩＤは、それぞれ端末１０、及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

遅延時間測定部１８は、３つの端末以上（多拠点）での会議（通話）を開始する際、既存の会議へ参加する際、３つの端末以上での会議を行っている間の所定間隔毎、及び遅延時間が最も大きい端末が会議から退出した際に、中継装置３０との間のネットワークの遅延時間を測定する。遅延時間測定部１８は、送受信部１１を用いて、例えばＩＣＭＰを用いたＰｉｎｇにより中継装置３０にエコーリクエストを送信し、そのレスポンスが戻ってくるまでの時間であるラウンドトリップタイム(RTT; Round Trip Time)を求める。そして、求めたラウンドトリップタイムの半分の値を遅延時間とし、再生同期管理テーブルに、自端末の端末ＩＤに対応付けて記録する。

遅延時間測定部１８は、図６に示すように、自端末が参加している会議を識別するセッションＩＤ、自端末の端末ＩＤ、現在時刻（ｔｉｍｅ）、測定した遅延時間（ｄｅｌａｙ）、自端末の再生同期モード（ｄｅｌａｙ＿ａｄｕｓｔｍｅｎｔ）等の情報を、送受信部１１を用いて、中継装置３０に通知する。なお、再生同期モードは、操作入力受付部１２等を用いて利用者がＯＮまたはＯＦＦに設定し、ＯＦＦと設定されている場合は、その端末１０については、他の端末１０において、後述する待機時間の算出や、再生同期等の処理は行われない。会議にて発言をせず、聴講のみを行う等の場合に、再生同期モードをＯＦＦとすることができる。なお、自端末の再生同期モードがＯＦＦと設定されている場合は、遅延時間（ｄｅｌａｙ）を０ｍｓとして通知する構成としてもよい。

待機時間算出部１９は、中継装置３０から、会議に参加している他の端末１０の遅延時間を通知されると、再生同期管理テーブルに、会議に参加している他の端末１０の端末ＩＤに対応付けて、通知された遅延時間を記録する。そして、待機時間算出部１９は、待機時間の算出処理を行う。待機時間の算出処理では、再生同期管理テーブルに記録されている、会議に参加している各端末１０の遅延時間に基づいて、他の端末１０毎に、他の端末１０から画像、音声を受信してから再生するまでの間（再生を開始する前）に待機する待機時間が算出される。そして、算出された待機時間が、再生同期管理テーブルに格納される。なお、待機時間の算出処理の詳細は後述する。

再生同期部２０は、再生同期管理テーブルを参照し、待機時間算出部１９により格納された会議に参加している他の端末１０毎の待機時間を取得する。

再生同期部２０は、会議に参加している他の端末１０から画像、音声データを受信すると、当該他の端末１０に対応付けられた待機時間だけ待機した後、再生を行う。

再生同期部２０は、再生同期管理テーブルから取得した他の端末１０毎の待機時間が変更されていた場合、他の端末１０毎の、元の待機時間と、今回算出した待機時間との差を変更値として算出する。そして、再生同期部２０は、会議に参加している他の端末１０から画像、音声データを受信すると、当該他の端末１０に対応付けられた変更値が解消されるまでの間、再生速度を調整して再生を行う。例えば、中継装置とのネットワーク上の距離が遠い端末１０が会議から退出し、その際の変更値が５０ｍｓであれば、１％の早送りを行い、１秒間で１０ｍｓ分多くのデータを再生することにより、５秒間で変更値が解消されるように再生する。また、例えば中継装置とのネットワーク上の距離が遠い端末１０が会議に途中参加し、その際の変更値が−５０ｍｓ（待機時間が５０ｍｓ増加）であれば、１％のスロー再生を行い、１秒間で１０ｍｓ分少ないデータを再生することにより、５秒間で変更値が解消されるように再生する。

＜中継装置の機能構成＞
次に、中継装置３０の機能又は手段について説明する。中継装置３０は、送受信部３１、中継処理部３２、遅延情報管理部３３、及び記憶・読出処理部３４を有している。これら各部は、ＲＯＭ２０２に記憶されているプログラムが、ＣＰＵ２０１に実行させる処理によって実現される機能又は手段である。また、中継装置３０は、図３に示されているＨＤ２０４により構築され、中継装置３０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部３０００を有している。

（中継管理テーブル）
不揮発性記憶部３０００には、図７に示されているような中継管理テーブルによって構成されている中継管理ＤＢ３００１が構築される。中継管理テーブルでは、セッションＩＤ、端末ＩＤ、端末１０のＩＰアドレス、及び遅延時間が関連付けられて管理される。

図７では、セッションＩＤ「ｓｅ１」を用いて実行されたセッションにおいて、端末ＩＤが「０１ａａ」、「０１ｂｂ」、「０１ｃｂ」、「０１ｄｂ」の各端末の間で、画像データ及び音声データを中継することが示されている。また、例えば、端末ＩＤが「０１ａａ」の端末のＩＰアドレスは「１．２．１．３」であることが示されている。また、端末ＩＤが「０１ａａ」、「０１ｂｂ」、「０１ｃｂ」、「０１ｄｂ」の各端末１０の遅延時間が、それぞれ５０ｍｓ、１００ｍｓ、１５０ｍｓ、２００ｍｓであることが示されている。

＜中継装置の各機能部＞
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各部を説明するにあたって、図３に示されている各構成要素のうち、中継装置３０の各部を実現させるための主な構成要素との関係も説明する。

図４に示されている中継装置３０の送受信部３１は、図３に示されているネットワークＩ／Ｆ２０９を用いて、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。

中継処理部３２は、端末１０からセッションＩＤ、端末ＩＤ及び端末１０のアドレスを通知されると、中継管理テーブルに、セッションＩＤ、端末ＩＤ及び端末１０のアドレスを対応付けて格納する。中継処理部３２は、端末１０から、画像、音声データのパケットを受信すると、中継管理テーブルを参照し、同じセッションに含まれる他の端末１０のアドレスに、受信した画像、音声データのパケットを転送（中継）する。

遅延情報管理部３３は、端末１０から遅延時間と端末ＩＤを通知されると、中継管理テーブルに、端末ＩＤに対応付けて、遅延時間を格納する。

遅延情報管理部３３は、中継管理テーブルにおいて、一つのセッションに含まれる各端末１０の遅延時間が格納されると、一つのセッションに含まれる各端末１０に、他の端末１０の端末ＩＤと遅延時間を通知する。例えば、図７のように、セッションＩＤがｓｅ１であるセッションに、端末１０ａａ、１０ｂｂ、１０ｃｂ、１０ｄｂが含まれる場合、端末１０ａａに対しては、他の端末１０ｂｂ、１０ｃｂ、１０ｄｂの遅延時間を通知する。端末１０ｂｂに対しては、他の端末１０ａａ、１０ｃｂ、１０ｄｂの遅延時間を通知する。端末１０ｃｂ、１０ｄｂに対しても、同様に他の端末１０の遅延時間を通知する。

記憶・読出処理部３４は、一例として図３に示すＨＤＤ２０５を用いて、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
次に、管理システム５０の機能又は手段について説明する。管理システム５０は、送受信部５１、状態管理部５２、セッション管理部５３、記憶・読出処理部５４を有している。これら各部は、ＲＯＭ２０２に記憶されているプログラムが、ＣＰＵ２０１に実行させる処理によって実現される機能又は手段である。また、管理システム５０は、図３に示されているＨＤ２０４により構築され、管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部５０００を有している。更に、管理システム５０は、図３に示されているＲＡＭ２０３によって構築される揮発性記憶部５１００を有している。

（端末管理テーブル）
また、不揮発性記憶部５０００には、図８に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００１が構築されている。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、他の端末との通信状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図８に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン」で、通信状態が他の端末と通信しておらず待受け中の状態を示す「Ｎｏｎｅ」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。なお、通信状態には、他の端末を呼び出し中の状態を示す「Ｃａｌｌｉｎｇ」、他の端末から呼び出されている状態を示す「Ｒｉｎｇｉｎｇ」、他の端末との通話の要求を許可したか、他の端末との通話の要求が許可された状態を示す「Ａｃｃｅｐｔｅｄ」、他の端末と通話中の状態を示す「Ｂｕｓｙ」等が含まれる。

（セッション管理テーブル）
また、この不揮発性記憶部５０００には、図９に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００２が構築されている。このセッション管理テーブルでは、端末間で通話データが通信されるセッションを識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤが関連付けられて管理される。例えば、図９に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、端末ＩＤが「０１ａａ」の要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｂｂ」の宛先端末（端末１０ｂｂ）と、端末ＩＤが「０１ｃｂ」の宛先端末（端末１０ｃｂ）と、端末ＩＤが「０１ｄｂ」の宛先端末（端末１０ｄｂ）との間で、画像データ及び音声データを中継していることが示されている。

（管理システムの各機能部）
次に、管理システム５０の各機能部について詳細に説明する。なお、以下では、管理システム５０の各部を説明するにあたって、図３に示されている各構成要素のうち、管理システム５０の各部を実現させるための主な構成要素との関係も説明する。

送受信部５１は、図３に示されているネットワークＩ／Ｆ２０９を用いて、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

状態管理部５２は、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理テーブル（図８参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。

セッション管理部５３は、不揮発性記憶部５０００のセッション管理テーブル（図９参照）に、セッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５３は、セッション管理テーブルに対して、セッションＩＤ毎に、中継装置３０の中継装置ＩＤを記憶して管理する。

記憶・読出処理部５４は、図３に示されているＨＤＤ２０５を用いて、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う
＜＜実施形態の処理または動作＞＞
以上が、本実施形態に係る伝送システム１の構成及び機能（又は手段）の説明であり、続いて、図１０乃至図２２を用いて、本実施形態に係る伝送システム１における処理手順を説明する。

３つ以上の端末間で会議（通話）をする場合、図１０に示すように、各端末１０からの画像、音声データが、管理システム５０によって選択された一の中継装置３０に送信される。そして、中継装置３０は、その会議に参加している各端末１０に、他の端末１０から受信した画像、音声データを転送する。それにより、多地点接続装置（ＭＣＵ）を用いて、各端末１０の画像を１つの画像に合成してから配信する構成と比較して、各端末１０において、自端末の画像を他端末からの画像より小さく表示したり、画面上の任意の位置に表示したりすること等が可能となる。

図１０の例では、拠点Ａの端末１０ａａから送信された画像、音声データは、中継装置３０により、拠点Ｂ、Ｃ、・・・、Ｎの端末１０ｂｂ、１０ｃｂ、・・・、１０ｄｂへ配信（転送）される。つまり、Ｎ台の端末１０が参加する会議では、中継装置３０に送信される画像、音声データのストリームはＮ本である。中継装置３０から各端末１０に配信される画像、音声データのストリームはＮ−１本である。そのため、中継装置３０は、会議全体では、Ｎ×（Ｎ−１）本の配信を行う。

続いて、図１１を用いて、本実施形態に係る伝送システム１で、３つ以上の端末１０の多拠点での会議（通話）を行う際の、他の複数の端末１０から受信した画像、音声データの再生を同期させる処理を説明する。

図１１のように、端末１０ａａ、１０ｂｂ、１０ｃｂ、１０ｄｂの多拠点で会議を行う際、端末１０ａａは、中継装置３０との間のネットワークの遅延時間を測定する（ステップＳ１−１）。そして、測定した遅延時間と自身の端末ＩＤを、中継装置３０に通知する（ステップＳ２−１）。

中継装置３０は、セッション管理テーブルに、通知された端末ＩＤに対応付けて、遅延時間を記録する（ステップＳ３−１）
他の端末１０ｂｂ、１０ｃｂ、１０ｄｂと、中継装置３０との間でも、ステップＳ１−１〜ステップＳ３−１と同様の処理が行われる（ステップＳ１−２〜ステップＳ３−２、ステップＳ１−３〜ステップＳ３−３、ステップＳ１−４〜ステップＳ３−４）。

中継装置３０は、各端末１０に、他の端末１０の遅延時間を通知する（ステップＳ４−１、ステップＳ４−２、ステップＳ４−３、ステップＳ４−４）。

端末１０ａａは、通知された他の端末１０ｂｂ、１０ｃｂ、１０ｄｂの遅延時間と、自端末１０ａａの遅延時間に基づき、他の端末１０ｂｂ、１０ｃｂ、１０ｄｂからの画像、音声データを受信してから再生させるまでに待機する待機時間を算出する（ステップＳ５−１）。端末１０ａａは、他の端末１０ｂｂ、１０ｃｂ、１０ｄｂのいずれかから画像、音声データを受信すると、他の端末１０ｂｂ、１０ｃｂ、１０ｄｂ毎に算出した待機時間のうち、当該画像、音声データの送信元の端末に対応する待機時間の間、待機した後、再生を行う（ステップＳ６−１）。他の端末１０ｂｂ、１０ｃｂ、１０ｄｂでも、ステップＳ５−１、ステップＳ６−１と同様の処理が行われる（ステップＳ５−２、ステップＳ５−３、ステップＳ５−４、ステップＳ６−２、ステップＳ６−３、ステップＳ６−４）。

なお、上述した図１１の各処理は、後述する端末１０と中継装置３０との間の通話データ用セッションｓｅｄが確立する前に行う構成としてもよいし、確立した後に行う構成としてもよい。例えば、後述する図１９のステップＳ５３、ステップＳ５４、図２１のステップＳ１０８で、端末１０が中継装置３０ｅと接続する際に、上述した図１１の各処理を行う構成としてもよい。あるいは、後述する図２０のステップＳ７５−１、ステップＳ７５−２で、端末１０と中継装置３０との間の通話データ用セッションｓｅｄが確立される前、または後に、上述した図１１の各処理を行う構成としてもよい。

続いて、図１２を用いて、図１１のステップＳ５−１、ステップＳ５−２、ステップＳ５−３、ステップＳ５−４で、会議を行う各端末１０の待機時間算出部１９で行われる待機時間の算出処理の詳細について説明する。なお、以下では、自端末を１０−１とし、会議を行う他の端末を１０−２、・・・１０−ｎとする。

待機時間算出部１９は、自端末１０−１の再生同期モードがＯＮに設定されているか判断する（ステップＳ１０）。ＯＮでなければ（ステップＳ１０でＮＯ）、処理を終了する。

ＯＮであれば（ステップＳ１０でＹＥＳ）、再生同期管理テーブルを参照し、会議に参加している他の複数の端末１０−２、・・・１０−ｎのうち、先頭の端末１０（以下で「端末１０Ｓ」と称する）を選択する（ステップＳ１１）。会議に参加している各端末１０−１、・・・１０−ｎの遅延時間のうち、選択した端末１０Ｓの遅延時間以外で、最も大きい遅延時間を抽出する（ステップＳ１２）。

抽出した最も大きい遅延時間と、自端末１０−１の遅延時間の差を待機時間として算出する（ステップＳ１３）。算出した待機時間を、選択した端末１０Ｓから受信した画像、音声データを再生するまでの待機時間として、選択した端末１０Ｓに対応付けて再生同期管理テーブルに記録する（ステップＳ１４）。

会議に参加している他の複数の端末１０−２、・・・１０−ｎのうち、まだ選択されていない端末１０が存在するか判断し（ステップＳ１５）、存在すれば（ステップＳ１５でＹＥＳ）、まだ選択されていない端末１０を端末１０Ｓとして選択し（ステップＳ１６）、上述のステップＳ１２の処理を行う。

存在しなければ（ステップＳ１５でＮＯ）、処理を終了する。

それにより、一の端末（拠点）から送信されたコンテンツデータが他の複数の端末（拠点）にて再生されるタイミングのばらつきを抑えることができるため、円滑な会議を行うことができる。

次に、図１３を例として、本実施例を適用しない場合とした場合の違いについて説明する。図１３の例では、会議を行う拠点Ａ、Ｂ、Ｃ、Ｄに設置された端末を端末１０ａａ、１０ｂｂ、１０ｃｂ、１０ｄｂとし、各端末と中継装置３０との間のネットワークの遅延時間が、それぞれ５０ｍｓ、１００ｍｓ、１５０ｍｓ、２００ｍｓであるとする。

本実施例を適用しない場合は、図１４のように、拠点Ａの端末１０ａａが画像、音声データを送信してから拠点Ｂの端末１０ｂｂで再生されるまでの時間は、端末１０ａａから中継装置３０までの遅延時間５０ｍｓに中継装置３０から端末１０ｂｂまでの遅延時間１００ｍｓを加えた１５０ｍｓとなる。

同様に、拠点Ａの端末１０ａａが画像、音声データを送信してから、拠点Ｃの端末１０ｃｂ、拠点Ｄの端末１０ｄｂで再生されるまでの時間は、それぞれ、５０＋１５０＝２００ｍｓ、５０＋２００＝２５０ｍｓとなる。

本実施例を適用した場合は、拠点Ｂの端末１０ｂｂが、拠点Ａの端末１０ａａからの画像、音声データを受信してから再生するまでに待機する待機時間は、次のように算出される。図１２のステップＳ１２で、拠点Ｄの２００ｍｓが最も大きい遅延時間として抽出され、図１２のステップＳ１３で、抽出された２００ｍｓと、自端末１０ｂｂの遅延時間である１００ｍｓの差により、待機時間として１００ｍｓが算出される。

それにより、図１５のように、拠点Ａの端末１０ａａが画像、音声データを送信してから、拠点Ｂの端末１０ｂｂで再生されるまでの時間は、端末１０ａａから中継装置３０までの遅延時間５０ｍｓに、中継装置３０から端末１０ｂｂまでの遅延時間１００ｍｓを加えた１５０ｍｓに、算出された待機時間である１００ｍｓが加えられた２５０ｍｓとなる。同様に、拠点Ａの端末１０ａａが画像、音声データを送信してから、拠点Ｃの端末１０ｃｂ、拠点Ｄの端末１０ｄｂで再生されるまでの時間も、２５０ｍｓとなる。

続いて、図１６を用いて、図１３に示す遅延時間の場合に、各端末１０から送信された画像、音声データが、他の端末１０で再生されるまでの時間を説明する。図１６に示すように、拠点Ｂ、Ｃ、Ｄの端末１０ｂｂ、１０ｃｂ、１０ｄｂが画像、音声データを送信してから、他の拠点の端末１０で再生されるまでの時間は、それぞれ、３００ｍｓ、３５０ｍｓ、３５０ｍｓとなる。

本実施例を適用した場合は、最も遅延時間が大きい端末に合わせて、他の端末が再生を待機する。そのため、各端末が画像、音声データを送信してから、他の複数の端末で再生されるまでの時間が等しくなる。

なお、図１２のステップＳ１２、ステップＳ１３の代わりに、次のようなステップＳ１２−２、ステップＳ１３−２の処理を行う構成としてもよい。会議に参加している端末１０−１、・・・１０−ｎのうち、最も大きい遅延時間と、２番目に大きい遅延時間とを抽出する（ステップＳ１２−２）。最も大きい遅延時間及び２番目に大きい遅延時間との合計値と、自端末１０−１の遅延時間及び選択した端末１０Ｓの遅延時間の合計値との差を待機時間として算出する（ステップＳ１３−２）。それにより、会議に参加する全ての端末について、画像、音声データを送信してから、他の複数の端末１０で再生されるまでの時間が等しくなる。例えば、図１３のような場合、各端末１０から送信された画像、音声データが、他の複数の端末１０で再生されるまでの時間は、全て３５０ｍｓとなる。

続いて、図１７を用いて、本実施形態に係る伝送システム１で、遅延時間が最も大きい端末１０が会議から退出した場合の、再生速度を調整する処理を説明する。

遅延時間測定部１８は、３つの端末以上での会議（通話）を開始する際のみならず、既存の会議へ参加する際、３つの端末１０以上での会議を行っている間の所定間隔毎、及び遅延時間が最も大きい端末１０の端末が会議から退出した際に、遅延時間を測定する。そのため、会議の途中で遅延時間が変更し、待機時間を変更する場合、待機時間を一度に変更すると、他の端末からの画像、音声データの途切れや停止が発生する。そのため、本実施形態では、会議の途中で待機時間の変更が発生した場合、再生速度を調整する。

図１７のように、端末１０ａａ、１０ｂｂ、１０ｃｂ、１０ｄｂの４つの端末１０での会議から、遅延時間が最も大きい端末１０ｄｂが会議から退出（コンテンツデータの送受信を停止）した際、端末１０ａａは、中継装置３０との間のネットワークの遅延時間を測定する（ステップＳ２１−１）。なお、端末１０ａａは、会議から他の端末１０ｄｂが退出すると、管理システム５０からその旨を通知される。端末１０ａａは、再生同期管理テーブルを参照し、退出した端末１０ｄｂの遅延時間が、会議に参加している各端末１０のうち、最も大きいか否かを判断することにより、遅延時間が最も大きい端末１０が会議から退出したことを把握する。

測定した遅延時間と自身の端末ＩＤを、中継装置３０に通知する（ステップＳ２２−１）。

中継装置３０は、セッション管理テーブルに、通知された端末ＩＤに対応付けて、遅延時間を記憶する（ステップＳ２３−１）。

他の端末１０ｂｂ、１０ｃｂと、中継装置３０との間でも、ステップＳ２１−１〜ステップＳ２３−１と同様の処理が行われるステップＳ２１−２〜ステップＳ２３−２、ステップＳ２１−３〜ステップＳ２３−３）。

中継装置３０は、各端末１０に、他の端末１０の遅延時間を通知する（ステップＳ２４−１、ステップＳ２４−２、ステップＳ２４−３、ステップＳ２４−４）。

端末１０ａａは、通知された他の端末１０ｂｂ、１０ｃｂの遅延時間と、自端末１０ａａの遅延時間に基づき、他の端末１０ｂｂ、１０ｃｂからの画像、音声データを受信してから再生させるまでに待機する待機時間を算出する（ステップＳ２５−１）。

端末１０ａａは、他の端末１０ｂｂ、１０ｃｂから画像、音声データを受信すると、他の端末１０ｂｂ、１０ｃｂ毎に算出した待機時間の間待機した後、元の待機時間と、今回算出した待機時間との差である変更値が解消されるまでの間、所定の速さで早送り再生を行う（ステップＳ２６−１）。

端末１０ａａは、変更値が解消されると、他の端末１０ｂｂ、１０ｃｂ毎に算出した待機時間の間待機した後、再生を行う（ステップＳ２７−１）。

他の端末１０ｂｂ、１０ｃｂでも、ステップＳ２５−１〜ステップＳ２７−１と同様の処理が行われる（ステップＳ２５−２〜ステップＳ２７−２、ステップＳ２５−３〜ステップＳ２７−３）。

図１７の処理により、例えば図１３に示す遅延時間の場合、端末１０ｄｂが退出すると、拠点Ａの端末１０ａａからの画像、音声を受信してから再生するまでの間に拠点Ｂの端末１０ｂｂ、拠点Ｃの端末１０ｃｂにて待機する待機時間は、それぞれ、５０ｍｓ短縮される。したがって、拠点Ａの端末１０ａａが音声データを送信してから、拠点Ｂの端末１０ｂｂ、拠点Ｃの端末１０ｃｂで再生されるまでの時間は、２００ｍｓに短縮される。

拠点Ｂの端末１０ｂｂ、拠点Ｃの端末１０ｃｂでは、それぞれ５０ｍｓの遅れ（変更値）を取り戻す（解消する）ため、５０ｍｓのデータを飛ばすのではなく、人間には関知するのが難しい程度の早送り再生で数秒かけて遅れを取り戻す。例えば１％の早送りを行い、１秒間で１０ｍｓ分多くのデータを再生し、５秒で５０ｍｓの遅れを取り戻すよう、再生速度を調整する。

以下で、図１８乃至図２２を用いて、多拠点の会議を開始する場合や、会議から退出する場合の処理を説明する。

図１８を用いて、端末が他の端末との通信の開始を要求する場合の処理を説明する。以下では、要求元端末（端末１０ａａ）の利用者が、宛先端末（端末１０ｂｂ、１０ｃｂ、１０ｄｂ）と通話を開始することを選択した場合について説明する。

まず、要求元端末（端末１０ａａ）の利用者が操作ボタン１０８を押下して宛先端末（端末１０ｂｂ）と宛先端末（端末１０ｃｂ）と宛先端末（端末１０ｄｂ）とを選択すると、操作入力受付部１２は、端末１０ｂｂ、端末１０ｃｂ及び端末１０ｄｂとの通話を開始する要求を受け付ける（ステップＳ４１）。そして、端末１０ａａの送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、及び通話の開始を要求する旨を示す変更要求情報「Ｉｎｖｉｔｅ」が含まれる開始要求情報を、管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

そして、状態管理部５２は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理テーブル（図８参照）において、端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分を「Ｃａｌｌｉｎｇ」に変更し、端末ＩＤ「０１ｂｂ」、端末ＩＤ「０１ｃｂ」、及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を「Ｒｉｎｇｉｎｇ」に変更する（ステップＳ４３）。

セッション管理部５３は、要求元端末（端末１０ａａ）によって要求された各宛先端末との間の通信を実行するためのセッション（通話データ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。セッションＩＤが生成されると、セッション管理部５３は、セッションＩＤ「ｓｅ１」及び、宛先端末の数「３」を含むレコードを揮発性記憶部５１００に記憶する。

続いて、管理システム５０は、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、中継装置３０から通知された中継装置３０の稼動状態等に基づいて、通話を中継するための中継装置３０の選択を行う（ステップＳ４５）。なお、中継装置３０の選択は、例えば、管理システム５０において、予め、各端末１０に対応付けて中継装置３０を記憶しておき、要求元端末ＩＤに対応付けられた中継装置３０と、宛先端末の端末ＩＤに対応付けられた中継装置３０のうち、稼働している中継装置３０を選択する構成としてもよい。

中継装置３０の選択処理が完了すると、セッション管理部５３は、不揮発性記憶部５０００のセッション管理テーブル（図９参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの要求元端末ＩＤ、宛先端末ＩＤ、中継装置ＩＤのフィールド部分に、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｂｂ）の端末ＩＤ「０１ｂｂ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、選択された中継装置３０の中継装置ＩＤ「１１１ｅ」を記憶して管理する（ステップＳ４６）。

次に、送受信部５１は、通信ネットワーク２を介して、要求元端末（端末１０ａａ）へ、セッション管理部５３で生成されたセッションＩＤと、選択部５６ｃで選択された中継装置３０ｅに接続するために用いられる中継装置接続情報を送信する（ステップＳ４７）。この中継装置接続情報には、中継装置３０ｅのＩＰアドレス「１．１．１．３」、認証情報、ポート番号等を含めることができる。これにより、端末１０ａａは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報を把握することができる。

次に、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末との通話の開始を要求する旨を示す変更要求情報「Ｉｎｖｉｔｅ」、セッションＩＤ「ｓｅ１」が含まれる開始要求情報、中継装置３０ｅに接続するために用いられる上記の中継装置接続情報、及び管理システム５０のＩＰアドレスをすべての宛先端末（１０ｂｂ、１０ｃｂ、１０ｄｂ）へ送信する（ステップＳ４８−１、Ｓ４８−２、Ｓ４８−３）。これにより、宛先端末（端末１０ｂｂ、１０ｃｂ、１０ｄｂ）の送受信部５１は、上記開始要求情報を受信すると共に、通話データの中継に用いられる中継装置３０ｅに接続するために用いられる中継装置接続情報、及び送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

続いて、図１９を用いて、上記の開始要求情報を受信した宛先端末（端末１０ｄｂ）の利用者が、操作ボタン１０８を押下することにより、要求元端末（端末１０ａａ）との間の通信の開始を許可する旨の応答が受け付けられた場合の処理について説明する。宛先端末（端末１０ｄｂ）の操作ボタン１０８によって、要求元端末（端末１０ａａ）との間の通信の開始を許可する旨の応答が受け付けられる（ステップＳ４９）。次に、宛先端末（端末１０ｄｂ）の送受信部１１は、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、通信の開始を許可する旨を示す変更要求情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する（ステップＳ５０）。

管理システム５０の送受信部５１がこの開始応答情報を受信すると、状態管理部５２は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理テーブル（図８参照）において、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を「Ａｃｃｅｐｔｅｄ」に変更する（ステップＳ５１）。

送受信部５１は、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、宛先端末との通話の開始の要求を許可する旨を示す変更要求情報「Ａｃｃｅｐｔ」、セッションＩＤ「ｓｅ１」が含まれる開始応答情報を要求元端末（端末１０ａａ）へ送信する（ステップＳ５２）。この開始応答情報を受信すると、要求元端末（端末１０ａａ）は、送受信部１１によってセッションＩＤ「ｓｅ１」と、ステップＳ４７で取得した中継装置接続情報とを中継装置３０ｅに送信することにより、中継装置３０ｅと接続する（ステップＳ５３）。一方、宛先端末（端末１０ｄｂ）は、送受信部１１によってセッションＩＤ「ｓｅ１」と、ステップＳ４８−１で取得した中継装置接続情報とを中継装置３０ｅに送信することにより、中継装置３０ｅと接続する（ステップＳ５４）。

なお、他の宛先端末（端末１０ｂｂ、端末１０ｃｂ）においても、図１９の端末１０ｄｂと同様の処理を行うことにより、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ、端末１０ｂｂ、端末１０ｃｂ）での多拠点での会議が行われることとなる。

続いて、図２０を用いて、中継装置３０ｅが要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で通信される通話データの中継を開始する処理を説明する。

まず、要求元端末（端末１０ａａ）は、中継装置３０ｅと接続した後（ステップＳ５３参照）の所定のタイミングで、送受信部１１によって、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する（ステップＳ７１−１）。

管理システム５０の送受信部５１が中継要求情報を受信すると、状態管理部５２は、中継要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図８参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分を「Ｂｕｓｙ」に変更する（ステップＳ７２−１）。

管理システム５０は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる中継開始要求情報を中継装置３０ｅへ送信する（ステップＳ７３−１）。この中継開始要求情報を受け付けると、中継装置３０ｅは、中継の開始を許可する旨を示す通知情報「ＯＫ」を含む中継開始許可情報を、管理システム５０へ送信する（ステップＳ７４−１）。この応答を受信すると管理システム５０の送受信部５１は、この中継開始許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ７５−１）。これにより、要求元端末（端末１０ａａ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立される（ステップＳ７６−１）。

一方、宛先端末（端末１０ｄｂ）は、中継装置３０ｅと接続した後（ステップＳ５４参照）の所定のタイミングで、送受信部１１によって、宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する（ステップＳ７１−２）。

続いて、管理システム５０及び中継装置３０ｅによってステップＳ７２−１、Ｓ７３−１、Ｓ７４−１、Ｓ７５−１と同様の処理が実行されることにより、宛先端末（端末１０ｄｂ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立される（ステップＳ７２−２、Ｓ７３−２、Ｓ７４−２、Ｓ７５−２、Ｓ７６−２）。要求元端末（端末１０ａａ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄ及び宛先端末（端末１０ａａ）と中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立されると、中継装置３０ｅは、端末（１０ａａ、１０ｄｂ）の間で、画像データ、並びに、音声データを中継することができる。これにより、端末（１０ａａ、１０ｄｂ）は、テレビ会議を開始することができる。

なお、他の宛先端末（端末１０ｂｂ、端末１０ｃｂ）においても、図２０の端末１０ｄｂと同様の処理を行うことにより、中継装置３０ｅは、端末（１０ａａ、１０ｄｂ、端末１０ｂｂ、端末１０ｃｂ）の多拠点間で、画像データ、並びに、音声データを中継することができる。これにより、端末（１０ａａ、１０ｄｂ、端末１０ｂｂ、端末１０ｃｂ）は、多拠点のテレビ会議を開始することができる。

続いて、図２１を用いて、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）との間で通話データ用セッションが確立された後に、宛先端末（端末１０ｃｂ）がこの通話データ用セッションに参加する場合の処理を説明する。

まず、要求元端末（端末１０ａａ）の利用者が、宛先端末（端末１０ｃｂ）を指定して操作ボタン１０８を押下することにより、宛先端末（端末１０ｃｂ）が通話データ用セッションｓｅｄに参加するためにセッションＩＤを宛先端末１０ｃｂに通知することを要求する旨の情報が受け付けられる（ステップＳ１０１）。次に、要求元端末（端末１０ａａ）の送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッションＩＤ通知要求情報を管理システム５０へ送信する（ステップＳ１０２）。管理システム５０がこのセッションＩＤ通知要求情報を受信すると、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッションＩＤ通知情報を端末１０ｃｂに送信する（ステップＳ１０３）。

宛先端末（端末１０ｃｂ）は、上記のセッションＩＤ通知情報を受信すると、この通話データ用セッションｓｅｄへの参加要求を受け付ける（ステップＳ１０４）。ここでは、宛先端末（端末１０ｃｂ）の利用者が操作ボタン１０８を押下すことにより、この通話データ用セッションへの参加を要求する旨が受け付けられる。これにより、宛先端末（端末１０ｃｂ）の送受信部１１は、宛先端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、通話データ用セッションに参加することを要求する旨を示す変更要求情報「Ｃａｌｌ」及びセッションＩＤ「ｓｅ１」が含まれるセッション参加要求情報を管理システム５０に送信する（ステップＳ１０５）。

このセッション参加要求情報を受信すると、管理システム５０の状態管理部５２は、セッション参加要求情報に含まれる参加を要求する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」に基づき、端末管理テーブル（図８参照）において、上記端末ＩＤ「０１ｃｂ」が含まれるレコードの通信状態のフィールド部分を「Ａｃｃｅｐｔｅｄ」に変更する（ステップＳ１０６）。

セッション管理部５３は、不揮発性記憶部５０００のセッション管理テーブル（図９参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの宛先端末のフィールド部分に参加を要求する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」を追加する。

次に、管理システム５０の送受信部５１は、通話データ用セッションｓｅｄに参加する端末（端末１０ｃｂ）の端末ＩＤ「０１ｃｂ」、及びセッションＩＤ「ｓｅ１」が含まれる参加通知を、既に通話データ用セッションｓｅｄを開始している要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）に送信する（ステップＳ１０７−１、Ｓ１０７−２）。これにより、要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）は、宛先端末（端末１０ｄｂ）が通話データ用セッションに参加する旨を把握することができる。また、管理システム５０の送受信部５１は、通話データ用セッションｓｅｄに参加するセッションＩＤ「ｓｅ１」、及び中継装置３０ｅに接続するために用いられる中継装置接続情報が含まれる参加許可通知を、通話データ用セッションｓｅｄを開始する宛先端末（端末１０ｃｂ）に送信する（ステップＳ１０７−３）。

端末１０ｃｂは、この参加許可通知を受信すると送受信部１１によってセッションＩＤ「ｓｅ１」と、参加許可通知に含まれる中継装置接続情報とを中継装置３０ｅに送信することにより中継装置３０ｅと接続する（ステップＳ１０８）。更に、端末１０ｃｂは、中継装置３０ｅと接続した後の所定のタイミングで、送受信部１１によって、端末１０ｃｂの端末ＩＤ「０１ｃｂ」、セッションＩＤ「ｓｅ１」、及び中継の開始を要求する旨を示す変更要求情報「Ｊｏｉｎ」が含まれる中継要求情報を管理システム５０へ送信する。続いて、管理システム５０及び中継装置３０ｅによってステップＳ７２−１、Ｓ７３−１、Ｓ７４−１、Ｓ７５−１と同様の処理が実行されることにより、端末１０ｃｂと中継装置３０ｅとの間の通話データ用セッションｓｅｄが確立される。この通話データ用セッションｓｅｄが確立されると、中継装置３０ｅは、端末（１０ａａ、１０ｃｂ、１０ｄｂ）の間で、画像データ、並びに、音声データを中継することができる。これにより、端末（１０ａａ、１０ｃｂ、１０ｄｂ）は、テレビ会議を開始することができる。

なお、端末（１０ａａ、１０ｃｂ、１０ｄｂ）の間で多拠点の通話データ用セッションが確立された後に、宛先端末（端末１０ｂｂ）がこの通話データ用セッションに参加する場合の処理も、上述した図２１の処理と同様である。

続いて、図２２を用いて、要求元端末（端末１０ａａ）と宛先端末（端末１０ｃｂ、１０ｄｂ）との間で通話データ用セッションが確立された後に、要求元端末（端末１０ａａ）がこの通話データ用セッションから退出する処理を説明する。

まず、要求元端末（端末１０ａａ）の利用者が操作ボタン１０８を押下すことにより、通話データ用セッションから退出する要求が受け付けられる（ステップＳ１１１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、通話データ用セッションから退出する要求を示す変更要求情報「Ｌｅａｖｅ」、及びセッションＩＤ「ｓｅ１」が含まれる、セッション退出要求情報を管理システム５０へ送信する（ステップＳ１１２）。

当該セッション退出要求情報を受信すると、管理システム５０の状態管理部５２は、セッション退出要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図８参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分を「Ｎｏｎｅ」に変更する（ステップＳ１１３）。

セッション管理部５３は、不揮発性記憶部５０００のセッション管理テーブル（図９参照）において、セッションＩＤ「ｓｅ１」が含まれるレコードの要求元端末のフィールド部分から要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を削除する（ステップＳ１１４）。管理システム５０は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及びセッションＩＤ「ｓｅ１」が含まれるセッションの退出を要求する旨の通知を、中継装置３０ｅへ送信する（ステップＳ１１５）。これにより、中継装置３０ｅは、要求元端末（端末１０ａａ）との間の通話データ用セッションを停止するとともに、要求元端末（端末１０ａａ）との間の接続を切断する。続いて、中継装置３０ｅは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」が含まれる退出の要求を許可する旨の通知を、管理システム５０へ送信する（ステップＳ１１６）。

管理システム５０が退出の要求を許可する旨の通知を受信すると、送受信部５１は、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、変更要求情報「Ｌｅａｖｅ」、セッションＩＤ「ｓｅ１」、退出の要求を許可する旨の通知情報「ＯＫ」が含まれるセッション退出許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ１１７）。セッション退出許可情報を受信すると、端末１０ａａは、図２に示されている電源スイッチ１０９を押下することにより、電源ＯＦＦの要求を受け付ける（ステップＳ１１８）。電源ＯＦＦの要求が受け付けられると、送受信部１１は端末１０ａａの端末ＩＤ「０１ａａ」と管理システム５０との間の接続を切断する旨の通知情報と含む切断要求情報を管理システム５０へ送信する（ステップＳ１１９）。

管理システム５０の送受信部５１がこの切断要求情報を受信すると、状態管理部５２は、切断要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に基づき、端末管理テーブル（図８参照）において、上記端末ＩＤ「０１ａａ」が含まれるレコードの通信状態のフィールド部分の記録を削除する（ステップＳ１２０）。続いて、送受信部５１は、切断の要求を許可する旨の切断許可情報を要求元端末（端末１０ａａ）に送信する（ステップＳ１２１）。これにより、管理システム５０は、要求元端末（端末１０ａａ）との間の管理データ用セッションを停止するとともに、要求元端末（端末１０ａａ）との間の接続を切断する。

切断許可情報を受け付けると、要求元端末（端末１０ａａ）は、電源ＯＦＦを実行して処理を完了する（ステップＳ１２２）。端末１０ｃｂ、端末１０ｄｂも、端末１０ａａのステップＳ１１１乃至Ｓ１２１の処理と同様にして通話データ用セッションｓｅｄから退出して端末間の通話を完了することができる。

なお、端末（端末１０ａａ、端末１０ｂｂ、端末１０ｃｂ、１０ｄｂ）との間で通話データ用セッションが確立された後に、いずれかの端末がこの通話データ用セッションから退出する処理も、上述した図２２の処理と同様である。

＜変形例＞
遅延時間を測定する際のラウンドトリップタイムは、ＩＣＭＰの代わりに、映像、音声データを送受信するプロトコルと同じ、例えばＲＴＰ（Real-time Transport Protocol）等のプロトコルを用いて、エコーリクエスト及びそのレスポンスを送受信して求める構成としてもよい。その場合、端末１０の送受信部１１は、例えばＲＴＰ等による、エコーリクエストの送信と、レスポンスの受信を行う構成とし、中継装置３０の送受信部３１は、例えばＲＴＰ等による、エコーリクエストの受信と、レスポンスの送信を行う構成としてもよい。それにより、端末１０と中継装置３０との間が、例えばＮＧＮ（Next Generation Network）等のように、映像、音声データのようなリアルタイム性が要求される通信パケットは優先的に転送し、ＩＣＭＰのような網管理のための通信パケットはベストエフォートで転送する網で接続されている場合であっても、映像、音声データの遅延時間を測定できる。

遅延時間測定部１８は、端末１０が備える代わりに、中継装置３０に設けた構成としてもよい。その場合、中継装置３０が、会議に参加する各端末１０毎の遅延時間を測定し、中継管理テーブルに記録する構成としてもよい。

待機時間算出部１９は、端末１０が備える代わりに、中継装置３０または管理システム５０に設けた構成としてもよい。その場合、中継装置３０または管理システム５０が、会議に参加する各端末１０毎に、他の端末１０毎の待機時間を算出して通知し、各端末１０が、中継装置３０から通知された他の端末１０毎の待機時間を再生同期管理テーブルに記録する構成としてもよい。待機時間算出部１９を管理システム５０に設ける場合は、セッション管理テーブルにて、端末ＩＤに対応付けて、通知された遅延時間を格納する構成としてもよい。

待機時間算出部１９及び再生同期部２０は、端末１０が備える代わりに、中継装置３０に設けた構成としてもよい。その場合、中継装置３０が、送信元の端末１０から画像、音声データを受信した際、送信元の端末１０及び送信先の端末１０に応じた待機時間の間待機した後、送信先の端末１０に転送する構成としてもよい。

なお、本実施形態のように、中継装置３０は受信した画像、音声データを即時に転送し、端末１０にて再生を待機させる構成とした場合、中継装置３０にて送信を待機させる構成と比較して、以下の効果を奏する。中継装置３０が、受信した画像、音声データを即時に転送するため、中継装置３０が画像、音声データを受信した後のネットワークの混雑状況等の変化の影響を受けにくくなり、各拠点での再生が一層同期し易くなる。

上記各実施形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記本実施形態の端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが利用者等に提供される場合に用いられる。

また、図８、及び図９では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。

更に、上記実施形態では、図８で端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で中継装置３０を特定するための中継装置特定情報、又は通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。なお、「通信ネットワーク２で中継装置３０を特定するための中継装置特定情報」だけでなく、「通信ネットワーク２上における中継装置３０への接続先を示した中継装置接続先情報」、又は「通信ネットワーク２上における中継装置３０への宛先を示した中継装置宛先情報」と表現してもよい。同じく、「通信ネットワーク２で端末１０を特定するための端末特定情報」だけでなく、「通信ネットワーク２上における端末１０への接続先を示した端末接続先情報」、又は「通信ネットワーク２上における端末１０への宛先を示した端末宛先情報」と表現してもよい。

本実施形態において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

また、上記実施形態では、伝送システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、ＩＰ（Internet Protocol）電話や、インターネット電話等の電話システムであってもよい。また、伝送システム１は、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。更に、伝送システム１は、音声会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。

更に、伝送システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機に相当する。

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音声データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音声データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。

また、上記実施形態では、伝送システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

１０ 伝送端末
１１ 送受信部
１６ 表示制御部
１７ 記憶・読出処理部
１８ 遅延時間測定部
１９ 待機時間算出部
２０ 再生同期部
３０ 中継装置
３１ 送受信部
３２ 中継処理部
３３ 遅延情報管理部
３４ 記憶・読出処理部
５０ 管理システム
５１ 送受信部
５２ 状態管理部
５３ セッション管理部
５４ 記憶・読出処理部
１００１ 再生同期管理ＤＢ
３００１ 中継管理ＤＢ
５００１ 端末管理ＤＢ
５００２ セッション管理ＤＢ

特開２０１０−２１９７３３号公報

Claims (8)

1. 第１の伝送端末、第２の伝送端末、第３の伝送端末、及び中継装置を有し、前記中継装置を介して、前記第１の伝送端末、前記第２の伝送端末、及び前記第３の伝送端末の間でコンテンツデータを送受信する伝送システムであって、
   前記第１の伝送端末と前記中継装置との間のデータ伝送に要する第１の遅延時間、前記第２の伝送端末と前記中継装置との間のデータ伝送に要する第２の遅延時間、及び前記第３の伝送端末と前記中継装置との間のデータ伝送に要する第３の遅延時間を測定する遅延時間測定部と、
   前記第１の遅延時間、前記第２の遅延時間、及び前記第３の遅延時間に基づいて、前記１の伝送端末と前記２の伝送端末とが前記第３の伝送端末から送信されたコンテンツデータの再生を開始する前に待機する時間である第１の待機時間と第２の待機時間を算出する待機時間算出部と、
   を備え、
   前記１の伝送端末は、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第１の待機時間を経過した後で再生し、
   前記２の伝送端末は、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第２の待機時間を経過した後で再生する、
   伝送システム。
2. 前記待機時間算出部は、前記第１の遅延時間、及び前記第２の遅延時間のうちの大きい方と、前記第１の遅延時間との差に基づいて、前記第１の待機時間を算出し、前記第１の遅延時間、及び前記第２の遅延時間のうちの大きい方と、前記第２の遅延時間との差に基づいて、前記第２の待機時間を算出する、
   請求項１記載の伝送システム。
3. 第４の伝送端末をさらに含み、前記中継装置を介して、前記第１の伝送端末、前記第２の伝送端末、前記第３の伝送端末、及び前記第４の伝送端末の間でコンテンツデータを送受信し、
   前記遅延時間測定部は、前記第４の伝送端末と前記中継装置との間のデータ伝送に要する第４の遅延時間を測定し、
   前記待機時間算出部は、前記第４の伝送端末が当該送受信を停止する場合と、前記第１の遅延時間、前記第２の遅延時間、前記第３の遅延時間、及び前記第４の遅延時間のうち、前記第４の遅延時間が最も大きい場合に、前記第１の待機時間と前記第２の待機時間を再度算出する、
   請求項１または２に記載の伝送システム。
4. 前記１の伝送端末は、前記第１の待機時間が変更された場合、前記第３の伝送端末から送信されたコンテンツデータを受信すると、前記変更の前後の差が解消されるまでの間、再生速度を調整して再生する、
   請求項１乃至３のいずれか一項に記載の伝送システム。
5. 前記遅延時間測定部は、前記コンテンツデータを送受信するプロトコルと同じプロトコルを用いて、前記第１の遅延時間、前記第２の遅延時間、及び前記第３の遅延時間を測定する、
   請求項１乃至４のいずれか一項に記載の伝送システム。
6. 第１の伝送端末、第２の伝送端末、第３の伝送端末、及び中継装置を有し、前記中継装置を介して、前記第１の伝送端末、前記第２の伝送端末、及び前記第３の伝送端末の間でコンテンツデータを送受信する伝送システムが、
   前記第１の伝送端末と前記中継装置との間のデータ伝送に要する第１の遅延時間、前記第２の伝送端末と前記中継装置との間のデータ伝送に要する第２の遅延時間、及び前記第３の伝送端末と前記中継装置との間のデータ伝送に要する第３の遅延時間を測定する遅延時間測定ステップと、
   前記第１の遅延時間、前記第２の遅延時間、及び前記第３の遅延時間に基づいて、前記１の伝送端末と前記２の伝送端末とが前記第３の伝送端末から送信されたコンテンツデータの再生を開始する前に待機する時間である第１の待機時間と第２の待機時間を算出する待機時間算出ステップと、
   前記１の伝送端末が、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第１の待機時間を経過した後で再生するステップと、
   前記２の伝送端末とが、前記第３の伝送端末から送信されたコンテンツデータを、当該コンテンツデータを受信してから前記第２の待機時間を経過した後で再生するステップと、
   を実行する再生制御方法。
7. 伝送端末であって、
   第１の端末と中継装置との間の第１の遅延時間、第２の端末と前記中継装置との間のデータ伝送に要する第２の遅延時間、及び前記伝送端末と前記中継装置との間のデータ伝送に要する第３の遅延時間に基づいて、待機時間を算出する待機時間算出部と、
   前記中継装置を介して第１の端末からのコンテンツデータを受信した際、前記待機時間を経過した後、前記コンテンツデータを再生する再生同期部と、
   を備える伝送端末。
8. 伝送端末に、
   第１の端末と中継装置との間の第１の遅延時間、第２の端末と前記中継装置との間のデータ伝送に要する第２の遅延時間、及び前記伝送端末と前記中継装置との間のデータ伝送に要する第３の遅延時間に基づいて、待機時間を算出する手順と、
   前記中継装置を介して第１からの端末のコンテンツデータを受信すると、前記待機時間の経過後に、前記コンテンツデータを再生する手順と、
   を実行させるプログラム。

Images