JPH08214272A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 一人の操作者によって速やかに多地点間通信
の通信パスを作成しかつ作成時の状況を操作者に伝達す
ること。 【構成】 記憶手段２０の多地点間通信に参加する参加
者リストを参加者リスト選択手段２１で選択し、これを
参加者リスト伝達手段２２でＳＥＴＵＰメッセージに含
まれるユーザユーザ情報要素またはサブアドレス情報要
素により伝達し、伝達された参加者リストから発呼先ア
ドレス取得手段２３が発呼すべき発呼先アドレスを抽
出、取得し、遠隔自動発呼手段２４は取得された発呼先
アドレスへ自動的に発呼を行う。 【効果】 多地点間通信にどの端末が参加するか、どの
端末がどの端末に発呼すればいいかをユーザが容易に知
ることができ、また自分が発呼すべき発呼先のアドレス
を調べなくても済み、通信パス設定時の操作を速やかに
行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信端末装置に関し、特
に多地点間通信が可能なテレビ会議端末装置などの通信
端末装置に関する。

【０００２】

【従来の技術】従来より通信分野においては、テレビ電
話／会議などで同時に３つ以上の複数の通信端末装置間
の通信を行う方式、いわゆる「多地点間通信方式」が行
われている。これらの方式を大きく２つに分類すると、
ＭＣＵ（Multipoint Control Unit ）と呼ばれる多地点
間通信制御装置を使用する方式（以下、ＭＣＵ方式）
と、ＭＣＵを使用しない方式（以下、ＭＣＵレス方式）
とに分類することができる。

【０００３】以下に、まずＭＣＵ方式について説明す
る。図２４にＭＣＵ方式での接続形態の従来例を示す。
図２４において、２００〜２０４は、多地点間通信に参
加する通信端末装置（以下、端末と言う）、２０５はＩ
ＳＤＮによる通信網、２０６は多地点間通信を制御する
ＭＣＵ、２０７はＭＣＵ２０６と各端末２００〜２０４
とをつなぐ１つまたは２つのチャネルである。このＭＣ
Ｕ方式では、端末２００〜２０４の他に多地点間通信を
実現するためにＭＣＵ２０６を使用する。全ての端末２
００〜２０４はＭＣＵ２０６に接続されており、ＭＣＵ
２０６は各端末間の多地点間制御、監視を行い、各端末
からの受信データ（音声、映像など）を必要に応じてハ
ンドリング、合成などを行い、各端末に送信する。

【０００４】このようなＭＣＵ方式では、以下のような
問題点がある。 （１） ＭＣＵが不可欠であり、一般にＭＣＵは高価で
あるためシステムの構築に高いコストがかかる。 （２） ＭＣＵが何らかの理由により使用不可の場合、
多地点間接続を行うことができない。 （３） ＭＣＵの有する能力によって、接続できる端末
の数や通信速度などが制限される。 （４） 各端末がＭＣＵに発呼して接続する形態が多
く、ある特定の端末が他の端末を呼び出すことができな
い。

【０００５】上記問題点を一部解決するための方法の１
つとして、ＭＣＵレス方式がある。以下に、ＭＣＵレス
方式について図２５と共に説明する。このＭＣＵレス方
式では、各端末が対等の立場でループ状、鎖状、スター
状などの形状を用いて接続、通信を行う。図２５に示す
従来例ではループ状に接続する場合を示す。図２５にお
いて、各端末２００〜２０４間は１つのチャネル２０７
により接続されている。各端末２００〜２０４はそれぞ
れ２本の回線インタフェースを有し、端末２００は端末
２０１と端末２０４に、端末２０１は端末２００と端末
２０２に、端末２０２は端末２０１と端末２０３に、端
末２０３は端末２０２と端末２０４に、端末２０４は端
末２０３と端末２００にそれぞれ接続される。

【０００６】テレビ会議の場合、特にＩＳＤＮでは、Ｍ
ＣＵとテレビ会議端末間およびテレビ会議端末間での、
映像、音声、会議データといった様々なメディアの転送
は、ＩＴＵ−Ｔ勧告Ｈ．２２１により規定されている
Ｈ．２２１フレームにより行い、Ｈ．２２１フレームは
ＩＳＤＮ基本インタフェースのＢチャネル上を転送され
る。

【０００７】図２７にＩＴＵ−Ｔ勧告Ｈ．２２１で規定
されているＨ．２２１フレームの構造を示す。図２７に
おいて、４００はＨ．２２１フレーム、４０１は送受信
テレビ会議端末間でＨ．２２１フレーム４００のフレー
ム同期を確立するためのＦＡＳ（フレーム同期信号）、
４０２はテレビ会議端末の通信能力や通信モードを交換
するためのＢＡＳ（ビットレート割当信号）、４０３は
多地点間テレビ会議用の音声として、自局のテレビ会議
端末の音声および／または他局のテレビ会議端末の音声
を転送するための２４ｋｂｐｓの音声スロット、４０４
は多地点間テレビ会議用の図、表、静止画、ポインティ
ング情報等の会議データを転送するための８ｋｂｐｓの
データスロット、４０５は多地点間テレビ会議用の映像
として、自局のテレビ会議端末の映像および／または他
局のテレビ会議端末の映像を転送するための３０．４ｋ
ｂｐｓの映像スロットである。

【０００８】ここで、同図に示した音声スロット４０
３、データスロット４０４、映像スロット４０５のスロ
ット幅は一例であり、ＢＡＳ４０２による通信モードの
交換を行うことにより、実際には転送する情報量にあわ
せて様々なスロット幅の組合せを選択することが可能と
なっている。

【０００９】また、Ｈ．２２１フレーム４００の構造
は、ＩＳＤＮの１つのＢチャネルを用いた場合の例であ
り、２つのＢチャネルを利用する場合は、各Ｂチャネル
を第１チャネルと付加チャネルとして利用し、両チャネ
ル上でＨ．２２１フレーム４００を転送することで、最
大１２８ｋｂｐｓでの情報転送が可能となり、膨大なデ
ータや高画質な画像を転送したい場合などに有効であ
る。

【００１０】

【発明が解決しようとする課題】しかし、ＩＴＵ−Ｔ勧
告においても上記図２５のＭＣＵレス方式による従来例
のような通信パスを設定する場合の手順は特に規定され
ておらず、通信パス設定の方法、手順が繁雑になりがち
となる。すなわち、 （１） 多地点間通信にどの端末が参加するか、わから
ない。 （２） どの端末がどの端末に発呼すればいいか、わか
らない。 （３） 発呼先のアドレスをユーザが調べておく必要が
ある。 （４） 発呼先の端末がビジーであった場合、どのよう
な対処をして良いか、わからない。 といった問題点がある。

【００１１】また図２６のように、何らかの手段で発呼
先のアドレスを伝達し、端末２００が遠隔的に端末２０
４に発呼させる場合、網からの反応は端末２０４のみに
伝達されるため、端末２００ではその時の発呼、接続状
況がわからないという問題がある。すなわち図２６の例
では端末２０４が端末２０３を発呼中であることが、端
末２００にはわからないことになる。

【００１２】本発明は、上記の問題を解決するためにな
されたもので、一人の操作者によってすみやかに多地点
間通信の通信パスを作成し、なおかつ作成時の状況が操
作者に伝達されることのできる通信端末装置を提供する
ことを目的とする。

【００１３】

【課題を解決するための手段】請求項１の発明に係る通
信端末装置は、予め用意された多地点間通信に参加する
参加者リストを選択する参加者リスト選択手段と、上記
参加者リスト選択手段により選択された参加者リストを
伝達する参加者リスト伝達手段と、上記参加者リスト伝
達手段により伝達された参加者リストから発呼すべきア
ドレスを抽出、取得する発呼先アドレス取得手段とを設
けたものである。

【００１４】請求項２の発明に係る通信端末装置は、予
め用意された多地点間通信に参加する参加者リストを選
択する参加者リスト選択手段と、上記参加者リスト選択
手段により選択された参加者リストを回線の情報チャネ
ルで伝達する参加者リスト伝達手段と、上記参加者リス
ト伝達手段により伝達された参加者リストから発呼すべ
きアドレスを抽出、取得する発呼先アドレス取得手段と
を設けたものである。

【００１５】請求項３の発明に係る通信端末装置は、予
め用意された多地点間通信に参加する参加者リストを選
択する参加者リスト選択手段と、上記参加者リスト選択
手段により選択された参加者リストを伝達する参加者リ
スト伝達手段と、上記参加者リスト伝達手段により伝達
された参加者リストから発呼すべきアドレスを抽出、取
得する発呼先アドレス取得手段と、上記発呼先アドレス
取得手段により取得された発呼先アドレスへ自動的に発
呼する遠隔自動発呼手段とを設けたものである。

【００１６】請求項４の発明に係る通信端末装置は、予
め用意された多地点間通信に参加する参加者リストを選
択する参加者リスト選択手段と、上記参加者リスト選択
手段により選択された参加者リストを回線の情報チャネ
ルで伝達する参加者リスト伝達手段と、上記参加者リス
ト伝達手段により伝達された参加者リストから発呼すべ
きアドレスを抽出、取得する発呼先アドレス取得手段
と、上記発呼先アドレス取得手段により取得された発呼
先アドレスへ自動的に発呼する遠隔自動発呼手段とを設
けたものである。

【００１７】

【作用】請求項１の発明によれば、多地点間通信に参加
する参加者リストを選択し、参加者リストを伝達し、伝
達された参加者リストから発呼すべき発呼先アドレスを
抽出、取得する。

【００１８】請求項２に発明によれば、多地点間通信に
参加する参加者リストを選択し、上記参加者リストを回
線の情報チャネルで伝達し、伝達された参加者リストか
ら発呼すべき発呼先アドレスを抽出、取得する。

【００１９】請求項３の発明によれば、多地点間通信に
参加する参加者リストを選択し、参加者リストを伝達
し、伝達された参加者リストから発呼すべき発呼先アド
レスを抽出、取得し、取得された発呼先アドレスへ自動
的に発呼を行う。

【００２０】請求項４の発明によれば、多地点間通信に
参加する参加者リストを選択し、参加者リストを回線の
情報チャネルで伝達し、伝達された参加者リストから発
呼すべき発呼先アドレスを抽出、取得し、取得された発
呼先アドレスへ自動的に発呼を行う。

【００２１】

【実施例】以下、本発明の第１〜第４の実施例について
図面と共に説明する。第１〜第４の実施例においては、
通信端末装置としてテレビ電話端末装置（以下、端末と
言う）を想定し、４つの端末をループ状に接続して多地
点間通信を行う場合を想定する。また端末を接続する回
線としては、ＩＳＤＮを想定している。

【００２２】図１は第１〜第４の実施例で用いられる端
末の構成を示すブロック図である。

