(57)【要約】改善されたデータ切捨てによる実現を利用した、ＭＰＥＧ−２ビデオデコーダのようなビデオシステムを拡大又は縮小（スケーリング）するためのシステム及び方法である。スケーラブルデータ処理システムは、第１の処理モジュールと第２の処理モジュールとを含み、マルチメディアデータを処理するためのシーケンシャルデータ経路、該第２の処理モジュールを拡大又は縮小するためのスケーリングアプリケーション、及び該第１の処理モジュールの前に位置され、該スケーリングアプリケーションに関連する該マルチメディアデータの一部を切り捨てるデータプルーニングシステムを備える。
2004514353.tif 000002
【特許請求の範囲】
【請求項１】
連続して配置される可変長デコーダ、逆量子化システム及び逆離散コサイン変換システムを有し、ビデオデータを処理するための処理経路と、
前記逆離散コサイン変換システムに含まれ、前記逆離散コサイン変換システムの少なくとも１つの計算プロセスを拡大又は縮小するためのスケーリングアプリケーションと、
前記可変長デコーダと前記逆量子化システムの間の前記処理経路に存在し、前記少なくとも１つの計算プロセスに関連するタイプのビデオデータを切り捨てるデータプルーニングシステムと、
を備えるスケーラブルデコーダ。
【請求項２】
前記スケーリングアプリケーションと前記データプルーニングシステムを選択的に作動するためのローカルリソースコントローラをさらに備える、
請求項１記載のスケーラブルデコーダ。
【請求項３】
前記スケーリングアプリケーションは、前記少なくとも１つの計算プロセスに所定のブロックの前記ビデオデータを処理させない、
請求項２記載のスケーラブルデコーダ。
【請求項４】
前記ローカルリソースコントローラは、前記所定のブロックの前記ビデオデータを切り捨てることを前記データプルーニングシステムに命令する、
請求項３記載のスケーラブルデコーダ。
【請求項５】
前記所定のブロックの前記ビデオデータは、前記ローカルリソースコントローラにより予め決定されたパターンで切り捨てられる、
請求項４記載のスケーラブルデコーダ。
【請求項６】
前記スケーラブルデコーダは、スケーラブルＭＰＥＧ−２デコーダを備える、
請求項１記載のスケーラブルデコーダ。
【請求項７】
第１の処理モジュールと第２の処理モジュールとを含み、マルチメディアデータを処理するためのシーケンシャルデータ経路と、
前記第２の処理モジュールを拡大又は縮小するためのスケーリングアプリケーションと、
前記第１の処理モジュールの前に位置され、前記スケーリングアプリケーションに関連する前記マルチメディアデータの一部を切り捨てるデータプルーニングシステムと、
を備えるスケーラブルデータ処理システム。
【請求項８】
前記スケーリングアプリケーションと前記データプルーニングシステムを選択的に作動するためのローカルリソースコントローラをさらに備える、
請求項７記載のスケーラブルデータ処理システム。
【請求項９】
前記第１の処理モジュールは逆量子化システムを備え、前記第２の処理モジュールは逆離散コサイン変換システムを備える、
請求項７記載のスケーラブルデータ処理システム。
【請求項１０】
前記スケーラブルデータ処理システムは、スケーラブルＭＰＥＧ−２デコーダを備える、
請求項９記載のスケーラブルデータ処理システム。
【請求項１１】
前記スケーラブルデータ処理システムは、スケーラブルＭＰＥＧ−２エンコーダを備える、
請求項７記載のスケーラブルデータ処理システム。
【請求項１２】
前記データプルーニングシステムは、圧縮ビデオデータのマクロブロック内のデータを切り捨てるためのシステムを備える、
請求項８記載のスケーラブルデータ処理システム。
【請求項１３】
前記データは、前記ローカルリソースコントローラにより予め決定されたパターンで切り捨てられる、
請求項１２記載のスケーラブルデータ処理システム。
【請求項１４】
前記スケーリングアプリケーションは、前記第２の処理モジュールに切り捨てられたデータを処理させない、
請求項１３記載のスケーラブルデータ処理システム。
【請求項１５】
連続的に配置される第１の処理モジュールと第２の処理モジュールを有するデータ処理システムを拡大又は縮小するための方法であって、
データを前記データ処理システムに入力するステップと、
第２の処理モジュールにおける計算プロセスを拡大又は縮小するステップと、
前記第２の処理モジュールにおける前記計算プロセスに関連する前記第１の処理モジュールの前に、所定のタイプのデータを切り捨てるステップと、
を備える方法。
【請求項１６】
前記第２の処理モジュールにおける前記計算プロセスを拡大又は縮小する前記ステップは、前記所定のタイプのデータの処理を除くステップを含む、
請求項１５記載の方法。
【請求項１７】
前記第１の処理モジュールは逆量子化システムを備え、前記第２の処理モジュールは逆離散コサイン変換システムを備える、
請求項１５記載の方法。
【請求項１８】
前記データは圧縮ビデオデータを含む、
請求項１６記載の方法。
【請求項１９】
前記拡大又は縮小するステップは、前記圧縮ビデオデータのマクロブロック内のデータを切り捨てる、
請求項１８記載の方法。
【請求項２０】
前記データブロックは、ローカルリソースコントローラにより予め決定されたパターンで切り捨てられる、
請求項１９記載の方法。
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、圧縮ビデオ信号の処理に関し、より詳細には、ＭＰＥＧ−２ビデオデコーダをスケーリングするためのシステム及び方法に関する。
【０００２】
［発明の背景］
ＭＰＥＧ標準は、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）により開発されたビデオ及びオーディオ圧縮向けの標準のセットを進化させている。ＭＰＥＧ−１は、毎秒約１．５ミリオンビットの伝送レートでプログレッシブビデオを符号化するために設計されている。
【０００３】
ＭＰＥＧ−１は、特にＶｉｄｅｏ−ＣＤ及びＣＤ−ｉメディア向けに設計されている。ＭＰＥＧ−２は、毎秒約４ミリオンビットの伝送レートでインタレース画像を符号化するために設計されている。このＭＰＥＧ−２標準は、デジタルテレビジョン（ＤＴＶ）ブロードキャスト、デジタルバーサティルディスク（ＤＶＤ）技術及びビデオストレージシステムのような様々な適用のために使用されている。
【０００４】
ＭＰＥＧ−２標準によれば、ビデオ系列は、一連のグループ オブ ピクチャ（ＧＯＰ）に分割される。それぞれのＧＯＰは、イントラ符号化ピクチャ（Ｉピクチャ）で始まり、前方予測符号化ピクチャ（Ｐピクチャ）及び両方向予測符号化ピクチャ（Ｂピクチャ）が続く。Ｉピクチャは、スタンドアロンの静止画像として符号化されるフィールド又はフレームである。
【０００５】
Ｐピクチャは、最も近いＩ又はＰピクチャに関して符号化されたフィールド又はフレームであり、前方予測処理となる。Ｐピクチャは、動き予測の使用を通してＩピクチャよりも多くの圧縮を可能にし、Ｂピクチャ及び次のＰピクチャについての基準としての役割を果たす。Ｂピクチャは、最も近い過去及び次のＩ及びＰピクチャを基準として使用するフィールド又はフレームにより符号化され、双方向予測となる。
【０００６】
デジタルＴＶ市場がＴＶ市場を徐々に占有し始め、他のビデオアプリケーションがより望ましくなるにつれて、ＭＰＥＧ−２ピクチャを処理するための先端能力を有するシステム向けの需要が益々増えている。
【０００７】
ＤＴＶセットトップボックス及びハイエンドデジタルＴＶにおいて見られるような、ＭＰＥＧ−２ピクチャを処理するための現在登場しているアーキテクチャは、デジタル信号処理による中央処理ユニット（ＤＳＰＣＰＵ）、制御プロセッサ、コプロセッサ及びソフトウェアアプリケーションの組合せを典型的に利用している。残念なことに、全てのこれらのリソースであっても、先端のオーディオ／ビジュアル処理機能は、利用可能なよりも多くの計算パワーを消費する傾向にある。
【０００８】
ＭＰＥＧ−２処理における１つのキーとなる要素は、ＭＰＥＧ−２デコーダであり、圧縮されたＭＰＥＧ−２データのビットストリームを画素イメージに変換する。これまでのＭＰＥＧ−２デコーダ１０の主要な構成要素が図１において示されている。ここでは、４つの機能ブロックである可変長デコーダ（ＶＬＤ）１２、逆量子化（ＩＱ）システム１４、逆離散コサイン変換（ＩＤＣＴ）システム１６及び動き補償（ＭＣ）システム１８が存在している。
【０００９】
メモリ２０は、基準フレームを記憶するために使用される。加算器は、ＩＤＣＴ１６からの誤差残余出力（経路１）と動き補償の結果（経路２）とを加えて、最終的なビデオ出力２４を形成する。残念なことに、これら機能要素のそれぞれは、かなりの量の計算パワーを消費し、この計算パワーによりコストが上昇し、ＭＰＥＧ−２技術を使用したデジタルビデオシステムの柔軟性が制限されることになる。したがって、高い効率であって、コスト効率の良いデコーダを作製することは、全ての電子製造業者の主要な課題のうちの１つのままとなってきている。
【００１０】
ＭＰＥＧ−２デコーダの処理要件を処理するための１つの解決策は、計算パワーを増大する専用ハードウェアシステムを提供することである。たとえば、Ｏｚｃｅｌｉｋ等により１９９９年５月１１日に提出された米国特許第５，９０３，３１１号は、ＭＰＥＧ−２デコーダ向け専用回路を含むチップを記載しており、参照により本明細書に組込まれる。残念なことに、全体的なハードウェアコストが減少し続ける一方で、このような専用ハードウェアを設計及び実現することに含まれるデコーダの費用を増加させる。
【００１１】
したがって、好適な解決法は、ソフトウェアにおいて可能な多くの機能を実現することにある。これにより、ハードウェアによる解法を越えて、コスト及び柔軟性に関する大幅な利点を提供する。特に、ソフトウェアによる解法は、コプロセッサのような高価なハードウェアについての必要を低減し、ＤＳＰＣＰＵのコアで複数のビデオ機能を同時に実行することを可能にする。
【００１２】
しかし、ソフトウェアアプリケーションは、計算が集中する復号処理が必要とされるときに、余りに遅く状況に対処することができずに実行される傾向がある。したがって、許容可能なレベルのビデオ品質を維持しつつ、安価なＭＰＥＧ−２デコーダの解法を提供することができる、拡張された復号処理を提供するための必要が存在する。
【００１３】
［発明の概要］
本発明は、データ処理システムの複雑さを選択的に拡大又は縮小（スケーリング）するための少なくとも１つのスケーリングアプリケーションを含むデータ処理システムを提供することにより、上述した課題を克服するものである。
【００１４】
第１の態様では、本発明は、連続して配置される可変長デコーダ（ＶＬＤ）、逆量子化（ＩＱ）システム及び逆離散コサイン変換（ＩＤＣＴ）システムを有し、ビデオデータを処理するための処理経路、該ＩＤＣＴシステムに含まれ、該ＩＤＣＴシステムの少なくとも１つの計算プロセスを拡大又は縮小するためのスケーリングアプリケーション、及び該ＶＬＤと該ＩＱシステムの間の該処理経路に存在し、該少なくとも１つの計算プロセスに関連するタイプのビデオデータを切り捨てるデータプルーニングシステムを備えるスケーラブルデコーダシステムを提供する。
【００１５】
第２の態様では、本発明は、第１の処理モジュールと第２の処理モジュールとを含み、マルチメディアデータを処理するためのシーケンシャルデータ経路、該第２の処理モジュールを拡大又は縮小するためのスケーリングアプリケーション、及び該第１の処理モジュールの前に位置され、該スケーリングアプリケーションに関連する該マルチメディアデータの一部を切り捨てるデータプルーニングシステムを備えるスケーラブルデータ処理システムである。
【００１６】
第３の態様では、本発明は、連続的に配置される第１の処理モジュールと第２の処理モジュールを有するデータ処理システムを拡大又は縮小するための方法を提供する。本方法は、データを該データ処理システムに入力するステップ、第２の処理モジュールにおける計算プロセスを拡大又は縮小するステップ、及び該第２の処理モジュールにおける該計算プロセスに関連する該第１の処理モジュールの前に、所定のタイプのデータを切り捨てるステップを備えている。
【００１７】
［発明の実施の形態］
本発明の好適な実施の形態は、添付図面と共に以下に記載される。ここで、同じ参照符号は、同じ構成要素を示している。
図１に示されるような、従来のＭＰＥＧ−２デコーダは、４つの機能ブロック及び１つの加算器により、ＭＰＥＧ−２ビットストリーム２２を復号する。機能ブロックは、可変長デコーダ（ＶＬＤ）１２、逆走査及び逆量子化（ＩＱ）システム１４、逆離散コサイン変換（ＩＤＣＴ）システム１６及び動き補償（ＭＣ）システム１８を含んでいる。
【００１８】
より能率の良いシステムを提供するために、デコーダ１０内の上記機能ブロックのそれぞれを潜在的に「拡大又は縮小（スケーリング）」して、特定のブロックに関する計算の要求を低減することができる。異なるスケーリングアルゴリズム又はアプリケーションが提案されており、所与の機能ブロックに関する計算の要求、すなわち複雑さが低減される。
【００１９】
一般に、スケーリングアプリケーションは、１つ以上の計算プロセスを減少することにより、機能ブロックの複雑さを低減する。たとえば、所定の処理ステップ及び／又は所定のタイプのデータの処理が低減される。複雑さを減少するために支払われる費用は、かかるスケーリングアプリケーションがある品質の低下を出力品質にもたらす点である。
【００２０】
したがって、スケーリングアプリケーションの実現は、計算の減少と出力品質との釣り合いをとるために、適切に選択されなければならない。このことを達成するために、ローカルリソースコントローラを利用することができ、デコーダについて全体として要求される複雑さに合致するために、機能ブロックのそれぞれの個々のスケーラビリティが決定される。
【００２１】
たとえば、ローカルリソースコントローラは、ＭＰＥＧ−２デコーダ全体についての所望の複雑さのレベルを達成するために、まさにＩＤＣＴシステム１６を拡大又は縮小することを決定する場合がある。本発明は、単に機能ブロックレベルでよりはむしろ、デコーダレベルでのスケーラビリティを管理することにより、プロセスをより能率的にする。これを達成するための典型的な実施の形態は、図３を参照して以下に詳細に記載される。
【００２２】
はじめに図２を参照して、デコーダ１１は、スケーラブルＩＤＣＴブロック２６を含んで示されている。スケーラブルＩＤＣＴブロック２６は、データプルーニングシステム２８、スケーリングアプリケーション３０、及びローカルリソースコントローラ３２を備えている。
【００２３】
動作において、ローカルリソースコントローラ３２は、リソースマネージャ３４からのコマンドを受信する。該マネージャは、デコーダ１１についての全体的な複雑さの要求を指示する（すなわち、デコーダ１１について利用可能な計算リソースの量）。これらの要求に基づいて、ローカルリソースコントローラ３２は、スケーリング手法を実現して要求に合致させる。
【００２４】
図２に示されるケースでは、ＩＤＣＴブロック２６は、スケーリングアプリケーション３０を使用して拡大又は縮小される。さらに、スケーリング処理の一部として、ローカルリソースコントローラ３２は、データプルーニングシステム２８を使用して、スケーリングアプリケーションに関連するデータを切り捨てる。
【００２５】
データプルーニングシステム２８は、スケーリングアプリケーション３０の実現によりさもなければ無視されるデータを除く。たとえば、データプルーニングシステム２８は、所定のデータブロック（たとえば、Ｂピクチャに関連するデータブロック）、所定のブロックで見られるデータのパターン、又はマクロブロック内のデータを除く場合がある。
【００２６】
しかし、図２のスケーリング処理は、データフローがスケーラブル機能、すなわちＩＤＣＴブロック２６に到達したときに、複雑さが減少し始めるのみであるので局部的である。該ブロックで実行されるスケーリングがデコーダ１１の全体のスケーラビリティに寄与する一方で、データがＩＤＣＴブロック２６に到達する前に、全体のデコーダの複雑さについて変化はない。
【００２７】
たとえば、スケーラブルＩＤＣＴブロック２６が、その利用可能なリソース全体のγ％のみを有する場合、スケーラブルアルゴリズムは、計算の負荷をγ％に減少するか、又は本来の複雑さよりも低くするために、所定のやり方で入力データを切り捨てることが必要とされる。データの切り捨ては、データがＩＤＣＴブロック２６に入力された直後、及びＩＤＣＴ処理が開始される直前で行われる。結果として、切り捨てられたデータがビデオ出力２４に関して何ら関係を有していなくとも、ＶＬＤ１２及びＩＱ１４は、切り捨てられたデータを処理する。
【００２８】
図３に示されるように、変更されたＭＰＥＧ−３デコーダ１３が設けられ、データプルーニングシステム３８を、スケーラブルＩＤＣＴブロック４０を含んだ処理経路における前の位置に移動することにより、全体的な複雑さを更に低減する。特に、データプルーニングシステム３８は、ＶＬＤ１２の後ろであってＩＱ１４の前の位置に移動されている。
【００２９】
データプルーニングシステ３８は、ＶＬＤ１２の後に位置されることが好ましい。これは、ＶＬＤ１２が、処理経路を通して保持されるマクロブロック（ＭＢ）のフォーマットに入力データ２２を変換するからである。データプルーニングシステム３８をＶＬＤ１２の後に位置することにより、データプルーニングシステム３８に到達するデータ、及びＩＤＣＴブロック４０に到達するデータの両者について、対応するフォーマットが存在する。これにより、切捨てを必要とするデータを識別することができる。
【００３０】
データプルーニングシステム３８内のデータを切り捨てるプロセスは、マクロブロック（ＭＢ）のヘッダを識別するステップを含んでいる。次いで、所与のＭＢについて、それぞれ関連するブロックが調べられ、ローカルリソースコントローラ３６からの命令に基づいて、所定のデータのパターンを切り捨てることができる。切捨ては、所定のタイプのデータブロック全体、あるブロック内のデータのパターン、又は、他の指定された部分又はタイプのデータを切り捨てることを含んでいる。
【００３１】
図２に示されるデコーダ１１のデータプルーニング処理に類似して、データの切捨ては、ローカルリソースコントローラ３６により選択される対応するスケーリングアプリケーションにより駆動される。したがって、所与のスケーリングアプリケーションについて、関連するタイプのデータ又は関連するパターンのデータが除かれる場合がある。
【００３２】
図２のデコーダ１１を図３の変更されたデコーダ１３に比較して、デコーダ１３は、より能率的なアプローチを提供することがわかる。特に、図３において示されるようにデータプルーニングシステム３８を再配置することにより、ＩＱ１４はより少ないデータを処理することになるので、スケーラブルＩＤＣＴブロックが実現されたときに、ＩＱ１４の計算の要求が減少される。
【００３３】
したがって、データプルーニングシステムをＩＤＣＴブロック４０からＩＱ１４システム１４の前の位置に移動することにより、余分な複雑さの確保が達成される。スケーラブルＩＤＣＴブロックを例として使用して、複雑さの分析は、以下のように示される。Ｃがデコーダの複雑さを表し、Ｃｎが各種機能ブロックの複雑さを表すものと仮定する。すなわち、
【数１】
2004514353.tif 000003
である。
【００３４】
次いで、図１の従来のＭＰＥＧ−２デコーダ１０の全体の複雑さは、以下のように示される。
【数２】
2004514353.tif 000004
【００３５】
ＩＤＣＴブロックが図２におけるＭＰＥＧ−２デコーダ１１におけるスケーラブルブロックのみであるとする。ＩＤＣＴブロックの複雑さのレベルがγ％に設定される場合、デコーダ１１の複雑さは、以下のように計算される。
【数３】
2004514353.tif 000005
【００３６】
データプルーニングシステムが、図３において示されるようにＩＱ１４の前の位置に移動された場合、複雑さは、以下のように更に減少される。
【数４】
2004514353.tif 000006
ここで、β％はデータプルーニング処理に照らしてＣＩＱにより必要とされる複雑さのパーセンテージを表す。したがって、複雑さの節約
【外１】
2004514353.tif 000007
は、図２のデコーダ１１に関して図３のデコーダ１３により達成される。
【００３７】
上述した内容は、スケーラブルＩＤＣＴブロックのみを有するデコーダ１３を参照して記載されたが、本発明は、連続して配置されるスケーラブルモジュールが利用されるデータ処理システムに適用することができることを理解すべきである。図４を参照して、入力５２（たとえば、マルチメディアデータ）を受信して出力５４（たとえば、処理されたマルチメディア）を出力するための広範なデータ処理経路５０が示されている。
【００３８】
経路５０は、Ｎ個の連続して配置された処理モジュール５６，５８及び６０を備えており、それぞれのモジュールは、モジュールの複雑さを低減するために作動することができる対応するスケーリングアプリケーション５７，５９及び６１を有している。ローカルリソースコントローラ６２は、必要と思われるスケーリングアプリケーション５７，５９及び６１のそれぞれ又はいずれかを作動するために設けられている。
【００３９】
さらに、データプルーニングシステム６４は、作動されたスケーリングアプリケーションに関連するデータを切り捨てるために設けられる。スケーリングアプリケーションに関連するデータは、たとえば、処理されないデータ、又はさもなければスケーリングアプリケーションにより除かれるデータを含んでいる場合がある。
【００４０】
したがって、たとえば、スケーリングアプリケーション６１が所定のタイプのデータの処理を除くことが知られている場合、ローカルリソースコントローラ６２は、データプルーニングシステム６４に対して、データが処理経路５０に入力される前に、所定のタイプのデータの全ての瞬間で切り捨てさせる。
【００４１】
従って、それぞれ前の処理モジュール、すなわちモジュール５６及び５８に関連する複雑さが低減される。この概念は、マルチメディアデコーダ又はエンコーダを含むデータ処理システムにおいて実現することができる。
【００４２】
本実施の形態で記載されるシステム及びモジュールは、ハードウェア、ソフトウェア又はその組合せで実現することができる。該システム及びモジュールは、何れかのタイプのコンピュータシステム、本実施の形態で記載された方法を実行するために適合される他の装置により実現される場合がある。
【００４３】
ハードウェアとソフトウェアの典型的な組合せは、ロードされて実行されたときに、本実施の形態で記載された方法を実行するように、コンピュータシステムを制御するコンピュータプログラムを有する汎用コンピュータシステムとすることができる。代替的に、本発明の１つ以上の機能タスクを実行するための専用ハードウェアを含む特定使用のコンピュータを利用することができる。また、本発明は、コンピュータプログラムプロダクトに埋め込むことができる。このプログラムプロダクトは、本実施の形態で記載された方法及び機能の実現を可能にする全ての機能を備えており、コンピュータシステムにロードされたときに、これらの方法及び機能を実行することができる。コンピュータプログラム、ソフトウェアプログラム、プログラム、プログラムプロダクト又はソフトウェアは、この文脈において、特定の機能である（ａ）別の言語、コード又は記号への対話、及び／又は（ｂ）異なるマテリアル形式への再生を直接、或いはいずれか又は両者の後に情報処理能力を有するシステムに実行させることが意図される命令からなる、セットの何れかの言語、コード又は記号での表現を意味する。
【００４４】
本発明の好適な実施の形態に関する上述した記載は、図示及び記述のために与えられている。これらは、完全であるか、或いは開示される正確な形式に限定されることが意図されていない。また、多くの変更及び変形が上述した教示に照らして可能である。当業者には明らかであるかかる変更及び変形は、特許請求の範囲により定義されるように、本発明の範囲内に含まれることが意図されている。
【図面の簡単な説明】
【図１】
従来のビデオデコーダの機能ブロック図である。
【図２】
ビデオデコーダ内のスケーラブルＩＤＣＴブロックを示す図である。
【図３】
本発明の好適な実施の形態によるスケーラブルビデオデコーダを示す図である。
【図４】
本発明によるスケーラブルシステムを備えるデータ処理経路を示す図である。
【図１】
2004514353.tif 000008
【図２】
2004514353.tif 000009
【図３】
2004514353.tif 000010
【図４】
2004514353.tif 000011
【国際公開パンフレット】
2004514353.tif 000012
2004514353.tif 000013
2004514353.tif 000014
2004514353.tif 000015
2004514353.tif 000016
2004514353.tif 000017
2004514353.tif 000018
2004514353.tif 000019
2004514353.tif 000020
2004514353.tif 000021
2004514353.tif 000022
2004514353.tif 000023
2004514353.tif 000024
【国際公開パンフレット（コレクトバージョン）】
2004514353.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2004514353.tif 000026
【国際調査報告】
2004514353.tif 000027
2004514353.tif 000028
2004514353.tif 000029
2004514353.tif 000030
2004514353.tif 000031
2004514353.tif 000032