JPH0715538A

JPH0715538A - 端末装置

Info

Publication number: JPH0715538A
Application number: JP5150653A
Authority: JP
Inventors: Yoshihito Haba; 能人羽場
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-06-22
Filing date: 1993-06-22
Publication date: 1995-01-17
Anticipated expiration: 2020-12-21
Also published as: JP3727953B2

Abstract

(57)【要約】【目的】操作性を改善する。【構成】発信操作があると（Ｓ１）、アイドル状態か
否かを調べる（Ｓ２）。アイドル状態であれば、Ｓ１で
の操作に対応した操作ウインドウをオープンし（Ｓ
３）、アイドル状態でなければ（Ｓ２）、発信操作状態
か否かを調べる（Ｓ４）。発信操作状態であれば（Ｓ
４）、現在オープンしている操作ウインドウを閉じ、Ｓ
１で操作されたキーに対応する操作ウインドウをオープ
ンする（Ｓ５）。着信通知状態又は回線制御状態では、
Ｓ１の操作を無視する（Ｓ６，７）。回線制御状態でな
ければ（Ｓ７）、通信中状態か否かを調べる（Ｓ８）。
通信中状態であれば（Ｓ８）、現在オープンしている操
作ウインドウをそのままに、Ｓ１の操作に対応する操作
ウインドウをオープンし、オーバーラップ表示する（Ｓ
９）。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、端末装置に関し、より
具体的には、通信回線を介して音声、映像及びデータな
どからなる複合情報を通信する端末装置に関する。

【０００２】

【従来の技術】ディジタル公衆通信回線網（所謂、ＩＳ
ＤＮ）の普及により、テレビ電話及びテレビ会議システ
ムが現実的になってきた。国際電信電話諮問委員会（Ｃ
ＣＩＴＴ）は、このようなディジタル通信回線における
映像、音声及びデータ伝送に関して、種々の規約を検討
及び決定している。Ｈ．３２０、Ｈ．２４２、Ｈ．２２
１及びＨ．２６１などがある。

【０００３】Ｈ．３２０は、音声映像サービスの全般の
システム・アスペクトを規定する。Ｈ．２２１は、６４
Ｋｂｐｓ〜１，９２０Ｋｂｐｓチャネル上での音声映像
伝送における、フレーム構造並びに端末能力の交換及び
通信モードの指定等に使用されるＢＡＳ（Ｂｉｔ−ｒａ
ｔｅＡｌｌｏｃａｔｉｏｎＳｉｇｎａｌ）の符号化
割り当てを規定する。Ｈ．２４２はＢＡＳによる端末間
の能力交換及び通信モード切換えのプロトコルを規定す
る。

【０００４】動画像について、Ｈ．２６１は、ｐ×６４
Ｋｂｐｓ（ｐ＝１〜３０）の速度における音声映像サー
ビスの動画像信号部分に関し、ＣＩＦ（Ｃｏｍｍｏｎ
ＩｎｔｅｒｍｅｄｉａＦｏｒｍａｔ）及びＱＣＩＦ
（ＱｕａｄｒａｔｉｃＣｏｍｍｏｎＩｎｔｅｒｍｅ
ｄｉａＦｏｒｍａｔ）の２つのビデオ信号フォーマッ
トの符号化及び復号化方式を規定する。ＱＣＩＦはＣＩ
Ｆを水平方向に１／２、ライン数を１／２にしたもので
ある。符号化のアルゴリズムには、時間軸方向の冗長度
を利用するフレーム間予測と、予測誤差の空間的な冗長
度を減らす変換符号化の組み合わせが採用されている。

【０００５】このような、映像（動画及び静止画）、音
声及びデータからなる複合情報を相互通信できる近年の
通信システムでは、１又は複数の通信相手と通信するこ
とができる。映像、音声及びデータのどれを送信するか
は、キー入力等で選択でき、また、通信している情報の
種別は、必要により操作パネルやモニタ画面などに表示
される。

