JPH07327218A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 送信側と受信側が同じアプリケーション・ソ
フトウエアを持たなくても、同じデータ内容を参照でき
るようにする。 【構成】 電話帳に、ユーザ名称と電話番号の他に、相
手端末の保有するアプリケーション・ソフトウエアを登
録する。送信したいデータを作成したのと同じアプリケ
ーション・ソフトウエアを相手端末が有する場合、その
ままデータ送信し、同じアプリーケーション・ソフトウ
エアを持たない場合でも、データ・フォーマットの変換
で対応可能なときにはフォーマット変換装置３４により
データ・フォーマットを変換して送信し、データ・フォ
ーマットの変換でも対応できないときには、フォーマッ
ト変換装置３４によりビットマップに変換して送信す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信端末装置に関し、
より具体的には、データ転送機能を有するテレビ会議シ
ステムの通信端末装置に関する。

【０００２】

【従来の技術】近年、通信技術とコンピュータ技術の発
展は著しく、テキスト、音声、グラフィックス及びアニ
メーション等のタイプの異なる情報を包括的に通信し、
処理できるシステムが研究され、実用化されようとして
いる。具体的には、ＩＳＤＮ（サービス総合ディジタル
網）の普及に伴い、通信データとして動画像を扱うテレ
ビ電話やテレビ会議システム（又はビデオ会議システ
ム）が実用化され、そのための通信端末も市場に出回り
始めている。

【０００３】ところで、従来のテレビ電話やテレビ会議
システムには、通信を行なう相手ユーザの名称やダイヤ
ル番号等を記憶する電話帳機能を有するものが一般的で
ある。

【０００４】また、これらのシステムは、パーソナル・
コンピュータやワークステーション等の比較的安価で小
型なコンピュータ、即ち汎用コンピュータをベースに開
発されたものが多く、一般に、そのコンピュータ上で稼
働するワードプロセッサ、表計算ソフ卜ウエア、グラフ
ィック処理ソフトウエアなどのアプリケーション・ソフ
トウエアで作成されたファイルを転送するファイル転送
機能を備えている。

【０００５】

【発明が解決しようとする課題】しかし、汎用コンピュ
ータを使って構築されたテレビ会議システムにおいて、
他のアプリケーション・ソフトウエアにより作成された
データを転送する場合、相互の端末が、同じアプリケー
ション・ソフトウェア（データ互換性のあるアプリケー
ション・ソフトウエアを含む。）を持たなければ、ファ
イル転送又はデータ転送しても無意味である。

【０００６】本発明はこのような不都合を解消し、テレ
ビ会議において、送信側と受信側が同じアプリケーショ
ン・ソフトウエアを持たなくても、同じデータ内容を参
照できるようにした通信端末装置を提示することを目的
とする。

【０００７】

【課題を解決するための手段】本発明による通信端末装
置は、データ転送機能を持つ通信端末装置であって、受
信側端末の持つアプリケーション・ソフトウェアを検出
する検出手段と、当該検出手段により検出された受信側
端末の持つアプリケーション・ソフトウエアを各受信側
端末毎に記憶媒体に登録する登録手段とを具備すること
を特徴とする。

【０００８】好ましくは、データ送信の際に、当該記憶
媒体に登録された受信側端末の持つアプリケーション・
ソフトウエアを参照し、送信データのフォーマットを前
記アプリケーション・ソフトウエアのフォーマットに変
換する変換手段を具備する。

【０００９】好ましくは、送信側端末で変換可能なアプ
リケーション・ソフトウエアが複数存在する場合には、
送信側端末のユーザが選択指定する選択手段を具備す
る。

【００１０】好ましくは、データ送信の際に、当該記憶
媒体に登録された受信側端末のアプリケーション・ソフ
トウェアを参照し、送信側の端末でフォーマット変換が
可能なアプリケーション・ソフトウェアが存在せず、送
信データが文字及び静止画データの何れかである場合に
は、ビットマップに変換して送信するように制御する制
御手段を具備する。

【００１１】好ましくは、当該記憶媒体には電話帳が記
憶されており、当該登録手段は、当該電話帳に対応させ
て、当該アプリケーション・ソフトウエアを登録する。

【００１２】

【作用】上記手段により、相手端末の持つアプリケーシ
ョン・ソフトウエアの登録が可能となり、テレビ会議シ
ステムによる遠隔会議ための資料作成に用いるアプリケ
ーション・ソフトウエアの選択が容易になる。

