(57)【要約】【課題】通信網を介してユーザ端末が接続するサービスの種別を推定し、その結果、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができるサービス推定装置及び方法を提供すること。【解決手段】サービス推定装置１０は、ＤＮＳレスポンスを取得し、ユーザ端末５０がＤＮＳサーバ３０に問合わせたドメイン名と、ＤＮＳサーバ３０がユーザ端末５０に回答したＩＰアドレスとを抽出し、抽出したドメイン名とＩＰアドレスとを対応させ、ＤＮＳマップ２０に記憶させる。そして、サービス推定装置１０は、ユーザ端末５０とサーバ４０との間の通信セッションを取得し、取得した通信セッションから送信先ＩＰアドレスを抽出し、抽出した送信先ＩＰアドレスに対応付けられたドメイン名を、ＤＮＳマップ２０に基づいて取得することによってサービス種別を推定する。【選択図】図２
2014230139.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とサーバとの通信セッションに基づいて、前記通信セッションのサービス種別を推定するサービス推定装置であって、
前記ユーザ端末とＤＮＳサーバとの通信における、前記ＤＮＳサーバから前記ユーザ端末に送信されるＤＮＳレスポンスを取得するレスポンス取得手段と、
前記レスポンス取得手段によって取得された前記ＤＮＳレスポンスに基づいて、ユーザ端末がＤＮＳサーバに問合わせたドメイン名と、ＤＮＳサーバが前記ユーザ端末に回答したＩＰアドレスとを抽出する抽出手段と、
前記抽出手段によって抽出された前記ドメイン名と前記ＩＰアドレスとを対応させ、ＤＮＳマップ記憶手段に記憶させる記憶制御手段と、
前記ユーザ端末と前記サーバとの間の前記通信セッションを取得するセッション取得手段と、
前記セッション取得手段によって取得された前記通信セッションから送信先ＩＰアドレスを抽出する送信先アドレス抽出手段と、
前記送信先アドレス抽出手段によって抽出された前記送信先ＩＰアドレスに対応付けられた前記ドメイン名を、前記ＤＮＳマップ記憶手段に基づいて取得することによって前記サービス種別を推定する推定手段と、
を備えるサービス推定装置。
【請求項２】
前記記憶制御手段は、前記抽出手段によって抽出された前記ドメイン名と前記ＩＰアドレスとを前記ユーザ端末ごとに対応させ、前記ＤＮＳマップ記憶手段に記憶させる、
請求項１に記載のサービス推定装置。
【請求項３】
前記レスポンス取得手段によって取得された前記ＤＮＳレスポンスに基づいて、前記ドメイン名と前記ＩＰアドレスとの対応付けが有効である時間を示す有効時間を抽出する有効時間抽出手段をさらに備え、
前記記憶制御手段は、前記有効時間抽出手段によって抽出された前記有効時間を、前記ドメイン名と前記ＩＰアドレスと共に前記ＤＮＳマップ記憶手段に記憶させ、
前記推定手段は、前記セッション取得手段によって取得された前記通信セッションが、前記ＤＮＳマップ記憶手段に記憶された前記有効時間内である場合に、前記ＤＮＳマップ記憶手段に基づいて取得した前記ドメイン名によって前記サービス種別を推定する、
請求項２に記載のサービス推定装置。
【請求項４】
請求項１に記載のサービス推定装置が実行するサービス推定方法であって、
前記レスポンス取得手段が、前記ユーザ端末とＤＮＳサーバとの通信における、前記ＤＮＳサーバから前記ユーザ端末に送信されるＤＮＳレスポンスを取得するレスポンス取得ステップと、
前記抽出手段が、前記レスポンス取得ステップによって取得された前記ＤＮＳレスポンスに基づいて、ユーザ端末がＤＮＳサーバに問合わせたドメイン名と、ＤＮＳサーバが前記ユーザ端末に回答したＩＰアドレスとを抽出する抽出ステップと、
前記記憶制御手段が、前記抽出ステップによって抽出された前記ドメイン名と前記ＩＰアドレスとを対応させ、ＤＮＳマップ記憶手段に記憶させる記憶制御ステップと、
前記セッション取得手段が、前記ユーザ端末と前記サーバとの間の前記通信セッションを取得するセッション取得ステップと、
前記送信先アドレス抽出手段が、前記セッション取得ステップによって取得された前記通信セッションから送信先ＩＰアドレスを抽出する送信先アドレス抽出ステップと、
推定手段が、前記送信先アドレス抽出ステップによって抽出された前記送信先ＩＰアドレスに対応付けられた前記ドメイン名を、前記ＤＮＳマップ記憶手段に基づいて取得することによって前記サービス種別を推定する推定ステップと、
を備えるサービス推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス推定装置及び方法に関する。
【背景技術】
【０００２】
従来より、通信網を介してユーザ端末によって要求されるサービスの種別を識別する方法としては、（１）ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ヘッダ内のリクエストパスに記載のドメイン名からサービスを推定する方法、（２）接続先ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを逆引きしてドメイン名を求め、サービスを推定する方法、（３）ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）通信ポートからサービスを推定する方法、等がある。
【０００３】
特許文献１は、このような方法を用いて、ＩＰ網において、アクセス履歴情報を収集するアクセス履歴情報収集システムを開示する。このアクセス履歴情報収集システムにおいて、アクセス履歴情報収集装置は、ＩＰ網を流れるパケットの送信元ＩＰアドレス等を含むレコードをエッジルータから受信し集約してフロー統計情報とし、集約したフロー統計情報を用いてＩＰ網内のＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ等からフロー統計情報に対応するドメイン名等の情報を取得し、パケットの送信先ポート番号を元にアプリケーション種別を判別し、フロー統計情報にドメイン名等の情報を加えたアクセス履歴情報を蓄積する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２１５７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の方法では、暗号化された通信（例えば、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）暗号化通信等）や独自プロトコルの通信の場合、ヘッダ内のドメイン名を取得することができない。さらに、サーバの負荷を軽減するためのキャッシュサーバが利用されていると、逆引きしてもキャッシュサーバのドメイン名しか取得できない。また、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのレイヤ４から上位レイヤをすべて暗号化するようなＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）等を利用するＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）サービスの場合も、上述の方法ではドメイン名を取得できない。
【０００６】
ここで、ユーザが体感する通信の品質を維持及び向上させるためのネットワーク設計の実現には、通信網がどのように使われているのか、例えば、サービス種別等を知る必要がある。
【０００７】
そこで、通信網を介してユーザ端末が接続するサービスの種別を推定し、その結果、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる装置が求められている。
【０００８】
本発明は、通信網を介してユーザ端末が接続するサービスの種別を推定し、その結果、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができるサービス推定装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
具体的には、以下のような解決手段を提供する。
【００１０】
（１）  ユーザ端末とサーバとの通信セッションに基づいて、前記通信セッションのサービス種別を推定するサービス推定装置であって、前記ユーザ端末とＤＮＳサーバとの通信における、前記ＤＮＳサーバから前記ユーザ端末に送信されるＤＮＳレスポンスを取得するレスポンス取得手段と、前記レスポンス取得手段によって取得された前記ＤＮＳレスポンスに基づいて、ユーザ端末がＤＮＳサーバに問合わせたドメイン名と、ＤＮＳサーバが前記ユーザ端末に回答したＩＰアドレスとを抽出する抽出手段と、前記抽出手段によって抽出された前記ドメイン名と前記ＩＰアドレスとを対応させ、ＤＮＳマップ記憶手段に記憶させる記憶制御手段と、前記ユーザ端末と前記サーバとの間の前記通信セッションを取得するセッション取得手段と、前記セッション取得手段によって取得された前記通信セッションから送信先ＩＰアドレスを抽出する送信先アドレス抽出手段と、前記送信先アドレス抽出手段によって抽出された前記送信先ＩＰアドレスに対応付けられた前記ドメイン名を、前記ＤＮＳマップ記憶手段に基づいて取得することによって前記サービス種別を推定する推定手段と、を備えるサービス推定装置。
【００１１】
（１）の構成によれば、サービス推定装置は、ユーザ端末とＤＮＳサーバとの通信における、ＤＮＳサーバからユーザ端末に送信されるＤＮＳレスポンスを取得し、取得したＤＮＳレスポンスに基づいて、ユーザ端末がＤＮＳサーバに問合わせたドメイン名と、ＤＮＳサーバがユーザ端末に回答したＩＰアドレスとを抽出し、抽出したドメイン名とＩＰアドレスとを対応させ、ＤＮＳマップ記憶手段に記憶させる。そして、サービス推定装置は、ユーザ端末とサーバとの間の通信セッションを取得し、取得した通信セッションから送信先ＩＰアドレスを抽出し、抽出した送信先ＩＰアドレスに対応付けられたドメイン名を、ＤＮＳマップ記憶手段に基づいて取得することによってサービス種別を推定する。
【００１２】
すなわち、（１）の構成に係るサービス推定装置は、ユーザ端末がサーバと通信セッションを開始する前に、ユーザ端末の問合わせによるＤＮＳサーバからの回答に基づいて、サーバのドメイン名とＩＰアドレスとを対応付けたＤＮＳマップを作成し、作成したＤＮＳマップに基づいて、ユーザ端末が開始した通信セッションの送信先ＩＰアドレスに対応するドメイン名を取得する。ドメイン名は、サーバが提供するサービスを示す単語や、サービスを含む分野において周知な用語を用いて表わされることが多い。
【００１３】
したがって、（１）の構成に係るサービス推定装置は、通信網を介してユーザ端末が接続するサーバであって、キャッシュサーバではない本来のサーバのドメイン名を取得することによってサービス種別を推定することができる。その結果、（１）の構成に係るサービス推定装置は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる。
【００１４】
（２）  前記記憶制御手段は、前記抽出手段によって抽出された前記ドメイン名と前記ＩＰアドレスとを前記ユーザ端末ごとに対応させ、前記ＤＮＳマップ記憶手段に記憶させる、（１）に記載のサービス推定装置。
【００１５】
したがって、（２）の構成に係るサービス推定装置は、通信網を介してユーザ端末が接続するサーバであって、キャッシュサーバではない本来のサーバのドメイン名を確実に取得することによってサービス種別を推定することができる。その結果、（２）の構成に係るサービス推定装置は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、確実な情報を提供することができる。
【００１６】
（３）  前記レスポンス取得手段によって取得された前記ＤＮＳレスポンスに基づいて、前記ドメイン名と前記ＩＰアドレスとの対応付けが有効である時間を示す有効時間を抽出する有効時間抽出手段をさらに備え、前記記憶制御手段は、前記有効時間抽出手段によって抽出された前記有効時間を、前記ドメイン名と前記ＩＰアドレスと共に前記ＤＮＳマップ記憶手段に記憶させ、前記推定手段は、前記セッション取得手段によって取得された前記通信セッションが、前記ＤＮＳマップ記憶手段に記憶された前記有効時間内である場合に、前記ＤＮＳマップ記憶手段に基づいて取得した前記ドメイン名によって前記サービス種別を推定する、（２）に記載のサービス推定装置。
【００１７】
すなわち、（３）に係るサービス推定装置は、ドメイン名とＩＰアドレスとの対応付けが有効である時間を示す有効時間を抽出し、抽出した有効時間を、ドメイン名とＩＰアドレスと共にＤＮＳマップ記憶手段に記憶させ、取得した通信セッションが、記憶された有効時間内である場合に、ＤＮＳマップに基づいて取得したドメイン名によってサービス種別を推定する。
【００１８】
したがって、（３）の構成に係るサービス推定装置は、通信網を介してユーザ端末が接続するサーバであって、キャッシュサーバではない本来のサーバのドメイン名をさらに確実に取得することによってサービス種別を推定することができる。その結果、（３）の構成に係るサービス推定装置は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、さらに確実な情報を提供することができる。
【００１９】
（４）  （１）に記載のサービス推定装置が実行するサービス推定方法であって、前記レスポンス取得手段が、前記ユーザ端末とＤＮＳサーバとの通信における、前記ＤＮＳサーバから前記ユーザ端末に送信されるＤＮＳレスポンスを取得するレスポンス取得ステップと、前記抽出手段が、前記レスポンス取得ステップによって取得された前記ＤＮＳレスポンスに基づいて、ユーザ端末がＤＮＳサーバに問合わせたドメイン名と、ＤＮＳサーバが前記ユーザ端末に回答したＩＰアドレスとを抽出する抽出ステップと、前記記憶制御手段が、前記抽出ステップによって抽出された前記ドメイン名と前記ＩＰアドレスとを対応させ、ＤＮＳマップ記憶手段に記憶させる記憶制御ステップと、前記セッション取得手段が、前記ユーザ端末と前記サーバとの間の前記通信セッションを取得するセッション取得ステップと、前記送信先アドレス抽出手段が、前記セッション取得ステップによって取得された前記通信セッションから送信先ＩＰアドレスを抽出する送信先アドレス抽出ステップと、推定手段が、前記送信先アドレス抽出ステップによって抽出された前記送信先ＩＰアドレスに対応付けられた前記ドメイン名を、前記ＤＮＳマップ記憶手段に基づいて取得することによって前記サービス種別を推定する推定ステップと、を備えるサービス推定方法。
【００２０】
したがって、（４）の方法は、（１）と同様に、通信網を介してユーザ端末が接続するサーバであって、キャッシュサーバではない本来のサーバのドメイン名を取得することによってサービス種別を推定することができる。その結果、（４）の方法は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる。
【発明の効果】
【００２１】
本発明によれば、通信網を介してユーザ端末が接続するサーバであって、キャッシュサーバではない本来のサーバのドメイン名を取得することによってサービス種別を推定することができる。さらに、本発明によれば、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係るサービス種別の推定の概要を説明するための図である。
【図２】本発明の一実施形態に係るサービス推定装置の構成を示す図である。
【図３】本発明の一実施形態に係るサービス推定装置によるＤＮＳマップの例を示す図である。
【図４】本発明の一実施形態に係るサービス推定装置のＤＮＳマップ作成処理を示すフローチャートである。
【図５】本発明の一実施形態に係るサービス推定装置のサービス種別推定処理を示すフローチャートである。
【図６】図５に続くフローチャートである。
【図７】本発明の一実施形態に係るサービス推定装置による処理の例を示す図である。
【図８】本発明の一実施形態に係るサービス推定装置によるサービス種別の推定の結果の例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施形態について、図を参照しながら説明する。図１は、本発明の一実施形態に係るサービス種別の推定の概要を説明するための図である。なお、図１は、１台のＤＮＳサーバ３０、サーバ４０、ユーザ端末５０を示すがこれに限られず、複数台のＤＮＳサーバ、サーバ、ユーザ端末により構成されていてもよい。サーバ４０は、例えば、メールサービスを提供するメールサーバや、アプリケーション処理を提供するアプリケーションサーバ、コンテンツ（文章や画像等）を提供するコンテンツサーバやＷｅｂサーバ等のように、サービスを提供するサーバである。
【００２４】
最初に、ユーザ端末５０は、通信網７０を介して、サーバ４０との通信セッションを行うために、ＤＮＳサーバ３０に、サーバ４０のドメイン名に対応するＩＰアドレスを調べる名前解決のための問合わせの要求をする。
ＤＮＳサーバ３０は、問合わせの要求に対し、サーバ４０のドメイン名に対応するＩＰアドレスを求め、ユーザ端末５０に回答の応答をする。サービス推定装置１０は、ＤＮＳサーバ４０からの応答に基づいて、サーバ４０のドメイン名とＩＰアドレスとを抽出し、ＤＮＳマップ２０として記憶させる。
【００２５】
次に、ユーザ端末５０が、サーバ４０に、サービスの要求をする。
サービス推定装置１０は、サービスの要求に含まれる送信先ＩＰアドレスに対応するサーバ４０のドメイン名をＤＮＳマップ２０に基づいて取得し、取得したドメイン名に基づいてサービス種別を推定する。
このようにして、サービス推定装置１０は、ＳＳＬ等に代表される秘匿化技術によって秘匿化された通信セッションがキャッシュサーバによって処理される場合であっても、実際にユーザが利用しているサービス種別を推定することができる。
【００２６】
以後の説明において、ユーザ端末５０とＤＮＳサーバ３０との間で送受信される具体的なデータについて、ドメインシステムとプロトコルとの詳細を説明するＲＦＣ１０３５に基づいた例により説明する。
【００２７】
ＲＦＣ１０３５によれば、通信メッセージは、Ｈｅａｄｅｒ、Ｑｕｅｓｔｉｏｎ、Ａｎｓｗｅｒ、Ａｕｔｈｏｒｉｔｙ、Ａｄｄｉｔｉｏｎａｌのセクションから構成される。
Ｑｕｅｓｔｉｏｎセクションを構成するレコードのうち、ＱＴＹＰＥレコードが「Ａ」の場合に、Ｑｕｅｓｔｉｏｎセクションを構成するＱＮＡＭＥレコードにドメイン名（例えば、ｅｘａｍｐｌｅ．ｃｏｍ）が格納されている。
また、Ａｎｓｗｅｒセクションを構成するレコードのうち、ＴＹＰＥレコードが「Ａ」の場合に、Ａｎｓｗｅｒセクションを構成するＲＤＡＴＡレコードにＩＰアドレスが格納されている。さらに、Ａｎｓｗｅｒセクションを構成するＴＴＬレコードにＴＴＬ（Ｔｉｍｅ  ｔｏ  ｌｉｖｅ）が格納されている。
【００２８】
図２は、本発明の一実施形態に係るサービス推定装置１０の構成を示す図である。サービス推定装置１０は、レスポンス取得手段１１と、抽出手段１２と、有効時間抽出手段１３と、記憶制御手段１４と、セッション取得手段１５と、送信先アドレス抽出手段１６と、推定手段１７と、ＤＮＳマップ２０とを備える。以下、各手段について詳述する。
【００２９】
レスポンス取得手段１１は、ユーザ端末５０とＤＮＳサーバ３０との通信における、ＤＮＳサーバ３０からユーザ端末５０に送信されるＤＮＳレスポンスを取得する。具体的には、レスポンス取得手段１１は、ユーザ端末５０からＤＮＳサーバ３０への問合わせの要求に対する、ＤＮＳサーバ３０からユーザ端末５０への回答の応答を取得する。すなわち、ユーザ端末５０は、サーバ４０と通信を行うために、サーバ４０のＩＰアドレスを求めるための問合わせの要求をＤＮＳサーバ３０に対し行う。この問合わせの要求に対し、ＤＮＳサーバ３０は、サーバ４０のドメイン名に対応するＩＰアドレスを求め、回答の応答をユーザ端末５０に対し行う。レスポンス取得手段１１は、この回答の応答であるＤＮＳレスポンスを取得する。
【００３０】
抽出手段１２は、レスポンス取得手段１１によって取得されたＤＮＳレスポンスに基づいて、ユーザ端末５０がＤＮＳサーバ３０に問合わせたドメイン名と、ＤＮＳサーバ３０がユーザ端末５０に回答したＩＰアドレスとを抽出する。具体的には、抽出手段１２は、ＤＮＳサーバ３０からユーザ端末５０への応答に基づいて、例えば、Ｑｕｅｓｔｉｏｎセクションに含まれるドメイン名と、Ａｎｓｗｅｒセクションに含まれるＩＰアドレスとを抽出する。
【００３１】
記憶制御手段１４は、抽出手段１２によって抽出されたドメイン名とＩＰアドレスとを対応させ、ＤＮＳマップ２０に記憶させる。具体的には、記憶制御手段１４は、サーバ４０のドメイン名と、サーバ４０のＩＰアドレスとを対応させたＤＮＳマップ２０を作成する。記憶制御手段１４は、通信網内を流れるＤＮＳサーバ３０のＤＮＳレスポンスをすべてピックアップしてＤＮＳマップ２０を作るとしてもよい。作成されたＤＮＳマップ２０は、全ユーザにおいて共通である。例えば、一部のユーザ端末５０が、端末側ＤＮＳキャッシュにより、ＤＮＳサーバ３０に問合わせの要求をしない場合でも、他のユーザ端末５０が、ＤＮＳサーバ３０に問合わせの要求をしていれば、記憶制御手段１４は、ＤＮＳマップ２０を作成することができるので、効率がよい。
【００３２】
なお、ドメイン名とＩＰアドレスとの対応関係に有効期限があり、対応関係が頻繁に変更される場合、記憶制御手段１４は、ドメイン名とＩＰアドレスとの対応関係についての最新の情報に基づいて、ＤＮＳマップ２０を更新するとしてもよい。
【００３３】
セッション取得手段１５は、ユーザ端末５０とサーバ４０との間の通信セッションを取得する。具体的には、セッション取得手段１５は、推定対象とする通信セッションとして、ユーザ端末５０からサーバ４０へ送信されるアプリケーション・プロセス間のパケットを取得する。
【００３４】
送信先アドレス抽出手段１６は、セッション取得手段１５によって取得された通信セッションから送信先ＩＰアドレスを抽出する。具体的には、送信先アドレス抽出手段１６は、セッション取得手段１５によって取得されたパケットの送信先ＩＰアドレスを抽出する。
【００３５】
推定手段１７は、送信先アドレス抽出手段１６によって抽出された送信先ＩＰアドレスに対応付けられたドメイン名を、ＤＮＳマップ２０に基づいて取得することによってサービス種別を推定する。具体的には、推定手段１７は、抽出された送信先ＩＰアドレスによってＤＮＳマップ２０を検索し、検索した送信先ＩＰアドレスに対応付けられたドメイン名を取得する。さらに、推定手段１７は、通信セッションごとに、推定したサービス種別を対応付けた通信セッション履歴を記憶させるとしてもよい。このような通信セッション履歴を解析することによって、ネットワーク設計をするための情報が得られるので、サービス推定装置１０は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる。
【００３６】
さらに、記憶制御手段１４は、抽出手段１２によって抽出されたドメイン名とＩＰアドレスとをユーザ端末５０ごとに対応させたＤＮＳマップ２０を作成するとしてもよい。具体的には、記憶制御手段１４は、ユーザ端末５０のＩＰアドレス（例えば、ＤＮＳサーバ３０からのＤＮＳレスポンスに含まれる送信先ＩＰアドレス）ごとに、サーバ４０のドメイン名及びＩＰアドレスを対応させたＤＮＳマップ２０を作成する（後述する図３を参照）。推定手段１７は、セッション取得手段１５によって取得されたパケットの送信元ＩＰアドレス（すなわち、ユーザ端末５０のＩＰアドレス）によってＤＮＳマップ２０を検索し、検索した送信元ＩＰアドレス（すなわち、ユーザ端末５０）に対応付けられた情報のうち、抽出されたパケットの送信先ＩＰアドレス（すなわち、サーバ４０のＩＰアドレス）に対応付けられたドメイン名を取得する。
【００３７】
さらに、有効時間抽出手段１３は、レスポンス取得手段１１によって取得されたＤＮＳレスポンスに基づいて、ドメイン名とＩＰアドレスとの対応付けが有効である時間を示す有効時間を抽出する。記憶制御手段１４は、有効時間抽出手段１３によって抽出された有効時間を、ドメイン名とＩＰアドレスと共にＤＮＳマップ２０に記憶させる。推定手段１７は、セッション取得手段１５によって取得された通信セッションが、ＤＮＳマップ２０に記憶された有効時間内である場合に、ＤＮＳマップ２０に基づいて取得したドメイン名によってサービス種別を推定する。
【００３８】
具体的には、有効時間抽出手段１３は、例えば、Ａｎｓｗｅｒセクションに格納された有効時間であるＴＴＬと、ＤＮＳレスポンスの通信時刻であるＤＮＳレスポンス時刻とを抽出し、該ＤＮＳレスポンスの有効期間を抽出する。記憶制御手段１４は、後述する図３に示すように、抽出されたＴＴＬ及びＤＮＳレスポンス時刻を、ドメイン名とＩＰアドレスと共にＤＮＳマップ２０に記憶させる。推定手段１７は、取得された通信セッションのセッション開始時刻が、ＤＮＳマップ２０に記憶された対応する有効期間内である場合に、ドメイン名によってサービス種別を推定する。
すなわち、推定手段１７は、通信セッションのセッション開始時刻（例えば、ｓｅｓｓｉｏｎ＿ｂｅｇｉｎ＿ｔｉｍｅ）≧ＤＮＳレスポンス時刻（例えば、Ｒｅｓｐｏｎｓｅ＿ｔｉｍｉｎｇ）であり、かつ、通信セッションのセッション開始時刻＜ＤＮＳレスポンス時刻＋有効時間（例えば、Ｒｅｓｐｏｎｓｅ＿ｔｉｍｉｎｇ＋ＴＴＬ）である場合に、取得したドメイン名を有効なドメイン名であると判断し、ドメイン名によってサービス種別を推定する。
【００３９】
図３は、本発明の一実施形態に係るサービス推定装置１０によるＤＮＳマップ２０の例を示す図である。図３に示すように、ＤＮＳマップ２０は、ユーザ端末５０のＩＰアドレスごとに、サーバ４０のドメイン名と、サーバ４０のＩＰアドレスと、ＤＮＳレスポンス時刻と、ＴＴＬとを対応付けて記憶する。
ユーザ端末５０のＩＰアドレス、サーバ４０のドメイン名及びサーバ４０のＩＰアドレスは、抽出手段１２によって抽出され、ＤＮＳレスポンス時刻及びＴＴＬは、有効時間抽出手段１３によって抽出される。
【００４０】
図４は、本発明の一実施形態に係るサービス推定装置１０のＤＮＳマップ作成処理を示すフローチャートである。図５及び図６は、本発明の一実施形態に係るサービス推定装置１０のサービス種別推定処理を示すフローチャートである。サービス推定装置１０は、コンピュータ及びその周辺装置が備えるハードウェア並びに該ハードウェアを制御するソフトウェアによって構成され、以下の処理は、制御部（例えば、ＣＰＵ）が所定のソフトウェアに従い実行する処理である。なお、ＤＮＳマップ作成処理及びサービス種別推定処理は、互いに独立に発生する複数の通信セッションを、それぞれ並行して処理する。
【００４１】
（ＤＮＳマップ作成処理）
ステップＳ１０１において、ＣＰＵ（レスポンス取得手段１１）は、ＤＮＳレスポンスを取得する。より具体的には、ＣＰＵは、ユーザ端末５０からＤＮＳサーバ３０に対する問合わせの要求に対する、ＤＮＳサーバ３０からユーザ端末５０に対する回答の応答を取得する。
【００４２】
ステップＳ１０２において、ＣＰＵ（抽出手段１２、有効時間抽出手段１３）は、サーバ４０のドメイン名及びＩＰアドレスと、有効期間とを抽出する。より具体的には、ＣＰＵは、ＤＮＳサーバ３０からユーザ端末５０への応答に基づいて、Ｑｕｅｓｔｉｏｎセクションに含まれるドメイン名と、Ａｎｓｗｅｒセクションに含まれるＩＰアドレスと、ＤＮＳレスポンスの有効期間として、Ａｎｓｗｅｒセクションに含まれるＴＴＬ（有効時間）と、応答の時刻であるＤＮＳレスポンス時刻とを抽出する。
【００４３】
ステップＳ１０３において、ＣＰＵ（記憶制御手段１４）は、ＤＮＳマップ２０を作成する。より具体的には、ＣＰＵは、ユーザ端末５０ごとに、サーバ４０のドメイン名とサーバ４０のＩＰアドレスとＤＮＳレスポンス時刻とＴＴＬとを対応させたＤＮＳマップ２０を作成する。その後、ＣＰＵは処理をステップＳ１０１に移す。
【００４４】
（サービス種別推定処理）
ステップＳ２０１において、ＣＰＵ（セッション取得手段１５）は、サービス種別を推定するための、ユーザ端末５０とサーバ４０との間の通信セッションを取得する。より具体的には、ＣＰＵは、ユーザ端末５０からサーバ４０へ送信されるアプリケーション・プロセス間のパケットを取得する。
【００４５】
ステップＳ２０２において、ＣＰＵ（送信先アドレス抽出手段１６）は、通信セッションから送信先ＩＰアドレスと送信元ＩＰアドレスとを抽出する。より具体的には、ＣＰＵは、取得されたパケットの送信先ＩＰアドレス（サーバ４０のＩＰアドレス）と送信元ＩＰアドレス（ユーザ端末５０のＩＰアドレス）とを抽出する。
【００４６】
ステップＳ２０３において、ＣＰＵ（推定手段１７）は、送信元ＩＰアドレス及び送信先ＩＰアドレスによってＤＮＳマップ２０を検索する。より具体的には、ＣＰＵは、抽出された送信元ＩＰアドレス（ユーザ端末５０のＩＰアドレス）によってＤＮＳマップ２０を検索し、検索したユーザ端末５０のＩＰアドレスに対応付けられたサーバ４０のＩＰアドレスのうち、抽出された送信先ＩＰアドレスと同一のＩＰアドレスを検索する。
【００４７】
ステップＳ２０４において、ＣＰＵ（推定手段１７）は、該当レコードが存在するか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは処理をステップＳ２０５に移し、この判断がＮＯの場合、ＣＰＵは処理をステップＳ２０９に移す。
【００４８】
ステップＳ２０５において、ＣＰＵ（推定手段１７）は、ＤＮＳレスポンスが有効期間内であるか否かを判断するために、通信セッションのセッション開始時刻がＤＮＳレスポンス時刻以降か否かを判断する。より具体的には、ＣＰＵは、ステップＳ２０３において検索したレコードのＤＮＳレスポンス時刻と、ステップＳ２０１において取得した通信セッションのセッション開始時刻とを比較し、通信セッションのセッション開始時刻≧ＤＮＳレスポンス時刻であるか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは処理をステップＳ２０６に移し、この判断がＮＯの場合、ＣＰＵは処理をステップＳ２０８に移す。
【００４９】
ステップＳ２０６において、ＣＰＵ（推定手段１７）は、ＤＮＳレスポンスが有効期間内であるか否かを判断するために、通信セッションのセッション開始時刻がＤＮＳレスポンス時刻から有効時間以内か否かを判断する。より具体的には、ＣＰＵは、ステップＳ２０３において検索したレコードのデータのうち、ステップＳ２０２において抽出された送信先ＩＰアドレス（サーバ４０のＩＰアドレス）に対応付けられたＴＴＬ及びＤＮＳレスポンス時刻と、通信セッションのセッション開始時刻とを比較し、通信セッションのセッション開始時刻＜ＤＮＳレスポンス時刻＋ＴＴＬであるか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは処理をステップＳ２０７に移し、この判断がＮＯの場合、ＣＰＵは処理をステップＳ２０８に移す。
【００５０】
ステップＳ２０７において、ＣＰＵ（推定手段１７）は、サービス種別を推定する。より具体的には、ＣＰＵは、有効期間内のＤＮＳレスポンスを記憶するＤＮＳマップ２０に基づいて、通信セッションの送信先ＩＰアドレスと同一のＩＰアドレスに対応付けられたサーバ４０のドメイン名を抽出して、通信セッションのサービス種別を推定する。さらに、ＣＰＵは、通信セッションの情報と、推定したサービス種別（ドメイン名）とを対応付けて記憶させ、後述する図８に示すような通信セッションの履歴を作成することによって、ネットワーク設計のための情報を提供する。その後、ＣＰＵは処理をステップＳ２０１に移す。
【００５１】
ステップＳ２０８において、ＣＰＵ（推定手段１７）は、他に該当レコードが存在するか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは処理をステップＳ２０５に移し、この判断がＮＯの場合、ＣＰＵは処理をステップＳ２０９に移す。
【００５２】
ステップＳ２０９において、ＣＰＵ（推定手段１７）は、送信先ＩＰアドレスによってＤＮＳマップ２０を再度検索する。より具体的には、ＣＰＵは、抽出された送信元ＩＰアドレス（ユーザ端末５０のＩＰアドレス）に関わらず、抽出された送信先ＩＰアドレスによってＤＮＳマップ２０のサーバ４０のＩＰアドレスを再度検索する。
【００５３】
ステップＳ２１０において、ＣＰＵ（推定手段１７）は、該当レコードが存在するか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは処理をステップＳ２１１に移し、この判断がＮＯの場合、ＣＰＵは処理をステップＳ２０１に移す。
【００５４】
ステップＳ２１１において、ＣＰＵ（推定手段１７）は、サービス種別を推定する。より具体的には、ＣＰＵは、ステップＳ２０７と同様に、ＤＮＳマップ２０に基づいて、通信セッションの送信先ＩＰアドレスと同一のＩＰアドレスに対応付けられたサーバ４０のドメイン名を抽出して、通信セッションのサービス種別を推定し、後述する図８に示すような通信セッションの履歴を作成する。その後、ＣＰＵは処理をステップＳ２０１に移す。
【００５５】
図７は、本発明の一実施形態に係るサービス推定装置１０による処理の例を示す図である。図７の例は、サービス推定装置１０が、ＤＮＳサーバ３０からの応答に基づいて、サーバ４０のドメイン名とＩＰアドレスとを抽出し、ＤＮＳマップ２０を作成したことを示している。さらに、図７の例は、ユーザ端末５０がサービスの要求をした通信セッションによって、サービス推定装置１０が、ＤＮＳマップ２０に基づいて、サービスの要求に含まれる送信先ＩＰアドレス（例えば、ｄｓｔ＿ｉｐａｄｄｒ：１９８．５１．１００．２）に対応するサーバ４０のドメイン名（例えば、ｅｘａｍｐｌｅ．ｃｏｍ）を取得したことを示す例である。
【００５６】
図８は、本発明の一実施形態に係るサービス推定装置１０によるサービス種別の推定の結果の例を示す図である。図８の例は、サービス種別の推定の結果として、サービス推定装置１０が、通信セッションごとの情報（例えば、セッション開始時刻、送信元ＩＰアドレス、送信元ポート、送信先ＩＰアドレス及び送信先ポート）に、推定したサービス種別（サーバ４０のドメイン名）を対応付けて記憶させた例である。
【００５７】
本実施形態では、サービス推定装置１０は、ユーザ端末５０とＤＮＳサーバ３０との通信における、ＤＮＳサーバ３０からユーザ端末５０に送信されるＤＮＳレスポンスを取得し、取得したＤＮＳレスポンスに基づいて、ユーザ端末５０がＤＮＳサーバ３０に問合わせたドメイン名と、ＤＮＳサーバ３０がユーザ端末５０に回答したＩＰアドレスとを抽出し、抽出したドメイン名とＩＰアドレスとを対応させ、ＤＮＳマップ２０に記憶させる。そして、サービス推定装置１０は、ユーザ端末５０とサーバ４０との間の通信セッションを取得し、取得した通信セッションから送信先ＩＰアドレスを抽出し、抽出した送信先ＩＰアドレスに対応付けられたドメイン名を、ＤＮＳマップ２０に基づいて取得することによってサービス種別を推定する。
【００５８】
さらに、サービス推定装置１０は、ドメイン名とＩＰアドレスとの対応付けが有効である時間を示す有効時間を抽出し、ユーザ端末５０ごとに、ドメイン名及びＩＰアドレスとＤＮＳレスポンスの有効期間とを対応付けたＤＮＳマップ２０を作成し、取得した通信セッションが、ＤＮＳマップ２０に記憶されたＤＮＳレスポンスの有効期間内である場合に、ＤＮＳマップ２０に基づいて取得したドメイン名によってサービス種別を推定する。
【００５９】
したがって、サービス推定装置１０は、通信網を介してユーザ端末５０が接続するサーバ４０であって、キャッシュサーバではない本来のサーバ４０のドメイン名を確実に取得することによってサービス種別を推定することができる。その結果、サービス推定装置１０は、ユーザが体感する通信の品質を維持及び向上させるようなネットワーク設計を実現させるために、情報を提供することができる。
【００６０】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【００６１】
本実施形態では、ＤＮＳレスポンスのＱＴＹＰＥ値が「Ａ」であるＡレコードの場合に関する例のみを記載したがこれに限られない。ＤＮＳのＲＦＣによれば、これ以外に、ＡＡＡＡレコードやＣＮＡＭＥ、ＴＸＴ、ＳＲＶ等の様々なＱＴＹＰＥ値に対応して、ＤＮＳレスポンスレコード中にＡｎｓｗｅｒごとのＴＹＰＥ値が存在する。サービス推定装置１０は、Ａレコード以外にも、取得したＤＮＳレスポンスの様々なレコードタイプに対応する情報（例えば、ホスト名等のサービスに関する情報）をＤＮＳマップ２０に記憶させるとしてもよい。サービス推定装置１０は、ＤＮＳマップ２０により、通信セッションの送信先ＩＰアドレスに対応するドメイン名を抽出すると共に、これらのサービスに関する情報をも抽出することによって、サービス種別を推定することができる。
【００６２】
本実施形態では、サービス推定装置１０は、送信元ＩＰアドレス（ユーザ端末５０）及び送信先ＩＰアドレス（サーバ４０のＩＰアドレス）によって検索しても検索できなかった場合に、条件を緩和して送信先ＩＰアドレス（サーバ４０のＩＰアドレス）によって再度検索するとしたがこれに限られない。例えば、送信元ＩＰアドレス（ユーザ端末５０）及び送信先ＩＰアドレス（サーバ４０のＩＰアドレス）によって検索できた場合には、有効期間の条件の判断を行わないとしてもよい。また、送信先ＩＰアドレス（サーバ４０のＩＰアドレス）によって再度検索した場合に、有効期間の条件を判断するとしてもよい。
サービス推定装置１０は、検索条件を緩和して、サーバ４０のドメイン名等を得やすくすることによって、ネットワーク設計に適用可能な多くの情報を提供することができる。
【００６３】
本実施形態では、ＤＮＳマップ２０における有効期限の切れたレコードについて特に記載していないが、サービス推定装置１０は、ＤＮＳマップ２０から有効期限の切れたレコードを削除するとしてもよい。サービス推定装置１０は、ＤＮＳマップ２０の増大を防止することができる。
【符号の説明】
【００６４】
１０    サービス推定装置
１１    レスポンス取得手段
１２    抽出手段
１３    有効時間抽出手段
１４    記憶制御手段
１５    セッション取得手段
１６    送信先アドレス抽出手段
１７    推定手段
２０    ＤＮＳマップ
３０    ＤＮＳサーバ
４０    サーバ
５０    ユーザ端末
７０    通信網
【図１】
2014230139.tif 000003
【図２】
2014230139.tif 000004
【図３】
2014230139.tif 000005
【図４】
2014230139.tif 000006
【図５】
2014230139.tif 000007
【図６】
2014230139.tif 000008
【図７】
2014230139.tif 000009
【図８】
2014230139.tif 000010