(57)【要約】地勢サーバは、地勢の標高及び他の地理的、政治的及び産業的特徴データ（地勢データ）の中央データベースへのアクセスを与える。クライアントと呼ばれる、地勢データを要求するシステムは、そのようなデータを必要とするときそのようなデータの要求を地勢サーバに送る。地勢サーバは、受け取られた要求により指定されるように地勢データを検索し、処理し、且つ送信する。クライアントにより要求されるようにデータにアクセスしてフォーマット化するに必要な処理は、地勢サーバにより、要求で指定されたパラメータに従って実行される。特殊化したフォーマット化すること、異なるデータベースからのデータを併合すること、及び他のシステムからの動的データを組み合わせることが、地勢サーバにより選択的に実行される。【選択図】図１
2005506559.tif 000002
【特許請求の範囲】
【請求項１】
地勢データの要求を複数のリクエスタのうちの１つから受け取るステップと、
要求された地勢データを地勢データのデータベースから抽出するステップと、
前記の抽出された地勢データを前記要求で特定されたフォーマットに変換するステップと、
前記のフォーマット化された地勢データを前記リクエスタに送るステップと
を備える地勢データを複数のユーザに与える方法。
【請求項２】
前記変換するステップは前記の抽出された地勢データをスケーリングするステップを備える、請求項１記載の方法。
【請求項３】
前記変換するステップは前記の抽出された地勢データの向きを修正するステップを備える、請求項１記載の方法。
【請求項４】
前記要求は、場所、大きさ、解像度、及び要求された地勢データの種類のうちの少なくとも１つを指示するパラメータを含む、請求項１記載の方法。
【請求項５】
前記要求はプロセス制御判定基準を含む、請求項１記載の方法。
【請求項６】
前記プロセス制御判定基準は、優先順位指示、応答ルーティング情報、及び保全性要件のうちの少なくとも１つを含む、請求項５記載の方法。
【請求項７】
前記要求は保全性要件を含み、
別々の地勢サーバを用いて、地勢データを要求に基づいて抽出するステップと、
前記別々の地勢サーバからの抽出された地勢データ同士を比較するステップと
を更に備える、請求項１記載の方法。
【請求項８】
地勢データを複数のユーザに与える方法をコンピュータに実行させる命令を有するコンピュータ可読媒体であって、
前記方法が、
地勢データの要求を複数のリクエスタのうちの１つから受け取るステップと、
要求された地勢データを地勢データのデータベースから抽出するステップと、
前記の抽出された地勢データを前記要求で特定されたフォーマットに変換するステップと、
前記のフォーマット化された地勢データを前記リクエスタに送るステップと
を備える、コンピュータ可読媒体。
【請求項９】
前記変換するステップは前記の抽出された地勢データをスケーリングするステップを備える、請求項８記載のコンピュータ可読媒体。
【請求項１０】
前記変換するステップは前記の抽出された地勢データの向きを修正するステップを備える、請求項８記載のコンピュータ可読媒体。
【請求項１１】
前記要求は、場所、大きさ、解像度、及び要求された地勢データの種類のうちの少なくとも１つを指示するパラメータを含む、請求項８記載のコンピュータ可読媒体。
【請求項１２】
前記要求は保全性要件を含み、
別々の地勢サーバを用いて、地勢データを要求に基づいて抽出するステップと、
前記別々の地勢サーバからの抽出された地勢データ同士を比較するステップと
を更に備える請求項８記載のコンピュータ可読媒体。
【請求項１３】
地勢データの要求を複数のリクエスタのうちの１つから受け取る手段と、
要求された地勢データを地勢データのデータベースから抽出するデータ抽出モジュールと、
前記の抽出された地勢データを前記要求で特定されたフォーマットに変換するデータ処理モジュールと、
前記のフォーマット化された地勢データを前記リクエスタに送る手段と
を備える地勢データを複数のユーザに与えるシステム。
【請求項１４】
要求が処理される順序に関連したキュー機能を管理する手段を更に備える、請求項１３記載のシステム。
【請求項１５】
前記キュー機能は、新しい要求を追加すること、要求をデキューすること、及びうち切られた要求を除去することを含む、請求項１４記載のシステム。
【請求項１６】
要求の優先順位を、受け取られた順序、要求の種類、要求された優先順位、及び要求装置の等級分けのうちの少なくとも１つに基づいて決定する手段を更に備える、請求項１６記載のシステム。
【請求項１７】
地勢データの要求を複数のリクエスタから受け取る要求インターフェースと、
要求された地勢データを地勢データのデータベースから抽出するデータ抽出モジュールと、
前記の抽出された地勢データを前記要求において特定されたフォーマットに変換するデータ処理モジュールと、
前記のフォーマット化された地勢データを前記リクエスタに送る応答インターフェースと
を備える地勢データを複数のユーザに与えるシステム。
【請求項１８】
前記要求インターフェース及び前記応答インターフェースは、前記複数のリクエスタに対して通信可能に結合された送受信器を備える、請求項１７記載のシステム。
【請求項１９】
地勢データの要求を格納するコンピュータ可読媒体であって、
前記要求が、
地勢の場所を指示する場所パラメータと、
地勢の場所について地勢の大きさを指示する大きさパラメータと、
前記場所及び大きさのパラメータに対応する地勢データの解像度を特定する解像度パラメータと、
要求された地勢データについて実行されるべきデータ処理を指定するデータ処理判定基準と
を備える地勢データの要求を格納するコンピュータ可読媒体。
【請求項２０】
前記データ処理判定基準は、スケーリング、フィルタリング、配向、及びデータレイヤー化から成るグループから選択される、請求項１９記載のコンピュータ可読媒体。
【請求項２１】
前記要求は更に、優先順位指示、応答ルーティング情報、及び保全性要件から成るグループから選択されたプロセス制御判定基準を含む、請求項１９記載のコンピュータ可読媒体。
【請求項２２】
地勢データの要求を複数のリクエスタから受け取る要求インターフェースと、
要求された地勢データを地勢データのデータベースから抽出する第１のデータ抽出モジュールと、
要求された地勢データを地勢データのデータベースから抽出する第２のデータ抽出モジュールと、
前記の抽出された地勢データを前記要求で特定されたフォーマットに変換するデータ処理モジュールと、
前記のフォーマット化された地勢データを前記リクエスタに送る応答インターフェースと
を備える地勢データを複数のユーザに与えるシステム。
【請求項２３】
前記データ処理モジュールは、第１及び第２の抽出モジュールからの抽出された地勢データ同士を比較する、請求項２２記載のシステム。
【請求項２４】
前記データ処理モジュールは、第１及び第２の抽出モジュールからの抽出された地勢データ同士を組み合わせる、請求項２２記載のシステム。
【請求項２５】
前記要求で特定された地勢の異なる部分からデータを獲得するため並行して動作する複数の更なる抽出モジュールを更に備える、請求項２２記載のシステム。
【請求項２６】
地勢の標高情報の要求を複数のリクエスタのうちの１つから受け取るステップと、
要求された地勢の標高情報を地勢データのデータベースから抽出するステップと、
前記の抽出された地勢の標高情報を、前記リクエスタに適合するように前記要求で特定されたフォーマットに変換するステップと、
前記のフォーマット化された地勢データを前記リクエスタに送るステップと
を備える地勢の標高情報を複数のユーザに与える方法。
【発明の詳細な説明】
【背景技術】
【０００１】
［発明の分野］
本発明は、システムで用いられる地勢データに関し、特に地勢情報をシステムに与える地勢データ・サーバに関する。
【０００２】
［発明の背景］
システム上で実行される航行、通信及び監視機能は、それらが地勢の標高及び地理的に関連した情報へのアクセスを有するならば、一層正確に、安全に、又はより一層有用に機能する。そのような情報を要求する現在の大部分のシステムは、それ自身の地勢データベースを含み、そして要求された全ての管理及び処理機能を実行する。地勢データベースを複数のシステム内で複写することは、複写された記憶装置のコスト、複数の更新のために時間、及び異なるバージョン間の不一致の可能性を含む著しい不利益を有する。
【０００３】
地勢情報は、一層詳細になりつつあり、そしてその情報を保持するための大きいデータベースの必要性を招く。大きいデータベースの管理は、重要なコンピュータ資源を必要とする複雑なタスクである。これらの資源を複数のシステムにわたり複写することは、処理容量、電力使用、空間要件及び重量の全体的増大を、開発、生産、動作及び維持コストの対応する増大と共に招く。地勢データが有益であるがしかし必要としないシステムにとって、余分のコストが、多くの場合、機能における続いての低減と共に地勢データの包含を削除する。
【０００４】
地理的データを要求又はそれから便益を得ることができるであろう航空システム（ａｉｒｂｏｒｎｅ  ｓｙｓｔｅｍ）は、強化型対地接近警報システム（ＥＧＰＷＳ）／地勢変化及び警報システム（ＴＡＷＳ）、飛行管理システム（ＦＭＳ）、飛行操縦システム（ＦＣＳ）、気象及び監視レーダ、主フライト・ディスプレイ、統合型航行ディスプレイ、及び交通衝突及び認識システム（ＴＣＡＳ）を含む。
【０００５】
［発明の概要］
地勢サーバは、地勢の標高、及び他の地理的、政治的及び産業的特徴データ（地勢データ）の中央データベースへのアクセスを与える。クライアントと呼ばれる、地勢データを要求するシステムは、そのようなデータを必要とするときそのようなデータの要求を地勢サーバに送る。地勢サーバは、受け取られた要求により指定されるような地勢データを検索し、処理し、そして送信する。クライアントにより要求されるようにデータにアクセスしフォーマット化するに必要な処理は、地勢サーバにより、要求で指定されたパラメータに従って実行される。
【０００６】
特殊化されたフォーマット化、異なるデータベースからのデータの併合、及び他のシステムからの動的データの組み合わせのような追加の処理は、地勢サーバにより選択的に実行される。
【０００７】
地勢サーバは、要求を受信するための１つ又はそれより多い入力チャネル、要求された地勢データを送信するための１つ又はそれより多い出力チャネル、１つ又はそれより多いデータベース、及びデータ抽出及び処理を実行するための処理構成要素から成る。地勢サーバは、任意に、地勢サーバ・データベースをロードするための、多重モジュール通信及び操作のための、関連したデータを他のシステムから受け取るための、及びメンテナンス及び保全性動作のためのインターフェース及び処理構成要素を含む。
【０００８】
一実施形態においては、地勢サーバ機能は、地勢の標高、地理的特性データ、産業的特徴、航行情報、及び／又は政治的特徴の組み合わせを含む１つ又はそれより多いデータベースを含み、又はそれらへのアクセスを有する。各データベースは、１つ又はそれよりこれらの特徴の組を含んでよく、そして特定の範囲、複数の範囲、又は地球全体のいずれかのためのデータを含んでよい。
【０００９】
［発明の詳細な説明］
以下の記載及び図面は、当業者が実施するのに可能である程十分に本発明の特定の実施形態を説明している。他の実施形態は、構造的、論理的、電気的プロセス及び他の変更を組み込み得る。事例は単にあり得る変化を代表する。個々の構成要素及び機能は、明示的に要求されない場合任意であり、そして一連の動作は変わり得る。一部の実施形態の部分及び特徴は、他の実施形態の部分及び特徴に含められ、又はそれらに取って代わり得る。本発明の範囲は、特許請求の範囲及び全ての使用可能な均等物の全範囲を包含する。従って、以下の記載は制限の意味で取るべきでなく、そして本発明の範囲は添付の特許請求の範囲により規定されるものである。
【００１０】
ここに記載された機能は一実施形態においてはソフトウエアで実現され、そこにおいては、そのソフトウエアは、メモリ又は他の種類の記憶装置のようなコンピュータ可読媒体に格納されたコンピュータ実行可能命令を備える。用語「コンピュータ可読媒体」はまた、その上でソフトウエアが伝送される搬送波を表すため用いられる。更に、そのような機能はモジュールに対応し、それはソフトウエア、ハードウエア、それらの任意の組み合わせのファームウエアである。複数の機能は、希望に応じて、１つ又はそれより多いモジュールで実行され、そして記載される実施形態は単なる例示である。
【００１１】
本発明の地勢サーバにおいて実行される機能は、地勢情報のためのデータ要求を１つ又はそれより多いクライアントから受け取ること、要求を管理すること、及び有効な要求をデータ抽出機能に送ることを含む。データ抽出機能は、要求を満たすため必要とされるようにデータを適切なデータベースから抽出する。抽出されたデータ、適切なアルゴリズム、及び要求により指定された外部データを用いて、応答データ・セットが発生される。各応答は、フォーマット化され、そして上記要求に一致したリクエスタに送り返される。
【００１２】
データの保全性の監視は、地勢サーバの動作の保全性を保証するため要求されるようにプロセス及びハードウエア監視及び障害報告のため実行される。複数のサーバ環境が、最適システム動作を保証するため利用される。
【００１３】
図１は、１００で全体的に示す地勢サーバのブロック図を示す。地勢サーバ１００は、地勢データベース１１０を含む地勢システム１０５を備える。地勢サーバ１００は、データベース・サーバのような、一実施形態においてコンピュータ・システムである。それは、パーソナル・コンピュータ、ワークステーション、サーバ、中型コンピュータ・システム、組込型コンピュータ・システム、メインフレーム、その他ハードウエア、ファームウエア及びソフトウエアの組み合わせにより機能を実行することができるシステム上で実現可能である。
【００１４】
地勢データベース１１０の構造及び内容（コンテンツ）は、要求されるデータ（標高、障害物、境界、範囲等）、エンド・ユーザの要件、ソース・データ可用性、品質、フォーマット、解像度、及び物理的ハードウエアの種類により決定される。広範囲のスケーリング及び解像度要件をサポートし且つシステム性能を最適化するため、データは複数の解像度で格納され得る。例えば、地勢の標高は、１５ａｒｃ−ｓｅｃ、１ａｒｃ−ｍｉｎ、及び５ａｒｃ−ｓｅｃの各層で格納され得る。ベクトル化された海岸データベースは、約１６０メートル（０．１マイル）毎にデータ点を持つ高解像度と、約１６．０９キロメートル（１０マイル）毎にデータ点を持つ低解像度の両方で格納され得る。地勢データは主に、航空の状況及び航行認識のため用いられる標高情報を含む。それはまた、水塊、都市範囲、積氷、植物、油井掘削装置、橋梁、及び電力線のような重要な航行及び危険なアイテム（項目）を含むことができる。
【００１５】
データベースを管理可能な大きさに保つため、高解像度データを、空港又は航空路近くのような関心の範囲のため含め得る。データベースは、代替として、記憶装置のハードウエア制限内に留まりながら最大有効範囲を与えるため圧縮を用いて、格納され得る。
【００１６】
地勢システム１０５は、要求をクライアントの１つ又はそれより多いインスタンス又はクラスから要求インターフェース１１５を介して受け取る。一実施形態においては、クライアントは、ラジオ又は他の無線技術を介して通信する航空機を備える。更なるクライアントは、他の種類の航空システムを含む。要求に対する応答が、応答インターフェース１２０で与えられる。
【００１７】
要求は、場所、大きさ、解像度、及び要求されたデータの種類を指示する要求パラメータを含むメッセージである。各要求は、スケーリング、フィルタリング、配向、及びデータのレイヤー化のようなデータ処理判定基準を指定するパラメータを含む。要求はまた、優先順位指示、応答ルーティング情報、及び保全性要件を含むプロセス制御判定基準を含む。要求処理モジュール１２５は、各受け取られたメッセージをパーズ（構文解析）し、次いで保全性及びパラメータ境界検査を実行する。
【００１８】
複数のクライアントからの同時又は同時に近い要求をサポートするため、一実施形態においては、要求処理モジュール１２５は、保留中の要求を保持し且つ分類するためのキューイング・システムを含む。要求処理モジュール１２５は、新しい要求の追加、処理資源が使用可能になるにつれての要求のデキューイング、及び中止された要求の取り除きを含む全てのキュー機能を管理する。要求処理モジュール１２５は、全ての要求の優先順位を、受け取られた順序、要求の種類、要求された優先順位、及び要求装置の等級分けに基づいて決定する。要求処理モジュール１２５は、時間臨界的な要求を促進することをサポートするため現在処理されている要求を中止し、そして再キューイングする。
【００１９】
要求処理モジュール１２５は更に、システム能力、使用可能なデータの種類、資源、臨界レベル、及び他の動作仕様、即ちハードウエア、ソフトウエア、データベース、又はインターフェースのバージョン、部品番号、又は互換性情報、即ちシステム初期化及び／又は構成情報に対する要求を含む運営管理要求を処理して、クライアントがそれらの個々のニーズに匹敵する要求を発生する仕方を決定するのを可能にする。
【００２０】
データ抽出モジュール１３０は、要求のパラメータにより指定された大きさ及び解像度要件に適合するに必要なデータを適切なデータベース１１０から捜し出し、そして抽出する。データ抽出プロセスは、要求されたサブセットのデータを適切なデータベースから検索し、選択されたデータを圧縮解除し、及び抽出されたデータをトリミングして、要求で規定された領域を整合させることから成る。
【００２１】
データ抽出モジュール１３０は、最初に、要求されたデータの位置を決定し、次いで要求を満たすに必要なデータをデータベースから検索する。データが圧縮されたフォーマットで格納されている場合、データ抽出プロセスは、データを圧縮解除する。さもなくて、要求で指定されない場合、データの要求は、そのようなデータが使用可能であるときは常に、指定された解像度に適合又はそれを超えるデータを用いて満たされる。所望の解像度のデータが完全には要求された範囲をカバーしない場合、より低い解像度の範囲がまた抽出されて、データ処理が残りの領域を埋めるのを可能にする。
【００２２】
地勢データのフォーマットは、典型的には、地勢の標高、地勢の特徴（水、都市、永久凍土層等）のような特定の地理的特性を表す値の格子（グリッド）、又はベクトル（等高線、海岸線、政治的境界等）を定義する１組のデータ点の形式である。特定の地理的領域（即ち、航空機の現在の位置、又は意図する目的地の近傍）に対する複数の要求があるので、システム性能は、非圧縮で最近又は頻繁にアクセスされたファイル又はデータ・セットをキャッシングすることにより改善される。
【００２３】
データ処理モジュール１４０は、サーバ・データベース１１０から抽出されたデータから要求を満足させるデータ・セットを発生する。データ処理モジュール１４０による処理は、フォーマット変換（ベクトルから格子へ）、異なる解像度のデータ・セットを組み合わせること、要求された解像度にスケーリングすること、外部データと組み合わせること、及び特殊化されたデータ処理を実行することを含む。
【００２４】
データ・フォーマット変換及び組み合わせることは、ソース・データのフォーマットが要求されたものとは異なる場合実行される。変換は、要求されたデータ・フォーマットが対応するデータベース・フォーマットのフォーマットと異なるとき実行される。例えば、航行ディスプレイは海岸線データを格子フォーマットで要求し得る一方、サーバ・データベースはこの情報をベクトル・フォーマットで含む。データを組み合わせることは、２以上のソースからのデータが要求に適合するため必要とされるとき生じる。例えば、高解像度の地勢の標高データは、空港近くでのみ使用可能であり得る。要求の範囲が異なるソース解像度の範囲に跨る場合、データ処理構成要素は、異なる解像度データ・セットからのデータを組み合わせて、要求された範囲をカバーする単一のデータ・セットを生成する。地勢の標高データ及び障害物、又は政治的境界のような異なる種類のデータは希望される場合組み合わされる。
【００２５】
要求された解像度へのスケーリングは、最終データ・セットが要求で指定された多数のデータ点を含むようにソース・データを追加及び／又は削除するプロセスである。例えば、ソース・データは、１度（緯度／経度）当たり６０データ点セルでスケーリングされ得る一方、要求は、１度当たり９０データ点のより低い解像度に対してであり得る。この場合、要求は、対応するソース・データより５０％より少ない点を含むであろう。最適な方法変換は、クライアント装置にわたって変わるであろうし、そして要求で指定され得る。代替のスケーリング・アルゴリズムは次のものを含む。即ち、
デシメーション：  データ解像度を低減するとき、余分のデータ点が、図３に表されるように削除され即ちデシメーションされる。この例では、第５データ点毎に削除される。
【００２６】
補間：  データ解像度を低減又は増大させるとき、ソース・データ点と整列されてないデータ点は、図４に表されるように隣接点を用いて補間される。本質的に、線は点間に引かれ、そして線上の値を新しい点の値のため用いる。スケーリング・アルゴリズムを図示する図面は、単純化のため一次元の例を表す。補間は、典型的には二次元で行われる。
【００２７】
複製：  解像度を増大するとき、データ点は、コピーされ又は複製されて、図５に表されるように欠けている点に充填する。この例では、第３データ点毎に複製される。
平均：  データ解像度を低減するとき、データ点は、削除されたデータ点から平均化される。
【００２８】
最大：  データ解像度を低減するとき、削除されたデータ点の最大値が、図６に表されるように選択される。
最小：  データ解像度を低減するとき、削除されたデータ点の最小値が、図６に表されるように選択される。
【００２９】
地勢サーバ・データベースからのデータは、オーバレイ・データ・インターフェース１５５を介した他のプロセス又はシステム１５０からのデータを用いて増強され又は修正され得る。その例は、ＥＧＰＷＭＴ／ＴＡＷＳからの威嚇する地勢、又はＦＭＳからの飛行経路情報を地勢の標高データ上にオーバレイすることを含む。データを外部システム１５０から受け取った後で、それは、地勢サーバ・データベースからのデータについて前述したのと同じ要領で、フォーマット化され、スケーリングされ、そして組み合わされる。また、データは更に、要求しているクライアントのため要求されたように修正され得る。そのような処理は、指定された飛行経路に沿った地勢標高情報を垂直ディスプレイに与えること、要求で指定された値へフィルタリングすること、及び航空機の頭部又は軌道と整列するため回転することを含み得る。
【００３０】
出力処理モジュール１６０は、処理されたデータをフォーマット化し、そしてそれを応答インターフェース１２０での要求しているクライアントへルート付けする。出力処理モジュール１６０は、１つ又はそれより多い物理的又は論理的出力接続部とインターフェースし、その出力接続部を介して応答データが送信される。出力処理モジュール１６０は、一実施形態においては、複数のクライアントのための応答が単一の出力接続部を利用するのを可能にするためのキューを含む。出力処理モジュール１６０は、優先順位決定、送信中断、及び中止されたデータ・セットの削除を含む全てのキュー管理機能を取り扱う。
【００３１】
応答時間、可用性、又は保全性を改善するため、システムは、２以上の地勢サーバを持ち得る。多重モジュール論理モジュール１６５は、要求が２以上の地勢サーバ１０５を持つシステムで処理されることになる仕方を決定する。システム応答時間を改善するため、要求処理は、同時の要求が並列に処理されるように使用可能な地勢サーバ間に分割されることができる。システムの可用性を改善するため、動作可能な地勢サーバは、故障された構成要素により通常処理される応答を処理する。保全性は、複数のサーバに同じ要求に応答させ、次いで保全性監視モジュール１７０で不一致に対する出力を比較することにより改善される。
【００３２】
地勢サーバは、臨界的タスクを実行してクライアントと一体化しているデータを与え得る。従って、与えられた全てのデータが保全性及び正確さの要件に適合することを地勢サーバが保証することが本質的である。システム保全性論理モジュール１７０は、ソフトウエア・プロセス、データベース及びハードウエアを連続的に監視して、データが適用可能な保全性要件に適合することを保証する。モニタは、ＣＲＣ及びチェックサム、ハードウエア・ウオッチドッグ、タスク監視、メモリ・アクセス、プロセス例外トラッピング、及び可変境界検査のようなデータ保全性検査を含み得る。システム監視はまた、全ての入力及び出力について実行される。地勢サーバ及び出力動作可能状態は、クライアント・インターフェース及び／又はメインテナンス・インターフェース１７５に連続的に与えられる。
【００３３】
ダウンローディング１８０が、データを地勢データベース１１０の中にダウンロードするため設けられる。
【図面の簡単な説明】
【００３４】
【図１】図１は、要求を他のシステムから受け取る地勢サーバのブロック図である。
【図２】図２は、図１の地勢サーバの動作を表すフローチャートである。
【図３】図３は、地勢データベース内の地勢データをデシメーションを用いてスケーリングする図である。
【図４】図４は、地勢データベース内の地勢データを補間を用いてスケーリングする図である。
【図５】図５は、地勢データベース内の地勢データを複製を用いてスケーリングする図である。
【図６】図６は、地勢データベース内の地勢データを最大値を用いてスケーリングする図である。
【図１】
2005506559.tif 000003
【図２】
2005506559.tif 000004
【国際公開パンフレット】
2005506559.tif 000005
2005506559.tif 000006
2005506559.tif 000007
2005506559.tif 000008
2005506559.tif 000009
2005506559.tif 000010
2005506559.tif 000011
2005506559.tif 000012
2005506559.tif 000013
2005506559.tif 000014
2005506559.tif 000015
2005506559.tif 000016
2005506559.tif 000017
2005506559.tif 000018
2005506559.tif 000019
2005506559.tif 000020
2005506559.tif 000021
【国際公開パンフレット（コレクトバージョン）】
2005506559.tif 000022
【国際調査報告】
2005506559.tif 000023
2005506559.tif 000024