JPH07135645A

JPH07135645A - 画像送信装置

Info

Publication number: JPH07135645A
Application number: JP5304795A
Authority: JP
Inventors: Makoto Senda; 誠千田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-11-10
Filing date: 1993-11-10
Publication date: 1995-05-23

Abstract

(57)【要約】【目的】受信側での画像エラーの発生防止を図った画
像送信装置を提供する。【構成】本装置は、画像符号化部１０ａ，伝送レート
検出部１４ａ及び無効データ送信制御部１４ｂを有す
る。送信内容が変更すると、画像伝送レート検出部１４
ａは画像伝送レートの演算値と初期値との比較により画
像伝送レートの変更を検出する。無効データ送信制御部
１４ｂは画像伝送レート検出部１４ａの検出に基づい
て、画像符号化部１０ａによって符号化された画像デー
タの送信を所定時間停止するか、又は無効データを所定
時間送信する。無効データは、受信側の復号化処理の対
象とならないため、受信側での画像エアーの発生防止が
可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、デジタル通信回線を介
して映像及び音声の送受信を行う電話端末に好適な画像
送信装置に関する。

【０００２】

【従来の技術】従来のアナログの電話回線の場合、電話
は音声のみ伝送可能であり、データも低速でしか伝送で
きなかった。

【０００３】しかし、近年、通信技術や半導体技術、光
技術の進歩にともない、デジタル回線が整備され、高速
で大容量のデータの伝送が可能になった。

【０００４】特に、デジタル伝送の特徴としては、伝送
による品質低下がなく同レベルの品質が保たれること、
伝送データのメディアの特性に応じた伝送路を必要とせ
ず、メディアの統合が図れることなどがあり、複合メデ
ィア端末間の伝送が可能なった。よって、従来の音声の
みの電話から映像をも同時に伝送する電話端末が出現し
ている。

【０００５】こうした状況の中、異なる複合端末間にお
いても相互通信が可能になるようＣＣＩＴＴなどによる
国際標準化が進められており、デジタル回線を用いたテ
レビ電話、テレビ会議システムなどのＡＶ（Audio Visu
al）サービスとしてＡＶサービス用のサービス規定、プ
ロトコル規定、マルチメディア多重化フレーム構成規定
がＣＣＩＴＴ勧告（又は勧告草案）Ｈ．３２０，Ｈ．２
４２，Ｈ．２２１となどとして発表されている。勧告
Ｈ．２２１では、６４Ｋｂｐｓから１９２０Ｋｂｐｓま
でのＡＶサービスにおけるフレーム構成及び端末能力の
交換や通信モードのＦＡＳ（Fram Align ment Signa
l）、ＢＡＳ（Bit Allocation Signal ）の符号割当が
定義されている。勧告Ｈ．２４２では、ＢＡＳを用いた
ＡＶ端末間での能力交換及び通信モード切り替えなどの
プロトコルが定義され、Ｈ．３２０ではＡＶサービスの
全般のシステムアスペクトが定義されている。上記勧告
（又は勧告草案）においては、エンドツーエンドの物理
コネクションの設定及びインチャネルでのＦＡＳによる
同期確立後、インチャネルでＢＡＳを用いた端末能力の
交換シーケンス、通信モードの指定によるモード切り替
えシーケンスなどの手順により端末間で画像、音声、デ
ータなどのマルチメディア通信を行うための方法が規定
されている。但し、各端末において自己の端末能力を状
況に応じて変化させたり交換された能力の範囲内でどの
通信モードを用いるかは規定の範囲外である。

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

【０００７】デジタル公衆網としては、ＩＳＤＮ（Inte
grated Survice Digital Network）があり、ユーザーへ
提供されているインターフェースは、基本インターフェ
ース（２Ｂ（６４ｋｂｐｓ）＋Ｄ（１６ｋｂｐｓ））
と、一次群インターフェース（Ｈ０（３８４ｋｂｐ
ｓ）、Ｈ１（１．５Ｍｂｐｓ）、２３Ｂ＋Ｄ）がある。
特に基本インターフェースは、現在のアナログ公衆網に
対する次期公衆網として注目されている。

【０００８】この基本インターフェースは、相手端末と
の呼接続には、アウトバンドｃｈのＤｃｈを使用し、音
声や画像やデータなどのメディアデータは、Ｂｃｈを使
用する。Ｂｃｈは、２ｃｈ利用できるので、この２ｃｈ
のデータの同期を取ることによって最高１２８ｋｂｐｓ
のデータ伝送（バルク伝送）が可能になる。ＴＶ電話の
ような画像と音声を同時に通信するマルチメディアＩＳ
ＤＮ端末の場合には、大量のデータ伝送容量が必要なの
で、バルク伝送は非常に有効な通信手段である。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来例のＴＶ電話によれば、複数のメディアを多重化して
伝送しているので、メディアの種別や符号化方法を変更
したり、メディアの伝送レートを変更したりするとメデ
ィアの多重化構成を変更する必要がある。

