(57)【要約】【課題】符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるようにして、ユーザの便宜を図れるようにする。【解決手段】歪量情報抽出部３２では、符号列のメインヘッダ内に格納されている画像の歪量に関する情報（歪量情報）を抽出する。エラー検出部３４は、この符号列中のエラーの発生の有無を検出する。画像歪計算部３５は、歪量情報を使用して、エラーが発生したパケットデータを削除したときに、画像全体としてどれくらい歪が発生するか（歪量）を計算する。画像歪計算部３５は、この加算値を所定の基準値と比較して、歪量が閾値以下で画像の歪は小さいと判断されるときは、画像出力部３６で符号列をデコード後の画像データを出力する。歪量が閾値以上で画像の歪は大きいと判断されるときは、デコード中止部４１により符号列のデコード処理を中止し、報知部４０でエラーの発生を報知する。【選択図】    図１４
2004186858.tif 000002
【特許請求の範囲】
【請求項１】
プログレッシブに画像を表示可能な方式で画像を圧縮符号化した符号列に含まれていて、当該符号列の各部のデータを削除したときに元画像に対して復号画像がどれだけ劣化するかを示す歪量の情報を読取る読取手段と、
前記各部のエラーの有無を検出するエラー検出手段と、
このエラーの検出がされた前記各部についての前記歪量の情報を用いて、当該各部の符号を前記符号列から削除したときに当該符号列をデコードしたときのデコード後の画像の元画像に対する歪量を算出する歪量算出手段と、
この算出した歪量を所定の閾値と比較する比較手段と、
前記符号列をデコードするデコード手段と、
前記比較により前記歪量が前記閾値を下回ったときは前記デコード後の画像データを出力する出力手段と、
前記比較により前記歪量が前記閾値を上回ったときは前記デコード後の画像データの出力を中止する中止手段と、
を備えている画像処理装置。
【請求項２】
前記方式はＪＰＥＧ２０００又はＭｏｔｉｏｎ  ＪＰＥＧ２０００を用いていて、前記エラーの有無の検出及び前記歪量の情報を用いる単位となる前記各部はパケットである、請求項１に記載の画像処理装置。
【請求項３】
前記歪量算出手段は、前記各部についての前記歪量を加算して前記デコード後の画像の元画像に対する歪量を算出する、請求項１又は２に記載の画像処理装置。
【請求項４】
前記歪量が前記閾値を上回ったときは、画像にエラーが発生した旨をユーザに報知する報知手段を備えている、請求項１〜３の何れかの一に記載の画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像を圧縮した符号列を処理する画像処理装置に関する。
【０００２】
【従来の技術】
画像データの送信については、次のような技術が知られている。まず、特許文献１には、画像を階層に分割し、ネットワークの状態に応じて送信する画像品質を制御する技術について開示されている。
【０００３】
特許文献２には、動画像データの通信において、動画像データを受信した際に、欠けているデータフレームの優先度が閾値よりも高ければ、再送する技術について開示されている。
【０００４】
また、高精細画像を容易に取り扱うことができる画像圧縮技術として、ＪＰＥＧ２０００が規格化されつつある。
【０００５】
【特許文献１】特開２０００−１０１５３７公報
【特許文献２】特開２００１−２７４８６１公報
【発明が解決しようとする課題】
画像を圧縮した符号列を転送する際に符号列上にエラーの発生が検出されると、符号列のデータ構成によっては、符号列上にエラーが発生した符号部分のみを削除して、エラーが発生していない符号部分を使用して復号画像を構築することで、それなりの画質の復号画像が得られる画像の圧縮方式が存在する。
【０００６】
近年規格化されつつあるＪＰＥＧ２０００方式はこのような特徴をもっており、符号データ上はパケットと呼ばれる複数の符号単位で構成され、一部のパケットがエラーとなって削除されても、その他のパケットを復号することで全体の復号画像を一応は再構成できるという特徴がある。
【０００７】
しかしながら、エラーが符号列上に複数発生した場合、あるいは、エラーの発生位置によっては、他のエラーが発生していないパケット部分を復号して用いても、画質が著しく劣化するために、画像の内容を判別できないような場合がある。このような場合に、従来は、エラーとなった以外のパケットでも使用に耐えるものであるか、あるいは、使用に耐えないので新たな符号列の取り寄せ等が必要となるか否かを判断することができず、ユーザの便宜を図れないという不具合があった。
【０００８】
本発明の目的は、符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるようにして、歪量が大きくて使用に耐えないときは無駄なデコード処理を行わないようにして、ユーザの便宜を図れるようにすることである。
【０００９】
【課題を解決するための手段】
請求項１に記載の発明は、プログレッシブに画像を表示可能な方式で画像を圧縮符号化した符号列に含まれていて、当該符号列の各部のデータを削除したときに元画像に対して復号画像がどれだけ劣化するかを示す歪量の情報を読取る読取手段と、前記各部のエラーの有無を検出するエラー検出手段と、このエラーの検出がされた前記各部についての前記歪量の情報を用いて、当該各部の符号を前記符号列から削除したときに当該符号列をデコードしたときのデコード後の画像の元画像に対する歪量を算出する歪量算出手段と、この算出した歪量を所定の閾値と比較する比較手段と、前記符号列をデコードするデコード手段と、前記比較により前記歪量が前記閾値を下回ったときは前記デコード後の画像データを出力する出力手段と、前記比較により前記歪量が前記閾値を上回ったときは前記デコード後の画像データの出力を中止する中止手段と、を備えている画像処理装置である。
【００１０】
したがって、符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるので、その符号列がそのまま使用に耐えるか否かを判断し、歪量が大きくて符号列がそのままの使用に耐えないと判断されるときは、符号列の無駄なデコード処理を行わないようにすることができる。
【００１１】
請求項２に記載の発明は、請求項１に記載の画像処理装置において、前記方式はＪＰＥＧ２０００又はＭｏｔｉｏｎ  ＪＰＥＧ２０００を用いていて、前記エラーの有無の検出及び前記歪量の情報を用いる単位となる前記各部はパケットである。
【００１２】
したがって、ＪＰＥＧ２０００又はＭｏｔｉｏｎ  ＪＰＥＧ２０００方式で圧縮符号化した符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるので、その符号列がそのまま使用に耐えるか否かを判断し、歪量が大きくて符号列がそのままの使用に耐えないと判断されるときは、符号列の無駄なデコード処理を行わないようにすることができる。
【００１３】
請求項３に記載の発明は、請求項１又は２に記載の画像処理装置において、前記歪量算出手段は、前記各部についての前記歪量を加算して前記デコード後の画像の元画像に対する歪量を算出する。
【００１４】
したがって、簡易に画像の歪量を知ることができる。
【００１５】
請求項４に記載の発明は、請求項１〜３の何れかの一に記載の画像処理装置において、前記歪量が前記閾値を上回ったときは、画像にエラーが発生した旨をユーザに報知する報知手段を備えている。
【００１６】
したがって、歪量が大きくて符号列がそのままの使用に耐えないと判断されるときはユーザにエラーの発生を報知することができる。
【００１７】
【発明の実施の形態】
［ＪＰＥＧ２０００方式の概要］
まず、ＪＰＥＧ２０００方式の概要について説明する。
【００１８】
図１に示すように、ＪＰＥＧ２０００方式は、画像を１２８×１２８のタイル１０１に分割し（ａ）、各タイル１０１をウェーブレット変換して（ｂ）、ウェーブレット係数１０２に分ける（ｃ）。そして、これをビットプレーン１０３に分割し（ｄ）、コードブロック毎に下位のＬＳＢ成分を切り捨て、または、コードブロックを切り捨てて（トランケーション）、全体の符号量を小さくして圧縮する（ｅ）。
【００１９】
カラー画像の場合は、Ｒ，Ｇ，Ｂ成分をＹ，Ｃｂ，Ｃｒ成分に分けて、それぞれの色成分（コンポーネント）ごとに、図１を参照して説明した処理を行って、それをパケットという単位で管理する。図２（ａ）には、Ｙ，Ｃｂ，Ｃｒの各成分をパケットごとに分割して模式的に示している。
【００２０】
１つのウェーブレット係数の領域はコードブロックという小さな単位で区切って処理し、コードブロック単位でパケットを構成する。図３には、このようなコードブロックを模式的に示している。０〜２５８番の数字を付した各要素がコードブロックである。
【００２１】
図３において、パケット１のデータＬＬ５が０番であり、パケット２のデータＨＬ５，ＬＨ５，ＨＨ５が１〜３番であり、パケット２のデータＨＬ５，ＬＨ５，ＨＨ５が１〜３番であり、パケット３のデータＨＬ４，ＬＨ４，ＨＨ４が４〜６番であり、パケット４のデータＨＬ３，ＬＨ３，ＨＨ３が７〜１０番、１１〜１４番、１５〜１８番であり、パケット５のデータＨＬ２，ＬＨ２，ＨＨ２が１９〜３４番、３５〜５０番、５１〜６６番であり、パケット６のデータＨＬ１，ＬＨ１，ＨＨ１が６７〜１３０番、１３１〜１９４番、１９５〜２５８番である。
【００２２】
ＪＰＥＧ２０００の全体符号フォーマットを図４に示す。図４に示すように、ＪＰＥＧ２０００の符号列は、先頭にメインヘッダが位置し、その後にタイルパートヘッダ、ビットストリームの組が１又は複数連続し、末尾にＥＯＣ（エンド・オブ・コードストリーム）が位置している。
【００２３】
また、全体符号フォーマットの中のメインヘッダ部分の符号フォーマットを、図５に示す。さらにタイルパートヘッダ部分の構成を図６に示す。ＪＰＥＧ２０００では符号はＳＯＣ（スタート・オブ・コード）から始まり、最初にＳＩＺ（サイズ）マーカが必須となる。次にメインヘッダが配置されるが、メインヘッダにはＣＯＤ（コード・オブ・デフォルト）とＱＣＤ（量子化コードデフォルト）マーカが必須であり、その他のマーカはオプションになる。ＳＩＺマーカ以外は、各マーカの配置場所は任意である。タイルパートヘッダはＳＯＴ（スタート・オブ・タイル）で始まり、必要であればオプションのマーカを配置した後、ＳＯＤ（スタート・オブ・データ）マーカでマーカ部分が終了し、それ以降は符号データが配置される構成になっている。メインヘッダとタイルヘッダには、ユーザが任意の情報を格納できるＣＯＭ（コメント）マーカがあり、コメントマーカには任意のバイト数のデータを格納できる。ＪＰＥＧ２０００では、前述のように符号列はパケットという単位で構成されるが、パケットを配置する順番を任意に選択することができるようになっている。これをプログレッシブオーダという。プログレッシブオーダは、ＣＯＤマーカで規定され、次に示すように５通りが規定されている。
【００２４】
Ｌａｙｅｒ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ（ＬＲＣＰ）
Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ−ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ（ＲＬＣＰ）
Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｐｏｓｉｔｉｏｎ−ｃｏｍｐｏｎｅｎｔ−ｌａｙｅｒ（ＲＰＣＬ）
Ｐｏｓｉｔｉｏｎ−ｃｏｍｐｏｎｅｎｔ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ（ＰＣＲＬ）
Ｃｏｍｐｏｎｅｎｔ−ｐｏｓｉｔｉｏｎ−ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｌａｙｅｒ（ＣＰＲＬ）
右端のパラメータからのループネスト、例えば、Ｒｅｓｏｌｕｔｉｏｎ  ｌｅｖｅｌ−ｐｏｓｉｔｉｏｎ−ｃｏｍｐｏｎｅｎｔ−ｌａｙｅｒの場合、
2004186858.tif 000003
のようなループネストになっている。
【００２５】
ＪＰＥＧ２０００方式では、色ごとに表示する、ビットプレーンの上位側を先に表示する等、プログレッシブ表示の順序を変えることができる。この場合の表示は上位のレイヤから順番に実行する。このプログレッシブ表示の行い方により、ＪＰＥＧ２０００方式で圧縮後の符号列のデータ配列の例を図７〜図１０に示す。
【００２６】
まず、図７は、ＬＲＣＰの場合を示している。図７に示すように、最初にコンポーネントＹの最上位レベルのＬＬ成分のパケットヘッダＹ０が配置され、その後にＹ０のパケットデータが配置される、続いてコンポーネントＣｂの最上レベルのＬＬ成分のパケットヘッダＣｂ０が配置されＣｂ０のパケットデータが配置される。続いて、コンポーネントＣｒの最上位レベルのＬＬ成分のパケットヘッダが配置され、Ｃｒ０のパケットデータが配置される。その後に、コンポーネントＹの最上位レベルのＨＬ，ＬＨ，ＨＨのパケットヘッダが３個配置され、その後で、ＨＬ，ＬＨ，ＨＨのパケットデータＹ１，Ｙ２，Ｙ３が配置される。続いて、コンポーネントＣｂの最上位レベルのＨＬ，ＬＨ，ＨＨのパケットデータが配置され、続いてＨＬ，ＬＨ，ＨＨのパケットデータＣｂ１，Ｃｂ２，Ｃｂ３が配置される。続いてコンポーネントＣｒの最上位レベルのＨＬ，ＬＨ，ＨＨのパケットデータが配置され、その後にＨＬ，ＬＨ，ＨＨのパケットデータＣｒ１，Ｃｒ２，Ｃｒ３が配置される。以下、同じ方法で下位レベルのＨＬ，ＬＨ，ＨＨのサブバンドのパケットヘッダに続いてパケットデータが配置される。これをレイヤ０ですべて行うと、次にレイヤ１を行い、これをすべてのレイヤで繰り返す。
【００２７】
図８は、ＲＣＬＰの場合を示している。図８に示すように、コンポーネントＹの最上位レベルのＬＬ成分のレイヤ０のパケットヘッダが最初に配置され、次にパケットデータが配置される。続いて、コンポーネントＣｂの最上位レベルのＬＬ成分のレイヤ０のパケットヘッダ、パケットデータが配置され、続いて、コンポーネントＣｒの最上位レベルのレイヤ０のパケットヘッダ、パケットデータが配置される。これをレイヤ１、レイヤ２とすべてのレイヤ分繰り返す。すべてのレイヤが終わると、続いて、コンポーネントＹの最上位レベルのＨＬ，ＬＨ，ＨＨのレイヤ０のパケットヘッダを配置し、続いてパケットデータを配置する。これをコンポーネントＣｂとＣｒで繰り返す。これをまた、すべてのレイヤ分繰り返す。この処理をすべてのレベルで繰り返す。
【００２８】
図９は、ＲＰＣＬの場合を示している。図９に示すように、コンポーネントＹの最上位レベルのＬＬ成分のレイヤ０のパケットヘッダ、パケットデータが配置され、続いて、レイヤ１のＬＬ成分のパケットヘッダ、データ、と続き、すべてのレイヤまで行う。これをＣｂとＣｒで繰り返す。次に、コンポーネントＹの最上位レベルのＨＬ，ＬＨ，ＨＨ成分のレイヤ０のパケットヘッダが配置され、続いてパケットデータが配置される。これが、コンポーネントＹのすべてのレイヤで繰り返された後、同じ操作をコンポーネントＣｂとＣｒで繰り返す。そして、この操作を最上位レベルから最下位レベルまで繰り返す。
【００２９】
図１０は、ＰＣＲＬの場合を示している。図１０に示すように、コンポーネントＹの最上位レベルのレイヤ０のＬＬ成分のパケットヘッダ、パケットデータを配置し、これをすべてのレイヤについて繰り返す。次に、同じコンポーネントＹの最上位レベルのレイヤ０のＨＬ，ＬＨ，ＨＨのパケットヘッダを配置し、続いてパケットデータを配置する。これをすべてのレイヤについて繰り返す。これをすべてのレベル繰り返す。コンポーネントＹに対する配置が完了すると、同じ操作をコンポーネントＣｂとＣｒに対して繰り返す。
【００３０】
［発明の実施の形態］
図１１は、本実施の形態のネットワークシステム１０を示すブロック図である。図１１に示すように、本ネットワークシステム１０は、動画の画像データを画像をプログレッシブに表示可能な方式、この例では、ＪＰＥＧ２０００、Ｍｏｔｉｏｎ  ＪＰＥＧ２０００等のアルゴリズムで圧縮符号化した符号列をインターネットなどのネットワーク３を介して送信するサーバ１と、このサーバ１から符号列を受信するクライアント２からなる。
【００３１】
サーバ１は、画像データをＪＰＥＧ２０００、Ｍｏｔｉｏｎ  ＪＰＥＧ２０００等のアルゴリズムで圧縮符号化した符号列をクライアント２に送信するが、この符号列のヘッダには、その符号列の画像の歪量（パケットデータを削除（トランケーション）した場合に、元の画像に対して復号画像がどれだけ劣化するか）を示す情報が記録されている。この情報が記録した符号列はサーバ１側で作成する。次に、この符号列の作成処理について説明する。
【００３２】
図１２は、この符号列作成処理を実行するサーバ１の機能ブロック図である。すなわち、画像データは、変換部２１で離散ウェーブレット変換され、量子化部２２で量子化され、符号化部２３でエントロピー符号化されて、符号列とされる。
【００３３】
指標生成部２４には、符号化部２３からビットプレーンごとにエントロピー符号化される前のウェーブレット係数のデータが入力される。指標生成部２４の個数抽出部２５は、各ビットプレーンにおけるＭＳＢの個数Ｎａを抽出する。歪量推定部２６は、Ｎａの値から画像の歪量を推定する（具体的には、元の画像に対するデコード後における画像の歪量の比を推定する）。この歪量は、例えば、ビットプレーン１からビットプレーンｎまでをトランケーションする場合、各ビットプレーンのＮａと各ビットプレーンのレベルとの積の総和を、画像の歪量として推定する。
【００３４】
符号化部２３によりビットプレーンごとにエンロトピー符号化された後のウェーブレット係数のデータは、符号化部２３から圧縮部２７へ入力され、また、指標生成部２４により予め生成された指標値（前述の歪量の推定値）が、指標生成部２４から圧縮部２７に入力される。圧縮部２７は、この指標値に基づいて、トランケーションするビットプレーンを決定し、そのビットプレーンのトランケーションを実行する。例えば、ビットプレーンごとに所定の閾値を設けて、指標生成部２４により各ビットプレーンについて予め生成された指標値に関して、１番目のビットプレーンに関する指標値と閾値とを比較し、次に２番目のビットプレーンに関する指標値と閾値とを比較し、次に３番目のビットプレーンに関する指標値と閾値とを比較し、というように、各ビットプレーンに関する指標値と閾値とを順次比較し、ｎ番目のビットプレーンにおいて初めて指標値が閾値以上になったとき、１番目からｎ番目までのビットプレ一ンをトランケーションすることに決定して、これらビットブレーンのトランケーションを実行する（ｎ＝１のときはトランケーションを実行しない）という方法が考えられる。この場合の閾値は、全ビットプレーンで同じ値にしてもよいし、各ビットプレーンで異なる値にしてもよい。
【００３５】
指標付加部２８は、以上のようにして作成される符号列のメインヘッダに前述の歪量の推定値（歪量情報）を記録する。
【００３６】
図１３は、クライアント２の電気的な接続を示すブロック図である。図１３に示すように、クライアント２は、本発明の画像処理装置を実施するもので、各種演算を行ないサーバ１（またはクライアント２）の各部を集中的に制御するＣＰＵ１１と、各種のＲＯＭやＲＡＭからなるメモリ１２とが、バス１３で接続されている。
【００３７】
バス１３には、所定のインターフェイスを介して、記憶装置となるハードディスクなどの磁気記憶装置１４と、マウスやキーボードなどで構成される入力装置１５と、ＬＣＤやＣＲＴなどの表示装置１６と、光ディスクなどの本発明の記憶媒体を実施する記憶媒体１７を読取る記憶媒体読取装置１８と、ネットワーク３と通信を行なう通信装置となる所定の通信インターフェイス１９とが接続されている。なお、記憶媒体１７としては、ＣＤやＤＶＤなどの光ディスク、光磁気ディスク、フレキシブルディスクなどの各種方式のメディアを用いることができる。また、記憶媒体読取装置１８は、具体的には記憶媒体１７の種類に応じて光ディスクドライブ、光磁気ディスクドライブ、フレキシブルディスクドライブなどが用いられる。
【００３８】
磁気記憶装置１４には、本発明のプログラムを実施する画像受信プログラムが記憶されている。一般的には、この画像受信プログラムは、本発明の記憶媒体を実施する記憶媒体１７から記憶媒体読取装置１８により読取ることでクライアント２にインストールするか、ネットワーク３からダウンロードするなどして、磁気記憶装置１４にインストールしたものである。このインストールによりサーバ１、クライアント２は動作可能な状態となる。この画像送信プログラム、画像受信プログラムは、特定のアプリケーションソフトの一部をなすものであってもよい。また、所定のＯＳ上で動作するものであってもよい。
【００３９】
次に、クライアント２が画像受信プログラムに基づいて行なう処理について説明する。
【００４０】
図１４は、画像受信プログラムに基づいてクライアント２が実行する処理の機能ブロック図である。通信インターフェイス１９を介してサーバ１から受信した画像の符号列は符号入力部３１に入力する。読取手段を実現する歪量情報抽出部３２では、この符号列のメインヘッダ内に格納されている前述の画像の歪量に関する情報（歪量情報）を抽出する。そして、符号列は符号解析部３３に順次入力され、符号解析部３３は符号列の符号解析を行う。エラー検出手段を実現するエラー検出部３４は、この符号解析を行う符号列中のエラーの発生の有無を検出する。図７〜図１０に示すように符号がプログレッシブに並んでいる中に所々エラーが発生しているときは、符号解析部３３が符号列の符号解析を行なっている位置でエラーが発生しているものとして、エラーの存在とその位置が明らかになる。
【００４１】
具体的には、符号解析部３３では、前述のＪＰＥＧ２０００の符号のプログレッシブオーダに従った順番でパケットヘッダとパケットデータを解析する。パケットデータには後に続くパケットデータのバイト長が設定されているので、符号解析部３３はパケットヘッダとパケットデータの境界を認識することができる。ここで、符号データ上にエラーがあり、パケットヘッダに記述されているバイト数と、実際に符号解析部に入力されたパケットデータバイト数が異なった場合、符号解析部３３はその違いがわからないため、本来はパケットデータであるところをパケットヘッダとして解析を始める。このような場合、これ以降の符号解析が破綻することになる。この状態を回避するために、ＪＰＥＧ２０００ではパケットの終わりにＥＰＨ（Ｅｎｄ  ｏｆ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒ）マーカを配置する。ＥＰＨマーカはパケットヘッダの後に配置されるので、符号解析部３３ではパケットヘッダ解析後、ＥＰＨマーカ検出を行い、もし、ＥＰＨマーカが検出できない場合は、エラー検出部３４は符号にエラーが発生していると判定する。また、パケットデータをリードしているときに予期していないところでＥＰＨマーカを検出すると、この時点でエラーが発生していることがわかる。
【００４２】
例えば、図１５（ａ）〜（ｃ）には、データのエラーが存在しないＹ，Ｃｂ、Ｃｒ成分のウェーブレット係数を模式的に示している。これに対して、図１５（ｄ）〜（ｅ）には、ビットプレーンの一部がエラーとなっているＹ，Ｃｂ、Ｃｒ各成分のウェーブレット係数を模式的に示している。この例では、Ｙ成分において３ＨＬ，３ＬＨ，３ＨＨ、Ｃｂ成分において２ＨＬ，２ＬＨ，２ＨＨ、Ｃｒ成分において１ＨＬ，１ＬＨ，１ＨＨ（符号１１１〜１１９）が、それぞれエラーとなっている。
【００４３】
このように、ビットプレーン情報が欠落し（図２（ｂ）はビットプレーンの一部（白色部分）が欠落した状態を模式的に示している）、あるいは、サブバンド情報が欠落しても、ＪＰＥＧ２０００においては、それ以外の情報を使用して符号列のデコードを行なえば、画像の再現は可能である。しかし、データが欠落したことによって、再現した画像が元の画像と比べて著しく画質が劣化する場合もある。そこで、本実施の形態のクライアント２は、以下のような処理を行う。
【００４４】
すなわち、前述のようにエラーを検出すると、歪量情報抽出部３２で予め検出しておいた歪量情報を使用して、エラーが発生したパケットデータを削除したときに、画像全体としてどれくらい歪が発生するか（歪量）を歪量算出手段を実現する画像歪計算部３５が計算する。この計算は、具体的には、エラーの発生した各パケットについての歪量情報をそれぞれ参照し、そのエラーが発生した各パケットの各歪量を加算することで、この加算値は画像全体としてどれくらい歪が発生しているかを示す指標となる。そして、比較手段を実現する画像歪計算部３５は、この加算値を所定の基準値と比較して、歪量が閾値以下で、画像の歪は過大なものではないと判断されるときは、出力手段を実現する画像出力部３６で符号列をデコード後の画像データを出力する。ＭＱデコード部３７、ウェーブレット係数抽出部３８、逆ウェーブレット変換部３９などは、デコード手段を実現する。すなわち、ＭＱデコード部３７で符号列をＭＱデコードし、ウェーブレット係数抽出部３８でウェーブレット係数を抽出し、逆ウェーブレット変換部３９で逆ウェーブレット変換を行い、変換後の画像データを出力する。
【００４５】
逆に、歪量が閾値を上回ったときは、画像の歪が大きく使用に耐えないと判断して、中止手段を実現するデコード中止部４１がＭＱデコード部３７、ウェーブレット係数抽出部３８、逆ウェーブレット変換部３９などによる符号列のデコード処理を中止する。また、報知手段を実現する報知部４０がエラーの発生を報知する（例えば、表示装置１６にメッセージを表示することで報知することができる）。
【００４６】
【発明の効果】
請求項１に記載の発明は、符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるので、その符号列がそのまま使用に耐えるか否かを判断することができる。
【００４７】
請求項２に記載の発明は、請求項１に記載の発明において、ＪＰＥＧ２０００又はＭｏｔｉｏｎ  ＪＰＥＧ２０００方式で圧縮符号化した符号列からエラーの発生した部分を除去した残りのデータを用いて画像をプログレッシブに表示したときの画像の歪量を知ることができるので、その符号列がそのまま使用に耐えるか否かを判断することができる。
【００４８】
請求項３に記載の発明は、請求項１又は２に記載の発明において、簡易に画像の歪量を知ることができる。
【００４９】
請求項４に記載の発明は、請求項１〜３の何れかの一に記載の発明において、歪量が大きくて符号列がそのままの使用に耐えないと判断されるときはユーザにエラーの発生を報知することができる。
【図面の簡単な説明】
【図１】ＪＰＥＧ２０００方式の圧縮符号化処理について説明する説明図である。
【図２】Ｙ，Ｃｂ，Ｃｒの各成分をパケットごとに分割した模式図である。
【図３】ウェーブレット係数を構成するコードブロックの模式図である。
【図４】ＪＰＥＧ２０００の全体符号フォーマットを示すブロック図である。
【図５】全体符号フォーマットの中のメインヘッダ部分の符号フォーマットを示すブロック図である。
【図６】全体符号フォーマットの中のタイルパートヘッダ部分の構成を示すブロック図である。
【図７】ＪＰＥＧ２０００方式で圧縮後の符号列のデータ配列でＬＲＣＰの場合を示す説明図である。
【図８】ＪＰＥＧ２０００方式で圧縮後の符号列のデータ配列でＲＬＣＰの場合を示す説明図である。
【図９】ＪＰＥＧ２０００方式で圧縮後の符号列のデータ配列でＲＰＣＬの場合を示す説明図である。
【図１０】ＪＰＥＧ２０００方式で圧縮後の符号列のデータ配列でＰＣＲＬの場合を示す説明図である。
【図１１】本発明の一実施の形態にかかるネットワークシステムの全体構成を示すブロック図である。
【図１２】サーバが実行する処理の機能ブロック図である。
【図１３】クライアントの電気的な接続のブロック図である。
【図１４】クライアントが実行する処理の機能ブロック図である。
【図１５】Ｙ，Ｃｂ，Ｃｒの各成分の一部にエラーが生じている場合のデータ構成の説明図である。
【符号の説明】
３２  読取手段
３４  エラー検出手段
３５  歪量算出手段、比較手段
３６  出力手段
３７  デコード手段
３８  デコード手段
３９  デコード手段
４０  報知手段
４１  中止手段
【図１】
2004186858.tif 000004
【図２】
2004186858.tif 000005
【図３】
2004186858.tif 000006
【図４】
2004186858.tif 000007
【図５】
2004186858.tif 000008
【図６】
2004186858.tif 000009
【図７】
2004186858.tif 000010
【図８】
2004186858.tif 000011
【図９】
2004186858.tif 000012
【図１０】
2004186858.tif 000013
【図１１】
2004186858.tif 000014
【図１２】
2004186858.tif 000015
【図１３】
2004186858.tif 000016
【図１４】
2004186858.tif 000017
【図１５】
2004186858.tif 000018