JPH0715525A

JPH0715525A - マルチメディア通信端末装置

Info

Publication number: JPH0715525A
Application number: JP5178579A
Authority: JP
Inventors: Koji Oka; 浩二岡
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1993-06-28
Filing date: 1993-06-28
Publication date: 1995-01-17

Abstract

(57)【要約】【目的】データ種別に好適なプロトコルを用いてデー
タ伝送が可能なマルチメディア通信端末装置を提供する
ことを目的としている。【構成】送信側と受信側で、コネクションごとに使用
するプロトコルを設定することができるので、データ種
別に好適なデータ伝送が実現でき、データ伝送効率が向
上するとともに、付加的な機能を利用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、１つの通信回線を用い
て、属性が異なる複数のデータを、おのおの異なるコネ
クションでやりとりするマルチメディア通信端末装置に
関する。

【０００２】

【従来の技術】近年、１つの通信回線を用いて、属性が
異なる複数のデータを、おのおの異なるコネクションで
やりとりするマルチメディア通信端末装置が提案されて
いる。このマルチメディア通信端末装置としては、例え
ば、ＣＣＩＴＴ勧告Ｈ．２２１のフレーム構造を用い、
ＣＣＩＴＴ勧告Ｈ．２４２の伝送手順によりデータ伝送
を行うものなどが実用されている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来装置では、次のような不都合を生じていた。

【０００４】すなわち、ＣＣＩＴＴ勧告Ｈ．２４２で
は、データ受信側は、送信側で使用するプロトコルが判
別できず、このために、無手順によるデータ伝送を行う
しかなかった。このために、従来、データ伝送効率の良
好な特定のプロトコルを利用したデータ伝送ができず、
効率的なデータ伝送ができないという不都合を生じるこ
とがあった。

【０００５】本発明は、かかる実情に鑑みてなされたも
のであり、データ種別に好適なプロトコルを用いてデー
タ伝送が可能なマルチメディア通信端末装置を提供する
ことを目的としている。

【０００６】

【課題を解決するための手段】本発明は、１つの通信回
線を用いて、属性が異なる複数のデータを、おのおの異
なるコネクションでやりとりするマルチメディア通信端
末装置において、おのおののコネクションで用いるプロ
トコルを、相手端末との間で交渉して決定するようにし
たものである。

【０００７】

【作用】したがって、送信側と受信側で、コネクション
ごとに使用するプロトコルを設定することができるの
で、データ種別に好適なデータ伝送が実現でき、データ
伝送効率が向上するとともに、付加的な機能を利用する
ことができる。

【０００８】

【実施例】以下、添付図面を参照しながら、本発明の実
施例を詳細に説明する。

【０００９】図１は、本発明の一実施例にかかるマルチ
メディア通信端末装置の一例を示している。ここで、こ
のマルチメディア通信端末装置は、テレビ会議装置機
能、グループ４ファクシミリ装置機能、テレライティン
グ装置機能、および、通話機能を備えている。

【００１０】同図において、システム制御部１は、この
マルチメディア通信端末装置の各部の動作制御、およ
び、情報チャネル（Ｂチャネル）における上位レイヤの
伝送制御手順処理などの実行するためのものであり、プ
リンタ２は、例えば、レーザビームプリンタ装置など、
高画質で画像を記録出力するためのものであり、スキャ
ナ３は、原稿画像を所定の解像度で読み取り入力するも
のであり、磁気ディスク装置４は、システム制御部１が
実行する制御プログラムや、その他の種々のデータを保
存するためのものである。

【００１１】液晶表示装置５およびタッチパネル装置６
は、このマルチメディア通信端末装置のテレライティン
グ装置機能の操作表示部を構成するものであり、液晶表
示装置制御部７は、液晶表示装置５に表示する画面の内
容を制御するためのものであり、タッチパネル制御部８
は、タッチパネル装置６が操作入力されたときの操作座
標を入力するためのものである。

【００１２】音声入出力装置９は、相手端末との間で音
声情報をやりとりして、ユーザ間の会話を実現するため
のものであり、音声ＣＯＤＥＣ１０は、音声入出力装置
９から入力したアナログ音声信号を対応するデジタル音
声データに変換するとともに、受信したデジタル音声デ
ータを対応するアナログ音声信号に変換して、音声入出
力装置９に出力するものである。