【０００６】モニタ画面への映像表示方法としてマルチ
ウインドウ表示システムは周知であり、種々のタイプの
ものが提案され、実用化されている。上述の端末装置に
も、マルチウインドウ表示システムが取り入れられてい
る。

【０００７】マルチウインドウ表示システムでは、一般
に、ユーザがアプリケーションを立ち上げる操作やウイ
ンドウをオープンする所定操作に応じて、該当するウイ
ンドウがオープンし、アプリケーションの終了又はウイ
ンドウのクローズ操作により当該ウインドウが閉じるよ
うになっている。アプリケーションを起動した場合でウ
インドウをオープンする必要の無いときには、当該アプ
リケーションが起動中であることを示すように、当該ア
プリケーションのアイコンの表示態様を変更するマルチ
ウインドウ表示システムもある。

【０００８】また、複数のウインドウがオープンされて
いるとき、特に、オーバーラップしてオープンしている
とき、希望のウインドウを選択することにより、そのウ
インドウがアクティブになる。これにより、主たる操作
又は動作のためのウインドウを切り換えることができ
る。

【０００９】

【発明が解決しようとする課題】複合情報通信端末装置
では、各種のリソース（入出力装置、記憶装置及び符号
化復号化装置など）を使用する。リソースの使用状況に
よっては、選択した情報の通信が可能になったり不可能
になったりするので、マルチウインドウ表示システムの
ウインドウの管理をユーザに完全に任せ切るのは好まし
くない。

【００１０】例えば、マルチウインドウ表示システムで
は、ウインドウのオープンとクローズは全く別の操作に
応じて実行されており、必要の無いウインドウをクロー
ズするかしないかは完全にユーザに一任されている。ま
た、通常、ウインドウをクローズすると、そのウインド
ウにユーザが設定した内容は失われ、再び当該ウインド
ウをオープンしたときには同じ内容を再度入力しなけれ
ばならない。

【００１１】このようなウインドウ表示システムを映像
・音声・データ通信端末でそのまま利用すると、操作が
非常に面倒になる。

【００１２】本発明は、このような不都合を解消し、複
合情報の通信に適したマルチウインドウ表示システムを
具備する端末装置を提示することを目的とする。

【００１３】

【課題を解決するための手段】本発明に係る端末装置
は、画面に表示される操作ウインドウを通信の操作に使
用し、複合情報を通信する端末装置であって、通信が可
能な場合に上記操作ウインドウをオープンし、通信が不
可能な場合には上記操作ウインドウをオープンしないよ
うに制御することを特徴とする。

【００１４】本発明に係る端末装置は、複数の通信回線
を利用自在な端末装置であって、複数の通信相手を切り
換えて通信する切換え通信状態では、通信相手毎の操作
ウインドウをオーバーラップ表示することを特徴とす
る。

【００１５】本発明に係る端末装置はまた、複数の通信
回線を利用自在な端末装置であって、複数の通信相手と
の会議通信を行なうＭＩＸ通信状態では、通信相手毎の
操作ウインドウを並列に表示することを特徴とする。

【００１６】

【作用】上記手段により、ユーザは通信の可否や通信状
態を視覚的に知ることができる。これにより、直感的な
操作が可能になり、操作性が向上する。

【００１７】

【実施例】以下、図面を参照して本発明の実施例を説明
する。

【００１８】図１は、本発明の一実施例である映像・音
声・データ通信端末装置の概略構成ブロック図を示す。

【００１９】図１において、１０はユーザを撮影するカ
メラ、１１は当該カメラ１０を制御するカメラ制御回
路、１２は自画像、受信画像及び操作画面などを表示す
る画像モニタ、１４は、ＣＣＩＴＴ勧告Ｈ．２６１に従
い、送信すべき画像信号を符号化し、受信した符号化映
像データを復号する画像符号化復号化回路、１６は、カ
メラ１０の出力をＮＴＳＣ／ＣＩＦ変換して画像符号化
復号化回路１６に供給すると共に、画像符号化復号化回
路１６により復号された受信画像をＣＩＦ／ＮＴＳＣ変
換してモニタ１２に出力する画像インターフェースであ
る。画像インターフェース１６はまた、カメラ１０によ
る入力画像と受信画像を選択及び合成並びに分割表示す
る機能を具備する。

