(57)【要約】【課題】  データ共有チャネルに対応する第１のプロトコルに従って動作する第１端末と、データ共有チャネルに対応しない第２のプロトコルに従って動作する第２端末との間でも容易にデータ共有機能を実現する通信処理装置及び通信システムを提供する。【解決手段】  本発明は、データ共有チャネルに対応する第１のプロトコルで通信する第１端末と、データ共有チャネルに対応しない第２のプロトコルで通信する第２端末と、端末間の通信を中継する通信処理装置を備える通信システムに関する。そして通信処理装置は、第２端末へ映像チャネルを用いて供給する映像データの供給源として、第１端末の映像チャネル、又は、第１端末のデータ共有チャネルのいずれかを選択する手段と、選択した供給源からの映像データを、第２のプロトコルに対応する形式に変換して、第２端末に向けて送出する手段とを有することを特徴とする。【選択図】      図１
2014192708.tif 000002
【特許請求の範囲】
【請求項１】
映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継する通信処理装置において、
上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択手段と、
上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換手段と
を有することを特徴とする通信処理装置。
【請求項２】
上記第１端末と上記第２端末との間で呼制御処理を行う呼制御手段をさらに備え、
上記供給源選択手段は、上記第１端末からのデータ共有チャネルに係る信号をトリガとして、上記第２端末へ映像チャネルを用いて送信する映像データの供給源を、上記第１端末の映像チャネルから上記第１端末のデータ共有チャネルに変更する
ことを特徴とする請求項１に記載の通信処理装置。
【請求項３】
上記供給源選択手段は、上記第１端末からデータ共有チャネルの開設を要求する呼制御信号を受信した場合、上記第２端末へ映像チャネルを用いて送信する映像データの供給源を、上記第１端末の映像チャネルから上記第１端末のデータ共有チャネルに変更することを特徴とする請求項２に記載の通信処理装置。
【請求項４】
上記供給源選択手段は、上記第１端末からデータ共有チャネルを用いたデータ共有開始を要求する呼制御信号を受信した場合、上記第２端末へ映像チャネルを用いて送信する映像データの供給源を、上記第１端末の映像チャネルから上記第１端末のデータ共有チャネルに変更することを特徴とする請求項２に記載の通信処理装置。
【請求項５】
上記供給源選択手段は、上記第１端末からデータ共有チャネルを用いて映像データを受信した場合に、上記第２端末へ映像チャネルを用いて送信する映像データの供給源を、上記第１端末の映像チャネルから上記第１端末のデータ共有チャネルに変更することを特徴とする請求項２に記載の通信処理装置。
【請求項６】
上記映像データ変換手段は、映像データが挿入された映像データパケットを処理するものであり、過去に上記第２端末に送信した映像データパケットのヘッダ情報、及び、過去に上記第１端末から受信した映像データパケットのヘッダ情報に基づいて、上記第２端末に送信する映像データパケットに設定するシーケンスナンバー及びタイムスタンプを決定し、決定したシーケンスナンバー及びタイムスタンプを設定した映像データパケットを上記第２端末に送信することを特徴とする請求項１〜５のいずれかに記載の通信処理装置。
【請求項７】
映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継する通信処理装置であり、供給源選択手段と映像データ変換手段とを有する通信処理装置における通信処理方法において、
上記供給源選択手段が、上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択ステップと、
上記映像データ変換が、上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換ステップと
を有することを特徴とする通信処理方法。
【請求項８】
映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継するゲートウェイに搭載されたコンピュータを、
上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択手段と、
上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換手段と
して機能させることを特徴とする通信処理プログラム。
【請求項９】
映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末と、上記第１端末と上記第２端末との間の通信を中継する通信処理装置を備える通信システムにおいて、上記ゲートウェイとして請求項１〜６のいずれかに記載の通信処理装置を適用したことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信処理装置、方法及びプログラム、並びに、通信システムに関し、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に対応したビデオ会議端末とＨ．３２３に対応したビデオ会議端末との間の通信を中継する通信処理装置（ゲートウェイ）を備える通信システムに適用し得る。
【背景技術】
【０００２】
一般に、通信処理装置の一例であるゲートウェイは、特許文献１のように、異なるプロトコルに対応したネットワークシステム間（通信端末間）に配置され、プロトコル変換やメディアデータの変換を行うものである。
【０００３】
また、従来、Ｈ．３２３（非特許文献１参照）プロトコルを用いたＨ．３２３ビデオ会議システムと、ＳＩＰプロトコル（非特許文献２参照）を用いたＳＩＰビデオ通話システムとの間でゲートウェイを用いた相互接続が行われる場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２２２００９号公報
【非特許文献】
【０００５】
【非特許文献１】ＩＴＵ−Ｔ編、“Ｈ．３２３：Ｐａｃｋｅｔ−ｂａｓｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍｓ”、[Online]、INTERNET、［２０１３年３月１５日検索］，<URL: http://www.itu.int/rec/T-REC-H.323/en>
【非特許文献２】ＩＥＴＦ  ＲＦＣ３２６１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来、Ｈ．３２３ビデオ会議システムでは、音声チャネル及び映像チャネル（カメラ映像の通信チャネル）に加えて、データ共有（例えば、ホワイトボード機能、デスクトップ共有等）の三つのメディア（通信チャネル）を処理可能なものが多い。一方、ＳＩＰビデオ通話システムでは、音声と映像の二つのメディア（通信チャネル）のみを処理可能なものが多い。
【０００７】
したがって、ＳＩＰビデオ通話システムの端末は音声チャネルと映像チャネルのみの対応となるため、従来のゲートウェイで中継したとしても、Ｈ．３２３のようにデータ共有チャネルのメディアデータを送受信することが出来ず、ＳＩＰビデオ通話システムの端末を利用するユーザだけデータ共有ができない場合があった。
【０００８】
そのため、データ共有チャネルに対応する第１のプロトコルに従って動作する第１端末と、データ共有チャネルに対応しない第２のプロトコルに従って動作する第２端末との間でも容易にデータ共有機能を実現することができる通信処理装置、方法及びプログラム、並びに、通信システムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明は、映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継する通信処理装置において、（１）上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択手段と、（２）上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換手段とを有することを特徴とする。
【００１０】
第２の本発明は、映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継する通信処理装置であり、供給源選択手段と映像データ変換手段とを有する通信処理装置における通信処理方法において、（１）上記供給源選択手段が、上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択ステップと、（２）上記映像データ変換が、上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換ステップとを有することを特徴とする。
【００１１】
第３の本発明の通信処理プログラムは、（１）映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末との間の通信を中継する通信処理装置に搭載されたコンピュータを、（２）上記第２端末へ映像チャネルを用いて供給する映像データの供給源として、上記第１端末の映像チャネル、又は、上記第１端末のデータ共有チャネルのいずれかを選択する供給源選択手段と、（３）上記供給源選択手段が選択した供給源からの映像データを、上記第２のプロトコルの映像チャネルに対応する形式に変換して、上記第２端末に向けて送出する映像データ変換手段として機能させることを特徴とする。
【００１２】
第４の本発明は、映像チャネル及びデータ共有チャネルに対応する第１のプロトコルで通信する第１端末と、映像チャネルに対応しデータ共有チャネルに対応しない第２のプロトコルで通信する第２端末と、上記第１端末と上記第２端末との間の通信を中継する通信処理装置を備える通信システムにおいて、上記通信処理装置として第１の本発明の通信処理装置を適用したことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、データ共有チャネルに対応する第１のプロトコルに従って動作する第１端末と、データ共有チャネルに対応しない第２のプロトコルに従って動作する第２端末との間でも容易にデータ共有機能を実現する通信処理装置、通信処理方法及び通信システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る通信システムの全体構成について示したブロック図である。
【図２】実施形態に係る通信システムの動作（映像ソース切替処理の第１の方式を適用した場合の動作）について示したシーケンス図である。
【図３】実施形態に係るゲートウェイがＳＩＰ会議端末に映像チャネルで送信する映像データに基づく映像画面の遷移について示した説明図である。
【図４】実施形態に係る通信システムの動作（映像ソース切替処理の第２の方式を適用した場合の動作）について示したシーケンス図である。
【図５】実施形態に係る通信システムで送受信されるＲＴＰパケットの内容について示したシーケンス図である。
【図６】実施形態のゲートウェイで送受信されるＲＴＰパケットの構造について示した説明図である。
【図７】実施形態の変形例に係るゲートウェイがＳＩＰ会議端末に映像チャネルで送信する映像データに基づく映像画面の遷移について示した説明図である。
【発明を実施するための形態】
【００１５】
（Ａ）主たる実施形態
以下、本発明による通信処理装置、方法及びプログラム、並びに、通信システムの一実施形態を、図面を参照しながら詳述する。なお、この実施形態では、本発明の通信処理装置を、ゲートウェイに適用した例について説明する。
【００１６】
（Ａ−１）実施形態の構成
図１は、この実施形態に係るゲートウェイ２０を備えた通信システム１の全体構成について示したブロック図である。
【００１７】
通信システム１には、Ｈ．３２３に対応したネットワークシステムであるＨ．３２３網Ｎ１と、ＳＩＰに対応したＳＩＰ網Ｎ２とが配置されている。また、Ｈ．３２３網Ｎ１とＳＩＰ網Ｎ２との間にゲートウェイ２０が配置されている。さらに、Ｈ．３２３網Ｎ１には、Ｈ．３２３に対応したＮ台のＨ．３２３会議端末１０（１０−１〜１０−Ｎ）が接続されている。さらにまた、ＳＩＰ網Ｎ２には、ＳＩＰに対応したＭ台のＳＩＰ会議端末３０（３０−１〜３０−Ｍ）が配置されている。
【００１８】
それぞれのＨ．３２３会議端末１０は、Ｈ．３２３に従い、カメラ映像用の通信チャネル（以下、「映像チャネル」と呼ぶ）と、データ共有用の映像に係る通信チャネル（以下、「データ共有チャネル」と呼ぶ）と、音声通信チャネルの３つのメディアについて接続可能である。なお、それぞれのＨ．３２３会議端末１０は、Ｈ．３２３に基づくビデオ通話に対応した種々の端末（例えば、ディスプレイ、マイク、スピーカが接続されたＰＣ等）を適用することができるため詳しい説明は省略する。
【００１９】
それぞれのＳＩＰ会議端末３０は、ＳＩＰに従い、映像チャネルと、音声通信チャネルの２つのメディアについて接続可能となっている。なお、それぞれのＳＩＰ会議端末３０は、ＳＩＰに基づくビデオ通話に対応した種々の端末を適用することができるため詳しい説明は省略する。
【００２０】
ゲートウェイ２０は、Ｈ．３２３網Ｎ１（Ｈ．３２３会議端末）１０とＳＩＰ網Ｎ２（ＳＩＰ会議端末３０）との間で呼制御（シグナリング）及びメディア通信（音声データ、映像データ等）の中継を行うものである。上述の通り、Ｈ．３２３会議端末１０は、データ共有チャネルに対応しているが、ＳＩＰ会議端末３０はデータ共有チャネルに対応していない。そこで、ゲートウェイ２０は、Ｈ．３２３会議端末１０から送出される映像チャネル又はデータ共有チャネルのいずれかを切り替えて、ＳＩＰ会議端末３０側の映像チャネルに入力可能な構成となっている。
【００２１】
また、この実施形態では、Ｈ．３２３会議端末１０及びＳＩＰ会議端末３０は、ともにＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットにより各チャネルのメディア通信を行うものとする。
【００２２】
次に、ゲートウェイ２０の詳細構成について説明する。
【００２３】
ゲートウェイ２０は、パケット送受信部２０１、パケット分離部２０２、呼制御部２０３、映像パケット変換部２０４、データ共有パケット変換部２０５、音声パケット変換部２０６、パケット多重部２０７、パケット送受信部２０８、パケット分離部２０９，及びパケット多重部２１０を有している。
【００２４】
ここで、ゲートウェイ２０は、例えば、ハードウェア的な通信部の他は、通信処理やデータ処理等を実行するためのプロセッサ、ＲＯＭ、ＲＡＭ等を有しており、当該プロセッサが実行するプログラム（実施形態の通信処理プログラムを含む）がインストールされている。上述したプログラムを含め、ゲートウェイ２０の機能的構成を示すと図１に示すようになる。
【００２５】
パケット送受信部２０１は、Ｈ．３２３網Ｎ１側とのパケット送受信を行うネットワークインタフェースである。
【００２６】
パケット分離部２０２は、Ｈ．３２３網Ｎ１から受信したパケットを分析して、いずれかのメディアの通信チャネル又はシグナリング（呼制御信号：Ｈ．３２３のメッセージ）に分類し、対応するパケット処理部（呼制御部２０３、映像パケット変換部２０４、データ共有パケット変換部２０５、音声パケット変換部２０６のいずれか）に供給する。
【００２７】
パケット多重部２１０は、それぞれのパケット処理部（呼制御部２０３、映像パケット変換部２０４、データ共有パケット変換部２０５、音声パケット変換部２０６のいずれか）から出力されるパケットを多重化してパケット送受信部２０１に供給し、対応するＨ．３２３会議端末１０へ向けて送出するものである。
【００２８】
パケット送受信部２０８は、ＳＩＰ網Ｎ２側とのパケット送受信を行うネットワークインタフェースである。
【００２９】
パケット分離部２０９は、ＳＩＰ網Ｎ２から受信したパケットを分析して、いずれかのメディアの通信チャネル又はシグナリング（呼制御信号：ＳＩＰメッセージ）に分類し、対応するパケット処理部（呼制御部２０３、映像パケット変換部２０４、データ共有パケット変換部２０５、音声パケット変換部２０６のいずれか）に供給するものである。
【００３０】
パケット多重部２０７は、それぞれのパケット処理部（呼制御部２０３、映像パケット変換部２０４、音声パケット変換部２０６）から出力されるパケットを多重化してパケット送受信部２０８に供給して対応するＳＩＰ会議端末３０へ向けて送出するものである。
【００３１】
呼制御部２０３は、Ｈ．３２３会議端末１０とＳＩＰ会議端末３０との間（Ｈ．３２３網Ｎ１とＳＩＰ網Ｎ２との間）の呼制御処理（シグナリング）を行う機能を担っており、Ｈ．３２３側呼制御終端部２０３ａ、ＳＩＰ側呼制御終端部２０３ｂ、及び呼制御処理部２０３ｃを有している。
【００３２】
Ｈ．３２３側呼制御終端部２０３ａは、Ｈ．３２３網Ｎ１側（Ｈ．３２３会議端末１０）との呼制御信号（Ｈ．３２３のメッセージ）を終端（送受信）するものである。また、ＳＩＰ側呼制御終端部２０３ｂは、ＳＩＰ網Ｎ２側（ＳＩＰ会議端末３０）との呼制御信号（ＳＩＰメッセージ）を終端（送受信）するものである。そして、呼制御処理部２０３ｃは、Ｈ．３２３側呼制御終端部２０３ａとＳＩＰ側呼制御終端部２０３ｂ間（Ｈ．３２３網Ｎ１とＳＩＰ網Ｎ２との間）の呼制御処理を行う機能を担っている。具体的には、呼制御処理部２０３ｃは、Ｈ．３２３側呼制御終端部２０３ａ又はＳＩＰ側呼制御終端部２０３ｂから供給された呼制御信号（例えば、発呼要求等）に基づいた呼制御処理を行うための呼制御信号を生成し、宛先の端末に対応する呼制御終端部（Ｈ．３２３側呼制御終端部２０３ａ又はＳＩＰ側呼制御終端部２０３ｂ）に供給する。
【００３３】
データ共有パケット変換部２０５は、パケット分離部２０２から供給されたデータ共有チャネルのメディアパケットを、ＳＩＰ会議端末３０の映像チャネルで処理可能な形式に変換する処理等を行うものである。
【００３４】
映像パケット変換部２０４は、主として、パケット分離部２０２又はパケット分離部２０９から供給された映像チャネルのメディアパケットを宛先の端末に対応する形式に変換する処理等を行うものである。また、映像パケット変換部２０４は、ＳＩＰ会議端末３０側に映像チャネルとして送出するメディアパケットのソース（供給源）を、映像チャネル（Ｈ．３２３会議端末１０から供給された映像チャネルのメディアデータ）又は、データ共有チャネル（Ｈ．３２３会議端末１０から、データ共有パケット変換部２０５を介して供給されたメディアデータ）のいずれかに切替えることが可能な構成となっている。
【００３５】
映像パケット変換部２０４は、さらに、Ｈ．３２３網Ｎ１側から受信した映像チャネルのメディアパケットでありパケット分離部２０２から供給された映像チャネルのメディアパケット、又はデータ共有チャネルのメディアパケットでありデータ共有パケット変換部２０５から供給された映像チャネルのメディアパケットを、宛先の端末に対応する形式に変換する処理等を行った上、パケット多重部２０７に送出するものである。
【００３６】
また、映像パケット変換部２０４は、さらに、さらに、ＳＩＰ網Ｎ２から受信した映像チャネルのメディアパケットであり、パケット分離部２０９から供給された映像チャネルのメディアパケットを、宛先の端末に対応する形式に変換する処理等を行った上、パケット多重部２１０に送出するものである。
【００３７】
なお、以下では、ゲートウェイ２０によるＳＩＰ会議端末３０（ＳＩＰ網Ｎ２）への、映像チャネルのソース（映像チャネル又はデータ共有チャネル）を切り替える処理を「映像ソース切替処理」とも呼ぶものとする。
【００３８】
音声パケット変換部２０６は、主として、パケット分離部２０２又はパケット分離部２０９から供給された音声チャネルのメディアパケットを、宛先の端末に適した形式に変換して送出（パケット多重部２０７又はパケット多重部２１０へ供給）する。
【００３９】
次に、ゲートウェイ２０による映像ソース切替処理機能について説明する。
【００４０】
ゲートウェイ２０で映像ソース切替処理が行われるタイミング（トリガ）については限定されないものであるが、例えば、以下の３つの方式のように、Ｈ．３２３会議端末１０（Ｈ．３２３網Ｎ１）側からのデータ共有チャネルに係る信号に応じて行うようにしてもよい。
【００４１】
［第１の方式：データ共有チャネルの開設で切り替える方式］
映像ソース切替処理開始の第１の方式の例として、例えば、Ｈ．３２３会議端末１０から、ゲートウェイ２０（呼制御部２０３）に、データ共有チャネルの開設要求のあったタイミングを利用することが挙げられる。具体的には、例えば、ゲートウェイ２０（呼制御部２０３）が、Ｈ．３２３会議端末１０から、Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＣｈａｎｎｅｌでチャネル開設要求を受付けたタイミングである。このとき、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、映像チャネルからデータ共有チャネルに切替える。
【００４２】
そして、その後、Ｈ．３２３会議端末１０から、ゲートウェイ２０（呼制御部２０３）に、開設したデータ共有チャネルを閉じる要求があったタイミングで、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、データ共有チャネルから映像チャネルに切り戻す。具体的には、例えば、ゲートウェイ２０（呼制御部２０３）が、Ｈ．３２３会議端末１０から、Ｈ．２４５／ＣｌｏｓｅＬｏｇｉｃａｌＣｈａｎｎｅｌで、チャネルを閉じる要求を受付けたタイミングである。
【００４３】
［第２の方式：データ共有開始要求で切り替える方式］
映像ソース切替処理開始の第２の例として、Ｈ．３２３会議端末１０から、ゲートウェイ２０（呼制御部２０３）に、データ共有開始の要求があったタイミングを利用する例が挙げられる。具体的には、例えば、ゲートウェイ２０（呼制御部２０３）が、Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔでデータ共有開始の要求を受付けたタイミングである。このとき、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、映像チャネルからデータ共有チャネルに切替える。
【００４４】
そして、その後、Ｈ．３２３会議端末１０から、ゲートウェイ２０（呼制御部２０３）に、データ共有を終了する要求があった場合、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、データ共有チャネルから映像チャネルに切り戻す。具体的には、例えば、ゲートウェイ２０（呼制御部２０３）が、Ｈ．３２３会議端末１０から、Ｈ．２４５／ＧｅｎｅｒｉｃＣｏｍｍａｎｄで、データ共有を終了する要求を受付けたタイミングである。
【００４５】
［第３の方式：データ共有チャネルのメディアデータ受信で切り替える方式］
映像ソース切替処理開始の第３の例として、ゲートウェイ２０（映像パケット変換部２０４）が、Ｈ．３２３会議端末１０からデータ共有チャネルに係るメディアデータ（データ共有チャネルが挿入されたＲＴＰパケット）を受信開始したタイミングを利用する例が挙げられる。このとき、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、映像チャネルからデータ共有チャネルに切替える。
【００４６】
そして、その後、ゲートウェイ２０（映像パケット変換部２０４）において、当該Ｈ．３２３会議端末からのデータ共有チャネルに係るＲＴＰパケット到着が所定時間以上（例えば、予め設定された一定時間以上）停止した場合、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ会議端末３０への映像チャネルのソースを、データ共有チャネルから映像チャネルに切り戻す。
【００４７】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の通信システム１の動作（実施形態の通信処理方法）を説明する。
【００４８】
（Ａ−２−１）ゲートウェイ２０におけるパケット処理の概要について
まず、ゲートウェイ２０に供給されるパケットの処理概要について、図１を用いて説明する。
【００４９】
まず、Ｈ．３２３網Ｎ１からＳＩＰ網Ｎ２にパケット転送される場合におけるゲートウェイ２０内部の処理について説明する。
【００５０】
パケット送受信部２０１は、Ｈ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０より供給されたパケットを、Ｈ．３２３網Ｎ１を介して受信して、パケット分離部２０２に供給する。
【００５１】
パケット分離部２０２は、パケット送受信部２０１より供給されたパケットを取得して、パケットの種類を識別する。パケット分離部２０２は、取得したパケットの種類が、Ｈ．３２３におけるＱ．９３１、Ｈ．２４５にて規定された呼制御パケットである場合、当該パケットを、呼制御部２０３に供給する。また、パケット分離部２０２は、取得したパケットの種類が、映像チャネルのメディアパケットである場合、当該パケットを、映像パケット変換部２０４に供給する。さらに、パケット分離部２０２は、取得したパケットの種類が、音声チャネルのメディアパケットである場合、当該パケットを、音声パケット変換部２０６に供給する。さらにまた、パケット分離部２０２は、取得したパケットの種類が、データ共有チャネルのメディアパケットである場合、当該パケットを、データ共有パケット変換部２０５に供する。
【００５２】
呼制御部２０３は、パケット分離部２０２より供給された呼制御パケットを取得する。呼制御部２０３は、取得した呼制御パケットを、Ｈ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０にて用いられる呼制御形式（Ｈ．３２３におけるＨ．２４５）から、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０にて用いられる呼制御形式（ＳＩＰ／ＳＤＰ）に変換する。呼制御部２０３は、変換した呼制御パケットを、パケット多重部２０７に供給する。
【００５３】
データ共有パケット変換部２０５は、パケット分離部２０２より供給されたデータ共有チャネルのメディアパケットを取得する。データ共有パケット変換部２０５は、取得したデータ共有チャネルのメディアパケットから、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０において映像表示したときの映像を生成する。そして、データ共有パケット変換部２０５は、生成した映像を、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０にて用いられる映像符号化方式にて符号化して、映像チャネルのメディアパケットを生成する。データ共有パケット変換部２０５は、データ共有チャネルのメディアパケットから変換した映像チャネルのメディアパケットを、映像パケット変換部２０４に供給する。
【００５４】
映像パケット変換部２０４は、パケット分離部２０２及びデータ共有パケット変換部２０５より供給された映像チャネルのメディアパケットを取得する。そして、映像パケット変換部２０４は、映像ソース切替処理の状態に応じて、パケット分離部２０２から供給された映像チャネルのメディアパケット、又は、データ共有パケット変換部２０５から供給された映像チャネルのメディアパケットを選択して、パケット多重部２０７に供給する。また、映像パケット変換部２０４は、分離部２０２から供給された映像チャネルのメディアパケットについてパケット多重部２０７に供給する場合には、当該映像チャネルのメディアパケットを、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０にて用いられる映像符号化方式に変換する。
【００５５】
音声パケット変換部２０６は、パケット分離部２０２より供給された音声チャネルのメディアパケットを取得する。そして、音声パケット変換部２０６は、取得した音声チャネルのメディアパケットを、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０にて用いられる音声符号化方式に変換する。そして、音声パケット変換部２０６は、変換した音声チャネルのメディアパケットを、パケット多重部２０７に送信する。
【００５６】
パケット多重部２０７は、呼制御部２０３から供給された呼制御パケットと、映像パケット変換部２０４から供給された映像チャネルのメディアパケットと、音声パケット変換部２０６から供給された音声チャネルのメディアパケットとを取得する。パケット多重部２０７は、取得した呼制御パケットと映像チャネルのメディアパケットと音声チャネルのメディアパケットとを多重化して、パケット送受信部２０８に供給する。
【００５７】
パケット送受信部２０８は、パケット多重部２０７から供給されたパケットを、ＳＩＰ網Ｎ２を介してＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０に送信する。
【００５８】
次に、ＳＩＰ網Ｎ２からＨ．３２３網Ｎ１にパケット転送される場合におけるゲートウェイ２０内部の処理について説明する。
【００５９】
パケット送受信部２０８は、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０より供給されたパケットを、ＳＩＰ網Ｎ２を介して受信して、パケット分離部２０９に供給する。
【００６０】
パケット分離部２０９は、パケット送受信部２０８より供給されたパケットを取得して、パケットの種類を識別する。パケット分離部２０９は、取得したパケットの種類が、ＳＩＰ／ＳＤＰにて規定された呼制御パケットである場合、当該パケットを、呼制御部２０３に供給する。また、パケット分離部２０９は、取得したパケットの種類が、映像チャネルのメディアパケットである場合、当該パケットを、映像パケット変換部２０４に供給する。さらに、パケット分離部２０９は、取得したパケットの種類が、音声チャネルのメディアパケットである場合、当該パケットを、音声パケット変換部２０６に供給する。
【００６１】
呼制御部２０３は、パケット分離部２０２より供給された呼制御パケットを取得する。そして、呼制御部２０３は、取得した呼制御パケットを、ＳＩＰ網Ｎ２に接続されるＳＩＰ会議端末３０にて用いられる呼制御形式（ＳＩＰ／ＳＤＰ）から、Ｈ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０にて用いられる呼制御形式（Ｈ．３２３におけるＨ．２４５）に変換する。そして、呼制御部２０３は、変換した呼制御パケットを、パケット多重部２０７に供給する。
【００６２】
映像パケット変換部２０４は、パケット分離部２０９より供給された映像チャネルのメディアパケットを取得する。映像パケット変換部２０４は、取得した映像チャネルのメディアパケットを、Ｈ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０にて用いられる映像符号化方式に変換する。そして、映像パケット変換部２０４は、変換した映像チャネルのメディアパケットを、パケット多重部２１０に供給する。
【００６３】
音声パケット変換部２０６は、パケット分離部２０９より供給された音声チャネルのメディアパケットを取得する。そして、音声パケット変換部２０６は、取得した音声チャネルのメディアパケットを、Ｈ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０にて用いられる音声符号化方式に変換する。そして、音声パケット変換部２０６は、変換した音声チャネルのメディアパケットを、パケット多重部２１０に供給する。
【００６４】
パケット多重部２１０は、呼制御部２０３から供給された呼制御パケットと、映像パケット変換部２０４から供給された映像チャネルのメディアパケットと、音声パケット変換部２０６から供給された音声チャネルのメディアパケットとを取得する。そして、パケット多重部２１０は、取得した呼制御パケットと映像チャネルのメディアパケット音声チャネルのメディアパケットとを多重化して、パケット送受信部２０１に供給する。
【００６５】
パケット送受信部２０１は、パケット多重部２１０から受信したパケットを、Ｈ．３２３網Ｎ１を介してＨ．３２３網Ｎ１に接続されるＨ．３２３会議端末１０に送信する。
【００６６】
（Ａ−２−２）映像ソース切替処理について
次に、ゲートウェイ２０で行われる映像ソース切替処理開始について説明する。以下では、上述の第１の方式〜第３の方式のそれぞれについて説明する。
【００６７】
［第１の方式：データ共有チャネルの開設で切り替える方式］
図２は、上述の第１の方式で映像ソース切替処理開始を行った場合の通信システム１の動作例について示したフローチャートである。また、図３は、図２のフローチャートに従って通信システム１が動作した場合に、ＳＩＰ会議端末３０−１に供給される映像チャネルのメディアデータに基づく表示画面の遷移について示した説明図である。
【００６８】
ここでは、説明を簡易とするために、Ｈ．３２３網Ｎ１側のＨ．３２３会議端末１０−１と、ＳＩＰ網Ｎ２側のＳＩＰ会議端末３０−１との間の１対１の通信をゲートウェイ２０が中継する例について説明する。
【００６９】
まず、Ｈ．３２３会議端末１０からの発呼に基づき、ゲートウェイ２０による呼制御により、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間でビデオ会議のセッションが開始されたものとする（Ｓ１０１）。
【００７０】
そして、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間で、ゲートウェイ２０を介して、ビデオ会議に係るメディアデータの送受信（映像チャネルと音声チャネルを用いた送受信）が開始された状態（通話状態）となったものとする（Ｓ１０２）。この時点で、ＳＩＰ会議端末３０−１の映像チャネルに供給される映像は、図３（ａ）に示すように、Ｈ．３２３会議端末１０−１側から送出される映像チャネルの映像（図３（ａ）では、Ｈ．３２３会議端末１０−１側のユーザを表示したカメラ映像）となる。
【００７１】
そして、通話状態となった後、Ｈ．３２３会議端末１０−１側でユーザ操作により、データ共有を開始する操作（例えば、Ｈ．３２３会議端末１０−１のデスクトップ画面の映像についてデータ共有を開始する操作）が行われたものとする。そして、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有の開始要求（Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔ）が送信され（Ｓ１０３）、それに対してゲートウェイ２０（呼制御部２０３）が応答（Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔ）したものとする（Ｓ１０４）。
【００７２】
その後、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有のチャネル開設要求（Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＣｈａｎｎｅｌ（Ｄａｔａ））が送信され（Ｓ１０５）、それに対してゲートウェイ２０（呼制御部２０３）が応答（Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＡｃｋ（Ｄａｔａ））したものとする（Ｓ１０６）。
【００７３】
そして、上述のステップＳ１０５で、ゲートウェイ２０（呼制御部２０３）は、データ共有のチャネル開設要求（Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＣｈａｎｎｅｌ（Ｄａｔａ））を受信したので、上述の第１の方式に従って、映像ソース切替処理が行われる（Ｓ１０７）。具体的には、ゲートウェイ２０では、映像パケット変換部２０４により、ＳＩＰ会議端末３０−１への映像チャネルのソースが、映像チャネルからデータ共有チャネルに切替えられることになる。
【００７４】
その後、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間で、ゲートウェイ２０を介して、ビデオ会議の通話状態が継続される（Ｓ１０８）。このとき、ゲートウェイ２０（映像パケット変換部２０４）からＳＩＰ会議端末３０−１への映像チャネルのソースがデータ共有チャネルとなっている。この時点で、ＳＩＰ会議端末３０−１における映像チャネルの映像は、図３（ｂ）に示すように、Ｈ．３２３会議端末１０−１側から送出されるデータ共有チャネルの映像（図３（ｂ）では、Ｈ．３２３会議端末１０−１側のデスクトップ上の資料データを表示した映像）となる。
【００７５】
その後、Ｈ．３２３会議端末１０−１側でユーザ操作により、データ共有を停止する操作（例えば、Ｈ．３２３会議端末１０−１のデスクトップ画面の映像についてデータ共有を停止する操作）が行われたものとする。そして、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有のチャネルを閉じる要求（Ｈ．２４５／ＣｌｏｓｅＬｏｇｉｃａｌＣｈａｎｎｅｌ（Ｄａｔａ））が送信され（Ｓ１０９）、それに対してゲートウェイ２０（呼制御部２０３）が応答（Ｈ．２４５／ＣｌｏｓｅＬｏｇｉｃａｌＣｈａｎｎｅｌＡｃｋ（Ｄａｔａ））したものとする（Ｓ１１０）。
【００７６】
その後、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有に係るチャネルの停止要求（Ｈ．２４５／ＧｅｎｅｒｉｃＣｏｍｍａｎｄ）が送信されたものとする（Ｓ１１１）。
【００７７】
そして、上述のステップＳ１０９の時点で、ゲートウェイ２０（呼制御部２０３）は、データ共有のチャネルを閉じる要求（Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＣｈａｎｎｅｌ（Ｄａｔａ））を受信したので、上述の第１の方式に従って、映像ソース切替処理を行う（Ｓ１１２）。具体的には、ゲートウェイ２０では、映像パケット変換部２０４により、ＳＩＰ会議端末３０−１への映像チャネルのソースが、データ共有チャネルから映像チャネルに切り戻されることになる。
【００７８】
ゲートウェイ２０では、映像パケット変換部２０４により、映像チャネルのソースが切り戻されると、呼制御部２０３からＨ．３２３会議端末１０−１に、映像チャネルについてイントラフレームが要求（Ｈ．２４５／ＭｉｓｃｅｌｌａｎｅｏｕｓＣｏｍｍａｎｄ／ｖｉｄｅｏＦａｓｔＵｐｄａｔｅＰｉｃｔｕｒｅ）される（Ｓ１１３）。これは、映像パケット変換部２０４により、映像チャネルのソースが切り戻された後に、ＳＩＰ会議端末３０−１側で復元される映像の切り戻しを円滑に行うためのものである。この時点で、ゲートウェイ２０がイントラフレームの要求を行わなくても、Ｈ．３２３会議端末１０−１から、所定のタイミング又はエラー処理等によりイントラフレームの送信は行われるが、映像ソース切替処理を主導するゲートウェイ２０から明示的に要求した方が、ＳＩＰ会議端末３０−１側での画面切替えが短時間で実行される。
【００７９】
その後、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間は、ゲートウェイ２０を介して、映像チャネルと音声チャネルのみを用いた通話状態（上述のステップＳ１０２と同じ状態）に戻ることになる（Ｓ１１４）。この時点で、ＳＩＰ会議端末３０−１における映像チャネルの映像は、図３（ｃ）に示すように、Ｈ．３２３会議端末１０−１側から送出される映像チャネルの映像に戻ることとなる。
【００８０】
［第２の方式：データ共有開始要求で切り替える方式］
図４は、上述の第２の方式で映像ソース切替処理開始を行った場合の通信システム１の動作例について示したフローチャートである。また、図４のフローチャートに従って通信システム１が動作した場合に、ＳＩＰ会議端末３０−１に供給される映像チャネルに基づく表示画面の遷移についても、上述の図３を用いて説明する。
【００８１】
ここでは、説明を簡易とするために、Ｈ．３２３網Ｎ１側のＨ．３２３会議端末１０−１と、ＳＩＰ網Ｎ２側のＳＩＰ会議端末３０−１との間の１対１の通信をゲートウェイ２０が中継する例について説明する。
【００８２】
まず、Ｈ．３２３会議端末１０からの発呼に基づき、ゲートウェイ２０による呼制御により、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間でビデオ会議のセッションが開始されたものとする（Ｓ２０１）。
【００８３】
なお、図４では、ステップＳ２０１の時点で、Ｈ．３２３会議端末１０−１とゲートウェイ２０との間のデータ共有に係るチャネル開設（「Ｈ．２４５／ＯｐｅｎＬｏｇｉｃａｌＣｈａｎｎｅｌ」、「Ｈ．２４５／ＣｌｏｓｅＬｏｇｉｃａｌＣｈａｎｎｅｌ」によるチャネル開設）は完了している点で、上述のステップＳ１０１と異なっている。
【００８４】
そして、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間で、ゲートウェイ２０を介して、ビデオ会議に係るメディアデータの送受信が開始された通話状態となったものとする（Ｓ２０２）。この時点で、ＳＩＰ会議端末３０−１における映像チャネルの映像は、図３（ａ）に示すように、Ｈ．３２３会議端末１０−１側から送出される映像チャネルの映像となる。
【００８５】
そして、通話状態となった後、Ｈ．３２３会議端末１０−１側でユーザ操作により、データ共有を開始する操作（例えば、Ｈ．３２３会議端末１０−１のデスクトップ画面の映像についてデータ共有を開始する操作）が行われたものとする。そして、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有の開始要求（Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔ）が送信され（Ｓ２０３）、それに対してゲートウェイ２０（呼制御部２０３）が応答（Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔ）したものとする（Ｓ２０４）。
【００８６】
そして、上述のステップＳ２０３で、ゲートウェイ２０（呼制御部２０３）は、データ共有の開始要求（Ｈ．２４５／ＧｅｎｅｒｉｃＲｅｑｕｅｓｔ）を受信したので、上述の第２の方式に従って、映像ソース切替処理が行われる（Ｓ２０５）。具体的には、ゲートウェイ２０では、映像パケット変換部２０４により、ＳＩＰ会議端末３０−１への映像チャネルのソースが、映像チャネルからデータ共有チャネルに切替えられることになる。
【００８７】
その後、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間で、ゲートウェイ２０を介して、ビデオ会議の通話状態が継続される（Ｓ２０６）。このとき、ゲートウェイ２０（映像パケット変換部２０４）からＳＩＰ会議端末３０−１への映像チャネルのソースがデータ共有チャネルとなっている。この時点で、ＳＩＰ会議端末３０−１における映像チャネルの映像は、図３（ｂ）に示すように、Ｈ．３２３会議端末１０−１側から送出されるデータ共有チャネルの映像となる。
【００８８】
その後、Ｈ．３２３会議端末１０−１側でユーザ操作により、データ共有を停止する操作が行われたものとする。そして、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（呼制御部２０３）に、データ共有に係るチャネルの停止要求（Ｈ．２４５／ＧｅｎｅｒｉｃＣｏｍｍａｎｄ）が送信されたものとする（Ｓ２０７）。
【００８９】
そして、上述のステップＳ２０７で、ゲートウェイ２０（呼制御部２０３）は、データ共有に係るチャネルの停止要求（Ｈ．２４５／ＧｅｎｅｒｉｃＣｏｍｍａｎｄ）を受信したので、上述の第２の方式に従って、映像ソース切替処理を行う（Ｓ２０８）。具体的には、ゲートウェイ２０では、映像パケット変換部２０４により、ＳＩＰ会議端末３０−１への映像チャネルのソースが、データ共有チャネルから映像チャネルに切り戻されることになる。
【００９０】
ゲートウェイ２０では、映像パケット変換部２０４により、映像チャネルのソースが切り戻されると、呼制御部２０３からＨ．３２３会議端末１０−１に、映像チャネルについてイントラフレームが要求（Ｈ．２４５／ＭｉｓｃｅｌｌａｎｅｏｕｓＣｏｍｍａｎｄ／ｖｉｄｅｏＦａｓｔＵｐｄａｔｅＰｉｃｔｕｒｅ）される（Ｓ２０９）。
【００９１】
その後、Ｈ．３２３会議端末１０−１とＳＩＰ会議端末３０−１との間は、ゲートウェイ２０を介して、映像チャネルと音声チャネルのみを用いた通話状態（上述のステップＳ２０２と同じ状態）に戻ることになる（Ｓ２１０）。この時点で、ＳＩＰ会議端末３０−１における映像チャネルの映像は、図３（ｃ）に示すように、Ｈ．３２３会議端末１０−１側から送出される映像チャネルの映像に戻ることとなる。
【００９２】
［第３の方式：データ共有チャネルのメディアデータ受信で切り替える方式］
上述の第２の方式で映像ソース切替処理開始を行った場合の通信システム１の動作についても上述の図２又は図４のフローチャートとほぼ同様の動作となる。
【００９３】
ここでは、上述の図２を用いて上述の第３の方式で映像ソース切替処理開始を行った場合の通信システム１の動作について、上述の第１の方式との差異を説明する。
【００９４】
上述の第３の方式を採用したゲートウェイ２０（映像パケット変換部２０４）は、上述のステップＳ１０７の映像ソース切替処理（映像チャネルからデータ共有チャネルへの切替え処理）を、上述のステップＳ１０８で、Ｈ．３２３会議端末１０−１からデータ共有チャネルに係るメディアデータのＲＴＰパケットが到来し始めた時点で行う。
【００９５】
また、上述の第３の方式を採用したゲートウェイ２０（映像パケット変換部２０４）は、上述のステップＳ１１２の映像ソース切替処理（データ共有チャネルから映像チャネルへの切替え処理）及びステップＳ１１３のイントラフレームの要求処理を、上述のステップＳ１１３で、Ｈ．３２３会議端末１０−１からのデータ共有チャネルに係るメディアデータ（ＲＴＰパケット）の到来が途絶えたと認識した時点（例えば、最後に受信してから所定期間以上経過した時点）で行う。
【００９６】
（Ａ−２−３）ＲＴＰパケットの処理について
次に、通信システム１における映像チャネル及びデータ共有チャネルのメディアデータのパケット（ＲＴＰパケット）の処理について図５のシーケンス図を用いて説明する。
【００９７】
なおここでは例として、通信システム１において、映像ソース切替処理開始の方式として、上述の第１の方式が採用されているものとして説明する。したがって、図５のシーケンス図は、上述の図２における各フェーズのメディアパケットの処理（主として、ステップＳ１０２、Ｓ１０８、Ｓ１１４）を中心とした説明図となっている。また、図５では、上述の図２のシーケンス図と同様に、Ｈ．３２３網Ｎ１側のＨ．３２３会議端末１０−１と、ＳＩＰ網Ｎ２側のＳＩＰ会議端末３０−１との間の１対１の通信をゲートウェイ２０が中継する例について説明している。さらに、図５では、Ｈ．３２３会議端末１０−１からＳＩＰ会議端末３０−１へ流れるＲＴＰパケットのみを図示しているが、実際には双方向のＲＴＰパケット（映像チャネル及び音声チャネルのＲＴＰパケット）等が流れることになる。
【００９８】
まず、上述のステップＳ１０１の処理により、Ｈ．３２３会議端末１０−１、及びＳＩＰ会議端末３０−１との間で、ゲートウェイ２０を介した映像チャネルがオープン（接続）されたものとする。
【００９９】
そして、ステップＳ１０２において、Ｈ．３２３会議端末１０−１から、ＳＩＰ会議端末３０−１に向けて映像チャネルのメディアパケット（符号化された映像信号が格納されたＲＴＰパケット）送信が開始される。なお、メディアデータが挿入されるＲＴＰパケットの構造は、図６のような構造となっており、ＲＴＰヘッダ部分に、シーケンスナンバー（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、以下「ＳｅｑＮｏ」とも呼ぶ）とタイムスタンプ（ｔｉｍｅｓｔａｍｐ、以下「ＴＳ」とも呼ぶ）が設定されている。  
ステップＳ１０２において、Ｈ．３２３会議端末１０−１は、ゲートウェイ２０に、３つの映像チャネルに係るＲＴＰパケットＰ１０１〜Ｐ１０３を送信しているものとする。そして、３つのＲＴＰパケットＰ１０１〜１０３におけるそれぞれのシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝１，Ｔｉｍｅｓｔａｍｐ＝１００００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝２，Ｔｉｍｅｓｔａｍｐ＝１３０００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝３，Ｔｉｍｅｓｔａｍｐ＝１６０００」であるものとする。
【０１００】
Ｈ．３２３会議端末１０−１では、１つの映像チャネルのＲＴＰパケットを、ＳＩＰ会議端末３０−１に送信する度に、シーケンスナンバーを１ずつインクリメントするものとする。以下では、この送信ごとにシーケンスナンバーに加算する加算値を「ＳｅｑＮｏ＿ａｖ」と呼ぶものとする。
【０１０１】
また、ここでは、例として、Ｈ．３２３会議端末１０−１が送信する映像信号のサンプリング周波数は９０ｋＨｚ、１秒あたりのフレーム数（ｆｐｓ）が３０フレームであるものとする。この場合、Ｈ．３２３会議端末１０−１は、１つの映像チャネルのＲＴＰパケットを、ＳＩＰ会議端末３０−１に送信する度に、３０００（＝９００００×１／３０）ずつタイムスタンプを加算することになる。以下では、この送信ごとにタイムスタンプに加算する加算値を「ＴＳ＿ａｖ」と呼ぶものとする。
【０１０２】
また、ゲートウェイ２０（映像パケット変換部２０４）は、未だ映像ソース切替処理が行われていないステップＳ１０２の時点では、受信した映像チャネルのＲＴＰパケットＰ１０１〜Ｐ１０３を、ＲＴＰパケットＰ３０１〜Ｐ３０３に変換してＳＩＰ会議端末３０−１に送信するとき、映像チャネルのＲＴＰパケットにおけるそれぞれのシーケンスナンバーとタイムスタンプを変更しないものとする。
【０１０３】
したがって、ＲＴＰパケットＰ３０１〜Ｐ３０３のシーケンスナンバーとタイムスタンプは、それぞれ「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝１，Ｔｉｍｅｓｔａｍｐ＝１００００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝２，Ｔｉｍｅｓｔａｍｐ＝１３０００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝３，Ｔｉｍｅｓｔａｍｐ＝１６０００」となる。
【０１０４】
そして、ステップＳ１０２（映像ソース切替処理を行う前の状態）において、ゲートウェイ２０（映像パケット変換部２０４）は、上記のＨ．３２３会議端末１０−１とＳＩＰ会議端末３０−１の間で行われる通信より、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ」に対応する加算値（ＴＳ＿ａｖ＝３０００、ＳｅｑＮｏ＿ａｖ＝１）を保持（記憶）しておくものとする。
【０１０５】
その後、上述のステップＳ１０３〜Ｓ１０７の処理により、ＳＩＰ会議端末３０−１とゲートウェイ２０との間で、データ共有チャネルがオープンされ、さらに、ゲートウェイ２０では、映像ソース切替処理が実行されたものとする。これにより、ゲートウェイ２０（映像パケット変換部２０４）からＳＩＰ会議端末３０−１への映像チャネルのソースがデータ共有チャネルとなる。
【０１０６】
そして、上述のステップＳ１０８において、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０（映像パケット変換部２０４）に向けて、映像チャネル及びデータ共有チャネルのＲＴＰパケット送信が行われる。また、上述のステップＳ１０８において、ゲートウェイ２０（映像パケット変換部２０４）は、Ｈ．３２３会議端末１０−１からのデータ共有チャネルのＲＴＰパケットを変換して、ＳＩＰ会議端末３０−１に映像チャネルのＲＴＰパケットとして送信する処理を行う。さらに、上述のステップＳ１０８において、ゲートウェイ２０（映像パケット変換部２０４）は、Ｈ．３２３会議端末１０−１からの映像チャネルのＲＴＰパケットを破棄する。
【０１０７】
ステップＳ１０８では、Ｈ．３２３会議端末１０−１からゲートウェイ２０へ、映像チャネルのＲＴＰパケットとして５個のＲＴＰパケットＰ１０４〜Ｐ１０８が送信されるものとする。また、ステップＳ１０８では、Ｈ．３２３会議端末１０−１からゲートウェイ２０へ、データ共有チャネルのＲＴＰパケットとして、３個のＲＴＰパケットＰ２１０〜Ｐ２１２が送信されるものとする。また、Ｈ．３２３会議端末１０−１は、ＲＴＰパケットＰ１０４、Ｐ２１０、Ｐ１０５、Ｐ１０６、Ｐ２１１、Ｐ１０７、Ｐ１０８、Ｐ２１２の順に送信したものとする。また、ステップＳ１０８において、ゲートウェイ２０（映像パケット変換部２０４）は、データ共有チャネルのＲＴＰパケットＰ２１０〜Ｐ２１２について、シーケンスナンバー及びタイムスタンプの変換処理を施し、ＲＴＰパケットＰ３０４〜Ｐ３０６としてＳＩＰ会議端末３０−１に送出する。
【０１０８】
そして、ステップＳ１０８で、映像チャネルのＲＴＰパケットＰ１０４〜Ｐ１０８におけるシーケンスナンバー（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）とタイムスタンプ（ｔｉｍｅｓｔａｍｐ）の初期値は、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝４，Ｔｉｍｅｓｔａｍｐ＝１９０００」であるものとする。そして、Ｈ．３２３会議端末１０は、映像チャネルのＲＴＰパケットを送信するごとに、ステップＳ１０２と同様にシーケンスナンバーを１加算し、タイムスタンプを、３０００加算する。
【０１０９】
また、ステップＳ１０８で、データ共有チャネルのＲＴＰパケットＰ２１０〜Ｐ２１２におけるシーケンスナンバーとタイムスタンプの初期値は、「ＲＴＰ／ＤａｔａＣｈ／ＳｅｑＮｏ＝１０，Ｔｉｍｅｓｔａｍｐ＝７００００」であるものとする。そして、Ｈ．３２３会議端末１０は、データ共有チャネルのＲＴＰパケットを送信するごとに、シーケンスナンバーを１加算し、さらにタイムスタンプを６０００加算するものとする。
【０１１０】
次に、ゲートウェイ２０（映像パケット変換部２０４）が、データ共有チャネルのＲＴＰパケットＰ２１０〜Ｐ２１２のシーケンスナンバー及びタイムスタンプを変換して、ＲＴＰパケットＰ３０４〜Ｐ３０６を生成する処理について説明する。
【０１１１】
まず、ゲートウェイ２０（映像パケット変換部２０４）が、ステップＳ１０８における最初のデータ共有チャネルのＲＴＰパケットＰ２１０を、ＳＩＰ会議端末３０−１に送信するＲＴＰパケットＰ３０４に変換する処理について説明する。
【０１１２】
ゲートウェイ２０（映像パケット変換部２０４）は、ステップＳ１０８における最初のデータ共有チャネルのＲＴＰパケットＰ２１０について、ステップＳ１０２で最後に送出した映像チャネルのＲＴＰパケットＰ３０３「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝３，Ｔｉｍｅｓｔａｍｐ＝１６０００」と連続するようにシーケンスナンバー及びタイムスタンプを加算して、ＲＴＰパケットＰ３０４を生成する。
【０１１３】
具体的には、ゲートウェイ２０（映像パケット変換部２０４）は、最後に送出した映像チャネルのＲＴＰパケットＰ３０３「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝３，Ｔｉｍｅｓｔａｍｐ＝１６０００」のシーケンスナンバー及びタイムスタンプに対して、それぞれ映像ソース切替処理前に保持した加算値（ＴＳ＿ａｖ＝３０００、ＳｅｑＮｏ＿ａｖ＝１）を加算（シーケンスナンバーに対して１を加算し、タイムスタンプに対して３０００を加算）して、ＲＴＰパケットＰ３０４のシーケンスナンバー及びタイムスタンプを求める。したがって、ＲＴＰパケットＰ３０４のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝４，Ｔｉｍｅｓｔａｍｐ＝１９０００」となる。
【０１１４】
また、ゲートウェイ２０（映像パケット変換部２０４）は、続くＲＴＰパケットＰ３０５、Ｐ３０６のタイムスタンプを求めるためのオフセット値ΔＴＳとして、ＲＴＰパケットＰ２１０のタイムスタンプ（７００００）からＲＴＰパケットＰ３０４のタイムスタンプ（１９０００）を減算した値（７００００−１９０００＝５１０００）を求めて保持する。また、ゲートウェイ２０（映像パケット変換部２０４）は、続くＲＴＰパケットＰ３０５、Ｐ３０６のシーケンスナンバーを求めるためのオフセット値ΔＳｅｑＮｏとして、ＲＴＰパケットＰ２１０のシーケンスナンバー（１０）からＲＴＰパケットＰ３０４のタイムスタンプ（４）を減算した値（１０−４＝６）を求めて保持する。
【０１１５】
次に、ゲートウェイ２０（映像パケット変換部２０４）が、ステップＳ１０８における２番目のデータ共有チャネルのＲＴＰパケットＰ２１１を、ＳＩＰ会議端末３０−１に送信するＲＴＰパケットＰ３０５に変換する処理について説明する。
【０１１６】
ゲートウェイ２０（映像パケット変換部２０４）は、ＲＴＰパケットＰ２１１について、最後に送出した映像チャネルのＲＴＰパケットＰ３０４「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝４，Ｔｉｍｅｓｔａｍｐ＝１９０００」と連続するようにシーケンスナンバー及びタイムスタンプを変更して、ＲＴＰパケットＰ３０５を生成する。
【０１１７】
具体的には、ゲートウェイ２０（映像パケット変換部２０４）は、上述のＲＴＰパケットＰ３０４の処理時に保持したオフセット値（ΔＴＳ＝５１０００、ΔＳｅｑＮｏ＝６）を用いて、ＲＴＰパケットＰ３０５のシーケンスナンバー及びタイムスタンプを求めるものとする。すなわち、ゲートウェイ２０（映像パケット変換部２０４）は、最新に受信したＲＴＰパケットＰ２１１のタイムスタンプ（７６０００）から、上述のＲＴＰパケットＰ３０４の処理時に保持したオフセット値ΔＴＳ＝５１０００を減算した値（７６０００−５１０００＝２５０００）を、ＲＴＰパケットＰ３０５のタイムスタンプに設定する。また、ゲートウェイ２０（映像パケット変換部２０４）は、最新に受信したＲＴＰパケットＰ２１１のシーケンスナンバー（１１）から、上述のＲＴＰパケットＰ３０４の処理時に保持したオフセット値ΔＳｅｑＮｏ（６）を減算した値（１１−６＝５）を、ＲＴＰパケットＰ３０５のシーケンスナンバーに設定する。したがって、ＲＴＰパケットＰ３０５のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝５，Ｔｉｍｅｓｔａｍｐ＝２５０００」となる。
【０１１８】
次に、ゲートウェイ２０（映像パケット変換部２０４）が、ステップＳ１０８における３番目のデータ共有チャネルのＲＴＰパケットＰ２１２を、ＳＩＰ会議端末３０−１に送信するＲＴＰパケットＰ３０６に変換する処理について説明する。
【０１１９】
ゲートウェイ２０（映像パケット変換部２０４）は、ＲＴＰパケットＰ２１２について、最後に送出した映像チャネルのＲＴＰパケットＰ３０５「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝５，Ｔｉｍｅｓｔａｍｐ＝２５０００」と連続するようにシーケンスナンバー及びタイムスタンプを変更して、ＲＴＰパケットＰ３０６を生成する。ゲートウェイ２０（映像パケット変換部２０４）は、上述のＲＴＰパケットＰ３０５の場合と同様に、上述のオフセット値（ΔＴＳ＝５１０００、ΔＳｅｑＮｏ＝６）を用いて、ＲＴＰパケットＰ３０６のシーケンスナンバー及びタイムスタンプを求める。これにより、ＲＴＰパケットＰ３０６のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝６，Ｔｉｍｅｓｔａｍｐ＝３１０００」となる。
【０１２０】
その後、上述のステップＳ１０９〜Ｓ１１３の処理により、Ｈ．３２３会議端末１０−１とゲートウェイ２０との間で、データ共有チャネルがクローズされ、さらに、ゲートウェイ２０では、映像ソース切替処理が実行されたものとする。これにより、ゲートウェイ２０（映像パケット変換部２０４）からＳＩＰ会議端末３０−１への映像チャネルのソースが映像チャネルに戻ることとなる。
【０１２１】
そして、ステップＳ１１４において、Ｈ．３２３会議端末１０−１から、ゲートウェイ２０に映像チャネルのメディアパケット（符号化された映像信号が格納されたＲＴＰパケット）送信が継続される一方、データ共有チャネルのメディアパケット送信は停止することになる。
【０１２２】
ステップＳ１１４において、Ｈ．３２３会議端末１０−１は、ゲートウェイ２０に、３つの映像チャネルに係るＲＴＰパケットＰ１０９〜Ｐ１１２を送信しているものとする。そして、ステップＳ１１４で、映像チャネルのＲＴＰパケットＰ１０９〜Ｐ１１２におけるシーケンスナンバーとタイムスタンプの初期値は、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝９，Ｔｉｍｅｓｔａｍｐ＝３４０００」であるものとする。そして、Ｈ．３２３会議端末１０−１は、映像チャネルのＲＴＰパケットを送信するごとに、ステップＳ１０２と同様にシーケンスナンバーを１加算し、タイムスタンプを、３０００加算する。したがって、３つのＲＴＰパケットＰ１０９〜１１３におけるそれぞれのシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝９，Ｔｉｍｅｓｔａｍｐ＝３４０００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝１０，Ｔｉｍｅｓｔａｍｐ＝３７０００」、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝１１，Ｔｉｍｅｓｔａｍｐ＝４００００」となる。
【０１２３】
ステップＳ１１４において、ゲートウェイ２０（映像パケット変換部２０４）は、映像チャネルのＲＴＰパケットＰ１０９〜Ｐ１１１について、シーケンスナンバー及びタイムスタンプの変換処理を施し、ＲＴＰパケットＰ３０７〜Ｐ３０９としてＳＩＰ会議端末３０−１に送出する。
【０１２４】
次に、ゲートウェイ２０（映像パケット変換部２０４）が、映像チャネルのＲＴＰパケットＰ１０９〜Ｐ１１１のシーケンスナンバー及びタイムスタンプを変換して、ＲＴＰパケットＰ３０７〜Ｐ３０９を生成する処理について説明する。
【０１２５】
まず、ゲートウェイ２０（映像パケット変換部２０４）が、ステップＳ１１４における最初の映像チャネルのＲＴＰパケットＰ１０９を、ＳＩＰ会議端末３０−１に送信するＲＴＰパケットＰ３０７に変換する処理について説明する。
【０１２６】
ゲートウェイ２０（映像パケット変換部２０４）は、ステップＳ１０８で最後に送出した映像チャネルのＲＴＰパケットＰ３０６「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝６，Ｔｉｍｅｓｔａｍｐ＝３１０００」と連続するようにシーケンスナンバー及びタイムスタンプを更新して、ＲＴＰパケットＰ３０７を生成する。具体的には、ゲートウェイ２０（映像パケット変換部２０４）は、ステップＳ１０８で最後に送出した映像チャネルのＲＴＰパケットＰ３０６「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝６，Ｔｉｍｅｓｔａｍｐ＝３１０００」のシーケンスナンバー及びタイムスタンプに対して、映像ソース切替処理前に保持した上述の加算値（ＴＳ＿ａｖ＝３０００、ＳｅｑＮｏ＿ａｖ＝１）を加算（シーケンスナンバーに対して１を加算し、タイムスタンプに対して３０００を加算）して、ＲＴＰパケットＰ３０７のシーケンスナンバー及びタイムスタンプを取得する。したがって、ＲＴＰパケットＰ３０７のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝７，Ｔｉｍｅｓｔａｍｐ＝３４０００」となる。
【０１２７】
また、ゲートウェイ２０（映像パケット変換部２０４）は、続くＲＴＰパケットＰ３０８、Ｐ３０９のタイムスタンプを求めるためのオフセット値ΔＴＳとして、ＲＴＰパケットＰ１０９のタイムスタンプ（３４０００）からＲＴＰパケットＰ３０７のタイムスタンプ（３４０００）を減算した値（３４０００−３４０００＝０）を求めて保持する。また、ゲートウェイ２０（映像パケット変換部２０４）は、続くＲＴＰパケットＰ３０８、Ｐ３０９のシーケンスナンバーを導くためのオフセット値ΔＳｅｑＮｏとして、ＲＴＰパケットＰ１０９のシーケンスナンバー（９）からＲＴＰパケットＰ３０７のシーケンスナンバー（７）を減算した値（９−７＝２）を求めて保持する。
【０１２８】
次に、ゲートウェイ２０（映像パケット変換部２０４）が、ステップＳ１１４における２番目の映像チャネルのＲＴＰパケットＰ１１０を、ＳＩＰ会議端末３０−１に送信するＲＴＰパケットＰ３０８に変換する処理について説明する。
【０１２９】
ゲートウェイ２０（映像パケット変換部２０４）は、ＲＴＰパケットＰ１１０について、最後に送出した映像チャネルのＲＴＰパケットＰ３０７「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝７，Ｔｉｍｅｓｔａｍｐ＝３４０００」と連続するようにシーケンスナンバー及びタイムスタンプを変更して、ＲＴＰパケットＰ３０８を生成する。
【０１３０】
具体的には、ゲートウェイ２０（映像パケット変換部２０４）は、上述のＲＴＰパケットＰ３０７の処理時に保持したオフセット値（ΔＴＳ＝０、ΔＳｅｑＮｏ＝２）を用いて、ＲＴＰパケットＰ３０８のシーケンスナンバー及びタイムスタンプを求めるものとする。すなわち、ゲートウェイ２０（映像パケット変換部２０４）は、最新に受信したＲＴＰパケットＰ１１０のタイムスタンプ（３７０００）から、上述のＲＴＰパケットＰ３０７の処理時に保持したタイムスタンプのオフセット値ΔＴＳ＝０を減算した値（３７０００−０＝３７０００）を、ＲＴＰパケットＰ３０８のタイムスタンプに設定する。また、ゲートウェイ２０（映像パケット変換部２０４）は、最新に受信したＲＴＰパケットＰ１１０のシーケンスナンバー（１０）から、上述のＲＴＰパケットＰ３０７の処理時に保持したオフセット値ΔＳｅｑＮｏ＝２を減算した値（１０−２＝８）を、ＲＴＰパケットＰ３０８のシーケンスナンバーに設定する。したがって、ＲＴＰパケットＰ３０８のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝８，Ｔｉｍｅｓｔａｍｐ＝３７０００」となる。
【０１３１】
次に、ゲートウェイ２０（映像パケット変換部２０４）は、上述のＲＴＰパケットＰ３０８の場合と同様に、上述のオフセット値（ΔＴＳ＝０、ΔＳｅｑＮｏ＝２）を用いて、ＲＴＰパケットＰ３０９のシーケンスナンバー及びタイムスタンプを求める。これにより、ＲＴＰパケットＰ３０９のシーケンスナンバーとタイムスタンプは、「ＲＴＰ／ＶｉｄｅｏＣｈ／ＳｅｑＮｏ＝９，  Ｔｉｍｅｓｔａｍｐ＝４００００」となる。
【０１３２】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１３３】
ゲートウェイ２０では、映像ソース切替処理により、データ共有チャネルに対応していないＳＩＰ会議端末３０で、実質的にテータ共有機能を実現することができる。
【０１３４】
また、ゲートウェイ２０（映像パケット変換部２０４）では、過去に送受信したＲＴＰパケットの履歴（シーケンスナンバー及びタイムスタンプ）に基づいて、映像ソース切替処理による映像ソースの切替の度にΔＴＳとΔＳｅｑＮｏを更新している。そして、ゲートウェイ２０（映像パケット変換部２０４）は、ＳＩＰ網Ｎ２側に映像チャネルのＲＴＰパケットを送信する度に、タイムスタンプの値及びシーケンスナンバーについて、それぞれΔＴＳ及びΔＳｅｑＮｏを用いた更新を行っている。これにより、ゲートウェイ２０（映像パケット変換部２０４）では、映像ソース切替処理により、ＳＩＰ網Ｎ２側に送出する映像チャネルのソースを切替えても、連続したタイムスタンプ及びシーケンスナンバーのＲＴＰパケットをＳＩＰ網Ｎ２側に送信し続けることができる。
【０１３５】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１３６】
（Ｂ−１）上記の実施形態では、ゲートウェイ２０は、映像ソース切替処理により、ＳＩＰ会議端末３０の映像チャネルに供給する映像データのソースを、Ｈ．３２３会議端末１０側の映像チャネル又はデータ共有チャネルのいずれかに切替える構成となっている。これに対して、ゲートウェイ２０は、例えば、図７に示すように、Ｈ．３２３会議端末１０からのデータ共有チャネルの映像と、映像チャネルの映像の両方を１画面に表示（図７ではフレーム分けして複数の映像を１つの画面で表示）した映像を生成して、ＳＩＰ会議端末３０の映像チャネルに供給するようにしてもよい。この場合、ゲートウェイ２０は、Ｈ．３２３会議端末１０との間でデータ共有チャネルを用いた映像データが供給されるときに、ＳＩＰ会議端末３０の映像チャネルに供給する映像データの画面を図７のように切り替えるようにしてもよい。そして、この場合、ゲートウェイ２０は、Ｈ．３２３会議端末１０から映像チャネルで供給されたＲＴＰパケットのシーケンスナンバー及びタイムスタンプを、そのままＳＩＰ会議端末３０の映像チャネルに供給するＲＴＰパケットに適用できるため、上述の図５に示すように連続的となるような変更は必要ないことになる。
【符号の説明】
【０１３７】
１…通信システム、Ｎ１…Ｈ．３２３網、Ｎ２…ＳＩＰ網、１０、１０−１〜１０−Ｎ…Ｈ．３２３会議端末、２０…ゲートウェイ、２０１…パケット送受信部、２０２…パケット分離部、２０３…呼制御部、２０３ａ…Ｈ．３２３側呼制御終端部、２０３ｂ…ＳＩＰ側呼制御終端部、２０３ｃ…呼制御処理部、２０４…映像パケット変換部、２０５…データ共有パケット変換部、２０６…音声パケット変換部、２０７…パケット多重部、２０８…パケット送受信部、２０９…パケット分離部、２１０…パケット多重部、３０、３０−１〜３０−Ｍ…ＳＩＰ会議端末。
【図１】
2014192708.tif 000003
【図２】
2014192708.tif 000004
【図３】
2014192708.tif 000005
【図４】
2014192708.tif 000006
【図５】
2014192708.tif 000007
【図６】
2014192708.tif 000008
【図７】
2014192708.tif 000009