JP2009005228A - ゲートウェイ装置 - Google Patents

Abstract

【課題】簡易な構成で効率良くＩＰネットワークを利用して、端末間の多地点間通信を行なうゲートウェイ装置を得ること。
【解決手段】隣接する会議サーバ１から送られてくるデータと会議端末４ｘ〜４ｚから送られてくるデータとをＩＰネットワーク５を介して転送することによって、会議サーバ１と各会議端末４ｘ〜４ｚとの間でＳＩＰを用いた多地点間通信を行なうゲートウェイ装置において、多地点間通信の呼設定を管理するとともに、会議サーバ１がサーバ装置となって会議端末４ｘと多地点間通信を行っている場合に会議端末４ｙ，４ｚから多地点間通信への参加要求を受けると、会議サーバ１から各会議端末４ｘ〜４ｚ側へのデータ転送をマルチキャスト通信によって行なうようＳＩＰ−ＡＬＧ処理を用いた呼制御によってＩＰネットワーク５内のデータ転送設定を行なう。
【選択図】 図１

Description

本発明は、データ転送を行なうゲートウェイ装置に関するものである。

従来、インターネットなどを使用したＴＶ（TeleVision）会議システムでは、各会議端末が送信する音声情報および映像情報が、ネットワーク上の会議サーバに一旦転送される。会議サーバでは、各会議端末から受信した情報を編集し、各会議端末に転送している。これにより、同一のＴＶ会議に参加している全ての会議端末（全ての地点）で同じ映像と音声を受信することを可能としている。

このようなインターネット上でのＴＶ会議や電話会議では、音声情報や映像情報を送受信する呼の設定の為にＳＩＰ（Session Initiation Protocol）が使用されている。非特許文献１に記載の技術では、ＳＩＰによる多地点会議の実施を行なう際に、ＪＯＩＮヘッダを用いた呼開設シーケンスを使用している。このＪＯＩＮヘッダを用いたＳＩＰの呼接続のシーケンスでは、既存の会議に参加を希望する会議端末が、会議サーバに対してＪＯＩＮヘッダに対応する呼識別子を指定し呼開設を要求することによって、会議端末が参入を希望している会議が会議サーバで特定される。これにより、音声情報および映像情報の呼が確立し、これらの情報が各会議端末と会議サーバ間で個別に転送される。

RFC3911 The Session Initiation Protocol (SIP) "Join" Header R.Mahy Airespace D.Petrie pringtel October 2004

しかしながら、上記従来のＳＩＰを用いたＴＶ会議システムでは、全ての会議端末で同じ音声情報および映像情報を受信しているにもかかわらず、各会議端末と会議サーバの間では個別に情報が転送されている。例えば、下り方向の通信経路には会議サーバが送信する同一の情報が転送されるが、これらの通信経路に転送される情報は通信経路の数だけネットワーク内に転送されることとなる。このため、１つのＴＶ会議へ参加する会議端末の数が多くなった場合に、ネットワーク内に同一内容の情報が大量に送信されてしまい、ネットワークの利用効率が低下するという問題があった。

また、会議端末間でマルチキャスト通信を使用するには、既存のＴＶ会議システムの会議サーバと各会議端末の通信ソフトウェアをマルチキャスト通信用の通信ソフトウェアに入れ替える必要があり、システム変更に大きなコストが掛かってしまうという問題があった。

本発明は、上記に鑑みてなされたものであって、簡易な構成で効率良くＩＰネットワークを利用して、端末間の多地点間通信を行なうゲートウェイ装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ＩＰ（Internet Protocol:RFC791）を使用して通信を実現しているネットワーク上に、ＩＥＴＦで標準化されたＳＩＰ（Session Initiation Protocol:RFC3261）を用いて呼制御を実施する、多地点でのＴＶ会議もしくは電話会議のシステムで、ネットワーク上に配置されるゲートウェイ装置であり、送信元ＩＰアドレスとトランスポートプロトコルの送信元ポート番号の組を示す送信元アドレス情報と、宛先ＩＰアドレスとトランスポートプロトコルの宛先ポート番号の組を示す宛先アドレス情報の２つのアドレス情報を書き換える機能であるアドレス変換機能を持ち、ＳＩＰでやり取りされるアドレス情報のアドレス変換と、ＳＩＰで呼制御を行ったデータ通信に対するアドレス変換に対応するためのＳＩＰでの呼制御状態を管理するＳＩＰ−ＡＬＧ処理機能において、ＳＩＰのシーケンスを監視し、３者通話の実施契機となるＪＯＩＮヘッダを使用したＩＮＶＩＴＥメッセージが会議サーバ宛てに転送されたことを契機に、３者通話の呼状態の管理を開始し、該ＩＮＶＩＴＥメッセージに対する応答メッセージなど、３者通話に呼制御の状態を監視する機能を持つことを特徴とし、該ＳＩＰ−ＡＬＧ処理機能により監視している３者通話のシーケンス状態に応じて、３者通話の接続状態を管理し、３者通話による会議単位にマルチキャストアドレスを割り当て、異なるゲートウェイ間でマルチキャストアドレスの情報を通知し合い、マルチキャスト通信経路を変更する為のマルチキャストグループへの参入手順を持ち、既存の通信をユニキャストからマルチキャストに切り替える機能を実現する３者通話管理機能を持つことを特徴とする。

この発明によれば、３者通話による会議単位にマルチキャストアドレスを割り当て、異なるゲートウェイ間でマルチキャストアドレスの情報を通知し合い、マルチキャスト通信経路を変更する為のマルチキャストグループへの参入手順を持ち、既存の通信をユニキャストからマルチキャストに切り替える機能を実現する３者通話管理機能を持つので、簡易な構成で効率良くＩＰネットワークを利用して、端末間の多地点間通信を行なうことが可能になるという効果を奏する。

以下に、本発明に係るゲートウェイ装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
図１は、本発明の実施の形態１に係るＴＶ会議システムの構成を示す図である。ＴＶ会議システム１００は、ＩＰ（Internet Protocol:RFC791）ネットワーク上で、ＩＥＴＦ（The Internet Engineering Task Force）で標準化されたＳＩＰ（Session Initiation Protocol:RFC3261）を用いて呼制御を実施し、多地点間通信を行なう通信システムである。ＴＶ会議システム１００は、ゲートウェイ装置３ａ，３ｘ〜３ｚと、ＩＰネットワーク５と、会議サーバ１と、会議端末４ｘ〜４ｚと、を含んで構成されている。

会議サーバ１は、ゲートウェイ装置３ａと接続し、各会議端末４ｘ〜４ｚはそれぞれゲートウェイ装置３ｘ〜３ｚと接続している。そして、ゲートウェイ装置３ａとゲートウェイ装置３ｘ〜３ｚがＩＰネットワーク５を介して接続している。

会議サーバ１は、ＴＶ会議に参加している会議端末から種々の情報（音声や映像など）を収集するとともに、収集した情報をＴＶ会議に用いる情報（各会議端末で共通の情報）（以下、会議データという）に変換し、ＴＶ会議に参加している各会議端末宛てに送信する通信端末である。会議サーバ１は、会議データを、通信経路２１ｘ〜２１ｚを介してゲートウェイ装置３ａに送信する。

ゲートウェイ装置３ａは、会議サーバ１から送られてくる会議データを、マルチキャスト通信経路２２（ＩＰネットワーク５）を介して、各会議端末４ｘ〜４ｚに隣接する各ゲートウェイ装置３ｘ〜３ｚに転送する装置である。ゲートウェイ装置３ａは、呼設定のシーケンスによって通信経路２１ｘ〜２１ｚから同一の会議データが送信されてくることを認識した場合に、会議サーバ１から会議データが送られてくる通信経路２１ｘ〜２１ｚの中から何れか１つの通信経路（任意）を選択し、選択した通信経路からの会議データを各会議端末４ｘ〜４ｚ側へ転送する。

図１では、ゲートウェイ装置３ａが通信経路２１ｘを選択して、ＩＰネットワーク５内のマルチキャスト通信経路２２へのデータ転送を行なった場合を示している。ゲートウェイ装置３ａは、選択しなかったその他の通信経路２１ｙ，２１ｚから受信する会議データを廃棄し、ＩＰネットワーク５上に転送しない。

ゲートウェイ装置３ｘ〜３ｚは、ゲートウェイ装置３ａから会議データを受信すると、それぞれが接続している会議端末４ｘ〜４ｚに、通信経路２３ｘ〜２３ｚを介して会議データを転送する。

なお、ゲートウェイ装置と隣接している通信端末（会議サーバ１、会議端末４ｘ〜４ｚ）が、このゲートウェイ装置からみた隣接通信端末であり、ゲートウェイ装置とＩＰネットワーク５を介して接続している通信端末（会議サーバ１、会議端末４ｘ〜４ｚ）が、このゲートウェイ装置からみたネットワーク外通信端末側である。

ここで、各通信経路の配設位置と通信方向について説明する。会議端末４ｘから会議サーバ１へは、通信経路１３ｘ、通信経路１２ｘ、通信経路１１ｘを介して通信を行う。会議端末４ｙから会議サーバ１へは、通信経路１３ｙ、通信経路１２ｙ、通信経路１１ｙを介して通信を行う。会議端末４ｚから会議サーバ１へは、通信経路１３ｚ、通信経路１２ｚ、通信経路１１ｚを介して通信を行う。

通信経路１１ｘ〜１３ｘ、通信経路１１ｙ〜１３ｙ、通信経路１１ｚ〜１３ｚは、それぞれ会議端末４ｘから会議サーバ１へ向かう方向の通信経路、会議端末４ｙから会議サーバ１へ向かう方向の通信経路、会議端末４ｚから会議サーバ１へ向かう方向の通信経路である。

通信経路１３ｘ、通信経路１２ｘ、通信経路１１ｘは、それぞれ会議端末４ｘとゲートウェイ装置３ｘとの間の通信経路、ゲートウェイ装置３ｘとゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ａと会議サーバ１との間の通信経路である。

通信経路１３ｙ、通信経路１２ｙ、通信経路１１ｙは、それぞれ会議端末４ｙとゲートウェイ装置３ｙとの間の通信経路、ゲートウェイ装置３ｙとゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ａと会議サーバ１との間の通信経路である。

通信経路１３ｚ、通信経路１２ｚ、通信経路１１ｚは、それぞれ会議端末４ｚとゲートウェイ装置３ｚとの間の通信経路、ゲートウェイ装置３ｚとゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ａと会議サーバ１との間の通信経路である。

また、会議サーバ１から会議端末４ｘへは、通信経路２１ｘ、マルチキャスト通信経路２２、通信経路２３ｘを介して通信を行う。会議サーバ１から会議端末４ｙへは、通信経路２１ｙ、マルチキャスト通信経路２２、通信経路２３ｙを介して通信を行う。会議サーバ１から会議端末４ｚへは、通信経路２１ｚ、マルチキャスト通信経路２２、通信経路２３ｚを介して通信を行う。

通信経路２１ｘ，２３ｘ、通信経路２１ｙ，２３ｙ、通信経路２１ｚ，２３ｚは、それぞれ会議サーバ１から会議端末４ｘへ向かう方向の通信経路、会議サーバ１から会議端末４ｙへ向かう方向の通信経路、会議サーバ１から会議端末４ｚへ向かう方向の通信経路である。

通信経路２１ｘ、通信経路２３ｘは、それぞれ会議サーバ１とゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ｘと会議端末４ｘとの間の通信経路である。通信経路２１ｘ、通信経路２３ｘは、それぞれ通信経路１１ｘ、通信経路１３ｘに対応する逆方向の通信経路である。

通信経路２１ｙ、通信経路２３ｙは、それぞれ会議サーバ１とゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ｙと会議端末４ｙとの間の通信経路である。通信経路２１ｙ、通信経路２３ｙは、それぞれ通信経路１１ｙ、通信経路１３ｙに対応する逆方向の通信経路である。

通信経路２１ｚ、通信経路２３ｚは、それぞれ会議サーバ１とゲートウェイ装置３ａとの間の通信経路、ゲートウェイ装置３ｚと会議端末４ｚとの間の通信経路である。通信経路２１ｚ、通信経路２３ｚは、それぞれ通信経路１１ｚ、通信経路１３ｚに対応する逆方向の通信経路である。

また、マルチキャスト通信経路２２は、会議サーバ１から各会議端末４ｘ〜４ｚへ向かう方向のＩＰネットワーク５内の通信経路である。マルチキャスト通信経路２２は、通信経路１２ｘ，１２ｙ，１２ｚに対応する逆方向の通信経路である。

つぎに、ゲートウェイ装置３ａ，３ｘ〜３ｚの構成について説明する。なお、ゲートウェイ装置３ａ，３ｘ〜３ｚは同様の構成を有するので、ここではゲートウェイ装置３ａを例にとって説明する。

図２は、ゲートウェイ装置の構成を示すブロック図である。図２では、ゲートウェイ装置３ａの特徴的な機能を示している。ゲートウェイ装置３ａは、アドレス変換処理部３３、ＳＩＰ−ＡＬＧ（SIP-Application Level Gateway）処理部３４、アドレス管理部３５、呼管理部３６、３者通話管理部（多地点間情報管理部）３７、ＩＰネットワーク５とのインタフェース３１、会議サーバ１あるいは会議端末４ｘ〜４ｚが接続されるネットワークとのインタフェース３２を有している。

アドレス変換処理部３３は、インタフェース３１，３２と接続している。また、アドレス変換処理部３３は、ＳＩＰ−ＡＬＧ処理部３４、アドレス管理部３５、３者通話管理部３７と接続している。アドレス変換処理部３３は、送信元ＩＰアドレスとトランスポートプロトコルの送信元ポート番号との組を示す送信元アドレス情報と、宛先ＩＰアドレスとトランスポートプロトコルの宛先ポート番号との組を示す宛先アドレス情報と、の２つのアドレス情報を書き換える。

