(57)【要約】  本発明は、ＤＮＳログを処理してインターネットトラフィックの送信元と宛先を取得するインターネットトラフィックの送信元と宛先の分析方法であって、ユーザの実際のアクセス経路を反映できないＤＮＳログをフィルタリングするログフィルタリングステップと、ソースＩＰ、タイムスタンプの差及び中央ドメインに基づいて、ログフィルタリングステップの後に取得したＤＮＳログを順に分割して、分割後のアクセス経路を取得するログ分割ステップと、全ての前記分割後のアクセス経路を集約するデータ集約ステップとを含む、インターネットトラフィックの送信元と宛先の分析方法を提供する。本発明の分析方法により、インターネットトラフィックの送信元と宛先を把握することにより、ウェブサイトのトラフィックの分析及び最適化をよりよく支援し、さらに、インターネット全体のトラフィックの流れ状況を全面的に了解することにより、全局的観点から分析すると共に、他のウェブサイトのトラフィック状況を了解することができる。【選択図】図１ａ
2019514303.tif 000002
【特許請求の範囲】
【請求項１】
ＤＮＳログを処理してインターネットトラフィックの送信元と宛先を取得するインターネットトラフィックの送信元と宛先の分析方法であって、
ユーザの実際のアクセス経路を反映できないＤＮＳログをフィルタリングするログフィルタリングステップと、
ソースＩＰ、タイムスタンプの差及び中央ドメインに基づいて、ログフィルタリングステップの後に取得したＤＮＳログを順に分割して、分割後のアクセス経路を取得するログ分割ステップと、
全ての前記分割後のアクセス経路を集約するデータ集約ステップとを含むことを特徴とするインターネットトラフィックの送信元と宛先の分析方法。
【請求項２】
ログフィルタリングステップにおいて、ブラックリスト及びホワイトリストを設定することにより、重視されるドメイン名リクエストを含むＤＮＳログを保留すると共に、サーバによって生成される非人為的なドメイン名リクエストを含むＤＮＳログを除去することを特徴とする請求項１に記載の分析方法。
【請求項３】
ＤＮＳログを除去することは、さらに、企業ＩＰのアクセスするログを除去し、ＩＰが解決されていないログを除去することを含むことを特徴とする請求項２に記載の分析方法。
【請求項４】
ソースＩＰに基づいてＤＮＳログを分割することは、ある時間内の同じソースＩＰの連続的なＤＮＳログを取得することであることを特徴とする請求項３に記載の分析方法。
【請求項５】
前記タイムスタンプの差に基づいてログを分割することは、ソースＩＰに基づいて分割されたログを、さらにＤＮＳログのタイムスタンプの差に基づいて分割し、２つのＤＮＳログのタイムスタンプの差が所定時間の長さよりも大きければ、前記２つのＤＮＳログを分割することであることを特徴とする請求項４に記載の分析方法。
【請求項６】
前記所定時間の長さは３秒間であることを特徴とする請求項５に記載の分析方法。
【請求項７】
タイムスタンプの差に基づいてＤＮＳログを分割するステップの後に、さらに、分割して取得されたアクセス経路中のドメイン名をドメインに変換し、連続的な同じドメインを併合して、前記ソースＩＰの経路を取得する併合ステップを含むことを特徴とする請求項６に記載の分析方法。
【請求項８】
前記中央ドメインに基づいて分割することは、中央ドメインを基準として前記ソースＩＰの経路を分割することであり、分割後に取得したアクセス経路は、
送信元のドメイン名ｎ＋・・・＋送信元のドメイン名１＋中央ドメイン名＋宛先のドメイン名１＋・・・＋宛先のドメイン名ｎであり、
前記中央ドメインは、ユーザ／システムの需要に応じて重点分析すると決定されるドメインであることを特徴とする請求項７に記載の分析方法。
【請求項９】
前記データ集約ステップにおいて、前記中央ドメインに基づいて分割するステップの後に取得した前記ソースＩＰの全てのアクセス経路を集約することを特徴とする請求項８に記載の分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットＤＮＳドメイン名解決の分野に関し、特にインターネットトラフィックの送信元と宛先の分析方法に関する。
【背景技術】
【０００２】
いわゆるインターネットトラフィックの送信元と宛先とは、ユーザが先にアクセスしたウェブサイト、その後にアクセスしたウェブサイト等の一連のウェブサイトに対するアクセス経路を指す。如何にウェブサイトのトラフィックの送信元を確認するかについて、業界の主流方式は１種類のみとし、つまり、ウェブサイトのページにＪａｖａＳｃｒｉｐｔ監視コードを添加することである。最もよく使うのは、ｇｏｏｇｌｅ  ａｎａｌｙｔｉｃｓと百度統計等の第三者検出ツールである。
【０００３】
上記統計方法には、大きな限界があり、各ウェブサイトは、ゲストが前回アクセスした１つのウェブサイトだけを知ることができ、該ゲストがこの前にアクセスした複数のウェブサイトを知ることができず、さらに該ゲストが該ウェブサイトから離れてどのウェブサイトにアクセスしていくかを了解することができない。ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ、ドメイン名システム）は、インターネットにおいてドメイン名とＩＰアドレスとして互いにマッピングしている分散型データベースであり、ユーザがマシンによって直接に読み取られたＩＰ数字列を覚える必要がなく、より便利にインターネットにアクセスすることを可能にする。「ＤＮＳドメイン名解決技術」とは、ユーザがウェブサイトにアクセスすると、ブラウザにこのウェブサイトのドメイン名を入力する必要があり、リターンキーを押すと、ブラウザは、まず、ＤＮＳリクエストをして、ＤＮＳ技術により、ブラウザはこのドメイン名に対応するサーバＩＰアドレスを取得し、その後に、このＩＰアドレスにＨＴＴＰリクエストをすることができることである。
【０００４】
ＤＮＳログは、毎回のＤＮＳリクエストの応答コンテンツを記録し、ユーザによって要求される全てのドメイン名情報をほとんど記録することができる。しかしながら、ログには、多くの異常及び無効情報が含まれ、例えば、サーバは、ＤＮＳリクエストをして大量のドメイン名情報を生成し、ウェブクローラーひいてはネットワーク攻撃は、いずれも大量のＤＮＳリクエストを生成する。これらのリクエストは、ユーザの実際のアクセス経路をリアルかつ効果的に反映できない。
【０００５】
現在、市場には、インターネットゲストのアクセス経路全体をよく分析できる方法が存在しておらず、本発明は、この不足を補い、ＤＮＳログに対する再処理によりウェブサイトのトラフィックがそれぞれどのウェブサイトから由来するのか、離れた後にどのウェブサイトにアクセスしたかを分析する方法である。
【発明の概要】
【０００６】
上記欠陥の存在に鑑みて、本発明は、インターネットトラフィックの送信元と宛先の分析方法を提供し、本発明の方法により、ログ中の非人為的なアクセス行為をできるだけクリアし、インターネットトラフィックの送信元と宛先を効果的に取得することができる。
【０００７】
本発明のインターネットトラフィックの送信元と宛先の分析方法は、ＤＮＳログを処理してインターネットトラフィックの送信元と宛先を取得し、
ユーザの実際のアクセス経路を反映できないＤＮＳログをフィルタリングするログフィルタリングステップと、ソースＩＰ、タイムスタンプの差及び中央ドメインに基づいてログフィルタリングステップの後に取得したＤＮＳログを順に分割して、分割後のアクセス経路を取得するログ分割ステップと、全ての前記分割後のアクセス経路を集約するデータ集約ステップとを含む。
【０００８】
好ましくは、ログフィルタリングステップにおいて、ブラックリスト及びホワイトリストを設定することにより、重視されるドメイン名リクエストを含むＤＮＳログを保留すると共に、サーバによって生成される非人為的なドメイン名リクエストを含むＤＮＳログを除去する。
【０００９】
好ましくは、ＤＮＳログを除去することは、さらに、企業ＩＰのアクセスするログの除去及びＩＰが解決されていないログの除去を含む。
【００１０】
好ましくは、ソースＩＰに基づいてＤＮＳログを分割することは、ある時間内の同じソースＩＰの連続的なＤＮＳログを取得することである。
【００１１】
好ましくは、前記タイムスタンプの差に基づいてログを分割することは、ソースＩＰに基づいて分割されたログを、さらにＤＮＳログのタイムスタンプの差に基づいて分割し、２つのＤＮＳログのタイムスタンプの差が所定時間の長さよりも大きければ、前記２つのＤＮＳログを分割することである。
好ましくは、前記所定時間の長さは３秒間である。
【００１２】
好ましくは、タイムスタンプの差に基づいてＤＮＳログを分割するステップの後に、さらに、分割して取得されたアクセス経路中のドメイン名をドメインに変換し、連続的な同じドメインを併合して、前記ソースＩＰの経路を取得する併合ステップを含む。
好ましくは、前記中央ドメインに基づいて分割することは、中央ドメインを基準として前記ソースＩＰの経路を分割することであり、分割後に取得したアクセス経路は、送信元のドメイン名ｎ＋・・・＋送信元のドメイン名１＋中央ドメイン名＋宛先のドメイン名１＋・・・＋宛先のドメイン名ｎであり、前記中央ドメインは、ユーザ／システムの需要に応じて重点として分析すると決定されるドメインである。
【００１３】
好ましくは、前記データ集約ステップにおいて、前記中央ドメインに基づいて分割するステップの後に取得した前記ソースＩＰの全てのアクセス経路を集約する。
【００１４】
本発明の分析方法により、インターネットトラフィックの送信元と宛先を把握することが可能であり、ウェブサイトのトラフィックの分析及び最適化をよりよく支援でき、さらに、インターネット全体のトラフィックの流れ状況を全面的に了解することにより、全局的観点から分析すると共に、他のウェブサイトのトラフィック状況を了解することができ、己を知り彼を知ることを実現する。
【図面の簡単な説明】
【００１５】
【図１ａ】図１ａは、本発明のインターネットトラフィックの送信元と宛先の分析方法のフローチャートである。
【図１ｂ】図１ｂは、本発明のインターネットトラフィックの送信元と宛先の分析方法のフローチャートである。
【図２ａ】図２ａは、本発明のインターネットトラフィックの送信元と宛先の分析方法により取得したトラフィックの送信元の概略図である。
【図２ｂ】図２ｂは、本発明のインターネットトラフィックの送信元と宛先の分析方法により取得したトラフィックの送信元の概略図である。
【発明を実施するための形態】
【００１６】
以下に、図面及び実施例を参照しながら、発明について詳細に説明する。以下の実施例は、本発明を限定するものではない。発明構想の精神及び範囲から逸脱しない場合、当業者が想到し得る変化及び利点はいずれも本発明に含まれる。
【００１７】
上述したように、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ、ドメイン名システム）は、インターネットにおいてドメイン名とＩＰアドレスとして互いにマッピングしている分散型データベースであり、ユーザがマシンによって直接に読み取られたＩＰ数字列を覚える必要がなく、より便利にインターネットにアクセスすることを可能にする。ユーザがウェブサイトにアクセスすると、まず、ブラウザにこのウェブサイトのドメイン名を入力し、リターンキーを押すと、ブラウザは、まず、ＤＮＳリクエストをして、ＤＮＳ技術により、ブラウザは、このドメイン名に対応するサーバＩＰアドレスを取得し、その後に、このＩＰアドレスにＨＴＴＰリクエストをすることができる。それは、ＤＮＳドメイン名解決技術である。
【００１８】
上記ドメイン名解決の過程において、ＤＮＳログを生成する。ＤＮＳログは、毎回のＤＮＳリクエストの応答コンテンツを記録し、ユーザによって要求される全てのドメイン名情報をほとんど記録することができる。ＤＮＳログのフォーマットは以下のとおりである。
１４．＊＊＊．＊＊＊．１０｜ｗｗｗ．ｂａｉｄｕ．ｃｏｍ｜２０１４１２１１０３５９３２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
ソースＩＰ｜ドメイン名｜タイムスタンプ｜解決したＩＰ｜状態コード
即ち、ＤＮＳログは、「ソースＩＰ」、「ドメイン名」、「タイムスタンプ」、「解決したＩＰ」及び「状態コード」の５部分の内容を含む。
【００１９】
ＤＮＳログには、ユーザによって要求される全てのドメイン名情報が含まれるため、本発明者は、ＤＮＳログの再処理によりウェブサイトのトラフィックの送信元と宛先を分析することを想到する。しかしながら、ＤＮＳログには、多くの異常及び無効情報も含まれ、例えば、サーバは、ＤＮＳリクエストをして大量のドメイン名情報を生成し、ウェブクローラーひいてはネットワーク攻撃は、いずれも大量のＤＮＳリクエストを生成する。これらのリクエストは、ユーザの実際のアクセス経路をリアルかつ効果的に反映できない。上記状況に応じて、本発明者は、ログ中の非人為的なアクセス行為をできるだけクリアすることにより、インターネットトラフィックの送信元と宛先を効果的に取得することを想到する。
【００２０】
図１は、本発明のインターネットトラフィックの送信元と宛先の分析方法のフローチャートである。図１に示すように、本発明のインターネットトラフィックの送信元と宛先の分析方法は、以下のステップを含む。
【００２１】
まず、ユーザの実際のアクセス経路を反映できないＤＮＳログをフィルタリングする（ステップＳ１）。前述のように、ＤＮＳリクエストには、ユーザの実際のアクセス経路をリアルかつ効果的に反映できない多くのドメイン名が含まれるため、クリアする必要がある。例えば、ブラックリスト及びホワイトリストを設定することにより、重視されるドメイン名リクエストを含むＤＮＳログを保留すると共に、サーバによって生成される非人為的なドメイン名リクエストを含むＤＮＳログを除去する。ブラックリストを設定することにより、サーバによって生成される非人為的なドメイン名リクエストを除去することができる。ホワイトリストを設定することにより、重視されるいくつかのドメイン名を保留することができる。ホワイトリストの優先順位は、ブラックリストより高い。また、ＤＮＳログを除去することは、さらに、企業ＩＰのアクセスログの除去と、ＩＰが解決されていないログの除去を含む。企業ＩＰを除去するのは、企業ＩＰが多人の同時アクセスログを生成して、個人アクセス経路に対する判断に影響を与えるからである。解決されていないＩＰを有するログを除去し、即ち、アクセスに失敗したログを除去する。異なる次元によりログをフィルタリングすることにより、ユーザの実際のアクセス経路を反映するＤＮＳログを取得することができる。
【００２２】
次に、ソースＩＰと、タイムスタンプの差及び中央ドメインに基づいて、ログフィルタリングステップの後に取得したＤＮＳログを順に分割して、分割後のドメインを取得する（ステップＳ２）。
【００２３】
詳細のステップは以下のとおりである。
１）ソースＩＰに基づいて分割する（ステップＳ２１）。ソースＩＰに基づいてＤＮＳログを分割することは、ある時間内の同じソースＩＰの連続的なＤＮＳログを取得することである。
例えば、ソースＩＰ１．１．１．１とソースＩＰ２．２．２．２が異なるソースＩＰであるため、ログを分割する。以下のとおりである。
ソースＩＰ｜ドメイン名｜タイムスタンプ｜解決したＩＰ｜状態コード
１．１．１．１｜ｗｗｗ．ｂａｉｄｕ．ｃｏｍ｜２０１４１２１１０３５９３２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
１．１．１．１｜ｗｗｗ．ｑｑ．ｃｏｍ｜２０１４１２１１０３５９３２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ｂａｉｄｕ．ｃｏｍ｜２０１４１２１１０３５９３２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
２．２．２．２｜ｗｗｗ．ｑｑ．ｃｏｍ｜２０１４１２１１０３５９３２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
【００２４】
２）次に、ソースＩＰに基づいて分割されたログを、またタイムスタンプの差に基づいて分割する（ステップＳ２２）。タイムスタンプの差に基づく分割は、ソースＩＰに基づいて分割されたログを、さらにＤＮＳログのタイムスタンプの差に基づいて分割することである。２つのＤＮＳログのタイムスタンプの差が所定時間の長さよりも大きければ、この２つのＤＮＳログを分割する（分割の原因は、ログの時間間隔が長過ぎると２つの異なる行為であると見なされることである）。該所定時間の長さは、必要に応じて調整することができる。本実施例では、前記所定時間の長さは３秒間であり、即ちタイムスタンプの差が３秒間より大きいと分割される。
【００２５】
例えば、ソースＩＰ２．２．２．２のＤＮＳログを、さらにそのタイムスタンプの差に基づいて分割し、以下のとおりである。（タイムスタンプ２０１４１２１１０３５９３２は、２０１４年１２月１１日３時５９分３２秒を示す）
ソースＩＰ｜ドメイン名｜タイムスタンプ｜解決したＩＰ｜状態コード
２．２．２．２｜ｗｗｗ．ｂａｉｄｕ．ｃｏｍ｜２０１４１２１１０００００１｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
２．２．２．２｜ａ．ｑｑ．ｃｏｍ｜２０１４１２１１０００００２｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
２．２．２．２｜ｂ．ｂａｉｄｕ．ｃｏｍ｜２０１４１２１１０００００３｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
２．２．２．２｜ｃ．ｔａｎｘ．ｃｏｍ｜２０１４１２１１０００００４｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
２．２．２．２｜ｃ．ａｌｌｙｅｓ．ｃｏｍ｜２０１４１２１１０００００５｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ｓｉｎａ．ｃｏｍ｜２０１４１２１１０００００９｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ｑｑ．ｃｏｍ｜２０１４１２１１０００００１５｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ｑｑ．ｃｏｍ｜２０１４１２１１０００００１９｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ａ．ｃｏｍ｜２０１４１２１１０００００２４｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ログ分割線−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
２．２．２．２｜ｗｗｗ．ｂ．ｃｏｍ｜２０１４１２１１０００００２９｜１８０．＊＊＊．＊＊＊．１０７；１８０．＊＊＊．＊＊＊．１０８｜０
【００２６】
上述したように、タイムスタンプ２０１４１２１１０００００５の０５秒と２０１４１２１１０００００９の０９秒の間の差が４秒間（３秒間より大きい）であるため、ログは分割される。２０１４１２１１０００００９と２０１４１２１１０００００１５の間の差が６秒間であるため、分割される。
【００２７】
上述したように、ログは、合計で６つのセグメントに分割された。第１セグメントのログ中のソースＩＰ：２．２．２．２は、ｗｗｗ．ｂａｉｄｕ．ｃｏｍ、ａ．ｑｑ．ｃｏｍ、ｂ．ｂａｉｄｕ．ｃｏｍ、ｃ．ｔａｎｘ．ｃｏｍ、ｃ．ａｌｌｙｅｓ．ｃｏｍという５つのドメイン名にアクセスする。ユーザアクセス行為の判断方法により、ユーザが実際にｗｗｗ．ｂａｉｄｕ．ｃｏｍのみにアクセスし、残りの４つのドメイン名がユーザによるｗｗｗ．ｂａｉｄｕ．ｃｏｍのクリックに伴って生成するドメイン名リクエストであり、ユーザの実際のアクセス行為ではないことを得ることができる。従って、第１セグメントのログから、ユーザがｗｗｗ．ｂａｉｄｕ．ｃｏｍというドメイン名にアクセスした経路を得ることができる。ここで言及されたユーザアクセス行為の判断方法は以下のとおりである。あるユーザがｕｒｌをクリックすると、現在のｕｒｌのドメイン名に加えて、幾つかの他のドメイン名も要求する。クローラー技術により、該ｕｒｌのドメイン名リクエストをした後の全ての他のドメイン名リクエストを取得し、クロールした一連のドメイン名リクエストとＤＮＳログから分割されたドメイン名セグメントをマッチングして、該ＤＮＳログとユーザが実際にアクセスしたドメイン名との対応関係を得ることができる。該方法で得られた対応関係から分かるように、該セグメントのログは、ユーザが実際にｗｗｗ．ｂａｉｄｕ．ｃｏｍにアクセスしたことを反映する。第２セグメントのログは、ｗｗｗ．ｓｉｎａ．ｃｏｍのみを有するため、ｗｗｗ．ｓｉｎａ．ｃｏｍは、ユーザがアクセスしたドメイン名経路である。
【００２８】
以上のログの経路をつなぐと、以下のとおりである。
ｗｗｗ．ｂａｉｄｕ．ｃｏｍ＞ｗｗｗ．ｓｉｎａ．ｃｏｍ＞ｗｗｗ．ｑｑ．ｃｏｍ＞ｗｗｗ．ｑｑ．ｃｏｍ＞ｗｗｗ．ａ．ｃｏｍ＞ｗｗｗ．ｂ．ｃｏｍ
さらに、上記タイムスタンプの差に基づいて分割して取得された経路を同じドメインで併合するが、ここで、セカンドレベルドメインで併合し、併合後の結果は以下のとおりである。
ｂａｉｄｕ．ｃｏｍ＞ｓｉｎａ．ｃｏｍ＞ｑｑ．ｃｏｍ＞ａ．ｃｏｍ＞ｂ．ｃｏｍ
上記経路は、該ソースＩＰの全てのアクセス行為中の一つの経路であり、このような規則に従って全てのソースＩＰの全てのアクセス経路を算出することができる。
【００２９】
３）続いて、中央ドメインに基づいて、上記結果をさらに分割する（ステップＳ２３）。中央ドメインは、ユーザ／システムの需要に応じて重点分析すべきドメインであり、即ちユーザがどこから中央ドメインに来たのか、その後に中央ドメインからどのドメインにアクセスしていくのかである。例えば、ログ中のａ．ｃｏｍを中央ドメインとすると、以下のとおりである。
ｂａｉｄｕ．ｃｏｍ＞ｓｉｎａ．ｃｏｍ＞ｑｑ．ｃｏｍ＞ａ．ｃｏｍ＞ｂ．ｃｏｍ
例えば、以下は、前述のソースＩＰの４つの経路であり、かつ各経路中の中央ドメインの前３レイヤーの送信元ドメインのみを挙げ、中央ドメイン後の経路の処理ロジックと中央ドメイン前の経路を処理する処理ロジックが一致する。実際のレイヤー数は、具体的な要件に応じて調整することができる。また、図２（ａ）にも示されている。
送信元ドメイン３＞送信元ドメイン２＞送信元ドメイン１＞中央ドメイン
経路１：ｂａｉｄｕ．ｃｏｍ＞ｓｉｎａ．ｃｏｍ＞ｑｑ．ｃｏｍ＞ａ．ｃｏｍ（中央ドメイン）
経路２：ｓｉｎａ．ｃｏｍ＞ｂａｉｄｕ．ｃｏｍ＞ｑｑ．ｃｏｍ＞ａ．ｃｏｍ（中央ドメイン）
経路３：ｙｏｕｋｕ．ｃｏｍ＞ｓｉｎａ．ｃｏｍ＞ｂａｉｄｕ．ｃｏｍ＞ａ．ｃｏｍ（中央ドメイン）
経路４：ｂａｉｄｕ．ｃｏｍ＞ｑｑ．ｃｏｍ＞ｙｏｕｋｕ．ｃｏｍ＞ａ．ｃｏｍ（中央ドメイン）
【００３０】
最後に、データ集約ステップにおいて、前述のソースＩＰの全ての４つのアクセス経路を集約する。集約図は、図２ｂに示されている。
中央ドメインの集約は、４つのａ．ｃｏｍである。
送信元ドメイン１の集約は、２つのｑｑ．ｃｏｍ、１つのｂａｉｄｕ．ｃｏｍ、１つのｙｏｕｋｕ．ｃｏｍである。
送信元ドメイン２の集約は、２つのｓｉｎａ．ｃｏｍ、１つのｂａｉｄｕ．ｃｏｍ、１つのｑｑ．ｃｏｍである。
送信元ドメイン３の集約は、２つのｂａｉｄｕ．ｃｏｍ、１つのｓｉｎａ．ｃｏｍ、１つのｙｏｕｋｕ．ｃｏｍである。
【００３１】
図２ｂのような可視化図から明らかなように、中央ドメインａ．ｃｏｍにアクセスするユーザは、この前にどのドメインにアクセスしたか、これらのドメインの前にまたどのドメインにアクセスしたか、これによって類推する。
全てのソースＩＰをこのロジックで処理すると、インターネット全体のトラフィックの送信元と宛先の状況を分かることができる。
【００３２】
本発明の上記方法により、分析すべき中央ドメイン名に基づいて、そのインターネットトラフィックの送信元と宛先を把握することにより、中央ドメイン名ウェブサイトのトラフィックの分析及び最適化をよりよく支援し、さらに、インターネット全体のトラフィックの流れ状況を完全に了解することにより、全局的観点から分析すると共に他のウェブサイトのトラフィック状況を了解することができ、己を知り彼を知ることを実現する。
【００３３】
以上の記載は、本発明の好ましい実施例に過ぎず、本発明を限定するものではない。本発明の出願特許範囲内の内容に基づいて行われるいかなる同等変化や修飾は、いずれも本発明の技術的範囲内に属するべきである。
【図１ａ】
2019514303.tif 000003
【図１ｂ】
2019514303.tif 000004
【図２ａ】
2019514303.tif 000005
【図２ｂ】
2019514303.tif 000006
【国際調査報告】
2019514303.tif 000007
2019514303.tif 000008
2019514303.tif 000009
2019514303.tif 000010