JPH07336462A - 通信端末および通信システム - Google Patents

Abstract

(57)【要約】 【目的】 通信の相手に関連する情報を通信中に即座に
得ることができるようにすることを目的とする。 【構成】 データを記憶して蓄積するようにするととも
に、上記データを相手端末の識別情報と関係付けて管理
する管理手段と、上記相手端末と関係付けたデータを
記憶して蓄積するための記憶手段と、他の端末と接続
している時に、上記管理手段により管理されている上
記相手端末の識別情報と上記接続している他の端末の識
別情報とが一致するか否かを判別する識別情報判別手段
と、上記識別情報判別手段による判別の結果、上記
識別番号が一致した場合に、上記一致した相手端末の識
別情報のデータを出力するデータ出力手段とを設け、
他の端末と接続している時に、上記管理されている上記
相手端末の識別情報と上記通信中の他の端末の識別情報
とが一致するか否かを判別することで、通信相手の端末
に関する情報を即座に得られるようにする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信端末および通信シ
ステムに関する。

【０００２】

【従来の技術】従来のアナログの電話回線の場合、音声
は通常の速度で伝送可能であるが、データは低速でしか
伝送することができなかった。

【０００３】しかし、近年、通信技術や半導体技術、お
よび光技術等の進歩に伴って、ディジタル回線が整備さ
れ、大容量のデータを高速に伝送することが可能になっ
た。特に、ディジタル伝送の場合には伝送による品質低
下がなく、伝送を行った後も同レベルの品質が保たれる
特徴を有している。また、伝送データのメディアの特性
に応じた伝送路を必要とせず、メディアの統合が図れる
特徴を有しており、これらの特徴により複合メディア端
末間の伝送が可能になった。このため、最近は従来の音
声のみの電話から映像をも同時に伝送することができる
電話端末が出現している。

【０００４】こうした状況の中、異なる複合端末間にお
いても相互通信が可能になるように、ＩＴＵＴなどによ
る国際標準かが進められており、ディジタル回線を用い
たテレビ電話、テレビ会議システムなどのＡＶ（Ａｕｄ
ｉｏ Ｖｉｓｕａｌ）サービスとしてＡＶサービス用の
サービス規定、プロトコル規定、マルチメディア多重化
フレーム構成規定等がＩＴＵ勧告Ｈ．３２０、Ｈ．２４
２、Ｈ．２２１などとして発表されている。

【０００５】上記Ｈ．２２１では、６４Ｋｂｐｓから１
９２０ＫｂｐｓまでのＡＶサービスにおけるフレーム構
成および端末能力の交換や、通信モードのＦＡＳ（Ｆｒ
ａｍＡｌｉｇｎｍｅｎｔ Ｓｉｇｎａｌ）、ＢＡＳ（Ｂ
ｉｔ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）の符号割
当等が定義されている。

【０００６】また、上記Ｈ．２４２では、ＢＡＳを用い
たＡＶ端末間での能力交換、および通信モード切り替え
などのプロトコルが定義されており、上記Ｈ．３２０で
はＡＶサービス全般のシステムアスペクトが定義されて
いる。

【０００７】また、上記勧告においては、エンドツーエ
ンドの物理コネクションの設定、およびインチャネルで
のＦＡＳによる同期確立後、インチャネルでＢＡＳを用
いた端末能力の交換シーケンス、通信モードの指定によ
るモード切り替えシーケンスなどの手順により端末間で
画像、音声、データなどのマルチメディア通信を行うた
めの方法が規定されている。ただし、各端末において自
己の端末能力を状況に応じて変化させたり交換された能
力の範囲内でどの通信モードを用いるかは規定の範囲外
である。

【０００８】ところで、マルチメディア通信における各
メディアの情報転送速度は、音声情報は音声符号化方式
を指定することで決定される。また、データ情報は、そ
の使用の有無、使用する場合の転送速度を指定すること
により決定され、設定した通信路全体の情報転送速度か
ら、音声情報の転送速度とデータ情報の転送速度を引い
た残りが画像情報の転送速度になる。

【０００９】また、パーソナルコンピュータやワークス
テーションにおいてもマルチメディア化が進行してお
り、従来のデータ通信から音声や映像などの通信が可能
になりつつある。この場合の通信媒体は、主にローカル
エリアネットワークであり、データをパケット化して通
信を行うようにしている。

【００１０】上記ローカルエリアネットワークは、通
常、構内で閉じているネットワークである。しかし、最
近では通信プロトコルについても、ネットワークにおけ
るノードの持つ機能を階層的に分割したレイヤの内の一
つである（７）フィジカルレイヤで規定され、ゲートウ
ェイやサーバーを介してかなり広域のネットワークでの
相互通信も盛んに行われている。

【００１１】

【発明が解決しようとする課題】しかしながら、従来の
通信装置の場合には以下のような問題があった。すなわ
ち、例えば、ドキュメントはファクシミリ通信やデータ
通信で行われ、音声は電話で行われており、また、映像
と音声の場合にはＴＶ電話による通信が行われていた。
さらに、複数のメディアを通信する場合には、マルチメ
ディアの通信端末で行われていた。すなわち、従来も種
々の通信を行うことができるようになされていたが、通
常は、１種類ごとに通信が行われており、複数種類の通
信がお互いに関連して行われることはなかった。

【００１２】例えば、最初の通信でドキュメントを送
り、次の通信でそのドキュメントを見ながら音声で通信
するということがよく行われる。このような場合に、両
者の通信は全く関係なく行われるので、従来はドキュメ
ントを受け取った時に注意して保管する必要があった。
あるいは、音声で通信する時に、ドキュメントをお互い
に確認し合う必要があった。

【００１３】すなわち、従来はドキュメントの送受信と
音声による通信とが別々に行われていたので、ドキュメ
ントを保管中に紛失してしまい、再送信をしてもらった
り、あるいは、確認する際に捜し回ったりと非常に非効
率であるという問題があった。

【００１４】本発明は上述の問題点にかんがみ、通信の
相手に関連する情報を通信中に即座に得ることができる
ようにすることを目的とする。

【００１５】

【課題を解決するための手段】本発明の通信端末は、複
数の通信相手端末について各端末のマルチメディアに関
する機能を示すデータを記憶する記憶手段と、前記記憶
手段に記憶された前記各端末のマルチメディアに関する
機能を示すデータを出力する出力手段とを具備してい
る。

【００１６】また、本発明の他の特徴とするところは、
前記出力手段は、接続している通信相手端末、または接
続しようとする通信相手端末のマルチメディアに関する
機能を示すデータを前記記憶手段から選択して出力する
ようにしている。

【００１７】また、本発明の他の特徴とするところは、
相手端末のマルチメディアに関する機能を示すデータを
該相手端末の識別情報と関係付けて複数通り記憶するた
めの記憶手段と、他の端末と接続している時に、該他の
端末の識別情報が上記記憶手段により記憶されている上
記相手端末の識別情報と一致するか否かを判別する識別
情報判別手段と、上記識別情報判別手段による判別に従
って前記記憶手段に記憶されたマルチメディアに関する
機能を示すデータを出力するデータ出力手段とを具備し
ている。

【００１８】また、本発明の他の特徴とするところは、
上記端末の識別情報が電話番号であることを特徴とす
る。

【００１９】また、本発明のその他の特徴とするところ
は、上記データを他の端末から受信する手段と、上記他
の端末の識別情報を認識する手段とを具備することを特
徴とする。

【００２０】また、本発明のその他の特徴とするところ
は、上記データ出力手段は、上記判別手段による判別の
結果、上記識別番号が一致した場合に、上記一致した相
手端末の識別情報のデータを表示装置の画面に表示する
ことを特徴とする。

