JP4545674B2

JP4545674B2 - 情報取得管理装置及び方法、コンピュータプログラム

Info

Publication number: JP4545674B2
Application number: JP2005319292A
Authority: JP
Inventors: 雄一郎屏; 智彦大岸; 茂浩阿野
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2005-11-02
Filing date: 2005-11-02
Publication date: 2010-09-15
Anticipated expiration: 2025-11-02
Also published as: JP2007129406A

Description

本発明は、情報取得管理装置及び方法、コンピュータプログラムに関する。

従来、インターネットは、図１２に示されるように、ＡＳ（Autonomous System）と呼ばれる独立した管理単位が結合して構成されたコンピュータネットワークである。各ＡＳ間においては、ＢＧＰ（Border Gateway Protocol）と呼ばれる経路制御プロトコルを利用して経路情報の交換を行うことにより、ネットワークの接続性を維持している。そのようなインターネットを安定的に稼動させるためには、各ＡＳのネットワーク運用者間の連携が重要となるために、ＡＳのネットワーク運用者は他のＡＳに関するＡＳ毎の属性情報を必要に応じて適時に取得することが求められる。ＡＳ毎の属性情報（ＡＳ情報）としては、例えば、ＡＳを運用する組織、管理者、運用担当者等の情報が挙げられる。

各ＡＳには、ＡＳ番号と呼ばれる識別番号が割り当てられている。ＡＳ番号は、ＩＡＮＡ（Internet Assigned Numbers Authority）が管理しているが、実際の割り当てはＩＲ（Internet Registry）と呼ばれる組織（ＡＳ番号の割り当て元組織）が行っている。例えば、アジア・オセアニア地域を管轄する地域ＩＲ「APNIC」、ヨーロッパ地域を管轄する地域ＩＲ「RIPE NCC」、北米地域を管轄する地域ＩＲ「ARIN」、中南米地域を管轄する地域ＩＲ「LACNIC」、アフリカ地域を管轄する地域ＩＲ「AfriNIC」などが存在する。また、各ＡＳのＡＳ情報は、ＩＲやMerit Networkが運用するＲＡＤＢなどの公開レジストリが持つ「whoisデータベース」に登録されている。ユーザは、ＩＲが提供する「whoisサーバ」へのＵＲＬを利用したアクセス又は専用の「whoisコマンド」を利用して、whoisサーバにアクセスすることにより、whoisデータベースを参照することができる。例えば、日本のＩＲであるＪＰＮＩＣ（Japan Network Information Center）が提供するwhoisサーバに対しては、「ＵＲＬ：http://whois.jp」によりアクセスすることができる。ユーザは、そのＵＲＬにアクセスしてＡＳ番号等を入力することにより、所望のＡＳ情報を取得することができる。また、whoisコマンドを利用する場合は、例えば「whois -h whois.jp “AS 7667”」のようなコマンド記述により実行すれば、ＡＳ番号「AS7667」に関するＡＳ情報を取得することができる。
"RADB"、［online］、World Wide Web Consortium、［平成１７年１０月６日検索］、インターネット＜ＵＲＬ：http://www.radb.net＞ "RIPE NCC"、［online］、World Wide Web Consortium、［平成１７年１０月６日検索］、インターネット＜ＵＲＬ：http://www.ripe.net＞ "APNIC"、［online］、World Wide Web Consortium、［平成１７年１０月６日検索］、インターネット＜ＵＲＬ：http://www.apnic.net＞ "ARIN"、［online］、World Wide Web Consortium、［平成１７年１０月６日検索］、インターネット＜ＵＲＬ：http://www.arin.net＞

しかし、上述した従来のＡＳ情報取得方法では、ＡＳのネットワーク運用者に対して負担が大きい等の問題がある。具体的には、ＡＳのネットワーク運用者がＵＲＬ又はwhoisコマンドを利用してwhoisサーバにアクセスし、所望のＡＳ情報を取得する場合には、まずどのＩＲのwhoisサーバにアクセスするのかをＡＳのネットワーク運用者が決定し指定する必要がある。しかしながら、指定したwhoisサーバが所望のＡＳ情報を所有していなければ、所望のＡＳ情報を取得するまでには複数のwhoisサーバにアクセスしなければならず、ＡＳのネットワーク運用者の手間が増えるとともに、無駄な問い合わせによるwhoisサーバの負荷増大という問題が生じる。また、ＡＳのネットワーク運用者は一時に多数のＡＳ情報を必要とする場合があるが、その場合、従来のＡＳ情報取得方法では、所望のＡＳ情報を全て取得するまでに多くの時間と手間がかかってしまう。そのためインターネットサービス事業者（ＩＳＰ）などのＡＳにおいては、世界中のＡＳ情報を効率的に取得し、管理・更新する装置の実現が望まれている。

本発明は、このような事情を考慮してなされたもので、その目的は、ＡＳ情報を効率的に取得し、管理することのできる情報取得管理装置及び方法を提供することにある。

また、本発明の他の目的は、本発明の情報取得管理装置をコンピュータを利用して実現するためのコンピュータプログラムを提供することにある。

上記の課題を解決するために、本発明に係る情報取得管理装置は、ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行う情報取得管理装置であって、前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得するブロックファイル取得手段と、前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成するファイル解析手段と、前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する属性情報取得手段と、経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する情報取得管理単位決定手段と、を備えたことを特徴とする。

本発明に係る情報取得管理装置においては、前記属性情報を含むデータベースファイルを取得するブロックファイル取得手段を備え、前記属性情報取得手段は、前記データベースファイルにより取得できなかった前記属性情報の取得を行う、ことを特徴とする。

本発明に係る情報取得管理装置においては、前記取得した属性情報を前記管理単位毎に管理して蓄積する情報格納手段を備えたことを特徴とする。

本発明に係る情報取得管理装置においては、前記情報格納手段に格納する属性情報に対して、その情報取得に関する情報を付加する手段を備えたことを特徴とする。

本発明に係る情報取得管理装置においては、前記属性情報の取得を間欠的に行うよう制御するスケジュール手段を備えたことを特徴とする。

本発明に係る情報取得管理装置においては、前記ブロックファイルもしくは前記データベースファイルのうち少なくとも一方のファイルの取得失敗時、又は前記属性情報の取得失敗時に、その旨を通知する通知手段を備えたことを特徴とする。

本発明に係る情報取得管理方法は、ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行う情報取得管理方法であって、前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得する過程と、前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成する過程と、前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する過程と、経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する過程と、を含むことを特徴とする。

本発明に係るコンピュータプログラムは、ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行うためのコンピュータプログラムであって、前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得する機能と、前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成する機能と、前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する機能と、経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する機能と、をコンピュータに実現させることを特徴とする。
これにより、前述の情報取得管理装置がコンピュータを利用して実現できるようになる。

本発明によれば、ネットワークを構成する管理単位毎の属性情報（例えばＡＳ情報）を効率的に取得し、その管理を行うことができる。

以下、図面を参照し、本発明の一実施形態について説明する。
図１は、本発明の一実施形態に係るＡＳ情報取得管理装置１が適用された通信システムの構成を示すブロック図である。図１において、ＡＳ情報取得管理装置１は、インターネット５に接続されている。各地域に設けられたＩＲ１，２は、whoisサーバ２、whoisデータベース３及びＦＴＰ（File Transfer Protocol）サーバ４を有している。whoisサーバ２及びＦＴＰサーバ４はインターネット５に接続されている。また、ＩＲに属さないwhoisサーバ２及びwhoisデータベース３も存在し、該whoisサーバ２はインターネット５に接続されている。ＡＳ情報取得管理装置１は、インターネット５を介して、各whoisサーバ２及び各ＦＴＰサーバ４にアクセスすることができる。

whoisサーバ２は、配下のwhoisデータベース３へのアクセスを受け付ける。whoisデータベース３は、登録を受けたＡＳ情報を記憶している。

ＦＴＰサーバ３は、whois情報ファイルを有し、whois情報ファイルのダウンロードサービスを提供する。whois情報ファイルは、whoisデータベースファイルとＡＳブロックファイルから構成される。whoisデータベースファイルは、自ＩＲのwhoisデータベース３が記憶する全てのＡＳ情報を一つにまとめたファイルであり、当該whoisデータベース３に記憶されるＡＳ情報の変更に応じて更新される。ＡＳブロックファイルは、ＡＳ番号の割り当て情報を一つにまとめたファイルであり、適宜更新される。

図２には、ＡＳブロックファイルの構成例が示されている。図２に示されるように、ＡＳブロックファイルは、ＡＳ番号と地域ＩＲ情報の組み合わせを有する。具体的には、図２において、as-blockタグにはＡＳ番号のブロックが記され、該当するdescrタグにそのＡＳブロックを管理する地域ＩＲ（ＡＳ番号の割り当て元組織）を特定する地域ＩＲ情報が記されている。ＡＳブロックファイルを参照することにより、あるＡＳ番号がどの地域のＩＲ（地域ＩＲ）に割り当てられているのかを知ることができる。言い換えれば、あるＡＳ番号に対応するＡＳを管理しそのＡＳ情報を有する地域ＩＲを知ることができる。図２の例では、例えばＡＳ番号「ＡＳ１〜ＡＳ６」は、地域ＩＲ「ＡＲＩＮ」に割り当てられており、ＡＳ番号「ＡＳ１〜ＡＳ６」に対応するＡＳは地域ＩＲ「ＡＲＩＮ」によって管理されていて、そのＡＳ情報は地域ＩＲ「ＡＲＩＮ」から取得可能であることが分かる。

図３は、図１に示すＡＳ情報取得管理装置１の構成を示すブロック図である。
図３において、ＡＳ情報取得管理装置１は、whois情報ファイル取得部１１、whois情報ファイル解析部１２、whoisサーバ問い合わせ部１３、エラー通知作成部１４、スケジュール部１５、ＡＳリスト格納部１６、ＡＳ情報格納部１７及びユーザインタフェース部１８を備える。

whois情報ファイル取得部１１は、各ＩＲのＦＴＰサーバ４にアクセスして、whois情報ファイルをダウンロードし取得する。whois情報ファイル解析部１２は、その取得したwhois情報ファイルを解析する。この解析においては、whois情報ファイルに含まれるＡＳブロックファイルから、ＡＳ番号とそのＡＳ番号に対応するＡＳを管理する地域ＩＲのwhoisサーバとの対応表としてのＡＳリスト（管理単位リスト）を作成する。そのＡＳリストは、ＡＳリスト格納部１６に格納する。また、whois情報ファイルに含まれるwhoisデータベースファイルからＡＳ情報を抽出する。そのＡＳ情報は、ＡＳ情報格納部１７に格納する。

whoisサーバ問い合わせ部１３は、whoisサーバ２にＡＳ情報の問い合わせを行う。その問い合わせの応答により取得したＡＳ情報は、ＡＳ情報格納部１７に格納する。

エラー通知作成部１４は、whois情報ファイル取得部１１又はwhois情報ファイル解析部１２において情報の取得に失敗した場合に、その旨を装置管理者に通知するための電子メールを送信する。例えば、whois情報ファイル取得部１１においてＦＴＰサーバ４からwhois情報ファイルを取得できなかった場合や、whois情報ファイル解析部１２においてwhoisサーバ２への問い合わせの結果としてＡＳ情報を取得できなかった場合などに、その旨を装置管理者に通知するための電子メールを送信する。

スケジュール部１５は、whois情報ファイル取得部１１及びwhoisサーバ問い合わせ部１３に対してその動作タイミングを指示する。その指示としては、whois情報ファイル取得部１１に対しては、各ＦＴＰサーバ４へのアクセスを定期的に行うように指示する。また、whoisサーバ問い合わせ部１３に対しては、その問い合わせスケジュールに従ってwhoisサーバ２への問い合わせを指示する。これにより、whois情報ファイル取得部１１及びwhoisサーバ問い合わせ部１３によるアクセスがバースト的にならないように制御する。

