(57)【要約】【課題】連携アプリケーション実行中に放送波が受信できなくなったとしても、視聴者に適切な情報を提供することにより、コンテンツ提供者にといって意図した処理を実行することが可能なデジタル放送受信装置等を提供することを目的とする。【解決手段】デジタル放送を受信し、デジタル放送に連携する連携アプリケーションを取得し、実行する。連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度が閾値以下となった場合には、前記連携アプリケーションは代替コンテンツを表示する代替コンテンツ表示手段備える。【選択図】図１
2015136062.tif 000002
【特許請求の範囲】
【請求項１】
放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、
デジタル放送を受信するデジタル放送受信手段と、
デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行手段と、
前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得手段と、
前記受信感度取得手段により、デジタル放送の受信感度が閾値以下となった場合には、前記連携アプリケーションは代替コンテンツを表示する代替コンテンツ表示手段と、
を備えることを特徴とするデジタル放送受信装置。
【請求項２】
デジタル放送受信装置は、コンテンツサーバに接続されており、
前記代替コンテンツ表示手段は、前記コンテンツサーバから代替コンテンツを取得し、当該代替コンテンツを表示することを特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
コンテンツサーバに接続され、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、
デジタル放送のコンテンツを受信するデジタル放送受信手段と、
前記受信されているデジタル放送の番組情報を取得する番組情報取得手段と、
デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行手段と、
前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得手段と、
を備え、
前記デジタル放送受信手段は、前記受信感度取得手段により、デジタル放送の受信感度が閾値以下となった場合には、前記番組情報に基づいて、前記コンテンツサーバからコンテンツを受信することを特徴とするデジタル放送受信装置。
【請求項４】
放送局からデジタル放送コンテンツを受信するデジタル放送受信装置における通信方法であって、
デジタル放送を受信するデジタル放送受信ステップと、
デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行ステップと、
前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得ステップと、
前記受信感度取得ステップにより、デジタル放送の受信感度が閾値以下となった場合には、前記連携アプリケーションは代替コンテンツを表示する代替コンテンツ表示ステップと、
を含むことを特徴とする通信方法。
【請求項５】
コンテンツサーバに接続され、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置における通信方法であって、
デジタル放送のコンテンツを受信するデジタル放送受信ステップと、
前記受信されているデジタル放送の番組情報を取得する番組情報取得ステップと、
デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行ステップと、
前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得ステップと、
を含み、
前記デジタル放送受信ステップは、前記受信感度取得ステップにより、デジタル放送の受信感度が閾値以下となった場合には、前記番組情報に基づいて、前記コンテンツサーバからコンテンツを受信することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置等に関する。
【背景技術】
【０００２】
デジタル放送に、ブロードバンドネットワーク利用による機能を連携させて、付加コンテンツ、サーバにおける演算処理、複数の端末を連携させた提示処理等をデジタル放送と柔軟に組み合わせてサービスを提供するシステムとして、放送通信連携システムが提供されつつある。
【０００３】
すなわち、放送通信連携システムでは，放送波を受信して放送コンテンツを取得すると共に，放送波によって搬送される情報に基づいて、受信装置が通信ネットワーク経由でアプリケーションをダウンロードし、視聴者が放送番組に関連したアプリケーションを利用することができる。
【０００４】
ここで、アプリケーション（アプリ）とは、システムで提供されるサービスを具現化するために個々のサービス用に開発、運用されるソフトウェアであり、デジタル放送受信装置上で実行されるものである。
【０００５】
アプリケーションの実行に必要な受信装置側の機能は、例えば、非特許文献１（IPTVFJ STD-0010）のＡ．４．１．３に示されるアプリケーションプロファイルとして放送波、もしくは通信によって取得される。放送連携通信システムでは、アプリケーションプロファイルが示す機能を受信装置が備えていない場合、受信装置はアプリケーションを実行できない。
【０００６】
ここで、アプリケーション（連携アプリケーション）は、放送番組に紐付いており、放送波で送信されるデジタル放送を受信する他、アプリケーション起動情報を放送波で受信するか、通信送受信手段でネットワーク経由でも受信可能である発明が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−９３５１号公報
【非特許文献】
【０００８】
【非特許文献１】IPTV規定  放送通信連携システム仕様  IPTVFJ STD-0010 1.0版
【発明の概要】
【発明が解決しようとする課題】
【０００９】
この場合、デジタル放送受信装置において、放送波が受信できない場合、放送番組に紐づいた連携アプリケーションの処理が連携アプリケーションの提供者の想定するものにならないという問題があった。
【００１０】
例えば、放送番組と連動して、放送波コンテンツ(映像・音声)を使用し、その表示の上に操作ボタンを表示させて、放送波コンテンツを見ながらユーザに操作を促すようなアプリケーションが実行された場合、操作ボタンは表示されるが、放送波コンテンツ(映像・音声)は受信状況が悪いために表示できず、ユーザにとっては操作ボタンは表示されたが、何を操作してよいかが分からないといった状況が発生しまう問題点が生じていた。
【００１１】
上述した特許文献１では、放送波、通信網からアプリケーション制御情報を必ず取得し、アプリケーションを必ず実行することができることを特徴としているが、そのアプリケーションの処理が、アプリケーション提供者が想定しているサービスをユーザに提供するものにならず、上記問題を解決できなかった。
【００１２】
上述した課題に鑑み、本発明は連携アプリケーション実行中に放送波が受信できなくなったとしても、視聴者に適切な情報を提供することにより、コンテンツ提供者にといって意図した処理を実行することが可能なデジタル放送受信装置等を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明のデジタル放送受信装置は、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置であって、デジタル放送を受信するデジタル放送受信手段と、デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行手段と、前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得手段と、前記受信感度取得手段により、デジタル放送の受信感度が閾値以下となった場合には、前記連携アプリケーションは代替コンテンツを表示する代替コンテンツ表示手段と、を備えることを特徴とする。
【００１４】
本発明のデジタル放送受信装置は、コンテンツサーバに接続され、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、デジタル放送のコンテンツを受信するデジタル放送受信手段と、前記受信されているデジタル放送の番組情報を取得する番組情報取得手段と、デジタル放送に連携する連携アプリケーションを取得し、実行する連携アプリケーション実行手段と、前記連携アプリケーションを実行中に当該連携アプリケーション自身が、デジタル放送の受信感度を取得する受信感度取得手段と、を備え、前記デジタル放送受信手段は、前記受信感度取得手段により、デジタル放送の受信感度が閾値以下となった場合には、前記番組情報に基づいて、前記コンテンツサーバからコンテンツを受信することを特徴とする。
【発明の効果】
【００１５】
連携アプリケーション実行中に、たとえ放送波が受信できなくなったとしても、連携アプリケーションの提供者が提供する画像を放送コンテンツの代わりに提示するので、該提供者の意図した処理が可能となる。
【図面の簡単な説明】
【００１６】
【図１】システム全体の構成を説明する為の図である。
【図２】第１実施形態における放送通信連携受信装置の機能構成を説明するための図である。
【図３】第１実施形態における処理の流れを説明する為の動作フローである。
【図４】第１実施形態における処理の流れを説明する為の動作フローである。
【図５】第２実施形態における処理の流れを説明する為の動作フローである。
【図６】第３実施形態における放送通信連携受信装置の機能構成を説明するための図である。
【図７】第３実施形態における処理の流れを説明する為の動作フローである。
【図８】第４実施形態における処理の流れを説明する為の動作フローである。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本発明におけるデジタル放送受信装置は、デジタル放送受信装置単独であっても良いし、携帯電話、スマートフォンといった情報端末や、カーナビゲーション等の端末等に組み込まれる装置であっても良い。
【００１８】
［１．第１実施形態］
［１．１  システム構成］
まず、図１にて、放送通信連携サービス１のシステム構成について説明する。放送局１０は、番組コンテンツ(映像、音声)、放送番組情報等のデジタルテレビ放送データと、連携アプリケーションを制御するアプリケーション制御情報を放送波に乗せて送出する。
【００１９】
連携アプリケーションサーバ２０は通信網と接続されており、連携アプリケーションを提供するサーバであり複数存在する。
【００２０】
コンテンツサーバ５０は放送局及び連携アプリケーション提供者により提供される連携アプリケーションで使用されるコンテンツを提供するサーバである。
【００２１】
また、本実施形態ではデジタル放送受信装置として、放送通信連携受信装置について適用する。放送通信連携受信装置３０は、放送局１０から送出される放送波を受信し、デジタルテレビ放送を視聴できると共に、連携アプリケーション制御情報を検出し、制御情報に含まれる連携アプリケーション取得先である連携アプリケーションサーバ２０より、連携アプリケーションを取得する。放送通信連携受信装置３０は、例えば通信基地局４０を介してネットワーク（通信網）に接続される。
【００２２】
また、取得した連携アプリケーションを、連携アプリケーション制御情報に従って起動、終了を行う。ここで提供される連携アプリケーションはＨＴＭＬ５で記述されており、連携アプリケーションの実行処理において、必要であれば、使用するコンテンツを通信網経由で、コンテンツサーバ５０にアクセスし取得する。
【００２３】
［１．２  放送通信連携受信装置の機能構成］
次に図２にて、放送通信連携受信装置３０の機能構成について説明する。放送通信連携受信装置３０では、アンテナＡＮＴを介してデジタルテレビチューナ３０２で放送波を受信し、復調処理部３０４で復調、ＴＳデータを出力する。
【００２４】
ＴＳデマックス部３０６ではＴＳデータをデマックスし、映像、音声、メタデータ(付加情報)に分解し、映像デコード部３０８、音声デコード部３１０、付加情報処理部３１６にそれぞれのデータを出力する。
【００２５】
また、付加情報処理部３１６では、アプリケーション制御情報を検出し、アプリケーション制御部３２２に出力する。また、付加情報処理部３１６は、付加情報として、番組情報、字幕、文字スーパー等を映像デコード部３０８に出力する。
【００２６】
アプリケーション制御部３２２では、取得したアプリケーション制御情報より、連携アプリケーションの取得先を検出し、連携アプリケーションを通信ＩＦ部３１８及び通信処理部３２０より通信網を介し連携アプリケーションサーバ２０より取得する。なお、連携アプリケーションは放送局１０から送出される放送波によって取得しても構わない。また、アプリケーションの制御情報も、通信網もしくは放送波より取得してもよい。
【００２７】
取得した連携アプリケーションはＨＴＭＬ５で記述されており、連携アプリケーションはアプリケーションエンジン３２６に渡され、アプリケーション制御情報に従い、アプリケーション制御部３２２により制御される。
【００２８】
アプリケーションエンジン３２６にて、アプリケーション制御情報に従い、連携アプリケーションはＨＴＭＬ５ファイルの内容にそって実行される。この時、ＨＴＭＬ５ファイル内の「受信感度取得関数」により、連携アプリケーションは放送通信連携受信装置３０の放送波の受信感度を検出する。連携アプリケーションでは、検出したこの受信感度により、連携アプリケーション提供者が想定した分岐処理が行われる。また、利用者は操作部３２４により、各種処理（例えば、連携アプリケーション）を操作することができる。
【００２９】
ここで、受信感度取得関数は、ＨＴＭＬ５の中で記述される関数で有り、現在の受信感度を取得する為の関数である。例えば、チューナより、取得可能な受信パラメータであるCN比(Carrier(キャリア：信号)とNoise(ノイズ：雑音))として、デシベル（ｄＢ）値により取得され、この値が所定の閾値以上の場合は受信感度が良好と判定され、所定の閾値以下の場合は受信感度が悪いと判定される。
【００３０】
また、受信感度の良し悪しは、相対的な値であっても良い。例えば、現在取得されている受信感度より５０％以下に減少したら受信感度が悪くなったと判定し、５０％以上増加したら（１５０％となったら）受信感度が良好になったと判定してもよい。
【００３１】
映像デコード部３０８によりデコードされた映像データは映像表示装置３１２に、音声デコード部３１０によりデコードされた音声データは音声出力装置３１４にそれぞれ出力される。映像表示装置３１２としては、例えば液晶ディスプレイ（ＬＣＤ）や、有機ＥＬパネルが、音声出力装置３１４はスピーカや、ヘッドフォン等が想定される。
【００３２】
なお、本実施形態の図２では、映像表示装置３１２及び音声出力装置３１４が含まれていることとして説明するが、外部の装置であっても良い。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）により、他の装置に出力したり、ＨＤＭＩ（登録商標）により接続された他の装置に出力することとしても良い。
【００３３】
［１．３  処理の流れ］
図３に放送通信連携受信装置３０の基本動作に関する動作フローチャートを記載する。「受信感度取得関数」によって連携アプリケーションが放送通信連携受信装置３０の受信状態を検出し、分岐処理として、連携アプリケーション内の表示内容を変更する動作フローを示す。
【００３４】
放送通信連携受信装置３０が、放送波を受信することにより、デジタルテレビ放送を受信する（ステップＳ１０２）。具体的には、現在受信されている放送波からデコードされる番組（コンテンツ）が復調され、出力されることとなる。
【００３５】
ここで、放送波から、アプリケーション制御情報を検出し（ステップＳ１０４）、当該アプリケーション制御情報に基づいて、受信している番組に連携した連携アプリケーションを取得する（ステップＳ１０６）。そして、取得された連携アプリケーションが実行される（ステップＳ１０８）。
【００３６】
ここで、番組に連携した連携アプリケーションが実行され、視聴している番組の映像内で表示されている番号を操作ボタンでユーザに選択させる処理が実行されようとした場合、電波環境が変化し、放送通信連携受信装置３０で放送波を受信できなくなるとする。この場合、表示すべき放送波の映像が映らなくなる。
【００３７】
放送波の映像が映っていないことから、ユーザは操作ボタンにて何を選択して良いか分からなくなる。このとき、連携アプリケーションが受信感度取得関数により感度を取得することにより、放送波の受信感度が悪くなったことを検出する（ステップＳ１１０）。
【００３８】
そして、受信感度が低い場合には（ステップＳ１１２；Ｙｅｓ）、感度不良の場合における連携アプリケーションの分岐処理が実行される（ステップＳ１１４）
その後、連携アプリケーションが再度、「受信感度取得関数」により受信感度を検出し、電波環境が良好であると判断した場合は（ステップＳ１１２；Ｎｏ）、感度良好の場合の連携アプリケーション分岐処理が実行される（ステップＳ１１６）。
【００３９】
連携アプリケーションが終了していなければ、ステップＳ１１０から繰り返し処理を実行する（ステップＳ１１８；Ｎｏ→ステップＳ１１０）。
【００４０】
ここで、連携アプリケーション分岐処理について、具体的に示したのが図４である。なお、図４の動作フローにおいて、図３の動作フロートと共通の処理には同一の符号を付し、説明を省略する。
【００４１】
受信感度取得関数により受信感度を取得し、当該受信感度が低いと判定された場合に（ステップＳ１１０→ステップＳ１１２；Ｙｅｓ）、ユーザ通知が必要な場合（ステップＳ１５２；Ｙｅｓ）、放送波を受信できません」と表示し（ステップＳ１５４）、その後表示する予めアプリケーションで用意された代替コンテンツ（本実施形態では静止画）を表示する（ステップＳ１５６）。
【００４２】
他方、受信感度が良好の場合には（ステップＳ１１２；Ｎｏ）、既に代替コンテンツ（静止画）の表示がされている場合は静止画像の表示を停止し（ステップＳ１６２；Ｙｅｓ→ステップＳ１６４）、放送波の映像を表示する。
【００４３】
このように、本実施形態によれば、連携アプリケーションは「受信感度取得関数」によって電波環境が悪いことを検出した場合、電波環境が悪い場合の分岐処理として、ユーザに電波環境が悪い旨の知らせるポップアップを表示する。そして、本来表示されるべき放送波の映像の代りに、あらかじめ用意されたユーザに選択させる番号が表示されている映像の静止画を表示することにより、ユーザが連携アプリケーションのサービスをそのまま継続できるようにする。なお、代替で表示させる代替コンテンツは、上述の実施形態では静止画として説明しているが、動画データ、テキストデータ等でも構わない。
【００４４】
［２．第２実施形態］
続いて、第２実施形態について説明する。第２実施形態は第１実施形態と比較し、表示する代替コンテンツをコンテンツサーバより受信する実施形態である。
【００４５】
ここで、第２実施形態におけるシステム構成、機能構成は、第１実施形態と同一である。第２実施形態は、第１実施形態の動作フローを図５の動作フローに置き換えた構成である。
【００４６】
ここで、図５の動作フローについて説明する。なお、図５の動作フローにおいて、図４の動作フローと同一の処理には同一の符号を付し、その説明を省略する。
【００４７】
すなわち、受信感度取得関数により受信感度が低いと検出された場合には、ユーザ通知が必要な場合は放送波受信出来ませんと表示する（ステップＳ１５２；Ｙｅｓ→ステップＳ１５４）。
【００４８】
そして、コンテンツサーバ５０より、代替コンテンツである静止画を取得し（ステップＳ２０２）、表示する（ステップＳ１５６）。これにより、連携アプリケーションは継続してサービスを提供することが可能となる。
【００４９】
他方、受信感度が良好と判定された場合には、既に代替コンテンツ（静止画）が表示されている場合は、当該静止画の表示を停止し、放送波により受信された番組を表示する（ステップＳ１１２；Ｎｏ→ステップＳ１６２→ステップＳ１６４→ステップＳ１６６）。
【００５０】
このように、第２実施形態によれば、受信感度が悪い場合であっても、連携アプリケーションが継続的にサービスを提供することが可能となる。
【００５１】
なお、第１実施形態では、装置自体に事前に代替コンテンツを記憶しておく必要があり、アプリケーション実行中にデータを変更できない。しかし、第２実施形態であれば、代替コンテンツは必要に応じて、通信網経由でコンテンツサーバ５０より取得するため、生放送のようなリアルタイム性のある放送であった場合でも対応しやすいという効果が期待できる。
【００５２】
［３．第３実施形態］
続いて第３実施形態について説明する。第３実施形態は、第１実施形態における放送通信連携受信装置３０の機能構成に、番組情報記憶部３３０を追加した実施形態である（図６参照）。
【００５３】
すなわち、第３実施形態は、「受信感度取得関数」によって連携アプリケーションが受信装置の受信状態を検出し、分岐処理として、電波環境が良好な時に、受信している放送波の番組情報を取得、記憶しておき、電波環境が悪くなった時に、事前に記憶していた番組情報を元に、通信網を介してコンテンツサーバ５０より所定のコンテンツを取得する実施形態である。
【００５４】
図７は、第３実施形態における動作フローの一部である。すなわち、第１実施形態の図３におけるステップＳ１１４と、ステップＳ１１６とを詳細に記載した図となっている。したがって、図３と異なる部分だけを説明する。
【００５５】
「受信感度関数」に基づいて、受信感度が良好と判定された場合に（ステップＳ１２２；Ｎｏ）、放送波に対応する番組（コンテンツ）に連携した連携アプリケーションが実行される（ステップＳ３１２）。
【００５６】
このとき、受信されている放送波より、番組情報を取得し（ステップＳ３１４）、番組情報記憶部３３０に記憶する（ステップＳ３１６）。また、受信感度が良好であることから、放送波の映像（番組）が表示される（ステップＳ３１８）。
【００５７】
ここで、「受信感度関数」に基づいて、受信感度が不良になったと判定されると（ステップＳ１２２；Ｙｅｓ）、ネットワークにアクセスする旨を表示する（ステップＳ３０２）。そして、番組情報記憶部３３０に記憶されている番組情報に基づき、番組コンテンツの取得先を検出する（ステップＳ３０４）。
【００５８】
検出された取得先のコンテンツサーバ５０から、コンテンツを取得する（ステップＳ３０６）。そして、取得したコンテンツにて連携アプリケーションを実行する（ステップＳ３０８）。これにより、サービスが継続して実行される。
【００５９】
その後、連携アプリケーションが再度、「受信感度取得関数」により受信感度を検出し、電波環境が良好であると判定した場合は、本来の動作に戻り、番組情報を更新する。
【００６０】
［４．第４実施形態］
続いて第４実施形態について説明する。第４実施形態は、第１実施形態のシステム構成及び装置の機能構成は同一の実施形態である。第４実施形態の動作フローを図８に示す。
【００６１】
図８の動作フローは、第１実施形態の図３におけるステップＳ１１４と、ステップＳ１１６とを詳細に記載した図となっている。したがって、図３と異なる部分だけを説明する。
【００６２】
受信感度取得関数に受信感度を取得し、当該受信感度が低い場合（ステップＳ１１０→ステップＳ１１２；Ｙｅｓ）、ユーザに通知が必要な場合は「放送波受信できません」と表示する（ステップＳ４０４）。そして、操作ボタンの表示を停止する（ステップＳ４０６）。
【００６３】
他方、受信感度が良好の場合（ステップＳ１１２；Ｎｏ）、既に操作ボタンの表示が無い場合には、操作ボタンを表示する（ステップＳ４１２；Ｙｅｓ→ステップＳ４１４）。そして、放送波の映像を表示する（ステップＳ４１６）。
【００６４】
放送通信連携受信装置３０が、デジタルテレビ放送を受信視聴しており、その番組に連携した連携アプリケーションとして、視聴している番組の映像内で表示されている番号を操作ボタンでユーザに選択させる処理が実行されようとした場合に、電波環境が変化し、放送通信連携受信装置３０で放送波を受信できなくなることがある。
【００６５】
この場合、表示すべき放送波の映像が映らなくなり、ユーザは操作ボタンにて何を選択して良いか分からなくなる。この時、連携アプリケーションが放送波の受信感度が悪くなったことを「受信感度取得関数」により検出し、連携アプリケーション提供者の想定する受信感度が悪い時の処理として、その旨をユーザに通知すると共に、操作ボタン表示をしない処理を行うよう記述していた場合、本来表示されるべき操作ボタンの表示がされないことになる。
【００６６】
その後、連携アプリケーションが再度、「受信感度取得関数」により受信感度が良好であると判断した場合は、放送波の映像が表示されると共に、操作ボタンの表示を復活させて、本来の処理に戻ることとなる。
【００６７】
［５．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【符号の説明】
【００６８】
１  放送通信連携サービス；１０  放送局；２０  連携アプリケーションサーバ
３０  放送通信連携受信装置；４０  通信基地局；５０  コンテンツサーバ
３０２  デジタルテレビチューナ；３０４  復調処理部；３０６  デマックス部
３０８  映像デコード部；３１０  音声デコード部；３１２  映像表示装置
３１４  音声出力装置；３１６  付加情報処理部；３１８  通信ＩＦ部
３２０  通信処理部；３２２  アプリケーション制御部；３２４  操作部
３２６  アプリケーションエンジン；３３０  番組情報記憶部
【図１】
2015136062.tif 000003
【図２】
2015136062.tif 000004
【図３】
2015136062.tif 000005
【図４】
2015136062.tif 000006
【図５】
2015136062.tif 000007
【図６】
2015136062.tif 000008
【図７】
2015136062.tif 000009
【図８】
2015136062.tif 000010