JP4009591B2 - データベースにアクセスするためのドメインネーミングシステム（ｄｎｓ） - Google Patents

Description

本発明は、ドメインネーミングシステム（ＤＮＳ）に関する。該システムの目的は、外部データベースへのアクセスを可能にして、目的装置の識別名から出発して該目的装置に関する任意の種類の情報を得ることであり、また、これとは別に、たとえば現在通常のシステム（ＤＮＳ）で実施されているように、前記目的装置の識別名から出発して、該目的装置に割当てられているインターネット（ＩＰ）アドレスを得ることも可能にすることである。

たとえば、本発明のシステム（ＤＮＳ）は、携帯電話ネットワークのデータベースにアクセスして任意の加入者に関する情報を得ることを可能にし、あるいは、データネットワークのデータベースにアクセスして目的装置に関する任意の種類の情報を得ることを可能にする。これはすべて前記目的装置の識別名から出発する。

たとえば、アクセスはそれぞれのデータベースに対するシステム（ＤＮＳ）によりインターネットを通じて実行できる。

現在、インターネットは世界中に広がったネットワークであり、世界のあらゆる場所からこのネットワークにアクセスするユーザーの数はますます増大しているが、そのために必要なのは、端末装置をこのネットワークに接続することだけである。端末装置（要求装置）を有するユーザーが他のユーザー（目的装置）と接続したい場合には、該目的装置の数値ＩＰアドレスを知る必要がある。しかし、保存と管理が複雑なＩＰアドレスを使用する代わりに、ユーザー装置のそれぞれを識別するのに、名前が使用されている。そのため、通信したい目的装置の識別名から出発して数値ＩＰアドレスを得ることのできる機構の使用が必要である。そのために、ドメインネーミングシステム（ＤＮＳ）と呼ばれる標準化プロトコルが使用されており、該プロトコルにおいては、要求装置が、目的装置との接続を確立する前に、ＩＰアドレスを得るためにＤＮＳサーバーに問合せを行う。このサーバーが要求データを有しない場合には、該サーバーは他のサーバーに問合せるか、またはこの最初に問合せを受けたサーバーは、他のＤＮＳサーバーに問合せて必要な情報を得るのに必要な情報を返す。そのＩＰアドレスが得られるまで、このプロセスを順次に繰返すことができ、そのために要求装置は少なくとも一つのＤＮＳサーバーに記憶されているアドレスを有する必要があり、該アドレスから出発して、接続を確立したい目的装置のＩＰアドレスを得ることができる。

端末装置の識別名はドットで区切られたいくつかのラベルで示され、これらのラベルのそれぞれがネットワークの一つのドメインを示すようになっている。これらのドメインはツリー構造を有し、したがって、あるＤＮＳサーバーに問合せて該サーバーが必要情報を有しない場合、該サーバーは、識別名の他のドメインを解析することによってどのＤＮＳサーバーに問合わせるべきかを知る。各サーバーはネットワークの一つのエリアの情報を有しているからである。

サーバーが問合わせる情報は“マスターファイル”と呼ばれる内部データベースに記憶されている。各サーバーはネットワークの一つのエリアの情報しか有しないので、データベースが多数のＤＮＳサーバーに分散していることになる。これらのデータベースに含まれる情報は、ネットワークの各ユーザー端末の識別名とＩＰアドレスに関するものである。

ＤＮＳプロトコルは、ヘッダー、問合せを行う欄、返答のための別の欄、許可要求のための別の欄、およびその他の情報を含む最後の欄、から成る。これらの欄のそれぞれには一連の標準化パラメータが含まれるが、中でも特に述べておくべきなのは、情報が要求されている目的装置の識別名を含む、問合せ欄の一部であるパラメータＱＮＡＭＥ、あるいは、要求されている情報を含むパラメータＲＤＡＴＡである。

携帯電話またはデータネットワークにおいては、該ネットワークのそれぞれのユーザー装置に関する情報を有する多くのデータベースが存在し、また情報技術の発達により、電話ネットワークとデータネットワークとを結合する傾向が強まっている。そのために、現在のところ当該特定ネットワーク内でのみアクセス可能なネットワークの端末装置に関する情報に、実時間でアクセスすることが必要になってきている。

現在、インターネットを通じて、たとえば携帯電話ネットワークまたはデータネットワークの加入者の情報を獲得することができるように、いろいろなデータベースにアクセスすることのできるシステムは存在しない。

前記欠点を克服するために、本発明では、外部データベースへのアクセスを可能にする新しいＤＮＳシステムを開発した。

このシステムは、ＤＮＳプロトコルがインターネットで広く使用され、普及して大きな広がりを見せているところから、非常に軽量でネットワークに対する負荷が小さいということを別にしても、非常に好ましいものである。

そのため、本発明のシステムは、従来のＤＮＳシステムにおけると同様に、問合せ受信・返答送信手段を有する。この手段は、インターネットとの接続を行う手段であり、また、該問合せを行う要求装置との接続の監視を行うほかに、ネットワークを通じて、目的装置の識別名に関する問合せを受信し、かつ返答を送信することも行う。

本発明のシステムは、さらに、ＤＮＳ問合せをプロトコルレベルで解析して該問合せが適切なフォーマットを有しているかどうかをチェックするのに用いられる、ＤＮＳ問合せデータ解析手段を有し、また、該手段は、問合せのいろいろなパラメータを解析する要求管理手段に情報を送信する。該管理手段は、該管理手段がアクセスする内部データベース（マスターファイル）に当該情報が存在するかどうかの確認を行う。

そのあと、ＤＮＳメッセージ作成手段は、送信すべきＤＮＳメッセージを作成して、問合せを行った要求装置への返答を与える。これはすべて、ＤＮＳ問合せデータ解析によって要求管理手段に与えられた情報とデータベースから該手段によって得られた情報とから出発する。

本発明の新規性は、前記要求管理手段が、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段と、少なくとも一つのデータベースメッセージ作成／受信モジュールとに接続されており、該モジュールが、少なくとも一つの外部データベースに接続されて、ＤＮＳプロトコルの少なくとも一つのパラメータの解析手段によって、外部データベースへの問合せを検出し、目的装置の識別名から出発して該目的装置に関するいろいろな情報項目を得る、ということによって、示される。前記要求管理手段は、また、該手段がアクセスしたデータベースに応じて、少なくとも一つの外部データベースおよび内部データベースからの返答を解析する手段にも接続されていて、ＤＮＳメッセージ作成手段に要求情報を配信し、また要求装置に目的装置に関する得られた情報を送信する。

解析されるＤＮＳプロトコルのパラメータは、情報要求専用の欄に存在する。このパラメータ情報には、どのデータベースへのアクセスが望ましいかという情報も付加されており、またこのパラメータ情報には、情報が要求されている目的装置に関する情報と該装置に関して得るのが望ましいデータ項目も付加されている。

本発明の一つの実施形態においては、解析される前記少なくとも一つのＤＮＳパラメータが、要求情報に対するパスワード（アクセスキー）に関する情報をも含み、該パスワードの検証後に、要求情報に対するアクセスが許容されるようになっている。この検証は、要求管理手段によって実行される。

本発明の好ましい実施形態においては、解析される前記少なくとも一つのパラメータが、通常のようにＤＮＳプロトコルの目的装置の識別名を含むパラメータによって決定される。後者のパラメータは、たとえば前記のように（ＱＮＡＭＥ）と呼ばれている。

本発明の一つの実施形態においては、前記外部データベースが携帯電話ネットワークのものであり、したがって該ネットワークの加入者に関する情報、たとえば携帯電話加入者電話番号（ＭＳＩＳＤＮ）を得ることができる。

本発明のもう一つの実施形態においては、前記外部データベースが、目的装置に関する他の種類のデータを得るためのデータネットワークのものである。

したがって、本発明の前記構成により、ＤＮＳプロトコルによって、他のネットワークの他のユーザーに関する情報を、これらのユーザーがインターネットネットワークのユーザーでない場合でも、得ることができるという大きな利点が与えられる。

本発明のさらなる新規性は、ＩＰアドレスを、目的装置のそれぞれの接続に応じて、動的かつランダムに変化させることができ、したがって該目的装置は、従来のＤＮＳシステムの場合と異なり、固定アドレスである必要がなく、該目的装置が接続／接続解除を行うたびに、外部データベースに記憶されている新しいＩＰアドレスが該目的装置に割当てられる、ということである。

データベースは、情報が、列と行との間に関係が存在する平面構造であるリレーショナルなものとすることができ、また同様に、情報がレベルによって構造化されている階層型データベースとすることもできる。