【００２１】また、本発明のその他の特徴とするところ
は、上記データ出力手段は、上記判別手段による判別の
結果、上記識別番号が一致した場合に、上記一致した相
手端末の識別情報のデータを紙面に出力することを特徴
とする。

【００２２】また、本発明のその他の特徴とするところ
は、上記データ出力手段は、上記判別手段による判別の
結果、上記識別番号が一致した場合に、上記一致した相
手端末の識別情報のデータを上記相手端末へ送信出力す
る。

【００２３】また、本発明のその他の特徴とするところ
は、データを記憶して蓄積するようにした通信端末にお
いて、上記データを相手端末の識別情報と関係付けて管
理する管理手段と、上記相手端末と関係付けたデータを
記憶して蓄積する記憶手段と、上記管理手段により管理
されている上記相手端末の識別情報と上記接続している
他の端末の識別情報とが一致するか否かを他の端末と接
続している時に判別する識別情報判別手段と、上記識別
情報判別手段による判別の結果、上記識別番号が一致し
た場合に、上記一致した相手端末の識別番号に該当する
データの一覧表を生成する一覧表生成手段と、上記デー
タの一覧表を出力するデータ出力手段とを具備してい
る。

【００２４】また、本発明のその他の特徴とするところ
は、上記データの一覧表から所定のデータを指定する手
段と、上記指定されたデータを出力するデータ出力手段
とを具備することを特徴とする。

【００２５】また、本発明の通信システムの特徴とする
ところは、第１の通信時に、第１の端末が第２の端末に
データと上記データを管理する管理情報を送信する手段
と、上記第２の端末が受信した上記データと上記管理情
報を蓄積する手段と、第２の通信時に、上記第１の端末
が上記管理情報を上記第２の端末に送信する手段と、上
記第２の端末が受信した上記管理情報から蓄積されてい
る上記データを出力する手段とを有している。

【００２６】また、本発明の通信システムの他の特徴と
するところは、データを蓄積可能とする通信端末におい
て、上記管理情報が上記複数のデータの中から指定する
グループ指定情報を含んでいる。

【００２７】また、本発明の通信システムのその他の特
徴とするところは、第１の通信時に、第１の端末が第２
の端末にデータと上記データを管理する管理情報を送信
する手段と、上記第２の端末が受信した上記データと上
記管理情報を蓄積する手段と、第２の通信時に、上記第
２の端末が上記管理情報を上記第１の端末に送信する手
段と、上記第１の端末が受信した上記管理情報から蓄積
されている上記データを出力する手段とを有している。

【００２８】また、本発明の通信システムのその他の特
徴とするところは、データを蓄積可能とする通信端末に
おいて、上記管理情報が上記複数のデータの中から指定
するグループ指定情報を含んでいる。

【００２９】また、本発明の通信端末のその他の特徴と
するところは、蓄積した複数のデータと上記複数のデー
タを管理する管理情報とを相手の通信端末に送信する送
信手段と、上記相手の通信端末に送信した複数のデータ
および管理情報を記憶して蓄積しておくための記憶手段
と、上記相手の通信端末と接続中に上記管理情報を上記
相手の通信端末に送信し、上記相手の通信端末に上記管
理情報を入手させる管理情報送信手段と、上記相手の通
信端末から管理情報が送られてきたときに、その管理情
報に基づいて上記蓄積されているデータを検索し、上記
相手の通信端末から送られてきた管理情報に基づくデー
タを相手の通信端末に出力するデータ出力手段とを具備
している。

【００３０】また、本発明の通信端末のその他の特徴と
するところは、上記管理情報は、上記複数のデータの中
から指定するグループ指定情報であることを特徴とす
る。

【００３１】

【作用】本発明は上記技術手段よりなるので、蓄積して
いる複数のデータは相手端末の識別情報と関係付けて管
理されることにより、他の端末と接続している時に、上
記管理されている相手端末の識別情報と上記通信中の他
の端末の識別情報とが一致するか否かを判別することに
より、通信相手に関する情報が即座に得られるようにな
る。

【００３２】また、本発明の他の特徴によれば、相手端
末と接続中に、上記管理情報を送信することで上記相手
端末をリモート制御して、こちらから送った情報を上記
相手端末に入手させるようにすることが可能になる。

【００３３】

【実施例】以下、本発明の通信端末の一実施例を図面を
参照して説明する。図１は、本発明の通信端末の一実施
例を示す機能構成図である。図１において、は受信手
段、は管理手段、は記憶手段、は識別情報判別手
段、は一覧表生成手段、はデータ出力手段、は送
信手段、は表示装置、はプリント手段である。

【００３４】上記受信手段は、通信相手の端末から送
られてくる入力信号Ｓ_INを内部に導入するために設けら
れているものである。管理手段は、入力信号Ｓ_IN中の
データを相手端末の識別情報と関係付けて管理するため
のものである。また、記憶手段は、上記管理手段に
よって相手端末と関係付けられたデータを記憶して蓄積
するためのものである。識別情報判別手段は、他の端
末との接続時に、上記管理手段により管理されている上
記相手端末の識別情報と上記接続している他の端末の識
別情報とが一致するかを判別するためのものである。

【００３５】一覧表生成手段は、判別の結果、識別番
号が一致した場合に、上記一致した識別番号に上記当す
るデータの一覧表を生成するためのものである。また、
データ出力手段は、上記一致した相手端末の識別情報
のデータを出力するために設けられている。送信手段
は、データ出力手段から導出されるデータを通信の相
手の端末に送信するために設けられているものである。
また、表示装置は、データ出力手段から導出される
データを表示面上に表示するためのものであり、プリン
ト手段は上記データ出力手段から導出されるデータ
を媒体上に印字して出力するためのものである。

【００３６】図２は、本発明をＴＶ電話装置に適用した
一例を示すブロック図である。図２において、１０は、
会議参加者を撮影するカメラ、１１はＣＲＴや液晶表示
装置などからなるモニタ、１２はドキュメントや資料等
を読み込むためのスキャナ、１３はテキストデータやグ
ラフィックデータおよび画像等のビットマップデータを
プリントアウトするプリンタである。次いで、１６は画
像処理部であり、カメラ１０およびスキャナ１２から入
力されるデータを取り込む機能と、上記入力データを符
号化部へ送信する機能と、符号化部から受信したデータ
や入力データをモニタ１１やプリンタ１３に出力する機
能を有している。

【００３７】２０は、画像コーデック部であり、画像処
理部１６から出力される送信すべき画像信号を符号化す
るためのものである。ここで、上記画像コーデック部２
０は、動き補償、駒落とし、フレーム間補償およびフレ
ーム内補償、離散コサイン変換（ＤＣＴ）、ベクトル量
子化変換などの処理を行って帯域圧縮する。なお、ＩＳ
ＤＮ回線の基本インタフェースの６４ｋｂｐｓで伝送可
能な符号化方式として、ＩＴＵ勧告Ｈ．２６１がある。
また、静止画像の符号化方式としては、ＤＣＴ変換は同
じであるＪＰＥＧや可逆性を持つＪＢＩＧや、ファクシ
ミリ等で使用しているＭＭＲ，ＭＲ，ＭＨなどがある。
また、蓄積用の動画符号化方式としては、ＭＰＥＧ１，
ＭＰＥＧ２などがある。

【００３８】次いで、１４はマイク、１５はスピーカで
ある。また、１７は音声処理部であり、マイク１４およ
びスピーカ１５に対応して設けられているものである。
上記音声処理部１７は、マイク１４やスピーカ１５の音
量レベル調整、エコーキャンセル処理、並びにダイヤル
トーン、呼出音、ビジートーンおよび着信音などのトー
ンの生成処理を行う。