ＳＩＰ−ＡＬＧ処理部３４は、アドレス変換処理部３３、アドレス管理部３５、呼管理部３６、３者通話管理部３７と接続している。ＳＩＰ−ＡＬＧ処理部３４は、ＳＩＰのシーケンスを監視し、ＳＩＰレイヤのアドレス変換を実現する為のＳＩＰ−ＡＬＧ処理を行なう。

会議サーバ１に隣接するゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、３者通話（多者間通信）の実施契機となるＪＯＩＮヘッダを使用したＩＮＶＩＴＥメッセージが会議サーバ１宛てに転送されたことを契機に、３者通話の呼状態の管理を開始して、３者通話の呼制御の状態（ＩＮＶＩＴＥメッセージに対する応答メッセージなど）を監視する機能を有している。このＳＩＰ−ＡＬＧ処理部３４は、監視している３者通話のシーケンス状態に基づいて３者通話の接続状態を管理し、３者通話によるＴＶ会議単位毎にマルチキャストアドレスを割り当てる。そして、ＳＩＰ−ＡＬＧ処理部３４は、異なるゲートウェイ装置間でマルチキャストアドレスの情報を通知し合い、マルチキャスト通信経路を変更する為のマルチキャストグループへの参入手順によって、既存の通信をユニキャストからマルチキャストに切り替える。

アドレス管理部３５は、アドレス変換処理部３とＳＩＰ−ＡＬＧ処理部３４において使用されるＩＰアドレスとポート番号を管理（格納）する。呼管理部３６は、ＳＩＰ−ＡＬＧ処理部３４によって処理されたＳＩＰの呼の接続状態を管理（格納）する。

３者通話管理部３７は、会議参加者のグループ、使用するマルチキャストアドレス、ＴＶ会議を識別する会議識別子に相当するＣａｌｌ−ＩＤを、後述の会議情報４１として管理（格納）する。

ここで、３者通話管理部３７が管理する会議情報４１（会議データベース）の構成について説明する。図３は、会議情報の構成の一例を示す図である。会議情報４１は、１〜複数の会議エントリによって構成されている。以下では、会議エントリの各要素について説明する。

会議情報４１の会議エントリの要素には、「会議識別子」、「参加者一覧」、「マルチキャストアドレス」、「ルートノード」、「仮登録フラグ」の項目がある。会議情報４１では、「会議識別子」、「参加者一覧」、「マルチキャストアドレス」、「ルートノード」、「仮登録フラグ」がそれぞれ対応付けられている。

「会議識別子」は、ＴＶ会議を識別するための識別子である。「会議識別子」には、他の会議エントリ（ＴＶ会議）と重複しない識別子が設定されなければならない。本実施の形態では、「会議識別子」として例えばＳＩＰのＣａｌｌ−ＩＤを使用する。「参加者一覧」は、参加者の一覧を示す情報であり、「参加者一覧」の「会議識別子」に対応するＴＶ会議に参加している会議端末や会議サーバの情報が格納される。

「マルチキャストアドレス」は、「会議識別子」に対応するＴＶ会議でマルチキャストアドレスを使用して情報転送を実施している場合に、このＴＶ会議で使用しているマルチキャストアドレスが格納される。

「ルートノード」は、会議エントリに対して、自ゲートウェイ装置がルートノードであるか否かを示す情報である。「仮登録フラグ」は、各会議エントリの登録状態を示すフラグであり、各ＴＶ会議への仮登録状態を示す値（情報）または本登録状態を示す値が設定される。

つぎに、実施の形態１に係るＴＶ会議システム１００の処理手順について説明する。図４は、実施の形態１に係るＴＶ会議システムの処理手順を示すシーケンス図である。図４では、ＴＶ会議システム１００が、ＴＶ会議を開始する際の呼開設シーケンスを示している。ここでは、会議端末４ｘが最初にＴＶ会議に参加し、その後、会議端末４ｙがＴＶ会議に途中参加してくる場合の呼開設シーケンスについて説明する。

まず、会議端末４ｘが会議サーバ１に対して呼開設を行なって、会議端末４ｘが会議サーバ１に対して接続する。具体的には、会議端末４ｘが、会議サーバ１に呼接続要求であるＳＩＰのＩＮＶＩＴＥメッセージ７１を送信する。このＩＮＶＩＴＥメッセージ７１には、呼識別子としてＣａｌｌ−ＩＤ＝Ａが指定されている。会議端末４ｘからのＩＮＶＩＴＥメッセージ７１は、ＩＰネットワーク５内のゲートウェイ装置３ｘおよびゲートウェイ装置３ａを経由して会議サーバ１に転送される。ゲートウェイ装置３ｘおよびゲートウェイ装置３ａでは、それぞれのＳＩＰ−ＡＬＧ処理部３４でＳＩＰ−ＡＬＧ処理を行なう際に、呼識別子Ｃａｌｌ−ＩＤ＝Ａで指定された呼の情報を呼管理部３６に格納させる（Ｓ１）。

会議サーバ１は、ＩＮＶＩＴＥメッセージ７１を受信すると、ＩＮＶＩＴＥメッセージ７１に対応する正常応答２００ ＯＫメッセージ７２を、会議端末４ｘに送信する。会議サーバ１からの正常応答２００ ＯＫメッセージ７２は、ゲートウェイ装置３ａおよびゲートウェイ装置３ｘを経由して会議端末４ｘに転送される。ゲートウェイ装置３ａおよびゲートウェイ装置３ｘでは、それぞれのＳＩＰ−ＡＬＧ処理部３４でＳＩＰ−ＡＬＧ処理を行なう際に、呼識別子Ｃａｌｌ−ＩＤ＝Ａで指定された呼の情報を呼管理部３６に更新させる（Ｓ２）。

会議端末４ｘは、正常応答２００ ＯＫメッセージ７２を受信すると、正常応答２００ ＯＫメッセージ７２に対応した受信確認のＡＣＫメッセージ７３を、会議サーバ１に送信する。会議端末４ｘからのＡＣＫメッセージ７３は、ゲートウェイ装置３ｘおよびゲートウェイ装置３ａを経由して会議サーバ１に転送される。ゲートウェイ装置３ｘおよびゲートウェイ装置３ａでは、それぞれのＳＩＰ−ＡＬＧ処理部３４でＳＩＰ−ＡＬＧ処理を行なう際に、呼識別子Ｃａｌｌ−ＩＤ＝Ａで指定された呼の情報を呼管理部３６に更新させる（Ｓ３）。

Ｓ１〜Ｓ３のシーケンスにより、会議端末４ｘと会議サーバ１の間に呼が設定され、設定された呼の条件に基づいて会議データ７４がやり取りされる（Ｓ４）。この時点では、会議端末４ｘのみがＴＶ会議に参加している。この状態でのゲートウェイ装置３ａおよびゲートウェイ装置３ｘは、それぞれ呼識別子Ｃａｌｌ−ＩＤ＝Ａの情報を呼管理部３６に格納している。

続いて会議端末４ｙが、この呼識別子Ｃａｌｌ−ＩＤ＝Ａで開始されている通信（ＴＶ会議）に参加して、ＴＶ会議が２者会議から３者会議に切り替わる際のシーケンスについて説明する。

まず、会議端末４ｙは、参加を希望するＴＶ会議に対応する呼識別子Ｃａｌｌ−ＩＤ＝ＡをＳＩＰのＪＯＩＮヘッダに指定して、会議サーバ１にＩＮＶＩＴＥメッセージ７５を送信する。会議端末４ｙの送信したＩＮＶＩＴＥメッセージ７５は、まずゲートウェイ装置３ｙに受信される。

ゲートウェイ装置３ｙは、ＳＩＰ−ＡＬＧ処理部３４でＩＮＶＩＴＥメッセージ７５の構文解析を実施する。具体的には、ＩＮＶＩＴＥメッセージ７５にＪＯＩＮヘッダが存在するので、ＳＩＰ−ＡＬＧ処理部３４は、このＩＮＶＩＴＥメッセージ７５は既存の呼に対する接続要求であると判断する。そして、ＳＩＰ−ＡＬＧ処理部３４は、３者通話管理部３７に対して、「会議識別子」にＪＯＩＮヘッダで指定されたＣａｌｌ−ＩＤ＝Ａを設定させ、「参加者一覧」をＩＮＶＩＴＥメッセージ７５のＦｒｏｍヘッダおよびＴｏヘッダに基づいて設定させ、「仮登録フラグ」に「仮登録」を設定させる。「参加者一覧」には、ＩＮＶＩＴＥメッセージ７５のＦｒｏｍヘッダに対応する会議端末４ｙと、Ｔｏヘッダに対応する会議サーバ１、会議端末４ｘが格納される。

また、ＩＮＶＩＴＥメッセージ７５を会議端末４ｙの接続されているネットワーク（ゲートウェイ装置３ｙ）からＩＰネットワーク５に転送するので、ゲートウェイ装置３ｙのＳＩＰ−ＡＬＧ処理部３４は、自装置はルートノードではないと判断する。これにより、「ルートノード」には、ルートノードでないことを示す情報が設定される。図４では、ゲートウェイ装置３ｙがＩＮＩＶＩＴＥメッセージ７５を受信した際の、ゲートウェイ装置３ｙの処理を処理（Ｐ１）で示している。ゲートウェイ装置３ｙは、処理（Ｐ１）の後、ＩＮＩＶＩＴＥメッセージ７５をゲートウェイ装置３ａに転送する。

ゲートウェイ装置３ａがＩＮＶＩＴＥメッセージ７５を受信すると、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、３者通話管理部３７の会議情報４１内から、受信したＩＮＶＩＴＥメッセージ７５に対応するエントリの検索を行なう。具体的には、ＳＩＰ−ＡＬＧ処理部３４が、ＩＮＶＩＴＥメッセージ７５のＪＯＩＮヘッダに指定されたＣａｌｌ−ＩＤ＝Ａに該当する「会議識別子」を検索することによって、この「会議識別子」を持つエントリを検索する。なお、会議情報４１に該当するエントリが存在しない場合、現在は複数地点でのＴＶ会議が開始されていないと判断される。

つぎに、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、ＩＮＩＶＩＴＥメッセージ７５に対応する呼の存在を確認するため、呼管理部３６に管理されている呼情報をＣａｌｌ−ＩＤ＝Ａに基づいて検索する。Ｓ１〜Ｓ３のシーケンスの処理によって、ゲートウェイ装置３ａの呼管理部３６では呼識別子がＣａｌｌ−ＩＤ＝Ａである呼情報を管理している状態となっている。

ゲートウェイ装置３ａの呼管理部３６でＣａｌｌ−ＩＤ＝Ａに対応する呼が管理されている場合、既に２地点の会議が開始されている状態であるので、ゲートウェイ装置３ａは、管理しているＣａｌｌ−ＩＤ＝Ａの呼のデータをマルチキャストで送信するための処理を行う。

まず、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、マルチキャスト通信に使用するマルチキャストアドレスを確保し、３者通話管理部３７の会議情報４１にエントリを仮登録させる。そして、確保したマルチキャストアドレスを会議情報４１の「マルチキャストアドレス」に設定する。

また、ＩＮＶＩＴＥメッセージ７５をＩＰネットワーク５から会議サーバ１の接続されているネットワーク（ゲートウェイ装置３ａ）に転送するので、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、自装置はルートノードになると判断する。これにより、会議情報４１の「ルートノード」には、ルートノードであることを示す情報が設定される。

図４では、ゲートウェイ装置３ａがＩＮＩＶＩＴＥメッセージ７５を受信した際の、ゲートウェイ装置３ａの処理を処理（Ｐ２）で示している。ゲートウェイ装置３ｙは、処理（Ｐ２）の後、ＩＮＩＶＩＴＥメッセージ７５を会議サーバ１に転送する（Ｓ５）。

ＩＮＶＩＴＥメッセージ７５を受信した会議サーバ１は、ＩＮＶＩＴＥメッセージ７５による会議参加の要請を受け、受信に関する情報の編集を行う。会議サーバ１は、まず通信条件を変更する為に、呼識別子がＣａｌｌ−ＩＤ＝Ａで示される呼の、現在の会議端末４ｘに対してｒｅ−ＩＮＶＩＴＥメッセージ７６を送信する。

会議サーバ１からのｒｅ−ＩＮＶＩＴＥメッセージ７６を受信したゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、３者通話管理部３７の会議情報４１内からｒｅ−ＩＮＶＩＴＥメッセージ７６に対応する登録エントリを検索する。

ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４が、会議情報４１内の検索によって仮登録のエントリを検出した場合、ゲートウェイ装置３ａ（ＳＩＰ−ＡＬＧ処理部３４）は、会議サーバ１がＩＮＶＩＴＥメッセージ７５に対して正常応答処理を実施していることを確認できる。これにより、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、ＴＶ会議のマルチキャストへの切り替え処理を継続する。

この後、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、マルチキャストツリーの送信元になる為のメッセージ（ＰＩＭ ＪＯＩＮメッセージ７７）を、ＩＰネットワーク５に送信する。この時のＰＩＭ ＪＯＩＮメッセージ（グループ参加要求）７７の宛先は、会議情報４１に仮登録エントリとして設定されている「マルチキャストアドレス」のアドレスとする。

つぎに、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ｘに転送するｒｅ−ＩＮＶＩＴＥメッセージ７６に、本実施の形態独自のＳＩＰヘッダを挿入し、独自のＳＩＰヘッダに本セッションで使用するマルチキャストアドレス（「マルチキャストアドレス」）の情報を記載する。

図４では、ゲートウェイ装置３ａがｒｅ−ＩＮＩＶＩＴＥメッセージ７６を受信した際の、ゲートウェイ装置３ａの処理を処理（Ｐ３）で示している。ゲートウェイ装置３ａは、処理（Ｐ３）の後、独自ヘッダを追加したｒｅ−ＩＮＶＩＴＥメッセージ７６をゲートウェイ装置３ｘに宛てて転送する。

