(57)【要約】本発明は、可変チャネル伝送レートを有する伝送チャネルを介して、データビットレートと呼ばれる可適応ビットレートを有するデータストリームの伝送に関する。当該受信機は、受信バッファ及びデコーダを有する。本発明によれば、ａ）前記受信バッファ内のデータスタベーションのリスク及びデータオーバーフローのリスクが推定され；ｂ）現行チャネル伝送レートの推定が計算され；ｃ）データスタベーションのリスク又はデータオーバーフローのリスクがある場合、現行チャネル伝送レートの前記推定に依存する前記データビットレートの適応化が起動される。
2005526455.tif 000002
【特許請求の範囲】
【請求項１】
データビットレートと呼ばれる可適応ビットレートを有するデータストリームを送信する送信機と、受信バッファ及びデコータを有する受信機と、可変チャネル伝送レートを有する伝送チャネルとを有する伝送システムであって、前記送信機は、
−  前記受信バッファ内のデータスタベーションのリスクを推定し、
−  前記受信バッファ内のデータオーバーフローのリスクを推定し、
−  現行チャネル伝送レートの推定を計算し、
−  データスタベーション又はデータオーバーフローのリスクがある場合、前記現行チャネル伝送レートの前記推定に依存する前記データビットレートの適応化を起動する、
伝送システム。
【請求項２】
前記データビットレートの前記適応化が、コンテンツを様々なエンコードレートで事前エンコードすることによって得られる複数の事前エンコードされたデータストリームの間で切り換えることによって実行される、請求項１に記載の伝送システム。
【請求項３】
前記データが、可変通過期間の影響を受ける基本単位に編成され、前記データスタベーション及びデータオーバーフローのリスクが、前記通過期間の現行値を考慮に入れることによって推定される、請求項１に記載の伝送システム。
【請求項４】
前記伝送チャネルが、可変ラウンドトリップ時間を有し、前記通過期間の前記現行値が次式で計算され、
【数１】
2005526455.tif 000007
ここで、ＲＴＴ（ｔ）は、前記ラウンドトリップ時間の前記現行値、ＲＴＴｍｍは、前記ラウンドトリップ時間の最小値、αは、０から０．５までの間の定数である、請求項３に記載の伝送システム。
【請求項５】
前記データが、送信時間及びデコード時間に関連する基本単位に編成され、前記データスタベーションのリスク及び前記データオーバーフローのリスクが、
−  受信されたデータの量と、デコードされたデータの量とを比較し、及び／又は
−  まだデコードされていない受信された基本単位に関連する前記デコード期間の最大値及び最小値を比較し、
−  自身の前記送信時間と前記現行通過期間との和が、前記現行時間よりも小さい又はこれに等しい場合、基本単位は、受信されていると見なされ、自身のデコード期間が超過されている場合、基本単位はデコードされていると見なされる、
ことによって推定される、請求項３に記載の伝送システム。
【請求項６】
前記データが、送信時間に関連する基本単位に編成され、前記送信機が、更に、前記基本単位の前記送信時間を、前記現行チャネル伝送レートを、送信機送信レートとして強制するように制御する、請求項１に記載の伝送システム。
【請求項７】
データビットレートと呼ばれる可適応ビットレートを有するデータストリームを、受信バッファ及びデコータを有する受信機に、可変チャネル伝送レートを有する伝送チャネを介して送信する送信機であって、前記送信機は、
−  前記受信バッファ内のデータスタベーションのリスクを推定し、
−  前記受信バッファ内のデータオーバーフローのリスクを推定し、
−  現行チャネル伝送レートの推定を計算し、
−  データスタベーション又はデータオーバーフローのリスクがある場合、前記現行チャネル伝送レートの前記推定に依存する前記データビットレートの適応化を起動する、送信機。
【請求項８】
前記データビットレートの前記適応化が、様々なエンコードレートでコンテンツを事前エンコードすることによって得られる複数の事前エンコードされたデータストリーム間で切り換えることによって実行される、請求項７に記載の送信機。
【請求項９】
データビットレートと呼ばれる可適応ビットレートを有するデータストリームを、送信機から受信機に、可変チャネル伝送レートを有する伝送チャネルを介して伝送する伝送方法であって、前記受信機は受信バッファ及びデコーダを有し、前記伝送方法は、
−  前記受信バッファ内のデータスタベーションのリスクを推定するステップ、
−  前記受信バッファ内のデータオーバーフローのリスクを推定するステップ、
−  現行チャネル伝送レートの推定を計算するステップ、
−  データスタベーション又はデータオーバーフローのリスクがある場合、前記現行チャネル伝送レートの前記推定に依存する前記データビットレートの適応化を起動するステップ、
を有する、伝送方法。
【請求項１０】
前記データビットレートの前記適応化が、様々なエンコードレートでコンテンツを事前エンコードすることによって得られる複数の事前エンコードされたデータストリーム間で切り換えることによって実行される、請求項９に記載の伝送方法。
【請求項１１】
プロセッサによって実行された際に、請求項９又は１０に記載の伝送方法を実行する命令を有するプログラムプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データビットレートと呼ばれる可適応ビットレートを有するデータストリームを送信する送信機と、受信バッファ及びデコータを有する受信機と、可変チャネル伝送レートを有する伝送チャネルとを有する、伝送システムに関する。
【０００２】
本発明は、このような伝送システムにおいて使用されるべき送信機にも関する。
【０００３】
本発明は、送信機から受信機まで、可変チャネル伝送レートを有する伝送チャネルを介して、可適応ビットレートを有するデータストリームを伝送する伝送方法にも関し、前記受信機は、受信バッファ及びデコーダを有する。
【０００４】
本発明は、プロセッサによって実行された場合に、前記のような伝送方法を実行する命令を有するプログラムにも関する。
【背景技術】
【０００５】
本発明は、興味深いアプリケーションを有し、これは、特にビデオインターネットを介するオーディオ及び／又はビデオコンテンツを流すアプリケーションである。
【０００６】
Reza Rejaie, Mark Handley and Deborah Estrinによる論文“Layered Quality Adaptation for Internet Video Streaming”, IEEE journal on selected areas in Communications, vol.18, No.12, December 2000  は、インターネットを介するオーディオ又はビデオコンテンツのストリーミングを扱っている。
【０００７】
この論文で説明されているように、一方では、インターネットは、共有環境であって、ここでは、エンドシステムは、輻輳に対して、適切、且つ、即座に反応するように期待されている。これを達成するために、ストリーミングアプリケーションに使用可能である帯域幅が、ネットワークの状態に基づいて決定される。従って、これは、予測不能である潜在的に広域な様式で変化し得る。他方では、ビデオストリーミングアプリケーションは、ストリームを一定の品質で供給するために比較的一定の帯域幅を要する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
これら２つの要件を同時に満足するために、インターネットストリーミングアプリケーションが、品質適応型であるべきである。これは、ストリーミングアプリケーションが、前記ストリームを伝送するのに必要な帯域幅が利用可能帯域幅と整合するように、供給されるストリームの品質を調整するべきであることを意味する。これを達成するための１つの解決策は、複数の事前エンコードされたストリーム間で切り換えることであり、ここで、各ストリームは、様々な品質に対応している。
【０００９】
本発明は、伝送されるストリームのビットレートを適応化する改良された方式を提案する。
【課題を解決するための手段】
【００１０】
本発明によれば、データビットレートと呼ばれる可適応ビットレートを有するデータストリームを、受信バッファ及びデコーダを有する受信機に、可変チャネル伝送レートを有する伝送チャネルを介して送信する送信機は、
−  前記受信バッファ内のデータスタベーション（ｓｔａｒｖａｔｉｏｎ）のリスクを推定し、
−  前記受信バッファ内のデータオーバーフローのリスクを推定し、
−  現行チャネル伝送レートの推定を計算し、
−  データスタベーションのリスク又はデータオーバーフローのリスクがある場合、現行チャネル伝送レートの前記推定に依存する前記データビットレートの適応化を起動する、
ように構成されている。
【００１１】
本発明によれば、前記受信バッファ内のスタベーションのリスク又はオーバーフローのリスクがある場合にのみ、前記データビットレートが適応化される。
【００１２】
これは、本発明が、前記受信バッファの充填状態がそのようにするのを許す限りにおいて、該受信バッファを使用して、チャネル伝送レートの変動を吸収することを意味する。この点において、受信バッファのスタベーション又はオーバーフローを回避することは、これらがコンテンツのレンダリングに直接的に影響を及ぼすので、必須である。
【００１３】
データビットレートの変動を制限することによって、本発明は、ユーザに対する主観的包括的品質を改良する。事実、前記データビットレートが変更される度に、レンダリングされたコンテンツの品質は、受信機側で変化し、コンテンツの品質のあまりに頻繁な変化は、エンドユーザにとって非常に不便である。
【００１４】
送信機側で受信バッファの充填に関する精密な表現を得るために、伝送チャネルを介する通過期間（ｔｒａｎｓｉｔ  ｄｕｒａｔｉｏｎ）の現行値ＴＤ（ｔ）は、データスタベーションのリスク、及び／又はデータオーバーフローのリスクを推定するために考慮される。
【００１５】
有利には、前記通過期間の現行値は、以下の数式によって与えられる。
【数２】
2005526455.tif 000003
ここで、ＲＴＴ（ｔ）はラウンドトリップ時間の現行値、ＲＴＴｍｍは前記ラウンドトリップ時間の最小値、αは、０から０．５までの間の定係数である。
【００１６】
前記データが、送信時間とデコード期間とに関連する基本単位に編成されている場合、データオーバーフロー及び／又はデータスタベーションのリスクは、
−  受信されたデータの品質を、デコードされたデータの品質と比較し；
−  まだデコードされていない受信された基本単位に関連するデコード期間の最大値及び最小値を比較し；
−  自身の送信時間と現行通過期間の和が、前記現行時間よりも短い又はこれに等しい場合には、基本単位は、受信されたと見なされ、このデコード期間が超過される場合には、基本単位はデコードされたと見なされる、
ことによって、有利に推定される。
【００１７】
基本単位の大きさが可変である場合、又は２つの連続の基本単位のデコード期間の差が可変である場合、データの品質と、関連するレンダリング期間との両方を、スタベーションのリスク及びオーバーフローのリスクを推定するために使用することが有利である。受信バッファ内に記憶されるデータの品質を制御することで、該受信バッファが、決して満杯又は空にならないことを確実にする。受信バッファ内に記憶されるデータのレンダリング期間を制御することは、前記伝送に小さな穴を吸収することを可能にすると同時に、受信バッファ内に過量のデータを記憶することを回避する。この実施例は、コンテンツがＭＰＥＧ４規格によってエンコードされたビデオである場合に、有利に適用される。なぜなら、このデータストリームは、Ｉフレーム及びＰフレームと呼ばれる基本単位を有し、該Ｐフレームは、該Ｉフレームよりも少ないデータを含むからである。
【００１８】
本発明は、スタベーション及びオーバーフローの前に一定余裕を維持するので、送信機送信レートとして現行チャネル伝送レートの前記推定を、スタベーション又はオーバーフローのいかなるリスクもなく、強制するように、前記基本単位の送信時間を制御することが可能である。これは、輻輳制御を改良するので、有利である。
【００１９】
例えば、ＴＣＰ又はＴＦＲＣのような制御レートプロトコルは、前記基本単位の送信時間を制御し、送信機送信レートとして前記チャネル伝送レートの推定を強制する。本発明は、受信バッファ内に一定量のデータを保持しながら、このような制御レートプロトコルの使用を可能にする。
【発明を実施するための最良の形態】
【００２０】
本発明は、添付図面を参照して、更に記載されるであろう。
【００２１】
本発明による伝送システムは、送信機ＴＸ、受信機ＲＸ、可変チャネル伝送レートを有する伝送チャネルＣＸ、及び該伝送チャネルＣＸを介して伝送されるべきデータストリームＤ２を供給する適応ソースＡＳを有する。適応ソースＡＳは、データストリームＤ２のビットレート（以下データビットレートと呼ぶ）を、現行チャネル伝送レートに依存して適応化する。図１においては、適応ソースＡＳは、送信機ＴＸの一部である。図２においては、適応ソースＡＳと送信機ＴＸとは、２つの別個のエンティティである。
【００２２】
本発明の第１実施例において、適応ソースＡＳは、様々なコンテンツ品質に対応する様々なエンコード化レートＲ１，…，Ｒｎでコンテンツをエンコードすることによって得られる複数の事前エンコードされたデータストリームＳ１，…，Ｓｎの間で切り換えるファイルスイッチャを有する。前記事前エンコードされたデータストリームは、適応ソースＡＳのメモリ内にローカルに、適応ソースＡＳによって読み出される着脱可能担体上に、又はコンテンツサーバ内に遠隔的に記憶されることができる。
【００２３】
本発明の第２実施例において、適応ソースＡＳは、様々なビットレートでコンテンツをエンコードする様々なビットレートエンコーダを有する。
【００２４】
図１及び２によれば、送信機ＴＸは、送信／受信ブロックＴＢを有し、これは、ＩＳＯプロトコルスタックの先頭４層を実行する。この例においては、ネットワークプロトコル（ＩＳＯレイヤ３）は、ＩＰ（インターネットプロトコル）であり、トランスポートプロトコル（ＩＳＯレイヤ４）は、ＵＤＰ（ユーザデータグラムプロトコル）上のＲＴＰ（リアルタイム伝送プロトコル）である。ＵＤＰは、レート制御を持たない伝送プロトコルであるので、送信機ＴＸは、伝送レート推定ブロックＴＣＢを更に有する。伝送レート推定ブロックＴＣＢは、送信ブロックＴＢからデータＤ１を受け取る。データＤ１は、現行チャネル伝送レートの推定ＭＢ（ｔ）を計算するために伝送レート推定ブロックＴＣＢによって使用される。現行チャネル伝送レートの推定ＭＢ（ｔ）の前記推定は、適応ソースＡＳに転送される。これは、データストリームＤ２のデータビットレートを適応化するのに使用される。データストリームＤ２は、適応ソースＡＳから送信／受信ブロックＴＢに送られ、これは、伝送チャネルＣＸを介して伝送されるために、上述のプロトコルによって処理される。
【００２５】
受信機ＲＸも、同様に、送信機ＴＸにおけるこれらと似ている送信／受信ブロック及び伝送レート推定ブロックを有する。図１及び２において、受信機の前記送信／受信ブロック及び前記伝送レート推定ブロックは、それぞれ、符号ＲＢ及びＲＣＢを伴っている。受信機ＲＸは、更に、受信バッファＭＥＭ、及びデコーダＤＥＣを有する。伝送チャネルを介して受信されたデータは、送信／受信ブロックＲＢによって処理される。次いで、これらは、デコーダＤＥＣによって消費される前に、受信バッファＭＥＭ内に記憶される。
【００２６】
本発明の目的の１つは、チャネル伝送レートの変動を吸収するために受信バッファＭＥＭを使用すると同時に、該受信バッファＭＥＭのスタベーション及びオーバーフローを回避することにある。従って、受信バッファシミュレーションブロックＶＢが、送信機側において、受信バッファＭＥＭのイメージを作成するために、適応ソースＡＳの上流に設けられている。受信バッファシミュレーションブロックＶＢは、受信バッファＭＥＭ内のデータスタベーションのリスク及びデータオーバーフローのリスクを推定し、データスタベーションのリスク又はデータオーバーフローのリスクがある場合は、トリガ信号ＴＧを、適応ソースＡＳに送る。このようなトリガ信号を受け取ると、適応ソースＡＳは、データストリームＤ２のデータビットレートを適応化する。
【００２７】
本発明の好適実施例においては、データストリームが、送信時間ＴＳｉ及びデコード期間ＤＴＳｉに関連する基本単位Ｕｉに編成され、前記デコード期間は、デコード開始時間ｔｄを参照して規定される。デコード開始時間ｔｄは、送信機ＴＸから知ることができ得る（例えば、該送信機は、デコーダが、受信バッファが所定数のバイト又は所定数の基本単位を含む際にデコードを開始することを知り得る）。デコード開始時間を送信機ＴＸから知られていない場合、該デコード開始を通知するために受信機ＲＸは、ＲＴＣＰメッセージを送信機に送信するべきである（ＲＴＣＰメッセージの形式は、上述のＲＴＰ伝送プロトコルによって規定されている）。デコーダＤＥＣのクロックの如何なる変形も、デコード開始時間ｔｄの値を更新するために送信機Ｔｘに送信されるべきである。
【００２８】
受信バッファシミュレーションブロックＶＢは、
−  受信機ＲＸに送信される各基本単位Ｕｉに関する送信時間ＴＳｉ、デコード期間ＤＴＳｉ、及びバイト数ｎｉを記憶し、
−  伝送チャネルＣＸを介する基本単位の通過期間ＴＤ（ｔ）の現行値を計算する。
【００２９】
これらのデータは、
−  どの基本単位が、受信機ＲＸによって受信され、受信バッファＭＥＭ内に記憶されたと見なされるのか；
−  どの基本単位が、デコーダＤＥＣによって消費されたと見なされるのか；
を決定するために使用される。
【００３０】
例えば：
−  通過期間ＴＤ（ｔ）の現行値が、以下の方法で計算され：
【数３】
2005526455.tif 000004
ここでＲＴＴ（ｔ）は、ＲＴＰプロトコルによって計算されたラウンドトリップ時間、ＲＴＴｍｍは該ラウンドトリップ時間の最小値であり、αは前記伝送チャネル上の輻輳の配分に対応する定係数であって：
−  前記輻輳が、ダウンリンク（送信機ＴＸから受信機ＲＸまで）上にのみ存在する場合は、α＝０、
−  前記輻輳が、ダウンリンク及びアップリンク（受信機ＲＸから送信機ＴＸまで）の両方に存在する場合は、α＝０．５、
−  前記輻輳が、アップリンク上にのみ存在する場合は、α＝１、
−  ダウンリンクが、アップリンクよりも輻輳していると仮定される場合、０≦α≦０．５、
であり；
−  ｔ≧ＴＳｉ＋ＴＤ（ｔ）の場合、基本単位Ｕｉが、受信機ＲＸによって受信され、受信バッファＭＥＭ内に記憶されていると見なされ、
−  ＤＴＳｉ≦ｔ−ｔｄの場合、基本単位Ｕｉが、デコーダＤＥＣによって消費されていると見なされる。
【００３１】
データスタベーションのリスク及びデータオーバーフローのリスクを推定するために、２つの基準が受信バッファシミュレーションブロックＶＢによって使用されることができ、該２つの基準は、（バイト数、又は基本単位数によって）受信バッファ内に記憶されているデータ量Ｎ（ｔ）、及び／又は該受信バッファ内に記憶されているデータのレンダリングの期間Δ（ｔ）である。
【数４】
2005526455.tif 000005
ここでＤＴＳｍａｘは、受信バッファ内の最後に受信された基本単位のデコード期間、ＤＴＳｍｉnは、受信バッファ内の最も古い基本単位のデコード期間であって、Ｎ（ｔ）がバイト数で表されている場合は、ｎｉは基本単位Ｕｉ内のバイト数、又はＮ（ｔ）がパケット数で表されている場合は、ｎｉは１に等しい。
【００３２】
前記基本単位の大きさが可変である場合、又は２つの連続基本単位のデコード期間の差が可変である場合、両方の基準を、少なくともスタベーションのリスクの推定に使用することが有利である。
【００３３】
受信バッファシミュレーションブロックＶＢによって実行されるアルゴリズムの好適実施例が、図３を参照して以下に記載されるであろう。
−  前記アルゴリズムは、ステップＴ０で開始される。
−  ステップＴ２において、データ量Ｎ（ｔ）、及び関連するレンダリング期間Δ（ｔ）が更新される。
−  ステップＴ３において、スタベーションテストが実行される。Δ（ｔ）＞Ｋ１の場合、且つ、Ｎ（ｔ）＞βＧの場合（分岐「Ｙｅｓ」）、スタベーションのリスクは全く無い。ステップＴ４が処理される。一方、Δ（ｔ）≦Ｋ１、又はＮ（ｔ）≦βＧの場合（分岐「Ｎｏ」）、スタベーションのリスクがある。ステップＴ５が処理される。
−  ステップＴ４において、オーバーフローテストが実行される。Δ（ｔ）＜Ｋ２の場合、且つ、Ｎ（ｔ）＜γＧの場合（分岐「Ｙｅｓ」）、オーバーフローのリスクは全く無い。ステップＴ０に戻る。一方、Δ（ｔ）≧Ｋ２の場合、又はＮ（ｔ）≧γＧ（分岐「Ｎｏ」）の場合、オーバーフローのリスクがあり、ステップＴ５が処理される。
−  ステップＴ５において、最後のラウンドトリップ時間ＲＴＴ（ｔ）の間の平均チャネル伝送レートＭＢ（ｔ）が、計算される。
【数５】
2005526455.tif 000006
次いで、ステップＴ６が実行される。
−  ステップＴ６において、適応ソースＡＳがデータストリームＤ２のデータビットレートを現行チャネル伝送レートＭＢ（ｔ）上に依存して適応化するように、トリガ信号が、該適応ソースＡＳに送られる。Ｋ１、Ｋ２、γ及びβは、０＜Ｋ１＜Ｋ２及び０＜β＜γ＜１である整数である。例えば、インターネットネットワーク及びＧＰＲＳ移動ネットワークを介する伝送に関しては、Ｋ１＝１０ｓ、Ｋ２＝１５ｓ、β＝０，１、及びγ＝０．９である。
【００３４】
前記適応ソースが、ファイルスイッチャである場合、これは、エンコードレートＲｉ（ｉ＝１，…，ｎ）がＭＢ（ｔ）に最も近いデータストリームＳｉに切り換える。代替的には、アルゴリズムの収束を増加させるために、前記ファイルスイッチャは、エンコードレートＲｉが、スタベーションの場合は（１−ε）×ＭＢ（ｔ）に、及びオーバーフローの場合は（１＋ε）×ＭＢ（ｔ）に最も近いデータストリームに切り換える。ステップＴ６が実行された後に、ステップＴ０へ戻る。
【００３５】
上述のアルゴリズムにおいて、スイッチングは、前記基本単位の性質を考慮に入れていない。いくつかの場合において、レンダリングの品質は、スイッチングの前に、前記基本単位の性質を考慮に入れることで改善することができる。これは、前記基本単位の一部のみがランダムアクセスポイントであり、デコーダが、該ランダムアクセスポイントから受信されたデータ（例えば、ＭＰＥＧ−４において、ランダムアクセスポイントは、Ｉフレームに従うＧＯＶに対応する）のデコードを開始することができる場合である。次いで、アルゴリズムは、有利には、（ステップＴ２の前に）付加的な初期ステップＴ１を有し、これは、次の送られるべき基本単位が、ランダムアクセスポイント（ＲＡＰ）であるかどうかをテストするためのものである。
【００３６】
図３において、ステップＴ１は、破線内に表されている。ステップＴ１において、現行基本単位が、ランダムアクセスポイントである場合、ステップＴ２が実行される。さもなければ、ステップＴ０に戻る。
【００３７】
図１及び２において、整形ブロックＨＢが、破線内に示されている。この整形ブロックＨＢは、オプションである。これは、伝送レート推定ブロックＴＣＢから現行チャネル伝送レートＭＢ（ｔ）の推定を受け取り、データストリームＤ２の基本単位の送信時間を、送信機送信レートとして前記現行チャネル伝送レートの前記推定を強制するように、制御する。適応ソースＡＳによって供給されるデータストリームＤ２は、送信／受信ブロックＴＢに供給される前に、整形ブロックＨＢを通過する。
【００３８】
他の実施例（図には示されていない）においては、伝送レート推定ブロックＴＣＢ及び整形ブロックＨＢは、単一のブロックの一部であって、一般的に、レート制御と呼ばれている。前記レート制御ブロックの機能は、ＩＳＯプロトコルスタックの伝送プロトコルによって実行され得る。例えば、ＴＦＲＣプロトコルが使用される。
【００３９】
有利には、上述の機能は、送信機に及び受信機に位置される１つ以上のコンピュータ又はデジタルプロセッサの制御の下で実行可能な命令の集合によって、実施される。
【００４０】
上述の伝送システム、送信機、及び伝送方法の変形及び改良は、本発明の範囲から逸脱することなしに提案され得ることに留意されたい。従って、本発明は、与えられた例に限定されるものではない。
【００４１】
「有する」という動詞、及びこの活用形の使用は、添付請求項に記載されていないエレメント又はステップの存在を排除するものではない。
【図面の簡単な説明】
【００４２】
【図１】図１は、本発明による伝送システムの第１実施例の機能ブロック図である。
【図２】図２は、本発明による伝送システムの第２実施例の機能ブロック図である。
【図３】図３は、本発明による伝送方法のステップを記述しているフローチャートである。
【図１】
2005526455.tif 000008
【図２】
2005526455.tif 000009
【図３】
2005526455.tif 000010
【国際調査報告】
2005526455.tif 000011
2005526455.tif 000012
2005526455.tif 000013