【００１３】ビデオカメラ装置１１は、自端末側の参加
者などの様子を撮影するものであり、ビデオＣＯＤＥＣ
１２は、ビデオカメラ装置１１から出力されるＮＴＳＣ
型式のビデオ信号を対応するデジタルデータのビデオデ
ータに変換し、そのビデオデータを所定のＣＩＦ型式の
ビデオデータに変換し、さらに、ＣＣＩＴＴ勧告Ｈ．２
６１の符号化方式で符号化圧縮してビデオ情報を形成す
るとともに、符号化圧縮された状態のビデオ情報を元の
ＣＩＦ型式のビデオデータに変換し、そのビデオデータ
を対応するアナログ信号のビデオ信号に変換し、そのビ
デオ信号をＮＴＳＣ型式のビデオ信号に変換するもので
ある。

【００１４】このようにして、ビデオＣＯＤＥＣ１２に
よって、変換されて形成されたビデオ信号は、ビデオモ
ニタ装置１３に出力され、これにより、例えば、相手端
末側の様子がビデオモニタ装置１３に表示出力される。

【００１５】ＩＳＤＮインタフェース制御部１４は、こ
のマルチメディア通信端末装置をＩＳＤＮに接続すると
ともに、レイヤ１の信号処理機能、Ｄチャネル（信号チ
ャネル）の信号と２つのＢチャネル（情報チャネル）の
信号の統合／分離機能を備えたものである。

【００１６】Ｄチャネル伝送制御部１５は、信号チャネ
ルで行う呼制御手順機能、および、多重呼制御機能を備
えたものであり、多重化／分離制御部１６は、ＣＣＩＴ
Ｔ勧告Ｈ．２２１に準拠したデータ多重化／分離機能、
および、データのフレーム同期機能を備えたものであ
り、その分離側の接続端には、デジタル音声データ、デ
ジタルビデオデータ、および、汎用データが加えられて
おり、また、多重化側の接続端は、ＩＳＤＮインタフェ
ース制御部１４に接続されている。

【００１７】ＬＡＰＢ制御部１７は、汎用データをＬＡ
ＰＢ手順でやとりとするためのものであり、ＬＡＰＦ制
御部１８は、汎用データをＬＡＰＦ手順でやりとりする
ためのものである。

【００１８】また、符号化復号化部１９は、スキャナ３
で読み取り入力した画像データを所定のグループ４ファ
クシミリ符号化方式で符号化圧縮するとともに、符号化
圧縮された状態の画情報を元の画像データに復号化する
ためのものであり、画像処理部２０は、画像データの変
倍処理や、解像度変換処理などを行うためのものであ
る。

【００１９】これらのシステム制御部１、プリンタ２、
スキャナ３、磁気ディスク装置４、液晶表示装置制御部
７、タッチパネル制御部８、音声ＣＯＤＥＣ１０、ビデ
オＣＯＤＥＣ１２、Ｄチャネル伝送制御部１５、ＬＡＰ
Ｂ制御部１７、ＬＡＰＦ制御部１８、符号化復号化部１
９、および、画像処理部２０は、システムバス２１に接
続されており、これらの各要素間でのデータのやりとり
は、主としてこのシステムバス２１を介して行われる。

【００２０】さて、このマルチメディア通信端末装置で
は、Ｂチャネルにおいては、ＴＴＣ標準ＪＴ−Ｈ．２２
１（ＣＣＩＴＴ勧告Ｈ．２２１に対応した国内規格）で
規定されるマルチフレーム形式でデータをやりとりす
る。

【００２１】図２に示すように、１つのマルチフレーム
ＭＦＬは、８個のサブマルチフレームＳＭＦ１〜ＳＭＦ
８からなり、おのおののサブマルチフレームＳＭＦ１〜
ＳＭＦ８は、それぞれ２つのフレームから構成されてい
る。すなわち、１つのマルチフレームＭＦＬは、１６個
のフレームＦＬＭ０〜ＦＬＭ１５からなる。