【００３９】２２は、送信すべき音声信号を符号化した
り、受信した符号化音声信号を復号化して音声処理部１
７に出力したりする音声コーデック部である。上記音声
コーデック部２２の伝送速度および符号化方式には、６
４ｋｂｐｓＰＣＭ（Ｇ．７１１）７ｋＨｚ帯域６４ｋｂ
ｐｓコーデック（Ｇ．７２２）、３２ｋｂｐｓＡＤＰＣ
Ｍ（Ｇ．７２６），１６ｋｂｐｓコーデック（Ｇ．７２
８）、８ｋｂｐｓコーデックなどがある。また、２４
は、データの符号化部である。

【００４０】３２は、通信回線（例えば、アナログ電話
回線、ＩＳＤＮ回線、ＬＡＮ回線など）に接続するため
の回線インタフェース部である。３０は、送信すべき映
像信号、音声信号および制御情報を上記Ｈ．２２１フォ
ーマットに多重化して回線インタフェース部３２に供給
するとともに、回線インタフェース部３２から供給され
る受信情報を画像信号、音声信号、データおよび制御信
号に分離する分離多重化回路である。

【００４１】４４は、データ等を記憶する記憶部、４６
はデータを管理するデータ管理テール、４８はデータ本
体記憶部である。次いで、４２はデータの管理情報を解
読する管理情報解読部、４０は相手端末を識別する情報
を解読して相手端末を識別する相手端末識別部である。
２６は、通信端末全体の動作を制御するシステム制御部
であり、音声コーデック部２２や画像コーデック部２０
や、データ符号化部２４等から符号化されたデータを転
送したり、音声コーデック部２２および画像処理部１６
から音声データ、画像データ、テキストデータおよびグ
ラフィックデータ等を転送する。また、上記システム制
御部２６は、多重化部３０や回線インタフェース部３２
から多重情報や回線情報などの制御情報を転送したり、
受信した管理情報を管理情報解読部４２に転送したりす
るとともに、解読された結果により記憶部４４にアクセ
スしたりする。また、受信した相手端末識別情報を相手
端末識別情報部４０に転送し、その結果によりデータを
記憶部４４に記憶したりするなどの機能を有している。

【００４２】５０は操作装置であり、システム制御部２
６に種々の指示を入力するためのものであり、例えば、
キーボード、タッチパネル、ディジタイザおよびマウス
などのポインティング装置により構成されている。

【００４３】次に、図２に示した通信端末のおける画像
信号および音声信号の流れを簡単に説明する。カメラ１
０から入力される動画像信号は、画像処理部１６により
内部メモリに取り込まれる。そして、その取り込まれた
動画像信号は、空間フィルタ処理、時間フィルタ処理、
ノイズ除去処理、フォーマット変換処理、色空間変換処
理などの処理がなされた後で、画像コーデック部２０に
転送される。

【００４４】また、本実施例のテレビ電話装置において
は、カメラ１０からの入力動画像信号を補足し、静止画
像として内部メモリに取り込み、システム制御部２６に
転送するようにしている。

【００４５】次に、スキャナ１２から画像処理部１６に
入力される静止画像信号は、画像処理部１６によりプリ
ンタ用の制御が行われた後で静止画像信号が内部メモリ
に取り込まれる。そして、画像符号化部２０に転送され
るか、またはシステム制御部２６に転送される。

【００４６】次に、画像符号化部２０から転送された画
像信号をフォーマット変換処理、および色空間変換など
の処理をする。そして、静止画像信号については、モニ
タ１１へ転送する場合は、モニタ出力用の色変換や解像
度変換等をして転送する。また、プリンタ１３へ転送す
る場合には、プリンタ制御を行い、色変換や解像度変換
等をして転送する。

【００４７】さらに、動画像信号については、解像度変
換や色変換、空間フィルタや時間フィルタの処理を行い
モニタ１１へのインタフェース変換を行い、モニタ１１
に転送する。また、システム制御部２６からのグラフィ
ックデータに上記のような処理を行った後、モニタ１１
あるいはプリンタ１３へ転送する。

【００４８】また、グラフィックデータと動画像信号と
静止画像信号とを合成する方法として、グラフィックデ
ータがテキストＶＲＡＭに書き込まれるコードデータの
一つを動画像か静止画像に指定する。そして、その指定
以外のコードデータが読み出された時はグラフィックデ
ータを転送し、その指定されたコードデータが読み出さ
れた時には動画像か静止画像に切り替えてモニタ１１あ
るいはプリンタ１３へ転送することで合成する方法があ
る。なお、このコードデータは、カラールックアップテ
ーブルの色データの中から各コードデータごとに色デー
タが指定されている。

【００４９】他方、マイク１４により入力される音声デ
ータは、音声処理部１７を介して音声コーデック部２２
に転送される。また、音声コーデック部２２からの音声
データは、音声処理部１７を介してスピーカ１５に転送
される。

【００５０】また、システム制御部２６からの音声デー
タをスピーカ１５に転送したり、マイク１４からの音声
データをシステム制御部２６に転送したりすることも行
われる。

【００５１】映像コーデック部２０および音声コーデッ
ク部２２からの符号化信号、並びにシステム制御部２６
からの制御コマンドを多重化し、回線インタフェース部
３２に出力する。回線インタフェース部３２は、分離多
重化部３０からの信号を接続する通信回線に所定フォー
マットで出力する。

【００５２】また更に、分離多重化部３０と画像コーデ
ック部２０、音声コーデック部２２との転送か、分離多
重化部３０とシステム制御２６との転送かを選択する機
能を有している。

【００５３】一方、通信回線から受信した信号は、回線
インタフェース部３２から分離多重化部３０に供給され
る。分離多重化部３０は、受信信号から符号化画像信
号、符号化音声信号、データおよび制御コマンドを分離
し、データおよび制御コマンドをシステム制御部２６に
供給する。

【００５４】画像処理部１６は、カメラ１０から入力さ
れる画像信号および画像コーデック部２０から入力され
る受信画像信号を選択合成してモニタ１１に供給する。
なお、画像処理部１６は合成処理として、例えば、ピク
チャー・イン・ピクチャーやウィンドウ表示システムに
おける対応ウィンドウへのはめ込みなどを行う。これに
より、入力画像信号、およびまたは受信画像信号（留守
録画像を含む）がモニタ１１の画面に表示される。

【００５５】音声コーデック部２２の出力は、音声処理
部１７を介してスピーカ１５に供給される。これによ
り、通信相手からの音声（留守録した音声を含む）をス
ピーカ１５から聞くことができる。

【００５６】なお、画像コーデック部２０の符号化方式
としては、Ｈ．２６１，ＭＰＥＧ，ＪＰＥＧ、ＭＭＲ，
ＭＲ，ＭＨなどがある。ここでは、上記の符号化方式に
ついて説明するが、他の画像符号化方式においても同様
に応用できることは明らかであるので、符号化方式はこ
の限りではない。

【００５７】この画像の圧縮方法の一つとして、上述し
たようにＩＴＵのＨ．２６１勧告がある。上記Ｈ．２６
１勧告は既に勧告化されており、通信する際の画像信号
の符号化方式を規定するものである。その勧告に準拠し
ていれば、他の勧告に準拠したＴＶ電話とも相互通信が
可能となる。

【００５８】上記Ｈ．２６１勧告は、世界共通のビデオ
信号フォーマットを採用している。これは、取り扱うビ
デオ信号には、ＮＴＳＣ，ＰＡＬ，ディジタルテレビ規
格などの異なった複数の規格が存在するため、お互いに
通信ができるようにするためである。

