(57)【要約】通信トランザクションまたはユースケースは、構成要素に分解される。構成要素の一方は、マスタサービスノードまたはプライマリサービスパスからマスタサービスノードの方向に供給することができる。構成要素の他方は、サポートサービスノードまたは、クライアント局が偶然通信することができるかもしれないセカンダリサービスパスから供給することができる。例えば、マルチメディアストリームの基層はマスターノードから提供されるかもしれない。しかし、その帯域幅がいっぱいになるなら、マスターノードによって命令されるように、ストリームの拡張層はサポートノードによって供給することができる。
2006505190.tif 000002
【特許請求の範囲】
【請求項１】
下記を具備する、通信システム：
少なくとも第１のサービスノード；
少なくとも第２のサービスノード；
それぞれ第１および第２チャネル上のサービスノードと通信するように配置された少なくとも１つのクライアント局、前記第１のサービスノードは、ユースケースの第１の部分を前記クライアント局に供給し、前記第２のサービスノードは、前記ユースケースの第２の部分を前記第１のサービスノードによる前記第１の部分の供給と同時に前記クライアント局に供給する、前記第１および第２の部分は前記ユースケースの異なる部分である。
【請求項２】
前記第１の部分は、マルチメディアスストリームの基層であり、前記第２の部分は、前記基層と関連するマルチメディアストリームの拡張層である、請求項１のシステム。
【請求項３】
前記クライアント局は、前記拡張層を前記基層上にオーバーレイし、前記マルチメディアストリームのフレームを確立する、各フレームは前記基層からのデータおよび少なくとも１つの拡張層からのデータを含む、請求項２のシステム。
【請求項４】
少なくとも１つのチャネルは双方向である、請求項１のシステム。
【請求項５】
両方のチャネルは双方向である、請求項１のシステム。
【請求項６】
前記サービスノードは、無線通信システム基地局である、請求項１のシステム。
【請求項７】
前記サービスノードの１つはマスターノードであり、前記サービスノードの１つはサポートノードであり、前記マスターノードは、前記クライアント局に、前記サポートノードからの前記第２の部分を受信するように命令する、請求項１のシステム。
【請求項８】
下記を具備する、少なくとも第１および第２のサービスリソースを有するサービスシステムからクライアント局への単一のユースケースの通信のための方法：
前記第１のサービスリソースを用いて前記ユースケースの少なくとも第１の部分を前記クライアント局に通信する；
前記第２のサービスリソースから前記ユースケースの第２の部分を受信するように前記クライアント局に命令するかどうか決定する、前記第１および第２の部分は、前記第２の部分が前記第１の部分の単に複製ではないという点において互いに異なる；
前記決定の行動に応答して、前記クライアント局に、前記第２のサービスリソースから前記第２の部分を受信するように選択的に命令する。
【請求項９】
前記第１および第２の部分は、それぞれ第１および第２のリンク上で受信される、請求項８の方法。
【請求項１０】
前記第１のサービスリソースは、第１のサーバーであり、前記第２のサービスリソースは第２のサーバーである、請求項８の方法。
【請求項１１】
前記第１のサーバーは、第１の無線通信システム基地局であり、前記第２のサーバーは、第２の基地局である、請求項１０の方法。
【請求項１２】
前記第１の部分は、マルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項１１の方法。
【請求項１３】
前記マルチメディアストリームは、デジタル的にブロードキャストされる、請求項１２の方法。
【請求項１４】
前記第１のサービスリソースは、第１の幹線であり、前記第２のサービスリソースは、第２の幹線である、請求項８の方法。
【請求項１５】
前記第１のサービスリソースは、衛星であり、前記第２のサービスリソースは、地上リソースである、請求項８の方法。
【請求項１６】
前記第１の部分はマルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項１５の方法。
【請求項１７】
下記を具備するクライアント局：
第１のサービスリソースからユースケースの第１の部分を受信する第１の受信器；および
前記第１の部分の受信と同時に第２のリソースから前記ユースケースの第２の部分を受信する第２の受信器。
【請求項１８】
前記第１および第２の部分は、互いに、同じデータを表さない、請求項１７のクライアント局。
【請求項１９】
前記第１および第２の部分は、それぞれ第１および第２のリンク上で受信される、請求項１８のクライアント局。
【請求項２０】
前記第１のサービスリソースは第１のサーバーであり、前記第２のサービスリソースは第２のサーバーである、請求項１７のクライアント局。
【請求項２１】
前記第１のサーバーは、第１の無線通信システム基地局であり、前記第２のサーバーは、第２の基地局である、請求項２０のクライアント局。
【請求項２２】
前記第１の部分は、マルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項２１のクライアント局。
【請求項２３】
前記マルチメディアストリームはデジタル的にブロードキャストされる、請求項２２のクライアント局。
【請求項２４】
前記第１のサービスリソースは第１の幹線であり、前記第２のサービスリソースは、第２の幹線である、請求項１７のクライアント局。
【請求項２５】
前記第１のサービスリソースは衛星であり、前記第２のサービスリソースは、地上リソースである、請求項１７のクライアント局。
【請求項２６】
前記第１の部分は、マルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項２５のクライアント局。
【請求項２７】
下記を具備するシステム：
ユースケースの第１の部分をクライアント局に供給するための第１のサービスプロビジョニング手段；および
前記クライアント局にユースケースの第２の部分を供給するための第２のサービスプロビジョニング手段、前記第１および第２の部分は、互いに同じデータを表さない。
【請求項２８】
前記第１および第２のプロビジョニング手段は、それぞれ第１および第２の幹線である、請求項２７のシステム。
【請求項２９】
前記第１のサービスプロビジョニング手段は、第１のサーバーであり、前記第２のサービスプロビジョニング手段は第２のサーバーである、請求項２７のシステム。
【請求項３０】
前記第１のサーバーは、第１の無線通信システム基地局であり、前記第２のサーバーは、第２の基地局である、請求項２９のシステム。
【請求項３１】
前記第１の部分は、マルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項３０のシステム。
【請求項３２】
前記マルチメディアストリームはデジタル的にブロードキャストされる、請求項３１のシステム。
【請求項３３】
前記第１のサービスプロビジョニング手段は衛星であり、前記第２のサービスプロビジョニング手段は、地上プロビジョニング手段である、請求項２７のシステム。
【請求項３４】
前記第１の部分は、マルチメディアストリームの基層であり、前記第２の部分は、前記マルチメディアストリームの拡張層である、請求項３３のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にコンピュータベースの通信システムに関する。
【背景技術】
【０００２】
現在の通信システムにおけるサーバープラットフォーム、クライアント局、ピア局および中間局ノードのようなノードは、一般に単一のチャネルまたは単一のリンクまたはマルチメディアデータの無線送信またはウエブページのダウンロードのように、データ転送トランザクションまたはいわゆるユースケース（必須的に共通の目的に向けられた１つ以上のトランザクションまたは構成要素ユースケース)を行うことから起こる他の通信インターフェースを選択しなければならない。これは、たとえノード自体が多数のさまざまなチャネルまたはリンク上で通信することができるかもしれなくてもそうである。サービスは、一般的には、単一のサーバーから単一のチャネルまたはリンク上に供給される。
【０００３】
マルチチャネル／マルチリンク能力を有するクライアントまたはピアのグループにサービスする、サーバーまたはピアとしてのサービスプロバイダは、リソースを割り当てる。そうでなければ、サービスプロバイダは、「先着順」にこれらのクライアントまたはピアにサービスするために有限の能力を利用することに従事する。クライアントおよびピアは、推計学的にサービスに従事したりしなかったりするので、そのような割り当ては、大抵の場合全体のシステムリソースおよび能力の効果のないおよび／または非能率な使用を生じる。
【０００４】
例えば、マルチキャストメンバーは、広域のインターネット上の様々なポイントからのマルチキャストに従事するので、マルチキャストルータは、最短ルートに基づいてリンク利用を割り当てる。時間が進むにつれ、ルーターは、１つ以上のリンク上の増加する待ち行列遅延を経験するかもしれない。その一方で他の利用可能なリンクは、使用される利用可能な能力を有する。
【０００５】
現在、この問題は大数の法則と見なすことができることを使用して、取り組まれる。、それは合計サービス時間の例えばわずか５％を消費する低い確率のイベントに対する信頼を必要とする。この場合、非効率／非能率な利用は、全体のシステム性能に著しい影響を与える。そのようなアプローチは、使用されている単一のリソースの能力に関連するサービス要求の多くの独立した発着を利用する。例えば、バックボーンルーターは単一のリンク上でいつなんどきに１０５の接続を処理するかもしれない。これらの接続は毎秒１００の割合でかん合されそして解放され、各々約１０秒持続し、大数の法則が快適なマージンを提供するために十分な余地を残す。
【０００６】
しかしながら、多くのタイプのより新しいサービスの提供の場合には、上述した「大数の法則」が分解できることをこの発明は認識する。例えば、マルチメディアコンテンツを有するいくつかの無線クライアント局を供給することは大量の送信を必要とするので、高い帯域を必要とする。さらに、クライアントは一般的に、通常の通話の場合のように相対的に迅速に接続したり解放したりするかわりに、かなりの期間接続されたままである。
【０００７】
残念ながら、サーバー（この場合には、無線通信システムの基地局)は、有限の送信帯域幅を有する。それは、その地理的なエリア内のクライアントステーションすべてに基準レベルのサービスを供給することができるかもしれない。例えば、基地局は、すべての近くのクライアント局にマルチメディアストリームの基層を供給するように帯域幅を持つかもしれない。しかし、それはクライアントステーションすべてにストリームの拡張層を供給するように状況に依存して、十分な帯域幅を持たないかもしれない。隣接する基地局はその時に偶然予備の帯域幅を持つかもしれないが、たとえクライアント装置のいくつかが隣接する基地局からのデータを受信するのに、隣接する基地局に十分近いとしても、現在のプロトコルは、基地局間の全体のサービスの転送のみを認める。現在のプロトコルは、同時に、同じサービスの異なる部分を配信するために基地局間で負荷分散を認めない。これらの批判的な所見に鑑みてここに開示される発明が提供される。
【発明の概要】
【０００８】
トランザクションまたはユースケースは、トランザクションまたはユースケースにサービスする基礎を成すリソース割り当てを変更することが、サービスを途切れることなく容易に適合されるように、（プログラマチックインターフェースおよび情報ストリーム構造の両方としての)手続きとプロトコルを使用する。
【０００９】
より具体的には、通信システムは第１と第２のサービスノード、および、それぞれ第１および第２のサービスチャネル上のサービスノードと通信するように配置されたクライアント局を含む。第１のサービスノードは、ユースケースの第１の部分をクライアント局に供給し、第２のサービスノードは、ユースケースの第２の部分を、第１のサービスノードによる第１の部分の供給と同時にクライアント局に供給する。第１の部分と第２の部分は、互いに同じデータを表さない。
【００１０】
１つの制限しない例において、第１の部分はマルチメディアストリームの基層である。また、第２の部分は、基層に関係しているマルチメディアストリームの拡張層である。
【００１１】
マルチメディアストリームのフレームを確立するために、クライアント局は、拡張層を基層上にオーバーレイする。各フレームは、基層からのデータと少なくとも１つの拡張層からのデータを含む。チャネルは双方向であり得る。
【００１２】
他の観点において、少なくとも第１および第２のサービスリソースを有するサービスシステムからクライアント局に単一のユースケースの通信のための方法は、第１のサービスリソースを用いてユースケースの第１の部分を通信し、クライアント局に第２のサービスリソースからのユースケースの第２の部分を受信するように指示するかどうかを決定することを含む。第１の部分と第２の部分は、第２の部分は単に第１の部分の複製ではないという点において互いに異なる。この方法は、また、第２のサービスリソースから第２の部分を受信するようにクライアント局に選択的に指示することを含む。
【００１３】
好適な方法において、第１および第２の部分は、それぞれ第１および第２のリンク上で受信することができる。いくつかの実施において、第１のサービスリソースは第１のサーバーであり、第２のサービスリソースは第２のサーバーである。特定の制限しない実施形態において、第１のサーバーは、第１の無線通信システム基地局であり、第２のサーバーは第２の基地局である。この実施形態において、第１の部分は、マルチメディアストリームの基層になりえる。また、第２の部分はマルチメディアストリームの拡張層になりえる。マルチメディアストリームはデジタルでブロードキャストすることができる。他の実施において、第１のサービスリソースは第１の幹線であり、第２のサービスリソースは第２の幹線である。さらに他の実施において、第１のサービスリソースは、マルチメディアストリームの基層を供給する衛星であり、第２のサービスリソースは、マルチメディアストリームの拡張層を供給する地上リソースである。
【００１４】
さらに他の観点において、クライアント局は、第１のサービスリソースからのユースケースの第１の部分を受信する第１の受信器と、第２のリソースからのユースケースの第２の部分を受信する受信器を有する。
【発明を実施するための最良の形態】
【００１５】
構造と動作の両方に関するこの発明の詳細は、同一部に同符号を付した添付図面を参照することにより最もよく理解することができる。
【００１６】
最初に図１を参照すると、一般的に１０で示されるシステムが示される。システムは、第１サーバー１２およびクライアント局１４のような複数のノードを含む。ただし、ノードは、システム１０においてピアであり得る。ここに開示される通信ロジックを行うために、第１のサーバー１２はプロセッサ１６を有し、クライアント局１４はプロセッサ１８を有する。また、第２のサーバー１９は、システムのノードを確立することができる。
【００１７】
１つの制限しない例示実施形態において、サーバー１２、１９は無線通信システム基地局（ＢＴＳ）かもしれない。他の実施形態において、１つあるいは両方のサーバーはルーターかもしれない。
【００１８】
さらに、図示するように、クライアント局１４は、それぞれ第１および第２のチャネルまたはリンク２４、２６上のサーバー１２、１９とそれぞれ通信するための少なくとも第１および第２の通信システム２０、２２を含む。すなわち、通信システム２０、２２は、それぞれのリンク２４、２６上で通信するために構成される。したがって、リンク２４が衛星リンクであるなら、通信システム２０は、衛星通信システムである。他方、リンク２６が無線のポイントツーポイントリンクであるなら、通信システム２２は、ＣＤＭＡまたはＧＳＭのような無線ポイントツーポイントシステムである。リンク２４、２６（およびクライアント局１４におけるそれぞれの通信システム２０、２２)は互いに同じかもしれないし、または互いに異なるかもしれない。例えば、サーバー１２、１９の１つがルータであるとき、リンク２４、２６は幹線であり得る。クライアント局１４は８０２．１１通信システムのようなさらなるまたは異なる通信システムを含むことができる。
【００１９】
チャネルまたはリンク２４、２６は、異なるクラスのサービス(ＣＯＳ）特性を持っていてもよい。例えば、第１のリンク２４は、第２のリンク２６より高いまたは低い帯域幅を持つことができ、および／または程度の差はあるが待ち時間、および／またはより大きなまたはより少ない誤差品質特性、および／または他の異なるＣＯＳ変数を持つことができる。この発明が適用するリンクまたはチャネルのタイプの制限しない例は、無線通信ポイントツーポイントリンク、ＵＨＦ／ＶＨＦ／ＳＨＦ／ＥＨＦブロードキャストリンク、地上の通信線、ブロードキャストリンク、赤外線(ＩＲ）リンク、イーサネット(登録商標)リンク、８０２．１１タイプリンク、衛星リンク等を含む。特別のＣＯＳは、アプリケーションまたはプロトコルのサービス必要条件を満たすリンクのクラスと見なすことができる。各リンク２４、２６は受信周波数および異なる送信周波数から構成してもよい。
【００２０】
１つの制限しない実施形態において、クライアント局１４は、これらに限定されないが、ＩＳ−９５Ａ、ＩＳ−９５Ｂ、ＷＣＤＭＡ、ＩＳ−２０００および無線インフラストラクチャと通信するその他において定義されるような符号分割多元接続(ＣＤＭＡ）原理およびＣＤＭＡの空中を介した(ＯＴＡ）通信空中インターフェースプロトコルを使用するKyocera, Samsung、また他の製造業者により作られた、携帯電話タイプ装置のような、「移動局(「ＭＳ」）であり得る。ただし、この発明は、アドバンストモバイルフォーンシステム（ＡＭＰＳ）および以下のデジタルシステムのようなＧＳＭ、パーソナル通信サービス（ＰＣＳ）、およびセルラシステムに適用する。ＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、およびＴＤＭＡ技術とＣＤＭＡ技術の両方を使用するハイブリッドシステム。ＣＤＭＡセルラシステムは、通信機械工業会／電子機械工業会（ＴＩＡ／ＥＩＡ)標準仕様ＩＳ−９５に記載されている。結合したＡＭＰＳおよびＣＤＭＡシステムは、ＴＩＡ／ＥＩＡ標準仕様ＩＳ−９５に記載されている。他の通信システムは、国際モバイル電気通信システム２０００／ユニバーサルモバイル電気通信システム（IMT-2000／ＵＭ)、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、（例えば、ｃｄｍａ２０００１ｘまたは３ｘ空中インターフェース標準仕様のような)ｃｄｍａ２０００またはＴＤ−ＳＣＤＭＡと呼ばれるものをカバーする標準仕様に、記載されている。
【００２１】
クライアント局１４は、また無線でインターネットにアクセスするおよび／または地上の通信線を介してインターネットにアクセスするコンピュータであってもよい。
【００２２】
この発明のプロセスは、図２を参照して理解することができる。このプロセスは、コンピュータを用いて行うことができる。ブロック２７で始まり、第１のサーバーは、特定のユースケースをクライアント局１４に供給することに対して責任があると仮定して、サーバー１２は、ユースケースの少なくとも部分のための代替ソースまたはサーバーまたは他のサービスプロビジョニングリソースを識別する。例えば、サーバー１２が第１のリンク（この場合、第１の幹線)上のクライアント局１４に通信を送ることを意図するルータであるなら、サーバー１２は、第２のリンク２６を、ユースケースの部分が潜在的に提供できるかもしれない第２の幹線であるとして識別するかもしれない。あるいは、サーバー１２がクライアント局に１４にデジタルブロードキャストマルチメディアストリームを供給する無線通信方式ＢＴＳであるなら、サーバー１２は、第２のサーバー１９を、第２のサーバー１９がマルチメディアストリームの部分を第２の（この場合無線の)リンク２６上のクライアント局に供給することができるクライアント局１４に十分近いＢＴＳとして識別するかもしれない。
【００２３】
ブロック２８に進んで、ユースケースの潜在的に分離可能な部分が識別される。
【００２４】
ディジタルブロードキャスト媒体との関連で、例えば、マルチメディアストリームが基層および１つ以上の拡張層を含むことを識別するかもしれない。より具体的には、ＭＰＥＧ４のようなあるデルタ予測スキームは、量子化の期間ビットのいわゆる「拡張層」を許容する。本質的に、「基層」は、フレームを提供するのに必要な最小量のデータを表す各ストリームに対してフレームごとに提供される。フレームの拡張層は、基層により供給される映像またはサウンドに忠実度を付加するために利用可能である。拡張層の付加から生じる増大したビットレートにより供給される利益は、拡張層自体とともに示すことができる。
【００２５】
いずれの場合にも、ブロック２８において、識別される異なる部分は、例えば、データ受信を確実にするために単一の無線受信器に２つの基地局からの同じ無線データを送信するのとは対照的に、互いに単なる複製ではないことが理解されるべきである。もっと正確に言えば、第１の部分と第２の部分は、同じユースケース／トランザクションの異なる部分である。
【００２６】
ブロック３０に進むと、クライアント局１４の能力が決定され、クライアントが両方のリンク２４、２６を介してユースケースの部分を受信することができるかどうか決定する。
【００２７】
それをできると仮定して、ロジックはブロック３２に進む。ここでは、代替ソース／サーバーからのユースケースの部分を受信するためにスタンバイするために、サーバー１２は周期的にクライアント局１４に知らせる。サーバー１２は、さらに代替ソース／サーバーが利用可能なままであることを保証するために周期的に代替ソース／サーバーをチェックしてもよい。
【００２８】
この発明に従って、ロジックは次に判断ダイアモンド３４に進む。ここでは、サーバー１２は、ユースケースの部分のプロビジョニングを代替ソース／サーバーに切り替えることを必要とする能力の限界にあるかどうか決定する。しきい値が到達すると、ロジックはブロック３６に進む。ここでは、サーバー１２は、クライアント局１４に代替ソース／サーバーからユースケースの部分を受信するように命令する。例えば、無線ディジタルマルチメディアに関連して、ブロック３６において、クライアン局１２は、第１のサーバー１２（ここでは、プライマリＢＴＳ)からマルチメディアストリームの基層を受信するかもしれない。同時に、クライアント局１２は、第２のサーバー１９（この場合、クライアント局１４に十分近いセカンダリＢＴＳ)同じストリームの１つ以上の拡張層を受信するかもしれない。どんな場合でも、ブロック３８において、クライアント局１４は部分を結合する。例えば、上述のマルチメディアアプリケーションの場合、ブロック３８において、クライアント局１４は、技術的に周知な原理に従って拡張層を基層上にオーバーレイするであろう。
【００２９】
他の例として、地上ＩｘＥｖ−ＤＯリンクおよびＬ／Ｓ／Ｃバンド地球低軌道（ＬＥＯ）衛星リンクを有したマルチモードモバイルマルチメディアクライアント局装置１４を考える。ＬＥＯダウンリンクの地理的サービスエリア内のすべての装置がこの層を受信することができ、従ってブロードキャスト媒体の基本本質を提供することができるように、地理的により広いＬＥＯ衛星ダウンリンク上にマルチメディア基層をサービスプロバイダーはブロードキャストすることができる。しかしながら、さらなる品質を望むクライアントは、地上ブロードキャストリンクを介してマルチメディアストリームの拡張層を受信することができる。サービスプロバイダーは、帯域幅リソースがそのセル内で利用可能でないとき、与えられたセルの低いカウントクライアントを制限するように選択してもよい。
【００３０】
多重チャネルのこの使用の利点は、同じマルチメディア構成要素の多くの基地局による低減された帯域幅利用を含み、それゆえ拡張層のための帯域幅のより大きな利用可能性を含む。
【００３１】
さらに他の例において、クライアント局１４は、多重チャネル選択することができるＲＦ受信器を使用してもよい。多重チャネル選択の各々は、それぞれのリンク、例えばリンク２４、２６を確立することができる。各リンクは単向性である。クライアント局１４は、第１チャネル上のユースケースの一方の部分を得るように命令されてもよく、および第２チャネル上のユースケースの他方部分を得るように命令されてもよい。クライアント局１４は受信チャンネルと無関係に送信チャネルを合わせることができる。
【００３２】
ここに示され、詳細に記載された特定の通信システムのためのサービスダイバーシチが完全に上述したこの発明の目的を達成しているけれども、それはこの発明の好適実施形態であり、従ってこの発明によって広く意図された主題を表し、この発明の範囲は当業者に明白になるかもしれない他の実施形態を完全に含み、この発明の範囲は、従って添付されたクレーム以外により限定されることはなく、この場合単一の構成要素に対する参照は、明示的に「唯一」と記載しない限り「唯一」を意味することを意図したものではなく、むしろ「１つ以上」を意味することを意図することが理解されるべきである。当業者に周知であるまたは後に知られるようになる上述の好適実施形態の構成要素に均等なすべての構造および機能は、参照することによりここに明示的に組み込まれ、このクレームによ包含されることが意図される。さらに、ありとあらゆる問題に対処するための装置または方法がこの発明により解決しようとする必要はない。それは、このクレームに包含される。
【００３３】
更に、この開示におけるエレメント、コンポーネントあるいは方法ステップは、エレメント、コンポーネントあるいは方法ステップが請求項で明示的に詳述されるかどうかにかかわらず公に捧げられるようには意図されない。ここの請求項の構成要件は、構成要件が"means for"のフレーズを用いて明示的に記載されない限り、または方法クレームの場合には、構成要件が「行動」の代わりに「ステップ」として記載されない限り３５Ｕ．Ｓ．Ｃ．１１２第６パラグラフの下で解釈されるべきでない。
【図面の簡単な説明】
【００３４】
【図１】図１は簡単化されたシステムのブロック図である。
【図２】図２はこのプロセスのフローチャートである。
【図１】
2006505190.tif 000003
【図２】
2006505190.tif 000004
【国際調査報告】
2006505190.tif 000005
2006505190.tif 000006