データベースがリレーショナルである第一のケースでは、データベースメッセージの作成／受信のための少なくとも一つのモジュールに接続されている外部データベースに対して、このタイプのデータベースへの問合せを可能にするために、少なくとも一つのインタフェースが想定される。

データベースが階層型である場合には、既述の構造が使用される。すなわち、外部データベースインタフェースは使用されない。

外部リレーショナルデータベースの少なくとも一つのインタフェースは、二つの非互換プロセジャーの間での通信のためのリンクとして使用するために、これらの間での通信が確立できるように、普通に使用されるＡＰＩ（アプリケーションプログラムインタフェース）によって決定される。

本発明は、目的装置の識別名から出発して、該目的装置に関する情報を得ることができるように、データベースメッセージの作成／受信のための複数のモジュールと複数の外部データベースとを含むことができる。

本明細書の文字による記述のより十分な理解のために、本明細書の一体部分として、一連の図面を添付する。これらの図面には、本発明の対象が説明のための例として限定の意図なしで示してある。

以下、前記の図面により、本発明を説明する。

図１に可能な実施形態を示す。この図では、ＤＮＳシステムが破線で囲って示してある。このシステムは、問合せ受信・返答送信モジュール１を有し、該モジュールにより、インターネットネットワーク２への接続が行われ、該ＤＮＳシステムにより、目的装置（図示せず）の識別名から出発して、要求装置が該目的装置に関する情報を得ることが可能になる。

そのために、モジュール１は、インターネットネットワーク２を通じて、問合せを受信し、返答を送信するように働き、同時に、問合せを行った要求装置との接続を管理するように働く。

たとえば、要求装置が目的装置に関する情報を得たい場合には、該目的装置がインターネットネットワーク２によってモジュール１に接続され、それによって要求装置との接続が確立される。

モジュール１は、ＤＮＳ問合せデータ解析モジュール３に接続されており、該モジュール３は、要求装置による問合せを解析し、ＤＮＳプロトコル問合せのヘッダーを検査し、問合せが適切なタイプのものかどうかを確認し、該問合せがどんな種類（通常は、インターネット）に属するかを解析し、実行された解析の結果を、要求管理モジュール４に送る、ように働く。該モジュール４は、必要な情報を得て、該情報をＱＮＡＭＥパラメータ解析モジュール５に配信し、モジュール５がＱＮＡＭＥパラメータを解析する。このパラメータは、通常、ＤＮＳプロトコルにおいて、目的装置の識別名、たとえば前記の本発明の背景技術の部分で述べたようなもの、を送信するのに使用される。また、ＱＮＡＭＥパラメータはドットで区切られた一連のラベルによって表現され、インターネットネットワーク２内のいろいろなドメインまたはエリアの識別ができるようになっている。該パラメータは、この実施形態の特定ケースでは、ＤＮＳサーバーまたはシステムが配置されているネットワークドメインを識別するように働く。

本発明のシステムにおいては、また、ＱＮＡＭＥパラメータに、情報が要求されている目的装置、この情報が得られるデータベース、および前記目的装置に関して必要な情報、に関する情報も含まれており、したがってモジュール５はこれらすべての情報を解析して、結果を、要求管理モジュール４に送り、モジュール４が内部データベース６（マスターファイル）を検査する。

要求管理モジュール４は、また、データベースメッセージ作成／受信モジュール９にも接続されている。モジュール９は、図１に示す実施形態の場合、データベースインタフェース１１に接続され、以下で説明するように、外部リレーショナルデータベース１０へのアクセスができるようになっている。

要求情報が内部データベース６に記憶されていない場合には、モジュール５は、要求管理モジュール４に、アクセスすべき外部データベース１０を知らせる。すると、モジュール４はデータベースメッセージ作成／受信モジュール９にアクセスし、それによって、問合せが適切なプロトコルで作成される。すなわち、モジュール９は、ＤＮＳプロトコルを、アクセスすべき外部リレーショナルデータベース１０が使用するプロトコルに変換する。このアクセス作業はデータベースインタフェース１１を通じて行われ、必要な情報がインタフェース１１によって受信され、該インタフェースは該情報をデータベースメッセージ作成／受信モジュール９に配信し、モジュール９が該情報を要求管理モジュール４に配信する。

前記のどの場合にも、要求管理モジュール４は、要求情報を有する場合、該情報をデータベース返答解析モジュール７に送信する。モジュール７は、該情報に、返答作成に必要な情報を加える。すると、要求管理モジュール４は、返答の作成のための情報とＤＮＳ問合せデータ解析モジュール３からも受信される情報とがすべて集まると、このすべての情報をＤＮＳメッセージ作成モジュール８に配信し、モジュール８は該情報にもとづいてＤＮＳプロトコルでメッセージを作成して、該メッセージを、ＤＮＳ問合せ受信・返答送信モジュール１に送信し、該モジュール１によって、インターネットネットワーク２を通じて要求装置に情報が送信される。

本発明の一つの実施形態においては、また、ＱＮＡＭＥパラメータ情報にパスワード（アクセスキー）に関する情報が含まれる。該情報は、前記プロセスにおいて、要求管理モジュール４によって解析される。モジュール４は、前記のような、必要情報に対するアクセスが許容されるケースに関して述べたのと同じやり方で、必要情報に対するアクセスを拒否する情報を生成する。

たとえば、要求装置が、目的装置に関する情報を得たいという場合、要求装置において、対応するプログラムが起動されてＤＮＳ問合せが実行される。この問合せは、答えを知っているサーバーに到達するまで、いろいろなＤＮＳサーバーに送られる。これはすべて通常のやり方で行われる。

問合せがサーバーによって受信されると、該サーバーのＤＮＳ問合せ受信・返答送信モジュール１は、すでに述べたやり方で要求装置との接続を監視する。

ここで、指摘しておくべきことは、本発明のサーバーは他のサーバーに対する問合せを実行することはない、ということである。サーバーへのアクセスが実行されるのは、情報の特定項目を得る必要がある場合であり、そのサーバーは要求情報を有するサーバーだからである。

引続いて、ＤＮＳ問合せデータ解析モジュール３は、ＤＮＳフォーマットが正しいかどうかを検査し、ＱＮＡＭＥパラメータを除くすべての問合せパラメータが存在することを確認する。得られた情報は要求管理モジュール４に送られ、モジュール４は該情報をＱＮＡＭＥパラメータ解析モジュール５に配信する。モジュール５は、情報を得る必要のある目的装置に関する情報と、目的装置に関して得る必要のある情報、前記データ項目を探索するためにアクセスすべきデータベース、および、要求された目的装置に関する情報へのアクセスを行うために必要なパスワードとを得る。これらすべての情報は、処理のために、ふたたび要求管理モジュール４に送られる。

要求管理モジュール４は、モジュール５から情報を得ると、パスワードが正しいかどうかを検査し、内部データベース６に、該データベースが直接に返答を与えうるかどうかを問合せ、該返答を与え得ない場合には、モジュール４は、どのデータベース１０に質問を送るべきかを検査する。要求された情報を得るプロセスは、すでに述べたやり方で実行される。

要求管理モジュールが目的装置に関して要求されるデータを受けとると、該情報は、データベース返答解析モジュール７に送られ、該モジュールが、ＤＮＳプロトコルの返答欄に記入すべき事柄を決定する。たとえば、モジュール７は、ＤＮＳプロトコルの返答欄のＲＤＡＴＡパラメータに記入すべき事柄を定める。この欄は、ふたたび、要求管理モジュール４に送られ、モジュール４は、該モジュールがＤＮＳ問合せ解析モジュール３から受信した情報とともに、ＤＮＳメッセージ作成モジュール８がＤＮＳプロトコルフォーマットで返答を作成するのに必要なすべての情報を該モジュール８に送り、作成された返答が、その送信に使用されるＤＮＳ問合せ受信・返答送信モジュール１を経由し、インターネットネットワーク２を通じて、要求装置に送信される。

図２には、本発明の別の実施形態を示す。これは、前述のものと同等であるが、ここでは外部データベースが階層型データベース１０ａであるという点が異なる。この場合には、データベースインタフェース１１を備える必要がない。データベースメッセージ作成／受信モジュール９が前記データベースに直接アクセスするからである。また、この実施形態では、それぞれがデータベースメッセージ作成／受信モジュール９を有するいくつかのデータベース１０ａが示されている。各モジュール９は、選択されたプロトコルに適切な変換を行う。すると、このプロトコルが何であるかに応じて、要求管理モジュール４はいずれかのデータメッセージ作成／受信モジュール９を選択し、したがって該モジュールを通じて、対応する階層型データベース１０ａへのアクセスが行われる。これらのことを除けば、動作は前述の実施形態の場合と同じである。

