(57)【要約】  実施形態の機能制御装置は、インターフェース部と、取得部と、制御部と、を備える。インターフェース部は、複数種類の機能追加装置のうちいずれか一つ以上と接続可能とする。取得部は、インターフェース部を介して接続された機能追加装置から、当該機能追加装置で実行される機能が表された機能情報を取得する。制御部は、取得部が取得した機能情報で表された機能を制御する際、インターフェース部を介して接続された機能追加装置が備える記憶部に対して、当該機能情報で識別される機能に共通で定められたアドレスにアクセスする。
2014192160.tif 000002
【特許請求の範囲】
【請求項１】
複数種類の機能追加装置のうちいずれか一つ以上と接続可能なインターフェース部と、
前記インターフェース部を介して接続された前記機能追加装置から、当該機能追加装置で実行される機能が表された機能情報を取得する取得部と、
前記取得部が取得した前記機能情報で表された機能を制御する際、前記インターフェース部を介して接続された機能追加装置が備える記憶部に対して、当該機能情報で識別される機能に共通で定められたアドレスにアクセスする制御部と、
を備える機能制御装置。
【請求項２】
機能毎に、当該機能を提供する複数種類の機能追加装置に共通するアドレスを記憶するアドレス情報記憶部を、さらに備え、
前記制御部は、前記機能を利用する際に、前記アドレス情報記憶部に記憶された前記アドレスで示される、前記機能追加装置が備える前記記憶部にアクセスして、当該機能を制御する、
請求項１に記載の機能制御装置。
【請求項３】
前記アドレス情報記憶部は、さらに、前記機能毎に、前記インターフェース部で接続された前記機能追加装置で実行される機能の設定先として、当該機能を提供する複数種類の機能追加装置に共通する設定アドレスを記憶し、
前記制御部は、前記機能を利用する際に、前記アドレス情報記憶部に記憶された前記設定アドレスで示された、前記機能追加装置が備える前記記憶部に書き込むことで、当該機能を制御する、
請求項２に記載の機能制御装置。
【請求項４】
前記アドレス情報記憶部は、さらに、前記機能毎に、前記インターフェース部で接続された前記機能追加装置が有している属性の読み出し先として、当該機能を提供する複数種類の機能追加装置に共通する属性アドレスを記憶し、
前記制御部は、前記機能を利用する際に、前記アドレス情報記憶部に記憶された前記属性アドレスで示された、前記機能追加装置が備える前記記憶部から読み込んだ属性に基づいて、当該機能を制御する、
請求項２に記載の機能制御装置。
【請求項５】
前記制御部は、機能毎に、当該機能を提供する複数種類の機能追加装置を制御する制御プログラムを実行している、
請求項１に記載の機能制御装置。
【請求項６】
自装置で実現する機能を利用する機能制御装置と接続可能なインターフェース部と、
前記インターフェース部を介して、前記機能制御装置から読み出し及び書き込み可能な記憶部であって、自装置と同じ機能を有する機能追加装置が備える記憶部と同じアドレスに、当該機能を利用するための設定情報を記憶する第１の記憶部と、
前記第１の記憶部に記憶された前記設定情報に基づいて、前記機能を実行する制御部と、
を備える機能追加装置。
【請求項７】
前記制御部が直接参照可能な第２の記憶部と、
前記第１の記憶部に記憶された前記設定情報を、前記制御部が直接参照可能な形式に変換して、前記第２の記憶部に書き込む変換部と、をさらに備え、
前記制御部は、前記第２の記憶部に書き込まれた前記設定情報を参照して、前記機能を実行する、
請求項６に記載の機能追加装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、機能制御装置、及び機能追加装置に関する。
【背景技術】
【０００２】
従来から、市場に流通している製品は、提供先の地域や価格帯に応じて、複数種類開発する必要があった。【０００３】
近年、開発コストを軽減するために、複数種類の製品を開発する場合に、モジュール化を図ることで、機能の拡張、変更を容易にする技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０８−０７９６４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術においては、機能の拡張、変更をモジュール単位で実現したとしても、当該モジュール毎にサポートしている機能等が異なるため、モジュール毎に対応したプログラムを搭載する必要があった。【０００６】
本発明は、上記に鑑みてなされたものであって、ソフトウェアの開発負担を軽減する機能制御装置、及び機能追加装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施形態の機能制御装置は、インターフェース部と、取得部と、制御部と、を備える。インターフェース部は、複数種類の機能追加装置のうちいずれか一つ以上と接続可能とする。取得部は、インターフェース部を介して接続された機能追加装置から、当該機能追加装置で実行される機能が表された機能情報を取得する。制御部は、取得部が取得した機能情報で表された機能を制御する際、インターフェース部を介して接続された機能追加装置が備える記憶部に対して、当該機能情報で識別される機能に共通で定められたアドレスにアクセスする。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施形態における映像処理装置の概念を示した図である。
【図２】図２は、第１の実施形態にかかる映像処理装置の詳細な構成を示した図である。
【図３】図３は、第１の実施形態にかかるホストプロセッサで実現されるソフトウェア構成を示した図である。
【図４】図４は、第１の実施形態のメイン基板とサブ基板の制御手法を示した概念図である。
【図５】図５は、第１の実施形態にかかるモジュールタイプ毎のタイプ別機能情報の例を示した図である。
【図６】図６は、第１の実施形態にかかるアドレス情報記憶部が記憶する、チューナーモジュールのレジスタのアドレスマップの例を示した図である。
【図７】図７は、第１の実施形態にかかる第１サブ基板の構造を示した図である。
【図８】図８は、第１の実施形態にかかるサブ基板に搭載されている第１周辺装置内のレジスタの構成を示した図である。
【図９】図９は、第１の実施形態にかかるチューナー基板のレジスタ構成を示した図である。
【図１０】図１０は、第１の実施形態にかかる動画機能のレジスタ構成を示した図である。
【図１１】図１１は、第１の実施形態にかかる録画機能のレジスタ構成を示した図である。
【図１２】図１２は、第１の実施形態にかかる高画質化機能のレジスタ構成を示した図である。
【図１３】図１３は、第１の実施形態にかかる映像処理装置における、起動時に行われる処理の手順を示すフローチャートである。
【図１４】図１４は、第１の実施形態にかかる映像処理装置における、チューナーモジュールの設定手順を示すフローチャートである。
【図１５】図１５は、第１の実施形態の変形例にかかるチューナーモジュールのチューナー制御部内のレジスタのアドレスマッピングの例を示した図である。
【図１６】図１６は、第２の実施形態にかかる第１サブ基板の構造を示した図である。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
図１は、第１の実施形態における映像処理装置１００の概念を示した図である。図１に示す例では、メイン基板１１０に対して、第１サブ基板１５０及び第２サブ基板１６０のうちいずれか一つ以上が接続可能とする。
【００１０】
本実施形態は、第１サブ基板１５０及び第２サブ基板１６０に搭載された機能を制御する機能制御装置としてメイン基板１１０を、当該メイン基板１１０に機能を追加する機能追加装置として第１サブ基板１５０及び第２サブ基板１６０を備えた例とする。
【００１１】
メイン基板１１０は、ホストプロセッサ１１１と、映像インターフェース（Ｉ／Ｏ）部１１２と、制御インターフェース（Ｉ／Ｏ）部１１３と、を備える。
【００１２】
一方、第１サブ基板１５０は、第１周辺装置１５１と、映像インターフェース（Ｉ／Ｏ）部１５２と、制御インターフェース（Ｉ／Ｏ）部１５３と、を備える。そして、第２サブ基板１６０は、第２周辺装置１６１と、映像インターフェース（Ｉ／Ｏ）部１６２と、制御インターフェース（Ｉ／Ｏ）部１６３と、を備える。
【００１３】
図１に示されるように、第１サブ基板１５０と、第２サブ基板１６０と、は同じインターフェースを備えているため、どちらもメイン基板１１０と接続可能とする。つまり、第１サブ基板１５０がメイン基板１１０と接続された場合に、ホストプロセッサ１１１が、制御インターフェース部１１３と制御インターフェース部１５３とを介して制御信号を送受信することで、第１周辺装置１５１を制御できる。同様に、第２サブ基板１６０がメイン基板１１０と接続された場合に、ホストプロセッサ１１１が、制御インターフェース部１１３と制御インターフェース部１６３とを介して制御信号を送受信することで、第２周辺装置１６１を制御できる。なお、本実施形態では、映像信号及び制御信号を送信する例について説明するが、これら以外の信号の通信を行っても良い。例えば、インターネット接続のための信号等を送受信するためのデータバスを備えても良い。
【００１４】
従来から、テレビジョン表示装置などの映像処理装置の開発においては、地域毎に、価格帯毎に開発を行っていた。この場合、機能が共通する部分が存在していたとしても、地域毎に、価格帯毎に開発する必要があったため、開発負担、及び開発コストが増加するという問題が生じていた。そこで、同一の機能（モジュール）を実現するものとして、地域毎、価格帯（性能）毎に開発したサブ基板を、メイン基板に着脱可能とすることで、開発負担を削減できる。
【００１５】
しかしながら、単にサブ基板を着脱可能としても、接続するサブ基板の機能を引き出すために、当該サブ基板を制御するメイン基板のホストプロセッサは、接続されるサブ基板に応じたプログラムを搭載する必要があった。この場合、サブ基板毎に対応するプログラムを開発する必要が生じる。
【００１６】
これに対して、本実施形態は、サブ基板のレジスタ構成をモジュール（機能）タイプ毎に共通化し、当該レジスタ構成にアクセスするプログラムも共通化することで、開発負担を軽減することとした。
【００１７】
換言すれば、従来のＰＣ等では、バス等のインターフェースは共通化されていたとしても、第１周辺装置１５１と、第２周辺装置１６１と、の間に搭載されている機能が異なる場合に、ホストプロセッサ１１１で実行されるプログラム（デバイスドライバ）等を搭載する必要があった。これに対して、本実施形態は、第１サブ基板１５０及び第２サブ基板１６０のうちどちらが接続されたとしても、ホストプロセッサ１１１で実行されるプログラムを変更する必要がない技術を実現する。
【００１８】
図２は、本実施形態にかかる映像処理装置１００の詳細な構成を示した図である。図２に示される映像処理装置１００は、メイン基板１１０と、チューナー基板２１０と、ＵＳＢ動画再生装置２２０と、録画装置２３０と、高画質化装置２４０と、を備えている。
【００１９】
このように、図２で示す例では、一つのメイン基板１１０に対して、４つのサブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）が接続されている例とする。しかしながら、本実施形態は、サブ基板をチューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０に制限するものではなく、メイン基板１１０に対して機能を提供する装置であればどのような装置でも良い。
【００２０】
また、サブ基板に備える周辺回路は、メイン基板１１０以外の装置等と接続してもよい。図２の例では、チューナー基板２１０のチューナー２１４が、外部アンテナと接続され、ＵＳＢ動画再生装置２２０はＵＳＢコントローラ２２４から、ＵＳＢメモリ２８１と接続され、録画装置２３０は、チューナー２３４が、アンテナと、ＨＤＤコントローラ２３５がＨＤＤ２８０と接続され、高画質化装置２４０がパネル２６０と接続されている。
【００２１】
チューナー基板２１０は、チューナー制御部２１１と、映像インターフェース部２１２と、制御インターフェース部２１３と、を備える。チューナー制御部２１１は、チューナー２１４と、デコーダ２１５と、を備える。
【００２２】
そして、チューナー制御部２１１に搭載されている各構成は、制御インターフェース部２１３を介してホストプロセッサ１１１から送信される制御信号に従って制御を行う。例えば、チューナー２１４が、制御信号に従って、外部のアンテナから放送信号を受信した後、デコーダ２１５が放送信号から映像信号にデコードした後、映像インターフェース部２１２が、映像信号をホストプロセッサ１１１に送信する。
【００２３】
ＵＳＢ動画再生装置２２０は、動画再生機能部２２１と、映像インターフェース部２２２と、制御インターフェース部２２３と、を備える。動画再生機能部２２１は、ＵＳＢコントローラ２２４と、デコーダ２２５と、を備える。
【００２４】
そして、動画再生機能部２２１に搭載されている各構成は、制御インターフェース部２２３を介してホストプロセッサ１１１から送信される制御信号に従って制御を行う。例えば、ＵＳＢコントローラ２２４が、制御信号に従って、ＵＳＢメモリ２８１から動画データを読み込んだ後、デコーダ２２５が動画データを映像信号にデコードした後、映像インターフェース部２２２が、映像信号をホストプロセッサ１１１に送信する。
【００２５】
録画装置２３０は、録画機能部２３１と、映像インターフェース部２３２と、制御インターフェース部２３３と、を備える。録画機能部２３１は、チューナー２３４と、ＨＤＤコントローラ２３５と、デコーダ２３６と、を備える。録画装置２３０も、チューナー制御部２１１及びＵＳＢ動画再生装置２２０と同様の処理を行い、映像信号をホストプロセッサ１１１に送信する。
【００２６】
高画質化装置２４０は、高画質化機能部２４１と、映像インターフェース部２４２と、制御インターフェース部２４３と、を備える。高画質化機能部２４１は、高画質化回路２４４を備える。
【００２７】
そして、高画質化機能部２４１に搭載されている高画質化回路２４４は、制御インターフェース部２４３を介してホストプロセッサ１１１から送信される制御信号に従って制御を行う。例えば、高画質化回路２４４が、制御信号に従った高画質化制御を、入力された映像信号に対して行った後、高画質化制御を行った後の映像信号をパネル２６０に出力する。これにより、高画質化制御が行われた映像信号が表示される。
【００２８】
なお、本実施形態にかかるホストプロセッサ１１１からの制御信号は、サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）の周辺装置内のレジスタに対してアクセス（読み込み、書き込み）を行うものとする。そして、サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）は、レジスタ内に書き込まれた情報に従って、自装置の制御を行う。
【００２９】
メイン基板１１０は、ホストプロセッサ１１１と、映像インターフェース２５１、２５３、２５６、２５８と、制御インターフェース２５２、２５４、２５７、２５９と、を備える。
【００３０】
映像インターフェース２５１、２５３、２５６、２５８は、サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）との間で、映像信号を送受信するためのバスインターフェースとする。制御インターフェース２５２、２５４、２５７、２５９は、サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）との間で、制御信号を送受信するためのバスインターフェースとする。
【００３１】
図２に示される例では、ホストプロセッサ１１１と、サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）と、を介して送受信される制御信号は、バスインターフェース（制御インターフェース２５２、２５４、２５７、２５９）を経由する。しかしながら、本実施形態は、制御信号の経路をバスインターフェースに制限するものではなく、当該サブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）と通信可能であれば、どのようなインターフェースでも良い。
【００３２】
ホストプロセッサ１１１は、（図示しない）ＲＯＭに格納されている制御プログラムを読み込むことで、映像処理装置１００の各部を制御する構成を実現する。
【００３３】
図３は、本実施形態にかかるホストプロセッサ１１１で実現されるソフトウェア構成を示した図である。図３に示されるように、ホストプロセッサ１１１は、読出部３０２と、判定部３０３と、チューナー制御プログラム３０４と、動画再生制御プログラム３０５と、録画制御プログラム３０６と、高画質化制御プログラム３０７と、を備える。また、本実施形態にかかるホストプロセッサ１１１内に設けられたメモリ内に、アドレス情報記憶部３０１が設けられている。
【００３４】
本実施形態にかかるサブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０等を含んだ、メイン基板１１０と接続可能な全て）内の周辺装置内のレジスタでは、共通情報が保存されるアドレス領域が全て同じとする。
【００３５】
なお、共通情報とは、サブ基板のモジュールの種類（以下、モジュールタイプとも称す）を識別する識別情報を含んだ、サブ基板に共通の情報とする。そして、本実施形態にかかるモジュールは、サブ基板が実現可能な機能とする。本実施形態は、モジュールタイプとしてチューナー、動画機能、録画機能、高画質化機能が存在する例について説明するが、他のモジュールタイプがあってもよい。
【００３６】
全てのサブ基板において共通情報が保存されたアドレス領域が同じであるため、読出部３０２が、メイン基板１１０と制御インターフェース部２１３、２２３、２３３、２４３を介して接続されているサブ基板内の（図示しない）レジスタの予め定められたアドレス領域にアクセスすることで、共通情報を取得できる。換言すれば、読出部３０２は、サブ基板の共通情報を参照することで、接続されているサブ基板のモジュールタイプを認識できる。
【００３７】
判定部３０３は、読出部３０２が取得した共通情報（モジュールタイプ）に従って、各サブ基板を制御するプログラムを判定する。本実施形態では、接続されているサブ基板から取得した共通情報（モジュールタイプ）に従って、各サブ基板を制御するプログラムとして、チューナー制御プログラム３０４、動画再生制御プログラム３０５、録画制御プログラム３０６、及び高画質化制御プログラム３０７を割り当てる。
【００３８】
本実施形態では、サブ基板のモジュールタイプが同じであれば、サブ基板の製品の違い（提供先の地域、性能の違い）によらず同じプログラムが制御を行う。また、モジュールタイプが同じサブ基板において、新たに機能を拡張した場合でも、従来から実装されている機能については、従来のプログラムで制御できる。例えば、サブ基板のモジュールに機能Ａ、Ｂ、Ｃが搭載されている場合に、新たに機能Ｄを追加したものとする。この場合にサブ基板に設けられたレジスタの領域を拡張して、機能Ｄ用のアドレス領域を割り当てる必要がある。この場合、機能Ｄを利用するためには、プログラムの修正が必要となるが、従来から利用されている機能Ａ、Ｂ、Ｃについては従来と同様のアドレス領域が割り当てられているため、従来のプログラムで、互換動作を実現できる。
【００３９】
図４は、本実施形態のメイン基板１１０とサブ基板の制御手法を示した概念図である。図４に示される例では、第１サブ基板１５０の第１周辺装置１５１に搭載されているレジスタ４０１においては、共通情報４１１と、共通設定４１２と、タイプ別機能情報４１３と、タイプ別機能設定４１４とが割り当てられている。
【００４０】
そして、共通情報４１１及び共通設定４１２が、全てのサブ基板のレジスタに共通するアドレスに割り当てられている。
【００４１】
共通情報４１１は、当該サブ基板１５０のモジュールタイプを保持する。共通情報４１１は、全てのサブ基板のレジスタにおいて、予め定められたアドレス領域に格納されている。つまり、本実施形態では、読出部３０２が、各サブ基板内に設けられたレジスタのうち、（共通情報４１１のために）予め定められたアドレス領域を参照することで、当該サブ基板のモジュールの種類（以下、モジュールタイプと称す）を特定できる。
【００４２】
共通設定４１２は、モジュールタイプによらない、サブ基板に共通の設定を保持する。共通設定４１２は、全てのサブ基板のレジスタについて、予め定められたアドレス領域に格納されている。つまり、本実施形態では、判定部３０３が、各サブ基板内に設けられたレジスタのうち、共通設定４１２用に予め定められたアドレス領域に書き込むことで、サブ基板に共通の制御を行う。
【００４３】
ところで、本実施形態にかかるモジュールタイプは、本実施形態にかかる映像処理装置１００のメイン基板１１０に接続可能なサブ基板の種類を示している。本実施形態にかかるメイン基板１１０のホストプロセッサ１１１では、モジュールタイプ毎に作成されたプログラムが搭載されている。
【００４４】
換言すれば、モジュールタイプ毎に作成されたプログラムは、モジュールタイプが同一であれば、メイン基板１１０に接続されているサブ基板を制御可能とする。つまり、本実施形態においては、モジュールタイプ毎に制御プログラムを設け、当該制御プログラムが、予め定められた第１のアドレス領域から当該サブ基板の属性（例えば、サポートしている機能の有無）を取得し、当該予め定められた第２のアドレス領域に対して設定（例えばサポートしている機能に関する設定）を書き込むこととした。これにより、複数種類のモジュールに対して共通操作を実現できる。換言すれば、モジュールタイプ毎にレジスタのアドレス構造を統一したため、メイン基板１１０は、モジュールタイプさえ対応していれば、どのようなサブ基板が接続されたとしても、制御を行うことができる。
【００４５】
図４に示されるタイプ別機能情報４１３、及びタイプ別機能設定４１４は、モジュールタイプ毎に共通するアドレス領域に割り当てられている。つまり、サブ基板内のレジストリは、モジュールタイプが同一であれば、タイプ別機能情報４１３、及びタイプ別機能設定４１４のアドレス領域は同一となる。
【００４６】
タイプ別機能情報４１３は、モジュールタイプ毎に共通するアドレス領域であって、当該モジュールタイプの属性情報が保存された領域とする。そして、タイプ別機能設定４１４は、モジュールタイプ毎に共通するアドレス領域であって、モジュールタイプ毎に共通する設定が書き込まれる領域とする。
【００４７】
つまり、本実施形態にかかるメイン基板１１０のホストプロセッサ１１１の読出部３０２が、接続されたサブ基板１５０の第１周辺装置１５１内のレジスタ４０１から、共通情報４１１等を取得する。これにより、サブ基板のモジュールタイプを特定する。そして、モジュールタイプ毎に対応したプログラムが、各サブ基板の制御を行うが、その際に、当該プログラムが、モジュールタイプに共通するアドレス領域（タイプ別機能情報４１３）から、当該サブ基板の属性（モジュールタイプ毎の機能等）を読み出し、モジュールタイプに共通するアドレス領域（タイプ別機能設定４１４）に対して設定を行う。これにより、各モジュールタイプに対応したプログラムは、当該モジュールタイプが共通している限り、提供先の地域、性能の違いに関わらずサブ基板を制御できる。
【００４８】
図５は、本実施形態にかかるモジュールタイプ毎のタイプ別機能情報の例を示した図である。図５に示される例では、モジュールタイプ（チューナーモジュール、動画再生モジュール、録画モジュール、高画質化モジュール）毎にタイプ別機能情報を予め定めておく。そして、本実施形態では、モジュールタイプ毎のプログラムは、各サブ基板のタイプ別機能情報を参照することで、サブ基板がサポートしている機能（属性）を特定できる。そして、モジュールタイプ毎のプログラムは、サブ基板がサポートしている機能を必要に応じて利用できるように、タイプ別機能設定に書き込むことで、サブ基板を制御する。
【００４９】
図５に示されるように、チューナーモジュールのサブ基板のレジスタでは、タイプ別機能情報として、サポートする“ＲＦ変調方式”、“周波数帯域”、“ビデオデコード機能の有無”、“デコード可能なビデオコーデック”、“デコード可能なオーディオコーデック”が、チューナーモジュールに共通するアドレス領域に保持されている。そして、チューナーモジュールに対応するチューナー制御プログラム３０４は、タイプ別機能情報を参照した後、当該タイプ別機能情報で利用可能と判断した機能（属性）について、タイプ別機能設定のアドレス領域に対して設定する。
【００５０】
より具体的には、タイプ別機能情報を参照することで、ＲＦ変調方式としてＩＳＤＢ−Ｔ（サポート周波数帯域：４７０ＭＨｚ−７７０ＭＨｚ）、ＩＳＤＢ−Ｓ（サポート周波数帯域：１１．７ＧＨｚ−１２．２ＧＨｚ）をサポートし、ビデオデコード機能を備え、サポートするビデオコーデックはＭＰＥＧ−２  ＶＩＤＥＯ、サポートする音声コーデックはＭＰＥＧ−２  ＡＡＣであることが認識できた場合に、ホストプロセッサ１１１のチューナー制御プログラム３０４が、タイプ別機能設定に対して書き込むことで、ＲＦ変調方式の設定、周波数帯域の設定、ビデオデコード機能のＯＮ／ＯＦＦ、ビデオコーデック、音声コーデックを設定できる。
【００５１】
なお、他のモジュールタイプ（動画再生モジュール、録画モジュール、高画質化モジュール）も、対応するプログラムが同様の制御を行うものとして説明を省略する。なお、図５は、制御可能な属性（機能）を制限するものではなく、他の属性（機能）等が設定可能であっても良い。
【００５２】
図３に戻り、チューナー制御プログラム３０４は、上述したように、共通情報のモジュールタイプがチューナーであるサブ基板（例えばチューナー基板２１０）を制御する際、当該サブ基板（例えばチューナー基板２１０）が備えるレジスタの、チューナーモジュールに共通で定められたアドレス領域にアクセスする。
【００５３】
このチューナーモジュールに共通するアドレス領域は、アドレス情報記憶部３０１で記憶する。図６は、アドレス情報記憶部３０１が記憶する、チューナーモジュールのレジスタのアドレスマップの例を示した図である。図６に示される例では、アドレス毎に、名称と、内容と、を対応付けている。
【００５４】
図６に示される例では、“0x0000”に、共通情報、より具体的にはサブ基板のタイプ識別子（モジュールタイプ）が格納されている。そして、“0x0004”〜“0x000C”に、共通設定、より具体的には、電源オン・オフ、リセットオン・オフ、サブ基板動作イネーブルが格納されている。
【００５５】
また、“0x0010”〜“0x0020”に、タイプ別機能情報、より具体的には、サポート無線変換方式、サポート無線周波数帯域、デコード機能の有無、サポートビデオフォーマット、サポートオーディオフォーマットが格納されている。
【００５６】
同様に、“0x0024”〜“0x0034”に、タイプ別機能設定、より具体的には、動作無線変換方式、動作無線周波数帯域、動作機能の有無、動作ビデオフォーマット、動作オーディオフォーマットが格納されている。
【００５７】
また、アドレス情報記憶部３０１は、チューナーモジュールに共通するアドレス領域のみではなく、メイン基板１１０が利用可能なモジュールタイプ毎に、当該モジュールタイプに共通のアドレスを対応付けて記憶する。本実施形態にかかるアドレス情報記憶部３０１は、メイン基板１１０が利用可能なモジュールタイプ毎に、共通情報、サブ基板が有している属性の読み出し先であるタイプ別機能情報、及び、サブ基板の実行される機能の設定先であるタイプ別機能設定のアドレスを記憶している。
【００５８】
そして、チューナー制御プログラム３０４は、アドレス情報記憶部３０１に記憶されたアドレスマップに従って、サブ基板のレジスタのタイプ別機能情報、より具体的には、サポート無線変換方式、サポート無線周波数帯域、デコード機能の有無、サポートビデオフォーマット、サポートオーディオフォーマットと対応づけられたアドレスを参照することで、接続されているサブ基板がサポートしている属性（機能）を読み込む。
【００５９】
さらに、チューナー制御プログラム３０４は、参照結果に基づいて、アドレス情報記憶部３０１に記憶されたアドレスマップのうち、動作無線変換方式、動作無線周波数帯域、動作機能の有無、動作ビデオフォーマット、動作オーディオフォーマットと対応づけられた、サブ基板のレジスタのアドレスに書き込むことで、当該サブ基板を制御する。
【００６０】
なお、本実施形態は、説明を容易にするために、アドレス情報記憶部３０１がチューナーモジュールのレジスタのアドレスマップを保持する例について説明するが、記憶部で記憶することに制限するものではなく、チューナー制御プログラムの内部に予め組み込んでも良い。
【００６１】
動画再生制御プログラム３０５は、モジュールタイプが動画機能のサブ基板を制御する。録画制御プログラム３０６は、モジュールタイプが録画機能のサブ基板を制御する。高画質化制御プログラム３０７は、モジュールタイプが高画質化機能のサブ基板を制御する。
【００６２】
そして、動画再生制御プログラム３０５、録画制御プログラム３０６、及び高画質化制御プログラム３０７も、モジュールタイプに共通するタイプ別機能情報を参照し、モジュールタイプに共通するタイプ別機能設定に対して書き込むことで、サブ基板の制御を行う。なお、詳細な処理は、チューナー制御プログラム３０４と同様の処理を行うものとして、説明を省略する。
【００６３】
本実施形態にかかる映像処理装置１００においては、サブ基板を交換することで、サポートしている機能を切り替えることを可能とした。このようにサブ基板を交換する場合でも、新たに接続されたサブ基板が、メイン基板１１０がサポートしているモジュールタイプと一致している限り、新たにプログラム等を開発、インストールすることなく、利用ができる。
【００６４】
次に、サブ基板の構成について説明する。図７は、本実施形態にかかる第１サブ基板の構造を示した図である。図７に示されるように、第１サブ基板１５０に搭載されている第１周辺装置１５１は、レジスタ７０１と、処理装置７０２と、外部インターフェース部（Ｉ／Ｆ）７０３と、を備えている。そして、第１サブ基板１５０は、外部インターフェース部（Ｉ／Ｆ）７０３から外部装置７５０に接続されている。なお、第１サブ基板１５０は、上述したサブ基板（チューナー基板２１０、ＵＳＢ動画再生装置２２０、録画装置２３０、及び高画質化装置２４０）に共通する概念を示したものとする。
【００６５】
また、第１サブ基板１５０は、第１サブ基板１５０で実現される機能を利用するメイン基板１１０と接続可能な映像インターフェース部１５２と、制御インターフェース部１５３を備えている。
【００６６】
そして、ホストプロセッサ１１１からの制御信号は、制御インターフェース部１５３を介して第１周辺装置１５１に入力される。制御信号は、第１周辺装置１５１内のレジスタ７０１に入力される。制御信号が、読出し命令であれば、第１周辺装置１５１は、該当アドレスのレジスタ情報を読み出して、ホストプロセッサ１１１に出力する。一方、制御信号が、書き込み命令であれば、第１周辺装置１５１は、該当アドレスに該当データを書き込む。そして、処理装置７０２は、レジスタ７０１に書き込まれたデータに従って、動作を行う。
【００６７】
レジスタ７０１は、制御インターフェース部１５３を介して、ホストプロセッサ１１１から読み出し及び書き込み可能な記憶部とする。レジスタ７０１は、第１サブ基板１５０と同じ機能を実現する（モジュールタイプが同じ）サブ基板のレジスタと同じアドレス領域に、第１サブ基板１５０の機能を利用するためのタイプ別機能情報、及びタイプ別機能設定を記憶する。
【００６８】
図８は、本実施形態にかかるサブ基板１５０に搭載されている第１周辺装置１５１内のレジスタ７０１の構成を示した図である。
【００６９】
図８に示されるレジスタ７０１では、プラットフォーム共通設定部分と、モジュール独自設定部分８０５と、が割り当てられている。プラットフォーム共通設定部分は、モジュールタイプが同じサブ基板に共通するアドレス領域とする。
【００７０】
プラットフォーム共通設定部分は、さらに、共通機能と、タイプ別機能とに分けられる。共通機能は、全てのサブ基板に共通するアドレス領域であり、共通情報保持部８０１と、共通設定部８０２と、を含む。タイプ別機能は、モジュールタイプが同じサブ基板のみに共通するアドレス領域であり、タイプ別機能情報保持部８０３と、タイプ別機能設定部８０４と、を含む。
【００７１】
共通情報保持部８０１は、モジュールタイプを識別するためのタイプ識別子を保持する。共通設定部８０２は、電源オン・オフの制御や、リセット制御、サブ基板の動作オン・オフなど、モジュールタイプによらない、サブ基板全体の制御を司る機能を制御するためのレジスタを有する。
【００７２】
タイプ別機能のレジスタ構成は、共通情報保持部８０１のタイプ識別子、換言すればモジュールタイプにより規定される。タイプ別機能情報保持部８０３は、第１周辺装置１５１がサポートしている機能の有無や、サポートしている機能のタイプを保持する。また、タイプ別機能設定部８０４は、タイプ別機能情報保持部８０３にてサポートされていると規定されている機能を設定するためのアドレス領域とする。
【００７３】
モジュール独自設定部分８０５は、他のサブ基板とは異なるアドレス領域で有り、サブ基板１５０が、他のサブ基板と異なる制御を行う際に用いるアドレス領域とする。モジュール独自設定部分８０５は、当該サブ基板１５０のみで参照、書き込みが行われるアドレス領域であって、メイン基板１１０からは参照、書き込みは行われない。
【００７４】
次に具体的なレジスタ構成についてモジュールタイプ毎に説明する。図９は、本実施形態にかかるチューナー基板２１０のレジスタ構成を示した図である。図９に示す例では、共通情報として、“モジュールタイプ：チューナー”が記憶されている。さらに、タイプ別機能情報、タイプ別機能設定には、“モジュールタイプ：チューナー”に対応する属性が割り当てられている。そして、拡張機能設定には、サブ基板毎に独自拡張された属性等のために割り当てられたアドレス領域とする。
【００７５】
図１０は、本実施形態にかかる動画機能のレジスタ構成を示した図である。図１０に示す例では、共通情報として、“モジュールタイプ：動画機能”が記憶されている。さらに、タイプ別機能情報、タイプ別機能設定には、“モジュールタイプ：動画機能”に対応する属性が割り当てられている。そして、拡張機能設定には、サブ基板毎に独自拡張された属性等のために割り当てられたアドレス領域とする。
【００７６】
図１１は、本実施形態にかかる録画機能のレジスタ構成を示した図である。図１１に示す例では、共通情報として、“モジュールタイプ：録画機能”が記憶されている。さらに、タイプ別機能情報、タイプ別機能設定には、“モジュールタイプ：録画機能”に対応する属性が割り当てられている。そして、拡張機能設定は、サブ基板毎に独自拡張された属性等のために割り当てられたアドレス領域とする。
【００７７】
図１２は、本実施形態にかかる高画質化機能のレジスタ構成を示した図である。図１２に示す例では、共通情報として、“モジュールタイプ：高画質化機能”が記憶されている。さらに、タイプ別機能情報、タイプ別機能設定には、“モジュールタイプ：高画質化機能”に対応する属性が割り当てられている。そして、拡張機能設定は、サブ基板毎に独自拡張された属性等のために割り当てられたアドレス領域とする。
【００７８】
図７に戻り、処理装置７０２は、レジスタ７０１に記憶された機能設定（属性）を参照して、当該機能設定に従った機能を実行する。つまり、処理装置７０２が、メイン基板１１０のホストプロセッサ１１１で実行されているモジュールタイプ毎のプログラムにより書き込まれた設定に従って、処理を行う。
【００７９】
処理装置７０２は、必要に応じて、データ通信用の制御インターフェース部１５３を介して、メイン基板１１０や、別のサブ基板と映像やその他のデータの通信を行なっても良い。また、処理装置７０２は、外部インターフェース部７０３を介して外部装置７５０とデータの通信を行なっても良い。
【００８０】
外部Ｉ／Ｆ７０３は、外部装置７５０と接続するためのインターフェースとする。
【００８１】
次に、本実施形態にかかる映像処理装置１００における、起動時に行われる処理について説明する。図１３は、本実施形態にかかる映像処理装置１００における上述した処理の手順を示すフローチャートである。図１３に示される例では、映像処理装置１００の電源投入時やハードウェアリセット時に行われる初期化とする。
【００８２】
まずは、映像処理装置１００が起動する際に、ホストプロセッサ１１１の初期化が行われる（ステップＳ１３０１）。これによりホストプロセッサ１１１で制御プログラムが実行され、ソフトウェア構成として、読出部３０２、判定部３０３、チューナー制御プログラム３０４、動画再生制御プログラム３０５、録画制御プログラム３０６、高画質化制御プログラム３０７が実現される。
【００８３】
その後、各サブ基板を順番に初期化する。具体的には、読出部３０２が接続されている各サブ基板のレジスタに対して読み出しを行った後、判定部３０３が読み出しを行ったサブ基板のうち、未初期化のサブ基板があるか否かを判定する（ステップＳ１３０２）。
【００８４】
そして、判定部３０３が、未初期化のサブ基板があると判定した場合（ステップＳ１３０２：Ｙｅｓ）、判定部３０３が、未初期化のサブ基板のレジスタに保持されている共通設定（電源オン・オフ）に電源ＯＮと書き込むことで、当該サブ基板の電源をＯＮにする設定を行う（ステップＳ１３０３）。
【００８５】
その後、判定部３０３が、読出部３０２が読み出した共通情報から、モジュールタイプを確認する（ステップＳ１３０４）。
【００８６】
判定部３０３が確認したモジュールタイプに基づいて、当該モジュールタイプに対応するプログラム（チューナー制御プログラム３０４、動画再生制御プログラム３０５、録画制御プログラム３０６、高画質化制御プログラム３０７）が、サブ基板を設定する（ステップＳ１３０５）。
【００８７】
そして、判定部３０３が、ステップＳ１３０２で未初期化のサブ基板がないと判定した場合（ステップＳ１３０２：Ｎｏ）に、初期設定を全て終了する。
【００８８】
なお、本実施形態は、サブ基板全ての初期化を行うことに制限するものではなく、ユーザ等により行われた設定に従って、初期化を行わなくても良い。その際に、電力削減のために、サブ基板の電源をオフしても良いし、再設定時間の短縮のために電源オンを維持しても良い。
【００８９】
次に、周辺機器設定について具体的に説明する。図１４は、本実施形態にかかる映像処理装置１００における、チューナーモジュールの設定手順を示すフローチャートである。図１４に示すフローチャートでは、チューナー制御プログラム３０４が呼び出される例とする。より具体的には、日本向け地上デジタル放送、ＢＳ／ＣＳデジタル放送対応チューナーモジュールに対して地上デジタル放送の設定をする例とする。
【００９０】
まずは、ホストプロセッサ１１１の読出部３０２が、当該サブ基板の共通情報を読み出す（ステップＳ１４０１）。そして、判定部３０３が、読出部３０２が読み出した共通情報に従って、読み出し先のサブ基板がチューナーであるか否かを判定する（ステップＳ１４０２）。そして、判定部３０３がサブ基板がチューナーではないと判定した場合（ステップＳ１４０２：Ｎｏ）、読出部３０２に他のサブ基板の共通情報を読み出すように指示し、ステップＳ１４０１から再び処理を開始する。また、初期化時のようにサブ基板が予めチューナーモジュールであることが認識できている場合、ステップＳ１４０１〜Ｓ１４０２の処理は行われないものとする。
【００９１】
そして、判定部３０３が、読み出し先のサブ基板のモジュールタイプがチューナーであると判定した場合（ステップＳ１４０２：Ｙｅｓ）、当該サブ基板のレジスタに保持されたタイプ別機能情報、及びタイプ別機能設定に基づいて、当該サブ基板を設定する。
【００９２】
つまり、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能情報を参照して、サポート変調方式（ＩＳＤＢ−Ｔ、ＩＳＤＢ−Ｓ）を確認する（ステップＳ１４０３）。その後、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能設定のうち、復調方式が割り当てられたアドレス領域に、例えば“ＩＳＤＢ−Ｔ”とする設定を書き込むことで、復調方式を設定する（ステップＳ１４０４）。
【００９３】
次に、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能情報を参照して、サポート周波数帯（例えば（４７０ＭＨｚ−７７０ＭＨｚ））を確認する（ステップＳ１４０５）。その後、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能設定のうち、周波数帯が割り当てられたアドレス領域に、例えば“４７０ＭＨｚ”と書き込むことで、周波数帯を設定する（ステップＳ１４０６）。
【００９４】
そして、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能情報を参照して、ビデオデコード機能の有無を確認する（ステップＳ１４０７）。その後、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能設定のうち、ビデオデコードの有効・無効が割り当てられたアドレス領域に“有効”の旨を書き込むことで、ビデオデコードを有効にする（ステップＳ１４０８）。
【００９５】
次に、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能情報を参照して、サポートビデオコーデックを確認する（ステップＳ１４０９）。その後、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能設定のうち、ビデオコーデックが割り当てられたアドレス領域に、例えば“ＭＰＥＧ−２  ＶＩＤＥＯ”と書き込むことで、ビデオコーデックを設定する（ステップＳ１４１０）。
【００９６】
そして、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能情報を参照して、サポートオーディオコーデックを確認する（ステップＳ１４１１）。その後、チューナー制御プログラム３０４は、当該サブ基板のレジスタ内のタイプ別機能設定のうち、オーディオコーデックが割り当てられたアドレス領域に、“ＭＰＥＧ−２  ＡＡＣ”と書き込むことで、オーディオコーデックを設定する（ステップＳ１４１２）。
【００９７】
上述した処理手順により、タイプ別機能情報、及びタイプ別機能設定に基づいて、チューナーモジュールの初期化が実現される。図１４に示すフローチャートでは、チューナーモジュールの設定が、チューナーモジュールのタイプ別機能情報及びタイプ別機能設定に基づいて行われる例について説明した。なお、他のモジュールタイプについても当該モジュールタイプのタイプ別機能情報及びタイプ別機能設定に基づいて行われるものとして説明を省略する。
【００９８】
（第１の実施形態の変形例）
第１の実施形態では、サブ基板の周辺装置内のレジスタ構成が固定アドレスの場合について説明した。しかしながら、レジスタ構成を全て固定アドレスにする手法に制限するものではない。
【００９９】
図１５は、第１の実施形態の変形例にかかるチューナーモジュールのチューナー制御部内のレジスタのアドレスマッピングの例を示した図である。図１５に示される例では、“タイプ機能のレジスタアドレスのオフセット値”を設定するためのアドレス領域が割り当てられている。各チューナーモジュールは、“タイプ機能のレジスタアドレスのオフセット値”を設定することで、タイプ別機能情報及びタイプ別機能設定のためのアドレス領域を柔軟に設定できる。これにより、将来の互換性を含めたアドレス拡張に柔軟に対応できる。
【０１００】
（第２の実施形態）
第１の実施形態では、モジュールタイプに応じて、サブ基板内部のレジスタのアドレス領域の割り当てを共通化させる例について説明した。しかしながら、アドレス領域を共通化させるためには、モジュールタイプが同じサブ基板のレジスタ構成を全て同じになるように設計する必要がある。そこで、本実施形態では、サブ基板の開発負担を軽減する実施形態について説明する。なお、メイン基板は、第１の実施形態と同様として説明を省略する。
【０１０１】
次に、本実施形態にかかるサブ基板の構成について説明する。図１６は、本実施形態にかかるサブ基板の構造を示した図である。図１６に示されるように、サブ基板１５０に搭載されている周辺装置１６０１は、レジスタ１６１１と、制御装置１６１２と、記憶装置１６１３と、内部レジスタ１６１４と、処理装置１６１５と、外部インターフェース部（Ｉ／Ｆ）１６１６と、を備えている。そして、サブ基板１６００は、外部インターフェース部（Ｉ／Ｆ）１６１６から外部装置７５０に接続されている。
【０１０２】
また、本実施形態にかかるサブ基板１６００は、サブ基板１６００で実現される機能を利用するメイン基板１１０と接続可能な映像インターフェース部１６０２と、制御インターフェース部１６０３と、を備えている。
【０１０３】
第１の実施形態と同様に、ホストプロセッサ１１１からの制御信号は、制御インターフェース部１６０３を介して周辺装置１６０１に入力される。制御信号は、周辺装置１６０１内のレジスタ１６１１に入力される。制御信号が、読出し命令であれば、周辺装置１６０１は、該当アドレスのレジスタ情報を読み出して、ホストプロセッサ１１１に出力する。一方、制御信号が、書き込み命令であれば、周辺装置１６０１は、該当アドレスに該当データを書き込む。
【０１０４】
レジスタ１６１１は、第１の実施形態と同様に、ホストプロセッサ１１１から読み出し及び書き込み可能な記憶部とする。レジスタ１６１１は、モジュールタイプが同じサブ基板のレジスタと同じアドレスに、タイプ別機能情報、及びタイプ別機能設定を記憶する。
【０１０５】
制御装置１６１２は、内部レジスタ１６１４に接続され、内部レジスタ１６１４に記憶された機能設定（属性）を参照して、当該機能設定に従った機能を実行する。
【０１０６】
内部レジスタ１６１４の構成は、他のサブ基板と同じ構成である必要は無く、任意の構成を取って良い。
【０１０７】
つまり、本実施形態では、ホストプロセッサ１１１が、レジスタ１６１１を用いて制御を行うことで、他のサブ基板と同様の制御を可能とする一方、処理装置１６１５は、内部レジスタ１６１４を参照して、処理を行うこととしている。
【０１０８】
そして、制御装置１６１２が、レジスタ１６１１に書き込まれた機能設定を、処理装置１６１５が直接参照可能な形式に変換して、内部レジスタ１６１４に書き込む制御を行うこととした。これにより処理装置１６１５は、変換された後の設定に基づいて、処理を行うことができる。つまり、処理装置１６１５は、他のサブ基板と共通のアドレス領域を参照する必要がなくなる。
【０１０９】
記憶装置１６１３は、制御装置１６１２を制御するプログラムや、レジスタ１６１１に書き込まれた機能設定を、内部レジスタ１６１４用の設定に変換するためのパラメータ等を記憶している。
【０１１０】
このように、処理装置１６１５自体が、メイン基板１１０のホストプロセッサ１１１により書き込まれた設定を認識できない場合、制御装置１６１２が、処理装置１６１５から参照可能な形式に変換することで、メイン基板１１０のホストプロセッサ１１１から、本実施形態にかかるサブ基板１６００の制御を実現できる。
【０１１１】
つまり、第１の実施形態にかかる処理装置７０２では、ホストプロセッサ１１１により書き込まれた設定情報を認識可能に設計されているが、このためには処理装置７０２を新たに開発する必要がある。このため、従来から利用している処理装置を使用したい場合や、他の企業等から提供されている処理装置を適用したい場合、制御装置１６１２が処理装置に適した形式に変換することで、処理装置を新たに開発することなく、メイン基板１１０とサブ基板１６００の接続を実現できる。つまり、本実施形態では、制御装置１６１２を、ホストプロセッサ１１１と処理装置１６１５との間の差異を覆うラッパーとして動作させることとした。
【０１１２】
さらには、制御装置１６１２は、処理装置１６１５が参照可能な設定として内部レジスタ１６１４に書き込む際に、地域毎に異なる値を設定するように書き込むことも考えられる。これにより、地域毎に最適な設定を容易に実現できる。
【０１１３】
また、本実施形態においては、制御装置１６１２が、製品毎に別の値を設定することで、製品固有のバラつきや、ラインナップ毎の差別化などを実現できる。例えば、高画質化モジュールにて、ラインナップ毎に異なる仕様のパネルを用いる場合や、同一ラインナップのモデルで同一仕様のパネルを使う場合でもムラ等で固体毎にバラつきがある場合に、記憶装置１６１３の設定値を変更することで複数の設定を実現することが可能となる。
【０１１４】
上述した実施形態においては、メイン基板とサブ基板との間で、モジュールタイプ毎に共通の制御方式を備えることとした。これにより、サブ基板を変更した際にも、メイン基板のホストプロセッサ上のソフトウェアを変更することなしに、サブ基板を動作させることができる。これにより、接続されているサブ基板にかかわらず、同一のプログラムを利用可能であるため、開発期間、開発負担、及び開発コストの削減を実現できる。
【０１１５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、請求の範囲に記載された発明とその均等の範囲に含まれる。
【図１】
2014192160.tif 000003
【図２】
2014192160.tif 000004
【図３】
2014192160.tif 000005
【図４】
2014192160.tif 000006
【図５】
2014192160.tif 000007
【図６】
2014192160.tif 000008
【図７】
2014192160.tif 000009
【図８】
2014192160.tif 000010
【図９】
2014192160.tif 000011
【図１０】
2014192160.tif 000012
【図１１】
2014192160.tif 000013
【図１２】
2014192160.tif 000014
【図１３】
2014192160.tif 000015
【図１４】
2014192160.tif 000016
【図１５】
2014192160.tif 000017
【図１６】
2014192160.tif 000018
【国際調査報告】
2014192160.tif 000019
2014192160.tif 000020