(57)【要約】【課題】  部分画像書き換え処理において、処理効率を向上するとともに、データ管理の一元化を可能にする。【解決手段】  オリジナル符号データにおけるリスタートマーカで区切られた置き換え対象となる部分の符号データを、オリジナル符号データと同じ条件で圧縮した書き換え用符号データと置き換え、置き換え位置情報及び置き換え対象となる部分の符号データをアプリケーションマーカに記憶させることで、オリジナル符号データとの置き換えを可能にする。【選択図】  図９
2007060334.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたオリジナル画像データの一部分を書き換え用画像データに置き換えるための画像処理装置であって、
前記オリジナル画像データの符号データからヘッダ情報を読み出し、少なくともハフマンテーブル及びリスタートマーカ挿入間隔を示す情報を取得するヘッダ読み出し部と、
前記書き換え用画像データを、前記ヘッダ読み出し部で取得したハフマンテーブルを用いて符号化する符号化部と、
前記オリジナル画像データの符号データにおける第Ｍ番目（Ｍは自然数）のリスタートマーカから第Ｎ番目（Ｎは自然数）のリスタートマーカで指定される置き換え対象となる部分の符号データを、前記符号化部で符号化した書き換え用画像データの符号データに置き換える符号置き換え部とを備えたことを特徴とする画像処理装置。
【請求項２】
請求項１に記載された画像処理装置において、
前記符号置き換え部は、前記オリジナル画像データの符号データにおける置き換え位置情報及び置き換え対象となる部分の符号データを、セグメントとして符号データに含めるように構成されていることを特徴とする画像処理装置。
【請求項３】
請求項２に記載された画像処理装置において、
前記オリジナル画像データの符号データにおける置き換え位置情報及び置き換え対象となる部分の符号データに対してスクランブルを施すスクランブル処理部をさらに備えたことを特徴とする画像処理装置。
【請求項４】
請求項３に記載された画像処理装置において、
前記符号置き換え部は、前記スクランブルの鍵情報を、セグメントとして符号データに含めるように構成されていることを特徴とする画像処理装置。
【請求項５】
請求項１に記載された画像処理装置において、
前記オリジナル画像データにおける置き換え対象となる部分の符号データに対してウォーターマークを挿入するウォーターマーク挿入部をさらに備えたことを特徴とする画像処理装置。
【請求項６】
符号化されたオリジナル画像データの一部分を書き換え用画像データに置き換えるための画像処理方法であって、
前記オリジナル画像データの符号データからヘッダ情報を読み出し、少なくともハフマンテーブル及びリスタートマーカ挿入間隔を示す情報を取得する手順と、
前記書き換え用画像データを、前記取得したハフマンテーブルを用いて符号化する手順と、
前記オリジナル画像データの符号データにおける第Ｍ番目（Ｍは自然数）のリスタートマーカから第Ｎ番目（Ｎは自然数）のリスタートマーカで指定される置き換え対象となる部分の符号データを、前記符号化した書き換え用画像データの符号データに置き換える手順とを備えたことを特徴とする画像処理方法。
【請求項７】
請求項６に記載された画像処理方法において、
前記オリジナル画像データの符号データにおける置き換え位置情報及び置き換え対象となる部分の符号データを、セグメントとして符号データに含める手順をさらに備えたことを特徴とする画像処理方法。
【請求項８】
請求項７に記載された画像処理方法において、
前記オリジナル画像データの符号データにおける置き換え位置情報及び置き換え対象となる部分の符号データに対してスクランブルを施す手順をさらに備えたことを特徴とする画像処理方法。
【請求項９】
請求項８に記載された画像処理方法において、
前記スクランブルの鍵情報を、セグメントとして符号データに含める手順をさらに備えたことを特徴とする画像処理方法。
【請求項１０】
請求項６に記載された画像処理方法において、
前記オリジナル画像データにおける置き換え対象となる部分の符号データに対してウォーターマークを挿入する手順をさらに備えたことを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理方法に関し、特に画像の一部分を書き換える部分画像書き換え技術に関するものである。
【背景技術】
【０００２】
自然画像に対する高能率な圧縮伸長方式の１つとして、国際標準規格であるＪＰＥＧが知られている。このＪＰＥＧ方式では、ＭＣＵ（Minimum Coded Unit）と呼ばれる８×８画素のブロックが１つの単位となっている。このＭＣＵに対して、次のように圧縮が行われる。
【０００３】
まず、１つのＭＣＵに対して２次元ＤＣＴ変換を行う。ＤＣＴ係数に変換された６４個のデータに対して量子化を行う。図１１は、量子化ステップの一例を示す図である。人間の目には、高周波数成分は目立ちにくいという特徴があるため、図１１に示すように、低周波成分は省略を少なくし、高周波成分は省略を大きくするようにしている。
【０００４】
図１２は、量子化されたＤＣＴ係数の一例を示す図である。図１２において、特に左上の１係数をＤＣ成分と呼び、残りの６３係数をＡＣ成分と呼ぶ。
【０００５】
このように量子化された６４個の係数に対してエントロピー符号化してハフマン符号で表すことにより、圧縮データが得られる。
【０００６】
図１３は、ジグザグスキャン順序を示す図である。符号化の際には、図１３に示すようなジグザグ順にデータ処理を行う。具体的には、まず、最初のＤＣ成分は、近接するＭＣＵのＤＣ成分との相関が強いため、直前ＭＣＵのＤＣ係数との差分値を求め、可変長符号化処理を行う。
【０００７】
そして、残る６３個のＡＣ成分に対してランレングス符号化を行うが、その方法は非０係数が出現するまで０の数を数え、出現と同時に０のカウント数と非０係数をまとめて出力する。
【０００８】
図１４は、ランレングス符号化の一例を示す図である。図１３に示すようなジグザグ順にデータを読むと、０が２つ続いた後に３が出現している。この場合、２／３（０の数／非０係数値）がランレングス符号となる。
【０００９】
そして、次に０が２０個続き、その後１０が出現している。このように、連続する０が１６個以上続く場合、最初の１６個をＺＲＬ符号とし、その符号はＦ／０で表され、残る４個の０と１０が４／１０で表される符号として出力される。
【００１０】
次に、残る３９個の係数すべてが０となっており、この場合を特にＥＯＢと呼び、符号は０／０とされている。
【００１１】
以上のようにランレングス符号化が行われ、その０の数は０の最大個数が１５個であることから４ｂｉｔで表される。そして、ランレングス符号化されたラン／係数の係数をグループ化する。
【００１２】
図１５は、量子化係数と対応するグループ番号を示す図である。図１５に示すように、ＪＰＥＧの場合には係数が１１ｂｉｔであり、この１１ｂｉｔの係数が４ｂｉｔのグループ番号に割り当てられる。以上のようにランレングス符号化されたデータに対して、可変長符号化処理を行う。
【００１３】
図１６は、符号テーブルの一例を示す図であり、この符号テーブルから、０の数４ｂｉｔとグループ番号４ｂｉｔを併せた計８ｂｉｔのラン／グループ番号と発生頻度とを取得する。この発生頻度と可変長符号化処理の初期値から可変長符号を得る。初期値として、各符号長の最小符号であるＭｉｎコードと、そのＭｉｎコードの発生頻度を記憶する。
【００１４】
図１７は、ハフマン符号化／復号化に使用する初期値の一例を示す図である。初期値作成のためには各符号長の符号個数が必要となるが、外部で初期値を作成して入力しても構わないし、各符号長の符号個数を符号テーブルから内部で作成しても構わない。
【００１５】
一方、符号データの伸張に際しては、上述の圧縮と逆の手順として、ハフマン復号化によりＭＣＵ単位のデータを取り出した後、逆量子化、逆ＤＣＴ変換を行うことにより、原画像を復元することができる。
【００１６】
図１８は、ＪＰＥＧフォーマットの概要を示す図である。図１８に示すように、ＪＰＥＧフォーマット全体は、マーカという２バイトの記号によって区切られたセグメントと呼ばれるデータの集まりによって構成されている。
【００１７】
このように、ＪＰＥＧフォーマットは、マーカを利用することにより、符号データの他に、ハフマンテーブルや画像サイズといった、様々な種類の情報を含めることができる。
【００１８】
ここで、ＪＰＥＧ方式のマーカとして、リスタートマーカというものがある。通常、ＤＣ成分は、直前ＭＣＵのＤＣ成分との差分値を使用するため、直前ＭＣＵの情報がないと復号化を行うことができないが、リスタートマーカを挿入することにより、直前ＭＣＵのＤＣ成分との差分値を取らなくてもよくなる。
【００１９】
すなわち、リスタートマーカで区切られたブロックは近接ブロックとの相関がなくなり、そのブロックのみで構成することができる。なお、リスタートマーカは、ＭＣＵ数個の単位で挿入され、その挿入単位はリスタートインターバル定義セグメントとして、符号データに記憶されている。
【００２０】
また、ＪＰＥＧ方式のマーカとして、アプリケーションセグメントというものが存在し、０番から１５番までを付加することができる。通常の復号化シーケンスにおいて、このセグメントは無視されるが、上位のアプリケーションにとって必要な情報を格納しておくことができる。例えば、Ｅｘｉｆ規格に準拠したＪＰＥＧファイルには、通常アプリケーションマーカの１番にＥｘｉｆ情報が格納されている。
【００２１】
なお、ＪＰＥＧについてのより詳細な仕様に関しては、特許文献１、特許文献２、及び非特許文献１に示す公知の標準化勧告書等に開示されている。
【特許文献１】特開２００２−８４４９３号公報
【特許文献２】特開２００３−１８９１０９号公報
【非特許文献１】ＩＳＯ／ＩＥＣ標準  １０９１８
【発明の開示】
【発明が解決しようとする課題】
【００２２】
ここで、上述のＪＰＥＧ方式で符号化された画像に対して部分的な書き換えを行う場合、符号データを伸張する手順と、画像の書き換えを行う手順と、書き換えた画像を符号化する手順とが必要となる。
【００２３】
しかしながら、ＪＰＥＧ方式は、画像１枚単位での処理が通例であるため、画像サイズが大きくなると処理に要する時間が長くなってしまい、且つ必要なバッファメモリ量も大きくなる。例えば、２５６０×１９２０画素の４：２：２画像の場合には、ほぼ９Ｍバイトもの容量が必要となる。
【００２４】
また、ＪＰＥＧは非可逆圧縮方式のため、繰り返して書き換えを行うと、その度に圧縮処理が発生するため、オリジナル画像に対しての画質劣化が激しくなることが予想される。
【００２５】
そして、書き換えを行った後はオリジナル画像に復元することができないため、オリジナルの画像データを残す必要がある場合は、書き換え後のデータとは別に管理しておく必要があった。
【００２６】
本発明は、かかる点に鑑みてなされたものであり、その目的とするところは、部分画像書き換え処理において、処理効率を向上するとともに、データ管理の一元化を可能にすることにある。
【課題を解決するための手段】
【００２７】
すなわち、本発明は、符号化されたオリジナル画像データの一部分を書き換え用画像データに置き換えるための画像処理装置であって、
前記オリジナル画像データの符号データからヘッダ情報を読み出し、少なくともハフマンテーブル及びリスタートマーカ挿入間隔を示す情報を取得するヘッダ読み出し部と、
前記書き換え用画像データを、前記ヘッダ読み出し部で取得したハフマンテーブルを用いて符号化する符号化部と、
前記オリジナル画像データの符号データにおける第Ｍ番目（Ｍは自然数）のリスタートマーカから第Ｎ番目（Ｎは自然数）のリスタートマーカで指定される置き換え対象となる部分の符号データを、前記符号化部で符号化した書き換え用画像データの符号データに置き換える符号置き換え部とを備えたことを特徴とするものである。
【００２８】
また、本発明は、符号化されたオリジナル画像データの一部分を書き換え用画像データに置き換えるための画像処理方法であって、
前記オリジナル画像データの符号データからヘッダ情報を読み出し、少なくともハフマンテーブル及びリスタートマーカ挿入間隔を示す情報を取得する手順と、
前記書き換え用画像データを、前記取得したハフマンテーブルを用いて符号化する手順と、
前記オリジナル画像データの符号データにおける第Ｍ番目（Ｍは自然数）のリスタートマーカから第Ｎ番目（Ｎは自然数）のリスタートマーカで指定される置き換え対象となる部分の符号データを、前記符号化した書き換え用画像データの符号データに置き換える手順とを備えたことを特徴とするものである。
【発明の効果】
【００２９】
以上のように、本発明によれば、部分画像書き換え処理において、オリジナルの画像データを一旦伸張する必要がないため処理効率が向上し、且つ必要サイズのみのバッファメモリで画像の書き換えを行うことが可能である。また、非可逆符号化を用いる場合にも、不要な画質劣化を抑制することが可能である。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施形態を図面に基づいて詳細に説明する。以下の好ましい実施形態の説明は、本質的に例示に過ぎず、本発明、その適用物或いはその用途を制限することを意図するものでは全くない。
【００３１】
＜実施形態１＞
図１は、本発明の実施形態１に係る画像処理装置の構成を示すブロック図である。図１において、１１は符号入力部であり、オリジナル画像の符号データをヘッダ読み出し部１３に出力するとともに符号置き換え部１５にも出力するものである。
【００３２】
前記ヘッダ読み出し部１３は、入力された符号データから、ハフマンテーブル、リスタートマーカ挿入間隔の情報を読み込み、その情報を符号化部１４に出力するものである。
【００３３】
前記符号化部１４は、画像入力部１２から書き換え画像データを受け取り、入力されたハフマンテーブルを用いて書き換え画像データの符号化を行い、符号置き換え部１５に出力するものである。
【００３４】
前記符号置き換え部１５は、符号入力部１１から入力されたオリジナル画像の符号データにおける指定された開始位置から終了位置までの符号全てを書き換え画像の符号データに置き換えるものである。
【００３５】
図５は、本実施形態１に係る画像処理装置を用いた部分画像書き換え方法の処理手順を示すフローチャート図である。図５に示すように、まず、ステップＳ１０１では、符号入力部１１からオリジナル画像の符号データを入力し、続くステップＳ１０２に進む。
【００３６】
ステップＳ１０２では、ヘッダ読み出し部１３が、入力された符号データからハフマンテーブル、リスタートマーカ挿入間隔の情報を読み出し、続くステップＳ１０３に進む。
【００３７】
ステップＳ１０３では、画像入力部１２から書き換え画像データを入力し、続くステップＳ１０４に進む。
【００３８】
ステップＳ１０４では、符号化部１４が、ステップＳ１０２で読み出されたハフマンテーブルを用いて、入力された書き換え画像データの符号化を行い、続くステップＳ１０５に進む。
【００３９】
ステップＳ１０５では、図９に示すように、オリジナル画像の符号データから、書き換えを行う開始位置（第Ｍ番目（Ｍは自然数）のリスタートマーカ）と、終了位置（第Ｎ番目（Ｎは自然数）のリスタートマーカ）をリスタートインターバル単位で指定し、続くステップＳ１０６に進む。
【００４０】
ステップＳ１０６では、図９に示すように、符号置き換え部１５が、ステップＳ１０５で指定された開始位置から終了位置までの符号全てを、ステップＳ１０４で符号化された書き換え画像の符号データに置き換え、続くステップＳ１０７に進む。
【００４１】
ステップＳ１０７では、図１０に示すように、符号置き換え部１５が、ステップＳ１０５で指定された書き換え位置情報、及びステップＳ１０６で置き換え対象となった部分の符号データをアプリケーションマーカに記憶させ、処理を終了する。
【００４２】
以上のように、本実施形態１に係る画像処理装置によれば、書き換えを行わないブロックに対する処理は発生しないため、処理時間が短縮できるとともに処理に必要なバッファメモリ量を削減することができる。
【００４３】
また、再圧縮処理が発生しないため、書き換えを行わないブロックに対する画質劣化も発生しない。
【００４４】
さらに、オリジナル画像データの情報を併せ持つことができるから、オリジナル画像データと書き換え後の画像データとを一元管理することが可能となり、オリジナル画像データ情報を読み出して同様の方法で置き換えを行うことにより、書き換え後の画像からオリジナル画像へと復元することが可能となる。
【００４５】
図８は、書き換え後の符号データをオリジナル画像データに復元するための部分画像書き換え方法の処理手順を示すフローチャート図である。
【００４６】
図８に示すように、まず、ステップＳ４０１では、符号入力部１１から置き換え後の符号データを入力し、続くステップＳ４０２に進む。
【００４７】
ステップＳ４０２では、ヘッダ読み出し部１３が、置き換え後の符号データのアプリケーションセグメントから、オリジナル画像の符号データ及び置き換え位置情報を読み出し、続くステップＳ４０３に進む。
【００４８】
ステップＳ４０３では、ステップＳ４０２で読み出した情報に基づいて、置き換え後の符号データから、書き換えを行う開始位置（第Ｍ番目のリスタートマーカ）と終了位置（第Ｎ番目のリスタートマーカ）とをリスタートマーカ挿入単位で指定し、続くステップＳ４０４に進む。
【００４９】
ステップＳ４０４では、符号置き換え部１５が、ステップＳ１０５で指定された開始位置から終了位置までの符号全てを、ステップＳ４０２で読み出されたオリジナル符号データに置き換え（図９参照）、処理を終了する。これにより、オリジナルの符号データに復元することができる。
【００５０】
なお、本実施形態１に係る画像処理装置では、第Ｎ番目のリスタートマーカは、第Ｍ＋１番目のリスタートマーカとして説明した（図９参照）が、この形態に限定するものではなく、第Ｍ番目以降（Ｍ＜Ｎ）のリスタートマーカであればよい。
【００５１】
さらに、位置情報と符号データとを同じアプリケーションマーカに記憶する場合について説明した（図１０参照）が、それぞれを別セグメントとして記憶させてもよい。また、位置情報及び置き換え対象となった部分の符号データをアプリケーションマーカに記憶する場合について説明したが、この形態に限定するものではなく、例えば、コメントマーカ等の他のセグメントに記憶させてもよく、またデータサイズ削減のために、記憶を行わないようにしても構わない。
【００５２】
また、置き換える画像の入力には、別途画像を用意するように説明したが、オリジナルの符号データから、書き換えを行いたい部分を含むリスタートインターバル単位で伸張し、それに対して書き換えを行った画像を入力するようにしてもよい。
【００５３】
また、書き換え画像は非圧縮のものを入力する構成にしたが、例えば、図４に示す画像処理装置を用いて、オリジナル符号データと同じハフマンテーブルで圧縮された既存のＪＰＥＧ符号データを入力する構成にしてもよい。
【００５４】
具体的に、図４の画像処理装置は、符号入力部１１、ヘッダ読み出し部１３、及び符号書き換え部１５で構成された復号化専用装置であるが、このように符号化部を持たない構成であっても、画像データの部分書き換えを行うことが可能となる。
【００５５】
＜実施形態２＞
図２は、本発明の実施形態２に係る画像処理装置の構成を示すブロック図である。前記実施形態１との違いは、オリジナル画像データの情報をスクランブル処理するスクランブル処理部２１をさらに備えた点であるため、以下、実施形態１と同じ部分については同じ符号を付し、相違点についてのみ説明する。
【００５６】
図２に示すように、前記スクランブル処理部２１は、オリジナル画像データにおいて置き換え対象となる部分の符号データに対してスクランブル処理をするものである。
【００５７】
図６は、本実施形態２に係る画像処理装置を用いた部分画像書き換え方法の処理手順を示すフローチャート図である。なお、前記実施形態１の部分画像書き換え方法と同じ処理要素と同じ処理要素には同じステップ番号を付し、その説明を省略する。
【００５８】
図６に示すように、ステップＳ１０１〜ステップＳ１０６が実行された後、続くステップＳ２０１に進む。ステップＳ２０１では、スクランブル処理部２１が、ステップＳ１０５で指定された書き換え位置情報、及びステップＳ１０６で置き換え対象となった部分の符号データに対してスクランブルを施し、続くステップＳ２０２に進む。
【００５９】
ステップＳ２０２では、符号置き換え部１５が、ステップＳ１０５で指定された書き換え位置情報、又はステップＳ１０６で置き換え対象となった部分の符号データに加えて、ステップＳ２０１で行ったスクランブルの解除鍵をアプリケーションマーカに記憶させ、処理を終了する。
【００６０】
以上のように、本実施形態２によれば、オリジナル画像データの情報にスクランブルを施すようにしたから、第３者による、意図しないオリジナル画像への復元を抑制することができる。
【００６１】
なお、本実施形態２では、スクランブル解除鍵をアプリケーションマーカに記憶するように説明したが、この形態に限定するものではなく、例えば、コメントマーカ等の他のセグメントに記憶させてもよく、またデータサイズ削減のために、記憶を行わないようにしても構わない。
【００６２】
＜実施形態３＞
図３は、本発明の実施形態３に係る画像処理装置の構成を示すブロック図である。前記実施形態１との違いは、符号データに対して識別ＩＤをウォーターマーク（電子透かし）として挿入するウォーターマーク挿入部３１をさらに備えた点であるため、以下、実施形態１と同じ部分については同じ符号を付し、相違点についてのみ説明する。
【００６３】
図３に示すように、前記ウォーターマーク挿入部３１は、オリジナル画像データにおいて置き換え対象となった部分の符号データに対してウォーターマークを挿入するものである。
【００６４】
図７は、本実施形態３に係る画像処理装置を用いた部分画像書き換え方法の処理手順を示すフローチャート図である。前記実施形態１の部分画像書き換え方法と同じ処理要素と同じ処理要素には同じステップ番号を付し、その説明を省略する。
【００６５】
図７に示すように、ステップＳ１０１〜ステップＳ１０６が実行された後、続くステップＳ３０１に進む。ステップＳ３０１では、ウォーターマーク挿入部３１が、ステップＳ１０６で置き換え対象となった部分の符号データに対してウォーターマークを挿入し、続くステップＳ１０７に進む。
【００６６】
ステップＳ３０２では、符号置き換え部１５が、ステップＳ１０５で指定された書き換え位置情報、及びステップＳ１０６で置き換え対象となった部分の符号データをアプリケーションマーカに記憶させ、処理を終了する。
【００６７】
以上のように、本実施形態３によれば、識別ＩＤをウォーターマークとして挿入しておくことで、例えば、画像データの不正流出が発生した場合に、この識別ＩＤを識別して流出元を特定する上で有利な効果が得られる。
【産業上の利用可能性】
【００６８】
以上説明したように、本発明は、部分画像書き換え処理において、処理効率を向上するとともに、データ管理の一元化が可能であるという実用性の高い効果が得られることから、きわめて有用で産業上の利用可能性は高い。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施形態１に係る画像処理装置の構成を示すブロック図である。
【図２】本実施形態２に係る画像処理装置の構成を示すブロック図である。
【図３】本実施形態３に係る画像処理装置の構成を示すブロック図である。
【図４】本実施形態１における書き換え後の符号データをオリジナル画像データに復元するための画像処理装置の別の構成を示すブロック図である。
【図５】本実施形態１に係る画像処理装置を用いた部分画像書き換え方法の処理手順を示すフローチャート図である。
【図６】本実施形態２における部分画像書き換え方法の処理手順を示すフローチャート図である。
【図７】本実施形態３における部分画像書き換え方法の処理手順を示すフローチャート図である。
【図８】本実施形態１における書き換え後の符号データをオリジナル画像データに復元するための部分画像書き換え方法の処理手順を示すフローチャート図である。
【図９】本実施形態１におけるオリジナル画像の符号データと書き換えを行う符号データとの置き換えを示す概念図である。
【図１０】本実施形態１における書き換えの位置情報及び符号データをアプリケーションマーカに記憶させる状態を示す概念図である。
【図１１】量子化ステップの一例を示す図である。
【図１２】量子化されたＤＣＴ係数の一例を示す図である。
【図１３】ジグザグスキャン順序を示す図である。
【図１４】ランレングス符号化の一例を示す図である。
【図１５】量子化係数と対応するグループ番号を示す図である。
【図１６】符号テーブルの一例を示す図である。
【図１７】ハフマン符号化／復号化に使用する初期値の一例を示す図である。
【図１８】ＪＰＥＧフォーマットの概要を示す図である。
【符号の説明】
【００７０】
１１    符号入力部
１２    画像入力部
１３    ヘッダ読み出し部
１４    符号化部
１５    符号置き換え部
２１    スクランブル処理部
３１    ウォーターマーク挿入部
【図１】
2007060334.tif 000003
【図２】
2007060334.tif 000004
【図３】
2007060334.tif 000005
【図４】
2007060334.tif 000006
【図５】
2007060334.tif 000007
【図６】
2007060334.tif 000008
【図７】
2007060334.tif 000009
【図８】
2007060334.tif 000010
【図１０】
2007060334.tif 000011
【図１１】
2007060334.tif 000012
【図１２】
2007060334.tif 000013
【図１３】
2007060334.tif 000014
【図１４】
2007060334.tif 000015
【図１５】
2007060334.tif 000016
【図１６】
2007060334.tif 000017
【図１７】
2007060334.tif 000018
【図１８】
2007060334.tif 000019
【図９】
2007060334.tif 000020