【００１０】しかし、伝送レートを変更したことを受信
端末に伝達するのは、Ｂｃｈのインチャネル制御コマン
ドで伝えるため、実際のデータと同期をとるのが非常に
難しい。よって、受信端末はいつ多重化構成を変更した
ら良いのか分らず、送信端末の多重化変更時期と受信端
末の多重化変更時期の食違いにより、各メディアの復号
化部ではデータ復号化時にエラーが生じてしまう。特
に、画像データは、大容量なため圧縮率を高めるために
フレーム間の差分を取るあるいはあらゆる圧縮手段を併
用しているため、上記の様なエラーは、受信画像の画質
に対して深刻な影響を与える。

【００１１】そこで、本発明は、上記事情に鑑みてなさ
れたものであり、受信側での画像エラーの発生防止を図
った画像送信装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の画像送信装置は、画像を符号化して受
信側に伝送する画像送信装置において、要求された送信
内容に基づいて画像伝送レートを演算するとともに、そ
の演算値と画像伝送レートの演算前の値との比較により
画像伝送レートの変更を検出する伝送レート検出手段
と、この伝送レート検出手段が画像伝送レートの変更を
検出した場合に、画像データの送信を所定時間停止する
か、又は無効データを所定時間送信する送信制御手段と
を有することを特徴とするものである。

【００１３】また、請求項２記載の画像送信装置は、前
記送信制御手段は、前記伝送レート検出手段が画像伝送
レートの変更を検出した場合に、任意の画像ブロックを
送信完了後に、画像データの送信を所定時間停止する
か、又は無効データを所定時間送信するものである。

【００１４】また、請求項３記載の画像送信装置は、前
記送信制御手段は、前記伝送レート検出手段が画像伝送
レートの変更を検出した場合に、画像フレームを送信完
了後に、画像データの送信を所定時間停止するか、又は
無効データを所定時間送信するものである。

【００１５】

【作用】請求項１記載の画像送信装置によれば、送信内
容が変更すると、伝送レート検出手段は画像伝送レート
の演算値と演算前の値との比較により画像伝送レートの
変更を検出する。送信制御手段は伝送レート検出手段の
検出に基づいて、画像データの送信を所定時間停止する
か、又は無効データを所定時間送信する。無効データ
は、受信側の復号化処理の対象とならないため、受信側
での画像エラーの発生防止が可能となる。

【００１６】請求項２記載の画像送信装置によれば、画
像データの送信停止又は無効データの送信を、画像ブロ
ックの区切り目で行うことにより、受信側での画像表示
が中途半端とならないように調整が可能となり、画像デ
ータの送信再開もスムーズとなる。

【００１７】請求項３記載の画像送信装置によれば、画
像データの送信停止又は無効データの送信を、画像フレ
ームの区切り目で行うことにより、受信側での画像表示
が中途半端とならないように調整が可能となり、画像デ
ータの送信再開もスムーズとなる。

【００１８】

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

【００１９】図１は本発明の画像送信装置の一実施例に
係るマルチメディア端末の構成ブロック図である。

【００２０】このマルチメディア端末は、音声入出力手
段としてのハンドセット１と、音声入力手段としてのマ
イク２と、音声出力手段としてのスピーカ３と、音声イ
ンターフェース部（以下「音声部」と略す。）４と、音
声符号化復号化部５と、カメラ６と、絵や図面などを入
力するための画像入力手段としての書画カメラ６と、カ
メラ６又は書画カメラ７からの入力画像や相手からの受
信画像やシステム制御部１４からの画像を表示する表示
部８と、画像入出力部９と、画像符号化復号化部１０
と、データ通信を行うためのデータ端末１１と、データ
端末１１及びシステム制御部１４からの送信データを多
重分離化部１５へ通知するとともに、受信データをデー
タ端末１１又はシステム制御部１４へ通知するデータイ
ンターフェース部（以下「データ部」と略す。）１２
と、本装置の制御をするために制御情報入力に使用する
キーボード、タッチパネルなどの操作部１３と、ゲート
回路１６ａ，１６ｂ及び通信制御部１６ｃを備えＩＳＤ
Ｎユーザ網インターフェースに従って回線を制御する回
線インターフェース１６とを有して構成されている。

【００２１】音声部４は、後述するシステム制御部１４
の指示により、ハンドセット１，マイク２，スピーカ３
を切り換える機能、音量レベル調整のための利得調整機
能、ハンドセット１がオンフック状態かオフフック状態
かを検知するオン／オフ検知機能、マイク２とスピーカ
３を使用した時にエコーを消去するためのエコーキャン
セル機能、ダイヤルトーン，呼出トーン，ビジートー
ン，着信音などのトーン生成機能を持っている。

【００２２】音声符号化復号化部５は、システム制御部
１４の指示により、６４ｋｂｐｓＰＣＭ（Ａ−ｌａ
ｗ）、６４ｋｂｐｓＰＣＭ（μ−ｌａｗ）、７ｋＨｚオ
ーディオ（ＳＢ−ＡＤＰＣＭ）、３２ｋｂｐｓＡＤＰＣ
Ｍ，１６ｋｂｐｓ（たとえば、ＡＰＣ−ＡＢ）８ｋｂｐ
ｓなどの音声符号化／復号化アルゴリズムに従って、送
信音声信号をＡ／Ｄ変換し符号化する機能を持つ音声符
号化部５ａ及び受信音声信号を復号化してＤ／Ａ変換す
る機能を持つ音声複合化部５ｂを備えるものである。

【００２３】画像入出力部９は、画像入力部９ａと画像
出力部９ｂとを備え、システム制御部１４の指示によ
り、画像入力手段の切り換え機能、上述した各画像の表
示切り換え及び表示分割機能、各画像入出力部の映像信
号と電気的／信号的に整合をとるための信号変換機能を
持つものである。

【００２４】画像符号化復号化部１０は、送信画像をＡ
／Ｄ変換し符号化する機能を持つ画像符号化部１０ａ
と、受信画像を復号化しＤ／Ａ変換する機能を持つ画像
復号化部１０ｂとを備え、大容量の画像の生データに、
動き補償、駒落とし、フレーム間補償及びフレーム間補
償、ＤＣＴ変換、ベクトル量子化変換などの種々の手法
によって帯域圧縮を行い、小容量化してデジタル回線で
伝送可能にしている。現在、ＩＳＤＮ回線の基本インタ
ーフェースが６４ｋｂｐｓであるが、この伝送速度でも
伝送可能な画像の符号化方式としてはＣＣＩＴＴ勧告草
案Ｈ．２６１がある。

【００２５】システム制御部１４は、ＣＰＵ，ＲＯＭ，
ＲＡＭ及び補助記憶装置を装備し、全体を制御するアプ
リケーションプログラムの実行などを行うものであり、
多重分離部１５へデータの構成を決める際に画像データ
の伝送レートを算出する画像伝送レート検出部１４ａ
と、画像符号化部１０ａへ無効データ送信制御をする無
効データ送信制御部１４ｂとを備えている。

【００２６】多重分離部１５は、音声符号化復号化部５
から音声データ、画像符号化復号化部１０からの画像デ
ータ，データ部１２からのデータ、システム制御部１４
からのＢＡＳを送信フレーム単位に多重化するととも
に、受信フレームを構成単位の各メディアに分離し各部
５，１０，１２，１４に通知するものであり、ＣＣＩＴ
Ｔ勧告Ｈ．２２１がある。

【００２７】次に、画像符号化部１０ａによる符号化方
法を簡単に説明すると、まず、自然界の映像には画素間
の相関が強いことや周波数成分が低周波に集中し高周波
は小さいことなどを利用してフレーム内のデータを８画
素×８画素のブロックとして２次元ＤＣＴ変換するフレ
ーム内符号化と、前フレームと現フレームの同位置の画
像ブロックにおいて両者の相関が強い時にフレーム間の
差分を取りその差分値に対して８画素×８画素のブロッ
クを２次元ＤＣＴ変換するフレーム間符号化と、前フレ
ームから現フレームへ類似した画像ブロックが相対的に
隣接移動した場合に、これを検知してその画像ブロック
の移動量と移動方向の情報を送るのみで画像データその
ものを送らずに済ませることで発生データ量を減らす動
き補償と、ＤＣＴ変換後の各周波数ごとの係数値が低周
波領域では値が発生するが、高周波領域では値が発生し
にくくゼロ値が続くことを利用したゼロランレングス符
号化と、データの発生量に応じてデータの量子化ステッ
プ幅を変更する事でデータの発生量を調整する量子化
と、発生頻度の高いデータパターンに対しては短い符号
値を、発生頻度の低いデータパターンに対しては長い符
号値を割当てることで、トータル的に発生したデータ量
よりも少ないデータ量に変換する可変長符号と、フレー
ムをスキップして、画像データそのものを落してしまう
駒落しなど複数の圧縮技術をハイブリットにし低レート
の通信においても動画像を通信可能としている。

【００２８】次に、端末能力のネゴシエーションや端末
能力の変更を行う方法について述べる。

【００２９】まず、ＩＳＤＮ回線で通信する場合、図２
に示すように、アウトバンド信号（つまりＤｃｈ）を用
いて発呼する。図２に示すように、端末Ａから端末Ｂへ
の呼設定と、端末Ｂから端末Ａへの応答でＢｃｈでの通
信が可能になる。通信路としては、ほかにＤｃｈ，Ｈ
０，Ｈ１などもあるがＢｃｈのみで説明し、以下は省略
する。

【００３０】次に、この通信可能となったＢｃｈを用い
て勧告Ｈ．２４２に従い、図３に示すようにＢｃｈのイ
ンバンド信号手順（つまり、Ｂｃｈ内をデータ部と制御
部に割り付け、その制御部によって制御する）が行われ
る。

【００３１】この制御は、「インチャネル制御」と称せ
られている。このインチャネル制御を実行するに当た
り、Ｂｃｈ内に制御ビットが必要になるので、そのフレ
ーム構成が勧告Ｈ．２２１で規定されている。

【００３２】このフレーム構成を図４乃至図６に示す。
図４のマルチフレーム構造は、Ｂｃｈ（６４ｋｂｐｓ）
時のものである。

【００３３】まず、マルチフレーム構造は、１オクテッ
ト／１２５μｓｅｃを基本として、図４のように、１フ
レーム＝８０オクテット、図５のように、１サブマルチ
フレーム＝２フレーム、図６のように、１マルチフレー
ム＝８サブマルチフレームの構造を有し、ビット方向に
は、８ｋｂｐｓのサブチャネルが＃１から＃８まで定義
されている。但し、＃８サブチャネルだけは、伝送レー
トが、６．４ｋｂｐｓとなり、制御ビットとして、ＦＡ
Ｓ（Fram Alignment Signal ）とＢＡＳ（Bitrate Allo
cation Signal ）の信号が挿入されている。このＦＡＳ
とＢＡＳによりＢｃｈのインチャネル制御が可能とな
る。ＦＡＳは、フレーム及びマルチフレーム同期に使用
されている。ＢＡＳは、サブチャネルなどの多重方法を
決定するに必要な端末能力の情報の交換あるいは能力設
定に使用される。特にＢＡＳは、データ通信中であって
もサブマルチフレーム（２０ｍｓｅｃ）ごとに切り換え
は可能である。

【００３４】次に、通信手順を図３を参照して説明す
る。

【００３５】まず、Ｂｃｈが通信可能状態になると、端
末Ａ，Ｂともに、ＦＡＳを送信する。この時の端末能力
は、初期状態のモード０（オーディオとＦＡＳ，ＢＡＳ
のみのモード）である。このＦＡＳは、相手端末で探索
され、勧告Ｈ．２４２で規定されたフレーム同期確率の
条件が満たされると、図７乃至図９に示すＦＡＳ内のビ
ット構成の中のＡを“０”にして送信する。Ａ＝０を端
末が受信することで、相手端末がフレーム同期が確立し
たことが確認される。次に、自端末の能力情報を、ＢＡ
Ｓで相手端末に送信し、お互いに、相手端末の端末能力
を認識する。もし、この時点で、お互いが通信可能であ
れば、データの通信が開始される。能力変更が必要な場
合は、同様に、ＢＡＳを用いてコマンドとして端末能力
を送信し、相手端末がその能力を設定完了後、データの
通信を開始する。データの通信は送受信で独立してお
り、同期の確立も端末能力の設定も別々に行われる。よ
って、片方向だけ同期はずれが発生したり、送受でデー
タの種別が異なる場合もある。データの通信が完了し呼
を切断するときには、まず切断する側の端末（図４では
端末Ａ）がＢＡＳを用いてモード０にする。これによ
り、Ｂｃｈのインチャネル制御は初期状態に戻った。次
に、図２に示すようにＤｃｈのアウトバンド手順で切断
と解放が行われてすべての通信が完了する。

【００３６】図７乃至図９は、ＦＡＳ内のビット構成を
示している。

【００３７】Ａビットは、フレーム同期はずれの表示で
ある。Ｅビットは、ＣＲＣ誤りが発生したか否かの表示
である。Ｃ₁，Ｃ₂，Ｃ₃，Ｃ₄は、ＣＲＣ４のビットであ
る。Ｎ１からＮ５は、マルチフレームの番号付け用であ
る。Ｒ１からＲ４は、チャネル番号である。ＴＥＡは、
端末装置アラームで、端末内部の故障により入力信号を
受け取ったりこれに反応できない場合に“１”をセット
とする。

【００３８】図１０及び図１１は、ＢＡＳ内のビット構
成を示している。

【００３９】図１０に示すように、上位３ビットは、属
性を表し、残り５ビットでその属性の属性値を表す。図
１１には、属性の内容を示す。属性値は、例えば、伝送
レート値，コーデック種別，各メディア特有のパラメー
タ値などが定義されている。ここで、本発明において、
画像データの送信を行わないようにする手段としては、
このＢＡＳにより画像データの送信をＯＦＦするコマン
ド情報を送信することにより、画像データの伝送チャネ
ルが確保されていても画像データを送信しないことが可
能となる。ただし、この場合には受信側で乱れた画像が
表示されてしまう可能性があるので、上記の画像送信Ｏ
ＦＦを送信する前に画像の凍結要求を送信し、受信側の
画面をフリーズさせておく必要がある。

【００４０】次に、符号化処理を行う画像の構成につい
ては、図１２乃至図１７に示す。

【００４１】勧告草案Ｈ．２６１においては、取り扱う
ビデオ信号は、ＮＴＳＣ，ＰＡＬ，デジタルテレビ規格
などの異なった複数の規格が存在するため、お互いに通
信ができるように世界共通のビデオ信号フォーマットを
採用している。このフォーマットは、ＣＩＦフォーマッ
ト１７と称し、図１２に示すように、標本数が輝度Ｙは
３５２画素×２８８ライン、色差Ｃｒ，Ｃｂは１７６画
素×１４４ラインで規定されている。標本点（サンプリ
ング点）１８については、図１３に示すように、色差
（Ｃｒ，Ｃｂ）は、輝度４地点（Ｙ１，Ｙ２，Ｙ３，Ｙ
４）の等距離にある点として定められている。更に、Ｃ
ＩＦフォーマット１７の１／４は、ＱＣＩＦフォーマッ
ト１９と称し、図１４に示すように、標本数が輝度Ｙは
１７６画素×１４４ライン、色差Ｃｒ，Ｃｂは、８８画
素×７２ラインで定義されている。ここで、上記ＣＩＦ
フォーマット１７は、図１２に示すように、複数個のＧ
ＯＢフォーマット２０で構成され、そのＧＯＢフォーマ
ット２０は、図１５に示すように、３３個のＭＢフォー
マット２１で構成され、更に、ＭＢフォーマット２１
は、図１６に示すように、Ｙ１，Ｙ２，Ｙ３，Ｙ４の４
つの輝度ブロック２２ａとＣｒ、Ｃｂの２つの色差ブロ
ック２２ｂで構成され、各ブロック２２ａ，２２ｂは、
図１７に示すように、８画素×８ラインで構成されてお
り、階層構造になっている。この階層構造により符号化
をＭＢ単位で行うことが可能となる。ＧＯＢフォーマッ
ト２０は、標本数が輝度１７６画素×４８ライン、色差
Ｃｒ，Ｃｂ８８画素×２４ラインで定義され、ＣＩＦフ
ォーマット１７の１／１２，ＱＣＩＦフォーマット１９
の１／３に相当し、ＧＯＢの番号がＣＩＦはＧＯＢ１か
らＧＯＢ１２まで、ＱＣＩＦは、ＧＯＢ１，ＧＯＢ３，
ＧＯＢ５が割り当てられている。

【００４２】次に、符号化された画像データのフレーム
構成は、図１８に示すような多重化フレーム構成となっ
ている。ただし、ここでは説明の都合上、ＦＨを付加し
たまま説明することとする。

【００４３】図１８中、（ａ）はＧＯＢフォーマット２
０のブロックによる構成を示している。このように画面
の１フレームのデータの先頭にＦＨがつき、画面を１２
分割した１ブロックをＧＯＢとして、ＧＯＢ１からＧＯ
Ｂ１２まで順次伝送される。図１８中、（ｂ）は、
（ａ）のＦＨとＧＯＢの詳細の内容を示している。ＦＨ
は、ＰＳＣとＴＲとＰＴＹＰＥで構成されている。ＰＳ
Ｃは、フレーム開始符号で２０ビットの“0000 0000 00
00 0001 0000”である。ＴＲは、フレーム番号で５ビッ
トの“１”から“３０”までの値を使用する。ＰＴＹＰ
Ｅはタイプ情報で６ビットで、スプリット・スクリーン
指示情報、書画カメラ指示情報、画面凍結解除、情報源
フォーマット指示情報（ＣＩＦ，ＱＣＩＦ）が含まれて
いる。次に、ＧＯＢヘッダは、ＧＢＳＣとＧＮとＧＱＵ
ＡＮＴで構成されている。ＧＢＳＣは、ＧＯＢ開始符号
で１６ビットの“0000 0000 0000 0001 ”である。ＧＮ
は、ＧＯＢ番号で４ビットで、“１”から“１２”まで
使用する。ＧＮが“０”の場合にはＰＳＣで使用してい
るので、ＦＨのＰＳＣとＧＯＢのＧＢＳＣ＋ＧＮは、共
に２０ビットで連続した値と見なすことができる。ＧＱ
ＵＡＮＴは、量子化特性情報で５ビットで量子化ステッ
プサイズの情報を含む。ＭＢヘッダは、マクロブロック
（以後、ＭＢと称する）と称する画素ブロックのヘッダ
である。ＭＢは、上述したように、３３個のＭＢで１つ
のＧＯＢを構成しており、１ＭＢは８画素×８ラインの
輝度信号（Ｙ）４個と８画素×８ラインの色差信号（Ｃ
ｂ，Ｃｒ）２個で構成されている。ここで、各ブロック
の番号として、Ｙには１から４まで、Ｃｂには５、Ｃｒ
には６の番号が割当てられている。このＭＢヘッダは、
ＭＢＡとＭＴＹＰＥとＭＱＵＡＮＴとＭＶＤとＣＢＰで
構成されている。ＭＢＡは、ＭＢの位置を表すマクロブ
ロックアドレスで先頭のＭＢのみ絶対値で、それ以降
は、一つ前に伝送されたマクロブロックとそれに続くマ
クロブロックのアドレスの差値を可変長符号化されたも
のである。ここで、ＭＢＡには特別な符号であるＭＢＡ
スタッフ符号がある。これは、ＧＯＢヘッダやマクロブ
ロックの直後にビットをスタッフするために挿入できる
もので受信側では捨てられてしまうものである。よっ
て、本発明の無効データの発生は、このＭＢＡスタッフ
符号を発生させることにより無効データを生成させるこ
とで可能となる。また、このＭＢＡスタッフ符号をマク
ロブロックの送信直後に発生させることによりＭＢとＭ
Ｂの間で無効ブロックを生成することが可能となる。ま
た、このＭＢＡスタッフ符号をあるＧＯＢの中の送信す
べき最後のマクロブロックの送信直後に発生させること
によりＧＯＢとＧＯＢの間で無効ブロックを生成するこ
とが可能となる。更に、このＭＢＡスタッフ符号をある
フレームのなかの最後のＧＯＢの中の送信すべき最後の
マクロブロックの送信直後に発生させることによりフレ
ームとフレームの間で無効ブロックを生成することが可
能となる。ＭＴＹＰＥは、ＭＢのタイプ情報でＩＮＴＲ
Ａ（フレーム内符号化）、ＩＮＴＥＲ（フレーム間差分
符号化）、ＭＣ（動き補償付きフレーム間差分符号
化）、ＦＩＬ（フィルター）などそのＭＢのデータに処
理を施した処理タイプが挿入されている。ＭＱＵＡＮＴ
はＧＱＵＡＮＴと同じである。ＭＶＤは、動きベクトル
情報である。ＣＢＰは、有意ブロックパターンで先ほど
のＭＢのＹの４個とＣｒ，Ｃｂのうちの有効な画素ブロ
ックの番号を情報として含んでいる。このＭＢヘッダの
あとには、圧縮符号化した画像データが先述したよう
に、Ｙ４個Ｃｒ，Ｃｂのうち有意ブロックとなった画素
ブロックが番号順に入っている。

【００４４】次に、回線に出力されるデータは、図１９
に示すようなフォーマットの誤り訂正フレームである。

【００４５】１フレームは、誤り訂正フレームビットが
１ビット、フィル識別子が１ビット、画像データが４９
２ビット、誤り訂正パリティーが１８ビットの５１２ビ
ットで構成されている。更に、このフレームが８フレー
ムで１マルチフレームを構成している。ここで、フィル
識別子が“０”のときはデータをすべて“１”にするこ
とが可能である。よって、本発明においては、このフィ
ル識別子を“０”にすることでその後のデータは受信側
では画像データと判断されず無視される無効データの発
生が可能となる。

【００４６】次に、本実施例の動作を図２０乃至図２３
のフローチャートを参照して説明する。

【００４７】まず、マルチメディア端末による通信を開
始する（Ｓ１）。

【００４８】その際に、Ｘ（メディア伝送のため確保し
た伝送レート）、Ｙ（Ｘから音声データの伝送レートを
引いた残りの伝送レート）、Ｚ（Ｙからデータ（ＬＳ
Ｄ，ＨＳＤ）の伝送レートを引いた残りの伝送レー
ト）、Ｚ′（送信能力変更前のＺ）の初期値（ここでは
０）を設定し、全ＩＮＴＲＡフレームの伝送すべき規定
フレーム数を設定する。

【００４９】その通信をマルチメディア端末による通信
か電話による通信かを選択し（Ｓ２，Ｓ３）、電話とし
ての通信の場合には、Ｄｃｈで呼制御により相手端末と
呼接続し（Ｓ４）、Ｂｃｈを接続する（Ｓ５）。次に、
音声部４を起動状態にし（Ｓ６）、呼が切断されるまで
維持され（Ｓ７）、呼の切断により回線が切断される
（Ｓ８）。次に、マルチメディア端末による通信の場合
には、Ｄｃｈで呼制御により相手端末と呼接続し（Ｓ
９）、Ｂｃｈを接続する（Ｓ１０）。次に、Ｂｃｈのイ
ンチャネル制御を開始し（Ｓ１１）、ＦＡＳの同期を検
出し（Ｓ１２）、ＦＡＳの同期確率がされればＢＡＳに
よる能力のネゴシエーションで、相手端末の受信能力を
受信して解読し（Ｓ１３）、音声能力が無ければ音声の
送信ができないが音声能力が有れば（Ｓ１４）、音声の
送信要求が操作者から有るか否かを調べ（Ｓ１５）、も
し有れば音声部４が起動されているか否かを調べ（Ｓ１
６）、もし起動していない場合は音声部４を起動し（Ｓ
１７）、確保したＢｃｈの伝送レートＸから選択された
音声コーデックの伝送レートＡを差引き、この伝送レー
トをＹとして（Ｓ１８）、Ｙの値を調べ（Ｓ１９）、Ｙ
＝０の場合には、データと画像は無いと判断されデータ
部１２と画像符号化部１０ａを停止する（Ｓ２０）。