【００５９】上記フォーマットは、ＣＩＦフォーマット
およびＧＯＢフォーマットと称され、ＣＩＦフォーマッ
トは標本数が輝度Ｙは３５２画素×２８８ライン、色差
Ｃｒ，Ｃｂは１７６画素×１４４ラインで規定されてい
る。

【００６０】更に、ＣＩＦフォーマットの１／４をＱＣ
ＩＦフォーマットと称され、その標本数は輝度Ｙが１７
６画素×１４４ライン、色差Ｃｒ，Ｃｂは、８８画素×
７２ラインで定義されている。

【００６１】また、ＧＯＢフォーマットは、標本数が輝
度１７６画素×４８ライン、色差Ｃｒ，Ｃｂは８８画素
×２４ラインに定義され、ＣＩＦの１／１２，ＱＣＩＦ
の１／３に相当する。

【００６２】圧縮方法としては、自然界の映像には画素
間の相関が強いことや周波数成分が低周波に集中し、高
周波は小さいことなどを利用してフレーム内のデータを
８画素×８画素のブロックとし、２次元ＤＣＴ変換する
フレーム内符号化が用いられている。

【００６３】また、前フレームと現フレームとの同位置
の画像ブロックにおいて、両者の相関が強い時にフレー
ム間の差分を取り、その差分値に対して８画素×８画素
のブロックを２次元ＤＣＴ変換するフレーム間符号化も
用いられている。

【００６４】さらに、前フレームから現フレームへ類似
した画像ブロックが相対的に隣接移動した場合に、これ
を検知してその画像ブロックの移動量と移動方向の情報
を送るだけで画像データそのものを送らずに済ませるこ
とで発生データ量を減らす動き補償を行うようにしてい
る。

【００６５】そしてまた、ＤＣＴ変換後の各周波数ごと
の係数値が低周波領域では値が発生するが、高周波領域
では値が発生しにくくゼロ値が続くことを利用したゼロ
ランレングス符号化や、データの発生量に応じてデータ
の量子化ステップ幅を変更することでデータの発生量を
調整する量子化が用いられることもある。

【００６６】発生頻度の高いデータパターンに対しては
短い符号値を、発生頻度の低いデータパターンに対して
は長い符号値を割り当てることで、トータル的に発生し
たデータ量よりも少ないデータ量に変換する可変長符号
化が用いられる。また、フレームをスキップして、画像
データそのものを落としてしまう駒落しなどが使用され
ている。

【００６７】以上のように、本実施例の通信端末におい
ては、複数の圧縮技術をハイブリットにして利用するよ
うにして、低レートの通信においても動画像信号を通信
可能としている。

【００６８】ところで、フレーム内符号化のうち、ＩＮ
ＴＥＲモードは、フレーム間の相関が高い場合に高い圧
縮率を達成できるので、フレーム間に一定以上の相関が
ある場合にＩＮＴＥＲモードを採用する。また、一定未
満の相関のときには入力画素値をそのまま符号化するＩ
ＮＴＲＡモードを採用する。相関の程度は、例えば、フ
レーム間の被写体の動きの程度により判定する。

【００６９】ＩＮＴＥＲモードでは、送信側の量子化と
受信側の量子化との差である量子化誤差が受信端末で累
積され、量子化が粗い場合にはこれが顕著になるので、
周期的にブロック単位でＩＮＴＲＡモードを配置するの
が普通である。また、伝送エラーの伝搬を防ぐために
も、周期的にＩＮＴＲＡモードが配置される。

【００７０】特に、フレーム内の全ブロックをフレーム
内符号化したフレームを適宜の間隔で設けることが望ま
しいとされており、これを全ＩＮＴＲＡ処理と呼ぶ。全
ＩＮＴＲＡ処理により、復号化エラーおよび量子化誤差
を解消し、画面をリフレッシュできる。

【００７１】次に、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔ
ｕｒｅ Ｉｍａｇｅ ＣｏｄｉｎｇＥｘｐｅｒｔｓ Ｇ
ｒｏｕｐ）について説明する。ＭＰＥＧは、ＩＳＯ／Ｉ
ＥＣにより標準化作業が進められている画像符号化方式
であり、主に、ディジタル蓄積メディアの画像符号化方
式を規定するものである。

【００７２】ＭＰＥＧ−１は、既に勧告化されており、
現在、ＭＰＥＧ−２の標準化作業が進められている。こ
の場合、符号化方式は、基本は上記Ｈ．２６１勧告と同
じであるが、ＭＰＥＧが蓄積メディア符号化のために、
上記Ｈ．２６１のような通信を前提とした符号化と大き
く異なるのは、時間軸に対する処理である。

【００７３】具体的には、早送り、巻戻し、途中再生、
逆再生といった要求に対応するために様々な工夫がなさ
れている。まず、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔ
ｕｒｅｓ）という複数のフレームをひとまとめにした単
位で扱うことが定義されている（ここでＮパラメータ
（＝ＧＯＰのフレーム数）を設定）。

【００７４】ＧＯＰにはシーケンスヘッダを付けること
ができ、このＧＯＰ単位の再生を可能としたことで、途
中再生等の対応を図っている。また、フレームには、複
数のタイプがあり、Ｉ（Ｉｎｔｒａ Ｆｒａｍｅ）−Ｐ
ｉｃｔｕｒｅ，Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）−Ｐｉｃｔ
ｕｒｅ，Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）−Ｐｉｃｔ
ｕｒｅが定義されている（ここで、Ｍパラメータ（Ｉ，
Ｐ−Ｐｉｃｔｕｒｅの周期）を設定）。

【００７５】上述したＨ．２６１では、Ｐ−Ｐｉｃｔｕ
ｒｅのみであり、時間的には前方方向の片方向の予測が
使用される。それに対し、ＭＰＥＧは、上記３種類のフ
レームタイプを用いて、時間軸上の双方向の予測に基づ
く復号化を可能にし、更に、時間軸を縮めて高速に復号
化することが可能である。これにより、逆再生、早送り
などの対応を図っている。なお、画面サイズについて
は、特に定めていないので用途に応じて変更が可能であ
る。

【００７６】次に、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏ
ｇｒａｐｈｉｃ ＥｘｐｅｒｔｓＧｒｏｕｐ）について
説明する。ＪＰＥＧは、ＩＴＵとＩＳＯ／ＩＥＣの共同
作業により進められたカラー静止画の符号化を規定する
ものであり、既に勧告化されている。

【００７７】上述したＨ．２６１やＭＰＥＧとの共通点
は、変換符号化方式が２次元の離散コサイン変換（ＤＣ
Ｔ変換）という点である。それ以外では、静止画として
の特徴を生かす方式が採用されている。

【００７８】まず、ＤＣＴ係数に対して、Ｙ（輝度）成
分、Ｃ（色差）成分を別々の量子化マトリクスを用いて
量子化し、ＤＣＴ係数のうちのＤＣ成分は、左隣のブロ
ックのＤＣ成分との差の予測値（ＤＰＣＭ）を用いてＤ
Ｃ成分用のハフマン符号化を施し、ＡＣ成分は、ＤＣＴ
係数をジグザグスキャンしてゼロランレングス符号化後
にＡＤ成分用のハフマン符号化を行う。

【００７９】ここで、量子化マトリクスとハフマン符号
化テーブルは、自由に設定可能であり、送信側から受信
側へその設定値を事前に転送することで符号化復号化を
行うことができる。これにより、対象となる静止画に対
して画質や符号化効率の向上等で最も適した符号化をす
ることが可能となる。

【００８０】また、ディスプレイなどへのソフトコピー
表示を考慮して、粗い画像からきれいな画像へと順次表
示していく機能がある。表示順序によりシーケンシャル
符号化による表示とプログレッシブ符号化による表示が
あるが、ＪＰＥＧでは、後者の方式を拡張機能として採
用し、使用上の用途を広げている。

