JP2003309847A

JP2003309847A - 画像伝送方法および画像伝送装置

Info

Publication number: JP2003309847A
Application number: JP2002344385A
Authority: JP
Inventors: Toshihiro Aikawa; 智弘相川; Yuichi Onami; 雄一大波
Original assignee: Hitachi Kokusai Electric Inc
Current assignee: Hitachi Kokusai Electric Inc
Priority date: 2002-02-18
Filing date: 2002-11-27
Publication date: 2003-10-31
Anticipated expiration: 2022-11-27
Also published as: JP4255685B2

Abstract

(57)【要約】【課題】異なる伝送速度のネットワークが混在する画像
伝送ネットワークにおいて、低速なネットワークの伝送
速度に合わせたビットレートで画像を伝送すると、伝送
速度の早いネットワークに接続された画像受信部では、
低ビットレートの低品位な画像しか得られず、また、伝
送速度の早いネットワークの伝送レートで画像を伝送す
ると、伝送速度が低いネットワークに接続された画像受
信部では、全く画像が再生できない。【解決手段】動画像符号化技術によって符号化された画
像データを伝送路を介して伝送する画像伝送方法におい
て、上記動画像符号化技術によって画像伝送部で少なく
ともIピクチャデータとPピクチャデータを作成し、上記
伝送路からの要求に応じて上記Iピクチャデータと所定
のPピクチャデータを伝送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像伝送方法およ
び伝送装置に関し、特に、動画像を圧縮してネットワー
クに動画像を伝送する動画像伝送方法および伝送装置に
関するものである。

【０００２】

【従来の技術】遠隔画像監視システムあるいは画像配信
システムでは、公衆回線やインターネットに代表される
ように、ＩＰ（Internet Protocol）ネットワークを伝
導路とした動画像伝送装置のニーズが急速に拡大してい
る。例えば、従来、MPEG-4（Moving Picture Experts G
roup Phase 4）における画像のストリームデータ（圧縮
データで構成されている。）の配信では、画像伝送部に
おいて、送るべき画像データをMPEG-4により、符号化変
換を行い、符号化変換された画像データをストリームデ
ータとして画像伝送部の記憶部に一旦格納される。この
画像データとしては、静止画、動画、CG（ Computer Gr
aphics）、アニメーション等の画像であり、また、音
声、オーディオ、合成音楽等も含まれる。これらの画像
データは、ネットワークからの要求により、記憶部から
配信される。

【０００３】このような画像データ、特に、動画像を配
信するためには、デジタル化して伝送する必要がある
が、デジタル化した場合、その情報量は膨大となるた
め、その情報の伝送容量を減少させるために動画像の圧
縮技術が必要になる。ここで、従来から良く知られてい
る動画像の圧縮方式としてＭＰＥＧ−２あるいはＭＰＥ
Ｇ−４等の圧縮の世界標準方式が使用される。

【０００４】図１２は、一般的なネットワーク型動画像
配信システムの一例であって、例えば、動画像監視シス
テムの概略構成を示すブロック図である。図１２におい
て、例えば、一つの監視カメラ１２０の動画像を３箇所
の離れた場所の映像モニタ１２４−１、１２４−２およ
び１２４−３で監視する場合が示されている。なお、特
に、区別する必要がないときは、映像モニタ１２４と総
称する。また、よく使用されるネットワークとして、例
えば、ＬＡＮ(Local Area Network)１２２−１、ＡＤＳ
Ｌ（Asymmetric, Digital Subscriber Line）１２２−
２およびＷ-ＣＤＭＡ（Wide-Code Division Multiple A
ccess）のような第３世代携帯電話網１２２−３が示さ
れている。なお、これについても区別する必要がないと
きは、ネットワーク１２２と総称する。これらのネット
ワーク１２２は、異なる伝送速度の伝送路で構成されて
いる。例えば、ＬＡＮ１２２−１は、伝送速度が約６Ｍ
ｂｐｓ程度の比較的高速なネットワークであり、ＡＤＳ
Ｌ１２２−２は、５１２ｋｂｐｓそして第３世代携帯電
話網１２２−３は、３８４ｋｂｐｓの低速なネットワー
クである。

【０００５】而して、カメラ１２０で撮影された監視画
像は、エンコーダのような画像伝送部１２１で符号化さ
れ、ネットワーク１２２を介してそれぞれデコーダのよ
うな画像受信部１２３−１、１２３−２および１２３−
３に配信され、ここで復号され、画像モニタ１２４−
１、１２４−２および１２４−３にそれぞれ監視画像と
して表示される。

【０００６】動画像を圧縮する画像伝送部１２１は、画
像伝送部内部の一つの圧縮処理部１２５により所定のビ
ットレート（圧縮率）で圧縮され、ここから生成される
画像圧縮データ（ストリーム）を画像受信部１２３−
１、１２３−２および１２３−３に伝送し、各画像受信
部は、上記ストリームを元の画像データに伸張してモニ
タに出力する。図１２においては、画像伝送部１２１か
らはストリームがネットワーク１２２−１、１２２−
２、１２２−３に順次シリーズに伝送されている。この
ような伝送方式をマルチキャスト構成と呼ばれている。

【０００７】このシステムの動作は、例えば、画像受信
部１２３−１からネットワーク１２２−１を経由し、画
像送信部１２１にストリームデータを要求する。画像送
信部１２１は、ストリームデータの要求があった画像受
信部１２３−１にストリームデータを配信する。

【０００８】画像受信部１２３−１は、ストリームデー
タを受信し、圧縮されているストリームデータを伸張
し、モニタ１２４−１に表示すると共に、必要により記
録部（図示せず）に記録される。次に、画像受信部１２
３−１は、続いて、ネットワーク１２２−１を経由し、
画像送信部１２１に次のストリームデータを要求する。

【０００９】画像送信部は、ストリームデータ要求があ
った画像受信部１２３−１に次のストリームデータを伝
送する。画像受信部１２３−１は、次のストリームデー
タを受信し、前述と同様に、圧縮されているストリーム
データを伸張し、モニタ１２４−１に表示すると共に、
必要により記録部に記録する。

【００１０】以降も同様であり、また、他の画像受信部
１２３−２および１２３−３においても連続してストリ
ームデータの送信要求と受信及び伸長を行なう。

【００１１】而して、上述のマルチキャスト構成の場
合、画像伝送部１２１の内部の圧縮処理部１２５は、一
つであることから、画像受信部１２３−１、１２３−
２、１２３−３に伝送されるストリームは、全く同一の
ストリームであり、ストリームのビットレート（圧縮
率）も同一である。従って、当然のことながら画像伝送
部１２１から出力されるストリームデータのビットレー
トは、各画像受信部１２３までのネットワーク１２２の
中で、最も伝送速度の遅いネットワークに合わせない限
り、対象とする画像受信部１２３全てにおいて動画像を
伸張することが不可能である。

【００１２】図１２の場合、第３世代携帯電話網３８４
ｋｂｐｓがネックとなるため、画像伝送部１２１から出
力されるストリームのビットレートは、３８４ｋｂｐｓ
以下に制限される。しかし、これでは高速なネットワー
ク１２２−１に接続されている画像受信部１２３−１で
は、本来６Ｍｂｐｓ程度の高ビットレートなストリーム
データを伸張し、高品位な画像を映像モニタ１２４−１
に出力可能であるにも関わらず、前記制限により３８４
ｋｂｐｓ程度の低品位な画像しか得られないことにな
る。同様に、５１２Ｋｂｐｓのネットワーク１２２−２
に接続されている画像受信装置１２３−２でも、結局３
８４ｋｂｐｓ程度の低品位な画像しか得られない。

【００１３】また、高速なネットワーク１２２−１に合
わせて４Ｍｂｐｓ程度のストリームを画像伝送装置１２
１が出力するようにしてもＡＤＳＬの５１２ｋｂｐｓや
第３世代携帯電話網の３８４ｋｂｐｓでは伝送できない
ため、画像受信部１２３−２や１２３−３にはストリー
ムデータが伝送されず、全く動画像が出力されないこと
になる。

【００１４】ここで、ＭＰＥＧ方式の画像圧縮技術につ
いて説明する。ＭＰＥＧ−２やＭＰＥＧ−４の画像圧縮
データ、即ち、ストリームデータは、Intra Picture
（以下、Iピクチャと称する）、Predictive Picture
（以下、Ｐピクチャと称する）およびBiderectionally
Predictive Picture（以下、Ｂピクチャと称する）の３
種類のデータから構成されて、ピクチャ毎に３つの異な
る符号化モードで圧縮されている。I ピクチャとは、ア
ナログ映像の１フレーム分全ての画像データをそのフレ
ーム内で符号化変換されたデータである。従って、画像
受信部１２３では、このＩピクチャを受信した場合、
１つのＩピクチャだけで画像を再生することができ
る。Ｐピクチャとは、前の画像データ（Ｉピクチャま
たはＰピクチャ）から一方向のフレーム間予測を行
い、差分のデータのみ符号化したものである。従って、
画像受信部１２３では、受信したＰピクチャだけでは
画像を再生することができず、元になるＩピクチャが
なければ画像を再生できない。更に、途中のＰピクチ
ャがなければ、誤った画像、例えば、プロック歪等が発
生した画像となる。Ｂピクチャとは、前の画像データと
次の画像データの2つの画像データから二方向のフレー
ム間予測を行い差分データのみ符号化したものである。
このＢピクチャは、Ｐピクチャと同様にＢピクチャだけ
では元の画像を再生できない。ＰピクチャおよびＢピク
チャは、前後のピクチャとの時間軸方向の冗長度を削減
しているため、圧縮データ量を少なくできるが、それだ
けでは元の画像を再生できない。なお、一般的なＭＰＥ
Ｇ−２の各ピクチャの組合せの一例を次に示す。（Ｉ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）
（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｉ）
（Ｂ）（Ｂ）（Ｐ）・・・・・このようにＩピクチャは、１５ピクチャに１回存在し、
これが繰り返される構成が一般的である。

【００１５】さて、このようなＭＰＥＧ方式で異なる伝
送速度のネットワークに画像を伝送する画像伝送装置
（例えば、特許文献１参照。）が知られている。この画
像伝送装置は、伝送するピクチャ数を変えることなく、
符号化データのビットレートを変更する、即ち、符号化
データのビットレートと伝送路の所定の伝送レートとの
差に基づいて、前に伝送した符号化データに対する画面
をコピーしたコピー画面を生成し、本来伝送すべきデー
タに代えてコピー画面を伝送することにより、データ量
を減らし、所定の伝送レートにして伝送する装置であ
る。

【００１６】この方法は、前に伝送した画面をコピーす
る方法である。従って、前の画面との差分は、“０”と
なり、コピーを表わすデータだけを送るため、データ量
は大幅に低減でき、所望の伝送レートにして伝送ができ
る特徴がある。しかし、送る画面がコピー画面であるた
め、動画像のような動きのある画面では、あまり忠実な
動画像を送ることはできない。

【００１７】

【特許文献１】特開平１０−３３６６７０号公報（第５
−６頁、図２−４）

【００１８】

【発明が解決しようとする課題】従来の技術では、異な
る伝送速度を持つネットワークが複数接続された画像伝
送システムでは、例えば、カメラで撮影された画像を、
異なる伝送速度を持つネットワークを介して配信を要求
された、例えば、モニタに配信しようとしても画像を圧
縮する画像伝送部（エンコーダ）は、最も低速なネット
ワークの伝送速度に合わせた低ビットレートのストリー
ムしか生成できず、この低ビットレートのストリームし
か画像受信部（デコーダ）に伝送できないため、高速な
ネットワークに接続された画像受信部においても低ビッ
トレートの低品位な画像しか得られないというという問
題があった。

【００１９】また、高速なネットワークの伝送レートに
画像伝送部からのストリームのビットレートを合わせれ
ば、その高速ネットワークに接続された画像受信部では
高品位な画像が得られるが、それよりも伝送速度が低い
ネットワークに接続された画像受信部では、全く画像が
再生できないという問題がある。

【００２０】更に、画像伝送部が、例えば、ストリーム
要求があった画像受信部に、最新のストリームデータを
送信する場合、伝送速度が遅く、画像伝送部の配信の間
隔に間に合わない画像受信部では、不連続なストリーム
伸張のため、再生画像にブロック歪が発生する問題があ
った。

【００２１】本発明の目的は、伝送速度の異なる伝送路
に対してもストリームデータを配信することのできる画
像伝送方法および画像伝送装置を提供することである。

【００２２】本発明の他の目的は、伝送速度が遅く、画
像伝送部の配信の間隔に間に合わない低速回線を使用し
た画像受信部であってもブロック歪の発生しない画像伝
送方法および画像伝送装置を提供することである。

【００２３】本発明の更に他の目的は、伝送速度の異な
る伝送路に対しても動画像を最適に配信することのでき
る画像伝送方法および画像伝送装置を提供することであ
る。

【００２４】

【課題を解決するための手段】本発明の画像伝送方法
は、画像伝送部で動画像符号化技術によって少なくとも
IピクチャデータとPピクチャデータを作成し、伝送路か
らの要求に応じて上記Iピクチャデータと所定のPピクチ
ャデータを伝送することにより実現できる。

【００２５】また、本発明の画像伝送方法において、上
記伝送路は、上記画像データの伝送速度の異なる伝送路
からなり、上記伝送路の伝送速度に応じて、上記Pピク
チャデータの数を変更して伝送する画像伝送方法であ
る。

【００２６】また、本発明の画像伝送方法において、上
記動画像符号化技術として、ＭＰＥＧ−４またはＭＰＥ
Ｇ−２のいずれかにより上記画像データを符号化する画
像伝送方法である。

【００２７】また、本発明の画像伝送方法において、次
のIピクチャデータの有無を判定し、次のIピクチャデー
タが有ると判定された場合、現在のIピクチャデータに
連続するPピクチャデータの伝送を停止し、次のIピクチ
ャデータから伝送する画像伝送方法である。

【００２８】また、本発明の画像伝送方法において、上
記伝送路の伝送速度に応じて上記Pピクチャデータの数
を変更して伝送する場合、上記Ｉピクチャに連続するＰ
ピクチャの数を変更する画像伝送方法である。

【００２９】更に、本発明の画像伝送装置は、映像信号
を符号化する画像伝送部と、上記画像伝送部で符号化さ
れた画像データを伝送する伝送路と、上記伝送路から伝
送された上記画像データを受信する画像受信部とを有
し、上記画像伝送部は、動画像符号化技術によって少な
くともIピクチャデータとPピクチャデータを生成する手
段と、上記伝送路からの要求に応じて上記Iピクチャデ
ータと所定のPピクチャデータを選択する手段とから構
成される。

【００３０】また、本発明の画像伝送装置において、上
記伝送路は、上記画像データの伝送速度の異なる伝送路
からなり、上記伝送路からの要求に応じて上記Iピクチ
ャデータと所定のPピクチャデータを選択する手段は、
上記伝送路の伝送速度に応じて、上記Pピクチャデータ
の数を変更して伝送する手段から構成される。

【００３１】また、本発明の画像伝送装置において、上
記伝送路の伝送速度に応じて、上記Pピクチャデータの
数を変更して伝送する手段は、上記Ｉピクチャに連続す
るＰピクチャの数を変更する手段から構成される。

【００３２】

【発明の実施の形態】本発明は、画像伝送部の圧縮処理
部から出力されるストリームデータのビットレートよ
り、伝送速度が速いネットワーク伝送路に接続された画
像受信部に対しては、圧縮処理部からのストリームをそ
のまま出力し、画像伝送部の圧縮処理部から出力される
ストリームデータのビットレートよりも伝送速度が遅い
ネットワーク伝送路に接続された画像受信部に対しては
圧縮処理部からのストリームデータの一部分だけを出力
する。特に、ＭＰＥＧ−２、ＭＰＥＧ−４などの国際標
準符号化方式による圧縮処理の場合、ストリームデータ
は、ピクチャ間で時間圧縮されているため、単純に一部
分だけを出力しても、画像受信部は画像を再生すること
が不可能である。一般に、ストリームデータの一部分だ
けでも再生可能な部分は、フレーム内符号化とかイント
ラピクチャもしくはイントラＶＯＰ（videoof plane）
と呼ばれる部分である。ＭＰＥＧ−２の場合はＩピクチ
ャに相当し、ＭＰＥＧ−４ではＩ−ＶＯＰ（以下、これ
らを総称してＩピクチャと呼ぶことにする。）に相当す
る。従って、ストリームのＩピクチャは、ストリームデ
ータの一部分だけでも画像受信部は、画像再生が可能と
なる。また、ストリームの一部分だけの情報であるた
め、ストリーム全体のビットレートより低いネットワー
ク伝送路に対しても伝送することが可能となる。これに
より、各画像受信部に関係するネットワークの伝送速度
に最適化された画像再生を可能とするネットワーク動画
像伝送装置が可能となる。

【００３３】図１０は、本発明の一実施例の概略構成を
示すブロック図である。図１０において、図１２と同じ
ものには、同じ符号が付されている。１１１は、画像伝
送部であり、ネットワーク１２２−１、１２２−２およ
び１２２−３は、それぞれ画像伝送部１１１からの出力
が直接供給されるように接続されている。このような伝
送方式をユニキャスト構成と呼ばれている。以下、この
ユニキャスト構成について説明する。

【００３４】図１０に示す本発明の動作について、図３
を用いて説明する。図３は、本発明の画像配信方法の第
１の実施例を説明するためのデータフローを示す図であ
る。なお、先の説明では、ＭＰＥＧ方式のストリームデ
ータは、I ピクチャ、P ピクチャＢピクチャで構成さ
れると説明したが、ここでは、説明の都合上、I ピクチ
ャおよびP ピクチャのみで説明する。

【００３５】図３において、カメラ１２０からのアナロ
グ映像信号101−１、１０１−２、・・・・１０１−ｎ
は、それぞれ時間方向にMPEG-4に基づく符号化変換が行
われ、I ピクチャ 102 、P ピクチャ 103 が作成され
る。作成された I ピクチャ 102 、P ピクチャ 103
は、画像伝送部１１１内部のストリームバッファ（図示
しない）に格納される。

【００３６】画像受信部１１２−１は、ネットワーク１
２２（図１０では、１２２−１）を経由し、画像伝送部
１１１にストリームデータを要求する。画像伝送部１１
１は、ストリームデータの要求があった画像受信部１１
２−１にネットワーク１２２−１を介して I ピクチャ
102 （映像取込1）を伝送する。I ピクチャ 102（映像
取込 1 ）を受信した画像受信部１１２−１は、即座に
ストリームデータを伸張する（I ピクチャ102′（映像
伸張1））。そして、画像受信部１１２−１は、ネット
ワーク１２２−１を経由し、画像伝送部１１１に次のス
トリームデータを要求する。画像伝送部１１１は、スト
リームデータの要求があった画像受信部１１２−１に次
のP ピクチャ 103（映像取込2）を伝送する。P ピクチ
ャ 103（映像取込 2 ）を受信した画像受信部１１２−
１は、即座にストリームデータを伸張する（P ピクチャ
103′（映像伸張2））。以降、続く Pピクチャ 103（映
像取込3、4）を同じ手順で要求し、受信し、P ピクチャ
103′（映像伸長3、4）として伸張する。以降、ストリ
ームデータの要求ごとに同じ手順を繰り返す。

【００３７】また、画像受信部１１２−２もまた、ネッ
トワーク１２２（図１０では、１２２−２）を経由し
て、画像伝送部１１１にストリームデータを要求する。
画像伝送部１１１は、ストリームデータの要求があった
画像受信部１１２−２にＩピクチャ102（映像取込1）を
伝送する。

