(57)【要約】【課題】放送データについて不要なデータを削除した場合や劣悪な受信環境でパケット落ちなどが発生する場合でも、再生タイミングを時間間隔の精度で決定し、正しいタイミングで再生することが可能となるデータ記録再生方式を提供する。【解決手段】１つまたは複数の受信データから、データ受信部６１で所望のデータを受信、抽出して記憶装置６４に記録する時に、所定の時間間隔あるいは再生タイミングを規定する情報を受信するまでにおけるデータ量を表わす付加情報を記録する記録データ生成部６３と、記録したデータを再生する時に、記録した付加情報に基づいて、所定の時間あたりに再生するデータ量を決定しながら再生する記録データ読出部６５とを具備する。【選択図】      図６
2007087489.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、所定の時間間隔におけるデータ量を表わす付加情報を記録するステップと、
前記記録したデータを再生する時に、前記付加情報に基づいて、所定の時間あたりに再生するデータ量を決定しながら再生するステップ
とを具備することを特徴とするデータ記録再生方式。
【請求項２】
前記所定の時間間隔は、再生タイミングを規定する基準パケットの時間間隔より短いことを特徴とする請求項１記載のデータ記録再生方式。
【請求項３】
１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、所定の時間間隔におけるデータ量を表わす付加情報を記録する手段と、
前記記録したデータを再生する時に、前記付加情報に基づいて、所定の時間あたりに再生するデータ量を決定しながら再生する手段
とを具備することを特徴とするデータ記録再生装置。
【請求項４】
１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、再生タイミングを規定する基準情報を受信するまでのデータ量を表わす付加情報を記録する手段と、
前記記録したデータを再生する時に、前記付加情報に基づいて、再生するデータ量を決定しながら再生する手段
とを具備することを特徴とするデータ記録再生装置。
【請求項５】
地上デジタル放送受信機に搭載され、前記再生により得られたデータのうち動画像データはディスプレイ制御回路を介して画像ディスプレイ装置に供給され、音声データはオーディオ制御回路を介して音声出力装置に供給されることを特徴とする請求項３または４記載のデータ記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記録再生方式およびデータ記録再生装置に係り、特にパケットデータの記録再生に関するもので、例えば地上波デジタル放送受信機に使用される。
【背景技術】
【０００２】
地上デジタル放送においては、放送データはISO/IEC標準 13818-2（非特許文献１）で規定されるMPEG2/TS(MPEG2 Transport Stream)形式でパケット列として送られてくる。送られてくるパケット列には、NULLパケットなど、再生に不要なパケットが混じっている。これらの不要なパケットを削除せずに記録すると記録するデータ量が膨大になるので、再生に不要なパケットを記録しないようにするのが一般的である。しかし、そのようにすると、動画像、音声などを再生するタイミングを規定するPCR(Program Clock Reference)パケットに含まれるPCR値にずれが生じ、正しいタイミングで再生が行えなくなる。
【０００３】
また、携帯端末向けデジタル放送のように、受信端末が必ずしも受信状況の良い環境に存在するとは限らない場合、受信端末側で、全ての必要な放送データを正しく受信できず、パケット抜けなどが発生する。このような環境で放送データの記録を行うと、同様に再生タイミングを規定するPCR値にずれが生じ、正しいタイミングで再生が行えなくなる。
【０００４】
従来は、受信端末がパケットを受信する毎に、受信した時刻を記憶し、それらの受信時刻データを放送データの付加情報として放送データとともに記録している。そして、記録した放送データを再生するときには、付加情報である受信時刻データの差分に基づいて再生タイミングを決定している。
【０００５】
しかし、この方法では、単位時間あたりに受信するデータ量が多くなると、受信時刻を記憶する処理のオーバーヘッドが大きくなり、より処理性能の高いプロセッサが必要になるという問題点がある。また、受信状況の良い環境では、パケットを受信する毎に受信時刻を記憶する必要はないが、記録するパケット毎に受信時刻も記録するようにすると、余分なデータを記録することになるので、記録に必要なデータ領域が大きくなるという問題点がある。
【非特許文献１】ISO/IEC標準 13818-2
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は前記した従来の問題点を解決すべくなされたもので、受信データについて不要なデータを削除した場合や劣悪な受信環境でパケット落ちなどが発生する場合でも、再生タイミングを時間間隔の精度で決定し、正しいタイミングで再生することが可能となるデータ記録再生方式およびデータ記録再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のデータ記録再生方式は、１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、所定の時間間隔におけるデータ量を表わす付加情報を記録するステップと、前記記録したデータを再生する時に、前記付加情報に基づいて、所定の時間あたりに再生するデータ量を決定しながら再生するステップとを具備することを特徴とする。
【０００８】
本発明のデータ記録再生装置は、１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、所定の時間間隔におけるデータ量を表わす付加情報を記録する手段と、前記記録したデータを再生する時に、前記付加情報に基づいて、所定の時間あたりに再生するデータ量を決定しながら再生する手段とを具備することを特徴とする。
【０００９】
本発明のデータ記録再生装置は、１つまたは複数の受信データから、所望のデータを受信、抽出して記録する時に、再生タイミングを規定する基準情報を受信するまでのデータ量を表わす付加情報を記録する手段と、前記記録したデータを再生する時に、前記付加情報に基づいて、再生するデータ量を決定しながら再生する手段とを具備することを特徴とする。
【発明の効果】
【００１０】
本発明のデータ記録再生方式によれば、受信データについて不要なデータを削除した場合や劣悪な受信環境でパケット落ちなどが発生する場合でも、再生タイミングを時間間隔の精度で決定し、正しいタイミングで再生することが可能となる。
【００１１】
また、本発明のデータ記録再生装置によれば、本発明のデータ記録再生方式を実現可能な手段を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施形態を説明する。この説明に際して、全図にわたり共通する部分には共通する参照符号を付す。
【００１３】
まず、本発明のデータ記録再生方式の概要を説明する。１つまたは複数の放送データから、所望の放送データを受信、抽出して放送データを記録する時に、所定の時間間隔を静的、もしくは動的に定め、その時間間隔にどれだけのパケットを受信したかを付加情報として記録する。再生時には、記録した付加情報を使用する。
【００１４】
これにより、所定の時間間隔と、その間に受信したパケット数から、所定の時間間隔内に本来再生すべきパケット数が分かり、不要なデータを削除した場合や、劣悪な受信環境でパケット落ちなどが発生する場合でも、再生タイミングを時間間隔の精度で決定することが可能となる。
【００１５】
所定の時間間隔として、通常、動画像データ、音声データでは、デコード時間を考慮し、受信から再生までの時間に余裕を持たせて早めに送られてくることに鑑み、10ms程度と定めれば、再生タイミングを決定するには十分な精度であると考えられる。これにより、正しいタイミングで再生を行うことが可能となる。特に、受信端末が受信状況の良い環境に存在し、かつ、再生するデータを蓄積するバッファサイズが十分に大きい場合には、再生タイミングを規定するPCRパケットの間隔(100ms〜250ms程度)を所定の時間間隔とすれば、再生タイミングを決定するには十分な精度であると考えられる。
【００１６】
また、本発明のデータ記録再生方式によれば、記録するパケット毎に受信時刻を付加情報として記録する方式に比較し、記録する付加情報のデータ量が少なくなる利点もある。
【００１７】
さらに、本発明のデータ記録再生方式を使用すれば、受信するデータ量が多くなった場合には、所定の時間間隔を大きくすることで、パケットを受信する毎に付加情報を生成する方式に比較し、処理量を削減することができ、処理性能の高いプロセッサを不要にすることができる。また、受信端末のプロセッサの性能、記録するデータ領域に余裕がある場合には、所定の時間間隔を小さくすることで、付加情報の精度を上げるなど、状況に応じて付加情報のデータ量や再生タイミングの精度を調整することができる。
【００１８】
＜第１の実施形態＞
図１は、本発明のデータ記録再生方式の第１の実施形態に係るデータを受信して記録する方式の一例におけるパケットデータのシーケンスを示す。この例では、受信するデータは放送データとし、動画像データを含むパケット(Video)、音声データを含むパケット(Audio)、再生タイミングを規定するパケット(PCR)、再生に不要なパケット(NULL)を受信するものとする。また、受信時にパケット落ちがない場合には、所定の時間間隔Ｔの間に６パケット受信するものとする。
【００１９】
いま、最初の時間間隔Ｔの間に、６パケットを受信したとすれば、６パケットを受信したことを示す付加情報(T,6)をパケットデータとともに記憶装置に記録する。この場合、６パケットのうち、再生に不要なパケットが４パケット含まれているとすれば、実際に記録するのは、Video、Audioの２パケットのみである。次の時間間隔Ｔの間に、４パケットを受信し、全てが再生に必要なパケットであったとすれば、４パケットを受信したことを付加情報(T,4)として記録し、受信した４パケット全てを記録する。但し、この時、実際には２パケットを受信し損なっている。なお、前記(T,6)、(T,4)などの付加情報は、本来記録すべきパケットとは区別できればよく、任意のフォーマットを採用することができる。
【００２０】
図２は、図１に示した記録データを再生する方式の一例におけるパケットデータのシーケンスを示す。この例では、所定の時間間隔Ｔに受信したパケット数６と４に対して、実際に再生すべきパケット数（≦受信したパケット数）は２と４である。
【００２１】
まず、図２中の時刻T(n)に続く期間は、所定の時間間隔Ｔを６等分し、どの時間区分で２つのパケットを読んで再生するかを決める。図２中には、再生時に記録データを読むタイミングを前詰めにする場合（ａ）、後詰めにする場合（ｂ）、平均的に詰める場合（ｃ）をそれぞれ示す。
【００２２】
再生に不要なパケットを破棄してしまっているので、図１、図２を比較すると、再生時にVideo、Audioパケットを読むタイミングが異なっている。
【００２３】
図２中の時刻T(n+1)に続く期間は、受信したパケット数が４、再生すべきパケット数が４であるので、所定の時間間隔Ｔを４等分したタイミングで各パケットを読んで再生する。この場合、実際には２パケット受信し損なっているので、図１、図２を比較すると、再生時にVideo、Audioパケットを読むタイミングが異なっている。
【００２４】
図２中の時刻T(n)、T(n+1)のいずれの場合でも、通常、Video、Audioパケットには再生時刻を決定する基準情報としてPTS(Presentation Time Stamp)が付加されており、かつ、PTSは、データを読んでから再生するまでのデコード時間も考慮に入れた時刻となっているので、読み出しタイミングが少々ずれても、正しく再生することができる。
【００２５】
図３は、図２に示した再生方式において、動画像、音声を再生する際の通常の手順を示すフローチャートである。まず、記憶装置から動画像、音声データを読み出し、バッファメモリ（一時バッファ）へ格納する。次に、動画像デコーダおよび音声デコーダが前記バッファメモリからデータを読み出してデコードし、デコード済みのデータをバッファメモリへ格納する。
【００２６】
ここで、図２中に示したパケットを読むタイミングの決め方について比較する。前詰めにする場合には、デコード処理の時間の余裕が増えるので、動画像デコーダ、音声デコーダの処理能力が低く、処理に時間がかかる場合に適している。これに対して、後詰めにする場合には、データの一時的なバッファでの滞在時間が短くなるので、一時的なデータを蓄積するためのバッファを大きく取れない場合に適している。これに対して、平均的に詰める場合には、デコード処理能力とバッファサイズが、送られてくるデータの符号化アルゴリズムと符号量に合っている場合に適している。
【００２７】
上記したパケットの読み出しタイミングは、デコード処理能力、バッファサイズなどから、動作前に予め決定しておいても良いし、動作時に、再生データを受け取ってからデコードを完了してから再生するまでの時間的余裕、バッファの使用率などを見て、動的に変更しても良い。
【００２８】
上記した第１の実施形態によれば、放送データについて不要なデータを削除した場合や劣悪な受信環境でパケット落ちなどが発生する場合でも、再生タイミングを時間間隔の精度で決定し、正しいタイミングで再生することが可能となる。結果として、放送データの付加情報として余分にパケット毎に受信時刻データを記録しなくて済み、記録に必要なデータ領域が大きくなることもなく、単位時間あたりに受信するデータ量が多くなっても受信時刻を記憶する処理のオーバーヘッドがなくなり、より処理性能の高いプロセッサが不要になる。
【００２９】
＜第２の実施形態＞
前述した第１の実施形態では、付加情報を作成するタイミングは所定の時間間隔Ｔであった。第２の実施形態では、付加情報を作成するタイミングは、再生タイミングを規定するパケット(PCR)を受信したタイミングである。即ち、前回PCRパケットを受信してから次のPCRパケットを受信するまでの時間と、その間に受信した全てのパケット数を付加情報として記録するものである。
【００３０】
図４は、本発明のデータ記録再生方式の第２の実施形態に係る放送データを受信して記録する方式の一例におけるパケットデータのシーケンスを示す。この例では、動画像データを含むパケット(Video)、音声データを含むパケット(Audio)、再生タイミングを規定するパケット(PCR)、再生に不要なパケット(NULL)を受信するものとする。
【００３１】
いま、最初の時間間隔ｔの間に、６パケットを受信したとすれば、６パケットを受信したことを示す付加情報(t,6)をパケットデータとともに記憶装置に記録する。次の時間間隔ｔ'の間に、３パケットを受信し、全てが再生に必要なパケットであったとすれば、３パケットを受信したことを付加情報(t',3)として記録し、受信した３パケット全てを記録する。次の時間間隔t''の間に、６パケットを受信したとすれば、６パケットを受信したことを付加情報(t'',6)として記録する。
【００３２】
図５は、図４に示した記録データを再生する方式の一例におけるパケットデータのシーケンスを示す。この例では、時間間隔ｔに受信したパケット数が６、実際に再生すべきパケット数が３、時間間隔ｔ'に受信したパケット数が３、実際に再生すべきパケット数が３である。
【００３３】
図５中の時刻t(n)に続く期間は、時間間隔ｔを６等分し、どの時間区分で３つのパケットを読んで再生するかを決める。図５中には、再生時に記録データを読むタイミングを前詰めにする場合（ａ）、後詰めにする場合（ｂ）、平均的に詰める場合（ｃ）をそれぞれ示す。上記したパケットの読み出しタイミングは、デコード処理能力、バッファサイズなどから、動作前に予め決定しておいても良いし、動作時に、再生データを受け取ってからデコードを完了してから再生するまでの時間的余裕、バッファの使用率などを見て、動的に変更しても良い。しかし、再生に不要なパケットを破棄してしまっているので、図４、図５を比較すると、再生時にVideo、Audioパケットを読むタイミングが異なっている。この場合、通常、Video、Audioパケットには再生時刻を決定するPTSが付加されており、かつPTSは、データを読んでから再生するまでのデコード時間も考慮に入れた時刻となっているので、読み込むタイミングが少々ずれても正しく再生することができる。
【００３４】
図５中の時刻t(n+1)に続く期間は、時間間隔t'に受信したパケット数が３、再生すべきパケット数が３であるので、t'を３等分したタイミングで各パケットを読んで再生する。この場合、時間間隔t'に本来受信するパケット数は不明であり、したがってパケットを落とさずに全て受信できているかどうかは不明である。しかし、時刻t(n)の場合と同様に、Video、Audioパケットには再生時刻を決定するPTSが付加されているので、読み出しタイミングが少々ずれても正しく再生することができる。
【００３５】
さらに、通常、PCRパケットの間隔は動画像、音声のフレーム再生間隔より数倍程度大きいが、受信状況が良く、パケット落ちの発生が少ない場合には、正しく再生することができる。
【００３６】
＜第３の実施形態＞
図６は、本発明の一実施形態に係るデータ記録再生装置の概略的な構成を示す。データ受信部６１は、放送データを受信し、受信データを一時バッファ(A)６２に蓄積する。記録データ生成部６３は、所定の時間を計測するタイマー６３１、前記データ受信部６１から受け取った受信データのパケット数を記憶するカウンタ６３２を持ち、処理結果を記憶装置６４に書き込む。記録データ読出部６５は、所定の時間を計測するタイマー６５１と、記憶装置６４から記録データを読み出し、パケット数を記憶するカウンタ６５２を持ち、処理結果を一時バッファ(B)６６に蓄積する。デコード・再生処理部６７は、一時バッファ(B)６６に蓄積されている再生データを読み出してデコードし、PTSなど、再生時間を制御する情報に従って、再生を行う。
【００３７】
図６に示したデータ記録再生装置における放送データの記録時の動作は以下の通りである。まず、データ受信部６１で放送データを受信し、一時バッファ(A)６２に蓄積する。そして、記録データ生成部６３が、蓄積された放送データを付加情報とともに記憶装置６４に記録することで、放送データの記録を実現できる。
【００３８】
記録された放送データの再生時の動作は以下の通りである。まず、記録データ読出部６５が記憶装置６４よりデータを読み出し、一時バッファ(B)６６に蓄積する。蓄積された再生データに対して、デコード・再生処理部６７でデコード処理、再生処理を行うことで、放送データの記録再生が実現される。
【００３９】
なお、一時バッファ(A)６２、一時バッファ(B)６６については、記録と再生を同時に行わない場合は、１つのバッファを共用するようにしても良い。この場合、一時バッファのための領域を削減できる。
【００４０】
図７は、図６中の記録データ生成部６３の動作の一例を示すフローチャートである。記録データ生成部６３は、受信したパケット数を記憶するカウンタ６３２を初期化する(S901)。所定の時間を計測するタイマー６３１に所定の時間をセットし、スタートさせる(S902)。次に、タイマー６３１をチェックし、所定の時間になったかどうかを調べる(S903)。所定の時間が経過した時には、所定の時間とカウンタ６３２の値（＝受信パケット数）を付加情報として記憶装置６４に書き込み(S904)、カウンタ６３２をゼロにリセットする(S905)。その後、一時バッファ(A) ６２に蓄積されている受信データを読み出し、パケット数を数え、その分だけカウンタ６３２を増加させる(S906)とともに、受信データを記憶装置６４に書き込む(S907)。この一連の動作を記録終了までS903からS907を繰り返す。記録終了の場合(S908)には、タイマー６３１の示す時間とそれまでに受信したパケット数を示すカウンタ値を記憶装置６４に書き込み(S909)、続けて読み込んだ放送データを記憶装置６４に書き込む(S910)。
【００４１】
図８および図９は、図６中の記録データ読出部６５の動作の一例を示すフローチャートである。まず、読み出したパケット数を記憶するカウンタ６５２をゼロにクリアする(S1001)。次に、記憶装置６４に記録されている付加情報から次の付加情報までのデータを読み出す(S1002)。この時、付加情報に記録されている受信パケット数を調べ(S1003)、受信パケット数がゼロの場合には、この時間間隔で読み出すパケットがないので、所定の時間を待ち(S1006)、ステップS1001へ戻る。受信パケット数がゼロでない場合、読み出したデータに含まれるパケット数を求める(S1004)。読み出したデータに含まれるパケット数を調べ(S1005)、読み出したパケット数がゼロの場合には、所定の時間を待ち、ステップS1001へ戻る。
【００４２】
読み出したデータに含まれるパケット数がゼロでない場合には、付加情報に従い、所定の時間と受信パケット数から、（所定の時間／受信パケット数）を求める(S1007)。読み出したデータに含まれるパケット数をカウンタ６５２にセットし、（所定の時間／受信パケット数）の値に基づき、どのタイミングでパケットを一時バッファ(B)６６に出力するかを決定する(S1008)。パケット出力タイミングかどうかをチェックし(S1009)、出力タイミングであれば、１パケットを一時バッファ(B)６６へ出力し、カウンタ６５２を１減らす(S1010)。次に、（所定の時間／受信パケット数）の値をタイマー６５１にセットし(S1011)、タイマー６５１が満了するのを待つ(S1012)。タイマー６５１が満了した場合には、パケット出力タイミングであるかどうかをチェックし(S1013)、出力タイミングであれば、１パケットを一時バッファ(B)６６へ出力し、カウンタ６５２を１減らす(S1014)。次に、所定の時間が経過したかどうかをチェックする(S1015)。所定の時間が経過した場合には、記録データを全て読み出したかどうかをチェックし(S1016)、データが記憶装置６４に残っている場合には、ステップS1001に戻る。所定の時間が経過していなかった場合には、ステップS1011に戻る。記憶装置６４にデータが残っていない場合には、記録データ読出部６５は動作を終了する。
【００４３】
図１０は、本発明の一応用例に係る地上デジタル放送受信機の概略的な構成を示すブロック図であり、例えば図６に示したデータ記録再生装置の機能を含むものである。
【００４４】
受信回路１０１、データメモリ１０２、デコード・再生処理部１０３、マイクロプロセッサ１０５は、システムバス１００に接続されている。システムバス１００には、ストレージ制御回路１０６１を介してデータストレージ（例えばハードディスク）装置１０６２が、画像表示制御回路１０７１を介して画像表示装置（例えば液晶ディスプレイ）１０７２が、オーディオ制御回路１０８１を介してスピーカーなどの音声出力装置１０８２がそれぞれ接続されている。
【００４５】
クロック発生回路１０４は、システム全体の動作に必要なクロック信号を供給する。受信回路１０１は、一時バッファ１０１２を含み、放送データを受信し、受信データを一時バッファ１０１２に蓄積する。データメモリ１０２は、例えば図６中に示した記憶装置６４に相当し、半導体メモリのように高速処理が可能なものであり、フレームバッファ１０２１を含む。
【００４６】
マイクロプロセッサ１０５は、例えば図６中に示した記録データ生成部６３、記録データ読出部６５の機能を有し、システム全体を制御する。デコード・再生処理部１０３は、一時バッファ１０３１を含み、マイクロプロセッサ１０５が記録データを読み出して一時バッファ１０３１に蓄積した再生データをデコードし、PTSなど、再生時間を制御する情報にしたがって再生を行う。このようにして再生された動画像データはディスプレイ制御回路１０７１を介して画像ディスプレイ装置１０７２に供給され、画像ディスプレイ装置１０７２で動画が表示される。他方、再生された音声データはオーディオ制御回路１０８１を介して音声出力装置１０８２に供給され、音声出力装置１０８２から音声が出力される。また、データストレージ装置１０６２は、必要に応じて、ストレージ制御回路１０６１を介してデータメモリ１０２との間でデータの転送（保存・読み出し）を行う。
【００４７】
このような構成の地上デジタル放送受信機において、図６に示すデータ記録再生装置を採用しているので、受信するデータ量が多くなった場合に、所定の時間間隔を大きくすることで、パケットを受信する毎に付加情報を生成する方式に比較し、処理量を削減することができ、マイクロプロセッサ１０５として処理能力の低いものを使用することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の第１の実施形態に係るデータ記録再生方式において放送データを受信して記録する際のシーケンス図。
【図２】本発明の第１の実施形態に係るデータ記録再生方式において記録データを再生する際のシーケンス図。
【図３】本発明の第１の実施形態に係るデータ記録再生方式において動画像、音声を再生する際のフローチャート。
【図４】本発明の第２の実施形態に係るデータ記録再生方式において放送データを受信して記録する際のシーケンス図。
【図５】本発明の第２の実施形態に係るデータ記録再生方式において記録データを再生する際のシーケンス図。
【図６】本発明の一実施形態に係るデータ記録再生装置のブロック図。
【図７】図６中の記録データ生成部の動作の一例を示すフローチャート。
【図８】図６中の記録データ読出部の動作の一例を示すフローチャート。
【図９】図６中の記録データ読出部の動作の一例を示すフローチャート。
【図１０】本発明の応用例に係る地上デジタル放送受信機のブロック図。
【符号の説明】
【００４９】
６１…データ受信部、６２…一時バッファ(A) 、６３…記録データ生成部、６３１…タイマー、６３２…カウンタ、６４…記憶装置、６５…記録データ読出部、６５１…タイマー、６５２…カウンタ、６６…一時バッファ(B) 、６７…デコード・再生処理部。
【図１】
2007087489.tif 000003
【図２】
2007087489.tif 000004
【図３】
2007087489.tif 000005
【図４】
2007087489.tif 000006
【図５】
2007087489.tif 000007
【図６】
2007087489.tif 000008
【図７】
2007087489.tif 000009
【図８】
2007087489.tif 000010
【図９】
2007087489.tif 000011
【図１０】
2007087489.tif 000012