【００２０】画像インターフェース１６には、後述する
ウインドウをモニタ１２の表示画面上に表示するため、
システム制御回路３２からの信号が入力している。

【００２１】１８は音声通話用のハンドセット、２０は
音声入力用のマイク、２２は音声出力用のスピーカ、２
４は、送信すべき音声信号を符号化すると共に、受信し
た符号化音声信号を復号化する音声符号化復号化回路で
ある。２６は、ハンドセット１８、マイク２０及びスピ
ーカ２２と音声符号化復号化回路２４との間の音声イン
ターフェースである。

【００２２】音声インターフェース２６は、ハンドセッ
ト１８のオンフック又はオフフックを検出するオン／オ
フフック検出処理、マイク２０及びスピーカ２２使用時
のエコーを消去するエコー・キャンセル処理、並びに、
ダイヤル・トーン、呼出し音、ビジー・トーン及び着信
音などのトーン生成処理も行なう。

【００２３】音声符号化復号化回路２４は、本実施例で
は、６４ＫｂｐｓＰＣＭＡ−ｌａｗ、６４Ｋｂｐｓ
ＰＣＭ μ−ｌａｗ、６４Ｋｂｐｓ／５６Ｋｂｐｓ／
４８ＫｂｐｓＳＢ−ＡＤＰＣＭ、３２ＫｂｐｓＡＤ
ＰＣＭ、１６Ｋｂｐｓ（例えば、ＡＰＣ−ＡＢ）、又は
８Ｋｂｐｓなどの音声符号化復号化アルゴリズムに従っ
て、音声信号を符号化復号化する。

【００２４】２８はデータを入出力、表示及び処理する
データ端末、３０はデータ端末２８のデータ・インター
フェースである。

【００２５】３２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、補助記
憶装置等の周知のデバイスからなり、全体を制御するシ
ステム制御回路、３４は、システム制御回路３２に使用
者が所定の指示を入力するための操作装置（例えば、テ
ン・キー、キーボード、タッチパネル等）である。

【００２６】３６は通信回線（例えば、ＩＳＤＮ回線）
の回線インターフェース、３８は、回線インターフェー
ス３６からの受信情報を、その内容に応じて画像符号化
復号化回路１４、音声符号化復号化回路２４、データ・
インターフェース３０及びシステム制御回路３２に分離
供給すると共に、画像符号化復号化回路１４からの符号
化画像データ、音声符号化復号化回路２４からの符号化
音声データ、データ・インターフェース３０からのデー
タ及びシステム制御回路３２からの制御コマンドを送信
フレーム単位に多重化して回線インターフェース３６に
供給する分離多重化回路である。

【００２７】図２は、操作装置３４の操作パネル面を示
す。図２において、５０は旧来の音声通話（音声のみの
通信）のための電話操作ウインドウのオープンを指示す
る電話オープン・キー、５２は、テレビ電話（映像と音
声の通信）のためのテレビ電話操作ウインドウのオープ
ンを指示するテレビ電話オープン・キー、５４は通信相
手のアドレスなどを入力するテン・キー、５６はカメラ
１０のズーミング（テレ（Ｔ）とワイド（Ｗ））を指示
するズーム・キーである。

【００２８】５８は、音声入出力手段としてハンドセッ
ト１８又はマイク２０及びスピーカ２２を切り換える音
声選択キー、６０は、相手サブアドレスの特定が必要な
ときに押下するサブアドレス・キー、６２は、通信の保
留及び保留の取下げを指示する保留キーである。

【００２９】６４はリダイヤルのためのリダイヤル・キ
ー、６６は、複数相手を切り換えて通信する切換え通信
通信状態と、３者間の会議が可能なＭＩＸ通信状態とを
切り換える通信モード切換えキー、６８は、切換え通信
状態で通信相手を切り換える切換えキー、７０は、発信
時に通信網に発呼コマンドを送信するトリガーや、着信
時に着信を受け付け又は拒否する応答等の設定を確定す
る確定キー、７２は、ポインティング・カーソルを操作
するトラック・ボールである。

【００３０】図３は、電話操作ウインドウの一例を示
す。８０は相手アドレスを表示する領域、８２は相手サ
ブアドレスを表示する領域、８４は通信状態を表示する
領域、８６は、通信の終了を指示する切断ボタンであ
る。

【００３１】図４は、着信を通知する着信通知ウインド
ウの一例を示す。着呼の検出と相手アドレスを表示し、
着信受付を入力する着信受付ボタン８７と着信を拒否す
る着信拒否ボタン８８も表示する。確定キー７０の押下
により着信受付ボタン８７又は着信拒否ボタン８８（通
常は、優先的には着信受付ボタン８７）が選択可能状態
になり、トラック・ボール７２によりボタン８７からボ
タン８８に、又はボタン８８からボタン８８に切り換え
る。目的のボタン８７又は８８を選択可能状態にして確
定キー７０を押下することで、応答の可否の指示を入力
できる。

【００３２】図３及び図４に示すウインドウは図１のモ
ニタ１２上に表示してもよいし、データ端末２８の表示
画面上に表示してもよい。

【００３３】図５は、本実施例の通信状態遷移図を示
す。システム制御回路３２は通信状態を管理すること
で、システム・リソースの使用を管理する。

【００３４】即ち、アイドル状態１００は、電源は投入
されているものの、何らの通信もしていない状態であ
り、いわば、発呼前の状態である。通信のためのリソー
スは解放されており、発信及び着信共に可能な状態にあ
る。

【００３５】発信操作状態１０２は、通信相手を呼出す
発信動作の状態であり、アイドル状態１００で、ハンド
セット１８のオフフック、又は、操作装置３４の音声選
択キー５８、電話操作キー５０若しくはテレビ電話操作
キー５２の押下げにより、この発信操作状態１０２に移
行する。これらの何れかの操作に応じて該当する操作ウ
インドウがオープンし、相手アドレスを入力することが
できる。システム制御回路３２は、入力された相手アド
レスを通信回線網に出力し、これにより相手との通信回
線が確立される。

【００３６】ハンドセット１８のオフフック、又は、操
作装置３４の音声選択キー５８の押下げにより、電話操
作ウインドウとテレビ電話操作ウインドウのどちらがオ
ープンするかは、本実施例では、使用頻度の高い方とし
ている。勿論、前回の最後で使用した方、又は初期登録
した方の何れであってもよい。

【００３７】着信通知状態１０４は、着信の検出に応じ
て着信ウインドウを表示し、呼出し音を出力する状態で
ある。この着信通知状態１０４では、ユーザは、操作装
置３４の着信受付ボタン８７又は着信拒否ボタン８８を
操作して回線接続の可否を指示する。リソース（呼出し
トーン）を使用しているので、他の発信又は着信はでき
ない状態にある。

【００３８】回線制御状態１０６は、呼設定又は切断復
旧のためのメッセージを網と交換している状態である。
通信回線が確立していないので、まだ、情報を通信でき
ない。リソース（ハンドセット、マイク、及びスピーカ
など）を使用しているので、他の発信又は着信はできな
い状態にある。

【００３９】通信中状態１０８は、通信回線を確立し、
種々の情報を現実に通信しているか、又は何時でも通信
できる状態である。通信中の通信を保留し、発信又は着
信により他の呼を設定し、他の情報を通信することもで
きる。