【００２２】それぞれのフレームＦＬＭ０〜ＦＬＭ１５
は、図３順に配置したそれぞれのビット位置は、サブチ
ャネルＳＣＨ１〜ＳＣＨ８を構成している。

【００２３】また、第１オクテット〜第８オクテットの
第８ビットは、フレーム同期信号（ＦｒａｍｅＡｌｉ
ｇｎｍｅｎｔＳｉｇｎａｌ）ＦＡＳを構成し、第９オ
クテット〜第１６オクテットの第８ビットは、ビットレ
ート割当信号（ＢｉｔｒａｔｅＡｌｌｏｃａｔｉｏ
ｎＳｉｇｎａｌ）ＢＡＳを構成する。また、サブチャ
ネルＳＣＨ８の第１７オクテット〜第８０オクテットの
第８ビットの部分には、その一部に、データを暗号化す
るためのキー情報などをやりとりするための暗号チャネ
ルのデータがセットされることがある（オプション）。

【００２４】このようにして、フレーム同期信号ＦＡＳ
は、１つのフレームＦＬＭ０〜ＦＬＭ１５に８ビット配
置されており、そのビット割り当ては、図４に示すよう
に、マルチフレームＭＦＬを単位として構成されてい
る。

【００２５】すなわち、偶数フレームＦＬＭ０，ＦＬＭ
２，…，ＦＬＭ１４の第２オクテット〜第８オクテット
と、それに続く奇数フレームＦＬＭ１，ＦＬＭ３，…，
ＦＬＭ１５には、「００１１０１１１」なる８ビットの
データパターンからなる水平同期信号が配置され、奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１１の第１オ
クテットには、「００１０１１」なる６ビットのデータ
パターンからなる垂直同期信号が配置されている。

【００２６】この水平同期信号と垂直同期信号を検出す
ることにより、１つのマルチフレームＭＦＬの同期を検
出することができる。

【００２７】また、第０フレーム、第２フレーム、第４
フレーム、第６フレームおよび第８フレームの第１オク
テットのビットＮ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５は、マル
チフレーム番号の表示に用いられる。このうち、ビット
Ｎ５は、マルチフレーム番号が使用されているか否かの
表示に用いられる。このように、マルチフレーム番号の
ために使用されるデータが４ビットなので、マルチフレ
ーム番号は０〜１５までの値で降順に変化し、１６マル
チフレーム毎に同じマルチフレーム番号があらわれる。

【００２８】また、第１０フレーム、第１２フレーム、
および、第１３フレームの第１オクテットのビットＬ
１，Ｌ２，Ｌ３は、現在使用されている情報チャネルの
うち、そのフレームを運んでいる情報チャネルの接続さ
れた順番をあらわすコネクション番号を表示するために
用いられる。また、第１５フレームの第１オクテットの
ビットＲは、将来の勧告のために確保（予約）されてお
り、通常は、０がセットされる。

【００２９】また、第１４フレームの第１オクテットの
ビットＴＥＡは、データ端末装置の内部的な障害によ
り、データ伝送できない状態であることを表示するため
に用いられる。

【００３０】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第３オクテットのビットＡは、フレー
ム同期またはマルチフレーム同期が確立しているか、あ
るいは、同期はずれを生じているかを表示するために用
いられる。

【００３１】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第５オクテット、第６オクテット、第
７オクテット、および、第８オクテットのビットＣ１，
Ｃ２，Ｃ３，Ｃ４は、連続した２つのフレーム（すなわ
ち、サブマルチフレーム）のデータエラー検出（すなわ
ち、伝送路品質検出）のために参照されるＣＲＣ（巡回
冗長検査）符号を表示するためのものであり、この奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＭ１５の第４オク
テットのビットＥは、受信側で伝送エラーを検出したこ
とを表示するために用いられる。

【００３２】また、ビットレート割当信号ＢＡＳは、図
５に示すように、偶数フレームＦＬＭ０，ＦＬＭ２，
…，ＦＬＭ１４では、能力ＢＡＳあるいはＢＡＳコマン
ドをあらわす８ビットデータが配置され、それに続く奇
数フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１５には、
直前のフレームで送出した能力ＢＡＳあるいはＢＡＳコ
マンドの値を誤り訂正するための二重誤り訂正符号が配
置される。