ｒｅ−ＩＮＶＩＴＥメッセージ７６を受信したゲートウェイ装置３ｘのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ａにおいて挿入された独自ヘッダの情報を会議情報４１の「マルチキャストアドレス」に設定する。そして、ＳＩＰ−ＡＬＧ処理部３４は、Ｓ１〜Ｓ３の接続処理で設定した既存の会議セッションの情報を、３者通話管理部３７の会議情報４１に仮登録させる。その後、ＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ａによって挿入された独自ヘッダの情報をｒｅ−ＩＮＶＩＴＥメッセージ７６から削除する。

図４では、ゲートウェイ装置３ｘがｒｅ−ＩＮＩＶＩＴＥメッセージ７６を受信した際の、ゲートウェイ装置３ｘの処理を処理（Ｐ４）で示している。ゲートウェイ装置３ｘは、処理（Ｐ４）の後、ｒｅ−ＩＮＶＩＴＥメッセージ７６を会議端末４ｘに転送する（Ｓ６）。

会議端末４ｘは、ｒｅ−ＩＮＶＩＴＥメッセージ７６の受信によって通信条件の変更を認識する。会議端末４ｘは、通信条件の変更を了解したことを会議サーバ１に通知するために、会議サーバ１に宛てて２００ ＯＫメッセージ７８を送信する。

ゲートウェイ装置３ｘが２００ ＯＫメッセージ７８を受信すると、ゲートウェイ装置３ｘのＳＩＰ−ＡＬＧ処理部３４は、３者通話管理部３７の会議情報４１内から、受信した２００ ＯＫメッセージ７８の呼識別子Ｃａｌｌ−ＩＤ＝Ａに一致するエントリの検索を行なう。該当するエントリが仮登録で存在している場合、ＳＩＰ−ＡＬＧ処理部３４は、マルチキャストアドレスを受信する為のＰＩＭ ＪＯＩＮメッセージ７９を会議サーバ１に送信する。この時のＰＩＭ ＪＯＩＮメッセージ７７の宛先は、会議情報４１に仮登録エントリとして設定されている「マルチキャストアドレス」のアドレスとする。

さらに、ゲートウェイ装置３ｘのＳＩＰ−ＡＬＧ処理部３４は、２００ ＯＫメッセージ７８に、マルチキャストアドレスへの切り替えが実施済みであることを示す情報を、独自ヘッダを使用して挿入する。

図４では、ゲートウェイ装置３ｘが２００ ＯＫメッセージ７８を受信した際の、ゲートウェイ装置３ｘの処理を処理（Ｐ５）で示している。ゲートウェイ装置３ｘは、処理（Ｐ５）の後、独自ヘッダを追加した２００ ＯＫメッセージ７８をゲートウェイ装置３ａに宛てて転送する。

２００ ＯＫメッセージ７８を受信したゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、２００ ＯＫメッセージ７８に挿入されている独自ヘッダの情報に基づいて、ゲートウェイ装置３ｘがマルチキャストアドレスへの受信切り替えを完了したと判断する。そして、ＳＩＰ−ＡＬＧ処理部３４は、３者通話管理部３７に会議情報４１の転送先をマルチキャストアドレス宛てに切り替えさせる。

これにより、ゲートウェイ装置３ａから送信される会議データ８４は、ＰＩＭ ＪＯＩＮメッセージ７９によって構成変更されたマルチキャストツリーを経由してゲートウェイ装置３ｘに届くこととなる。この後、ゲートウェイ装置３ｘが受信した会議データ８４を会議端末４ｘ宛てにアドレスを書き換えて転送することによって、ＩＰネットワーク５の中だけマルチキャストを使用した通信経路を実現できる。会議端末４ｘから会議サーバ１方向の通信は、例えば従来の方法を用いて行なう。

ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ｘで挿入された独自ヘッダを２００ ＯＫメッセージ７８から削除する。図４では、ゲートウェイ装置３ａが２００ ＯＫメッセージ７８を受信した際の、ゲートウェイ装置３ａの処理を処理（Ｐ６）で示している。ゲートウェイ装置３ａは、処理（Ｐ６）の後、独自ヘッダを削除した２００ ＯＫメッセージ７８を会議サーバ１に転送する（Ｓ７）。

２００ ＯＫメッセージ７８を受信した会議サーバ１は、２００ ＯＫメッセージ７８に基づいて、会議端末４ｘへのｒｅ−ＩＮＶＩＴＥメッセージが正常に処理されたことを確認する。そして会議サーバ１は、ＪＯＩＮヘッダが付加されたＩＮＩＶＩＴＥメッセージ７５に対する正常応答として、２００ ＯＫメッセージ８０を会議端末４ｙに送信する。

会議サーバ１からの２００ ＯＫメッセージ８０を受信したゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、２００ ＯＫメッセージ８０に設定されているＪＯＩＮヘッダの呼識別子Ｃａｌｌ−ＩＤ＝Ａの情報に基づいて、３者通話管理部３７の会議情報４１から２００ ＯＫメッセージ８０に対応するするエントリを検索する。

検出したエントリの情報にはＴＶ会議で使用するマルチキャストアドレスの情報が「マルチキャストアドレス」に設定されている。ゲートウェイ装置３ａは、受信した２００ ＯＫメッセージ８０に独自ヘッダを挿入し、この独自ヘッダにマルチキャストアドレスの情報を設定する。その後、ゲートウェイ装置３ａは、ゲートウェイ装置３ｙに対して、２００ ＯＫメッセージ８０を転送する。図４では、ゲートウェイ装置３ａが２００ ＯＫメッセージ７８を受信した際の、ゲートウェイ装置３ａの処理を処理（Ｐ７）で示している。

２００ ＯＫメッセージ８０を受信したゲートウェイ装置３ｙのＳＩＰ−ＡＬＧ処理部３４は、ＪＯＩＮヘッダの情報に基づいて、３者通話管理部３７の会議情報４１内を検索し、２００ ＯＫメッセージ８０に対応する仮登録状態のエントリを検出する。２００ ＯＫメッセージ８０には、ゲートウェイ装置３ａによって挿入された独自ヘッダにマルチキャストアドレスが設定されている。このため、ＳＩＰ−ＡＬＧ処理部３４は、マルチキャストアドレスを仮登録エントリの「マルチキャストアドレス」の項目に設定し、エントリの上書きを行う。ゲートウェイ装置３ｙは、ゲートウェイ装置３ａによって挿入された独自ヘッダを削除する。

図４では、ゲートウェイ装置３ｙが２００ ＯＫメッセージ８０を受信した際の、ゲートウェイ装置３ｙの処理を処理（Ｐ８）で示している。ゲートウェイ装置３ｙは、処理（Ｐ８）の後、独自ヘッダを追加した２００ ＯＫメッセージ８０を会議端末４ｙに転送する（Ｓ８）。

