(57)【要約】本発明は、データベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）に関する。該システムは、たとえばＤＮＳプロトコルによって普通に実行されているように、目的装置の識別名から出発して、該目的装置に割当てられたインターネットアドレス（ＩＰ）を得ることを可能にし、また、目的装置の識別名から出発して該目的装置に関するいろいろな情報を得ることをも可能にする。該情報は、たとえば、携帯電話ネットワークのデータベースまたはデータネットワークに属するデータベースに含まれる情報とすることができる。そのために、前記システムは、要求管理手段（４）を有し、該手段は、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段（５）と、少なくとも一つのデータベースメッセージ作成／受信モジュール（９）とに接続されており、該モジュールが、少なくとも一つの外部データベース（１０、１０ａ）に接続されており、また、前記システムは、ＤＮＳプロトコルの使用により要求情報を配信するために、少なくとも一つの外部データベースおよび内部データベースからの返答の解析手段（７）をも有している。【選択図】図１
2004535743.tif 000002
【特許請求の範囲】
【請求項１】
データベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）であって、
要求装置が、目的装置の識別名から出発して、該目的装置に割当てられたインターネット（ＩＰ）アドレスを得ることを可能にし、そのために、問合せ受信・返答送信手段（１）を有し、該手段によってインターネットネットワーク（２）、ＤＮＳ問い合わせデータ解析手段（３）、ＤＮＳメッセージ作成手段（８）、要求管理手段（４）、および内部データベース（６）（マスターファイル）に接続されるドメインネーミングシステム（ＤＮＳ）において、
要求管理手段（４）が、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段（５）と、少なくとも一つのデータベースメッセージ作成／受信モジュール（９）とに接続されており、該モジュールが、少なくとも一つの外部データベース（１０、１０ａ）に接続されて、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段（５）によって、外部データベース（１０、１０ａ）への問合せを検出し、目的装置の識別名から出発して該目的装置に関するいろいろな情報を得、
要求管理手段（４）が、また、少なくとも一つの外部データベース（１０、１０ａ）および内部データベース（６）からの返答の解析手段（７）にも接続されていて、ＤＮＳメッセージ作成手段（８）に要求情報を配信し、またインターネットネットワーク（２）を通じて要求装置に目的装置に関する得られた情報を送信する、ことを特徴とするドメインネーミングシステム（ＤＮＳ）。
【請求項２】
アクセスするデータベースを検出するために解析される前記少なくとも一つのＤＮＳパラメータが、情報が要求される目的装置に関する情報、また該目的装置に関して得るのが望ましいデータ項目に関する情報をも含むことを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項３】
アクセスするデータベースを検出するために解析される前記少なくとも一つのＤＮＳパラメータが、要求情報に対するパスワードに関する情報をも含み、該情報の検証のあと、前記要求情報へのアクセスが可能になることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項４】
標準化ＤＮＳパラメータが、通常のように、ＤＮＳプロトコルの目的装置の識別名（ＱＮＡＭＥ）を含むパラメータであることを特徴とする請求項２または３に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項５】
前記外部ネットワークが携帯電話ネットワークであり、該ネットワークの加入者に関する情報を得ることができるようになっていることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項６】
前記外部データベースがデータネットワークであることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項７】
加入者電話番号（ＭＳＩＳＤＮ）が得られることを特徴とする請求項５に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項８】
ＩＰアドレスが、目的装置のそれぞれの接続／接続解除の関数として、動的かつランダムに変化することを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項９】
少なくとも一つのデータベースインタフェース（１１）が想定され、該インタフェースが、外部リレーショナルデータベース（１０）へのアクセスのために、少なくとも一つのデータベースメッセージ作成／受信モジュール（９）に接続されていることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項１０】
前記少なくとも一つのデータベースインタフェース（１１）がＡＰＩ（アプリケーションプログラムインタフェース）によって決定されることを特徴とする請求項９に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【請求項１１】
複数のデータベースメッセージ作成／受信モジュール（９）と複数の外部データベース（１０、１０ａ）とが想定されることを特徴とする請求項１から１０の中のいずれか１つに記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドメインネーミングシステム（ＤＮＳ）に関する。該システムの目的は、外部データベースへのアクセスを可能にして、目的装置の識別名から出発して該目的装置に関する任意の種類の情報を得ることであり、また、これとは別に、たとえば現在通常のシステム（ＤＮＳ）で実施されているように、前記目的装置の識別名から出発して、該目的装置に割当てられているインターネット（ＩＰ）アドレスを得ることも可能にすることである。
【０００２】
たとえば、本発明のシステム（ＤＮＳ）は、携帯電話ネットワークのデータベースにアクセスして任意の加入者に関する情報を得ることを可能にし、あるいは、データネットワークのデータベースにアクセスして目的装置に関する任意の種類の情報を得ることを可能にする。これはすべて前記目的装置の識別名から出発する。
【０００３】
たとえば、アクセスはそれぞれのデータベースに対するシステム（ＤＮＳ）によりインターネットを通じて実行できる。
【背景技術】
【０００４】
現在、インターネットは世界中に広がったネットワークであり、世界のあらゆる場所からこのネットワークにアクセスするユーザーの数はますます増大しているが、そのために必要なのは、端末装置をこのネットワークに接続することだけである。端末装置（要求装置）を有するユーザーが他のユーザー（目的装置）と接続したい場合には、該目的装置の数値ＩＰアドレスを知る必要がある。しかし、保存と管理が複雑なＩＰアドレスを使用する代わりに、ユーザー装置のそれぞれを識別するのに、名前が使用されている。そのため、通信したい目的装置の識別名から出発して数値ＩＰアドレスを得ることのできる機構の使用が必要である。そのために、ドメインネーミングシステム（ＤＮＳ）と呼ばれる標準化プロトコルが使用されており、該プロトコルにおいては、要求装置が、目的装置との接続を確立する前に、ＩＰアドレスを得るためにＤＮＳサーバーに問合せを行う。このサーバーが要求データを有しない場合には、該サーバーは他のサーバーに問合せるか、またはこの最初に問合せを受けたサーバーは、他のＤＮＳサーバーに問合せて必要な情報を得るのに必要な情報を返す。そのＩＰアドレスが得られるまで、このプロセスを順次に繰返すことができ、そのために要求装置は少なくとも一つのＤＮＳサーバーに記憶されているアドレスを有する必要があり、該アドレスから出発して、接続を確立したい目的装置のＩＰアドレスを得ることができる。
【０００５】
端末装置の識別名はドットで区切られたいくつかのラベルで示され、これらのラベルのそれぞれがネットワークの一つのドメインを示すようになっている。これらのドメインはツリー構造を有し、したがって、あるＤＮＳサーバーに問合せて該サーバーが必要情報を有しない場合、該サーバーは、識別名の他のドメインを解析することによってどのＤＮＳサーバーに問合わせるべきかを知る。各サーバーはネットワークの一つのエリアの情報を有しているからである。
【０００６】
サーバーが問合わせる情報は“マスターファイル”と呼ばれる内部データベースに記憶されている。各サーバーはネットワークの一つのエリアの情報しか有しないので、データベースが多数のＤＮＳサーバーに分散していることになる。これらのデータベースに含まれる情報は、ネットワークの各ユーザー端末の識別名とＩＰアドレスに関するものである。
【０００７】
ＤＮＳプロトコルは、ヘッダー、問合せを行う欄、返答のための別の欄、許可要求のための別の欄、およびその他の情報を含む最後の欄、から成る。これらの欄のそれぞれには一連の標準化パラメータが含まれるが、中でも特に述べておくべきなのは、情報が要求されている目的装置の識別名を含む、問合せ欄の一部であるパラメータＱＮＡＭＥ、あるいは、要求されている情報を含むパラメータＲＤＡＴＡである。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
携帯電話またはデータネットワークにおいては、該ネットワークのそれぞれのユーザー装置に関する情報を有する多くのデータベースが存在し、また情報技術の発達により、電話ネットワークとデータネットワークとを結合する傾向が強まっている。そのために、現在のところ当該特定ネットワーク内でのみアクセス可能なネットワークの端末装置に関する情報に、実時間でアクセスすることが必要になってきている。
【０００９】
現在、インターネットを通じて、たとえば携帯電話ネットワークまたはデータネットワークの加入者の情報を獲得することができるように、いろいろなデータベースにアクセスすることのできるシステムは存在しない。
【課題を解決するための手段】
【００１０】
前記欠点を克服するために、本発明では、外部データベースへのアクセスを可能にする新しいＤＮＳシステムを開発した。
【００１１】
このシステムは、ＤＮＳプロトコルがインターネットで広く使用され、普及して大きな広がりを見せているところから、非常に軽量でネットワークに対する負荷が小さいということを別にしても、非常に好ましいものである。
【００１２】
そのため、本発明のシステムは、従来のＤＮＳシステムにおけると同様に、問合せ受信・返答送信手段を有する。この手段は、インターネットとの接続を行う手段であり、また、該問合せを行う要求装置との接続の監視を行うほかに、ネットワークを通じて、目的装置の識別名に関する問合せを受信し、かつ返答を送信することも行う。
【００１３】
本発明のシステムは、さらに、ＤＮＳ問合せをプロトコルレベルで解析して該問合せが適切なフォーマットを有しているかどうかをチェックするのに用いられる、ＤＮＳ問合せデータ解析手段を有し、また、該手段は、問合せのいろいろなパラメータを解析する要求管理手段に情報を送信する。該管理手段は、該管理手段がアクセスする内部データベース（マスターファイル）に当該情報が存在するかどうかの確認を行う。
【００１４】
そのあと、ＤＮＳメッセージ作成手段は、送信すべきＤＮＳメッセージを作成して、問合せを行った要求装置への返答を与える。これはすべて、ＤＮＳ問合せデータ解析によって要求管理手段に与えられた情報とデータベースから該手段によって得られた情報とから出発する。
【００１５】
本発明の新規性は、前記要求管理手段が、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段と、少なくとも一つのデータベースメッセージ作成／受信モジュールとに接続されており、該モジュールが、少なくとも一つの外部データベースに接続されて、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段によって、外部データベースへの問合せを検出し、目的装置の識別名から出発して該目的装置に関するいろいろな情報項目を得る、ということによって、示される。前記要求管理手段は、また、該手段がアクセスしたデータベースに応じて、少なくとも一つの外部データベースおよび内部データベースからの返答を解析する手段にも接続されていて、ＤＮＳメッセージ作成手段に要求情報を配信し、また要求装置に目的装置に関する得られた情報を送信する。
【００１６】
解析されるＤＮＳプロトコルのパラメータは、情報要求専用の欄に存在する。このパラメータ情報には、どのデータベースへのアクセスが望ましいかという情報も付加されており、またこのパラメータ情報には、情報が要求されている目的装置に関する情報と該装置に関して得るのが望ましいデータ項目も付加されている。
【００１７】
本発明の一つの実施形態においては、解析される前記少なくとも一つのＤＮＳパラメータが、要求情報に対するパスワード（アクセスキー）に関する情報をも含み、該パスワードの検証後に、要求情報に対するアクセスが許容されるようになっている。この検証は、要求管理手段によって実行される。
【００１８】
本発明の好ましい実施形態においては、解析される前記少なくとも一つのパラメータが、通常のようにＤＮＳプロトコルの目的装置の識別名を含むパラメータによって決定される。後者のパラメータは、たとえば前記のように（ＱＮＡＭＥ）と呼ばれている。
【００１９】
本発明の一つの実施形態においては、前記外部データベースが携帯電話ネットワークのものであり、したがって該ネットワークの加入者に関する情報、たとえば携帯電話加入者電話番号（ＭＳＩＳＤＮ）を得ることができる。
【００２０】
本発明のもう一つの実施形態においては、前記外部データベースが、目的装置に関する他の種類のデータを得るためのデータネットワークのものである。
【００２１】
したがって、本発明の前記構成により、ＤＮＳプロトコルによって、他のネットワークの他のユーザーに関する情報を、これらのユーザーがインターネットネットワークのユーザーでない場合でも、得ることができるという大きな利点が与えられる。
【００２２】
本発明のさらなる新規性は、ＩＰアドレスを、目的装置のそれぞれの接続の関数として、動的かつランダムに変化させることができ、したがって該目的装置は、従来のＤＮＳシステムの場合と異なり、固定アドレスである必要がなく、該目的装置が接続／接続解除を行うたびに、外部データベースに記憶されている新しいＩＰアドレスが該目的装置に割当てられる、ということである。
【００２３】
データベースは、情報が、列と行との間に関係が存在する平面構造であるリレーショナルなものとすることができ、また同様に、情報がレベルによって構造化されている階層型データベースとすることもできる。
【００２４】
データベースがリレーショナルである第一のケースでは、データベースメッセージの作成／受信のための少なくとも一つのモジュールに接続されている外部データベースに対して、このタイプのデータベースへの問合せを可能にするために、少なくとも一つのインタフェースが想定される。
【００２５】
データベースが階層型である場合には、既述の構造が使用される。すなわち、外部データベースインタフェースは使用されない。
【００２６】
外部リレーショナルデータベースの少なくとも一つのインタフェースは、二つの非互換プロセジャーの間での通信のためのリンクとして使用するために、これらの間での通信が確立できるように、普通に使用されるＡＰＩ（アプリケーションプログラムインタフェース）によって決定される。
【００２７】
本発明は、目的装置の識別名から出発して、該目的装置に関する情報を得ることができるように、データベースメッセージの作成／受信のための複数のモジュールと複数の外部データベースとを含むことができる。
【発明を実施するための最良の形態】
【００２８】
本明細書の文字による記述のより十分な理解のために、本明細書の一体部分として、一連の図面を添付する。これらの図面には、本発明の対象が説明のための例として限定の意図なしで示してある。
【００２９】
以下、前記の図面により、本発明を説明する。
【実施例１】
【００３０】
図１に可能な実施形態を示す。この図では、ＤＮＳシステムが破線で囲って示してある。このシステムは、問合せ受信・返答送信モジュール１を有し、該モジュールにより、インターネットネットワーク２への接続が行われ、該ＤＮＳシステムにより、目的装置（図示せず）の識別名から出発して、要求装置が該目的装置に関する情報を得ることが可能になる。
【００３１】
そのために、モジュール１は、インターネットネットワーク２を通じて、問合せを受信し、返答を送信するように働き、同時に、問合せを行った要求装置との接続を管理するように働く。
【００３２】
たとえば、要求装置が目的装置に関する情報を得たい場合には、該目的装置がインターネットネットワーク２によってモジュール１に接続され、それによって要求装置との接続が確立される。
【００３３】
モジュール１は、ＤＮＳ問合せデータ解析モジュール３に接続されており、該モジュール３は、要求装置による問合せを解析し、ＤＮＳプロトコル問合せのヘッダーを検査し、問合せが適切なタイプのものかどうかを確認し、該問合せがどんな種類（通常は、インターネット）に属するかを解析し、実行された解析の結果を、要求管理モジュール４に送る、ように働く。該モジュール４は、必要な情報を得て、該情報をＱＮＡＭＥパラメータ解析モジュール５に配信し、モジュール５がＱＮＡＭＥパラメータを解析する。このパラメータは、通常、ＤＮＳプロトコルにおいて、目的装置の識別名、たとえば前記の本発明の背景技術の部分で述べたようなもの、を送信するのに使用される。また、ＱＮＡＭＥパラメータはドットで区切られた一連のラベルによって表現され、インターネットネットワーク２内のいろいろなドメインまたはエリアの識別ができるようになっている。該パラメータは、この実施形態の特定ケースでは、ＤＮＳサーバーまたはシステムが配置されているネットワークドメインを識別するように働く。
【００３４】
本発明のシステムにおいては、また、ＱＮＡＭＥパラメータに、情報が要求されている目的装置、この情報が得られるデータベース、および前記目的装置に関して必要な情報、に関する情報も含まれており、したがってモジュール５はこれらすべての情報を解析して、結果を、要求管理モジュール４に送り、モジュール４が内部データベース６（マスターファイル）を検査する。
【００３５】
要求管理モジュール４は、また、データベースメッセージ作成／受信モジュール９にも接続されている。モジュール９は、図１に示す実施形態の場合、データベースインタフェース１１に接続され、以下で説明するように、外部リレーショナルデータベース１０へのアクセスができるようになっている。
【００３６】
要求情報が内部データベース６に記憶されていない場合には、モジュール５は、要求管理モジュール４に、アクセスすべき外部データベース１０を知らせる。すると、モジュール４はデータベースメッセージ作成／受信モジュール９にアクセスし、それによって、問合せが適切なプロトコルで作成される。すなわち、モジュール９は、ＤＮＳプロトコルを、アクセスすべき外部リレーショナルデータベース１０が使用するプロトコルに変換する。このアクセス作業はデータベースインタフェース１１を通じて行われ、必要な情報がインタフェース１１によって受信され、該インタフェースは該情報をデータベースメッセージ作成／受信モジュール９に配信し、モジュール９が該情報を要求管理モジュール４に配信する。
【００３７】
前記のどの場合にも、要求管理モジュール４は、要求情報を有する場合、該情報をデータベース返答解析モジュール７に送信する。モジュール７は、該情報に、返答作成に必要な情報を加える。すると、要求管理モジュール４は、返答の作成のための情報とＤＮＳ問合せデータ解析モジュール３からも受信される情報とがすべて集まると、このすべての情報をＤＮＳメッセージ作成モジュール８に配信し、モジュール８は該情報にもとづいてＤＮＳプロトコルでメッセージを作成して、該メッセージを、ＤＮＳ問合せ受信・返答送信モジュール１に送信し、該モジュール１によって、インターネットネットワーク２を通じて要求装置に情報が送信される。
【００３８】
本発明の一つの実施形態においては、また、ＱＮＡＭＥパラメータ情報にパスワード（アクセスキー）に関する情報が含まれる。該情報は、前記プロセスにおいて、要求管理モジュール４によって解析される。モジュール４は、前記のような、必要情報に対するアクセスが許容されるケースに関して述べたのと同じやり方で、必要情報に対するアクセスを拒否する情報を生成する。
【００３９】
たとえば、要求装置が、目的装置に関する情報を得たいという場合、要求装置において、対応するプログラムが起動されてＤＮＳ問合せが実行される。この問合せは、答えを知っているサーバーに到達するまで、いろいろなＤＮＳサーバーに送られる。これはすべて通常のやり方で行われる。
【００４０】
問合せがサーバーによって受信されると、該サーバーのＤＮＳ問合せ受信・返答送信モジュール１は、すでに述べたやり方で要求装置との接続を監視する。
【００４１】
ここで、指摘しておくべきことは、本発明のサーバーは他のサーバーに対する問合せを実行することはない、ということである。サーバーへのアクセスが実行されるのは、情報の特定項目を得る必要がある場合であり、そのサーバーは要求情報を有するサーバーだからである。
【００４２】
引続いて、ＤＮＳ問合せデータ解析モジュール３は、ＤＮＳフォーマットが正しいかどうかを検査し、ＱＮＡＭＥパラメータを除くすべての問合せパラメータが存在することを確認する。得られた情報は要求管理モジュール４に送られ、モジュール４は該情報をＱＮＡＭＥパラメータ解析モジュール５に配信する。モジュール５は、情報を得る必要のある目的装置に関する情報と、目的装置に関して得る必要のある情報、前記データ項目を探索するためにアクセスすべきデータベース、および、要求された目的装置に関する情報へのアクセスを行うために必要なパスワードとを得る。これらすべての情報は、処理のために、ふたたび要求管理モジュール４に送られる。
【００４３】
要求管理モジュール４は、モジュール５から情報を得ると、パスワードが正しいかどうかを検査し、内部データベース６に、該データベースが直接に返答を与えうるかどうかを問合せ、該返答を与え得ない場合には、モジュール４は、どのデータベース１０に質問を送るべきかを検査する。要求された情報を得るプロセスは、すでに述べたやり方で実行される。
【００４４】
要求管理モジュールが目的装置に関して要求されるデータを受けとると、該情報は、データベース返答解析モジュール７に送られ、該モジュールが、ＤＮＳプロトコルの返答欄に記入すべき事柄を決定する。たとえば、モジュール７は、ＤＮＳプロトコルの返答欄のＲＤＡＴＡパラメータに記入すべき事柄を定める。この欄は、ふたたび、要求管理モジュール４に送られ、モジュール４は、該モジュールがＤＮＳ問合せ解析モジュール３から受信した情報とともに、ＤＮＳメッセージ作成モジュール８がＤＮＳプロトコルフォーマットで返答を作成するのに必要なすべての情報を該モジュール８に送り、作成された返答が、その送信に使用されるＤＮＳ問合せ受信・返答送信モジュール１を経由し、インターネットネットワーク２を通じて、要求装置に送信される。
【実施例２】
【００４５】
図２には、本発明の別の実施形態を示す。これは、前述のものと同等であるが、ここでは外部データベースが階層型データベース１０ａであるという点が異なる。この場合には、データベースインタフェース１１を備える必要がない。データベースメッセージ作成／受信モジュール９が前記データベースに直接アクセスするからである。また、この実施形態では、それぞれがデータベースメッセージ作成／受信モジュール９を有するいくつかのデータベース１０ａが示されている。各モジュール９は、選択されたプロトコルに適切な変換を行う。すると、このプロトコルが何であるかに応じて、要求管理モジュール４はいずれかのデータメッセージ作成／受信モジュール９を選択し、したがって該モジュールを通じて、対応する階層型データベース１０ａへのアクセスが行われる。これらのことを除けば、動作は前述の実施形態の場合と同じである。
【００４６】
以上の説明から容易にわかるように、ＤＮＳプロトコルを使用するインターネットユーザーは、携帯電話ネットワークにアクセスすることができる。その場合、該ユーザーは、たとえばＧＳＭネットワークのデータベースにアクセスして、たとえばユーザーの電話番号を得ることができ、また同様に、任意のデータネットワークに属する外部データベース１０または１０ａにアクセスして、目的装置に関する任意の種類の情報を得ることができる。これはすべて、ＤＮＳシステムによって該目的装置のＩＰアドレスを得るために従来から使用されている該目的装置の識別名から出発するものである。
【図面の簡単な説明】
【００４７】
【図１】外部リレーショナルデータベースにアクセスするための本発明のシステムの可能な実施形態の機能ブロック図である。
【図２】ＤＮＳシステムがいろいろな外部階層型データベースにアクセスできる、本発明のもう一つの実施形態である。
【符号の説明】
【００４８】
１  問合せ受信・返答送信モジュール
２  インターネットネットワーク
３  ＤＮＳ問合せデータ解析モジュール
４  要求管理モジュール
５  ＱＮＡＭＥパラメータ解析モジュール
６  内部データベース
７  データベース返答解析モジュール
８  ＤＮＳメッセージ作成モジュール
９  データベースメッセージ作成／受信モジュール
１０  外部リレーショナルデータベース
１０ａ  外部階層型データベース
１１  データベースインタフェース
【国際公開パンフレット】
2004535743.tif 000003
2004535743.tif 000004
2004535743.tif 000005
2004535743.tif 000006
2004535743.tif 000007
2004535743.tif 000008
2004535743.tif 000009
2004535743.tif 000010
2004535743.tif 000011
2004535743.tif 000012
2004535743.tif 000013
2004535743.tif 000014
2004535743.tif 000015
2004535743.tif 000016
2004535743.tif 000017
2004535743.tif 000018
2004535743.tif 000019
2004535743.tif 000020
2004535743.tif 000021
【国際調査報告】
2004535743.tif 000022
2004535743.tif 000023
2004535743.tif 000024
2004535743.tif 000025
2004535743.tif 000026
2004535743.tif 000027