【００２３】図１において、１はＲＯＭ２に格納されて
いるプログラムを実行し、本端末全体を制御するＣＰ
Ｕ、２はテレビ会議端末を制御するためのプログラムが
格納されているＲＯＭ、３は多地点間接続リスト１３等
の各種データの格納領域およびＣＰＵ１の作業領域とし
て使用するＲＡＭ、４は本端末の制御を行うための制御
情報入力に使用する、キーボード、タブレット、マウ
ス、等の入力装置を有する操作部、５はトーンエミュレ
ートに使用するリングバックトーンなどのトーンを生成
するトーンジェネレータや、音声入出力手段であるハン
ドセット、マイク、スピーカ等を有し、音声信号のアナ
ログ／ディジタル変換およびディジタル／アナログ変換
処理を行う音声入出力部、６はＩＴＵ−Ｔ勧告Ｇシリー
ズで規定されている音声の符号化復号化アルゴリズムに
従って、送信音声信号の符号化処理および受信音声信号
の復号化処理を行う音声符号化復号化部である。

【００２４】７は画像入出力手段であるＣＲＴモニタ、
人物カメラ、書画カメラ等を有し、画像信号のアナログ
／ディジタル変換およびディジタル／アナログ変換処理
を行う画像入出力部、８はウィンドウィング、フィルタ
リング、文字データおよび／または図形データの合成等
の処理を行う画像編集部、９はＩＴＵ−Ｔ勧告Ｈ．２６
１で規定されている画像の符号化復号化アルゴリズムに
従って、送信画像の符号化処理、および、受信画像の復
号化処理を行う画像符号化復号化部である。

【００２５】１０はＩＴＵ−Ｔ勧告Ｈ．２２１に従っ
て、音声符号化復号化部６からの音声信号、画像符号化
復号化部９からの画像信号、チャネルインタフェース１
２を介して入力される各種データ信号を、現在の通信能
力および通信モードに従って送信フレーム単位に多重化
する多重化処理、および、受信フレームを構成単位の各
メディアに分離し、音声符号化復号化部６、画像符号化
復号化部９、チャネルインタフェース１２に通知する分
離処理を行う多重化分離部、１１はＩＳＤＮ回線に接続
され、ＩＳＤＮユーザ・網インタフェースに従って回線
の制御を行う回線インタフェース、１２はパーソナルコ
ンピュータ等の外部装置を接続するためのチャネルイン
タフェース、１３はＲＡＭ３に格納されているデータの
１つであり、多地点間テレビ会議に参加する各テレビ会
議端末に関する情報（参加者リスト）が格納されている
多地点間リストである。

【００２６】図２〜図１０は、各実施例の動作中の画面
表示の例であり、図１１、図１２は、トーンエミュレー
ト動作の説明図である。図４〜図１２において、５００
〜５０３は各実施例で用いられる図１の構成を有する端
末を示している。

【００２７】図１３〜図１５及び図１９〜図２２は各実
施例の動作を示すフローチャートである。動作の概略と
しては、端末５００から端末５０１、端末５０１から端
末５０２、端末５０２から端末５０３、最後に端末５０
３から端末５００へ発呼、接続が行われ、ループ上の通
信パスが完成する。

【００２８】図１６〜図１８は接続処理を示すシーケン
スであり、ＳＥＴＵＰ（呼設定）、ＡＬＥＲＴ（呼出
し）、ＣＯＮＮ（応答）、ＣＯＮＮＡＣＫ（応答確
認）、ＣＡＬＬＰＲＯＣ（受付）、ＲＥＬ（解放）、Ｒ
ＥＬＣＯＭＰ（解放確認）の各メッセージを示す。

【００２９】次に第１の実施例について説明する。

【００３０】まず、図１３により、ループにおける最初
の発呼者（以下、第一発呼者）での端末の動作手順につ
いて説明する。第一発呼者の端末は端末５００で表され
る。

【００３１】まず多地点間リスト１３が画像入出力部７
のＣＲＴモニタに図２のように表示され、第一発呼者が
操作部４からの入力により起動するリストを選択する
（Ｓ１０１）。（以下、特に記述がない場合、「表示」
は画像入出力部７のＣＲＴモニタへの表示、「ユーザの
操作」は操作部４からの操作入力であるものとする。）

【００３２】次に図３が表示され、リストの修正が必要
であれば（Ｓ１０２，ＮＧ）ユーザの操作により修正が
される（Ｓ１０３）。リストの修正が必要ない場合（Ｓ
１０２，ＯＫ）や修正が行われた後、図４の画面が表示
され、本当に発呼しても良いか否かをユーザに問う（Ｓ
１０４）。とりやめる場合（Ｓ１０４，ＮＧ）は本手順
は終了される。発呼する場合（Ｓ１０４，ＯＫ）は、ト
ーンエミュレートモードをＯＦＦにして（Ｓ１０５）、
発呼処理が起動され（Ｓ１０６）、図５の画面が表示さ
れる。これで、第一発呼者の発呼手順が終了する。

【００３３】次に図１４により、端末が着呼を受けた場
合の動作手順について説明する。

【００３４】端末に着呼があると（Ｓ３０１）、ＩＴＵ
−Ｔ勧告Ｑ．９３１の手順にしたがって図１６に示すよ
うな接続処理を行う（Ｓ３０２）。接続が失敗であった
場合（Ｓ３０２，ＮＧ）には本手順を終了する。接続が
成功であった場合（Ｓ３０２，ＯＫ）には、着呼が多地
点間通信の着呼であったかどうかを判別し（Ｓ３０
３）、違う場合、つまり通常の通信の着呼であった場合
（Ｓ３０３，Ｎｏ）は、通常の通信であることを表示し
て（Ｓ３１９）本手順を終了する。