【００４０】図６は、図５に対応して画像モニタ１２に
表示されるウインドウの一例を示す。図６（ａ）は、ア
イドル状態１００であり、通信に関する何のウインドウ
も表示されていない。図６（ｂ）は、発信操作状態１０
２、着信通知状態１０４、回線制御状態１０６又は通信
中状態１０８のときの画面であり、１つの操作ウインド
ウがオープンしている。図６（ｃ）は、通信中状態１０
８で電話操作キー５０又はテレビ電話操作キー５２が操
作されたときの画面であり、新たなウインドウが既存の
ウインドウにオーバーラップ表示される。

【００４１】図７に示すフローチャートを参照して、本
実施例の画面制御動作を詳細に説明する。発信の操作、
即ち、ハンドセット１８のオフフック、又は、操作装置
３４の音声選択キー５８、電話操作キー５０若しくはテ
レビ電話操作キー５２の押下げを待つ（Ｓ１）。

【００４２】これらの何れかの操作があると（Ｓ１）、
先ず、アイドル状態か否かを調べる（Ｓ２）。アイドル
状態であれば、Ｓ１での操作に対応した操作ウインドウ
をオープンする（Ｓ３）。

【００４３】アイドル状態でなければ（Ｓ２）、発信操
作状態か否かを調べる（Ｓ４）。発信操作状態であれば
（Ｓ４）、現在オープンしている操作ウインドウを閉
じ、Ｓ１で操作されたキーに対応する操作ウインドウを
オープンする（Ｓ５）。

【００４４】発信操作状態でなければ（Ｓ４）、着信通
知状態か否かを調べる（Ｓ６）。着信通知状態であれば
（Ｓ６）、Ｓ１の操作を無視する。勿論、無視される旨
をユーザに警告するのが好ましい。

【００４５】着信通知状態でなければ（Ｓ６）、回線制
御状態か否かを調べる（Ｓ７）。回線制御状態であれば
（Ｓ７）、Ｓ１の操作を無視する。ここでも、無視され
る旨をユーザに警告するのが好ましい。

【００４６】回線制御状態でなければ（Ｓ７）、通信中
状態か否かを調べる（Ｓ８）。通信中状態であれば（Ｓ
８）、現在オープンしている操作ウインドウをそのまま
に、Ｓ１の操作に対応する操作ウインドウをオープン
し、オーバーラップ表示する（Ｓ９）。

【００４７】図８は、図７のＳ５の詳細なフローチャー
トを示す。現在オープンしている操作ウインドウにユー
ザが入力した項目があるか否かを調べ（Ｓ１１）、あれ
ば、その入力データをセーブする（Ｓ１２）。現在オー
プンしている操作ウインドウをクローズし（Ｓ１３）、
選択された情報に対する操作ウインドウをオープンし
（Ｓ１４）、Ｓ１２で保存した項目の内容を、Ｓ１４で
オープンした操作ウインドウに表示する（Ｓ１５）。

【００４８】Ｓ１２でセーブした内容は、同じ操作ウイ
ンドウを次にオープンしたときに初期値として利用され
る。

【００４９】上記実施例では、通信の可能なとき操作ウ
インドウをオープンし、不可能なときには操作ウインド
ウをオープンしないので、通信の可能／不可能を視覚的
にユーザに知らせることができる。

【００５０】また、オープンしている操作ウインドウの
ある状態で新たに操作ウインドウをオープンした場合
で、先にオープンしていた操作ウインドウが取り敢えず
不要のとき、例えば、通信中でないときには、先にオー
プンしていた操作ウインドウを自動的にクローズするよ
うにしたので、画面の表示が簡略化され、見やすくな
る。

【００５１】クローズしようとする操作ウインドウに入
力項目があるときに、その入力値を保存し、所定箇所、
例えば、次にオープンする操作ウインドウに表示するの
で、再入力の手間が省ける。

【００５２】図９は、通信状態の遷移図である。１１０
は、図５に示したアイドル状態と同じアイドル状態で、
１１２は単一の相手と通信する対向通信状態、１１４
は、２以上の通信パスを設定し、順次切り換えて通信す
る切換え通信状態、１１６は、２以上の通信パスを設定
し、全てと同時に通信するＭＩＸ通信状態である。

