JPH0799529A

JPH0799529A - 通信方式

Info

Publication number: JPH0799529A
Application number: JP6101828A
Authority: JP
Inventors: Susumu Fujioka; 進藤岡
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1993-05-27
Filing date: 1994-04-14
Publication date: 1995-04-11
Anticipated expiration: 2018-05-26
Also published as: US5495285A; JP3410209B2

Abstract

(57)【要約】【目的】対向通信する２装置が同時にテレライティン
グ通信を開始しようとして送信信号が衝突するという通
信エラーの発生を防止する。【構成】２装置は、通信チャネルを形成した後、それ
ぞれ乱数を発生して互いに交換し、発生した乱数値の大
きい装置が、所定のデータ伝送用コネクション確立手順
を起動する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、テレビ会議などに利用
される通信方式に関する。

【０００２】

【従来の技術】ＣＣＩＴＴにより、ＩＳＤＮで通信する
マルチメディア通信装置の各種仕様が勧告されている。

【０００３】図２７は、このようなマルチメディア通信
装置により、通信会議を実行する場合のプロトコル仕様
の従来例を示している。すなわち、ＩＳＤＮ回線は、Ｄ
チャネルとＢチャネルとで構成されるが、各チャネルの
ＯＳＩ参照プロトコルにおけるレイヤ１は勧告Ｉ．４３
０に準拠している。