【００３５】多地点間通信であった場合（Ｓ３０３，Ｙ
ｅｓ）は、ＩＴＵ−Ｔ勧告Ｈ．２２１に従ってＢｃｈを
接続、同期をとり（Ｓ３０４）、音声入出力部５の音声
入出力を接続したＢｃｈに対しオープンし（Ｓ３０
５）、データスロット４０４（図２７）にて参加者リス
トを受信する（Ｓ３０６）。そして自端末が現在第一発
呼を行っているかどうかを判断し、行っていない場合
（Ｓ３０７，Ｎｏ）は受信した参加者リストに自端末の
アドレスが含まれているかをチェックする（Ｓ３０
８）。

【００３６】第一発呼を行っている場合（Ｓ３０７，Ｙ
ｅｓ）には、第一発呼で送信した参加者リストと受信し
た参加者リストとを照合する（Ｓ３１６）。一致した場
合（Ｓ３１６，一致）はループが完成したこととなるの
で、図１０の画面を表示して（Ｓ３１７）本手順を終了
する。一致しない場合（Ｓ３１６，不一致）は多地点間
通信起動中の着呼であることを表示して（Ｓ３１８）、
本手順を終了する。

【００３７】Ｓ３０８で受信した参加者リストに自端末
のアドレスが含まれていない場合（Ｓ３０８，Ｎｏ）に
は、不正な多地点間通信の着呼であることを表示して
（Ｓ３１５）、本手順を終了する。自端末のアドレスが
含まれている場合（Ｓ３０８，Ｙｅｓ）は、多地点間通
信であることを表示し（Ｓ３０９）、トーンエミュレー
トモードをＯＮにして（Ｓ３１０）、発呼処理を行う
（Ｓ３１１）。そして、ＩＴＵ−Ｔ勧告Ｈ．２２１の手
順に従ってＢｃｈを接続、同期をとり（Ｓ３１２）、音
声入出力部５の音声入出力を接続したＢｃｈに対しオー
プンし（Ｓ３１３）、データスロット４０４（図２７）
で多地点間通信の参加者リストを送信する（Ｓ３１
４）。

【００３８】さらに図１５により、Ｓ１０６およびＳ３
１１の発呼処理について詳細に説明する。

【００３９】まず現在の参加者リストの情報を検索し
（Ｓ２０１）、次の発呼先を決定し、発呼先アドレスを
取得する（Ｓ２０２）。そしてＳＥＴＵＰメッセージを
作成し（Ｓ２０３）、送信して（Ｓ２０４）、ＩＴＵ−
Ｔ勧告Ｑ．９３１に従って接続処理を行う（Ｓ２０
５）。接続処理の代表的なシーケンスは図１７と図１８
に示す。この時、図１７において、ＡＬＥＲＴメッセー
ジ受信時からＣＯＮＮメッセージ受信時までは回線から
発呼中の端末に対してリングバックトーンが供給され
る。トーンエミュレートモードがＯＮになっている場合
（Ｓ２０６，ＯＮ）、上記リングバックトーン供給のタ
イミングに合わせて、音声入出力部５が図１１および図
１２のように、通信中の端末に対しリングバックトーン
のエミュレートを行う（Ｓ２０７）。この時、図１１に
おける端末５００、図１２における端末５００と端末５
０１ではオープンされている音声入出力部５からエミュ
レートされたリングバックトーンが出力されることとな
る。

【００４０】そして図１７のように接続処理が正常に終
了した場合（Ｓ２０８，ＯＫ）、Ｂｃｈを接続し（Ｓ２
０９）、音声入出力部５の音声入出力を接続したＢｃｈ
に対しオープンし（Ｓ２１０）、データスロット４０４
（図２７）で多地点間通信の参加者リストを送信し（Ｓ
２１１）、接続完了（Ｓ２１２）、本処理を終了する。

【００４１】また、図１８のように接続に失敗した場合
（Ｓ２０８，ＮＧ）、最初に受信した切断系のメッセー
ジ（図１８ではＲＥＬメッセージ）の理由表示情報要素
（以下、ｃａｕｓｅ）を検出し、チェックする（Ｓ２１
３）。

【００４２】ｃａｕｓｅが「空きチャネルなし」の場合
（Ｓ２１４）、自端末が利用できる回線がないため発呼
できないことを表示し（Ｓ２１５）、本処理を終了する
（Ｓ２１６）。ｃａｕｓｅが「ユーザビジー」の場合
（Ｓ２１７）、発呼先がビジーであることを表示し（Ｓ
２１８）、ビジーの端末を飛ばして発呼先を変更するか
どうかをユーザに問う（Ｓ２１９）。変更する場合（Ｓ
２１９，ＯＫ）、発呼先のアドレスを参加者リストの次
のアドレスへ変更、取得（Ｓ２２０）してＳ２０３へ戻
る。発呼先を変更しない場合（Ｓ２１９，ＮＧ）、本処
理を終了する（Ｓ２２１）。ｃａｕｓｅがその他であっ
た場合（Ｓ２２２）、接続に失敗したことを表示し（Ｓ
２２３）、本処理を終了する（Ｓ２２４）。

【００４３】以上の動作手順を各端末で適宜行うことに
より、多地点間通信の通信パスを設定する。図６〜図９
は上記の動作手順により第二発呼者がループ作成を行う
過程での表示例を示す。そして第三、第四発呼者のルー
プ作成中も同様の表示が行われ、ループが完成したとき
は図１０が表示される。

【００４４】次に本発明の第２の実施例について説明す
る。第２の実施例における動作中の画面表示は図２〜図
１０と同じに行われる。また、ループにおける第一発呼
者（端末５００）の動作手順も図１３と同様に行われ
る。

【００４５】次に図１９により、端末が着呼を受けた場
合の動作手順について説明する。

【００４６】端末に着呼があると（Ｓ５０１）、着呼処
理が起動される（Ｓ５０２）。その結果、上記着呼が多
地点間通信の着呼であったかどうかを判別し（Ｓ５０
３）、違う場合（つまり通常の通信の着呼）あるいは接
続に失敗していた場合（Ｓ５０３，Ｎｏ）は着呼手順を
終了する。多地点間通信であった場合（Ｓ５０３，Ｙｅ
ｓ）は自端末が現在第一発呼を行っているかどうかを判
断し、行っていない場合（Ｓ５０４，Ｎｏ）はトーンエ
ミュレートモードをＯＮにして（Ｓ５０５）、発呼処理
を行い（Ｓ５０６）、着呼手順を終了する。

【００４７】第一発呼を行っている場合（Ｓ５０４，Ｙ
ｅｓ）には、第一発呼で送信した参加者リストと受信し
た参加者リストを照合する。一致した場合（Ｓ５０７，
一致）はループが完成したこととなるので図１０の画面
を表示して着呼手順を終了する（Ｓ５０８）。一致しな
い場合（Ｓ５０７，不一致）は多地点間通信起動中の着
呼であることを表示（Ｓ５０９）して、着呼手順を終了
する。

【００４８】図１３のＳ１０６および図１９のＳ５０６
の発呼処理は図１５と略同様に行われるが、図１５のＳ
２１１による「参加者リスト送信」の処理は行われず、
Ｓ２１０で音声入出力を接続したＢｃｈに対しオープン
した後、Ｓ２１２で接続完了とする。

【００４９】次に図２０により、Ｓ５０２の着呼処理に
ついて詳細に説明する。

【００５０】ＳＥＴＵＰメッセージを受信したら（Ｓ４
０１）、ＩＴＵ−Ｔ勧告Ｑ．９３１の手順にしたがって
図１６に示すような接続処理を行う（Ｓ４０２）。接続
に失敗した場合（Ｓ４０２，ＮＧ）は本処理を終了す
る。接続が正常に終了した場合（Ｓ４０２，ＯＫ）は、
ＳＥＴＵＰメッセージのユーザユーザ情報要素を検索
し、参加者リストが含まれているかをチェックして多地
点間通信かどうかを判別する（Ｓ４０３）。多地点間通
信ではなく通常の通信であった場合には（Ｓ４０３，Ｎ
ｏ）、通常通信であることを表示し（Ｓ４１０）、本処
理を終了する（Ｓ４１１）。

【００５１】多地点間通信であった場合（Ｓ４０３，Ｙ
ｅｓ）には参加者リストを取得して（Ｓ４０４）、リス
トに自端末のアドレスが含まれているかをチェックする
（Ｓ４０５）。含まれている場合（Ｓ４０５，Ｙｅｓ）
は多地点間通信であることを表示し（Ｓ４０６）、Ｂｃ
ｈを接続し（Ｓ４０７）、音声入出力部５の音声入出力
を接続したＢｃｈに対しオープンし（Ｓ４０８）、本処
理を終了する（Ｓ４１１）。参加者リストに自端末のア
ドレスが含まれていない場合（Ｓ４０５，Ｎｏ）には、
不正な多地点間通信の着呼であるので、それを表示して
（Ｓ４０９）、本処理を終了する（Ｓ４１１）。

【００５２】以上の動作手順を各端末で適宜行うことに
より、多地点間通信の通信パスを設定する。

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

【００５４】まず図２１によりループにおける第一発呼
者での端末の動作手順について説明する。

【００５５】まず、多地点間リスト１３が画像入出力部
７のＣＲＴモニタに図２のように表示され、第一発呼者
が操作部４からの入力により起動するリストを選択する
（Ｓ６０１）。次に図３が表示され、リストの修正が必
要であれば（Ｓ６０２，ＮＧ）ユーザの操作により修正
がされる（Ｓ６０３）。リストの修正が必要ない場合
（Ｓ６０２，ＯＫ）や修正が行われた後、発呼処理が起
動される（Ｓ６０４）。発呼処理が終了後、接続が正常
に完了していた場合（Ｓ６０５，ＯＫ）は、ＩＴＵ−Ｔ
勧告Ｈ．２２１の手順に従ってＢｃｈを接続、同期をと
り（Ｓ６０６）、図２７のデータスロット４０４で多地
点間通信の参加者リストを送信する（Ｓ６０７）。これ
で、第一発呼者の発呼手順が終了する。

【００５６】端末が着呼を受けた場合の動作手順は図１
４と略同様に行われるが、トーンエミュレートモードは
行われず、図１４のＳ３０５、Ｓ３１３の「音声入出力
オープン」の処理及びＳ３１０の「トーンエミュレート
ＯＮ」の処理は省略される。

