JPH1127645A - テレビ電話装置 - Google Patents
テレビ電話装置Info
- Publication number
- JPH1127645A JPH1127645A JP17391597A JP17391597A JPH1127645A JP H1127645 A JPH1127645 A JP H1127645A JP 17391597 A JP17391597 A JP 17391597A JP 17391597 A JP17391597 A JP 17391597A JP H1127645 A JPH1127645 A JP H1127645A
- Authority
- JP
- Japan
- Prior art keywords
- image data
- key frame
- data packet
- transmitting
- error
- 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.)
- Granted
Links
- 230000005236 sound signal Effects 0.000 claims description 11
- 230000006837 decompression Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 abstract description 30
- 230000003247 decreasing effect Effects 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 48
- 238000000034 method Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 11
- 230000006835 compression Effects 0.000 description 6
- 238000007906 compression Methods 0.000 description 6
- 230000007423 decrease Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001890 transfection Methods 0.000 description 1
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 ＭＰＥＧ方式のような圧縮符号化方式で画像
データが伝送されるテレビ電話装置において、１フレー
ムのすべてのパケットが正しく受信できた場合でも、そ
のフレームが全く伸長できなくなり、転送した実効デー
タ量が減少するか、あるいは伸長した画像データにノイ
ズが入る可能性が高い。 【解決手段】 送信側の電話装置内のキーフレーム再送
手段２２は、受信側の電話装置から再送要求があるかど
うかを判定し、再送要求がある場合には、受信側の指定
したパケットを再送する。キーフレーム間隔調整手段２
３は、再送要求が一定値以上になった場合、画像処理手
段２０が生成するキーフレームの間隔を再送率に応じて
変更する。受信側の電話装置内のキーフレーム再送手段
２２は、キーフレーム受信中に受信エラーが発生した場
合、現在のパケットの再送要求を送信する。これによ
り、受信側ではキーフレームを必ず伸長できる。
データが伝送されるテレビ電話装置において、１フレー
ムのすべてのパケットが正しく受信できた場合でも、そ
のフレームが全く伸長できなくなり、転送した実効デー
タ量が減少するか、あるいは伸長した画像データにノイ
ズが入る可能性が高い。 【解決手段】 送信側の電話装置内のキーフレーム再送
手段２２は、受信側の電話装置から再送要求があるかど
うかを判定し、再送要求がある場合には、受信側の指定
したパケットを再送する。キーフレーム間隔調整手段２
３は、再送要求が一定値以上になった場合、画像処理手
段２０が生成するキーフレームの間隔を再送率に応じて
変更する。受信側の電話装置内のキーフレーム再送手段
２２は、キーフレーム受信中に受信エラーが発生した場
合、現在のパケットの再送要求を送信する。これによ
り、受信側ではキーフレームを必ず伸長できる。
Description
【０００１】
【発明の属する技術分野】本発明はテレビ電話装置に係
り、特にディジタル動画像を前後のフレームとの相関関
係を使用して圧縮するテレビ電話装置に関する。
り、特にディジタル動画像を前後のフレームとの相関関
係を使用して圧縮するテレビ電話装置に関する。
【０００２】
【従来の技術】図９は従来のテレビ電話装置の一例のブ
ロック図を示す。この従来のテレビ電話装置は、特開平
８−１９５９４７号公報に記載されているテレビ電話装
置で、カメラ部１０１と、ビデオ回路部１０２と、ビデ
オ処理部１０３と、ビデオ表示部１０４と、ＮＣＵ部１
０５と、音声処理部１０６と、ＣＰＵ部１０７と、モデ
ム部１０８と、キー・ＬＥＤ１０９と、リモコン１１０
等とから構成される。
ロック図を示す。この従来のテレビ電話装置は、特開平
８−１９５９４７号公報に記載されているテレビ電話装
置で、カメラ部１０１と、ビデオ回路部１０２と、ビデ
オ処理部１０３と、ビデオ表示部１０４と、ＮＣＵ部１
０５と、音声処理部１０６と、ＣＰＵ部１０７と、モデ
ム部１０８と、キー・ＬＥＤ１０９と、リモコン１１０
等とから構成される。
【０００３】カメラ部１０１は、この従来のテレビ電話
装置における利用者の映像を取り込み、映像信号として
ビデオ回路部１０２へ供給する。ビデオ回路部１０２
は、カメラ部１０１から供給される映像信号と、外部入
力端子ＩＮから供給される映像信号とを、リモコン１１
０からの指示に基づいて切り替え、いずれか一方の映像
信号から同期信号、輝度信号及び色信号を分難し、ビデ
オ処理部１０３へ供給する。また、ビデオ回路部１０２
は、ビデオ処理部１０３から供給される映像信号（アナ
ログ信号）を画像出力端子ＯＵＴへ送出する。
装置における利用者の映像を取り込み、映像信号として
ビデオ回路部１０２へ供給する。ビデオ回路部１０２
は、カメラ部１０１から供給される映像信号と、外部入
力端子ＩＮから供給される映像信号とを、リモコン１１
０からの指示に基づいて切り替え、いずれか一方の映像
信号から同期信号、輝度信号及び色信号を分難し、ビデ
オ処理部１０３へ供給する。また、ビデオ回路部１０２
は、ビデオ処理部１０３から供給される映像信号（アナ
ログ信号）を画像出力端子ＯＵＴへ送出する。
【０００４】ビデオ処理部１０３は、ビデオ回路部１０
２からの同期信号、輝度信号及び色信号を各々ディジタ
ル信号（以下、画像データという）に変換する一方、ビ
デオ表示部１０４からの画像データをアナログ映像信号
に変換してビデオ回路部１０２に供給する。また、ビデ
オ処理部１０３は、ＣＰＵ部１０７の指示に基づき、ビ
デオ回路部１０２から供給された画像データを格納する
と共に、例えばＪＰＥＧ（Joint Photographic coding
Experts Group）アルゴリズムなどで上記の画像データ
を圧縮符号化して得た圧縮画像データ、更に、この圧縮
画像データを復号、伸長した伸長画像データをそれぞれ
格納するメモリを有する。
２からの同期信号、輝度信号及び色信号を各々ディジタ
ル信号（以下、画像データという）に変換する一方、ビ
デオ表示部１０４からの画像データをアナログ映像信号
に変換してビデオ回路部１０２に供給する。また、ビデ
オ処理部１０３は、ＣＰＵ部１０７の指示に基づき、ビ
デオ回路部１０２から供給された画像データを格納する
と共に、例えばＪＰＥＧ（Joint Photographic coding
Experts Group）アルゴリズムなどで上記の画像データ
を圧縮符号化して得た圧縮画像データ、更に、この圧縮
画像データを復号、伸長した伸長画像データをそれぞれ
格納するメモリを有する。
【０００５】ビデオ表示部１０４は、画像データをＣＰ
Ｕ部１０７からの命令に基づいて、ビデオ処理部１０３
内のメモリから読み出した画像データや伸長画像データ
を受け、表示しように応じて補間、間引き処理などを行
うと共に、ＣＰＵ部１０７からの命令に応じたキャラク
タを合成した表示画像データをビデオ処理部１０３へ出
力する。
Ｕ部１０７からの命令に基づいて、ビデオ処理部１０３
内のメモリから読み出した画像データや伸長画像データ
を受け、表示しように応じて補間、間引き処理などを行
うと共に、ＣＰＵ部１０７からの命令に応じたキャラク
タを合成した表示画像データをビデオ処理部１０３へ出
力する。
【０００６】ＮＣＵ部１０５は、電話機からの音声入力
信号、外部音声入力、及びマイク入力信号を合成し、音
声処理部１０６へ供給する。また、ＮＣＵ部１０５は、
音声処理部１０６から供給される出力音声信号を電話機
及び音声出力端子へ送出する。
信号、外部音声入力、及びマイク入力信号を合成し、音
声処理部１０６へ供給する。また、ＮＣＵ部１０５は、
音声処理部１０６から供給される出力音声信号を電話機
及び音声出力端子へ送出する。
【０００７】音声処理部１０６は、ＮＣＵ部１０５から
の音声信号（アナログ信号）をディジタル変換する。ま
た逆に復号化、伸長処理が行われたディジタル音声デー
タをアナログ音声データに変換してＮＣＵ部１０５へ供
給する。音声処理部１０６は、ディジタル音声データ
を、例えばＣＥＬＰ（Code-Excited Linear Predictio
n）アルゴリズムなどで圧縮または伸長する。
の音声信号（アナログ信号）をディジタル変換する。ま
た逆に復号化、伸長処理が行われたディジタル音声デー
タをアナログ音声データに変換してＮＣＵ部１０５へ供
給する。音声処理部１０６は、ディジタル音声データ
を、例えばＣＥＬＰ（Code-Excited Linear Predictio
n）アルゴリズムなどで圧縮または伸長する。
【０００８】ＣＰＵ部１０７は、この従来のテレビ電話
装置の各部の制御を行う。ＣＰＵ部１０７は、カメラ部
１０１又は外部入力端子ＩＮから供給される映像信号が
ディジタル化、圧縮・符号化されてビデオ処理部１０３
内のメモリに格納されている圧縮画像データと、電話機
または外部音声入力、マイク入力からの音声信号がディ
ジタル化、圧縮・符号化されて音声処理部１０６内のメ
モリに格納されている圧縮音声データとを多重化して、
モデム部１０８に供給する。また、ＣＰＵ部１０７は、
相手先のテレビ電話装置から多重化して送信されてくる
画像・音声データがモデム部１０８で復調された後、画
像・音声データを分離処理し、それぞれビデオ処理部１
０３と音声処理部１０６に送る。
装置の各部の制御を行う。ＣＰＵ部１０７は、カメラ部
１０１又は外部入力端子ＩＮから供給される映像信号が
ディジタル化、圧縮・符号化されてビデオ処理部１０３
内のメモリに格納されている圧縮画像データと、電話機
または外部音声入力、マイク入力からの音声信号がディ
ジタル化、圧縮・符号化されて音声処理部１０６内のメ
モリに格納されている圧縮音声データとを多重化して、
モデム部１０８に供給する。また、ＣＰＵ部１０７は、
相手先のテレビ電話装置から多重化して送信されてくる
画像・音声データがモデム部１０８で復調された後、画
像・音声データを分離処理し、それぞれビデオ処理部１
０３と音声処理部１０６に送る。
【０００９】モデム部１０８は、ＣＰＵ部１０７によっ
て多重化された画像・音声圧縮データを、通信回線で伝
送可能な伝送信号（アナログ信号）に変換して送信する
変調器（モジュレータ）としての機能と、逆に、通信回
線を介して送られてきた伝送信号（アナログ信号）を、
再びＣＰＵ部１０７で解読可能なディジタル信号に戻す
復調器（デモジュレータ）としての機能を備えており、
ＮＣＵ部１０５によって利用する通信回線として一般加
入者回線での使用が可能となっている。
て多重化された画像・音声圧縮データを、通信回線で伝
送可能な伝送信号（アナログ信号）に変換して送信する
変調器（モジュレータ）としての機能と、逆に、通信回
線を介して送られてきた伝送信号（アナログ信号）を、
再びＣＰＵ部１０７で解読可能なディジタル信号に戻す
復調器（デモジュレータ）としての機能を備えており、
ＮＣＵ部１０５によって利用する通信回線として一般加
入者回線での使用が可能となっている。
【００１０】次に、この従来のテレビ電話装置の送信側
の動作を、図１０のフローチャートと共に説明する。ま
ず、これから送信する１画面分の画像データの総バイト
数を受信側に送信するとともに、送信するパケット番号
を示す変数ｘを「０」にする（ステップＳ１０）。次
に、再送要求ＲＥＱを受信したか否かを判断する（ステ
ップＳ１１）。この再送要求ＲＥＱは、転送エラー（Ｃ
ＲＣエラー）の発生頻度が所定値（例えば、１０秒に１
回）より多くなった場合にのみ、転送エラーが生じた際
に、受信側のテレビ電話装置から送信側のテレビ電話装
置に対して送信されるものである。そして、再送要求Ｒ
ＥＱを受信していない場合には、ステップＳ１２へ進
み、変数ｘで示される画像データパケット（ｘ）を送信
する。
の動作を、図１０のフローチャートと共に説明する。ま
ず、これから送信する１画面分の画像データの総バイト
数を受信側に送信するとともに、送信するパケット番号
を示す変数ｘを「０」にする（ステップＳ１０）。次
に、再送要求ＲＥＱを受信したか否かを判断する（ステ
ップＳ１１）。この再送要求ＲＥＱは、転送エラー（Ｃ
ＲＣエラー）の発生頻度が所定値（例えば、１０秒に１
回）より多くなった場合にのみ、転送エラーが生じた際
に、受信側のテレビ電話装置から送信側のテレビ電話装
置に対して送信されるものである。そして、再送要求Ｒ
ＥＱを受信していない場合には、ステップＳ１２へ進
み、変数ｘで示される画像データパケット（ｘ）を送信
する。
【００１１】一方、再送要求ＲＥＱを受信した場合に
は、ステップＳ１１からステップＳ１３に進み、再送要
求ＲＥＱに対応する画像データパケットを再度送信す
る。
は、ステップＳ１１からステップＳ１３に進み、再送要
求ＲＥＱに対応する画像データパケットを再度送信す
る。
【００１２】次に、上記ステップＳ１２またはステップ
Ｓ１３の処理が終了すると、ステップＳ１４へ進み、全
パケットの送信が完了したか否かを判断する。そして、
まだ、全パケットの送信が終了していない場合には、変
数ｘを「１」だけインクリメントした後（ステップＳ１
５）、ステップＳ１１へ戻る。以下、ステップＳ１１〜
ステップＳ１５の処理を繰り返し実行し、１画面分の画
像パケットデータを送信する。
Ｓ１３の処理が終了すると、ステップＳ１４へ進み、全
パケットの送信が完了したか否かを判断する。そして、
まだ、全パケットの送信が終了していない場合には、変
数ｘを「１」だけインクリメントした後（ステップＳ１
５）、ステップＳ１１へ戻る。以下、ステップＳ１１〜
ステップＳ１５の処理を繰り返し実行し、１画面分の画
像パケットデータを送信する。
【００１３】上述した画像データパケット送信処理にお
いて、全パケットの送信が終了すると、ステップＳ１４
からステップＳ１６へ進み、受信側のテレビ電話装置か
らの全パケット完了通知ＥＮＤを受信したか否かを判断
する。この全パケット完了通知ＥＮＤは、再送要求ＲＥ
Ｑと同様に、転送エラー（ＣＲＣエラー）の発生頻度が
所定値（例えば、１０秒に１回）より多くなった場合に
のみ、全パケットの受信が完了した時点で、受信側のテ
レビ電話装置から送信側のテレビ電話装置に対して送信
されるものである。
いて、全パケットの送信が終了すると、ステップＳ１４
からステップＳ１６へ進み、受信側のテレビ電話装置か
らの全パケット完了通知ＥＮＤを受信したか否かを判断
する。この全パケット完了通知ＥＮＤは、再送要求ＲＥ
Ｑと同様に、転送エラー（ＣＲＣエラー）の発生頻度が
所定値（例えば、１０秒に１回）より多くなった場合に
のみ、全パケットの受信が完了した時点で、受信側のテ
レビ電話装置から送信側のテレビ電話装置に対して送信
されるものである。
【００１４】ステップＳ１６において、全パケット完了
通知ＥＮＤを受信していない場合には、再送要求ＲＥＱ
を受信したか否かを判断する（ステップＳ１７）。ここ
で、再送要求ＲＥＱの受信の有無を判断するのは、全パ
ケット完了通知ＥＮＤを受信する前に、次の画像データ
を送信してしまうと、その前の画像データに対する再送
要求ＲＥＱが生じた際に、受信側のテレビ電話装置が該
当画像データパケットを受信する前に次の画像データパ
ケットを受信する可能性があるためである。
通知ＥＮＤを受信していない場合には、再送要求ＲＥＱ
を受信したか否かを判断する（ステップＳ１７）。ここ
で、再送要求ＲＥＱの受信の有無を判断するのは、全パ
ケット完了通知ＥＮＤを受信する前に、次の画像データ
を送信してしまうと、その前の画像データに対する再送
要求ＲＥＱが生じた際に、受信側のテレビ電話装置が該
当画像データパケットを受信する前に次の画像データパ
ケットを受信する可能性があるためである。
【００１５】そして、再送要求ＲＥＱを受信した場合に
は、ステップＳ１７からステップＳ１８に進み、再送要
求ＲＥＱに対応する画像データパケットを受信側のテレ
ビ電話装置に再度送信した後、ステップＳ１６へ戻る。
一方、再送要求ＲＥＱを受信していない場合には、ステ
ップＳ１７から何もせずにステップＳ１６へ戻る。以
下、全パケット完了通知ＥＮＤを受信するまで、ステッ
プＳ１６、Ｓ１７、もしくはステップＳ１６、Ｓ１７、
Ｓ１８を繰り返し実行する。
は、ステップＳ１７からステップＳ１８に進み、再送要
求ＲＥＱに対応する画像データパケットを受信側のテレ
ビ電話装置に再度送信した後、ステップＳ１６へ戻る。
一方、再送要求ＲＥＱを受信していない場合には、ステ
ップＳ１７から何もせずにステップＳ１６へ戻る。以
下、全パケット完了通知ＥＮＤを受信するまで、ステッ
プＳ１６、Ｓ１７、もしくはステップＳ１６、Ｓ１７、
Ｓ１８を繰り返し実行する。
【００１６】受信側のテレビ電話装置からの全パケット
完了通知ＥＮＤを受信すると、ステップＳ１６から最初
のステップＳ１０へ戻る。この時点で、１画面分の画像
データの送信が完了したことになる。以下、ステップＳ
１０からＳ１８を繰り返し実行して、次の画像データを
パケット単位で送信する。
完了通知ＥＮＤを受信すると、ステップＳ１６から最初
のステップＳ１０へ戻る。この時点で、１画面分の画像
データの送信が完了したことになる。以下、ステップＳ
１０からＳ１８を繰り返し実行して、次の画像データを
パケット単位で送信する。
【００１７】次に、従来のテレビ電話装置の受信側の動
作を、図１１のフローチャートと共に説明する。受信側
のテレビ電話装置は、まず、送信側のテレビ電話装置か
ら送信された総バイト数を受信するとともに、変数ｘを
「０」とする（ステップＳ２０）。次に、変数ｘで示さ
れる画像データパケット（ｘ）を受信し（ステップＳ２
１）、その受信画像データパケット（ｘ）が正常に受信
されたか否かを判別するために、ＣＲＣエラーが発生し
たか否かを判断する（ステップＳ２２）。
作を、図１１のフローチャートと共に説明する。受信側
のテレビ電話装置は、まず、送信側のテレビ電話装置か
ら送信された総バイト数を受信するとともに、変数ｘを
「０」とする（ステップＳ２０）。次に、変数ｘで示さ
れる画像データパケット（ｘ）を受信し（ステップＳ２
１）、その受信画像データパケット（ｘ）が正常に受信
されたか否かを判別するために、ＣＲＣエラーが発生し
たか否かを判断する（ステップＳ２２）。
【００１８】そして、ＣＲＣエラーが発生した場合に
は、ＣＲＣエラーが発生した該当画像データパケット
（ｘ）を再度送信するよう再送要求ＲＥＱを送信側のテ
レビ電話装置に送信する（ステップＳ２３）。なお、こ
の再送要求ＲＥＱは、前述したように、転送エラー（Ｃ
ＲＣ）の発生頻度が所定値（例えば、１０秒に１回）よ
り多くなった場合にのみ送信される。
は、ＣＲＣエラーが発生した該当画像データパケット
（ｘ）を再度送信するよう再送要求ＲＥＱを送信側のテ
レビ電話装置に送信する（ステップＳ２３）。なお、こ
の再送要求ＲＥＱは、前述したように、転送エラー（Ｃ
ＲＣ）の発生頻度が所定値（例えば、１０秒に１回）よ
り多くなった場合にのみ送信される。
【００１９】上記ステップＳ２３の処理が終了すると、
ステップＳ２４へ進む。一方、ＣＲＣエラーが発生しな
ければ、何もせずに、そのままステップＳ２４へ進む。
ステップＳ２４では、全パケットの受信が完了したか否
かを判断する。全パケットの受信が完了していなけれ
ば、変数ｘを「１」だけインクリメントした後（ステッ
プＳ２５）、ステップＳ２１へ戻り、次の画像データパ
ケットを受信する。以下、全パケットの受信が完了する
まで、ステップＳ２１〜ステップＳ２５の処理を繰り返
し実行し、１画面分の画像データパケットを受信する。
ステップＳ２４へ進む。一方、ＣＲＣエラーが発生しな
ければ、何もせずに、そのままステップＳ２４へ進む。
ステップＳ２４では、全パケットの受信が完了したか否
かを判断する。全パケットの受信が完了していなけれ
ば、変数ｘを「１」だけインクリメントした後（ステッ
プＳ２５）、ステップＳ２１へ戻り、次の画像データパ
ケットを受信する。以下、全パケットの受信が完了する
まで、ステップＳ２１〜ステップＳ２５の処理を繰り返
し実行し、１画面分の画像データパケットを受信する。
【００２０】上述した画像データパケットの受信処理に
おいて、全パケットの受信が終了すると、全パケットを
受信したことを示す全パケット完了通知ＥＮＤを送信側
のテレビ電話装置に送信した後（ステップＳ２６）、最
初のステップＳ２０へ戻る。この時点で、１画面分の画
像データの受信が完了したことになる。以下、ステップ
Ｓ２０〜ステップＳ２６の処理を繰り返し実行して、次
の画像データをパケット単位で受信する。
おいて、全パケットの受信が終了すると、全パケットを
受信したことを示す全パケット完了通知ＥＮＤを送信側
のテレビ電話装置に送信した後（ステップＳ２６）、最
初のステップＳ２０へ戻る。この時点で、１画面分の画
像データの受信が完了したことになる。以下、ステップ
Ｓ２０〜ステップＳ２６の処理を繰り返し実行して、次
の画像データをパケット単位で受信する。
【００２１】
【発明が解決しようとする課題】しかるに、上記の従来
のテレビ電話装置では、例えばＭＰＥＧ方式のような前
後のフレームとの相関関係を使用することによって、画
像データを効率良く圧縮する方式で圧縮した画像データ
を送信した場合、１フレームのすべてのパケットが正し
く受信できた場合でも、そのフレームが全く伸長できな
くなり転送した実効データ量が減少するか、あるいは伸
長した画像データにノイズが入る可能性が高いという問
題点がある。
のテレビ電話装置では、例えばＭＰＥＧ方式のような前
後のフレームとの相関関係を使用することによって、画
像データを効率良く圧縮する方式で圧縮した画像データ
を送信した場合、１フレームのすべてのパケットが正し
く受信できた場合でも、そのフレームが全く伸長できな
くなり転送した実効データ量が減少するか、あるいは伸
長した画像データにノイズが入る可能性が高いという問
題点がある。
【００２２】その理由は、前後のフレームの伸長に必要
なキーフレーム（ＭＰＥＧ方式ではＩまたはＰピクチ
ャ）が欠落した場合、伸長に前後のフレームの情報が必
要なフレーム（ＭＰＥＧ方式ではＰまたはＢピクチャ）
のパケットをすべて受信できた場合でも、当該フレーム
の伸長が不可能になるか、仮に伸長を行ったとしても伸
長した画像データにはエラーが含まれるためである。
なキーフレーム（ＭＰＥＧ方式ではＩまたはＰピクチ
ャ）が欠落した場合、伸長に前後のフレームの情報が必
要なフレーム（ＭＰＥＧ方式ではＰまたはＢピクチャ）
のパケットをすべて受信できた場合でも、当該フレーム
の伸長が不可能になるか、仮に伸長を行ったとしても伸
長した画像データにはエラーが含まれるためである。
【００２３】本発明は上記の点に鑑みなされたもので、
前後のフレームとの相関関係を使用することによって画
像データを効率良く圧縮する方式で圧縮した画像データ
を送信した場合でも、転送した実効データ量を低下させ
ず、画像をエラー無く伸長するテレビ電話装置を提供す
ることを目的とする。
前後のフレームとの相関関係を使用することによって画
像データを効率良く圧縮する方式で圧縮した画像データ
を送信した場合でも、転送した実効データ量を低下させ
ず、画像をエラー無く伸長するテレビ電話装置を提供す
ることを目的とする。
【００２４】
【課題を解決するための手段】上記の目的を達成するた
め、請求項１の発明は画像信号を前後のフレームとの相
関関係を使用することによって効率的に圧縮した画像デ
ータを、音声信号を圧縮符号化した音声データと共にパ
ケット化して生成して送信する送信側電話装置と、受信
した画像データパケットを伸長して元の画像信号を復元
すると共に、受信した音声データパケットを伸長して元
の音声信号に復元する受信側電話装置とからなるテレビ
電話装置において、送信側電話装置は、再送要求の有無
を判定し、再送要求がある時は指定されたキーフレーム
の画像データパケットを再送するキーフレーム再送手段
を備え、受信側電話装置は、受信画像データパケットに
エラーが発生したか否か判定するエラー判定手段と、エ
ラー判定手段によりエラー発生と判定された受信画像デ
ータパケットがキーフレームの画像データパケットであ
るときに、そのキーフレームの画像データパケットを指
定した再送要求を送信側電話装置へ送信する再送要求手
段とを備えた構成としたものである。
め、請求項１の発明は画像信号を前後のフレームとの相
関関係を使用することによって効率的に圧縮した画像デ
ータを、音声信号を圧縮符号化した音声データと共にパ
ケット化して生成して送信する送信側電話装置と、受信
した画像データパケットを伸長して元の画像信号を復元
すると共に、受信した音声データパケットを伸長して元
の音声信号に復元する受信側電話装置とからなるテレビ
電話装置において、送信側電話装置は、再送要求の有無
を判定し、再送要求がある時は指定されたキーフレーム
の画像データパケットを再送するキーフレーム再送手段
を備え、受信側電話装置は、受信画像データパケットに
エラーが発生したか否か判定するエラー判定手段と、エ
ラー判定手段によりエラー発生と判定された受信画像デ
ータパケットがキーフレームの画像データパケットであ
るときに、そのキーフレームの画像データパケットを指
定した再送要求を送信側電話装置へ送信する再送要求手
段とを備えた構成としたものである。
【００２５】この発明では、受信側電話装置においてエ
ラー発生と判定された受信画像データパケットがキーフ
レームの画像データパケットであるときに、そのキーフ
レームの画像データパケットを指定した再送要求をし、
送信側電話装置から当該キーフレームの画像データパケ
ットを再送するようにしているため、前後のフレームの
伸長に必要なキーフレームの欠落を防止することができ
る。
ラー発生と判定された受信画像データパケットがキーフ
レームの画像データパケットであるときに、そのキーフ
レームの画像データパケットを指定した再送要求をし、
送信側電話装置から当該キーフレームの画像データパケ
ットを再送するようにしているため、前後のフレームの
伸長に必要なキーフレームの欠落を防止することができ
る。
【００２６】また、請求項２記載の発明では、送信側電
話装置は、前後のフレームの伸長に必要なキーフレーム
の画像データパケットの再送率を判定し、再送率に応じ
てキーフレームの間隔を調整するキーフレーム間隔調整
手段を更に有することを特徴とする。この発明では、再
送率が大きくなりキーフレームの画像データパケットが
増加すると、データ転送量が大きくなり過ぎる可能性が
あるが、キーフレームの間隔を長くすることにより、デ
ータ転送量の増加を低減できる。
話装置は、前後のフレームの伸長に必要なキーフレーム
の画像データパケットの再送率を判定し、再送率に応じ
てキーフレームの間隔を調整するキーフレーム間隔調整
手段を更に有することを特徴とする。この発明では、再
送率が大きくなりキーフレームの画像データパケットが
増加すると、データ転送量が大きくなり過ぎる可能性が
あるが、キーフレームの間隔を長くすることにより、デ
ータ転送量の増加を低減できる。
【００２７】また、請求項４記載の発明では、送信側電
話装置は、再送要求の有無を判定し、再送要求がある時
は指定された画像データパケットを再送するキーフレー
ム再送手段と、画像データパケットの再送率を判定し、
再送率に応じて前後のフレームの伸長に必要なキーフレ
ームの間隔を調整するキーフレーム間隔調整手段とを備
え、受信側電話装置は、受信画像データパケットにエラ
ーが発生したか否か判定するエラー判定手段と、エラー
判定手段によりエラー発生と判定されたエラー率が一定
値以上であるときに再送要求を送信側電話装置へ送信す
る再送要求手段とを備えた構成としたものである。
話装置は、再送要求の有無を判定し、再送要求がある時
は指定された画像データパケットを再送するキーフレー
ム再送手段と、画像データパケットの再送率を判定し、
再送率に応じて前後のフレームの伸長に必要なキーフレ
ームの間隔を調整するキーフレーム間隔調整手段とを備
え、受信側電話装置は、受信画像データパケットにエラ
ーが発生したか否か判定するエラー判定手段と、エラー
判定手段によりエラー発生と判定されたエラー率が一定
値以上であるときに再送要求を送信側電話装置へ送信す
る再送要求手段とを備えた構成としたものである。
【００２８】この発明では、受信側電話装置におけるエ
ラー発生率が一定値以上のときには、再送要求を送信側
電話装置へ送信し、送信側電話装置では再送率に応じて
前後のフレームの伸長に必要なキーフレームの間隔を調
整するようにしているため、特に、画像データパケット
の再送率が予め設定した値よりも高いときには、キーフ
レームの間隔を現在の値よりも短くするようにした場合
は、キーフレームの構成比率が再送率に応じて高くでき
る。
ラー発生率が一定値以上のときには、再送要求を送信側
電話装置へ送信し、送信側電話装置では再送率に応じて
前後のフレームの伸長に必要なキーフレームの間隔を調
整するようにしているため、特に、画像データパケット
の再送率が予め設定した値よりも高いときには、キーフ
レームの間隔を現在の値よりも短くするようにした場合
は、キーフレームの構成比率が再送率に応じて高くでき
る。
【００２９】
【発明の実施の形態】次に、本発明の実施の形態の動作
について説明する。図１は本発明の第１の実施の形態の
送信側及び受信側の電話装置のブロック図を示す。本発
明の第１の実施の形態は画像信号を前後のフレームとの
相関関係を使用することによって効率的に圧縮した画像
データを、音声信号を圧縮符号化した音声データと共に
パケット化して生成して送信する送信側電話装置と、受
信した画像データパケットを伸長して元の画像信号を復
元すると共に、受信した音声データパケットを伸長して
元の音声信号に復元する受信側電話装置とからなるテレ
ビ電話装置において、送信側電話装置及び受信側電話装
置のそれぞれを図１のブロック図に示す如き構成とした
ものである。
について説明する。図１は本発明の第１の実施の形態の
送信側及び受信側の電話装置のブロック図を示す。本発
明の第１の実施の形態は画像信号を前後のフレームとの
相関関係を使用することによって効率的に圧縮した画像
データを、音声信号を圧縮符号化した音声データと共に
パケット化して生成して送信する送信側電話装置と、受
信した画像データパケットを伸長して元の画像信号を復
元すると共に、受信した音声データパケットを伸長して
元の音声信号に復元する受信側電話装置とからなるテレ
ビ電話装置において、送信側電話装置及び受信側電話装
置のそれぞれを図１のブロック図に示す如き構成とした
ものである。
【００３０】図１の第１の実施の形態の電話装置は、キ
ーボード等の入力装置１と、プログラム動作により動作
するデータ処理装置２と、画像や音声等の情報を記憶す
る記憶装置３と、ビデオカメラ等の画像を入力する画像
入力装置４と、マイク等の音声を入力する音声入力装置
５と、ディスプレイ等の画像出力装置６と、スピーカ等
の音声出力装置７と、モデム等の通信装置８とを含む。
ーボード等の入力装置１と、プログラム動作により動作
するデータ処理装置２と、画像や音声等の情報を記憶す
る記憶装置３と、ビデオカメラ等の画像を入力する画像
入力装置４と、マイク等の音声を入力する音声入力装置
５と、ディスプレイ等の画像出力装置６と、スピーカ等
の音声出力装置７と、モデム等の通信装置８とを含む。
【００３１】データ処理装置２は、画像処理手段２０
と、音声処理手段２１と、キーフレーム再送手段２２
と、キーフレーム間隔調整手段２３と、通信処理手段２
４とを備えている。画像処理手段２０は、送信側では、
画像入力装置４からの画像データを前後のフレームとの
相関関係を使用して圧縮し、通信処理手段２４を通して
圧縮した画像データを通信装置８から受信側へ送る。画
像処理手段２０は、受信側では、通信装置８で受け取っ
た圧縮した画像データを通信処理手段２４を通して受け
取り、伸長後、画像出力装置６へ送り画像を表示する。
と、音声処理手段２１と、キーフレーム再送手段２２
と、キーフレーム間隔調整手段２３と、通信処理手段２
４とを備えている。画像処理手段２０は、送信側では、
画像入力装置４からの画像データを前後のフレームとの
相関関係を使用して圧縮し、通信処理手段２４を通して
圧縮した画像データを通信装置８から受信側へ送る。画
像処理手段２０は、受信側では、通信装置８で受け取っ
た圧縮した画像データを通信処理手段２４を通して受け
取り、伸長後、画像出力装置６へ送り画像を表示する。
【００３２】音声処理手段２１は、送信側では、音声入
力装置５からの音声データを圧縮し、通信処理手段２４
を通して通信装置８から受信側へ送る。音声処理手段２
１は、受信側では、通信装置８で受け取った圧縮した音
声データを通信処理手段２４を通して受け取り、伸長
後、音声出力装置７へ送り音声を再生する。
力装置５からの音声データを圧縮し、通信処理手段２４
を通して通信装置８から受信側へ送る。音声処理手段２
１は、受信側では、通信装置８で受け取った圧縮した音
声データを通信処理手段２４を通して受け取り、伸長
後、音声出力装置７へ送り音声を再生する。
【００３３】キーフレーム再送手段２２は、受信側で
は、前後のフレームの伸長に必要なキーフレームの画像
データのパケットがエラーとなり受信できなかった場合
に、送信側に対して再送要求を行う。キーフレーム再送
手段２２は、送信側では、受信側からの再送要求を受け
た場合にエラーとなったパケットを受信側に再送する。
は、前後のフレームの伸長に必要なキーフレームの画像
データのパケットがエラーとなり受信できなかった場合
に、送信側に対して再送要求を行う。キーフレーム再送
手段２２は、送信側では、受信側からの再送要求を受け
た場合にエラーとなったパケットを受信側に再送する。
【００３４】キーフレーム間隔調整手段２３は、送信側
で、受信側へのパケット再送率に応じてキーフレームの
間隔を調整する。通信処理手段２４は、圧縮した画像デ
ータ及び音声データをパケット化して通信装置８を制御
して送受信を行う。
で、受信側へのパケット再送率に応じてキーフレームの
間隔を調整する。通信処理手段２４は、圧縮した画像デ
ータ及び音声データをパケット化して通信装置８を制御
して送受信を行う。
【００３５】次に、図１及び図２及び図３を参照して、
本発明の第１の実施の形態の動作について説明する。
本発明の第１の実施の形態の動作について説明する。
【００３６】図２は、本発明の第１の実施の形態の送信
側のデータ処理装置２の動作を説明する流れ図である。
ここでは、画像１フレーム分の送信について説明する。
側のデータ処理装置２の動作を説明する流れ図である。
ここでは、画像１フレーム分の送信について説明する。
【００３７】画像処理手段２０は、画像入力装置４から
の画像データを１フレーム圧縮する（ステップＡ１）。
この時、画像処理手段２０は、一定間隔で前後のフレー
ムの伸長時に参照フレームとなるキーフレームを圧縮す
る。この間隔はキーフレーム間隔調整手段２３が後のス
テップＡ６で調整する。
の画像データを１フレーム圧縮する（ステップＡ１）。
この時、画像処理手段２０は、一定間隔で前後のフレー
ムの伸長時に参照フレームとなるキーフレームを圧縮す
る。この間隔はキーフレーム間隔調整手段２３が後のス
テップＡ６で調整する。
【００３８】通信処理手段２４は、受信側に対して送信
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＡ２）。
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＡ２）。
【００３９】キーフレーム再送手段２２は、受信側から
の再送要求が無いか判定し、再送要求があった場合はス
テップＡ４に進み、無かった場合はステップＡ７に進む
（ステップＡ３）。
の再送要求が無いか判定し、再送要求があった場合はス
テップＡ４に進み、無かった場合はステップＡ７に進む
（ステップＡ３）。
【００４０】再送要求が無かった場合、通信処理手段２
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＡ７）、画像データパケット番号を更新
する（ステップＡ８）。
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＡ７）、画像データパケット番号を更新
する（ステップＡ８）。
【００４１】再送要求があった場合、キーフレーム再送
手段２２は、受信側の指定したパケットを再送する（ス
テップＡ４）。キーフレーム間隔調整手段２３は、再送
要求率が一定値以上になった場合（ステップＡ５）、キ
ーフレームの間隔を再送率に応じて変更する（ステップ
Ａ６）。
手段２２は、受信側の指定したパケットを再送する（ス
テップＡ４）。キーフレーム間隔調整手段２３は、再送
要求率が一定値以上になった場合（ステップＡ５）、キ
ーフレームの間隔を再送率に応じて変更する（ステップ
Ａ６）。
【００４２】以下、通信処理手段２４は、ステップＡ３
からＡ８を全パケットの送信完了まで繰り返す（ステッ
プＡ９）。
からＡ８を全パケットの送信完了まで繰り返す（ステッ
プＡ９）。
【００４３】通信処理手段２４は、全パケットの送信完
了後、送信側からの全パケット受信完了信号を待つ（ス
テップＡ１０）。通信処理手段２４は、全パケット受信
完了信号を待つ間、受信側からの再送要求があった場合
（ステップＡ１１）、受信側の指定したパケットを送信
する（ステップＡ１２）。
了後、送信側からの全パケット受信完了信号を待つ（ス
テップＡ１０）。通信処理手段２４は、全パケット受信
完了信号を待つ間、受信側からの再送要求があった場合
（ステップＡ１１）、受信側の指定したパケットを送信
する（ステップＡ１２）。
【００４４】図３は、本発明の第１の実施の形態の受信
側のデータ処理装置２の動作を説明する流れ図である。
ここでは、画像１フレーム分の受信について説明する。
側のデータ処理装置２の動作を説明する流れ図である。
ここでは、画像１フレーム分の受信について説明する。
【００４５】通信処理手段２４は、送信側から送られて
くる全データ量を受信し、受信する画像データパケット
番号ｘを０に初期化する（ステップＢ１）。
くる全データ量を受信し、受信する画像データパケット
番号ｘを０に初期化する（ステップＢ１）。
【００４６】次に通信処理手段２４は、送信側から送ら
れてくる画像データのパケットを受信し（ステップＢ
２）、受信エラーが発生したか判定する（ステップＢ
３）。キーフレーム再送手段２２は、受信エラーが発生
した場合、現在受信中のフレームがキーフレームだった
場合（ステップＢ４）、現在のパケットの再送要求を送
信側に送る（ステップＢ５）。
れてくる画像データのパケットを受信し（ステップＢ
２）、受信エラーが発生したか判定する（ステップＢ
３）。キーフレーム再送手段２２は、受信エラーが発生
した場合、現在受信中のフレームがキーフレームだった
場合（ステップＢ４）、現在のパケットの再送要求を送
信側に送る（ステップＢ５）。
【００４７】以下、通信処理手段２４は、すべてのパケ
ットの受信が終了する（ステップＢ６）まで受信パケッ
ト番号を更新（ステップＢ７）しながらステップＢ２か
らＢ５を繰り返す。
ットの受信が終了する（ステップＢ６）まで受信パケッ
ト番号を更新（ステップＢ７）しながらステップＢ２か
らＢ５を繰り返す。
【００４８】全パケットの受信が完了したら、通信処理
手段２４は、全パケット受信完了信号を送信側に送り
（ステップＢ８）、画像処理手段２０は、１フレーム分
の画像データを伸長する。
手段２４は、全パケット受信完了信号を送信側に送り
（ステップＢ８）、画像処理手段２０は、１フレーム分
の画像データを伸長する。
【００４９】この本発明の第１の実施の形態によれば、
他のフレームの伸長に必要なキーフレームを必ず伸長す
るので、フレームのパケットをすべて受信できた場合に
もそのフレームが参照する必要があるキーフレームが伸
長されていないことが無くなり、これが原因で転送エラ
ーが生じた際にデータ転送の実効量が減少したり伸長し
た画像にエラーが含まれたりすることが無いという効果
がある。
他のフレームの伸長に必要なキーフレームを必ず伸長す
るので、フレームのパケットをすべて受信できた場合に
もそのフレームが参照する必要があるキーフレームが伸
長されていないことが無くなり、これが原因で転送エラ
ーが生じた際にデータ転送の実効量が減少したり伸長し
た画像にエラーが含まれたりすることが無いという効果
がある。
【００５０】次に、本発明の第２の実施の形態について
図面を参照して説明する。図５は本発明の第２の実施の
形態の送信側及び受信側の電話装置のブロック図を示
す。同図中、図１と同一構成部分には同一符号を付し、
その説明を省略する。図５に示す本発明の第２の実施の
形態における電話装置は、データ処理装置９が、図１に
示された第１の実施の形態におけるデータ処理装置２の
構成からキーフレーム再送手段２２を除き、フレーム再
送手段９２を有する点で異なる。
図面を参照して説明する。図５は本発明の第２の実施の
形態の送信側及び受信側の電話装置のブロック図を示
す。同図中、図１と同一構成部分には同一符号を付し、
その説明を省略する。図５に示す本発明の第２の実施の
形態における電話装置は、データ処理装置９が、図１に
示された第１の実施の形態におけるデータ処理装置２の
構成からキーフレーム再送手段２２を除き、フレーム再
送手段９２を有する点で異なる。
【００５１】フレーム再送手段９２は、受信側では、画
像データのパケットがエラーとなり受信できなかった場
合に、送信側に対して再送要求を行う。フレーム再送手
段９２は、送信側では、受信側からの再送要求を受けた
場合にエラーとなったパケットを受信側に再送する。
像データのパケットがエラーとなり受信できなかった場
合に、送信側に対して再送要求を行う。フレーム再送手
段９２は、送信側では、受信側からの再送要求を受けた
場合にエラーとなったパケットを受信側に再送する。
【００５２】次に、図５及び図６及び図７を参照して、
本発明の第２の実施の形態の動作について説明する。図
６は、本発明の第２の実施の形態の送信側のデータ処理
装置９の動作を説明用フローチャートである。ここで
は、画像１フレーム分の送信について説明する。
本発明の第２の実施の形態の動作について説明する。図
６は、本発明の第２の実施の形態の送信側のデータ処理
装置９の動作を説明用フローチャートである。ここで
は、画像１フレーム分の送信について説明する。
【００５３】画像処理手段２０は、画像入力装置４から
の画像データを１フレーム圧縮する（ステップＣ１）。
この時、画像処理手段２０は、一定間隔で前後のフレー
ムの伸長時に参照フレームとなるキーフレームとして圧
縮する。この間隔はキーフレーム間隔調整手段２３が後
のステップＣ６で調整する。
の画像データを１フレーム圧縮する（ステップＣ１）。
この時、画像処理手段２０は、一定間隔で前後のフレー
ムの伸長時に参照フレームとなるキーフレームとして圧
縮する。この間隔はキーフレーム間隔調整手段２３が後
のステップＣ６で調整する。
【００５４】通信処理手段２４は、受信側に対して送信
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＣ２）。フレーム再
送手段９２は、受信側からの再送要求が無いか判定し、
再送要求があった場合はステップＣ４に進み、無かった
場合はステップＣ７に進む（ステップＣ３）。再送要求
が無かった場合、通信処理手段２４は、画像データパケ
ット番号ｘの画像データを送信した後（ステップＣ
７）、画像データパケット番号を更新する（ステップＣ
８）。
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＣ２）。フレーム再
送手段９２は、受信側からの再送要求が無いか判定し、
再送要求があった場合はステップＣ４に進み、無かった
場合はステップＣ７に進む（ステップＣ３）。再送要求
が無かった場合、通信処理手段２４は、画像データパケ
ット番号ｘの画像データを送信した後（ステップＣ
７）、画像データパケット番号を更新する（ステップＣ
８）。
【００５５】再送要求があった場合、フレーム再送手段
９２は、受信側の指定したパケットを再送する（ステッ
プＣ４）。キーフレーム間隔調整手段２３は、再送要求
率が一定値以上になった場合（ステップＣ５）、キーフ
レームの間隔を再送率に応じて変更する（ステップＣ
６）。以下、通信処理手段２４は、ステップＣ３からＣ
８を全パケットの送信完了まで繰り返す（ステップＣ
９）。
９２は、受信側の指定したパケットを再送する（ステッ
プＣ４）。キーフレーム間隔調整手段２３は、再送要求
率が一定値以上になった場合（ステップＣ５）、キーフ
レームの間隔を再送率に応じて変更する（ステップＣ
６）。以下、通信処理手段２４は、ステップＣ３からＣ
８を全パケットの送信完了まで繰り返す（ステップＣ
９）。
【００５６】通信処理手段２４は、全パケットの送信完
了後、送信側からの全パケット受信完了信号を待つ（ス
テップＣ１０）。通信処理手段２４は、全パケット受信
完了信号を待つ間、受信側からの再送要求があった場合
（ステップＣ１１）、受信側の指定したパケットを送信
する（ステップＣ１２）。
了後、送信側からの全パケット受信完了信号を待つ（ス
テップＣ１０）。通信処理手段２４は、全パケット受信
完了信号を待つ間、受信側からの再送要求があった場合
（ステップＣ１１）、受信側の指定したパケットを送信
する（ステップＣ１２）。
【００５７】図７は、本発明の第２の実施の形態の受信
側のデータ処理装置９の動作説明用フローチャートであ
る。ここでは、画像１フレーム分の受信について説明す
る。通信処理手段２４は、送信側から送られてくる全デ
ータ量を受信し、受信する画像データパケット番号ｘを
０に初期化する（ステップＤ１）。
側のデータ処理装置９の動作説明用フローチャートであ
る。ここでは、画像１フレーム分の受信について説明す
る。通信処理手段２４は、送信側から送られてくる全デ
ータ量を受信し、受信する画像データパケット番号ｘを
０に初期化する（ステップＤ１）。
【００５８】次に、通信処理手段２４は、送信側から送
られてくる画像データのパケットを受信し（ステップＤ
２）、受信エラーが発生したか判定する（ステップＤ
３）。フレーム再送手段９２は、受信エラーが発生した
場合、エラーの発生率が一定値以上だった場合（ステッ
プＤ４）、現在のパケットの再送要求を送信側に送る
（ステップＤ５）。
られてくる画像データのパケットを受信し（ステップＤ
２）、受信エラーが発生したか判定する（ステップＤ
３）。フレーム再送手段９２は、受信エラーが発生した
場合、エラーの発生率が一定値以上だった場合（ステッ
プＤ４）、現在のパケットの再送要求を送信側に送る
（ステップＤ５）。
【００５９】以下、通信処理手段２４は、すべてのパケ
ットの受信が終了する（ステップＤ６）まで受信パケッ
ト番号を更新（ステップＤ７）しながらステップＤ２か
らＤ５を繰り返す。
ットの受信が終了する（ステップＤ６）まで受信パケッ
ト番号を更新（ステップＤ７）しながらステップＤ２か
らＤ５を繰り返す。
【００６０】全パケットの受信が完了したら、通信処理
手段２４は、全パケット受信完了信号を送信側に送り
（ステップＤ８）、画像処理手段２０は、１フレーム分
の画像データを伸長する。
手段２４は、全パケット受信完了信号を送信側に送り
（ステップＤ８）、画像処理手段２０は、１フレーム分
の画像データを伸長する。
【００６１】
【実施例】次に、本発明の第１の実施の形態の一実施例
（第１実施例）の動作を詳細に説明する。この第１実施
例では、画像の圧縮にＭＰＥＧ（Moving Picture Exper
tsGroup）方式を使用した例をあげる。
（第１実施例）の動作を詳細に説明する。この第１実施
例では、画像の圧縮にＭＰＥＧ（Moving Picture Exper
tsGroup）方式を使用した例をあげる。
【００６２】ＭＰＥＧ方式では、動画像データは、動き
補償フレーム間予測とＤＣＴ（discrete cosine transf
orm：離散コサイン変換）を複合したアルゴリズムで圧
縮される。フレーム間予測を行うため、静止画像の圧縮
アルゴリズム、例えばＪＰＥＧ（Joint Photographic c
oding Experts Group）方式などと比べると圧縮効率に
優れているが、フレームの伸長に前後のフレームの情報
が必要なため、フレーム単位のランダムアクセスができ
ない。このため、ＧＯＰ（Group of Picture）とよばれ
る複数の画像フレームから構成されるレイヤを設け、Ｇ
ＯＰ単位でランダムアクセスを行う。
補償フレーム間予測とＤＣＴ（discrete cosine transf
orm：離散コサイン変換）を複合したアルゴリズムで圧
縮される。フレーム間予測を行うため、静止画像の圧縮
アルゴリズム、例えばＪＰＥＧ（Joint Photographic c
oding Experts Group）方式などと比べると圧縮効率に
優れているが、フレームの伸長に前後のフレームの情報
が必要なため、フレーム単位のランダムアクセスができ
ない。このため、ＧＯＰ（Group of Picture）とよばれ
る複数の画像フレームから構成されるレイヤを設け、Ｇ
ＯＰ単位でランダムアクセスを行う。
【００６３】ＧＯＰはそのフレームのみで伸長が可能な
フレーム内符号化フレーム（Ｉピクチャ）と、伸長には
前のフレームが必要なフレーム間符号化フレーム（Ｐピ
クチャ）と、伸長には前後のフレームが必要なフレーム
内挿符号化フレーム（Ｂピクチャ）の３種類のフレーム
から構成される。一般的には、同程度の符号量に圧縮し
た場合、Ｂピクチャが最も画質が良くなり、次いでＰピ
クチャ、Ｉピクチャの順となる。ただし、Ｂピクチャを
増やすとランダムアクセス性が悪くなり、また動きの激
しい画像の場合、逆に圧縮効率が低下する。１つのＧＯ
Ｐには１つ以上のＩピクチャと、０または複数のＰピク
チャ及びＢピクチャが存在する。
フレーム内符号化フレーム（Ｉピクチャ）と、伸長には
前のフレームが必要なフレーム間符号化フレーム（Ｐピ
クチャ）と、伸長には前後のフレームが必要なフレーム
内挿符号化フレーム（Ｂピクチャ）の３種類のフレーム
から構成される。一般的には、同程度の符号量に圧縮し
た場合、Ｂピクチャが最も画質が良くなり、次いでＰピ
クチャ、Ｉピクチャの順となる。ただし、Ｂピクチャを
増やすとランダムアクセス性が悪くなり、また動きの激
しい画像の場合、逆に圧縮効率が低下する。１つのＧＯ
Ｐには１つ以上のＩピクチャと、０または複数のＰピク
チャ及びＢピクチャが存在する。
【００６４】図４（Ａ）及び図８（Ａ）は、ＧＯＰ構成
の一例である。矢印は伸長時に必要なフレームの依存関
係をあらわす（矢印の元のフレームを伸長する際に矢印
の先のフレームをあらかじめ伸長しておく必要があ
る）。ＩピクチャまたはＰピクチャが受信エラーのため
伸長できなかった場合、ＧＯＰの残りのフレームはすべ
て伸長できなくなる。このような事態を避けるため、第
１の形態の実施例では、キーフレーム再送手段２２を設
けてＩピクチャまたはＰピクチャを必ず再送するように
している。
の一例である。矢印は伸長時に必要なフレームの依存関
係をあらわす（矢印の元のフレームを伸長する際に矢印
の先のフレームをあらかじめ伸長しておく必要があ
る）。ＩピクチャまたはＰピクチャが受信エラーのため
伸長できなかった場合、ＧＯＰの残りのフレームはすべ
て伸長できなくなる。このような事態を避けるため、第
１の形態の実施例では、キーフレーム再送手段２２を設
けてＩピクチャまたはＰピクチャを必ず再送するように
している。
【００６５】しかし、パケットの再送率が大きくなって
も、すべてのＩピクチャとＰピクチャの再送を続けると
データ転送量が多くなりすぎる可能性があるため、パケ
ットの再送率が一定値以上になった場合にＧＯＰのＢピ
クチャの構成比率を増やすことによってキーフレームの
間隔を長くするキーフレーム間隔調整手段２３を設けて
いる。
も、すべてのＩピクチャとＰピクチャの再送を続けると
データ転送量が多くなりすぎる可能性があるため、パケ
ットの再送率が一定値以上になった場合にＧＯＰのＢピ
クチャの構成比率を増やすことによってキーフレームの
間隔を長くするキーフレーム間隔調整手段２３を設けて
いる。
【００６６】Ｂピクチャを増やすと前述のようにランダ
ムアクセス性の低下と、動きの激しい画像の場合の圧縮
効率低下をまねく恐れがあるが、通常のテレビ電話装置
の用途ではこれらの点はあまり大きな問題にはならな
い。
ムアクセス性の低下と、動きの激しい画像の場合の圧縮
効率低下をまねく恐れがあるが、通常のテレビ電話装置
の用途ではこれらの点はあまり大きな問題にはならな
い。
【００６７】以下、図２を参照して第１の形態の実施例
の送信側の動作を述べる。
の送信側の動作を述べる。
【００６８】画像処理手段２０は、画像入力装置４から
の画像データを１フレーム圧縮する（ステップＡ１）。
この時、画像処理手段２０は、所定のＧＯＰ、例えば図
４（Ａ）のようなＧＯＰ構成でフレームを圧縮する。こ
のＧＯＰ構成は、画像データの再送率が一定値を超えた
場合に後のステップＡ６でキーフレーム間隔調整手段２
３が変更する。
の画像データを１フレーム圧縮する（ステップＡ１）。
この時、画像処理手段２０は、所定のＧＯＰ、例えば図
４（Ａ）のようなＧＯＰ構成でフレームを圧縮する。こ
のＧＯＰ構成は、画像データの再送率が一定値を超えた
場合に後のステップＡ６でキーフレーム間隔調整手段２
３が変更する。
【００６９】通信処理手段２４は、受信側に対して送信
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＡ２）。キーフレー
ム再送手段２２は、受信側からの再送要求が無いか判定
し、再送要求があった場合はステップＡ４に進み、無か
った場合はステップＡ７に進む（ステップＡ３）。
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＡ２）。キーフレー
ム再送手段２２は、受信側からの再送要求が無いか判定
し、再送要求があった場合はステップＡ４に進み、無か
った場合はステップＡ７に進む（ステップＡ３）。
【００７０】再送要求が無かった場合、通信処理手段２
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＡ７）、画像データパケット番号を更新
する（ステップＡ８）。
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＡ７）、画像データパケット番号を更新
する（ステップＡ８）。
【００７１】再送要求があった場合、キーフレーム再送
手段２２は、受信側の指定したパケットを再送する（ス
テップＡ４）。キーフレーム間隔調整手段２３は、再送
要求率が一定値以上になった場合（ステップＡ５）、Ｉ
ピクチャまたはＰピクチャの間隔を再送率に応じて変更
する（ステップＡ６）。例えば、最初は図４（Ｂ）に示
すように、ＧＯＰ内のＰピクチャをＢピクチャに変更す
る。さらに再送率が大きくなった場合は、図４（Ｃ）に
示すようにＧＯＰの長さを変更してＩピクチャの間隔を
長くする。
手段２２は、受信側の指定したパケットを再送する（ス
テップＡ４）。キーフレーム間隔調整手段２３は、再送
要求率が一定値以上になった場合（ステップＡ５）、Ｉ
ピクチャまたはＰピクチャの間隔を再送率に応じて変更
する（ステップＡ６）。例えば、最初は図４（Ｂ）に示
すように、ＧＯＰ内のＰピクチャをＢピクチャに変更す
る。さらに再送率が大きくなった場合は、図４（Ｃ）に
示すようにＧＯＰの長さを変更してＩピクチャの間隔を
長くする。
【００７２】以下、通信処理手段２４は、ステップＡ３
からＡ８を全パケットの送信完了まで繰り返す（ステッ
プＡ９）。通信処理手段２４は、全パケットの送信完了
後、送信側からの全パケット受信完了信号を待つ（ステ
ップＡ１０）。通信処理手段２４は、全パケット受信完
了信号を待つ間、受信側からの再送要求があった場合
（ステップＡ１１）、受信側の指定したパケットを送信
する（ステップＡ１２）。
からＡ８を全パケットの送信完了まで繰り返す（ステッ
プＡ９）。通信処理手段２４は、全パケットの送信完了
後、送信側からの全パケット受信完了信号を待つ（ステ
ップＡ１０）。通信処理手段２４は、全パケット受信完
了信号を待つ間、受信側からの再送要求があった場合
（ステップＡ１１）、受信側の指定したパケットを送信
する（ステップＡ１２）。
【００７３】次に、図３を参照して第１実施例の受信側
の動作を説明する。通信処理手段２４は、送信側から送
られてくる全データ量を受信し、受信する画像データパ
ケット番号ｘを０に初期化する（ステップＢ１）。
の動作を説明する。通信処理手段２４は、送信側から送
られてくる全データ量を受信し、受信する画像データパ
ケット番号ｘを０に初期化する（ステップＢ１）。
【００７４】次に通信処理手段２４は、送信側から送ら
れてくる画像データのパケットを受信し（ステップＢ
２）、受信エラーが発生したか判定する（ステップＢ
３）。キーフレーム再送手段２２は、受信エラーが発生
した場合、現在受信中のフレームがＩピクチャまたはＰ
ピクチャだった場合（ステップＢ４）、現在のパケット
の再送要求を送信側に送る（ステップＢ５）ことですべ
てのＩピクチャとＰピクチャを確実に伸長する。
れてくる画像データのパケットを受信し（ステップＢ
２）、受信エラーが発生したか判定する（ステップＢ
３）。キーフレーム再送手段２２は、受信エラーが発生
した場合、現在受信中のフレームがＩピクチャまたはＰ
ピクチャだった場合（ステップＢ４）、現在のパケット
の再送要求を送信側に送る（ステップＢ５）ことですべ
てのＩピクチャとＰピクチャを確実に伸長する。
【００７５】以下、通信処理手段２４は、すべてのパケ
ットの受信が終了する（ステップＢ６）まで受信パケッ
ト番号を更新（ステップＢ７）しながらステップＢ２か
らＢ５を繰り返す。全パケットの受信が完了したなら
ば、通信処理手段２４は、全パケット受信完了信号を送
信側に送り（ステップＢ８）、画像処理手段２０は、１
フレーム分の画像データを伸長する。
ットの受信が終了する（ステップＢ６）まで受信パケッ
ト番号を更新（ステップＢ７）しながらステップＢ２か
らＢ５を繰り返す。全パケットの受信が完了したなら
ば、通信処理手段２４は、全パケット受信完了信号を送
信側に送り（ステップＢ８）、画像処理手段２０は、１
フレーム分の画像データを伸長する。
【００７６】次に、本発明の第２の実施の形態の一実施
例（第２実施例）の動作を詳細に説明する。この第２実
施例でも画像の圧縮にＭＰＥＧ方式を使用した例をあげ
る。
例（第２実施例）の動作を詳細に説明する。この第２実
施例でも画像の圧縮にＭＰＥＧ方式を使用した例をあげ
る。
【００７７】まず、図６を参照して第２実施例の送信側
の動作を説明する。画像処理手段２０は、画像入力装置
４からの画像データを１フレーム圧縮する（ステップＣ
１）。この時、画像処理手段２０は、所定のＧＯＰ、例
えば図８（Ａ）のようなＧＯＰ構成でフレームを圧縮す
る。このＧＯＰ構成は、画像データの再送率が一定値を
超えた場合に後のステップＣ６でキーフレーム間隔調整
手段２３が変更する。
の動作を説明する。画像処理手段２０は、画像入力装置
４からの画像データを１フレーム圧縮する（ステップＣ
１）。この時、画像処理手段２０は、所定のＧＯＰ、例
えば図８（Ａ）のようなＧＯＰ構成でフレームを圧縮す
る。このＧＯＰ構成は、画像データの再送率が一定値を
超えた場合に後のステップＣ６でキーフレーム間隔調整
手段２３が変更する。
【００７８】通信処理手段２４は、受信側に対して送信
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＣ２）。フレーム再
送手段９２は、受信側からの再送要求が無いか判定し、
再送要求があった場合はステップＣ４に進み、無かった
場合はステップＣ７に進む（ステップＣ３）。
する全データ量を送信し、送信する画像データパケット
番号ｘを０に初期化する（ステップＣ２）。フレーム再
送手段９２は、受信側からの再送要求が無いか判定し、
再送要求があった場合はステップＣ４に進み、無かった
場合はステップＣ７に進む（ステップＣ３）。
【００７９】再送要求が無かった場合、通信処理手段２
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＣ７）、画像データパケット番号を更新
する（ステップＣ８）。
４は、画像データパケット番号ｘの画像データを送信し
た後（ステップＣ７）、画像データパケット番号を更新
する（ステップＣ８）。
【００８０】再送要求があった場合、フレーム再送手段
９２は、受信側の指定したパケットを再送する（ステッ
プＣ４）。キーフレーム間隔調整手段２３は、再送要求
率が一定値以上になった場合（ステップＣ５）、キーフ
レームの間隔を再送率に応じて変更する（ステップＣ
６）。例えば、最初は図８（Ｂ）のようにＧＯＰ内のＰ
ピクチャをＩピクチャに変更する。さらに再送率が大き
くなった場合は、ＧＯＰ内のＩピクチャの比率を図８
（Ｃ）に示すように増やし、最終的には図８（Ｄ）に示
すようにＧＯＰ内のピクチャをすべてＩピクチャにする
（または、ＧＯＰの長さを短くする）。これにより、ピ
クチャがエラーのため伸長できなかった場合でも、次の
フレームの展開が不可能になる可能性を低減することが
できる。
９２は、受信側の指定したパケットを再送する（ステッ
プＣ４）。キーフレーム間隔調整手段２３は、再送要求
率が一定値以上になった場合（ステップＣ５）、キーフ
レームの間隔を再送率に応じて変更する（ステップＣ
６）。例えば、最初は図８（Ｂ）のようにＧＯＰ内のＰ
ピクチャをＩピクチャに変更する。さらに再送率が大き
くなった場合は、ＧＯＰ内のＩピクチャの比率を図８
（Ｃ）に示すように増やし、最終的には図８（Ｄ）に示
すようにＧＯＰ内のピクチャをすべてＩピクチャにする
（または、ＧＯＰの長さを短くする）。これにより、ピ
クチャがエラーのため伸長できなかった場合でも、次の
フレームの展開が不可能になる可能性を低減することが
できる。
【００８１】以下、通信処理手段２４は、ステップＣ３
からＣ８を全パケットの送信完了まで繰り返す（ステッ
プＣ９）。通信処理手段２４は、全パケットの送信完了
後、送信側からの全パケット受信完了信号を待つ（ステ
ップＣ１０）。通信処理手段２４は、全パケット受信完
了信号を待つ間、受信側からの再送要求があった場合
（ステップＣ１１）、受信側の指定したパケットを送信
する（ステップＣ１２）。
からＣ８を全パケットの送信完了まで繰り返す（ステッ
プＣ９）。通信処理手段２４は、全パケットの送信完了
後、送信側からの全パケット受信完了信号を待つ（ステ
ップＣ１０）。通信処理手段２４は、全パケット受信完
了信号を待つ間、受信側からの再送要求があった場合
（ステップＣ１１）、受信側の指定したパケットを送信
する（ステップＣ１２）。
【００８２】この第２実施例では、第１実施例と比べ
て、Ｉピクチャの構成比率が高くなるため、圧縮の効率
（画質またはデータ量）は劣るが、画像データを記録し
て後で再生する場合のランダムアクセス性や、動きの激
しい画像を送信する場合に有利である。
て、Ｉピクチャの構成比率が高くなるため、圧縮の効率
（画質またはデータ量）は劣るが、画像データを記録し
て後で再生する場合のランダムアクセス性や、動きの激
しい画像を送信する場合に有利である。
【００８３】
【発明の効果】以上説明したように、本発明によれば、
受信側電話装置においてエラー発生と判定された受信画
像データパケットがキーフレームの画像データパケット
であるときに、そのキーフレームの画像データパケット
を指定した再送要求をし、送信側電話装置から当該キー
フレームの画像データパケットを再送することで、前後
のフレームの伸長に必要なキーフレームの欠落を防止す
るようにしたため、例えばＭＰＥＧ方式のような前後の
フレームとの相関関係を使用することによって画像デー
タを効率良く圧縮する方式で圧縮した画像データを送信
した場合に、転送した実効データ量を低下させずに、キ
ーフレーム欠落に起因して伸長画像にエラーが含まれる
ことを防止することができる。
受信側電話装置においてエラー発生と判定された受信画
像データパケットがキーフレームの画像データパケット
であるときに、そのキーフレームの画像データパケット
を指定した再送要求をし、送信側電話装置から当該キー
フレームの画像データパケットを再送することで、前後
のフレームの伸長に必要なキーフレームの欠落を防止す
るようにしたため、例えばＭＰＥＧ方式のような前後の
フレームとの相関関係を使用することによって画像デー
タを効率良く圧縮する方式で圧縮した画像データを送信
した場合に、転送した実効データ量を低下させずに、キ
ーフレーム欠落に起因して伸長画像にエラーが含まれる
ことを防止することができる。
【００８４】また、本発明によれば、再送率が大きくな
りキーフレームの画像データパケットが増加すると、デ
ータ転送量が大きくなり過ぎる可能性があるが、キーフ
レームの間隔を長くするようにしているため、データ転
送量の増加を低減できる。
りキーフレームの画像データパケットが増加すると、デ
ータ転送量が大きくなり過ぎる可能性があるが、キーフ
レームの間隔を長くするようにしているため、データ転
送量の増加を低減できる。
【００８５】更に、本発明によれば、受信側電話装置に
おけるエラー発生率が一定値以上のときには、再送要求
を送信側電話装置へ送信し、送信側電話装置では再送率
に応じて前後のフレームの伸長に必要なキーフレームの
間隔を調整することにより、特に、画像データパケット
の再送率が予め設定した値よりも高いときには、キーフ
レームの間隔を現在の値よりも短くするようにしたた
め、キーフレームの構成比率が再送率に応じて高くで
き、よって、画像データを記録して後で再生する場合の
ランダムアクセス性や、動きの激しい画像を送信するの
に適した構成とすることができる。
おけるエラー発生率が一定値以上のときには、再送要求
を送信側電話装置へ送信し、送信側電話装置では再送率
に応じて前後のフレームの伸長に必要なキーフレームの
間隔を調整することにより、特に、画像データパケット
の再送率が予め設定した値よりも高いときには、キーフ
レームの間隔を現在の値よりも短くするようにしたた
め、キーフレームの構成比率が再送率に応じて高くで
き、よって、画像データを記録して後で再生する場合の
ランダムアクセス性や、動きの激しい画像を送信するの
に適した構成とすることができる。
【図１】本発明の送信側及び受信側の各電話装置の第１
の実施の形態を示すブロック図である。
の実施の形態を示すブロック図である。
【図２】本発明の第１の実施の形態の送信側の動作説明
用フローチャートである。
用フローチャートである。
【図３】本発明の第１の実施の形態の受信側の動作説明
用フローチャートである。
用フローチャートである。
【図４】本発明の第１の実施の形態の実施例のキーフレ
ーム間隔調整手段２３の動作を説明する説明図である。
ーム間隔調整手段２３の動作を説明する説明図である。
【図５】本発明の送信側及び受信側の各電話装置の第２
の実施の形態を示すブロック図である。
の実施の形態を示すブロック図である。
【図６】本発明の第２の実施の形態の送信側の動作説明
用フローチャートである。
用フローチャートである。
【図７】本発明の第２の実施の形態の受信側の動作説明
用フローチャートである。
用フローチャートである。
【図８】本発明の第２の実施の形態の実施例のキーフレ
ーム間隔調整手段２３の動作を説明する説明図である。
ーム間隔調整手段２３の動作を説明する説明図である。
【図９】従来の一例のブロック図である。
【図１０】従来の送信側電話装置の動作説明用フローチ
ャートである。
ャートである。
【図１１】従来の受信側電話装置の動作説明用フローチ
ャートである。
ャートである。
１ 入力装置 ２ データ処理装置 ３ 記憶装置 ４ 画像入力装置 ５ 音声入力装置 ６ 画像出力装置 ７ 音声出力装置 ８ 通信装置 ９ データ処理装置 ２０ 画像処理手段 ２１ 音声処理手段 ２２ キーフレーム再送手段 ２３ キーフレーム間隔調整手段 ２４ 通信処理手段 ９２ フレーム再送手段
Claims (5)
- 【請求項１】 画像信号を前後のフレームとの相関関係
を使用することによって効率的に圧縮した画像データ
を、音声信号を圧縮符号化した音声データと共にパケッ
ト化して生成して送信する送信側電話装置と、受信した
画像データパケットを伸長して元の画像信号を復元する
と共に、受信した音声データパケットを伸長して元の音
声信号に復元する受信側電話装置とからなるテレビ電話
装置において、 前記送信側電話装置は、再送要求の有無を判定し、該再
送要求がある時は指定されたキーフレームの画像データ
パケットを再送するキーフレーム再送手段を備え、 前記受信側電話装置は、受信画像データパケットにエラ
ーが発生したか否か判定するエラー判定手段と、 前記エラー判定手段によりエラー発生と判定された受信
画像データパケットが前記キーフレームの画像データパ
ケットであるときに、そのキーフレームの画像データパ
ケットを指定した前記再送要求を前記送信側電話装置へ
送信する再送要求手段とを備えたことを特徴とするテレ
ビ電話装置。 - 【請求項２】 前記送信側電話装置は、前後のフレーム
の伸長に必要な前記キーフレームの画像データパケット
の再送率を判定し、該再送率に応じて前記キーフレーム
の間隔を調整するキーフレーム間隔調整手段を更に有す
ることを特徴とする請求項１記載のテレビ電話装置。 - 【請求項３】 前記キーフレーム間隔調整手段は、前記
画像データパケットの再送率が予め設定した値よりも高
いときには、前記キーフレームの間隔を現在の値よりも
長くすることを特徴とする請求項２記載のテレビ電話装
置。 - 【請求項４】 画像信号を前後のフレームとの相関関係
を使用することによって効率的に圧縮した画像データ
を、音声信号を圧縮符号化した音声データと共にパケッ
ト化して生成して送信する送信側電話装置と、受信した
画像データパケットを伸長して元の画像信号を復元する
と共に、受信した音声データパケットを伸長して元の音
声信号に復元する受信側電話装置とからなるテレビ電話
装置において、 前記送信側電話装置は、再送要求の有無を判定し、該再
送要求がある時は指定された画像データパケットを再送
するキーフレーム再送手段と、 画像データパケットの再送率を判定し、該再送率に応じ
て前後のフレームの伸長に必要な前記キーフレームの間
隔を調整するキーフレーム間隔調整手段とを備え、 前記受信側電話装置は、受信画像データパケットにエラ
ーが発生したか否か判定するエラー判定手段と、 前記エラー判定手段によりエラー発生と判定されたエラ
ー率が一定値以上であるときに前記再送要求を前記送信
側電話装置へ送信する再送要求手段とを備えたことを特
徴とするテレビ電話装置。 - 【請求項５】 前記キーフレーム間隔調整手段は、前記
画像データパケットの再送率が予め設定した値よりも高
いときには、前記キーフレームの間隔を現在の値よりも
短くすることを特徴とする請求項４記載のテレビ電話装
置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17391597A JP3045108B2 (ja) | 1997-06-30 | 1997-06-30 | テレビ電話装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17391597A JP3045108B2 (ja) | 1997-06-30 | 1997-06-30 | テレビ電話装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1127645A true JPH1127645A (ja) | 1999-01-29 |
| JP3045108B2 JP3045108B2 (ja) | 2000-05-29 |
Family
ID=15969446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17391597A Expired - Fee Related JP3045108B2 (ja) | 1997-06-30 | 1997-06-30 | テレビ電話装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3045108B2 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003521150A (ja) * | 2000-01-21 | 2003-07-08 | ノキア コーポレーション | 選択的肯定応答方式のための方法および装置 |
| US6993689B2 (en) | 2000-10-31 | 2006-01-31 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| JP2007166479A (ja) * | 2005-12-16 | 2007-06-28 | Matsushita Electric Ind Co Ltd | 動画像表示装置および動画像表示方法 |
| JP2007235588A (ja) * | 2006-03-01 | 2007-09-13 | Mitsubishi Electric Corp | 動画像復号装置及び動画像符号化装置 |
| JP2009049577A (ja) * | 2007-08-15 | 2009-03-05 | Sony Corp | 監視装置、監視方法及び監視システム |
| JP2011217416A (ja) * | 2011-08-01 | 2011-10-27 | Canon Inc | 画像処理装置、画像処理方法 |
| JP2012090329A (ja) * | 2004-12-30 | 2012-05-10 | Microsoft Corp | パケットロスのリカバリを改善するためのフレームキャッシングの使用 |
| JP2012156650A (ja) * | 2011-01-24 | 2012-08-16 | Panasonic Corp | 動画伝送システム |
| US8705376B2 (en) | 2005-06-29 | 2014-04-22 | Canon Kabushiki Kaisha | Image processing device and image processing method |
| US9232219B2 (en) | 1999-03-12 | 2016-01-05 | Microsoft Technology Licensing, Llc | Media coding for loss recovery with remotely predicted data units |
| CN111541897A (zh) * | 2020-04-21 | 2020-08-14 | 西安万像电子科技有限公司 | 数据传输方法及装置 |
-
1997
- 1997-06-30 JP JP17391597A patent/JP3045108B2/ja not_active Expired - Fee Related
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9232219B2 (en) | 1999-03-12 | 2016-01-05 | Microsoft Technology Licensing, Llc | Media coding for loss recovery with remotely predicted data units |
| US9918085B2 (en) | 1999-03-12 | 2018-03-13 | Microsoft Technology Licensing, Llc | Media coding for loss recovery with remotely predicted data units |
| JP4812216B2 (ja) * | 2000-01-21 | 2011-11-09 | ノキア コーポレイション | 選択的肯定応答方式のための方法および装置 |
| JP2003521150A (ja) * | 2000-01-21 | 2003-07-08 | ノキア コーポレーション | 選択的肯定応答方式のための方法および装置 |
| US7193973B2 (en) | 2000-10-31 | 2007-03-20 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US7437628B2 (en) | 2000-10-31 | 2008-10-14 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US7496807B2 (en) | 2000-10-31 | 2009-02-24 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US7500159B2 (en) | 2000-10-31 | 2009-03-03 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US7502975B2 (en) | 2000-10-31 | 2009-03-10 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US6993689B2 (en) | 2000-10-31 | 2006-01-31 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| US7287201B2 (en) | 2000-10-31 | 2007-10-23 | Kabushiki Kaisha Toshiba | Data transmission apparatus and method |
| JP2012253831A (ja) * | 2004-12-30 | 2012-12-20 | Microsoft Corp | パケットロスのリカバリを改善するためのフレームキャッシングの使用 |
| US10341688B2 (en) | 2004-12-30 | 2019-07-02 | Microsoft Technology Licensing, Llc | Use of frame caching to improve packet loss recovery |
| JP2012090329A (ja) * | 2004-12-30 | 2012-05-10 | Microsoft Corp | パケットロスのリカバリを改善するためのフレームキャッシングの使用 |
| US9866871B2 (en) | 2004-12-30 | 2018-01-09 | Microsoft Technology Licensing, Llc | Use of frame caching to improve packet loss recovery |
| US9313501B2 (en) | 2004-12-30 | 2016-04-12 | Microsoft Technology Licensing, Llc | Use of frame caching to improve packet loss recovery |
| US8705376B2 (en) | 2005-06-29 | 2014-04-22 | Canon Kabushiki Kaisha | Image processing device and image processing method |
| JP2007166479A (ja) * | 2005-12-16 | 2007-06-28 | Matsushita Electric Ind Co Ltd | 動画像表示装置および動画像表示方法 |
| US8160152B2 (en) | 2006-03-01 | 2012-04-17 | Mitsubishi Electric Corporation | Moving image decoding apparatus and moving image coding apparatus |
| JP2007235588A (ja) * | 2006-03-01 | 2007-09-13 | Mitsubishi Electric Corp | 動画像復号装置及び動画像符号化装置 |
| JP2009049577A (ja) * | 2007-08-15 | 2009-03-05 | Sony Corp | 監視装置、監視方法及び監視システム |
| JP2012156650A (ja) * | 2011-01-24 | 2012-08-16 | Panasonic Corp | 動画伝送システム |
| JP2011217416A (ja) * | 2011-08-01 | 2011-10-27 | Canon Inc | 画像処理装置、画像処理方法 |
| CN111541897A (zh) * | 2020-04-21 | 2020-08-14 | 西安万像电子科技有限公司 | 数据传输方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3045108B2 (ja) | 2000-05-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3931595B2 (ja) | データ修正装置及びデータ修正方法 | |
| JP4949591B2 (ja) | ビデオ誤り回復方法 | |
| US8654863B2 (en) | Video coding | |
| JP2004507178A (ja) | ビデオ信号符号化方法 | |
| EP1356684A1 (en) | Switching between bit-streams in video transmission | |
| US6646674B1 (en) | TV telephone system | |
| JP3045108B2 (ja) | テレビ電話装置 | |
| JP3651706B2 (ja) | 動画像符号化装置 | |
| JP2002077260A (ja) | 画像伝送のためのシステムおよび方法 | |
| JP2002010265A (ja) | 送信装置およびその方法と受信装置およびその方法 | |
| JPH11331843A (ja) | 大きな画像から無制限の選択された画像ビュ―を生成する方法および装置 | |
| JP3483806B2 (ja) | 動画像信号の符号化装置及び符号化方法 | |
| US5740282A (en) | System and method for contractive mapping resynchronization of a data transmission | |
| KR100363550B1 (ko) | 동영상 인코딩 장치 및 무선 단말기의 동영상 디코딩 장치 | |
| JPH10285565A (ja) | 画像転送装置 | |
| KR100647369B1 (ko) | 영상전화의 립싱크 동기화 방법 및 영상전화 단말장치 | |
| JPH1056563A (ja) | 画像通信方法及び画像通信装置 | |
| JPH1056562A (ja) | 画像通信方法及び画像通信装置 | |
| JPH10145760A (ja) | 画像通信装置 | |
| JPH07245747A (ja) | テレビ電話システム | |
| JPH11313323A (ja) | 大きな画像から選択された画像ビュ―を生成する方法および装置 | |
| JPH09116881A (ja) | 動画像データ伝送方法およびアナログビデオフォン | |
| KR20000039401A (ko) | 동영상 부호화 시스템의 영상 데이터 재전송 장치 및 그 방법 | |
| JPH0316072B2 (ja) | ||
| JP2003264811A (ja) | 画像転送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080317 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090317 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090317 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140317 Year of fee payment: 14 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |