多地点接続テレビ会議装置
【課題】多地点接続テレビ会議をフレキシブルに実施することを可能とすること。
【解決手段】本多地点接続テレビ会議装置は、ＳＤＰ、ＲＴＰの各プロトコルを用いて、各装置が自装置の接続状態を接続先装置へ通知することで、親機を決定する。本発明によれば、親機、子機の情報がなくともフレキシブルに多地点接続テレビ会議を実施することができる。また、子機が多地点接続テレビ会議システム内に、親機が競合してしまうような誤った接続をしてしまった場合、ＳＩＰ−ＵＲＩを元に着信があった子機が親機に転送指示することで、親機、子機を利用者が意識することなく多数の装置と多地点接続テレビ会議を実施可能とする。
【解決手段】本多地点接続テレビ会議装置は、ＳＤＰ、ＲＴＰの各プロトコルを用いて、各装置が自装置の接続状態を接続先装置へ通知することで、親機を決定する。本発明によれば、親機、子機の情報がなくともフレキシブルに多地点接続テレビ会議を実施することができる。また、子機が多地点接続テレビ会議システム内に、親機が競合してしまうような誤った接続をしてしまった場合、ＳＩＰ−ＵＲＩを元に着信があった子機が親機に転送指示することで、親機、子機を利用者が意識することなく多数の装置と多地点接続テレビ会議を実施可能とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビ会議装置に係り、特に親機を自律的に決定する多地点接続テレビ会議装置に関する。
【背景技術】
【０００２】
現在、ＤＳＬ、光ファイバ等を利用したＩＰ（Internet Protocol）網の普及を背景として、このＩＰ網を利用して多地点接続テレビ会議を行なう技術が知られている。
【０００３】
多地点接続テレビ会議の実現方法として、各装置から送信される音声データ、映像データを受信し、音声データについてはミキシング処理を実施し、映像データについては画面合成等の映像編集処理を実施し、処理を実施した音声データおよび映像データを各装置に配信するＭＣＵ（Multi point Control Unit）と呼ばれる専用装置を用いる手法が、特許文献１に記載されている。
【０００４】
一方、近年の汎用プロセッサの処理能力向上により、単一の汎用プロセッサによりＭＣＵ機能とテレビ会議装置機能とを実現できるようになってきた。このようなテレビ会議装置は、特許文献２に記載されるものが知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０７−０６６８７６号公報
【特許文献２】特開２００８−２８８９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献２に開示された技術では、あらかじめ親機となる端末を決め、子機は親機に向けて発信しなければならず、予め親機の情報を与えられていない子機は会議に参加することができない。
【０００７】
本発明は、以上のような課題を解決するもので、その目的は多地点接続テレビ会議をフレキシブルに実施することを可能とすることにある。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、多地点接続テレビ会議装置は、ＳＤＰ（Session Description Protocol）、ＲＴＰ（Real Time Protocol）を用いて、各装置が自装置の接続状態を接続先装置へ通知することで、親機を決定する。本発明によれば、親機、子機の情報が予め与えられていなくともフレキシブルに多地点接続テレビ会議を実施することができる。
【０００９】
多地点接続テレビ会議装置は、多地点接続テレビ会議に新たに接続される子機が、既に子機として動作している装置に対して接続し、多地点接続テレビ会議システム内に親機が競合してしまう誤った接続をした場合、ＳＩＰメッセージ内に含まれるＳＩＰ−ＵＲＩ（Session Initiation Protocol-Uniform Resources Identifiers）を元に着信を受けた子機が、発信した子機に対して親機に転送指示することで、親機、子機を利用者が意識することなく多数の装置と多地点接続テレビ会議を実施可能とする。
【００１０】
上述した課題は、ＩＰ網からのデータの入出力を実現する回線ＩＦと、マイクからの音声データを取り込むための音声入力ＩＦと、音声入力ＩＦからのデータを圧縮するための音声圧縮部と、圧縮された音声データを伸長するための音声伸張部と、多地点から送信される音声を合成するための音声合成部と、スピーカに音声データを出力するための音声出力ＩＦ部と、カメラからの映像データを取り込むための映像入力ＩＦと、映像入力ＩＦからのデータをデコードする映像デコード部と、デコードされた映像データを決まったサイズにスケーリングするための映像スケーリング部と、映像データを圧縮するための映像圧縮部と、圧縮された映像データを伸長するための映像伸張部と、多地点からの送信される映像データを合成するための映像合成部と、合成された映像を決まったサイズにスケーリングするための映像スケーリング部と、スケーリングされた映像をエンコードするための映像エンコード部と、エンコードされた映像データをテレビに出力するための映像出力ＩＦと、ＳＤＰ、ＲＴＰ、ＳＩＰの情報を格納するＲＡＭからなる多地点接続テレビ会議装置において、１対１でのテレビ会議を実施中に、他の多地点接続テレビ会議装置がそのテレビ会議に参加するとき、回線ＩＦが受信したＳＤＰ、ＲＴＰを利用して動的に多地点接続テレビ会議システム内の親機を決定する通信制御部を有する多地点接続テレビ会議装置により、達成できる。
【００１１】
また、参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して返信し、状態が未定状態または親状態のとき応答メッセージに親状態であることを記述して返信する多地点接続テレビ会議装置により、達成できる。
【００１２】
さらに、送信元の状態が未定状態の参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して送信元へ返信し、状態を未定状態へ遷移し、状態が未定状態のとき応答メッセージに親状態であることを記述して送信元へ返信し、状態を親状態へ遷移し、状態が親状態のとき応答メッセージに親状態であることを記述して送信元へ返信し、状態が子状態のときリダイレクトメッセージを送信元へ返信し、送信元の状態が親状態の参加メッセージを受信したとき、状態が未接続のとき応答メッセージに子状態であることを記述して送信元へ返信し、状態を子状態へ遷移し、状態が未定状態、親状態、子状態のいずれかのとき話中メッセージを送信元へ返信する多地点接続テレビ会議装置により、達成できる。
【発明の効果】
【００１３】
多地点接続テレビ会議装置は、ＳＤＰ、ＲＴＰ、ＳＩＰの各プロトコルを用いて動的にシステム内の親機を決定することができる。また、装置がシステム内に親機が競合してしまうような接続を行なってしまっても、新たに接続してきた子機は親機へ転送され、多地点接続テレビ会議をフレキシブル且つ確実に実施する。
【図面の簡単な説明】
【００１４】
【図１】多地点接続テレビ会議システムの構成を説明するブロック図である。
【図２】多地点接続テレビ会議装置の構成を説明するブロック図である。
【図３】ＩＮＶＩＴＥメッセージボディのＳＤＰの記述である。
【図４】制御コード識別子と通知情報を説明する図である。
【図５】２台の多地点接続テレビ会議装置間のシーケンス図である。
【図６】制御用ＲＴＰを説明する図である。
【図７】定義した設定内容を説明する図である。
【図８】３台の多地点接続テレビ会議装置間のシーケンス図である。
【図９Ａ】多地点接続テレビ会議装置の着信動作のフローチャートである（その１）。
【図９Ｂ】多地点接続テレビ会議装置の着信動作のフローチャートである（その２）。
【図９Ｃ】多地点接続テレビ会議装置の着信動作のフローチャートである（その３）。
【図１０】多地点接続テレビ会議装置の発信動作のフローチャートである。
【図１１】発信時自装置接続状態による送出ＳＤＰ情報条件テーブルである。
【図１２】４台の多地点接続テレビ会議装置間のシーケンス図である（その１）。
【図１３】多地点接続テレビ会議装置が管理する装置情報を説明する図である。
【図１４】４台の多地点接続テレビ会議装置間のシーケンス図である（その２）。
【図１５】多地点接続テレビ会議実施中に、他の多地点接続テレビ会議から接続があったケースを説明する図である。
【図１６】装置の状態と、受信したＳＤＰ情報による動作条件テーブルである。
【図１７】親状態にある２台の多地点接続テレビ会議装置間のシーケンス図である。
【図１８】多地点接続テレビ会議実施中に親機が退席するケースを説明する図である。
【図１９】４台の多地点接続テレビ会議装置間のシーケンス図である（その３）。
【図２０】親状態にある多地点接続テレビ会議装置が退席する際の動作フローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
【００１６】
本実施例の多地点接続テレビ会議装置は、多地点接続テレビ会議を実施する際にＭＣＵ機能（親機）とテレビ会議装置機能（子機）の両機能を有する。しかし、多地点接続テレビ会議装置は、親機、子機を意識することなく多数の装置と多地点接続テレビ会議を実施する。なお、本明細書または図面において、多地点接続テレビ会議装置を単に装置または多地点テレビ会議装置と記載することがある。
【００１７】
多地点接続テレビ会議装置が親機として動作する場合には、自装置に接続したカメラからの入力映像データと他装置から受信する映像データの合成、スケーリングを実施し、その映像データを子機へ配信し、自装置に接続しているモニタへ出力する。また、音声も同様に自装置に接続したマイクからの音声データと他装置から受信した音声データをミキシングし、その音声データを子機へ配信し、自装置に接続しているスピーカへ出力する。
【００１８】
多地点接続テレビ会議装置が子機として動作する場合には、自装置に接続したカメラからの入力映像データを親機へ送信し、親機から配信された合成映像データを自装置に接続しているモニタへ出力する。また、自装置に接続したマイクからの入力音声データを親機へ送信し、親機から配信された音声データを自装置に接続しているスピーカへ出力する。
【００１９】
また、多地点接続テレビ会議装置は、ＩＥＴＦ（The Internet Engineering Task Force）で標準化されたＳＩＰを用いてＩＰ網でつながれた装置間で呼制御を実施し、多地点接続テレビ会議を実現する。
【００２０】
図１を参照して、多地点接続テレビ会議装置システムのネットワーク構成を説明する。図１において、多地点接続テレビ会議装置システム１００は、多地点接続テレビ会議装置１０と、ＩＰ網２０とから構成されている。多地点接続テレビ会議装置１０は、映像データ、音声データ等のパケットを伝送するＩＰ網２０に接続されている。また、多地点接続テレビ会議装置１０は、カメラ１１と、モニタ１２と、マイク１３と、スピーカ１４とが接続されている。カメラ１１は、自拠点の映像を配信する。モニタ１２は、多地点からの映像を映し出す。マイク１３は、自拠点の音声を配信する。スピーカ１４は、多地点の音声を出力する。
【００２１】
図２を参照して、多地点接続テレビ会議装置の内部構成を説明する。図２において、多地点接続テレビ会議装置１０は、回線ＩＦ１０１と、通信制御部１０２と、ＲＡＭ１０３と、音声入力ＩＦ１０４と、音声圧縮部１０５と、音声伸張部１０６と、音声合成部１０７と、音声出力ＩＦ１０８と、映像入力ＩＦ１０９と、映像デコード部１１０と、映像スケーリング部１１１と、映像圧縮部１１２と、映像伸張部１１３と、映像合成部１１４と、映像スケーリング部１１５と、映像エンコード部１１６と、映像出力ＩＦ１１７とから構成される。
【００２２】
回線ＩＦ１０１は、当該多地点接続テレビ会議装置と他の多地点接続テレビ会議装置との間でＩＰ網２０を利用してデータ通信を行なうインタフェースである。回線ＩＦ１０１は、ＩＰ網２０から受信したデータを通信制御部１０２へ出力する。また、回線ＩＦ１０１は、通信制御部１０２から受信したデータをＩＰ網２０へ出力する。
【００２３】
通信制御部１０２は、プロセッサ等で構成される。通信制御部１０２は、多地点接続テレビ装置間の通信に使用するＳＩＰ制御、装置の状態を通知するＳＤＰ制御、映像および音声データ、制御データを含んだＲＴＰ制御を行なう。通信制御部１０２は、それらデータをＲＡＭ１０３に入出力する。また、通信制御部１０２は、圧縮された音声データを音声伸張部１０６へ出力し、圧縮された映像データを映像伸張部１１３へ出力する。
【００２４】
ＲＡＭ１０３は、ＩＰ網２０経由で接続先多地点接続テレビ会議装置から送信されたＳＤＰ、ＲＴＰ、ＳＩＰメッセージ内に含まれるＳＩＰ−ＵＲＩの情報を格納するメモリである。ＲＡＭ１０３に格納されたＳＤＰ、ＲＴＰ、ＳＩＰ−ＵＲＩのデータを元に、多地点接続テレビ会議装置１０は、多地点接続テレビ会議装置間の親子関係を決定する。
【００２５】
音声入力ＩＦ１０４は、当該装置に接続されるマイク１３から入力される音声データを取り込むインタフェースである。音声圧縮部１０５は、音声入力ＩＦ１０４から入力された音声データをＩＰ網２０へ負荷のかからないように圧縮を行ない通信制御部１０２へ出力する。音声伸張部１０６は、音声圧縮部１０５にて圧縮された音声データを伸張する。当該装置が親機として機能する際に、音声伸張部１０６は、伸張した音声データを音声合成部１０７へ出力する。一方、子機として機能する場合、音声伸張部１０６は、伸張した音声データを音声出力ＩＦ１０８へ出力する。
【００２６】
音声合成部１０７は、当該装置が親機となる場合のみ機能する。音声合成部１０７は、各子機からと自装置のマイク１３からの音声データを合成し、音声出力ＩＦ１０８と通信制御部１０２へ出力する。音声出力ＩＦ１０８は、装置内で処理された音声データを当該装置に接続されたスピーカ１４に出力する。
【００２７】
映像入力ＩＦ１０９は、当該装置に接続されるカメラから入力される映像データを取り込むインタフェースである。映像デコード部１１０は、映像入力ＩＦ１０９から入力された映像データをデコードし、映像スケーリング部１１１へ出力する。映像スケーリング部１１１は、映像デコード部１１０から出力された映像データを接続形態によりスケーリングし、映像圧縮部１１２へ出力する。
【００２８】
映像圧縮部１１２は、映像スケーリング部１１１から出力されたデータをＩＰ網２０へ負荷のかからないように圧縮を行ない、通信制御部１０２へ出力する。映像伸張部１１３は、映像圧縮部１１２にて圧縮された映像データを伸張する。当該装置が親機として機能する際、映像伸張部１１３は、伸張した映像データを映像合成部１１４へ出力する。子機として機能する場合、映像伸張部１１３は、伸張した映像データを映像スケーリング部１１５へ出力する。
【００２９】
映像合成部１１４は、当該装置が親機となる場合のみ機能する。映像合成部１１４は、各子機からと自装置のカメラ１３からの映像データを合成し、映像スケーリング部１１５へ出力する。映像スケーリング部１１５は、映像合成部１１４から出力された映像データを接続形態によりスケーリングし、映像エンコード部１１６および通信制御部１０２へ出力する。なお、映像スケーリング部１１５が通信制御部１０２へも出力するのは、親機の場合である。
【００３０】
映像エンコード部１１６は、映像スケーリング部１１５からの映像データを映像出力ＩＦ１１７へ出力する。映像出力ＩＦ１１７は、装置内で処理された映像データを当該装置に接続されたモニタ１２に出力する。
【００３１】
多地点接続テレビ会議を実現するための、制御情報を含むＳＩＰ、ＳＤＰ、ＲＴＰについて説明する。図３を参照して、多地点接続テレビ会議装置が送信するＩＮＶＩＴＥメッセージのボディに記載されたＳＤＰ記述を説明する。図３において、ＳＤＰ記述のｖ行から、ａ＝ｆｒａｍｅｒａｔｅ：１５までは、標準的な記述である。末尾のａ＝ｃｏｎｆｅｒｅｎｃｅ：ｓｅｒｖｅｒが、本実施例で新たに定義された制御コードと通知情報である。具体的には、ｃｏｎｆｅｒｅｎｃｅが制御コード識別子であり、ｓｅｒｖｅｒが通知情報である。
【００３２】
多地点接続テレビ会議装置１０は、ＳＤＰによる通信のネゴシエーションを発着信と、応答のタイミングで実施する。通知する内容としてＳＤＰのメディア記述へ自装置の状態を伝達する属性記述ａを追加し、属性記述ａに自装置の状態を設定し、接続先多地点接続テレビ会議装置１０へ送信する。
【００３３】
図４を参照して、制御コード識別子と、通知情報とを記載した設定対応テーブル３０を説明する。図４において、設定対応テーブル３０は、制御コード識別子３０１のレコードと、通知情報３０２のレコードとを含む。設定対応テーブル３０は、レコードに対応して、設定内容コラムと、意味コラムとを含む。制御コード識別子３０１の設定内容は、一つであり、ｃｏｎｆｅｒｅｎｃｅのみである。ｃｏｎｆｅｒｅｎｃｅは、ネゴシエーションデータであることを示す。一方、通知情報３０２の設定内容は、３種ある。それらは、ｕｎｄｅｃｉｄｅｄと、ｓｅｒｖｅｒと、ｃｌｉｅｎｔとである。
【００３４】
ｕｎｄｅｃｉｄｅｄは、自装置の状態は「未定」であることを意味する。ｕｎｄｅｃｉｄｅｄは、１対１接続を意味する。ｓｅｒｖｅｒは、自装置の状態が１対複数接続の「親」であることを意味する。ｃｌｉｅｎｔは、自装置の状態が１対複数接続の「子」であることを意味する。
【００３５】
なお、制御コード識別子３０１、通知情報３０２の設定値は、任意に決定することができる。設定値は、他の値を設定したとしてもよい。図４に示すように、制御コード識別子３０１としてｃｏｎｆｅｒｅｎｃｅという固定値を使用し、この制御コード識別子３０１を使用している装置とのみＳＤＰでのネゴシエーションを図る。
【００３６】
図５を参照して、２台の多地点接続テレビ会議装置間の接続処理を説明する。この接続処理は、ＳＤＰを利用した発着信シーケンスである。図５において、他の装置と未通信である装置１０−Ａは、同様に他の装置と未通信である装置１０−Ｂ対して、呼接続要求を行なう。その時図４の設定対応テーブル３０に従えば、装置１０−Ａと装置１０−Ｂはお互い未通信からの接続となり１対１接続となるため、装置１０−Ａは、ＳＤＰ内属性情報をｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを装置１０−Ｂへ送信する（Ｓ１）。装置１０−Ｂもまた１対１接続となるため図４の設定対応テーブル３０に従い、装置１０−Ｂの通信制御部１０２はＳＤＰ内属性情報ａをｕｎｄｅｃｉｄｅｄとした正常応答２００ ＯＫを装置１０−Ａに送信する（Ｓ２）。この時点では１対１通信であり、装置間に親子関係はない。
【００３７】
図５で説明した通り、発信とその応答にはＳＤＰを使用し装置の通信状態を通知し、通信のネゴシエーションを実施できる。しかし、通信中に装置の状態が変化した場合には相手側テレビ会議装置とのネゴシエーションにＳＤＰを使用できない。これは、ＳＤＰを含むＳＩＰメッセージは、セッションの開始時のＩＮＶＩＴＥメッセージ、２００ ＯＫメッセージのみの送信となるためである。そこで、音声ＲＴＰとは別に、装置の状態を通知するメッセージを図６に示す制御ＲＴＰとしてＲＴＰに割り込ませる。このＲＴＰによるネゴシエーションは、接続後に装置の状態が変わる度に実施する。
【００３８】
図６および図７を参照して、制御ＲＴＰのデータフォーマットと設定対応テーブル４０とを説明する。図６において、制御データであるｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｓｅｒｖｅｒの最初のコロンの前のｃｏｎｆｅｒｅｎｃｅは、制御コード識別子である。コロンに挟まれたｒｅｑｕｅｓｔは、指示コードである。２番目のコロンの後のｓｅｒｖｅｒは、通知情報である。
【００３９】
図７において、制御コード識別子４０１、指示コード４０２、通知情報４０３の設定値は、任意に決定することができる。図７の設定値は、他の値を設定したとしてもよい。制御ＲＴＰは、制御コード識別子４０１、指示コード４０２、通知情報４０３から構成される。制御コード識別子４０１は、ｃｏｎｆｅｒｅｎｃｅという固定値を使用し、この制御コード識別子４０１を使用している装置とのみＲＴＰでのネゴシエーションを実施する。
【００４０】
指示コード４０２は、制御ＲＴＰを送信する装置から状態の通知を行なうために送信するｒｅｑｕｅｓｔと、制御ＲＴＰを受信する装置がｒｅｑｕｅｓｔに対する応答を示すために送信するｒｅｓｐｏｎｓｅの２種類がある。
【００４１】
通知情報４０３は４種類あり、それぞれ、１対１接続状態である装置同士の親子関係が未定であることを示すｕｎｄｅｃｉｄｅｄ、多地点接続を行なっている時に親機であることを示すｓｅｒｖｅｒ、多地点接続を行なっている時に子機であることを示すｃｌｉｅｎｔ、リクエスト受付不可の場合にレスポンスとしてのみ送信するｘｘｘがある。
【００４２】
図８を参照して、図６および図７で説明した制御ＲＴＰを利用した装置間の親子関係ネゴシエーションを説明する。図８では初期状態において、装置１０−Ａと装置１０−Ｂの１対１通信が行なわれている。装置１０−Ａと装置１０−Ｂの装置状態は、ともにｕｎｄｅｃｉｄｅｄである。ここで、装置１０−Ｃは、ＳＤＰ内部属性情報ａをｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを装置１０−Ａに送信する（Ｓ３）。装置１０−Ａは、装置１０−ＣからのＩＮＶＩＴＥメッセージに対する正常応答２００ ＯＫメッセージを装置１０−Ｃに送信する（Ｓ４）。ステップ４にて送信するＳＤＰの属性記述ａは、ｓｅｒｖｅｒであり、装置１０−Ｃが装置１０−Ａに接続したことによって、装置１０−Ａの装置状態がｕｎｄｅｃｉｄｅｄからｓｅｒｖｅｒ変化する。
【００４３】
このように通信中に親機となった装置１０−Ａの状態変化を契機に、装置１０−Ａは、制御ＲＴＰにて通知情報ｓｅｒｖｅｒを装置１０−Ｂに送信する（Ｓ５）。装置１０−Ｂは、そのレスポンスとして制御ＲＴＰにて通知情報ｃｌｉｅｎｔを送信する（Ｓ６）。この結果、装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃ間の親子関係が決定され、通信中に遷移する。
【００４４】
図９を参照して、テレビ会議装置間で親子関係を如何に決定するかについて説明する。図９のフローチャートの処理は、装置１０のＲＡＭ１０３内に収められている通信先装置からのＳＤＰ属性情報データを用いた通信制御部１０２の動作について説明したものである。
【００４５】
図９において、通信制御部１０２は、他のテレビ会議装置からの着信を受け付ける（Ｓ１００）。通信制御部１０２は、自装置が他装置と通信中であるかどうかの判定を行なう（Ｓ１０１）。通信中でないとき（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう（Ｓ１０２）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手端末に対してＳＤＰの属性情報としてｕｎｄｅｃｉｄｅｄと通知して（Ｓ１０４）、終了する。この時点では１対１通信であり、装置間の親子関係は未定である。
【００４６】
一方、ステップ１０２で、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるかどうかの判定を行なう（Ｓ１０３）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、相手端末に対してＳＤＰの属性情報としてｃｌｉｅｎｔと通知して（Ｓ１０５）、終了する。ここで、１対複数の接続となるため、装置間の親子関係が決定する。
【００４７】
一方、ステップ１０３で、受信したＳＤＰの属性情報がｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、本実施例では親機の競合が発生してしまうという理由から、子機（ｃｌｉｅｎｔ）が発信することを許容しておらず、属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。ステップ１０１において、通信制御部１０２が自装置が他装置と通信中であると判定した場合（ＹＥＳ）、通信制御部１０２は、ステップ１０６に遷移する。
【００４８】
図９Ｂに移って、ステップ１０６において、通信制御部１０２は。自装置の接続状態がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう。自装置の接続状態がｕｎｄｅｃｉｄｅｄであると判定された場合（ＹＥＳ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう（Ｓ１０７）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に対してＳＤＰの属性情報としてｓｅｒｖｅｒと通知する（Ｓ１０９）。この時点で１対複数通信となり、装置間の親子関係が決定される。通信制御部１０２は、通信開始時にＳＤＰの属性情報としてｕｎｄｅｃｉｄｅｄを送信したもう一つの接続装置へ、制御ＲＴＰにて自装置がｓｅｒｖｅｒを通知して（Ｓ１１０）、終了する。
【００４９】
一方、ステップ１０７で、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるか判定を行なう（Ｓ１０８）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１１１）、終了する。
【００５０】
一方、ステップ１０８で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信すると、親機の競合が発生してしまうという理由から許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。
【００５１】
ステップ１０６で、自装置の接続状態がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、自装置の接続状態がｓｅｒｖｅｒであるか判定を行なう（Ｓ１１２）。ｓｅｒｖｅｒであると判定された場合（ＹＥＳ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるか判定を行なう（Ｓ１１３）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に対してＳＤＰの属性情報としてｓｅｒｖｅｒと通知して（Ｓ１１５）、終了する。この時点では既に１対複数通信となっており、装置の親子関係は決定している。
【００５２】
一方、ステップ１１３で、ｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるかの判定を行なう（Ｓ１１４）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１１６）、終了する。
【００５３】
一方、ステップ１１４で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信することを親機の競合が発生してしまうという理由から、許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。
ステップ１１２において通信制御部１０２が、自装置の接続状態がｓｅｒｖｅｒではないと判定した場合（ＮＯ）、ステップ１１８に遷移する。
【００５４】
図９Ｃにおいて、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるか判定を行なう（Ｓ１１８）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に、親機と接続させるためにＳＩＰのリダイレクトメッセージである３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージを送信して（Ｓ１２０）、終了する。
【００５５】
一方、ステップ１１８で、ｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるか判定を行なう（Ｓ１１９）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１２１）、終了する。
【００５６】
一方、ステップ１１９で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信することを親機の競合が発生してしまうという理由から許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、通信制御部１０２は、フローを終了する。
【００５７】
図１０のフローチャートを参照して、装置が発信した際にどのようにしてテレビ会議装置間の親子関係を決定するかについて説明する。図１０のフローチャートの処理は、装置のＲＡＭ１０３内に収められている通信先装置からのＳＤＰ属性情報データを用いた通信制御部１０２の動作について説明したものである。
【００５８】
図１０において、通信制御部１０２は、自装置が他装置と通信中であるか判定を行なう（Ｓ１３０）。通信中でないと判定された場合（ＮＯ）、通信制御部１０２は接続先装置へＳＤＰ内属性記述をｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３１）、終了する。
【００５９】
ステップ１３０で、通信中であると判定された場合（ＹＥＳ）、通信制御部１０２は、自装置の通信状態がｕｎｄｅｃｉｄｅｄか判定する（Ｓ１３２）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、通信状態をｓｅｒｖｅｒへ、遷移する（Ｓ１３５）。通信制御部１０２は、接続先装置へＳＤＰ内属性記述をｓｅｒｖｅｒとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３６）、終了する。なお、ステップ１３５と、ステップ１３６は、順序が逆でもよい。
【００６０】
ステップ１３２で、ｕｎｄｅｃｉｄｅｄではないと判定した場合（ＮＯ）、通信制御部１０２は、自装置の状態がｓｅｒｅｖｅｒであるかを判定する（Ｓ１３３）。ｓｅｒｖｅｒと判定した場合（ＹＥＳ）、通信制御部１０２は、接続先装置へＳＤＰ内部属性記述をｓｅｒｖｅｒとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３４）、終了する。
【００６１】
ステップ１３３で、ｓｅｒｖｅｒでないとき、通信制御部１０２は、そのまま終了する。これは、ｕｎｄｅｃｉｄｅｄでもｓｅｒｖｅｒでもないときは、ｃｌｉｅｎｔとなり、ｃｌｉｅｎｔの発信を許容しないためである。
【００６２】
図１１を参照して、発信時自装置接続状態による送出ＳＤＰ情報条件テーブル５０を説明する。図１１において、接続状態には、未通信と通信中とがある。通信中の状態として、さらにｕｎｄｅｃｉｄｅｄとｓｅｒｖｅｒとｃｌｉｅｎｔとがある。これらの４状態からＩＮＶＩＴＥを送信するときのＳＤＰ情報は、以下の通りである。
【００６３】
未通信のとき、通信制御部１０２は、ｕｎｄｅｃｉｄｅｄを送信する。ｕｎｄｅｃｉｄｅｄのとき、通信制御部１０２は、ｓｅｒｖｅｒを送信する。ｓｅｒｖｅｒのとき、通信制御部１０２は、ｓｅｒｖｅｒを送信する。ｃｌｉｅｎｔのとき、通信制御部１０２は、発信しないので、発生しない。
【００６４】
図１２を参照して、装置１０−Ａ〜１０−Ｄが４地点でテレビ会議を行なう際の接続シーケンスを説明する。図１２において、装置１０−Ｂは、装置１０−Ａに対して、呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ７）。このとき、ＮＶＩＴＥメッセージのボディのＳＤＰには属性記述をｕｎｄｅｃｉｄｅｄとして送信する。装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｂに送信する（Ｓ８）。このとき、メッセージのボディのＳＤＰには属性記述をｕｎｄｅｃｉｄｅｄとして送信する。
【００６５】
装置１０−Ｂは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ９）。
【００６６】
装置１０−Ａは、装置１０−Ｂから受信したＳＤＰ内の属性記述をＲＡＭ１０３内に保存する。また、装置１０−Ｂも、同様にＳＤＰ内の属性記述をＲＡＭ１０３内に保存する。
【００６７】
装置１０−Ａと装置１０−Ｂにて１対１接続が完了した後、装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ｂに対して送信する。装置１０−Ｂも、同様に装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ａは、受信した装置１０−Ｂからのデータについて、装置１０−Ａに接続されるスピーカ１４、モニタ１２に対して出力する。また、装置１０−Ｂが受信した装置１０−Ａからのデータは、装置１０−Ｂによって装置１０−Ｂに接続されるスピーカ１４、モニタ１２に対して出力される。
【００６８】
装置１０−Ａと装置１０−Ｂにて１対１接続が完了した後、装置１０−Ｃが装置１０−Ａに対して呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ１０）。また、ＩＮＶＩＴＥメッセージのボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００６９】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｃに送信する（Ｓ１１）。このとき、１対２接続となり装置１０−Ａが音声、映像を合成し配信する親機となるため、装置１０−Ａが送信するＳＤＰで宣言される属性記述は、ｓｅｒｖｅｒである。
【００７０】
装置１０−Ｃは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ１２）。
【００７１】
この時装置１０−Ａを親機とした１対２接続になる為、装置間で初めて親子関係が決定する。多地点接続テレビ会議システムが１対２接続となることを契機として、決定した親子関係を元に、親機となる装置１０−ＡはＲＡＭ１０３上の属性記述ａがｕｎｄｅｃｉｄｅｄのままである装置１０−Ｂに対して制御ＲＴＰを使用し、装置１０−Ａが親機となったとなったことを通知するｒｅｑｕｅｓｔとしてｓｅｒｖｅｒと送信する（Ｓ１３）。装置１０−Ｂは、装置１０−Ａに対してｒｅｑｕｅｓｔに対するｒｅｓｐｏｎｓｅとして、ｃｌｉｅｎｔを送信し（Ｓ１４）、装置１０−ＢのＲＡＭ１０３の接続状態情報が更新される。
【００７２】
装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃにて１対２接続が完了した後、装置１０−Ｂは、装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１の映像データを装置１０−Ａに対して送信する、装置１０−Ｃも、同様に装置１０−Ｃに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。
【００７３】
装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｂから受信したマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｃから受信したマイク１３の音声データ、カメラ１１の映像データをそれぞれ合成する。
【００７４】
装置１０−Ａによって合成された音声データ、映像データは、それぞれ装置１０−Ａに接続されるスピーカ１４、モニタ１２によって出力される。合成された音声データ、映像データは、また、同時に装置１０−Ｂ、装置１０−Ｃに対しても送信される。装置１０−Ｂは、装置１０−Ａから受信した音声データ、映像データを接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｃは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。
【００７５】
装置１０−Ａを親とする１対２接続が完了した後、装置１０−Ｄが装置１０−Ａに対して呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ１５）。ＩＮＶＩＴＥメッセージのボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００７６】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置Ｄに送信する（Ｓ１６）。メッセージボディのＳＤＰ内属性記述は、ｓｅｒｖｅｒである。装置１０−Ｄは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ１７）。
【００７７】
装置１０−Ａを親とする１対３接続が完了した後、装置１０−Ｂは、装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ｃも、同様に装置１０−Ｃに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ｄも、同様に装置１０−Ｄに接続されるマイク３１の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。
【００７８】
装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｂから受信したマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｃから受信したマイク１３の音声データ、カメラ１１の映像データと装置１０−Ｄから受信したマイク１３の音声データ、カメラ１１の映像データをそれぞれ合成する。
【００７９】
装置１０−Ａによって合成された音声データ、映像データは、それぞれ装置１０−Ａに接続されるスピーカ１４、モニタ１２によって出力される。合成された音声データ、映像データは、また、同時に装置１０−Ｂ、装置１０−Ｃ、装置１０−Ｄに対しても送信される。装置１０−Ｂは、装置１０−Ａから受信した音声データ、映像データを接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｃは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｄは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。
【００８０】
図１３を参照して、多地点接続テレビ会議装置がＲＡＭ１０３上で管理する各装置の情報を示したテーブルを説明する。図１２のシーケンスがステップ１７まで完了し装置Ａを親とする１対３の接続が完了した時、図１３の通りのデータを各装置はＲＡＭ１０３上で管理する。すなわち、装置Ａは、装置Ｂ、装置Ｃ、装置ＤのＳＩＰ−ＵＲＩと、装置Ｂ、装置Ｃ、装置Ｄがそれぞれｃｌｉｅｎｔであることを管理する。また、装置Ｂ、装置Ｃ、装置Ｄは、それぞれ装置ＡのＳＩＰ−ＵＲＩと、装置Ａがｓｅｒｖｅｒであることを管理する。
【００８１】
図１４を参照して、１対２での多地点接続テレビ会議中に子機として機能している装置１０−Ｃに対して、新たな装置１０−Ｄから発信した場合の処理について説明する。図１４において、装置１０−Ａが親機として機能している。ステップ１８からステップ２５までは、図１２のステップ７からステップ１４までと同じなので、説明を省略する。
【００８２】
装置１０−Ｄは、装置１０−Ｃに対して、呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ２６）。メッセージボディのＳＤＰの属性記述はｕｎｄｅｃｉｄｅｄである。装置１０−Ｃは、属性記述がｕｎｄｅｃｉｄｅｄとなったＳＤＰを受信する。しかし、自装置がｃｌｉｅｎｔとして動作しており、着信を許可してしまうと多地点テレビシステム内に親機の競合が発生してしまう。そのため、装置１０−Ｃの通信制御部１０２は、装置１０−Ｄに対して、多地点接続テレビ会議システム内において、現時点で親機である装置１０−Ａに向けて装置１０−Ｄを接続変更させるため、ＳＩＰのリダイレクトメッセージである３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを装置１０−Ｄへ送信する（Ｓ２７）。なお、接続先変更の情報は、装置１０−ＣのＲＡＭ１０３上で管理する各装置情報を示したテーブル内のＳＩＰ−ＵＲＩであり、その装置１０−Ａに対応したＳＩＰ−ＵＲＩを３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージ内のコンタクトヘッダ内で指定する。
【００８３】
装置１０−Ｄは、リダイレクトメッセージ ３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを受信すると、リダイレクトメッセージ ３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙに対応した受信確認のＡＣＫメッセージを装置１０−Ｃに送信する。（Ｓ２８）
装置１０−Ｄは、装置１０−Ｃから受け取った３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージ中のコンタクトヘッダ内ＳＩＰ−ＵＲＩを参照し、転送先である装置１０−Ａに対して再度ＩＮＶＩＴＥメッセージを送信する（Ｓ２９）。メッセージボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００８４】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｄに送信する（Ｓ３０）。メッセージボディのＳＤＰの属性記述は、ｓｅｒｖｅｒである。装置１０−Ｄは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ３１）。
【００８５】
以上の方法により、装置１０−Ａが親機、装置１０−Ｂ、１０−Ｃ、１０−Ｄが子機と決定され、多地点接続テレビ会議にて１対４接続を実現する。本実施例では１対４接続の場合を説明したが、接続数が変わっても、親機を決定する方式は変わらない。
【００８６】
以下、装置１０−Ａと装置１０−Ｂが１対１の通信を行なっているネットワークに、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信をしているネットワークが参加した場合の処理について説明する。
【００８７】
図１５を参照して、装置１０−Ａと装置１０−Ｂが１対１の通信を行なっているネットワークに、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信をしているネットワークが参加したケースを説明する。図１５において、装置１０−Ａと装置１０−Ｂが１対１の通信をしているので、装置１０−Ａと装置１０−Ｂとは、ｕｎｄｅｃｉｄｅｄ状態である。一方、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信しており、装置１０−Ｃは、ｓｅｒｖｅｒ状態、装置１０−Ｄと装置１０−Ｅとは、ｃｌｉｅｎｔ状態である。また、装置１０−Ｃは、装置１０−Ａに発信している
既に説明したように、この場合着信を受ける装置１０−Ａが親機になる。しかし、発信をした装置１０−Ｃも親機であるため、多地点接続テレビ会議システム内に親機が２台存在することになり親機が競合してしまう。
【００８８】
図１６を参照して、親機の競合を防ぐため受信したＳＤＰ内属性記述による動作条件テーブル６０を説明する。図１６において、ＩＮＶＩＴＥを受信したテレビ会議装置１０の状態は、未通信または通信中である。通信中の状態は、さらにｕｎｄｅｃｉｄｅｄとｓｅｒｖｅｒとｃｌｉｅｎｔとがある。これらの４状態からＩＮＶＩＴＥを受信したときのＳＤＰ情報は、以下の通りである。
【００８９】
まず、ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｃｌｉｅｎｔは、許容しないので発生しない。
ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｕｎｄｅｃｉｄｅｄのとき、状態が未接続なら、多地点接続テレビ会議装置１０は、ｕｎｄｅｃｉｄｅｄ応答を返信して、ｕｎｄｅｃｉｄｅｄ状態に遷移する。状態がｕｎｄｅｃｉｄｅｄなら、多地点接続テレビ会議装置１０は、ｓｅｒｖｅｒ応答を返信して、ｓｅｒｖｅｒ状態に遷移する。状態がｓｅｒｖｅｒなら、多地点接続テレビ会議装置１０は、ｓｅｒｖｅｒ応答を返信する。状態がｃｌｉｅｎｔなら、多地点接続テレビ会議装置１０は、３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを送信する。
【００９０】
ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｓｅｒｖｅｒのとき、状態が未接続なら、多地点接続テレビ会議装置１０は、ｃｌｉｅｎｔ応答を返信して、ｃｌｉｅｎｔ状態に遷移する。状態がｕｎｄｅｃｉｄｅｄ、ｓｅｒｖｅｒまたはｃｌｉｅｎｔなら、多地点接続テレビ会議装置１０は、４８６ ｂｕｓｙを送信する。
【００９１】
図１７を参照して、図１５の接続が発生した場合の多地点接続テレビ会議装置１０−Ａと、多地点接続テレビ会議装置１０−Ｃの接続シーケンスを説明する。図１７において、装置１０−Ａは、装置１０−Ｃからの接続要求ＩＮＶＥＴＥメッセージを受信する（Ｓ３６）。しかし、装置１０−Ｃが送信したＳＤＰ内の属性記述がｓｅｒｖｅｒであり、装置１０−Ａ自身の装置状態がｕｎｄｅｃｉｄｅｄであるため、装置１０−Ａは装置１０−Ｃに対して、話中であることを示す４８６ ｂｕｓｙメッセージを送信し、接続を拒否する（Ｓ３７）。４８６ ｂｕｓｙメッセージを受信した装置１０−Ｃは、受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ３８）
図１２、図１４の多地点接続についても、図１６のテーブルに従い装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃ、装置１０−Ｄは、動作する。
このようにして、多地点接続テレビ会議システム上に親機の競合を防ぎ、会議開始前に事前に親機を会議参加者同士で決定するという煩雑な作業がなく、どの装置とでもフレキシブルに接続できる。
【００９２】
図１８ないし図２０を参照して、装置１０−Ａを親機として、装置１０−Ａ⇔装置１０−Ｂ、装置１０−Ａ⇔装置１０−Ｃ、装置１０−Ａ⇔装置１０−Ｄの１対３多地点接続テレビ会議を実施中に親機である装置１０−Ａが会議から退席する場合の処理について説明する。
【００９３】
図１８を参照して、装置１０−Ａを親機として装置Ａ⇔装置Ｂ、装置Ａ⇔装置Ｃ、装置Ａ⇔装置Ｄの１対３多地点接続テレビ会議を実施中に、親装置である装置１０−Ａが会議から退席するケースを説明する。図１８において、親装置である多地点接続テレビ会議装置１０−Ａは、退席するとき、多地点接続テレビ会議装置１０−Ｂ、多地点接続テレビ会議装置１０−Ｃ、多地点接続テレビ会議装置１０−Ｄとの接続を切断する。多地点接続テレビ会議装置１０−Ｃは、子装置から親装置に遷移する。
【００９４】
図１９を参照して、装置１０−Ａが退席後も装置１０−Ｂ、１０−Ｃ、１０−Ｄ間で多地点接続テレビ会議を継続する場合の処理を説明する。図１９において、装置１０−Ａは、次に親機とする装置１０−ＣにＢＹＥを送信する（Ｓ４１）。装置１０−Ｃは、装置１０−Ａに２００ ＯＫを送信する（Ｓ４２）。装置１０−Ａは、装置１０−ＢにＲＥＦＥＲ Ｒｅｆｅｒ−Ｔｏ：装置Ｃを送信する（Ｓ４３）。装置１０−Ｂは、装置１０−Ａに２０２ Ａｃｃｅｐｔｅｄを送信する（Ｓ４４）。装置１０−Ａは、装置１０−ＢにＢＹＥを送信する（Ｓ４６）。装置１０−Ｂは、装置１０−Ａに２００ ＯＫを送信する（Ｓ４７）。
【００９５】
装置１０−Ａは、装置１０−Ｄに制御ＲＴＰを送信する（Ｓ４８）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｕｎｄｅｃｉｄｅｄである。装置１０−Ｄは、装置１０−Ａに制御ＲＴＰを送信する（Ｓ４９）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｓｐｏｎｃｅ：ｕｎｄｅｃｉｄｅｄである。
【００９６】
装置１０−Ｂは、装置１０−ＣにＩＮＶＩＴＥ Ｒｅｆｅｒｒｅｄ−Ｂｙ：装置Ａを送信する（Ｓ５１）。このとき、メッセージボディのＳＤＰにはｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｃは、装置１０−Ｂに２００ ＯＫを送信する（Ｓ５２）。このとき、メッセージボディには、ｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｂは、装置１０−ＣにＡＣＫを送信する（Ｓ５３）。装置１０−Ｂは、装置１０−ＣにＮＯＴＩＦＹを送信する（Ｓ５４）。ＮＯＴＩＦＹは、転送を知らせるメッセージである。装置１０−Ｃは、装置１０−Ｂに２００ ＯＫを送信する（Ｓ５６）。これまでで、装置１０−Ｂと装置１０−Ｃとは、通話中となる。
【００９７】
装置１０−Ａは、装置１０−ＤにＲＥＦＥＲ Ｒｅｆｅｒ−Ｔｏ：装置Ｃを送信する（Ｓ５７）。装置１０−Ｄは、装置１０−Ａに２０２ Ａｃｃｅｐｔｅｄを送信する（Ｓ５８）。装置１０−Ａは、装置１０−ＤにＢＹＥを送信する（Ｓ５９）。装置１０−Ｄは、装置１０−Ａに２００ ＯＫを送信する（Ｓ６１）。
【００９８】
装置１０−Ｄは、装置１０−ＣにＩＮＶＩＴＥ Ｒｅｆｅｒｒｅｄ−Ｂｙ：装置Ａを送信する（Ｓ６２）。このとき、メッセージボディのＳＤＰにはｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｃは、装置１０−Ｄに２００ ＯＫを送信する（Ｓ６３）。このとき、メッセージボディには、ｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｄは、装置１０−ＣにＡＣＫを送信する（Ｓ６４）。装置１０−Ｄは、装置１０−ＡにＮＯＴＩＦＹを送信する（Ｓ６６）。装置１０−Ａは、装置１０−Ｄに２００ ＯＫを送信する（Ｓ６７）。これまでで、装置１０−Ｄと装置１０−Ｃとは、通話中となる。
【００９９】
装置１０−Ｃは、装置１０−Ｂに制御ＲＴＰを送信する（Ｓ６８）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｓｅｒｖｅｒである。装置１０−Ｂは、装置１０−Ｃに制御ＲＴＰを送信する（Ｓ６９）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｓｐｏｎｃｅ：ｃｌｉｅｎｔである。
【０１００】
図２０を参照して、親機の状態から退席するテレビ会議装置の処理フローを説明する。図２０において、通信制御部１０２は、ユーザーからの設定を元に多地点接続テレビ会議を継続するかどうかの判定を行なう（Ｓ２００）。多地点接続テレビ会議を継続して実施すると判定された場合（ＹＥＳ）、通信制御部１０２は、自装置が退席後に親機とする端末を多地点接続テレビ会議から切り離すため、切断処理を実施する（Ｓ２０１）。
【０１０１】
通信制御部１０２は、退席後に子機とする装置へ、次に親機として動作する装置に接続させるため、ＲＡＭ１０３内に保存している転送先のＳＩＰ−ＵＲＩをＳＩＰの転送メッセージであるＲＥＦＥＲメッセージに転送先として指定し、送信して（Ｓ２０２）、終了する。
【０１０２】
一方、ステップ２００にて多地点接続テレビ会議を継続して実施しないと判定された場合（ＮＯ）、通信制御部１０２は、自装置に接続しているすべての装置に対して切断処理を実施する（Ｓ２０３）。
【０１０３】
このようにして、多地点接続テレビ会議実施中に親機が退席しなければならないような状況において、多地点接続テレビ会議を継続したい場合、新規に親機となる装置への接続変更処理を行なうことにより、多地点接続テレビ会議を継続することができる。
【符号の説明】
【０１０４】
１０…多地点接続テレビ会議装置、２０…ＩＰ網、３０…ＳＤＰ内属性記述ａ設定対応テーブル、４０…制御ＲＴＰ設定対応テーブル、５０…発信時自装置接続状態による送出ＳＤＰ情報条件テーブル、６０…自装置状態と、受信ＳＤＰ内属性記述による動作条件テーブル、１００…多地点接続テレビ会議システム、１０１…回線ＩＦ、１０２…通信制御部、１０３…ＲＡＭ、１０４…音声入力ＩＦ、１０５…音声圧縮部、１０６…音声伸張部、１０７…音声合成部、１０８…音声出力ＩＦ、１０９…映像入力ＩＦ、１１０…映像デコード部、１１１、１１５…映像スケーリング部、１１２…映像圧縮部、１１３…映像伸張部、１１４…映像合成部、１１６…映像エンコード部、１１７…映像出力ＩＦ、３０１…ＳＤＰ制御コード識別子、３０２…ＳＤＰ通知情報、４０１…ＲＴＰ制御コード識別子、４０２…ＲＴＰ指示コード、４０３…ＲＴＰ通知情報。
【技術分野】
【０００１】
本発明は、テレビ会議装置に係り、特に親機を自律的に決定する多地点接続テレビ会議装置に関する。
【背景技術】
【０００２】
現在、ＤＳＬ、光ファイバ等を利用したＩＰ（Internet Protocol）網の普及を背景として、このＩＰ網を利用して多地点接続テレビ会議を行なう技術が知られている。
【０００３】
多地点接続テレビ会議の実現方法として、各装置から送信される音声データ、映像データを受信し、音声データについてはミキシング処理を実施し、映像データについては画面合成等の映像編集処理を実施し、処理を実施した音声データおよび映像データを各装置に配信するＭＣＵ（Multi point Control Unit）と呼ばれる専用装置を用いる手法が、特許文献１に記載されている。
【０００４】
一方、近年の汎用プロセッサの処理能力向上により、単一の汎用プロセッサによりＭＣＵ機能とテレビ会議装置機能とを実現できるようになってきた。このようなテレビ会議装置は、特許文献２に記載されるものが知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０７−０６６８７６号公報
【特許文献２】特開２００８−２８８９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献２に開示された技術では、あらかじめ親機となる端末を決め、子機は親機に向けて発信しなければならず、予め親機の情報を与えられていない子機は会議に参加することができない。
【０００７】
本発明は、以上のような課題を解決するもので、その目的は多地点接続テレビ会議をフレキシブルに実施することを可能とすることにある。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、多地点接続テレビ会議装置は、ＳＤＰ（Session Description Protocol）、ＲＴＰ（Real Time Protocol）を用いて、各装置が自装置の接続状態を接続先装置へ通知することで、親機を決定する。本発明によれば、親機、子機の情報が予め与えられていなくともフレキシブルに多地点接続テレビ会議を実施することができる。
【０００９】
多地点接続テレビ会議装置は、多地点接続テレビ会議に新たに接続される子機が、既に子機として動作している装置に対して接続し、多地点接続テレビ会議システム内に親機が競合してしまう誤った接続をした場合、ＳＩＰメッセージ内に含まれるＳＩＰ−ＵＲＩ（Session Initiation Protocol-Uniform Resources Identifiers）を元に着信を受けた子機が、発信した子機に対して親機に転送指示することで、親機、子機を利用者が意識することなく多数の装置と多地点接続テレビ会議を実施可能とする。
【００１０】
上述した課題は、ＩＰ網からのデータの入出力を実現する回線ＩＦと、マイクからの音声データを取り込むための音声入力ＩＦと、音声入力ＩＦからのデータを圧縮するための音声圧縮部と、圧縮された音声データを伸長するための音声伸張部と、多地点から送信される音声を合成するための音声合成部と、スピーカに音声データを出力するための音声出力ＩＦ部と、カメラからの映像データを取り込むための映像入力ＩＦと、映像入力ＩＦからのデータをデコードする映像デコード部と、デコードされた映像データを決まったサイズにスケーリングするための映像スケーリング部と、映像データを圧縮するための映像圧縮部と、圧縮された映像データを伸長するための映像伸張部と、多地点からの送信される映像データを合成するための映像合成部と、合成された映像を決まったサイズにスケーリングするための映像スケーリング部と、スケーリングされた映像をエンコードするための映像エンコード部と、エンコードされた映像データをテレビに出力するための映像出力ＩＦと、ＳＤＰ、ＲＴＰ、ＳＩＰの情報を格納するＲＡＭからなる多地点接続テレビ会議装置において、１対１でのテレビ会議を実施中に、他の多地点接続テレビ会議装置がそのテレビ会議に参加するとき、回線ＩＦが受信したＳＤＰ、ＲＴＰを利用して動的に多地点接続テレビ会議システム内の親機を決定する通信制御部を有する多地点接続テレビ会議装置により、達成できる。
【００１１】
また、参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して返信し、状態が未定状態または親状態のとき応答メッセージに親状態であることを記述して返信する多地点接続テレビ会議装置により、達成できる。
【００１２】
さらに、送信元の状態が未定状態の参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して送信元へ返信し、状態を未定状態へ遷移し、状態が未定状態のとき応答メッセージに親状態であることを記述して送信元へ返信し、状態を親状態へ遷移し、状態が親状態のとき応答メッセージに親状態であることを記述して送信元へ返信し、状態が子状態のときリダイレクトメッセージを送信元へ返信し、送信元の状態が親状態の参加メッセージを受信したとき、状態が未接続のとき応答メッセージに子状態であることを記述して送信元へ返信し、状態を子状態へ遷移し、状態が未定状態、親状態、子状態のいずれかのとき話中メッセージを送信元へ返信する多地点接続テレビ会議装置により、達成できる。
【発明の効果】
【００１３】
多地点接続テレビ会議装置は、ＳＤＰ、ＲＴＰ、ＳＩＰの各プロトコルを用いて動的にシステム内の親機を決定することができる。また、装置がシステム内に親機が競合してしまうような接続を行なってしまっても、新たに接続してきた子機は親機へ転送され、多地点接続テレビ会議をフレキシブル且つ確実に実施する。
【図面の簡単な説明】
【００１４】
【図１】多地点接続テレビ会議システムの構成を説明するブロック図である。
【図２】多地点接続テレビ会議装置の構成を説明するブロック図である。
【図３】ＩＮＶＩＴＥメッセージボディのＳＤＰの記述である。
【図４】制御コード識別子と通知情報を説明する図である。
【図５】２台の多地点接続テレビ会議装置間のシーケンス図である。
【図６】制御用ＲＴＰを説明する図である。
【図７】定義した設定内容を説明する図である。
【図８】３台の多地点接続テレビ会議装置間のシーケンス図である。
【図９Ａ】多地点接続テレビ会議装置の着信動作のフローチャートである（その１）。
【図９Ｂ】多地点接続テレビ会議装置の着信動作のフローチャートである（その２）。
【図９Ｃ】多地点接続テレビ会議装置の着信動作のフローチャートである（その３）。
【図１０】多地点接続テレビ会議装置の発信動作のフローチャートである。
【図１１】発信時自装置接続状態による送出ＳＤＰ情報条件テーブルである。
【図１２】４台の多地点接続テレビ会議装置間のシーケンス図である（その１）。
【図１３】多地点接続テレビ会議装置が管理する装置情報を説明する図である。
【図１４】４台の多地点接続テレビ会議装置間のシーケンス図である（その２）。
【図１５】多地点接続テレビ会議実施中に、他の多地点接続テレビ会議から接続があったケースを説明する図である。
【図１６】装置の状態と、受信したＳＤＰ情報による動作条件テーブルである。
【図１７】親状態にある２台の多地点接続テレビ会議装置間のシーケンス図である。
【図１８】多地点接続テレビ会議実施中に親機が退席するケースを説明する図である。
【図１９】４台の多地点接続テレビ会議装置間のシーケンス図である（その３）。
【図２０】親状態にある多地点接続テレビ会議装置が退席する際の動作フローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
【００１６】
本実施例の多地点接続テレビ会議装置は、多地点接続テレビ会議を実施する際にＭＣＵ機能（親機）とテレビ会議装置機能（子機）の両機能を有する。しかし、多地点接続テレビ会議装置は、親機、子機を意識することなく多数の装置と多地点接続テレビ会議を実施する。なお、本明細書または図面において、多地点接続テレビ会議装置を単に装置または多地点テレビ会議装置と記載することがある。
【００１７】
多地点接続テレビ会議装置が親機として動作する場合には、自装置に接続したカメラからの入力映像データと他装置から受信する映像データの合成、スケーリングを実施し、その映像データを子機へ配信し、自装置に接続しているモニタへ出力する。また、音声も同様に自装置に接続したマイクからの音声データと他装置から受信した音声データをミキシングし、その音声データを子機へ配信し、自装置に接続しているスピーカへ出力する。
【００１８】
多地点接続テレビ会議装置が子機として動作する場合には、自装置に接続したカメラからの入力映像データを親機へ送信し、親機から配信された合成映像データを自装置に接続しているモニタへ出力する。また、自装置に接続したマイクからの入力音声データを親機へ送信し、親機から配信された音声データを自装置に接続しているスピーカへ出力する。
【００１９】
また、多地点接続テレビ会議装置は、ＩＥＴＦ（The Internet Engineering Task Force）で標準化されたＳＩＰを用いてＩＰ網でつながれた装置間で呼制御を実施し、多地点接続テレビ会議を実現する。
【００２０】
図１を参照して、多地点接続テレビ会議装置システムのネットワーク構成を説明する。図１において、多地点接続テレビ会議装置システム１００は、多地点接続テレビ会議装置１０と、ＩＰ網２０とから構成されている。多地点接続テレビ会議装置１０は、映像データ、音声データ等のパケットを伝送するＩＰ網２０に接続されている。また、多地点接続テレビ会議装置１０は、カメラ１１と、モニタ１２と、マイク１３と、スピーカ１４とが接続されている。カメラ１１は、自拠点の映像を配信する。モニタ１２は、多地点からの映像を映し出す。マイク１３は、自拠点の音声を配信する。スピーカ１４は、多地点の音声を出力する。
【００２１】
図２を参照して、多地点接続テレビ会議装置の内部構成を説明する。図２において、多地点接続テレビ会議装置１０は、回線ＩＦ１０１と、通信制御部１０２と、ＲＡＭ１０３と、音声入力ＩＦ１０４と、音声圧縮部１０５と、音声伸張部１０６と、音声合成部１０７と、音声出力ＩＦ１０８と、映像入力ＩＦ１０９と、映像デコード部１１０と、映像スケーリング部１１１と、映像圧縮部１１２と、映像伸張部１１３と、映像合成部１１４と、映像スケーリング部１１５と、映像エンコード部１１６と、映像出力ＩＦ１１７とから構成される。
【００２２】
回線ＩＦ１０１は、当該多地点接続テレビ会議装置と他の多地点接続テレビ会議装置との間でＩＰ網２０を利用してデータ通信を行なうインタフェースである。回線ＩＦ１０１は、ＩＰ網２０から受信したデータを通信制御部１０２へ出力する。また、回線ＩＦ１０１は、通信制御部１０２から受信したデータをＩＰ網２０へ出力する。
【００２３】
通信制御部１０２は、プロセッサ等で構成される。通信制御部１０２は、多地点接続テレビ装置間の通信に使用するＳＩＰ制御、装置の状態を通知するＳＤＰ制御、映像および音声データ、制御データを含んだＲＴＰ制御を行なう。通信制御部１０２は、それらデータをＲＡＭ１０３に入出力する。また、通信制御部１０２は、圧縮された音声データを音声伸張部１０６へ出力し、圧縮された映像データを映像伸張部１１３へ出力する。
【００２４】
ＲＡＭ１０３は、ＩＰ網２０経由で接続先多地点接続テレビ会議装置から送信されたＳＤＰ、ＲＴＰ、ＳＩＰメッセージ内に含まれるＳＩＰ−ＵＲＩの情報を格納するメモリである。ＲＡＭ１０３に格納されたＳＤＰ、ＲＴＰ、ＳＩＰ−ＵＲＩのデータを元に、多地点接続テレビ会議装置１０は、多地点接続テレビ会議装置間の親子関係を決定する。
【００２５】
音声入力ＩＦ１０４は、当該装置に接続されるマイク１３から入力される音声データを取り込むインタフェースである。音声圧縮部１０５は、音声入力ＩＦ１０４から入力された音声データをＩＰ網２０へ負荷のかからないように圧縮を行ない通信制御部１０２へ出力する。音声伸張部１０６は、音声圧縮部１０５にて圧縮された音声データを伸張する。当該装置が親機として機能する際に、音声伸張部１０６は、伸張した音声データを音声合成部１０７へ出力する。一方、子機として機能する場合、音声伸張部１０６は、伸張した音声データを音声出力ＩＦ１０８へ出力する。
【００２６】
音声合成部１０７は、当該装置が親機となる場合のみ機能する。音声合成部１０７は、各子機からと自装置のマイク１３からの音声データを合成し、音声出力ＩＦ１０８と通信制御部１０２へ出力する。音声出力ＩＦ１０８は、装置内で処理された音声データを当該装置に接続されたスピーカ１４に出力する。
【００２７】
映像入力ＩＦ１０９は、当該装置に接続されるカメラから入力される映像データを取り込むインタフェースである。映像デコード部１１０は、映像入力ＩＦ１０９から入力された映像データをデコードし、映像スケーリング部１１１へ出力する。映像スケーリング部１１１は、映像デコード部１１０から出力された映像データを接続形態によりスケーリングし、映像圧縮部１１２へ出力する。
【００２８】
映像圧縮部１１２は、映像スケーリング部１１１から出力されたデータをＩＰ網２０へ負荷のかからないように圧縮を行ない、通信制御部１０２へ出力する。映像伸張部１１３は、映像圧縮部１１２にて圧縮された映像データを伸張する。当該装置が親機として機能する際、映像伸張部１１３は、伸張した映像データを映像合成部１１４へ出力する。子機として機能する場合、映像伸張部１１３は、伸張した映像データを映像スケーリング部１１５へ出力する。
【００２９】
映像合成部１１４は、当該装置が親機となる場合のみ機能する。映像合成部１１４は、各子機からと自装置のカメラ１３からの映像データを合成し、映像スケーリング部１１５へ出力する。映像スケーリング部１１５は、映像合成部１１４から出力された映像データを接続形態によりスケーリングし、映像エンコード部１１６および通信制御部１０２へ出力する。なお、映像スケーリング部１１５が通信制御部１０２へも出力するのは、親機の場合である。
【００３０】
映像エンコード部１１６は、映像スケーリング部１１５からの映像データを映像出力ＩＦ１１７へ出力する。映像出力ＩＦ１１７は、装置内で処理された映像データを当該装置に接続されたモニタ１２に出力する。
【００３１】
多地点接続テレビ会議を実現するための、制御情報を含むＳＩＰ、ＳＤＰ、ＲＴＰについて説明する。図３を参照して、多地点接続テレビ会議装置が送信するＩＮＶＩＴＥメッセージのボディに記載されたＳＤＰ記述を説明する。図３において、ＳＤＰ記述のｖ行から、ａ＝ｆｒａｍｅｒａｔｅ：１５までは、標準的な記述である。末尾のａ＝ｃｏｎｆｅｒｅｎｃｅ：ｓｅｒｖｅｒが、本実施例で新たに定義された制御コードと通知情報である。具体的には、ｃｏｎｆｅｒｅｎｃｅが制御コード識別子であり、ｓｅｒｖｅｒが通知情報である。
【００３２】
多地点接続テレビ会議装置１０は、ＳＤＰによる通信のネゴシエーションを発着信と、応答のタイミングで実施する。通知する内容としてＳＤＰのメディア記述へ自装置の状態を伝達する属性記述ａを追加し、属性記述ａに自装置の状態を設定し、接続先多地点接続テレビ会議装置１０へ送信する。
【００３３】
図４を参照して、制御コード識別子と、通知情報とを記載した設定対応テーブル３０を説明する。図４において、設定対応テーブル３０は、制御コード識別子３０１のレコードと、通知情報３０２のレコードとを含む。設定対応テーブル３０は、レコードに対応して、設定内容コラムと、意味コラムとを含む。制御コード識別子３０１の設定内容は、一つであり、ｃｏｎｆｅｒｅｎｃｅのみである。ｃｏｎｆｅｒｅｎｃｅは、ネゴシエーションデータであることを示す。一方、通知情報３０２の設定内容は、３種ある。それらは、ｕｎｄｅｃｉｄｅｄと、ｓｅｒｖｅｒと、ｃｌｉｅｎｔとである。
【００３４】
ｕｎｄｅｃｉｄｅｄは、自装置の状態は「未定」であることを意味する。ｕｎｄｅｃｉｄｅｄは、１対１接続を意味する。ｓｅｒｖｅｒは、自装置の状態が１対複数接続の「親」であることを意味する。ｃｌｉｅｎｔは、自装置の状態が１対複数接続の「子」であることを意味する。
【００３５】
なお、制御コード識別子３０１、通知情報３０２の設定値は、任意に決定することができる。設定値は、他の値を設定したとしてもよい。図４に示すように、制御コード識別子３０１としてｃｏｎｆｅｒｅｎｃｅという固定値を使用し、この制御コード識別子３０１を使用している装置とのみＳＤＰでのネゴシエーションを図る。
【００３６】
図５を参照して、２台の多地点接続テレビ会議装置間の接続処理を説明する。この接続処理は、ＳＤＰを利用した発着信シーケンスである。図５において、他の装置と未通信である装置１０−Ａは、同様に他の装置と未通信である装置１０−Ｂ対して、呼接続要求を行なう。その時図４の設定対応テーブル３０に従えば、装置１０−Ａと装置１０−Ｂはお互い未通信からの接続となり１対１接続となるため、装置１０−Ａは、ＳＤＰ内属性情報をｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを装置１０−Ｂへ送信する（Ｓ１）。装置１０−Ｂもまた１対１接続となるため図４の設定対応テーブル３０に従い、装置１０−Ｂの通信制御部１０２はＳＤＰ内属性情報ａをｕｎｄｅｃｉｄｅｄとした正常応答２００ ＯＫを装置１０−Ａに送信する（Ｓ２）。この時点では１対１通信であり、装置間に親子関係はない。
【００３７】
図５で説明した通り、発信とその応答にはＳＤＰを使用し装置の通信状態を通知し、通信のネゴシエーションを実施できる。しかし、通信中に装置の状態が変化した場合には相手側テレビ会議装置とのネゴシエーションにＳＤＰを使用できない。これは、ＳＤＰを含むＳＩＰメッセージは、セッションの開始時のＩＮＶＩＴＥメッセージ、２００ ＯＫメッセージのみの送信となるためである。そこで、音声ＲＴＰとは別に、装置の状態を通知するメッセージを図６に示す制御ＲＴＰとしてＲＴＰに割り込ませる。このＲＴＰによるネゴシエーションは、接続後に装置の状態が変わる度に実施する。
【００３８】
図６および図７を参照して、制御ＲＴＰのデータフォーマットと設定対応テーブル４０とを説明する。図６において、制御データであるｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｓｅｒｖｅｒの最初のコロンの前のｃｏｎｆｅｒｅｎｃｅは、制御コード識別子である。コロンに挟まれたｒｅｑｕｅｓｔは、指示コードである。２番目のコロンの後のｓｅｒｖｅｒは、通知情報である。
【００３９】
図７において、制御コード識別子４０１、指示コード４０２、通知情報４０３の設定値は、任意に決定することができる。図７の設定値は、他の値を設定したとしてもよい。制御ＲＴＰは、制御コード識別子４０１、指示コード４０２、通知情報４０３から構成される。制御コード識別子４０１は、ｃｏｎｆｅｒｅｎｃｅという固定値を使用し、この制御コード識別子４０１を使用している装置とのみＲＴＰでのネゴシエーションを実施する。
【００４０】
指示コード４０２は、制御ＲＴＰを送信する装置から状態の通知を行なうために送信するｒｅｑｕｅｓｔと、制御ＲＴＰを受信する装置がｒｅｑｕｅｓｔに対する応答を示すために送信するｒｅｓｐｏｎｓｅの２種類がある。
【００４１】
通知情報４０３は４種類あり、それぞれ、１対１接続状態である装置同士の親子関係が未定であることを示すｕｎｄｅｃｉｄｅｄ、多地点接続を行なっている時に親機であることを示すｓｅｒｖｅｒ、多地点接続を行なっている時に子機であることを示すｃｌｉｅｎｔ、リクエスト受付不可の場合にレスポンスとしてのみ送信するｘｘｘがある。
【００４２】
図８を参照して、図６および図７で説明した制御ＲＴＰを利用した装置間の親子関係ネゴシエーションを説明する。図８では初期状態において、装置１０−Ａと装置１０−Ｂの１対１通信が行なわれている。装置１０−Ａと装置１０−Ｂの装置状態は、ともにｕｎｄｅｃｉｄｅｄである。ここで、装置１０−Ｃは、ＳＤＰ内部属性情報ａをｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを装置１０−Ａに送信する（Ｓ３）。装置１０−Ａは、装置１０−ＣからのＩＮＶＩＴＥメッセージに対する正常応答２００ ＯＫメッセージを装置１０−Ｃに送信する（Ｓ４）。ステップ４にて送信するＳＤＰの属性記述ａは、ｓｅｒｖｅｒであり、装置１０−Ｃが装置１０−Ａに接続したことによって、装置１０−Ａの装置状態がｕｎｄｅｃｉｄｅｄからｓｅｒｖｅｒ変化する。
【００４３】
このように通信中に親機となった装置１０−Ａの状態変化を契機に、装置１０−Ａは、制御ＲＴＰにて通知情報ｓｅｒｖｅｒを装置１０−Ｂに送信する（Ｓ５）。装置１０−Ｂは、そのレスポンスとして制御ＲＴＰにて通知情報ｃｌｉｅｎｔを送信する（Ｓ６）。この結果、装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃ間の親子関係が決定され、通信中に遷移する。
【００４４】
図９を参照して、テレビ会議装置間で親子関係を如何に決定するかについて説明する。図９のフローチャートの処理は、装置１０のＲＡＭ１０３内に収められている通信先装置からのＳＤＰ属性情報データを用いた通信制御部１０２の動作について説明したものである。
【００４５】
図９において、通信制御部１０２は、他のテレビ会議装置からの着信を受け付ける（Ｓ１００）。通信制御部１０２は、自装置が他装置と通信中であるかどうかの判定を行なう（Ｓ１０１）。通信中でないとき（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう（Ｓ１０２）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手端末に対してＳＤＰの属性情報としてｕｎｄｅｃｉｄｅｄと通知して（Ｓ１０４）、終了する。この時点では１対１通信であり、装置間の親子関係は未定である。
【００４６】
一方、ステップ１０２で、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるかどうかの判定を行なう（Ｓ１０３）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、相手端末に対してＳＤＰの属性情報としてｃｌｉｅｎｔと通知して（Ｓ１０５）、終了する。ここで、１対複数の接続となるため、装置間の親子関係が決定する。
【００４７】
一方、ステップ１０３で、受信したＳＤＰの属性情報がｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、本実施例では親機の競合が発生してしまうという理由から、子機（ｃｌｉｅｎｔ）が発信することを許容しておらず、属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。ステップ１０１において、通信制御部１０２が自装置が他装置と通信中であると判定した場合（ＹＥＳ）、通信制御部１０２は、ステップ１０６に遷移する。
【００４８】
図９Ｂに移って、ステップ１０６において、通信制御部１０２は。自装置の接続状態がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう。自装置の接続状態がｕｎｄｅｃｉｄｅｄであると判定された場合（ＹＥＳ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるかどうかの判定を行なう（Ｓ１０７）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に対してＳＤＰの属性情報としてｓｅｒｖｅｒと通知する（Ｓ１０９）。この時点で１対複数通信となり、装置間の親子関係が決定される。通信制御部１０２は、通信開始時にＳＤＰの属性情報としてｕｎｄｅｃｉｄｅｄを送信したもう一つの接続装置へ、制御ＲＴＰにて自装置がｓｅｒｖｅｒを通知して（Ｓ１１０）、終了する。
【００４９】
一方、ステップ１０７で、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるか判定を行なう（Ｓ１０８）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１１１）、終了する。
【００５０】
一方、ステップ１０８で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信すると、親機の競合が発生してしまうという理由から許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。
【００５１】
ステップ１０６で、自装置の接続状態がｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、自装置の接続状態がｓｅｒｖｅｒであるか判定を行なう（Ｓ１１２）。ｓｅｒｖｅｒであると判定された場合（ＹＥＳ）、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるか判定を行なう（Ｓ１１３）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に対してＳＤＰの属性情報としてｓｅｒｖｅｒと通知して（Ｓ１１５）、終了する。この時点では既に１対複数通信となっており、装置の親子関係は決定している。
【００５２】
一方、ステップ１１３で、ｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるかの判定を行なう（Ｓ１１４）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１１６）、終了する。
【００５３】
一方、ステップ１１４で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信することを親機の競合が発生してしまうという理由から、許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、ありえない接続となり、通信制御部１０２は、フローを終了する。
ステップ１１２において通信制御部１０２が、自装置の接続状態がｓｅｒｖｅｒではないと判定した場合（ＮＯ）、ステップ１１８に遷移する。
【００５４】
図９Ｃにおいて、通信制御部１０２は、受信したＳＤＰの属性情報がｕｎｄｅｃｉｄｅｄであるか判定を行なう（Ｓ１１８）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、相手装置に、親機と接続させるためにＳＩＰのリダイレクトメッセージである３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージを送信して（Ｓ１２０）、終了する。
【００５５】
一方、ステップ１１８で、ｕｎｄｅｃｉｄｅｄではないと判定された場合（ＮＯ）、通信制御部１０２は、受信したＳＤＰの属性情報がｓｅｒｖｅｒであるか判定を行なう（Ｓ１１９）。ｓｅｒｖｅｒと判定された場合（ＹＥＳ）、通信制御部１０２は、親機の競合を防ぐため接続を要求してきた装置に対し、ＳＩＰの話中のメッセージである４８６ｂｕｓｙを送信して（Ｓ１２１）、終了する。
【００５６】
一方、ステップ１１９で、ｓｅｒｖｅｒではないと判断された場合（ＮＯ）、受信するＳＤＰ属性情報はｃｌｉｅｎｔとなる。しかし、子機（ｃｌｉｅｎｔ）が発信することを親機の競合が発生してしまうという理由から許容しておらず属性情報がｃｌｉｅｎｔと宣言されたＳＤＰを受信することはない。このため、通信制御部１０２は、フローを終了する。
【００５７】
図１０のフローチャートを参照して、装置が発信した際にどのようにしてテレビ会議装置間の親子関係を決定するかについて説明する。図１０のフローチャートの処理は、装置のＲＡＭ１０３内に収められている通信先装置からのＳＤＰ属性情報データを用いた通信制御部１０２の動作について説明したものである。
【００５８】
図１０において、通信制御部１０２は、自装置が他装置と通信中であるか判定を行なう（Ｓ１３０）。通信中でないと判定された場合（ＮＯ）、通信制御部１０２は接続先装置へＳＤＰ内属性記述をｕｎｄｅｃｉｄｅｄとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３１）、終了する。
【００５９】
ステップ１３０で、通信中であると判定された場合（ＹＥＳ）、通信制御部１０２は、自装置の通信状態がｕｎｄｅｃｉｄｅｄか判定する（Ｓ１３２）。ｕｎｄｅｃｉｄｅｄと判定された場合（ＹＥＳ）、通信制御部１０２は、通信状態をｓｅｒｖｅｒへ、遷移する（Ｓ１３５）。通信制御部１０２は、接続先装置へＳＤＰ内属性記述をｓｅｒｖｅｒとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３６）、終了する。なお、ステップ１３５と、ステップ１３６は、順序が逆でもよい。
【００６０】
ステップ１３２で、ｕｎｄｅｃｉｄｅｄではないと判定した場合（ＮＯ）、通信制御部１０２は、自装置の状態がｓｅｒｅｖｅｒであるかを判定する（Ｓ１３３）。ｓｅｒｖｅｒと判定した場合（ＹＥＳ）、通信制御部１０２は、接続先装置へＳＤＰ内部属性記述をｓｅｒｖｅｒとしたＩＮＶＩＴＥメッセージを送信して（Ｓ１３４）、終了する。
【００６１】
ステップ１３３で、ｓｅｒｖｅｒでないとき、通信制御部１０２は、そのまま終了する。これは、ｕｎｄｅｃｉｄｅｄでもｓｅｒｖｅｒでもないときは、ｃｌｉｅｎｔとなり、ｃｌｉｅｎｔの発信を許容しないためである。
【００６２】
図１１を参照して、発信時自装置接続状態による送出ＳＤＰ情報条件テーブル５０を説明する。図１１において、接続状態には、未通信と通信中とがある。通信中の状態として、さらにｕｎｄｅｃｉｄｅｄとｓｅｒｖｅｒとｃｌｉｅｎｔとがある。これらの４状態からＩＮＶＩＴＥを送信するときのＳＤＰ情報は、以下の通りである。
【００６３】
未通信のとき、通信制御部１０２は、ｕｎｄｅｃｉｄｅｄを送信する。ｕｎｄｅｃｉｄｅｄのとき、通信制御部１０２は、ｓｅｒｖｅｒを送信する。ｓｅｒｖｅｒのとき、通信制御部１０２は、ｓｅｒｖｅｒを送信する。ｃｌｉｅｎｔのとき、通信制御部１０２は、発信しないので、発生しない。
【００６４】
図１２を参照して、装置１０−Ａ〜１０−Ｄが４地点でテレビ会議を行なう際の接続シーケンスを説明する。図１２において、装置１０−Ｂは、装置１０−Ａに対して、呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ７）。このとき、ＮＶＩＴＥメッセージのボディのＳＤＰには属性記述をｕｎｄｅｃｉｄｅｄとして送信する。装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｂに送信する（Ｓ８）。このとき、メッセージのボディのＳＤＰには属性記述をｕｎｄｅｃｉｄｅｄとして送信する。
【００６５】
装置１０−Ｂは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ９）。
【００６６】
装置１０−Ａは、装置１０−Ｂから受信したＳＤＰ内の属性記述をＲＡＭ１０３内に保存する。また、装置１０−Ｂも、同様にＳＤＰ内の属性記述をＲＡＭ１０３内に保存する。
【００６７】
装置１０−Ａと装置１０−Ｂにて１対１接続が完了した後、装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ｂに対して送信する。装置１０−Ｂも、同様に装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ａは、受信した装置１０−Ｂからのデータについて、装置１０−Ａに接続されるスピーカ１４、モニタ１２に対して出力する。また、装置１０−Ｂが受信した装置１０−Ａからのデータは、装置１０−Ｂによって装置１０−Ｂに接続されるスピーカ１４、モニタ１２に対して出力される。
【００６８】
装置１０−Ａと装置１０−Ｂにて１対１接続が完了した後、装置１０−Ｃが装置１０−Ａに対して呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ１０）。また、ＩＮＶＩＴＥメッセージのボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００６９】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｃに送信する（Ｓ１１）。このとき、１対２接続となり装置１０−Ａが音声、映像を合成し配信する親機となるため、装置１０−Ａが送信するＳＤＰで宣言される属性記述は、ｓｅｒｖｅｒである。
【００７０】
装置１０−Ｃは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ１２）。
【００７１】
この時装置１０−Ａを親機とした１対２接続になる為、装置間で初めて親子関係が決定する。多地点接続テレビ会議システムが１対２接続となることを契機として、決定した親子関係を元に、親機となる装置１０−ＡはＲＡＭ１０３上の属性記述ａがｕｎｄｅｃｉｄｅｄのままである装置１０−Ｂに対して制御ＲＴＰを使用し、装置１０−Ａが親機となったとなったことを通知するｒｅｑｕｅｓｔとしてｓｅｒｖｅｒと送信する（Ｓ１３）。装置１０−Ｂは、装置１０−Ａに対してｒｅｑｕｅｓｔに対するｒｅｓｐｏｎｓｅとして、ｃｌｉｅｎｔを送信し（Ｓ１４）、装置１０−ＢのＲＡＭ１０３の接続状態情報が更新される。
【００７２】
装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃにて１対２接続が完了した後、装置１０−Ｂは、装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１の映像データを装置１０−Ａに対して送信する、装置１０−Ｃも、同様に装置１０−Ｃに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。
【００７３】
装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｂから受信したマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｃから受信したマイク１３の音声データ、カメラ１１の映像データをそれぞれ合成する。
【００７４】
装置１０−Ａによって合成された音声データ、映像データは、それぞれ装置１０−Ａに接続されるスピーカ１４、モニタ１２によって出力される。合成された音声データ、映像データは、また、同時に装置１０−Ｂ、装置１０−Ｃに対しても送信される。装置１０−Ｂは、装置１０−Ａから受信した音声データ、映像データを接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｃは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。
【００７５】
装置１０−Ａを親とする１対２接続が完了した後、装置１０−Ｄが装置１０−Ａに対して呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ１５）。ＩＮＶＩＴＥメッセージのボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００７６】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置Ｄに送信する（Ｓ１６）。メッセージボディのＳＤＰ内属性記述は、ｓｅｒｖｅｒである。装置１０−Ｄは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ１７）。
【００７７】
装置１０−Ａを親とする１対３接続が完了した後、装置１０−Ｂは、装置１０−Ｂに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ｃも、同様に装置１０−Ｃに接続されるマイク１３の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。装置１０−Ｄも、同様に装置１０−Ｄに接続されるマイク３１の音声データ、カメラ１１の映像データを装置１０−Ａに対して送信する。
【００７８】
装置１０−Ａは、装置１０−Ａに接続されるマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｂから受信したマイク１３の音声データ、カメラ１１の映像データと、装置１０−Ｃから受信したマイク１３の音声データ、カメラ１１の映像データと装置１０−Ｄから受信したマイク１３の音声データ、カメラ１１の映像データをそれぞれ合成する。
【００７９】
装置１０−Ａによって合成された音声データ、映像データは、それぞれ装置１０−Ａに接続されるスピーカ１４、モニタ１２によって出力される。合成された音声データ、映像データは、また、同時に装置１０−Ｂ、装置１０−Ｃ、装置１０−Ｄに対しても送信される。装置１０−Ｂは、装置１０−Ａから受信した音声データ、映像データを接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｃは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。装置１０−Ｄは、装置１０−Ａから受信した音声データ、映像データを、接続しているスピーカ１４、モニタ１２に対して出力する。
【００８０】
図１３を参照して、多地点接続テレビ会議装置がＲＡＭ１０３上で管理する各装置の情報を示したテーブルを説明する。図１２のシーケンスがステップ１７まで完了し装置Ａを親とする１対３の接続が完了した時、図１３の通りのデータを各装置はＲＡＭ１０３上で管理する。すなわち、装置Ａは、装置Ｂ、装置Ｃ、装置ＤのＳＩＰ−ＵＲＩと、装置Ｂ、装置Ｃ、装置Ｄがそれぞれｃｌｉｅｎｔであることを管理する。また、装置Ｂ、装置Ｃ、装置Ｄは、それぞれ装置ＡのＳＩＰ−ＵＲＩと、装置Ａがｓｅｒｖｅｒであることを管理する。
【００８１】
図１４を参照して、１対２での多地点接続テレビ会議中に子機として機能している装置１０−Ｃに対して、新たな装置１０−Ｄから発信した場合の処理について説明する。図１４において、装置１０−Ａが親機として機能している。ステップ１８からステップ２５までは、図１２のステップ７からステップ１４までと同じなので、説明を省略する。
【００８２】
装置１０−Ｄは、装置１０−Ｃに対して、呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージを送出する（Ｓ２６）。メッセージボディのＳＤＰの属性記述はｕｎｄｅｃｉｄｅｄである。装置１０−Ｃは、属性記述がｕｎｄｅｃｉｄｅｄとなったＳＤＰを受信する。しかし、自装置がｃｌｉｅｎｔとして動作しており、着信を許可してしまうと多地点テレビシステム内に親機の競合が発生してしまう。そのため、装置１０−Ｃの通信制御部１０２は、装置１０−Ｄに対して、多地点接続テレビ会議システム内において、現時点で親機である装置１０−Ａに向けて装置１０−Ｄを接続変更させるため、ＳＩＰのリダイレクトメッセージである３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを装置１０−Ｄへ送信する（Ｓ２７）。なお、接続先変更の情報は、装置１０−ＣのＲＡＭ１０３上で管理する各装置情報を示したテーブル内のＳＩＰ−ＵＲＩであり、その装置１０−Ａに対応したＳＩＰ−ＵＲＩを３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージ内のコンタクトヘッダ内で指定する。
【００８３】
装置１０−Ｄは、リダイレクトメッセージ ３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを受信すると、リダイレクトメッセージ ３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙに対応した受信確認のＡＣＫメッセージを装置１０−Ｃに送信する。（Ｓ２８）
装置１０−Ｄは、装置１０−Ｃから受け取った３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙメッセージ中のコンタクトヘッダ内ＳＩＰ−ＵＲＩを参照し、転送先である装置１０−Ａに対して再度ＩＮＶＩＴＥメッセージを送信する（Ｓ２９）。メッセージボディのＳＤＰの属性記述は、ｕｎｄｅｃｉｄｅｄである。
【００８４】
装置１０−Ａは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対応する正常応答２００ ＯＫメッセージを装置１０−Ｄに送信する（Ｓ３０）。メッセージボディのＳＤＰの属性記述は、ｓｅｒｖｅｒである。装置１０−Ｄは、正常応答２００ ＯＫメッセージを受信すると、正常応答２００ ＯＫメッセージに対応した受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ３１）。
【００８５】
以上の方法により、装置１０−Ａが親機、装置１０−Ｂ、１０−Ｃ、１０−Ｄが子機と決定され、多地点接続テレビ会議にて１対４接続を実現する。本実施例では１対４接続の場合を説明したが、接続数が変わっても、親機を決定する方式は変わらない。
【００８６】
以下、装置１０−Ａと装置１０−Ｂが１対１の通信を行なっているネットワークに、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信をしているネットワークが参加した場合の処理について説明する。
【００８７】
図１５を参照して、装置１０−Ａと装置１０−Ｂが１対１の通信を行なっているネットワークに、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信をしているネットワークが参加したケースを説明する。図１５において、装置１０−Ａと装置１０−Ｂが１対１の通信をしているので、装置１０−Ａと装置１０−Ｂとは、ｕｎｄｅｃｉｄｅｄ状態である。一方、装置１０−Ｃと装置１０−Ｄと装置１０−Ｅが１対２通信しており、装置１０−Ｃは、ｓｅｒｖｅｒ状態、装置１０−Ｄと装置１０−Ｅとは、ｃｌｉｅｎｔ状態である。また、装置１０−Ｃは、装置１０−Ａに発信している
既に説明したように、この場合着信を受ける装置１０−Ａが親機になる。しかし、発信をした装置１０−Ｃも親機であるため、多地点接続テレビ会議システム内に親機が２台存在することになり親機が競合してしまう。
【００８８】
図１６を参照して、親機の競合を防ぐため受信したＳＤＰ内属性記述による動作条件テーブル６０を説明する。図１６において、ＩＮＶＩＴＥを受信したテレビ会議装置１０の状態は、未通信または通信中である。通信中の状態は、さらにｕｎｄｅｃｉｄｅｄとｓｅｒｖｅｒとｃｌｉｅｎｔとがある。これらの４状態からＩＮＶＩＴＥを受信したときのＳＤＰ情報は、以下の通りである。
【００８９】
まず、ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｃｌｉｅｎｔは、許容しないので発生しない。
ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｕｎｄｅｃｉｄｅｄのとき、状態が未接続なら、多地点接続テレビ会議装置１０は、ｕｎｄｅｃｉｄｅｄ応答を返信して、ｕｎｄｅｃｉｄｅｄ状態に遷移する。状態がｕｎｄｅｃｉｄｅｄなら、多地点接続テレビ会議装置１０は、ｓｅｒｖｅｒ応答を返信して、ｓｅｒｖｅｒ状態に遷移する。状態がｓｅｒｖｅｒなら、多地点接続テレビ会議装置１０は、ｓｅｒｖｅｒ応答を返信する。状態がｃｌｉｅｎｔなら、多地点接続テレビ会議装置１０は、３０２ Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｉｌｙを送信する。
【００９０】
ＩＮＶＩＴＥを受信したときのＳＤＰ情報がｓｅｒｖｅｒのとき、状態が未接続なら、多地点接続テレビ会議装置１０は、ｃｌｉｅｎｔ応答を返信して、ｃｌｉｅｎｔ状態に遷移する。状態がｕｎｄｅｃｉｄｅｄ、ｓｅｒｖｅｒまたはｃｌｉｅｎｔなら、多地点接続テレビ会議装置１０は、４８６ ｂｕｓｙを送信する。
【００９１】
図１７を参照して、図１５の接続が発生した場合の多地点接続テレビ会議装置１０−Ａと、多地点接続テレビ会議装置１０−Ｃの接続シーケンスを説明する。図１７において、装置１０−Ａは、装置１０−Ｃからの接続要求ＩＮＶＥＴＥメッセージを受信する（Ｓ３６）。しかし、装置１０−Ｃが送信したＳＤＰ内の属性記述がｓｅｒｖｅｒであり、装置１０−Ａ自身の装置状態がｕｎｄｅｃｉｄｅｄであるため、装置１０−Ａは装置１０−Ｃに対して、話中であることを示す４８６ ｂｕｓｙメッセージを送信し、接続を拒否する（Ｓ３７）。４８６ ｂｕｓｙメッセージを受信した装置１０−Ｃは、受信確認のＡＣＫメッセージを装置１０−Ａに送信する（Ｓ３８）
図１２、図１４の多地点接続についても、図１６のテーブルに従い装置１０−Ａ、装置１０−Ｂ、装置１０−Ｃ、装置１０−Ｄは、動作する。
このようにして、多地点接続テレビ会議システム上に親機の競合を防ぎ、会議開始前に事前に親機を会議参加者同士で決定するという煩雑な作業がなく、どの装置とでもフレキシブルに接続できる。
【００９２】
図１８ないし図２０を参照して、装置１０−Ａを親機として、装置１０−Ａ⇔装置１０−Ｂ、装置１０−Ａ⇔装置１０−Ｃ、装置１０−Ａ⇔装置１０−Ｄの１対３多地点接続テレビ会議を実施中に親機である装置１０−Ａが会議から退席する場合の処理について説明する。
【００９３】
図１８を参照して、装置１０−Ａを親機として装置Ａ⇔装置Ｂ、装置Ａ⇔装置Ｃ、装置Ａ⇔装置Ｄの１対３多地点接続テレビ会議を実施中に、親装置である装置１０−Ａが会議から退席するケースを説明する。図１８において、親装置である多地点接続テレビ会議装置１０−Ａは、退席するとき、多地点接続テレビ会議装置１０−Ｂ、多地点接続テレビ会議装置１０−Ｃ、多地点接続テレビ会議装置１０−Ｄとの接続を切断する。多地点接続テレビ会議装置１０−Ｃは、子装置から親装置に遷移する。
【００９４】
図１９を参照して、装置１０−Ａが退席後も装置１０−Ｂ、１０−Ｃ、１０−Ｄ間で多地点接続テレビ会議を継続する場合の処理を説明する。図１９において、装置１０−Ａは、次に親機とする装置１０−ＣにＢＹＥを送信する（Ｓ４１）。装置１０−Ｃは、装置１０−Ａに２００ ＯＫを送信する（Ｓ４２）。装置１０−Ａは、装置１０−ＢにＲＥＦＥＲ Ｒｅｆｅｒ−Ｔｏ：装置Ｃを送信する（Ｓ４３）。装置１０−Ｂは、装置１０−Ａに２０２ Ａｃｃｅｐｔｅｄを送信する（Ｓ４４）。装置１０−Ａは、装置１０−ＢにＢＹＥを送信する（Ｓ４６）。装置１０−Ｂは、装置１０−Ａに２００ ＯＫを送信する（Ｓ４７）。
【００９５】
装置１０−Ａは、装置１０−Ｄに制御ＲＴＰを送信する（Ｓ４８）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｕｎｄｅｃｉｄｅｄである。装置１０−Ｄは、装置１０−Ａに制御ＲＴＰを送信する（Ｓ４９）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｓｐｏｎｃｅ：ｕｎｄｅｃｉｄｅｄである。
【００９６】
装置１０−Ｂは、装置１０−ＣにＩＮＶＩＴＥ Ｒｅｆｅｒｒｅｄ−Ｂｙ：装置Ａを送信する（Ｓ５１）。このとき、メッセージボディのＳＤＰにはｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｃは、装置１０−Ｂに２００ ＯＫを送信する（Ｓ５２）。このとき、メッセージボディには、ｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｂは、装置１０−ＣにＡＣＫを送信する（Ｓ５３）。装置１０−Ｂは、装置１０−ＣにＮＯＴＩＦＹを送信する（Ｓ５４）。ＮＯＴＩＦＹは、転送を知らせるメッセージである。装置１０−Ｃは、装置１０−Ｂに２００ ＯＫを送信する（Ｓ５６）。これまでで、装置１０−Ｂと装置１０−Ｃとは、通話中となる。
【００９７】
装置１０−Ａは、装置１０−ＤにＲＥＦＥＲ Ｒｅｆｅｒ−Ｔｏ：装置Ｃを送信する（Ｓ５７）。装置１０−Ｄは、装置１０−Ａに２０２ Ａｃｃｅｐｔｅｄを送信する（Ｓ５８）。装置１０−Ａは、装置１０−ＤにＢＹＥを送信する（Ｓ５９）。装置１０−Ｄは、装置１０−Ａに２００ ＯＫを送信する（Ｓ６１）。
【００９８】
装置１０−Ｄは、装置１０−ＣにＩＮＶＩＴＥ Ｒｅｆｅｒｒｅｄ−Ｂｙ：装置Ａを送信する（Ｓ６２）。このとき、メッセージボディのＳＤＰにはｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｃは、装置１０−Ｄに２００ ＯＫを送信する（Ｓ６３）。このとき、メッセージボディには、ｕｎｄｅｃｉｄｅｄが記載されている。装置１０−Ｄは、装置１０−ＣにＡＣＫを送信する（Ｓ６４）。装置１０−Ｄは、装置１０−ＡにＮＯＴＩＦＹを送信する（Ｓ６６）。装置１０−Ａは、装置１０−Ｄに２００ ＯＫを送信する（Ｓ６７）。これまでで、装置１０−Ｄと装置１０−Ｃとは、通話中となる。
【００９９】
装置１０−Ｃは、装置１０−Ｂに制御ＲＴＰを送信する（Ｓ６８）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｑｕｅｓｔ：ｓｅｒｖｅｒである。装置１０−Ｂは、装置１０−Ｃに制御ＲＴＰを送信する（Ｓ６９）。このとき、制御データは、ｃｏｎｆｅｒｅｎｃｅ：ｒｅｓｐｏｎｃｅ：ｃｌｉｅｎｔである。
【０１００】
図２０を参照して、親機の状態から退席するテレビ会議装置の処理フローを説明する。図２０において、通信制御部１０２は、ユーザーからの設定を元に多地点接続テレビ会議を継続するかどうかの判定を行なう（Ｓ２００）。多地点接続テレビ会議を継続して実施すると判定された場合（ＹＥＳ）、通信制御部１０２は、自装置が退席後に親機とする端末を多地点接続テレビ会議から切り離すため、切断処理を実施する（Ｓ２０１）。
【０１０１】
通信制御部１０２は、退席後に子機とする装置へ、次に親機として動作する装置に接続させるため、ＲＡＭ１０３内に保存している転送先のＳＩＰ−ＵＲＩをＳＩＰの転送メッセージであるＲＥＦＥＲメッセージに転送先として指定し、送信して（Ｓ２０２）、終了する。
【０１０２】
一方、ステップ２００にて多地点接続テレビ会議を継続して実施しないと判定された場合（ＮＯ）、通信制御部１０２は、自装置に接続しているすべての装置に対して切断処理を実施する（Ｓ２０３）。
【０１０３】
このようにして、多地点接続テレビ会議実施中に親機が退席しなければならないような状況において、多地点接続テレビ会議を継続したい場合、新規に親機となる装置への接続変更処理を行なうことにより、多地点接続テレビ会議を継続することができる。
【符号の説明】
【０１０４】
１０…多地点接続テレビ会議装置、２０…ＩＰ網、３０…ＳＤＰ内属性記述ａ設定対応テーブル、４０…制御ＲＴＰ設定対応テーブル、５０…発信時自装置接続状態による送出ＳＤＰ情報条件テーブル、６０…自装置状態と、受信ＳＤＰ内属性記述による動作条件テーブル、１００…多地点接続テレビ会議システム、１０１…回線ＩＦ、１０２…通信制御部、１０３…ＲＡＭ、１０４…音声入力ＩＦ、１０５…音声圧縮部、１０６…音声伸張部、１０７…音声合成部、１０８…音声出力ＩＦ、１０９…映像入力ＩＦ、１１０…映像デコード部、１１１、１１５…映像スケーリング部、１１２…映像圧縮部、１１３…映像伸張部、１１４…映像合成部、１１６…映像エンコード部、１１７…映像出力ＩＦ、３０１…ＳＤＰ制御コード識別子、３０２…ＳＤＰ通知情報、４０１…ＲＴＰ制御コード識別子、４０２…ＲＴＰ指示コード、４０３…ＲＴＰ通知情報。
【特許請求の範囲】
【請求項１】
ＩＰ網からのデータの入出力を実現する回線ＩＦと、マイクからの音声データを取り込むための音声入力ＩＦと、前記音声入力ＩＦからのデータを圧縮するための音声圧縮部と、圧縮された音声データを伸長するための音声伸張部と、多地点から送信される音声を合成するための音声合成部と、スピーカに音声データを出力するための音声出力ＩＦ部と、カメラからの映像データを取り込むための映像入力ＩＦと、前記映像入力ＩＦからのデータをデコードする映像デコード部と、デコードされた映像データを決まったサイズにスケーリングするための映像スケーリング部と、映像データを圧縮するための映像圧縮部と、圧縮された映像データを伸長するための映像伸張部と、多地点からの送信される映像データを合成するための映像合成部と、合成された映像を決まったサイズにスケーリングするための映像スケーリング部と、スケーリングされた映像をエンコードするための映像エンコード部と、エンコードされた映像データをテレビに出力するための映像出力ＩＦと、ＳＤＰ、ＲＴＰ、ＳＩＰの情報を格納するＲＡＭと、からなる多地点接続テレビ会議装置において、
１対１でのテレビ会議を実施中に、他の多地点接続テレビ会議装置がそのテレビ会議に参加するとき、前記回線ＩＦが受信したＳＤＰ、ＲＴＰを利用して動的に多地点接続テレビ会議システム内の親機を決定する通信制御部を有することを特徴とする多地点接続テレビ会議装置。
【請求項２】
請求項１に記載の多地点接続テレビ会議装置であって、
１対２での子機としてテレビ会議実施中に、他の多地点接続テレビ会議からそのテレビ会議への参加メッセージを受信したとき、前記通信制御部は、親機のＳＩＰ−ＵＲＩを含む転送メッセージを前記他の多地点接続テレビ会議に返信することを特徴とする多地点接続テレビ会議装置。
【請求項３】
参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して返信し、状態が未定状態または親状態のとき前記応答メッセージに親状態であることを記述して返信することを特徴とする多地点接続テレビ会議装置。
【請求項４】
送信元の状態が未定状態の参加メッセージを受信したとき、
状態が未接続のとき応答メッセージに未定状態であることを記述して前記送信元へ返信し、前記状態を未定状態へ遷移し、
状態が未定状態のとき前記応答メッセージに親状態であることを記述して前記送信元へ返信し、前記状態を親状態へ遷移し、
状態が親状態のとき前記応答メッセージに親状態であることを記述して前記送信元へ返信し、
状態が子状態のときリダイレクトメッセージを前記送信元へ返信し、
送信元の状態が親状態の参加メッセージを受信したとき、
状態が未接続のとき応答メッセージに子状態であることを記述して前記送信元へ返信し、前記状態を子状態へ遷移し、
状態が未定状態、親状態、子状態のいずれかのとき話中メッセージを前記送信元へ返信することを特徴とする多地点接続テレビ会議装置。
【請求項１】
ＩＰ網からのデータの入出力を実現する回線ＩＦと、マイクからの音声データを取り込むための音声入力ＩＦと、前記音声入力ＩＦからのデータを圧縮するための音声圧縮部と、圧縮された音声データを伸長するための音声伸張部と、多地点から送信される音声を合成するための音声合成部と、スピーカに音声データを出力するための音声出力ＩＦ部と、カメラからの映像データを取り込むための映像入力ＩＦと、前記映像入力ＩＦからのデータをデコードする映像デコード部と、デコードされた映像データを決まったサイズにスケーリングするための映像スケーリング部と、映像データを圧縮するための映像圧縮部と、圧縮された映像データを伸長するための映像伸張部と、多地点からの送信される映像データを合成するための映像合成部と、合成された映像を決まったサイズにスケーリングするための映像スケーリング部と、スケーリングされた映像をエンコードするための映像エンコード部と、エンコードされた映像データをテレビに出力するための映像出力ＩＦと、ＳＤＰ、ＲＴＰ、ＳＩＰの情報を格納するＲＡＭと、からなる多地点接続テレビ会議装置において、
１対１でのテレビ会議を実施中に、他の多地点接続テレビ会議装置がそのテレビ会議に参加するとき、前記回線ＩＦが受信したＳＤＰ、ＲＴＰを利用して動的に多地点接続テレビ会議システム内の親機を決定する通信制御部を有することを特徴とする多地点接続テレビ会議装置。
【請求項２】
請求項１に記載の多地点接続テレビ会議装置であって、
１対２での子機としてテレビ会議実施中に、他の多地点接続テレビ会議からそのテレビ会議への参加メッセージを受信したとき、前記通信制御部は、親機のＳＩＰ−ＵＲＩを含む転送メッセージを前記他の多地点接続テレビ会議に返信することを特徴とする多地点接続テレビ会議装置。
【請求項３】
参加メッセージを受信したとき、状態が未接続のとき応答メッセージに未定状態であることを記述して返信し、状態が未定状態または親状態のとき前記応答メッセージに親状態であることを記述して返信することを特徴とする多地点接続テレビ会議装置。
【請求項４】
送信元の状態が未定状態の参加メッセージを受信したとき、
状態が未接続のとき応答メッセージに未定状態であることを記述して前記送信元へ返信し、前記状態を未定状態へ遷移し、
状態が未定状態のとき前記応答メッセージに親状態であることを記述して前記送信元へ返信し、前記状態を親状態へ遷移し、
状態が親状態のとき前記応答メッセージに親状態であることを記述して前記送信元へ返信し、
状態が子状態のときリダイレクトメッセージを前記送信元へ返信し、
送信元の状態が親状態の参加メッセージを受信したとき、
状態が未接続のとき応答メッセージに子状態であることを記述して前記送信元へ返信し、前記状態を子状態へ遷移し、
状態が未定状態、親状態、子状態のいずれかのとき話中メッセージを前記送信元へ返信することを特徴とする多地点接続テレビ会議装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−５０３１（Ｐ２０１３−５０３１Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３１２８０（Ｐ２０１１−１３１２８０）
【出願日】平成２３年６月１３日（２０１１．６．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１３日（２０１１．６．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]