【００３３】また、マルチフレームＭＦＬのデータの送
信は、フレーム番号順に行なわれ、おのおののフレーム
ＦＬＭ０〜ＦＬＭ１５は、図６に示すように、第１オク
テットから第８０オクテットのオクテット順序に送出さ
れ、それぞれのオクテットは、第１ビットが最初に送出
される。

【００３４】すなわち、おのおののフレームＦＬＭ０〜
ＦＬＭ１５においては、第１オクテットの第１ビットが
最初に送出され、第８０オクテットの第８ビットが最後
に送出される。

【００３５】また、このマルチメディア通信端末装置で
は、通常、２つの情報チャネルを用いて、データ伝送を
行っており、そのときの伝送手順の一例を図７に示す。
なお、この伝送手順は、ＴＴＣ標準ＪＴ−Ｈ．２４２
（ＣＣＩＴＴ勧告Ｈ．２４２に対応した国内規格）およ
び標準ＪＴ−Ｈ．３２０（ＣＣＩＴＴ勧告Ｈ．３２０に
対応した国内規格）に従う。

【００３６】まず、発呼端末が宛先端末を発呼して信号
チャネル上で呼設定手順を行い、１つの情報チャネル
（以下、第１チャネルという）を確保し（フェーズ
Ａ）、その設定した第１チャネル上でＰＣＭ音声データ
（Ａ則またはμ則、６４Ｋｂｐｓ）をセットしたフレー
ムデータをやりとりしながらフレーム同期を行ない（フ
レームモード）、フレーム同期が確立すると、相互に能
力ＢＡＳデータおよびコマンドＢＡＳデータをやりとり
し（フェーズＢ１−１）、そのときに使用する伝送モー
ドを決定して、２つ目の情報チャネルを確保するための
付加呼設定要求を開始する（フェーズＢ１−２）。

【００３７】そして、伝送モードをそのときに相互に交
換した内容から互いに共通で最も機能の高いモードを選
択し（フェーズＢ１−３）、発呼端末からその選択した
動作モードで着呼端末に機能を動作させるよう端末機能
を指定するＢＡＳコマンドを送信して、発呼端末と着呼
端末の装置機能に共通するパラメータを設定する（フェ
ーズＢ２）。これにより、第１チャネルでは、そのとき
に選択した伝送モードに対応した、例えば、音声データ
（１６Ｋｂｐｓ）のデータ伝送、および、動画像データ
（４６．４Ｋｂｐｓ）のデータ伝送が行われる（フェー
ズＣ）。

【００３８】第１チャネルがフレームモードでデータ伝
送を開始すると、２つ目の情報チャネル（以下、第２チ
ャネルという）について信号チャネル上で呼設定手順を
行い（フェーズＣＡ）、第２チャネルが確立すると、第
２チャネルを使ってフレーム同期信号ＦＡＳおよびビッ
ト割当信号ＢＡＳのみを含むフレームデータをやりとり
してフレーム同期およびマルチフレーム同期を確立し
（フェーズＣＢ１−１１）、次いで、第１チャネルと第
２チャネル間の同期を確立する（フェーズＣＢ１−１
２）。

【００３９】２つの情報チャネルの同期が完了すると、
発呼端末側からＢＡＳコマンドを送出して伝送モードを
設定し（フェーズＣＢ１−２）、その設定した内容に伝
送モードを切換え（フェーズＣＢ１−３）、共通パラメ
ータを設定する（フェーズＣＢ３）。

【００４０】このようにして、第２チャネルの初期化が
終了すると、それ以降は、第１チャネルでやりとりする
フレームデータ、および、第２チャネルでやりとりする
フレームデータが同期された状態で、２つの情報チャネ
ルを用いて、音声データおよび動画データが、それぞれ
４８Ｋｂｐｓおよび７６．８Ｋｂｐｓの伝送速度が割り
当てられてデータ伝送される。

【００４１】このようなデータ伝送を終了するときに
は、まず、第２チャネルから切断する。このとき、第１
チャネルのみで行なう音声データ伝送のために、共通モ
ードを設定するための手順が行われて（フェーズＣＤ
１）、第２チャネルはフレームモードのモード０Ｆへの
モード切換えが行われる（フェーズＣＤ２）。このとき
には、第１チャネルと第２チャネルが非同期であり、か
つ、第２チャネルではフレーム同期信号ＦＡＳとビット
割当信号ＢＡＳのみの伝送状態で呼が保持されている状
態であり、信号チャネルの呼切断解放手順により第２チ
ャネルの呼を解放できる状態になっている。

【００４２】また、第１チャネルでは、フェーズＣＤ１
およびフェーズＣＤ２の間、フレームモードで音声デー
タと動画データが合計６２．４Ｋｂｐｓの伝送速度で伝
送されており、さらに、一方の端末のオペレータが通話
終了する場合は動画データの伝送を終了し、この動画デ
ータの伝送容量を含めて、全ての第１チャネルの伝送容
量を音声伝送に使用するためにモード０Ｆに切り換え
（フェーズＤ２）、この後、信号チャネルの呼切断解放
手順により第１チャネルの呼を解放できる状態になって
いる。

【００４３】これにより、第１チャネルおよび第２チャ
ネルについて、信号チャネル上で呼切断解放手順が実行
されて（フェーズＥ）、２つの端末間のマルチメディア
伝送が終了する。

【００４４】このように、マルチメディア通信端末装置
では、最初に１つの情報チャネル（第１チャネル）を確
保してフレームモードを確立した後に、この第１チャネ
ルで音声データと動画データの伝送速度の割り当てを行
なって過渡的なモードでデータ伝送を行ないつつ、同時
に互いに２つ目の情報チャネル（第２チャネル）の設定
が可能ならば、信号チャネルの呼設定手順により第２チ
ャネルを確保する。そして、過渡的なモードで伝送して
いる第１チャネルと、新たに確保した第２チャネルをチ
ャネル同期させ、そのチャネル同期が確立した時点で、
音声データと動画データの伝送速度の割り当てを再設定
し、増大した情報チャネルの伝送容量を活用するため
に、音声データおよび動画データの符号化則（符号化方
式）を変更して、より高品質な音声データおよび動画デ
ータのやりとりを行なうようにしている。

【００４５】また、データ伝送を終了するときには、い
ったん、第１チャネルと第２チャネルの両方を同期させ
た伝送路を使用していたモードから、第１チャネルだけ
を使用するモードへ変更する必要がある。そこで、ま
ず、音声データおよび動画データの各符号化則を第１チ
ャネルの６２．４Ｋｂｐｓの伝送容量に最適化する方式
に設定して第１チャネルのみの伝送モードに変更すると
ともに、第２チャネルは、第１チャネルとの同期状態を
停止するとともに、ユーザデータが空き伝送状態になっ
ているモード０Ｆに移行し、信号チャネルの呼切断解放
手順により呼を切断／解放する。また、第１チャネル
は、音声データと動画データの２種類のメディア伝送か
ら、音声データだけの伝送モードであるモード０Ｆへ変
更した後、信号チャネルの呼切断解放手順により、呼を
切断／解放する。なお、第１チャネルは、音声データと
動画データの２種類のメディア伝送へモードを切り換え
ずに、モード０Ｆへ直接モード変更した後に、呼切断／
解放することもできる。また、呼切断解放手順で得た課
金情報などは、チャネル毎に管理する。

【００４６】さて、本実施例では、ＴＴＣ標準ＪＴ−
Ｈ．２２１に規定されていない独自機能を備えており、
その独自機能を指定するためのＢＡＳ能力／ＢＡＳコマ
ンドの値として、図８に示したような非標準ＢＡＳ値が
設定されている。

【００４７】したがって、図１に示したマルチメディア
通信端末装置では、上述した呼設定手順中で、最初に図
９（ａ）に示したようなＢＡＳコマンドを交換して、標
準的な機能を通知する初期能力情報交換を行い、次に、
同図（ｂ）に示したようなＢＡＳコマンドを交換して、
非標準的な機能まで通知する２次能力情報交換を行っ
て、相互に自端末に装備されている機能を通知し合う。