【００８１】上記プログレッシブ符号化方式とは、解像
度および階調性の低い大まかな画像信号から階層的に順
次解像度および階調性を向上させ、最終画質に到達する
手法である。この方式には、ＳＳ方式、ＳＡ方式、ハイ
アラーキカル方式の３種類がある。

【００８２】ＳＳ方式（Ｓｐｅｃｔｒａｌ Ｓｅｌｅｃ
ｔｉｏｎ）とは、ＤＣＴ係数を一度に全てを送信せず複
数回に分割して送出する方法で、ＤＣＴ係数の周波数方
向の段階的符号化である。

【００８３】ＳＡ方式（Ｓｕｃｃｅｓｓｉｖｅ Ａｐｐ
ｒｏｘｉｍａｔｉｏｎ）とは、ＤＣＴ係数のうち、最上
位から任意の複数ビットを画像内全ブロックに対して符
号化し、以後のスキャンで残りの下位ビットを上位から
１ビットずつ順に符号化して送信する方法で、ＤＣＴ係
数の精度の段階的符号化である。

【００８４】ハイアラーキカル方式（Ｈｉｅｒｅｒｃｈ
ｉｃａｌ）とは、画像を縦、横２の乗分の１にしてピラ
ミッド的に縮小し、ピラミッドの各階層でＤＣＴ変換等
の圧縮符号化をし順次画像を大きくしていく方法であ
る。符号化の順としては、まず、最も縮小した画像を符
号化し、次にこの符号に対する復号画像を２倍に拡大し
た画像と入力画像を同一サイズに縮小させた画像との差
分をＤＣＴ変換し、この処理を画像サイズが入力画像と
等しくなるまで繰り返すものである。つまり、解像度の
違う端末への対応が可能というメリットがある。

【００８５】もう一つの符号化として、Ｓｐａｔｉａｌ
符号化方式である２次元ＤＰＣＭ符号化（ＤＣＴ変換無
し）を可能としている。その際の予測関数としては、対
象画素と予測に用いる周囲３画素を用いての予測演算が
用いられる。予測演算は８通りある。

【００８６】次に、ＩＳＤＮ回線では、図３に示すよう
に、アウトバンド信号（つまりＤｃｈ）を用いて発呼し
相手端末と接続し、Ｂｃｈで通信を行う。（ただし、Ｄ
ｃｈのパケット通信は可能）その呼設定時の呼設定内容
は、図４および図５で示すように、オプションで着番号
を付加することが可能である。

【００８７】よって、この機能を利用することにより、
相手端末番号を伝えることが可能となる。また、伝達能
力により、音声、非制限ディジタル、３．１ｋＨｚオー
ディオを判別することが可能である。

【００８８】呼が設定され相手端末と接続された時の通
信路としては、他にＤｃｈ，Ｈ０，Ｈ１などもあるが、
以下ではＢｃｈのみで説明する。このようにして通信可
能となったＢｃｈを用いて、上記勧告Ｈ．２４２に従
い、図６に示すようにインバンド信号手順がＢｃｈで実
行され、これによりＢｃｈ内をデータ部と通信を制御す
る制御部とに割り付ける。

【００８９】この制御は、インチャネル制御と呼ばれて
いる。このインチャネル制御のために、Ｂｃｈ内に制御
ビットが必要になり、そのフレーム構成が上記Ｈ．２２
１で規定されている。上記インチャネル制御を実行する
ためのＢチャネル内のフレーム構成を図７に示す。

【００９０】図７は、Ｂｃｈ（６４ｋｂｐｓ）に対する
マルチフレーム構成を示している。このマルチフレーム
構造は、１オクテット／１２５μｓｅｃを基本として、
図７（ａ）に示すように、１フレーム＝８０オクテッ
ト、同（ｂ）に示すように、１サブマルチフレーム＝２
フレーム、同（ｃ）に示すように、１マルチフレーム＝
８サブマルチフレームの構造を成している。ビット方向
には、８ｋｂｐｓのサブチャネルが♯１から♯８まで定
義されている。

【００９１】ただし、♯８サブチャネルだけは、転送レ
ートが、６．４ｋｂｐｓとなり、制御ビットとして、Ｆ
ＡＳ（Ｆｒａｍ Ａｌｉｇｎｍｅｎｔ Ｓｉｇｎａｌ）
とＢＡＳ（Ｂｉｔ−ｒａｔｅ Ａｌｌｏｃａｔｉｏｎ
Ｓｉｇｎａｌ）の信号が挿入されている。このＦＡＳ信
号とＢＡＳ信号により、Ｂｃｈのインチャネル制御が可
能となる。

【００９２】なお、ＦＡＳ信号は、フレームおよびマル
チフレーム同期に使用されている。ＢＡＳ信号は、サブ
チャネルなどの多重方法を決定するのに必要な端末能力
の情報の交換、あるいは能力設定に使用される。特に、
ＢＡＳ信号は、データ通信中であってもサブマルチフレ
ーム（２０ｍｓｅｃ）ごとに切り換えることが可能であ
る。

【００９３】次に、図６に示したインバンド信号手順を
簡単に説明する。Ｂｃｈが通信可能状態になると、端末
Ａ，端末Ｂともに、ＦＡＳ信号を送信する。この時の端
末能力は、初期状態のモード０（オーディオとＦＡＳ信
号，ＢＡＳ信号のみのモード）である。

【００９４】上記ＦＡＳ信号は、相手端末で探索され、
上記Ｈ．２４２で規定されたフレーム同期確立の条件が
満たされると、ＦＡＳ信号内のビット構成の中の「Ａ」
を“０”にして送信する。Ａ＝０を端末が受信すること
で、相手端末がフレーム同期を確立したことが確認され
る。

【００９５】次に、ＢＡＳ信号相手端末に送信し、互い
に相手端末の端末能力を確認する。すなわち、いわゆる
伝達能力の交換である。もし、この時点で、互いに通信
可能であれば、データの通信が開始される。能力変更が
必要な場合は、同様に、ＢＡＳ信号を用いてコマンドと
して所望の端末能力を送信し、相手端末がその能力を設
定完了後、データの通信を開始する。

【００９６】データの通信は送信と受信が独立してお
り、同期の確立も端末能力の設定も別々に行われる。し
たがって、片方向だけ同期はずれが発生したり、送信と
受信でデータの種類が異なる場合もある。データの通信
が完了し呼を切断するときには、まず切断する側の端末
（図６では端末Ａ）がＢＡＳ信号を用いてモード０にす
る。これにより、Ｂｃｈのインチャネル制御は初期状態
に戻る。次に、図３に示したように、Ｄｃｈのアウトバ
ンド手順で切断と解放が行われて全ての通信が完了す
る。

【００９７】ＢＡＳ信号内のビット構成は、上位３ビッ
トは、属性を表し、残り５ビットでその属性の属性値を
表す。属性の内容は、例えば、転送レート値、コーデッ
ク種別、各メディアまたは情報特有のパラメータ値など
がある。

【００９８】このようにして、システム制御部２６で生
成された制御情報（ＢＡＳ信号）、音声符号化部からの
音声データ、画像符号化部からの画像データは多重化分
離部１３で多重化され上記Ｈ．２２１フォーマットのデ
ータとして生成され、回線ｉ／ｆ部１４へ転送される。

【００９９】また、Ｂｃｈから受信された上記Ｈ．２２
１フォーマットのデータは、多重化分離部１３で制御情
報（ＦＡＳ信号とＢＡＳ信号）と各メディア（音声、画
像、データ）のデータに分離され、音声データは音声復
号化部へ、画像データは画像復号化部へ、制御情報はシ
ステム制御部２６に転送される。つまり、ＢＡＳ信号コ
マンドにより、現在通信中のデータ種別とその属性を判
別することができることになる。

