(57)【要約】【課題】  符号化データを、ＲＡＰピクチャを基準とするシーン単位で切り出した場合、接続部にＲＡＳＬピクチャがあると正しく再生できない。さらに編集後のビットストリームには上述のデコード不能なＲＡＳＬピクチャが残ってしまい、不必要にファイルサイズが増えてしまう。【解決手段】  ランダムアクセスを可能にするアクセス画像を含む動画像を符号化した符号化データを編集する編集装置であって、前記動画像の途中から再生する指示を取得した場合に、当該動画像を前記アクセス画像より再生順序が前である第１の画像群と、前記アクセス画像を含む前記アクセス画像より再生順序が後である第２の画像群とに分割する分割手段と、前記分割手段によって分割された前記第２の画像群の内に前記第１の画像群を参照して符号化される所定の画像が含まれる場合に、前記第２の画像群から前記所定の画像を除いた第３の画像群を生成する生成手段とを有することを特徴とする。【選択図】  図１
2015065528.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセスを可能にするアクセス画像を含む動画像を符号化した符号化データを編集する編集装置であって、
前記動画像の途中から再生する指示を取得した場合に、当該動画像を、前記アクセス画像より再生順序が前である第１の画像群と、前記アクセス画像を含む前記アクセス画像より再生順序が後である第２の画像群とに分割する分割手段と、
前記分割手段によって分割された前記第２の画像群の内に、前記第１の画像群を参照して符号化される所定の画像が含まれる場合に、前記第２の画像群から前記所定の画像を除いた第３の画像群を生成する生成手段と
を有することを特徴とする画像編集装置。
【請求項２】
さらに、前記第２の画像群から前記所定の画像を除いた画像群の再生順序を書きかえる変更手段を有することを特徴とする請求項１に記載の画像編集装置。
【請求項３】
前記アクセス画像のピクチャタイプは、Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓであることを特徴とする請求項１乃至請求項２の何れか一項に記載の画像編集装置。
【請求項４】
さらに、前記第２の画像群の内の再生順序が最初の画像である前記アクセス画像のピクチャタイプがＣｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓである場合に、当該アクセス画像のピクチャタイプをＩｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈに変更する変更手段を有することを特徴とする請求項１乃至請求項２の何れか一項に記載の画像編集装置。
【請求項５】
さらに、前記第３の画像群の符号化順序を示す情報を設定する設定手段を有することを特徴とする請求項１に記載の画像編集装置。
【請求項６】
前記設定手段は、変更手段によってピクチャタイプをＩｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈに変更された前記アクセス画像の符号化順序を示す情報をリセットすることを特徴とする請求項５に記載の画像編集装置。
【請求項７】
さらに、前記第２の画像群の内に、前記第１の画像群を参照して符号化される前記所定の画像が含まれるか否かを判定する判定手段を有し、
前記判定手段は、前記第２の画像群の内、前記アクセス画像に対応するリーディングピクチャのピクチャタイプがＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇである場合に当該リーディングピクチャを破棄すると判定し、当該リーディングピクチャのピクチャタイプがＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇでない場合に当該リーディングピクチャを破棄しないと判定することを特徴とする請求項１乃至請求項６の何れか一項に記載の画像編集装置。
【請求項８】
前記リーディングピクチャのピクチャタイプがＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇである場合、当該リーディングピクチャを符号化したデータは復号不能なデータであることを特徴とする請求項７に記載に画像編集装置。
【請求項９】
前記アクセス画像に対応するリーディングピクチャとは、前記アクセス画像よりも符号化順序が後であって、且つ、前記アクセス画像よりも再生順序が前である画像であることを特徴とする請求項７に記載の画像編集装置。
【請求項１０】
さらに、前記生成手段によって生成された前記第３の画像群を送信する送信手段を有することを特徴とする請求項１乃至請求項９のうち何れか一項に記載の画像編集装置。
【請求項１１】
ランダムアクセスを可能にするアクセス画像を含む動画像を符号化した符号化データを編集する画像編集装置であって、
前記動画像の途中から再生する指示を取得した場合に、当該動画像の画像群であって、前記アクセス画像を含む前記アクセス画像より再生順序が後である画像群の内に、当該動画像の画像群であって、前記アクセス画像より再生順序が前である画像を参照して符号化される所定の画像が含まれる場合に、前記動画像から前記所定の画像を除いた画像群を生成する生成手段を有することを特徴とする画像編集装置。
【請求項１２】
ランダムアクセスを可能にするアクセス画像を含む動画像を符号化した符号化データを編集する画像編集装置の画像編集方法であって、
前記動画像を、前記アクセス画像より再生順序が前である第１の画像群と、前記アクセス画像を含む前記アクセス画像より再生順序が後である第２の画像群とに分割する分割工程と、
前記分割手段によって分割された前記第２の画像群の内に、前記第１の画像群を参照して符号化される所定の画像が含まれる場合に、前記第２の画像群から前記所定の画像を除いた第３の画像群を生成する生成工程と
を有することを特徴とする画像編集方法。
【請求項１３】
コンピュータが読み出して実行することにより、前記コンピュータを、請求項１に記載の画像編集装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像圧縮符号化方式で符号化された画像を編集する画像編集装置、画像編集方法及びプログラムに関する。
【背景技術】
【０００２】
動画像の圧縮記録に用いられる符号化方式として、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ（以下、Ｈ．２６４と称す）が知られている（非特許文献１）。さらに、近年、Ｈ．２６４の後継としてさらに高効率な符号化方式の国際標準化を行う活動が開始されて、ＪＣＴ−ＶＣ（Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）がＩＳＯ／ＩＥＣとＩＴＵ−Ｔとの間で設立された。ＪＣＴ−ＶＣでは、Ｈ．２６５／Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ符号化方式（以下、ＨＥＶＣと称す）の標準化が進められている（非特許文献２）。
【０００３】
一般的に、圧縮符号化（以下、符号化と称す）された動画像は、ビットストリームとしてＤＶＤ、ＨＤＤ、メモリ・カード等の蓄積デバイスに蓄積され、必要に応じて適宜取り出して視聴・編集・放送といった用途に使用されることが多い。その際、動画像の先頭からだけでなく、任意の場面から再生したり、編集して切り出したりといった処理を行うランダムアクセスの機能が求められる。
【０００４】
Ｈ．２６４においては、こうしたランダムアクセスを実現するために、ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）ピクチャというピクチャタイプが定義されている。例えば、特許文献１及び特許文献２には、ＩＤＲピクチャを用いて、動画像から任意のシーン単位で切り出して編集する手法が開示されている。
【０００５】
ＩＤＲピクチャを用いる場合、当該ＩＤＲピクチャよりも符号化される順序（以下、符号化順序と称す。尚、符号化順序は復号順序と同じ。）が後のピクチャは、ＩＤＲピクチャよりも符号化順序が前のピクチャを参照することが禁止される。即ち、ＩＤＲピクチャは、当該ＩＤＲピクチャより前に符号化されたピクチャの情報を参照せずに、当該ＩＤＲピクチャより符号化順序が後のピクチャを復号することが可能なピクチャである。このように、ＩＤＲピクチャより符号化順序で後のピクチャは、ＩＤＲピクチャより前に符号化されたピクチャの情報を参照不可とすることで、当該ＩＤＲピクチャを復号した後に正常に復号することができる。このため、ＩＤＲピクチャを用いることにより、ランダムアクセス性を高めることができ、任意のピクチャから再生したり編集したりすることができる。
【０００６】
しかしながら、動画像中に頻繁にＩＤＲピクチャを用いると、復号対象のピクチャより符号化順序が前のピクチャを参照できるピクチャ（例えば、ＢピクチャやＰピクチャ）を用いる場合と比較して、符号化性能（画質等）が低下するという課題があった。これは、ＩＤＲピクチャより符号化順序が後のピクチャを復号する場合に、上述したように参照に制限が設けられているので、当該ＩＤＲピクチャより符号化順序が前のピクチャを参照できないことに起因する。
【０００７】
また、ＨＥＶＣにおいても、ランダムアクセスを実現するため、Ｈ．２６４同様にＩＤＲピクチャが定義されている。さらに、ＨＥＶＣにおいては、ＩＤＲピクチャの課題であった符号化効率の低下を改善するために、ランダムアクセスを実現するための新しいピクチャタイプとしてＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）ピクチャが定義されている。
【０００８】
ＣＲＡピクチャは、当該ＣＲＡピクチャよりも表示（再生）される順序（以下、表示順序と称す）が前のピクチャであって、当該ＣＲＡピクチャより符号化順序が前のピクチャの情報も参照して、当該ＣＲＡピクチャ以降のピクチャを復号することが可能である。即ち、ＣＲＡピクチャを用いる場合、当該ＣＲＡピクチャより符号化順序が後のピクチャを復号する際において参照可能なピクチャに制限がない。これに対して、上述したようにＩＤＲピクチャを用いる場合、当該ＩＤＲピクチャより符号化順序が後のピクチャを復号する際において参照可能なピクチャに制限がある。このため、ＣＲＡピクチャを用いる方が、ＩＤＲピクチャを用いる場合より符号化効率が向上する。
【０００９】
以下、上述したＩＤＲピクチャ、及びＣＲＡピクチャのような、ランダムアクセスを実現するためのピクチャ（アクセス画像）をＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）ピクチャと呼ぶ。ＲＡＰピクチャは前後のピクチャとは関係なく、当該ＲＡＰピクチャだけで独立して符号化することによって得られるピクチャである。尚、Ｈ．２６４及びＨＥＶＣ等の符号化方式においてＩピクチャは、符号化データの途中再生、符号化データの編集及びエラー復帰等で用いられるＲＡＰピクチャとして利用される。また、ＨＥＶＣではＲＡＰピクチャとして、ＩＤＲピクチャやＣＲＡピクチャ以外に、ＢＬＡ（Ｂｒｏｋｅｎ  Ｌｉｎｋ  Ａｃｃｅｓｓ）も定義されている。
【００１０】
図８（ａ）〜（ｄ）にＩＤＲピクチャ及びＣＲＡピクチャの使用例を示す。図８（ａ）及び図８（ｂ）はＩＤＲピクチャに始まり、片方向予測を行うＰピクチャが３ピクチャ毎に存在し、双方向予測を行うＢピクチャが各Ｐピクチャの間に存在する場合の例を、表示順序に並べて表したものである。また、図８（ｃ）は、図８（ａ）に示した表示順序の例を、符号化順序に並べて表した図である。また、図８（ｄ）は、図８（ｂ）に示した表示順序の例を、符号化順序に並べて表した図である。図８における各番号０〜１２は、復号後の各ピクチャの表示順序を表している（以下、番号３のピクチャをピクチャ３と表記する。番号が変化しても同様である）。また、図８（ａ）〜（ｄ）における各矢印は、フレーム間予測における参照関係を示している。例えば、ピクチャ３のＰピクチャはピクチャ０のＩＤＲピクチャを参照し、ピクチャ１及びピクチャ２のＢピクチャはピクチャ０のＩＤＲピクチャとピクチャ３のＰピクチャとを参照する。また、図８（ａ）〜（ｄ）におけるピクチャ９はＲＡＰピクチャであり、図８（ａ）におけるピクチャ９はＲＡＰピクチャとしてＩＤＲピクチャが用いられており、図８（ｂ）におけるピクチャ９はＲＡＰピクチャとしてＣＲＡピクチャが用いられている。
【００１１】
また、ＨＥＶＣでは、ＲＡＰピクチャよりも符号化順序が後であって、当該ＲＡＰピクチャよりも表示順序が前であるピクチャを、リーディングピクチャと呼ぶ。図８（ａ）〜（ｄ）において、ピクチャ７及びピクチャ８のＢピクチャは、ピクチャ９のＲＡＰピクチャよりも符号化順序が後であって、当該ＲＡＰピクチャよりも表示順序が前である。このため、ピクチャ７及びピクチャ８のＢピクチャは、ピクチャ９のＲＡＰピクチャに対応するリーディングピクチャである。
【００１２】
そして、ＲＡＰピクチャとしてＩＤＲピクチャが用いられる場合に、当該ＩＤＲピクチャに対応するリーディングピクチャをＲＡＤＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄｅｃｏｄａｂｌｅ  Ｌｅａｄｉｎｇ）ピクチャと呼ぶ。即ち、ＲＡＤＬピクチャは、ＩＤＲピクチャよりも符号化順序が後であって、当該ＩＤＲピクチャよりも表示順序が前であるピクチャである。例えば、図８（ａ）においてピクチャ７及びピクチャ８は、ＲＡＤＬピクチャである。ピクチャ７及びピクチャ８は、ＩＤＲピクチャ（ピクチャ９）より符号化順序で前のピクチャを参照しないため、復号可能なピクチャである。このように、ＲＡＤＬピクチャは、ＩＤＲピクチャより符号化順序で後のピクチャのみを参照して復号することが可能である。
【００１３】
一方、ＲＡＰピクチャとしてＣＲＡピクチャが用いられる場合に、当該ＣＲＡピクチャに対応するリーディングピクチャをＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ）ピクチャと呼ぶ。即ち、ＲＡＳＬピクチャは、ＣＲＡピクチャよりも符号化順序が後であって、当該ＣＲＡピクチャよりも表示順序が前であるピクチャである。例えば、図８（ｂ）においてピクチャ７及びピクチャ８は、ＲＡＳＬピクチャである。ピクチャ７及びピクチャ８は、ＣＲＡピクチャ（ピクチャ９）より符号化順序で前のピクチャであるピクチャ６を参照するため、ＣＲＡピクチャ（ピクチャ９）から復号を始める場合には復号不能となり読み飛ばす必要があるピクチャである。このように、ＲＡＳＬピクチャは、ＣＲＡピクチャより符号化順序で前のピクチャを参照する場合に、復号することが不可能である。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００７−６７８４２号公報
【特許文献２】特開２０１１−２３７７２号公報
【非特許文献】
【００１５】
【非特許文献１】ＩＴＵ−Ｔ  Ｈ．２６４（０３／２０１０）  Ａｄｖａｎｃｅｄｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ
【非特許文献２】ＪＣＴ−ＶＣ  寄書  ＪＣＴＶＣ−Ｋ１００３  インターネット＜ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／＞
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上述したように、ＨＥＶＣにおいて、ＲＡＰピクチャとしてＣＲＡピクチャが用いられる場合、当該ＣＲＡピクチャに対応するリーディングピクチャであるＲＡＳＬピクチャは、当該ＣＲＡピクチャより符号化順序で前のピクチャを参照する。このため、当該ＣＲＡピクチャから復号を開始する場合には復号できない。即ち、動画像からＣＲＡピクチャを基準とするシーン単位で符号化データを編集して切り出す場合、シーンをまたいで参照するＲＡＳＬピクチャが存在すると、当該ＲＡＳＬピクチャは復号できず、正しく再生されない。このため、編集後のビットストリームには復号できないＲＡＳＬピクチャが残ってしまい、不要なファイルサイズが増えるという課題がある。
【課題を解決するための手段】
【００１７】
以上説明した課題を解決するため、本発明の動画像編集装置は、動画像の符号化データを、所定のランダムアクセス可能なピクチャの直前で分割し、前記ランダムアクセス可能なピクチャの符号化データの直前を終端とする第１の分割データと、前記ランダムアクセス可能なピクチャの符号化データを始点とする第２の分割データを生成する分割手段と、前記第２の分割データの各ピクチャに付与されている属性情報を解析し、そのピクチャが前記第１の分割データに含まれるいずれかのピクチャを参照して符号化されている場合は破棄すると判定し、そうでない場合は破棄しないと判定する判定手段と、前記判定手段において破棄すると判定されたピクチャが存在する場合は、当該破棄すると判定されたピクチャの符号化データを破棄し、さらに破棄しないと判定された第２の分割データに含まれるピクチャの符号化データ同士を結合し、第３の分割データを生成する生成手段と、を備えることを特徴とする。
【発明の効果】
【００１８】
本発明により、動画像を符号化した符号化データにＲＡＳＬピクチャが含まれる場合に、復号できないピクチャが残ることなく、不要なファイルサイズの増大を抑えることができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態１の画像編集装置の構成を示すブロック図
【図２】実施形態１及び実施形態２の判定部１０１における判定フローを示すフローチャート
【図３】実施形態１の符号化データのピクチャ構成例を表す図
【図４】実施形態２の画像編集装置の構成を示すブロック図
【図５】実施形態２のヘッダ変更部２０２における処理フローを示すフローチャート
【図６】実施形態２の符号化データのピクチャ構成例を表す図
【図７】実施形態２の符号化データのピクチャ構成例を表す図
【図８】ＩＤＲピクチャ及びＣＲＡピクチャの使用例を示す図
【発明を実施するための形態】
【００２０】
（実施形態１）
本実施形態に係る画像編集装置について、図１を用いて説明する。図１は、本実施形態における画像編集装置１０の構成を表すブロック図である。データ分割部１００は、符号化された動画像データ（以下、符号化データ）を第１の分割データ（第１の画像群）と第２の分割データ（第２の画像群）とに分割し、それぞれ出力する。判定部１０１は、データ分割部１００によって出力された第２の分割データを入力し、入力された第２の分割データを構成する各ピクチャの符号化データを破棄するか否かを判定する。さらに、判定部１０１は、判定結果をデータ生成部１０２へ出力する。データ生成部１０２は、判定部１０１から出力された判定結果に基づき、データ分割部１００により出力された第２の分割データのうち、判定部１０１によって破棄すると判定された符号化データを破棄し、第３の分割データ（第３の画像群）を生成して出力する。
【００２１】
次に、図１に示す画像編集装置１０の各処理部が符号化データを編集するための動作の詳細について説明する。尚、本実施形態において、データ分割部１００へ入力される符号化データは、ＨＥＶＣ符号化方式にて符号化されたものであるとして説明とする。また、ランダムアクセス可能なアクセス画像としてのＲＡＰピクチャ（以下、ＲＡＰ１）は、画像編集装置１０の外部より指定された、所定のピクチャである。画像編集装置１０は、入力された動画像の符号化データの途中にあるＲＡＰ１から再生するよう、画像編集装置１０の外部からの指示を取得した場合に、当該符号化データの編集処理を行う。
【００２２】
画像編集装置１０内の取得部（不図示）が当該画像編集装置１０の外部から、ＲＡＰ１から再生する指示を取得した場合、データ分割部１００は、入力された符号化データを、ＲＡＰ１の直前を分割点とし、第１の分割データと第２の分割データとに分割する。即ち、第１の分割データは、ＲＡＰ１より符号化順序で前の符号化データである。また、第２の分割データは、ＲＡＰ１より符号化順序で後の符号化データである。尚、ＲＡＰ１は、第２の分割データに含まれる。即ち、第２の分割データにおいて符号化順序で最初のピクチャは、ＲＡＰ１である。そして、データ分割部１００は、第１の分割データ及び第２の分割データを出力する。
【００２３】
ここで、本実施形態において、データ分割部１００に入力される符号化データのピクチャ構成の一例を、図８（ｄ）を用いて説明する。図８（ｄ）において、ピクチャ９が所定のＲＡＰ１である場合、データ分割部１００は、ピクチャ５とピクチャ９（ＲＡＰ１）との間を分割点と認識する。そして、データ分割部１００は、ピクチャ９より前の符号化データを第１の分割データとして出力し、ピクチャ９以降の符号化データを第２の分割データとして出力する。即ち、図８（ｄ）において、第１の分割データはピクチャ０，３，１，２，６，４，及び５の各ピクチャより構成され、第２の分割データはピクチャ９，７，８，１２，１０，及び１１の各ピクチャより構成される。
【００２４】
判定部１０１は、データ分割部１００によって出力された第２の分割データの各ピクチャに付与されている属性情報を解析し、当該各ピクチャの符号化データを破棄するか否かを判定し、その判定結果をデータ生成部１０２へ出力する。尚、判定部１０１は、第２の分割データの各ピクチャが、データ分割部１００によって分割された第１の分割データに含まれるいずれかのピクチャを参照して符号化されているか否かを解析する。そして、判定部１０１は、判定対象のピクチャが、第１の分割データに含まれるいずれかのピクチャを参照していると解析した場合は、当該判定対象のピクチャを破棄すると判定する。また、判定部１０１は、判定対象のピクチャが、第１の分割データに含まれるいずれかのピクチャも参照していないと解析した場合は、当該判定対象のピクチャを破棄しないと判定する。
【００２５】
図２は、判定部１０１における各ピクチャの判定フローを示した図である。以下、図２を用いて判定部１０１における判定フローを説明する。
【００２６】
まずステップＳ２００において、判定部１０１はデータ分割部１００によって出力された第２の分割データのうち判定対象のピクチャに付与されている属性情報を取り込む。尚、判定部１０１は、入力された第２の分割データから符号化順序に各ピクチャを取り込むものとする。
【００２７】
次にステップＳ２０１において、判定部１０１は、ステップＳ２００で取り込んだ、判定対象のピクチャの属性情報（ピクチャタイプ）を解析する。そして、ステップＳ２０１において当該判定対象のピクチャがＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ）ピクチャであると解析した場合、判定部１０１はステップＳ２０２の処理へ進む。また、ステップＳ２０１において判定対象のピクチャがＲＡＳＬピクチャでないと解析した場合、判定部１０１はステップＳ２０３の処理へ進む。
【００２８】
ステップＳ２０２において、判定部１０１は、判定対象のピクチャが、第２の分割データの符号化順序で最初のＲＡＰピクチャに対応するリーディングピクチャであるか否かを判定する。そして、判定対象のピクチャが最初のＲＡＰに対応するリーディングピクチャである場合は、ステップＳ２０４へ進み、そうでない場合はステップＳ２０３へ進む。
【００２９】
ステップＳ２０３において、判定部１０１は、判定対象のピクチャを破棄しないと判定する。一方、ステップＳ２０４において、判定部１０１は、判定対象のピクチャを破棄すると判定する。
【００３０】
さらにステップＳ２０５において、判定部１０１は、判定対象のピクチャが第２の分割データのうちの最後のピクチャであるか否か判定する。そして、判定対象のピクチャが最後のピクチャである場合は判定処理を終了し、そうでない場合はステップＳ２００へと戻り、次のピクチャの属性情報を取り込む。以下、同様に処理を行い、第２の分割データの最後のピクチャの判定が終了するまで上記の処理を繰り返す。
【００３１】
ここで、本実施形態における、判定部１０１による判定処理の一例を、図８（ｄ）を用いて説明する。図８（ｄ）に示す符号化データは、ＲＡＳＬピクチャを含むデータである。以下、図８（ｄ）に示すようなＲＡＳＬピクチャを含む符号化データが入力された場合の判定部１０１の動作を説明する。
【００３２】
上述したように、図８（ｄ）に示したピクチャ構成において、第２の分割データはピクチャ９、７、８、１２、１０、及び１１の各ピクチャより構成される。そして、これら第２の分割データのうちピクチャ７及びピクチャ８は、ＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）ピクチャであるピクチャ９に対応するリーディングピクチャである。即ち、ピクチャ７及びピクチャ８はＲＡＳＬピクチャである。このため、ステップＳ２０１において判定対象のピクチャがピクチャ７及びピクチャ８の場合、判定部１０１はＹＥＳと判定する。さらに、判定部１０１は、これらのピクチャ７及びピクチャ８が、第２の分割データの符号化順序で最初のＲＡＰピクチャ（ピクチャ９）に対応するリーディングピクチャであるため、ステップＳ２０２においてＹＥＳと判定する。そして、判定部１０１は、ステップＳ２０４において、ピクチャ７及びピクチャ８を破棄するピクチャと判定する。
【００３３】
尚、ステップＳ２０４において破棄されると判定されたピクチャは、第１の分割データに含まれるいずれかのピクチャを参照していることを示している。また、第２の分割データのうちピクチャ７及びピクチャ８以外のピクチャは全て、判定部１０１によって、ステップＳ２０１においてＲＡＳＬピクチャでない（ＮＯ）と判定されるため、ステップＳ２０３においてこれらピクチャを破棄しないと判定される。結果として判定部１０１は、ピクチャ７及びピクチャ８を破棄するピクチャ、第２の分割データのうちピクチャ７及びピクチャ８以外のピクチャを破棄しないピクチャと判定し、判定結果を出力する。
【００３４】
データ生成部１０２は、データ分割部１００によって出力された第２の分割データのうち、判定部１０１によって破棄すると判定されたピクチャの符号化データを破棄し、破棄しないと判定されたピクチャの符号化データを結合し、第３の分割データを生成する。そして、判定部１０１は、生成した第３の分割データを出力する。
【００３５】
図３は、データ分割部１００によって出力される第２の分割データ、及び、当該第２の分割データに対応してデータ生成部１０２から出力される符号化データのピクチャ構成の一例を示した図である。図３（ａ）は、データ分割部１００によって出力される第２の分割データを示しており、図８（ｄ）に示されるピクチャ構成の符号化データを元に、データ分割部１００によって分割され第２の分割データとして出力されたデータに対応する。また、図３（ｂ）は、図３（ａ）に示した第２の分割データの符号化データをデータ生成部１０２へ入力した場合に、データ生成部１０２から出力される符号化データの一例を示している。
【００３６】
データ生成部１０２は、図３（ａ）に示す第２の分割データのうち、判定部１０１によって破棄すると判定されたピクチャ７及びピクチャ８を破棄する。そして、データ生成部１０２は、当該ピクチャ７及びピクチャ８の前後に位置するピクチャ同士を連結して、第３の分割データを生成し出力する。当該第３の分割データは、結果として図３（ｂ）に示すごとくピクチャ９、１２、１０、１１の順序で構成されることとなる。
【００３７】
尚、本実施形態における画像編集装置で編集された符号化データを、デコーダ側で確実に再生順序を適正に保って処理するためには、デコーダ側に特別な仕組みを設けることが必要となる。例えば、デコーダに入力される符号化データに上述したごとくの編集がなされたか否かを示す信号を入力するインターフェースをデコーダに設けることが考えられる。そしてデコーダ側では当該信号に応じて、入力された符号化データが編集されたデータであることを示している場合は、各ピクチャのＰＯＣの示す番号に欠番があった（上記例では７，８が欠番となる）としても、昇順に表示するよう構成することで達成できる。
【００３８】
以上、図８（ｄ）に示すように、データ分割部１００に入力された符号化データにＲＡＳＬピクチャが存在する場合の例を含めて、画像編集装置１０の動作を説明した。以下、データ分割部１００に入力された符号化データ中にＲＡＳＬピクチャを含まない場合の例について、図８（ｃ）を用いて画像編集装置１０の動作を説明する。
【００３９】
図８（ｃ）において、ピクチャ９が所定のＲＡＰ１である場合、上述した図８（ｄ）と同様に、データ分割部１００は、ピクチャ５とピクチャ９（ＲＡＰ１）との間を分割点と認識する。そして、データ分割部１００は、ピクチャ９より前の符号化データを第１の分割データとして出力し、ピクチャ９以降の符号化データを第２の分割データとして出力する。即ち、図８（ｃ）において、第１の分割データはピクチャ０、３、１、２、６、４、及び５の各ピクチャより構成され、第２の分割データはピクチャ９、７、８、１２、１０、及び１１の各ピクチャより構成される。
【００４０】
そして、これら第２の分割データのうちピクチャ７及びピクチャ８は、ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）ピクチャであるピクチャ９に対応するリーディングピクチャである。即ち、ピクチャ７及びピクチャ８はＲＡＤＬピクチャである。このため、判定対象のピクチャがピクチャ７及びピクチャ８の場合、判定部１０１はステップＳ２０１においてＲＡＳＬピクチャでない（ＮＯ）と判定する。また、判定部１０１は、第２の分割データのうちピクチャ７及びピクチャ８以外の全てのピクチャも、ステップＳ２０１においてＲＡＳＬピクチャでない（ＮＯ）と判定する。結果として判定部１０１は、ピクチャ７及び８を含む、第２の分割データの全てのピクチャをステップＳ２０３において破棄しないピクチャと判定し、判定結果を出力する。
【００４１】
データ生成部１０２は、判定部１０１によって出力された判定結果に基づいて、データ分割部１００によって出力された第２の分割データのいずれのピクチャも破棄せずに、当該第２の分割データをそのまま第３の分割データとして出力する。尚、データ分割部１００より出力された第１の分割データ、及び、データ生成部１０２より出力された第３の分割データは、それぞれ必要に応じて破棄したり、他の符号化データと結合したりして適宜利用することができる。
【００４２】
さらに、本実施形態において画像編集装置１０の送信部（不図示）は、データ分割部１００より出力された第１の分割データ、及び、データ生成部１０２より出力された第３の分割データを画像編集装置１０の外部へネットワークを介して送信する。尚、本発明の画像編集装置１０はこれに限定されず、第１の分割データ及び第３の分割データを画像編集装置１０からメモリ（不図示）に記録し、メモリから復号装置へバスを介して送信する構成でも構わない。このように、復号できない（復号不能の）ピクチャ（符号化データ）を含まない第１の分割データ及び第３の分割データを送信することで、従来のように第２の分割データを送信する場合よりも、送信する符号化データのファイルサイズを小さくすることができる。このため、当該符号化データを送信する送信部の処理負荷、及び、当該符号化データを受信する受信装置（不図示）の処理負荷を軽減することができる。
【００４３】
以上説明したように、本実施形態における画像編集装置は、入力される符号化データにＲＡＳＬピクチャが含まれる場合であって、当該ＲＡＳＬピクチャを分割点として分割した場合に、再生不能となると判断したピクチャを破棄することができる。このため、復号できない不要なピクチャ（符号化データ）がファイルに存在することを避けることができ、不要なファイルサイズの増大を抑えることが可能となる。
【００４４】
（実施形態２）
実施形態１では、データ分割部１００、判定部１０１、データ生成部１０２を有する画像編集装置について説明した。本実施形態では、さらにヘッダ変更部２０２を有する画像編集装置について説明する。
【００４５】
以下、本実施形態に係る画像編集装置について、図４を用いて説明する。図４は、本実施形態における画像編集装置１０の構成を表すブロック図である。尚、本実施形態において、図４に示すデータ分割部１００及び判定部１０１は、上述した実施形態１と機能が同一であるため、符号も同一とし、適宜説明を省略する。
【００４６】
ヘッダ変更部２０２は、データ分割部１００によって出力された第２の分割データ、及び、判定部１０１によって出力された判定結果を入力する。そして、ヘッダ変更部２０２は、入力された第２の分割データ及び判定結果に基づいて、第２の分割データの各ピクチャにおけるヘッダ情報を変更し、ヘッダ情報を変更した第２の分割データをデータ生成部２０３へ出力する。
【００４７】
データ生成部２０３は、判定部１０１によって出力された判定結果に基づき、データ分割部１００によって出力された第２の分割データより必要に応じてデータを破棄し、破棄しないと判定されたピクチャを結合した符号化データを生成する。また、データ生成部２０３は、ヘッダ変更部２０２の出力に基づきヘッダ情報を置き換える。そして、データ生成部２０３は、結合して生成した符号化データと置き換えたヘッダ情報とを用いて第３の分割データを生成し、後段へ出力する。
【００４８】
次に、図４に示す画像編集装置１０の各処理部が符号化データを編集するための動作の詳細について説明する。尚、本実施形態においても実施形態１と同様に、データ分割部１００へ入力される符号化データは、ＨＥＶＣ符号化方式にて符号化されたものであるとして説明する。
【００４９】
まず、本実施形態において、データ分割部１００に入力される符号化データが図８（ｄ）に示すピクチャ構成を有する場合、即ち入力される符号化データにＲＡＳＬピクチャが存在する場合の例について説明する。この場合、実施形態１と同様に、データ分割部１００は０、３、１、２、６、４及び５の各ピクチャより構成される第１の分割データ、及び、９、７、８、１２、１０及び１１の各ピクチャより構成される第２の分割データを出力する。
【００５０】
判定部１０１は、データ分割部１００によって出力された第２の分割データの各ピクチャに付与されている属性情報を解析し、当該各ピクチャの符号化データを破棄するか否かを判定し、その判定結果をヘッダ変更部２０２及びデータ生成部２０３へ出力する。尚、判定部１０１における判定フロー、及び図８（ｄ）に示したピクチャ構成例における判定部１０１の動作については、実施形態１と同様であるため説明を省略する。
【００５１】
ヘッダ変更部２０２は、データ分割部１００によって出力された第２の分割データに含まれるＲＡＰ１のピクチャタイプがＣＲＡである場合、そのピクチャタイプをＩＤＲへと変更する。尚、ＣＲＡピクチャでは、当該ＣＲＡピクチャより符号化順序が前のピクチャを参照する、第２の分割データに含まれるピクチャを復号することが不可能である。一方、ＩＤＲピクチャでは、当該ＩＤＲピクチャより符号化順序が前のピクチャは参照対象でないため、第２の分割データに含まれるピクチャのみを参照して復号することが可能である。このため、ヘッダ変更部２０２は、第２の分割データに含まれるＲＡＰ１のピクチャタイプがＣＲＡである場合、そのピクチャタイプをＩＤＲへと変更することにより、第２の分割データに含まれるピクチャのみを参照して復号することができる。
【００５２】
また、ヘッダ変更部２０２（設定手段）は、当該ＲＡＰ１の符号化順序を示す情報（ＰＯＣ：Ｐｉｃｔｕｒｅ  Ｏｒｄｅｒ  Ｃｏｕｎｔ）をリセットする。そして、ヘッダ変更部２０２は、判定部１０１によって出力される判定結果に基づいて、判定部１０１によって破棄すると判定されたピクチャを考慮して、当該破棄すると判定されたピクチャに続くピクチャのＰＯＣもそれに応じてナンバリングし直す。さらに、ヘッダ変更部２０２は、変更したヘッダ情報をデータ生成部２０３へ出力する。
【００５３】
ここで、ヘッダ変更部２０２におけるヘッダ変更フローを図５に示す。以下、図５を用いてヘッダ変更部２０２におけるヘッダ変更フローを説明する。
【００５４】
まずステップＳ５００においてヘッダ変更部２０２は、データ分割部１００から出力された第２の分割データの最初のピクチャ即ちＲＡＰ１のピクチャタイプが、ＣＲＡであるかどうかを当該ピクチャのヘッダ情報を解析して判定する。そして、ヘッダ変更部２０２は、ＲＡＰ１のピクチャタイプがＣＲＡであると判定した場合（ステップＳ５００のＹＥＳ）はステップＳ５０１へ進み、ＲＡＰ１のピクチャタイプがＣＲＡでないと判定した場合（ステップＳ５００のＮＯ）は処理終了となる。
【００５５】
次に、ステップＳ５０１においてヘッダ変更部２０２は、最初のピクチャ（ＲＡＰ１）のピクチャタイプをＣＲＡからＩＤＲとなるようにヘッダ情報を変更する。そして、ステップＳ５０２においてヘッダ変更部２０２は、当該ＲＡＰ１の再生順序を示す情報であるＰＯＣを０にリセットする。さらに、ステップＳ５０３においてヘッダ変更部２０２は、第２の分割データのうち、当該ＲＡＰ１と判定部１０１によって破棄すると判定されたピクチャ以外のピクチャであって、次のＩＤＲピクチャの直前までの全てのピクチャのＰＯＣをリナンバリングする。
【００５６】
再び、図４の各処理部の説明に戻る。データ生成部２０３は、データ分割部１００によって出力された第２の分割データのうち、判定部１０１によって破棄すると判定されたピクチャの符号化データを破棄し、破棄しないと判定された残りのピクチャを結合した符号化データを生成する。また、データ生成部２０３は、ヘッダ変更部２０２によって出力されたヘッダ情報に基づき、データ分割部１００から出力された第２の分割データに含まれるヘッダ情報を置き換える。そして、データ生成部２０３は、結合して生成した符号化データと置き換えたヘッダ情報とを用いて第３の分割データを生成し、後段へ出力する。
【００５７】
また、図６は、データ分割部１００によって出力される第２の分割データ、及び、当該第２の分割データに対応してデータ生成部１０２から出力される符号化データのピクチャ構成の一例を示した図である。図６（ａ）は、データ分割部１００によって出力される第２の分割データを示しており、図８（ｄ）に示されるピクチャ構成の符号化データを元に、データ分割部１００によって分割され第２の分割データとして出力されるデータに対応する。尚、各ピクチャの下部に示した番号は当該各ピクチャのＰＯＣをそれぞれ示している。また、図６の例において、最初のピクチャ（ＲＡＰ１）のピクチャタイプはＣＲＡ、判定部１０１によって破棄すると判定されたピクチャはピクチャ７及びピクチャ８であるとする。
【００５８】
この場合、ヘッダ変更部２０２は、図５のステップＳ５００において、最初のピクチャのピクチャタイプがＣＲＡであるため、ＹＥＳと判定する。次に、ステップＳ５０１においてヘッダ変更部２０２は、最初のピクチャのピクチャタイプがＩＤＲとなるようにヘッダ情報を変更する。次に、ステップＳ５０２においてヘッダ変更部２０２は、当該最初のピクチャの再生順序を示す情報であるＰＯＣを０にリセットする。次に、ステップＳ５０３においてヘッダ変更部２０２は、ピクチャ１２、ピクチャ１０及びピクチャ１１のＰＯＣをリナンバリングする。ここで、図６（ｂ）に、変更（リナンバリング）後のピクチャ構成を示す。この場合、図６（ｂ）に示すように、各ピクチャ１２、１０及び１１のＰＯＣは、３、１、２へそれぞれ変更される。
【００５９】
データ生成部２０３は、図６（ａ）に示す第２の分割データのうち、判定部１０１によって破棄すると判定されたピクチャ７及びピクチャ８を破棄する。そして、データ生成部２０３は、当該ピクチャ７及びピクチャ８の前後に位置するピクチャ同士を連結した符号化データを生成する。そして、データ生成部２０３は、ヘッダ変更部２０２より受け取った変更後のヘッダ情報と置き換え、結合して生成した符号化データと置き換えたヘッダ情報とを用いて第３の分割データを生成し出力する。当該第３の分割データは、結果として図６（ｂ）に示すごとくピクチャ０、３、１、２の順序で構成されることとなる。
【００６０】
以上、データ分割部１００に入力される符号化データにＲＡＳＬピクチャが存在する場合の例についての符号化データの編集動作を説明したが、入力される符号化データにＲＡＳＬピクチャが存在しない場合はより簡易な動作となる。
【００６１】
以下、データ分割部１００に入力される符号化データが図８（ｃ）に示すピクチャ構成を有する場合、即ち入力される符号化データにＲＡＳＬピクチャが存在しない場合の例について説明する。この場合、データ分割部１００は０、３、１、２、６、４及び５の各ピクチャより構成される第１の分割データ、及び、９、７、８、１２、１０及び１１の各ピクチャより構成される第２の分割データを出力する。
【００６２】
判定部１０１は、データ分割部１００によって出力された第２の分割データの各ピクチャに付与されている属性情報を解析し、当該各ピクチャの符号化データを破棄するか否かを判定し、判定結果を後段へ出力する。ここで、判定部１０１は、データ分割部１００によって出力された第２の分割データが図８（ｃ）に示したピクチャ構成であることから、当該第２の分割データの全てのピクチャを破棄しないピクチャと判定し、当該判定結果を出力する。
【００６３】
ヘッダ変更部２０２は、ここでは、判定部１０１によって第２の分割データの全てのピクチャを破棄しないと判定されるため、最初のピクチャ（ＲＡＰ１）のＰＯＣを０にして、当該最初のピクチャ以降のピクチャのＰＯＣはこれに準じて変更する。
【００６４】
データ生成部２０３は、ここでは、判定部１０１で第２の分割データの全ピクチャを破棄しないと判定されるため、データ分割部１００から出力された第２の分割データと、ヘッダ変更部２０２から出力されたヘッダ情報とを用いて第３の分割データを生成する。
【００６５】
また、図７は、データ分割部１００によって出力される第２の分割データ、及び、当該第２の分割データに対応してデータ生成部１０２から出力される符号化データのピクチャ構成の一例を示した図である。図７（ａ）は、データ分割部１００によって出力される第２の分割データを示しており、図８（ｃ）に示されるピクチャ構成の符号化データを元に、データ分割部１００によって分割され第２の分割データとして出力されるデータに対応する。尚、各ピクチャの下部に示した番号は図６同様、当該各ピクチャのＰＯＣをそれぞれ示している。また、図７の例において、最初のピクチャ（ＲＡＰ１）のピクチャタイプはＣＲＡ、判定部１０１によって破棄すると判定されたピクチャは存在しないとする。
【００６６】
この場合、ヘッダ変更部２０２は、図５のステップＳ５００において、最初のピクチャのピクチャタイプがＣＲＡであるため、ＹＥＳと判定する。次に、ステップＳ５０１においてヘッダ変更部２０２は、当該最初のピクチャのピクチャタイプがＩＤＲとなるようにヘッダ情報を変更する。次に、ステップＳ５０２においてヘッダ変更部２０２は、当該最初のピクチャの再生順序を示す情報であるＰＯＣを０にリセットする。次に、ステップＳ５０３においてヘッダ変更部２０２は、ピクチャ７、ピクチャ８、ピクチャ１２、ピクチャ１０及びピクチャ１１のＰＯＣをリナンバリングする。ここで、図７（ｂ）に、変更（リナンバリング）後のピクチャ構成を示す。この場合、図７（ｂ）に示すように、各ピクチャ７、８、１２、１０及び１１のＰＯＣは、−２、−１、３、１、２へそれぞれ変更される。
【００６７】
データ生成部２０３は、判定部１０１によって破棄すると判定されたピクチャが存在しないため、図７（ａ）に示す第２の分割データのうちいずれのピクチャも破棄しない。そして、データ生成部２０３は、ヘッダ変更部２０２より受け取った変更後のヘッダ情報と置き換え、第２の分割データと置き換えたヘッダ情報とを用いて第３の分割データを生成し出力する。当該第３の分割データは、結果として図７（ｂ）に示すごとくピクチャ−２、−１、３、１、２の順序で構成されることとなる。
【００６８】
尚、実施形態１と同様に本実施形態でも、データ分割部１００より出力された第１の分割データ、及び、データ生成部１０２より出力された第３の分割データは、それぞれ必要に応じて破棄したり、他の符号化データと結合したりして適宜利用することができる。
【００６９】
さらに、本実施形態において画像編集装置１０の送信部（不図示）は、データ分割部１００より出力された第１の分割データ、及び、データ生成部１０２より出力された第３の分割データを画像編集装置１０の外部へネットワークを介して送信する。尚、本発明の画像編集装置１０はこれに限定されず、第１の分割データ及び第３の分割データを画像編集装置１０からメモリ（不図示）に記録し、メモリから復号装置へバスを介して送信する構成でも構わない。このように、復号できない（復号不能の）ピクチャ（符号化データ）を含まない第１の分割データ及び第３の分割データを送信することで、従来のように第２の分割データを送信する場合よりも、送信する符号化データのファイルサイズを小さくすることができる。このため、当該符号化データを送信する送信部の処理負荷、及び、当該符号化データを受信する受信装置（不図示）の処理負荷を軽減することができる。
【００７０】
以上説明したように、本実施形態における画像編集装置は、入力される符号化データにＲＡＳＬピクチャが含まれる場合であって、当該ＲＡＳＬピクチャを分割点として分割した場合に、再生不能となると判断したピクチャを破棄することができる。このため、復号できない不要なピクチャ（符号化データ）がファイルに存在することを避けることができ、不要なファイルサイズの増大を抑えることが可能となる。
【００７１】
さらに、本実施形態の画像編集装置においては、切り出し点付近（切り出した最初のピクチャ）にＣＲＡピクチャが存在する場合に、当該ピクチャをＩＤＲピクチャに置き換えることにより、当該ＩＤＲピクチャ以降のピクチャを全て復号することができる。
【００７２】
また、前述したように切り出し点付近にＣＲＡピクチャが存在する場合に、ＰＯＣ情報をリセットすることでデコーダ側での再生順序を適正に保つことができる。上記の実施形態１では、デコーダ側で確実に再生順序を適正に保つにはデコーダ側に編集済みであることを入力する等の特別な仕組みが必要であるが、本実施形態の画像編集装置で作成された符号化データをデコードするにあたっては、この仕組みが不要となる。
【００７３】
（その他の実施形態）
前述した各実施形態では、データ分割部１００で第１の分割データと第２の分割データとを分割した後に、各処理部により当該第２の分割データに処理を施して第３の分割データを生成したが、本発明はこれに限定されない。即ち、実施形態１において、画像編集装置１０に入力された動画像の符号化データのうち、符号化順序でＲＡＰ１以降のデータを判定部１０１、データ生成部１０２の処理により、再生不能となるピクチャを含まないデータを生成するものであれば構わない。また、実施形態２においても同様に、画像編集装置１０に入力された動画像の符号化データのうち、符号化順序でＲＡＰ１以降のデータを各処理部１０１、２０２、２０３の処理により、再生不能となるピクチャを含まないデータを生成するものであれば構わない。このような処理を行うことにより、データ分割部１００で第１の分割データと第２の分割データとに分割する処理を省略することができる。
【００７４】
また、前述した各実施形態では、データ分割部１００へ入力される符号化データは、ＨＥＶＣ符号化方式にて符号化されたものであるとして説明したが、本発明はこれに限定されない。即ち、ＣＲＡピクチャを用いることが可能な符号化方式であれば構わない。
【００７５】
また、前述した各実施形態では、ランダムアクセスを可能とするためのＲＡＰピクチャとしてＣＲＡを用いて説明したが、本発明はこれに限定されない。即ち、ＲＡＰピクチャより符号化順序で後のピクチャを符号化する際に、参照の制限がない（当該ＲＡＰピクチャより符号化順序で前のピクチャを参照して符号化することができる）ピクチャを用いても構わない。
【００７６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015065528.tif 000003
【図２】
2015065528.tif 000004
【図３】
2015065528.tif 000005
【図４】
2015065528.tif 000006
【図５】
2015065528.tif 000007
【図６】
2015065528.tif 000008
【図７】
2015065528.tif 000009
【図８】
2015065528.tif 000010