【００３８】回線速度（ネットワークの伝送速度）によ
り遅延されたＩピクチャ102（映像取込1）を受信した画
像受信部１１２−２は、即座にストリームデータを伸張
する（Ｉピクチャ102′（映像伸長1））。そしてまた、
画像受信部１１２−２は、ネットワーク１２２−２を経
由し、画像伝送部１１１に次のストリームデータを要求
する。画像伝送部１１１は、ストリームデータの要求が
あった画像受信部１１２−２に次のP ピクチャ103（映
像取込 2）を伝送する。以降、ストリームの要求ごと、
続くＰピクチャ 103（映像取込 3、4）を同じ手順で要
求し、受信及び伸張を繰り返す。

【００３９】上述のようにネットワーク１２２−２を経
由した画像受信部１１２−２のように、回線速度により
遅延されたＰピクチャ103（映像伸張2）を受信した画像
受信部１１２−２では、Ｉピクチャ102（映像取込1）、
Ｐピクチャ103（映像取込2、3、4）を要求及び受信し、
Ｉピクチャ102′（映像伸張1）、Ｐピクチャ103′（映
像伸張2、3、4）として伸張するが、入力映像との遅延
時間が徐々に増大していく。

【００４０】また、画像受信部１１２−３は、画像受信
部１１２−２より更に低速のネットワーク１２２−３を
経由し、画像伝送部１１１にストリームデータを要求す
る。画像伝送部１１１は、ストリームデータの要求があ
った画像受信部１１２−３にＩピクチャ102（映像取込
1）を伝送する。

【００４１】低速の伝送速度により遅延されたＩピクチ
ャ102（映像取込1）を受信した画像受信部１１２−３
は、即座にストリームデータを伸張する（Ｉピクチャ 1
02′（映像伸張1））。そしてまた、画像受信部１１２
−３は、低速のネットワーク１２２−３を経由し、画像
伝送部１１１にストリームデータを要求する。

【００４２】画像伝送部１１１は、ストリームデータの
要求があった画像受信部１１２−３に、この時伝送でき
るＰピクチャ 103（映像取込3）を伝送する。以降、同
じ手順でストリームデータを要求し、受信及び伸張を繰
り返す。

【００４３】このとき、画像受信部１１２−３は、Ｉピ
クチャ 102（映像取込1）を受信・伸張（Ｉピクチャ10
2′（映像伸張1））した後でＰピクチャ103（映像取込
3）を伸張する（Ｐピクチャ103′（映像伸張3））。従
って、前のＰピクチャ 103（映像取込2）が欠落してい
るため、伸張映像がブロック歪状態で表示される。

【００４４】この様に使用するネットワークの伝送速度
が遅いと、伸張画像の遅延、伸張画像のブロック歪が発
生する。

【００４５】回線速度が遅い伝送回線を使用したネット
ワークを利用した MPEG−４ストリーム配信では、画像
受信部１１２の処理速度を高速化しても、データ伝送路
の能力が低いため、画像伝送部１１１にてMPEG−４符号
化変換した間隔で、画像受信部１１２がストリームデー
タをタイミングよく受信し、伸張できない。そのため、
画像伝送部１１１でMPEG−４で符号化変換されたストリ
ームデータを画像受信部１１２で連続的に受信、伸張を
行うと、画像伝送部１１１と画像受信部１１２の伸張映
像に時間差が発生し、その時間差は徐々に増加してい
く。

【００４６】更に、画像伝送部１１１がストリームデー
タの要求をした、より低速な伝送回線を使用した画像受
信部１１２−３に伝送する場合、最新のストリームデー
タを送信した場合でも、不連続のストリーム伸張のため
映像にブロック歪が発生する。

【００４７】本発明の第２の実施例は、このような問題
を解決するためになされたもので、低速の伝送回線を使
用したネットワークでも、画像伝送部１１１側にてＩピ
クチャとＰピクチャのストリーム管理を行い、要求が発
生した画像受信部１１２からI ピクチャに続く、Ｐピク
チャの送信ピクチャ数を画像伝送部１１１に通知し、画
像伝送部１１１から対応するGOP（Group Of Picture）
単位のストリームデータを受信するようにしたものであ
る。

【００４８】即ち、画像伝送部１１１では、最新のＩピ
クチャ102（例えば映像取込5）から要求のあった所定の
Pピクチャの送信ピクチャ数に達するまでストリームデ
ータを蓄積する。蓄積が達成した時点で、Ｉピクチャと
これに続く所定のピクチャ数のPピクチャをGOP 単位に
加工して、画像受信部１１２に送信することで、回線
状況に合わせたストリームデータ量を任意に指定するこ
とができ、回線の効率を最大限に使用できるようにした
ものである。

【００４９】本発明の第２の実施例の動作を図１、図
２、図４および図５を用いて説明する。まず、図１によ
って、本発明における画像伝送部１１１のGOP単位のス
トリームデータを配信する状態を説明する。

【００５０】画像伝送部１１１は、カメラ１２０からの
アナログ映像データ１０１−１、１０１−２、・・・・
１０１−ｎを時間方向にMPEG−４により符号化変換し、
Ｉピクチャ102、Ｐピクチャ103を作成し（図３に示
す。）、画像伝送部１１１内部のストリームバッファ
（図示しない）に格納する。このＩピクチャ、Ｐピクチ
ャのストリームバッファへの格納時の画像伝送部１１１
の処理動作の一例を図４に示すフローチャートを基に説
明する。

【００５１】図４において、ストリームデータを格納す
る場合、まずステップ402では、格納しようとするスト
リームデータがＩピクチャか、Ｐピクチャかを判定し、
Ｉピクチャの場合にはステップ403に進み、Ｐピクチャ
の場合にはステップ407に進む。

【００５２】ステップ403では、ストリームバッファ格
納位置情報、画像受信部送信バッファ位置をＩピクチャ
位置に設定する。

【００５３】次に、ステップ404では、現在使用中のス
トリームバッファ要素を判定し、現在使用中のストリー
ムバッファ要素が要素1（図１に示す。）ならばステッ
プ406に進み、要素2ならばステップ405に進む。

【００５４】ステップ405では、格納しようとするスト
リームバッファ要素を現在使用されていない要素１に切
り替え、ステップ407に進む。また、ステップ406では、
格納しようとするストリームバッファ要素を現在使用さ
れていない要素2に切り替えステップ407に進む。

【００５５】ステップ407では、ステップ405または406
で切替えた現在のストリームバッファ要素、ストリーム
バッファ格納位置が示すストリームバッファにストリー
ムデータを格納する。ステップ408では、ストリームバ
ッファ格納位置を更新する。

【００５６】次に、本発明の第２の実施例において、Ｉ
ピクチャ、Ｐピクチャ配信（伝送）時における画像伝送
部１１１の処理動作を図５に示すフローチャートを基に
説明する。図５において、画像伝送部１１１が画像受信
部（例えば、画像受信部１１２−１）からのストリーム
データの送信要求を受信した場合、ステップ502では、
画像受信部１１２−１からのＰピクチャ要求数を判定
し、ストリームバッファに格納されたストリームデータ
が要求数を満たさない場合には、ステップ503に分岐
し、要求Ｐピクチャ数を満足した場合には、ステップ50
4進む。

【００５７】ステップ503では、ストリームデータの格
納を行い、ステップ502戻る。ステップ504では、Ｉピク
チャから始まる要求Ｐピクチャ数をGOP単位として加工
し、ステップ505に進む。

【００５８】ステップ505では、GOP単位で、画像受信装
置１１２−１にストリームデータを送信する。

【００５９】図２は、本発明の第２の実施例によって画
像伝送部１１１から配信された GOP単位のストリームデ
ータの画像受信部１１２−１の受信状態の動作を説明す
るための図である。なお、図１と同じものには、同じ符
号が付されている。図２において、画像受信部１１２−
１は、画像伝送部１１１でGOP単位のストリームデータ
に加工されたＩピクチャ102′（映像伸張1）およびＰピ
クチャ103′（映像伸張２、３、４）が受信され、伸張
される。なお、画像受信部１１２−２および１１２−３
においても同様であり、ここでは説明を省略する。

【００６０】このように、本実施例によれば、使用する
ネットワークの伝送速度に合わせ、画像伝送部と画像受
信部のMPEG−４ストリーム遅延時間を最小限にし、スト
リームの連続性を確保し、要求されるＰピクチャ数を加
工したGOP単位のストリームデータの配信を行うことが
できる。

【００６１】次に、本発明の第３の実施例について説明
する。第3の実施例では、低速伝送回線のネットワーク
を使用した場合でも、画像伝送部１１１側にてＩピクチ
ャとＰピクチャのストリームデータの管理を行い、要求
が発生した画像受信部１１２に送信するＩピクチャとＰ
ピクチャの送信来歴を画像伝送部１１１にて管理する。

【００６２】また、画像伝送部１１１が最新のＩピクチ
ャを作成したとき、画像受信部１１２（例えば、画像受
信部１１２−１、画像受信部１１２−２、画像受信部１
１２−３）への送信来歴を初期化し、画像受信部１１２
から次の要求が発生した場合、次のＩピクチャ102（映
像取込5）から送信することで、画像伝送部１１１と画
像受信部１１２との遅延時間を最小にするようにする。

【００６３】更に、ストリームデータの連続性を確保す
ることができ、本発明の第１の実施例での画像受信部１
１２のような問題も解消できる。

【００６４】本発明の第３の実施例は、第２の実施例に
おける図５のＩピクチャ、Ｐピクチャ配信（伝送）時に
おける画像伝送部１１１の処理動作の一例を示すフロー
チャートを図６のフローチャートによって説明する。図
６において、画像受信部１１２からのストリームデータ
の送信要求が発生した場合、ステップ602では、画像受
信部１１１の送信バッファ位置が示すストリームデータ
を送信する。次に、ステップ 603 では、画像受信部送
信バッファ位置を更新する図７は、本発明の第３の実施例の画像伝送部の動作を説
明するためのデータフローを示す図である。なお、図３
と同じものには、同じ符号が付されている。図７におい
て、画像伝送部１１１から配信されたストリームデータ
の受信時間が、画像受信部１１２−２では、遅延して受
信された場合を示している。Ｐピクチャ103（映像取込
3）を受信・伸長（Ｐピクチャ103′（映像伸張3））し
た後、画像伝送部１１１に画像受信部１１２−２から次
のストリームデータの送信要求があった場合、画像伝送
部１１１は、Ｐピクチャ103（映像取込4）を配信せず
に、Ｉピクチャ102（映像取込5）を配信することで、画
像伝送部１１１と画像受信部１１２−２の遅延時間を最
小限に制限することができるように構成されている。

【００６５】また、図７に示す画像伝送部１１１から配
信されたストリームデータの受信時間が、画像受信部１
１２−３では、次のＩピクチャ102（映像取込5）に重な
った場合を示している。この場合、続くＰピクチャ 103
（映像取込2、3、4）を受信しても伸長する時間がない
ことを示している。従って、画像受信部１１２−３から
のストリームデータの送信要求の時間に応じて、画像伝
送部１１１は、Ｐピクチャ103 を送信せずに、次のIピ
クチャ102（映像取込5）を送信する。これによって、画
像受信部１１２−３は、Ｉピクチャ102（映像取込5）を
受信できるので、その画像の表示を行うことができる。

【００６６】以上説明したように、上記実施例によれ
ば、アナログ回線、インターネット、イントラネット、
専用回線などの通信回線の伝送速度に合わせ、MPEG-4等
のストリームデータの配信量を変更することにより、異
なる伝送速度の伝送路に接続された画像受信部１１２で
受信したストリームデータは、連続再生可能なGOP 単位
で扱う画像を受信することができる。

【００６７】ところで、上述した本発明の実施例で、伝
送速度の速い伝送路と伝送速度の遅い伝送路が混在して
いる場合、伝送速度の遅い伝送路に画像伝送部１１１か
らストリームデータを伝送する場合、画像伝送部１１１
内で、Pピクチャ103を適宜削除して伝送することで、伝
送路の伝送速度に合ったストリームデータを画像受信部
１１２に伝送することについて説明した。しかし、この
方法を実施する場合、単純に符号化データの一部を削除
すると以下に説明するような問題が発生する。

【００６８】図８は、この問題を説明するための図であ
る。図８において、Ｉは、Ｉピクチャ８０−１、８０−
２、Ｐは、Ｐピクチャ８１−１、８１−２、・・・８１
−７を表わしている。なお、前述したように、Ｂピクチ
ャは、説明の都合上省略してある。例えば、ＭＰＥＧ−
４は、フレーム間予測符号化が基本であり、周期的なＩ
ピクチャ８０と予測符号化されるＰピクチャ８１で構成
される。ここで、図８に示すように、全てのＩピクチ
ャとＰピクチャが伝送路の伝送速度の関係から送れない
とすると、ＩピクチャまたはＰピクチャのいずれかのピ
クチャを削除する必要がある。前にも説明したように、
Ｉピクチャは、それだけで画像を再生することができる
が、Ｐピクチャは、前の画像データとの差分のデータで
あるため、Ｐピクチャだけでは画像を再生することがで
きない。

【００６９】従って、いずれかのＰピクチャの一部を削
除して伝送した場合、データは、伝送されるが、削除し
たＰピクチャ以降のＰピクチャは、前の画像データがな
いので、画像を再生されないと言う問題が発生する。例
えば、3個のＰピクチャを削除する場合、図８に示すよ
うにＰピクチャ８１−２、８１−３および８１−４を削
除（図８では、×印で示してある。）すると、それ以降
のＰピクチャ８１−５、８１−６および８１−７の画像
を再生できない。しかし、Ｉピクチャは、その前のフレ
ームとの予測なしに符号化されているので、前のデータ
を削除してもＩピクチャ８０−２だけで画像を再生でき
る。

【００７０】図９は、本発明の他の一実施例を説明する
ための図であり、図８と同じものには同じ符号が付され
ている。本発明においては、部分的にデータ（Ｐピクチ
ャ）を削除しても、Ｉピクチャからは画像の再生が可能
であることに注目して、所定数のＰピクチャを削除する
場合、Ｉピクチャの直前のＰピクチャから所定数前まで
のＰピクチャを削除する。即ち、図９に示すように、例
えば、3個のＰピクチャを削除する場合、Ｉピクチャの
直前のＰピクチャ８１−５、８１−６および８１−７を
削除する。なお、削除するＰピクチャの数は、伝送する
伝送路の伝送速度に応じて変更する。即ち、伝送レート
適応型パケット伝送方式を採用することで、伝送速度の
異なる伝送路あるいはネットワークが混在するシステム
においても、適宜動画像を配信することが可能となる。

【００７１】図１１は、本発明に使用する画像伝送部１
１１の一実施例の概略構成を示すブロック図である。図
１１において、カメラ１２０から画像伝送部１１１に映
像信号が入力される。画像伝送部１１１の内部は、圧縮
処理部９０、ストーリーム出力部９１−１、９１−２お
よび９１−３、ネットワークインターフェース部９２、
制御部９３からなっている。圧縮処理部９０は、入力さ
れた映像信号をＭＰＥＧ−２あるいはＭＰＥＧ−４の圧
縮方法でＩピクチャおよびＰピクチャに符号変換され、
記憶部（図示せず）に記憶される。一方、符号変換され
たストリームデータは、それぞれストリーム出力部９１
−１、９１−２および９１−３に印加される。

【００７２】ストリーム出力部９１−１、９１−２およ
び９１−３は、制御部９３からの制御信号により、その
動作が制御され、それぞれの出力をネットワークインタ
ーフェース部９２に出力する。ネットワークインターフ
ェース部９２は、それぞれの出力をパケット多重化し、
ストリームデータ９４として、各ネットワーク１２２を
介して画像受信部１１２に配信する。なお、ストリーム
データ９４は、ネットワーク（図１０に示す。）に接続
されるため、一般にはＩＰパケットなどのパケット多重
となる。また、図１１では、ストリーム出力部９１は、
３個示されているが、図１０に示すように画像受信部１
１２が３台接続されているために、３台としたものであ
り、これに限定されるものではない。

【００７３】次に図１１の動作について説明する。圧縮
処理部９０で符号化されたストリームデータは、例え
ば、２Ｍｂｐｓに圧縮されたＭＰＥＧ−２のストリーム
データと仮定する。前述したようにＭＰＥＧ−２で圧縮
符号化されたストリームデータは、ピクチャ毎に３つの
異なる符号化モードで圧縮され、それぞれ、Ｉピクチ
ャ、ＰピクチャおよびＢピクチャから構成されている。
そして映像信号は、３０フレーム／秒であることから、
１秒間に１５ピクチャが２回繰り返される。従って、１
秒間のＩピクチャ、ＰピクチャおよびＢピクチャのそれ
ぞれの数は、以下のように表わされる。

【００７４】Ｉピクチャ：２枚、Ｐピクチャ：８枚、Ｂ
ピクチャ：２０枚また、各ピクチャの符号量の比率は、画像の複雑さにも
依存するがおおよそ以下のようである。

【００７５】Ｉ：Ｐ：Ｂ＝１０：７：５・・・・・・・・・・・・・・・・（１）ここで、全体を２Mbpsとした場合、Ｉピクチャ８０−１
および８０−２だけのビットレートを、式（１）の比率
で算出すると式（２）のようになる。

【００７６】２２７Kbps＝２Mbps×（(10×2)／(10×2＋7×8＋5×20)）・・・（２）また、Ｉピクチャ８０−１および８０−２とそのＩピク
チャにそれぞれ１枚のＰピクチャ（Ｐピクチャは、合計
２枚となる）を送るときのビットレートを、式（１）の
比率で算出すると式（３）のようになる。

【００７７】３８６Kbps＝２Mbps×（(10×2＋7×2)／(10×2＋7×8＋5×20)）・・（３）以上のように伝送するＰあるいはＢピクチャの枚数によ
り伝送する画像のビットレートを変えることができるこ
とが分かる。

【００７８】ここで図１１の動作であるが、制御部９３
の制御信号により、例えば、ストリーム出力部９１−１
から出力されるストリームデータは、圧縮処理部９０か
らのストリームデータ、即ち、２Mbpsのビットレートで
ネットワークインターフェース部９２、ＬＡＮ１２２−
１を介して画像受信部１１２−１に伝送される。

【００７９】また、ストリーム出力部９１−２では、制
御部９３の制御、即ち、式（３）に基づいて、Ｉピクチ
ャとそれに続くPピクチャ1枚を選択し、３８６Kbpsのビ
ットレートで、ネットワークインターフェース部９２、
ＡＤＳＬ１２２−２を介して画像受信部１１２−２に伝
送される。

【００８０】更に、ストリーム出力部９１−３では、制
御部９３の制御、即ち、式（２）に基づいて、２枚のＩ
ピクチャのみを選択し、２２７Kbpsのビットレートで、
ネットワークインターフェース部９２、第３世代携帯電
話網１２２−３を介して画像受信部１１２−３に伝送さ
れる。

【００８１】なお、制御部９３は、ネットワークインタ
ーフェース部９２から伝送路１２２の伝送レートに応じ
た信号が印加され、この伝送レート信号に応じてストリ
ーム出力部９１−１、９１−２、９１−３の送出するデ
ータ量を制御し、所謂、伝送レート適応型パケット伝送
を実現している。

【００８２】以上説明したように本発明は、異なる伝送
レートを有するネットワークに対して、例えば、２Ｍｂ
ｐｓ、３８６ｋｂｐｓあるいは２２７ｋｂｐｓ等のよう
にビットレートの異なるストリームデータを配信でき、
それを受信する画像受信部では、所望とする最適な動画
像を再生することが可能となる。