ＡＳリスト格納部１６は、ＡＳリストを記憶する。ＡＳ情報格納部１７は、ＡＳ番号毎のＡＳ情報を記憶する。

ユーザインタフェース部１８は、ユーザからのＡＳ情報要求を受け付け、その要求されたＡＳ情報をＡＳ情報格納部１７から取り出して出力することにより、ユーザにＡＳ情報を提供する。

次に、図４を参照して、本実施形態に係るＡＳ情報取得管理処理を説明する。
図４は、本実施形態のＡＳ情報取得管理に係る処理手順を示すフローチャートである。
図４に示すＡＳ情報取得管理処理は、スケジュール部１５の指示に基づいて開始される。図４において、まずＡＳ情報取得管理装置１は、ＦＴＰサーバ４からwhois情報ファイルを取得する（ステップＳ１）。そのアクセス対象のＦＴＰサーバ４のアドレスは、予めＡＳ情報取得管理装置１に設定しておき、ステップＳ１ではアドレスが設定されているＦＴＰサーバ４に対してアクセスする。

次いで、そのwhois情報ファイルの取得状況を判断する（ステップＳ２〜Ｓ４）。その結果、whoisデータベースファイルとＡＳブロック情報ファイルの両方を取得できた場合には（ステップＳ２がＹＥＳ）、ＡＳブロック情報ファイルを解析してＡＳリストを作成する（ステップＳ５）。このＡＳリスト作成処理においては、ＡＳブロック情報ファイル（図２参照）から、ＡＳ番号と地域ＩＲの対応関係を調べる。また、その地域ＩＲのwhoisサーバ２のwhoisサーバアドレスを、ＡＳ情報取得管理装置１が予め保持しているwhoisサーバアドレス一覧表（図５参照）から取得する。そして、それらの結果から、ＡＳ番号とwhoisサーバアドレスの組から成るＡＳリストを作成する。図６には、ＡＳリストの構成例が示されている。その作成したＡＳリストは、ＡＳリスト格納部１６に格納する。

次いで、ステップＳ１で取得したwhoisデータベースファイルからＡＳ情報を抽出し、そのＡＳ情報をＡＳ（ＡＳ番号）毎に一つのファイルにしてＡＳ情報格納部１７に格納する（ステップＳ６）。そのＡＳ情報ファイル作成処理においては、最新のＡＳ情報取得に関する情報をＡＳ情報ファイルに付加する。

図７には、ＡＳ情報格納部１７に格納するＡＳ情報ファイルの構成例が示されている。図７の例では、ある一つのＡＳ番号「ＡＳｘｘｘｘ」のＡＳについてのＡＳ情報が記録されたＡＳ情報ファイルが示されている。そのＡＳ情報ファイルには、当該ＡＳ情報に係る最新のＡＳ情報取得に関する情報として、ＡＳ情報の取得時期を示す取得時期情報３１（図７の例では、取得した日付）、ＡＳ情報の取得元を示す取得元情報３２（図７の例では、whoisサーバアドレス）、ＡＳ情報の取得手段を示す取得手段情報３３（図７の例では、ダウンロードしたwhoisデータベースファイル（「ｆｉｌｅ」で表記））などがファイル末尾に付加されている。その最新のＡＳ情報取得に関する情報は、本装置１で保持しているＡＳ情報の鮮度やその取得手段をユーザ（例えばＡＳのネットワーク運用者）に対して提示するためのものである。なお、既に同じＡＳ（ＡＳ番号）のＡＳ情報がＡＳ情報格納部１７に格納されている場合は、以前のＡＳ情報は削除し、新たに取得したＡＳ情報のみを格納する。

他方、whois情報ファイルの取得状況の判断の結果、ＡＳブロック情報ファイルのみが取得できた場合は（ステップＳ２がＮＯ且つステップＳ３がＹＥＳ）
、装置管理者に対してwhoisデータベースファイルの取得失敗を通知する電子メールを送信する（ステップＳ７）。その電子メールには、ＦＴＰコマンドを実施した際に出力されたエラーメッセージを含める。その後、ステップＳ５に進む。なお、ＡＳブロック情報ファイルのみが取得できた場合は、ステップＳ５の処理を行った後に、ステップＳ６を飛ばしてステップＳ１０に進む。