【００１３】また、資料データ送信時において、登録さ
れている受信側端末の持つアプリケーション・ソフトウ
エアに合わせてフォーマット変換又はビットマップ変換
を行なうことで、複数の受信側ユーザが存在し、各々有
するアプリケーション・ソフトウエアが違う場合におい
ても、ある端末のユーザが作成した資料データを他の端
末でも表示可能になり、データ転送機能を有効活用でき
るようになる。

【００１４】

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

【００１５】図１は本発明の一実施例の端末の概略構成
ブロック図を示す。図２は、本実施例のデータ送信の際
のシーケンスを示す。図３は、本実施例における電話帳
機能の表示形態の一例を示す。図４は、受信側相手機の
持つアプリケーション・ソフトウエアを電話帳に登録す
る際の動作フローチャートを示す。図５は、送信側端末
が電話帳を参照し、データ・フォーマットの変換を行な
った後にデータ送信する動作のフローチャートである。

【００１６】図１に示す端末の構成を説明する。１０は
ユーザを撮影するカメラ、１１はグラフや図面などを画
像入力する書画カメラ、１２は自端末の入力画像、受信
画像及び操作画面などを表示する画像モニタ、１４は、
ＩＴＵ−Ｔ（旧ＣＣＩＴＴ）勧告Ｈ．２６１に従い、送
信すべき画像信号を符号化し、受信した符号化映像デー
タを復号する画像符号化復号化回路、１６は、カメラ１
０，１１の出力画像を伝送用フォーマットに変換して画
像符号化復号化回路１６に供給すると共に、画像符号化
復号化回路１６により復号された受信画像を伝送用フォ
ーマットから画像モニタ１２に適合する形式に変換して
画像モニタ１２に出力する画像インターフェースであ
る。画像インターフェース１６はまた、カメラ１０，１
１による入力画像と受信画像を選択及び合成並びに分割
表示する機能を具備する。

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

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

【００１９】音声符号化復号化回路２４は、符号化方式
として、６４ｋｂｐｓ ＰＣＭ Ａ−ｌａｗ、６４ｋｂ
ｐｓ ＰＣＭ μ−ｌａｗ、６４ｋｂｐｓ／５６ｋｂｐ
ｓ／４８ｋｂｐｓ ＳＢ−ＡＤＰＣＭ、３２ｋｂｐｓ
ＡＤＰＣＭ、１６ｋｂｐｓ（例えばＡＰＣ−ＡＢ）、及
び８ｋｂｐｓの音声信号の符号化復号化アルゴリズムを
選択可能である。

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

【００２１】３２は、画像符号化復号化回路１４、音声
符号化復号化回路２４及びデータ・インターフェース３
０からの送信すべきデータ、及び通信回線を介して受信
した同様のデータを一時記憶するデータ蓄積装置であ
る。データ蓄積装置３２はまた、これらのデータ以外に
も、電話帳としてのデータとして、通信相手の名前、電
話番号、及び相手端末の保有するアプリケーション・ソ
フトウエアの情報を記憶する。

【００２２】３４は、データ蓄積装置３２からの画像、
音声及びデータの情報を必要によフォーマット変換する
フォーマット変換装置である。フォーマット変換装置３
４は、例えば、あるアプリケーション・ソフトウエアの
データ・フォーマットを別の又は標準的なアプリケーシ
ョン・ソフトウエアのデータ・フォーマットに変換する
機能と、ビットマップに展開する機能とを具備し、必要
により、どちらかが利用される。フォーマット変換の詳
細は後述する。

【００２３】３６は、フォーマット変換装置３４からの
画像、音声及びデータの情報を多重化し、多重化された
受信情報を画像、音声及びデータに分離する多重化分離
装置、３８は、本端末装置（具体的には、多重化分離装
置３６）をＩＳＤＮにＩＳＤＮユーザ・網インターフェ
ース・プロトコルに従い接続する回線インターフェース
である。

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

【００２５】図１に示す端末装置の基本的な動作を先
ず、説明する。ビデオ・インターフェース１６はシステ
ム制御回路４０の制御下で、カメラ１０及び／又は書画
カメラ１１の出力画像を所定形式に変換して画像符号化
復号化回路１４に印加する。画像符号化復号化回路１４
は、回線インターフェース１６からの画像をＨ．２６１
に従って符号化し、データ蓄積装置３２に出力する。