【００５７】さらに図２２により、Ｓ６０４、Ｓ３１１
の発呼処理について詳細に説明する。

【００５８】まず現在の参加者リストの情報を検索し
（Ｓ７０１）、次の発呼先を決定、発呼先アドレスを取
得する（Ｓ７０２）。次の発呼先が第一発呼者でない場
合（Ｓ７０３，Ｎｏ）には、図４の画面が表示され、ユ
ーザに発呼しても良いかを問う（Ｓ７０４）。発呼しな
い場合（Ｓ７０４，ＮＧ）はそこで本処理を中断し終了
する（Ｓ７０９）。発呼する場合は（Ｓ７０４，Ｏ
Ｋ）、ＳＥＴＵＰメッセージを作成する（Ｓ７０５）。
Ｓ７０３でＹｅｓの場合にはＳ７０４を行わずにＳ７０
５を実行する。

【００５９】そしてＳＥＴＵＰメッセージを送信して
（Ｓ７０６）、ＩＴＵ−Ｔ勧告Ｑ．９３１の手順にした
がって接続処理を行う（Ｓ７０７）。接続処理の代表的
なシーケンスは図１７と図１８に示す。但し、図１７で
はリングバックトーンは行われない。図１７のように接
続処理が正常に終了した場合（Ｓ７０７，ＯＫ）、端末
間の接続は完了し（Ｓ７０８）、本処理を終了する。ま
た、図１８のように接続に失敗した場合（Ｓ７０７，Ｎ
Ｇ）、最初に受信した切断系のメッセージ（図１８では
ＲＥＬメッセージ）の理由表示情報要素（以下、ｃａｕ
ｓｅ）を検出し、チェックする（Ｓ７１０）。以下、Ｓ
７１１〜Ｓ７２１の各処理は、図１５のＳ２１４〜Ｓ２
２４の各処理と同様に行われる。以上の動作手順を各端
末で行うことにより、多地点間通信の通信パスを設定す
る。

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

【００６１】本実施例では、ループにおける第一発呼者
の端末の動作手順は図１３においてＳ１０４、Ｓ１０５
の「発呼ＯＫ？」「トーンエミュレートＯＦＦ」の各処
理を省略して行われる。即ち、図１３において、Ｓ１０
２，ＯＫによるリストの修正が行われない場合及びＳ１
０３によるリストの修正が行われた場合は、何れも直ち
にＳ１０６の発呼処理が行われる。

【００６２】また、着呼を受けた場合の動作は、図１９
におけるＳ５０５の「トーンエミュレートＯＮ」の処理
を省略して行われる。即ち、Ｓ５０４で第一発呼が行わ
れていない場合は直ちにＳ５０６の発呼処理が行われ
る。

【００６３】さらに上記Ｓ１０６、Ｓ５０６の発呼処理
は図２２と全く同一に行われる。但し、図１７の接続処
理では、リングバックトーンの供給は行われない。

【００６４】また、着呼処理は図２０におけるＳ４０
７、Ｓ４０８の「Ｂｃｈ接続」、「音声入出力オープ
ン」の各処理を省略して行われる。即ちＳ４０６で多地
点間通信であることを表示して処理を終了する。以上の
動作手順を各端末で行うことにより、多地点間通信の通
信パスを設定する。

【００６５】尚第１〜第４の実施例では、目的とする多
地点間通信の通信パスとして、ループ状だけでなく、鎖
状の場合にも適用可能である。

【００６６】また第１、２、４の実施例では、多地点間
通信の参加者リストをユーザユーザ情報要素に付加して
参加者リストの伝達を行ったが、参加者リストをサブア
ドレス情報要素に付加して参加者リストの伝達を行うよ
うにしても良い。

【００６７】上記第１、第３の実施例では、回線として
ＩＳＤＮを利用する場合について述べたが、その他、ア
メリカのディジタル回線であるアーキネットＳＷＩＴＣ
Ｈ５６などにも適用可能である。

【００６８】さらに上記第１、第２の実施例では、遠隔
自動発呼手段による発呼中に必要に応じてトーンをエミ
ュレートしても良い。

【００６９】図２３は上述した動作を行う本発明の端末
装置を機能的、概略的に示すブロック図である。図２３
において、２０は多地点間通信に参加する参加者リスト
を記憶する記憶手段、２１は上記記憶手段の参加者リス
トを選択する参加者リスト選択手段、２２は上記参加者
リスト選択手段により選択された参加者リストを回線の
情報チャネルで伝達する参加者リスト伝達手段、２３は
上記参加者リスト伝達手段により伝達された参加者リス
トから発呼すべきアドレスを抽出し取得する発呼先アド
レス取得手段、２４は上記発呼先アドレス取得手段によ
り取得された発呼先アドレスへ自動的に発呼する遠隔自
動発呼手段である。

【００７０】２５は多地点間通信の接続中、発呼に失敗
した場合、網からの切断系メッセージの理由表示情報要
素により発呼先を変更すべきかどうかを決定する発呼先
自動変更手段、２６は多地点間通信の形状がループであ
った場合に、最後の通信パスを自動的に設定するループ
最終パス自動設定手段、２７は上記遠隔自動発呼手段に
よる発呼中に必要に応じてトーンをエミュレートするト
ーンエミュレート手段である。

【００７１】上記記憶手段２０、発呼先アドレス取得手
段２３、遠隔自動発呼手段２４、発呼先自動変更手段２
５、ループ最終パス自動設定手段２６は図１のＣＰＵ１
とＲＯＭ２とＲＡＭ３により構成され、参加者リスト選
択手段２１は操作部４及び画像入出力部７により構成さ
れ、参加者リスト伝達手段２２はＣＰＵ１、ＲＯＭ２、
ＲＡＭ３と回線インタフェース１１により構成され、ト
ーンエミュレート手段２７はＣＰＵ１、ＲＯＭ２、ＲＡ
Ｍ３と音声入出力部５により構成されている。

【００７２】

【発明の効果】以上説明したように、請求項１の発明の
通信端末装置によれば、多地点間通信に参加する参加者
リストを選択し、選択した参加者リストを伝達し、伝達
された参加者リストから発呼すべき発呼先アドレスを抽
出、取得することにより、ユーザは多地点間通信にどの
端末が参加するか、また、どの端末がどの端末に発呼す
れば良いかを容易に知ることが可能となり、また自分が
発呼すべき発呼先のアドレスを調べなくても済み、多地
点間通信の通信パス設定時において速やかな操作手順が
得られるという効果がある。

【００７３】請求項２の発明の通信端末装置によれば、
多地点間通信に参加する参加者リストを選択し、選択し
た参加者リストを回線の情報チャネルにより伝達し、伝
達された参加者リストから発呼すべき発呼先アドレスを
抽出、取得することにより、ユーザは多地点間通信にど
の端末が参加するか、また、どの端末がどの端末に発呼
すれば良いかを容易に知ることが可能となり、また自分
が発呼すべき発呼先のアドレスを調べなくても済み、多
地点間通信の通信パス設定時において速やかな操作手順
が得られ、さらに制御チャネル上で特別な制御およびサ
ービスを使わなくても済む、という効果がある。

【００７４】請求項３の発明の通信端末装置によれば、
多地点間通信に参加する参加者リストを選択し、選択し
た上記参加者リストを伝達し、伝達された上記参加者リ
ストから発呼すべき発呼先アドレスを抽出、取得し、取
得された上記発呼先アドレスへ自動的に発呼することに
より、ユーザは多地点間通信にどの端末が参加するか、
また、どの端末がどの端末に発呼すれば良いかを容易に
知ることが可能となり、また自分が発呼すべき発呼先の
アドレスを調べなくても済み、他の端末への遠隔的な発
呼が可能となり、結果として自動的に多地点間通信の通
信パスが設定されるという効果がある。

【００７５】請求項４の発明の通信端末装置によれば、
多地点間通信に参加する参加者リストを選択し、選択し
た参加者リストを回線の情報チャネルで伝達し、伝達さ
れた参加者リストから発呼すべき発呼先アドレスを抽
出、取得し、取得された発呼先アドレスへ自動的に発呼
することにより、ユーザは多地点間通信にどの端末が参
加するか、また、どの端末がどの端末に発呼すれば良い
かを容易に知ることが可能となり、また自分が発呼すべ
き発呼先のアドレスを調べなくても済み、他の端末への
遠隔的な発呼が可能となり、結果として自動的に多地点
間通信の通信パスが設定され、さらに制御チャネル上で
特別な制御およびサービスを使わなくても済む、という
効果がある。

【００７６】請求項５の発明の通信端末装置によれば、
発呼に失敗した場合には、網からの切断系メッセージの
理由表示情報要素により発呼先を変更すべきかどうかを
決定することにより、多地点間通信の参加者がビジーで
あった場合にユーザがどうすべきかわかりやすくなり、
その結果多地点間通信の通信パスが速やかに設定される
という効果がある。

【００７７】請求項６の発明の通信端末装置によれば、
多地点間通信の形状がループ状であった場合に、最後の
通信パスは自動的に設定されることにより、ループ状の
通信パスが速やかに設定されるという効果がある。

【００７８】請求項７、８の発明の通信端末装置によれ
ば、参加者リストを伝達する際に、ＳＥＴＵＰメッセー
ジに含まれるユーザユーザ情報要素もしくはサブアドレ
ス情報要素により伝達することにより、参加者リストを
容易に確実に伝達できる効果がある。

【００７９】請求項９の発明の通信端末装置によれば、
発呼先アドレスへ自動的に発呼を行っている時、必要に
応じて回線トーンのエミュレートを行うことにより、操
作者が発呼中の状況を把握できるため、安心感のある操
作環境が得られるという効果がある。

【図面の簡単な説明】

【図１】本発明の第１〜第４の実施例における通信端末
装置の構成を示すブロック図である。

【図２】各実施例の動作中における画面表示を示す構成
図である。

【図３】各実施例の動作中における画面表示を示す構成
図である。

【図４】各実施例の動作中における画面表示を示す構成
図である。

【図５】各実施例の動作中における画面表示を示す構成
図である。

【図６】各実施例の動作中における画面表示を示す構成
図である。

【図７】各実施例の動作中における画面表示を示す構成
図である。

【図８】各実施例の動作中における画面表示を示す構成
図である。

【図９】各実施例の動作中における画面表示を示す構成
図である。

【図１０】各実施例の動作中における画面表示を示す構
成図である。

【図１１】第１、第２の実施例における回線のトーンエ
ミュレートを説明するための構成図である。

【図１２】第１、第２の実施例における回線のトーンエ
ミュレートを説明するための構成図である。

【図１３】第１、第２、第４の実施例において、第一発
呼者が発呼する場合の手順を示すフローチャートであ
る。

【図１４】第１、第３の実施例において着呼を受けた場
合の手順を示すフローチャートである。