【００５０】Ｙ＞０の場合には、相手端末の受信能力と
してデータが有るか否かを調べにいく（Ｓ２４）。

【００５１】音声部４の音声送信要求が操作者からなけ
れば（Ｓ１５）、音声部４が現在停止中か否かを調べ
（Ｓ２１）、もし、停止状態でなければ音声部４を停止
し（Ｓ２２）、確保したＢｃｈの伝送レートＸを現在の
伝送レートＹに代入する（Ｓ２３）。

【００５２】次に、受信能力としてデータ能力があるか
否かを調べ（Ｓ２４）、データ能力が無ければデータの
送信ができないがデータ能力が有れば、データの送信要
求が操作者から有るか否かを調べ（Ｓ２５）、データ部
１２が起動しているか否かを調べ（Ｓ２６）、もし起動
していなければデータ部１２を起動し（Ｓ２７）、現在
に残りの伝送レートＹから選択されたデータの伝送レー
トＢを差引き、この伝送レートをＺとして（Ｓ２８）、
Ｚの値を調べ（Ｓ２９）、Ｚ＝０の場合には、画像は無
いと判断され画像符号化部１０ａを停止する（Ｓ３
０）。Ｚ＞０の場合には、相手端末の受信能力として画
像データが有るか否かを調べにいく（Ｓ３４）。

【００５３】データ部１２のデータ送信要求が操作者か
らなければ（Ｓ２５）、データ部１２が現在停止中か否
かを調べ（Ｓ３１）、もし、停止状態でなければデータ
部１２を停止し（Ｓ３２）、現在の残りの伝送レートＹ
を現在の伝送レートＺに代入する（Ｓ３３）。

【００５４】次に、受信能力として画像データ能力があ
るか否かを調べ（Ｓ３４）、画像データ能力が無ければ
画像データの送信ができないが画像データ能力が有れ
ば、画像データの送信要求が操作者から有るか否かを調
べ（Ｓ３５）、画像符号化部１０ａが起動しているか否
かを調べ（Ｓ３６）、もし起動していなければ画像符号
化部１０ａを起動し（Ｓ３７）、残りの伝送レートをＺ
と変更前のＺ′を比較し（Ｓ３８）、Ｚ＝Ｚ′の場合に
は、画像データの伝送レートに変更が無いと判断し通常
モードの符号化処理に入る（Ｓ４２）。

【００５５】Ｚ＝Ｚ′の場合には、画像データの伝送レ
ートに変更が有ると判断し、前述した方法により無効デ
ータ送信制御部１４ｂが画像符号化部１０ａに対して制
御して、無効データを送信する。あるいは、前述した方
法により画像データの送信を停止する（Ｓ３９）。所定
時間が経過すると（Ｓ４０）、Ｚの値をＺ′に代入し
（Ｓ４１）、その後は通常モードの符号化処理に入る。

【００５６】画像符号化部１０ａの画像データ送信要求
が操作者からなければ（Ｓ３５）、画像符号化部１０ａ
が現在停止中か否かを調べ（Ｓ４３）、もし、停止状態
でなければ画像符号化部１０ａを停止する（Ｓ４４）。

【００５７】次に、操作者からの伝達能力の変更要求が
あるか否かを調べ（Ｓ４５）、変更が有る場合には相手
端末へ能力の変更情報を通知し（Ｓ４６）、変更内容
に、Ｂｃｈの追加があれば（Ｓ５２）、Ｂｃｈの接続を
追加し（Ｓ５３）、Ｂｃｈの削除があれば（Ｓ５４）、
Ｂｃｈの接続を削除し（Ｓ５５）、その後、ＢＡＳの受
信の能力を解読し（Ｓ１３）、前述した動作を繰返す。

【００５８】次に、操作者からの伝達能力の変更要求が
あるか否かを調べ（Ｓ４５）、変更が無い場合には、切
断要求があるか否かを調べ（Ｓ４７）、要求が無い場合
には、その後、ＢＡＳの受信の能力を解読し（Ｓ１
３）、前述した動作を繰返す。

【００５９】もし、切断要求が有る場合には、自端末か
らの要求か相手端末からの要求か判別し（Ｓ４８）、相
手端末からの要求であれば、相手端末からのＢＡＳコマ
ンドによるモード０の遷移の通知に従い、受信データと
送信データを音声のみのモード０とする（Ｓ４９）。