【００５３】図１０は、各状態１１０，１１２，１１
４，１１６の画面表示例を示す。アイドル状態１１０で
は、図１０（ａ）に示すように、何の操作ウインドウも
表示されない。対向通信状態１１２では、図１０（ｂ）
に示すように、１つの通信操作ウインドウが表示されて
おり、単一の相手と通信する。

【００５４】切換え通信状態１１４では、図１０（ｃ）
に示すように、複数の通信操作ウインドウが表示され、
現在通信している相手の通信操作ウインドウが最も手前
に表示され、バックグラウンドにある操作ウインドウの
相手との通信は待機状態にある。バックグラウンドの操
作ウインドウの選択、又は切換えキー６８の押下げによ
り、通信相手を切り換えることができる。

【００５５】ＭＩＸ通信状態１１６では、３者会議が可
能であり、これに応じた操作ウインドウが表示される。
即ち、図１０（ｄ）に示すように、２つの操作ウインド
ウがオーバーラップせずに表示される。

【００５６】図１０に示す画面を制御する動作を、図１
１を参照して説明する。

【００５７】通信状態に変化があるか否かを監視し、変
化があれば、先ず、アイドル状態か否かを調べる（Ｓ２
１）。アイドル状態であれば、図１０（ａ）に示す画面
状態にする（Ｓ２３）。

【００５８】アイドル状態でなければ（Ｓ２１）、対向
通信状態か否かを調べる（Ｓ２４）。対向通信状態であ
れば（Ｓ２４）、図１０（ｂ）に示す画面状態にする
（Ｓ２５）。

【００５９】対向通信状態でなければ（Ｓ２４）、切換
え通信状態か否かを調べる（Ｓ２６）。切換え通信状態
であれば（Ｓ２６）、図１０（ｃ）に示す画面状態にす
る（Ｓ２７）。

【００６０】切換え通信状態でなければ（Ｓ２６）、Ｍ
ＩＸ通信状態か否かを調べる（Ｓ２８）。ＭＩＸ通信状
態であれば（Ｓ２８）、図１０（ｄ）に示す画面状態に
し（Ｓ２７）、ＭＩＸ通信状態でなければ（Ｓ２８）、
Ｓ２１に戻る。

【００６１】図１２を参照して、通信状態を遷移するキ
ー操作を説明する。

【００６２】アイドル状態で（Ｓ３１）、電話キー５０
又はテレビ電話キー５２を押下すると、先に説明した操
作ウインドウが表示され、相手アドレスを入力後、確定
キー７０を押下すると、発信が行なわれる（Ｓ３２）。
また、着信があると着信通知ウインドウが表示され、着
信受付ボタン８７の押下げにより通信回線が接続する
（Ｓ３２）。

【００６３】発信又は着信が成功すると（Ｓ３３）、対
向通信状態になり（Ｓ３４）、成功しなければアイドル
状態に戻る（Ｓ３３）。

【００６４】対向通信状態（Ｓ３４）で操作ウインドウ
の切断ボタンをクリックすると、回線が切断され、アイ
ドル状態に戻る（Ｓ３５）。

【００６５】対向通信状態（Ｓ３４）で、電話キー５０
又はテレビ電話キー５２を押下すると、先に説明した操
作ウインドウがオーバーラップ表示され、相手アドレス
を入力後、確定キー７０を押下すると、発信が行なわれ
る（Ｓ３６）。また、着信があると着信通知ウインドウ
がオーバーラップ表示され、着信受付ボタン８７の押下
げにより通信回線が接続する（Ｓ３６）。

【００６６】第三者への発信又は第三者からの着信が成
功すると（Ｓ３７）、切換え通信状態になり（Ｓ３
８）、失敗すると、対向通信状態のままとなる（Ｓ３
４）。

