JP3727953B2 - 端末装置及びその制御方法 - Google Patents
端末装置及びその制御方法 Download PDFInfo
- Publication number
- JP3727953B2 JP3727953B2 JP15065393A JP15065393A JP3727953B2 JP 3727953 B2 JP3727953 B2 JP 3727953B2 JP 15065393 A JP15065393 A JP 15065393A JP 15065393 A JP15065393 A JP 15065393A JP 3727953 B2 JP3727953 B2 JP 3727953B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- operation window
- window
- state
- opened
- 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.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【産業上の利用分野】
本発明は、端末装置及びその制御方法に関し、より具体的には、通信回線を介して音声、映像及びデータなどからなる複合情報を通信する端末装置及びその制御方法に関する。
【０００２】
【従来の技術】
ディジタル公衆通信回線網（所謂、ＩＳＤＮ）の普及により、テレビ電話及びテレビ会議システムが現実的になってきた。国際電信電話諮問委員会（ＣＣＩＴＴ）は、このようなディジタル通信回線における映像、音声及びデータ伝送に関して、種々の規約を検討及び決定している。Ｈ．３２０、Ｈ．２４２、Ｈ．２２１及びＨ．２６１などがある。
【０００３】
Ｈ．３２０は、音声映像サービスの全般のシステム・アスペクトを規定する。Ｈ．２２１は、６４Ｋｂｐｓ〜１，９２０Ｋｂｐｓチャネル上での音声映像伝送における、フレーム構造並びに端末能力の交換及び通信モードの指定等に使用されるＢＡＳ（Ｂｉｔ−ｒａｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）の符号化割り当てを規定する。Ｈ．２４２はＢＡＳによる端末間の能力交換及び通信モード切換えのプロトコルを規定する。
【０００４】
動画像について、Ｈ．２６１は、ｐ×６４Ｋｂｐｓ（ｐ＝１〜３０）の速度における音声映像サービスの動画像信号部分に関し、ＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｍｅｄｉａ Ｆｏｒｍａｔ）及びＱＣＩＦ（Ｑｕａｄｒａｔｉｃ Ｃｏｍｍｏｎ Ｉｎｔｅｒｍｅｄｉａ Ｆｏｒｍａｔ）の２つのビデオ信号フォーマットの符号化及び復号化方式を規定する。ＱＣＩＦはＣＩＦを水平方向に１／２、ライン数を１／２にしたものである。符号化のアルゴリズムには、時間軸方向の冗長度を利用するフレーム間予測と、予測誤差の空間的な冗長度を減らす変換符号化の組み合わせが採用されている。
【０００５】
このような、映像（動画及び静止画）、音声及びデータからなる複合情報を相互通信できる近年の通信システムでは、１又は複数の通信相手と通信することができる。映像、音声及びデータのどれを送信するかは、キー入力等で選択でき、また、通信している情報の種別は、必要により操作パネルやモニタ画面などに表示される。
【０００６】
モニタ画面への映像表示方法としてマルチウインドウ表示システムは周知であり、種々のタイプのものが提案され、実用化されている。上述の端末装置にも、マルチウインドウ表示システムが取り入れられている。
【０００７】
マルチウインドウ表示システムでは、一般に、ユーザがアプリケーションを立ち上げる操作やウインドウをオープンする所定操作に応じて、該当するウインドウがオープンし、アプリケーションの終了又はウインドウのクローズ操作により当該ウインドウが閉じるようになっている。アプリケーションを起動した場合でウインドウをオープンする必要の無いときには、当該アプリケーションが起動中であることを示すように、当該アプリケーションのアイコンの表示態様を変更するマルチウインドウ表示システムもある。
【０００８】
また、複数のウインドウがオープンされているとき、特に、オーバーラップしてオープンしているとき、希望のウインドウを選択することにより、そのウインドウがアクティブになる。これにより、主たる操作又は動作のためのウインドウを切り換えることができる。
【０００９】
【発明が解決しようとする課題】
複合情報通信端末装置では、各種のリソース（入出力装置、記憶装置及び符号化復号化装置など）を使用する。リソースの使用状況によっては、選択した情報の通信が可能になったり不可能になったりするので、マルチウインドウ表示システムのウインドウの管理をユーザに完全に任せ切るのは好ましくない。
【００１０】
例えば、マルチウインドウ表示システムでは、ウインドウのオープンとクローズは全く別の操作に応じて実行されており、必要の無いウインドウをクローズするかしないかは完全にユーザに一任されている。また、通常、ウインドウをクローズすると、そのウインドウにユーザが設定した内容は失われ、再び当該ウインドウをオープンしたときには同じ内容を再度入力しなければならない。
【００１１】
このようなウインドウ表示システムを映像・音声・データ通信端末でそのまま利用すると、操作が非常に面倒になる。
【００１２】
本発明は、このような不都合を解消し、複合情報の通信に適したマルチウインドウ表示システムを具備する端末装置及びその制御方法を提示することを目的とする。
【００１３】
【課題を解決するための手段】
本発明に係る端末装置は、通信を行う際の操作を入力する操作ウインドウを画面上に表示する端末装置であって、通信が可能な場合に対応して、上記操作ウインドウをオープンし、通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御する制御手段を有し、当該制御手段は、既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンすることを特徴とする。
【００１４】
本発明に係る端末装置の制御方法は、通信に使用するための操作ウインドウを画面上に表示する端末装置の制御方法であって、通信回線を介しての通信が可能な場合に対応して、上記操作ウインドウをオープンし、通信回線を介しての通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御し、既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンすることを特徴とする。
【００１７】
【実施例】
以下、図面を参照して本発明の実施例を説明する。
【００１８】
図１は、本発明の一実施例である映像・音声・データ通信端末装置の概略構成ブロック図を示す。
【００１９】
図１において、１０はユーザを撮影するカメラ、１１は当該カメラ１０を制御するカメラ制御回路、１２は自画像、受信画像及び操作画面などを表示する画像モニタ、１４は、ＣＣＩＴＴ勧告Ｈ．２６１に従い、送信すべき画像信号を符号化し、受信した符号化映像データを復号する画像符号化復号化回路、１６は、カメラ１０の出力をＮＴＳＣ／ＣＩＦ変換して画像符号化復号化回路１６に供給すると共に、画像符号化復号化回路１６により復号された受信画像をＣＩＦ／ＮＴＳＣ変換してモニタ１２に出力する画像インターフェースである。画像インターフェース１６はまた、カメラ１０による入力画像と受信画像を選択及び合成並びに分割表示する機能を具備する。
【００２０】
画像インターフェース１６には、後述するウインドウをモニタ１２の表示画面上に表示するため、システム制御回路３２からの信号が入力している。
【００２１】
１８は音声通話用のハンドセット、２０は音声入力用のマイク、２２は音声出力用のスピーカ、２４は、送信すべき音声信号を符号化すると共に、受信した符号化音声信号を復号化する音声符号化復号化回路である。２６は、ハンドセット１８、マイク２０及びスピーカ２２と音声符号化復号化回路２４との間の音声インターフェースである。
【００２２】
音声インターフェース２６は、ハンドセット１８のオンフック又はオフフックを検出するオン／オフフック検出処理、マイク２０及びスピーカ２２使用時のエコーを消去するエコー・キャンセル処理、並びに、ダイヤル・トーン、呼出し音、ビジー・トーン及び着信音などのトーン生成処理も行なう。
【００２３】
音声符号化復号化回路２４は、本実施例では、６４Ｋｂｐｓ ＰＣＭ Ａ−ｌａｗ、６４Ｋｂｐｓ ＰＣＭ μ−ｌａｗ、６４Ｋｂｐｓ／５６Ｋｂｐｓ／４８Ｋｂｐｓ ＳＢ−ＡＤＰＣＭ、３２Ｋｂｐｓ ＡＤＰＣＭ、１６Ｋｂｐｓ（例えば、ＡＰＣ−ＡＢ）、又は８Ｋｂｐｓなどの音声符号化復号化アルゴリズムに従って、音声信号を符号化復号化する。
【００２４】
２８はデータを入出力、表示及び処理するデータ端末、３０はデータ端末２８のデータ・インターフェースである。
【００２５】
３２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置等の周知のデバイスからなり、全体を制御するシステム制御回路、３４は、システム制御回路３２に使用者が所定の指示を入力するための操作装置（例えば、テン・キー、キーボード、タッチパネル等）である。
【００２６】
３６は通信回線（例えば、ＩＳＤＮ回線）の回線インターフェース、３８は、回線インターフェース３６からの受信情報を、その内容に応じて画像符号化復号化回路１４、音声符号化復号化回路２４、データ・インターフェース３０及びシステム制御回路３２に分離供給すると共に、画像符号化復号化回路１４からの符号化画像データ、音声符号化復号化回路２４からの符号化音声データ、データ・インターフェース３０からのデータ及びシステム制御回路３２からの制御コマンドを送信フレーム単位に多重化して回線インターフェース３６に供給する分離多重化回路である。
【００２７】
図２は、操作装置３４の操作パネル面を示す。図２において、５０は旧来の音声通話（音声のみの通信）のための電話操作ウインドウのオープンを指示する電話オープン・キー、５２は、テレビ電話（映像と音声の通信）のためのテレビ電話操作ウインドウのオープンを指示するテレビ電話オープン・キー、５４は通信相手のアドレスなどを入力するテン・キー、５６はカメラ１０のズーミング（テレ（Ｔ）とワイド（Ｗ））を指示するズーム・キーである。
【００２８】
５８は、音声入出力手段としてハンドセット１８又はマイク２０及びスピーカ２２を切り換える音声選択キー、６０は、相手サブアドレスの特定が必要なときに押下するサブアドレス・キー、６２は、通信の保留及び保留の取下げを指示する保留キーである。
【００２９】
６４はリダイヤルのためのリダイヤル・キー、６６は、複数相手を切り換えて通信する切換え通信通信状態と、３者間の会議が可能なＭＩＸ通信状態とを切り換える通信モード切換えキー、６８は、切換え通信状態で通信相手を切り換える切換えキー、７０は、発信時に通信網に発呼コマンドを送信するトリガーや、着信時に着信を受け付け又は拒否する応答等の設定を確定する確定キー、７２は、ポインティング・カーソルを操作するトラック・ボールである。
【００３０】
図３は、電話操作ウインドウの一例を示す。８０は相手アドレスを表示する領域、８２は相手サブアドレスを表示する領域、８４は通信状態を表示する領域、８６は、通信の終了を指示する切断ボタンである。
【００３１】
図４は、着信を通知する着信通知ウインドウの一例を示す。着呼の検出と相手アドレスを表示し、着信受付を入力する着信受付ボタン８７と着信を拒否する着信拒否ボタン８８も表示する。確定キー７０の押下により着信受付ボタン８７又は着信拒否ボタン８８（通常は、優先的には着信受付ボタン８７）が選択可能状態になり、トラック・ボール７２によりボタン８７からボタン８８に、又はボタン８８からボタン８８に切り換える。目的のボタン８７又は８８を選択可能状態にして確定キー７０を押下することで、応答の可否の指示を入力できる。
【００３２】
図３及び図４に示すウインドウは図１のモニタ１２上に表示してもよいし、データ端末２８の表示画面上に表示してもよい。
【００３３】
図５は、本実施例の通信状態遷移図を示す。システム制御回路３２は通信状態を管理することで、システム・リソースの使用を管理する。
【００３４】
即ち、アイドル状態１００は、電源は投入されているものの、何らの通信もしていない状態であり、いわば、発呼前の状態である。通信のためのリソースは解放されており、発信及び着信共に可能な状態にある。
【００３５】
発信操作状態１０２は、通信相手を呼出す発信動作の状態であり、アイドル状態１００で、ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８、電話操作キー５０若しくはテレビ電話操作キー５２の押下げにより、この発信操作状態１０２に移行する。これらの何れかの操作に応じて該当する操作ウインドウがオープンし、相手アドレスを入力することができる。システム制御回路３２は、入力された相手アドレスを通信回線網に出力し、これにより相手との通信回線が確立される。
【００３６】
ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８の押下げにより、電話操作ウインドウとテレビ電話操作ウインドウのどちらがオープンするかは、本実施例では、使用頻度の高い方としている。勿論、前回の最後で使用した方、又は初期登録した方の何れであってもよい。
【００３７】
着信通知状態１０４は、着信の検出に応じて着信ウインドウを表示し、呼出し音を出力する状態である。この着信通知状態１０４では、ユーザは、操作装置３４の着信受付ボタン８７又は着信拒否ボタン８８を操作して回線接続の可否を指示する。リソース（呼出しトーン）を使用しているので、他の発信又は着信はできない状態にある。
【００３８】
回線制御状態１０６は、呼設定又は切断復旧のためのメッセージを網と交換している状態である。通信回線が確立していないので、まだ、情報を通信できない。リソース（ハンドセット、マイク、及びスピーカなど）を使用しているので、他の発信又は着信はできない状態にある。
【００３９】
通信中状態１０８は、通信回線を確立し、種々の情報を現実に通信しているか、又は何時でも通信できる状態である。通信中の通信を保留し、発信又は着信により他の呼を設定し、他の情報を通信することもできる。
【００４０】
図６は、図５に対応して画像モニタ１２に表示されるウインドウの一例を示す。図６（ａ）は、アイドル状態１００であり、通信に関する何のウインドウも表示されていない。図６（ｂ）は、発信操作状態１０２、着信通知状態１０４、回線制御状態１０６又は通信中状態１０８のときの画面であり、１つの操作ウインドウがオープンしている。図６（ｃ）は、通信中状態１０８で電話操作キー５０又はテレビ電話操作キー５２が操作されたときの画面であり、新たなウインドウが既存のウインドウにオーバーラップ表示される。
【００４１】
図７に示すフローチャートを参照して、本実施例の画面制御動作を詳細に説明する。発信の操作、即ち、ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８、電話操作キー５０若しくはテレビ電話操作キー５２の押下げを待つ（Ｓ１）。
【００４２】
これらの何れかの操作があると（Ｓ１）、先ず、アイドル状態か否かを調べる（Ｓ２）。アイドル状態であれば、Ｓ１での操作に対応した操作ウインドウをオープンする（Ｓ３）。
【００４３】
アイドル状態でなければ（Ｓ２）、発信操作状態か否かを調べる（Ｓ４）。発信操作状態であれば（Ｓ４）、現在オープンしている操作ウインドウを閉じ、Ｓ１で操作されたキーに対応する操作ウインドウをオープンする（Ｓ５）。
【００４４】
発信操作状態でなければ（Ｓ４）、着信通知状態か否かを調べる（Ｓ６）。着信通知状態であれば（Ｓ６）、Ｓ１の操作を無視する。勿論、無視される旨をユーザに警告するのが好ましい。
【００４５】
着信通知状態でなければ（Ｓ６）、回線制御状態か否かを調べる（Ｓ７）。回線制御状態であれば（Ｓ７）、Ｓ１の操作を無視する。ここでも、無視される旨をユーザに警告するのが好ましい。
【００４６】
回線制御状態でなければ（Ｓ７）、通信中状態か否かを調べる（Ｓ８）。通信中状態であれば（Ｓ８）、現在オープンしている操作ウインドウをそのままに、Ｓ１の操作に対応する操作ウインドウをオープンし、オーバーラップ表示する（Ｓ９）。
【００４７】
図８は、図７のＳ５の詳細なフローチャートを示す。現在オープンしている操作ウインドウにユーザが入力した項目があるか否かを調べ（Ｓ１１）、あれば、その入力データをセーブする（Ｓ１２）。現在オープンしている操作ウインドウをクローズし（Ｓ１３）、選択された情報に対する操作ウインドウをオープンし（Ｓ１４）、Ｓ１２で保存した項目の内容を、Ｓ１４でオープンした操作ウインドウに表示する（Ｓ１５）。
【００４８】
Ｓ１２でセーブした内容は、同じ操作ウインドウを次にオープンしたときに初期値として利用される。
【００４９】
上記実施例では、通信の可能なとき操作ウインドウをオープンし、不可能なときには操作ウインドウをオープンしないので、通信の可能／不可能を視覚的にユーザに知らせることができる。
【００５０】
また、オープンしている操作ウインドウのある状態で新たに操作ウインドウをオープンした場合で、先にオープンしていた操作ウインドウが取り敢えず不要のとき、例えば、通信中でないときには、先にオープンしていた操作ウインドウを自動的にクローズするようにしたので、画面の表示が簡略化され、見やすくなる。
【００５１】
クローズしようとする操作ウインドウに入力項目があるときに、その入力値を保存し、所定箇所、例えば、次にオープンする操作ウインドウに表示するので、再入力の手間が省ける。
【００５２】
図９は、通信状態の遷移図である。１１０は、図５に示したアイドル状態と同じアイドル状態で、１１２は単一の相手と通信する対向通信状態、１１４は、２以上の通信パスを設定し、順次切り換えて通信する切換え通信状態、１１６は、２以上の通信パスを設定し、全てと同時に通信するＭＩＸ通信状態である。
【００５３】
図１０は、各状態１１０，１１２，１１４，１１６の画面表示例を示す。アイドル状態１１０では、図１０（ａ）に示すように、何の操作ウインドウも表示されない。対向通信状態１１２では、図１０（ｂ）に示すように、１つの通信操作ウインドウが表示されており、単一の相手と通信する。
【００５４】
切換え通信状態１１４では、図１０（ｃ）に示すように、複数の通信操作ウインドウが表示され、現在通信している相手の通信操作ウインドウが最も手前に表示され、バックグラウンドにある操作ウインドウの相手との通信は待機状態にある。バックグラウンドの操作ウインドウの選択、又は切換えキー６８の押下げにより、通信相手を切り換えることができる。
【００５５】
ＭＩＸ通信状態１１６では、３者会議が可能であり、これに応じた操作ウインドウが表示される。即ち、図１０（ｄ）に示すように、２つの操作ウインドウがオーバーラップせずに表示される。
【００５６】
図１０に示す画面を制御する動作を、図１１を参照して説明する。
【００５７】
通信状態に変化があるか否かを監視し、変化があれば、先ず、アイドル状態か否かを調べる（Ｓ２１）。アイドル状態であれば、図１０（ａ）に示す画面状態にする（Ｓ２３）。
【００５８】
アイドル状態でなければ（Ｓ２１）、対向通信状態か否かを調べる（Ｓ２４）。対向通信状態であれば（Ｓ２４）、図１０（ｂ）に示す画面状態にする（Ｓ２５）。
【００５９】
対向通信状態でなければ（Ｓ２４）、切換え通信状態か否かを調べる（Ｓ２６）。切換え通信状態であれば（Ｓ２６）、図１０（ｃ）に示す画面状態にする（Ｓ２７）。
【００６０】
切換え通信状態でなければ（Ｓ２６）、ＭＩＸ通信状態か否かを調べる（Ｓ２８）。ＭＩＸ通信状態であれば（Ｓ２８）、図１０（ｄ）に示す画面状態にし（Ｓ２７）、ＭＩＸ通信状態でなければ（Ｓ２８）、Ｓ２１に戻る。
【００６１】
図１２を参照して、通信状態を遷移するキー操作を説明する。
【００６２】
アイドル状態で（Ｓ３１）、電話キー５０又はテレビ電話キー５２を押下すると、先に説明した操作ウインドウが表示され、相手アドレスを入力後、確定キー７０を押下すると、発信が行なわれる（Ｓ３２）。また、着信があると着信通知ウインドウが表示され、着信受付ボタン８７の押下げにより通信回線が接続する（Ｓ３２）。
【００６３】
発信又は着信が成功すると（Ｓ３３）、対向通信状態になり（Ｓ３４）、成功しなければアイドル状態に戻る（Ｓ３３）。
【００６４】
対向通信状態（Ｓ３４）で操作ウインドウの切断ボタンをクリックすると、回線が切断され、アイドル状態に戻る（Ｓ３５）。
【００６５】
対向通信状態（Ｓ３４）で、電話キー５０又はテレビ電話キー５２を押下すると、先に説明した操作ウインドウがオーバーラップ表示され、相手アドレスを入力後、確定キー７０を押下すると、発信が行なわれる（Ｓ３６）。また、着信があると着信通知ウインドウがオーバーラップ表示され、着信受付ボタン８７の押下げにより通信回線が接続する（Ｓ３６）。
【００６６】
第三者への発信又は第三者からの着信が成功すると（Ｓ３７）、切換え通信状態になり（Ｓ３８）、失敗すると、対向通信状態のままとなる（Ｓ３４）。
【００６７】
切換え通信状態で操作ウインドウの切断ボタンをクリックすると（Ｓ３９）、選択された相手との通信回線が切断され、対向通信状態（Ｓ３４）に戻る。
【００６８】
切換え通信状態でＭＩＸキー６６が押下されると（Ｓ４０）、ＭＩＸ通信状態になり（Ｓ４１）、ＭＩＸ通信状態でＭＩＸキー６６が押下されると（Ｓ４２）、切換え通信状態（Ｓ３８）になる。
【００６９】
このように、切換え通信状態では操作ウインドウをオーバーラップ表示し、ＭＩＸ通信状態ではオーバーラップせずに表示することにより、ユーザは通信状態を直感的に認識しやすくなる。
【００７０】
【発明の効果】
以上の説明から容易に理解できるように、本発明によれば、複合情報通信の操作性が格段に向上する。
【図面の簡単な説明】
【図１】 本発明の一実施例の概略構成ブロック図である。
【図２】 操作装置３４の操作パネル面の正面図である。
【図３】 操作ウインドウの一例である。
【図４】 着信ウインドウの一例である。
【図５】 通信状態の遷移図である。
【図６】 図５に対応する画面例である。
【図７】 図５に示す通信状態遷移と画面制御の関係を示すフローチャートである。
【図８】 図７のＳ５の詳細なフローチャートである。
【図９】 複数者との通信の状態遷移図である。
【図１０】 図９に対応する画面例である。
【図１１】 図９に示す通信状態遷移と画面表示の関係を示すフローチャートである。
【図１２】 キー操作による通信状態遷移を示すフローチャートである。
【符号の説明】
１０：カメラ １１：カメラ制御回路 １２：画像モニタ １４：画像符号化復号化回路 １６：画像インターフェース １８：ハンドセット ２０：マイク ２２：スピーカ ２４：音声符号化復号化回路 ２６：音声インターフェース ２８：データ端末 ３０：データ・インターフェース ３２：システム制御回路３４：操作装置 ３６：回線インターフェース ３８：分離多重化回路 ５０：電話オープン・キー ５２：テレビ電話オープン・キー ５４：テン・キー ５６：ズーム・キー ５８：音声選択キー ６０：サブアドレス・キー ６２：保留キー ６４：リダイヤル・キー ６６：通信モード切換えキー ６８：切換えキー ７０：確定キー ７２：トラック・ボール ８０：相手アドレス表示領域 ８２：相手サブアドレス表示領域 ８４：通信状態表示領域 ８６：切断ボタン ８７：着信受付ボタン ８８：着信拒否ボタン
【産業上の利用分野】
本発明は、端末装置及びその制御方法に関し、より具体的には、通信回線を介して音声、映像及びデータなどからなる複合情報を通信する端末装置及びその制御方法に関する。
【０００２】
【従来の技術】
ディジタル公衆通信回線網（所謂、ＩＳＤＮ）の普及により、テレビ電話及びテレビ会議システムが現実的になってきた。国際電信電話諮問委員会（ＣＣＩＴＴ）は、このようなディジタル通信回線における映像、音声及びデータ伝送に関して、種々の規約を検討及び決定している。Ｈ．３２０、Ｈ．２４２、Ｈ．２２１及びＨ．２６１などがある。
【０００３】
Ｈ．３２０は、音声映像サービスの全般のシステム・アスペクトを規定する。Ｈ．２２１は、６４Ｋｂｐｓ〜１，９２０Ｋｂｐｓチャネル上での音声映像伝送における、フレーム構造並びに端末能力の交換及び通信モードの指定等に使用されるＢＡＳ（Ｂｉｔ−ｒａｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）の符号化割り当てを規定する。Ｈ．２４２はＢＡＳによる端末間の能力交換及び通信モード切換えのプロトコルを規定する。
【０００４】
動画像について、Ｈ．２６１は、ｐ×６４Ｋｂｐｓ（ｐ＝１〜３０）の速度における音声映像サービスの動画像信号部分に関し、ＣＩＦ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｍｅｄｉａ Ｆｏｒｍａｔ）及びＱＣＩＦ（Ｑｕａｄｒａｔｉｃ Ｃｏｍｍｏｎ Ｉｎｔｅｒｍｅｄｉａ Ｆｏｒｍａｔ）の２つのビデオ信号フォーマットの符号化及び復号化方式を規定する。ＱＣＩＦはＣＩＦを水平方向に１／２、ライン数を１／２にしたものである。符号化のアルゴリズムには、時間軸方向の冗長度を利用するフレーム間予測と、予測誤差の空間的な冗長度を減らす変換符号化の組み合わせが採用されている。
【０００５】
このような、映像（動画及び静止画）、音声及びデータからなる複合情報を相互通信できる近年の通信システムでは、１又は複数の通信相手と通信することができる。映像、音声及びデータのどれを送信するかは、キー入力等で選択でき、また、通信している情報の種別は、必要により操作パネルやモニタ画面などに表示される。
【０００６】
モニタ画面への映像表示方法としてマルチウインドウ表示システムは周知であり、種々のタイプのものが提案され、実用化されている。上述の端末装置にも、マルチウインドウ表示システムが取り入れられている。
【０００７】
マルチウインドウ表示システムでは、一般に、ユーザがアプリケーションを立ち上げる操作やウインドウをオープンする所定操作に応じて、該当するウインドウがオープンし、アプリケーションの終了又はウインドウのクローズ操作により当該ウインドウが閉じるようになっている。アプリケーションを起動した場合でウインドウをオープンする必要の無いときには、当該アプリケーションが起動中であることを示すように、当該アプリケーションのアイコンの表示態様を変更するマルチウインドウ表示システムもある。
【０００８】
また、複数のウインドウがオープンされているとき、特に、オーバーラップしてオープンしているとき、希望のウインドウを選択することにより、そのウインドウがアクティブになる。これにより、主たる操作又は動作のためのウインドウを切り換えることができる。
【０００９】
【発明が解決しようとする課題】
複合情報通信端末装置では、各種のリソース（入出力装置、記憶装置及び符号化復号化装置など）を使用する。リソースの使用状況によっては、選択した情報の通信が可能になったり不可能になったりするので、マルチウインドウ表示システムのウインドウの管理をユーザに完全に任せ切るのは好ましくない。
【００１０】
例えば、マルチウインドウ表示システムでは、ウインドウのオープンとクローズは全く別の操作に応じて実行されており、必要の無いウインドウをクローズするかしないかは完全にユーザに一任されている。また、通常、ウインドウをクローズすると、そのウインドウにユーザが設定した内容は失われ、再び当該ウインドウをオープンしたときには同じ内容を再度入力しなければならない。
【００１１】
このようなウインドウ表示システムを映像・音声・データ通信端末でそのまま利用すると、操作が非常に面倒になる。
【００１２】
本発明は、このような不都合を解消し、複合情報の通信に適したマルチウインドウ表示システムを具備する端末装置及びその制御方法を提示することを目的とする。
【００１３】
【課題を解決するための手段】
本発明に係る端末装置は、通信を行う際の操作を入力する操作ウインドウを画面上に表示する端末装置であって、通信が可能な場合に対応して、上記操作ウインドウをオープンし、通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御する制御手段を有し、当該制御手段は、既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンすることを特徴とする。
【００１４】
本発明に係る端末装置の制御方法は、通信に使用するための操作ウインドウを画面上に表示する端末装置の制御方法であって、通信回線を介しての通信が可能な場合に対応して、上記操作ウインドウをオープンし、通信回線を介しての通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御し、既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンすることを特徴とする。
【００１７】
【実施例】
以下、図面を参照して本発明の実施例を説明する。
【００１８】
図１は、本発明の一実施例である映像・音声・データ通信端末装置の概略構成ブロック図を示す。
【００１９】
図１において、１０はユーザを撮影するカメラ、１１は当該カメラ１０を制御するカメラ制御回路、１２は自画像、受信画像及び操作画面などを表示する画像モニタ、１４は、ＣＣＩＴＴ勧告Ｈ．２６１に従い、送信すべき画像信号を符号化し、受信した符号化映像データを復号する画像符号化復号化回路、１６は、カメラ１０の出力をＮＴＳＣ／ＣＩＦ変換して画像符号化復号化回路１６に供給すると共に、画像符号化復号化回路１６により復号された受信画像をＣＩＦ／ＮＴＳＣ変換してモニタ１２に出力する画像インターフェースである。画像インターフェース１６はまた、カメラ１０による入力画像と受信画像を選択及び合成並びに分割表示する機能を具備する。
【００２０】
画像インターフェース１６には、後述するウインドウをモニタ１２の表示画面上に表示するため、システム制御回路３２からの信号が入力している。
【００２１】
１８は音声通話用のハンドセット、２０は音声入力用のマイク、２２は音声出力用のスピーカ、２４は、送信すべき音声信号を符号化すると共に、受信した符号化音声信号を復号化する音声符号化復号化回路である。２６は、ハンドセット１８、マイク２０及びスピーカ２２と音声符号化復号化回路２４との間の音声インターフェースである。
【００２２】
音声インターフェース２６は、ハンドセット１８のオンフック又はオフフックを検出するオン／オフフック検出処理、マイク２０及びスピーカ２２使用時のエコーを消去するエコー・キャンセル処理、並びに、ダイヤル・トーン、呼出し音、ビジー・トーン及び着信音などのトーン生成処理も行なう。
【００２３】
音声符号化復号化回路２４は、本実施例では、６４Ｋｂｐｓ ＰＣＭ Ａ−ｌａｗ、６４Ｋｂｐｓ ＰＣＭ μ−ｌａｗ、６４Ｋｂｐｓ／５６Ｋｂｐｓ／４８Ｋｂｐｓ ＳＢ−ＡＤＰＣＭ、３２Ｋｂｐｓ ＡＤＰＣＭ、１６Ｋｂｐｓ（例えば、ＡＰＣ−ＡＢ）、又は８Ｋｂｐｓなどの音声符号化復号化アルゴリズムに従って、音声信号を符号化復号化する。
【００２４】
２８はデータを入出力、表示及び処理するデータ端末、３０はデータ端末２８のデータ・インターフェースである。
【００２５】
３２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置等の周知のデバイスからなり、全体を制御するシステム制御回路、３４は、システム制御回路３２に使用者が所定の指示を入力するための操作装置（例えば、テン・キー、キーボード、タッチパネル等）である。
【００２６】
３６は通信回線（例えば、ＩＳＤＮ回線）の回線インターフェース、３８は、回線インターフェース３６からの受信情報を、その内容に応じて画像符号化復号化回路１４、音声符号化復号化回路２４、データ・インターフェース３０及びシステム制御回路３２に分離供給すると共に、画像符号化復号化回路１４からの符号化画像データ、音声符号化復号化回路２４からの符号化音声データ、データ・インターフェース３０からのデータ及びシステム制御回路３２からの制御コマンドを送信フレーム単位に多重化して回線インターフェース３６に供給する分離多重化回路である。
【００２７】
図２は、操作装置３４の操作パネル面を示す。図２において、５０は旧来の音声通話（音声のみの通信）のための電話操作ウインドウのオープンを指示する電話オープン・キー、５２は、テレビ電話（映像と音声の通信）のためのテレビ電話操作ウインドウのオープンを指示するテレビ電話オープン・キー、５４は通信相手のアドレスなどを入力するテン・キー、５６はカメラ１０のズーミング（テレ（Ｔ）とワイド（Ｗ））を指示するズーム・キーである。
【００２８】
５８は、音声入出力手段としてハンドセット１８又はマイク２０及びスピーカ２２を切り換える音声選択キー、６０は、相手サブアドレスの特定が必要なときに押下するサブアドレス・キー、６２は、通信の保留及び保留の取下げを指示する保留キーである。
【００２９】
６４はリダイヤルのためのリダイヤル・キー、６６は、複数相手を切り換えて通信する切換え通信通信状態と、３者間の会議が可能なＭＩＸ通信状態とを切り換える通信モード切換えキー、６８は、切換え通信状態で通信相手を切り換える切換えキー、７０は、発信時に通信網に発呼コマンドを送信するトリガーや、着信時に着信を受け付け又は拒否する応答等の設定を確定する確定キー、７２は、ポインティング・カーソルを操作するトラック・ボールである。
【００３０】
図３は、電話操作ウインドウの一例を示す。８０は相手アドレスを表示する領域、８２は相手サブアドレスを表示する領域、８４は通信状態を表示する領域、８６は、通信の終了を指示する切断ボタンである。
【００３１】
図４は、着信を通知する着信通知ウインドウの一例を示す。着呼の検出と相手アドレスを表示し、着信受付を入力する着信受付ボタン８７と着信を拒否する着信拒否ボタン８８も表示する。確定キー７０の押下により着信受付ボタン８７又は着信拒否ボタン８８（通常は、優先的には着信受付ボタン８７）が選択可能状態になり、トラック・ボール７２によりボタン８７からボタン８８に、又はボタン８８からボタン８８に切り換える。目的のボタン８７又は８８を選択可能状態にして確定キー７０を押下することで、応答の可否の指示を入力できる。
【００３２】
図３及び図４に示すウインドウは図１のモニタ１２上に表示してもよいし、データ端末２８の表示画面上に表示してもよい。
【００３３】
図５は、本実施例の通信状態遷移図を示す。システム制御回路３２は通信状態を管理することで、システム・リソースの使用を管理する。
【００３４】
即ち、アイドル状態１００は、電源は投入されているものの、何らの通信もしていない状態であり、いわば、発呼前の状態である。通信のためのリソースは解放されており、発信及び着信共に可能な状態にある。
【００３５】
発信操作状態１０２は、通信相手を呼出す発信動作の状態であり、アイドル状態１００で、ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８、電話操作キー５０若しくはテレビ電話操作キー５２の押下げにより、この発信操作状態１０２に移行する。これらの何れかの操作に応じて該当する操作ウインドウがオープンし、相手アドレスを入力することができる。システム制御回路３２は、入力された相手アドレスを通信回線網に出力し、これにより相手との通信回線が確立される。
【００３６】
ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８の押下げにより、電話操作ウインドウとテレビ電話操作ウインドウのどちらがオープンするかは、本実施例では、使用頻度の高い方としている。勿論、前回の最後で使用した方、又は初期登録した方の何れであってもよい。
【００３７】
着信通知状態１０４は、着信の検出に応じて着信ウインドウを表示し、呼出し音を出力する状態である。この着信通知状態１０４では、ユーザは、操作装置３４の着信受付ボタン８７又は着信拒否ボタン８８を操作して回線接続の可否を指示する。リソース（呼出しトーン）を使用しているので、他の発信又は着信はできない状態にある。
【００３８】
回線制御状態１０６は、呼設定又は切断復旧のためのメッセージを網と交換している状態である。通信回線が確立していないので、まだ、情報を通信できない。リソース（ハンドセット、マイク、及びスピーカなど）を使用しているので、他の発信又は着信はできない状態にある。
【００３９】
通信中状態１０８は、通信回線を確立し、種々の情報を現実に通信しているか、又は何時でも通信できる状態である。通信中の通信を保留し、発信又は着信により他の呼を設定し、他の情報を通信することもできる。
【００４０】
図６は、図５に対応して画像モニタ１２に表示されるウインドウの一例を示す。図６（ａ）は、アイドル状態１００であり、通信に関する何のウインドウも表示されていない。図６（ｂ）は、発信操作状態１０２、着信通知状態１０４、回線制御状態１０６又は通信中状態１０８のときの画面であり、１つの操作ウインドウがオープンしている。図６（ｃ）は、通信中状態１０８で電話操作キー５０又はテレビ電話操作キー５２が操作されたときの画面であり、新たなウインドウが既存のウインドウにオーバーラップ表示される。
【００４１】
図７に示すフローチャートを参照して、本実施例の画面制御動作を詳細に説明する。発信の操作、即ち、ハンドセット１８のオフフック、又は、操作装置３４の音声選択キー５８、電話操作キー５０若しくはテレビ電話操作キー５２の押下げを待つ（Ｓ１）。
【００４２】
これらの何れかの操作があると（Ｓ１）、先ず、アイドル状態か否かを調べる（Ｓ２）。アイドル状態であれば、Ｓ１での操作に対応した操作ウインドウをオープンする（Ｓ３）。
【００４３】
アイドル状態でなければ（Ｓ２）、発信操作状態か否かを調べる（Ｓ４）。発信操作状態であれば（Ｓ４）、現在オープンしている操作ウインドウを閉じ、Ｓ１で操作されたキーに対応する操作ウインドウをオープンする（Ｓ５）。
【００４４】
発信操作状態でなければ（Ｓ４）、着信通知状態か否かを調べる（Ｓ６）。着信通知状態であれば（Ｓ６）、Ｓ１の操作を無視する。勿論、無視される旨をユーザに警告するのが好ましい。
【００４５】
着信通知状態でなければ（Ｓ６）、回線制御状態か否かを調べる（Ｓ７）。回線制御状態であれば（Ｓ７）、Ｓ１の操作を無視する。ここでも、無視される旨をユーザに警告するのが好ましい。
【００４６】
回線制御状態でなければ（Ｓ７）、通信中状態か否かを調べる（Ｓ８）。通信中状態であれば（Ｓ８）、現在オープンしている操作ウインドウをそのままに、Ｓ１の操作に対応する操作ウインドウをオープンし、オーバーラップ表示する（Ｓ９）。
【００４７】
図８は、図７のＳ５の詳細なフローチャートを示す。現在オープンしている操作ウインドウにユーザが入力した項目があるか否かを調べ（Ｓ１１）、あれば、その入力データをセーブする（Ｓ１２）。現在オープンしている操作ウインドウをクローズし（Ｓ１３）、選択された情報に対する操作ウインドウをオープンし（Ｓ１４）、Ｓ１２で保存した項目の内容を、Ｓ１４でオープンした操作ウインドウに表示する（Ｓ１５）。
【００４８】
Ｓ１２でセーブした内容は、同じ操作ウインドウを次にオープンしたときに初期値として利用される。
【００４９】
上記実施例では、通信の可能なとき操作ウインドウをオープンし、不可能なときには操作ウインドウをオープンしないので、通信の可能／不可能を視覚的にユーザに知らせることができる。
【００５０】
また、オープンしている操作ウインドウのある状態で新たに操作ウインドウをオープンした場合で、先にオープンしていた操作ウインドウが取り敢えず不要のとき、例えば、通信中でないときには、先にオープンしていた操作ウインドウを自動的にクローズするようにしたので、画面の表示が簡略化され、見やすくなる。
【００５１】
クローズしようとする操作ウインドウに入力項目があるときに、その入力値を保存し、所定箇所、例えば、次にオープンする操作ウインドウに表示するので、再入力の手間が省ける。
【００５２】
図９は、通信状態の遷移図である。１１０は、図５に示したアイドル状態と同じアイドル状態で、１１２は単一の相手と通信する対向通信状態、１１４は、２以上の通信パスを設定し、順次切り換えて通信する切換え通信状態、１１６は、２以上の通信パスを設定し、全てと同時に通信するＭＩＸ通信状態である。
【００５３】
図１０は、各状態１１０，１１２，１１４，１１６の画面表示例を示す。アイドル状態１１０では、図１０（ａ）に示すように、何の操作ウインドウも表示されない。対向通信状態１１２では、図１０（ｂ）に示すように、１つの通信操作ウインドウが表示されており、単一の相手と通信する。
【００５４】
切換え通信状態１１４では、図１０（ｃ）に示すように、複数の通信操作ウインドウが表示され、現在通信している相手の通信操作ウインドウが最も手前に表示され、バックグラウンドにある操作ウインドウの相手との通信は待機状態にある。バックグラウンドの操作ウインドウの選択、又は切換えキー６８の押下げにより、通信相手を切り換えることができる。
【００５５】
ＭＩＸ通信状態１１６では、３者会議が可能であり、これに応じた操作ウインドウが表示される。即ち、図１０（ｄ）に示すように、２つの操作ウインドウがオーバーラップせずに表示される。
【００５６】
図１０に示す画面を制御する動作を、図１１を参照して説明する。
【００５７】
通信状態に変化があるか否かを監視し、変化があれば、先ず、アイドル状態か否かを調べる（Ｓ２１）。アイドル状態であれば、図１０（ａ）に示す画面状態にする（Ｓ２３）。
【００５８】
アイドル状態でなければ（Ｓ２１）、対向通信状態か否かを調べる（Ｓ２４）。対向通信状態であれば（Ｓ２４）、図１０（ｂ）に示す画面状態にする（Ｓ２５）。
【００５９】
対向通信状態でなければ（Ｓ２４）、切換え通信状態か否かを調べる（Ｓ２６）。切換え通信状態であれば（Ｓ２６）、図１０（ｃ）に示す画面状態にする（Ｓ２７）。
【００６０】
切換え通信状態でなければ（Ｓ２６）、ＭＩＸ通信状態か否かを調べる（Ｓ２８）。ＭＩＸ通信状態であれば（Ｓ２８）、図１０（ｄ）に示す画面状態にし（Ｓ２７）、ＭＩＸ通信状態でなければ（Ｓ２８）、Ｓ２１に戻る。
【００６１】
図１２を参照して、通信状態を遷移するキー操作を説明する。
【００６２】
アイドル状態で（Ｓ３１）、電話キー５０又はテレビ電話キー５２を押下すると、先に説明した操作ウインドウが表示され、相手アドレスを入力後、確定キー７０を押下すると、発信が行なわれる（Ｓ３２）。また、着信があると着信通知ウインドウが表示され、着信受付ボタン８７の押下げにより通信回線が接続する（Ｓ３２）。
【００６３】
発信又は着信が成功すると（Ｓ３３）、対向通信状態になり（Ｓ３４）、成功しなければアイドル状態に戻る（Ｓ３３）。
【００６４】
対向通信状態（Ｓ３４）で操作ウインドウの切断ボタンをクリックすると、回線が切断され、アイドル状態に戻る（Ｓ３５）。
【００６５】
対向通信状態（Ｓ３４）で、電話キー５０又はテレビ電話キー５２を押下すると、先に説明した操作ウインドウがオーバーラップ表示され、相手アドレスを入力後、確定キー７０を押下すると、発信が行なわれる（Ｓ３６）。また、着信があると着信通知ウインドウがオーバーラップ表示され、着信受付ボタン８７の押下げにより通信回線が接続する（Ｓ３６）。
【００６６】
第三者への発信又は第三者からの着信が成功すると（Ｓ３７）、切換え通信状態になり（Ｓ３８）、失敗すると、対向通信状態のままとなる（Ｓ３４）。
【００６７】
切換え通信状態で操作ウインドウの切断ボタンをクリックすると（Ｓ３９）、選択された相手との通信回線が切断され、対向通信状態（Ｓ３４）に戻る。
【００６８】
切換え通信状態でＭＩＸキー６６が押下されると（Ｓ４０）、ＭＩＸ通信状態になり（Ｓ４１）、ＭＩＸ通信状態でＭＩＸキー６６が押下されると（Ｓ４２）、切換え通信状態（Ｓ３８）になる。
【００６９】
このように、切換え通信状態では操作ウインドウをオーバーラップ表示し、ＭＩＸ通信状態ではオーバーラップせずに表示することにより、ユーザは通信状態を直感的に認識しやすくなる。
【００７０】
【発明の効果】
以上の説明から容易に理解できるように、本発明によれば、複合情報通信の操作性が格段に向上する。
【図面の簡単な説明】
【図１】 本発明の一実施例の概略構成ブロック図である。
【図２】 操作装置３４の操作パネル面の正面図である。
【図３】 操作ウインドウの一例である。
【図４】 着信ウインドウの一例である。
【図５】 通信状態の遷移図である。
【図６】 図５に対応する画面例である。
【図７】 図５に示す通信状態遷移と画面制御の関係を示すフローチャートである。
【図８】 図７のＳ５の詳細なフローチャートである。
【図９】 複数者との通信の状態遷移図である。
【図１０】 図９に対応する画面例である。
【図１１】 図９に示す通信状態遷移と画面表示の関係を示すフローチャートである。
【図１２】 キー操作による通信状態遷移を示すフローチャートである。
【符号の説明】
１０：カメラ １１：カメラ制御回路 １２：画像モニタ １４：画像符号化復号化回路 １６：画像インターフェース １８：ハンドセット ２０：マイク ２２：スピーカ ２４：音声符号化復号化回路 ２６：音声インターフェース ２８：データ端末 ３０：データ・インターフェース ３２：システム制御回路３４：操作装置 ３６：回線インターフェース ３８：分離多重化回路 ５０：電話オープン・キー ５２：テレビ電話オープン・キー ５４：テン・キー ５６：ズーム・キー ５８：音声選択キー ６０：サブアドレス・キー ６２：保留キー ６４：リダイヤル・キー ６６：通信モード切換えキー ６８：切換えキー ７０：確定キー ７２：トラック・ボール ８０：相手アドレス表示領域 ８２：相手サブアドレス表示領域 ８４：通信状態表示領域 ８６：切断ボタン ８７：着信受付ボタン ８８：着信拒否ボタン
Claims (4)
- 通信を行う際の操作を入力する操作ウインドウを画面上に表示する端末装置であって、
通信が可能な場合に対応して、上記操作ウインドウをオープンし、通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御する制御手段を有し、
当該制御手段は、既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンする
ことを特徴とする端末装置。 - 前記制御手段は、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンする場合で、既存の操作ウインドウに入力項目があるとき、その入力内容を保存し、新たにオープンした操作ウインドウに表示する請求項１に記載の端末装置。
- 前記新たなウインドウは、前記既存のウインドウにオーバーラップ表示されることを特徴とする請求項１に記載の端末装置。
- 通信に使用するための操作ウインドウを画面上に表示する端末装置の制御方法であって、
通信回線を介しての通信が可能な場合に対応して、上記操作ウインドウをオープンし、
通信回線を介しての通信が不可能な場合に対応して、上記操作ウインドウをオープンしないように制御し、
既にオープンしている操作ウインドウが表示されている状況で新たに通信を開始する場合、既存の操作ウインドウによる通信が通信中状態であるときには、既存の操作ウインドウをオープンしたまま新たな操作ウインドウをオープンし、既存の操作ウインドウによる通信が通信中状態でないときには、既存の操作ウインドウをクローズして新たな操作ウインドウをオープンする
ことを特徴とする端末装置の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15065393A JP3727953B2 (ja) | 1993-06-22 | 1993-06-22 | 端末装置及びその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15065393A JP3727953B2 (ja) | 1993-06-22 | 1993-06-22 | 端末装置及びその制御方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003354517A Division JP2004135355A (ja) | 2003-10-15 | 2003-10-15 | 端末装置及びウインドウ表示制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0715538A JPH0715538A (ja) | 1995-01-17 |
| JP3727953B2 true JP3727953B2 (ja) | 2005-12-21 |
Family
ID=15501551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15065393A Expired - Lifetime JP3727953B2 (ja) | 1993-06-22 | 1993-06-22 | 端末装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3727953B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3696395B2 (ja) * | 1998-03-20 | 2005-09-14 | 三菱電機株式会社 | 複数サービス提供通信端末及び複数サービス提供装置 |
| WO2007063922A1 (ja) * | 2005-11-29 | 2007-06-07 | Kyocera Corporation | 通信端末および通信システム、並びに通信端末の表示方法 |
| JP4741698B2 (ja) * | 2009-09-07 | 2011-08-03 | 京セラ株式会社 | 携帯型テレビ電話装置 |
| WO2013071370A1 (en) | 2011-11-18 | 2013-05-23 | Colin Dunlop | A method and apparatus for facilitating delivery of anaesthetic |
-
1993
- 1993-06-22 JP JP15065393A patent/JP3727953B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0715538A (ja) | 1995-01-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3226945B2 (ja) | マルチメディア通信装置 | |
| US5764278A (en) | Video conference apparatus for storing a value of a parameter when communication is temporarily disconnected | |
| JP2856751B2 (ja) | 通信方法及び通信装置 | |
| JP3727953B2 (ja) | 端末装置及びその制御方法 | |
| JP3010055B2 (ja) | 通信端末及び通信端末の制御方法 | |
| JPH07322229A (ja) | ビデオ会議システム | |
| JP2004135355A (ja) | 端末装置及びウインドウ表示制御方法 | |
| JP3065647B2 (ja) | マルチメディア端末およびその受信映像表示方法 | |
| JP2001016357A (ja) | ドアホン機能付きターミナルアダプタ | |
| JP2683408B2 (ja) | テレビ電話機 | |
| KR0153607B1 (ko) | 영상전화기의 호접속방법 | |
| JPH07123172A (ja) | 端末装置 | |
| JP2004072441A (ja) | 画像表示機能付きｉｐカメラ電話機 | |
| JPH0662396A (ja) | 画像通信端末装置 | |
| JPH07123171A (ja) | 端末装置 | |
| JP3266369B2 (ja) | テレビ会議システム | |
| JP3061444B2 (ja) | マルチメディア通信装置 | |
| JPH04223755A (ja) | マルチメディア端末及びその制御方法 | |
| JPH07327092A (ja) | マルチメディア通信装置 | |
| JP4027336B2 (ja) | マルチメディア通信装置及びマルチメディア通信装置の通信方法 | |
| JPH05316243A (ja) | マルチメディア通信装置 | |
| JP3273962B2 (ja) | マルチメディア通信装置 | |
| JPH09224099A (ja) | 画像通信端末装置および画像通信システム | |
| JP2005277645A (ja) | 通信システムおよび音声パスと画像パスの接続・切断方法 | |
| JP2001160857A (ja) | テレビ会議装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040513 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050413 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050930 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |