(57)【特許請求の範囲】
【請求項１】
ＳＩＰクライアント装置から接続要求を受け付けるＤＮＳクライアント装置と、前記ＤＮＳクライアント装置から受信したクエリ要求に対してクエリ応答を返信するＤＮＳ権威サーバ装置と、を備えた通信制御システムであって、
前記ＤＮＳクライアント装置は、
前記クエリ要求のＡＤＤＩＴＩＯＮＡＬセクションにおけるＲＥＧＥＸＰフィールドに、接続元または接続先のＳＩＰクライアント装置の電話番号を付与する付与部を有し、
前記ＤＮＳ権威サーバ装置は、
各ＳＩＰクライアント装置の電話番号に対応付けて、所定のネットワークへの接続ポイント情報を記憶する記憶部と、
前記ＤＮＳクライアント装置からクエリ要求を受信する受信部と、
前記受信部によって受信されたクエリ要求の前記ＲＥＧＥＸＰフィールドから、接続元または接続先のＳＩＰクライアント装置の電話番号を取得する取得部と、
前記取得部によって取得された電話番号に対応する接続ポイント情報を前記記憶部から検索する検索部と、
前記検索部によって検索された接続ポイント情報を含むクエリ応答を前記ＤＮＳクライアント装置に対して返信する返信部と、
を有することを特徴とする通信制御システム。
【請求項２】
前記付与部は、前記クエリ要求に前記電話番号を付与するとともに、該電話番号が接続元のＳＩＰクライアント装置の発信電話番号であるか、接続先のＳＩＰクライアント装置の着信電話番号であるかを示すフラグを付与することを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記記憶部は、各ＳＩＰクライアント装置の電話番号に対応付けて前記接続ポイント情報とともに前記フラグを記憶し、
前記取得部は、前記クエリ要求に含まれる前記電話番号および前記フラグを取得し、
前記検索部は、前記取得部によって取得された電話番号およびフラグに対応する接続ポイント情報を前記記憶部から検索することを特徴とする請求項２に記載の通信制御システム。
【請求項４】
前記ＤＮＳ権威サーバ装置は、
前記検索部によって検索された接続ポイント情報をアンサとするクエリ応答を作成する作成部をさらに有することを特徴とする請求項１〜３のいずれか一つに記載の通信制御システム。
【請求項５】
ＳＩＰクライアント装置から接続要求を受け付けるＤＮＳクライアント装置と、前記ＤＮＳクライアント装置から受信したクエリ要求に対してクエリ応答を返信するＤＮＳ権威サーバ装置と、で実行される通信制御方法であって、
前記ＤＮＳ権威サーバ装置は、各ＳＩＰクライアント装置の電話番号に対応付けて、所定のネットワークへの接続ポイント情報を記憶する記憶部を有し、
前記ＤＮＳクライアント装置が、
前記クエリ要求のＡＤＤＩＴＩＯＮＡＬセクションにおけるＲＥＧＥＸＰフィールドに、接続元または接続先のＳＩＰクライアント装置の電話番号を付与する付与工程と、
前記ＤＮＳ権威サーバ装置が、前記ＤＮＳクライアント装置からクエリ要求を受信する受信工程と、
前記ＤＮＳ権威サーバ装置が、前記受信工程によって受信されたクエリ要求の前記ＲＥＧＥＸＰフィールドから、接続元または接続先のＳＩＰクライアント装置の電話番号を取得する取得工程と、
前記ＤＮＳ権威サーバ装置が、前記取得工程によって取得された電話番号に対応する接続ポイント情報を前記記憶部から検索する検索工程と、
前記ＤＮＳ権威サーバ装置が、前記検索工程によって検索された接続ポイント情報を含むクエリ応答を前記ＤＮＳクライアント装置に対して返信する返信工程と、
を含んだことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御システム及び通信制御方法に関する。
【背景技術】
【０００２】
従来、インターネット上のホスト名（ドメイン名）とＩＰアドレス（Internet  Protocol  Address）とを対応させるＤＮＳ（Domain  Name  System）と呼ばれるシステムが知られている。
【０００３】
また、このようなＤＮＳの運用形態を利用しつつＩＰ電話などの電話番号をドメイン名として名前解決をおこなうＥＮＵＭ（イーナム：Telephone  Number  Mapping）の標準化作業が進められている。ＥＮＵＭは、公衆交換電話網の電話番号体系をインターネットのＩＰアドレス体系と統合する電話番号マッピングの代表的な規格である。
【０００４】
また、ＤＮＳにおいて、クエリ要求側の送信元ＩＰアドレスを元に応答内容を切り替えるＶＩＥＷ機能が知られている。例えば、ＶＩＥＷ機能を利用することで、１台のサーバで同じドメイン名の解決時において、外部ネットワーク向けと内部ネットワーク向けとで応答内容を変更することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“ＩＳＣ  ＢＩＮＤのＶｉｅｗの定義方法”、[online]、[平成２５年７月３１日検索]、インターネット＜http://www.eis.co.jp/techinfo/tb00001.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、クエリ要求側の送信元ＩＰアドレスを元に応答内容を切り替えるので、電話番号に応じて応答内容をクライアントに返信することができず、適切に応答内容を切り替えることができないという課題があった。
【０００７】
例えば、ＥＮＵＭなどの用途においては、発信電話番号によって特定のネットワークへの接続ポイントが異なる場合があり、同じドメイン名に対する応答においても、発電話番号に応じて異なる情報を応答してほしいという要求があり得るが、従来では、そのような要求に応えることができなかった。
【０００８】
そこで、この発明は、電話番号に応じて、クエリ要求に対する応答内容を適切に切り替えることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、通信制御システムは、ＳＩＰクライアント装置から接続要求を受け付けるＤＮＳクライアント装置と、前記ＤＮＳクライアント装置から受信したクエリ要求に対してクエリ応答を返信するＤＮＳ権威サーバ装置と、を備えた通信制御システムであって、前記ＤＮＳクライアント装置は、前記クエリ要求に、接続元または接続先のＳＩＰクライアント装置の電話番号を付与する付与部を有し、前記ＤＮＳ権威サーバ装置は、各ＳＩＰクライアント装置の電話番号に対応付けて、所定のネットワークへの接続ポイント情報を記憶する記憶部と、前記ＤＮＳクライアント装置からクエリ要求を受信する受信部と、前記受信部によって受信されたクエリ要求に含まれる接続元または接続先のＳＩＰクライアント装置の電話番号を取得する取得部と、前記取得部によって取得された電話番号に対応する接続ポイント情報を前記記憶部から検索する検索部と、前記検索部によって検索された接続ポイント情報を含むクエリ応答を前記ＤＮＳクライアント装置に対して返信する返信部と、を有することを特徴とする。
【００１０】
また、通信制御方法は、ＳＩＰクライアント装置から接続要求を受け付けるＤＮＳクライアント装置と、前記ＤＮＳクライアント装置から受信したクエリ要求に対してクエリ応答を返信するＤＮＳ権威サーバ装置と、で実行される通信制御方法であって、前記ＤＮＳ権威サーバ装置は、各ＳＩＰクライアント装置の電話番号に対応付けて、所定のネットワークへの接続ポイント情報を記憶する記憶部を有し、前記ＤＮＳクライアント装置が、前記クエリ要求に、接続元または接続先のＳＩＰクライアント装置の電話番号を付与する付与工程と、前記ＤＮＳ権威サーバ装置が、前記ＤＮＳクライアント装置からクエリ要求を受信する受信工程と、前記ＤＮＳ権威サーバ装置が、前記受信工程によって受信されたクエリ要求に含まれる接続元または接続先のＳＩＰクライアント装置の電話番号を取得する取得工程と、前記ＤＮＳ権威サーバ装置が、前記取得工程によって取得された電話番号に対応する接続ポイント情報を前記記憶部から検索する検索工程と、前記ＤＮＳ権威サーバ装置が、前記検索工程によって検索された接続ポイント情報を含むクエリ応答を前記ＤＮＳクライアント装置に対して返信する返信工程と、を含んだことを特徴とする。
【発明の効果】
【００１１】
本願に開示する通信制御システム及び通信制御方法は、電話番号に応じて、クエリ要求に対する応答内容を適切に切り替えることが可能である。
【図面の簡単な説明】
【００１２】
【図１】図１は、第一の実施形態に係る通信制御システムの構成の一例を示す図である。
【図２】図２は、第一の実施形態に係るＤＮＳ権威サーバの構成を示すブロック図である。
【図３】図３は、ＤＮＳクエリのＡＤＤＩＴＩＯＮＡＬセクションに発着電話番号を付与する処理を説明する図である。
【図４】図４は、第一の実施形態に係る電話番号対応データ記憶部によって記憶される情報の一例を示す図である。
【図５】図５は、発着電話番号に応じて、ＤＮＳ応答を変更する処理を説明する図である。
【図６】図６は、第一の実施形態に係るＤＮＳ権威サーバにおける通信制御処理の流れを説明するためのフローチャートである。
【図７】図７は、電話番号に応じて応答内容を変更する処理を説明する図である。
【図８】図８は、電話番号に応じて応答内容を変更する処理を説明する図である。
【図９】図９は、発信電話番号によって特定のネットワークへの接続ポイントが変わる例を説明する図である。
【図１０】図１０は、通信制御プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１３】
以下に図面を参照して、この発明に係る通信制御システム及び通信制御方法の実施形態を詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。
【００１４】
［第一の実施形態］
以下の実施形態では、第一の実施形態に係る通信制御システム及び通信制御方法による処理の流れを順に説明し、最後に第一の実施形態による効果を説明する。
【００１５】
［システムの構成］
まず、第一の実施形態に係る通信制御システム１００の構成の一例を説明する。図１は、第一の実施形態に係る通信制御システムの構成の一例を示す図である。図１に示すように、通信制御システム１００は、ＤＮＳ権威サーバ１０、ＤＮＳクライアント２０、ＳＩＰクライアント３０、およびＥＮＵＭ権威サーバ４０を有する。なお、図１のシステムの例では、各サーバ、各クライアントについて１台ずつ設けているが、これに限定されるものではなく、複数台を設けてもよい。また、クライアントとサーバとの間にキャッシュサーバが存在していてもよい。
【００１６】
ＤＮＳ権威サーバ１０は、ホスト名とＩＰアドレスとを対応付けた変換表（リソースレコードファイル）を管理している。そして、ＤＮＳ権威サーバ１０は、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信すると、変換表から対応するリソースレコードを検索し、検索結果としてのリソースレコードをＤＮＳ応答としてＤＮＳクライアント２０に返信する。ここで、ＤＮＳ応答には、発着電話番号に応じた特定のネットワークへの接続ポイントに関する接続ポイント情報（以下、「接続ポイント」という）が含まれているものとする。つまり、ＤＮＳ応答に含まれる接続ポイントを電話番号に応じて変更することができるため、電話番号に応じた適切な接続ポイントをＤＮＳクエリ要求に対する応答内容として払いだすことができる。
【００１７】
ＤＮＳクライアント２０は、ＳＩＰクライアント３０と、ＤＮＳ権威サーバ１０およびＥＮＵＭ権威サーバ４０との間の通信を制御する。例えば、ＤＮＳクライアント２０は、ＳＩＰクライアント３０から「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」などのＳＩＰ信号を接続要求として受信した場合に、ＥＮＵＭ権威サーバ４０に対して、電話番号に対応する収容網の情報を要求するＥＮＵＭクエリを送信する。そして、ＤＮＳクライアント２０は、送信したＥＮＵＭクエリに対する回答として、ＥＮＵＭアンサをＥＮＵＭ権威サーバ４０から受信する。
【００１８】
また、ＤＮＳクライアント２０は、ＤＮＳクエリ要求をＤＮＳ権威サーバ１０に送信し、ＤＮＳクエリ要求に対する回答として、接続ポイントが含まれたＤＮＳ応答を受信する。ＤＮＳ応答に含まれる接続ポイントが電話番号に応じて異なるため、ＤＮＳクライアント２０は、発信側または着信側のＳＩＰクライアント３０の電話番号に応じて、ＳＩＰクライアント３０同士を接続するための適切な接続ポイントを取得することができる。
【００１９】
ＳＩＰクライアント装置３０は、ＩＰ電話の発呼者または着呼者となる端末である。ＳＩＰクライアント装置３０は、ＤＮＳクライアント２０に対して「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」などのＳＩＰ信号を送信する。
【００２０】
ＥＮＵＭ権威サーバ４０は、電話番号と収容網とを対応付けた全てのＥＮＵＭデータを管理するサーバである。また、ＥＮＵＭ権威サーバ４０は、ＤＮＳクライアント２０からＥＮＵＭクエリ要求を受信すると、ＥＮＵＭデータから対応するリソースレコードを検索し、検索結果としてのリソースレコードをＤＮＳ応答として、ＤＮＳクライアント２０に返信する。
【００２１】
［ＤＮＳ権威サーバの構成］
次に、図２を用いて、図１に示したＤＮＳ権威サーバの構成を説明する。図２は、第一の実施形態に係るＤＮＳ権威サーバの構成を示すブロック図である。図２に示すように、ＤＮＳ権威サーバ１０は、通信処理部１１、制御部１２および記憶部１３を有する。また、図２に示すように、ＤＮＳ権威サーバ１０は、ＤＮＳクライアント２０と接続される。
【００２２】
ここで、ＤＮＳ権威サーバの構成を説明する前に、まずはＤＮＳクライアント２０について説明する。ＤＮＳクライアント２０は、特に本発明に関連するものとしては、付与部２１を有する。ＤＮＳクライアント２０は、ＳＩＰクライアント３０から「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」などのＳＩＰ信号を受信した後に、ＥＮＵＭ権威サーバ４０に対して、電話番号に対応する収容網の情報を要求するＥＮＵＭクエリ要求を送信する。その後、ＤＮＳクライアント２０は、ＥＮＵＭアンサをＥＮＵＭ権威サーバ４０から受信する。そして、ＤＮＳクライアント２０は、付与部２１にてＤＮＳクエリ要求にＳＩＰクライアント３０の発着電話番号を付与し、ＤＮＳクエリ要求をＤＮＳ権威サーバ１０に送信する。
【００２３】
付与部２１は、ＤＮＳクエリ要求をＤＮＳ権威サーバ１０に送信する際に、該ＤＮＳクエリ要求に、接続元または接続先のＳＩＰクライアント３０の電話番号を付与する。具体的には、付与部２１は、付与する電話番号が接続元のＳＩＰクライアント装置の発信電話番号であるか、接続先のＳＩＰクライアント装置の着信電話番号であるかを示すフラグを格納するとともに、ＲＥＧＥＸＰフィールドに発信電話番号または着信電話番号を付与する。
【００２４】
ここで、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに発着電話番号を付与する処理について、図３の例を用いて説明する。図３は、ＤＮＳクエリのＡＤＤＩＴＩＯＮＡＬセクションに発着電話番号を付与する処理を説明する図である。図３に例示するように、付与部２１は、ＥＮＵＭクエリ要求を受信した後に、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに「ＴＹＰＥ：ＮＡＰＴＲ」で、発着電話番号をｅ．１６４ドメイン表記にてＲＥＧＥＸＰフィールドに付与する。
【００２５】
また、付与部２１は、発着電話番号に応じて、ＦＬＡＧＳフィールドに「発（ｓＥｎｄ）」または「着（Ｒｅｃｉｅｖｅ）」を示す情報を格納する。ここで、付与部２１は、「発（ｓＥｎｄ）」をＦＬＡＧＳフィールドに格納した場合には、発信番号をＲＥＧＥＸＰフィールドに付与し、「着（Ｒｅｃｉｅｖｅ）」をＦＬＡＧＳフィールドに格納した場合には、着信番号をＲＥＧＥＸＰフィールドに付与することとなる。なお、図３の例では、ＦＬＡＧＳフィールドについて、「ＦＬＡＧＳ［Ｅ／Ｒ］」と記載しているが、これはＦＬＡＧＳフィールドに「Ｅ」または「Ｒ」のいずれかが格納されることを示しており、実際には、「Ｅ」または「Ｒ」のいずれかが格納される。つまり、発信番号をＲＥＧＥＸＰフィールドに付与する場合であれば、「Ｅ」を格納し、着信番号をＲＥＧＥＸＰフィールドに付与する場合であれば、「Ｒ」を格納することとなる。
【００２６】
また、付与部２１は、ＦＬＡＧＳフィールドに「発（ｓＥｎｄ）」を示す情報を格納するか、または、「着（Ｒｅｃｉｅｖｅ）」を示す情報を格納するか、すなわち、ＲＥＧＥＸＰフィールドに発信電話番号を付与するか、または、着信電話番号を付与するかを、決定するためのリストを保持している。このリストは、例えば、発着信電話番号に関する情報に対応付けて、ＲＥＧＥＸＰフィールドに発信電話番号を付与するか、または、着信電話番号を付与するかを示す情報が規定されている。具体的な例を挙げて説明すると、付与部２１は、発信電話番号が「０３−××××−××××」であり、且つ、着信電話番号が「０９０−××××−××××」である場合には、ＲＥＧＥＸＰフィールドに「発信電話番号」を付与することを決定する。
【００２７】
図２の説明に戻って、通信処理部１１は、接続されるＤＮＳクライアント２０との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信し、ＤＮＳクエリ要求に対するＤＮＳ応答をＤＮＳクライアント２０に送信する。
【００２８】
記憶部１３は、図２に示すように、電話番号対応データ記憶部１３ａを有する。記憶部１３は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２９】
電話番号対応データ記憶部１３ａは、各ＳＩＰクライアント３０の電話番号に対応付けて、所定のネットワークへの接続ポイント（ＰＯＩ：Point  Of  Interface）を記憶する。具体的には、電話番号対応データ記憶部１３ａは、図４に示すように、発信電話番号であるか着信電話番号であるかを示す「フラグ」と、発信電話番号または着信電話番号を示す「発着電話番号」あるいは、その短縮情報と、ＳＩＰクライアント３０同士が接続するためのネットワークへの接続ポイントを示すリソースレコードである「接続ポイント」とを対応付けて記憶する。図４は、第一の実施形態に係る電話番号対応データ記憶部によって記憶される情報の一例を示す図である。
【００３０】
図４の例を用いて具体的に説明すると、電話番号対応データ記憶部１３ａは、フラグ「Ｅ」と、発着電話番号「x.x.x.e164.arpa,1.2.3.4.5.6.7.8.9.e164.arpa」と、接続ポイント「tokyo.poi.ntt.ne.jp」とを対応付けて記憶する。ここで、フラグ「Ｅ」とは、「発（ｓＥｎｄ）」のことを意味し、対応する「発着電話番号」に記憶された電話番号が発信電話番号であることを意味している。また、フラグ「Ｒ」は、「着（Ｒｅｃｉｅｖｅ）」のことを意味し、対応する「発着電話番号」に記憶された電話番号が着信電話番号であることを意味している。また、「発着電話番号」に記憶された電話番号は、ｅ．１６４ドメイン表記で格納されている。
【００３１】
図２に戻って、制御部１２は、受信部１２ａ、取得部１２ｂ、検索部１２ｃ、作成部１２ｄおよび返信部１２ｅを有する。ここで、制御部１２は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路やＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路である。
【００３２】
受信部１２ａは、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信する。具体的には、受信部１２ａは、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信すると、該ＤＮＳクエリ要求を取得部１２ｂに通知する。
【００３３】
取得部１２ｂは、受信部１２ａによって受信されたＤＮＳクエリ要求に含まれる接続元または接続先のＳＩＰクライアント３０の電話番号を取得する。具体的には、取得部１２ｂは、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに存在する「ＴＹＰＥ：ＮＡＰＴＲ」、「ＦＬＡＧＳ［Ｅ／Ｒ］を検出し、ＦＬＡＧＳフィールドおよびＲＥＧＥＸＰフィールドの情報を取得する。そして、取得部１２ｂは、取得したＦＬＡＧＳフィールドおよびＲＥＧＥＸＰフィールドの情報を検索部１２ｃに通知する。
【００３４】
検索部１２ｃは、取得部１２ｂによって取得された電話番号に対応する接続ポイントを電話番号対応データ記憶部１３ａから検索する。具体的には、検索部１２ｃは、取得部１２ｂによって取得された電話番号およびフラグに対応する接続ポイントを電話番号対応データ記憶部１３ａから後方最大一致検索で検索し、検索結果を作成部１２ｄに通知する。
【００３５】
作成部１２ｄは、検索部１２ｃによって検索された接続ポイントを含む、受信部１２ａによって受信されたＤＮＳクエリ要求に対するＤＮＳ応答を作成する。具体的には、作成部１２ｄは、検索部１２ｃによって検索された接続ポイント情報をＡｎｓｗｅｒとするＤＮＳ応答を作成し、作成したＤＮＳ応答を返信部１２ｅに通知する。
【００３６】
返信部１２ｅは、作成部１２ｄによって作成されたＤＮＳクエリ応答をＤＮＳクライアント２０に対して返信する。具体的には、返信部１２ｅは、作成部１２ｄによって作成されたＤＮＳクエリ応答を受信し、該ＤＮＳクエリ応答をＤＮＳクエリ要求の送信元のＤＮＳクライアント２０に対して返信する。
【００３７】
ここで、図５を用いて、第一の実施形態に係る通信制御システム１００において、発着電話番号に応じて、ＤＮＳ応答を変更する処理を説明する。図５は、発着電話番号に応じて、ＤＮＳ応答を変更する処理を説明する図である。図５に示すように、通信制御システム１００のＳＩＰクライアント３０は、ＤＮＳクライアント２０に対して「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」などのＳＩＰ信号を送信する（ステップＳ１）。
【００３８】
そして、ＤＮＳクライアント２０は、電話番号に対応する収容網の情報を要求するＥＮＵＭクエリをＥＮＵＭ権威サーバ４０に対して送信する（ステップＳ２）。続いて、ＤＮＳクライアント２０は、送信したＥＮＵＭクエリに対する回答として、ＥＮＵＭアンサをＥＮＵＭ権威サーバ４０から受信する（ステップＳ３）。
【００３９】
そして、ＤＮＳクライアント２０の付与部２１は、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに「ＴＹＰＥ：ＮＡＰＴＲ」で、発着電話番号をｅ．１６４ドメイン表記にてＲＥＧＥＸＰフィールドに付与する（ステップＳ４）。また、付与部２１は、ＲＥＧＥＸＰフィールドに付与した電話番号が発信電話番号であるか着信電話番号であるかを示すフラグを格納する。その後、ＤＮＳクライアント２０は、ＤＮＳクエリ要求をＤＮＳ権威サーバ１０に送信する（ステップＳ５）。
【００４０】
そして、ＤＮＳ権威サーバ１０の取得部１２ｂは、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに存在する「ＴＹＰＥ：ＮＡＰＴＲ」、「ＦＬＡＧＳ［Ｅ／Ｒ］を検出し、ＦＬＡＧＳフィールドのフラグおよびＲＥＧＥＸＰフィールドの電話番号を取得する（ステップＳ６）。例えば、図５の例では、取得部１２ｂは、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションにおけるＦＬＡＧＳフィールドおよびＲＥＧＥＸＰフィールドから、フラグ「Ｅ」と、発着電話番号「x.x.x.e164.arpa,1.2.3.4.5.6.7.8.9.e164.arpa」とを取得する。
【００４１】
そして、ＤＮＳ権威サーバ１０の検索部１２ｃは、取得部１２ｂによって取得された電話番号およびフラグに対応する接続ポイント情報を電話番号対応データ記憶部１３ａから検索する（ステップＳ７）。例えば、図５の例では、検索部１２ｃは、フラグ「Ｅ」と、発着電話番号「x.x.x.e164.arpa,1.2.3.4.5.6.7.8.9.e164.arpa」とに対応する接続ポイント「tokyo.poi.ntt.ne.jp」を取得する。
【００４２】
そして、ＤＮＳ権威サーバ１０の作成部１２ｄは、検索部１２ｃによって検索された接続ポイントを含む、受信部１２ａによって受信されたクエリ要求に対するクエリ応答を作成する（ステップＳ８）。その後、ＤＮＳ権威サーバ１０の返信部１２ｅは、作成部１２ｄによって作成されたＤＮＳクエリ応答をＤＮＳクライアント２０に対して返信する（ステップＳ９）。
【００４３】
［ＤＮＳ権威サーバによる処理］
次に、図６を用いて、第一の実施形態に係るＤＮＳ権威サーバ１０による処理を説明する。図６は、第一の実施形態に係るＤＮＳ権威サーバにおける通信制御処理の流れを説明するためのフローチャートである。
【００４４】
図６に示すように、ＤＮＳ権威サーバ１０の受信部１２ａが、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信すると（ステップＳ１０１肯定）、取得部１２ｂは、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションに存在する「ＴＹＰＥ：ＮＡＰＴＲ」、「ＦＬＡＧＳ［Ｅ／Ｒ］の情報を検出し、ＦＬＡＧＳフィールドおよびＲＥＧＥＸＰフィールドの情報を取得する（ステップＳ１０２）。
【００４５】
そして、検索部１２ｃは、取得部１２ｂによって取得された電話番号およびフラグを用いて電話番号対応データ記憶部１３ａを検索し、取得部１２ｂによって取得された電話番号およびフラグに合致する電話番号およびフラグに対応する接続ポイント情報を抽出する（ステップＳ１０３）。
【００４６】
その後、作成部１２ｄが、検索部１２ｃによって検索された接続ポイント情報をＡｎｓｗｅｒとするクエリ応答を作成する。そして、返信部１２ｅが、作成部１２ｄによって作成されたＤＮＳクエリ応答をＤＮＳクライアント２０に対して返信する（ステップＳ１０４）。
【００４７】
[第一の実施形態の効果]
上述してきたように、第一の実施形態にかかる通信制御システム１００では、ＤＮＳクライアント２０は、クエリ要求に、接続元または接続先のＳＩＰクライアント装置３０の電話番号を付与する。そして、ＤＮＳ権威サーバ１０は、各ＳＩＰクライアント装置３０の電話番号に対応付けて、所定のネットワークへの接続ポイント情報を記憶する電話番号対応データ記憶部１３ａを有する。そして、ＤＮＳ権威サーバ１０は、ＤＮＳクライアント２０からＤＮＳクエリ要求を受信し、受信されたＤＮＳクエリ要求に含まれる接続元または接続先のＳＩＰクライアント装置３０の電話番号を取得する。そして、ＤＮＳ権威サーバ１０は、取得された電話番号に対応する接続ポイントを電話番号対応データ記憶部１３ａから検索する。そして、ＤＮＳ権威サーバ１０は、検索された接続ポイントを含むＤＮＳ応答をＤＮＳクライアント２０に対して返信する。これにより、通信制御システム１００では、発着電話番号に応じて、クエリ要求に対する応答内容を適切に切り替えることが可能である。
【００４８】
ここで、図７〜図９の例を用いて、電話番号に応じて応答内容を変更する処理について説明する。図７、図８は、電話番号に応じて応答内容を変更する処理を説明する図である。図９は、発信電話番号によって特定のネットワークへの接続ポイントが変わる例を説明する図である。
【００４９】
図７に示すように、「Ｑｎａｍｅ」が「ｎｔｔ．ｎｅ．ｊｐ」であり、「送信元」が「ＤＮＳクライアント」であるＤＮＳクエリ要求について、ＤＮＳクライアント２０が、「ＡＤＤＩＴＩＯＮＡＬ」セクションに発信番号である「０３−××××−××××」を付与し、ＤＮＳ権威サーバ１０に送信する。
【００５０】
そして、ＤＮＳ権威サーバ１０は、ＤＮＳクエリ要求に含まれる発信電話番号が発番号帯に一致するものを検索し、発番号帯に対応する接続ポイントを電話番号対応データ記憶部１３ａから取得するデータ検索マッチング処理を行う。図７の例では、発信電話番号「０３−××××−××××」と発番号帯「０３−××＊」とが一致するため、接続ポイント「tokyo.poi.ntt.ne.jp」を「Ａｎｓｗｅｒ」とするＤＮＳ応答を作成し、ＤＮＳ応答をＤＮＳクライアント２０に対して返信する。
【００５１】
また、図８の例では、「Ｑｎａｍｅ」が「ｎｔｔ．ｎｅ．ｊｐ」であり、「送信元」が「ＤＮＳクライアント」であるＤＮＳクエリ要求について、ＤＮＳクライアント２０が、「ＡＤＤＩＴＩＯＮＡＬ」セクションに発信番号である「０６−××××−××××」を付与し、ＤＮＳ権威サーバ１０に送信する。
【００５２】
そして、図７の例と同様に、ＤＮＳ権威サーバ１０は、ＤＮＳクエリ要求に含まれる発信電話番号が発番号帯に一致するものを検索し、発番号帯に対応する接続ポイントを電話番号対応データ記憶部１３ａから取得するデータ検索マッチング処理を行う。図８の例では、発信電話番号「０６−××××−××××」と発番号帯「０６−××××−××××」とが一致するため、接続ポイント「osaka.poi.ntt.ne.jp」を「Ａｎｓｗｅｒ」とするＤＮＳ応答を作成し、ＤＮＳ応答をＤＮＳクライアント２０に対して返信する。
【００５３】
このように、通信制御システム１００では、ＤＮＳ応答に含まれる接続ポイントを電話番号に応じて切り替えることができるため、電話番号に応じた適切な接続ポイントをＤＮＳクエリ要求に対する応答内容として払いだすことができる。例えば、図９に示すように、電話番号の上２桁が「０３」である場合には、東京における接続ポイントを利用してＳＩＰクライアント３０同士を接続することができる。また、通信制御システム１００では、電話番号の上２桁が「０６」である場合には、大阪における接続ポイントを利用してＳＩＰクライアント３０同士を接続することができる。このため、例えば、発側ＳＩＰクライアント３０または着側ＳＩＰクライアント３０の近隣の接続ポイントをＤＮＳクエリ要求に対する応答内容として払いだすことが可能である。このように、クライアントの所属ネットワークなどによらず、発信電話番号または着信電話番号をもとにした同一ドメイン名に対応する異なる応答情報の払い出しが可能となる。
【００５４】
また、ＤＮＳクライアント２０は、ＤＮＳクエリ要求のＡＤＤＩＴＩＯＮＡＬセクションにおけるＲＥＧＥＸＰフィールドに電話番号を付与し、ＲＥＧＥＸＰフィールドから電話番号を取得する。このため、既存のＡＤＤＩＴＩＯＮＡＬセクションにおけるＲＥＧＥＸＰフィールドを利用して、電話番号を簡易に付与することが可能である。また、ＤＮＳクライアント２０とＤＮＳ権威サーバ１０との間にキャッシュサーバが存在している場合であってもＡＤＤＩＴＩＯＮＡＬセクションはスルーされるため影響を受けずに本実施形態の処理が可能である。
【００５５】
また、ＤＮＳクライアント２０は、ＤＮＳクエリ要求に電話番号を付与するとともに、該電話番号が接続元のＳＩＰクライアント３０の発信電話番号であるか、接続先のＳＩＰクライアント３０の着信電話番号であるかを示すフラグを付与する。このため、ＤＮＳクエリ要求に付与された電話番号が発側電話番号であるのか、着側電話番号であるのかを識別することが可能である。
【００５６】
また、ＤＮＳ権威サーバ１０は、各ＳＩＰクライアント３０の電話番号に対応付けて接続ポイントとともにフラグを記憶する。そして、ＤＮＳ権威サーバ１０は、ＤＮＳクエリ要求に含まれる電話番号およびフラグを取得し、取得された電話番号およびフラグに対応する接続ポイントを電話番号対応データ記憶部１３ａから検索する。このため、例えば、発側電話番号に応じて接続ポイントを決定するのか、着側電話番号に応じて接続ポイントを決定するのかを事前に設定し、発側電話番号または着側電話番号に応じた適切な接続ポイントをＤＮＳ応答として払い出すことが可能である。
【００５７】
また、ＤＮＳ権威サーバ１０は、検索された接続ポイントをＡｎｓｗｅｒするＤＮＳ応答を作成する。このため、発側電話番号または着側電話番号に応じた適切な接続ポイントをＤＮＳ応答として作成することが可能である。
【００５８】
［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、受信部１２ａと取得部１２ｂとを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００５９】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６０】
［プログラム］
また、上記実施形態において説明した通信制御システム１００における各装置が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、第一の実施形態に係る通信制御システム１００における各装置が実行する処理をコンピュータが実行可能な言語で記述した通信制御プログラムを作成することもできる。この場合、コンピュータが通信制御プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかる通信制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録された通信制御プログラムをコンピュータに読み込ませて実行することにより上記第一の実施形態と同様の処理を実現してもよい。
【００６１】
図１０は、通信制御プログラムを実行するコンピュータ１０００を示す図である。図１０に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。
【００６２】
メモリ１０１０は、図１０に例示するように、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１０に例示するように、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、図１０に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、図１０に例示するように、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、図１０に例示するように、例えばディスプレイ１０６１に接続される。
【００６３】
ここで、図１０に例示するように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記の通信制御プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。
【００６４】
また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。
【００６５】
なお、通信制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、通信制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００６６】
１０  ＤＮＳ権威サーバ
１１  通信処理部
１２  制御部
１２ａ  受信部
１２ｂ  取得部
１２ｃ  検索部
１２ｄ  作成部
１２ｅ  返信部
１３  記憶部
１３ａ  電話番号対応データ記憶部
２０  ＤＮＳクライアント
３０  ＳＩＰクライアント
４０  ＥＮＵＭ権威サーバ
１００  通信制御システム
【図１】
0006001512.tif 000002
【図２】
0006001512.tif 000003
【図３】
0006001512.tif 000004
【図４】
0006001512.tif 000005
【図５】
0006001512.tif 000006
【図６】
0006001512.tif 000007
【図７】
0006001512.tif 000008
【図８】
0006001512.tif 000009
【図９】
0006001512.tif 000010
【図１０】
0006001512.tif 000011