【００６０】もし、自端末からの切断要求であれば、相
手端末に対して、モード０遷移を通知し、受信データと
送信データを音声のみのモード０とする（Ｓ５０）。

【００６１】その後、Ｄｃｈ制御により呼を切断し（Ｓ
５１）、動作を終了する。

【００６２】受信端末側は送信端末側の上記動作を特に
意識する必要はなく、また、受信端末側においては特定
機能を追加する必要もない。

【００６３】つまり、送信端末側の画像符号化部１０ａ
の無効ブロックを発生する制御を行うか、又は、画像デ
ータの送信をＯＦＦする制御を行うことで画像乱れを食
止めることが可能となる。

【００６４】なお、本発明は上述した実施例の他、その
要旨の範囲内で種々の変形が可能である。

【００６５】

【発明の効果】以上詳述したように請求項１記載の発明
によれば、各送信メディアの能力や伝送レートの変更、
又は接続回線数の変更時に、送信画像伝送レートを演算
して、初期値との比較により画像伝送レートに変更が生
じている場合に、受信側の復号化処理の対象とならない
無効データを送信するか、又は画像データは送信しない
ようにすることで、受信側での画像エラーの発生防止が
可能となる。これにより、操作者に対して画像の乱れを
見せずに済むために不快感や不安感を与えずマンマシン
の向上と利便性が向上するという効果が得られる。ま
た、伝送レート変更時に画像エラーが発生しないため、
変更完了後の画像の復旧が早く即応性があるという効果
が得られる。また、上記の制御をするにあたり、特別な
ハードは必要とせずプログラムの変更のみで済み、ま
た、独自のモードではなく、勧告範囲内での制御のため
勧告準拠しているすべての受信端末がこの制御によって
上記効果を得ることが可能である利点がある。

【００６６】また、請求項２記載の発明によれば、画像
データの任意のブロックでの区切り目で無効ブロックを
生成することにより、受信側での画像表示が中途半端と
ならないように調整が可能となり、画像データの送信再
開もスムーズに行えるようになる。

【００６７】また、請求項３記載の発明によれば、画像
データの任意のフレームでの区切り目で無効ブロックを
生成することにより、請求項２記載と同様の効果が得ら
れる。

【図面の簡単な説明】

【図１】本発明の画像送信装置の一実施例に係るマルチ
メディア端末の構成ブロック図

【図２】Ｄｃｈの手順を示す図

【図３】Ｂｃｈのインチャネル制御を示す図

【図４】勧告Ｈ．２２１のフレーム構成を示す図

【図５】勧告Ｈ．２２１のサブマルチフレーム構成を示
す図

【図６】勧告Ｈ．２２１のマルチフレーム構成を示す図

【図７】ＦＡＳのビット構成を示す図

【図８】ＦＡＳのビット構成を示す図

【図９】ＦＡＳのビット構成を示す図

【図１０】ＢＡＳのビット構成を示す図

【図１１】ＢＡＳの属性の内容を示す図

【図１２】ＣＩＦフォーマットの構成を示す図

【図１３】標本点を示す図

【図１４】ＱＣＩＦフォーマットの構成を示す図

【図１５】ＧＯＢフォーマットの構成を示す図

【図１６】ＭＢフォーマットの構成を示す図

【図１７】ブロックフォーマットの構成を示す図

【図１８】画像データ多重化フレームを示す図

【図１９】誤り訂正フレーム同期を示す図

【図２０】本実施例の動作を示すフローチャート

【図２１】本実施例の動作を示すフローチャート

【図２２】本実施例の動作を示すフローチャート

【図２３】本実施例の動作を示すフローチャート

【符号の説明】

１０画像符号化復号化部１０ａ画像符号化部１４システム制御部１４ａ画像伝送レート検出部１４ｂ無効データ送信制御部

Claims

【特許請求の範囲】

【請求項１】画像を符号化して受信側に伝送する画像
送信装置において、要求された送信内容に基づいて画像伝送レートを演算す
るとともに、その演算値と画像伝送レートの演算前の値
との比較により画像伝送レートの変更を検出する伝送レ
ート検出手段と、この伝送レート検出手段が画像伝送レートの変更を検出
した場合に、画像データの送信を所定時間停止するか、
又は無効データを所定時間送信する送信制御手段と、を有することを特徴とする画像送信装置。
【請求項２】前記送信制御手段は、前記伝送レート検
出手段が画像伝送レートの変更を検出した場合に、任意
の画像ブロックを送信完了後に、画像データの送信を所
定時間停止するか、又は無効データを所定時間送信する
ものである請求項１記載の画像送信装置。
【請求項３】前記送信制御手段は、前記伝送レート検
出手段が画像伝送レートの変更を検出した場合に、画像
フレームを送信完了後に、画像データの送信を所定時間
停止するか、又は無効データを所定時間送信するもので
ある請求項１記載の画像送信装置。