(57)【特許請求の範囲】
【請求項１】
入力される動画像を画像伝送部において動画像符号化変換によって圧縮した１つのストリームデータにし、該ストリームデータを伝送速度の異なる複数の伝送路を介して複数の画像受信部に伝送する画像伝送方法において、
前記１つのストリームデータは、ＧＯＰ単位で少なくともＩピクチャと該Ｉピクチャに関係する複数のＰピクチャを有し、 
前記複数の画像受信部は、送信要求として、Ｐピクチャの送信ピクチャ数を前記画像伝送部に通知し、 
前記画像伝送部は、最新のＩピクチャから、要求のあった前記Ｐピクチャの送信ピクチャ数に達するまでストリームデータを蓄積し、蓄積が達成した時点で、当該最新のＩピクチャとこれに続く前記送信ピクチャ数のＰピクチャを当該送信要求をした前記画像受信部に送信することにより、それぞれの前記伝送路の伝送速度に応じて伝送する前記Ｐピクチャデータの数をピクチャ数の単位で変更して伝送することを特徴とする画像伝送方法。 
【請求項２】
入力される動画像を画像伝送部において所定のビットレートの１つのストリームデータに符号化し、当該ストリームデータを伝送速度の異なる複数の伝送路を介して複数の画像受信部に伝送する画像伝送方法において、
前記１つのストリームデータは、ＧＯＰ単位で少なくともＩピクチャと該Ｉピクチャに関係する複数のＰピクチャを有し、 
前記複数の画像受信部は、パケット破棄率情報を前記画像伝送部に通知し、 
前記画像伝送部は、入力された映像信号を少なくともＩピクチャと該Ｉピクチャに関係する複数のＰピクチャを有する符号化データに変換して、バッファに蓄積し、前記複数の画像受信部ごとに前記パケット破棄率情報がゼロになるように制御された読み出し速度で前記バッファから前記符号化データを読み出して、ＲＴＰパケット化し、前記バッファから符号化データを読み出す際に最新のＩピクチャの直前のＰピクチャから所定数前のＰピクチャまでを実質的に破棄することで、前記Ｉピクチャに関係するＰピクチャの数をピクチャ単位で変更して伝送することを特徴とする画像伝送方法。
【請求項３】
画像伝送部と複数の画像受信部とを有し、画像伝送部に入力される動画像を動画像符号化変換によって圧縮した１つのストリームデータにし、該ストリームデータを伝送速度の異なる複数の伝送路を介して前記複数の画像受信部に伝送する画像伝送システムにおいて、
前記１つのストリームデータは、ＧＯＰ単位で少なくともＩピクチャと該Ｉピクチャに関係する複数のＰピクチャを有するものであり、 
前記複数の画像受信部は、送信要求として、Ｐピクチャの送信ピクチャ数を前記画像伝送部に通知し、 
前記画像伝送部は、最新のＩピクチャから、要求のあった前記Ｐピクチャの送信ピクチャ数に達するまでストリームデータを蓄積する蓄積手段と、蓄積が達成した時点で、当該最新のＩピクチャとこれに続く前記送信ピクチャ数のＰピクチャを当該送信要求をした前記画像受信部に送信する送信手段とを有し、それぞれの前記伝送路の伝送速度に応じて伝送する前記Ｐピクチャデータの数をピクチャ数の単位で変更して伝送することを特徴とする画像伝送システム。
【請求項４】
画像伝送部と複数の画像受信部とを有し、画像伝送部に入力される動画像を所定のビットレートの１つのストリームデータに符号化し、当該ストリームデータを伝送速度の異なる複数の伝送路を介して前記複数の画像受信部に伝送する画像伝送システムにおいて、 
前記複数の画像受信部は、パケット破棄率情報を前記画像伝送部に通知し、 
前記画像伝送部は、入力された映像信号を少なくともＩピクチャと該Ｉピクチャに関係する複数のＰピクチャを有する符号化データに変換する符号化処理部と、該符号化データを蓄積するバッファと、前記複数の画像受信部ごとに前記パケット破棄率情報がゼロになるように制御された読み出し速度で前記バッファから符号化データを読み出して、ＲＴＰパケット化するＲＴＰ処理部と、を備え、前記バッファから符号化データを読み出す際に、最新のＩピクチャの直前のＰピクチャから所定数前のＰピクチャまでを実質的に破棄することで、前記Ｉピクチャに関係するＰピクチャの数をピクチャ単位で変更して伝送することを特徴とする画像伝送システム。 
【請求項５】
上記画像伝送部は、更に最新のＩピクチャのタイムコードを格納するレジスタを有し、当該最新のＩピクチャのタイムコードと、前記ＲＴＰ処理部による読み出しの対象のピクチャのタイムコードの差が、所定値を超えたときに、当該読み出しの対象を示すポインタを当該最新のＩピクチャに移動することにより、最新のＩピクチャの直前のＰピクチャから所定数前のＰピクチャまでを実質的に破棄することを特徴とする請求項４記載の画像伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像伝送方法および伝送装置に関し、特に、動画像を圧縮してネットワークに動画像を伝送する動画像伝送方法および伝送装置に関するものである。
【背景技術】
【０００２】
遠隔画像監視システムあるいは画像配信システムでは、公衆回線やインターネットに代表されるように、ＩＰ（Internet Protocol）ネットワークを伝導路とした動画像伝送装置のニーズが急速に拡大している。例えば、従来、MPEG-4（Moving Picture Experts Group Phase 4）における画像のストリームデータ（圧縮データで構成されている。）の配信では、画像伝送部において、送るべき画像データをMPEG-4により、符号化変換を行い、符号化変換された画像データをストリームデータとして画像伝送部の記憶部に一旦格納される。この画像データとしては、静止画、動画、CG（ Computer Graphics）、アニメーション等の画像であり、また、音声、オーディオ、合成音楽等も含まれる。これらの画像データは、ネットワークからの要求により、記憶部から配信される。
【０００３】
このような画像データ、特に、動画像を配信するためには、デジタル化して伝送する必要があるが、デジタル化した場合、その情報量は膨大となるため、その情報の伝送容量を減少させるために動画像の圧縮技術が必要になる。ここで、従来から良く知られている動画像の圧縮方式としてＭＰＥＧ−２あるいはＭＰＥＧ−４等の圧縮の世界標準方式が使用される。
【０００４】
図１２は、一般的なネットワーク型動画像配信システムの一例であって、例えば、動画像監視システムの概略構成を示すブロック図である。図１２において、例えば、一つの監視カメラ１２０の動画像を３箇所の離れた場所の映像モニタ１２４−１、１２４−２および１２４−３で監視する場合が示されている。なお、特に、区別する必要がないときは、映像モニタ１２４と総称する。また、よく使用されるネットワークとして、例えば、ＬＡＮ(Local Area Network)１２２−１、ＡＤＳＬ（Asymmetric, Digital Subscriber Line）１２２−２およびＷ-ＣＤＭＡ（Wide-Code Division Multiple Access）のような第３世代携帯電話網１２２−３が示されている。なお、これについても区別する必要がないときは、ネットワーク１２２と総称する。これらのネットワーク１２２は、異なる伝送速度の伝送路で構成されている。例えば、ＬＡＮ１２２−１は、伝送速度が約６Ｍｂｐｓ程度の比較的高速なネットワークであり、ＡＤＳＬ１２２−２は、５１２ｋｂｐｓそして第３世代携帯電話網１２２−３は、３８４ｋｂｐｓの低速なネットワークである。
【０００５】
而して、カメラ１２０で撮影された監視画像は、エンコーダのような画像伝送部１２１で符号化され、ネットワーク１２２を介してそれぞれデコーダのような画像受信部１２３−１、１２３−２および１２３−３に配信され、ここで復号され、画像モニタ１２４−１、１２４−２および１２４−３にそれぞれ監視画像として表示される。
【０００６】
動画像を圧縮する画像伝送部１２１は、画像伝送部内部の一つの圧縮処理部１２５により所定のビットレート（圧縮率）で圧縮され、ここから生成される画像圧縮データ（ストリーム）を画像受信部１２３−１、１２３−２および１２３−３に伝送し、各画像受信部は、上記ストリームを元の画像データに伸張してモニタに出力する。図１２においては、画像伝送部１２１からはストリームがネットワーク１２２−１、１２２−２、１２２−３に順次シリーズに伝送されている。このような伝送方式をマルチキャスト構成と呼ばれている。
【０００７】
このシステムの動作は、例えば、画像受信部１２３−１からネットワーク１２２−１を経由し、画像送信部１２１にストリームデータを要求する。画像送信部１２１は、ストリームデータの要求があった画像受信部１２３−１にストリームデータを配信する。画像受信部１２３−１は、ストリームデータを受信し、圧縮されているストリームデータを伸張し、モニタ１２４−１に表示すると共に、必要により記録部（図示せず）に記録される。次に、画像受信部１２３−１は、続いて、ネットワーク１２２−１を経由し、画像送信部１２１に次のストリームデータを要求する。画像送信部は、ストリームデータ要求があった画像受信部１２３−１に次のストリームデータを伝送する。画像受信部１２３−１は、次のストリームデータを受信し、前述と同様に、圧縮されているストリームデータを伸張し、モニタ１２４−１に表示すると共に、必要により記録部に記録する。以降も同様であり、また、他の画像受信部１２３−２および１２３−３においても連続してストリームデータの送信要求と受信及び伸長を行なう。
【０００８】
而して、上述のマルチキャスト構成の場合、画像伝送部１２１の内部の圧縮処理部１２５は、一つであることから、画像受信部１２３−１、１２３−２、１２３−３に伝送されるストリームは、全く同一のストリームであり、ストリームのビットレート（圧縮率）も同一である。従って、当然のことながら画像伝送部１２１から出力されるストリームデータのビットレートは、各画像受信部１２３までのネットワーク１２２の中で、最も伝送速度の遅いネットワークに合わせない限り、対象とする画像受信部１２３全てにおいて動画像を伸張することが不可能である。
【０００９】
図１２の場合、第３世代携帯電話網３８４ｋｂｐｓがネックとなるため、画像伝送部１２１から出力されるストリームのビットレートは、３８４ｋｂｐｓ以下に制限される。しかし、これでは高速なネットワーク１２２−１に接続されている画像受信部１２３−１では、本来６Ｍｂｐｓ程度の高ビットレートなストリームデータを伸張し、高品位な画像を映像モニタ１２４−１に出力可能であるにも関わらず、前記制限により３８４ｋｂｐｓ程度の低品位な画像しか得られないことになる。同様に、５１２Ｋｂｐｓのネットワーク１２２−２に接続されている画像受信装置１２３−２でも、結局３８４ｋｂｐｓ程度の低品位な画像しか得られない。
【００１０】
また、高速なネットワーク１２２−１に合わせて４Ｍｂｐｓ程度のストリームを画像伝送装置１２１が出力するようにしてもＡＤＳＬの５１２ｋｂｐｓや第３世代携帯電話網の３８４ｋｂｐｓでは伝送できないため、画像受信部１２３−２や１２３−３にはストリームデータが伝送されず、全く動画像が出力されないことになる。
【００１１】
ここで、ＭＰＥＧ方式の画像圧縮技術について説明する。ＭＰＥＧ−２やＭＰＥＧ−４の画像圧縮データ、即ち、ストリームデータは、Intra Picture（以下、Iピクチャと称する）、Predictive Picture（以下、Ｐピクチャと称する）およびBidirectionally Predictive Picture（以下、Ｂピクチャと称する）の３種類のデータから構成されて、ピクチャ毎に３つの異なる符号化モードで圧縮されている。I ピクチャとは、アナログ映像の１フレーム分全ての画像データをそのフレーム内で符号化変換されたデータである。従って、画像受信部１２３では、このＩ ピクチャを受信した場合、１つの Ｉ ピクチャだけで画像を再生することができる。Ｐ ピクチャとは、前の画像データ（Ｉ ピクチャまたはＰ ピクチャ）から一方向のフレーム間予測を行い、差分のデータのみ符号化したものである。従って、画像受信部１２３では、受信した Ｐ ピクチャだけでは画像を再生することができず、元になる Ｉ ピクチャがなければ画像を再生できない。更に、途中の Ｐ ピクチャがなければ、誤った画像、例えば、プロック歪等が発生した画像となる。Ｂピクチャとは、前の画像データと次の画像データの2つの画像データから二方向のフレーム間予測を行い差分データのみ符号化したものである。このＢピクチャは、Ｐピクチャと同様にＢピクチャだけでは元の画像を再生できない。ＰピクチャおよびＢピクチャは、前後のピクチャとの時間軸方向の冗長度を削減しているため、圧縮データ量を少なくできるが、それだけでは元の画像を再生できない。なお、一般的なＭＰＥＧ−２の各ピクチャの組合せの一例を次に示す。  
（Ｉ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｐ）（Ｂ）（Ｂ）（Ｉ）（Ｂ）（Ｂ）（Ｐ）・・・・・  
このようにＩピクチャは、１５ピクチャに１回存在し、これが繰り返される構成が一般的である。
【００１２】
さて、このようなＭＰＥＧ方式で異なる伝送速度のネットワークに画像を伝送する画像伝送装置（例えば、特許文献１参照。）が知られている。この画像伝送装置は、伝送するピクチャ数を変えることなく、符号化データのビットレートを変更する、即ち、符号化データのビットレートと伝送路の所定の伝送レートとの差に基づいて、前に伝送した符号化データに対する画面をコピーしたコピー画面を生成し、本来伝送すべきデータに代えてコピー画面を伝送することにより、データ量を減らし、所定の伝送レートにして伝送する装置である。
【００１３】
この方法は、前に伝送した画面をコピーする方法である。従って、前の画面との差分は、“０”となり、コピーを表わすデータだけを送るため、データ量は大幅に低減でき、所望の伝送レートにして伝送ができる特徴がある。しかし、送る画面がコピー画面であるため、動画像のような動きのある画面では、あまり忠実な動画像を送ることはできない。
【００１４】
【特許文献１】特開平１０−３３６６７０号公報（第５−６頁、図２−４）
【発明の開示】
【発明が解決しようとする課題】
【００１５】
従来の技術では、異なる伝送速度を持つネットワークが複数接続された画像伝送システムでは、例えば、カメラで撮影された画像を、異なる伝送速度を持つネットワークを介して配信を要求された、例えば、モニタに配信しようとしても画像を圧縮する画像伝送部（エンコーダ）は、最も低速なネットワークの伝送速度に合わせた低ビットレートのストリームしか生成できず、この低ビットレートのストリームしか画像受信部（デコーダ）に伝送できないため、高速なネットワークに接続された画像受信部においても低ビットレートの低品位な画像しか得られないというという問題があった。
【００１６】
また、高速なネットワークの伝送レートに画像伝送部からのストリームのビットレートを合わせれば、その高速ネットワークに接続された画像受信部では高品位な画像が得られるが、それよりも伝送速度が低いネットワークに接続された画像受信部では、全く画像が再生できないという問題がある。
【００１７】
更に、画像伝送部が、例えば、ストリーム要求があった画像受信部に、最新のストリームデータを送信する場合、伝送速度が遅く、画像伝送部の配信の間隔に間に合わない画像受信部では、不連続なストリーム伸張のため、再生画像にブロック歪が発生する問題があった。
【００１８】
本発明の目的は、伝送速度の異なる伝送路に対してもストリームデータを配信することのできる画像伝送方法および画像伝送装置を提供することである。
【００１９】
本発明の他の目的は、伝送速度が遅く、画像伝送部の配信の間隔に間に合わない低速回線を使用した画像受信部であってもブロック歪の発生しない画像伝送方法および画像伝送装置を提供することである。
【００２０】
本発明の更に他の目的は、伝送速度の異なる伝送路に対しても動画像を最適に配信することのできる画像伝送方法および画像伝送装置を提供することである。
【課題を解決するための手段】
【００２１】
本発明の画像伝送方法は、画像伝送部で動画像符号化技術によって少なくともIピクチャデータとPピクチャデータを作成し、伝送路からの要求に応じて上記Iピクチャデータと所定のPピクチャデータを伝送することにより実現できる。
【００２２】
また、本発明の画像伝送方法において、上記伝送路は、上記画像データの伝送速度の異なる伝送路からなり、上記伝送路の伝送速度に応じて、上記Pピクチャデータの数を変更して伝送する画像伝送方法である。
【００２３】
また、本発明の画像伝送方法において、上記動画像符号化技術として、ＭＰＥＧ−４またはＭＰＥＧ−２のいずれかにより上記画像データを符号化する画像伝送方法である。
【００２４】
また、本発明の画像伝送方法において、次のIピクチャデータの有無を判定し、次のIピクチャデータが有ると判定された場合、現在のIピクチャデータに連続するPピクチャデータの伝送を停止し、次のIピクチャデータから伝送する画像伝送方法である。
【００２５】
また、本発明の画像伝送方法において、上記伝送路の伝送速度に応じて上記Pピクチャデータの数を変更して伝送する場合、上記Ｉピクチャに連続するＰピクチャの数を変更する画像伝送方法である。
【００２６】
更に、本発明の画像伝送装置は、映像信号を符号化する画像伝送部と、上記画像伝送部で符号化された画像データを伝送する伝送路と、上記伝送路から伝送された上記画像データを受信する画像受信部とを有し、上記画像伝送部は、動画像符号化技術によって少なくともIピクチャデータとPピクチャデータを生成する手段と、上記伝送路からの要求に応じて上記Iピクチャデータと所定のPピクチャデータを選択する手段とから構成される。
【００２７】
また、本発明の画像伝送装置において、上記伝送路は、上記画像データの伝送速度の異なる伝送路からなり、上記伝送路からの要求に応じて上記Iピクチャデータと所定のPピクチャデータを選択する手段は、上記伝送路の伝送速度に応じて、上記Pピクチャデータの数を変更して伝送する手段から構成される。
【００２８】
また、本発明の画像伝送装置において、上記伝送路の伝送速度に応じて、上記Pピクチャデータの数を変更して伝送する手段は、上記Ｉピクチャに連続するＰピクチャの数を変更する手段から構成される。
【発明の効果】
【００２９】
本発明では、伝送速度の異なる複数の伝送路で構成されたシステムにおいて、接続されている画像受信部全てに対し、最適なビットレートのストリームデータを一つの画像伝送部で配信でき、しかも、伝送路に接続されている全ての画像受信部で所望の品質の動画像を再生することが可能となる。  
【発明を実施するための最良の形態】
【００３０】
本発明は、画像伝送部の圧縮処理部から出力されるストリームデータのビットレートより、伝送速度が速いネットワーク伝送路に接続された画像受信部に対しては、圧縮処理部からのストリームをそのまま出力し、画像伝送部の圧縮処理部から出力されるストリームデータのビットレートよりも伝送速度が遅いネットワーク伝送路に接続された画像受信部に対しては圧縮処理部からのストリームデータの一部分だけを出力する。特に、ＭＰＥＧ−２、ＭＰＥＧ−４などの国際標準符号化方式による圧縮処理の場合、ストリームデータは、ピクチャ間で時間圧縮されているため、単純に一部分だけを出力しても、画像受信部は画像を再生することが不可能である。一般に、ストリームデータの一部分だけでも再生可能な部分は、フレーム内符号化とかイントラピクチャもしくはイントラＶＯＰ（video of 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）を受信した画像受信部１１２−３は、即座にストリームデータを伸張する（Ｉピクチャ102′（映像伸張1））。そしてまた、画像受信部１１２−３は、低速のネットワーク１２２−３を経由し、画像伝送部１１１にストリームデータを要求する。
【００４０】
画像伝送部１１１は、ストリームデータの要求があった画像受信部１１２−３に、この時伝送できるＰピクチャ 103（映像取込3）を伝送する。以降、同じ手順でストリームデータを要求し、受信及び伸張を繰り返す。
【００４１】
このとき、画像受信部１１２−３は、Ｉピクチャ 102（映像取込1）を受信・伸張（Ｉピクチャ102′（映像伸張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に分岐し、要求Ｐピクチャ数を満足した場合には、ステップ504進む。
【００５５】
ステップ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 transport protocol）パケット処理部１３４−１、１３４−２、１３４−３およびＴＣＰ（transmission control protocol）＿ＵＤＰ（user datagram protocol）処理部１３５から構成されている。なお、ＴＣＰ＿ＵＤＰ処理部１３５の出力は、出力端子１３６から各々のネットワーク１２２に送られる。ここで、ＲＴＰパケット処理部が３個示されているが、本実施例の場合、異なる伝送速度の伝送路１２２が３種類であるためであり、３個に限定されるものではない。
【００８３】
而して、プロトコル制御部１３２を上記のように構成することにより伝送レート適応型パケット伝送を実現している。以下この構成について、詳細に説明する。なお、Ｉ−ＶＯＰ周期バッファ１３３は、少なくてもＩ−ＶＯＰ（先に説明したＩピクチャに相当する。）から次のＩ−ＶＯＰの直前までの符号化データを蓄積可能な容量を有するバッファである。
【００８４】
ＲＴＰパケット処理部１３４は、ＭＰＥＧ−４符号化データなどをネットワーク上で伝送するのに適したパケットを生成する。即ち、ＲＴＰの基本仕様に従い、符号化データを各ＶＯＰ毎に１〜数パケットに分割したパケットにし、次のＴＣＰ_ＵＤＰ処理部１３５へ出力する。
【００８５】
ＴＣＰ_ＵＤＰ処理部１３５では、コネクション型のＴＣＰプロトコルか、コネクションレス型のＵＤＰプロトコルかの何れか一方のプロトコルでＲＴＰパケットをネットワーク１２２へ伝送する。なお、この選択は、ユーザがパソコン等でリモート設定できるように構成することもできる。
【００８６】
プロトコル制御部１３２は、主にプロセッサによるソフトウェア処理であり、ＲＴＰパケット処理部１３４は、ユニキャストで同時配信するため伝送路に接続される画像受信部１１２の数分だけ動作する。
【００８７】
ＭＰＥＧ−４符号化処理部１３１は、映像信号を入力してＭＰＥＧ−４符号化データを出力し、Ｉ−ＶＯＰ周期バッファ１３３に符号化データを書き込む。ＲＴＰパケット処理部１３４は、ＴＣＰ＿ＵＤＰ処理部１３５からの伝送レートに応じたレディー信号（図１３では点線で示す信号。）により、Ｉ−ＶＯＰ周期バッファ１３３から符号化データを読み出す。即ち、各ＲＴＰパケット処理部１３４−１、１３４−２、１３４−３は、それぞれの画像受信部１１２−１、１１２−２、１１２−３までの伝送路レート（伝送速度）に従ったデータ量をＩ−ＶＯＰ周期バッファ１３３から読み出すことになる。従って、必然的に低レート伝送路に対してはＩ−ＶＯＰ周期バッファ１３３内で画像データが破棄されることになる。このようにして自動的に伝送路の伝送速度にあわせて画像データが伝送される。
【００８８】
なお、ＴＣＰ＿ＵＤＰ処理部１３５で伝送レートに応じたレディー信号を生成する方法は、選択されたプロトコルで異なる。ＴＣＰプロトコルの場合は、コネクション型であるため符号化処理部１３１からの伝送パケットに対する応答により、自動的に伝送レートに応じたレディー信号が生成可能である。
【００８９】
一方、ＵＤＰプロトコルの場合は、コネクションレス型のため自動的にレディー信号を生成することはできない。そこで、画像受信部１１２から、定期的に伝送されるパケット破棄率情報をＴＣＰ＿ＵＤＰ処理部１３５で収集する。この定期的な情報から、パケット破棄率がゼロとなるようにＴＣＰ＿ＵＤＰ処理部１３５がパケットの伝送レートを制御し、それに応じたレディー信号を生成する。これにより、伝送レートに応じたレディー信号の生成が可能となる。
【００９０】
次に、Ｉ−ＶＯＰ周期バッファ１３３の制御について、図１４を用いて説明する。Ｉ−ＶＯＰ周期バッファ１３３は、リングバッファ１４１とＩ−ＶＯＰタイムコードレジスタ１４２から構成される。基本的には、リングバッファ１４１にＭＰＥＧ−４符号化処理部１３１からの符号化データが順次書き込まれ、これをＲＴＰパケット処理部１３４が順次読み出す動作となる。図１４において、リングバッファ１４１は、書き込み／読み出し方向が同一であり、また最終アドレスでスタートに戻る一般的なリングバッファ動作である。
【００９１】
また、Ｉ−ＶＯＰタイムコードレジスタ１４２には、リングバッファ１４１にＩーＶＯＰ（図では、Ｉと表示）を書き込む時点で、Ｉ−ＶＯＰのヘッダの時間情報を基にタイムコードを算出し格納する。２回目以降のＩ−ＶＯＰのタイムコードは、Ｉ−ＶＯＰタイムコードレジスタ１４１に上書きする。これにより、Ｉ−ＶＯＰタイムコードレジスタ１４１にはリングバッファ１４１に書き込んだ最新のＩ−ＶＯＰのタイムコードが常に格納されていることになる。
【００９２】
図１４では、書き込みポインタＷＰでリングバッファ１４１にＰ(４)を書き込み、読み出しポインタＲＰでＰ(３)を読み出し始める状態を示し、Ｉ−ＶＯＰタイムコードレジスタ１４２には、Ｉ(０)のタイムコードが格納されている。ここで、実際の動作においては、各画像フレームの読み出し時点で次に説明する条件判断処理をし、伝送レート適応型パケット伝送を行っている。
【００９３】
即ち、読み出し条件判断処理は、以下の通りである。なお、ｄ秒は、システムを構成するI-VOP周期などにより適宜設定される。
(1)  ｄ秒＞（I-VOPタイムコードレジスタ値−読み出し対象ＶＯＰのタイムコード）の場合最新I-VOPに読み出しポインタを移動して読み出す。
(1)(2)の条件でない場合対象フレームを読み出す。
【００９４】
伝送レートが高い図１４の場合、Ｉ−ＶＯＰタイムコードレジスタ１４１に格納されているＩ（０）よりも時間の遅い（タイムコードの大きい）Ｐ（３）を読み出す状態であるため、読み出し条件判断処理の(1)の条件は成立しない。そこで、(2)の読み出し対象フレームＰ（３）をそのまま読み出すことになる。
【００９５】
一方、図１５に示すように低レート伝送路に対しては、読み出し速度が書き込み速度より遅くなる場合がある。この場合の読み出し条件判断処理では、Ｉ−ＶＯＰタイムコードに格納されているＩ（ｎ）よりも時間の早い（タイムコードの小さい）Ｐ（３）を読み出すことになる。従って、その差分がｄ秒以上となるため、条件判断処理の(1)の条件が成立することになり、Ｉ（ｎ）に読み出しポインタＲＰを移動してＩ（ｎ）を読み出す動作となる。
【００９６】
即ち、この動作によりＰ（３）〜Ｐ（ｎ−１）の読み出しがスキップされ、Ｉ−ＶＯＰ周期バッファ１３３内部でＩ−ＶＯＰ直前のデータが破棄されたことになる。このように読み出し速度は、伝送レートに対応したものとなる。これにより伝送レート適応型パケット伝送が可能となる。なお、読み出し条件判断処理のｄ秒は、Ｉ−ＶＯＰの周期やネットワーク伝送ジッタなどを考慮して設定される。
【００９７】
また、この伝送レート適応型パケット伝送方式は、回線費用が低コストなベストエフォートの伝送路に対しても有効である。つまり、伝送レートの動的な変動に対しても自動的に適応した画像符号化データの伝送が可能となる。以上、本発明について詳細に説明したが、本発明は、ここに記載された画像伝送方法および画像伝送装置に限定されるものではなく、上記以外に、異なる伝送速度を有する伝送路に動画像を配信する動画像伝送システムに広く適応することが出来ることは、言うまでも無い。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施例を説明するためのデータフローを示す図である。
【図２】本発明の他の一実施例を説明するためのデータフローを示す図である。
【図３】本発明の更に他の一実施例を説明するためのデータフローを示す図である。
【図４】本発明のＩピクチャ、Ｐピクチャの格納時の画像伝送部の処理動作の一実施例を示すフローチャートである。
【図５】本発明のＩピクチャ、Ｐピクチャの伝送時の画像伝送部の処理動作の一実施例を示すフローチャートである。
【図６】本発明のＩピクチャ、Ｐピクチャの伝送時の画像伝送部の処理動作の他の一実施例を示すフローチャートである。
【図７】本発明の他の一実施例を説明するためのデータフローを示す図である。
【図８】本発明の更に他の一実施例を説明するための原理説明図である。
【図９】本発明の更に他の一実施例を説明するための原理説明図である。
【図１０】本発明の一実施例のネットワーク画像伝送システムの概略構成を示すブロック図である。
【図１１】本発明の一実施例の画像伝送部の具体的構成を示すブロック図である。
【図１２】従来のネットワーク画像伝送システムの一例の概略構成を示すブロック図である。
【図１３】本発明の一実施例の画像伝送部の他の一実施例の具体的構成を示すブロック図である。
【図１４】図１３に示す画像伝送部の動作を説明するための図である。
【図１５】図１３に示す画像伝送部の動作を説明するための図である。
【符号の説明】
【００９９】
９０：圧縮処理部、９１：ストリーム出力部、９２：ネットワークインターフェース部、９３：制御部、９４：ストリームデータ、１０１：アナログ映像信号、１０２、１０２'：Ｉピクチャ、１０３、１０３'：Ｐピクチャ、１１１：画像伝送部、１１２：画像受信部、１２０：テレビカメラ、１２２：ネットワーク、１２４：モニタ。
【図１】
0004892541.tif 000002
【図２】
0004892541.tif 000003
【図３】
0004892541.tif 000004
【図４】
0004892541.tif 000005
【図５】
0004892541.tif 000006
【図６】
0004892541.tif 000007
【図７】
0004892541.tif 000008
【図８】
0004892541.tif 000009
【図９】
0004892541.tif 000010
【図１０】
0004892541.tif 000011
【図１１】
0004892541.tif 000012
【図１２】
0004892541.tif 000013
【図１３】
0004892541.tif 000014
【図１４】
0004892541.tif 000015
【図１５】
0004892541.tif 000016