また他方、whois情報ファイルの取得状況の判断の結果、whoisデータベースファイルのみが取得できた場合は（ステップＳ２及びＳ３がＮＯ且つステップＳ４がＹＥＳ）、装置管理者に対してＡＳブロック情報ファイルの取得失敗を通知する電子メールを送信する（ステップＳ８）。その電子メールには、ＦＴＰコマンドを実施した際に出力されたエラーメッセージを含める。その後、ステップＳ６に進む。

また他方、whois情報ファイルの取得状況の判断の結果、whoisデータベースファイルとＡＳブロック情報ファイルの両方ともに取得できなかった場合には（ステップＳ２、Ｓ３及びＳ４が全てＮＯ）、装置管理者に対してwhois情報ファイルの取得失敗を通知する電子メールを送信する（ステップＳ９）。その電子メールには、ＦＴＰコマンドを実施した際に出力されたエラーメッセージを含める。その後、ステップＳ１０に進む。

次に、whoisデータベースファイルから取得できなかったＡＳ情報を取得するために、whoisサーバ２への問い合わせを行う。
まず問い合わせの対象となるＡＳを抽出する（ステップＳ１０）。このＡＳ抽出処理では、本装置１が取得対象とするＡＳの中から、今回のステップＳ１において取得したwhoisデータベースファイルによってＡＳ情報を取得できなかったＡＳ（ＡＳ番号）を抽出する。なお、本装置１がＡＳ情報の取得対象とするＡＳの設定方法については後述する。

次いで、その抽出したＡＳ（ＡＳ番号）のＡＳ情報を取得するために、順次、whoisサーバ２への問い合わせを実施し、その問い合わせの結果として得られたＡＳ情報をＡＳ情報ファイルとしてＡＳ情報格納部１７に格納する（ステップＳ１１〜Ｓ１４）。その問い合わせ時には、ＡＳリスト格納部１６に格納されているＡＳリスト（図６参照）を参照して、該当するwhoisサーバアドレスを取得し使用する。whoisサーバ２への問い合わせによって得られたＡＳ情報からＡＳ情報ファイルを作成する際には、図８に示すＡＳ情報ファイルの構成例のように、最新のＡＳ情報取得に関する情報（取得時期情報３１、取得元情報３２、取得手段情報３３）をファイル末尾に付加する。ここで、取得手段情報３３については、whoisサーバ２への問い合わせ（「ｑｕｅｒｙ」で表記）を使用する。

その問い合わせの結果、所望のＡＳ情報が得られなかった場合には（ステップＳ１３がＮＯ）、そのＡＳ番号をエラー情報に登録し保持する（ステップＳ１５）。

次いで、ステップＳ１０で抽出した全てのＡＳについての問い合わせが終了した場合は（ステップＳ１１がＮＯ）、エラー情報に登録されたＡＳ番号の有無を確認し（ステップＳ１６）、エラー情報に登録されたＡＳ番号があるならば（ステップＳ１６がＹＥＳ）、そのエラー情報に登録されたＡＳ番号を記載したエラー通知用電子メールを装置管理者に送信する。その後、本処理を終了する。エラー情報に登録されたＡＳ番号が無い場合には（ステップＳ１６がＮＯ）、そのまま本処理を終了する。

なお、whoisサーバ２への問い合わせ動作は、問い合わせを行っていないＡＳが存在しなくなるまで繰り返し継続するが、whoisサーバ２への問い合わせ動作を連続して行うと、例えばwhoisサーバ２に設定されているアクセス制限等の負荷制限により、whoisサーバ２への問い合わせができなくなる恐れがある。そのために、本処理におけるwhoisサーバ２への問い合わせは、連続的に行うのではなく、間欠的に、例えば６０秒間隔で実施するようにし、whoisサーバ２への問い合わせに起因した過剰な負荷の発生を防止する。この問い合わせ間隔は、スケジュール部１５で制御する。

