(57)【要約】【課題】符号データの中から符号化条件が同一である小領域を調べる処理を高速に行う画像処理装置、画像処理方法、及び、その符号データが記録された情報記録媒体を提供すること。【解決手段】複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号を生成する画像符号化手段と、前記小領域に対する符号化条件の同一性を規定する名前空間情報を有する名前空間符号を生成する名前空間符号生成手段と、前記画像符号と前記名前空間符号とを有する符号データを生成する符号データ生成手段と、を有する画像処理装置。【選択図】図１
2008306595.tif 000002
【特許請求の範囲】
【請求項１】
複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号を生成する画像符号化手段と、
前記小領域に対する符号化条件の同一性を規定する名前空間情報を有する名前空間符号を生成する名前空間符号生成手段と、
前記画像符号と前記名前空間符号とを有する符号データを生成する符号データ生成手段と、
を有する画像処理装置。
【請求項２】
前記名前空間符号は、符号化条件の同一性が規定される小領域の識別情報を有する請求項１記載の画像処理装置。
【請求項３】
前記符号データ生成手段は、符号化条件の同一性が規定された小領域の画像符号が、前記名前空間符号の後方の位置に連続して配される符号データを生成する請求項１又は２記載の画像処理装置。
【請求項４】
前記画像に含まれる全ての小領域に対する符号化条件が同一の場合に、
前記名前空間符号は、前記画像に含まれる全ての小領域の符号化条件が同一であることを規定する名前空間情報を有する請求項１記載の画像処理装置。
【請求項５】
複数の小領域を有する画像が複数ある場合に、
前記名前空間符号は、異なる画像に含まれる小領域の符号化条件の同一性を規定する名前空間情報を有する請求項１ないし４何れか一項に記載の画像処理装置。
【請求項６】
複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間符号とを有する、符号データから、前記名前空間符号を復号して名前空間情報を取得する名前空間符号復号手段と、
前記符号データから所定の符号化条件に対応する小領域の画像符号を選択する小領域符号選択手段と、
を有する画像処理装置。
【請求項７】
前記小領域符号選択手段によって選択された小領域の画像符号を復号する復号手段を有する請求項６記載の画像処理装置。
【請求項８】
前記名前空間符号に、符号化条件の同一性が規定される小領域の識別情報が含まれている場合に、
前記小領域符号選択手段は、前記小領域の識別情報により、符号化条件が同一である小領域の画像符号を選択する請求項６又は７記載の画像処理装置。
【請求項９】
前記符号データが、前記名前空間符号の後方に符号化条件の同一性が規定される小領域の画像符号が連続して配される構成の場合に、
前記小領域符号選択手段は、連続して配される前記小領域の画像符号を選択する請求項６又は７記載の画像処理装置。
【請求項１０】
複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号を生成する画像符号化ステップと、
前記小領域に対する符号化条件の同一性を規定する名前空間情報を有する名前空間符号を生成する名前空間符号生成ステップと、
前記画像符号と前記名前空間符号とを有する符号データを生成する符号データ生成ステップと、
を有する画像処理方法。
【請求項１１】
複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間符号とを有する、符号データから、前記名前空間符号を復号する名前空間符号復号ステップと、
前記符号データから所定の符号化条件に対応する小領域の画像符号を選択する小領域符号選択ステップと、
を有する画像処理方法。
【請求項１２】
複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間情報符号と、を有する符号データを格納する領域を有するコンピュータに読み取り可能な情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理方法、及び、情報記録媒体に関する。
【背景技術】
【０００２】
従来から、高解像度の画像データを高速かつ容易に処理するために、画像を小領域に分割し、その小領域毎に転送等の処理を行う技術がある。例えば、特開２００３−２３６３０号公報（特許文献１）には、サーバに格納されている圧縮コードストリームの中のクライアントが要求する部分を、サーバからクライアントに送信することが記載されている。また、例えば、特開平１１−２０５７８６号公報（特許文献２）には、異なる解像度の画像を複数格納したサーバから、クライアントが要求する画像を転送する画像データ転送システム等の技術が開示されている。
【０００３】
このような技術によれば、選択された小領域のみを送信することにより、画像全体に対応するデータを送信するよりも、送信データの量を少なくすることができるという利点が生じる。
【０００４】
ところで、ＪＰＥＧ２０００（ＩＳＯ／ＩＥＣ  １５４４４（非特許文献１））規格等に定められている符号化方式によれば、画像に含まれている小領域毎に符号化条件を指定することにより、好適に符号化を行うことができる。
【特許文献１】特開２００３−２３６３０号公報
【特許文献２】特開平１１−２０５７８６号公報
【非特許文献１】ＩＳＯ／ＩＥＣ  １５４４４
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１及び２に開示の技術では、上記非特許文献１に記載の符号化方式のように、小領域毎の符号化条件が異なる符号データからの中から小領域を選択することについては考慮されていない。
【０００６】
例えば、画像内の所定の領域に対応するデータを取得する場合には、各小領域に共通となる符号化条件を調べる必要が生じる。より詳細には、例えば、ＪＰＥＧ２０００規格においては、サブバンドの中のプリシンクトサイズや、小領域の解像度が同一となるように、符号を取得する必要が生じる。そして、画像が高解像度となり小領域の数が増えるほど、調べる小領域の数が増加し、その処理量が大きくなる。
【０００７】
本発明は、上記の点に鑑みて、これらの問題を解消するために発明されたものであり、符号データの中から符号化条件が同一である小領域を調べる処理を高速に行う画像処理装置、画像処理方法、及び、その符号データが記録された情報記録媒体を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の画像処理装置は次の如き構成を採用した。
【０００９】
本発明の画像処理装置は、複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号を生成する画像符号化手段と、前記小領域に対する符号化条件の同一性を規定する名前空間情報を有する名前空間符号を生成する名前空間符号生成手段と、前記画像符号と前記名前空間符号とを有する符号データを生成する符号データ生成手段と、を有する構成とすることができる。
【００１０】
これにより、符号データの中から符号化条件が同一である小領域を調べる処理を高速に行う画像処理装置を提供することができる。
【００１１】
また、上記目的を達成するために、本発明の画像処理装置において、前記名前空間符号は、符号化条件の同一性が規定される小領域の識別情報を有するように構成することができる。
【００１２】
また、上記目的を達成するために、本発明の画像処理装置において、前記符号データ生成手段は、符号化条件の同一性が規定された小領域の画像符号が、前記名前空間符号の後方の位置に連続して配される符号データを生成するように構成することができる。
【００１３】
また、上記目的を達成するために、本発明の画像処理装置において、前記画像に含まれる全ての小領域に対する符号化条件が同一の場合に、前記名前空間符号は、前記画像に含まれる全ての小領域の符号化条件が同一であることを規定する名前空間情報を有するように構成することができる。
【００１４】
また、上記目的を達成するために、本発明の画像処理装置において、複数の小領域を有する画像が複数ある場合に、前記名前空間符号は、異なる画像に含まれる小領域の符号化条件の同一性を規定する名前空間情報を有するように構成することができる。
【００１５】
また、上記目的を達成するために、本発明の画像処理装置は、複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間符号とを有する、符号データから、前記名前空間符号を復号して名前空間情報を取得する名前空間符号復号手段と、前記符号データから所定の符号化条件に対応する小領域の画像符号を選択する小領域符号選択手段と、を有する構成とすることができる。
【００１６】
また、上記目的を達成するために、本発明の画像処理装置において、前記小領域符号選択手段によって選択された小領域の画像符号を復号する復号手段を有する構成とすることができる。
【００１７】
また、上記目的を達成するために、本発明の画像処理装置において、前記名前空間符号に、符号化条件の同一性が規定される小領域の識別情報が含まれている場合に、前記小領域符号選択手段は、前記小領域の識別情報により、符号化条件が同一である小領域の画像符号を選択するように構成することができる。
【００１８】
また、上記目的を達成するために、本発明の画像処理装置において、前記符号データが、前記名前空間符号の後方に符号化条件の同一性が規定される小領域の画像符号が連続して配される構成の場合に、前記小領域符号選択手段は、連続して配される前記小領域の画像符号を選択するように構成することができる。
【００１９】
また、上記目的を達成するために、本発明の画像処理方法は、複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号を生成する画像符号化ステップと、前記小領域に対する符号化条件の同一性を規定する名前空間情報を有する名前空間符号を生成する名前空間符号生成ステップと、前記画像符号と前記名前空間符号とを有する符号データを生成する符号データ生成ステップと、を有する構成とすることができる。
【００２０】
また、上記目的を達成するために、本発明の画像処理方法は、複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間符号とを有する、符号データから、前記名前空間符号を復号する名前空間符号復号ステップと、前記符号データから所定の符号化条件に対応する小領域の画像符号を選択する小領域符号選択ステップと、を有する構成とすることができる。
【００２１】
また、上記目的を達成するために、本発明の情報記録媒体は、複数の小領域を有する画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記小領域に対する符号化条件の同一性を規定する名前空間情報符号と、を有する符号データを格納する領域を有するコンピュータに読み取り可能な情報記録媒体とすることができる。
【発明の効果】
【００２２】
本発明の画像処理装置、画像処理方法、及び、情報記録媒体によれば、符号データの中から符号化条件が同一である小領域を調べる処理を高速に行う画像処理装置、画像処理方法、及び、その符号データが記録された情報記録媒体を提供すること提供することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を図面に基づき説明する。
〔第一の実施の形態〕
（本発明の一実施の形態に係る画像処理装置の機能構成の例）
図１は、本発明の一実施の形態に係る画像処理装置の機能構成の例を説明する図である。図１（Ａ）の画像処理装置１は、複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記符号化条件と対応づけられた名前空間情報の名前空間符号とを含む、符号データを生成する。画像処理装置１は、例えば、画像符号化手段１１、名前空間符号生成手段１２、及び、符号データ生成手段１３を有する。
【００２４】
画像符号化手段１１は、画像の小領域のデータを符号化して画像符号を生成する。画像符号化手段１１が行う符号化の処理は、例えば、ＪＰＥＧ２０００規格に含まれているウェーブレット変換及び算術符号化処理でもよく、また例えば、ＤＣＴ変換及びハフマン符号化の処理でもよく、また、その他の処理でもよい。
【００２５】
名前空間符号生成手段１２は、小領域毎の符号化条件に対応する名前空間情報を含む名前空間符号を生成する。名前空間情報によって表される名前空間により、符号化条件の同一性が定められる。なお、名前空間情報は、名前空間を識別する識別情報であって、例えば、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）の形式を有する。名前空間は、例えば、タグセットの形式を有し、名前空間に含まれるタグが符号化条件の様々なパラメータ変数名に対応し、そのタグが付随する値が、そのパラメータ変数が有する値となる。
【００２６】
名前空間符号は、例えば、画像の符号データに含まれるユーザ定義情報の形式を有する。より詳細には、例えば、ＪＰＥＧ２０００規格におけるＣＯＭマーカセグメントでもよい。
【００２７】
名前空間符号生成手段１２は、例えば、画像に含まれる小領域のうち、同一の名前空間に対応する符号化条件が適用された小領域が複数ある場合には、名前空間情報とその小領域の識別情報とを名前空間符号に含ませる。これにより、例えば、この名前空間符号を含む符号データから符号化条件が同一の小領域の画像符号を取得する場合に、小領域の画像符号毎に含まれている符号化条件の情報を復号して調べる処理を省くことができる。
【００２８】
符号データ生成手段１３は、画像符号化手段１１によって生成された画像符号、及び、名前空間符号生成手段１２によって生成された名前空間符号を含む、符号データを生成する。符号データ生成手段１３は、例えば、名前空間符号と、その名前空間符号に対応する符号化条件が適用された小領域とを対応づけて、符号データを生成する。
【００２９】
より詳細には、例えば、画像に含まれる小領域の全てに対して、同一の名前空間に対応する符号化条件が適用された場合には、符号データ生成手段１４は、全ての小領域に対応する名前空間符号の一を、符号データに含ませる。これにより、例えば、その符号データから所定の領域に含まれる小領域を取得する際に、その名前空間符号を復号することにより、全ての小領域の符号化条件が同一であることが判るため、小領域の画像符号毎に含まれている符号化条件の情報を復号して調べる処理を省くことができる。
【００３０】
また、例えば、画像に含まれる小領域のうち、同一の名前空間に対応する符号化条件が適用された複数の小領域の画像符号が、符号データの中で連続する場合には、符号データ生成手段１３は、その連続する小領域の画像符号のうち、先頭の小領域の画像符号と名前空間符号とを対応づける。
【００３１】
これにより、この符号データから符号化条件が同一の小領域の画像符号を取得する場合に、該当する名前空間符号に対応する小領域の画像符号から、次の名前空間符号に対応する小領域の画像符号の一つ前の小領域の画像符号までを取得すればよく、小領域の画像符号毎に含まれる符号化条件の情報を復号して調べる処理を省くことができる。
【００３２】
なお、次の名前空間符号がない場合、すなわち、符号データに含まれる名前空間符号のうち、最後尾に位置する名前空間符号には、その名前空間符号より後方に位置する小領域の画像符号が対応づけられる。
【００３３】
図１（Ｂ）の画像処理装置２は、複数の小領域を含む画像の画像データが前記小領域毎に所定の符号化条件により符号化された画像符号と、前記符号化条件と対応づけられた名前空間情報の名前空間符号とを含む、符号データを処理する。画像処理装置２は、例えば、名前空間符号復号手段２２、及び、小領域符号選択手段２３を有し、さらに、符号データ解析手段２１、画像転送手段２４、及び、画像復号手段２５を有してもよい。
【００３４】
符号データ解析手段２１は、符号データの先頭から所定のマーカ等を検索することにより、符号データに含まれる所定のデータへのアクセスを行う手段である。なお、アクセスするとは、例えば、符号データ中の該当データを読み出すこと、又は、符号データ中の該当データを書き換えることをいう。
【００３５】
符号データ解析手段２１は、例えば符号データがＪＰＥＧ２０００規格によるものの場合には、所定のマーカを検索する。符号データ解析手段２１は、また例えば、符号データがＭＰＥＧ規格によるスタートコードを含む場合には、所定のスタートコードを検索する。符号データ解析手段２１は、また例えば、その他のいかなるコード等を検索してもよい。
【００３６】
符号データ解析手段２１は、例えば、符号データの先頭から順に所定のコードを検索することにより、名前空間符号を取得する。なお、所定のコードとは、例えば、ＪＰＥＧ２０００規格において定められているＣＯＭマーカである。
【００３７】
名前空間符号復号手段２２は、符号データから取得される名前空間符号を復号することにより、その名前空間符号に含まれている名前空間情報を取得する。この名前空間情報により、対応する小領域の符号化条件の同一性が規定される。
【００３８】
名前空間符号復号手段２２は、またさらに、名前空間情報に基づき、符号化条件に対応する名前空間を取得し、その名前空間によって定められる符号化条件のパラメータ変数毎にそれらの値を取得してもよい。これにより、符号化条件そのものを取得することができる。名前空間符号復号手段２２は、例えば、ＸＭＬパーサを含んで構成されてもよい。
【００３９】
小領域符号選択手段２３は、名前空間符号復号手段２２によって取得された名前空間情報に基づき、符号データの中から符号化条件が同一性を有する小領域のデータを選択する手段である。小領域符号選択手段２３は、また例えば、符号化条件に基づいて、解像度が同一になるように小領域のデータを選択する。小領域符号選択手段２３は、また例えば、符号データがＪＰＥＧ２００規格にしたがう場合には、符号化条件に基づいて、サブバンドの中のプリシンクトサイズが同一になるように小領域のデータを選択する。
【００４０】
画像転送手段２４は、小領域符号選択手段２３によって選択された小領域のデータを画像処理装置２の外部に接続された装置等に転送する。画像転送手段２４は、選択された小領域のデータを含む新たな符号データを生成し、その符号データを送信してもよい。
【００４１】
画像復号手段２５は、小領域符号選択手段２４によって選択された小領域のデータを復号して画像を生成する。画像復号手段２５によって復号された画像は、図示しない表示装置によって表示されてもよく、画像転送手段２４によって画像処理装置２の外部に送信されてもよく、また、図示しない画像形成手段等によって媒体上に形成され出力されてもよい。
【００４２】
（名前空間符号を含む符号データの例）
図２は、名前空間符号を含む画像の符号データの例である。図２（Ａ）は、全ての小領域に対する符号化条件が同一の場合の符号データの例である。図２（Ａ）の符号データＤ１は、ヘッダ情報Ｈ１の後に、名前空間符号ＮＳ１、小領域のデータＡ１からＡ７が続いている。名前空間符号ＮＳ１は、符号データに含まれる小領域のデータの全てに対する符号化条件が同一であることを表す名前空間情報が含まれている。
【００４３】
これにより、例えば、符号データＤ１から所定の領域に含まれる小領域のデータを取得する場合に、小領域のデータ毎に、符号化条件を取得して調べる処理を省略することができる。
【００４４】
図２（Ｂ）の符号データＤ２は、名前空間符号に、名前空間に対応する符号化条件が適用された小領域の識別情報が含まれている符号データの例である。符号データＤ２には、２つの名前空間符号ＮＳ２及びＮＳ３が含まれている。名前空間符号ＮＳ２は、小領域のデータＢ１、Ｂ２、及び、Ｂ４に適用された符号化条件に対応し、名前空間符号ＮＳ３は、小領域のデータＢ３、Ｂ５、及び、Ｂ６に適用された符号化条件に対応する。
【００４５】
これにより、例えば、符号データＤ２から所定の小領域のデータを取得する場合に、名前空間符号ＮＳ２及びＮＳ３を取得して調べればよく、小領域のデータ毎に、符号化条件を取得して調べる処理を省略することができる。
【００４６】
またこの場合に、名前空間符号ＮＳ２等は、符号データＤ２中の何れの位置に含まれるように構成されてもよいが、例えば、図２（Ｂ）で示すヘッダ情報Ｈ２に続く位置の如く、符号データＤ２中の先頭に近い位置に含まれることにより、名前空間符号を取得する処理を容易にし、またその処理を短時間で行うことができる。したがって、名前空間符号は、小領域のデータ群よりも符号データＤ２の先頭に近い位置に含まれるように構成されるとよい。
【００４７】
より詳細には、例えば、ＪＰＥＧ２０００規格におけるＣＯＭマーカセグメントを用いる。なお、ＣＯＭマーカセグメントの詳細は後述する。この場合には、
［ＣＯＭマーカ（４バイト）］［長さ情報（４バイト）］［識別子（値１）］［名前空間情報］［要素数］［範囲要素］
の形式を有する。但し、
名前空間は例えば、
ｗｗｗ．ｒｅｃｏｈ．ｃｏｍ／ｊｐｅｇ２０００／ｃｏｄｉｎｇｔｙｐｅ／ｔｙｐｅ１
ｃｏｍ．ｒｅｃｏｈ．ｊｐｅｇ２０００．ｃｏｄｉｎｇｔｙｐｅ．ｔｙｐｅ１
等であり、名前空間情報は、この名称である。
【００４８】
また、要素数と範囲要素とは、次の様に表すことができる。
【００４９】
ア）  ［３］［０−５］［８−９］［１５−２０］
イ）  ［６］［０］［１］［２］［３］［６］［９］
ここで、ア）の［３］  及びイ）の［５］が、要素数を表す。
【００５０】
すなわち、ア）では、要素数に続いて［０−５］、［８−９］、［１５−２０］の３つの範囲要素がある。これらは、それぞれ、小領域の識別番号が０から５、８から９、及び、１５から２０であることを表す。この識別番号に対応する小領域の符号化条件が、このＣＯＭマーカセグメントに含まれる名前空間情報によって規定される。
【００５１】
同様に、イ）では、要素数に続いて［０］［１］［２］［３］［６］［９］の６つの範囲要素がある。これらは、それぞれ、小領域の識別番号が、０，１，２，３，６，及び９であることを表す。
【００５２】
また、名前空間情報は、名前空間の別名であってもよい。例えば、
ｒｊ２ｋ０＝ｊｐｅｇ２０００．ｒｅｃｏｈ．ｃｏｍ／ｊｐｅｇ２０００／ｃｏｄｉｎｇｔｙｐｅ／ｔｙｐｅ１
とし、ｒｊ２ｋ０を名前空間情報として、ＣＯＭマーカセグメントに含ませてもよい。
【００５３】
さらに、画像データが複数の画像を含む場合には、符号データの構成を次のようにする。
【００５４】
［画像全体の符号化条件］［一枚の画像の符号化条件］［一枚の画像の符号データ］［一枚の画像の符号化条件］［一枚の画像の符号データ］  …
ここで、［画像全体の符号化条件］に画像全体に対応する名前空間符号を入れることにより、［一枚の画像の符号データ］中に名前空間符号が無い場合には、［画像全体の符号化条件］に含まれる名前空間符号により、符号化条件を取得することができ、処理を高速にすることができる。
【００５５】
また、［画像全体の符号化条件］に含ませる名前空間符号に、その符号化条件を適用する画像の識別情報を含ませてもよく、また、その符号化条件を適用しない画像の識別情報を含ませてもよい。これにより、［画像全体の符号化条件］が適用される画像又は適用されない画像を、画像毎に対応する符号データに含まれているヘッダ情報を取得して調べる処理を省略することができ、処理を高速かつ容易に行うことができる。
【００５６】
図２（Ｃ）の符号データＤ３は、名前空間符号に対応する小領域のデータ群が連続する場合に符号データの例である。符号データＤ３には、２つの名前空間符号ＮＳ４及びＮＳ５が含まれている。名前空間符号ＮＳ４は、小領域のデータＣ１からＣ４の符号化条件に対応し、名前空間符号ＮＳ５は、小領域のデータＣ５からＣ７の符号化条件に対応する。
【００５７】
これにより、例えば、符号データＤ３から所定の小領域のデータを取得する場合に、符号データの先頭から名前空間符号を検索して取得し、その名前空間符号に続く小領域のデータについては、識別情報等を取得すればよい。これにより、小領域のデータ毎に、そのデータに含まれている符号化条件を取得して調べる処理を省略することができる。
【００５８】
（小領域の識別情報を含む符号データを処理する例）
図３は、画像の中の所定の領域を選択する際に、符号データの中からその領域に含まれる小領域のデータの符号化条件を取得する処理の例のフロー図であって、名前空間符号が対応する小領域の識別情報を含む場合の例である。図３の処理は、例えば、図２（Ｂ）の符号データＤ２に対する処理である。
【００５９】
図３のステップＳ１０１では、符号データ解析手段２１が、符号データから所定のマーカを検索することにより名前空間符号を取得し、名前空間符号復号手段２２が、これを復号することにより名前空間情報を取得する。ステップＳ１０１に続いてステップＳ１０２に進み、名前空間符号復号手段２２が、ステップＳ１０１で取得された名前空間情報を解析することにより、その名前空間情報が、画像全体の符号化条件が同一であることを表すか否かを判断する。画像全体の符号化条件が同一である場合には、ここで処理を終了する。そうではない場合には、ステップＳ１０３に進む。
【００６０】
ステップＳ１０２に続くステップＳ１０３では、名前空間符号復号手段２２が、ステップＳ１０１で取得された名前空間符号に、小領域の識別情報が含まれるか否かを判断する。小領域の識別情報が含まれている場合にはステップＳ１０８に進み、含まれていない場合にはステップＳ１０４に進む。
【００６１】
ステップＳ１０３に続くステップＳ１０４では、小領域符号選択手段２３が、名前空間符号に対応する小領域が、選択する領域に含まれているか否かを判断する。含まれている場合にはステップＳ１０５に進み、含まれていない場合にはステップＳ１０６に進む。ステップＳ１０４に続くステップＳ１０５では、小領域符号選択手段２３が、名前空間情報によって規定される符号化条件を、対応する小領域の符号化条件として取得して保持する。
【００６２】
ステップＳ１０６では、符号データ解析手段２１が、符号データの中に次の名前空間符号があるか否かを判断する。次の名前空間符号がある場合には、ステップＳ１０７に進み、無い場合には処理を終了する。
【００６３】
一方、ステップＳ１０３に続くステップＳ１０８では、小領域符号選択手段２３が、ステップＳ１０３で識別情報が取得された小領域が、選択される領域に含まれているか否かを判断する。含まれている場合にはステップＳ１０９に進む。一方、含まれていない場合にはステップＳ１０６に進んで、次の名前空間符号に係る処理を行う。
【００６４】
ステップＳ１０８に続いてステップＳ１０９に進み、小領域符号選択手段２３が、ステップＳ１０８で選択される領域に含まれると判断された小領域の符号化条件を保持する。ステップＳ１０９の処理の後、ステップＳ１０６に進んで、次の名前空間符号に係る処理を行う。
【００６５】
（名前空間符号とその名前空間符号に対応する小領域のデータが連続する符号デーを処理する例）
図４は、画像の中の所定の領域を選択する際に、符号データの中からその領域に含まれる小領域のデータの符号化条件を取得する処理の例のフロー図であって、名前空間符号が対応する小領域のデータに先んじて配され、その名前空間符号に対応する小領域のデータがその後に続く符号データを処理する例である。図４の処理は、例えば、図２（Ｃ）の符号データＤ３に対する処理である。
【００６６】
図４のステップＳ２０１では、符号データ解析手段２１が、符号データＤ３の先頭から名前空間符号を検索し、１つめの名前空間符号を取得し、名前空間符号復号手段２２が、これを復号することにより、名前空間情報を取得する。ステップＳ２０１に続いてステップＳ２０２に進み、名前空間符号復号手段２２が、ステップＳ２０１で取得された名前空間情報に基づき、符号データに含まれている小領域のデータが、全て同一の符号化条件であるか否かを判断する。全て同一である場合には処理を終了する。一方、全て同一ではない場合には、ステップＳ２０３に進む。
【００６７】
ステップＳ２０２に続くステップＳ２０３では、小領域符号選択手段２３が、ステップＳ２０１で取得された名前空間符号に続く小領域のデータが、選択する領域に含まれる小領域のデータか否かを判断する。選択する領域に含まれる場合はステップＳ２０４に進み、選択する領域に含まれない場合はステップＳ２０５に進む。ステップＳ２０３に続くステップＳ２０４では、小領域符号選択手段２３が、名前空間符号に続く小領域のデータに適用されている符号化条件を、その小領域の符号化条件として取得し保持する。
【００６８】
ステップＳ２０３又はステップＳ２０４に続くステップＳ２０５では、符号データ解析手段２１が、ステップＳ２０３で処理された小領域のデータに続く小領域のデータが存在するか否かを判断する。小領域のデータが連続する場合には、ステップＳ２０３に戻って処理を繰り返す。一方、小領域のデータが無い場合には、ステップＳ２０６に進む。
【００６９】
ステップＳ２０５に続くステップＳ２０６では、符号データ解析手段２１が、符号データをステップＳ２０５の続きから検索し、名前空間符号が存在するか否かを判断する。名前空間符号が存在する場合にはステップＳ２０７に進み、名前空間符号が無い場合には処理を終了する。
【００７０】
ステップＳ２０６に続くステップＳ２０７では、名前空間符号復号手段２２が、次の名前空間符号を符号データから取得して復号し、名前空間情報を取得する。ステップＳ２０７に続いてステップＳ２０３に進み、処理を繰り返す。
【００７１】
以上の図３及び図４の処理により、選択する領域に含まれる小領域のデータの符号化条件が、全て取得される。これにより、各小領域に共通な符号化条件を調べることができ、解像度又はプリシンクトサイズが共通な領域のデータ又はその領域の画像を得ることができる。
【００７２】
（ＪＰＥＧ２０００規格による処理の例）
図５から図３７は、本発明の一実施の形態に係る画像処理方法の例であって、ＪＰＥＧ２０００規格による符号データを処理する場合の例である。なお、以下の実施の形態では、符号化条件として「タイルパートへの分割方法のパラメータ」を例に説明するが、本発明の実施の形態は、この例に限らない。いかなる符号化条件であっても、名前空間によって規定されるものであればよい。
【００７３】
図５は、ＪＰＥＧ２０００規格による画像データの符号化処理及び符号データの復号処理の概略を説明する図である。図５のＳ１では、タイルと呼ばれる矩形の領域に分割された画像データに対し、タイル毎に色コンポーネントに分割される。さらに、各色コンポーネントに対して、ＤＣレベルシフト処理が行われる。
【００７４】
Ｓ２では、タイル毎にウェーブレット変換が施される。これにより、ＬＬ成分、ＨＬ成分、ＬＨ成分、ＨＨ成分の４つの成分、すなわち、サブバンドが生成される。ＬＬ成分に対して再帰的にサブバンド変換処理を繰り返すことにより、１つのＬＬ成分と、複数のレベルの異なるＨＬ成分、ＬＨ成分、ＨＨ成分が生成される。
【００７５】
さらに、各サブバンドをプリシンクトと呼ばれる矩形に分割する。プリシンクトとは、サブバンドを矩形に分割したものであり、大まかには画像中の場所を表すものである。より詳細には、プリシンクトは、画像中の場所が対応するＨＬ成分、ＬＨ成分、及び、ＨＨ成分の３つの成分の「組」である。プリシンクトは、サブバンドの大きさと同一でもよい。
【００７６】
プリシンクトをさらに矩形に分割したものを、コードブロックという。そこで、物理的な大きさは、画像≧タイル＞サブバンド≧プリシンクト≧コードブロックの順となる。
【００７７】
図６は、画像、タイル、サブバンド、プリシンクト、及び、コードブロックの関係を説明する図である。また、図７は、サブバンドと解像度レベルとの関係を説明する図である。図７は、デコンポジションレベルが最大で３の場合の例である。なお、デコンポジションレベルとは、サブバンド変換を行う回数のことである。図３では、解像度レベル０が、デコンポジションレベルが最大の３ＬＬに対応している。
【００７８】
図５に戻り、Ｓ３では、Ｓ２のウェーブレット変換により生成したサブバンド毎に、量子化処理が行われる。
【００７９】
Ｓ４では、サブバンドをさらに分割したコードブロックと呼ばれる単位毎に、ウェーブレット変換係数に対して、ビットプレーン符号化が行われる。Ｓ４で行われるビットプレーン符号化は、エントロピー符号化である。
【００８０】
Ｓ５では、ビットプレーン符号化によって生成した符号のうち、不要な符号が破棄され、残る必要な符号がパケットと呼ばれる単位にまとめられる。なお、必要な符号とは、例えば、全てのコードブロックのＭＳＢ側から順に３番目のビットプレーンまでの符号を集めたものであり、コードブロック毎にビットプレーン単位又はレイヤ単位で選択してもよい。また、必要な符号とは、さらに、「空」の符号でもよく、すなわち、パケットの中身にＳ４で生成されたエントロピー符号がふくまれなくてもよい。
【００８１】
なお、パケットの先頭部に配されるパケットヘッダには、そのパケットに含まれる符号に係る情報が含まれる。これにより、生成される符号データから、パケット単位に符号を取得して処理することができる。
【００８２】
また、一のデコンポジションレベルに含まれている全てのプリシンクトのパケットにより、画像全体の符号の一部が形成される。すなわち、例えばＭＳＢ側から順に３番目のビットプレーンまでの符号が集められている場合には、そのビットプレーンまでの符号ができる。これをレイヤと呼ぶ。レイヤは、例えば、画像全体のビットプレーンの符号の一部である。そこで、レイヤの数が増えると、復号される画像の画質が向上する。換言すれば、レイヤの数は画質の単位である。
【００８３】
図８は、デコンポジションレベルが２、プリシンクトのサイズがサブバンドのサイズに等しい場合のレイヤと、そのレイヤに含まれるパケットを説明する図である。また、図９は、図８の例におけるパケットを説明する図である。パケットは、プリシンクトを単位としている。そこで、一のパケットは、プリシンクトを構成するＨＬ成分、ＬＨ成分、及び、ＨＨ成分を含むように構成される。図９では、いくつかのパケットについて、太線で囲んで例示する。
【００８４】
図５に戻り、Ｓ６では、Ｓ５で生成されたパケットを所定の順に並べて符号データが形成される。
【００８５】
（パケットを並べる順の説明）
図１０は、パケットを並べる所定の順を説明する図である。パケットは、
どのコンポ−ネント（以下、記号「Ｃ」を用いて説明する。）に属するか、
どの解像度レベル（以下、記号「Ｒ」を用いて説明する。）に属するか、
どのプリシンクト、すなわち場所（以下、記号「Ｐ」を用いて説明する）に属するか、
どのレイヤ（以下、記号「Ｌ」を用いて説明する。）に属するか、
という４つの属性をヘッダ部に有する。パケットのヘッダ部をパケットヘッダという。パケットヘッダの後には、パケットデータが続く。パケットデータは、エントロピー符号であって、ＪＰＥＧ２０００規格による算術符号が行われた場合には、ＭＱ符号である。
【００８６】
すなわち、パケットの配列とは、パケットヘッダおよびパケットデータをどの属性の順に階層的に並べるかを意味する。この配列順をプログレッションオーダとよぶ。図１０では、５通りが示されている。
【００８７】
ここで、符号データを生成する際に、プログレッション順序順にパケットを並べる処理、及び、符号データを復号する際に、プログレッション順にパケットの属性を解釈する処理は、次のようになる。
すなわち、例えば、スクリプト言語の様式によれば、
ｆｏｒ  （レイヤ）｛
ｆｏｒ  （解像度）｛
ｆｏｒ  （コンポ−ネント）｛
ｆｏｒ  （プリシンクト）｛
エンコード時：パケットを配置
デコード時：パケットの属性を解釈
｝
｝
｝
｝
という階層順で、パケットの配列又は解釈が行われる。
【００８８】
パケットヘッダには、
・そのパケットが空かどうか
・そのパケットにどのコードブロックが含まれるか
・そのパケットに含まれる各コードブロックのゼロビットプレーン数
・そのパケットに含まれる各コードブロック符号のコーディングパス数、又は、さらにビットプレーン数
・そのパケットに含まれる各コードブロックの符号長
が記載されている。
【００８９】
しかしながら、パケットヘッダには、レイヤ番号や解像度番号等は含まれていない。そこで、符号データを処理する際に、そのパケットがどのレイヤのどの解像度の物かを判別するためには、メインヘッダと呼ばれる符号データの先頭部分に含まれている情報の、ＣＯＤマーカ等に記載されたプログレッションオーダから上記のスクリプト言語で示されたｆｏｒループを形成し、そのパケットに含まれる各コードブロックの符号長の和からパケットの切れ目を判別し、各パケットがｆｏｒループ内のどの位置で取得されたかを調べる必要がある。したがって、パケットヘッダ中の符号長さえ読み出せば、エントロピー符号自体を復号しなくても、次のパケットを検出できる。すなわち、任意のパケットにアクセスできる。
【００９０】
（プログレッションオーダと符号データの例）
図１１から図１４は、プログレッションオーダに対応する符号データの例を説明する図であって、図１１及び図１２は、ＬＲＣＰ（レイヤ、解像度、コンポーネント、プリシンクト）の順の例であり、図１３及び図１４は、ＲＬＣＰ（解像度、レイヤ、コンポーネント、プリシンクト）の順の例である。
【００９１】
図１１の符号データは、レイヤがｆｏｒループの最も外側に位置することを表している。ｆｏｒループの最も外側のことを、以下、「最外殻」という。図１１中、ＳＯＣはＳｔａｒｔ  ｏｆ  Ｃｏｄｅｓｔｒｅａｍマーカであり、符号データの先頭を表す。Ｍａｉｎ  Ｈｅａｄｅｒは、符号データ全体に係るパラメータを含むメインヘッダである。
【００９２】
符号データは、各タイルを構成する符号毎に、パケットの切れ目でさらに複数に分割することができる。この「タイルを構成する符号を分割したもの」をタイルパートという。各タイルパートは、パケットに先んじて、ＳＯＴ（ｓｔａｒｔ  ｏｆ  ｔｉｌｅ−ｐａｒｔ）マーカセグメントで始まり，ＳＯＤ（ｓｔａｒｔ  ｏｆ  ｄａｔａ）マーカで終わるヘッダを有する。このヘッダをタイルパートヘッダという。
【００９３】
図１１に戻り、ＳＯＴは、タイルパートの先頭に位置するタイルパートマーカセグメントの開始を表す、ＳＯＴマーカである。ＳＯＴに続いて、タイルパートヘッダが配される。ＳＯＤは、タイルパートヘッダの終端に配されるＳｔａｒｔ  ｏｆ  Ｄａｔａマーカである。ＳＯＤマーカの後には、エントロピー符号が続く。ＳＯＴマーカからＳＯＤマーカまでがタイルパートヘッダである。
【００９４】
また、図１３の符号データは、解像度が最外殻に位置することを表している。
【００９５】
図１２及び図１４は、画像のサイズが縦横１００画素、レイヤ数が２、解像度レベルが３レベル、すなわち０〜２、コンポーネントの数が３個、プリシンクトサイズが縦横３２の場合の、３６個のパケットの順列を表す図であって、図１２は、図１１に対応するＬＲＣＰプログレッションオーダの例、図１４は、図１３に対応するＲＬＣＰプログレッションオーダの例である。
【００９６】
（ＳＯＴマーカセグメントの説明）
図１５及び図１６は、ＳＯＴマーカセグメントの構成を説明する図である。図１５が、ＳＯＴマーカセグメントの構成の例であり、図１６が、ＳＯＴマーカセグメントに含まれるパラメータを説明する表である。図１６に含まれているＰｓｏｔの値を取得することにより、タイルパート毎にエントロピー符号にアクセスすることができる。既に説明した図１２及び図１４は、タイルパートの数が１の場合の例である。
【００９７】
（ＴＬＭマーカセグメントの説明）
パケットヘッダの復号を省略したい場合は、また、符号化時に、タイルパートヘッダの中のＰＬＴマーカや、メインヘッダ中のＰＬＭマーカに、各パケットの長さを記録しておくとよい。さらに、ＳＯＴマーカを探す処理を省きたい場合には、符号化時にＴＬＭマーカに各タイルパートの長さを記録しておくとよい。
【００９８】
図１７から図１９は、ＴＬＭマーカセグメントの構成を説明する図である。ＴＬＭマーカセグメントは、タイルパートの長さを記述するマーカセグメントであって、メインヘッダに含まれる。図１７が、ＴＬＭマーカセグメントの構成の例であり、図１８が、ＴＬＭマーカセグメントに含まれているパラメータの意味を説明する図である。また、図１９は、図１８のパラメータ中、Ｓｔｌｍの値と対応する意味とを説明する図である。図１７及び図１８より明らかなように、Ｐｔｌｍ（ｉ）の値を取得することにより、ｉ番目のタイルパートの長さを知ることができる。
【００９９】
（タイルパート毎にアクセスすることの説明）
ＪＰＥＧ２０００の符号はパケット単位でのアクセス、又は、より簡易にはタイルパート単位でのアクセスができる。これは、原符号データから必要な符号だけを抜き出して、新たな符号データを生成できることを意味する。またこれは、原符号データから、必要に応じて部分的な符号データだけを復号できることをも意味する。
【０１００】
例えば、サーバにある大きな画像をクライアント側で表示する場合に、クライアントは、必要な画質に対応する符号データ、必要な解像度に対応する符号データ、見たい領域だけの符号データ、又は、見たいコンポ−ネントに対応する符号データをサーバから受信し、復号することができる。
【０１０１】
この様に、サーバにあるＪＰＥＧ２０００符号から，必要な符号だけを受信するためのプロトコルをＪＰＩＰ（ＪＰＥＧ２０００  Ｉｎｔｅｒａｃｔｉｖｅ  Ｐｒｏｔｏｃｏｌ）とよび、標準規格として制定されている。このような、階層的な画像を部分的にアクセスするためのプロトコルとして、例えば、画像の多重解像度表現であるＦｌａｓｈＰｉｘと、及び、それにアクセスするためのプロトコルであるＩＩＰ（Ｉｎｔｅｒｎｅｔ  Ｉｍａｇｉｎｇ  Ｐｒｏｔｏｃｏｌ）がある。より詳細には、ｈｔｔｐ：／／ｗｗｗ．ｉ３ａ．ｏｒｇ／ｉ＿ｉｉｐ．ｈｔｍｌを参照。また、ＪＰＩＰにおけるキャッシュモデル等に関しては、特許文献１におけるサーバクライアント環境におけるＪＰＥＧ２０００のための画像処理がある。
【０１０２】
ところで、ＪＰＩＰでは、クライアントからサーバに対して、描画したい解像度と実際に描画するウィンドウサイズを指定することが考えられる。このような指定を受けたサーバは、その解像度のその領域に含まれるプリシンクトのパケットを送信するか、又は、より簡易には、その領域に含まれるタイルパートを送信する。
【０１０３】
なお、「指定された領域に含まれるプリシンクト又はタイルパート」とは、指定された領域にその全体が含まれるプリシンクト又はタイルパート、及び、指定された領域にその一部が含まれるプリシンクト又はタイルパートである。
【０１０４】
以下の実施の形態では、タイルパートを送信するＪＰＩＰシステムについて説明する。なお、タイルパートを送信するＪＰＩＰシステムを、ＪＰＴシステムという。
【０１０５】
ＪＰＴシステムでは、画像全体を構成するタイルパートの中から、その領域に含まれるタイルパートを抽出する手順がある。その手順では、まず、サーバが管理する符号データが、どのようにタイルパートに分かれているかを調べる必要がある。
【０１０６】
（タイルパートへの分割の説明）
図２０から図２２は、タイルパートへの分割を説明する図である。図２０から図２２は、図１４のＲＬＣＰプログレッションオーダのパケットの順列を有する符号データを、タイルパートに分割するそれぞれ異なる例である。図１４の符号データは、画像のサイズが縦横１００画素、レイヤ数が２、解像度レベルが３レベル、すなわち０〜２、コンポーネントの数が３個、プリシンクトサイズが縦横３２の場合の、３６個のパケットからなり、タイルの数は１である。
【０１０７】
図２０は、全ての解像度境界をタイルパートの境界とした例であって、３つのタイルパートに分割された例である。図２１は、全ての解像度境界に加えて、レイヤ境界でもタイルパートに分割した例であって、６つのタイルパートに分割された例である。図２２は、全ての解像度境界、全てのレイヤ境界、及び、全てのコンポーネント境界でタイルパートに分割した例であって、１８個のタイルパートに分割された例である。
【０１０８】
（符号データから所定の領域を選択する説明）
ところで、クライアントからサーバに対して「２５×２５画素に相当する解像度部分を、２０×２０のウィンドウサイズで表示したい」という要求が来たとする。２５×２５画素に相当する解像度とは、解像度レベル０の部分を指す。また、２０×２０のウィンドウとは、解像度レベル０の画素のうちの２０×２０の部分だけを表示するということを意味する。
【０１０９】
サーバは、保持する符号データから、解像度レベル０を含むタイルパートを抽出し、メインヘッダの情報とともに、クライアントに対して送信すればよい。タイルパートの先頭には、必ずＳＯＴマーカがあり、タイルパートの長さも判るため、タイルパートの境界自体は常に判別することができる。
【０１１０】
しかし、図２０から図２２の例から容易に判るように、何番目から何番目までのタイルパートを選択して送信するのかは、その符号のプログレッションオーダ及びタイルパートへの分割方法という２つのパラメータに依存する。
【０１１１】
プログレッションオーダは、メインヘッダやタイルパートヘッダのＣＯＤマーカセグメントに入っているため、符号データから取得することが容易である。しかし、ＪＰＥＧ２０００規格においては、タイルパートの分割方法を入れるように規定されているマーカセグメントがない。そこで、タイルパートへの分割方法が符号データとは別の方法によって判別されていない場合には、所望のタイルパートを決めるに、パケットを１つ１つ数えていく処理が必要となる。なお、別の方法によって判別される、とは、例えば、符号化器と復号器とが対になっている場合等、符号化器で行われるタイルパートへの分割方法が、復号器によって容易に取得できることをいう。
【０１１２】
ＳＯＴしかない場合は「ＳＯＴを検索してタイルパート長を取得し、符号データをシークして次のタイルパートにたどり着く」手順を繰返し、所定個数のＳＯＴに達した時点で所望のタイルパートが得られることになる。
【０１１３】
さらにＴＬＭがある場合は「ＴＬＭ中のタイルパート長を検出して積算」する手順を繰返し、所定個数のタイルパート数に達した時点で、所望のタイルパートへのシーク長、すなわち、最初のタイルパートからのオフセットが得られ、その結果所望のタイルパートが得られる。
【０１１４】
上記の、ＳＯＴ、ＴＬＭのいずれの場合も、サーバにおいて「所望のタイルパートへのオフセット」を算出しなければ、所望のタイルパートを送信することは出来ない。タイルの数が多くなく、かつ、タイルパートの数が多くない場合は、このようなオフセット算出時間及びその処理量は問題とはなりにくい。しかし、画像サイズが大きくなり、タイル数が増え、さらに、タイルパート数が非常に多くなると、この算出時間及びその処理量が問題となる。すなわち、非常に大きな画像の僅か一部の符号にアクセスするために、大量の積算をしなければならない。また、ＰＬＴを用いてパケットの先頭位置を算出する場合にも、同様の問題が生じる。
【０１１５】
ところで、ＪＰＥＧ２０００規格の符号フォーマットやファイルフォーマットには、任意の情報を入れることが許されているマーカセグメントやＢｏｘがある。そこで、その位置に、タイルパートへの分割方法を入れておけば、ＪＰＴサーバにとって、例えば、パケットを１つ１つ数える処理を省くことができ、非常に有用となる。
【０１１６】
さらに、ＪＰＩＰにおいて高速なサーバのレスポンスを実現するために、タイルパート長やパケット長だけでなく、その「オフセット」自体も符号データ等の中にもたせるとよい。ＪＰＥＧ２０００の符号フォーマットの中に、このオフセットを専用に格納する位置は用意されていないが、用途が自由であるオプショナルなマーカを使用してもよい。また、ファイルフォーマットを利用して、このオフセットを好適に格納してもよい。
【０１１７】
さらに、タイルパートへの分割方法を含む様々な符号化条件を規定する名前空間を用い、その名前空間を識別するための名前空間情報を、オプショナルなマーカによって符号データ中に含ませることにより、少量のデータ量の追加だけで、複数の小領域に対する符号化条件の同一性を符号データ中に含ませることができる。
【０１１８】
（ＣＯＤマーカセグメントの説明）
図２３から図２５は、プログレッションオーダに係る情報を含ませるためのＣＯＤマーカセグメントを説明する図である。図２３は、ＣＯＤマーカセグメントの構成を説明する図であり、図２４は、ＣＯＤマーカセグメントに含まれるパラメータの説明の図である。
【０１１９】
符号データ全体に渉ってデフォルトとして指定されるプログレッションオーダは、メインヘッダ中のＣＯＤマーカセグメントのＳｇｃｏｄパラメータに含まれる。さらに、デフォルトとは異なるプログレッションオーダを用いるタイルパートにおいては、タイルパートヘッダ中のＣＯＤマーカセグメントに含まれてよい。
【０１２０】
図２５は、図２４のＳｇｃｏｄパラメータの値と、プログレッションオーダとの対応を説明する図である。５種類にプログレションオーダに対応する５つの値がある。
【０１２１】
（ＣＯＭマーカセグメントの説明）
図２６から図２８は、本発明の一実施の形態において名前空間情報を含む名前空間符号として使用される、ＣＯＭマーカセグメントを説明する図である。図２６は、ＣＯＭマーカセグメントの構成を説明する図である。また、図２７は、ＣＯＭマーカセグメントに含まれるパラメータの値を説明する図である。図２８は、ＣＯＭマーカセグメントに含ませるデータの種類を表すパラメータＲｃｏｍを説明する図である。
【０１２２】
図２７においてＣｃｏｍ（ｉ）パラメータの値に、任意のデータを入れる。本発明の一実施の形態では、この値として、名前空間情報を含ませる。また、その名前空間情報によって規定される符号化条件が対応する小領域の識別情報を含ませてもよい。
【０１２３】
なお本実施の形態において、小領域とは、例えば、タイル、タイルパート、プリシンクト、コードブロック、パケット等の何れでもよい。好適にはタイル又はタイルパートがよい。
【０１２４】
（ＪＰ２ファイルフォーマットの例）
図２９は、本発明の一実施の形態における画像処理装置が処理する符号データの形態である、ＪＰ２ファイルフォーマットの構造を示したものである。例えば、図２９における、ＵＵＩＤＢｏｘ（符号ｂ１）又はＸＭＬＢｏｘ（符号ｂ２）に、名前空間符号を含ませるとよい。
【０１２５】
図３０及び図３１は、ｂｏｘの基本構造を説明する図である。図３０は、ｂｏｘの基本構造、図３１は、ｂｏｘに含まれるパラメータの値とその値に対応する内容を説明する図である。ＤＢｏｘパラメータの値が、ｂｏｘに含まれる情報、すなわちデータ本体である。
【０１２６】
図３２は、ＵＵＩＤｂｏｘにおけるＤＢｏｘの構造を説明する図である。冒頭のフィールドがＵＵＩＤであり、それに続いて情報本体であるＤＡＴＡが含まれる。図３３は、Ｄｂｏｘに含まれる各フィールドの値を説明する図である。ＤＡＴＡフィールドが、ユーザが任意に決められるユーザ定義情報を格納するフィールドである。本発明の一実施の形態では、このＤＡＴＡフィールドに、名前空間符号を含ませるとよい。
【０１２７】
また、ＸＭＬＢｏｘは、ＸＭＬ形式で記述されたユーザ定義情報を格納するためのｂｏｘである。図３１におけるＴＢｏｘに所定の値を入れることにより、ＤｂｏｘにＸＭＬ形式のユーザ定義情報を格納することができる。本発明の一実施の形態では、ＸＭＬ形式により名前空間符号を形成してもよく、その場合には、ＸＭＬｂｏｘを用いてもよい。
【０１２８】
なお、ＵＵＩＤｂｏｘ、及び、ＸＭＬＢｏｘの構造は、ＪＰＸファイルフォーマットにおいても同様である。
【０１２９】
（ＪＰＭファイルフォーマットの例）
図３４は、複数の画像を含む符号データの構成の例を説明する図であって、ＪＰＭファイルフォーマットの例の図である。図３４のＪＰＭファイルフォーマットにおいては、ＵＵＩＤＢｏｘ、及び、ＸＭＬＢｏｘの構成は、ＪＰ２ファイルフォーマットと同様であるので、ここでは説明を省略する。
【０１３０】
図３４より明らかなように、本発明の実施の形態に係る画像処理装置によって生成され又は処理される符号データは、複数の画像を含む構成でもよい。また、その場合に、画像に含まれる小領域の符号化条件を既定する名前空間は、一の画像に含まれる複数の小領域に対応づけられてもよく、また、複数の画像に含まれる複数の小領域に対応づけられてもよい。
【０１３１】
これにより、複数の画像を含む符号データから、領域を選択して取得する際に、それらの画像に含まれる小領域毎の符号化条件を調べる処理を簡易にすることができる。
【０１３２】
（本発明の一実施の形態に係る画像処理方法を実行するコンピュータの例）
図３５及び図３６は、本発明の実施の形態に係る画像処理方法を実現するコンピュータの構成及びその動作を説明する図である。図３５は、符号データを生成する処理を行うコンピュータの例であり、図３６は、生成された符号データから小領域のデータを選択して新たな符号データを生成する処理を行うコンピュータの例である。
【０１３３】
図３５のコンピュータ４０は、データバスを介して、ＣＰＵ４１、ＲＡＭ４２、及び、ＨＤＤ４３が接続されている。なお、ＣＰＵ４１とＲＡＭ４２とは、例えば、コンピュータ４０の内部に含まれるように構成され、ＨＤＤ４３は、コンピュータ４０の外部に設けられる構成でもよい。
【０１３４】
原画像から符号データが生成される処理は、以下のＡ（１）からＡ（４）にしたがって行われる。なお、図３５の○で囲まれた数字は、以下の手順の括弧（）で囲まれた数字の手順に対応する。
【０１３５】
Ａ（１）ＨＤＤ４３上に記録された原画像が、ＣＰＵ４１からの命令によってＲＡＭ４２上に読み込まれる。なお、原画像が複数の画像を含む場合には、一の画像毎に処理が行われる。
【０１３６】
Ａ（２）ＣＰＵ４１が、ＲＡＭ４２上の画像を読み込み、本発明の一実施の形態に係る画像処理方法により、符号化を行う。この処理により、名前空間符号を含む符号データが生成される。
【０１３７】
Ａ（３）ＣＰＵ４１が、符号データをＲＡＭ４２上の、原画像のデータとは別の領域に書き込む。
【０１３８】
Ａ（４）ＣＰＵ４１からの命令によって、符号データがＨＤＤ４３上に記録される。
【０１３９】
図３６では、図３５のコンピュータ４０が、さらに、データバスを介してクライアントＰＣ４４に接続されている。この構成によれば、次のＢ（１）からＢ（４）の手順によって、ＪＰＥＧ２０００の符号データから、その符号データよりも解像度の低い、あるいはレイヤ数またはコンポ−ネント数の少ない第２の符号データが生成される。なお、図３６の○で囲まれた数字は、以下の手順の括弧（）で囲まれた数字の手順に対応する。
【０１４０】
Ｂ（１）ＨＤＤ４３上に記録された符号データが、ＣＰＵ４１からの命令によってＲＡＭ４２上に読み込まれる。
【０１４１】
Ｂ（２）ＣＰＵ４１はＲＡＭ４２上の符号データを読み込み、本発明の一実施の形態に係る画像処理方法により、符号データの中から小領域のデータを選択して第２の符号データを生成する。
【０１４２】
Ｂ（３）ＣＰＵ４１は、生成された第２の符号データをＲＡＭ４２上の元の符号データが書き込まれている領域とは別の領域に書き込む。
【０１４３】
Ｂ（４）ＣＰＵ４１からの命令によって、第２の符号データがＨＤＤ４３上に記録される。
【０１４４】
上記Ｂ（１）からＢ（４）の処理に先んじて、バス上に接続されたクライアントＰＣ４４は、サーバに対して処理する符号データの指定、生成される第二の符号データの画像の解像度指定（ｆｓｉｚｅ）及び表示サイズの指定がなされてもよい。これにより、上記Ｂ（１）からＢ（４）の処理に代えて、次のＣ（１）からＣ（３）の処理が行われる。
【０１４５】
Ｃ（１）ＨＤＤ４３上に記録された符号データが、ＣＰＵ４１からの命令によってＲＡＭ４２上に読み込まれる。
【０１４６】
Ｃ（２）ＣＰＵ４１はＲＡＭ４２上の符号を読み込み、本発明の一実施の形態に係る画像処理方法により、小領域のデータを選択して第２の符号データを生成する。
【０１４７】
Ｃ（３）そして、ＣＰＵ４１からの命令によりその第２の符号データがクライアントＰＣ４４に送信される。なお、第２の符号データは、例えば、所定のタイルパートに対応する符号である。
【０１４８】
また、符号データがＪＰＥＧ２０００規格にしたがう場合には、例えば、解像度指定はｆｓｉｚ、表示ウィンドウはｒｓｉｚ、というそれぞれのパラメータの形式により、ＪＰＴクライアントからＪＰＴサーバへ送信される。
【０１４９】
例えば
ｆｓｉｚ  ＝  "ｆｓｉｚ"  "＝"  ｘ方向のサイズ  "，"  ｙ方向のサイズ  ［"，"  "ｃｌｏｓｅｓｔ"］
ｒｓｉｚ  ＝  "ｒｓｉｚ"  "＝"  ｘ方向のウィンドゥサイズ  "，"  ｘ方向のウィンドゥサイズ
の様に表現されてもよい。
【０１５０】
以上、発明を実施するための最良の形態について説明を行ったが、本発明は、この最良の形態で述べた実施の形態に限定されるものではない。本発明の主旨をそこなわない範囲で変更することが可能である。
【図面の簡単な説明】
【０１５１】
【図１】本発明の一実施の形態に係る画像処理装置の機能構成の例。
【図２】名前空間符号を含む画像の符号データの例。
【図３】名前空間符号が対応する小領域の識別情報を含む場合の処理の例のフロー図。
【図４】名前空間符号に対応する小領域のデータがその後に続く符号データを処理する例のフロー図。
【図５】ＪＰＥＧ２０００規格による画像データの符号化処理及び符号データの復号処理の概略を説明する図。
【図６】画像、タイル、サブバンド、プリシンクト、及び、コードブロックの関係を説明する図。
【図７】サブバンドと解像度レベルとの関係を説明する図。
【図８】レイヤとそのレイヤに含まれるパケットを説明する図（その１）。
【図９】レイヤとそのレイヤに含まれるパケットを説明する図（その２）。
【図１０】プログレッションオーダを説明する図。
【図１１】ＬＲＣＰの符号データの例の図。
【図１２】ＬＲＣＰの符号データのパケットの順列の例の図。
【図１３】ＲＬＣＰの符号データの例の図。
【図１４】ＲＬＣＰの符号データのパケットの順列の例の図。
【図１５】ＳＯＴマーカセグメントの構成を説明する図。
【図１６】ＳＯＴマーカセグメントに含まれるパラメータを説明する図。
【図１７】ＴＬＭマーカセグメントの構成を説明する図。
【図１８】ＴＬＭマーカセグメントに含まれているパラメータの意味を説明する図。
【図１９】Ｓｔｌｍパラメータの値と対応する意味とを説明する図。
【図２０】ＲＬＣＰプログレッションオーダのパケットの順列を有する符号データを、タイルパートに分割した例（その１）。
【図２１】ＲＬＣＰプログレッションオーダのパケットの順列を有する符号データを、タイルパートに分割した例（その２）。
【図２２】ＲＬＣＰプログレッションオーダのパケットの順列を有する符号データを、タイルパートに分割した例（その３）。
【図２３】ＣＯＤマーカセグメントの構成を説明する図。
【図２４】ＣＯＤマーカセグメントに含まれるパラメータの説明の図。
【図２５】Ｓｇｃｏｄパラメータの値とプログレッションオーダとの対応を説明する図。
【図２６】ＣＯＭマーカセグメントの構成を説明する図。
【図２７】ＣＯＭマーカセグメントに含まれるパラメータの値を説明する図。
【図２８】ＣＯＭマーカセグメントに含ませるデータの種類を表すパラメータＲｃｏｍを説明する図。
【図２９】ＪＰ２ファイルフォーマットの構造を説明する図。
【図３０】ｂｏｘの基本構造を説明する図。
【図３１】ｂｏｘに含まれるパラメータの値とその値に対応する内容を説明する図。
【図３２】ＵＵＩＤｂｏｘにおけるＤＢｏｘの構造を説明する図。
【図３３】Ｄｂｏｘに含まれる各フィールドの値を説明する図。
【図３４】ＪＰＭファイルフォーマットの構造を説明する図。
【図３５】本発明の一実施の形態に係る画像処理方法を実行するコンピュータの例（その１）。
【図３６】本発明の一実施の形態に係る画像処理方法を実行するコンピュータの例（その２）。
【符号の説明】
【０１５２】
１、２  画像処理装置
１１  画像符号化手段
１２  名前空間符号生成手段
１３  符号データ生成手段
２１  符号データ解析手段
２２  名前空間符号復号手段
２３  小領域符号選択手段
２４  画像転送手段
２５  画像復号手段
４０  コンピュータ
４１  ＣＰＵ
４２  ＲＡＭ
４３  ＨＤＤ
４４  クライアントＰＣ
Ｄ１、Ｄ２、Ｄ３  符号データ
ＮＳ１、ＮＳ２、ＮＳ３、ＮＳ４、ＮＳ５  名前空間符号
Ａ１、Ａ２、Ａ３、Ａ４、Ａ５、Ａ６、Ａ７  小領域の画像符号
Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６、Ｂ７  小領域の画像符号
Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７  小領域の画像符号
【図１】
2008306595.tif 000003
【図２】
2008306595.tif 000004
【図３】
2008306595.tif 000005
【図４】
2008306595.tif 000006
【図５】
2008306595.tif 000007
【図６】
2008306595.tif 000008
【図７】
2008306595.tif 000009
【図８】
2008306595.tif 000010
【図９】
2008306595.tif 000011
【図１０】
2008306595.tif 000012
【図１１】
2008306595.tif 000013
【図１２】
2008306595.tif 000014
【図１３】
2008306595.tif 000015
【図１４】
2008306595.tif 000016
【図１５】
2008306595.tif 000017
【図１６】
2008306595.tif 000018
【図１７】
2008306595.tif 000019
【図１８】
2008306595.tif 000020
【図１９】
2008306595.tif 000021
【図２０】
2008306595.tif 000022
【図２１】
2008306595.tif 000023
【図２２】
2008306595.tif 000024
【図２３】
2008306595.tif 000025
【図２４】
2008306595.tif 000026
【図２５】
2008306595.tif 000027
【図２６】
2008306595.tif 000028
【図２７】
2008306595.tif 000029
【図２８】
2008306595.tif 000030
【図２９】
2008306595.tif 000031
【図３０】
2008306595.tif 000032
【図３１】
2008306595.tif 000033
【図３２】
2008306595.tif 000034
【図３３】
2008306595.tif 000035
【図３４】
2008306595.tif 000036
【図３５】
2008306595.tif 000037
【図３６】
2008306595.tif 000038