【０１００】また、ローカルエリアネットワークでは、
７層レイヤのプロトコルによる通信制御が行われる。７
層とは、下位レイヤから物理レイヤ、データリンクレイ
ヤ、ネットワークレイヤ、トランスポートレイヤ、セッ
ションレイヤ、プレゼンテーションレイヤ、アプリケー
ションレイヤである。

【０１０１】これらのレイヤのうち、物理レイヤは端末
と網間の物理的な接続を行うものである。また、データ
リンクレイヤは端末と網間の信号レベルでの接続を行う
ものである。ネットワークレイヤは、ネットワーク上に
接続されている相手端末との接続を行うものである。ト
ランスポートレイヤはネットワークレイヤで接続された
相手端末との通信路に対して論理ソケットを設けて接続
を行うものである。

【０１０２】ここで、ネットワークレイヤには端末番号
がある。例えば、ＩＰ（Ｉｎｔｅｒｎｅｔｏ Ｐｒｏｔ
ｏｃｏｌ）では、各ローカル網を識別するネットワーク
番号とホスト（相手端末のこと）とを識別するホスト番
号の階層構造で定義する。このアドレスのことを、イン
ターネット・アドレスと呼んでいる。

【０１０３】トランスポートには、論理ソケット番号が
ある。例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃ
ｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）では、インターネッ
ト環境でそれぞれのコネクションが一意に認識できるよ
うに、ポート番号とインターネット・アドレスを組み合
わせた番号で区別している。このような番号で認識され
るものを論理ソケットと呼んでいる。図９および図１０
に、ＩＰとＴＣＰのヘッダ構造を示す。

【０１０４】次に、セッションレイヤについて説明す
る。セッションレイヤは、データそのものの通信制御を
行う。まず、通信するデータの情報として、メール同
様、差し出しと宛先の情報や日時情報が付加されてい
る。特異なところでは、端末としてはいろいろな種類が
あるので端末特性情報なども含まれている。

【０１０５】また、データに関連する情報として、端末
特性（例えば、ファクシミリ）に関連してその端末が扱
うデータ種別情報（例えば、Ｇ２、Ｇ３、Ｇ４）や、そ
のデータの属性情報（ペーパーサイズ、解像度など）が
ある。

【０１０６】上記データの付属情報とデータ本体を通信
する際の通信制御を行う（例えば、ドキュメント単位あ
るいはページ単位の通信制御など）。プレゼンテーショ
ンは、データの処理方法に関する特性を規定している。
例えば、音声か画像がテキストといったメディアの種別
情報や、その各メディア種別の符号化方式、あるいは、
テキストであれば文字コード種別、画像であれば色情報
種別（ＹＵＶ，ＹＣｒＣｂなど）といったデータ内容に
関する情報である。アプリケーションは、データを利用
した応用である。

【０１０７】具体的には、メール通信やファイル転送な
どがある。この場合には、一つの回線番号に二つ以上の
端末を接続して通信する場合や、端末を他の場所に持っ
て行って別の回線に接続して通信する場合もあるので、
端末番号はネットワークによる端末番号以外にネットワ
ークとは関係のない端末自身の識別ＩＤ情報を持つ場合
がある。

【０１０８】また、ユーザー各個人がユーザーを識別す
る利用者ＩＤを持ち、どの端末からでもその利用者ＩＤ
によりアクセスしてその利用者の必要情報を入手すると
いった端末に依存しない識別情報を持つ場合もある。以
上のように、ローカルエリアネットワークでは、相手端
末番号やデータの種別やデータの属性を識別することは
可能である。

【０１０９】このようにして認識された相手端末番号や
データの種別やそのデータの属性情報は、記憶部４４の
データ管理テーブル４６に格納され、データ本体は、デ
ータ本体記憶部４８に格納される。

【０１１０】ここで、データを管理するための管理情報
を図１２に示す。管理情報を大きく分けると、ＩＤ情報
とデータ情報とがある。ＩＤ情報は小グループをグルー
プ化した大グループ、データＩＤをグループ化した小グ
ループ、データＩＤがある。

【０１１１】つまり、データをグループ化して一括して
呼び出したり、あるいは格納する際に使用される。デー
タ情報は、データ名、メディア種別、メディア属性、デ
ータ量（ｂｙｔｅ）、アプリケーション名、登録時間な
どがあり、データを読出す際に必要となる環境の設定の
ための情報である。また、データ属性等もあるがここで
は省略している。

【０１１２】図１１に、上記データ管理テーブル４６の
テーブル内容を示す。上記データ管理テーブルで管理す
る内容は、大きくは、端末情報とデータをグループとし
て扱うＩＤ情報とデータ情報とがある。

【０１１３】上記端末情報としては、端末を識別するた
めの端末ＩＤ、端末を利用するユーザーを識別する使用
者ＩＤ、接続される網の回線番号、および端末の端末属
性等がある。なお、ＩＤ情報およびデータ情報について
は、管理情報と同一であり、図１２の管理情報で説明し
た通りである。ＩＤ情報で小グループＩＤやデータＩＤ
の“−”は、各々複数指定されている場合である。

【０１１４】次に、図１３、１４のフローチャートを参
照して、データ蓄積時の動作を説明する。システム制御
部２６は、先ず、ステップＳ１において回線部および操
作部からデータの蓄積要求があるか否かを監視する。そ
して、データの蓄積要求があれば、ステップＳ２に進ん
で通信か否かを判断する。

【０１１５】また、ステップＳ２の判断の結果、通信で
なければステップＳ３に進み、操作部から入力される相
手端末情報をデータ管理テーブル４６に登録し、その
後、ステップＳ４にてデータを記憶して蓄積する。その
後、ステップＳ５に進んで、そのデータのＩＤ情報およ
びデータ情報を登録する。

【０１１６】すなわち、通信しない場合のデータ入力
は、データは自端末の入力装置から入力されるが、音
声、画像、テキスト等、各メディアに対応した入力装置
を用いて入力され記憶部４４に格納される。

【０１１７】上記ステップＳ２の判断の結果、通信する
場合はステップＳ６に進み、回線を接続する。次に、ス
テップＳ７にて回線接続時に受信する回線制御情報を解
読する。その後、ステップＳ８にて解読の結果を判断
し、相手端末の番号が受信されればステップＳ９に進
み、データ管理テーブル４６の相手端末情報に登録す
る。

【０１１８】ここで、相手端末番号は、前述したよう
に、ＩＳＤＮの場合には、呼設定メッセージ内の着番
号、ＬＡＮの場合には、ネットワーク番号とＩＰヘッダ
の発信元アドレスなどが該当する。

【０１１９】次に、ステップＳ１０にて回線からデータ
の受信があるか否かを判断し、あれば、ステップＳ１１
に進んでそのデータの解読をする。このデータの解読
（特に、データのヘッダ情報の解読）をした結果、相手
端末番号が受信されているか否かをステップＳ１２で判
断し、相手端末番号が受信されていれば、ステップＳ１
３にてデータ管理テーブルを見て既に登録されているか
チェックする。そして、未登録であればステップＳ１４
に進み、この相手端末番号をデータ管理テーブルに登録
する。

【０１２０】ここで、相手端末番号は、ファクシミリ通
信時のドキュメントの付属情報に含まれる発信アドレス
や、ＬＡＮのセッションレイヤのドキュメント通信制御
中の発信端末情報などが該当する。