【０００４】そして、Ｄチャネルでは、レイヤ２とレイ
ヤ３の各処理により呼制御を実行する。Ｂチャネルで
は、勧告Ｈ．２２１に従って、音声信号、動画信号、Ｍ
ＬＰ(ＭｕｌｔｉＬａｙｅｒＰｒｏｔｏｃｏｌ）お
よびＢＡＳ（ＢｉｔｒａｔｅＡｌｌｏｃａｔｉｏｎ
Ｓｉｇｎａｌ）を多重化して伝送する。

【０００５】上記音声信号は、通話音声であり、動画信
号は、テレビカメラによる撮像画像である。また、ＭＬ
Ｐは、Ｃ＆Ｉ（Ｃｏｎｔｒｏｌ＆Ｉｎｄｉｃａｔｉｏ
ｎ）信号やテレライティング（以下、ＴＷと略す）通信
の通信情報である。Ｃ＆Ｉ信号は、この場合、ＴＷ通信
の起動や終了などの通信制御に利用する。また、ＴＷ通
信の通信情報は、手書き入力した描画情報や画面操作用
の制御情報などである。上記Ｃ＆Ｉ信号とＴＷ通信の通
信情報は、勧告Ｘ．２２５、Ｘ．２２４およびＱ．９２
２に従って、ＭＬＰにより伝送する。

【０００６】上記ＢＡＳでは、装置の能力情報や制御コ
マンドを勧告Ｈ．２４２に従って伝送する。

【０００７】いま、このようなマルチメディア通信装置
で１対１の通信会議を実行するものとする。この場合、
一方の通信装置のオペレータは、図２８に示すように、
通信相手先を設定して発信動作を起動する。起動された
通信装置は、通信相手先に発呼し、発呼側と着呼側との
間で第１チャネルの呼接続手順を実行する。第１チャネ
ルとは、Ｂチャネルの１つのことである。ここで、獲得
したＢチャネルの１つで直ちに音声信号の伝送が開始さ
れ、両者オペレータは通話可能になる。

【０００８】次に、両者通信装置は、互いに能力情報を
交換して、相手先の装置機能を確認した後、第２チャネ
ルの呼接続手順を実行する。これにより、２つのＢチャ
ネルを獲得する。そして、獲得した２つのＢチャネルを
使用して、音声と動画を伝送するための通信モードを設
定する。ここで、動画つまりテレビカメラの撮像画像の
伝送が開始され、オペレータは、通話と共に相手先の撮
像画像を見ることができるようになる。

【０００９】ここで、さらにＴＷ通信を実行する場合に
は、一方のオペレータがＴＷ通信を起動する。同図の例
では、発呼側で起動操作している。発呼側は音声，動画
に加え、ＭＬＰの通信チャネルも獲得するよう送信モー
ドを変更する。着呼側もオペレータの操作によるか、あ
るいは受信モードの変更に追従して自動的に発呼側と同
じ送信モードに変更する。そして、発呼側は、送信モー
ドが受信モードと同じとなった後にＣ＆Ｉ接続要求を着
呼側に送出し、着呼側とＣ＆Ｉ接続プロトコルを実行し
て、両者装置間のＣ＆Ｉコネクションが確立する。

【００１０】次いで、発呼側は、確立したＣ＆Ｉコネク
ションを使用して着呼側にＴＷ通信開始要求を送信す
る。着呼側は、そのＴＷ通信開始要求に応答する。発呼
側は、その応答を受信すると、ＴＷ接続要求を着呼側に
送信して、着呼側とＴＷ接続プロトコルを実行する。こ
れにより、ＴＷコネクションが確立し、ＴＷ通信が可能
になる。

【００１１】ここで、各オペレータが、手書き画像を入
力すると、入力された描画情報が、そのＴＷコネクショ
ンを介して相手先に伝送され、相手先装置で画像表示さ
れるようになる。また、オペレータが、表示画像の改ペ
ージなど画面操作を実行すると、所定の制御情報が伝送
されて、該当する表示制御が実行される。

【００１２】両者オペレータは、このようなＴＷ機能を
利用して通信会議を実行する。そして、通信会議を終了
するとき、一方のオペレータが、ＴＷ通信の終了を指示
する。同図の例では、発呼側がＴＷ通信の終了を指示し
ている。この場合、発呼側は、Ｃ＆Ｉコネクションを介
してＴＷ切断要求を着呼側に送出し、着呼側はそのＴＷ
切断要求に応答する。次いで、発呼側は、ＴＷ解放要求
を着呼側に送出して、着呼側とＴＷ解放プロトコルを実
行する。これにより、ＴＷコネクションが解放される。
さらに、発呼側は、Ｃ＆Ｉ解放要求を着呼側に送出し
て、着呼側とＣ＆Ｉ解放プロトコルを実行する。これに
より、Ｃ＆Ｉコネクションが解放される。この後、両者
通信装置は、所定の呼切断手順を実行して通信動作を終
了する。

【００１３】

【発明が解決しようとする課題】ところで、上記ＴＷ通
信の起動は、オペレータが任意に実行する操作である。
従来、この起動操作は、例えば、発呼側だけというよう
に、一方の通信装置のみ実行可能にする場合と、どちら
の通信装置でも任意に実行可能にする場合とがあった。

【００１４】一方の通信装置のみ実行可能にした場合、
他方の装置のオペレータは、ＴＷ通信を起動操作するこ
とができないという不都合がある。また、どちらの通信
装置でも任意に実行可能にした場合、両者オペレータ
が、同時にＴＷ通信を起動操作してしまうことがある。

【００１５】両者オペレータが、同時にＴＷ通信を起動
操作した場合、図２９に示すように、通信装置は互いに
相手先にＣ＆Ｉ接続要求を送信することになる。この接
続要求は、前記勧告Ｘ．２２５に準拠した伝送制御によ
り伝送する。この伝送制御では、通信する両者が同時に
接続要求を出す場合を想定していないので、その場合、
通信エラーとして伝送制御を中止することになる。従っ
て、この場合、Ｃ＆Ｉコネクションが確立されない。

【００１６】このような場合、オペレータが、再度ＴＷ
通信を起動操作しなければならない。一方のオペレータ
が、このように再起動すれば、所定の伝送制御が実行さ
れ、Ｃ＆Ｉコネクションが確立するようになる。ところ
が、その再起動操作を、両者オペレータが、同時に実行
してしまうと、再度通信エラーが発生して、上記と同様
の結果になっていた。この場合、さらにもう一度、起動
操作を繰り返さなくてはならなかった。

【００１７】このように、従来は、どちらの通信装置で
も、オペレータが任意にＴＷ通信を起動操作できるよう
にした場合、通信手順における送信信号が衝突して通信
エラーが発生し、起動操作をやり直さなくてはならない
場合が起こるという問題があった。

【００１８】また、従来では、テレビ会議装置(本体)の
外部に接続された付属装置間でコネクション確立を行な
うのに、オペレータの操作が必要になるという問題もあ
った。

【００１９】本発明は、上記の問題を解決し、送信信号
の衝突による通信エラーの発生を防止することができる
マルチメディア通信装置の通信方式を提供することを目
的とする。

【００２０】また、本発明は、テレビ会議装置(本体)の
外部に接続された付属装置間でコネクション確立を行な
うのに、オペレータの操作を必要とせずに、コネクショ
ンを自動的に確立することの可能な通信方式を提供する
ことを目的としている。

【００２１】

【課題を解決するための手段および作用】上記目的を達
成するため、請求項１，請求項２記載の発明では、２つ
のマルチメディア通信装置は、データ伝送用のコネクシ
ョンの確立を行なうに際し、それぞれ乱数を発生して互
いに交換し、発生した乱数の大小関係に基づいて決定し
た一方の装置が、データ伝送用のコネクション確立手順
を起動するようにしている。このように、請求項１，請
求項２記載の発明では、データ伝送用のコネクション確
立手順を起動する一方の装置が自動的に決定されるの
で、送信信号の衝突による通信エラーの発生を防止する
ことができる。また、この場合、通信チャネルを形成し
た後、自動的にデータ伝送用のコネクション確立手順を
実行することができるので、オペレータの起動操作が不
要になり、操作の手間が軽減する。

【００２２】また、請求項３，請求項４記載の発明で
は、通信チャネルを形成した後、予め設定した一方の装
置が通信手順を起動して全二重データ伝送用の第１のコ
ネクションを確立する一方、第２のコネクションを確立
する場合、各装置は、第１のコネクションを介して事前
に相手先にその旨を通知し、その通知が両者から同時に
出された場合には、各装置はそれぞれ乱数を発生して互
いに交換し、発生した乱数の大小関係に基づいて決定し
た一方の装置が、第２のコネクション確立手順を起動す
るようにしている。このように、第１のコネクション確
立は、予め設定した一方の装置が起動する一方、第２の
コネクション確立は、２つの装置が同時に起動しようと
した場合、どちらか一方の装置が自動選択されて、その
装置が起動することになるので、送信信号の衝突による
通信エラーの発生を防止することができる。

【００２３】また、請求項５，請求項６記載の発明で
は、一方の装置で、コネクション確立の要求がある場合
には、その一方の装置からデータ伝送用のコネクション
確立手順を起動し、他方の装置で、データ伝送用のコネ
クション確立の要求がある場合には、その要求を一方の
装置に通知し、常に一方の装置からデータ伝送用のコネ
クション確立手順を起動するようにしている。請求項
５，請求項６記載の発明では、どちらの装置で起動操作
されても、常に一方の装置からコネクションの確立手順
を起動するので、送信信号の衝突による通信エラーの発
生を防止することができる。

【００２４】また、請求項７乃至請求項９記載の発明
は、２つのマルチメディア通信装置にそれぞれ接続され
ている付属装置間でデータ伝送用のコネクション確立を
行なうときに、自付属装置で発生した乱数と相手付属装
置で発生した乱数との大小比較を行ない、その結果に基
づき、いずれか一方の付属装置だけから接続要求を出す
ようにしている。これにより、両方の付属装置の電源Ｏ
Ｎ等で自動的にデータ伝送用のコネクション確立を行な
う場合、両方の付属装置の電源が同時にＯＮとなるとき
にも、コネクション確立の衝突を回避することができ
る。また、オペレータの操作によりデータ伝送用のコネ
クション確立を行なう場合、自システムおよび相手シス
テムの両方でほぼ同時に接続要求が出されるときにも、
コネクション確立の衝突を回避することができる。

【００２５】また、請求項１０記載の発明は、データ伝
送用のコネクション確立を自動的に行なうモードとオペ
レータの操作により行なうモードとを切替え可能となっ
ている。これにより、データ伝送用のコネクション確立
を電源ＯＮ等で自動的に行なうこともできるし、あるい
はオペレータの操作により行なうこともできる。

【００２６】また、請求項１１記載の発明は、付属装置
の電源ＯＮ等により自動的にデータ伝送用のコネクショ
ン確立を行なうときに、所定の時間内にデータ通信に必
要な同期信号または通信開始信号が相手装置から送られ
て来ない場合には、オペレータの操作によりデータ伝送
用のコネクションの確立を行なうモードに切替わるよう
になっている。これにより、オペレータに相手が準備で
きていないことを知らせることができ、オペレータは次
の動作に迅速に移ることができて、操作性を向上させる
ことができる。

【００２７】また、請求項１２記載の発明は、２つのマ
ルチメディア通信装置にそれぞれ接続された付属装置間
でオペレ−タの操作でデータ伝送用のコネクション確立
を行なう際、各々の付属装置が操作メニュ−または操作
ガイダンスを表示する表示手段を備えており、データ伝
送用のコネクション確立の衝突を回避するため、データ
伝送用のコネクションの確立に先立って、各々の付属装
置で乱数を発生させ、その乱数を互いに交換し、自付属
装置で発生させた乱数と相手付属装置から受信した乱数
との比較の結果、自付属装置で接続要求を出すと判断さ
れたときには、前記表示手段に接続開始ボタンを表示す
るか、あるいは接続開始ボタンをオンにすることを促す
表示を行ない、オペレ−タが該接続開始ボタンをオンに
すると接続要求を出す一方で、自付属装置が相手付属装
置からの接続待ちであると判断された場合には、前記表
示手段に接続開始ボタンを表示しないか、あるいは接続
開始ボタンをオンにすることを禁止する表示を行ない、
相手からの接続待ちとなっている。このように、データ
伝送用のコネクションを確立するための操作を一方の装
置から行なうため、データ伝送用のコネクション確立の
衝突を回避することができる。

【００２８】また、請求項１３記載の発明は、２つのマ
ルチメディア通信装置にそれぞれ接続されている付属装
置間で、データ伝送用のコネクションの確立を行なう
際、付属装置間で接続要求側を決めるのではなく、マル
チメディア通信装置において、いずれの付属装置を接続
要求側にするかを指定するようになっている。これによ
り、データ伝送用のコネクション確立の衝突を生じさせ
ることなくコネクション確立がなされるとともに、付属
装置間で接続要求側を決める動作が不要となり、システ
ムの利便性を向上させることができる。

【００２９】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図１は本発明に係る通信方式が適用される通信シ
ステムの一構成例を示す図である。

【００３０】図１を参照すると、この通信システムは、
マルチメディア通信装置(より具体的には通信会議装置)
ＳＹＳ１１，ＳＹＳ１２が公衆回線としてのＩＳＤＮ回
線１０に接続されて構成されている。

【００３１】図２は各通信会議装置ＳＹＳ１１，ＳＹＳ
１２の構成例を示す図であり、各通信会議装置ＳＹＳ１
１，ＳＹＳ１２は、マイク５１と、スピーカー５２と、
音声ＣＯＤＥＣ５３と、タッチパネル５４と、ＬＣＤ表
示器５５と、描画入出力部５６と、テレビカメラ５７
と、ＣＲＴモニタ５８と、動画ＣＯＤＥＣ５９と、スキ
ャナ６０と、静止画ＣＯＤＥＣ６１と、ＩＳＤＮ通信部
６２と、記憶部６３と、操作部６４と、システム制御部
６５とを有している。ここで、マイク５１は、通話の際
に送話音声を入力するもので、スピーカー５２は、受話
音声を出力するものである。音声ＣＯＤＥＣ５３は、音
声信号をデジタル信号に変換したり、その逆変換を実行
したりするものである。

【００３２】また、タッチパネル５４は、テレライティ
ング通信の際に手書き画像を入力するほか、ペンタッチ
操作により、装置に対して各種操作を実行するものであ
る。ＬＣＤ表示器５５は、その入力画像や受信画像を表
示するほか、上記各種操作のための操作メニューなどを
表示するものである。なお、タッチパネル５４はＬＣＤ
表示器５５の画面上に固定され、両者は一体化されてい
る。描画入出力部５６は、手書き画像の画情報を入力し
たり、ＬＣＤ表示器５５に画像表示させたりするもので
ある。

【００３３】テレビカメラ５７は、オペレータの人物像
などを撮像するものである。ＣＲＴモニタ５８は、受信
した通信相手先の撮像画像を表示するものである。動画
ＣＯＤＥＣ５９は、テレビカメラ５７のアナログのビデ
オ信号をデジタル信号に変換し、さらに勧告Ｈ．２６１
に従って符号化する一方、その逆変換、つまり符号デー
タを同勧告に従って復号化し、さらにアナログビデオ信
号に変換するものである。スキャナ６０は、原稿画像を
読み取るものである。静止画ＣＯＤＥＣ６１は、画情報
をデータ圧縮したり、圧縮データを元の画情報に復元し
たりするものである。

【００３４】また、ＩＳＤＮ通信部６２は、ＩＳＤＮに
対して所定の発着信手順を実行して、他の通信会議シス
テムと通信するものである。記憶部６３は、装置に予め
登録しておく情報を格納したり、送受信情報を必要に応
じて一時格納したりするものである。

【００３５】操作部６４は、装置に対して各種操作を行
なうものである。システム制御部６５は、上記各部を監
視制御するマイクロコンピュータである。

【００３６】また、図３は本発明に係る通信方式が適用
される通信システムの他の構成例を示す図である。図３
を参照すると、この通信システムは、マルチメディア通
信システム(より具体的には例えば通信会議システム)Ｓ
ＹＳ１，ＳＹＳ２が公衆回線としてのＩＳＤＮ回線１０
に接続されて構成されている。図３の例では、各マルチ
メディア通信システムＳＹＳ１，ＳＹＳ２には、ＣＣＩ
ＴＴ勧告Ｈ．２２１を用いた通信を実行するテレビ会議
装置２，１２と、テレライティング通信を実行するテレ
ライティング装置（ＴＷ装置）１，１１とが設けられて
おり、ＴＷ装置１，１１とテレビ会議装置２，１２とは
ＲＳ−２３２Ｃケーブル３，１３によって接続され、ま
た、テレビ会議装置２，１２間は、ＩＳＤＮ回線１０を
介して通信が実行されるようになっている。なお、以下
では、ＴＷ装置１とＴＷ装置１１とは同じ構成のもので
あるとし、また、テレビ会議装置２とテレビ会議装置１
２とも同じ構成のものであるとする。

【００３７】図４はＴＷ装置１（または１１）のシステ
ム構成例を示す図である。図４を参照すると、ＴＷ装置
１（または１１）は、全体を制御するシステム制御部２
０と、制御プログラム等が格納されているＲＯＭ２１
と、各種の処理データ等が記憶されるＲＡＭ２２と、画
像メモリ２３と、通信インタフェース部２４と、描画入
力ユニット２５と、ＶＲＡＭ(Video RAM)２６と、ＬＣ
Ｄユニット２７と、システムバス２８とを有している。

【００３８】ここで、通信インタフェース部２４は、Ｒ
Ｓ−２３２Ｃインタフェースを有し、また、バイト同期
通信を実行するハードウェアを有している。また、描画
入力ユニット２５は、例えばタッチパネルと接触点（ポ
イント）検出回路とからなり、専用のペン先が接触した
部分を検出してその位置情報を取り込むよう構成されて
いる。なお、タッチパネルは、描画データを入力するエ
リアと、後述のような接続ボタン，切替ボタンなどの各
種のボタンエリアとを有し、ペン先が描画データを入力
するエリアに接触するときには描画データを入力するこ
とができ、ペン先がボタンエリアに接触するときには、
そのボタンに割り当てられた機能を選択できるようにな
っている。また、画像メモリ２３は、ハードディスク等
の記憶装置であって、描画データをファイルとして記憶
するようになっている。また、ＬＣＤユニット２７は、
図示しないが、データ表示用のＬＣＤと、ＬＣＤの表示
内容の拡大・縮小やマルチウィンドウ等の表示制御を行
なうＬＣＤ制御部とからなっている。また、ＶＲＡＭ２
６は、ＬＣＤユニット２７のＬＣＤに表示するデータを
記憶するようになっている。なお、描画入力ユニット２
５のタッチパネルは、ＬＣＤユニット２７のＬＣＤと密
着して形成されている。

【００３９】図５はテレビ会議装置２（または１２）の
システム構成例を示す図である。図５を参照すると、テ
レビ会議装置２（または１２）は、全体を制御するシス
テム制御部３０と、制御プログラム等が格納されている
ＲＯＭ３１と、各種の処理データ等が格納されるＲＡＭ
３２と、操作部３３と、通信制御部３４と、送受話器３
５と、マイク３６と、スピーカ３７と、テレビカメラ３
８と、動画像コーデック３９と、ＣＲＴ４０と、表示制
御部４１と、システムバス４２とを有している。

【００４０】ここで、通信制御部３４は、図示しない
が、ＲＳ−２３２ＣインタフェースとＩＳＤＮインタフ
ェ−スとを有しており、ＲＳ−２３２Ｃインタフェ−ス
にはＲＳ−２３２Ｃケーブル３（または１３）を介して
ＴＷ装置１（または１１）が接続され、また、ＩＳＤＮ
インタフェースにはＩＳＤＮ回線１０が接続されてい
る。また、通信制御部３４には、送受話器３５、マイク
３６、スピーカ３７等が接続されている。通信制御部３
４は、また、音声信号のＡ／Ｄ変換を行なう音声コーデ
ックおよびＣＣＩＴＴ勧告Ｈ．２２１に準拠した各種メ
ディアデータの多重・分離制御部等を有しており、ＣＣ
ＩＴＴ勧告Ｈ．２４２に準拠した通信を制御するように
なっている。また、テレビカメラ３８は、入力映像情報
をＮＴＳＣ（National Television System Committee）
信号として出力するようになっており、動画像コーデッ
ク３９は、テレビカメラ３８から入力されたアナログＮ
ＴＳＣ信号をＡ／Ｄ変換した後にＮＴＳＣ／ＣＩＦ（Co
mmon Intermediate Format）変換し、これをＣＣＩＴＴ
勧告Ｈ．２６１の規定に従って符号化して通信制御部３
４に与えるとともに、通信制御部３４からの符号化され
た動画像データを勧告Ｈ．２６１の規定に従って復号化
し、これをＣＩＦ／ＮＴＳＣ変換し、さらにＤ／Ａ変換
して表示制御部４１に出力するようになっている。ま
た、表示制御部４１は、動画像コーデック３９からの動
画像信号をＣＲＴ４０に与えて、ＣＲＴ４０に動画像を
表示させ、また、表示画面の分割制御等を行なうように
なっている。また、ＣＲＴ４０は、ＮＴＳＣ端子を有
し、表示制御部４１からの信号に基づき、画像を表示す
るようになっている。また、操作部３３は、テンキー等
を有し、オペレータが宛先の電話番号を入力したり、Ｃ
ＲＴ４０への画面分割表示操作やテレビカメラ３８のズ
ーム操作、また使用するメディアの選択操作等がなされ
るようになっている。

【００４１】また、図６はＴＷ装置１，１１のプロトコ
ル構成を示す図である。図６を参照すると、ＴＷ装置
１，１１は、アプリケーションと、ＴＷプロトコル実行
部と、セッションプロトコル実行部と、トランスポート
プロトコル実行部と、ネットワークプロトコル実行部
と、データリンクプロトコル実行部とのプロトコル構成
で、ＯＳＩ（Open Systems Interconnection）に準拠し
たプロトコルを実行するようになっている。但し、デー
タリンク層は、ビット同期通信を行なう代わりに、バイ
ト同期通信を実行するが、データフィールドで送受信さ
れるコマンドやレスポンスの種類、およびシーケンスの
制御については、ＨＤＬＣ（High Level Data Link Con
trol Procedure）に準じるといった独自なものとなって
いる。

【００４２】このような構成において、ＴＷ装置１とＴ
Ｗ装置１１との間で通信を行なうためには、テレビ会議
装置２とテレビ会議装置１２が勧告Ｈ．２２１および勧
告Ｈ．２４２を用いた通信を実行しており、データ転送
が可能な状態である必要がある。ここで、データ転送が
可能な状態とは、勧告Ｈ．２２１に定義されている例え
ばＬＳＤ−６４００やＭＬＰ−６．４ｋなどのデータ用
のＢＡＳ（Bit rate Allocation Signal）コマンドをテ
レビ会議装置２とテレビ会議装置１２とが互いに送信
し、また互いに受信した状態にあることを意味してい
る。そして、ＴＷ装置１からＴＷ装置１１にＴＷデ−タ
を送る場合、ＴＷ装置１とテレビ会議装置２との間で
は、ＲＳ−２３２Ｃケ−ブル３を介して通信が行なわ
れ、テレビ会議装置２は、ＴＷ装置１から受信したＴＷ
データを勧告Ｈ．２２１で規定された方法で音声データ
や動画像データと多重してテレビ会議装置１２に送信
し、また、テレビ会議装置１２は、受信した多重データ
を勧告Ｈ．２２１で規定された方法でメディア毎にデー
タを分離し、ＴＷデータをＲＳ−２３２Ｃケ−ブル１３
を介してＴＷ装置１１へ送る。

【００４３】なお、ＴＷ装置１とＴＷ装置１１との間の
通信には、バイト同期通信等が用いられ、テレビ会議装
置２とテレビ会議装置１２は、このＴＷ装置１，１１間
で送受信されるデータの内容には関与しない。具体的に
は、ＴＷ装置１とＴＷ装置１１が、バイト同期のシンク
モード（モノシンクモードまたはバイシンクモード）を
用いて通信を行なう場合、互いに相手から送られる同期
パターンを検出することにより通信が開始される。

【００４４】ところで、本発明においては、図１のよう
なマルチメディア通信装置間で、あるいは図３のような
通信システムの２つのマルチメディア通信装置に接続さ
れている付属装置間で、データ伝送用のコネクション確
立を行ない、また、このときに衝突が生ずるのを有効に
回避することを意図している。以下、本発明の各実施例
について詳細に説明する。なお、以下の各実施例では、
いずれも２つの通信会議装置の一方から他方に発呼して
所定の通信を実行するものとする。

【００４５】より具体的には、発呼側オペレータは、所
定の操作で通信相手先を設定して、通信会議装置の発信
動作を起動し、これにより、通信相手先に発呼するよう
になっているとする。

【００４６】図７は、本発明の第１の実施例における発
呼側と着呼側の各通信会議装置の動作を示す図である。
なお、この動作は、通信会議のアプリケーション・ソフ
トウェア（以下、単にアプリケーションという）が各部
を制御して実行されるものである。すなわち、発呼側と
着呼側の各通信会議装置は、発着信により相手先と呼接
続し、図２８に示した通信手順により、２つのＢチャネ
ルを獲得する。そして、第１の実施例では、オペレータ
のＴＷ起動操作なしに、直ちに音声と動画とＭＬＰの通
信モードを設定する（ステップＳ１０１）。

【００４７】ここで、図８に示すように、各通信会議装
置のアプリケーションは、中間レイヤのプロトコル実行
部を介してＬＡＰＦ実行部にＣ＆Ｉ通信開始要求を出
す。ＬＡＰＦ実行部は、勧告Ｑ．９２２に準拠したＬＡ
ＰＦ（ＬｉｎｋＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅｆ
ｏｒＦＭＢＳ）の伝送制御手順を実行するものであ
る。これにより、ＬＡＰＦ実行部は、まず通信相手先と
の競合制御を実行する。

【００４８】図９は、競合制御動作を示している。すな
わち、ＬＡＰＦ実行部は、アプリケーションからＣ＆Ｉ
通信開始要求を受けると、内部処理により乱数を発生
し、発生した乱数をＵＩコマンドにセットして相手先に
送信する。発呼側と着呼側の各装置がこの動作を実行す
ることにより、互いに発生した乱数を交換する（ステッ
プＳ２０１）。そして、各装置は、相手先からのＵＩコ
マンドを受信すると、ＵＩレスポンスを送信すると共
に、互いにＵＩレスポンスの受信を確認する（ステップ
Ｓ２０２）。

【００４９】次いで、各装置は、自装置で発生した乱数
と、相手先から受信した乱数とを比較する（ステップＳ
２０３）。その結果、自装置で発生した乱数値が、相手
先から受信した乱数値よりも大きい場合には、アプリケ
ーションに「接続要求可」の旨を通知する（ステップＳ
２０４）。一方、発生した乱数値が、受信した乱数値よ
りも小さい場合には、アプリケーションに「接続要求不
可」の旨を通知する（ステップＳ２０５）。

【００５０】また、ステップＳ２０３の比較の結果、上
記２つの乱数値が同一値であった場合には、ステップＳ
２０１に戻り、再度乱数を交換して同様の処理を実行す
る。これにより、２つの乱数値に必ず差が生じるように
なり、ＬＡＰＦ実行部は、アプリケーションに対して
「接続要求可」または「接続要求不可」を通知すること
になる（以上、図７のステップＳ１０２の処理であ
る）。

【００５１】アプリケーションは、ＬＡＰＦ実行部から
の通知を判別し（ステップＳ１０３）、この結果、「接
続要求可」の場合には、Ｃ＆Ｉ接続要求を相手先に送信
し、Ｃ＆Ｉ接続プロトコルを実行して、Ｃ＆Ｉコネクシ
ョンを確立する（ステップＳ１０４）。さらに、図２８
に示したように、ＴＷ通信開始要求やＴＷ接続要求を順
次送出してＴＷ接続プロトコルを実行し、ＴＷコネクシ
ョンを確立する（ステップＳ１０５）。

【００５２】一方、ステップＳ１０３の判別の結果、
「接続要求不可」の場合には、相手先から送信されるＣ
＆Ｉ接続要求に応答してＣ＆Ｉ接続プロトコルを実行す
る。また、次に送信されるＴＷ通信開始要求に応答す
る。さらに次に送信されるＴＷ接続要求に応答してＴＷ
接続プロトコルを実行する。このようにして、Ｃ＆Ｉコ
ネクションとＴＷコネクションを順次確立する（ステッ
プＳ１０６）。

【００５３】これにより、例えば図１，図２の構成例に
おいて、通話とテレビカメラ５７の撮像画像およびタッ
チパネル５４の手書き画像の交換が可能になる。各通信
会議装置のオペレータは、それらの通信機能を利用して
通信会議を実行する。

【００５４】以上のように、第１の実施例では、各通信
会議装置は、ＭＬＰの通信チャネルを形成した後、デー
タリンクレイヤのＵＩコマンドを利用して、互いに乱数
を交換し、自装置で発生した乱数が、相手先から受信し
た乱数よりも大きい場合に、自装置側から、所定のデー
タ伝送用コネクションの確立手順を起動するようにして
いる。

【００５５】これにより、従来のような送信信号の衝突
による通信エラーの発生を防止することができる。ま
た、この場合、通信チャネルを形成した後、オペレータ
がＴＷ通信の要求操作を実行しなくても、所定のデータ
伝送用コネクションが確立されて、ＴＷ通信が可能にな
るので、オペレータの操作の手間が軽減する。

【００５６】図１０は、本発明の第２の実施例における
発呼側と着呼側のそれぞれの通信会議装置の動作を示す
図である。第２の実施例においても、各通信会議装置
は、前述の実施例と同様に、まず音声、動画およびＭＬ
Ｐの通信モードを設定する（ステップＳ３０１）。そし
て、第２の実施例では、発呼側から着呼側にＣ＆Ｉ接続
要求を送信することにより、Ｃ＆Ｉコネクションを確立
する（ステップＳ３０２）。

【００５７】この後、オペレータのＴＷ起動操作を監視
するとともに、相手先からＴＷ通信開始要求を受信しな
いかどうかを監視する（ステップＳ３０３，Ｓ３０
４）。

【００５８】ステップＳ３０３において、いま、オペレ
ータによりＴＷ起動操作が実行されたとすると、相手先
にＴＷ通信開始要求を送信して、相手先からの応答を待
つ（ステップＳ３０５）。

【００５９】このとき、受信信号を監視して相手先が同
時にＴＷ通信開始要求を送信していないかどうか判定す
る（ステップＳ３０６）。

【００６０】ここで、例えば、図１１に示すように、発
呼側と着呼側のオペレータがたまたま同時にＴＷ起動操
作を実行することがある。この場合、各装置は、それぞ
れ相手先に対してＴＷ通信開始要求を同時に送信し合う
ことになる。なお、これは、通知情報の衝突現象である
が、Ｃ＆Ｉコネクションでは、Ｃ＆Ｉ信号を全二重方式
で伝送するので、通信エラーにはならない。

【００６１】このように、ステップＳ３０６でＴＷ通信
開始要求の要求動作が衝突した場合、各装置は、内部処
理により乱数を発生し、発生した乱数をＣ＆Ｉ信号にセ
ットして相手先に送信する。発呼側と着呼側の各装置が
この動作を実行することにより、互いに発生した乱数を
交換する（ステップＳ３０７）。この第２の実施例で
は、Ｃ＆Ｉコネクションを介して、乱数を送信したりそ
れに対して応答したりするＣ＆Ｉ信号を新たに定義して
いる。

【００６２】相手先から乱数を受信するとそれに応答す
るとともに、自装置が送信した乱数に対する相手先から
の応答を確認する（ステップＳ３０８）。

【００６３】この後、各通信会議装置は、自装置で発生
した乱数と、相手先から受信した乱数とを比較する（ス
テップＳ３０９）。この結果、自装置で発生した乱数値
が、相手先から受信した乱数値よりも大きい場合、ＴＷ
接続要求を送信する。これにより、両装置は、ＴＷ接続
プロトコルを実行して、ＴＷコネクションを確立する
（ステップＳ３１０）。一方、ステップＳ３０９の比較
の結果、発生した乱数値が、受信した乱数値よりも小さ
い場合、相手先から送信されるＴＷ接続要求を受信し、
ＴＷ接続プロトコルを実行して、ＴＷコネクションを確
立する（ステップＳ３１１）。また、ステップＳ３０９
の比較の結果、上記２つの乱数が同一値であった場合に
はステップＳ３０７に戻り、再度乱数を交換する。これ
により、上記２つの乱数値に必ず差が生じるようにな
り、上記ＴＷコネクションの確立手順を実行することが
できる。

【００６４】ＴＷコネクションが確立すると、前述の第
１の実施例と同様に、通信会議を実行する。

【００６５】ところで、ステップＳ３０６において、上
記ＴＷ通信開始要求の要求動作が衝突しない通常時に
は、その通知動作を実行した装置から、ＴＷ接続要求を
送信してＴＷコネクションを確立する（ステップＳ３１
０）。また、ステップＳ３０４において、相手先からＴ
Ｗ通信開始要求を受信した場合には、それに対する応答
を返した後（ステップＳ３１２）、相手先からのＴＷ接
続要求に応じて、ＴＷ接続プロトコルを実行しＴＷコネ
クションを確立する（ステップＳ３１１）。

【００６６】以上のように、第２の実施例では、ＭＬＰ
の通信チャネルを形成すると、発呼側がＣ＆Ｉ接続要求
を送信してＣ＆Ｉコネクションを確立するようにしてい
る。そして、その後、オペレータにより、ＴＷ起動操作
が実行されると、相手先に「ＴＷ通信開始」を通知する
と共に、その通知動作が両装置から同時に実行された場
合には、各装置はそれぞれ乱数を発生して互いに交換
し、発生した乱数の大きい装置が、ＴＷ接続要求を送信
してＴＷコネクションを確立するようにしている。

【００６７】これにより、発呼側と着呼側のどちらのオ
ペレータでも、任意にＴＷ通信を起動することができる
と共に、両者オペレータが同時に起動操作した場合で
も、送信信号の衝突による通信エラーの発生を防止する
ことができる。

【００６８】次に、本発明の第３の実施例について説明
する。

【００６９】第３の実施例においても、上記実施例と同
様に、一方の装置から他方の装置に発呼して通信が開始
する。すなわち、発呼側は、図１２に示すように、呼接
続すると、音声、動画およびＭＬＰの通信モードをそれ
ぞれ設定する（ステップＳ４０１）。そして、着呼側に
Ｃ＆Ｉ接続要求を送信してＣ＆Ｉコネクションを確立す
る（ステップＳ４０２）。

【００７０】この後、オペレータのＴＷ起動操作を監視
するとともに、着呼側からＴＷ通信開始要求を受信しな
いかどうかを監視する（ステップＳ４０３，Ｓ４０
４）。

【００７１】ここで、ステップＳ４０３において、オペ
レータが、ＴＷ起動操作を実行したとすると、着呼側に
ＴＷ通信開始要求を送信して、相手先からの応答を確認
する（ステップＳ４０５）。そして、ＴＷ接続要求を送
信し、相手先とＴＷ接続プロトコルを実行して、ＴＷコ
ネクションを確立する（ステップＳ４０６）。

【００７２】また、ステップＳ４０４において、着呼側
からＴＷ通信開始要求を受信すると、応答を返した後
（ステップＳ４０７）、ＴＷ接続要求を送信し、同様に
ＴＷコネクションを確立する（ステップＳ４０６）。

【００７３】一方、着呼側は、図１３に示すように、呼
接続すると上記通信モードを設定し（ステップＳ５０
１）、発呼側からＣ＆Ｉ接続要求を受信すると、Ｃ＆Ｉ
接続プロトコルを実行してＣ＆Ｉコネクションを確立す
る（ステップＳ５０２）。この後、発呼側と同様に、オ
ペレータのＴＷ起動操作を監視するとともに、発呼側か
らＴＷ通信開始要求を受信しないかどうかを監視する
（ステップＳ５０３，Ｓ５０４）。

【００７４】ここで、ステップＳ５０３において、着呼
側オペレータが、ＴＷ起動操作を実行したとすると、発
呼側にＴＷ通信開始要求を送信して、相手先からの応答
を確認する（ステップＳ５０５）。

【００７５】そして、発呼側からＴＷ接続要求が送出さ
れるのを待って、ＴＷ接続要求を受信すると、ＴＷ接続
プロトコルを実行してＴＷコネクションを確立する（ス
テップＳ５０６）。

【００７６】また、ステップＳ５０４において、発呼側
からＴＷ通信開始要求を受信した場合には、応答して
（ステップＳ５０７）、上記と同様に発呼側からのＴＷ
接続要求に応じてＴＷコネクションを確立する（ステッ
プＳ５０６）。

【００７７】ここで、例えば、図１４に示すように、発
呼側と着呼側のオペレータが、同時にＴＷ起動操作を実
行したとする。この場合、各装置が互いに相手先に「Ｔ
Ｗ通信開始」を通知すると共に応答を返すことになる。
なお、これは通知情報の衝突現象であるが、前述したよ
うに、Ｃ＆Ｉコネクションでは通信エラーにならない。
第３の実施例では、この場合でも、発呼側からのみＴＷ
接続要求が送出され、所定のＴＷコネクションを確立す
るようになる。

【００７８】以上のように、第３の実施例では、ＴＷ起
動操作が発呼側で実行された場合でも着呼側で実行され
た場合でも、必ず、発呼側からＴＷ接続要求を送出して
ＴＷコネクションを確立するようにしている。これによ
り、発呼側と着呼側のオペレータが、同時にＴＷ起動操
作を実行しても、従来のような送信信号の衝突による通
信エラーの発生を防止することができる。

【００７９】なお、第２および第３の実施例では、Ｃ＆
Ｉ接続要求を、必ず発呼側が送信するようにしたが、着
呼側が送信するようにしてもよい。また、発呼側や着呼
側という区別でなく、どちらか一方が送信するように予
め条件設定してもよいことはいうまでもない。

【００８０】また、上述の各実施例では、勧告．２２１
に規定されているＭＬＰを使用してＴＷ通信を実行する
場合を説明したが、同勧告に規定されているＬＳＤ（Ｌ
ｏｗＳｐｅｅｄＤａｔａ）を使用しても同様の通信を
実行することができる。さらに、ＴＷ通信に限らず、例
えば、ファクシミリ通信などの他の通信を実行すること
も可能である。

【００８１】次に、本発明の第４の実施例について説明
する。第４の実施例では、通信システムが例えば図３の
ものであるとした場合、２つのマルチメディア端末装置
(テレビ会議装置２，１２)の付属装置であるＴＷ装置
１，１１の電源ＯＮ等でデータ伝送用のコネクション確
立を自動的に行なうことを意図しているが、ＴＷ装置
１，１１の電源ＯＮ等で自動的にコネクション確立を行
なう場合には、両方のＴＷ装置１，１１から同時に接続
要求が出されることがありうる。しかしながら、ＴＷ装
置１とＴＷ装置１１の両方から同時に接続要求が出され
ると、セッションレイヤの勧告Ｘ．２２５プロトコルで
支障が生じる。すなわち、勧告Ｘ．２２５では、相手か
らの接続確認待ちのときに接続指示が来ることはありえ
ないと規定されており、従って、Ｘ．２２５の規定によ
り、必ずいずれか一方のＴＷ装置より接続要求を出す必
要がある。

【００８２】そこで、本発明の第４の実施例の通信方式
では、２つのマルチメディア通信システム間で通信を行
なう場合、例えば、通信システムが図３のようになって
いて、ＣＣＩＴＴ勧告Ｈ．２２１を用いた通信を実行す
るマルチメディア端末装置（テレビ会議装置２，１２）
に接続された付属装置（ＴＷ装置１，１１）間で通信を
行なう場合、ＴＷ装置１，１１の電源ＯＮ等で自動的に
コネクション確立を行なう際に、コネクション確立の衝
突を回避するため、コネクションの確立に先立って、各
マルチメディア通信システムＳＹＳ１，ＳＹＳ２で乱数
を発生させ、その乱数を互いに交換し、自システムで発
生させた乱数と相手システムから受信した乱数とを比較
し、その大小関係に基づいて決定した一方のシステムが
コネクション確立手順を起動するようになっている。よ
り具体的には、各々のＴＷ装置１，１１で乱数を発生さ
せ、その乱数をデータリンク層でＵＩ（Unnumbered Inf
ormation）コマンドを用いて互いに交換し、自装置で発
生させた乱数が相手装置から受信した乱数よりも値が大
きければ接続要求を出し、これと反対に、自装置の乱数
が小さければ相手からの接続待ちとなるよう制御するよ
うにしている。

【００８３】次にこのような構成の第４の実施例の通信
方式のコネクション確立の処理動作を図１５，図１６，
図１７を用いて説明する。なお、図１５は本発明の第４
の実施例におけるコネクション確立のシーケンスを示す
図、図１６，図１７は第４の実施例におけるコネクショ
ン確立の処理動作を示すフローチャートである。図１５
において、点線で囲まれた部分は、概略シーケンスであ
る。図１５，図１６，図１７を参照すると、第４の実施
例の通信方式では、ＴＷ装置１またはＴＷ装置１１の電
源スイッチがＯＮになると（ステップＳ１）、ＴＷ装置
１またはＴＷ装置１１のアプリケーションはデータリン
クプロトコル実行部へ通信開始要求を出す（ステップＳ
２）。データリンクプロトコル実行部はこれを受け取る
と、同期パターン（同期信号）の送信を開始するととも
に、相手装置から同期信号が送られたか否かをチェック
する（ステップＳ３）。この結果、相手装置から同期信
号が送られていなければ相手装置の電源がまだオンとな
っていないと判断し、相手装置の電源がオンとなるのを
待つ。すなわち相手装置から同期信号が送られるのを待
つ。

【００８４】相手装置から同期信号が送られ、これを受
信すると、ＴＷ装置１とＴＷ装置１１とは、コネクショ
ンの確立に先立って乱数Ｘを発生し、両装置１，１１
は、それぞれ、この乱数をＵＩコマンドを用いて相手装
置に送信する（ステップＳ４）。次いで、両装置１，１
１は相手装置で発生した乱数ＹをＵＩコマンドにより受
信したときには、受信確認の情報をＵＩレスポンスに含
めて相手装置に返す（ステップＳ５）。

【００８５】このようにして、相手装置で発生した乱数
Ｙを受信すると、この乱数Ｙの大きさと自装置で発生し
た乱数Ｘの大きさとを比較する（ステップＳ６，Ｓ
７）。この結果、乱数の大きさが同じ場合は、ステップ
Ｓ４に戻って、再度、乱数を発生させ同様の手順で相手
と乱数の交換を行なう。これに対し、自装置で発生した
乱数Ｘの大きさが相手装置で発生した乱数Ｙの大きさよ
りも大きければ、接続要求可の情報をアプリケーション
に渡し（ステップＳ８）、また、これと反対に、相手装
置で発生した乱数Ｙの大きさよりも小さければ、接続要
求不可の情報をアプリケーションへ渡す（ステップＳ１
０）。アプリケーションは、接続要求可の情報を受け取
った場合のみ下位レイヤへ接続要求を出し（ステップＳ
９）、接続要求不可の情報を受け取った場合は相手から
の接続指示待ちとなる（ステップＳ１１）。このように
して、ＴＷ装置１とＴＷ装置１１との間でデータ伝送用
のコネクションを確立することができる（ステップＳ１
２）。

【００８６】このように、本発明の第４の実施例では、
付属装置（ＴＷ装置１またはＴＷ装置１１）の電源スイ
ッチがＯＮになると、自動的に相手側の付属装置（ＴＷ
装置１１またはＴＷ装置１）とデータ伝送用のコネクシ
ョンが確立されるので、オペレータによる接続操作が不
要となり、装置の利便性を向上させることができる。ま
た、この場合、両方のＴＷ装置１，１１の電源スイッチ
が同時にＯＮとなるときにも、自装置で発生した乱数Ｘ
と相手装置で発生した乱数Ｙとの大小比較を行ない、そ
の結果に基づき、いずれか一方の装置だけから接続要求
を出すようにしているので、データ伝送用のコネクショ
ン確立の衝突を回避することができる。

【００８７】また、本発明の第５の実施例は、ＴＷ装置
１とＴＷ装置１１との間でのデータ伝送用のコネクショ
ン確立をオペレータの操作により行なうときにデータ伝
送用のコネクション確立の衝突が起こっても、オペレー
タが再操作することなしに自動的にコネクション確立を
正しく行なうことの可能な通信方式を意図している。

【００８８】このため、第５の実施例の通信方式は、オ
ペレータの操作によりデータ伝送用のコネクション確立
を行なうときにコネクション確立の衝突が起こる場合に
も、ＴＷ装置１とＴＷ装置１１とは、乱数の交換により
接続要求側を決めて正しいコネクション確立を行なうよ
うになっている。

【００８９】このような構成の第５の実施例の通信方式
のコネクション確立の処理動作を図１８，図１９，図２
０を用いて説明する。なお、図１８は本発明の第５の実
施例におけるコネクション確立のシーケンスを示す図、
図１９，図２０は第５の実施例におけるコネクション確
立の処理動作を示すフローチャートである。図１８にお
いて、点線で囲まれた部分は、概略シーケンスである。
図１８，図１９，図２０を参照すると、第５の実施例の
通信方式では、ＴＷ装置１とＴＷ装置１１との間のコネ
クション確立を行なうため、オペレータが描画入力ユニ
ット２５の接続ボタンのエリアを専用のペンでポイント
すると（ステップＳ２１）、アプリケーションは、下位
レイヤへ接続要求を出す（ステップＳ２２）。このと
き、データリンクプロトコル実行部は、乱数の発生，お
よび相手装置との乱数の交換は行なわず、ＳＡＢＭ（Se
t Asynchronous Balanced Mode）コマンドを相手装置に
送信する。そして、相手装置からＵＡ（Unnumbered Ack
nowledge）レスポンスを受信すると、データリンクコネ
クションが確立し、引き続き上位レイヤのコネクション
が確立する。

【００９０】この際、オペレータ間の合意無しに、ある
いはオペレータの誤操作で、両方のＴＷ装置１，１１か
ら同時に接続要求が出される場合がありうる。この場合
には、セッションプロトコル実行部等でコネクション確
立の衝突が起こり、接続エラーとなる。従って、両装置
１，１１はコネクション確立の衝突が発生したか否かを
調べ（ステップＳ２３）、セッションプロトコル実行部
で衝突が発生していないときには、ＴＷ通信を実行する
が（ステップＳ２４）、セッションプロトコル実行部で
衝突が発生したときには、セッションプロトコル実行部
はアプリケーションへ衝突エラーを通知する（ステップ
Ｓ２５）。この場合、アプリケーションはＬＣＤにエラ
ー表示は行なわず、データリンクプロトコル実行部へ接
続要求側を決めるための依頼情報を渡す（ステップＳ２
６）。

【００９１】データリンクプロトコル実行部は、この情
報を受けると、図１６，図１７のステップＳ４乃至Ｓ１
２の処理と同様に、先ず、乱数を発生し、相手装置とＵ
Ｉコマンド、ＵＩレスポンスを用いた乱数の交換を行な
い（ステップＳ２７，Ｓ２８）、自装置で発生した乱数
Ｘの大きさと相手装置で発生した乱数Ｙの大きさとを比
較し（ステップＳ２９，Ｓ３０）、乱数Ｘの大きさが乱
数Ｙの大きさよりも大きければ接続要求可の情報をアプ
リケーションへ渡し（ステップＳ３１）、また、これと
反対に、乱数Ｘの大きさが乱数Ｙの大きさよりも小さけ
れば接続要求不可の情報をアプリケーションへ渡す（ス
テップＳ３３）。アプリケーションは、接続要求可の情
報を受け取った場合のみ下位レイヤへ接続要求を出し
（ステップＳ３２）、接続要求不可の情報を受け取った
場合は相手からの接続指示待ちとなる（ステップＳ３
４）。このようにして、オペレ−タの操作によりコネク
ション確立を行なうときに衝突エラ−が起こっても、オ
ペレ−タが再操作せずとも、ＴＷ装置１とＴＷ装置１１
との間で自動的にコネクションを確立することができる
（ステップＳ３５）。なお、衝突エラーは、任意のプロ
トコル実行部で発生する可能性があり、上述の説明で
は、セッションプロトコル実行部で衝突エラ−が発生す
るとして説明したが、図１８では、データリンクプロト
コル実行部で衝突エラーが発生した場合が示されてい
る。

【００９２】上述した第４の実施例では、コネクション
確立を電源ＯＮ等で自動的に行なう場合について説明
し、また、第５の実施例では、コネクション確立をオペ
レータの操作により行なう場合について説明したが、コ
ネクション確立を電源ＯＮ等で自動的に行なうモードと
オペレータの操作により行なうモードとを、切替えて選
択できるように構成することもできる。

【００９３】本発明の第６の実施例は、コネクション確
立を電源ＯＮ等で自動的に行なうモードとオペレータの
操作により行なうモードとを、ユーザの要望に合わせて
選択できることを意図しており、このため、第６の実施
例の通信方式では、上記２つのモードを切替えるスイッ
チが設けられている。なお、このスイッチは、オペレー
タが例えば描画入力ユニット２５を操作することにより
切替可能なソフトスイッチ（例えばＬＣＤに表示された
切替ボタン）として構成され、これが操作されると、そ
のスイッチ情報，すなわち、選択されたモードが、ＲＡ
Ｍ２２に記憶されるようになっている。

【００９４】このように、第６の実施例では、オペレー
タは、例えばＬＣＤ上に表示されたメニューを選択する
などの操作により、付属装置（ＴＷ装置１，１１）間の
コネクション確立を自動的に行なうモードとオペレータ
の操作により行なうモードとを切替えることができ、コ
ネクション確立を第４の実施例のように電源ＯＮ等で自
動的に行なうこともできるし、あるいは第５の実施例の
ようにオペレータの操作により行なうこともできる。

【００９５】また、本発明の第７の実施例の通信方式
は、ＴＷ装置１，１１の電源ＯＮ等により自動的にコネ
クション確立を行なう場合において、所定の時間内にデ
ータ通信に必要な同期信号または通信開始信号が相手装
置から送られて来ないときに、オペレータの操作により
コネクションの確立を行なうモードに切替わるようにな
っている。

【００９６】本発明の第７の実施例におけるコネクショ
ン確立の処理動作を図２１，図２２のフローチャートを
用いて説明する。ＴＷ装置１またはＴＷ装置１１の電源
スイッチがＯＮになると（ステップＳ４１）、ＴＷ装置
１またはＴＷ装置１１のアプリケーションは、データリ
ンクプロトコル実行部へ通信開始要求を出し（ステップ
Ｓ４２）、これとともに、タイマを起動する（ステップ
Ｓ４３）。また、アプリケーションは、この時点からデ
ータリンクプロトコル実行部からの接続要求可または接
続要求不可の情報の受取りを監視する（ステップＳ４
４）。そして、アプリケーションがデータリンクプロト
コル実行部へ通信開始要求を出してから接続要求可また
は接続要求不可の情報を受け取るまでの時間（タイマに
より計時された時間）が所定の時間を越えたか否かを判
断する（ステップＳ４５）。所定の時間を越えていない
場合には、ＴＷ装置１またはＴＷ装置１１は、図１７の
ステップＳ９，Ｓ１２またはステップＳ１１，Ｓ１２と
同様のコネクション確立処理を行なう（ステップＳ４
６）。これに対し、所定の時間を越える場合には、アプ
リケーションは、コネクション確立をオペレータの操作
により行なうモードに切替える（ステップＳ４７）。す
なわち、所定の時間内にテレビ会議装置２との間でＲＳ
−２３２Ｃの通信が実行できない場合やデータ通信に必
要な同期信号または通信開始信号が相手から送られて来
ない場合には、アプリケーションは、コネクションの確
立をオペレータの操作により行なうモードに切替える。
この際、アプリケーションは各プロトコル実行部へ初期
状態に戻るよう通知する。このようにして、モードが切
替わった後に相手装置から乱数の入ったＵＩコマンドを
受信したか否かを判断し（ステップＳ４８）、ＵＩコマ
ンドを受信したときには、コネクションの確立をオペレ
ータの操作により行なうモードに切替えるという情報を
ＵＩレスポンスに含めて相手に返す（ステップＳ４
９）。ＴＷ装置１またはＴＷ装置１１はこのＵＩレスポ
ンスを受信すると、コネクションの確立をオペレータの
操作により行なうモードに切替える。以後、図１９のス
テップＳ２１乃至図２０のＳ３５と同様の処理を行なう
（ステップＳ５０）。

【００９７】このように、第７の実施例では、ＴＷ装置
間のコネクション確立を自動的に行なおうとしたが、相
手装置の準備ができていない場合などのように、所定の
時間内に相手から所定の信号が来ないときに、コネクシ
ョン確立処理をオペレータの操作により行なうモードに
切替えるので、オペレータに相手が準備できていないこ
とを知らせることができ、オペレータは次の動作に迅速
に移ることができて、操作性を向上させることができ
る。すなわち、オペレータは、相手側の準備ができてい
ないことを知り、例えば、相手装置のオペレータに準備
を催促するなど、次の動作を迅速に実行することができ
る。

【００９８】また、本発明の第８の実施例の通信方式
は、ＴＷ装置１とＴＷ装置１１との間でコネクションの
確立を行なうとき、ＴＷ装置１，１１間で接続要求側を
決めるのではなく、本体装置，すなわちテレビ会議装置
２またはテレビ会議装置１２から接続要求側を指定する
ようになっている。

【００９９】すなわち、第４乃至第７の実施例の通信方
式では、テレビ会議装置２，１２は、ＴＷ装置１とＴＷ
装置１１との間で送受信されるデータの内容については
全く認知せず、ＴＷ装置１とＴＷ装置１１は、接続に関
しテレビ会議装置２やテレビ会議装置１２から何等有益
な情報を得ることができなかったが、第８の実施例で
は、ＴＷ装置１とＴＷ装置１１との間でコネクションの
確立を行なうとき、ＴＷ装置１とＴＷ装置１１とのいず
れを接続要求側にするかをテレビ会議装置２またはテレ
ビ会議装置１２から指定するようになっている。

【０１００】次にこのような構成の第８の実施例の通信
方式のコネクション確立の処理動作を図２３，図２４を
用いて説明する。なお、図２３は第８の実施例における
コネクション確立のシーケンスを示す図、図２４は第８
の実施例におけるコネクション確立の処理動作を示すフ
ローチャートである。いま、例えば、ＴＷ装置１の電源
スイッチがＯＮになると（ステップＳ６１）、ＴＷ装置
１は、ＴＷ装置１１と通信を開始する前に、テレビ会議
装置２に対し接続要求可能か否かの問い合わせをＵＩコ
マンドを用いて行なう（ステップＳ６２）。テレビ会議
装置２は、この問い合わせに対して、もし自装置が発呼
側であれば接続要求可の情報を、逆に着呼側であれば接
続要求不可の情報をＵＩレスポンスに含めて応答する。
ＴＷ装置１は、テレビ会議装置２からのＵＩレスポンス
を受信し（ステップＳ６３）、このＵＩレスポンスに接
続要求可の情報が含まれているか、または接続要求不可
の情報が含まれているかを判断する（ステップＳ６
４）。ＴＷ装置１は、テレビ会議装置２からのＵＩレス
ポンスに接続要求可の情報が含まれていれば、発呼側で
あると判断する。すなわち、相手装置に対して接続要求
が可能であると判断する。この場合には、ＴＷ装置１
は、以後、電源がＯＦＦになるまで接続要求が可能とな
り、オペレータによる接続要求操作を待ち（ステップＳ
６５）、接続要求操作があったときには（ステップＳ６
６）、ＴＷ装置１はコネクション確立を行なう（ステッ
プＳ６７）。これに対し、ステップＳ６３においてＵＩ
レスポンスを受信したときに、このＵＩレスポンスに接
続要求不可の情報が含まれているときには、ＴＷ装置１
は、着呼側であると判断する。すなわち、相手装置に対
して接続要求が不可能であると判断する（ステップＳ６
４）。この場合には、ＴＷ装置１は、以後、電源がＯＦ
Ｆになるまで接続要求が不可能となる。すなわち、接続
要求不可の時にはオペレータからの接続要求操作ができ
ないようにする（ステップＳ６８）。なお、この接続要
求可否の情報は、アプリケーションが管理する。なお、
図２３のシーケンスには、テレビ会議装置２が発呼側、
テレビ会議装置１２が着呼側の場合が示されている。

【０１０１】このように、第８の実施例では、ＴＷ装置
１，１１間のコネクション確立に先立って、テレビ会議
装置（本体装置）２，１２によって接続要求側を指示さ
せることで、コネクション確立の衝突を生じさせること
なくコネクション確立がなされる。また、ＴＷ装置１，
１１が接続要求する権利を有するか否かを本体装置２，
１２から指示するため、ＴＷ装置１，１１間で接続要求
側を決める動作が不要となり、装置の利便性を向上させ
ることができる。

【０１０２】また、本発明の第９の実施例の通信方式
は、ＣＣＩＴＴ勧告Ｈ．２２１を用いた通信を実行する
マルチメディア端末装置（テレビ会議装置２，１２）に
接続された付属装置（ＴＷ装置１，１１）間で通信を行
なう場合、ＴＷ装置１，１１の電源ＯＮ等で自動的にコ
ネクション確立を行なう際に、コネクション確立の衝突
を回避するため、コネクションの確立に先立って、各々
のＴＷ装置１，１１で乱数を発生させ、その乱数をデー
タリンク層でＵＩコマンドを用いて互いに交換し、自装
置で発生させた乱数の大きさが相手装置から受信した乱
数の大きさよりも値が小さければ接続要求を出し、これ
と反対に、自装置の乱数の方が大きければ相手からの接
続待ちとなるようになっている。すなわち、この第９の
実施例の通信方式は、第４の実施例の通信方式におい
て、乱数の比較方法の大小を逆にしたものとなってい
る。

【０１０３】また、本発明の第１０の実施例の通信方式
は、第４の実施例と同様に、ＣＣＩＴＴ勧告Ｈ．２２１
を用いた通信を実行するマルチメディア端末装置（テレ
ビ会議装置２，１２）に接続された付属装置（ＴＷ装置
１，１１）間で通信を行なう場合、オペレータの操作で
コネクション確立を行なう際に、コネクション確立の衝
突を回避するため、コネクションの確立に先立って、各
々のＴＷ装置１，１１で乱数を発生させ、その乱数を互
いに交換し、自装置で発生させた乱数の大きさが相手装
置から受信した乱数の大きさよりも大きいか否かを比較
処理するが、この第１０の実施例では、各々のＴＷ装置
１，１１がその操作メニューを表示するディスプレイを
備えており、自装置で発生させた乱数の大きさが相手装
置から受信した乱数の大きさよりも大きいときには、デ
ィスプレイに接続開始ボタンを表示し、オペレータがタ
ッチパネル上でこのボタンをオンにすると接続要求を出
し、これと反対に、自装置の乱数の方が小さいときに
は、ディスプレイに接続開始ボタンを表示せず、相手装
置からの接続待ちとなるようになっている。

【０１０４】このような構成の第１０の実施例の通信方
式のコネクション確立の処理動作を図２５，図２６のフ
ローチャートを用いて説明する。ＴＷ装置１またはＴＷ
装置１１の電源スイッチがＯＮになると（ステップＳ７
１）、アプリケーションはデータリンクプロトコル実行
部へ通信開始要求を出す（ステップＳ７２）。データリ
ンクプロトコル実行部は、これを受け取ると、同期パタ
ーン（同期信号）を相手装置に送信開始するとともに、
相手装置から同期信号が来たか否かをチェックする（ス
テップＳ７３）。この結果、相手装置から同期信号が来
なければ相手装置の電源がまだオンとなっていないと判
断し、相手装置の電源がオンとなるのを待つ。すなわち
相手装置から同期信号が来るのを待つ。相手装置から同
期信号が送られ、これを受信すると、ＴＷ装置１とＴＷ
装置１１とは、コネクション確立に先立って乱数を発生
する。そして両装置１，１１とも、この乱数をＵＩコマ
ンドを用いて相手装置に送信する（ステップＳ７４）。
次いで、両装置１，１１は、相手装置で発生した乱数Ｙ
をＵＩコマンドにより受信したときには、受信確認の情
報をＵＩレスポンスに含めて相手装置に返す（ステップ
Ｓ７５）。このようにして、相手装置で発生した乱数Ｙ
を受信すると、この乱数Ｙの大きさと自装置で発生した
乱数Ｘの大きさとを比較する（ステップＳ７６，Ｓ７
７）。この結果、乱数の大きさが同じ場合は、ステップ
Ｓ７４に戻って、再度、乱数を発生させ同様の手順で相
手と乱数の交換を行なう。これに対し、自装置で発生し
た乱数Ｘの大きさが相手装置で発生した乱数Ｙの大きさ
よりも大きければ接続要求可の情報をアプリケーション
に渡し（ステップＳ７８）、これと反対に、相手装置で
発生した乱数Ｙの大きさよりも小さければ接続要求不可
の情報をアプリケーションへ渡す（ステップＳ８２）。
アプリケーションは、接続要求可の情報を受け取った場
合のみ、ＬＣＤに接続開始ボタンを表示する（ステップ
Ｓ７９）。そして、ＬＣＤに表示された接続開始ボタン
の領域（エリア）をオペレータが専用のペンでタッチ
し、ポイントすると（ステップＳ８０）、アプリケーシ
ョンは下位レイヤへ接続要求を出し（ステップＳ８
１）、コネクションが確立される。アプリケーションが
接続要求不可の情報を受け取った場合には、ＬＣＤに接
続開始ボタンを表示せず、代わりに相手からの接続待ち
の表示を行なう（ステップＳ８３）。

【０１０５】また、本発明の第１１の実施例の通信方式
は、第９の実施例と同様に、ＣＣＩＴＴ勧告Ｈ．２２１
を用いた通信を実行するマルチメディア端末装置（テレ
ビ会議装置２，１２）に接続された付属装置（ＴＷ装置
１，１１）間で通信を行なう場合、オペレータの操作で
コネクション確立を行なう際に、コネクション確立の衝
突を回避するため、コネクションの確立に先立って、各
々のＴＷ装置１，１１で乱数を発生させ、その乱数を互
いに交換し、自装置で発生させた乱数の大きさが相手装
置から受信した乱数の大きさよりも大きいか否かを比較
処理するが、この第１１の実施例では、各々のＴＷ装置
１，１１がその操作メニューを表示するディスプレイを
備えており、自装置で発生させた乱数の大きさが相手装
置から受信した乱数の大きさよりも小さいときには、デ
ィスプレイに接続開始ボタンを表示し、オペレータがこ
のボタンをオンにすると接続要求を出し、これと反対
に、自装置の乱数の方が大きいときには、ディスプレイ
に接続開始ボタンを表示せず、相手装置からの接続待ち
となるようになっている。

【０１０６】この第１１の実施例の通信方式は、第１０
の実施例の通信方式において、乱数の比較方法の大小を
逆にしたものとなっており、基本的には、第１０の実施
例と同様の処理動作によってコネクション確立を行なう
ことができる。

【０１０７】なお、第１０，第１１の実施例では、接続
開始ボタンをタッチパネル上でオンにすることができる
ものとして説明したが、接続開始ボタンが例えば機械的
なキー（ハードキー）であって、接続開始ボタンをタッ
チパネル上でオンにすることができない場合には、上記
ディスプレイに操作メニューのかわりに操作ガイダンス
を表示し、また、自装置の乱数の方が大きい場合に、デ
ィスプレイに接続開始ボタンを表示するかわりに、接続
開始ボタン（例えばハードキー）をオンにすることを促
す表示を行ない、また、自装置の乱数の方が小さい場合
に、ディスプレイに接続開始ボタンを表示しないかわり
に、接続開始ボタンをオンとすることを禁止する表示を
行なうようにすることもできる。

【０１０８】以上、第４乃至第１１の実施例を説明した
が、第４乃至第７の実施例，および第９乃至第１１の実
施例を任意に（全てをも含む）組合せた通信方式も可能
であり、各機能を用途等に応じて柔軟に選択し、組合せ
ることができる。

【０１０９】

【発明の効果】以上に説明したように、請求項１，請求
項２記載の発明によれば、データ伝送用のコネクション
確立手順を起動する一方の装置が自動的に決定されるの
で、送信信号の衝突による通信エラーの発生を防止する
ことができる。また、この場合、通信チャネルを形成し
た後、自動的にデータ伝送用のコネクション確立手順を
実行することができるので、オペレータの起動操作が不
要になり、操作の手間が軽減する。

【０１１０】また、請求項３，請求項４記載の発明によ
れば、通信チャネルを形成した後、予め設定した一方の
装置が通信手順を起動して全二重データ伝送用の第１の
コネクションを確立する一方、第２のコネクションを確
立する場合、各装置は、第１のコネクションを介して事
前に相手先にその旨を通知し、その通知が両者から同時
に出された場合には、各装置はそれぞれ乱数を発生して
互いに交換し、発生した乱数の大小関係に基づいて決定
した一方の装置が、第２のコネクション確立手順を起動
するようにしている。このように、第１のコネクション
確立は、予め設定した一方の装置が起動する一方、第２
のコネクション確立は、２つの装置が同時に起動しよう
とした場合、どちらか一方の装置が自動選択されて、そ
の装置が起動することになるので、送信信号の衝突によ
る通信エラーの発生を防止することができる。

【０１１１】また、請求項５，請求項６記載の発明によ
れば、一方の装置で、コネクション確立の要求がある場
合には、その一方の装置からデータ伝送用のコネクショ
ン確立手順を起動し、他方の装置で、データ伝送用のコ
ネクション確立の要求がある場合には、その要求を一方
の装置に通知し、常に一方の装置からデータ伝送用のコ
ネクション確立手順を起動するようにしている。請求項
５，請求項６記載の発明では、どちらの装置で起動操作
されても、常に一方の装置からコネクションの確立手順
を起動するので、送信信号の衝突による通信エラーの発
生を防止することができる。

【０１１２】また、請求項７乃至９記載の発明によれ
ば、２つのマルチメディア通信装置にそれぞれ接続され
ている付属装置間でデータ伝送用のコネクション確立を
行なうときに、自付属装置で発生した乱数と相手付属装
置で発生した乱数との大小比較を行ない、その結果に基
づき、いずれか一方の付属装置だけから接続要求を出す
ようにしている。これにより、両方の付属装置の電源Ｏ
Ｎ等で自動的にデータ伝送用のコネクション確立を行な
う場合、両方の付属装置の電源が同時にＯＮとなるとき
にも、コネクション確立の衝突を回避することができ
る。また、オペレータの操作によりデータ伝送用のコネ
クション確立を行なう場合、自システムおよび相手シス
テムの両方でほぼ同時に接続要求が出されるときにも、
コネクション確立の衝突を回避することができる。

【０１１３】また、請求項１０記載の発明によれば、デ
ータ伝送用のコネクション確立を自動的に行なうモード
とオペレータの操作により行なうモードとを切替え可能
となっている。これにより、データ伝送用のコネクショ
ン確立を電源ＯＮ等で自動的に行なうこともできるし、
あるいはオペレータの操作により行なうこともできる。

【０１１４】また、請求項１１記載の発明によれば、付
属装置の電源ＯＮ等により自動的にデータ伝送用のコネ
クション確立を行なうときに、所定の時間内にデータ通
信に必要な同期信号または通信開始信号が相手装置から
送られて来ない場合には、オペレータの操作によりデー
タ伝送用のコネクションの確立を行なうモードに切替わ
るようになっている。これにより、オペレータに相手が
準備できていないことを知らせることができ、オペレー
タは次の動作に迅速に移ることができて、操作性を向上
させることができる。

【０１１５】また、請求項１２記載の発明によれば、２
つのマルチメディア通信装置にそれぞれ接続された付属
装置間でオペレ−タの操作でデータ伝送用のコネクショ
ン確立を行なう際、各々の付属装置が操作メニュ−また
は操作ガイダンスを表示する表示手段を備えており、デ
ータ伝送用のコネクション確立の衝突を回避するため、
データ伝送用のコネクションの確立に先立って、各々の
付属装置で乱数を発生させ、その乱数を互いに交換し、
自付属装置で発生させた乱数と相手付属装置から受信し
た乱数との比較の結果、自付属装置で接続要求を出すと
判断されたときには、前記表示手段に接続開始ボタンを
表示するか、あるいは接続開始ボタンをオンにすること
を促す表示を行ない、オペレ−タが該接続開始ボタンを
オンにすると接続要求を出す一方で、自付属装置が相手
付属装置からの接続待ちであると判断された場合には、
前記表示手段に接続開始ボタンを表示しないか、あるい
は接続開始ボタンをオンにすることを禁止する表示を行
ない、相手からの接続待ちとなっている。このように、
データ伝送用のコネクションを確立するための操作を一
方の装置から行なうため、データ伝送用のコネクション
確立の衝突を回避することができる。

【０１１６】また、請求項１３記載の発明によれば、２
つのマルチメディア通信装置にそれぞれ接続されている
付属装置間で、データ伝送用のコネクションの確立を行
なう際、付属装置間で接続要求側を決めるのではなく、
マルチメディア通信装置において、いずれの付属装置を
接続要求側にするかを指定するようになっている。これ
により、データ伝送用のコネクション確立の衝突を生じ
させることなくコネクション確立がなされるとともに、
付属装置間で接続要求側を決める動作が不要となり、シ
ステムの利便性を向上させることができる。

【図面の簡単な説明】

【図１】本発明に係る通信方式が適用される通信システ
ムの一構成例を示す図である。

【図２】通信会議装置の構成例を示す図である。

【図３】本発明に係る通信方式が適用される通信システ
ムの他の構成例を示す図である。

【図４】ＴＷ装置のシステム構成例を示す図である。

【図５】テレビ会議装置のシステム構成例を示す図であ
る。

【図６】ＴＷ装置のプロトコル構成例を示す図である。

【図７】本発明の第１の実施例の動作を示すフローチャ
ートである。

【図８】発呼側と着呼側との間の通信手順の説明図であ
る。

【図９】発呼側と着呼側との間で実行する競合制御の動
作フローチャートである。

【図１０】本発明の第２の実施例の動作を示すフローチ
ャートである。

【図１１】本発明の第２の実施例における発呼側と着呼
側との間の通信手順の説明図である。

【図１２】本発明の第３の実施例における発呼側の動作
を示すフローチャートである。

【図１３】本発明の第３の実施例における着呼側の動作
を示すフローチャートである。

【図１４】本発明の第３の実施例における発呼側と着呼
側との間の通信手順の説明図である。

【図１５】本発明の第４の実施例におけるコネクション
確立のシーケンスを示す図である。

【図１６】第４の実施例におけるコネクション確立の処
理動作を示すフローチャートである。

【図１７】第４の実施例におけるコネクション確立の処
理動作を示すフローチャートである。

【図１８】本発明の第５の実施例におけるコネクション
確立のシーケンスを示す図である。

【図１９】第５の実施例におけるコネクション確立の処
理動作を示すフローチャートである。

【図２０】第５の実施例におけるコネクション確立の処
理動作を示すフローチャートである。

【図２１】本発明の第７の実施例におけるコネクション
確立の処理動作を示すフローチャートである。

【図２２】本発明の第７の実施例におけるコネクション
確立の処理動作を示すフローチャートである。

【図２３】本発明の第８の実施例におけるコネクション
確立のシ−ケンスを示す図である。

【図２４】第８の実施例におけるコネクション確立の処
理動作を示すフローチャートである。

【図２５】本発明の第１０の実施例におけるコネクショ
ン確立の処理動作を示すフローチャートである。

【図２６】本発明の第１０の実施例におけるコネクショ
ン確立の処理動作を示すフローチャートである。

【図２７】マルチメディア通信装置のプロトコル仕様の
従来例を示す説明図である。

【図２８】発呼側と着呼側との間の通信手順の従来例を
示す説明図である。

【図２９】送信信号の衝突が発生する従来の通信手順を
示す説明図である。

【符号の説明】

１，１１ＴＷ装置（付属装置）２，１２テレビ会議装置（本体装置）３，１３ＲＳ−２３２Ｃケーブル１０ＩＳＤＮ回線２０システム制御部２１ＲＯＭ２２ＲＡＭ２３画像メモリ２４通信インタフェース２５描画入力ユニット２６ＶＲＡＭ２７ＬＣＤユニット２８システムバス３０システム制御部３１ＲＯＭ３２ＲＡＭ３３操作部３４通信制御部３５送受話器３６マイク３７スピーカ３８テレビカメラ３９動画像コーデック４０ＣＲＴ４１表示制御部

Claims

【特許請求の範囲】

【請求項１】２つのマルチメディア通信装置のうちい
ずれか一方の装置が所定のデータ伝送用のコネクション
確立手順を起動し、データ伝送用のコネクションを確立
する通信方式において、前記２つのマルチメディア通信
装置は、データ伝送用のコネクションの確立を行なうに
際し、それぞれ乱数を発生して互いに交換し、発生した
乱数の大小関係に基づいて決定した一方の装置が前記デ
ータ伝送用のコネクション確立手順を起動することを特
徴とする通信方式。
【請求項２】請求項１記載の通信方式において、前記
データ伝送用のコネクションが確立されたときに、確立
したデータ伝送用のコネクションを介してデータ伝送が
行なわれるようになっており、該データ伝送は、ＣＣＩ
ＴＴの勧告Ｈ．２２１のＭＬＰまたはＬＳＤを使用して
行なわれることを特徴とする通信方式。
【請求項３】２つのマルチメディア通信装置間の通信
チャネルを形成した後、全二重データ伝送用の第１のコ
ネクションと半二重データ伝送用の第２のコネクション
とを順次確立し、確立した第２のコネクションを介して
データ伝送を行なう通信方式において、前記通信チャネ
ルを形成した後、前記２つのマルチメディア通信装置の
内の予め設定した一方の装置が通信手順を起動して前記
第１のコネクションを確立する一方、前記各装置は、第
２のコネクション確立手順を起動する場合、前記第１の
コネクションを介して相手先にその旨を通知し、その通
知が両者から同時に出された場合には、各装置はそれぞ
れ乱数を発生して互いに交換し、発生した乱数の大小関
係に基づいて決定した一方の装置が前記第２のコネクシ
ョン確立手順を起動することを特徴とする通信方式。
【請求項４】請求項３記載の通信方式において、前記
データ伝送は、ＣＣＩＴＴの勧告Ｈ．２２１のＭＬＰま
たはＬＳＤを使用して実行する一方、前記第１のコネク
ションはテレライティング通信制御用のＣ＆Ｉコネクシ
ョンであり、前記第２のコネクションはテレライティン
グ通信のコネクションであることを特徴とする通信方
式。
【請求項５】２つのマルチメディア通信装置のうちの
いずれか一方の装置が所定のデータ伝送用のコネクショ
ン確立手順を起動し、データ伝送用のコネクションを確
立する通信方式において、前記２つのマルチメディア通
信装置の内の一方の装置で前記データ伝送用のコネクシ
ョン確立の要求がある場合にはその一方の装置からその
データ伝送用のコネクションの確立手順を起動し、他方
の装置で前記データ伝送用のコネクション確立の要求が
ある場合にはその要求を一方の装置に通知し、常に一方
の装置から前記データ伝送用のコネクションの確立手順
を起動することを特徴とする通信方式。
【請求項６】請求項５記載の通信方式において、前記
データ伝送はＣＣＩＴＴの勧告Ｈ．２２１のＭＬＰまた
はＬＳＤにより実行する一方、前記コネクションは、第
１のコネクションを確立した後、その第１のコネクショ
ンを介して形成する第２のコネクションであり、前記第
１のコネクションは、テレライティング通信制御用のＣ
＆Ｉコネクションであると共に、前記第２のコネクショ
ンはテレライティング通信のコネクションであることを
特徴とする通信方式。
【請求項７】２つのマルチメディア通信装置にそれぞ
れ接続されている付属装置間でデータ伝送用のコネクシ
ョン確立を行なうときに、データ伝送用のコネクション
の確立に先立って、各々の付属装置で乱数を発生させ、
その乱数を互いに交換し、自付属装置で発生させた乱数
と相手付属装置から受信した乱数との大小比較を行な
い、その結果に基づき、いずれか一方の付属装置だけか
ら接続要求を出すことを特徴とする通信方式。
【請求項８】請求項７記載の通信方式において、前記
データ伝送用のコネクション確立を付属装置の電源ＯＮ
等で自動的に行なうことを特徴とする通信方式。
【請求項９】請求項７記載の通信方式において、前記
データ伝送用のコネクション確立をオペレータの操作に
より行なうことを特徴とする通信方式。
【請求項１０】請求項７記載の通信方式において、前
記データ伝送用のコネクション確立を自動的に行なうモ
ードとオペレータの操作により行なうモードとを有し、
いずれかのモ−ドを所定の切替手段によって切替え可能
となっていることを特徴とする通信方式。
【請求項１１】請求項７記載の通信方式において、２
つのマルチメディア通信装置にそれぞれ接続されている
付属装置間で、付属装置の電源ＯＮ等により自動的にコ
ネクション確立を行なう場合に、所定の時間内にデータ
通信に必要な同期信号または通信開始信号が相手付属装
置から送られて来ない場合には、オペレータの操作によ
りデータ伝送用のコネクションの確立を行なうモードに
切替わることを特徴とする通信方式。
【請求項１２】請求項７記載の通信方式において、２
つのマルチメディア通信装置にそれぞれ接続された付属
装置間でオペレ−タの操作でデータ伝送用のコネクショ
ン確立を行なう際、各々の付属装置が操作メニュ−また
は操作ガイダンスを表示する表示手段を備えており、デ
ータ伝送用のコネクション確立の衝突を回避するため、
データ伝送用のコネクションの確立に先立って、各々の
付属装置で乱数を発生させ、その乱数を互いに交換し、
自付属装置で発生させた乱数と相手付属装置から受信し
た乱数との比較の結果、自付属装置で接続要求を出すと
判断されたときには、前記表示手段に接続開始ボタンを
表示するか、あるいは接続開始ボタンをオンにすること
を促す表示を行ない、オペレ−タが該接続開始ボタンを
オンにすると接続要求を出す一方で、自付属装置が相手
付属装置からの接続待ちであると判断された場合には、
前記表示手段に接続開始ボタンを表示しないか、あるい
は接続開始ボタンをオンにすることを禁止する表示を行
ない、相手からの接続待ちとなることを特徴とする通信
方式。
【請求項１３】２つのマルチメディア通信装置にそれ
ぞれ接続されている付属装置間で、データ伝送用のコネ
クションの確立を行なう際、付属装置間で接続要求側を
決めるのではなく、マルチメディア通信装置において、
いずれの付属装置を接続要求側にするかを指定すること
を特徴とする通信方式。