【００２６】データ蓄積装置３２は受信情報の内の画像
に関する情報を画像符号化復号化回路１４に供給する。
画像符号化復号化回路１４はデータ蓄積装置３２からの
受信画像情報を復号化し、受信画像データとして画像イ
ンターフェース１６に供給する。画像インターフェース
１６は、システム制御回路４０の制御に従い、カメラ１
０，１１の入力画像及び受信画像を選択合成して画像モ
ニタ１２に印加する。

【００２７】音声に関しては、ハンドセット１８又はマ
イク２０による入力音声は音声インターフェース２６を
介して音声符号化復号化回路２４に印加され、ここで符
号化されてデータ蓄積装置３２に供給される。データ蓄
積装置３２は受信情報の内の音声に関する情報を音声符
号化復号化回路２４に供給する。音声符号化復号化回路
２４はデータ蓄積装置３２からの受信音声情報を復号化
し、受信音声データとして音声インターフェース２６に
供給する。音声インターフェース２６は、システム制御
回路４０の制御に従い、受信音声をハンドセット１８及
び／又はスピーカ２２に供給する。

【００２８】データ端末２８で送信するように入力され
たデータ（例えば、表計算ソフトウエアで作成されたグ
ラフ・データなど）はデータ・インターフェース３０を
介してデータ蓄積装置３２に印加され、一時記憶され
る。データ端末２８はデータ・インターフェース３０を
介してデータ蓄積装置３２にアクセスでき、データ蓄積
装置３２に記憶されるデータ、特に、受信データの中で
データ端末２８で処理（表示など）すべきデータを読み
出し、データ端末２８に付属する記憶装置に記憶した
り、そのモニタ画面に表示したりできる。モニタ１２を
データ端末２８のデータ表示用に兼用してもよく、その
ように構成することが容易であることはいうまでもな
い。

【００２９】データ蓄積装置３２に蓄積された送信すべ
き情報は、読み出されたフォーマット変換装置３４に印
加される。フォーマット変換装置３４は、システム制御
回路４０の指示に従い送信すべき情報、特に、書画カメ
ラ１１により入力された静止画像及びデータ端末２８か
ら入力されたコード・データを、フォーマット変換し、
特に指示されない情報は、そのまま出力する。フォーマ
ット変換装置３４の機能の詳細は後述する。

【００３０】多重化分離回路３６は、ＩＴＵ−Ｔ勧告
Ｈ．２２１に従い、フォーマット変換回路３４からの画
像、音声及びコード・データの各情報、並びにシステム
制御回路４０からの制御コマンドを、ＢＡＳに変換し送
信フレーム単位で多重化して、回線インターフェース３
８に出力する。これにより、入力された種々の情報及び
制御コマンドが、多重化された形でＩＳＤＮを介して通
信相手に送信される。回線インターフェース３８はＩＳ
ＤＮユーザ・網インターフェースに従ってＩＳＤＮを介
した通信を制御する。

【００３１】他方、通信相手から受信した情報は、回線
インターフェース３８から多重化分離回路３６に入力さ
れる。多重化分離回路３６は、受信フレームを画像、音
声、コード・データ及び制御コマンドに分離し、制御コ
マンドをシステム制御回路４０に、残りをフォーマット
変換装置３４に供給する。フォーマット変換装置３４
は、受信データをそのままデータ蓄積装置３２に出力
し、データ蓄積装置３２は、受信情報の内のそれぞれの
情報を、先に説明したように、画像符号化復号化回路１
４、音声符号化復号化回路２４及びデータ・インターフ
ェース３０に供給する。

【００３２】図２は、本実施例の通信手順の一例を示
す。端末Ｘに入力され、そのデータ蓄積装置３２に蓄積
されたデータを別の端末Ｙへ送信することを想定してい
る。

【００３３】まず、ＩＳＤＮユーザ・インタフェースに
従いＤチャネルを介して呼設定手順Ｐ２００を実行し、
次に、設定されたＢチャネルを介してＩＴＵ一Ｔ勧告
Ｈ．２２１に従いフレーム同期化手順Ｐ２０１を実行す
る。このフレーム同期が確立すると、ＩＴＵ−Ｔ勧告
Ｈ．２４２に従い、ＢＡＳコードにより端末Ｘ，Ｙ間で
能力交換手順Ｐ２０２を実行する。この能力交換手順Ｐ
２０２では、予め設定されている自端末の転送レート
と、音声やデータ等の端末能力を相手に送信し、相手側
から受信した相手端末能力とともに、ＩＴＵ一Ｔ勧告
Ｈ．３２０に従って、適合する能力の範囲をその通信に
おける通信可能能力として記憶する。

【００３４】そして、この能力交換後、通信可能能力の
範囲内で、実際に通信を行なう通信モードを指定すべ
く、ＩＴＵＴ勧告Ｈ．２４２に従いＢＡＳコードにより
モード切り換え手順Ｐ２０３を実行する。このモード切
り換え手順Ｐ２０３では、予め設定されている自端末の
転送レートと、音声符号化とデータ速度等の通信モード
を通信可能能力の範囲内で調整し、自通信モードとして
相手側端末に送信する。この場合に、相手側端末も同様
に自通信モードを送信し、相手側の通信モードを記憶す
る。このモード切り換え手順Ｐ２０３により、ＬＳＤ
（ＬＯＷ ＳＰＥＥＤ ＤＡＴＡ）によるデータ転送を
開始する。

【００３５】ＬＳＤにより、まず、送信側である端末Ｘ
は、受信側端末Ｙの持つアプリケーション・ソフトウエ
アを知るために、アプリケーション要求Ｐ２０４を送信
する。受信側端末である端末Ｙは、これに応じて、自端
末の持つアプリケーション・ソフトウェア（の識別情
報）をアプリケーション表示Ｐ２０５として送信側端末
Ｘに通知する。アプリケーション表示Ｐ２０５を受けた
端末Ｘのシステム制御回路４０は、アプリケーション表
示Ｐ２０５に示される端末Ｙのアプリケーション・ソフ
トウェアを電話帳に登録する。

【００３６】次に、端末Ｘのシステム制御回路４０は、
相手端末Ｙの持つアプリケーション・ソフトウエアと自
端末Ｘの持つアプリケーション・ソフトウエアとを比較
し、両者が同じアプリケーション・ソフトウエアを持つ
場合には、送信すべきデータの素通りモードをフォーマ
ット変換装置３６にセットし、データ・フォーマット変
換で対応可能な場合には、データ・フォーマット変換モ
ードをフォーマット変換装置３６に設定し、データ・フ
ォーマット変換でも対応できない場合には、ビットマッ
プ展開モードをフォーマット変換装置３６に設定する。

【００３７】以後、モード変更されるまで、フォーマッ
ト変換装置３４はここで設定されたモードで動作し、デ
ータ蓄積装置３２からの送信すべきコード・データをそ
のまま、データ・フォーマット変換、又はビットマップ
に展開して多重化分離回路３６に出力する。

【００３８】このフォーマット変換の後、送信側である
端末Ｘから端末Ｙヘデータ・モード設定要求Ｐ２０６が
送信され、データ・フォーマット等が通知される。これ
を受けた端末Ｙは、端末Ｘにデータ受信可能表示Ｐ２０
７を送信し、これにより、端末Ｙが端末Ｘの示すデータ
モードで受信可能であることを通知する。

【００３９】以上のシーケンスを経て、端末Ｘから端末
Ｙに対してデータが送信される（Ｐ２０８）。

【００４０】図３は本実施例における電話帳の構造又は
表示の一例である。

【００４１】項目又はフィールドとして、従来の電話帳
と同様に、ユーザ略称及びダイヤル番号を登録する欄が
あるが、本実施例では、更に、通信相手が持つアプリケ
ーション・ソフトウエアを登録する欄を設けてある。そ
のアプリケーション・ソフトウエア登録欄は更に、アプ
リケーション・ソフトウエアのタイプに応じて、ワード
プロセッサ・ソフトウエア、表計算ソフトウエア、ＤＴ
Ｐソフトウエア及びその他のソフトウエアの各欄を具備
する。本実施例では、単に、アプリケーション・ソフト
ウエアを登録するだけだが、例えば、別に、データ互換
性のあるアプリケーション・ソフトウエアをグループと
して登録するテーブルを具備するのが好ましい。例え
ば、現在広く流通する２つの表計算ソフトウエアは相互
に相手にデータ・ファイルを読み込むことができる。こ
のようなソフトウエアは実質的に同じソフトウエアと評
価するのが便利であるからである。ワードプロセッサ・
ソフトウエア、ＤＴＰソフトウエア、及びＣＡＤソフト
ウエアなどについても同様である。

【００４２】図４は受信側相手端末の持つアプリケーシ
ョン・ソフトウエアを図３に示す電話帳に登録する動作
のフローチャートを示す。

【００４３】先ず、図２に示すシーケンスの呼設定手順
Ｐ２００、Ｈ．２２１のフレーム同期手順Ｐ２０１、
Ｈ．２４２の能力交換手順Ｐ２０２、及び、Ｈ．２４２
のモード切り換え手順Ｐ２０３を経てＬＳＤによるデー
タパスが設定される（Ｓ１）。次に、先に説明したよう
に、受信側相手機の持つアプリケーション・ソフトウェ
アを検出するため、アプリケーション要求を送出する
（Ｓ２）。

【００４４】受信側相手機の具備するアプリケーション
・ソフトウエアを送信側に通知するためのアプリケーシ
ョン表示Ｐ２０５を受信側相手機から受信し（Ｓ３）、
これを受けて、送信側のシステム制御回路４０は、この
受信側端末が電話帳に既に登録されているか否かを調べ
る（Ｓ４）。未登録であれば（Ｓ４）、アプリケーショ
ン表示Ｐ２０５に示される全データを登録し（Ｓ５）、
電話帳に登録済みの通信相手であれば（Ｓ４）、そのア
プリケーション表示Ｐ２０５によって示されるデータ
と、以前に登録したアプリケーション・ソフトウエアの
データとを比較し、内容に変更があれば（Ｓ６）、変更
箇所を更新し（Ｓ７）、内容に変更が無ければ何もせず
に終了する。

【００４５】図５は、送信側端末が電話帳を参照し、デ
ータ・フォーマットの変換を行なった後にデータ送信す
る際の動作フローチャートを示す。

【００４６】先ず、カメラ１０、書画カメラ１１、ハン
ドセット１８、マイク２０、データ端末２８及び操作装
置２８等から送信すべきデータが入力され、データ蓄積
装置３２にいったん蓄積される（Ｓ１１）。

【００４７】次に、図４を参照して説明したように、呼
設定手順Ｐ２００、Ｈ．２２１のフレーム同期手順Ｐ２
０１、Ｈ．２４２の能力交換手順Ｐ２０２、及びＨ．２
４２のモード切り換え手順Ｐ２０３の後、ＬＳＤデータ
転送により、電話帳に受信側相手端末のアプリケーショ
ン・ソフトウエアが登録される（Ｓ１２）。

【００４８】この電話帳を参照し（Ｓ１３）、データ蓄
積装置３２に蓄積されたデータのデータ・フォーマット
で受信側相手機が受信可能であるか否かを判断する（Ｓ
１４）。ここで、受信側相手機が受信可能である場合
（Ｓ１４）、そのままデータ送信を実行し（Ｓ２１）、
受信不可能である場合（Ｓ１４）、受信側相手機が送信
側においてフォーマット変換が可能なアプリケーション
・ソフトウエアを持っているか否かが判断される（Ｓ１
５）。

【００４９】受信側相手機が送信側でフォーマット変換
可能なアプリケーション・ソフトウエアを持っていない
場合（Ｓ１５）、データ蓄積装置３２に蓄積された送信
データが文字又は静止画データであるか、それ以外（例
えば、音声、動画、又はその他のデータ）であるかを判
断し（Ｓ１６）、送信データが文字又は静止画データの
場合には（Ｓ１６）、そのデータをビットマップに変換
して（Ｓ１７）、データ送信する（Ｓ２１）。その他の
データの場合には、データを送信せずに通信を終了する
（Ｓ１６）。

【００５０】受信側相手機が送信側においてフォーマッ
ト変換可能なアプリケーション・ソフトウエアを有する
場合（Ｓ１４）、そのアプリケーション・ソフトウエア
が複数あるか否かが判断される（Ｓ１８）。複数のアプ
リケーション・ソフトウエアが存在する場合には（Ｓ１
８）、送信側端末のユーザが適宜の１つのアプリケーシ
ョン・ソフトウエアを選択する（Ｓ１９）。送信すべき
データのデータ・フォーマットがフォーマット変換装置
３４により変換され（Ｓ２０）、変換後のデータがデー
タ送信される（Ｓ２１）。