【０１２１】また、ステップＳ１５において、相手端末
を識別する端末ＩＤが更にあるか否かを判断し、あれば
ステップＳ１６に進んで端末ＩＤをデータ管理テーブル
４６に登録する。ここで、端末ＩＤは、メール通信など
のアプリケーション時に使用されるネットワークに依存
しない端末の識別情報である。なお、このような識別情
報としては、上記端末ＩＤ以外に利用者ＩＤもある。ま
た、識別情報は上記に限定しているわけではなくその他
の識別情報も適応可能である。

【０１２２】次に、ステップＳ１７にてデータを記憶し
て蓄積し、そのデータのデータ情報をステップＳ１８に
おいてデータ管理テーブル４６に登録する。次に、ステ
ップＳ１９において、管理情報を受信したか否かを検索
し、もし受信した場合には、ステップＳ２０に進んでそ
の管理情報をデータ管理テーブル４６に登録する。

【０１２３】その後、ステップＳ２１に進み、その他の
通信処理（例えば、蓄積の必要としないデータの通信）
を行うとともに、ステップＳ２２にて回線切断の有無を
調べ、回線切断がなければステップＳ１０に戻る。ま
た、もし回線切断があればステップＳ２３にて回線を切
断して終了する。

【０１２４】次に、図１５、１６、１７のフローチャー
トを参照して、データの蓄積時の動作を説明する。先
ず、データの蓄積動作がスタートすると、システム制御
部２６はステップＳ３０にて回線部および操作部からデ
ータの検索要求があるか否かを監視する。

【０１２５】そして、データの検索要求があれば、ステ
ップＳ３１にて通信か否かを判断する。この判断の結
果、通信でなければ、ステップＳ３２に進んで操作部か
ら入力される相手端末番号をデータ管理テーブル４６か
ら検索する。その後、ステップＳ３３にて、相手端末番
号があるか否かを調査し、もし番号があればステップＳ
３４に進んで上記相手端末番号の一覧およびその内容の
出力処理を行う。

【０１２６】また、上記ステップＳ３１の判断の結果、
通信する場合はステップＳ３５に進んで回線を接続をす
るとともに、ステップＳ３６にて回線接続時に受信する
回線制御情報を解読する。この解読の結果、相手端末の
番号が受信されているか否かをステップＳ３７で判断
し、相手端末の番号が受信されればステップＳ３８に進
んでその相手端末番号を認識する。

【０１２７】その後、ステップＳ３９に進み、その番号
をデータ管理テーブルから検索する。次に、ステップＳ
４０にて相手端末の番号が有るか否かを判断し、管理テ
ーブルに相手端末番号があれば、ステップＳ４１にてデ
ータの検索をする。次に、ステップＳ４２にて、データ
があるか否かを調べ、データがなければステップＳ４３
にて該当するデータがない旨を伝える。

【０１２８】上記ステップＳ３７の判断の結果、相手端
末の番号が受信されていないとき、およびステップＳス
テップＳ４３にて該当するデータがない旨を伝えた後は
ステップＳ４４に進み、管理情報を受信したか否かを調
べる。

【０１２９】ステップＳ４４の判断の結果、管理情報を
受信した場合には、ステップＳ４５に進み、その管理情
報の解読する。次に、ステップＳ４６に進み、管理情報
による管理テーブルの検索を行う。そして、次のステッ
プＳ４７において、該当するデータがあるか否かを調
べ、なければステップＳ４８に進んで該当するデータが
無い旨を伝える。

【０１３０】ステップＳ４２およびステップＳ４７にお
いて、データがある場合にはステップＳ４９に進み、そ
のデータの一覧表の出力要求があるか否かを調べる。そ
して、データ一覧の出力要求がある場合はステップＳ５
０に進み、データの一覧をデータ管理テーブル４６を用
いて作成する。

【０１３１】一覧表の具体的な作成方法は、データ管理
テーブルから該当する端末のＩＤ情報とデータ情報を抽
出して一覧表を作成する。その際に、データとしてはキ
ャラクタデータを用いる。

【０１３２】データの一覧を作成したら、次にステップ
Ｓ５１に進み、その一覧表の出力方法の要求を調べる。
そして、表示出力であればステップＳ５２に進み、フォ
ントデータを用いてキャラクタデータをビットマップに
展開してビデオメモリに書き込み、そのビデオメモリの
データをモニタに出力して表示する。

【０１３３】また、上記ステップＳ５１の判断の結果が
表示ではない場合は、ステップＳ５３に進んで印刷か否
かを判断する。そして、上記一覧表の出力方法の要求が
印刷の場合には、ステップＳ５４に進んで上記キャラク
タデータをプリンタ用のフォントを用いて（例えば、ス
ケーラブルフォントなど）ビットマップに展開してプリ
ンタ出力する。

【０１３４】また、上記ステップＳ５３の判断の結果が
印刷ではない場合は、ステップＳ５５に進んで相手端末
に送信するか否かを判断する。上記判断の結果、相手端
末に送信する場合にはステップＳ５６に進み、キャラク
タデータで相手端末に送信する。ただし、相手端末がキ
ャラクタデータで受信できない場合には、相手端末が受
信できるデータ形態に変換して送信する。

【０１３５】次に、ステップＳ５７に進み、データの内
容の出力要求があるか否かを調べ、出力要求があれば、
ステップＳ５８に進んで該当する端末の全てのデータの
中でデータ指定があるか否かを調べる。ステップＳ５８
の判断の結果、データ指定があればステップＳ５９に進
んで指定されているデータを抽出し、その後ステップＳ
６０に進む。

【０１３６】ステップＳ６０では、そのデータの出力方
法の要求を調べ、表示出力であればステップＳ６１に進
む。ステップＳ６１では、上記データがキャラクタであ
ればフォントデータを用いてビットマップに展開し、そ
のデータがグラフィックデータであればそのままにして
ビデオメモリに書き込み、そのビデオメモリのデータを
モニタに出力して表示する。

【０１３７】次に、要求が印刷であれば、ステップＳ６
２にてキャラクタデータか否かを判断し、キャラクタデ
ータの場合にはステップＳ６３に進んでプリンタ用のフ
ォントを用いて（例えば、スケーラブルフォントなど）
ビットマップに展開し、グラフィックデータであればそ
のままでプリンタ出力する。ただし、表示と印刷では、
解像度や色空間が異なるのでその変換処理を行う。

【０１３８】次に、ステップＳ６４にて相手端末に送信
するか否かを判断し、相手端末に送信する場合には、ス
テップＳ６５に進んでキャラクタデータおよびグラフィ
ックデータで相手端末に送信する。ただし、相手端末が
キャラクタデータおよびグラフィックデータで受信でき
ない場合には相手端末が受信できるデータ形態に変換し
て送信する。

【０１３９】その後、ステップＳ６６に進み、その他の
通信処理（例えば、蓄積の必要としないデータの通信）
を行うとともに、ステップＳ６７において、回線切断の
有無を調べ、回線切断がなければステップＳ４４に戻
る。また、回線切断の指示があればステップＳ６８にて
回線を切断して終了する。

【０１４０】

【発明の効果】本発明は上述したように、蓄積している
複数のデータと相手端末の識別情報とを関係付けて管理
するようにしたので、通信相手のマルチメディアに関す
る情報を即時に得られる。又、特に、他の端末と接続し
ている時に、上記管理している相手端末の識別情報と上
記通信中の他の端末の識別情報とが一致するか否かを判
別することにより、別の通信や複数のメディアの通信で
あっても、通信相手に関する情報を即座に得ることがで
きる。

【０１４１】また、本発明の他の特徴によれば、相手端
末と接続中に上記管理情報を上記相手端末に送信し、こ
ちらから送った情報をリモート制御して上記管理情報を
入手させるようにすることができる。また、相手に関連
する情報の中から、必要な情報のみを得るようにするこ
とができる。

