(57)【要約】【課題】ネットワークの状態が変動しても、安定的にデコード出力の得られるデコード装置の制御方法及びデコード制御装置並びにプログラムを提供すること【解決手段】符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置を制御するデコード制御装置であって、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データを順次蓄積するデータ記憶部４０４と、前記データ記憶部４０４（データ格納手段）に蓄積された符号化圧縮データをデコーダ４０６（デコード手段）に供給してデコードする際の処理態様を制御するＣＰＵ４０１（制御手段）とを有するように構成される。【選択図】  図２
2004165974.tif 000002
【特許請求の範囲】
【請求項１】
符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置を制御するデコード制御装置であって、
前記ネットワークを介して受信される前記送信装置からの符号化圧縮データを順次蓄積するデータ格納手段と、
前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御する制御手段とを有することを特徴とするデコード制御装置。
【請求項２】
前記制御手段は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御する供給制御手段を有することを特徴とする請求項１記載のデコード制御装置。
【請求項３】
前記供給制御手段は、前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行う判定手段と、
前記判定手段にて前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始させる供給開始制御手段とを有することを特徴とする請求項２記載のデコード制御装置。
【請求項４】
前記供給制御手段は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段からデコード手段への符号化圧縮データの供給速度を制御する供給速度制御手段を有することを特徴とする請求項２または３記載のデコード制御装置。
【請求項５】
前記送信装置による前記符号化圧縮データの送信タイミングクロックより前記デコード手段での処理タイミングクロックを早くしたことを特徴とする請求項１乃至４のいずれかに記載されるデコード制御装置。
【請求項６】
前記制御手段は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御する処理速度制御手段を有することを特徴とする請求項１記載のデコード制御装置。
【請求項７】
前記処理速度制御手段は、前記データ格納手段での符号化圧縮データの蓄積量が第一の量に達したか否かを判定する第一の判定手段と、
前記第一の判定手段にて前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を第一の速度となるように制御する高速制御手段と、
前記第一の判定手段にて前記蓄積量が第一の量に達していないとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を前記第一の速度より小さい第二の速度となるように制御する低速制御手段とを有することを特徴する請求項６記載のデコード制御装置。
【請求項８】
前記処理速度制御手段は、更に、前記第一の判定手段にて前記蓄積量が第一の量に達しているとの判定がなされたときに、前記高速制御手段での制御がなされつつ、前記蓄積量が前記第一の量より少ない第二の量以下となるか否かを判定する第二の判定手段と、
前記第二の判定手段にて前記蓄積量が前記第二の量以下となるとの判定がなされたときに、前記第一の判定手段に前記データ格納手段における符号化圧縮データの蓄積量が前記第一の量に達したか否かの判定を行わせる制御手段とを有することを特徴とする請求項７記載のデコード制御装置。
【請求項９】
前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行う判定手段と、
前記判定手段にて前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始させると共に、前記処理速度制御手段に前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することを開始させる開始制御手段とを有することを特徴とする請求項６乃至８のいずれかに記載のデコード制御装置。
【請求項１０】
前記ネットワークを介して受信される前記送信装置からの符号化圧縮データのデータ格納手段への開始と共に、前記データ格納手段からデコード手段への符号化圧縮データの供給と、前記処理速度制御手段に前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することとを開始させる開始制御手段を有することを特徴とする請求項６乃至８のいずれかに記載のデコード制御装置。
【請求項１１】
符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置の制御方法であって、
前記ネットワークを介して受信される前記送信装置からの符号化圧縮データをデータ格納手段に順次蓄積し、
前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御することを特徴とするデコード装置の制御方法。
【請求項１２】
前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御するようにしたことを特徴とする請求項１１記載のデコード装置の制御方法。
【請求項１３】
前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行い、
前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始するようにしたことを特徴とする請求項１２記載のデコード装置の制御方法。
【請求項１４】
前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段からデコード手段への符号化圧縮データの供給速度を制御するようにしたことを特徴とする請求項１２または１３記載のデコード装置の制御方法。
【請求項１５】
前記送信装置による前記符号化圧縮データの送信タイミングクロックより前記デコード手段での処理タイミングクロックを早くしたことを特徴とする請求項１１乃至１４のいずれかに記載のデコード装置の制御方法。
【請求項１６】
前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御するようにしたことを特徴とする請求項１１記載のデコード装置の制御方法。
【請求項１７】
前記データ格納手段での符号化圧縮データの蓄積量が第一の量に達したか否かを判定し、
前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を第一の速度となるように制御し、前記蓄積量が第一の量に達していないとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を前記第一の速度より小さい第二の速度となるように制御するようにしたことを特徴する請求項１６記載のデコード装置の制御方法。
【請求項１８】
前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて前記符号化圧縮データが処理される速度を第一の速度となるように制御しつつ、前記蓄積量が前記第一の量より少ない第二の量以下となるか否かを判定し、
前記蓄積量が前記第二の量以下となるとの判定がなされたときに、前記データ格納手段での符号化圧縮データの蓄積量が前記第一の量に達したか否かの判定を行うようにしたことを特徴とする請求項１７記載のデコード装置の制御方法。
【請求項１９】
前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行い、
前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始すると共に、前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することを開始するようにしたことを特徴とする請求項１６乃至１８のいずれかに記載のデコード装置の制御方法。
【請求項２０】
前記ネットワークを介して受信される前記送信装置からの符号化圧縮データのデータ格納手段への開始と共に、前記データ格納手段からデコード手段への符号化圧縮データの供給と、前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することとを開始するようにしたことを特徴とする請求項１６乃至１８のいずれかに記載のデコード装置の制御方法。
【請求項２１】
符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置の制御をコンピュータに行わせるためのプログラムであって、
前記ネットワークを介して受信される前記送信装置からの符号化圧縮データをデータ格納手段に順次蓄積するデータ格納ステップと、
前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御する制御ステップとをコンピュータに実行させることを特徴とするプログラム。
【請求項２２】
前記制御ステップは、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御する供給制御ステップを有することを特徴とする請求項２１記載のプログラム。
【請求項２３】
前記制御ステップは、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御する処理速度制御ステップを有することを特徴とする請求項２１記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号化圧縮データの送信装置とネットワークを介して接続されるデコード装置に適用され得るデコード制御装置及び方法並びにプログラムに関する。
【０００２】
【従来の技術】
従来、撮像伝送装置（送信側装置）とデコード装置（受信側装置）とがネットワークにて接続された構成となる遠隔監視システムが提案されている（特許文献１、特許文献２参照）。このような遠隔監視システムでは、撮像伝送装置に備えられたカメラにて撮影された監視対象の映像（動画）が所定のアルゴリズムに従って符号化圧縮（エンコード）され、得られた符号化圧縮データが撮像伝送装置からネットワークを介してデコード装置に転送される。デコード装置は、ネットワークを介して受信した符号化圧縮データを前記所定のアルゴリズムに対応したアルゴリズムに従って復号（デコード）する。そして、その復号（デコード）にて得られた非圧縮データに基づいて元の映像に対応した監視対象の映像がモニタ装置に再生表示される。
【０００３】
このような遠隔監視システムでは、カメラの動きが早くなると、生成される符号化圧縮データのデータ量が多くなる。このように送信すべき符号化圧縮データのデータ量が大きくなると、ネットワークを介してその符号化圧縮データをデコード装置に伝送する際の伝送遅延が大きくなって、デコード装置での処理を経てモニタ装置に再生表示される映像に遅れが生じてしまう。
【０００４】
このような問題を解決するため、従来のシステムでは、撮像伝送装置がカメラの動きに応じてデータの圧縮率を制御することにより、前述したような符号化圧縮データの伝送遅れを抑制するようにしている。例えば、カメラの動きが大きくなると、そのカメラから得られる映像の圧縮率を高くして符号化圧縮データのデータ量が削減される。これにより、カメラの動きに関わらず、撮像伝送装置からは符号化圧縮データが安定的に送出され、結果として、ネットワークを介して符号化圧縮データを安定的にデコード装置に伝送することができるようになる。
【０００５】
【特許文献１】
特開平１１−２３９３２９号公報
【特許文献２】
特開平７−２５０３２２号公報
【０００６】
【発明が解決しようとする課題】
しかし、従来のシステムでは、ネットワークの状態が考慮されておらず、撮像伝送装置から安定的に符号化圧縮データを送出しても、ネットワークの状態（ラッシュ、ディップ）によってはデコード装置での符号化圧縮データの受信状態が安定しないことがある。近年における広域のＬＡＮ、ＷＡＮやインターネット等のネットワークでは、そのネットワークに接続される機器の数、機器の性能等とそのネットワーク内を伝送するデータ量との関係やデータの実際の伝送経路等により受信装置側での受信状態が変動する。そのようなネットワークを介して符号化圧縮データを受信するデコード装置は、その受信した符号化圧縮データをそのまま順次デコードすると、その受信状態の変動がそのままデコード装置の出力状態の変動になり、安定した再生情報を得ることが困難になる。
【０００７】
そこで、本発明は、ネットワークの状態が変動しても、安定的にデコード出力の得られるデコード制御装置及び方法並びにプログラムを提供するものである。
【０００８】
【課題を解決するための手段】
本発明に係るデコード制御装置は、符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置を制御するデコード制御装置であって、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データを順次蓄積するデータ格納手段と、前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御する制御手段とを有する構成となる。
【０００９】
このような構成により、ネットワークの状態が変動してデコード装置での符号化圧縮データの受信状態が不安定になっても、その符号化圧縮データが一時的にデータ格納手段に蓄積され、その蓄積された符号化圧縮データが処理態様の制御がなされつつデータ格納手段からデコーダ手段に供給されてデコードされるので、前記ネットワークの状態の変動のデコード出力に対する影響を低減することが可能となる。
【００１０】
また、符号化圧縮データが一時的にデータ格納手段に蓄積され、その蓄積された符号化圧縮データが処理態様の制御がなされつつデータ格納手段からデコーダ手段に供給されてデコードされるので、送信装置による符号化圧縮データの送信タイミングとデコード手段での処理タイミングとの同期を正確にとることなく、受信された符号化圧縮データのデコード手段での処理を安定的に行うことができるようになる。
【００１１】
本発明に係るデコード制御装置は、前記制御手段が、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御する供給制御手段を有する構成とすることができる。
【００１２】
このような構成により、データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給が制御されるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動に直接影響されることなくより安定した状態でデコード手段での処理がなされるように符号化圧縮データをデータ格納手段からデコード手段に供給できるようになる。
【００１３】
また、本発明に係るデコード制御装置は、前記供給制御手段が、前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行う判定手段と、前記判定手段にて前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始させる供給開始制御手段とを有する構成とすることができる。
【００１４】
このような構成により、データ格納手段に所定量の符号化圧縮データが蓄積された後に、データ格納手段からデコード手段への符号化圧縮データの供給が開始されるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、符号化圧縮データをデコード手段に安定的に供給できるようになる。
【００１５】
前記データ格納手段からデコード手段への符号化圧縮データの供給を開始するための条件となるデータ格納手段における蓄積データの所定量は、想定されるネットワークの状態の変動、デコード手段での処理能力、デコードすべき符号化圧縮データの性質、符号化圧縮データをデコードして得られる非圧縮データの利用態様などに基づいて定めることができる。
【００１６】
更に、本発明に係るデコード制御装置は、前記供給制御手段が、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段からデコード手段への符号化圧縮データの供給速度を制御する供給速度制御手段を有する構成とすることができる。
【００１７】
このような構成により、データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給速度が制御されるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード手段での処理がなされるような速度をもって符号化圧縮データをデータ格納手段からデコード手段に供給できるようになる。
【００１８】
また、本発明に係るデコード制御装置は、前記送信装置による前記符号化圧縮データの送信タイミングクロックより前記デコード手段での処理タイミングクロックを早くした構成とすることができる。
【００１９】
このような構成により、データ格納手段に蓄積された符号化圧縮データを効率的にデコードすることができるようになる。
【００２０】
更に、本発明に係るデコード制御装置は、前記制御手段が、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御する処理速度制御手段を有する構成とすることができる。
【００２１】
このような構成により、データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データの処理される速度が制御されるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード出力を得ることができるようになる。
【００２２】
前記デコード手段にて前記符号化圧縮データが処理される速度の制御は、デコード手段での処理速度自体を制御しても、また、デコード手段に対する符号化圧縮データの供給速度（供給量）を制御して結果的に符号化圧縮データの処理される速度を制御するようにしてもよい。
【００２３】
本発明に係るデコード制御装置は、前記処理速度制御手段が、前記データ格納手段での符号化圧縮データの蓄積量が第一の量に達したか否かを判定する第一の判定手段と、前記第一の判定手段にて前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を第一の速度となるように制御する高速制御手段と、前記第一の判定手段にて前記蓄積量が第一の量に達していないとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を前記第一の速度より小さい第二の速度となるように制御する低速制御手段とを有する構成とすることができる。
【００２４】
このような構成により、データ格納手段での符号化圧縮データの蓄積量が第一の量に達している状態では、デコード手段にて符号化圧縮データが第一の速度をもって処理され、また、データ格納手段での符号化圧縮データの蓄積量が第一の量に達していない状態では、デコード手段にて符号化圧縮データが前記第一の速度より小さい第二の速度をもって処理されるようになるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード出力を得ることができるようになる。
【００２５】
更に、本発明に係るデコード制御装置は、前記処理速度制御手段が、更に、前記第一の判定手段にて前記蓄積量が第一の量に達しているとの判定がなされたときに、前記高速制御手段での制御がなされつつ、前記蓄積量が前記第一の量より少ない第二の量以下となるか否かを判定する第二の判定手段と、前記第二の判定手段にて前記蓄積量が前記第二の量以下となるとの判定がなされたときに、前記第一の判定手段に前記データ格納手段における符号化圧縮データの蓄積量が前記第一の量に達したか否かの判定を行わせる制御手段とを有する構成とすることができる。
【００２６】
このような構成により、データ格納手段での符号化圧縮データの蓄積量を第一の量と第二の量の間に保持しつつ、受信された符号化圧縮データを連続的にデコードすることが可能となるので、ネットワークの変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード出力を得ることができるようになる。
【００２７】
また、本発明に係るデコード制御装置は、前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行う判定手段と、前記判定手段にて前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始させると共に、前記処理速度制御手段に前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することを開始させる開始制御手段とを有する構成とすることができる。
【００２８】
このような構成により、データ格納手段における蓄積データ量が所定量に達したときに前記データ格納手段からデコード手段への符号化圧縮データの供給が開始されると共に、データ格納手段における符号化圧縮データの蓄積量に応じた前記符号化圧縮データの処理される速度の制御が開始されるので、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード出力を得ることができるようになる。
【００２９】
更に、本発明に係るデコード制御装置は、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データのデータ格納手段への開始と共に、前記データ格納手段からデコード手段への符号化圧縮データの供給と、前記処理速度制御手段に前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することとを開始させる開始制御手段を有する構成とすることができる。
【００３０】
このような構成により、送信装置からの符号化圧縮データの受信と共に、その符号化圧縮データの蓄積と、データ格納手段における符号化圧縮データの蓄積量に応じた前記符号化圧縮データの処理される速度の制御が開始されるので、送信装置から符号化圧縮データの受信開始当初から、ネットワークの状態の変動に起因して符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなくより安定した状態でデコード出力を得ることができるようになる。
【００３１】
前記デコード制御装置にてなされる本発明に係るデコード制御方法は、符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置の制御方法であって、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データをデータ格納手段に順次蓄積し、前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御する構成となる。
【００３２】
また、本発明に係るデコード制御方法は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御するようにした構成とすることができる。
【００３３】
更に、本発明に係るデコード制御方法は、前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行い、前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始するようにした構成とすることができる。
【００３４】
また、本発明に係るデコード制御方法は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段からデコード手段への符号化圧縮データの供給速度を制御するようにした構成とすることができる。
【００３５】
更に、本発明に係るデコード制御方法は、前記送信装置による前記符号化圧縮データの送信タイミングクロックより前記デコード手段での処理タイミングクロックを早くした構成とすることができる。
【００３６】
本発明に係るデコード制御方法は、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御するようにした構成とすることができる。
【００３７】
また、本発明に係るデコード制御方法は、前記データ格納手段での符号化圧縮データの蓄積量が第一の量に達したか否かを判定し、前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を第一の速度となるように制御し、前記蓄積量が第一の量に達していないとの判定がなされたときに、前記デコード手段にて符号化圧縮データが処理される速度を前記第一の速度より小さい第二の速度となるように制御するようにした構成とすることができる。
【００３８】
更に、本発明に係るデコード制御方法は、前記蓄積量が第一の量に達しているとの判定がなされたときに、前記デコード手段にて前記符号化圧縮データが処理される速度を第一の速度となるように制御しつつ、前記蓄積量が前記第一の量より少ない第二の量以下となるか否かを判定し、前記蓄積量が前記第二の量以下となるとの判定がなされたときに、前記データ格納手段での符号化圧縮データの蓄積量が前記第一の量に達したか否かの判定を行うようにした構成とすることができる。
【００３９】
また、本発明に係るデコード制御方法は、前記データ格納手段における蓄積データ量が所定量に達したか否かの判定を行い、前記蓄積データ量が所定量に達したとの判定がなされたときに、前記データ格納手段からデコード手段への符号化圧縮データの供給を開始すると共に、前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することを開始するようにした構成とすることができる。
【００４０】
更に、本発明に係るデコード制御方法は、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データのデータ格納手段への開始と共に、前記データ格納手段からデコード手段への符号化圧縮データの供給と、前記データ格納手段における符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御することとを開始するようにした構成とすることができる。
【００４１】
また、前述したデコード制御方法を実現する本発明に係るプログラムは、符号化圧縮データを送信する送信装置とネットワークを介して接続されるデコード装置の制御をコンピュータに行わせるためのプログラムであって、前記ネットワークを介して受信される前記送信装置からの符号化圧縮データをデータ格納手段に順次蓄積するデータ格納ステップと、前記データ格納手段に蓄積された符号化圧縮データをデコード手段に供給してデコードする際の処理態様を制御する制御ステップとをコンピュータに実行させるように構成される。
【００４２】
また、本発明に係るプログラムは、前記制御ステップが、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記データ格納手段から前記デコード手段への符号化圧縮データの供給を制御する供給制御ステップを有するように構成することができる。
【００４３】
更に、本発明に係るプログラムは、前記制御ステップが、前記データ格納手段での符号化圧縮データの蓄積量に応じて前記デコード手段にて前記符号化圧縮データが処理される速度を制御する処理速度制御ステップを有するように構成することができる。
【００４４】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００４５】
本発明の実施の形態に係るデコード装置の制御方法及びデコード制御装置が適用されるシステムは、図１に示すように構成される。
【００４６】
図１において、ＡＴＭの技術やＩＥＥＥ１３９４の規格等に基づくＬＡＮ１０にハブ１１を介して接続された支線１４にデコード装置５０及び撮像伝送装置５１、５２が接続されている。このＬＡＮ１０に他のハブ１２を介して接続された支線１５にデコード装置７０及び撮像伝送装置７１が接続されている。また、他のＬＡＮ２０にハブ２１を介して接続された支線２４にデコード装置４０及び撮像伝送装置４１、４２が接続されている。このＬＡＮ２０に他のハブ２２を介して接続された支線２５にデコード装置６０及び撮像伝送装置６１が接続されている。前記ＬＡＮ１０がルータ１３を介してＩＳＤＮ等の公衆網（ＷＡＮ）３０に接続されると共に前記ＬＡＮ２０がルータ２３を介して公衆網（ＷＡＮ）３０に接続されている。
【００４７】
このような構成のシステムにおいて、各撮像伝送装置４１、４２、５１、５２、６１、７１は、ビデオユニットを有し、そのビデオユニットにて撮影された動画像に対して所定のアルゴリズム（例えば、ＭＰＥＧ）に従って符号化圧縮処理を行い、その処理にて得られた符号化圧縮データを送出する。各デコード装置４０、５０、６０、７０は、選択した撮像伝送装置からの符号化圧縮データをネットワーク（ＬＡＮ１０、ＬＡＮ２０、ＷＡＮ３０のいずれかまたは複数の組み合わせ）を介して受信し、その符号化圧縮データを前記符号化圧縮のアルゴリズムに対応したアルゴリズムに従ってデコード（復号）して非圧縮データを生成する。そして、各デコード装置４０、５０、６０、７０では、その非圧縮データに基づいて前記撮影された動画像に対応した再生画像が表示部に表示される。
【００４８】
以下、撮像伝送装置６１から送出される符号化圧縮データをＬＡＮ２０を介してデコード装置４０が受信する場合の例について説明する。なお、他の撮像伝送装置及びデコード装置も、以下に説明する撮像伝送装置６１及びデコード装置４０と同様の構成となる共に同様の処理を行い得る。
【００４９】
デコード装置４０及び撮像伝送装置６１は、図２に示すように構成される。
【００５０】
図２において、撮像伝送装置６１は、エンコード部６１１、通信処理部６１２、通信インターフェース部（通信Ｉ／Ｆ）６１３、エンコードクロック生成部（ｅＣＬＫ部）６１４及び撮像制御部６１５を有する。撮像制御部６１５は、ビデオユニット（図示略）を制御し、そのビデオユニットからの映像信号をエンコード部６１１に供給する。エンコード部６１１は、撮像制御部６１５から供給される映像信号をエンコードクロック生成部６１４にて生成されるエンコードクロックに同期して所定のアルゴリズムに従って符号化圧縮する。そして、エンコード部６１１は、得られた符号化圧縮データを通信処理部６１２に供給する。通信処理部６１２は、通信インターフェース部６１３及びＬＡＮ２０を介してデコード装置４０と情報通信を行う。後述するようなデコード装置４０からの選択要求をＬＡＮ２０及び通信インターフェース部６１３を介して通信処理部６１２が受信すると、通信処理部６１２は前記符号化圧縮データを所定の形式（例えば、パケット）にてその選択要求元のデコード装置４０に宛てて順次送出する。
【００５１】
デコード装置４０は、ＣＰＵ４０１、通信処理部４０２、通信インターフェース部（通信Ｉ／Ｆ）４０３、データ記憶部４０４、ユーザインターフェース部（ＵＩ部）４０５、デコーダ４０６、表示部４０７及びデコードクロック生成部（ｄＣＬＫ部）４０８を有する。ＣＰＵ４０１は、ユーザインターフェース部４０５からの操作情報に基づいて通信処理部４０２を制御する。通信処理部４０２は、通信インターフェース部４０３及びＬＡＮ２０を介して前記撮像伝送装置６１と情報通信を行う。
【００５２】
ユーザインターフェース部４０５からの撮像伝送装置６１を選択するための選択要求に基づいたＣＰＵ４０１の制御に従って通信制御部４０２は撮像伝送装置６１宛ての選択要求を所定の形式（例えば、パケット）にて通信インターフェース部４０３を介してＬＡＮ２０に送出する。このように選択要求を送出した後に、その選択要求に係る撮像伝送装置６１からの符号化圧縮データを通信インターフェース部４０３を介して通信処理部４０２が受信すると、通信処理部４０２は、その受信した符号化圧縮データをデータ記憶部４０４に順次供給し、その符号化圧縮データがデータ記憶部４０４に蓄積される。
【００５３】
データ記憶部４０４に蓄積された符号化圧縮データは通信処理部４０２を介してデコーダ４０６に供給される。デコーダ４０６は、デコードクロック生成部４０８にて生成されるデコードクロックに同期してその符号化圧縮データを前記符号化圧縮のアルゴリズムに対応したアルゴリズムに従ってデコード（復号）する。そして、そのデコードにより得られた非圧縮データ（映像信号に対応）がデコーダ４０６から表示部４０７に順次供給され、その非圧縮データに基づいた再生画像が表示部４０７に表示される。前記データ記憶部４０４に蓄積された符号化圧縮データがデコード部４０６に供給されてデコードされる際の処理態様は後述するように制御される。
【００５４】
前述したようなデコード装置４０では、図３に示す手順に従って処理が行われる（第一の例）。
【００５５】
希望の撮像伝送装置６１を選択（Ｓ１）したユーザがその選択要求をユーザインターフェース部４０５に入力すると、その選択要求がユーザインターフェース部４０５からＣＰＵ４０１に供給される（Ｓ２）。ＣＰＵ４０１は、入力した選択要求をＬＡＮ２０を介して撮像伝送装置６１に送信するよう通信処理部４０２を制御する。その後、ＣＰＵ４０１は、選択要求の宛先となる撮像伝送装置６１から映像に係る符号化圧縮データの送信が開始されるのを待つ（Ｓ３）。通信処理部４０２は、ＣＰＵ４０１の制御のもと、前記撮像伝送装置６１宛ての選択要求を通信インターフェース部４０３を介してＬＡＮ２０に送出する。
【００５６】
前記選択要求がＬＡＮ２０を介して撮像伝送装置６１に伝送される。撮像伝送装置６１では、通信インターフェース部６１３を介して前記選択要求を受信した通信処理部６１２は、予め設定された、あるいは受信した選択要求に含まれる情報に基づいてエンコード部６１１から順次出力される映像に係る符号化圧縮データを所定の形式（例えば、パケット）にて前記選択要求の送信元となるデコード装置４０に宛ててＬＡＮ２０に送出する。この符号化圧縮データは、データの瞬停やラッシュなどのＬＡＮ２０でのジッタの影響を受けつつデコード装置４０まで伝送される。
【００５７】
前述したように待機状態にあるＣＰＵ４０１は、通信インターフェース４０３を介して通信処理部４０２が符号化圧縮データの受信を開始すると、撮像伝送装置６１がデータ伝送を開始したものと判定し（Ｓ３でＹＥＳ）、その受信される符号化圧縮データをデータ記憶部４０４に格納するよう通信処理部４０２を制御する。その結果、通信処理部４０２にて受信された符号化圧縮データは順次データ記憶部４０４に蓄積される。
【００５８】
このように受信される符号化圧縮データがデータ記憶部４０４に順次蓄積される過程で、ＣＰＵ４０１は、通信処理部４０２での処理状況に基づいてデータ記憶部４０４における蓄積データが所定量に達したか否かを判定する（Ｓ４）。この所定量は、ＬＡＮ２０（ネットワーク）で発生しうるジッタ（瞬停やラッシュなど）の状態、伝送される符号化圧縮データの量、及びデコーダ４０６の処理能力等に基づいて、そのＬＡＮ２０で発生しうるジッタがデコーダ４０６の出力に影響を与えないと見込まれる量に設定される。また、前記判定は、通信処理部４０２がデータ記憶部４０４に実際に書き込んだデータの量に基づいて行ってもよいし、また、符号化圧縮データの通信処理部４０２での書き込み処理時間に基づいて間接的に行ってもよい。
【００５９】
ＣＰＵ４０１は、データ記憶部４０４における蓄積データが所定量に達したとの判定を行うと（Ｓ４でＹＥＳ）、データ記憶部４０４から所定のタイミングで符号化圧縮データを読み出してデコーダ４０６に供給するよう通信処理部４０２を制御する（Ｓ５）。その結果、データ記憶部４０４から所定のタイミングで読み出される符号化圧縮データが通信処理部４０２からデコーダ４０６に順次供給される。デコーダ４０６は、このように供給される符号圧縮データをデコードクロック生成部４０８にて生成されるデコードクロックに同期して順次デコード（復号）し、それにより得られた非圧縮データを表示部４０７に供給する。そして、表示部４０７は、デコーダ４０６から供給される非圧縮データに基づいて再生映像を生成して表示する。
【００６０】
前述したようなデコード装置４０の制御によれば、撮像伝送装置６１から受信される符号化圧縮データがデータ記憶部４０４に所定量蓄積されたときにデータ記憶部４０４からデコーダ４０６への符号化圧縮データの供給が開始されるように制御されるので、ＬＡＮ２０の状態の変動（瞬停、ラッシュなど）に起因してデコード装置４０での符号化圧縮データの受信状態が変動しても、その変動を吸収して符号化圧縮データをデコーダ４０６に安定的に供給することが可能となる。その結果、表示部４０７にはデコーダ４０６でのデコード結果に基づいて再生映像が安定的に表示されるようになる。
【００６１】
撮像伝送装置６１におけるエンコード部６１１はエンコードクロック（ｅＣＬＫ）に同期して処理を行うことから、前記撮像伝送装置６１からはそのエンコードクロック（ｅＣＬＫ）に基づいたタイミングクロックに同期して符号化圧縮データが送信される。一方、デコード装置４０におけるデコーダ４０６はデコードクロック（ｄＣＬＫ）に同期して処理を行う。デコーダ４０６は、データ記憶部４０４に蓄積された符号化圧縮データを処理することから、前記エンコードクロック（ｅＣＬＫ）に基づいた撮像伝送装置６１の送信タイミングと、デコードクロック（ｄＣＬＫ）で決まるデコーダ４０６での処理タイミングとは、正確に同期を取る必要はない。従って、前記エンコードクロック（ｅＣＬＫ）と前記デコードクロック（ｄＣＬＫ）は、同じ速さであってもよいし、異なる速さであってもよい。特に、エンコードクロック（ｅＣＬＫ）よりデコードクロック（ｄＣＬＫ）を速く設定しておく場合、蓄積された符号化圧縮データを効率的に処理できるようになる。
【００６２】
前記デコード装置４０の通信処理部４０２は、図４に示すように構成することができる。通信処理部４０２のこのような構成により、データ記憶部４０４に蓄積された符号化圧縮データの量に応じてデコーダ４０６にて符号化圧縮データが処理される速度を制御することができるようになる。
【００６３】
図４において、この通信処理部４０２は、ライト制御部４０２１、リード制御部４０２２及びピクチャカウンタ４０２３を有する。ライト制御部４０２１は、通信インターフェース４０３を介して受信する所定形式（例えば、パケット）の符号化圧縮データのデータ記憶部４０４への書込み制御を行う。リード制御部４０２２は、データ記憶部４０４に蓄積された符号化圧縮データの読出し制御を行う。ピクチャカウンタ４０２３は、ＣＰＵ４０１の制御のもと、ライト制御部４０２１によりデータ記憶部４０４に書き込まれる符号化圧縮データの量（例えば、フレーム数）をカウントする。また、ピクチャカウンタ４０２３は、デコーダ４０６でのデコードタイミングを得ることによりデコーダ４０６での符号化圧縮データの処理量をカウントする。例えば、処理量として処理フレーム数を用いる場合、ピクチャカウンタ４０２３は、デコーダ４０６における処理の垂直タイミングをカウントしてその処理フレーム数を得ることができ、また、デコードクロック（ｄＣＬＫ）をカウントしてフレームのデコードタイミングを算出し、その算出結果に基づいて処理フレーム数を得ることもできる。
【００６４】
ＣＰＵ４０１は、ピクチャカウンタ４０２３にて得られる前記データ記憶部４０４に書き込まれた符号化圧縮データの量とデコーダ４０６での符号化圧縮データの処理量とに基づいてデータ記憶部４０４における符号化圧縮データの蓄積量を判断する。そして、その判断結果に基づきピクチャカウンタ４０２３を介してＣＰＵ４０１がリード制御部４０２２を制御し、リード制御部４０２２は、そのＣＰＵ４０１の制御のもと、データ記憶部４０４から符号化圧縮データを読み出してデコーダ４０６に供給する。
【００６５】
デコードクロック生成部４０８にて生成されるデコードクロック（ｄＣＬＫ）は、撮像伝送装置６１のエンコード部６１１にて用いられるエンコードクロック（ｅＣＬＫ）より僅かに速くなるように設定されている。
【００６６】
このような構成の通信処理部４０２を有するデコード装置４０では、例えば、図５に示す手順に従って処理が行われる（第二の例）。
【００６７】
図５において、前述した例（図３参照）と同様に、希望の撮像伝送装置６１を選択（Ｓ１１）したユーザがその選択要求をユーザインターフェース部４０５に入力すると、その選択要求がユーザインターフェース部４０５からＣＰＵ４０１に供給される（Ｓ１２）。ＣＰＵ４０１は、入力した選択要求をＬＡＮ２０を介して撮像伝送装置６１に送信するよう通信処理部４０２を制御し、その選択要求の宛先となる撮像伝送装置６１から映像に係る符号化圧縮データの送信が開始されるのを待つ（Ｓ１３）。
【００６８】
その後、前述した例（図３参照）と同様に、前記選択要求を受信した撮像伝送装置６１から送信される符号化圧縮データをＬＡＮ２０を介してデコード装置４０の通信処理部４０２が受信すると、ＣＰＵ４０１は、映像伝送装置６１がデータ伝送を開始したものと判定し（Ｓ１３でＹＥＳ）、その受信される符号化圧縮データをデータ記憶部４０４に格納するよう通信処理部４０２を制御する。その結果、通信処理部４０２では、ライト制御部４０２１が通信インターフェース部４０３から供給される符号化圧縮データを順次データ記憶部４０４に書き込んでゆく。
【００６９】
このように符号化圧縮データが順次データ記憶部４０４に書き込まれていく過程で、ＣＰＵ４０１は、ピクチャカウンタ４０２３にて得られるデータ記憶部４０４に書き込まれた符号化圧縮データの量に基づいてデータ記憶部４０４にＮフレーム分の符号化圧縮データが蓄積されたか否かを判定する（Ｓ１４）。そして、データ記憶部４０４に書き込まれる符号化圧縮データの量が増え、データ記憶部４０４における蓄積データがＮフレームに達したとの判定がなされると（Ｓ１４でＹＥＳ）、ＣＰＵ４０１は、データ記憶部４０４から符号化圧縮データの読出しが開始されるように通信処理部４０２のリード制御部４０２２を制御する（Ｓ１５）。
【００７０】
その後、ＣＰＵ４０１は、ピクチャカウンタ４０２３にて得られる前記データ記憶部４０４に書き込まれた符号化圧縮データの量とデコーダ４０６での符号化圧縮データの処理量とに基づいてデータ記憶部４０４における符号化圧縮データの蓄積量が前記フレーム数Ｎに達しているか否かを判定する（Ｓ１６）。この時点で、デコーダ４０６での実際のデコード処理がまだ開始されておらず、データ記憶部４０４における符号化圧縮データの蓄積量が前記所定フレーム数Ｎに達しているとの判定がなされると（Ｓ１６でＹＥＳ）、ＣＰＵ４０１は、デコーダ４０６でのデコードクロック（ｄＣＬＫ）で決まる処理タイミングと同じタイミング（第一の速度）でデータ記憶部４０４から符号化圧縮データの読み出しがなされるようにリード制御部４０２２を制御する（Ｓ１７）。その結果、リード制御部４０２２は、データ記憶部４０４から前述したタイミング（第一の速度）で符号化圧縮データを読み出してデコーダ４０６に供給する。デコーダ４０６は、デコードクロック（ｄＣＬＫ）で決まる処理タイミングと同じタイミングで順次供給される符号化圧縮データをデコードクロック（ｄＣＬＫ）に同期して順次デコードする（以下、通常モードでのデコードという）。
【００７１】
ＣＰＵ４０１は、更に、ピクチャカウンタ４０２３にて得られる前記データ記憶部４０４に書き込まれた符号化圧縮データの量とデコーダ４０６での符号化圧縮データの処理量とに基づいてデータ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｍ以下であるか否かの判定を行う（Ｓ１８）。この所定フレーム数Ｍは、ゼロ以上で前記所定フレーム数Ｎ以下の適当な値に設定される（０≦Ｍ≦Ｎ）。データ記憶部４０４における符号化圧縮データの蓄積量が前記所定フレーム数Ｍ以下ではないとの判定がなされると（Ｓ１８でＮＯ）、ＣＰＵ４０１は、デコーダ４０６にて符号化圧縮データの通常モードでのデコードがなされるように、リード制御部４０２２の制御を行う（Ｓ１７）。以後、データ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｍを超えている状態では、ＣＰＵ４０１は、前記タイミング（第一の速度）にてデータ記憶部４０４から符号化圧縮データが読み出されるように通信処理部４０２のリード制御部４０２２を制御する状態を維持する（Ｓ１８→Ｓ１７→Ｓ１８→・・・）。その結果、デコーダ４０６は、前記データ記憶部４０４から読み出された符号化圧縮データを通常モードにてデコードする状態を継続し、得られた非圧縮データを順次表示部４０７に供給する。そして、表示部４０７は、そのように供給される非圧縮データに基づいて再生映像を表示する。
【００７２】
前記デコードクロック（ｄＣＬＫ）は、撮像伝送装置６１のエンコード部６１１にて用いられるエンコードクロック（ｅＣＬＫ）より僅かに速くなるように設定されているので、前述したような処理の過程で、データ記憶部４０４における符号化圧縮データの蓄積量が順次減少する。このような状況において、データ記憶部４０４における符号化圧縮データの蓄積量が前記所定フレーム数Ｍ以下であるとの判定がなされると（Ｓ１８でＹＥＳ）、ＣＰＵ４０１は、再度、データ記憶部４０４における符号化圧縮データの蓄積量が前記所定フレーム数Ｎに達しているか否かを判定する（Ｓ１６）。この所定フレーム数Ｎは前記所定フレーム数Ｍ以上であるので（Ｍ≦Ｎ）、この時点で、データ記憶部４０４における符号化圧縮データの蓄積量は前記フレーム数Ｎに達していないとの判定がなされる（Ｓ１６でＮＯ）。
【００７３】
すると、ＣＰＵ４０１は、デコーダ４０６でのデコードクロック（ｄＣＬＫ）で決まる処理タイミングより遅く、かつ撮像伝送装置６１のエンコード部６１１にて用いられるエンコードクロック（ｅＣＬＫ）に対応した処理タイミングより遅い所定タイミング（第二の速度）でデータ記憶部４０４から符号化圧縮データが読み出され、その符号化圧縮データがデコーダ４０６に供給されるように通信処理部４０２のリード制御部４０２２を制御する（Ｓ１９）。デコーダ４０６は、デコードクロック（ｄＣＬＫ）に同期して処理を行うものの、通信処理部４０２から供給される符号化圧縮データがそのデコードクロック（ｄＣＬＫ）で決まる処理タイミングより遅いタイミングにて供給されることから、結果的に、デコーダ４０６にて符号化圧縮データが処理される実質的な速度が低下する（以下、低速モードでのデコードという）。
【００７４】
このようにデータ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｎに達していない状態（Ｓ１６でＮＯ）では、ＣＰＵ４０１は、前記デコードクロック（ｄＣＬＫ）で決まる処理タイミングより遅い所定タイミング（第二の速度）にてデータ記憶部４０４から符号化圧縮データが読み出されるように通信処理部４０２のリード制御部４０２２を制御する状態を維持する（Ｓ１６→Ｓ１９→Ｓ１６→・・・）。その結果、デコーダ４０６は、前記データ記憶部４０４から読み出された符号化圧縮データを低速モードでデコードする状態を継続し、得られた非圧縮データを順次表示部４０７に供給する。そして、表示部４０７は、そのように供給される非圧縮データに基づいて再生映像を表示する。
【００７５】
前記データ記憶部４０４における符号化圧縮データの蓄積量が所定レーム数Ｎに達していない状態では、前述したようにデータ記憶部４０４から符号化圧縮データが比較的遅い速度にてデコーダ４０６に供給される。そのため、このような処理の過程で、データ記憶部４０４における符号化圧縮データの蓄積量が順次増加する。そして、その蓄積量が所定フレーム数Ｎに達したとの判定がなされると（Ｓ１６でＹＥＳ）、ＣＰＵ４０１は、再び、その蓄積量が所定フレーム数Ｍ以下であるか否かを判定しつつ（Ｓ１８）、デコードクロック（ｄＣＬＫ）に基づいた処理タイミングと同じタイミング（第一の速度）にてデータ記憶部４０４から符号化圧縮データが読み出されるように通信処理部４０２のリード制御部４０２２を制御する（Ｓ１７）。その結果、デコーダ４０６は、符号化圧縮データを通常モードにてデコードし、得られた非圧縮データをデコードクロック（ｄＣＬＫ）に同期して順次表示部４０７に供給する。そして、表示部４０７は、そのように供給される非圧縮データに基づいて再生映像を表示する。
【００７６】
前述したような処理（図５参照）によれば、データ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｎと所定フレーム数Ｍの間に保持されつつ、符号化圧縮データがデコードクロック（ｄＣＬＫ）に基づいたタイミングでデコードされる状態（通常モード）と、符号化圧縮データが実質的にデコードクロック（ｄＣＬＫ）に基づいたタイミングより遅いタイミングでデコードされる状態（低速モード）とが交互に繰り返される。従って、ネットワーク（ＬＡＮ２０）の状態の変動（瞬停、ラッシュなど）に起因してデコード装置４０における符号化圧縮データの受信状態が変動しても、その変動の影響を直接受けることなく安定的にデコード処理がなされるようになる。
【００７７】
前述したようにデータ記憶部４０４における符号化圧縮データの蓄積量に応じてデコーダ４０６にて符号化圧縮データの処理される速度が制御されることにより（通常モードと低速モードの切替え制御）、表示部４０６に対する非圧縮データの供給速度が変動する。しかし、その非圧縮データに基づいて表示部４０７に表示される再生映像の変動が視覚的に識別し難い範囲内となるように前記デコーダ４０６にて符号化圧縮データが処理される速度の制御範囲（通常モードでの処理速度と低速モードでの処理速度との差）を設定することにより、そのような変動は実質的に問題とならない。
【００７８】
なお、前記デコーダ４０６での通常モードと低速モードとの切替え条件となる所定フレーム数Ｍ、Ｎは、ネットワークの想定される変動状態、受信する符号化圧縮データの性質、デコーダ４０６の処理能力などに基づいて適当な値に決めることができる。例えば、フレーム数Ｍ、Ｎが大きな値に設定されるほど、ネットワークの状態のより大な変動（瞬停、ラッシュなど）対してもその変動の影響を直接受け難くすることができる。前記所定フレーム数ＭとＮとの差が小さいほど、デコーダ４０６における通常モードと低速モードの切替え周期が短くなる。このように通常モードと低速モードの切替え周期が短くなると、再生映像に対する視覚的な慣れによって通常モードと低速モードとの切替え時における再生映像に対する違和感がより少なくなる。
【００７９】
通信処理部４０２が前述したような構成となる場合（図４参照）、図６に示す手順に従って処理を行うこともできる（第三の例）。この場合、デコーダ装置４０が撮像伝送装置６１から符号化圧縮データを受信した直後からその符号化圧縮データのデコードが開始され点で、図５に示す処理手順と相違する。
【００８０】
図６において、前述した例と同様に（図５におけるＳ１１、Ｓ１２、Ｓ１３参照）、ユーザからの選択要求に係る撮像伝送装置６１からの符号化圧縮データをデコード装置４０がＬＡＮ２０を介して受信し、撮像伝送装置６１がデータ伝送を開始したとの判定がなされると（Ｓ２１、Ｓ２２、Ｓ２３）、ＣＰＵ４０１は、その受信される符号化圧縮データをデータ記憶部４０４に格納するように通信制御部４０２のライト制御部４０２１を制御すると共に、データ記憶部４０４から符号化圧縮データの読出しが開始されるように通信制御部４０２のリード制御部４０２２を制御する（Ｓ２５）。その後、ＣＰＵ４０１は、ピクチャカウンタ４０２３にて得られるデータ記憶部４０４に書き込まれた符号化圧縮データの量とデコーダ４０６での符号化圧縮データの処理量とに基づいてデータ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｎに達しているか否かを判定する（Ｓ２６）。
【００８１】
撮像伝送装置６１からの符号化圧縮データの受信開始直後では、データ記憶部４０４における符号化圧縮データの蓄積量は所定フレーム数Ｎに達しておらず（Ｓ２６でＮＯ）、ＣＰＵ４０１は、デコーダ４０６でのデコードクロック（ｄＣＬＫ）で決まる処理タイミングより遅いタイミング（第二の速度）でデータ記憶部４０４から符号化圧縮データが読み出され、その符号化圧縮データがデコーダ４０６に供給されるようにリード制御部４０２２を制御する（Ｓ２９）。その結果、デコーダ４０６は、データ記憶部４０４から読み出された符号化圧縮データを前記低速モードにて順次デコードする。そして、データ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｎに達するまで、デコーダ４０６での低速モードでのデコード処理が継続される（Ｓ２６→Ｓ２９→Ｓ２６→・・・）。この低速モードでのデコード処理により得られる非圧縮データがデコーダ４０６から表示部４０７に順次供給される。
【００８２】
そのような処理の過程で、データ記憶部４０４における符号化圧縮データの蓄積量が増加し、その蓄積量が所定フレーム数Ｎに達したとの判定がなされると（Ｓ２６でＹＥＳ）、ＣＰＵ４０１は、前述した例と同様に（図５におけるＳ１７、Ｓ１８参照）、データ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｍ（≦Ｎ）以下であるか否かを判定しつつ（Ｓ２８）、デコードクロック（ｄＣＬＫ）に基づいた処理タイミングと同じタイミングにて（第一の速度）データ記憶部４０４から符号化圧縮データが読み出されるように通信処理部４０２のリード制御部４０２２を制御する（Ｓ２７）。その結果、デコーダ４０６は、符号化圧縮データを通常モードにてデコードし、得られた非圧縮データをデコードクロック（ｄＣＬＫ）に同期して順次表示部４０７に供給する。
【００８３】
以後、前述した例と同様に（図５参照）、データ記憶部４０４における符号化圧縮データの蓄積量が所定フレーム数Ｎと所定フレーム数Ｍの間に保持されつつ、符号化圧縮データがデコードクロック（ｄＣＬＫ）に基づいたタイミングでデコードされる状態（通常モード）と、符号化圧縮データが実質的にデコードクロック（ｄＣＬＫ）に基づいたタイミングより遅いタイミングでデコードされる状態（低速モード）とが交互に繰り返される。
【００８４】
前述したような処理（図６参照）によれば、例えば、撮像伝送装置６１の選択要求をユーザインターフェース部４０５に入力した直後から前記撮像伝送装置６１から受信される符号化圧縮データのデコードが開始されるので、撮像伝送装置の選択時における再生映像の表示レスポンスをより早くすることができるようになる。
【００８５】
なお、前述した各処理例（図５、図６参照）では、デコーダ４０６にて符号化圧縮データの処理される速度を制御するためにデコーダ４０６への符号化圧縮データの供給速度（供給タイミング）を制御するようにしていが、その速度の制御はこれに限られない。例えば、デコードクロック生成部４０８にて生成されるデコードクロック（ｄＣＬＫ）を制御しても、デコーダ４０６に対して外部からデコードタイミングを変更するためのデコードタイミングを与えるなどして、デコーダ４０６自体の処理速度を制御するようにしてもよい。
【００８６】
また、前述した各例において、ＣＰＵ４０１での処理は、図３、図５または図６に示す手順に対応したプログラムによって実行される。
【００８７】
なお、前述した各例において、符号化圧縮データは、撮像伝送装置にてリアルタイムに生成される映像信号をエンコードして得られるものであったが、音声信号や他の種類の信号を所定のアルゴリズムに従ってエンコードして得られる符号化圧縮データであってもよい。また、システムは、予め符号化圧縮データを蓄積したサーバからその符号化圧縮データを端末装置（デコード装置）にネットワークを介して配信するように構成することもできる。
【００８８】
【発明の効果】
以上、説明したように、本発明によれば、ネットワークの状態が変動してデコード装置での符号化圧縮データの受信状態が不安定になっても、その符号化圧縮データが一時的にデータ格納手段に蓄積され、その蓄積された符号化圧縮データが処理態様の制御がなされつつデータ格納手段からデコーダ手段に供給されてデコードされるので、前記ネットワークの状態の変動のデコード出力に対する影響を低減することが可能となる。従って、ネットワークの状態が変動しても、安定的にデコード出力の得られるデコード制御装置及び方法並びにその制御方法に従った処理をコンピュータに行わせるためのプログラムを提供することができるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るデコード装置の制御方法及びデコード制御装置が適用されるシステムを示す図
【図２】通信を行う撮像伝送装置とデコード装置の詳細な構成例を示すブロック図
【図３】デコード装置における処理手順の第一の例を示すフローチャート
【図４】デコード装置における通信処理部の詳細な構成例を示すブロック図
【図５】デコード装置における処理手順の第二の例を示すフローチャート
【図６】デコード装置における処理手順の第三の例を示すフローチャート
【符号の説明】
１０、２０  ＬＡＮ
１１、１２、２１、２２  ハブ
１３、２３  ルータ
１４、１５、２４、２５  支線
３０  ＷＡＮ
４０、５０、６０、７０  デコード装置
４１、４２、５１、５２、６１、７１  撮像伝送装置
４０１  ＣＰＵ
４０２  通信処理部
４０３  通信インターフェース部
４０４  データ記憶部
４０５  ユーザインターフェース部
４０６  デコーダ
４０７  表示部
４０８  デコードクロック生成部
４０９  記憶部
６１１  エンコード部
６１２  通信処理部
６１３  通信インターフェース部
６１４  エンコードクロック生成部
【図１】
2004165974.tif 000003
【図２】
2004165974.tif 000004
【図３】
2004165974.tif 000005
【図４】
2004165974.tif 000006
【図５】
2004165974.tif 000007
【図６】
2004165974.tif 000008