【００４８】ここで、２つの端末Ｘと端末Ｙの間で、上
述したような呼設定手順が終了して、２つの情報チャネ
ルが確立した状態で、コードデータをＭＬＰ（マルチ・
レイヤ・プロトコル）を使って伝送速度が６．４Ｋｂｐ
ｓでやりとりする場合、そのデータ伝送に先立ち、端末
Ｘと端末Ｙとの間で図１０に示すようなＢＡＳコマンド
の交換が行われて、使用するプロトコルの取り決めがな
される。

【００４９】また、そのデータ伝送が終了すると、その
データ伝送のためのコネクションを終了するためのＢＡ
Ｓコマンドが交換される。

【００５０】また、端末Ｘから端末Ｙに対して、ＬＡＰ
Ｂ手順を用い、データ伝送速度が６４ＫｂｐｓのＨＳＤ
（ハイ・スピード・データ）で、静止画データを伝送す
る場合には、図１１に示したようなＢＡＳコマンドを交
換して、使用する伝送機能を取り決めた後に、静止画デ
ータの送信動作を実行する。

【００５１】また、その送信動作を終了すると、そのデ
ータ伝送のためのコネクションを終了するためのＢＡＳ
コマンドが交換される。

【００５２】また、端末Ｘと端末Ｙとの間で、テレライ
ティング通信とグループ４ファクシミリ通信を同時に行
うときには、図１２に示すようにして、ＬＡＰＦ手順を
用い、ＭＬＰ−６．４Ｋｂｐｓのプロトコルが取り決め
られ、その後に、それぞれのコネクションが設定され
て、テレライティング通信動作とグループ４ファクシミ
リ通信動作が並行して実行される。

【００５３】また、その送信動作を終了すると、そのデ
ータ伝送のためのコネクションを終了するためのＢＡＳ
コマンドが交換される。

【００５４】このようにして、本実施例では、実際のデ
ータ伝送に先立って、使用するプロトコルを取り決める
ようにしているので、そのときのデータ伝送形態に対応
した最適なデータ伝送動作を行うことができ、データ伝
送効率が向上する。

【００５５】なお、本発明は、上述した実施例の装置以
外のマルチメディア通信端末装置についても、同様にし
て適用することができる。

【００５６】

【発明の効果】以上説明したように、本発明によれば、
送信側と受信側で、コネクションごとに使用するプロト
コルを設定することができるので、データ種別に好適な
データ伝送が実現でき、データ伝送効率が向上するとと
もに、付加的な機能を利用することができるという効果
を得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるマルチメディア通信
端末装置の一例を示したブロック図。

【図２】マルチフレームのフレーム構成の一例を示す概
略図。

【図３】１つのフレームの信号構成の一例を示す概略
図。

【図４】フレーム調整信号の一例を示す概略図。

【図５】ビットレート割当信号の一例を示す概略図。

【図６】信号の送出順序を説明するための概略図。

【図７】ＴＴＣ勧告ＪＴ−Ｈ．２４２（ＣＣＩＴＴ勧告
Ｈ．２４２に対応した国内規格）の一般的な手順例を示
したタイムチャート。

【図８】非標準ＢＡＳ値の一例を示した概略図。

【図９】呼設定手順時に交換するＢＡＳ能力値の一例を
示した概略図。

【図１０】２つの情報チャネルを確保して、フレームモ
ードのデータ転送を実行しているときに、図１のマルチ
メディア通信端末装置が実行するデータ通信動作の一例
を示したフローチャート。

【図１１】２つの情報チャネルを確保して、フレームモ
ードのデータ転送を実行しているときに、図１のマルチ
メディア通信端末装置が実行するデータ通信動作の他の
例を示したフローチャート。

【図１２】２つの情報チャネルを確保して、フレームモ
ードのデータ転送を実行しているときに、図１のマルチ
メディア通信端末装置が実行するデータ通信動作のさら
に他の例を示したフローチャート。

【符号の説明】

１システム制御部１６多重化／分離制御部

Claims

【特許請求の範囲】

【請求項１】１つの通信回線を用いて、属性が異なる
複数のデータを、おのおの異なるコネクションでやりと
りするマルチメディア通信端末装置において、おのおののコネクションで用いるプロトコルを、相手端
末との間で交渉して決定することを特徴とするマルチメ
ディア通信端末装置。