会議端末４ｙは、２００ ＯＫメッセージ８０を受信し、２００ ＯＫメッセージの受信確認のためのＡＣＫメッセージ８１を会議サーバ１へ送信する。ＡＣＫメッセージ８１を受信したゲートウェイ装置３ｙのＳＩＰ−ＡＬＧ処理部３４は、２００ ＯＫメッセージ８０を受信した際に更新された会議情報４１のエントリを、本登録に変更して上書きする。そして、ＳＩＰ−ＡＬＧ処理部３４は、ＰＩＭ ＪＯＩＮメッセージ８２をネットワーク５に送信して、ゲートウェイ装置３ａから指定されたマルチキャストアドレスを受信可能な状態にする。

これにより、ゲートウェイ装置３ｙは、処理（Ｐ６）以降で実施されるマルチキャストによる会議データ８４を受信可能になる。この後、ゲートウェイ装置３ｙは、ゲートウェイ装置３ａから会議データ８４を受信すると、アドレス変換処理部３３が会議データ８４を会議端末４ｙ宛てにアドレスを書き換えて転送する。

ゲートウェイ装置３ｙのＳＩＰ−ＡＬＧ処理部３４は、ＡＣＫメッセージ８１に対して、マルチキャストアドレスへの切り替えが実施済みであることを示す情報を、独自ヘッダを使用して挿入する。

図４では、ゲートウェイ装置３ｙがＡＣＫメッセージ８１を受信した際の、ゲートウェイ装置３ｙの処理を処理（Ｐ９）で示している。ゲートウェイ装置３ｙは、処理（Ｐ９）の後、ＡＣＫメッセージ８１を、ゲートウェイ装置３ａを経由して会議サーバ１に転送する（Ｓ９）。

ＡＣＫメッセージ８１を受信したゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ｙに挿入された独自ヘッダの情報に基づいて、ＴＶ会議がマルチキャストによる転送モードに切り替わったことを認識し、ＡＣＫメッセージ８１から独自ヘッダを削除する。

図４では、ゲートウェイ装置３ａがＡＣＫメッセージ８１を受信した際の、ゲートウェイ装置３ａの処理を処理（Ｐ１０）で示している。ゲートウェイ装置３ａは、処理（Ｐ１０）の後、ＡＣＫメッセージ８１を、会議サーバ１に転送する。その後、会議サーバ１は、会議端末４ｘに宛てて２００ ＯＫメッセージ７８への受信確認の為のＡＣＫメッセージ８３を送信する（Ｓ１０）。

これらの動作により、各会議端末４ｘ〜４ｚは会議サーバ１からの情報を受信することが可能となる。ＴＶ会議システム１００（多地点会議システム）では、会議端末４ｘ，４ｙは従来のＳＩＰプロトコルスタックを使用したまま、ＩＰネットワーク５内でマルチキャストを用いてデータ転送することができる。このように、ゲートウェイ装置３ａとゲートウェイ装置３ｘ〜３ｚとの間では、会議データがマルチキャスト通信経路２２を介して転送されるので、ＩＰネットワーク５の利用効率を高めることが可能となる。

つぎに、ゲートウェイ装置３ａとゲートウェイ装置３ｘ〜３ｚとの間の会議データ８４の転送処理について説明する。なお、ゲートウェイ装置３ｘ〜３ｚは同様の動作を行なうので、ここではゲートウェイ装置３ａとゲートウェイ装置３ｘとの間の会議データ８４の転送処理について説明する。

図５は、会議サーバ１と会議端末４ｘの間の会議データの転送処理を説明するための図である。図５では、会議サーバ１と会議端末４ｘの間の通信経路を示している。会議端末４ｘは、会議サーバ１との通信用に例えばＩＰアドレス＝Ｂｌ、ＵＤＰポート番号＝ｂｌを使用する。また、会議サーバ１は会議端末４ｘとの通信用に例えばＩＰアドレス＝Ａｌ、ＵＤＰポート番号＝ａｌを使用する。

会議端末４ｘおよび会議サーバ１が使用するアドレスおよびポート番号は、ローカルアドレスであり、ＩＰネットワーク５等の他網にデータ転送する際には、それぞれの隣接するゲートウェイ装置３ａ，３ｘにおいて、ローカルアドレスをグローバルアドレスにアドレス変換してデータ転送する必要がある。

図５では、会議端末４ｘの使用するＩＰアドレス、ＵＤＰポート番号（Ｂｌ，ｂｌ）に対応するグローバルアドレスが（Ｂｇ，ｂｇ）である場合を示している。また、会議サーバ１の使用するＩＰアドレス、ＵＤＰポート番号（Ａｌ，ａｌ）に対応するグローバルアドレスが（Ａｇ，ａｇ）である場合を示している。

会議端末４ｘから会議サーバ１へのデータ転送では、会議端末４ｘが通信経路１３ｘを用いて、送信元アドレスが（Ｂｌ，ｂｌ）で宛先アドレスが（Ａｇ，ａｇ）であるデータを送信する。

通信経路１３ｘからのデータを受信したゲートウェイ装置３ｘ（アドレス変換処理部３３）は、ローカルアドレスが使用されている送信元アドレスを、ローカルアドレスに対応するグローバルアドレス（Ｂｇ，ｂｇ）に変換して、ＩＰネットワーク５へ転送する。これにより、通信経路１２ｘでは送信元アドレスが（Ｂｇ，ｂｇ）で宛先アドレスが（Ａｇ，ａｇ）であるデータが転送される。

通信経路１２ｘからのデータを受信したゲートウェイ装置３ａ（アドレス変換処理部３３）は、グローバルアドレスが使用されている宛先アドレスを、グローバルアドレスに対応するローカルアドレス（Ａｌ，ａｌ）に変換して、会議サーバ１に転送する。これにより、通信経路１１ｘでは送信元アドレスが（Ｂｇ，ｂｇ）で宛先アドレスが（Ａｌ，ａｌ）であるデータが転送される。

会議サーバ１から会議端末４ｘへのデータ転送では、会議サーバ１が通信経路２１ｘを用いて、送信元アドレスが（Ａｌ，ａｌ）で宛先アドレスが（Ｂｇ，ｂｇ）であるデータを送信する。本実施の形態のゲートウェイ装置３ａは、図５で説明したＳＩＰの接続シーケンスによって、マルチキャストの通信経路２１ｘから受信したデータをマルチキャスト通信を使って転送すると判断する。したがって、ゲートウェイ装置３ａは、送信元ＩＰアドレスをゲートウェイ装置３ａ（アドレス変換処理部３３）に対応するｇｗ、宛先ＩＰアドレスをマルチキャストアドレスのｍａに変更し、ＩＰネットワーク５のマルチキャスト通信経路２２を使ってデータ転送する。

マルチキャスト通信経路２２からのデータを受信したゲートウェイ装置３ｘ（アドレス変換処理部３３）は、図５のＳＩＰの接続シーケンスで知った会議サーバ１のグローバルアドレス(Ａｇ，ａｇ)と会議端末４ｘのローカルアドレス（Ｂｌ，ｂｌ）を使用して、送信元アドレスを(Ａｇ，ａｇ)、宛先アドレスを（Ｂｌ，ｂｌ）にそれぞれ書換える。そして、アドレス変換したデータを通信経路２３ｘを介して会議端末４ｘに転送する。これらの動作によって会議端末４ｘから会議サーバ１への通信、および会議サーバ１から会議端末４ｘへの通信が、ゲートウェイ装置３ａとゲートウェイ装置３ｘとの間でマルチキャストを使用して実現可能になる。

