(57)【要約】同一構成のハードウェアを複数用意することで実現される冗長化は、コストが高く、低コスト製品への適用が難しい。本発明は、処理内容をアプリケーションレベルで変更出来るＣＰＵや、処理内容の変更が行えるＦＰＧＡ等が混在する機器上において、ハードウェアによって実装される機能の故障を検知したら、その機器上、もしくはネットワーク上にある機器の構成情報を参考に、代替可能な機器を選定、機能実現に必要なソフトウェアを選定し、代替するハードウェアがそのソフトウェアを使用可能にするための手続き（ソフトウェアのダウンロードやハードウェアがアクセス可能なメモリ領域への展開等）を実施し、処理を代替する。
2011087020.tif 000002
【特許請求の範囲】
【請求項１】
各々特定の機能を実現する複数のハードウェアと、記録装置と、前記各ハードウェアの機能を監視しそれらの故障時に機能の代替処理を行う故障診断装置を備え、
前記複数のハードウェアは、特定の機能を実現する少なくとも１つの専用ハードウェアと、処理内容をアプリケーションレベルで変更出来る少なくとも１つのＣＰＵとを含み、
前記記録装置は、故障が検出されたときに該故障が検出された前記ハードウェアの機能の代替処理手段として他の前記ハードウェアのいずれかが定義されているルール定義ファイルと、前記機能の代替処理を前記他のハードウェアで実施する際に使用するソフトウェア群とを保持し、
前記故障診断装置は、前記いずれかのハードウェアの機能の故障が検出されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、該ハードウェアの機能の代替を行う前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込み装置。
【請求項２】
請求項１において、
前記ハードウェアは、各々専用のソフトウェアにより特定の機能を実現する複数のＣＰＵを含み、
前記故障診断装置は、前記専用ハードウェアの機能の故障が検出されたとき、該専用ハードウェアの機能の代替を行う前記ＣＰＵのいずれかを選定し、該選定されたＣＰＵにおいて前記故障が検出された専用ハードウェアの機能の代替処理に必要なソフトウェアを実行する
ことを特徴とする組込み装置。
【請求項３】
請求項１において、
前記ハードウェアは、各々専用のソフトウェアにより特定の機能を実現するマルチコアを含み、
前記故障診断装置は、前記専用ハードウェアの機能の故障が検出されたとき、該専用ハードウェアの機能の代替を行う前記マルチコアのいずれかのコアを選定し、該選定されたコアにおいて前記故障が検出された専用ハードウェアの機能の代替処理に必要なソフトウェアを実行する
ことを特徴とする組込み装置。
【請求項４】
請求項１において、
前記ルール定義ファイルは、該ハードウェアの機能の代替を行う複数の前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアに関して、前記ハードウェア毎に、該ハードウェアが故障した際の代替の優先順序に関する情報を有している
ことを特徴とする組込み装置。
【請求項５】
請求項１において、
前記ルール定義ファイルは、対象機器、監視手法、代替可能機器、代替順序、代替ソフト情報の属性を持ち、
前記対象機器には、前記組込み装置の監視対象となる前記各ハードウェアの名称が登録され、
前記監視手法には、前記ハードウェアの機能を確認するための確認手段、及び該確認手段を呼び出し実行するためのインタフェースが記載されている
ことを特徴とする組込み装置。
【請求項６】
請求項５において、
前記ルール定義ファイルは、代替可能機器、代替順序の属性を持ち、
前記代替可能機器には、前記対象機器の機能を代替出来る、もしくは代替させたいハードウェアの名称が登録されており、
前記代替順序は、前記対象機器毎に、該対象機器が故障した際に、前記代替可能機器に記されているハードウェアの中の、どのハードウェアから優先的に代替するかを示す内容が登録される
ことを特徴とする組込み装置。
【請求項７】
請求項６において、
前記ルール定義ファイルは、代替ソフト情報の属性を持ち、
該代替ソフト情報には、前記機能の代替時に、代替のために、前記代替可能機器上で実行する前記ソフトウェア群が登録されている
ことを特徴とする組込み装置。
【請求項８】
請求項１において、
前記故障診断装置は、前記ＣＰＵ上で実装される一つまたは複数のソフトウェアによって実現される
ことを特徴とする組込み装置。
【請求項９】
請求項１において、
前記ハードウェアは、前記特定の機能を実現する第１の専用ハードウェアと、該第１の専用ハードウェアとは仕様が異なり同様の機能を実現し得る第２の専用ハードウェアとを有し、
前記第１、第２のいずれかの専用ハードウェアの機能の故障が検出されたとき、該専用ハードウェアの機能の代替を前記他の専用ハードウェアもしくは前記ＣＰＵで代替処理する
ことを特徴とする組込み装置。
【請求項１０】
請求項９において、
前記ハードウェアは、処理内容の変更が行えるＦＰＧＡを含み、
前記第１、第２のいずれかの専用ハードウェアの機能の故障が検出されたとき、該専用ハードウェアの機能の代替を前記他の専用ハードウェア、前記ＣＰＵもしくは前記ＦＰＧＡで代替処理する
ことを特徴とする組込み装置。
【請求項１１】
請求項９において、
前記ハードウェアは、機能が同じで仕様の異なる第１の動画デコーダと第２の動画デコーダとを含み、
前記第１、第２の動画デコーダのいずれかの機能の故障が検出されたとき、該動画デコーダの機能の代替を前記他の動画デコーダもしくは前記ＣＰＵで代替処理する
ことを特徴とする組込み装置。
【請求項１２】
請求項１において、
前記組込み装置の本体が、デジタルテレビ受信装置であり、
前記ハードウェアは、
放送番組の表示のための復号化を主たる機能とする第１の動画デコーダと、
放送番組の表示・録画番組の再生のための復号化を主たる機能とする第２の動画デコーダと、
インターネットコンテンツ等の処理を主たる機能とする第１のＣＰＵと、
ユーザインタフェースの処理を主たる機能とする第２のＣＰＵと、
高画質化処理を主たる機能とするＦＰＧＡとを備え、
前記故障診断装置は、前記第１の動画デコーダもしくは前記第２の動画デコーダの故障が検知されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、前記第１の動画デコーダもしくは前記第２の動画デコーダの機能を代替するものとして前記第１のＣＰＵ若しくは前記第２のＣＰＵを選定すると共に、該選定されたＣＰＵによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込み装置。
【請求項１３】
請求項１において、
前記組込み装置の本体が、携帯電話であり、
前記ハードウェアは、
写真、静止画表示のための復号化を主たる機能とする第１の動画デコーダと、
ワンセグ放送番組の表示、録画番組再生等のための復号化を主たる機能とする第２の動画デコーダと、
通話の処理を主たる機能とするマルチコアの第１のコアと、
マルチメディア処理を主たる機能とするマルチコアの第２のコアと、
高画質化を主たる機能とするＦＰＧＡとを備えており、
前記故障診断装置は、前記第１の動画デコーダもしくは前記第２の動画デコーダの故障が検知されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、前記第１の動画デコーダもしくは前記第２の動画デコーダの機能を代替するものとして前記マルチコアの第１のコア若しくは第２のコアを選定すると共に、該選定されたコアによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込み装置。
【請求項１４】
請求項１において、
前記組込み装置の本体が、カーナビゲーションであり、
前記ハードウェアは、
主たる機能がナビゲーション機能である動画デコーダと、
主たる機能が音楽や通話に対応するＣＰＵ若しくはコアを備え、
前記故障診断装置は、前記動画デコーダの故障が検知されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、動画デコーダの機能を代替するものとして前記ＣＰＵ若しくは前記コアを選定すると共に、該選定されたＣＰＵ若しくはコアによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込み装置。
【請求項１５】
各々特定の機能を実現する複数のハードウェアを備えた装置本体と、
前記各ハードウェアの機能を監視しそれらの故障時に機能の代替処理を行う故障診断装置と、
ネットワークを介して前記装置本体に接続された外部の管理サーバ及び記録装置と、
前記装置本体と前記外部の管理サーバ及び前期記録装置との通信を行うための通信手段と、
故障が検出されたときに該故障が検出された前記ハードウェアの機能の代替処理手段として他の前記ハードウェアのいずれかが定義されているルール定義ファイルと、
前記機能の代替処理を前記他のハードウェアで実施する際に使用するソフトウェア群とを備え、
前記複数のハードウェアは、特定の機能を実現する少なくとも１つの専用ハードウェアと、処理内容をアプリケーションレベルで変更出来る少なくとも１つのＣＰＵとを含み、
前記ルール定義ファイルと前記ソフトウェア群は、前記管理サーバもしくは前記記録装置に格納され、
前記故障診断装置は、前記いずれかのハードウェアの機能の故障が検出されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、該ハードウェアの機能の代替を行う前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込みシステム。
【請求項１６】
請求項１５において、
前記故障診断装置が前記管理サーバに格納される
ことを特徴とする組込みシステム。
【請求項１７】
請求項１５において、
前記故障診断装置が前記組込みシステムの本体及び前記管理サーバの両方に分割されて組み込まれる
ことを特徴とする組込みシステム。
【請求項１８】
請求項１５において、
前記ハードウェアは、各々専用のソフトウェアにより特定の機能を実現するＣＰＵまたはマルチコアを含み、
前記故障診断装置は、前記専用ハードウェアの機能の故障が検出されたとき、該専用ハードウェアの機能の代替を行う前記ＣＰＵまたは前記マルチコアのいずれかのコアを選定し、該選定されたＣＰＵまたはコアにおいて前記故障が検出された専用ハードウェアの機能の代替処理に必要なソフトウェアを実行する
ことを特徴とする組込み装置。
【請求項１９】
各々特定の機能を実現する複数のハードウェアと、記録装置と、前記各ハードウェアの機能の監視を行う故障診断ユニットと、前記ハードウェアの故障時に機能の代替処理を行う代替処理ユニットとを備え、
前記複数のハードウェアは、特定の機能を実現する少なくとも１つの専用ハードウェアと、処理内容をアプリケーションレベルで変更出来る少なくとも１つのＣＰＵとを含み、
前記記録装置は、故障が検出されたときに該故障が検出された前記ハードウェアの機能の代替処理手段として他の前記ハードウェアのいずれかが定義されているルール定義ファイルと、前記機能の代替処理を前記他のハードウェアで実施する際に使用するソフトウェア群とを保持し、
前記各ハードウェアは各ハードウェア自身で定期的に故障診断を行い、その機能の少なくとも一部に故障が発生した際に、前記代替処理ユニットに対し、その旨を通知し、
前記代替処理ユニットは、前記故障診断ユニットにより前記いずれかのハードウェアの機能の故障が検出されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、該ハードウェアの機能の代替を行う前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアを選定する
ことを特徴とする組込み装置。
【請求項２０】
請求項１９において、
前記ルール定義ファイルは、該ハードウェアの機能の代替を行う複数の前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアに関して、前記ハードウェア毎に、該ハードウェアが故障した際の代替の優先順序に関する情報を有している
ことを特徴とする組込み装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＰＵやそれに類する電子機器を持つ組み込み装置、及び組み込み装置の機能の一部がネットワーク上に存在する組み込みシステムに係り、特に、コンシューマエレクトロニクス製品に適した組み込み装置及び組み込みシステムに関するものである。
【背景技術】
【０００２】
従来、コンピュータを使用した処理システムにおいて、システムダウンによる可用性の低下を防ぐため、冗長化システムが用いられる。例えば、特許文献１には、複数の冗長化システムで構築されたネットワークでハードウェアとソフトウェアの組み合わせを再構築するシステムが開示されている。冗長化システムは、ハードウェアを多重化し、複数の装置に同じ処理機能の動作を割り当てることで、障害が発生し、ある箇所が故障しても、別箇所で動作を継続することで、システム全体の動作を継続可能にする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５１０５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の冗長化手法では、機能を実現するハードウェアを冗長化する場合、同一機能を実現するハードウェアを余分に実装することが一般的である。【０００５】
これに対し、ＣＰＵあるいはそれに類する電子機器を持つコンシューマエレクトロニクスに代表される組込み装置の製品開発においては、コスト競争が激しく、製品単価を下げる事が重視され、従来の冗長化手法の様に、同一構成のハードウェアを複数用意することは困難である。そのため、冗長化構成の組み込みシステム製品を開発する事は現実的に難しかった。しかしながら、ユーザから見ると、電子機器の一部のハードウェアが故障した場合、その製品が使えなくなると、その製品の買い替えや、高いお金を払って部品や基板を丸ごと交換するといった対応をせねばならず、コスト面、また、期間の面でも、多大な損失となる。また、故障した機能には、ユーザにとって非常に重要な機能とそれほど重要ではない機能とがある。したがって、ユーザの立場に立てば、ある組み込み装置が故障した場合に、他の機能が若干低下したとしても重要な機能についてはそれが維持されるのであれば、直ちに製品の買い替えや交換を行わずに使用を継続したいというニーズも存在する。【０００６】
本発明が解決する課題は、部品点数の増加によるコストの増加を削減し、安価で可用性の高い組み込み装置及び組み込みシステムを提供することにある。【０００７】
本発明が解決する他の課題は、ユーザニーズを考慮した縮退運転を実施出来る組み込み装置及び組み込みシステムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の代表的なものの一例を示せば以下の通りである。本発明の組込み装置は、各々特定の機能を実現する複数のハードウェアと、記録装置と、前記各ハードウェアの機能を監視しそれらの故障時に機能の代替処理を行う故障診断装置を備え、前記複数のハードウェアは、特定の機能を実現する少なくとも１つの専用ハードウェアと、処理内容をアプリケーションレベルで変更出来る少なくとも１つのＣＰＵとを含み、前記記録装置は、故障が検出されたときに該故障が検出された前記ハードウェアの機能の代替処理手段として他の前記ハードウェアのいずれかが定義されているルール定義ファイルと、前記機能の代替処理を前記他のハードウェアで実施する際に使用するソフトウェア群とを保持し、前記故障診断装置は、前記いずれかのハードウェアの機能の故障が検出されたとき、前記ルール定義ファイル及び前記ソフトウェア群に基づいて、該ハードウェアの機能の代替を行う前記他のハードウェア及び該他のハードウェアによる前記機能の代替処理に必要な前記ソフトウェアを選定することを特徴とする。
【発明の効果】
【０００９】
本発明では、組込み装置内で故障したハードウェアが検知された場合に、他の専用のハードウェアやＣＰＵあるいは書き換え可能なＦＰＧＡなどの他のハードウェアを使って、故障したハードウェアの代替機能を実現させるので、新たに機器を増設しなくても冗長化可能にすることで、組込み装置のコストの低減が期待出来る。【００１０】
また、故障したハードウェアの機能がユーザにとって非常に重要な機能であった場合、通常用意されている機能のうち、ユーザが不要とした機能を縮退し、故障機能を継続動作する様にシステムを変更することで、ユーザニーズを考慮した組込み装置の縮退運転を実施出来る。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態になる録画・再生機能付きデジタルテレビ受信装置の全体構成の一例を示す図。
【図２】第１の実施形態における各ハードウェアの主たる機能（用途）、本来の仕様（特性）、構成機器・ソフトの例、及び代替可能な機能（用途）の例を示す図。
【図３】第１の実施形態におけるルール定義ファイルの一例を示す図。
【図４】故障診断装置の構成の一例を示す図。
【図５】故障診断装置の処理シーケンスの一例を示す図。
【図６】代替状況テーブルの一例を示す図。
【図７】代替ソフトウェア決定処理シーケンスの一例を示す図。
【図８】本発明の第２の実施形態になる携帯電話の全体構成の一例を示す図。
【図９】第２の実施形態における各ハードウェアの主たる機能、本来の仕様、構成機器・ソフトの例、及び代替可能な機能の例を示す図。
【図１０】第２の実施形態におけるルール定義ファイルの一例を示す図。
【図１１】本発明の第４の実施形態の全体構成の一例を示す図。
【図１２】本発明の第５の実施形態の全体構成の一例を示す図。
【発明を実施するための形態】
【００１２】
本発明は、ハードウェアによって実装される機能の冗長化を同一ハードウェアでは無く、システムを構成する別のハードウェアによって実現することで、部品点数の増加によるコストの増加を削減し、安価で可用性の高い組み込み装置を提供するものである。すなわち、本発明は、処理内容をアプリケーションレベルで変更出来るＣＰＵ（マルチコアを含む）、あるいは処理内容の変更が行えるＦＰＧＡ等が混在する機器上において、ハードウェアによって実装される機能の故障を検知したら、その機器上、もしくはネットワーク上にある機器の構成情報を参考に、代替可能な機器を選定、機能実現に必要なソフトウェアを選定し、代替するハードウェアがそのソフトウェアを使用可能にするための手続き（ソフトウェアのダウンロードやハードウェアがアクセス可能なメモリ領域への展開等）を実施し、処理を代替する。
【実施例１】
【００１３】
まず、本発明の組み込み装置を録画・再生機能付きデジタルテレビ受信装置に適用した第１の実施形態を説明する。  
図１は、本発明による組み込み装置を採用したデジタルテレビ受信装置の一例の説明図である。図１において、組み込み装置すなわちデジタルテレビ受信装置の本体１００は、機能を実現するハードウェア００１〜００５、０１２、０１３と、機能を実現するソフトウェアを含むＲＯＭ００６と、各種の処理に使用するＲＡＭ００７と、機能を実現するハードウェア００１〜００５、０１２、０１３を監視しそれらの故障を検出する故障診断装置００８と、上記各機器００１〜００８を接続し、データを交換するためのバス００９とを備えている。ハードウェアとしては、専用ハードウェアとしての第１の動画デコーダ００１及び第２の動画デコーダ００２、処理内容をアプリケーションレベルで変更出来る第１のＣＰＵ００３及び第２のＣＰＵ００４、及び処理内容の変更が行えるＦＰＧＡ００５を備えている。さらに、専用ハードウェアとしての第１の動画エンコーダ０１２及び第２の動画エンコーダ０１３を備えている。ＲＯＭ００６には、故障が検出された機能の代替手段が定義されているルール定義ファイル０１０と、故障が検出された機能の代替処理を、別のハードウェアで実施する際に使用するソフトウェアや、コンフィギュレーション等からなるソフトウェア群０１１とが保持されている。ＲＡＭ００７は、ここではデジタルテレビ受信装置の本体１００内の各機器に共通のメモリであり、データ通信、番組の記録・選択、録画・再生などの処理に際して各種の情報が一時的に記録される。また、故障診断装置００８による診断時に使用される代替状況テーブル（図６参照）も、ＲＡＭ００７に保持される。なお、故障には、ハードウェア自体の物理的な機能の故障のみならず、該ハードウェア上で一体となって動作するソフトウェアの機能の故障も含まれる。また、機能が所定のレベル以下に劣化した場合も故障と診断するようにしても良い。【００１４】
デジタルテレビ受信装置の本体１００は、アンテナ０１４、チューナー０１５等を介してＴＶ放送の電波等を受信すると共に、リモコン０１６を介してユーザの操作入力を受け付ける。ＴＶ放送の受信データは、ユーザの番組選択等により、テレビ表示画面０１７に表示され、外部記憶装置０１８に記録され、あるいは、記録後に再生表示される。【００１５】
この実施形態のデジタルテレビ受信装置の本体１００において、第１の動画デコーダ００１、第２の動画デコーダ００２は、各々、特定の処理のみを実施する専用ハードウェアである。第１のＣＰＵ００３、第２のＣＰＵ００４は、各々、組み込まれたソフトウェアに応じた処理を行う、換言すると汎用的な処理を実施するためのハードウェアである。ＦＰＧＡ００５は、特定の処理を実施する専用ハードウェアであるが、後から処理内容を変更することが可能である。故障診断装置００８は、各ハードウェア００１〜００５、０１２、０１３に対し、定期的に信号をバス００９経由で送信し、返信された情報を元に、当該機器が故障しているかどうかを判定し、判定結果として故障が返ってきた場合、ＲＯＭ００６に格納されたルール定義ファイル０１０を元に、ＲＯＭ００６に格納されているソフトウェア群０１１から、適切なソフトウェアを選定し、定義されているハードウェア上で、代替処理を実施するソフトウェアの処理を開始する手続きを行う。【００１６】
図２に、各ハードウェア００１〜００５、０１２、０１３の主たる機能（用途）、本来の仕様（特性）、構成機器・ソフトの例、及びや代替可能な機能（用途）の例を示している。第１の動画デコーダ００１は、放送番組の表示のための復号化が主たる機能であり、そのため高画質・低圧縮方式の仕様の機器を用いる。具体的には、例えばＭＰＥＧ２を使用する。第２の動画デコーダ００２は、放送番組の表示、録画番組再生のための復号化が主たる機能であり、そのため低画質・高圧縮率の仕様の機器を用いる。具体的には、例えばＨ２６４やｊｐｅｇを使用する。第１のＣＰＵ００３及び第２のＣＰＵ００４は、汎用のＣＰＵである。ここでは、第１のＣＰＵ００３は、インターネットコンテンツ等の処理が主たる機能であり、そのため高価ではあるが高性能で、高付加処理が可能な仕様のＣＰＵ、例えばＧＨｚオーダの処理周波数を持つインテル社製のＰｅｎｔｉｕｍ（登録商標）シリーズの物を使用する。一方、第２のＣＰＵ００４は、番組表の表示等に代表されるユーザインタフェースの処理が主たる機能であり、そのため要求される仕様として処理能力は比較的低くても良いので安価なＣＰＵ、例えばＭＨｚオーダの処理周波数を持つルネサステクノロジ製のＳＨ-Ｍｏｂｉｌｅ（登録商標）シリーズのＣＰＵを使用する。ＦＰＧＡ００５は、高画質化処理が主たる機能であり、専用の論理プログラムで構成されている。処理能力は第１のＣＰＵ００３と比較してそれほど高くは無い。第１の動画エンコーダ０１２は、放送番組の高圧縮記録が主たる機能であり、そのため高圧縮率の仕様のものを用いる。第２の動画エンコーダ０１３は、放送番組の低圧縮記録が主たる機能であり、そのため低圧縮率の仕様のものを用いる。【００１７】
このように、ハードウェアは、主たる機能（用途）や仕様（特性）が異なるものの、いくつかの代替可能な機能も備えている。例えば、第１の動画デコーダ００１と第２の動画デコーダ００２は、仕様は異なるものの、相互に代替可能である。また、第１の動画デコーダ００１及び第２の動画デコーダ００２の機能に関しては、第１のＣＰＵ００３又は第２のＣＰＵ００４に、各々所定のプログラムを組み込むことで、代替可能である。あるいは、ＦＰＧＡ００５の論理プログラムを書き換えることでも、代替可能である。第１のＣＰＵ００３と第２のＣＰＵ００４は、仕様は異なるものの、相互に代替可能である。第１の動画エンコーダ０１２と第２の動画エンコーダ０１３は、仕様は異なるものの、相互に代替可能である。【００１８】
図１、図２に示したハードウェア機器の種類やそれらの数、仕様等はあくまでも一例であり、テレビに要求される機能やコスト等に応じて適宜変更すれば良い。【００１９】
図３は、ＲＯＭ００６に格納されているルール定義ファイル０１０の一例の説明図であり、対象機器、監視手法、代替可能機器、代替順序、代替ソフト情報等の属性を持つ。対象機器には、対象となる高信頼システム、ここでは録画・再生機能付きデジタルテレビ受信装置の本体を構成している各機能を実現する、ハードウェアの名称が登録される。監視手法には、上記ハードウェアを確認するための手段や、その手段を呼び出し、実行するためのインタフェース、例えばRead Alive Register ( ) が記載されている。代替可能機器は、対象機器の機能を代替出来る、もしくは代替させたいハードウェアの名称が登録される。代替順序は、対象機器毎に、対象機器が故障した際に、代替可能機器に記されているハードウェアの中の、どのハードウェアから優先的に代替するかを示す内容が登録される。代替ソフト情報には、機能代替時に、代替のために、代替可能機器上で実行するソフトウェアの情報が登録されており、故障診断装置００８からの制御により、代替可能機器のうち、代替機器として指定されたハードウェア上で実行するために使われる情報である。
例えば、第１の動画デコーダ００１の機能を第１のＣＰＵ００３で代替する場合は、ＣＰＵ上でＭＰＥＧ２対応のソフトウェアを使用して動画のデコードを行う。【００２０】
図４は、図１の故障診断装置００８の詳細な構成の一例を示す図である。故障診断装置は、対象となるシステムの機能を実現するハードウェアのうち、監視する対象を決定する処理対象決定部８０１と、監視対象決定後、監視対象に合わせて、問い合わせを実施するために必要な、監視信号を生成するための監視信号生成部８０２と、監視信号生成部８０２によって生成された、監視対象ハードウェアの監視を実施するための監視信号を、監視対象ハードウェアに対し送信し、その結果を受信する信号送受信部８０３と、信号送受信部８０３が受信した監視結果を解析し、故障しているか否かを判定するための故障判定部８０４とを備えている。さらに、故障判定部８０４の判定結果が故障だった場合、ＲＯＭ００６上にあるルール定義ファイル０１０を読み出し、故障した機能を実現するハードウェアの、代替可能機器のうち、代替順序の高い代替機器を選定し、代替に必要なソフトウェア名称の引当を実施し、代替装置上で、代替ソフトウェアの実行を行う制御処理部８０５と、制御処理部８０５によって実行された代替ソフトウェアの処理結果をもとに、制御処理が正しく終了したか判定し、別の代替機器で、引き続き該当する故障機器の代替処理を実施する手続きを行うか、監視処理に戻るか判定するための制御処理確認部８０６を備えている。【００２１】
故障診断装置００８は、故障診断のために、各ハードウェア００１〜００５、０１２、０１３に対して定期的に信号をバス００９経由で送信し、返信された情報を元に、当該機器が故障しているかどうかを判定する。図５は、故障診断装置の１回の処理シーケンスを示すフローチャートである。タイマを用いて定期的に起動し、処理を開始する。処理開始後、ステップＳ０１に進み、ルール定義ファイル０１０を用いて、処理対象を決定する。処理対象決定の後、ステップＳ０２に進み、ルール定義ファイル０１０を用いて、監視信号を生成し、ステップＳ０３に進む。ステップＳ０３では、ステップＳ０２によって引き当てられた監視信号を、監視対象に送信し、ステップＳ０４に進む。ステップＳ０４では、監視対象から返信された結果信号を受信し、ステップＳ０５に進む。ステップＳ０５では、ステップＳ０４で受信した結果信号を解析し、故障か、正常かを判定する。正常な場合、ステップＳ０１に戻り、次の処理へ進む。【００２２】
異常な場合、ステップＳ０６に進む。ステップＳ０６では、ルール定義ファイル０１０を用いて故障診断対象の装置に対する代替可能機器の中から、代替順序を元に代替機器を決定し、ステップＳ０７に進む。ステップＳ０７では、監視対象機器情報と、ステップＳ０６で決定した、代替機器情報から、代替ソフトを決定し、ステップＳ０８に進む。ステップＳ０８では、ステップＳ０６で決定した、代替機器情報と、ステップＳ０７で決定した代替ソフト情報を元に、代替機器上で代替ソフトを起動する処理を行い、ステップＳ０９に進む。ステップＳ０９では、ステップＳ０８で実行された代替ソフトの処理結果を受信し、ステップＳ１０に進む。ステップＳ１０では、ステップＳ０９で受信した代替ソフトの起動結果を元に、代替処理の起動が完了したかを判定する。起動が完了した場合、処理を終了する。代替処理の起動が完了してない場合、ステップＳ０６に戻り、代替機器の選定から処理を実施しなおす。【００２３】
ステップＳ０２の監視信号引き当て処理は、あらかじめ登録された監視信号を送信する形式ではなく、対象機器等の情報から監視信号を作成する形式でも構わない。【００２４】
図６は、システムにおける代替状況管理状態をしめす、代替状況テーブル５００の一例を示す図である。代替状況テーブル５００は、対象機器、代替状態、代替機器の属性を持つ。対象機器は、冗長化の対象一覧を示す、代替状態は対象機器が代替されているか否かの状態を示す。代替機器は、対象機器が代替中である場合、どの機器が代替えしているかを示す。図６の例では、第２の動画デコーダ００２の機能が、第１のＣＰＵ００３で代替されていることを示している。これにより、第１のＣＰＵ００３は、本来の機能であるインターネットコンテンツ等の処理に加えて、放送番組の録画・再生の処理の機能も時分割して実行することになる。なお、対象機器の一部が故障しているので代替中であることの情報は、例えばＴＶ表示画面に表示するなどの手段によりユーザに知らせることができる。【００２５】
図７は、代替ソフトウェア決定処理Ｓ０７の詳細を示すフローチャートである。処理開始後、ステップＳ１１に進み、図６に示した代替状況テーブル５００を使用し、現在の監視対象の代替状態を引き当て、ステップＳ１２に進む。ステップＳ１２では、ステップＳ１１の結果を受け、現在の監視対象が代替されているものか、そうで無いか判定する。現在の監視対象が代替中の場合、ステップＳ１５に進み、代替中で無い場合、ステップＳ１４に進む。ステップＳ１４では、現在の監視対象である対象機器の代替状態属性を、代替中に変更し、ステップＳ１５に進む。ステップＳ１５では、現在の対象機器の代替機器名称を、代替状況テーブルから引き当てて、ステップＳ１６に進む。ステップＳ１６では、ステップＳ１５で引き当てた代替機器情報をキーに、現代替順序を引き当て、ステップＳ１７に進む。ステップＳ１７では、ステップＳ１６で引き当てた代替順序をキーに、ルール定義ファイル０１０の代替順序の項目で、次に代替可能な機器があるか検索し、代替可能な場合、ステップＳ１９に進み、不可能な場合はステップＳ１８に進む。ステップＳ１８はユーザにこれ以上代替処理が出来ない旨を通知する等の例外処理を実施して、処理を終了する。ステップＳ１９では、代替状況テーブルの代替機器名称を更新して、処理を終了する。【００２６】
本実施例によれば、例えば、第２の動画デコーダ００２が故障した場合、この第２の動画デコーダ００２で提供されるべき機能が、同様のデコード機能を有する第１の動画デコーダ００１、あるいは第１のＣＰＵ００３等で代替される。このとき、代替機能を受け持つ第１の動画デコーダ００１あるいは第１のＣＰＵ００３等の機器は、それらの機器が本来提供すべき機能と共に代替機能も時分割して提供する。従って、代替中は処理速度あるいは画質等の性能が若干低下するものの、録画・再生機能付きデジタルテレビ受信装置は、全体としてその機能をほぼ維持することができる。【００２７】
なお、図１に示したＲＯＭ００６は、データを記憶可能であり、汎用または専用のＣＰＵ等が使用可能な、全ての装置に変更されても構わない。【００２８】
図１に示した故障診断装置００８は、ハードウェアでも、ソフトウェアとハードウェアの組み合わせで実現出来るものでも構わない。また、独立した装置で無く、汎用的なＣＰＵ上で実装される一つまたは複数のソフトウェアによって実現されるものでも構わない。【００２９】
このように、本実施例によれば、処理内容をアプリケーションレベルで変更出来るＣＰＵや、処理内容の変更が行えるＦＰＧＡ等が混在する録画・再生機能付きデジタルテレビ受信装置において、故障診断装置がハードウェアによって実装される機能の故障を検知したら、その機器上、もしくはネットワーク上にある機器の構成情報を参考に、代替可能な機器を選定、機能実現に必要なソフトウェアを選定し、代替するハードウェアがそのソフトウェアを使用可能にするための手続き（ソフトウェアのダウンロードやハードウェアがアクセス可能なメモリ領域への展開等）を実施し、処理を代替する。これにより、同一機能を実現するハードウェアを余分に実装することなく、テレビ受信装置の主要な機能である番組の受信・表示機能等の代替が可能になるので、部品点数の増加によるコストの増加を削減し、安価で可用性の高い録画・再生機能付きデジタルテレビ受信装置を提供することができる。また、ユーザは、重要な機能についてはそれが維持されるので、一部の機器に故障が発生した場合、直ちに製品の買い替えや交換を行なわず、当面使用を継続することが可能になる。
【実施例２】
【００３０】
次に、本発明の組み込み装置を携帯電話に適用した第２の実施形態を説明する。  
図８は、本発明による組み込み装置すなわち携帯電話の構成例の説明図である。図８において、携帯電話の本体２００は、機能を実現するハードウェア２０１〜２０５、２１２と、機能を実現するソフトウェアを含むＲＯＭ２０６と、各種の処理に使用するＲＡＭ２０７と、機能を実現するハードウェア２０１〜２０５、２１２を監視しそれらの故障を検出し代替処理を行う故障診断装置２０８と、上記各機器２０１〜２０８、２１２を接続し、データを交換するためのバス２０９とを備えている。ハードウェアとしては、第１の動画デコーダ２０１、第２の動画デコーダ２０２、マルチコアを構成する第１のコア２０３、第２のコア２０４、ＦＰＧＡ２０５を備えている。さらに、動画エンコーダ２１２を備えている。ＲＯＭ２０６には、故障が検出された機能の代替手段が定義されているルール定義ファイル２１０と、故障が検出された機能の代替処理を、別のハードウェアで実施する際に使用するソフトウェアや、コンフィギュレーション等からなるソフトウェア群２１１とが保持されている。ＲＡＭ２０７は、ここでは携帯電話の本体２００内の各機器に共通のメモリであり、通話、メール、インターネット、ワンセグの送受信データの記録や再生、テンキー（図示略）、カメラ、マイク等を介したマルチメディアを含むデータの記録や再生などの処理に際して各種の情報が一時的に記録される。また、故障診断装置２０８による診断時に使用される代替状況テーブル（図６参照）も、ＲＡＭ２０７に保持される。なお、マルチコアの代わりに実施例１で示したマルチＣＰＵを用いても良い。（逆に、実施例１で示したマルチＣＰＵをマルチコアに置き換えても良い。）
携帯電話の本体２００は、アンテナ２１３等を介して電話、メール、ウエブサイト、ワンセグ等に関する電波を受信すると共に、テンキー（図示略）からのユーザの操作入力、カメラ２１４からの画像やマイク２１５からの音声入力を受け付ける。信号処理された受信情報は、ユーザの選択指示により、表示画面２１６に表示され、外部記憶装置２１７に記録され、あるいは、記録後に再生表示される。また、電話やメールなどの送信情報が信号処理されアンテナ２１３から送信される。【００３１】
この実施形態の携帯電話の本体２００において、第１の動画デコーダ２０１、第２の動画デコーダ２０２は、各々、特定の処理のみを実施する専用ハードウェアである。第１のコア、第２のコア２０４は、各々、組み込まれたソフトウェアに応じた処理を行う、換言すると汎用的な処理を実施するためのハードウェアである。ＦＰＧＡ２０５は、特定の処理を実施する専用ハードウェアであるが、後から処理内容を変更することが可能である。故障診断装置２０８は、各ハードウェア２０１〜２０５、２１２に対し、定期的に信号をバス２０９経由で送信し、返信された情報を元に、当該機器が故障しているかどうかを判定し、判定結果として故障が返ってきた場合、ＲＯＭ００６に格納されたルール定義ファイル２１０を元に、ＲＯＭ２０６に格納されているソフトウェア群２１１から、適切なソフトウェアを選定し、定義されているハードウェア上で、代替処理を実施するソフトウェアの処理を開始する手続きを行う。【００３２】
図９に、携帯電話の本体を構成する各ハードウェア２０１〜２０５、２１２の主たる機能（用途）、本来の仕様（能力・性能）、具体的な構成機器・ソフトの例、及び代替可能な機能（用途）を示している。第１の動画デコーダ２０１は、写真、静止画表示のための復号化が主たる機能である。携帯電話向けなので仕様は低画質・高圧縮率である。具体的には、例えばjpegを使用する。第２の動画デコーダ２０２は、ワンセグ放送番組の表示、録画番組再生等のための復号化である。携帯電話向けなので、仕様は低画質・高圧縮率である。具体的には、例えばＨ２６４を使用する。マルチコアのコア１は、通話の処理が主たる機能であり、ソフトウェア１を使用して高速・高性能の処理を行う。具体的には、ＣＤＭＡの信号処理を行う。【００３３】
マルチコアのコア２は、マルチメディア、メール、インターネット関連の処理が主たる機能であり、そのため仕様としての処理能力・性能は、比較的低くても安価なもので良い。具体的には、インターネットの通信処理（ＴＣＰ／ＩＰプロトコルの処理等）を行う。【００３４】
ＦＰＧＡ２０５は各種動画や静止画コンテンツの高画質化処理であり、専用の論理プログラムで構成されている。そのため、汎用的なＣＰＵと比べ、低性能・低価格である。【００３５】
動画エンコーダ２１２は、放送番組、動画、静止画などのデータの圧縮・記録が主たる機能であり、そのため仕様として、高圧縮方式の複数規格をサポートするマルチエンコーダである必要がある。【００３６】
このように、携帯電話を構成する複数のハードウェアは、主たる機能が異なるものの、いくつかの代替可能な機能も備えている。【００３７】
例えば、第１の動画デコーダ２０１と第２の動画デコーダ２０２は、仕様は異なるものの、相互に機能を代替可能である。また、第１の動画デコーダ２０１及び第２の動画デコーダ２０２の機能に関しては、第１のコア２０３又は第２のコア２０４に、各々所定のプログラムを組み込むことで、代替可能である。あるいは、ＦＰＧＡ２０５の論理プログラムを書き換えることでも、代替可能である。第１のコア２０３と第２のコア２０４は、仕様は異なるものの、相互に機能を代替可能である。動画エンコーダ２１２の機能に関しては、第１のコア２０３又は第２のコア２０４に、各々所定のプログラムを組み込むことで、代替可能である。あるいは、ＦＰＧＡ２０５の論理プログラムを書き換えることでも、代替可能である。【００３８】
なお、図８、図９に示したハードウェア機器の種類やそれらの数、仕様等はあくまでも一例であり、携帯電話に要求される機能やコスト等に応じて適宜変更すれば良い。【００３９】
図１０は、ＲＯＭ２０６に格納されているルール定義ファイル２１０の一例の説明図である。ルール定義ファイル２１０は、対象機器、監視手法、代替可能機器、代替順序、代替ソフト情報等の属性を持つ。対象機器には、携帯電話の本体を構成している各機能を実現する、ハードウェアの名称が登録される。監視手法には、上記ハードウェアを確認するための手段や、その手段を呼び出し、実行するためのインタフェースが記載されている。代替可能機器は、対象機器の機能を代替出来る、もしくは代替させたいハードウェアの名称が登録される。代替順序は、対象機器毎に、対象機器が故障した際に、代替可能機器に記されているハードウェアの中の、どのハードウェアから優先的に代替するかを示す内容が登録される。代替ソフト情報には、機能代替時に、代替のために、代替可能機器上で実行するソフトウェアの情報が登録されている。【００４０】
故障診断装置２０８は、故障診断のために、各ハードウェア２０１〜２０５、２１２、に対して定期的に信号をバス２０９経由で送信し、返信された情報を元に、当該機器が故障しているかどうかを判定する。故障診断装置の処理シーケンスは、図５に示したものと同様である。もし、異常が検出された場合、ルール定義ファイル２１０を用いて故障診断対象の装置に対する代替可能機器の中から、代替順序を元に代替機器や代替ソフトを決定し、代替機器上で代替ソフトを起動する処理を行う。そして、実行された代替ソフトの処理結果を受信し、起動が完了した場合、処理を終了する。代替処理の起動が完了してない場合、代替機器の選定から処理を実施しなおす。【００４１】
この例でも、例えば、代替機能を受け持つ第１の動画デコーダ２０１あるいは第１のコア２０３等の機器は、それらの機器が本来提供すべき機能と共に代替機能も提供する。従って、代替中は処理速度あるいは画質等の性能が若干低下するものの、携帯電話は、全体としてその機能をほぼ維持することができる。【００４２】
なお、ＲＯＭ２０６は、データを記憶可能であり、汎用または専用のＣＰＵ等が使用可能な、全ての装置に変更されても構わない。また、故障診断装置２０８は、ハードウェアでも、ソフトウェアとハードウェアの組み合わせで実現出来るものでも構わない。また、独立した装置で無く、汎用的なＣＰＵ上で実装される一つまたは複数のソフトウェアによって実現されるものでも構わない。【００４３】
このように、本実施例によれば、動画デコーダ等の同様の機能を有する他の機器、処理内容をアプリケーションレベルで変更出来るマルチコア、マルチＣＰＵ、あるいは処理内容の変更が行えるＦＰＧＡ等が混在する携帯電話において、故障診断装置がハードウェアによって実装される機能の故障を検知したら、その機器上、もしくはネットワーク上にある機器の構成情報を参考に、代替可能な機器を選定、機能実現に必要なソフトウェアを選定し、代替するハードウェアがそのソフトウェアを使用可能にするための手続き（ソフトウェアのダウンロードやハードウェアがアクセス可能なメモリ領域への展開等）を実施し、処理を代替する。これにより、同一機能を実現するハードウェアを余分に実装することなく、携帯電話の主要な機能、例えば通話機能の代替が可能になるので、部品点数の増加によるコストの増加を削減し、安価で可用性の高い携帯電話を提供することができる。また、ユーザは、重要な機能についてはそれが維持されるので、一部の機器に故障が発生した場合、直ちに製品の買い替えや交換を行なわず、当面使用を継続することも可能になる。
【実施例３】
【００４４】
本発明の組み込み装置は、ＣＰＵやそれに類する電子機器を持つカーナビゲーション装置にも適用できる。カーナビゲーション装置は、一般に、本来のナビゲーション機能に加えてマルチメディア、メール、インターネット関連の情報提供のサービスも行っている。従って、カーナビゲーション装置も、実施例１や実施例２で述べたものと同様なハードウェアの組み込み装置に、同様なソフトェア、及び故障診断装置を組み込んで実現される。ルール定義ファイルの構成は、図３あるいは図１０に示したものと同様になる。ただし、カーナビゲーション装置の場合、車の安全運転が最優先されるので、ルール定義ファイルの代替順序は、ナビゲーション機能の維持が最優先となるように設定される。例えば、主たる機能がナビゲーション機能である第１の動画デコーダが故障した場合、主たる機能として音楽や通話に対応していたＣＰＵやコアを、第１の動画デコーダに代替させて、ナビゲーション機能の維持を図る。 
本実施例でも、同様の機能を有する他の機器、ＣＰＵ、マルチコア、あるいは書き換え可能なＦＰＧＡを使い、新たに機器を増設しなくても冗長化可能にすることで、コストの低減が期待出来る。また、故障した機能がユーザにとって非常に重要なナビゲーション機能であった場合、通常用意されている機能のうち、ユーザが不要とした機能を縮退し、ナビゲーション機能を継続動作する様にシステムを変更することで、ユーザニーズを考慮した縮退運転を実施出来る。
【実施例４】
【００４５】
次に、本発明の第４の実施形態として機能の一部がネットワーク上に存在する組み込みシステムについて説明する。図１１は、本発明の第４の実施形態になる組み込みシステムの構成を示す図である。この第４の実施形態と、第１ないし第３の実施形態の構成上の相違点は、本実施形態の組み込みシステムが、装置本体０００の内部に通信装置０１９を備え、ネットワークを介して装置本体０００の外部の管理サーバ０２３や記録装置０２４と接続されている点である。【００４６】
管理サーバにおける故障診断装置００８の働きは、第１ないし第３の実施形態と同様である。ルール定義ファイル０１０は第１ないし第３の実施形態のルール定義ファイルと同様の構成である。また、ソフトウェア群０１１は、第１ないし第３の実施形態のファイル群と同様な構成である。【００４７】
本実施形態において、通信装置０１９は、故障診断装置から００８から受け取った監視信号を、機能を実現する装置本体０００のハードウェア００１〜００５に配信する。また、機能を実現するハードウェアから返却された結果信号を受信し、ネットワーク先にある故障診断装置００８に配信する。管理サーバ０２３は、故障診断装置００８が動作するためのサーバである。【００４８】
なお、図１１における記録装置０２４は、管理サーバ０２３内に含まれても構わない。【００４９】
本実施例では、ルール定義ファイル０１０やソフトウェア群０１１を外部の記録装置０２４に保持し、故障診断装置の機能を管理サーバ０２３内に置くため、装置本体０００のＲＯＭ００６やＲＡＭ００７の容量を小さいものに出来、これにより、装置本体のコストダウンを図ることが可能になる。
【実施例５】
【００５０】
次に、本発明の第５の実施形態になる他の組み込みシステムについて説明する。図１２は、本発明の第５の実施形態になる組み込みシステムの構成を示す図である。この第５の実施形態は、第４の実施形態の変形例である。すなわち、故障診断装置００８の一部が、本発明を組み込む対象となる装置本体０００の上（００８−１）と、外部の管理サーバ０２３の上（００８−２）の両方に備わっている。故障診断装置００８の機能は、用途や使用条件に応じて、一部、または全部を外部に異動しても構わない。例えば図４に示した故障診断装置００８の構成要素である処理対象決定部８０１と、監視信号生成部８０２と、信号送受信部８０３と通信装置０１２を装置本体０００上にある故障診断装置００８-１に置き、残りの故障判定部８０４、制御処理部８０５、制御処理確認部を管理サーバ０２３上の故障診断装置００８-２に置いても構わない。また、実施例４同様、図１２における記録装置０２４は、管理サーバ０２３内に含まれても構わない。【００５１】
本実施例では、使用頻度の高い診断機能やソフトウェア群０１１を装置本体０００上の００８−１に含め、使用頻度の低い機能やソフトウェア群０１１は外部のネットワーク上の００８−２に含めることで、装置本体のコストダウンを図ることが可能になる。
［変形例］
本発明は、以上の述べた実施例に限定されるものではなく、他のコンシューマエレクトロニクス製品やＣＰＵを含む産業用のシステムにも適用できる。例えば、電力事業者と各家庭の間でインテリジェントな送電網を構築するスマートグリッドシステムに応用し、各家庭の電力メータを本発明の組み込み装置や組み込みシステムで構成しても良い。【００５２】
以上述べた本発明の各実施例において、バスを経由して機器が接続されている箇所は、バスでは無く情報のやり取りが出来るネットワーク等他の情報伝達手段で代替しても構わない。【００５３】
また、ネットワークを介して、装置本体０００上あるいは外部にあるルール定義ファイル０１０やソフトウェア群０１１のバージョンアップを行うようにしても良い。【００５４】
また、それぞれの実施例において、故障診断装置を、故障診断ユニットと代替処理ユニットに分割し、各機器自身に故障診断の機能を持つ故障診断ユニットを保有させ、各機器に対して共通の代替処理ユニットを装置本体に設け手も良い。この場合、いずれかの機器は各機器自身が定期的に故障診断を行い、その機能の少なくとも一部に故障が発生した際に、代替処理ユニットに対し、その旨を通知し、それを受けた代替処理ユニットが、故障の発生した機器の持つ機能を代替する機器を選定し、代替処理の起動を行うように構成しても構わない。この場合でも、以上述べた各実施例と同様の効果がある。
【符号の説明】
【００５５】
００１    第１の動画デコーダ、
００２    第２の動画デコーダ、
００３    第１のＣＰＵ、
００４    第２のＣＰＵ、
００５    ＦＰＧＡ、
００６    ＲＯＭ、
００７    ＲＡＭ、
００８    故障診断装置、
００９    バス、
０１０    ルール定義ファイル、
０１１    ソフトウェア群、
０１２    第１の動画エンコーダ、
０１３    第２の動画エンコーダ、
０１４    アンテナ、
０１７    テレビ表示画面、
０１８  外部記憶装置。
【図１】
2011087020.tif 000003
【図２】
2011087020.tif 000004
【図３】
2011087020.tif 000005
【図４】
2011087020.tif 000006
【図５】
2011087020.tif 000007
【図６】
2011087020.tif 000008
【図７】
2011087020.tif 000009
【図８】
2011087020.tif 000010
【図９】
2011087020.tif 000011
【図１０】
2011087020.tif 000012
【図１１】
2011087020.tif 000013
【図１２】
2011087020.tif 000014
【国際調査報告】
2011087020.tif 000015
2011087020.tif 000016
2011087020.tif 000017
2011087020.tif 000018