(57)【要約】本発明は、ブロードバンドデータストリーミングアプリケーションに対するブルートゥース（ＢＴ）の使用を可能にする。ＢＴ基地局、接続されるＢＴスレーブを備えるＢＳ−Ａ、及び少なくとも一つのＢＳはストリーミングデータをもたらす。ＢＳ−Ａに接続されるＢＴスレーブはネットワーク情報を受信し、当該ネットワーク情報に基づいて、ストリーミングデータをもたらす好適なＢＴ  ＢＳにハンドオーバを実行し得る。七つの活性ＢＴスレーブしかＢＴ  ＢＳによってサポートされないため、七つより多くのスレーブが存在する場合、ＢＳはＢＴスレーブに待機命令をしなければならないであろう。待機モードの間、ＢＴスレーブは依然、ＢＳによって送信されるビーコンパケットに含まれるブロードキャストデータを受信し得る。リンク管理中断期間に起因して待機ＢＴスレーブとＢＳとの間のリンクが終了させられることを防止するために、待機スレーブは待機解除されると共に再び待機させられなければならず、それによってリンク管理中断期間がリセットされる。スケジューリングアルゴリズムが開示されている。
2006511116.tif 000002
【特許請求の範囲】
【請求項１】
第一のブルートゥース基地局及び前記第一のブルートゥース基地局に接続される少なくとも一つのブルートゥースモバイル端末を動作させる方法であって、
−  前記第一のブルートゥース基地局がデータのパケットを受信すると共に受信されたデータのパケットをブロードキャストし、
−  前記少なくとも一つのブルートゥースモバイル端末の各々が、前記データのブロードキャストパケットを受信し、
前記少なくとも一つのブルートゥースモバイル端末の各々は、ブルートゥース待機モード及びブルートゥース活性モードの何れかに入るように選択的に制御され得る方法において、
−  前記ブルートゥース待機モードに入るように前記少なくとも一つのブルートゥースモバイル端末の各々を制御するステップと、
−  その後、前記ブルートゥース活性モードに入り、その後前記ブルートゥース待機モードに戻るように待機解除／待機コマンドを前記ブルートゥースモバイル端末に送信することによってブルートゥースリンク管理中断期間よりも短い期間インタバルで前記ブルートゥース待機モードにおいて前記少なくとも一つのブルートゥースモバイル端末の各々を制御するステップと
を有することを特徴とする方法。
【請求項２】
前記第一のブルートゥース基地局によって受信される前記データのブロードキャストパケットがバッファされると共にブロードキャストデータ待ち遅延で送信され、
−  前記ブロードキャストデータ待ち遅延が所定の最大ブロードキャストデータ待ち遅延を超える場合、バッファされたデータのパケットはブロードキャストされる
請求項１に記載の方法。
【請求項３】
前記待機解除／待機コマンドは前記第一のブルートゥース基地局においてバッファされると共に待機解除／待機待ち遅延で前記ブルートゥースモバイル端末に送信され、
−  前記ブロードキャストデータ待ち遅延が前記所定の最大ブロードキャストデータ待ち遅延を超えない場合、
−  且つ前記待機解除／待機待ち遅延が所定の最大待機解除／待機待ち遅延を超える場合、
バッファされた待機解除／待機コマンドは前記ブルートゥースモバイル端末に送信される請求項２に記載の方法。
【請求項４】
第二のブルートゥース基地局へのブルートゥースモバイル端末の接続を要求するハンドオーバ要求は前記第一のブルートゥース基地局においてバッファされ、ハンドオーバ待ち遅延で前記ブルートゥースモバイル端末に送信され、
−  前記ブロードキャストデータ待ち遅延が前記所定の最大ブロードキャストデータ待ち遅延を超えない場合、
−  前記待機解除／待機待ち遅延が前記所定の最大待機解除／待機待ち遅延を超えない場合、
−  且つ前記ハンドオーバ待ち遅延が所定の最大ハンドオーバ待ち遅延を超える場合、
バッファされたハンドオーバ要求は前記ブルートゥースモバイル端末に送信される
請求項３に記載の方法。
【請求項５】
−  前記ブロードキャストデータ待ち遅延が前記所定の最大ブロードキャストデータ待ち遅延を超えない場合、
−  前記待機解除／待機待ち遅延が前記所定の最大待機解除／待機待ち遅延を超えない場合、
−  且つ前記ハンドオーバ待ち遅延が前記所定の最大ハンドオーバ待ち遅延を超えない場合、
無ブロードキャストデータパケットは前記ブルートゥースモバイル端末に送信される
請求項４に記載の方法。
【請求項６】
無ブロードキャストデータパケットが、前記ブルートゥースプロトコルの上部層に従って送信される請求項５に記載の方法。
【請求項７】
前記データがストリーミングデータとしてブロードキャストされる請求項１乃至６の何れか一項に記載の方法。
【請求項８】
ブルートゥース基地局に接続される少なくとも一つのブルートゥースモバイル端末にデータをブロードキャストし得るブルートゥース基地局において、
請求項１乃至７の何れか一項に記載の方法に従って動作し得るブルートゥース基地局。  
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）技術を使用してデータのストリームを一つ又はそれより多くの受信器にブロードキャスト（ｂｒｏａｄｃａｓｔ）する分野に関する。
【背景技術】
【０００２】
ブルートゥース（ＢＴ、［２］参照）は、小型且つ／又は固定電子デバイスを接続するケーブルを置換することを目的とする短（近）距離（範囲）無線リンク（ｓｈｏｒｔ−ｒａｎｇｅ  ｒａｄｉｏ  ｌｉｎｋ）となる。重要な特徴は、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）、低い複雑性（ｌｏｗ  ｃｏｍｐｌｅｘｉｔｙ）、低電力、及び低コストにある。ブルートゥースシステムは多くのデバイス、例えば携帯情報端末（ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｉｓｔａｎｔ））、ノートブック、携帯電話、及びその他において実現されると共に開発されている。
【０００３】
ブルートゥースシステムは、（例えばＰＣ、マウス、キーボード、及びプリンタの間の）ケーブル置換技術としてだけでなく、ユーザがデータを受信及び送信するために利用し得る無線ネットワークを生成するためにますます普及してきている。当該無線技術は、情報を交換するために単一の基地局（ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ））に接続される七つまでのモバイル端末（ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ））をサポートする。
【０００４】
ブルートゥースシステムは、（二つのブルートゥースユニットしか含まれない）ポイントトゥポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）接続部、又はポイントトゥマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）接続部をもたらす。ポイントトゥマルチポイント接続部において、チャネルは複数のブルートゥースユニットの間で共有される。同じチャネルを共有する二つ又はそれより多くのユニットはピコネット（ｐｉｃｏｎｅｔ）を形成する。ある一つのブルートゥースユニットはピコネットのマスタ（ｍａｓｔｅｒ）としての役割を果たし、他の一つ又は複数のユニットは一つ又は複数のスレーブ（ｓｌａｖｅ）としての役割を果たす。七つまでのスレーブがピコネットにおいて活性化され得る。更により多くのスレーブが、いわゆる待機状態（ｐａｒｋｅｄ  ｓｔａｔｅ）においてマスタにロック（ｌｏｃｋ）されたままとなり得る。当該待機スレーブはチャネル上で活性化されることが不可能であるが、マスタに同期させられる状態を保持する。マスタは活性（アクティブ）スレーブ（ａｃｔｉｖｅ  ｓｌａｖｅ）と待機スレーブとの両方に対するチャネルアクセスを制御する。オーバラップするカバレジ領域（ｏｖｅｒｌａｐｐｉｎｇ  ｃｏｖｅｒａｇｅ  ａｒｅａ）を備える複数のピコネットがスカッタネット（ｓｃａｔｔｅｒｎｅｔ）を形成する。各々のピコネットは単一のマスタしか有し得ない。しかしながらスレーブは時分割多重（ｔｉｍｅ−ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘ）によって異なるピコネットに加わり得る。更に一方のピコネットにおけるマスタは他方のピコネットにおいてスレーブになり得る（［２］の４１乃至４２頁参照）。
【０００５】
用語
基地局（ＢＳ）：固定バックボーン（ｂａｃｋｂｏｎｅ）に無線接続性（ｗｉｒｅｌｅｓｓ  ｃｏｎｎｅｃｔｉｖｉｔｙ）をもたらすデバイス。ネットワーク層デバイス（アクセスルータ（ａｃｃｅｓｓ  ｒｏｕｔｅｒ））である。
モバイル端末（ＭＴ）：ブルートゥースを使用するモバイルデバイス（ＰＤＡ、ノートブック、又は携帯電話）が基地局に接続され、データを交換するか、又は情報を受信する。
ハンドオーバ（ｈａｎｄｏｖｅｒ）：無線端末が二つの基地局の間で自動的にスイッチすることを可能にするプロシージャ。
ルータ：ネットワーク層において経路（ｒｏｕｔｅ）及びフォワードパケット（ｆｏｒｗａｒｄ  ｐａｃｋｅｔ）を計算し得るデバイス。
ブロードキャストチャネル：一つ又はそれより多くの基地局から送信される一組のブロードキャストデータ。
ピコネット：同じチャネルを共有する二つ又はそれより多くのユニットがいわゆるピコネットを形成する。
待機（パーク）モード（ｐａｒｋ  ｍｏｄｅ）：スレーブがピコネットチャネル上に加わることは必要とされないが、依然チャネルに同期された状態を所望する場合、当該スレーブは、スレーブにおいて非常にわずかな機能（動作）（アクティビティ（ａｃｔｉｖｉｔｙ））しかもたらされない低電力モードとなる待機モードに入り得る。
スロット：６２５μｓに等しいブルートゥース期間単位。
【０００６】
従来技術の状態が図１に示されている。従来技術の状態はブルートゥース基地局（基地局Ａ、１≦ｘ≦Ｍの場合の基地局ｘ）の固定ネットワーク及びサーバ（１≦ｘ≦Ｎの場合のサーバｘ）から構成される。アクセス基地局（ＢＳ−Ａ）は、受信モバイル端末（ｉｎｃｏｍｉｎｇ  ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）（１≦ｘ≦Ｋ＋１の場合のモバイル端末ｘ）への接続を専用にもたらし、当該端末を管理するのに対して、基地局ｘはブロードキャスト及び他のデータ（例えばユニキャスト（ｕｎｉｃａｓｔ））も送信する。固定ネットワーク上で、一つ又はそれより多くのサーバが基地局にブロードキャスト情報を送信する。
【０００７】
図１における従来技術の状態は、ブロードキャストをデータストリーミングすること、及びネットワーク（サーバｘ、基地局ｘ、基地局Ａ、及び活性、待機、又は接続されただけのモバイル端末）を管理することに関するいくつかの問題をもたらしている。問題が以下に記載される。
【０００８】
待機スレーブスキャン窓（ｐａｒｋｅｄ  ｓｌａｖｅ  ｓｃａｎ  ｗｉｎｄｏｗ）及び待機ビーコンスロット（ｐａｒｋ  ｂｅａｃｏｎ  ｓｌｏｔ）（［２］の１１２乃至１１９頁参照）は、データ損失及び長ストリーム遅延（ｌｏｎｇ  ｓｔｒｅａｍ  ｄｅｌａｙ）を防止するためにサーバからのブロードキャスト送信と共に同期されなければならない。例えば音声（オーディオ（ａｕｄｉｏ））のブロードキャストを備える会議室において、音声データが１００ｍｓ毎に生成される場合、待機ビーコンスロットは少なくとも１００ｍｓ毎に利用可能にならなければならず、スレーブスキャン窓も、情報を受信するべき全ての待機モバイル端末（ＭＴ）に対して少なくとも１００ｍｓ毎に開口（オープン（ｏｐｅｎ））されなければならない。
【０００９】
待機モードデバイスの数は、
１）リンク管理中断期間（ｌｉｎｋ  ｓｕｐｅｒｖｉｓｉｏｎ  ｔｉｍｅｏｕｔ）（［２］の１０２４頁参照）と、
２）送信するブロードキャストデータのスループットと、
３）基地局Ａから基地局ｘに対する受信モバイル端末のハンドオーバと  
によって制限される。
【００１０】
モバイル端末リンクを切断（解除）するリンク管理中断期間（デフォルト値２０秒、最大値４０．９秒）のトリガリング（作動（ｔｒｉｇｇｅｒｉｎｇ））を防止するために、全ての待機スレーブは周期的に待機解除（アンパーク（ｕｎｐａｒｋ））され、好ましくはすぐにまた待機されなければならない。待機スレーブの数が増大させられる場合、ブロードキャストデータを送信するために使用される残留帯域幅（ｒｅｍａｉｎｉｎｇ  ｂａｎｄｗｉｄｔｈ）は、先行する基本的な待機解除／待機動作（オペレーション）（ｕｎｐａｒｋ／ｐａｒｋ  ｏｐｅｒａｔｉｏｎ）のオーバロード（過負荷（ｏｖｅｒｌｏａｄ））のために不十分となり得る。
【００１１】
多くのスレーブは同時に待機及び待機解除させられることが必要されることを防止するために待機解除／待機動作のスケジューリングは交互にもたらされ（スタガ（ｓｔａｇｇｅｒ）され）なければならない。この態様により、ブロードキャストデータが阻止され得ると共に、いくつかのリンク管理中断期間がトリガされ得る。
【００１２】
基地局にブロードキャストデータを送信するアプリケーションは、データストリーミングパケットに従う最良のブルートゥースベースバンドパケット形式、スループット、又はブルートゥースリンク質（Ｂｌｕｅｔｏｏｔｈ  ｌｉｎｋ  ｑｕａｌｉｔｙ）（ここには示されていない）を示すと共に選択しなければならない。この要点（ポイント）は、新たなＨＣＩ／ＬＭＰコマンドを必要とせず、ブロードキャストチャネルに対してベースバンドパケット形式をセットするためにベースバンド及びＨＣＩ変化（変更）接続部パケット形式（ＨＣＩ  Ｃｈａｎｇｅ  Ｃｏｎｎｅｃｔｉｏｎ  Ｐａｃｋｅｔ  Ｔｙｐｅ）においてわずかな修正を必要とするだけであることにある。
【００１３】
ネットワークは受信モバイル端末との接続部をもたらさなければならず、モバイルデバイスによって必要とされる情報をブロードキャストする基地局に当該端末をスイッチしなければならない。含まれる動作がブルートゥースブロードキャスト送信にあまり影響を及ぼす必要はない（すなわちパケット損失又は長い遅延の何れも許容されない）。
【００１４】
各々のブルートゥースブロードキャストパケットは、送信誤りに対してロバスト性をもたらすためにＮＢＣ回（［２］の７１頁参照）繰り返される。このパラメータは、ブルートゥースバンド幅消費及びブロードキャスト送信信頼性（ｒｅｌｉａｂｉｌｉｔｙ）を制御するため非常にクリティカルとなる。ＮＢＣ管理はここに記載されていないが、ブロードキャストネットワークセットアップの間考慮されるべきである。大きなＮＢＣ値は、より高い誤りロバスト性及びより低い利用可能なアプリケーションビットレートを示唆している。
【００１５】
活性モバイル端末は、必要とされる場合（例えばユニキャスト）、無ブロードキャストデータ（ｎｏ−ｂｒｏａｄｃａｓｔ  ｄａｔａ）を受信し得る。これらのデータの送信は、ブロードキャストデータの送信、ハンドオーバ動作、及び待機／待機解除プロシージャに調整される。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、多くのサーバ、基地局、及びモバイル端末から構成されるネットワークを管理してブロードキャストサービスをもたらすためのプロシージャ並びにブルートゥースデバイスを使用してブロードキャストデータを送信するためのプロシージャを記載している。
【課題を解決するための手段】
【００１７】
含まれる無線且つ固定ネットワークが分析され、当該ネットワークを管理すると共に当該ネットワークの効率を増大させるためのアルゴリズムが開示される。特にブロードキャストデータをブルートゥースリンクに渡って多くのモバイル端末に送信する方法が開示される。
【００１８】
本発明によれば、ブルートゥースピコネットブロードキャストチャネル及び待機モードを使用することにより、多くの（約百の）モバイル端末データにデータをブロードキャストすることが可能になる。
【００１９】
ブルートゥースブロードキャストサービスの用途の例は、出席者の会話の一つ又は複数の音声ストリームを異なる言語で送信する会議室における基地局である。この状態において基地局はマスタとなり、ブルートゥース端末（携帯情報端末、ラップトップ、及び携帯電話）は、ブロードキャストデータを選択すると共に受信するスレーブとなる。より多くの情報をブロードキャストし、より効率的な態様でモバイル端末アクセスを管理し、サポートされるモバイル端末の数を増加させるために、本状態はより多くの基地局を同時に使用して展開され得る。
【発明を実施するための最良の形態】
【００２０】
図１は、本発明の基本原理を形成すると共にそこで使用される基準状態を示す。一つ又はそれより多くのサーバ（１≦ｘ≦Ｎの場合のサーバｘ）が個々のサービスを提供すると共に、対応する個々のブロードキャストデータを固定ネットワーク（例えばイーサネット（Ｅｔｈｅｒｎｅｔ（Ｒ））セグメント）上に送信する。非接続プロトコル（ｃｏｎｎｅｃｔｉｏｎ  ｌｅｓｓ  ｐｒｏｔｏｃｏｌ）（例えばＵＤＰ、［１］の１９７乃至２０８頁参照）及びマルチキャスト（ｍｕｌｔｉｃａｓｔ）アドレスを使用して情報が送信され、一つのパケットのみを送信する多くの送信先（宛先（ｄｅｓｔｉｎａｔｉｏｎ））に達する。
【００２１】
アクセス基地局（ＢＳ−Ａ）は、ブロードキャストネットワークへのアクセスを要求する新たなモバイル端末にブルートゥースネットワークアクセスをもたらす。新たな接続部生成後、基地局Ａは、ただ接続されているモバイル端末に
１）基地局（以下参照）によってもたらされるブロードキャストデータと、
２）当該データを受信するようにモバイル端末を構成する方法と、
３）要求されたブロードキャスト情報を備える基地局に対してハンドオーバ（［３］参照）を実行する方法と
についての情報を送信する。
【００２２】
一つ又はそれより多くの基地局はブロードキャストデータ（１≦ｘ≦Ｍの場合の基地局ｘ）をモバイル端末に送信する。基地局番号Ｍは、サーバから送信されるブロードキャスト情報、サポートされたモバイル端末の数、及びネットワークカバー領域（ｎｅｔｗｏｒｋ  ｃｏｖｅｒｅｄ  ａｒｅａ）に従って選択される。基地局は、無線インタフェースと固定インタフェースとの間、例えばブルートゥースとイーサネットセグメントとの間のマルチキャストルーティング（［３］の３１９乃至３５２頁参照）を実行するマルチキャストアクセスルータ（ＡＲ）となる。ブロードキャストデータを送信することは、全ての基地局に対して同じになり得るか、又は一つの基地局から他の基地局に変更させられ得る。
【００２３】
モバイル端末（ＭＴ）は、ブロードキャストデータを受信すると共に処理するクライアントアプリケーション、無線ネットワークアクセスを管理するソフトウエア、ブルートゥースハンドオーバデーモン（Ｂｌｕｅｔｏｏｔｈ  ｈａｎｄｏｖｅｒ  ｄａｅｍｏｎ）、及びブロードキャストネットワークサービス（次章参照）に関する情報として導入される多くのデバイス（ブルートゥースモジュールを備える携帯情報端末、ラップトップ、及び携帯電話）となり得る。例えば図１を参照すると基地局Ａへの正常な接続部生成後、モバイル端末Ｋ＋１は、基地局ｘからもたらされるブロードキャストチャネルについてのいくらかの情報をダウンロードし、それから最も関心がもたれるチャネルで基地局に対してハンドオーバを開始するであろう。
【００２４】
ファイル記述子（ｆｉｌｅ  ｄｅｓｃｒｉｐｔｏｒ）によって、又は固定ネットワーク上のデバイス（サーバ及び基地局）の間で（ここに規定されていない）データ共有プロトコル（ｄａｔａ  ｓｈａｒｉｎｇ  ｐｒｏｔｏｃｏｌ）を使用して、図１の基地局Ａは、基地局ｘと、サーバｘと、ネットワークによってもたらされるサービス及び基地局に接続されるモバイル端末とを知っている。この情報は、ブロードキャストネットワークにおいてアクセスを要求する受信モバイルデバイスを管理するために基地局Ａによって使用される。
【００２５】
待機モード及びブルートゥースピコネットブロードキャスト（［２］の７１頁、１１２乃至１１９頁、及び５５５乃至５５７頁参照）はそれぞれ、ピコネット当たり７より多くのスレーブをサポートするため、及び活性モードと待機モードとの両方でモバイル端末（モバイル端末ｘ）にブロードキャストデータを送信するために使用される。本発明は以下の四つの区分（セクション）（図２参照）を有する。
【００２６】
０．固定／無線ネットワーク構成体
サーバｘ（図２）は、例えばよく知られているマルチキャストインタネットプロトコル（ＩＰ）アドレス及びデータパケットの特定のディメンションを使用してブロードキャスト情報を送信する。基地局ｘは、所定のマルチキャストアドレスを備えるパケットしか許容しない固定ネットワークからＩＰデータグラムをフィルタリングするマルチキャストルータとなる。このことはマルチキャストアドレスがブロードキャスト情報形式（ブロードキャストチャネル）に関連していることを意味する。
【００２７】
基地局ｘに接続されるモバイル端末上のアプリケーションは、ブロードキャストチャネルを受信すると共に識別するためにこのＩＰマルチキャストアドレスを使用するであろう。これらの結合（ＩＰマルチキャストアドレス及びブロードキャストチャネル）は、アクセスプロシージャ（次節参照）の間に基地局Ａから新たなモバイル端末に送信される。
【００２８】
ＩＰマルチキャストパケットのディメンションは、不完全にブルートゥースパケットを送信する無駄なバンド幅消費を防止するために基地局ｘによって使用されるブルートゥース（ＢＴ）ベースバンドパケットペイロード（ｐａｙｌｏａｄ）に一致すべきである。この要点は、ブロードキャストチャネル（［２］の５８３頁参照）のベースバンドパケット形式を設定するためにブルートゥースベースバンド及びＨＣＩ変化接続パケット形式（HCI Change Connection Packet Type）においてわずかな修正しか要求しないことにある。
【００２９】
１．アクセスプロシージャ及びネットワーク情報
アクセスプロシージャは、受信モバイル端末がブロードキャスト接続部をもたらし得る態様及び基地局Ａがこのような要求に合致し得る態様を記述する。
【００３０】
アクセス基地局（図２上のＢＳ−Ａ）は、照会スキャン（走査）状態（ステート）（ｉｎｑｕｉｒｙ  ｓｃａｎ  ｓｔａｔｅ）及びページスキャン状態（ｐａｇｅ  ｓｃａｎ  ｓｔａｔｅ）（［２］の９６乃至１０９頁参照）となり、これらの状態は、ブロードキャストネットワークへのアクセスを要求するモバイル端末から全ての接続要求を受信するために使用される。
【００３１】
ブロードキャストネットワークでアクセスするためにモバイル端末は後続するアルゴリズムを実行する。
−  まずモバイル端末は、より近い基地局Ａを知るために照会プロシージャを実行し、それからブルートゥースリンクを生成するためにページプロシージャを開始させるであろう。
−  接続がもたらされると、アクセス基地局Ａは、短いコンテンツ記述及び関連するＩＰマルチキャストアドレス（前節参照）を備える利用可能なブロードキャストチャネルについてのいくらかのネットワーク情報を送信する。
−  ブロードキャストチャネルが手動又は自動の何れかで選択され、検索されたサービス（ｓｅａｒｃｈｅｄ  ｓｅｒｖｉｃｅ）をもたらす基地局ｘ（図２参照）に対してハンドオーバが実行される。より多くの基地局が同じブロードキャストデータを送信する場合、アクセス基地局Ａは、自身の方針（ポリシ（ｐｏｌｉｃｙ））に従ってモバイル端末を移動させるハンドオーバプロシージャを活性化させ得る。例えば方針はモバイル端末を分割させ得るので、基地局（基地局ｘ）は同じ数の接続デバイスを有する。
【００３２】
提案されている発明は、図２のシステムネットワークがもたらし得るセキュリティ（機密保護（ｓｅｃｕｒｉｔｙ））問題を解決するものではない。
【００３３】
２．ハンドオーバプロシージャ
受信モバイル端末が接続され、ブロードキャストチャネルについての情報が基地局Ａから取り出されると、当該受信モバイル端末が、要求されたブロードキャストチャネルを備える基地局ｘに対してハンドオーバを実行することをハンドオーバプロシージャは記述する。
【００３４】
ハンドオーバプロシージャは［３］に記載のプロシージャに類似している。受信モバイル端末がブロードキャストチャネルを選択すると、ページ要求（リクエスト（ｒｅｑｕｅｓｔ））が、採用された方針（前節の３番目の要点参照）に従って要求されたサービスを提供する基地局（図２における基地局ｘ）に送信される。基地局はページプロシージャを実行し、モバイル端末はページスキャンプロシージャを開始するであろう。
【００３５】
モバイル端末が接続されるか、又はハンドオーバ中断期間がトリガされる限り周期的に繰り返される短いページ中断期間（約１０又は２０秒）を使用して、ブロードキャストパケットが失われないか、又は許容できないほど遅延させられる態様で基地局ページモードは実行される。ページプロシージャはモバイル端末スケジューリング（次節参照）によって管理される。
【００３６】
基地局とモバイル端末との間のブルートゥースリンク確立後、モバイル端末側のクライアントアプリケーションはブロードキャストデータを受信すると共に処理するように開始させされることが可能であり、待機モードに入り得る。待機スレーブスキャン窓は、ピコネット待機モバイル端末とブロードキャストデータとの間の複雑な同期を回避する中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）なしで連続スキャンを可能にするようにセットされる。
【００３７】
３．モバイル端末スケジューリング
モバイル端末スケジューリングは、ピコネット当たり７より多くのスレーブをサポートする方法を記述し、このために待機モードが使用される。待機モバイル端末は、リンク管理中断期間をリセットするために周期的に活性状態に戻る（復帰する（ｒｅｔｕｒｎ））。これらの待機解除／待機動作は、中断期間トリガ及びブロードキャストパケット損失（ロス）を防止するためにモバイル端末スケジューリングによって交互にもたらされる。モバイル端末スケジューリングは、無ブロードキャストデータ、ハンドオーバプロシージャ及びブロードキャスト送信を同期させると共に管理する。
【００３８】
モバイル端末が待機モードになると、当該モバイル端末は、（基地局において）リンク管理中断期間をリセットすると共に自身のブルートゥースリンク（［２］の６０３乃至６０４頁参照）の終了（閉鎖（ｃｌｏｓｉｎｇ））を回避するために待機解除／待機動作を周期的に実行する。マスタとスレーブとの両方はリンク損失（ｌｉｎｋ  ｌｏｓｓ）を監視（モニタ）するために管理（ｓｕｐｅｒｖｉｓｉｏｎ）ＴＯを使用する。これらの動作は、ハンドオーバプロシージャと共にブルートゥース待機デバイスの数及び基地局毎のブロードキャスト情報の総量を制限する。リンク損失を管理することできるように、マスタとスレーブとの両方はリンク管理タイマ（ｌｉｎｋ  ｓｕｐｅｒｖｉｓｉｏｎ  ｔｉｍｅｒ）を使用する。正確なＡＭ＿ＡＤＤＲを有すると共にＨＥＣチェックを通るパケットの受信の際、タイマはリセットされる。接続状態のときはいつでも、タイマは管理ＴＯ値に達し、接続はリセットされる。同じ中断期間値（ｔｉｍｅｏｕｔ  ｖａｌｕｅ）が、ＳＣＯ接続とＡＣＬ接続との両方のために使用される。中断期間、管理ＴＯはＬＭレベルで折衝（ネゴシエート（ｎｅｇｏｔｉａｔｅ））される。その（中断期間）値は、管理中断期間が保持（ｈｏｌｄ）及び盗聴（ｓｎｉｆｆ）期間よりも長くなるように選択される。待機スレーブのリンク管理は、スレーブを待機解除及び待機再開（ｒｅ−ｐａｒｋ）することによってなされるであろう。
【００３９】
スケジューリング方針は、基地局を不当（過度）に占有し得る同時プロシージャを防止するブロードキャスト送信の間で無ブロードキャストデータ、待機解除、待機、及びハンドオーバページ動作を分散させるように実現される。この制御はモバイル端末スケジューリングと称され、図３に記載されている。この図において、全ての長方形は単一の動作、例えばページプロシージャ、待機解除／待機動作、又はブロードキャスト送信に対応する。図３のタイミング図において、ＴＢはブロードキャスト送信の期間となり、ＴＵ／Ｐは二つの連続待機解除／待機動作の間の経過期間となる。長方形は単一のブルートゥースパケットを示しているわけではなく、一組のパケットはブロードキャスト送信、待機／待機解除、及びページ動作を満たすことが必要とされる（例えばラベル“ＭＴ１ページプロシージャ”を備える長方形は、ページプロシージャを実行し、それ故に接続をもたらす一組のパケットとなる）。
【００４０】
モバイル端末がハンドオーバを実行するとき、基地局（図２における基地局１参照）は周期的な待機解除／待機動作をセットする。例えば図３においてモバイル端末２は、自身のページプロシージャが終了した後（市松模様の黒白の長方形）に初めて（黒の長方形）待機モードになる。この状態において、モバイル端末２の周期的な動作（黒白の縞の長方形）は、基地局がＴＵ／Ｐスロット（概して以下参照）毎に当該動作及び他の動作を予約しているため、次のインタバルで開始させされる。
【００４１】
ＴＵ／Ｐスロットは管理中断期間（ＴＯ）及びＴＢに依存する。ここで管理中断期間はブルートゥースリンク管理中断期間（［２］の１０１７頁参照）となる。
【００４２】
モバイル端末スケジューリングアルゴリズムは、ブロードキャストデータを送信する基地局の全てのホスト側に位置される。当該アルゴリズムはいくつかの動作、すなわちデータストリームブロードキャスティング、無ブロードキャストデータ送信、待機解除／待機プロシージャ、及びハンドオーバ要求を同期させなければならない。ハンドオーバ要求は、すぐにモバイル端末を待機モードにもたらす（高速）動作も含む。
【００４３】
本発明のよる解決策が図４に示されている。当該図は、パケットが記憶されると共に遅延させられる四つの主な遅延キュー（ｄｅｌａｙ  ｑｕｅｕｅ）を有している。四つの遅延は以下となる。すなわち
【００４４】
ＤＢＤはブロードキャストデータキューにおける最後のデータパケットの待ち遅延（ｑｕｅｕｉｎｇ  ｄｅｌａｙ）であり、
【００４５】
ＤＵ／Ｐは待機解除／待機キューにおける最後の待機解除／待機コマンドの待ち遅延であり、
【００４６】
ＤＨＯはハンドオーバ要求キューにおける最後のハンドオーバ要求の待ち遅延であり、
【００４７】
ＤＮＢＤは無ブロードキャストデータキューにおける最後のデータパケットの待ち遅延である。
【００４８】
例えばブロードキャストデータキューが１０パケット及びＴＢ＝３０ｍｓを含む場合、Ｄｄ＝１０＊ＴＢ＝３００ｍｓとなり、待機解除／待機キューが５コマンドセット及びＴＢ＝３０ｍｓを含む場合、ＤＵ／Ｐ＝５＊ＴＢ＝１５０ｍｓとなる。この例においてスケジューリングは二つのブロードキャスト送信の間でたった一つの待機解除／待機動作しか実行しないが、いくつかの待機解除／待機動作が実行され得るか、又は全ての待機解除／待機動作が実行され得ない。
【００４９】
図５はモバイル端末スケジューリングアルゴリズムのフローチャートを示している。当該フローチャートは以下のように規定される。すなわち、
【００５０】
ブロードキャストデータパケットは期間インタバルＴＢに基地局に達し、ブロードキャストデータ遅延キューにバッファされる。質の劣化を回避するために最大ブロードキャストデータ待ち遅延ＭａｘＤＢＤは受信器におけるバッファアンダフロー（下位桁あふれ（ｕｎｄｅｒｆｌｏｗ））を防止するために最小化されなければならない。最大ブロードキャストデータ待ち遅延ＭａｘＤＢＤは、データストリーミングの最大許容遅延（ｍａｘｉｍｕｍ  ａｌｌｏｗａｂｌｅ  ｄｅｌａｙ）よりも短い値として選択される。データストリーミングの最大許容遅延は、モバイル端末において受信器バッファを空にするように要求される時間に等しくなる。通常ＭａｘＤＢＤはデータストリーミングの最大許容遅延の半分になる。受信されるデータのブロードキャストパケットは、ブルートゥース基地局によってバッファされると共にブロードキャストデータ待ち遅延（ＤＢＤ）で送信され、ブロードキャストデータ待ち遅延（ＤＢＤ）が所定の最大ブロードキャストデータ待ち遅延（ＭａｘＤＢＤ）を超える場合、バッファされたデータのパケットはブロードキャストされる。
【００５１】
待機解除／待機コマンドは、期間インタバルＴＵ／Ｐで周期的に各々のモバイル端末に送信される。リンク管理中断期間トリガを防止するために、最大待ち遅延（ＭａｘＤＵ／Ｐ）は数秒のオーダで選択され、管理中断期間に依存する。活性スレーブと待機スレーブとの両方が同じピコネットに接続されるとき、三つの異なる状態におけるいくつかの待機モード最適化が以下にもたらされる。待機解除／待機コマンドはブルートゥース基地局においてバッファされると共に待機解除／待機待ち遅延（ＤＵ／Ｐ）でブルートゥースモバイル端末に送信される。ブロードキャストデータ待ち遅延（ＤＢＤ）が所定の最大ブロードキャストデータ待ち遅延（ＭａｘＤＢＤ）を超えない場合、且つ待機解除／待機待ち遅延（ＤＵ／Ｐ）が所定の最大待機解除／待機待ち遅延（ＭａｘＤＵ／Ｐ）を超える場合、バッファされた待機解除／待機コマンドはブルートゥースモバイル端末に送信される。
【００５２】
ハンドオーバ要求の最大待ち遅延（ＭａｘＤＨＯ）は数秒のオーダとなる。モバイル端末は通常、たった一つのハンドオーバ、すなわちアクセス基地局Ａから基地局ｘ（図２参照）までしか必要としない。ハンドオーバ要求は、新たなモバイル端末を待機モードにもたらすＨＣＬコマンドも含んでいる（図３の黒白市松模様及び黒の長方形参照）。第二のブルートゥース基地局へのブルートゥースモバイル端末の接続を要求するハンドオーバ要求はブルートゥース基地局にバッファされ、ハンドオーバ待ち遅延（ＤＨＯ）でブルートゥースモバイル端末に送信される。ブロードキャストデータ待ち遅延（ＤＢＤ）が所定の最大ブロードキャストデータ待ち遅延（ＭａｘＤＢＤ）を超えない場合、待機解除／待機待ち遅延（ＤＵ／Ｐ）が所定の最大待機解除／待機待ち遅延（ＭａｘＤＵ／Ｐ）を超えない場合、且つハンドオーバ待ち遅延（ＤＨＯ）が所定の最大ハンドオーバ待ち遅延（ＭａｘＤＨＯ）を超える場合、バッファされたハンドオーバ要求はブルートゥースモバイル端末に送信される。ハンドオーバ要求は、ブルートゥースモバイル端末を他のブルートゥース基地局に接続することが所望される場合にも、アクセスプロシージャの間に基地局Ａからもたらされるであろう。
【００５３】
無ブロードキャストデータは、最低の優先度で活性モバイル端末に送信される。ブロードキャストデータ待ち遅延（ＤＢＤ）が所定の最大ブロードキャストデータ待ち遅延（ＭａｘＤＢＤ）を超えない場合、待機解除／待機待ち遅延（ＤＵ／Ｐ）が所定の最大待機解除／待機待ち遅延（ＭａｘＤＵ／Ｐ）を超えない場合、且つハンドオーバ待ち遅延（ＤＨＯ）が所定の最大ハンドオーバ待ち遅延（ＭａｘＤＨＯ）を超えない場合、無ブロードキャストデータパケットはブルートゥースモバイル端末に送信される。関連する待ち遅延（ＤＮＢＤ）はモバイル端末スケジューリングアルゴリズムにおいて考慮されない。
【００５４】
キューがデータを含んでいない場合、遅延ＤＸ（ＤＢＤ、ＤＵ／Ｐ、ＤＨＯ、又はＤＮＢＤ）は０（ゼロ）にセットされる。この特徴は以下、空のキューを飛ばす（スキップする（ｓｋｉｐ））ためにモバイル端末スケジューリングにおいて使用される。
【００５５】
一定のＭａｘＤＢＤ、ＭａｘＤＵ／Ｐ、及びＭａｘＤＨＯは、ブロードキャストキュー、待機解除／待機キュー、及びハンドオーバキューの最大待ち遅延に従ってそれぞれ選択される。当該遅延はハンドオーバ要求、待機解除／待機コマンド、及びブロードキャストデータの送信をトリガするために使用される。例えば最大待ちデータ遅延（最大ＤＢＤ）が１００ｍｓとなる場合、ＭａｘＤＢＤは５０ｍｓ又は７０ｍｓとなることが可能であり、管理中断期間＝４０．５秒且つＴＵ／Ｐ＝２０秒となる場合、ＭａｘＤＵ／Ｐは１０秒となることが可能である（この場合最大ＤＵ／Ｐ値はＭａｘＤＵ／Ｐと管理ＴＯ−ＴＵ／Ｐとの間の値となる）。管理ＴＯ＝４０．５秒のためにブルートゥースリンク中断期間を回避する約ＴＵ／Ｐ＋ＭａｘＤＵ／Ｐ＝３０秒の間、モバイル端末が待機モードに保持されるためＭａｘＤＵ／Ｐはこのように選択される。ＭａｘＤＨＯは特定されないがＭａｘＤＵ／Ｐよりも大きくなり得る。モバイル端末ページスキャン中断期間はこのＤＨＯ値にセットされなければならない。
【００５６】
アルゴリズムは待ち遅延に基づいている。第一のチェックはブロードキャストデータキュー上で実行される。ＤＢＤ＞ＭａｘＤＢＤの場合、データは送信され、ＤＢＤは再びチェックされる。ＤＢＤ＜ＭａｘＤＢＤの場合、待機解除／待機待ち遅延（ＤＵ／Ｐ）がチェックされる。ＤＵ／ｐ＞ＭａｘＤＵ／ｐの場合、待機解除／待機コマンドが送信され（待機解除／待機コマンドの完全規定に対して以下参照）、アルゴリズムは再開されると共にＤＢＤをチェックし、さもなければＤＨＯがチェックされる。ＤＨＯ＞ＭａｘＤＨＯの場合、ブルートゥースハンドオーバを実行するためにブルートゥース接続要求コマンド（Ｂｌｕｅｔｏｏｔｈ  Ｃｏｎｎｅｃｔ  Ｒｅｑｕｅｓｔ  ｃｏｍｍａｎｄ）が送信され、さもなければ無ブロードキャストデータパケットが送信される。パケットが送信されるときはいつでも、アルゴリズムが再開され、ブロードキャストデータキューをチェックする。キューがデータを含んでいないとき、遅延は０にセットされ（ＤＸ＝０）、ＭａｘＤＸ＞０となるため、相対条件（ＤＸ＞ＭａｘＤＸ）は常に誤り（偽（ｆａｌｓｅ））になる。
【００５７】
待機モード最適化の例
ブルートゥースピコネットは、活性状態における複数のスレーブ（活性スレーブ（ＡＳ（ａｃｔｉｖｅ  ｓｌａｖｅ））と称される）と、待機モードにおける多くの他のスレーブ（待機スレーブ（ＰＳ（ｐａｒｋｅｄ  ｓｌａｖｅ））と称される）とから構成され得る。待機解除プロシージャの間、その時点で七つのスレーブから活性スレーブの数を引いた数を待機解除することが可能である。七つの活性スレーブが存在する場合、待機解除プロシージャは拒否される。当該問題を回避するためにある数の活性スレーブが待機させられるので、同数の待機スレーブは待機解除させられ得る。活性スレーブがもたらされていない場合、待機スレーブの待機解除プロシージャしか実行されず、この場合七つまでのスレーブが同時に待機解除され得る。活性スレーブの数が７よりも少なく、且つ０よりも多くなるとき、待機／待機解除プロシージャは活性スレーブと待機スレーブとの両方にもたらされるが、含まれる活性スレーブの数は待機スレーブの数に等しくならない。
【００５８】
節“モバイル端末スケジューリング”に記載される待機／待機解除動作は、待機スレーブの待機解除／待機コマンドと活性スレーブの待機／待機解除コマンドとの両方を含む一組のコマンドとなる。
【００５９】
この節は、活性スレーブのある場合、又は活性スレーブのない場合のスケジューリングされた待機／待機解除動作を実行するために速度及び時間の点で最適化されたアルゴリズムを示す（図４における２番目のキュー参照）。
【００６０】
基準状態が図６に示されている。ここで、
−  ＰＳＸは待機モードでスレーブになる。
−  ＡＳＸは活性状態でスレーブになる。
−  Ｎは活性スレーブの数（０から７まで）である。
−  Ｍは待機スレーブの数である。
【００６１】
三つの主な場合が考慮される。
−  Ｎ＝０、Ｍ＞７（活性スレーブなし）
−  Ｎ＝７、Ｍ＞７（最大数の活性スレーブ）
−  １≦Ｎ≦６、Ｍ＞７（中間状態）
第一の場合Ｎ＝０、Ｍ＞７、活性スレーブなし
【００６２】
この状態において待機モード最適化は最も可能性の高い数、すなわち７のモバイル端末を同時に待機解除／待機することにある。活性スレーブがない場合、たった二つのコマンドしか使用せずに七つまでのスレーブを同時に待機解除／待機することが可能である（［２］の２１６乃至２２２頁参照）。この場合ブルートゥースピコネットは７より多くの活性スレーブから構成されるため、７より多くのスレーブを待機解除することは許容されない。図４及び図５に関して待機解除／待機コマンドが（２番目のキューから）送信されるときはいつでも７待機スレーブは待機解除及び待機させられる。
第二の場合Ｎ＝７、Ｍ＞７、最大数の活性スレーブ
【００６３】
この第二の場合、ピコネットは最大限可能な数、すなわち７の活性スレーブで完全に占有される。活性モードに戻るために、待機スレーブは一つ又はそれより多くの先行して選択された活性スレーブを待機モードにもたらさなければならない。待機モードにもたらされるべきＫ活性スレーブを選択するために使用されるアルゴリズムが以下に記載される。
１）図４における４番目のキューを見ると、待機モードにもたらされるべきＫ活性スレーブは次の条件の一つを満たすものとなる。
ａ）他よりも長い期間の間、４番目のキューにおいてデータパケットを全く有されない。
ｂ）４番目のキューにおいてデータを有するが、他よりも新しくなる。
２）前に選択されているＫ活性スレーブを待機させる。
３）Ｋ待機スレーブ（待機させられる前の同じ数の活性スレーブ）を待機解除／待機させる。
４）待機活性スレーブを待機解除させる。
【００６４】
リソース消費（電力及び時間）を低減するために待機／待機解除プロシージャは最も多い数の活性スレーブ及び待機スレーブを含まなければならない。このことは、数Ｋは７となるべきであることを意味する。例えばＫ＝１の場合、７待機スレーブを待機解除／待機する期間は、第一の場合１４待機解除／待機コマンドを送信しなければならず、第二の場合たった２待機解除／待機コマンドしか送信しなくてもよいため、Ｋ＝７を適用する使用期間よりも１３％長くなる。
【００６５】
図４における２番目のキューを見ると、先行するアルゴリズムは各々の待機解除／待機動作に対してもたらされなければならない。このことは待機スレーブ待機解除／待機コマンドが送信されるときはいつでも同数の活性スレーブ待機／待機解除コマンドは、アルゴリズムによって記述される命令（ｏｒｄｅｒ）で実行されることを意味する。モバイル端末スケジューリングは、ピコネット飽和（ｓａｔｕｒａｔｉｏｎ）を防止するために待機／待機解除動作の増大を考慮しなければならない。
第三の場合１≦Ｎ≦６、Ｍ＞７
【００６６】
この状態において何れの活性スレーブも待機／待機解除させることなく７−Ｎ待機スレーブを待機解除／待機させることが可能となる。値Ｎが変化させられる場合、ときとして優れた特性を実現するために、ある複数の活性スレーブを待機／待機解除させることも有利になることは注意することが可能である。
【００６７】
【表１】
2006511116.tif 000003
【００６８】
表１は、複数の活性スレーブが待機及び待機解除させられる場合に実現される利得（ゲイン（ｇａｉｎ））を示している。
−  Ｎは活性スレーブの数（０から７まで、図６参照）である。
−  ＡＳＰ／Ｕは待機／待機解除コマンドの単一送信における待機／待機解除活性スレーブの数である。
−  ＰＳＰ／Ｕは待機解除／待機コマンドの単一送信における待機解除／待機スレーブの数である（図４における２番目参照）。
【００６９】
時間利得（タイムゲイン（ｔｉｍｅ  ｇａｉｎ））は、７−Ｎ待機スレーブだけを待機解除／待機させることと比較して、ＰＳＰ／Ｕ待機スレーブを待機解除／待機させることによって、及びＡＳＰ／Ｕ活性スレーブを待機／待機解除させることによって得られる利得である。
【００７０】
Ｎ＝１，２，３が使用されると利得はゼロ（ｎｕｌｌ）となり、この場合ＰＳＰ／Ｕ＝７−Ｎ且つＡＳＰ／Ｕ＝０となる。
【００７１】
重要な改善はＮ＞３で実現される。この場合時間利得は８％から開始させられる。
【００７２】
待機／待機解除させる活性スレーブを選択するために、“第二の場合Ｎ＝７、Ｍ＞７”小節（サブセクション（ｓｕｂ−ｓｅｃｔｉｏｎ））に記載のアルゴリズムが適用される。
【００７３】
先行する小節と同様に待機スレーブ待機解除／待機コマンドの各々の送信に対してＮ＝４，５，６の場合、ある複数の活性スレーブ待機／待機解除コマンドが送信されるが、この場合ＡＳＰ／ＵはＰＳＰ／Ｕと異なる。モバイル端末スケジューリングはピコネット飽和を防止するために待機／待機解除動作の増大を考慮しなければならない。
【００７４】
アプリケーションの例
本発明はモバイル端末、基地局（ＢＳ）、及びサーバを含む。特にモバイル端末は、アクセス基地局Ａ（図２参照）との接続をもたらし、もたらされたブロードキャストサービスに関する情報を取り込み、対応する基地局ｘに対するハンドオーバを実行し、ブロードキャストデータを受信するために簡単なアプリケーションしか必要としない。
【００７５】
アプリケーションの可能な例が以下に示される。すなわち
−  会議室に複数の基地局を有し、各々の基地局は出席者の会話又はプレゼンテーション及びその同時通訳の異なる言語でモバイル端末（携帯情報端末、ラップトップ、及び携帯電話）に複数の音声ストリームのうちの一つを送信する（上記の）アプリケーションサービス。
−  航空機において自身のＰＤＡ又は携帯電話を備えるヘッドフォンを使用してテレビジョンセットの選択された言語を聴くためのアプリケーションサービス。
−  美術館見学において展示されている美術作品についての説明を聴き、作者に関する有用なデータ（例えば人生、複数の画像、又は短いメッセージ）を取得するためのアプリケーションサービス。
【００７６】
結論
最近ブルートゥースシステムは、多くのデバイス（携帯情報端末、ラップトップ、及び携帯電話）上に実現される無線技術となっている。本発明は、ブロードキャストデータを供給する複数のサーバから構成されるシステム及びブルートゥース（ＢＴ）技術を使用してブロードキャスト情報をもたらす方法と、より多くのモバイル端末に情報を送信する多くのブルートゥース基地局とを示している。
参考文献
2006511116.tif 000004
【図面の簡単な説明】
【００７７】
【図１】複数のブルートゥース基地局及び基地局に接続される複数のブルートゥースモバイル端末を備える従来技術のブルートゥースネットワークである。
【図２】図１におけるブルートゥースネットワークにおいて使用される本発明を示す。
【図３】基地局に接続される二つのモバイル端末を備えるタイミング図の例を示す。
【図４】本発明に含まれる異なる遅延キューを示す。
【図５】本発明のフローチャートを示す。
【図６】基地局に接続される能動モバイル端末と受動モバイル端末との両方を備える状態を示す。
【図１】
2006511116.tif 000005
【図２】
2006511116.tif 000006
【図３】
2006511116.tif 000007
【図４】
2006511116.tif 000008
【図５】
2006511116.tif 000009
【図６】
2006511116.tif 000010
【国際調査報告】
2006511116.tif 000011
2006511116.tif 000012
2006511116.tif 000013