また、本装置１で保持するＡＳ情報を最新なものに保つために、図４のＡＳ情報取得処理は定期的（例えば一ヶ月毎）に実施することが好ましい。そのＡＳ情報取得処理の実行制御は、スケジュール部１５が行う。

装置管理者は、ＡＳ番号が記載されたエラー通知用電子メールの受信により、取得に失敗したＡＳ情報をどこから取得するのかを手動で設定するができる。例えば、問い合わせ先のサーバとして、地域ＩＲに属さないwhoisサーバ２のwhoisサーバアドレスなどの問い合わせ先を記載したＡＳリストを、上記ステップＳ５で作成したものとは別途用意し、そのＡＳリストに基づいてＡＳ情報の問い合わせを行うようにしてもよい。

次に、ＡＳ情報取得管理装置１がＡＳ情報の取得対象とするＡＳの設定方法について説明する。
世界中に存在するＡＳのうち、ＡＳ情報取得管理装置１がどのＡＳのＡＳ情報を取得し管理するのかを決定する方法としては、以下の２つの方法が利用できる。
（方法１）
ＡＳブロック情報ファイルに含まれる全てのＡＳについて、ＡＳ情報の取得を試みる。
（方法２）
ＢＧＰにより接続するルータを介して得られるＢＧＰ経路表に基づき、ＡＳ情報の取得対象とするＡＳを決定する。

以下、上記方法２について詳細に説明する。
図９に示されるように、ＡＳ情報取得管理装置１は、ＡＳ番号「１０００」のＡＳ１０００内に設けられている。また、ＡＳ１０００内にはルータ４０が設けられている。ＡＳ情報取得管理装置１は、ＢＧＰによりルータ４０に接続し、該ルータ４０を介してインターネット５内の他のＡＳにＢＧＰにより接続する。ルータ４０は、「ＢＧＰ経路表」を有しており、該ＢＧＰ経路表に基づいて経路選択を行う。

図１０には、ルータ４０が有するＢＧＰ経路表の構成例が示されている。ＢＧＰ経路表は、プレフィックス（Ｐｒｅｆｉｘ）とＡＳパス（ＡＳｐａｔｈ）の組から構成される。プレフィックスは、ある組織に割り当てられたＩＰアドレスの集合を表す。ＡＳパスは、その対応するプレフィックスがどのＡＳを経由して、当該ルータ４０が設置されるＡＳ１０００に広報されてきたのかをＡＳ番号によって表す。例えば、図１０において、プレフィックス「3.0.0.0/8」は、ＡＳ番号「１００」のＡＳを経由し、次いでＡＳ番号「３００」のＡＳを経由し、次いでＡＳ番号「５００」のＡＳを経由して、当該ルータ４０が設置されているＡＳ１０００に広報されてきたことを示している。

図９において、ＡＳ情報取得管理装置１がルータ４０にＢＧＰにより接続すると、該ルータ４０は自己のＢＧＰ経路表に含まれる全てのプレフィックスを、「UPDATEメッセージ」により該ＡＳ情報取得管理装置１に広報する。UPDATEメッセージには、プレフィックスとそれに対応するＡＳパスが含まれる。ＡＳ情報取得管理装置１は、ルータ４０からのUPDATEメッセージを受信し、該UPDATEメッセージからＢＧＰ経路表を作成する。また、インターネット５上で新たなプレフィックスが出現した場合やプレフィックスのＡＳパスが変更された場合、その更新情報は、ＢＧＰのUPDATEメッセージによりインターネット５上の各ＡＳに広報される。ＡＳ１０００内のルータ４０は、そのUPDATEメッセージを受信すると、当該UPDATEメッセージをＡＳ情報取得管理装置１に転送する。

また、ＡＳ情報取得管理装置１は、情報取得ＡＳリストを保持する。情報取得ＡＳリストには、ＢＧＰ経路表に含まれるＡＳ番号が記載される。情報取得ＡＳリスト中のＡＳ番号は、ＡＳ情報の取得対象とするＡＳを示す。

図１１は、ＡＳ情報取得管理装置１がUPDATEメッセージを受信したときの、情報取得ＡＳリストの作成（ＡＳ情報取得対象のＡＳの決定）に係る処理手順を表すフローチャートである。
図１１において、ＡＳ情報取得管理装置１は、新たにUPDATEメッセージを受信すると（ステップＳ３１）、その受信したUPDATEメッセージ内のＡＳパスに含まれるＡＳ番号を自己の情報取得ＡＳリスト中のＡＳ番号と照合し、UPDATEメッセージ内のＡＳパスに含まれるＡＳ番号の中に情報取得ＡＳリストに含まれていないＡＳ番号が存在するかを調べる（ステップ３２）。

その結果、新規のＡＳ番号が発見された場合（ステップＳ３２がＹＥＳ）には、その新規ＡＳ番号に対応するＡＳをＡＳ情報の取得対象とし、新規ＡＳ番号を情報取得ＡＳリストに追加する（ステップＳ３３）。

なお、新規のＡＳ番号が発見された時に、そのＡＳ番号に対応するＡＳのＡＳ情報を取得することを試みてもよい。これにより、定期的なＡＳ情報取得処理に加えて、新規のＡＳが出現したことを検知した時点において即座にその新規ＡＳのＡＳ情報を取得することが可能になる。

上述したように本実施形態によれば、ＡＳ情報を効率的に取得し、その管理及び更新を行うことができる。

本実施形態によれば、ＡＳ情報取得の際に、地域ＩＲが公開しているＡＳブロックファイルを参照することによりＡＳ番号を管理するＩＲを特定することができ、適切なＡＳ情報取得先を決定することが可能になる。また、バックグラウンド動作により定期的にＡＳ情報を取得して蓄積することができ、世界中のＡＳのＡＳ情報を効率的に取得し管理し更新することが可能になる。これにより、ＡＳのネットワーク運用者は、自らの操作によりwhoisサーバへアクセスしてＡＳ情報を取得する手間が省け、その分の負担が軽減される。

また、本実施形態によれば、以下に示すような様々な効果が期待できる。
（１）ＡＳ番号を管理する地域ＩＲを正確に特定することができるので、ＡＳ情報に関して適切な情報取得先を決定することが可能となる。これにより、正しいＡＳ情報を取得して蓄積するとともに、利用者に対して正しいＡＳ情報を提供することができる。この結果として、ユーザは問題のあるＡＳへの連絡などを迅速に行うことが可能となる。また１００００以上存在する全世界のＡＳ情報を効率的に取得し、その管理及び更新を行うことが可能となる。

（２）whoisサーバへ問い合わせを行う際に、その問い合わせを間欠的に実施するので、特定サーバに問い合わせが集中することによって起こりえる、whoisサーバからのアクセス制限を回避することができる。これにより、ＡＳ情報の欠落を防ぎ、ユーザが所望するＡＳ情報を提示できないという不具合を防止することが期待できる。

（３）ＡＳ情報を取得する際に、地域ＩＲが公開するwhois情報ファイル（whoisデータベースファイル、ＡＳブロックファイル）を利用することにより、whoisサーバへの問い合わせを削減することが可能となり、whoisサーバの負荷を軽減することが期待できる。

（４）取得したＡＳ情報をＡＳ毎に別ファイルとして蓄積することにより、ユーザからのＡＳ情報要求時に、即座に、該当するＡＳ情報を提供することが可能となるので、ユーザに対してＡＳ情報取得にかかる待ち時間を短縮することが期待できる。またwhoisサーバへの問い合わせを削減することができるので、whoisサーバの負荷を軽減することが期待できる。

なお、本実施形態に係るＡＳ情報取得管理装置１は、専用のハードウェアにより実現されるものであってもよく、あるいはパーソナルコンピュータ等の汎用のコンピュータシステムにより構成され、図３に示されるＡＳ情報取得管理装置１の各機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。