【０１４２】これらのことが可能になることにより、操
作者が相手に関連するデータを保管する際の煩雑な手間
や、あるいは通信中に情報の認識をしたり、捜しまわっ
たりする手間を省略することができるようになる。ま
た、データの保管や呼び出しを自動的に行うことができ
るので、操作者の利便性を飛躍的に向上させることがで
きる。

【０１４３】また、通信中に上記のような無駄な作業時
間の浪費を防ぐことができるとともに、データの紛失や
不明といったトラブルによる通話の中断や再送のような
無意味な通信を回避して、通信効率の向上を図ることが
できる。

【図面の簡単な説明】

【図１】本発明の通信端末の主要な機能の概略を示す機
能構成図である。

【図２】本発明をＴＶ電話装置に適用した一例を示すブ
ロック図である。

【図３】アウトバンド信号（Ｄｃｈ）を用いて発呼し相
手端末と接続する手順を説明するための図である。

【図４】呼設定メッセージ内容および伝達能力を説明す
る図である。

【図５】着番号を説明する図である。

【図６】Ｂｃｈのインチャネル制御を説明する図であ
る。

【図７】Ｈ２２１のフレームフォーマットを説明する図
である。

【図８】ＢＡＳのビット構成説明図である。

【図９】ＴＣＰのヘッダの構造説明図である。

【図１０】ＩＰのヘッダ情報の構造説明図である。

【図１１】データ管理テーブルの説明図である。

【図１２】管理情報の説明図である。

【図１３】データ蓄積の動作フローチャートである。

【図１４】データ蓄積の動作フローチャートである。

【図１５】データ検索の動作フローチャートである。

【図１６】データ検索の動作フローチャートである。

【図１７】データ検索の動作フローチャートである。

【符号の説明】 受信手段 管理手段 記憶手段 識別情報判別手段 一覧表生成手段 データ出力手段 送信手段 表示装置 プリント装置 １１ モニタ １２ カメラ １３ プリンタ １４ マイク １５ スピーカ １６ 画像処理部 １７ 音声処理部 ２０ 画像コーデック部 ２４ データコーデック部 ２６ システム制御部 ３０ 多重化部 ３２ 回線インタフェース部 ４０ 相手端末識別部 ４２ 管理情報解読部 ４４ 記憶部 ４６ データ管理テーブル ４８ データ本体記憶部 ５０ 操作部

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数の通信相手端末について各端末のマ
   ルチメディアに関する機能を示すデータを記憶する記憶
   手段と、 前記記憶手段に記憶された前記各端末のマルチメディア
   に関する機能を示すデータを出力する出力手段とを具備
   することを特徴とする通信端末。
2. 【請求項２】 前記出力手段は、接続している通信相手
   端末、または接続しようとする通信相手端末のマルチメ
   ディアに関する機能を示すデータを前記記憶手段から選
   択して出力することを特徴とする請求項１に記載の通信
   端末。
3. 【請求項３】 相手端末のマルチメディアに関する機能
   を示すデータを該相手端末の識別情報と関係付けて複数
   通り記憶するための記憶手段と、 他の端末と接続している時に、該他の端末の識別情報が
   上記記憶手段により記憶されている上記相手端末の識別
   情報と一致するか否かを判別する識別情報判別手段と、 上記識別情報判別手段による判別に従って前記記憶手段
   に記憶されたマルチメディアに関する機能を示すデータ
   を出力するデータ出力手段とを具備することを特徴とす
   る通信端末。
4. 【請求項４】 上記端末の識別情報が電話番号であるこ
   とを特徴とする請求項３に記載の通信端末。
5. 【請求項５】 上記データを他の端末から受信する手段
   と、上記他の端末の識別情報を認識する手段とを具備す
   ることを特徴とする請求項３に記載の通信端末。
6. 【請求項６】 上記データ出力手段は、上記判別手段に
   よる判別の結果、上記識別番号が一致した場合に、上記
   一致した相手端末の識別情報のデータを表示装置の画面
   に表示することを特徴とする請求項３に記載の通信端
   末。
7. 【請求項７】 上記データ出力手段は、上記判別手段に
   よる判別の結果、上記識別番号が一致した場合に、上記
   一致した相手端末の識別情報のデータを紙面に出力する
   ことを特徴とする請求項３に記載の通信端末。
8. 【請求項８】 上記データ出力手段は、上記判別手段に
   よる判別の結果、上記識別番号が一致した場合に、上記
   一致した相手端末の識別情報のデータを上記相手端末へ
   送信するようにしたことを特徴とする請求項３に記載の
   通信端末。
9. 【請求項９】 データを記憶して蓄積するようにした通
   信端末において、 上記データを相手端末の識別情報と関係付けて管理する
   管理手段と、 上記相手端末と関係付けたデータを記憶して蓄積する記
   憶手段と、 上記管理手段により管理されている上記相手端末の識別
   情報と上記接続している他の端末の識別情報とが一致す
   るか否かを他の端末と接続している時に判別する識別情
   報判別手段と、 上記識別情報判別手段による判別の結果、上記識別番号
   が一致した場合に、上記一致した相手端末の識別番号に
   該当するデータの一覧表を生成する一覧表生成手段と、 上記データの一覧表を出力する出力手段とを具備するこ
   とを特徴とする通信端末。
10. 【請求項１０】 上記データの一覧表から所定のデータ
    を指定する手段と、上記指定されたデータを出力するデ
    ータ出力手段とを具備することを特徴とする請求項９に
    記載の通信端末。
11. 【請求項１１】 第１の通信時に、第１の端末が第２の
    端末にデータと上記データを管理する管理情報を送信す
    る手段と、 上記第２の端末が受信した上記データと上記管理情報を
    蓄積する手段と、第２の通信時に、上記第１の端末が上
    記管理情報を上記第２の端末に送信する手段と、 上記第２の端末が受信した上記管理情報から蓄積されて
    いる上記データを出力する手段とを有することを特徴と
    する通信システム。
12. 【請求項１２】 上記管理情報が上記複数のデータの中
    から指定するグループ指定情報を含むことを特徴とする
    請求項１１に記載の通信システム。
13. 【請求項１３】 第１の通信時に、第１の端末が第２の
    端末にデータと上記データを管理する管理情報を送信す
    る手段と、 上記第２の端末が受信した上記データと上記管理情報を
    蓄積する手段と、 第２の通信時に、上記第２の端末が上記管理情報を上記
    第１の端末に送信する手段と、 上記第１の端末が受信した上記管理情報から蓄積されて
    いる上記データを出力する手段とを有することを特徴と
    する通信システム。
14. 【請求項１４】 上記管理情報が上記複数のデータの中
    から指定するグループ指定情報を含むことを特徴とする
    請求項１３に記載の通信システム。
15. 【請求項１５】 データを記憶して蓄積する通信端末に
    おいて、 上記蓄積した複数のデータと上記複数のデータを管理す
    る管理情報とを相手の通信端末に送信する送信手段と、 上記相手の通信端末に送信した複数のデータおよび管理
    情報を記憶して蓄積しておくための記憶手段と、 上記相手の通信端末と接続中に上記管理情報を上記相手
    の通信端末に送信し、上記相手の通信端末に上記管理情
    報を入手させる管理情報送信手段と、 上記相手の通信端末から管理情報が送られてきたとき
    に、その管理情報に基づいて上記蓄積されているデータ
    を検索し、上記相手の通信端末から送られてきた管理情
    報に基づくデータを相手の通信端末に出力するデータ出
    力手段とを具備することを特徴とする通信端末。
16. 【請求項１６】 上記管理情報は、上記複数のデータの
    中から指定するグループ指定情報であることを特徴とす
    る請求項１５に記載の通信端末。