ホーム > 特許ランキング > 日本電信電話株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-11
(45)【発行日】2024-11-19
(54)【発明の名称】判別装置、判別方法および判別プログラム
(51)【国際特許分類】
H04L 61/45 20220101AFI20241112BHJP
H04L 61/251 20220101ALI20241112BHJP
H04L 61/2592 20220101ALI20241112BHJP
H04L 61/4511 20220101ALI20241112BHJP
【ＦＩ】
H04L61/45
H04L61/251
H04L61/2592
H04L61/4511
【請求項の数】
5
(21)【出願番号】P 2023546605
(86)(22)【出願日】2021-09-07
(86)【国際出願番号】 JP2021032917
(87)【国際公開番号】W WO2023037422
(87)【国際公開日】2023-03-16
【審査請求日】2024-01-25
(73)【特許権者】
【識別番号】000004226
【氏名又は名称】日本電信電話株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】西岡 孟朗
(72)【発明者】
【氏名】鎌村 星平
(72)【発明者】
【氏名】林 裕平
【審査官】漆原 孝治
(56)【参考文献】
【文献】特開２００６－１８０４８０（ＪＰ，Ａ）
【文献】特開２００４－１０４６６４（ＪＰ，Ａ）
【文献】中国特許出願公開第１０３３３８１５１（ＣＮ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６１／４５
Ｈ０４Ｌ ６１／２５１
Ｈ０４Ｌ ６１／２５９２
Ｈ０４Ｌ ６１／４５１１
(57)【特許請求の範囲】
【請求項1】
ユーザ端末とＤＮＳ（Domain Name System）サーバとの間の名前解決パケットを用いて、該ユーザ端末のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバのＩＰアドレスとのとの対応付けを記憶部に記憶させる第１の収集部と、前記ユーザ端末と前記通信先サーバとの間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、前記ユーザ端末のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバのＩＰアドレスとの対応づけを前記記憶部に記憶させる第２の収集部と、
を有することを特徴とする判別装置。
【請求項2】
前記ユーザ端末と前記通信先サーバとの間のカプセルの内側のパケットについて、前記記憶部を参照してドメイン名を判別する判別部を、さらに有することを特徴とする請求項１に記載の判別装置。【請求項3】
前記ＤＮＳサーバはＩＰｖ６で通信し、前記通信先サーバはＩＰｖ４で通信することを特徴とする請求項１に記載の判別装置。【請求項4】
判別装置が実行する判別方法であって、ユーザ端末とＤＮＳ（Domain Name System）サーバとの間の名前解決パケットを用いて、該ユーザ端末のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバのＩＰアドレスとのとの対応付けを記憶部に記憶させる第１の収集工程と、
前記ユーザ端末と前記通信先サーバとの間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、前記ユーザ端末のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバのＩＰアドレスとの対応づけを前記記憶部に記憶させる第２の収集工程と、
を含んだことを特徴とする判別方法。
【請求項5】
ユーザ端末とＤＮＳ（Domain Name System）サーバとの間の名前解決パケットを用いて、該ユーザ端末のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバのＩＰアドレスとのとの対応付けを記憶部に記憶させる第１の収集ステップと、前記ユーザ端末と前記通信先サーバとの間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、前記ユーザ端末のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバのＩＰアドレスとの対応づけを前記記憶部に記憶させる第２の収集ステップと、
をコンピュータに実行させるための判別プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、判別装置、判別方法および判別プログラムに関する。
【背景技術】
【0002】
従来、ネットワーク上で転送されるトラヒックについて、ＤＮＳクエリ／レスポンス等の名前解決パケットを収集することにより、トラヒックの通信先となるドメイン名を判別し、アプリケーション／サービス単位での分析を行っている。ここで、トラヒックのアプリケーション／サービスの識別には、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報が必要である。
【0003】
また、近年のユーザ宅内環境において、ＩＰｖ４通信とＩＰｖ６通信との両方に対応可能なデュアルスタック環境での名前解決は、ＩＰｖ６通信で行う場合が多い。
【先行技術文献】
【非特許文献】
【0004】
【文献】“Genie Analytics Deep Trace”、[online]、Genie、［2021年7月27日検索］、インターネット<URL：https://www.genie-networks.com/genieanalytics-deep-trace/>
【文献】“Arbor Sightline”、[online]、NETSCOUT、［2021年7月27日検索］、インターネット<URL：https://www.netscout.com/product/arbor-sightline>
【文献】“InfiniStreamNG Smart Visibility”、[online]、NETSCOUT、［2021年7月27日検索］、インターネット<URL：https://www.netscout.com/product/isng-platform>
【文献】“Deepfield”、[online]、NOKIA、［2021年7月27日検索］、インターネット<URL：https://www.nokia.com/networks/solutions/deepfield/>
【文献】“Mapping of Address and Port with Encapsulation (MAP-E)”、[online]、rfc7597、［2021年7月27日検索］、インターネット<URL：https://www.rfc-editor.org/rfc/rfc7597.html>
【文献】“Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion”、[online]、rfc6333、［2021年7月27日検索］、インターネット<URL：https://www.rfc-editor.org/rfc/rfc6333.html>
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、デュアルスタック環境のトラヒックについて、アプリケーション／サービス単位で分析することが困難であった。つまり、ＩＰｖ６通信で行われる名前解決結果とＩＰｖ４通信で行われる実通信との突合が困難であるために、ドメイン名を判別することができず、アプリケーション／サービス単位での分析が困難であった。例えば、デュアルスタック環境で、ＩＰｖ６のＩＰアドレスを利用して名前解決を行う場合には、ＩＰｖ６ヘッダがデカプセルされているＩＳＰ側では、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報を得ることができないため、アプリケーション／サービスを識別できない。
【0006】
本発明は、上記に鑑みてなされたものであって、デュアルスタック環境のトラヒックについて、アプリケーション／サービス単位で分析することを目的とする。
【課題を解決するための手段】
【0007】
上述した課題を解決し、目的を達成するために、本発明に係る判別装置は、ユーザ端末とＤＮＳ（Domain Name System）サーバとの間の名前解決パケットを用いて、該ユーザ端末のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバのＩＰアドレスとのとの対応付けを記憶部に記憶させる第１の収集部と、前記ユーザ端末と前記通信先サーバとの間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、前記ユーザ端末のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバのＩＰアドレスとの対応づけを前記記憶部に記憶させる第２の収集部と、を有することを特徴とする。
【発明の効果】
【0008】
本発明によれば、デュアルスタック環境のトラヒックについて、アプリケーション／サービス単位で分析することが可能となる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
【0011】
［判別装置の概要］
まず、図１～図３を参照して、本実施形態の判別装置の概要について説明する。図１～図３は、判別装置の概要を説明するための図である。図１に示すように、従来、インターネット上の通信の際、サービスそのものの実通信の前に、ＤＮＳ（Domain Name System）による名前解決が行われる。具体的には、トラヒックのアプリケーション／サービスの識別には、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報が必要である。
まず、図１～図３を参照して、本実施形態の判別装置の概要について説明する。図１～図３は、判別装置の概要を説明するための図である。図１に示すように、従来、インターネット上の通信の際、サービスそのものの実通信の前に、ＤＮＳ（Domain Name System）による名前解決が行われる。具体的には、トラヒックのアプリケーション／サービスの識別には、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報が必要である。
【0012】
図１に示す例では、ＩＰアドレス：Ａのユーザ端末１がＩＰアドレス：ＢのＤＮＳサーバ２にＤＮＳクエリを送信し、ドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」のＩＰアドレス：Ｃであることを通知するＤＮＳレスポンスを取得している。そして、この名前解決パケット（ＤＮＳクエリ／ＤＮＳレスポンス）を収集して、ＩＰアドレス：Ａのユーザ端末１とＩＰアドレス：Ｃの通信先サーバ３のドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」とを対応付けた名前解決情報収集ＤＢが構築されている。また、ＩＰアドレス：ＡとＩＰアドレス：Ｃとの間の実通信のペイロードを、ドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」のアプリケーション／サービスのパケットと識別して収集し分析することが可能となっている。
【0013】
一方、図２に示すように、ＩＰｖ４通信とＩＰｖ６通信との両方に対応可能なデュアルスタック環境では、名前解決パケットと実通信とのプロトコルが一致しない場合に、実通信の通信先のドメイン名を判別することができない。例えば、デュアルスタック環境で、ＩＰｖ６のＩＰアドレスを利用して名前解決を行う場合には、ＩＰｖ６ヘッダがデカプセルされているＩＳＰ側では、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報を得ることができないため、アプリケーション／サービスを識別できない。
【0014】
図２に示す例では、名前解決パケットはＩＰｖ６通信で行われ、実通信はＩＰｖ４通信で行われている。つまり、ＩＰｖ６のＩＰアドレス：Ａ６のユーザ端末１がＩＰｖ６のＩＰアドレスＢ６のＤＮＳサーバ２にＤＮＳクエリを送信し、ドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」のＩＰｖ４のＩＰアドレス：Ｃ４であることを通知するＤＮＳレスポンスを取得している。そして、ＩＰｖ６のＩＰアドレス：Ａ６、ＩＰｖ４のＩＰアドレス：Ｃ４の通信先サーバ３のドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」を対応付けた名前解決情報収集ＤＢが構築されている。また、ユーザ端末１はＩＰｖ４のＩＰアドレス：Ａ４でＩＰｖ４のＩＰアドレス：Ｃ４との実通信を行っている。そのため、名前解決情報収集ＤＢの情報では、ＩＰｖ４のＩＰアドレス：Ａ４とＩＰｖ４のＩＰアドレス：Ｃ４との間の実通信のドメイン名を判別できない。
【0015】
そこで、図３に示すように、本実施形態の判別装置では、アクセス網内でカプセルの内外のヘッダ情報を収集することにより、ユーザ端末のアドレス情報、通信先サーバのアドレス情報、および通信先ドメイン名の組の情報を取得して、アプリケーション／サービスを識別可能とする。
【0016】
具体的には、判別装置では、図２と同様に、名前解決パケットを用いて、送信元ＩＰｖ６アドレスと名前解決内容とを名前解決情報収集ＤＢ１４ａに保存しておく。また、ＩＰｖ４ ｏｖｅｒ ＩＰｖ６の実通信パケットについて、ＩＰｖ６のトンネル区間のカプセル化パケットのカプセル内側／外側のヘッダ情報を収集してＩｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂに保存する。図３に示す例では、ユーザ端末１のＩＰｖ６のＩＰアドレス：Ａ6とＩＰｖ４のＩＰアドレス：Ａ４と通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４とを対応付けてＩｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂが構築されている。
【0017】
そして、判別装置は、名前解決情報収集ＤＢ１４ａとＩｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂとを参照することにより、カプセルの内側のＩＰｖ４のＩＰアドレス：Ａ４とＩＰｖ４のＩＰアドレス：Ｃ４との間の実通信について、ドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」を判別することが可能となる。
【0018】
［判別装置の構成］
図４は、判別装置１０の概略構成を例示する模式図である。図４に例示するように、判別装置１０は、パソコン等の汎用コンピュータで実現され、通信制御部１３、記憶部１４、および制御部１５を備える。
図４は、判別装置１０の概略構成を例示する模式図である。図４に例示するように、判別装置１０は、パソコン等の汎用コンピュータで実現され、通信制御部１３、記憶部１４、および制御部１５を備える。
【0019】
通信制御部１３は、ＮＩＣ（Network Interface Card）等で実現され、ネットワークを介したサーバ等の外部の装置と制御部１５との通信を制御する。例えば、通信制御部１３は、後述する判別処理の対象のユーザ端末１やＤＮＳサーバ２、通信先サーバ３等と制御部１５との通信を制御する。
【0020】
記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、後述する判別処理に用いられる名前解決情報収集ＤＢ１４ａやＩｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂ等が記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。
【0021】
名前解決情報収集ＤＢ１４ａは、図３に例示したように、ユーザ端末１のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバ３のＩＰアドレスとを対応付けた情報である。図３に示した例では、ユーザ端末１のＩＰｖ６のＩＰアドレス：Ａ６、通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４、通信先サーバ３のドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」が対応付けられている。
【0022】
また、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂは、図３に例示したように、カプセル化されたパケットのヘッダ情報のうち、ユーザ端末１のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバ３のＩＰアドレスとを対応づけた情報である。図３に示した例では、ＩＰｖ６のトンネル区間のカプセル化パケットのカプセル内側／外側のヘッダ情報のうち、ユーザ端末１のＩＰｖ６のＩＰアドレス：Ａ６、ＩＰｖ４のＩＰアドレス：Ａ４、通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４が対応付けられている。
【0023】
制御部１５は、ＣＰＵ（Central Processing Unit）やＮＰ（Network Processor）やＦＰＧＡ（Field Programmable Gate Array）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図４に例示するように、第１の収集部１５ａ、第２の収集部１５ｂおよび判別部１５ｃとして機能する。なお、これらの機能部は、それぞれが異なるハードウェアに実装されてもよい。例えば、判別部１５ｃは、第１の収集部１５ａ、第２の収集部１５ｂとは異なるハードウェアに実装されてもよい。また、制御部１５は、その他の機能部を備えてもよい。また、判別装置１０は、ユーザ端末１に実装されてもよい。
【0024】
第１の収集部１５ａは、ユーザ端末１とＤＮＳサーバ２との間の名前解決パケットを用いて、該ユーザ端末１のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバ３のＩＰアドレスとのとの対応付けを記憶部１４に記憶させる。
【0025】
具体的には、第１の収集部１５ａは、ユーザ端末１とＤＮＳサーバ２との間の名前解決パケットとして、ＤＮＳクエリおよびＤＮＳレスポンスを収集する。そして、第１の収集部１５ａは、図３に示したように、ユーザ端末１のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバ３のＩＰアドレスとを対応付けて、名前解決情報収集ＤＢ１４ａに格納する。
【0026】
第２の収集部１５ｂは、ユーザ端末１と通信先サーバ３との間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、ユーザ端末１のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバ３のＩＰアドレスとの対応づけを記憶部１４に記憶させる。
【0027】
具体的には、第２の収集部１５ｂは、ユーザ端末１と通信先サーバ３との間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報を収集する。そして、第２の収集部１５ｂは、図３に示したように、ユーザ端末１のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバ３のＩＰアドレスとを対応付けて、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂに格納する。
【0028】
これにより、判別装置１０は、名前解決情報収集ＤＢ１４ａと、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂとを参照することにより、カプセル内側のパケットのＩＰアドレスに対応するドメイン名を判別することが可能となる。
【0029】
ここで、例えば、ＤＮＳサーバ２はＩＰｖ６で通信し、通信先サーバ３はＩＰｖ４で通信する。したがって、判別装置１０は、図３に例示した名前解決情報収集ＤＢ１４ａを参照し、ユーザ端末１のＩＰｖ６のＩＰアドレス：Ａ６、通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４、通信先サーバ３のドメイン名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」の対応付けを得る。また、判別装置１０は、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂを参照し、ユーザ端末１のＩＰｖ６のＩＰアドレス：Ａ６、ＩＰｖ４のＩＰアドレス：Ａ４、通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４の対応付けを得る。これにより、判別装置１０は、カプセル内側のＩＰｖ４のＩＰアドレス：Ａ４と通信先サーバ３のＩＰｖ４のＩＰアドレス：Ｃ４との間のパケットのドメイン名を判別することが可能となる。
【0030】
判別部１５ｃは、ユーザ端末１と通信先サーバ３との間のカプセルの内側のパケットについて、記憶部１４を参照してドメイン名を判別する。
【0031】
具体的には、判別部１５ｃは、分析対象トラヒックとして、ユーザ端末１と通信先サーバ３との間のカプセルの内側のパケットを抽出する。そして、判別部１５ｃは、上記したように、名前解決情報収集ＤＢ１４ａと、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂとを参照することにより、カプセル内側のパケットのＩＰアドレスに対応するドメイン名を判別する。これにより、判別装置１０は、デュアルスタック環境のトラヒックについて、実通信パケットのドメイン名を判別して、アプリケーション／サービス単位で分析することが可能となる。
【0032】
［判別処理］
次に、図５を参照して、本実施形態に係る判別装置１０による判別処理について説明する。図５は、判別処理手順を示すフローチャートである。図５のフローチャートは、例えば、処理の開始が指示されたタイミングで開始される。
次に、図５を参照して、本実施形態に係る判別装置１０による判別処理について説明する。図５は、判別処理手順を示すフローチャートである。図５のフローチャートは、例えば、処理の開始が指示されたタイミングで開始される。
【0033】
まず、収集されたパケットがＤＮＳパケットである場合に（ステップＳ１→ステップＳ２、Ｙｅｓ）、第１の収集部１５ａが、ユーザ端末１のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバ３のＩＰアドレスとを対応付けて、名前解決情報収集ＤＢ１４ａに格納する（ステップＳ３）。
【0034】
また、収集されたパケットがＩＰｖ４ ｏｖｅｒ ＩＰｖ６等のカプセル化されたパケットである場合に（ステップＳ２、Ｎｏ→ステップＳ４、Ｙｅｓ）、第２の収集部１５ｂが、ユーザ端末１のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバ３のＩＰアドレスとを対応付けて、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂに格納する（ステップＳ５）。
【0035】
また、判別部１５ｃは、分析対象トラヒックとして、ユーザ端末１と通信先サーバ３との間のカプセルの内側のパケットを抽出する（ステップＳ６）。そして、判別部１５ｃは、名前解決情報収集ＤＢ１４ａと、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂとを参照することにより、カプセル内側のパケットのＩＰアドレスに対応するドメイン名を判別する（ステップＳ７）。
【0036】
また、収集されたパケットがＩＰｖ４ ｏｖｅｒ ＩＰｖ６等のカプセル化されたパケットではない場合には（ステップＳ２、Ｎｏ→ステップＳ４、Ｎｏ）、判別部１５ｃは、名前解決情報収集ＤＢ１４ａを参照して、実通信のパケットのドメイン名を判別する（ステップＳ７）。これにより、一連の判別処理が終了する。
【0037】
以上、説明したように、判別装置１０において、第１の収集部１５ａが、ユーザ端末１とＤＮＳサーバ２との間の名前解決パケットを用いて、該ユーザ端末１のＩＰアドレスとドメイン名と該ドメイン名に対応する通信先サーバ３のＩＰアドレスとのとの対応付けを記憶部１４に記憶させる。また、第２の収集部１５ｂが、ユーザ端末１と通信先サーバ３との間のカプセル化されたパケットのカプセルの外側のヘッダ情報とカプセルの内側のヘッダ情報とを用いて、前記ユーザ端末１のカプセルの外側のＩＰアドレスと、カプセルの内側のＩＰアドレスと、通信先サーバ３のＩＰアドレスとの対応づけを記憶部１４に記憶させる。
【0038】
これにより、判別装置１０は、名前解決情報収集ＤＢ１４ａと、Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ１４ｂとを参照することにより、カプセル内側のパケットのＩＰアドレスに対応するドメイン名を判別することが可能となる。したがって、判別装置１０は、デュアルスタック環境のトラヒックについて、実通信パケットのドメイン名を判別して、アプリケーション／サービス単位で分析することが可能となる。
【0039】
具体的には、ＤＮＳサーバ２はＩＰｖ６で通信し、通信先サーバ３はＩＰｖ４で通信する。したがって、判別装置１０は、カプセル内側のＩＰｖ４のＩＰアドレスと通信先サーバ３のＩＰｖ４のＩＰアドレスとの間のパケットのドメイン名を判別することが可能となる。
【0040】
また、判別部１５ｃが、ユーザ端末１と通信先サーバ３との間のカプセルの内側のパケットについて、記憶部１４を参照してドメイン名を判別する。これにより、判別装置１０は、デュアルスタック環境の実通信トラヒックを分析対象として抽出して、実通信パケットのドメイン名を判別して、アプリケーション／サービス単位で分析することが可能となる。
【0041】
［プログラム］
上記実施形態に係る判別装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、判別装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の判別処理を実行する判別プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の判別プログラムを情報処理装置に実行させることにより、情報処理装置を判別装置１０として機能させることができる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）等のスレート端末等がその範疇に含まれる。また、判別装置１０の機能を、クラウドサーバに実装してもよい。
上記実施形態に係る判別装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、判別装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の判別処理を実行する判別プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の判別プログラムを情報処理装置に実行させることにより、情報処理装置を判別装置１０として機能させることができる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）等のスレート端末等がその範疇に含まれる。また、判別装置１０の機能を、クラウドサーバに実装してもよい。
【0042】
図６は、判別プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【0043】
メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
【0044】
ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
【0045】
また、判別プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した判別装置１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
【0046】
また、判別プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【0047】
なお、判別プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、判別プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【0048】
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【0049】
１ ユーザ端末
２ ＤＮＳサーバ
３ 通信先サーバ
１０ 判別装置
１３ 通信制御部
１４ 記憶部
１４ａ 名前解決情報収集ＤＢ
１４ｂ Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ
１５ 制御部
１５ａ 第１の収集部
１５ｂ 第２の収集部
１５ｃ 判別部
２ ＤＮＳサーバ
３ 通信先サーバ
１０ 判別装置
１３ 通信制御部
１４ 記憶部
１４ａ 名前解決情報収集ＤＢ
１４ｂ Ｉｎｎｅｒ－Ｏｕｔｅｒ紐づけＤＢ
１５ 制御部
１５ａ 第１の収集部
１５ｂ 第２の収集部
１５ｃ 判別部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】