また、そのＡＳ情報取得管理装置１には、周辺機器として入力装置、出力装置等（いずれも図示せず）が接続されるものとする。ここで、入力装置とはキーボード、マウス等の入力デバイスのことをいう。出力装置としては、例えば、ＣＲＴ（Cathode Ray Tube）や液晶表示装置等の表示装置、記録媒体への記録装置、印字装置などが挙げられる。
また、上記周辺機器については、ＡＳ情報取得管理装置１に直接接続するものであってもよく、あるいは通信回線を介して接続するようにしてもよい。

また、図４又は図１１に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりＡＳ情報取得管理処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

本発明の一実施形態に係るＡＳ情報取得管理装置１が適用された通信システムの構成を示すブロック図である。ＡＳブロックファイルの構成例を示す図である。図１に示すＡＳ情報取得管理装置１の構成を示すブロック図である。本発明の一実施形態のＡＳ情報取得管理に係る処理手順を示すフローチャートである。 whoisサーバアドレス一覧表の構成例を示す図である。ＡＳリストの構成例を示す図である。ＡＳ情報ファイルの構成例を示す図である。ＡＳ情報ファイルの構成例を示す図である。本発明の一実施形態に係るＡＳ情報取得対象のＡＳを決定する方法を説明するための図である。ＢＧＰ経路表の構成例を示す図である。本発明の一実施形態に係るＡＳ情報取得対象のＡＳを決定する処理手順を示すフローチャートである。ＡＳから成るインターネットの構成を説明するための概念図である。

符号の説明

１…ＡＳ情報取得管理装置、２…whoisサーバ、３…whoisデータベース、４…ＦＴＰサーバ、５…インターネット、１１…whois情報ファイル取得部（ブロックファイル取得手段）、１２…whois情報ファイル解析部、１３…whoisサーバ問い合わせ部（属性情報取得手段）、１４…エラー通知作成部、１５…スケジュール部、１６…ＡＳリスト格納部、１７…ＡＳ情報格納部、１８…ユーザインタフェース部、４０…ルータ

Claims

ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行う情報取得管理装置であって、
前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得するブロックファイル取得手段と、
前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成するファイル解析手段と、
前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する属性情報取得手段と、
経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する情報取得管理単位決定手段と、
を備えたことを特徴とする情報取得管理装置。
前記属性情報を含むデータベースファイルを取得するブロックファイル取得手段を備え、
前記属性情報取得手段は、前記データベースファイルにより取得できなかった前記属性情報の取得を行う、
ことを特徴とする請求項１に記載の情報取得管理装置。
前記取得した属性情報を前記管理単位毎に管理して蓄積する情報格納手段を備えたことを特徴とする請求項１又は２に記載の情報取得管理装置。
前記情報格納手段に格納する属性情報に対して、その情報取得に関する情報を付加する手段を備えたことを特徴とする請求項３に記載の情報取得管理装置。
前記属性情報の取得を間欠的に行うよう制御するスケジュール手段を備えたことを特徴とする請求項１から４のいずれかの項に記載の情報取得管理装置。
前記ブロックファイルもしくは前記データベースファイルのうち少なくとも一方のファイルの取得失敗時、又は前記属性情報の取得失敗時に、その旨を通知する通知手段を備えたことを特徴とする請求項１から５のいずれかの項に記載の情報取得管理装置。
ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行う情報取得管理方法であって、
前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得する過程と、
前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成する過程と、
前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する過程と、
経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する過程と、
を含むことを特徴とする情報取得管理方法。
ネットワークを構成する管理単位毎の属性情報を取得し、その属性情報の管理を行うためのコンピュータプログラムであって、
前記管理単位の識別番号と該識別番号の割り当て元組織の対応関係を有するブロックファイルを取得する機能と、
前記ブロックファイルに基づき、前記識別番号と前記割り当て元組織の対応関係を示す管理単位リストを作成する機能と、
前記管理単位リストに基づき、前記識別番号に対応する前記属性情報の取得先を特定する機能と、
経路制御プロトコルにより交換される経路情報に基づき、前記属性情報の取得対象とする前記管理単位を決定する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。