【図１５】第１、第２の実施例における発呼処理の流れ
を示すフローチャートである。

【図１６】各実施例において、着呼による接続が成功し
た時のＩＴＵ−Ｔ勧告Ｑ．９３１のレイヤ３メッセージ
のシーケンスを示す説明図である。

【図１７】各実施例において、発呼による接続が成功し
た時のＩＴＵ−Ｔ勧告Ｑ．９３１のレイヤ３メッセージ
のシーケンスを示す説明図である。

【図１８】各実施例において、発呼による接続が失敗し
た時のＩＴＵ−Ｔ勧告Ｑ．９３１のレイヤ３メッセージ
のシーケンスを示す説明図である。

【図１９】第２、第４の実施例において、着呼を受けた
場合の手順を示すフローチャートである。

【図２０】第２、第４の実施例における着呼処理の流れ
を示すフローチャートである。

【図２１】第３の実施例において、第一発呼者が発呼す
る場合の手順を示すフローチャートである。

【図２２】第３、第４の実施例における発呼処理の流れ
を示すフローチャートである。

【図２３】各実施例を機能的、概略的にまとめたブロッ
ク図である。

【図２４】従来の多地点間通信の形態の例を示す構成図
である。

【図２５】従来の多地点間通信の形態の例を示す構成図
である。

【図２６】従来の多地点間通信の形態の例を示す構成図
である。

【図２７】ＩＴＵ−Ｔ勧告Ｈ．２２１で規定されている
Ｈ．２２１フレームの構成を示す説明図である。

【符号の説明】 １ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ 操作部 ５ 音声入出力部 ６ 音声符号化復号化部 ２０ 記憶手段 ２１ 参加者リスト選択手段 ２２ 参加者リスト伝達手段 ２３ 発呼先アドレス取得手段 ２４ 遠隔自動発呼手段 ２５ 発呼先自動変更手段 ２６ ループ最終パス自動設定手段 ２７ トーンエミュレート手段

Claims (9)

【特許請求の範囲】
1. 【請求項１】 多地点間通信に参加する参加者リストを
   記憶する記憶手段と、 上記記憶手段の参加者リストを選択する参加者リスト選
   択手段と、 上記参加者リスト選択手段により選択された参加者リス
   トを伝達する参加者リスト伝達手段と、 上記参加者リスト伝達手段により伝達された参加者リス
   トから発呼すべきアドレスを抽出し取得する発呼先アド
   レス取得手段とを備えた通信端末装置。
2. 【請求項２】 多地点間通信に参加する参加者リストを
   記憶する記憶手段と、 上記記憶手段の参加者リストを選択する参加者リスト選
   択手段と、 上記参加者リスト選択手段により選択された参加者リス
   トを回線の情報チャネルで伝達する参加者リスト伝達手
   段と、 上記参加者リスト伝達手段により伝達された参加者リス
   トから発呼すべきアドレスを抽出し取得する発呼先アド
   レス取得手段とを備えた通信端末装置。
3. 【請求項３】 多地点間通信に参加する参加者リストを
   記憶する記憶手段と、 上記記憶手段の参加者リストを選択する参加者リスト選
   択手段と、 上記参加者リスト選択手段により選択された参加者リス
   トを伝達する参加者リスト伝達手段と、 上記参加者リスト伝達手段により伝達された参加者リス
   トから発呼すべきアドレスを抽出し取得する発呼先アド
   レス取得手段と、 上記発呼先アドレス取得手段により取得された発呼先ア
   ドレスへ自動的に発呼する遠隔自動発呼手段とを備えた
   通信端末装置。
4. 【請求項４】 多地点間通信に参加する参加者リストを
   記憶する記憶手段と、 上記記憶手段の参加者リストを選択する参加者リスト選
   択手段と、 上記参加者リスト選択手段により選択された参加者リス
   トを回線の情報チャネルで伝達する参加者リスト伝達手
   段と、 上記参加者リスト伝達手段により伝達された参加者リス
   トから発呼すべきアドレスを抽出し取得する発呼先アド
   レス取得手段と、 上記発呼先アドレス取得手段により取得された発呼先ア
   ドレスへ自動的に発呼する遠隔自動発呼手段とを備えた
   通信端末装置。
5. 【請求項５】 多地点間通信の接続中、発呼に失敗した
   場合、網からの切断系メッセージの理由表示情報要素に
   より発呼先を変更すべきかどうかを決定する発呼先自動
   変更手段を有することを特徴とする請求項１、２、３ま
   たは４記載の通信端末装置。
6. 【請求項６】 多地点間通信の形状がループであった場
   合に、最後の通信パスを自動的に設定するループ最終パ
   ス自動設定手段を有することを特徴とする請求項１、２
   または５記載の通信端末装置。
7. 【請求項７】 上記参加者リスト伝達手段において、参
   加者リストがＳＥＴＵＰメッセージに含まれるユーザユ
   ーザ情報要素により伝達されることを特徴とした請求項
   １、３または５記載の通信端末装置。
8. 【請求項８】 上記参加者リスト伝達手段において、参
   加者リストがＳＥＴＵＰメッセージに含まれるサブアド
   レス情報要素により伝達されることを特徴とする請求項
   １、３または５記載の通信端末装置。
9. 【請求項９】 上記遠隔自動発呼手段による発呼中に必
   要に応じてトーンをエミュレートするトーンエミュレー
   ト手段を有することを特徴とする請求項３または４記載
   の通信端末装置。