【００８３】図１３は、本発明に使用する画像伝送部１
１１の他の一実施例の概略構成を示すブロック図であ
る。図１３において、カメラ１２０からの映像信号が入
力端子１３０を介して画像伝送部１１１に映像信号が入
力される。画像伝送部１１１の内部は、符号化処理部１
３１およびプロトコル制御部１３２からなる。なお、本
実施例では、符号化処理部１３１は、ＭＰＥＧ−４の符
号化処理部で説明するが、これに限られるものではな
く、ＭＰＥＧ−２等の他の方式の符号化処理部で構成す
ることも可能である。プロトコル制御部１３２は、Ｉ−
ＶＯＰ周期バッファ１３３、ＲＴＰ（real time transp
ort protocol）パケット処理部１３４−１、１３４−
２、１３４−３およびＴＣＰ（transmission control p
rotocol）＿ＵＤＰ（user datagram protocol）処理部
１３５から構成されている。なお、ＴＣＰ＿ＵＤＰ処理
部１３５の出力は、出力端子１３６から各々のネットワ
ーク１２２に送られる。ここで、ＲＴＰパケット処理部
が３個示されているが、本実施例の場合、異なる伝送速
度の伝送路１２２が３種類であるためであり、３個に限
定されるものではない。

【００８４】而して、プロトコル制御部１３２を上記の
ように構成することにより伝送レート適応型パケット伝
送を実現している。以下この構成について、詳細に説明
する。なお、Ｉ−ＶＯＰ周期バッファ１３３は、少なく
てもＩ−ＶＯＰ（先に説明したＩピクチャに相当す
る。）から次のＩ−ＶＯＰの直前までの符号化データを
蓄積可能な容量を有するバッファである。

【００８５】ＲＴＰパケット処理部１３４は、ＭＰＥＧ
−４符号化データなどをネットワーク上で伝送するのに
適したパケットを生成する。即ち、ＲＴＰの基本仕様に
従い、符号化データを各ＶＯＰ毎に１〜数パケットに分
割したパケットにし、次のＴＣＰ_ＵＤＰ処理部１３５
へ出力する。

【００８６】ＴＣＰ_ＵＤＰ処理部１３５では、コネク
ション型のＴＣＰプロトコルか、コネクションレス型の
ＵＤＰプロトコルかの何れか一方のプロトコルでＲＴＰ
パケットをネットワーク１２２へ伝送する。なお、この
選択は、ユーザがパソコン等でリモート設定できるよう
に構成することもできる。

【００８７】プロトコル制御部１３２は、主にプロセッ
サによるソフトウェア処理であり、ＲＴＰパケット処理
部１３４は、ユニキャストで同時配信するため伝送路に
接続される画像受信部１１２の数分だけ動作する。

【００８８】ＭＰＥＧ−４符号化処理部１３１は、映像
信号を入力してＭＰＥＧ−４符号化データを出力し、Ｉ
−ＶＯＰ周期バッファ１３３に符号化データを書き込
む。ＲＴＰパケット処理部１３４は、ＴＣＰ＿ＵＤＰ処
理部１３５からの伝送レートに応じたレディー信号（図
１３では点線で示す信号。）により、Ｉ−ＶＯＰ周期バ
ッファ１３３から符号化データを読み出す。即ち、各Ｒ
ＴＰパケット処理部１３４−１、１３４−２、１３４−
３は、それぞれの画像受信部１１２−１、１１２−２、
１１２−３までの伝送路レート（伝送速度）に従ったデ
ータ量をＩ−ＶＯＰ周期バッファ１３３から読み出すこ
とになる。従って、必然的に低レート伝送路に対しては
Ｉ−ＶＯＰ周期バッファ１３３内で画像データが破棄さ
れることになる。このようにして自動的に伝送路の伝送
速度にあわせて画像データが伝送される。

【００８９】なお、ＴＣＰ＿ＵＤＰ処理部１３５で伝送
レートに応じたレディー信号を生成する方法は、選択さ
れたプロトコルで異なる。ＴＣＰプロトコルの場合は、
コネクション型であるため符号化処理部１３１からの伝
送パケットに対する応答により、自動的に伝送レートに
応じたレディー信号が生成可能である。

【００９０】一方、ＵＤＰプロトコルの場合は、コネク
ションレス型のため自動的にレディー信号を生成するこ
とはできない。そこで、画像受信部１１２から、定期的
に伝送されるパケット破棄率情報をＴＣＰ＿ＵＤＰ処理
部１３５で収集する。この定期的な情報から、パケット
破棄率がゼロとなるようにＴＣＰ＿ＵＤＰ処理部１３５
がパケットの伝送レートを制御し、それに応じたレディ
ー信号を生成する。これにより、伝送レートに応じたレ
ディー信号の生成が可能となる。

【００９１】次に、Ｉ−ＶＯＰ周期バッファ１３３の制
御について、図１４を用いて説明する。Ｉ−ＶＯＰ周期
バッファ１３３は、リングバッファ１４１とＩ−ＶＯＰ
タイムコードレジスタ１４２から構成される。基本的に
は、リングバッファ１４１にＭＰＥＧ−４符号化処理部
１３１からの符号化データが順次書き込まれ、これをＲ
ＴＰパケット処理部１３４が順次読み出す動作となる。
図１４において、リングバッファ１４１は、書き込み／
読み出し方向が同一であり、また最終アドレスでスター
トに戻る一般的なリングバッファ動作である。

【００９２】また、Ｉ−ＶＯＰタイムコードレジスタ１
４２には、リングバッファ１４１にＩーＶＯＰ（図で
は、Ｉと表示）を書き込む時点で、Ｉ−ＶＯＰのヘッダ
の時間情報を基にタイムコードを算出し格納する。２回
目以降のＩ−ＶＯＰのタイムコードは、Ｉ−ＶＯＰタイ
ムコードレジスタ１４１に上書きする。これにより、Ｉ
−ＶＯＰタイムコードレジスタ１４１にはリングバッフ
ァ１４１に書き込んだ最新のＩ−ＶＯＰのタイムコード
が常に格納されていることになる。

【００９３】図１４では、書き込みポインタＷＰでリン
グバッファ１４１にＰ(４)を書き込み、読み出しポイン
タＲＰでＰ(３)を読み出し始める状態を示し、Ｉ−ＶＯ
Ｐタイムコードレジスタ１４２には、Ｉ(０)のタイムコ
ードが格納されている。ここで、実際の動作において
は、各画像フレームの読み出し時点で次に説明する条件
判断処理をし、伝送レート適応型パケット伝送を行って
いる。

【００９４】即ち、読み出し条件判断処理は、以下の通
りである。なお、ｄ秒は、システムを構成するI-VOP周
期などにより適宜設定される。ｄ秒＞（I-VOPタイムコードレジスタ値−読み出し
対象ＶＯＰのタイムコード）の場合最新I-VOPに読み出しポインタを移動して読み出す。の条件でない場合対象フレームを読み出す。

【００９５】伝送レートが高い図１４の場合、Ｉ−ＶＯ
Ｐタイムコードレジスタ１４１に格納されているＩ
（０）よりも時間の遅い（タイムコードの大きい）Ｐ
（３）を読み出す状態であるため、読み出し条件判断処
理のの条件は成立しない。そこで、の読み出し対象
フレームＰ（３）をそのまま読み出すことになる。

【００９６】一方、図１５に示すように低レート伝送路
に対しては、読み出し速度が書き込み速度より遅くなる
場合がある。この場合の読み出し条件判断処理では、Ｉ
−ＶＯＰタイムコードに格納されているＩ（ｎ）よりも
時間の早い（タイムコードの小さい）Ｐ（３）を読み出
すことになる。従って、その差分がｄ秒以上となるた
め、条件判断処理のの条件が成立することになり、Ｉ
（ｎ）に読み出しポインタＲＰを移動してＩ（ｎ）を読
み出す動作となる。

【００９７】即ち、この動作によりＰ（３）〜Ｐ（ｎ−
１）の読み出しがスキップされ、Ｉ−ＶＯＰ周期バッフ
ァ１３３内部でＩ−ＶＯＰ直前のデータが破棄されたこ
とになる。このように読み出し速度は、伝送レートに対
応したものとなる。これにより伝送レート適応型パケッ
ト伝送が可能となる。なお、読み出し条件判断処理のｄ
秒は、Ｉ−ＶＯＰの周期やネットワーク伝送ジッタなど
を考慮して設定される。

【００９８】また、この伝送レート適応型パケット伝送
方式は、回線費用が低コストなベストエフォートの伝送
路に対しても有効である。つまり、伝送レートの動的な
変動に対しても自動的に適応した画像符号化データの伝
送が可能となる。以上、本発明について詳細に説明した
が、本発明は、ここに記載された画像伝送方法および画
像伝送装置に限定されるものではなく、上記以外に、異
なる伝送速度を有する伝送路に動画像を配信する動画像
伝送システムに広く適応することが出来ることは、言う
までも無い。

【００９９】

【発明の効果】本発明では、伝送速度の異なる複数の伝
送路で構成されたシステムにおいて、接続されている画
像受信部全てに対し、最適なビットレートのストリーム
データを一つの画像伝送部で配信でき、しかも、伝送路
に接続されている全ての画像受信部で所望の品質の動画
像を再生することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例を説明するためのデータフロ
ーを示す図である。

【図２】本発明の他の一実施例を説明するためのデータ
フローを示す図である。

【図３】本発明の更に他の一実施例を説明するためのデ
ータフローを示す図である。

【図４】本発明のＩピクチャ、Ｐピクチャの格納時の画
像伝送部の処理動作の一実施例を示すフローチャートで
ある。

【図５】本発明のＩピクチャ、Ｐピクチャの伝送時の画
像伝送部の処理動作の一実施例を示すフローチャートで
ある。

【図６】本発明のＩピクチャ、Ｐピクチャの伝送時の画
像伝送部の処理動作の他の一実施例を示すフローチャー
トである。

【図７】本発明の他の一実施例を説明するためのデータ
フローを示す図である。

【図８】本発明の更に他の一実施例を説明するための原
理説明図である。

【図９】本発明の更に他の一実施例を説明するための原
理説明図である。

【図１０】本発明の一実施例のネットワーク画像伝送シ
ステムの概略構成を示すブロック図である。

【図１１】本発明の一実施例の画像伝送部の具体的構成
を示すブロック図である。

【図１２】従来のネットワーク画像伝送システムの一例
の概略構成を示すブロック図である。

【図１３】本発明の一実施例の画像伝送部の他の一実施
例の具体的構成を示すブロック図である。

【図１４】図１３に示す画像伝送部の動作を説明するた
めの図である。

【図１５】図１３に示す画像伝送部の動作を説明するた
めの図である。

【符号の説明】

９０：圧縮処理部、９１：ストリーム出力部、９２：ネ
ットワークインターフェース部、９３：制御部、９４：
ストリームデータ、１０１：アナログ映像信号、１０
２、１０２'：Ｉピクチャ、１０３、１０３'：Ｐピクチ
ャ、１１１：画像伝送部、１１２：画像受信部、１２
０：テレビカメラ、１２２：ネットワーク、１２４：モ
ニタ。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C059 KK01 MA00 PP05 PP06 RA09 RE16 RE20 SS08 SS10 TA71 TB03 TC37

Claims

【特許請求の範囲】

【請求項１】動画像符号化技術によって符号化された画
像データを伝送路を介して伝送する画像伝送方法におい
て、画像伝送部で上記動画像符号化技術によって少なく
ともIピクチャデータとPピクチャデータを作成し、上記
伝送路からの要求に応じて上記Iピクチャデータと所定
のPピクチャデータを伝送することを特徴とする画像伝
送方法。
【請求項２】請求項１記載の画像伝送方法において、上
記伝送路は、上記画像データの伝送速度の異なる伝送路
からなり、上記伝送路の伝送速度に応じて、上記Pピク
チャデータの数を変更して伝送することを特徴とする画
像伝送方法。
【請求項３】請求項２記載の画像伝送方法において、上
記動画像符号化技術として、ＭＰＥＧ−４またはＭＰＥ
Ｇ−２のいずれかにより上記画像データを符号化するこ
とを特徴とする画像伝送方法。
【請求項４】請求項１記載の画像伝送方法において、次
のIピクチャデータの有無を判定し、次のIピクチャデー
タが有ると判定された場合、現在のIピクチャデータに
連続するPピクチャデータの伝送を停止し、次のIピクチ
ャデータから伝送することを特徴とする画像伝送方法。
【請求項５】請求項２記載の画像伝送方法において、上
記伝送路の伝送速度に応じて上記Pピクチャデータの数
を変更して伝送する場合、上記Ｉピクチャに連続するＰ
ピクチャの数を変更することを特徴とする画像伝送方
法。
【請求項６】映像信号を符号化する画像伝送部と、上記
画像伝送部で符号化された画像データを伝送する伝送路
と、上記伝送路から伝送された上記画像データを受信す
る画像受信部とを有し、上記画像伝送部は、動画像符号
化技術によって少なくともIピクチャデータとPピクチャ
データを生成する手段と、上記伝送路からの要求に応じ
て上記Iピクチャデータと所定のPピクチャデータを選択
する手段とを有することを特徴とする画像伝送装置。
【請求項７】請求項６記載の画像伝送装置において、上
記伝送路は、上記画像データの伝送速度の異なる伝送路
からなり、上記伝送路からの要求に応じて上記Iピクチ
ャデータと所定のPピクチャデータを選択する手段は、
上記伝送路の伝送速度に応じて、上記Pピクチャデータ
の数を変更して伝送する手段を含むことを特徴とする画
像伝送装置。
【請求項８】請求項７記載の画像伝送装置において、上
記伝送路の伝送速度に応じて、上記Pピクチャデータの
数を変更して伝送する手段は、上記Ｉピクチャに連続す
るＰピクチャの数を変更する手段を含むことを特徴とす
る画像伝送装置。