JP2000165469A - Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法 - Google Patents
Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法Info
- Publication number
- JP2000165469A JP2000165469A JP33662798A JP33662798A JP2000165469A JP 2000165469 A JP2000165469 A JP 2000165469A JP 33662798 A JP33662798 A JP 33662798A JP 33662798 A JP33662798 A JP 33662798A JP 2000165469 A JP2000165469 A JP 2000165469A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- connection
- multimedia communication
- port
- tcp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 接続シーケンスをやり取りする前に相手の端
末が自端末か否か判定する。 【解決手段】 起動時に、必要なソケットをウェルノウ
ンのポート及び本端末独自のポートで開きＴＣＰのコネ
クションを待つ。同時に画像／音声用のＵＤＰのソケッ
トも決まったポートで開いておく（Ｓ２０１）。次に、
発呼側の端末Ｂより、まず独自のポートにＴＣＰのコネ
クションを試みる（Ｓ２０２）。失敗すれば、相手が他
の端末であると判定し、通常通り、ウェルノウンのポー
トへＴＣＰコネクションを試み（Ｓ２０３）、通常の接
続シーケンスで接続を行う。独自のポートへのＴＣＰの
コネクションが成功すれば、相手が自端末であると判定
し、あらかじめ決められたポートで開いていた画像／音
声用のソケットに画像／音声データを送受信することに
より通常の接続シーケンスを省略し、画像／音声通信を
開始する（Ｓ２０５）。
末が自端末か否か判定する。 【解決手段】 起動時に、必要なソケットをウェルノウ
ンのポート及び本端末独自のポートで開きＴＣＰのコネ
クションを待つ。同時に画像／音声用のＵＤＰのソケッ
トも決まったポートで開いておく（Ｓ２０１）。次に、
発呼側の端末Ｂより、まず独自のポートにＴＣＰのコネ
クションを試みる（Ｓ２０２）。失敗すれば、相手が他
の端末であると判定し、通常通り、ウェルノウンのポー
トへＴＣＰコネクションを試み（Ｓ２０３）、通常の接
続シーケンスで接続を行う。独自のポートへのＴＣＰの
コネクションが成功すれば、相手が自端末であると判定
し、あらかじめ決められたポートで開いていた画像／音
声用のソケットに画像／音声データを送受信することに
より通常の接続シーケンスを省略し、画像／音声通信を
開始する（Ｓ２０５）。
Description
【０００１】
【発明の属する技術分野】本発明は、ＬＡＮ等ネットワ
ーク上で動作するパーソナルコンピュータ、携帯情報端
末等の情報処理装置で実行されるアプリケーション間通
信に関し、ＴＣＰ（ＵＤＰ）／ＩＰを使用して通信を行
うマルチメディア通信方法に関する。
ーク上で動作するパーソナルコンピュータ、携帯情報端
末等の情報処理装置で実行されるアプリケーション間通
信に関し、ＴＣＰ（ＵＤＰ）／ＩＰを使用して通信を行
うマルチメディア通信方法に関する。
【０００２】
【従来の技術】従来技術を、ＴＣＰ（ＵＤＰ）／ＩＰを
使用して通信を行う例として、国際標準ＩＴＵ−ＴＨ.
３２３に準拠したマルチメディア通信システムを用いた
場合で説明する。
使用して通信を行う例として、国際標準ＩＴＵ−ＴＨ.
３２３に準拠したマルチメディア通信システムを用いた
場合で説明する。
【０００３】Ｈ.３２３のプロトコルスタック図を図５
に示す。破線部分１０１がＨ.３２３の適用範囲であ
る。音声コーデック１０２は、マイク等より取り込んだ
音声データを符号化するとともに、相手端末よりＵＤＰ
／ＩＰ１０８，１０９を介して受信した符号化データを
復号する機能を持つ。画像コーデック１０３は、カメラ
等より取り込んだ画像データを符号化するとともに、相
手端末よりＵＤＰ／ＩＰ１０８，１０９を介して受信し
た符号化データを復号する機能を持つ。音声／画像の符
号化データはＲＴＰ１０４により、パケット化を行い相
手端末との送受信を行う。呼制御（Ｑ.９３１）１０５
は、相手端末とメッセージをＴＣＰ／ＩＰ１０７，１０
９を介してやり取りを行い、呼の接続を行う。通信制御
（Ｈ.２４５）１０６は、相手端末とメッセージをＴＣ
Ｐ／ＩＰ１０７，１０９を介してやり取りを行い、端末
の能力の交換、マスタ／スレーブ端末化の決定、画像／
音声等の通信の開始を行う等のネゴシエーションを行
う。
に示す。破線部分１０１がＨ.３２３の適用範囲であ
る。音声コーデック１０２は、マイク等より取り込んだ
音声データを符号化するとともに、相手端末よりＵＤＰ
／ＩＰ１０８，１０９を介して受信した符号化データを
復号する機能を持つ。画像コーデック１０３は、カメラ
等より取り込んだ画像データを符号化するとともに、相
手端末よりＵＤＰ／ＩＰ１０８，１０９を介して受信し
た符号化データを復号する機能を持つ。音声／画像の符
号化データはＲＴＰ１０４により、パケット化を行い相
手端末との送受信を行う。呼制御（Ｑ.９３１）１０５
は、相手端末とメッセージをＴＣＰ／ＩＰ１０７，１０
９を介してやり取りを行い、呼の接続を行う。通信制御
（Ｈ.２４５）１０６は、相手端末とメッセージをＴＣ
Ｐ／ＩＰ１０７，１０９を介してやり取りを行い、端末
の能力の交換、マスタ／スレーブ端末化の決定、画像／
音声等の通信の開始を行う等のネゴシエーションを行
う。
【０００４】ここでは、特に、呼制御（Ｑ.９３１）、
通信制御（Ｈ.２４５）で行う相手端末との接続時の接
続シーケンス及びその動作フローについて説明する。以
下、Ｑ.９３１は呼制御、Ｈ.２４５は通信制御を表すも
のとする。接続シーケンスを図６、その動作フローを図
７に示す。図６は、端末Ａを着呼端末、端末Ｂを発呼端
末とした場合の例である。図６中の破線部分はＴＣＰ／
ＩＰでのやり取りを表し、実線部分は接続シーケンスで
のＨ.３２３で規定された相手端末とのメッセージのや
り取りを表す。まず、接続を行う場合、Ｑ.９３１に割
り当てられたウェルノウン（well-known）ポートにＴＣ
Ｐのコネクションを試みる。相手端末がそれを受け入れ
た場合、ＴＣＰの応答を受けＴＣＰのコネクションが確
立する（Ｓ７０１）。
通信制御（Ｈ.２４５）で行う相手端末との接続時の接
続シーケンス及びその動作フローについて説明する。以
下、Ｑ.９３１は呼制御、Ｈ.２４５は通信制御を表すも
のとする。接続シーケンスを図６、その動作フローを図
７に示す。図６は、端末Ａを着呼端末、端末Ｂを発呼端
末とした場合の例である。図６中の破線部分はＴＣＰ／
ＩＰでのやり取りを表し、実線部分は接続シーケンスで
のＨ.３２３で規定された相手端末とのメッセージのや
り取りを表す。まず、接続を行う場合、Ｑ.９３１に割
り当てられたウェルノウン（well-known）ポートにＴＣ
Ｐのコネクションを試みる。相手端末がそれを受け入れ
た場合、ＴＣＰの応答を受けＴＣＰのコネクションが確
立する（Ｓ７０１）。
【０００５】次に、端末Ｂから端末Ａへ接続の要求を表
す呼設定メッセージをＱ.９３１用のポートへ送信す
る。それを受けた端末Ａは端末Ｂへ呼び出しメッセー
ジ、接続メッセージを送信し、呼の接続を行う。ここ
で、接続メッセージ中のパラメータにＨ.２４５で使用
するソケットのポート番号を乗せ、端末Ｂへ通知する。
相手との通信を行う際に使用するソケットは、プロトコ
ル毎に別のポート番号で使用しなければならない（Ｓ７
０２）。
す呼設定メッセージをＱ.９３１用のポートへ送信す
る。それを受けた端末Ａは端末Ｂへ呼び出しメッセー
ジ、接続メッセージを送信し、呼の接続を行う。ここ
で、接続メッセージ中のパラメータにＨ.２４５で使用
するソケットのポート番号を乗せ、端末Ｂへ通知する。
相手との通信を行う際に使用するソケットは、プロトコ
ル毎に別のポート番号で使用しなければならない（Ｓ７
０２）。
【０００６】その他、呼接続、呼び出し、接続メッセー
ジのパラメータには様々な意味を持つパラメータを乗せ
ることが可能である。例えば、呼設定メッセージにユー
ザの名前を乗せ、ユーザに確認後、接続する等の利用が
可能である。図８にこの場合のユーザとのやり取りの例
を示す。その他、メッセージ、及びそのパラメータの詳
細な説明はここでは省略する。ここで呼接続が確立した
ら、次に上記接続メッセージのパラメータから取得した
Ｈ.２４５用ポートへＴＣＰのコネクションを試みる。
相手端末がそれを受け入れた場合、ＴＣＰの応答を受
け、Ｈ.２４５のＴＣＰのコネクションが確立する（Ｓ
７０３）。
ジのパラメータには様々な意味を持つパラメータを乗せ
ることが可能である。例えば、呼設定メッセージにユー
ザの名前を乗せ、ユーザに確認後、接続する等の利用が
可能である。図８にこの場合のユーザとのやり取りの例
を示す。その他、メッセージ、及びそのパラメータの詳
細な説明はここでは省略する。ここで呼接続が確立した
ら、次に上記接続メッセージのパラメータから取得した
Ｈ.２４５用ポートへＴＣＰのコネクションを試みる。
相手端末がそれを受け入れた場合、ＴＣＰの応答を受
け、Ｈ.２４５のＴＣＰのコネクションが確立する（Ｓ
７０３）。
【０００７】次に、Ｈ.２４５接続に必要なメッセージ
を端末Ａ−端末Ｂ間で、やり取りを行う（Ｓ７０４）。
ここでのＨ.２４５接続シーケンスでの詳細なメッセー
ジ内容、メッセージに含まれるパラメータの説明は省略
する。ここでＨ.２４５接続が確立したら、次に音声／
画像等のメディアの通信の開始を通知するために論理チ
ャネル開設要求メッセージを各端末Ａ、端末Ｂよりそれ
ぞれ送信する。その論理チャネル開設要求メッセージの
パラメータに音声／画像等のメディアの種類、メディア
で使用する自端末のソケットのポート番号を乗せ相手に
通知する。相手端末は、そのポートにデータを送信する
ことにより音声／画像等の通信を行う（Ｓ７０５）。
を端末Ａ−端末Ｂ間で、やり取りを行う（Ｓ７０４）。
ここでのＨ.２４５接続シーケンスでの詳細なメッセー
ジ内容、メッセージに含まれるパラメータの説明は省略
する。ここでＨ.２４５接続が確立したら、次に音声／
画像等のメディアの通信の開始を通知するために論理チ
ャネル開設要求メッセージを各端末Ａ、端末Ｂよりそれ
ぞれ送信する。その論理チャネル開設要求メッセージの
パラメータに音声／画像等のメディアの種類、メディア
で使用する自端末のソケットのポート番号を乗せ相手に
通知する。相手端末は、そのポートにデータを送信する
ことにより音声／画像等の通信を行う（Ｓ７０５）。
【０００８】その他、論理チャネル開設メッセージのパ
ラメータには様々な意味を持つパラメータを乗せること
が可能であるがその詳細な説明はここでは省略する。
ラメータには様々な意味を持つパラメータを乗せること
が可能であるがその詳細な説明はここでは省略する。
【０００９】
【発明が解決しようとする課題】ＴＣＰ（ＵＤＰ）／Ｉ
Ｐを使用して通信を行うマルチメディア通信の場合、他
の端末との相互接続性を確保するために、決められた接
続シーケンスをやり取りする必要がある。相手が自端末
と分かればその接続シーケンスを省略することができ
る。従来の手段では、相手の端末が自端末であると分か
るのは接続シーケンスをやり取りした後であるため、ど
ちらにしろ接続シーケンスはやり取りしなければならな
い。
Ｐを使用して通信を行うマルチメディア通信の場合、他
の端末との相互接続性を確保するために、決められた接
続シーケンスをやり取りする必要がある。相手が自端末
と分かればその接続シーケンスを省略することができ
る。従来の手段では、相手の端末が自端末であると分か
るのは接続シーケンスをやり取りした後であるため、ど
ちらにしろ接続シーケンスはやり取りしなければならな
い。
【００１０】
【課題を解決するための手段】ＴＣＰ（ＵＤＰ）／ＩＰ
を使用して通信を行うマルチメディア通信の場合、接続
シーケンスをやり取りする前にネットワーク上でのＴＣ
Ｐの接続を行う。そのポートを自端末独自のポート、及
び通常のウェルノウン（well-known）ポートを用意す
る。始めに自端末独自のポートへＴＣＰのコネクション
を試みる。相手が他の端末であればその独自ポートは存
在しないため必ず失敗する。つまり、失敗した場合は他
の端末であり、成功すれば相手の端末が自端末であると
判定する。
を使用して通信を行うマルチメディア通信の場合、接続
シーケンスをやり取りする前にネットワーク上でのＴＣ
Ｐの接続を行う。そのポートを自端末独自のポート、及
び通常のウェルノウン（well-known）ポートを用意す
る。始めに自端末独自のポートへＴＣＰのコネクション
を試みる。相手が他の端末であればその独自ポートは存
在しないため必ず失敗する。つまり、失敗した場合は他
の端末であり、成功すれば相手の端末が自端末であると
判定する。
【００１１】請求項１の発明は、ＴＣＰ／ＩＰプロトコ
ルを使用してマルチメディア通信を行う際、ネットワー
ク上でのＴＣＰの接続を同一機種あるいは同じ又は上位
互換機能を持つ端末独自のポート、及び通常のウェルノ
ウン（well-known）ポートを用意し、始めに自端末独自
のポートへＴＣＰの接続をし、成功すれば相手の端末が
同一機種あるいは同じ又は上位互換機能を持つ端末であ
ると判定、失敗の場合は、相手は他の端末であると判定
するものである。
ルを使用してマルチメディア通信を行う際、ネットワー
ク上でのＴＣＰの接続を同一機種あるいは同じ又は上位
互換機能を持つ端末独自のポート、及び通常のウェルノ
ウン（well-known）ポートを用意し、始めに自端末独自
のポートへＴＣＰの接続をし、成功すれば相手の端末が
同一機種あるいは同じ又は上位互換機能を持つ端末であ
ると判定、失敗の場合は、相手は他の端末であると判定
するものである。
【００１２】請求項２の発明は、請求項１の発明におい
て、相手を他の端末であると判定した場合は、通常の接
続シーケンスを動作することにより他の端末との相互接
続性は保ち、相手を自端末であると判定した場合は、接
続シーケンスを簡略化し、接続時間の短縮を図るように
したものである。
て、相手を他の端末であると判定した場合は、通常の接
続シーケンスを動作することにより他の端末との相互接
続性は保ち、相手を自端末であると判定した場合は、接
続シーケンスを簡略化し、接続時間の短縮を図るように
したものである。
【００１３】請求項３の発明は、請求項１の発明におい
て、相手を自端末であると判定した場合は、各プロトコ
ルで使用するＴＣＰのソケットを初めに接続した１つの
み使用することにより、ソケットの資源を節約するよう
にしたものである。
て、相手を自端末であると判定した場合は、各プロトコ
ルで使用するＴＣＰのソケットを初めに接続した１つの
み使用することにより、ソケットの資源を節約するよう
にしたものである。
【００１４】請求項４の発明は、請求項１乃至３の発明
のいずれかにおいて、他の機能を追加しバージョンアッ
プしたマルチメディア通信システム及びバージョンアッ
プ前のマルチメディア通信システムが存在し、自端末が
バージョンアップ前のマルチメディア通信システムのも
のである場合、自端末には自端末独自のポートを用意
し、バージョンアップ後のマルチメディア通信システム
には別の独自のポートを割り当て、始めにどちらかの独
自のポートへＴＣＰの接続をすることにより、自動的に
どちらかのシステムを起動することを可能としたもので
ある。
のいずれかにおいて、他の機能を追加しバージョンアッ
プしたマルチメディア通信システム及びバージョンアッ
プ前のマルチメディア通信システムが存在し、自端末が
バージョンアップ前のマルチメディア通信システムのも
のである場合、自端末には自端末独自のポートを用意
し、バージョンアップ後のマルチメディア通信システム
には別の独自のポートを割り当て、始めにどちらかの独
自のポートへＴＣＰの接続をすることにより、自動的に
どちらかのシステムを起動することを可能としたもので
ある。
【００１５】請求項５の発明は、請求項１乃至４のいず
れかに記載のマルチメディア通信方法を機能させるため
のプログラムを記録したコンピュータで読み取り可能な
記録媒体に関する。
れかに記載のマルチメディア通信方法を機能させるため
のプログラムを記録したコンピュータで読み取り可能な
記録媒体に関する。
【００１６】
【発明の実施の形態】本発明は、接続シーケンスをやり
取りする前に相手の端末が自端末かどうか判定できるた
め、自端末であれば、接続シーケンスのやり取りを行わ
ず通信を行い、接続時間の短縮を図る。相手が他の端末
であれば通常通り接続シーケンスをやり取りすれば良い
ため、相互接続性は失われない。又、自端末と分かれ
ば、各プロトコルで使用するＴＣＰのコネクションに使
用するソケットを初めの独自ポート番号を割り当てた１
つのみ使用することにより、ソケットの資源を節約する
ことが可能である。
取りする前に相手の端末が自端末かどうか判定できるた
め、自端末であれば、接続シーケンスのやり取りを行わ
ず通信を行い、接続時間の短縮を図る。相手が他の端末
であれば通常通り接続シーケンスをやり取りすれば良い
ため、相互接続性は失われない。又、自端末と分かれ
ば、各プロトコルで使用するＴＣＰのコネクションに使
用するソケットを初めの独自ポート番号を割り当てた１
つのみ使用することにより、ソケットの資源を節約する
ことが可能である。
【００１７】又、現行のマルチメディア通信システムの
機能を拡張した場合、その端末には現行の独自のポート
番号とは、別のポート番号を割り当てることにより、自
端末のバージョンまでも知ることが可能となる。このこ
とにより、どの独自ポートにＴＣＰのコネクションが来
たかを判定することにより自動的に必要となるシステム
を起動し、接続することを可能とする。
機能を拡張した場合、その端末には現行の独自のポート
番号とは、別のポート番号を割り当てることにより、自
端末のバージョンまでも知ることが可能となる。このこ
とにより、どの独自ポートにＴＣＰのコネクションが来
たかを判定することにより自動的に必要となるシステム
を起動し、接続することを可能とする。
【００１８】
【実施例】本発明の一実施例を説明する。ここでも、従
来と同様に国際標準ＩＴＵ−ＴＨ.３２３に準拠したマ
ルチメディア通信システムを用いた場合を説明する。マ
ルチメディア通信システムの接続シーケンスを図１、動
作フローを図２に示す。接続シーケンスに示す各メッセ
ージの意味については、従来例と同様のため、ここでは
省略する。マルチメディア通信システム起動時に、Ｑ.
９３１で必要となるソケットをウェルノウン（well-kno
wn）のポート番号（１７２０）及び、本端末独自に決め
たポート番号で開きＴＣＰのコネクションを待つ。独自
のポートは、他のプロトコルに割り当てられていないポ
ート番号、例えば１００００等にすれば良い。又、この
時に画像／音声用のＵＤＰのソケットも決まったポート
番号で開いておく（Ｓ２０１）。
来と同様に国際標準ＩＴＵ−ＴＨ.３２３に準拠したマ
ルチメディア通信システムを用いた場合を説明する。マ
ルチメディア通信システムの接続シーケンスを図１、動
作フローを図２に示す。接続シーケンスに示す各メッセ
ージの意味については、従来例と同様のため、ここでは
省略する。マルチメディア通信システム起動時に、Ｑ.
９３１で必要となるソケットをウェルノウン（well-kno
wn）のポート番号（１７２０）及び、本端末独自に決め
たポート番号で開きＴＣＰのコネクションを待つ。独自
のポートは、他のプロトコルに割り当てられていないポ
ート番号、例えば１００００等にすれば良い。又、この
時に画像／音声用のＵＤＰのソケットも決まったポート
番号で開いておく（Ｓ２０１）。
【００１９】次に、発呼側の端末Ｂより、まず独自のポ
ート番号にＴＣＰのコネクションを試みる（Ｓ２０
２）。相手が他の端末である場合、そのポート番号は存
在しないため必ず失敗する。この仕組みを利用し、相手
が他の端末であると判定する。この場合、改めて通常通
り、Ｑ.９３１用のウェルノウン（well-known）のポー
ト番号（１７２０）へＴＣＰコネクションを試みる（Ｓ
２０３）。そして、通常の接続シーケンスのやり取りを
行い接続を行う（Ｓ２０４）。独自のポート番号として
開いていたソケットは、Ｈ.２４５用として使用すれば
良いためソケットの資源は無駄にならない。
ート番号にＴＣＰのコネクションを試みる（Ｓ２０
２）。相手が他の端末である場合、そのポート番号は存
在しないため必ず失敗する。この仕組みを利用し、相手
が他の端末であると判定する。この場合、改めて通常通
り、Ｑ.９３１用のウェルノウン（well-known）のポー
ト番号（１７２０）へＴＣＰコネクションを試みる（Ｓ
２０３）。そして、通常の接続シーケンスのやり取りを
行い接続を行う（Ｓ２０４）。独自のポート番号として
開いていたソケットは、Ｈ.２４５用として使用すれば
良いためソケットの資源は無駄にならない。
【００２０】相手が自端末である場合、独自のポート番
号へのＴＣＰのコネクションが成功する。上記説明と同
様、自端末以外は成功しないので、相手が自端末である
と判定する。その場合は、あらかじめ決められたポート
番号で開いていた画像／音声用のソケットに画像／音声
データを送受信することにより通常の接続シーケンスを
省略し、画像／音声通信を開始する（Ｓ２０５）。
号へのＴＣＰのコネクションが成功する。上記説明と同
様、自端末以外は成功しないので、相手が自端末である
と判定する。その場合は、あらかじめ決められたポート
番号で開いていた画像／音声用のソケットに画像／音声
データを送受信することにより通常の接続シーケンスを
省略し、画像／音声通信を開始する（Ｓ２０５）。
【００２１】ユーザ等の希望によっては、接続シーケン
スをやり取りする際に端末間の情報を交換する意味もあ
る。例えば、従来例として示した図８のように接続時に
ユーザの名前を呼設定メッセージに乗せ、ユーザに確認
後接続をする等の利用が可能である。このように、接続
シーケンスを残したい場合も発生する。その場合、相手
が自端末であると分かった場合の本接続方法の利用方法
の動作フローを図３に示す。システム起動から、相手が
自端末であるかの判定までは、上記、動作フロー、図２
と同様のため、説明は省略する。ここで、相手が自端末
であると判明した場合、Ｑ.９３１の接続シーケンス
は、独自のポートによりやり取りを行う（Ｓ３０５）。
スをやり取りする際に端末間の情報を交換する意味もあ
る。例えば、従来例として示した図８のように接続時に
ユーザの名前を呼設定メッセージに乗せ、ユーザに確認
後接続をする等の利用が可能である。このように、接続
シーケンスを残したい場合も発生する。その場合、相手
が自端末であると分かった場合の本接続方法の利用方法
の動作フローを図３に示す。システム起動から、相手が
自端末であるかの判定までは、上記、動作フロー、図２
と同様のため、説明は省略する。ここで、相手が自端末
であると判明した場合、Ｑ.９３１の接続シーケンス
は、独自のポートによりやり取りを行う（Ｓ３０５）。
【００２２】次に、Ｈ.２４５用のポートもＱ.９３１で
使用した独自のポートと同じポートを使用する。Ｑ.９
３１用のウェルノウン（well-known）ポート（１７２
０）は閉じる（Ｓ３０６）。こうすることにより、従
来、Ｑ.９３１用、Ｈ.２４５用と２つのソケット資源を
必要としていたものを１つのソケット資源によって、同
等の接続シーケンスのやり取りを可能とする。又、どち
らのソケットにメッセージが来たかを判定しそれぞれに
対して処理を切り分ける必要性がなくなる。このため、
内部処理の簡略化及びシステム全体として処理負荷の軽
減を図ることを可能とする。
使用した独自のポートと同じポートを使用する。Ｑ.９
３１用のウェルノウン（well-known）ポート（１７２
０）は閉じる（Ｓ３０６）。こうすることにより、従
来、Ｑ.９３１用、Ｈ.２４５用と２つのソケット資源を
必要としていたものを１つのソケット資源によって、同
等の接続シーケンスのやり取りを可能とする。又、どち
らのソケットにメッセージが来たかを判定しそれぞれに
対して処理を切り分ける必要性がなくなる。このため、
内部処理の簡略化及びシステム全体として処理負荷の軽
減を図ることを可能とする。
【００２３】ここで現行のマルチメディア通信システム
に機能を追加し、バージョンアップした場合の通信方法
について記載する。当然、拡張した機能のためシステム
動作時に、メモリ等の資源、ＣＰＵ負荷の増加が考えら
れる。拡張された機能を使用せず、それ以外の性能が同
じであれば、バージョンアップしたマルチメディア通信
システムを起動しなくても良いと考えられる。特に、携
帯情報端末等の比較的メモリの資源、ＣＰＵの能力が低
い端末への搭載に有効である。その場合の動作フローを
図４に示す。
に機能を追加し、バージョンアップした場合の通信方法
について記載する。当然、拡張した機能のためシステム
動作時に、メモリ等の資源、ＣＰＵ負荷の増加が考えら
れる。拡張された機能を使用せず、それ以外の性能が同
じであれば、バージョンアップしたマルチメディア通信
システムを起動しなくても良いと考えられる。特に、携
帯情報端末等の比較的メモリの資源、ＣＰＵの能力が低
い端末への搭載に有効である。その場合の動作フローを
図４に示す。
【００２４】新しいバージョンのマルチメディア通信シ
ステムには、バージョンアップ前のものとは、別の自端
末独自のポート番号を割り当てる。本マルチメディア通
信システムを起動するアプリケーションにより、今まで
説明した動作フローと同様にＱ.９３１用のウェルノウ
ン（well-known）のポート番号（１７２０）及び、旧バ
ージョン及び新しいバージョンのソケットを本端末独自
に決めたポート番号でそれぞれ開き（Ｓ４０１）ＴＣＰ
のコネクションを待つ（Ｓ４０２〜Ｓ４０４）。新しい
バージョンのマルチメディア通信システムを使用したい
のであれば新しいバージョン用に割り当てられた自端末
独自のポートへＴＣＰのコネクションを試みる。着呼側
で、ＴＣＰのコネクションを検出可能であるため、自動
的に新しいバージョンを起動する（Ｓ４０５）。旧バー
ジョンを使用したいのであれば、旧バージョンに割り当
てられた自端末独自のポートへＴＣＰのコネクションを
試みれば良い。この場合も上記と同様に着呼側で、ＴＣ
Ｐのコネクションを検出可能であるため、自動的に旧バ
ージョンのマルチメディア通信システムを起動する（Ｓ
４０６）。
ステムには、バージョンアップ前のものとは、別の自端
末独自のポート番号を割り当てる。本マルチメディア通
信システムを起動するアプリケーションにより、今まで
説明した動作フローと同様にＱ.９３１用のウェルノウ
ン（well-known）のポート番号（１７２０）及び、旧バ
ージョン及び新しいバージョンのソケットを本端末独自
に決めたポート番号でそれぞれ開き（Ｓ４０１）ＴＣＰ
のコネクションを待つ（Ｓ４０２〜Ｓ４０４）。新しい
バージョンのマルチメディア通信システムを使用したい
のであれば新しいバージョン用に割り当てられた自端末
独自のポートへＴＣＰのコネクションを試みる。着呼側
で、ＴＣＰのコネクションを検出可能であるため、自動
的に新しいバージョンを起動する（Ｓ４０５）。旧バー
ジョンを使用したいのであれば、旧バージョンに割り当
てられた自端末独自のポートへＴＣＰのコネクションを
試みれば良い。この場合も上記と同様に着呼側で、ＴＣ
Ｐのコネクションを検出可能であるため、自動的に旧バ
ージョンのマルチメディア通信システムを起動する（Ｓ
４０６）。
【００２５】相手が他の端末であれば、従来通り、Ｑ.
９３１用のウェルノウン（well-known）ポートにＴＣＰ
のコネクションを検出するため、その場合は、新しいバ
ージョンのマルチメディア通信システムを起動し、通常
の接続シーケンスを行えば良い（Ｓ４０７）。できるだ
け新しいバージョンのマルチメディア通信システムを使
用したいのであれば、初めに新しいバージョン用の独自
ポート、次に、旧バージョン用の独自ポートへＴＣＰの
コネクションを試みることにより可能となる。又、その
両方に失敗したのであれば、従来通り、Ｑ.９３１用の
ウェルノウン（well-known）ポートにＴＣＰのコネクシ
ョンを試み、接続を行えば、他の端末との相互接続性は
失われない。
９３１用のウェルノウン（well-known）ポートにＴＣＰ
のコネクションを検出するため、その場合は、新しいバ
ージョンのマルチメディア通信システムを起動し、通常
の接続シーケンスを行えば良い（Ｓ４０７）。できるだ
け新しいバージョンのマルチメディア通信システムを使
用したいのであれば、初めに新しいバージョン用の独自
ポート、次に、旧バージョン用の独自ポートへＴＣＰの
コネクションを試みることにより可能となる。又、その
両方に失敗したのであれば、従来通り、Ｑ.９３１用の
ウェルノウン（well-known）ポートにＴＣＰのコネクシ
ョンを試み、接続を行えば、他の端末との相互接続性は
失われない。
【００２６】
【発明の効果】本マルチメディア通信方法では、接続シ
ーケンスをやり取りする前に相手の端末が自端末かどう
か判定できるため、自端末であれば、接続シーケンスの
やり取りを行わず通信を行い、接続時間の短縮を図る。
相手が他の端末であれば通常通り接続シーケンスをやり
取りすれば良いため、相互接続性は失われない。又、各
プロトコルで使用するＴＣＰのコネクションに使用する
ソケットを初めの独自ポート番号を割り当てた１つのみ
を使用することにより、ソケットの資源を節約すること
を可能とする。現行のマルチメディア通信システムの機
能を拡張した場合、その端末には現行の独自のポート番
号とは、別のポート番号を割り当てることにより、自端
末のバージョンまでも知ることが可能となる。このこと
により、着呼側でどのポートにＴＣＰのコネクションが
来たかを判明できるため自動的に必要となるシステムを
アプリケーションが起動し接続することを可能とする。
ーケンスをやり取りする前に相手の端末が自端末かどう
か判定できるため、自端末であれば、接続シーケンスの
やり取りを行わず通信を行い、接続時間の短縮を図る。
相手が他の端末であれば通常通り接続シーケンスをやり
取りすれば良いため、相互接続性は失われない。又、各
プロトコルで使用するＴＣＰのコネクションに使用する
ソケットを初めの独自ポート番号を割り当てた１つのみ
を使用することにより、ソケットの資源を節約すること
を可能とする。現行のマルチメディア通信システムの機
能を拡張した場合、その端末には現行の独自のポート番
号とは、別のポート番号を割り当てることにより、自端
末のバージョンまでも知ることが可能となる。このこと
により、着呼側でどのポートにＴＣＰのコネクションが
来たかを判明できるため自動的に必要となるシステムを
アプリケーションが起動し接続することを可能とする。
【図１】 本発明の一実施例の接続を表すシーケンス図
である。
である。
【図２】 本発明の一実施例の接続時の動作フローチャ
ート図である。
ート図である。
【図３】 本発明の一実施例の接続時の動作フローチャ
ート図である。
ート図である。
【図４】 本発明の他の実施例の接続時の動作フローチ
ャート図である。
ャート図である。
【図５】 国際標準ＩＴＵ−ＴＨ.３２３のプロトコル
スタック図である。
スタック図である。
【図６】 従来例の接続を表すシーケンス図である。
【図７】 従来例の接続時の動作フローチャート図であ
る。
る。
【図８】 従来例の接続を表すシーケンス図である。
１０１…Ｈ.３２３の適用範囲、１０２…音声コーデッ
ク、１０３…画像コーデック、１０４…ＲＴＰ、１０５
…呼制御（Ｑ.９３１）、１０６…通信制御（Ｈ.２４
５）、１０７…ＴＣＰ、１０８…ＵＤＰ、１０９…Ｉ
Ｐ、１１０…通信回線（ＬＡＮ等）。
ク、１０３…画像コーデック、１０４…ＲＴＰ、１０５
…呼制御（Ｑ.９３１）、１０６…通信制御（Ｈ.２４
５）、１０７…ＴＣＰ、１０８…ＵＤＰ、１０９…Ｉ
Ｐ、１１０…通信回線（ＬＡＮ等）。
Claims (5)
- 【請求項１】 ＴＣＰ／ＩＰプロトコルを使用してマル
チメディア通信を行う際、ネットワーク上でのＴＣＰの
接続を同一機種あるいは同じ又は上位互換機能を持つ端
末独自のポート、及び通常のウェルノウン（well-know
n）ポートを用意し、始めに自端末独自のポートへＴＣ
Ｐの接続をし、成功すれば相手の端末が同一機種あるい
は同じ又は上位互換機能を持つ端末であると判定、失敗
の場合は、相手は他の端末であると判定するマルチメデ
ィア通信方法。 - 【請求項２】 相手を他の端末であると判定した場合
は、通常の接続シーケンスを動作することにより他の端
末との相互接続性は保ち、相手を自端末であると判定し
た場合は、接続シーケンスを簡略化し、接続時間の短縮
を図ることを特徴とする請求項１に記載されたマルチメ
ディア通信方法。 - 【請求項３】 相手を自端末であると判定した場合は、
各プロトコルで使用するＴＣＰのソケットを初めに接続
した１つのみ使用することにより、ソケットの資源を節
約することを特徴とする請求項１に記載されたマルチメ
ディア通信方法。 - 【請求項４】 他の機能を追加しバージョンアップした
マルチメディア通信システム及びバージョンアップ前の
マルチメディア通信システムが存在し、自端末がバージ
ョンアップ前のマルチメディア通信システムのものであ
る場合、自端末には自端末独自のポートを用意し、バー
ジョンアップ後のマルチメディア通信システムには別の
独自のポートを割り当て、始めにどちらかの独自のポー
トへＴＣＰの接続をすることにより、自動的にどちらか
のシステムを起動することを可能とすることを特徴とす
る請求項１乃至３のいずれか１項に記載されたマルチメ
ディア通信方法。 - 【請求項５】 請求項１乃至４のいずれか１項に記載の
マルチメディア通信方法を機能させるためのプログラム
を記録したコンピュータで読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33662798A JP3476692B2 (ja) | 1998-11-27 | 1998-11-27 | Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33662798A JP3476692B2 (ja) | 1998-11-27 | 1998-11-27 | Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000165469A true JP2000165469A (ja) | 2000-06-16 |
| JP3476692B2 JP3476692B2 (ja) | 2003-12-10 |
Family
ID=18301120
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33662798A Expired - Lifetime JP3476692B2 (ja) | 1998-11-27 | 1998-11-27 | Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3476692B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20000063196A (ko) * | 2000-05-08 | 2000-11-06 | 천두배 | 다자간 화상/음성 회의(채팅)시의 부하 분산 방법 |
-
1998
- 1998-11-27 JP JP33662798A patent/JP3476692B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20000063196A (ko) * | 2000-05-08 | 2000-11-06 | 천두배 | 다자간 화상/음성 회의(채팅)시의 부하 분산 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3476692B2 (ja) | 2003-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019184987A1 (zh) | 接入ims的方法和通信装置 | |
| JP4864001B2 (ja) | 移動通信網における画像通話サービスの提供方法 | |
| TWI323999B (ja) | ||
| EP1768406B1 (en) | Video call apparatus for mobile communication terminal and method thereof | |
| US20140132700A1 (en) | METHOD AND APPARATUS FOR VoIP VIDEO COMMUNICATION | |
| CN104378527B (zh) | 图像形成装置及其控制方法 | |
| US20090135736A1 (en) | Method of connecting network terminal devices of a private network by using a hand-held electronic device | |
| JP3848244B2 (ja) | 通信端末装置および通信システムおよび通信管理方法 | |
| JP5243336B2 (ja) | 通信システム、通信端末、通信方法、および通信プログラム | |
| JP2000165469A (ja) | Ｔｃｐ（ｕｄｐ）／ｉｐプロトコルを使用したマルチメディア通信方法 | |
| JP4044082B2 (ja) | 選択装置、変換装置、選択方法、変換方法、コンピュータプログラム | |
| JP5108728B2 (ja) | 通信システム、および通信方法 | |
| JP2008113381A (ja) | 通信システム | |
| WO2022208241A1 (en) | System and method for sharing media resources for network based communication | |
| JP5169113B2 (ja) | Ｉｐ電話システム、ｉｐ電話端末およびプログラム | |
| JP2004363993A (ja) | 通信端末 | |
| JP2013115639A (ja) | 電話装置および電話システム | |
| JP2008035476A (ja) | 呼制御方法、コンピュータプログラム及び構内交換機 | |
| JP4183616B2 (ja) | マスタを使用しない、ｈ．３２３端末と他の端末間のプロトコルゲートウェイ | |
| JP2002176462A (ja) | セッション確立方法 | |
| JP2006050552A (ja) | 通信システム及びこの通信システムで使用される主装置、及び通信システムで使用される通信方法 | |
| JP2003309663A (ja) | 通信装置、通信方法及び通信プログラム | |
| JP3370943B2 (ja) | 通信端末の接続方法、及び該接続方法を機能させるためのプログラムを記録した記憶媒体 | |
| JP5060354B2 (ja) | 呼制御装置、呼制御方法および呼制御プログラム | |
| JP3814647B2 (ja) | ネットワーク端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080926 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080926 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090926 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090926 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100926 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110926 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120926 Year of fee payment: 9 |