JP4331835B2 - 画像データ伝送方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、画像データを圧縮符号化して伝送するシステムに関し、特に、圧縮符号化による遅延を短縮した画像データ伝送方法に関するものである。
【０００２】
【従来の技術】
画像データを圧縮符号化し、ネットワークを介して伝送するシステムとしては、テレビ電話システム、テレビ会議システム、監視システム等が既に実用化されている。このようなシステムでは、ITU-T,H.261、MPEG（Moving Picture Experts Group）等の符号化方式を用いることにより、少ない伝送帯域で品位の高い画像情報の伝送を可能にしている。
【０００３】
【発明が解決しようとする課題】
MPEGのようにフレーム間情報を利用して画像データの圧縮を行い、その画像データを伝送するシステムでは、一般にネットワークの遅延を除いて150〜500ms程度の伝送遅延が圧縮処理において発生する。
【０００４】
したがって、前述したシステムにおいて、例えば画像データの受信側のモニタを見ながら、画像データの送信側のテレビカメラのパン／チルト、ズーム、フォーカス等、機構系を動作させる制御を行う場合、制御指令の入力に応答した画像がモニタに表示されるまでの遅延時間が長くなるという問題がある。特に、パン／チルト制御を行うためには回転台の回転制御が伴うため、前記遅延時間が長くなるという問題がある。
【０００５】
また、MPEGのように複数ピクチャを一つのGOP（Group of Picture）として伝送するシステムでは、複数の画像ソースからの画像データのストリームを切り替えた際に、最大でGOPを構成するピクチャ数の時間分の切替遅延が発生するという問題がある。
【０００６】
本発明は、このような問題を解決するためになされたもので、画像データの圧縮処理にともなう遅延の短縮を可能にした画像デーテ伝送方法を提供することを目的とする。
【０００７】
また、本発明はGOP構造を有する画像データのストリーム切替時の切替遅延の短縮を可能にした画像デーテ伝送方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の画像データ伝送方法は、画像データを圧縮符号化して送信する複数の画像データ送信装置と、前記画像データを受信する画像データ受信装置と、前記画像データ送信装置を制御する制御装置と、前記各装置間を接続するネットワークとを備えた画像データ伝送システムにおいて前記制御装置から前記画像データ送信装置を制御する際に、前記複数の画像データ送信装置の能力情報を取得し、制御の対象である画像データ送信装置が前記圧縮符号化での遅延が問題になる機能を有すると前記能力情報をもとに判定した場合、または制御の対象である画像データ送信装置の機能の中から前記圧縮符号化での遅延が問題になる機能を使用する場合には、前記遅延の少ない圧縮符号化を行う構成を有する。この構成により、例えば画像データ受信装置のモニタを見ながら、画像データ送信装置の機構系を動作させる制御を行う場合、制御指令の入力に応答した画像がモニタに表示されるまでの遅延時間を低減することができる。
【０００９】
また、本発明の画像データ伝送方法は、画像データをGOP構造を有する圧縮符号化ストリームに変換して送信する複数の画像データ送信装置と、前記ストリームを受信する画像データ受信装置と、前記画像データ送信装置を選択する選択装置と、前記各装置間を接続するネットワークとを備えた画像データ伝送システムにおいて前記選択装置が任意の一つの画像データ送信装置から他の画像データ送信装置に切り替える際に、切替直後の所定期間はGOP構造を変更することにより、低遅延で切替を行う構成を有する。この構成により、複数の画像データのストリームを切り替えた際に発生する切替遅延時間を低減することができる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について図１から図１５を用いて詳細に説明する。
【００１１】
〔１〕画像データ伝送システムの構成および動作の概要
図１は、本発明の実施の形態の画像データ伝送システムの構成を示す図である。この画像データ伝送システムは、複数（図示は三台）のテレビカメラ（以下、カメラという）１、２、３と、制御機器６と、デコーダ７と、複数（図示は二台）のモニタ８、９と、LAN（Local Area Network）５とから構成されている。
【００１２】
カメラ１、２、３は、撮像した画像データをMPEG2等によりデータ圧縮し、LAN５へ送出する。テレビカメラ２は回転台４を備えている。LAN５は、例えばIEEE1394に準拠したバス（以下、1394バスという）により各機器を接続するネットワークである。制御機器６は、例えばパーソナルコンピュータ（以下、パソコンという）やリモートコマンダにより構成されており、LAN５を介してカメラ１、２、３にコマンドを送信することにより、それらのカメラ１、２、３の制御等を行うことができる。デコーダ７はLAN５を介して受信した画像データをデコードする。モニタ８、９はデコーダ７でデコードされた、それぞれ異なるサイズの画像データを表示する。
【００１３】
図２は、図１に示した画像データ伝送システムを構成する各機器の内部ブロックを示す図である。ただし、各カメラは同一構成を有しているため、一台のカメラ２のみ図示した。また、モニタも一台のモニタ８のみ図示した。
【００１４】
カメラ２は、光学系11と、光学系11により集束された被写体の画像を撮像する撮像部12と、撮像部12を駆動する駆動部13と、駆動部13の撮像出力に対してMPEG2等の画像データ圧縮処理を施すエンコーダ部14とを備えている。
【００１５】
また、カメラ２は、このカメラ２の各部の制御等をおこなう制御部15と、各種情報を記憶する記憶部16と、ネットワークインタフェース部17とを備えている。制御部15は、CPUやDSPや論理回路で構成されており、ネットワークインタフェース部17の制御、例えばLAN５を介して外部の制御機器６等との間でやりとりされる制御情報の生成／判別等を行う。また、エンコード部14のパラメータ制御、ネットワークインタフェース部17の動作を切り替えるためのレジスタ制御を行う。そして、リンク層以上のプロトコルが実装されている。記憶部16は、回転台４の有無等のカメラの能力情報、製品番号等のカメラ固有の情報等が予め記憶されている。記憶部16の記憶内容は、ネットワークインタフェース17からDMAにより直接読み出すことも可能である。ネットワークインタフェース部17は、例えばIEEE1394の物理層、リンク層のようなネットワークインタフェース機能を備え、制御部15や記憶部16との情報交換、エンコード部14の出力である画像データストリームの入出力を行う。
【００１６】
制御機器６は、制御部21と、操作部22と、ネットワークインタフェース部23と、記憶部24とを備えている。制御部21はCPU等で構成されており、ネットワークインタフェース部17の制御、例えばLAN５を介して外部の制御機器６等との間でやりとりされる制御情報の生成／判別等を行う。また、LAN５に接続されている機器（カメラ、デコーダ）の構成や能力、ネットワークのドポロジ情報（接続構成）を管理・制御するソフトウェアが実装されている。操作部22はユーザが各種指令を入力するためのキーボードやマウス等である。ネットワークインタフェース23は、例えばIEEE1394の物理層、リンク層のようなネットワークインタフェース機能を備え、制御部21や記憶部24との情報交換を行う。記憶部24は、LAN５に接続されている機器の構成や能力、ネットワークのドポロジ情報等を記憶する。記憶部24の記憶内容は、ネットワークインタフェース部23からDMAにより直接読み出すことも可能である。なお、制御機器６にLCD等で構成された表示部を設けても良い。
【００１７】
デコーダ７は、このデコーダ７の各部の制御等をおこなう制御部31と、操作部32と、ネットワークインタフェース部33と、各種情報を記憶する記憶部34と、デコード部35とを備えている。制御部31は、CPUやDSPや論理回路で構成されており、ネットワークインタフェース部33の制御、例えばLAN５を介して外部のカメラ２との間でやりとりされる制御情報の生成／判別等を行う。また、デコード部35のパラメータ制御、ネットワークインタフェース部33の動作を切り替えるためのレジスタ制御を行う。そして、リンク層以上のプロトコルが実装されている。LAN５に接続されている機器の構成や能力、ネットワークのドポロジ情報を管理・制御するソフトウェアを実装しても良い。操作部32はユーザが各種指令を入力するためのキーボードやマウス等である。ネットワークインタフェース部33は、例えばIEEE1394の物理層、リンク層のようなネットワークインタフェース機能を備え、制御部31や記憶部34との情報交換、LAN５から入力されたカメラ２の画像データストリームの入出力、同期パケット（1394バスの場合、サイクルスタートパケット）の送信等を行う。なお、ここではデコーダ７が同期パケットの送出を行うが、1394のサイクルマスタ決定手法を利用した場合、カメラ２および制御機器６のそれぞれのネットワークインタフェース部17、23の内の一つがサイクルマスタとなってサイクルスタートパケットを送信してもよい。記憶部34は、デコード可能な圧縮方式の種別、接続されているモニタのサイズ、表示可能な画像のサイズ等のデコーダ７の能力や、製品番号等のデコーダ固有の情報を記憶する。記憶部34の記憶内容は、ネットワークインタフェース部33からDMAにより直接読み出すことも可能である。デコード部35は、ネットワークインタフェース部33を介して受け取ったストリームをデコードし、モニタ８に出力する。
【００１８】
図３は、カメラ２の記憶部16に記憶されている情報の一例を示す図である。ここでは、カメラ固有の情報としてベンダーIDと製品番号が、また機器の能力情報としてリアルタイム制御機能（パン、チルト、ズーム、フォーカス、外部制御スイッチ）の有無が記憶されている。記憶部16は、フラッシュROM等のような不揮発性メモリである。
【００１９】
図４は、制御部６の記憶部24とデコーダ７の記憶部34に記憶される情報の一例を示す図である。ここでは、カメラ１の情報としてその固有の情報であるベンダーIDと製品番号が、また、能力情報としてリアルタイム制御機能（パン、チルト、ズーム、フォーカス、外部制御スイッチ）の有無が記憶されている。同様に、カメラ２のの情報としてその固有の情報であるベンダーIDと製品番号が、また、能力情報としてリアルタイム制御機能（パン、チルト、ズーム、フォーカス、外部制御スイッチ）の有無が記憶されている。記憶部24、34はDRAM等で構成されており、電源投入時、ネットワーク構成の変化時、バスリセット時、あるいはカメラ選択時にLAN５を介して取得された前記各種情報を記憶する。
【００２０】
図１に示した画像データ伝送システムの動作の概要を説明する。ユーザは制御機器６の操作部22を用いてカメラ１、２、３の中から任意のカメラを選択することができる。選択されたカメラの画像はLAN５を通ってデコーダ７に送られ、ここでデコードされ、モニタ８、９に表示される。この時、カメラの各種制御（パン、チルト、ズーム、フォーカス等）を行うことができる。また、制御機器６の操作部22を用いてカメラを切り替えることができる。なお、以上の操作をデコーダ７の操作部32を用いて行うこともできる。
【００２１】
〔２〕伝送遅延短縮方法
図１に示した画像データ伝送システムのカメラ１〜３は、画像データを圧縮して伝送しているため、圧縮処理による伝送遅延が発生する。また、カメラのパン、チルト、ズーム、フォーカス等の制御を行う際には、前記圧縮処理による伝送遅延にさらに機構系の応答に要する遅延が加わるため、制御機器６からの制御指令の入力に応答した画像がモニタに表示されるまでの遅延時間が長くなってしまう。
【００２２】
そこで、この遅延時間を短くするためる、本発明の実施の形態では以下の方法により、前記遅延時間を短縮している。すなわち、カメラがパン、チルト、ズーム、フォーカス等のような遅延時間が問題となる機能を備えているか否かを制御機器６にて識別する。そして、それらの機能を備えており、かつ、それらの機能が使用されている場合には、カメラのエンコード部が遅延時間の短い圧縮処理を行うように制御する。以下、この方法について詳細に説明する。
【００２３】
（２−１）カメラの各種情報を取得する手順
まず、図５を参照しながら、制御機器６とデコーダ７が、各カメラの機能を取得する手順を説明する。図１に示した画像データ伝送システムの電源投入や機器の接続等を行うと、LAN５に接続された1394バスにバスリセットが発生する。そして、バスリセット後のネットワークドポロジの識別プロセス等の後に、制御機器６およびデコーダ７は、カメラ１、２、…ｎに対して情報要求コマンドを順次送信する。各カメラは情報要求コマンドを受信すると、それぞれの記憶部に記憶されている情報をレスポンスとして返信する。例えばカメラ２の場合、記憶部16には図３に示した情報が記憶されているので、それを返信する。返信された情報は、図４（ａ）、（ｂ）に示したように、それぞれ制御機器６の記憶部24とデコーダ７の記憶部34に記憶される。同様に、各カメラの情報が制御部６とデコーダ７の記憶部24、34に記憶される。
【００２４】
この手順を実行することにより、制御機器６およびデコーダ７は各カメラの能力情報等を把握することが可能となる。この能力情報はユーザがカメラを選択する際に表示することができる。
【００２５】
各カメラの情報はカメラ選択時に取得するように構成しても良い。図６はその場合の手順を示している。この手順では、制御機器６またはデコーダ７においてカメラを選択した際に、その選択されたカメラに対して情報要求コマンドを送信する。前記選択されたカメラは情報要求コマンドを受信すると、その記憶部に記憶されている情報をレスポンスとして返信する。その後、選択されたカメラの操作を行う。
【００２６】
（２−２）カメラ選択・操作時の処理
次に、図７を参照しながら、図１に示した画像データ伝送システムにおいて任意のカメラを選択し、操作する場合の動作を説明する。なお、前述したように、カメラの選択・操作は、制御機器６またはデコーダ７のどちらからでも可能であるが、以下の説明では制御機器６を用いて選択・操作を行う場合について説明する。
【００２７】
まず、ステップA1に示すように、ユーザは制御機器６の操作部22を用いて任意のカメラを選択する指令を与える。制御機器６の制御部21はこの指令が入力されると、ステップA2に示すように、選択されたカメラの能力情報を参照する。すなわち、図５に示した手順でバスリセット時に能力情報を取得し、記憶部24に既に記憶済の場合にはそれを参照する。一方、図６に示した手順、すなわちカメラ選択時に能力情報を取得する場合には、ここでカメラ情報要求コマンドを送信し、そのレスポンス中の能力情報を記憶部24に記憶する。
【００２８】
次に、ステップA3に示すように、ユーザが入力したカメラの制御指令を見て、リアルタイム制御が必要な制御か否かを判断する。ここで、リアルタイム制御とは図３、４に示したように、パン、チルト、ズーム、フォーカス等である。リアルタイム制御が必要でなければ（ステップA3でNo）、ステップA6へ移行し、高効率伝送が可能な圧縮処理を選択する。すなわち、制御機器６の制御部21はネットワークインタフェース23とLAN５を介して、選択されたカメラに対して高効率伝送が可能な圧縮処理を選択するように指令するためのコマンドを送信する。このコマンドは選択されたカメラ、例えばカメラ２の場合、ネットワークインタフェース17を介して制御部15に入力される。そして、コマンドの解釈が行われ、それに従ってエンコード部14の圧縮処理が選択される。高効率伝送が可能な圧縮処理についての詳細な説明は後述する。
【００２９】
一方、ステップA3でYesの場合には、ステップA4へ移行し、リアルタイム制御の有無を判定する。そして、リアルタイム制御指令があると判断した場合には、ステップA5へ移行し、低遅延（遅延時間が短い）伝送が可能な圧縮処理を選択する。低遅延伝送が可能な圧縮処理についての詳細な説明は後述する。ステップA4でリアルタイム制御指令が一定時間ないと判定した場合には、ステップA6へ移行し、高効率伝送が可能な圧縮処理を選択する。ステップA1で選択されたカメラの選択が終了するまで、ステップA4以降の処理を繰り返す（ステップA7）。なお、リアルタイム制御が一定時間あるか否かをカメラ側で判断し、カメラ側で圧縮処理を選択するように構成しても良い。また、ステップA2で機器機能を参照した後に、パン／チルト機能の有無から回転台の有無を判定し、回転台がある場合にはリアルタイム制御を有無にかかわらず低遅延（遅延時間が短い）伝送が可能な圧縮処理を選択し、その後、リアルタイム制御指令が一定時間ないと判定した場合に高効率伝送が可能な圧縮処理に切り替えても良い。
【００３０】
図８は、カメラ１を選択している状態からカメラ２を選択し、その制御を行った場合のタイミングチャートである。この図に示すように、カメラ１が選択され、制御が行われていない状態から時刻t0においてカメラ２を選択し、さらに時刻t1からそのリアルタイム制御を開始し、その後、時刻t2でその制御を終了した場合、時刻t0からt1まではリアルタイム制御が行われていないので、カメラ２から高効率圧縮画像が送信され、モニタ８に表示される。さらに、時刻t1からt2まではリアルタイム制御が行われているので、カメラ２から低遅延圧縮画像が送信され、モニタ８に表示される。そして、時刻t2で制御が終了してから一定時間経過した後にカメラ２から高効率圧縮画像が送信され、モニタ８に表示される。
【００３１】
（２−３）高効率圧縮処理と低遅延圧縮処理
次に、高効率圧縮処理と低遅延圧縮処理について二つの例を説明する。図９は第１の例を説明するための図であり、図１０は第２の例を説明するための図である。
【００３２】
まず、第１の例について説明する。この方法は、カメラ内のエンコード部のFIFOメモリで構成されたVBVバッファのサイズを変化させることで、高効率圧縮処理と低遅延圧縮処理の切替を可能にしている。すなわち、図９（ａ）に示すように、VBVバッファのサイズを大きくすると遅延時間が長く、かつ圧縮効率が高くなり、図９（ｂ）に示すように、VBVバッファのサイズを小さくすると遅延時間が短く、かつ圧縮効率が低くなる。
【００３３】
第２の例に示す方法は、MPEGエンコードのストラクチャを切り替えることで、高効率圧縮処理と低遅延圧縮処理の切替を可能にしている。すなわち、図９（ａ）、（ｂ）に示すように、フレームストラクチャを採用した場合には最小で１フィールド＋１スライス分の遅延が発生するため、遅延時間が長く、かつ圧縮効率が高くなる。そして、図９（ｃ）、（ｄ）に示すように、フィールドストラクチャを採用した場合には最小で１スライス分の遅延のみが発生するため、遅延時間が短く、かつ圧縮効率が低くなる。
【００３４】
このように、本発明の実施の形態によれば、パン、チルト、ズーム、フォーカス等のような遅延時間が問題となる機能を使用する場合には、カメラのエンコード部が遅延時間の短い圧縮処理を行うことにより、遅延時間を短縮している。
【００３５】
〔３〕カメラ切替遅延短縮方法
図１に示したカメラ１〜３は、MPEG2を用いてデータ圧縮を行い、複数のピクチャ（例えば１５個）のピクチャからなるGOPを単位として画像データを伝送する。詳細には、図１１に示すように、1394バス上のサイクルマスタとなる機器（図１の場合はデコーダ７）がネットワーク上にブロードキャスト伝送したサイクルスタートパケットを各カメラが取り込み、そのパケットを用いてGOP同期を取り、カメラの画像データをエンコード部に入力する。このため、カメラを切り替えた際に、最大でGOPを構成するピクチャ数の時間分の切替遅延が発生する。
【００３６】
そこで、本発明の実施の形態では以下の方法により、前記切替遅延時間を短縮する。すなわち、カメラ切替直後から所定の時間、GOP構造を変化させる。以下にGOP構造を変化させる二つの例について順に説明する。
【００３７】
（３−１）第１の方法
第１の方法では、GOP毎の送信中のピクチャ数をカウントするカウンタを設け、カメラ切替直後の前記カウンタのカウント値をGOPのピクチャ数から減算した値のピクチャ数を有するGOPを次のGOP同期まで送信する。
【００３８】
図１２は、第１の方法の方法の動作タイミングチャートおよび必要なネットワークリソース容量を示す図であり、図１３はフローチャートである。ここでは、各カメラとも一つのGOPはＩ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂからなる１５個のピクチャで構成されているものとする。
【００３９】
まず、図１２に示すようにカメラ１のストリームが送信され、図１のモニタ８または９に表示されているものとする。時刻t0でのGOP同期のタイミングから時間Ｔ経過後の時刻t1において、カメラ１からカメラ２へ切り替える指令がカメラ２の制御部15に入力されたものとする（図１３のステップB1）。制御部15では、GOPカウンタが各GOP毎に現在送信中のピクチャが先頭から何番目のピクチャであるかをカウントしている。そして、時刻におけるカウント値Gnを出力する（ステップB2）。
【００４０】
次に、一つのピクチャを伝送した後（ステップB3）、カウント値Gnを“１”デクリメントする（ステップB4）。これらの処理を前記カウント値Gnが０以下になるまで繰り返す（ステップB5）。そして、前記カウント値Gnが０以下になったら、換言すれば次のGOP同期のタイミングになったら、１５個のGOPからなるピクチャを伝送する（ステップB6）。
【００４１】
これによって、図１２の時刻t1からt2までの間は１５個から時間Ｔの間に送信されたピクチャ数を減算した数のピクチャが送信され、時刻t2で次のGOP同期のタイミングになったら、切替前と同様、１５個のピクチャで構成されたストリームが伝送される。そして、切替前から切替後までに必要なネットワークリソース容量は１チャンネル分である。
【００４２】
（３−２）第２の方法
第２の方法では、カメラ切替直後から次のGOP同期までＩピクチャのみを送信する。
【００４３】
図１４は、第２の方法の方法の動作タイミングチャートおよび必要なネットワークリソース容量を示す図であり、図１５はフローチャートである。ここでも、第１の方法と同様、各カメラとも一つのGOPはＩ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂからなる１５個のピクチャで構成されているものとする。
【００４４】
まず、図１４に示すようにカメラ１のストリームが送信され、図１のモニタ８または９に表示されているものとする。時刻t0でのGOP同期のタイミングから時間Ｔ経過後の時刻t1において、カメラ１からカメラ２へ切り替える指令がカメラ２の制御部15に入力されたものとする（図１５のステップC1）。制御部15では、GOPカウンタが各GOP毎に現在送信中のピクチャが先頭から何番目のピクチャであるかをカウントしている。そして、時刻におけるカウント値Gnを出力する（ステップC2）。
【００４５】
次に、Ｉピクチャを伝送した後（ステップC3）、カウント値Gnを“１”デクリメントする（ステップC4）。これらの処理を前記カウント値Gnが０以下になるまで繰り返す（ステップC5）。そして、前記カウント値Gnが０以下になったら、換言すれば次のGOP同期のタイミングになったら、１５個のGOPからなるピクチャを伝送する（ステップC6）。
【００４６】
これによって、図１４の時刻t1からt2までの間はＩピクチャのみが送信され、時刻t2で次のGOP同期のタイミングになったら、切替前と同様、Ｉ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂ、Ｐ、Ｂ、Ｂからなる１５個のピクチャで構成されたストリームが伝送される。そして、切替前から切替後までに必要なネットワークリソース容量は１チャンネル分である。
【００４７】
このように、本発明の実施の形態によれば、カメラ切替直後から所定の時間、GOP構造を変化させることにより、切替遅延の短縮を可能にしている。
【００４８】
【発明の効果】
以上詳細に説明したように、本発明によれば、制御装置から画像データ送信装置を制御する際に、画像データ送信装置の能力情報を取得し、制御の対象である画像データ送信装置が前記圧縮符号化での遅延が問題になる機能を有すると前記能力情報をもとに判定した場合、または制御の対象となっている画像データ送信装置の機能の中から圧縮符号化での遅延が問題になる機能を使用する場合には、前記遅延の少ない圧縮符号化を行うので、例えば画像データ受信装置のモニタを見ながら、画像データ送信装置の機構系を動作させる制御を行う場合、制御指令の入力に応答した画像がモニタに表示されるまでの遅延時間を短縮することが可能になるという優れた効果を有する画像データ伝送方法を提供することができる。
【００４９】
また、本発明によれば、選択装置が任意の一つの画像データ送信装置から他の画像データ送信装置に切り替える際に、切替直後の所定期間はGOP構造を変更することにより、低遅延で切替を行うので、画像データのストリームを切り替えた際に発生する切替遅延時間を短縮することが可能になるという優れた効果を有する画像データ伝送方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の画像データ伝送システムの構成を示す図、
【図２】図１に示した画像データ伝送システムを構成する各機器の内部ブロックを示す図、
【図３】図１のカメラの記憶部に記憶されている情報の一例を示す図、
【図４】図１の制御機器およびデコードのそれぞれの記憶部に記憶されている情報の一例を示す図、
【図５】図１の制御機器とデコーダが各カメラの機能を取得する手順を示す図、
【図６】図１の制御機器とデコーダが各カメラの選択・操作を行う手順を示す図、
【図７】図１の制御機器がカメラを選択し、制御する際の動作を示すフローチャート、
【図８】図１において、カメラ１を選択している状態からカメラ２を選択し、その制御を行った場合のタイミングチャート、
【図９】本発明の実施の形態における高効率圧縮処理と低遅延圧縮処理の第１の例を説明するための図、
【図１０】本発明の実施の形態における高効率圧縮処理と低遅延圧縮処理の第２の例を説明するための図、
【図１１】本発明の実施の形態におけるGOP同期を説明するための図、
【図１２】本発明の実施の形態におけるカメラ切替遅延短縮方法の第１の例を説明するためのタイミングチャート、
【図１３】本発明の実施の形態におけるカメラ切替遅延短縮方法の第１の例のフローチャート、
【図１４】本発明の実施の形態におけるカメラ切替遅延短縮方法の第２の例を説明するためのタイミングチャート、
【図１５】本発明の実施の形態におけるカメラ切替遅延短縮方法の第２の例のフローチャートである。
【符号の説明】
１、２、３ カメラ
５ LAN
６ 制御機器
７ デコーダ
８、９ モニタ

Claims (3)

1. 画像データをGOP構造を有する圧縮符号化ストリームに変換して送信する複数の画像データ送信装置と、前記ストリームを受信する画像データ受信装置と、前記画像データ送信装置を選択する選択装置と、前記各装置間を接続するネットワークとを備えた画像データ伝送システムにおいて前記選択装置が任意の一つの画像データ送信装置から他の画像データ送信装置に切り替える際に、前記データ送信装置は切替直後の所定期間はGOP構造を変更することにより、低遅延で切替を行うことを特徴とする画像データ伝送方法。
2. GOP毎の送信中のピクチャ数をカウントするカウンタを設け、切替直後の前記カウンタのカウント値をGOPのピクチャ数から減算した値のピクチャ数を有するGOPを次のGOP同期まで送信することを特徴とする請求項１記載の画像データ伝送方法。
3. 切替直後から次のGOP同期までＩピクチャのみを送信することを特徴とする請求項１記載の画像データ伝送方法。

Images