(57)【特許請求の範囲】
【請求項１】
少なくとも単独でデコード可能な単独圧縮フレームデータと、前記単独圧縮フレームデータを参照してデコード可能な参照圧縮フレームデータとを有し、各圧縮フレームデータの順番が、これら圧縮フレームデータに対応する元フレームデータの順番と異なるように構成された第一圧縮ストリームをデコードし、デコード後のストリームを再エンコードして第二圧縮ストリームにする装置であって、
第一圧縮ストリームをデコードして元フレームデータを得るデコード手段と、
前記デコード手段によって得られた元フレームデータをエンコードして第二圧縮ストリームを得て記録するエンコード手段とを備え、
前記エンコード手段は、第二圧縮ストリームにおける後ろのフレームデータを参照する参照圧縮フレームデータの連続部分の記録をすると、第二圧縮ストリームの各フレームの再生順番のうち最も後ろの再生順番と、第二圧縮ストリームの前記最も後ろの再生順番に対応する圧縮フレームデータから前記参照圧縮フレームデータの連続部分の最後のフレームデータまでのフレーム数とをログデータとして記録し、
前記デコード手段およびエンコード手段の処理停止後、処理再開時に、前記記録されたログデータの最も後ろの再生順番の次の順番に対応するフレームから処理を再開するよう指示する処理再開指示手段をさらに備えたことを特徴とするトランスコード装置。
【請求項２】
少なくとも単独でデコード可能な単独圧縮フレームデータと、前記単独圧縮フレームデータを参照してデコード可能な参照圧縮フレームデータとを有し、各圧縮フレームデータの順番が、これら圧縮フレームデータに対応する元フレームデータの順番と異なるように構成された第一圧縮ストリームをデコードし、デコード後のストリームを再エンコードして第二圧縮ストリームにする装置をコンピュータによって実現するためのトランスコードプログラムであって、コンピュータを、
第一圧縮ストリームをデコードして元フレームデータを得るデコード手段と、
前記デコード手段によって得られた元フレームデータをエンコードして第二圧縮ストリームを得て記録するエンコード手段として機能させるためのプログラムであって、
前記エンコード手段は、第二圧縮ストリームにおける後ろのフレームデータを参照する参照圧縮フレームデータの連続部分の記録をすると、第二圧縮ストリームの各フレームの再生順番のうち最も後ろの再生順番と、第二圧縮ストリームの前記最も後ろの再生順番に対応する圧縮フレームデータから前記参照圧縮フレームデータの連続部分の最後のフレームデータまでのフレーム数とをログデータとして記録し、
前記プログラムは、前記コンピュータを、さらに、前記デコード手段およびエンコード手段の処理停止後、処理再開時に、前記記録されたログデータの最も後ろの再生順番の次の順番に対応するフレームから処理を再開するよう指示する処理再開指示手段として機能させること特徴とするトランスコードプログラム。
【請求項３】
請求項１の装置において、
前記エンコード手段は、前記ログデータとして、最も後ろの再生順番のフレームを含む、ひとかたまりのフレームにおける最も前の再生順番も含めて記録することを特徴とする装置。
【請求項４】
請求項２のプログラムにおいて、
前記エンコード手段は、前記ログデータとして、最も後ろの再生順番のフレームを含む、ひとかたまりのフレームにおける最も前の再生順番も含めて記録することを特徴とするプログラム。
【請求項５】
請求項１または３の装置において、
前記エンコード手段は、前記ログデータとして、最も後ろの再生順番のフレームの種類も含めて記録し、
前記処理再開指示手段は、前記ログデータ中の、最も後ろの再生順番のフレームの種類を参照して、既に記録されている第二の圧縮ストリームの直近の単独圧縮フレームデータから、処理を再開するよう指示することを特徴とする装置。
【請求項６】
請求項２または４のプログラムにおいて、
前記エンコード手段は、前記ログデータとして、最も後ろの再生順番のフレームの種類も含めて記録し、
前記処理再開指示手段は、前記ログデータ中の、最も後ろの再生順番のフレームの種類を参照して、既に記録されている第二の圧縮ストリームの直近の単独圧縮フレームデータから、処理を再開するよう指示することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、圧縮データを異なる形式の圧縮データに変換するトランスコード装置に関するものである。
【背景技術】
【０００２】
圧縮データを一旦デコードした後、階調変更、画像サイズ変更、フレームレート変更、インタレース有無の変更、画像縦横比変更、クロップなどを変更する処理を行い、再び圧縮データとするトランスコードが行われている。たとえば、高画質の圧縮ＡＶデータを、携帯機器やインターネットで配信すると、データ量が大きいため、適切な表示がなされないという問題がある。そこで、このような場合、高画質の圧縮ＡＶデータを、配信用の低画質の圧縮ＡＶデータに変換するトランスコードが行われる。
【０００３】
また、再圧縮の際に、圧縮方式を変更することも行われている（たとえばＭＰＥＧ２をＭＰＥＧ４にするなど）。
【０００４】
従来、このようなトランスコードを行っている途中で、これを一旦中断すると、これまでにトランスコードした部分は破棄して、最初からトランスコードをやり直さなければならなかった。以下、その点について説明する。
【０００５】
たとえば、ＭＰＥＧ２のデータをＭＰＥＧ４にトランスコードする場合を考えてみる。図１Ａに示すのがＭＰＥＧ２の元データである。Ｉは、他のフレームを参照せず単独でデコード可能な圧縮フレームを表している（Ｉフレームという）。Ｐは、先行するＩフレームを参照することによりデコード可能な圧縮フレームを表している（Ｐフレームという）。Ｂは、先行するＩまたはＰフレームおよび後続するＩまたはＰフレームの双方を参照することによりデコード可能な圧縮フレームを表している（Ｂフレームという）。Ｉ、Ｐ、Ｂの下に付したＦ１、Ｆ２・・・の符号は、元データのフレーム番号に対応する。なお、図１Ａにおけるフレーム番号Ｆ１、Ｆ２・・・は、説明のために記述したものであり、ＭＰＥＧ２のデータ中にフレーム番号が記述されているわけではない。
【０００６】
図１Ａの元データをデコードすると、図１Ｂに示すような元データが得られる。Ｆ１は１番目のフレーム、Ｆ２は２番目のフレーム、Ｆ３は３番目のフレーム・・・を表している。図１ＡのＭＰＥＧ２のデータと、図１Ｂの元データとを比べると明らかなように、ＭＰＥＧ２のデータは、再生時のフレーム番号と、データの記録順序が一致していない。Ｂフレームが後続するフレームを参照しなければデコードできないため、このような記録順序としているのである。
【０００７】
たとえば、図１ＡにおけるＦ１のＢフレームは、Ｆ３のＩフレームを参照しなければデコードできないため、再生時には先に再生されるＦ１のＢフレームよりも前に、再生時には後に再生されるＦ３のＩフレームが記録されているのである。Ｆ２のＢフレームについても同様である。
【０００８】
デコードによって図１Ｂのような元データが得られると、次に、この元データをエンコードして図１ＣのようなＭＰＥＧ４のデータを得る。このようにして、ＭＰＥＧ２からＭＰＥＧ４へのトランスコードが行われる。
【０００９】
上記のトランスコード中に、たとえば、図１ＣにおけるＦ４のＢフレームまで記録を行った時にトランスコードを中断したとする。
【００１０】
その後、トランスコードを再開した際には、いずれのフレームからデコード・エンコードを開始すればよいかを特定するのが困難である。トランスコードされて記録済みのＭＰＥＧ４データの最後に記録されたフレームＦ４は、対応する元データの最後のフレームと一致せず、しかも、ＭＰＥＧ４データにはフレーム番号が記録されていない。したがって、再開時に、いずれのフレームからトランスコードを再開すればよいかを特定することが難しくなるのである。
【００１１】
このような問題を解決するため、特許文献１には、ひとかたまりのデータ群であるＧＯＰ単位でトランスコードを行い、中断したＧＯＰの最初からトランスコードを再開することが開示されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００１−０９４９３５
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、特許文献１の手法では、トランスコード後の圧縮データとしてＢフレームを用いることが困難となる。その理由は以下のとおりである。たとえば、図１Ｂに示す９個のフレームＦ３〜Ｆ１１が一つのＧＯＰを構成している。したがって、特許文献１の手法では、この９個のフレームについてトランスコードを行う。通常通りトランスコードを行うと、圧縮データの最後の２つのフレームは、Ｂフレーム（Ｆ１０およびＦ１１）となる。この２つのＢフレームは、次のＧＯＰであるＩフレーム（Ｆ１２）を参照することになる。しかし、このようにＧＯＰをまたがって、参照を行うことはできない。このため、トランスコード後の圧縮データにおいて、後ろのフレームを参照するＢフレームを用いることができなくなる。その結果、トランスコード後の圧縮率を大きくすることができないという問題があった。
【００１４】
また、圧縮率を犠牲にしないため、中断時には、次のＧＯＰを参照するフレームが存在しないようにＢフレームとして出力する予定のフレームをＰフレームとして出力するという手法も考えられる。しかし、このような中断処理を行うことにした場合、かかる中断処理の途中で不意の電源断等によって強制的に中断されてしまうと、Ｐフレームが正常に記録されず、トランスコードの再開が困難になるという問題があった。
【００１５】
この発明は上記のような問題を解決して、適切にトランスコードの再開を行うことのできる装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
(1)(2)この発明に係るトランスコード装置は、少なくとも単独でデコード可能な単独圧縮フレームデータと、前記単独圧縮フレームデータを参照してデコード可能な参照圧縮フレームデータとを有し、各圧縮フレームデータの順番が、これら圧縮フレームデータに対応する元フレームデータの順番と異なるように構成された第一圧縮ストリームをデコードし、デコード後のストリームを再エンコードして第二圧縮ストリームにする装置であって、第一圧縮ストリームをデコードして元フレームデータを得るデコード手段と、前記デコード手段によって得られた元フレームデータをエンコードして第二圧縮ストリームを得て記録するエンコード手段とを備え、前記エンコード手段は、第二圧縮ストリームにおける後ろのフレームデータを参照する参照圧縮フレームデータの連続部分の記録をすると、第二圧縮ストリームの各フレームの再生順番のうち最も後ろの再生順番と、第二圧縮ストリームの前記最も後ろの再生順番に対応する圧縮フレームデータから前記参照圧縮フレームデータの連続部分の最後のフレームデータまでのフレーム数とをログデータとして記録し、前記デコード手段およびエンコード手段の処理停止後、処理再開時に、前記記録されたログデータの最も後ろの再生順番の次の順番に対応するフレームから処理を再開するよう指示する処理再開指示手段をさらに備えたことを特徴としている。
【００１７】
したがって、一旦中断したトランスコードを再開してトランスコードを継続することができる。
【００１８】
(3)この発明に係るトランスコード装置は、エンコード手段が、前記ログデータとして、最も後ろの再生順番のフレームを含む、ひとかたまりのフレームにおける最も前の再生順番も含めて記録することを特徴としている。
【００１９】
したがって、再開時に容易に、再開すべきフレームが含まれるひとかたまりのフレームを見つけ出すことができる。
【００２０】
(4)この発明に係るトランスコード装置は、エンコード手段が、前記ログデータとして、最も後ろの再生順番のフレームの種類も含めて記録し、処理再開指示手段が、前記ログデータ中の、最も後ろの再生順番のフレームの種類を参照して、既に記録されている第二の圧縮ストリームの直近の単独圧縮フレームデータから、処理を再開するよう指示することを特徴としている。
【００２１】
したがって、単独圧縮フレームの密度が高くなり、圧縮率が低下することを防止することができる。
【００２２】
「デコード手段」は、実施形態においては、ステップＳ１がこれに対応する。
【００２３】
「エンコード手段」は、実施形態においては、ステップＳ２がこれに対応する。
【００２４】
「処理再開指示手段」は、実施形態においては、ステップＳ１０〜Ｓ１５がこれに対応する。
【００２５】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【図面の簡単な説明】
【００２６】
【図１】トランスコードを説明するための図である。
【図２】一実施形態によるトランスコード装置の機能ブロック図である。
【図３】トランスコード装置の処理を説明するための図である。
【図４】ハードウエア構成を示す図である。
【図５】トランスコードプログラム２２のフローチャートである。
【図６】ログデータの例を示す図である。
【図７】トランスコードプログラム２２のフローチャートである。
【図８】トランスコード装置の処理を説明するための図である。
【発明を実施するための形態】
【００２７】
１．トランスコード装置の機能ブロック図
図２に、この発明の一実施形態によるトランスコード装置の機能ブロック図を示す。デコード手段２は、第一圧縮ストリームをデコードし元フレームデータを復元する。エンコード手段４は、元フレームデータをエンコードし第二圧縮ストリームを生成する。
【００２８】
エンコード手段４は、第二圧縮ストリームにおける後ろのフレームデータを参照する参照圧縮フレームデータの連続部分の記録をすると、第二圧縮ストリームの各フレームの再生順番のうち最も後ろの再生順番と、第二圧縮ストリームの前記最も後ろの再生順番に対応する圧縮フレームデータから前記参照圧縮フレームデータの連続部分の最後のフレームデータまでのフレーム数とをログデータ６として記録する。たとえば、図１ＣのＦ２のＢフレームを記録した時点で、最も大きいフレーム番号（この場合Ｆ３）と、当該Ｆ３から記録した最後のフレームＦ２までのフレーム数（この場合２）を記録する。つまり、Ｆ３のＩ、Ｆ１のＢを記録した時点では、上記ログデータ６は記録せず、Ｆ２のＢを記録した時点になって、上記ログデータ６を記録する。したがって、ログデータ６には、既に記録されている圧縮フレームのうち、ＩＢＢやＰＢＢなど、ＩまたはＰを先頭とする一組のフレームの記録が完了した時点までの情報が記録されることになる。
【００２９】
たとえば、図３Ｃに示すように、Ｆ４のＢまで圧縮フレームを記録した時点でトランスコードの中断があったとする。この場合には、図３Ｄに示すように、最も後ろの再生フレーム番号として「Ｆ３」、当該フレームから最終記録フレームまでのフレーム数として「２」が記録されていることになる。
【００３０】
トランスコードを再開する際には、処理再開指示手段８は、記録されているログデータ６を読み出す。このログデータ６に示されている最も後ろの再生フレーム番号「Ｆ３」に基づいて、当該再生順番に対応する圧縮データを探し出す。このためには、たとえば、処理再開指示手段８は、記録されたトランスコード後の圧縮フレームのＧＯＰの先頭（図３ＣのＦ３のＩ）からデコードを行い、当該再生順番の圧縮フレームを探し出す。
【００３１】
なお、この実施形態では、ＧＯＰ中のフレームにおいて、再生順番が最も早いフレームのフレーム番号（ここではＦ１）を記録している。したがって、デコードをすることにより、最後に再生される圧縮フレーム（ここではＦ３のＩ）を特定することができる。
【００３２】
したがって、処理再開指示手段８は、このフレーム番号Ｆ３の次のフレーム番号Ｆ４からトランスコードを再開するように、デコード手段２、エンコード手段４に指示を与える。
【００３３】
また、処理再開指示手段８は、ログデータ６に示される、前記最も後ろの再生フレームＦ３から、記録した最後のフレームＦ２までのフレーム数（この場合２）を読み出す。そして、上記フレームＦ３から後ろ２つの圧縮フレームまでを残して、それ以降の圧縮フレームを削除する。図３Ｃの場合であれば、フレームＦ６、Ｆ４を削除することになる。
【００３４】
このようにして、図３Ｅに示すようにトランスコードされたものが記録されていくことになる。なお、再開時には最初のフレームは、Ｉフレームとして記録する。
【００３５】
２．ハードウエア構成
図４に、一実施形態によるトランスコード装置のハードウエア構成を示す。ＣＰＵ１０には、メモリ１２、ハードディスク１４、ＣＤ−ＲＯＭドライブ１６が接続されている。
【００３６】
ハードディスク１４には、オペレーティングシステム２０、トランスコードプログラム２２、トランスコードの対象であるＭＰＥＧ２データ２４が記録されている。トランスコードプログラム２２は、オペレーティングシステム２０と協働してその機能を発揮する。また、オペレーティングシステム２０、トランスコードプログラム２２は、ＣＤ−ＲＯＭドライブ１６を介して、ＣＤ−ＲＯＭ１８に記録されていたものを、ハードディスク１４にインストールしたものである。
【００３７】
３．トランスコード処理
ここでは、ＭＰＥＧ２データをＭＰＥＧ４データにトランスコードする場合について説明する。
【００３８】
図５に、ハードディスク１４に記録されたトランスコードプログラム２２のフローチャートを示す。ＣＰＵ１０は、ハードディスク１４に記録されているＭＰＥＧ２データを読み出してデコードし、元フレームを生成する（ステップＳ１）。この際、ＣＰＵ１０は、生成した元フレームのフレーム番号をカウントして、各元フレームに関連づける。生成した元フレームおよびフレーム番号は、メモリ１２またはハードディスク１４に一次的に記録される。たとえば、図３Ａに示すＭＰＥＧ２データを読み出し、図３Ｂに示す元フレームを得る。
【００３９】
続いて、ＣＰＵ１０は、デコードして得た元フレームを、ＭＰＥＧ４にエンコードする。一組の元フレームＦ１、Ｆ２、Ｆ３についてのエンコードを完了すると、ＣＰＵ１０は、ＭＰＥＧ４データをハードディスク１４に記録する（ステップＳ３）。たとえば、図３Ｃに示すＦ３のＩフレーム、Ｆ１のＢフレーム、Ｆ２のＢフレームが記録される。ただし、圧縮動画ファイルにおいては、一般に、フレーム番号は記録しない。したがって、この実施形態においても、フレーム番号を記録していない。
【００４０】
一組のＭＰＥＧ４データがハードディスク１４に記録されると、ＣＰＵ１０は、ログデータをハードディスク１４に記録する（ステップＳ４）。ログデータの例を、図６に示す。
【００４１】
「最大フレーム番号」は、既に記録したＭＰＥＧ４データのうち、最も大きいフレーム番号である。ここでは、Ｆ３に対応して「３」が最も大きいフレーム番号として記録される。「最終記録フレームまでのフレーム数」は、最も大きい番号を持つフレームが記録されている位置から、最後の位置に記録されているフレームまでのフレーム数である。ここでは、図３ＣのＦ３のＩフレームから、Ｆ２のＢフレームまでのフレーム数「２」が記録される。「フレームタイプ」は、最も大きいフレーム番号を持つフレームのタイプである
。ここでは、「Ｉ」が記録される。「最大フレーム番号を含むＧＯＰの先頭からのバイト数」は、トランスコード後の圧縮データにおいて、最大フレーム番号を持つフレームを含むＧＯＰの先頭の、圧縮データの先頭からのバイト数である。ここでは、たとえば、１０バイトが記録される。「ＧＯＰの先頭のフレーム番号」は、上記ＧＯＰの先頭のフレームのフレーム番号である。ここでは、「１」が記録される。
【００４２】
ログデータの記録が終了すると、ＣＰＵ１０は、トランスコードが終了したかどうかを判断する（ステップＳ５）。終了していなければ、ステップＳ１以下を繰り返し実行する。その結果、ＭＰＥＧ２データがＭＰＥＧ４データに変換されてハードディスク１４に記録されていくことになる。また、これとともに、図６に示すように、ログデータが次々と記録されていく。
【００４３】
ステップＳ５において、トランスコードが終了したと判断した場合、ＣＰＵ１０は、処理を終了する。
【００４４】
以上のようにして、トランスコードが実行される。なお、トランスコード中に、恣意的に中断する場合や、予期せぬエラーにより中断する場合がある。この場合に、トランスコードを再開する処理を以下説明する。図７に、トランスコードプログラム２２の、トランスコード再開時のフローチャートを示す。
【００４５】
ここでは、図８Ｃに示すように、Ｆ２００１０のＰ、Ｆ２０００８のＢまで記録した時点で、予期せぬエラーによって中断してしまった場合を例として説明する。なお、図８において、Ｆ２００１０は、表記を省略してＦ１０としている。Ｆ２００１０のＰ、Ｆ２０００８のＢ、Ｆ２０００９のＢは、フレームＦ２００１０までのデコードとエンコード処理が終わると、直ちに書き込みがなされる。したがって、通常は、これら一組のＦ２００１０のＰ、Ｆ２０００８のＢ、Ｆ２０００９のＢは、そろって書き込みがなされることになる。しかし、予期せぬエラーにて中断した場合には、図８Ｃに示すように、Ｆ２００１０のＰ、Ｆ２０００８のＢまで記録した時点で終了するという事態が生じうる。
【００４６】
なお、上記のような中断の際には、Ｆ２００１０のＰ、Ｆ２０００８のＢ、Ｆ２０００９のＢが全て記録されていないので、これらについてのログデータは記録されていない。つまり、ログデータは、Ｆ２０００７のＰ、Ｆ２０００５のＢ、Ｆ２０００６のＢについて記録がなされた状態となっている。
【００４７】
まず、ＣＰＵ１０は、ハードディスク１４に記録されている最後のログデータを読み出す（ステップＳ１０）。次に、図６の当該ログデータから、最大フレーム番号を取得する。ここでは、「２０００７」を取得することになる。次に、ＣＰＵ１０は、当該ログデータから、ＧＯＰの先頭までのファイルの先頭からのバイト数を取得する。ここでは、「１２０００００００」バイトを取得することになる。さらに、ＧＯＰの先頭のフレーム番号を取得する（ステップＳ１１）。ここでは、「２０００２」を取得することになる。
【００４８】
ＣＰＵ１０は、既にトランスコードして記録済みのＭＰＥＧ４データのＧＯＰの先頭から１フレームずつデコードを行い、上記の最大フレーム番号を有する圧縮フレームを特定する（ステップＳ１２）。つまり、図８Ｃにおける、Ｆ２０００７のＰを特定する。この際、取得したバイト数によりＧＯＰの先頭を容易に見つけ出すことができる。さらに、ＧＯＰの先頭フレーム番号が分かっているので、最大フレーム数に対応する圧縮フレームを容易に見いだすことができる。
【００４９】
次に、ＣＰＵ１０は、「最終記録フレームまでのフレーム数」を取得する（ステップＳ１３）。ここでは、「２」を取得することになる。ＣＰＵ１０は、特定した最大フレーム番号を有する圧縮フレームから、「最終記録フレームまでのフレーム数」を加えたフレームより後の圧縮フレームを削除する（ステップＳ１４）。ここでは、図８ＣのＦ２０００７のＰから２つ後のＦ２０００６のＢまでを残して、それより後の圧縮データ（Ｆ２００１０のＰ、Ｆ２０００８のＢ）を削除する。これにより、記録された圧縮データ（ＭＰＥＧ４データ）は、図８Ｄのようになる。これは、完全な一組として記録されていない圧縮データを削除するためである。
【００５０】
続いて、ＣＰＵ１０は、最大フレーム番号の次のフレーム番号を、再開するフレーム番号とする（ステップＳ１５）。したがって、ＣＰＵ１０は、ＭＰＥＧ２データをデコードし、再開フレーム番号に対応するフレームを探し出す。その後、図５のフローチャートにしたがってトランスコードを実行する。これにより、図８Ｅに示すように、Ｆ２００１０のＩフレームから記録が再開される。以上のようにして、トランスコードの再開を行うことができる。
【００５１】
３．その他の実施形態
(1)上記実施形態では、いずれの箇所において中断したかにより、ＰフレームとなるべきところがＩフレームになってしまい、Ｉフレームの密度が高くなり圧縮度が低下することになる。再開時に記録される最初の圧縮フレームは、Ｉフレームとなるからである。この問題に対応するため、ログデータを参照し、圧縮データ（ＭＰＥＧ４）中の直近のＩフレームからトランスコードが再開されるように、制御するようにしてもよい。この場合、ステップＳ１４において、当該Ｉフレーム以下の記録済み圧縮フレームは削除する。
【００５２】
(2)上記実施形態では、ＭＰＥＧ２データをＭＰＥＧ４データにトランスコードする場合について説明した。しかし、圧縮データを一旦デコードした後、階調変更、画像サイズ変更、フレームレート変更、インタレース有無の変更、画像縦横比変更、クロップなどを変更する処理を行い、再び圧縮データとする場合などトランスコード一般に適用することができる。
【００５３】
(3)上記実施形態では、フレーム番号を再生順番としているが、ＰＴＳなどを再生順番として用いてもよい。
【図１】
0005703532.tif 000002
【図２】
0005703532.tif 000003
【図３】
0005703532.tif 000004
【図４】
0005703532.tif 000005
【図５】
0005703532.tif 000006
【図６】
0005703532.tif 000007
【図７】
0005703532.tif 000008
【図８】
0005703532.tif 000009