【００５１】上記実施例によれば、通信時に相手端末の
持つアプリケーション・ソフトウエアを電話帳に登録す
ることにより、会議に必要とされる資料データの作成時
に、会議参加者の端末の持つアプリケーション・ソフト
ウエアが予めわかるようになる。この結果、作成に用い
るアプリケーション・ソフトウエアの選択が容易にな
る。また、資料データ送信時において、前記電話帳を参
照し、受信側に合わせたフォーマット変換又はビットマ
ップ変換を行なうことで、複数の受信側ユーザが存在
し、各々有するアプリケーション・ソフトウエアが違う
場合においても、あるユーザの作成した資料データの内
容を他の端末で参照可能になる。即ち、データ・フォー
マットの相違から受信側端末がそのデータを判読できな
いといった問題点が解消される。

【００５２】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、相手端末の持つアプリケーション
・ソフトウエアを登録するようにしたので、テレビ会議
システムを用いた遠隔会議の開催時に必要となる会議資
料等のドキュメントを事前に作成する場合に、この登録
情報を参照することで、参加者に合わせたデータ・フォ
ーマットのドキュメントを作成できる。

【００５３】また、データ送信時にこの登録情報を参照
することで、受信側端末に、送信側で変換可能なフォー
マットを持つアプリケーション・ソフトウエアが存在す
る場合には、そのアプリケーション・ソフトウエアのフ
ォーマットに変換してデータを送信し、受信側端末に、
送信側端末で変換可能なアプリケーション・ソフトウエ
アが存在しない場合には、ビットマップに変換して送信
することで、受信側端末では受信データを最低限、イメ
ージ・データとして参照することが可能となる。

【００５４】電話帳に対応させてアプリケーション・ソ
フトウエアを登録することにより、使い勝手が非常に良
くなる。

【図面の簡単な説明】

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

【図２】 本実施例のデータ送信シーケンスの一例であ
る。

【図３】 本実施例の電話帳の構造と内容例である。

【図４】 受信側相手機の持つアプリケーション・ソフ
トウエアを電話帳に登録する動作のフローチャートであ
る。

【図５】 データ送信の際の動作フローチャートであ
る。

【符号の説明】

１０：カメラ １１：書画カメラ １２：画像モニタ １４：画像符号化復号化回路 １６：画像インターフェース １８：ハンドセット ２０：マイク ２２：スピーカ ２４：音声符号化復号化回路 ２６：音声インターフェース ２８：データ端末 ３０：データ・インターフェース ３２：データ蓄積装置 ３４：フォーマット変換装置 ３６：多重化分離回路 ３８：回線インターフェース ４０：システム制御回路 ４２：操作装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】 データ転送機能を持つ通信端末装置であ
   って、受信側端末の持つアプリケーション・ソフトウェ
   アを検出する検出手段と、当該検出手段により検出され
   た受信側端末の持つアプリケーション・ソフトウエアを
   各受信側端末毎に記憶媒体に登録する登録手段とを具備
   することを特徴とする通信端末装置。
2. 【請求項２】 データ送信の際に、上記記憶媒体に登録
   された受信側端末の持つアプリケーションソ・フトウエ
   アを参照し、送信データのフォーマットを前記アプリケ
   ーション・ソフトウエアのフォーマットに変換する変換
   手段を具備する請求項１に記載の通信端末装置。
3. 【請求項３】 送信側端末で変換可能なアプリケーショ
   ン・ソフトウエアが複数存在する場合には、送信側端末
   のユーザが選択指定する選択手段を具備する請求項１又
   は２に記載の通信端末装置。
4. 【請求項４】 データ送信の際に、上記記憶媒体に登録
   された受信側端末のアプリケーション・ソフトウェアを
   参照し、送信側の端末でフォーマット変換が可能なアプ
   リケーション・ソフトウェアが存在せず、送信データが
   文字及び静止画データの何れかである場合には、ビット
   マップに変換して送信するように制御する制御手段を具
   備する請求項１、２又は３に記載の通信端末装置。
5. 【請求項５】 上記記憶媒体には電話帳が記憶されてお
   り、上記登録手段は、当該電話帳に対応させて、上記ア
   プリケーション・ソフトウエアを登録する請求項１乃至
   ４の何れか１項に記載の通信端末装置。