このように、ＴＶ会議システム１００では、ネットワーク５内の会議サーバ１および会議端末４ｘ〜４ｚの隣接位置にそれぞれゲートウェイ装置３ａ，３ｘ〜３ｚを配置している。そして、ゲートウェイ装置３ａが会議サーバ１からの転送データを受信し、ネットワーク５内をマルチキャストに切替えて、各会議端末４ｘ〜４ｚに隣接するゲートウェイ装置３ｘ〜３ｚに転送している。さらに、各会議端末４ｘ〜４ｚに隣接するゲートウェイ装置３ｘ〜３ｚでは、再びユニキャストに乗せ替えてデータ転送を行なっている。したがって、ゲートウェイ装置３ａ，３ｘ〜３ｚは、従来までの会議サーバおよび会議端末を用いつつ、簡易な構成で効率良くネットワーク５を利用できる。

また、ＴＶ会議毎に呼識別子を設定しているのでＴＶ会議毎にマルチキャストアドレスを設定することが可能となる。これにより、ＴＶ会議システム１００は、複数のＴＶ会議が存在する場合であっても、各ＴＶ会議にマルチキャスト通信を用いて効率良くネットワーク５を利用できる。

なお、本実施の形態では、ＴＶ会議システム１００が４つのゲートウェイ装置３ａ，３ｘ〜３ｚを有している場合について説明したが、ＴＶ会議システム１００が３つのゲートウェイ装置または５つ以上のゲートウェイ装置を有する構成としてもよい。

また、本実施の形態では、ゲートウェイ装置３ａ，３ｘ〜３ｚが同じ構成である場合について説明したが、ゲートウェイ装置３ａをサーバ装置（会議サーバ１）と接続するサーバ装置専用のゲートウェイ装置とし、ゲートウェイ装置３ｘ〜３ｚを会議端末（会議端末４ｘ〜４ｚ）と接続する会議端末専用のゲートウェイ装置としてもよい。この場合、サーバ装置専用のゲートウェイ装置は、処理（Ｐ１）、処理（Ｐ４）、処理（Ｐ５）、処理（Ｐ８）、処理（Ｐ９）を行なうための機能を有さなくてもよい。また、会議端末専用のゲートウェイ装置は、処理（Ｐ２）、処理（Ｐ３）、処理（Ｐ６）、処理（Ｐ７）、処理（Ｐ１０）を行なうための機能を有さなくてもよい。

また、ゲートウェイ装置３ａ，３ｘ〜３ｚを、ＴＶ会議システム１００に限らず他の通信システムに適用してもよい。例えば、ゲートウェイ装置３ａ，３ｘ〜３ｚを、電話会議システムに適用してもよい。

また、本実施の形態では、ＴＶ会議が２者会議から３者会議に切り替わる際のシーケンスについて説明したが、ＴＶ会議がＮ（Ｎは３以上の自然数）者会議から（Ｎ＋１）者会議に切り替わる際のシーケンスも図４のシーケンスと同様の手順によって行なう。

また、本実施の形態では、マルチキャスト通信を設定するための情報を種々のメッセージのＳＩＰヘッダに付加して各ゲートウェイ装置間でメッセージを転送したが、マルチキャスト通信を設定するための情報をメッセージのＳＩＰヘッダ以外の部分に付加して各ゲートウェイ装置間でメッセージを転送してもよい。

このように実施の形態１によれば、会議サーバ１に隣接するゲートウェイ装置３ａから会議端末４ｘ〜４ｚに隣接するゲートウェイ装置３ｘ〜３ｚへのデータ転送の際に、マルチキャスト通信経路２２を用いてマルチキャストでデータ転送するので、簡易な構成で効率良くネットワーク５を利用することが可能となる。

また、マルチキャスト通信の設定に関する情報（マルチキャストアドレスなど）を、会議サーバ１や会議端末４ｘ〜４ｚから送られてくるＳＩＰメッセージのヘッダに付加して他のゲートウェイ装置に転送するので、ＩＰネットワーク内を流れるデータ量を抑えつつ容易にマルチキャスト通信の設定を行なうことが可能となる。また、呼識別子Ｃａｌｌ−ＩＤを使用して呼設定を行なうので、ＴＶ会議毎のマルチキャストアドレスの設定を容易に行なうことが可能となる。

実施の形態２．
つぎに、図６および図７を用いてこの発明の実施の形態２について説明する。実施の形態２では、マルチキャストへの切り替え指示およびマルチキャストアドレスの通知を、ＳＩＰではなく独自フォーマットのメッセージを使用して実現する。なお、実施の形態２のＴＶ会議システム１００は、実施の形態１のＴＶ会議システム１００と同様の構成を有しているので、同様の構成については説明を省略する。

図４で説明した実施の形態１に係るＴＶ会議システム１００のマルチキャストへの切り替えシーケンスでは、ｒｅ−ＩＮＶＩＴＥメッセージ７６、２００ ＯＫメッセージ７８，８０、ＡＣＫメッセージ８１を用いてマルチキャストへの切り替え指示／応答およびマルチキャストアドレスの通知を行っていた。

本実施の形態のゲートウェイ装置３ａ（ＳＩＰ−ＡＬＧ処理部３４）は、ゲートウェイ装置３ｘに対してマルチキャストへの切り替えを要求するためのメッセージ（後述のマルチキャスト切り替え要求メッセージ９１，９３）を送信する機能を備えている。

また、各ゲートウェイ装置３ｘ〜３ｚ（ＳＩＰ−ＡＬＧ処理部３４）は、ゲートウェイ装置３からのマルチキャスト切り替え要求メッセージに対する応答メッセージ（後述のマルチキャスト切り替え応答メッセージ９２，９４）を返信する機能を備えている。

つぎに、実施の形態２に係るＴＶ会議システム１００の処理手順について説明する。図６は、実施の形態２に係るＴＶ会議システムの処理手順を示すシーケンス図である。ここでは、実施の形態１のＴＶ会議システム１００と異なる動作処理について説明し、実施の形態１のＴＶ会議システム１００と同様の動作処理についてはその説明を省略する。

ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、処理（Ｐ３）の処理の一部として、ゲートウェイ装置３ｘにマルチキャスト切り替え要求メッセージ９１を送信する。ゲートウェイ装置３ｘのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ａが処理（Ｐ３）を行なっている際に、マルチキャスト切り替え要求メッセージ９１に対するマルチキャスト切り替え応答メッセージ９２を返信する。

また、ゲートウェイ装置３ａのＳＩＰ−ＡＬＧ処理部３４は、処理（Ｐ７）の処理の一部として、ゲートウェイ装置３ｙにマルチキャスト切り替え要求メッセージ９３を送信する。ゲートウェイ装置３ｙのＳＩＰ−ＡＬＧ処理部３４は、ゲートウェイ装置３ａが処理（Ｐ７）を行なっている際に、マルチキャスト切り替え要求メッセージ９３に対するマルチキャスト切り替え応答メッセージ９４を返信する。

このように、ＴＶ会議システム１００では、ゲートウェイ装置３ａとゲートウェイ装置３ｘの間でのマルチキャスト切り替え要求メッセージ９１とマルチキャスト切り替え応答メッセージ９２をやり取りすることによって、ｒｅ−ＩＮＶＩＴＥメッセージ７６に独自ヘッダを挿入しなくても、ゲートウェイ装置３ａとゲートウェイ装置３ｘの間で通信条件の変更を通知できる。

同様に、ゲートウェイ装置３ａとゲートウェイ装置３ｙの間でのマルチキャスト切り替え要求メッセージ９３とマルチキャスト切り替え応答メッセージ９４をやり取りすることによって、２００ ＯＫメッセージ８０に独自ヘッダを挿入しなくても、ゲートウェイ装置３ａとゲートウェイ装置３ｙの間で通信条件の変更を通知できる。

つぎに、実施の形態２に係るゲートウェイ装置３ａ，３ｘ〜３ｚの３者通話管理部３７が管理するゲートウェイ装置に関する情報（後述の隣接ゲートウェイ管理情報４２）のデータベース（隣接ゲートウェイ管理データベース）について説明する。

図７は、隣接ゲートウェイ管理情報の構成の一例を示す図である。隣接ゲートウェイ管理情報４２は、ＩＰネットワーク５に存在するゲートウェイ装置毎に「ゲートウェイＩＰアドレス」と「隣接端末リスト」とが対応付けされた情報（データテーブル）である。

「ゲートウェイＩＰアドレス」は、ＩＰネットワーク５に存在するゲートウェイ装置のＩＰアドレスである。「隣接端末リスト」は、「ゲートウェイＩＰアドレス」に対応するゲートウェイ装置に隣接している端末のリストである。

図７の隣接ゲートウェイ管理情報４２では、会議サーバ１の「ゲートウェイＩＰアドレス」がｇｗ１であり、会議端末４ｘの「ゲートウェイＩＰアドレス」がｇｗ２である場合を示している。

このように、実施の形態２によれば、ＳＩＰの独自ヘッダを使用せずに会議端末４ｘから会議サーバ１への通信、および会議サーバ１から会議端末４ｘへの通信を、ゲートウェイ装置３ａ、ゲートウェイ装置３ｘ間でマルチキャストを使用して実現可能となる。

また、マルチキャスト通信の設定に関する情報の送受信を、マルチキャスト切り替え要求メッセージ９１，９３とマルチキャスト切り替え応答メッセージ９２，９４を用いて行なうので、ＩＰネットワーク内を流れるデータ量を抑えつつ容易にマルチキャスト通信の設定を行なうことが可能となる。

なお、実施の形態１，２では、ＳＩＰを用いて呼制御を実施したが、マルチキャスト通信経路の構成時に、ＩＰネットワーク５独自の経路設定手段を用いてマルチキャスト通信路を設定してもよい。

以上のように、本発明に係るゲートウェイ装置は、ＩＰネットワーク内でのデータ転送に適している。

本発明の実施の形態１に係るＴＶ会議システムの構成を示す図である。 ゲートウェイ装置の構成を示すブロック図である。 会議情報の構成の一例を示す図である。 実施の形態１に係るＴＶ会議システムの処理手順を示すシーケンス図である。 会議サーバと会議端末の間の会議データの転送処理を説明するための図である。 実施の形態２に係るＴＶ会議システムの処理手順を示すシーケンス図である。 隣接ゲートウェイ管理情報の構成の一例を示す図である。

符号の説明

１ 会議サーバ
３ アドレス変換処理部
３ａ，３ｘ〜３ｚ ゲートウェイ装置
４ｘ〜４ｚ 会議端末
５ ＩＰネットワーク
１１ｘ〜１１ｚ，１２ｘ〜１２ｚ，１３ｘ〜１３ｚ，２１ｘ〜２１ｚ，２３ｘ〜２３ｚ 通信経路
２２ マルチキャスト通信経路
３１，３２ インタフェース
３３ アドレス変換処理部
３４ ＳＩＰ−ＡＬＧ処理部
３５ アドレス管理部
３６ 呼管理部
３７ ３者通話管理部
４１ 会議情報
４２ 隣接ゲートウェイ管理情報
１００ ＴＶ会議システム

Claims (4)

1. ＩＰ（Internet Protocol:RFC791）を使用して通信を実現しているネットワーク上に、ＩＥＴＦで標準化されたＳＩＰ（Session Initiation Protocol:RFC3261）を用いて呼制御を実施する、多地点でのＴＶ会議もしくは電話会議のシステムで、ネットワーク上に配置されるゲートウェイ装置であり、
   送信元ＩＰアドレスとトランスポートプロトコルの送信元ポート番号の組を示す送信元アドレス情報と、宛先ＩＰアドレスとトランスポートプロトコルの宛先ポート番号の組を示す宛先アドレス情報の２つのアドレス情報を書き換える機能であるアドレス変換機能を持ち、
   ＳＩＰでやり取りされるアドレス情報のアドレス変換と、ＳＩＰで呼制御を行ったデータ通信に対するアドレス変換に対応するためのＳＩＰでの呼制御状態を管理するＳＩＰ−ＡＬＧ処理機能において、ＳＩＰのシーケンスを監視し、３者通話の実施契機となるＪＯＩＮヘッダを使用したＩＮＶＩＴＥメッセージが会議サーバ宛てに転送されたことを契機に、３者通話の呼状態の管理を開始し、該ＩＮＶＩＴＥメッセージに対する応答メッセージなど、３者通話に呼制御の状態を監視する機能を持つことを特徴とし、
   該ＳＩＰ−ＡＬＧ処理機能により監視している３者通話のシーケンス状態に応じて、３者通話の接続状態を管理し、３者通話による会議単位にマルチキャストアドレスを割り当て、異なるゲートウェイ間でマルチキャストアドレスの情報を通知し合い、マルチキャスト通信経路を変更する為のマルチキャストグループへの参入手順を持ち、既存の通信をユニキャストからマルチキャストに切り替える機能を実現する３者通話管理機能を持つことを特徴としたゲートウェイ装置。
2. 異なるゲートウェイ間でのマルチキャストへの切り替えに関する確認や、アドレスの通知手段として、ＳＩＰの独自ヘッダを定義し、会議サーバおよび会議端末間でやり取りされるＳＩＰメッセージに対して該独自ヘッダと呼制御状態およびマルチキャストアドレスの情報の挿入および／または削除を行うことを特徴とした請求項１に示すゲートウェイ装置。
3. 異なるゲートウェイ間でのマルチキャストへの切り替えに関する確認や、アドレスの通知手段として、独自フォーマットのメッセージを定義し該メッセージにより呼制御状態およびマルチキャストアドレスの情報を通知し合うことを特徴とした請求項１に示すゲートウェイ装置。
4. マルチキャスト通信経路の構成時には、網独自の経路設定手段を用いてマルチキャストの経路を設定することを特徴とする請求項１に示すゲートウェイ装置。

Images