以上の説明から容易にわかるように、ＤＮＳプロトコルを使用するインターネットユーザーは、携帯電話ネットワークにアクセスすることができる。その場合、該ユーザーは、たとえばＧＳＭネットワークのデータベースにアクセスして、たとえばユーザーの電話番号を得ることができ、また同様に、任意のデータネットワークに属する外部データベース１０または１０ａにアクセスして、目的装置に関する任意の種類の情報を得ることができる。これはすべて、ＤＮＳシステムによって該目的装置のＩＰアドレスを得るために従来から使用されている該目的装置の識別名から出発するものである。

外部リレーショナルデータベースにアクセスするための本発明のシステムの可能な実施形態の機能ブロック図である。 ＤＮＳシステムがいろいろな外部階層型データベースにアクセスできる、本発明のもう一つの実施形態である。

符号の説明

１ 問合せ受信・返答送信モジュール
２ インターネットネットワーク
３ ＤＮＳ問合せデータ解析モジュール
４ 要求管理モジュール
５ ＱＮＡＭＥパラメータ解析モジュール
６ 内部データベース
７ データベース返答解析モジュール
８ ＤＮＳメッセージ作成モジュール
９ データベースメッセージ作成／受信モジュール
１０ 外部リレーショナルデータベース
１０ａ 外部階層型データベース
１１ データベースインタフェース

Claims (10)

1. データベースにアクセスするためのドメインネーミングシステムであって、
   要求装置が、目的装置の識別名から出発して、該目的装置に割当てられたインターネットアドレスを得ることを可能にするドメインネーミングシステムにおいて、
   インターネットネットワークに接続される問合せ送信器／受信器と、
   ＤＮＳ問合わせデータ解析モジュールと、
   ＤＮＳメッセージ作成モジュールと、
   該ＤＮＳ問合わせデータ解析モジュールと該ＤＮＳメッセージ作成モジュールに接続された要求管理器と、
   内部データベースと、
   該要求管理器に接続され、ＤＮＳ問合せの少なくとも１つのパラメータを分析する為に効果的な、ＤＮＳプロトコルパラメータ解析モジュールと、
   該要求管理器に接続され、少なくとも一つの外部データベースに接続された少なくとも一つのデータベースメッセージ作成／受信モジュールであって、ＤＮＳプロトコルパラメータ解析モジュールによって、少なくとも１つの外部データベースへの問合せを検出し、目的装置の識別名から出発して該目的装置に関する付加的な情報を得て、該付加的な情報が、アクセスするデータベースの情報、目的装置に関する情報、及び目的装置に関して得ることが望ましいデータ項目に関する情報を含む、データベースメッセージ作成／受信モジュールと、
   から成り、
   要求管理器が、少なくとも一つの外部データベースおよび内部データベースからの付加的な情報を受信する為に効果的なデータベース回答分析モジュールにも接続されており、ＤＮＳメッセージ作成モジュールに付加的な情報を配信し、また、ＤＮＳメッセージ作成モジュールがインターネットネットワークを通じて要求装置に目的装置に関する付加的な情報を送信する、
   ことを特徴とするドメインネーミングシステム。
2. 付加的な情報が、付加的な情報に対するパスワードに関する情報をも含み、該情報の検証のあと、前記付加的な情報へのアクセスが可能になることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。
3. パラメータが、通常、目的装置の識別名を含むことを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム（ＤＮＳ）。
4. 前記外部データベースが携帯電話ネットワークであり、該ネットワークの加入者に関する情報を得ることができるようになっていることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。
5. 前記外部データベースがデータネットワークであることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。
6. 加入者電話番号が得られることを特徴とする請求項４に記載のデータベースにアクセスするためのドメインネーミングシステム。
7. ＩＰアドレスが、目的装置の接続に応じて、動的かつランダムに変化することを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。
8. 少なくとも１つの外部データベースへのアクセスのために、少なくとも一つのデータベースメッセージ作成／受信モジュールに接続されている、少なくとも１つのデータベースインタフェースをさらに備えていることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。
9. 前記少なくとも一つのデータベースインタフェースがＡＰＩによって決定されることを特徴とする請求項８に記載のデータベースにアクセスするためのドメインネーミングシステム。
10. 複数のデータベースメッセージ作成／受信モジュールと複数の外部データベースをさらに備えていることを特徴とする請求項１に記載のデータベースにアクセスするためのドメインネーミングシステム。

Images