【００６７】切換え通信状態で操作ウインドウの切断ボ
タンをクリックすると（Ｓ３９）、選択された相手との
通信回線が切断され、対向通信状態（Ｓ３４）に戻る。

【００６８】切換え通信状態でＭＩＸキー６６が押下さ
れると（Ｓ４０）、ＭＩＸ通信状態になり（Ｓ４１）、
ＭＩＸ通信状態でＭＩＸキー６６が押下されると（Ｓ４
２）、切換え通信状態（Ｓ３８）になる。

【００６９】このように、切換え通信状態では操作ウイ
ンドウをオーバーラップ表示し、ＭＩＸ通信状態ではオ
ーバーラップせずに表示することにより、ユーザは通信
状態を直感的に認識しやすくなる。

【００７０】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、複合情報通信の操作性が格段に向
上する。

【図面の簡単な説明】

【図１】本発明の一実施例の概略構成ブロック図であ
る。

【図２】操作装置３４の操作パネル面の正面図であ
る。

【図３】操作ウインドウの一例である。

【図４】着信ウインドウの一例である。

【図５】通信状態の遷移図である。

【図６】図５に対応する画面例である。

【図７】図５に示す通信状態遷移と画面制御の関係を
示すフローチャートである。

【図８】図７のＳ５の詳細なフローチャートである。

【図９】複数者との通信の状態遷移図である。

【図１０】図９に対応する画面例である。

【図１１】図９に示す通信状態遷移と画面表示の関係
を示すフローチャートである。

【図１２】キー操作による通信状態遷移を示すフロー
チャートである。

【符号の説明】

１０：カメラ１１：カメラ制御回路１２：画像モニ
タ１４：画像符号化復号化回路１６：画像インター
フェース１８：ハンドセット２０：マイク２２：スピーカ２４：音声符号化復号化回路２６：
音声インターフェース２８：データ端末３０：データ・インターフェース
３２：システム制御回路３４：操作装置３６：回線インターフェース３８：
分離多重化回路５０：電話オープン・キー５２：テ
レビ電話オープン・キー５４：テン・キー５６：ズーム・キー５８：音声選択キー６０：サブ
アドレス・キー６２：保留キー６４：リダイヤル・
キー６６：通信モード切換えキー６８：切換えキー
７０：確定キー７２：トラック・ボール８０：相
手アドレス表示領域８２：相手サブアドレス表示領域
８４：通信状態表示領域８６：切断ボタン８７：
着信受付ボタン８８：着信拒否ボタン

Claims

【特許請求の範囲】

【請求項１】画面に表示される操作ウインドウを通信
の操作に使用し、複合情報を通信する端末装置であっ
て、通信が可能な場合に上記操作ウインドウをオープン
し、通信が不可能な場合には上記操作ウインドウをオー
プンしないように制御することを特徴とする端末装置。
【請求項２】既にオープンしている操作ウインドウが
表示されている状況で新たに通信を開始する場合、既存
の操作ウインドウによる通信が通信中状態であるときに
は、既存の操作ウインドウをオープンしたまま新たな操
作ウインドウをオープンし、既存の操作ウインドウによ
る通信が通信中状態でないときには、既存の操作ウイン
ドウをクローズして新たな操作ウインドウをオープンす
ることを特徴とする請求項１に記載の端末装置。
【請求項３】既存の操作ウインドウをクローズして新
たな操作ウインドウをオープンする場合で、既存の操作
ウインドウに入力項目があるとき、その入力内容を保存
し、新たにオープンした操作ウインドウに表示する請求
項２に記載の端末装置。
【請求項４】複数の通信回線を利用自在な端末装置で
あって、複数の通信相手を切り換えて通信する切換え通
信状態では、通信相手毎の操作ウインドウをオーバーラ
ップ表示することを特徴とする端末装置。
【請求項５】複数の通信回線を利用自在な端末装置で
あって、複数の通信相手との会議通信を行なうＭＩＸ通
信状態では、通信相手毎の操作ウインドウを並列に表示
することを特徴とする端末装置。