JP7174022B2 - グローバルクラウドネットワーク品質測定方法およびシステム - Google Patents

Description

以下の説明は、グローバルクラウドネットワーク品質測定方法およびシステムに関する。

グローバルクラウドサービスでインフラを提供するためには、各国にクラウドプラットフォームを構築する必要がある。各国のクラウドプラットフォームは、該当のクラウドプラットフォームが設置された国とその周辺の国々にグローバルクラウドサービスのインフラを提供することができ、各国では特定のインターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：ＩＳＰ）を通じて各ユーザと連結することができる。例えば、韓国のゲーム会社がインフラ提供者と契約を結び、インフラ提供者のグローバルクラウドサービスのインフラを利用してインドネシアのユーザにゲームサービスを提供する場合が考えられる。このとき、クラウドプラットフォームは、韓国とシンガポールにそれぞれ構築されていると仮定する。韓国のゲーム会社は、韓国のクラウドプラットフォームにゲームサーバを構築することができ、ゲームサーバは、シンガポールに構築されたクラウドプラットフォームとインドネシアのＩＳＰを利用してインドネシアのユーザにゲームサービスを提供することができる。

このとき、各国のＩＳＰは、自国の回線品質を測定するための技術を保有している。例えば、特許文献１は、インターネット回線の品質測定専用端末およびその運営方法について開示している。また、各国に設置されたクラウドプラットフォーム間の回線品質も簡単に測定することができる。さらに、該当の国に品質測定のためのエージェント（ａｇｅｎｔ）が設置された装置（一例として、ＰＣやノート型ＰＣなど。以下、「エージェント装置」と称する）を配置し、任意のクラウドプラットフォームから各ユーザまでの回線品質を測定することもできる。上述のような例では、インフラ提供者は、品質測定のためのエージェントが設置された装置をインドネシアに配置し、インドネシアの特定のＩＳＰを介して韓国のクラウドプラットフォームに構築されたゲームサーバと通信し、自国のグローバルクラウドサービスのインフラの品質を測定してゲーム会社に報告することができる。

しかし、希望する国や、希望する国の特定の都市、または希望する国の特定のＩＳＰに対し、確保されたエージェント装置がない場合が大多数であるという問題がある。例えば、希望する時間に、希望する国、都市、ＩＳＰの品質を得るためには、多様な国、都市、ＩＳＰと連結するエージェント装置が常に作動していなければならないため、管理費用および運営費用が膨大であるという問題がある。さらに、費用問題によって常に運営可能なエージェント装置の数が少ないため、エージェント装置が測定したデータのカバレージと品質だけでは、その代表性を保証し難いという問題がある。

韓国登録特許第１０－１５６１４２０号公報

国や都市などのようなクラウドプラットフォームがカバーする地域別に、および／またはインターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：ＩＳＰ）別に、品質測定サーバから最終ユーザまでのネットワーク品質を確認および管理することによって品質の競争力を向上させることができる、グローバルクラウドネットワーク品質測定方法およびシステムを提供する。

少なくとも１つのプロセッサを含むコンピュータ装置のグローバルクラウドネットワーク品質測定方法であって、前記少なくとも１つのプロセッサにより、国別に少なくとも１つのポートが外部にオープンされたオープンウェブサーバのＩＰリストを生成する段階、前記少なくとも１つのプロセッサにより、前記ＩＰリストに基づいて前記オープンウェブサーバのそれぞれと通信してパケットデータを収集する段階、および前記少なくとも１つのプロセッサにより、前記収集されたパケットデータに基づいて地域、インターネットサービスプロバイダ、および自律システム番号（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ Ｎｕｍｂｅｒ：ＡＳＮ）のうちの少なくとも１つのネットワーク品質を分析する段階を含む、グローバルクラウドネットワーク品質測定方法を提供する。

一側によると、前記ＩＰリストを生成する段階は、ネットワーク品質を測定するための国のインターネットサービスプロバイダ別のＩＰ帯域情報に基づき、少なくとも１つのポートが外部にオープンされたオープンウェブサーバをスキャンして前記ＩＰリストを生成することを特徴としてよい。

他の側面によると、前記パケットデータを収集する段階は、前記ＩＰリストのＩＰおよび外部にオープンされたポートに基づいて生成されるアドレスにセッション連結を要求するための要求パケットを送信する段階、前記アドレスに対応するオープンウェブサーバから前記送信された要求パケットに対応する応答パケットを受信する段階、および前記要求パケットおよび前記応答パケットに関する情報を前記パケットデータとして収集する段階を含むことを特徴としてよい。

また他の側面によると、前記パケットデータを収集する段階は、前記応答パケットにより、前記アドレスに対応するオープンウェブサーバと連結するセッションを通じてＨＴＴＰパケットを送信する段階、前記アドレスに対応するオープンウェブサーバから前記送信されたＨＴＴＰパケットに対応するＨＴＴＰ応答パケットを受信する段階、および前記ＨＴＴＰパケットおよび前記ＨＴＴＰ応答パケットに関する情報を前記パケットデータとしてさらに収集する段階をさらに含むことを特徴としてよい。

また他の側面によると、前記グローバルクラウドネットワーク品質測定方法は、前記要求パケットおよび前記応答パケットに基づいて前記オープンウェブサーバのそれぞれのネットワーク遅延時間を計算する段階、前記ＨＴＴＰパケットおよび前記ＨＴＴＰ応答パケットに基づいて前記オープンウェブサーバのそれぞれのアプリケーション遅延時間を計算する段階、および障害の発生時に、前記ネットワーク遅延時間および前記アプリケーション遅延時間の比較によってネットワークとアプリケーションのうちで障害が発生する部分を決定する段階をさらに含んでよい。

また他の側面によると、前記パケットデータを収集する段階は、前記収集されたパケットデータを、対応する地域、インターネットサービスプロバイダ、およびＡＳＮのうちの少なくとも１つとマッピングする段階、および前記収集されたパケットデータをインデキシングする段階を含むことを特徴としてよい。

また他の側面によると、前記ネットワーク品質を分析する段階は、前記収集されたパケットデータに基づいて前記オープンウェブサーバのそれぞれの遅延時間を計算する段階、および地域、インターネットサービスプロバイダ、またはＡＳＮのうちの少なくとも１つに対応する平均遅延時間を計算する段階を含むことを特徴としてよい。

また他の側面によると、前記グローバルクラウドネットワーク品質測定方法は、前記分析されたネットワーク品質に関する情報を表示するためのダッシュボードを提供する段階をさらに含んでよい。

さらに他の側面によると、前記ダッシュボードを提供する段階は、前記ダッシュボードのユーザインタフェースにより、サービスを提供するためのクラウドプラットフォームと前記サービスが提供される地域が選択される段階、および前記収集されたパケットデータによって計算される遅延時間に基づき、選択された地域、前記選択された地域のインターネットサービスプロバイダ、または前記選択された地域のＡＳＮのうちの少なくとも１つに対応する平均遅延時間を表示する段階を含むことを特徴としてよい。

コンピュータ装置に結合されて前記方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記憶媒体に格納された、コンピュータプログラムを提供する。

前記方法をコンピュータ装置に実行させるためのプログラムが格納されている、コンピュータ読み取り可能な記憶媒体を提供する。

コンピュータで実行可能な命令を格納するメモリ、および前記命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、国別に少なくとも１つのポートが外部にオープンされたオープンウェブサーバのＩＰリストを生成し、前記ＩＰリストに基づいて前記オープンウェブサーバのそれぞれと通信してパケットデータを収集し、前記少なくとも１つのプロセッサにより、前記収集されたパケットデータに基づいて地域、インターネットサービスプロバイダ、および自律システム番号（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ Ｎｕｍｂｅｒ：ＡＳＮ）のうちの少なくとも１つのネットワーク品質を分析することを特徴とする、コンピュータ装置を提供する。

国や都市などのようにクラウドプラットフォームがカバーする地域別に、インターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：ＩＳＰ）別に、および／または自律システム番号（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ Ｎｕｍｂｅｒ：ＡＳＮ）別に、品質測定サーバから最終ユーザまでのネットワーク品質を確認および管理することにより、品質の競争力を向上させることができる。

全世界の各種オープンウェブサーバのポートにセッション連結を試みる方式により、全世界どこでも希望する区間のネットワークの平均品質を求めることができる。

本発明の一実施形態における、多数の国に設置されたクラウドプラットフォームの例を示した図である。 本発明の一実施形態における、オープンウェブサーバとのセッション連結によってネットワーク品質を測定する例を示した図である。 本発明の一実施形態における、オープンウェブサーバとのセッション連結によってネットワーク品質を測定する他の例を示した図である。 本発明の一実施形態における、遅延時間測定方式の例を示した図である。 本発明の一実施形態における、遅延時間測定過程の例を示した図である。 本発明の一実施形態における、グローバルクラウドネットワーク品質測定方法の例を示したフローチャートである。 本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。

以下、実施形態について、添付の図面を参照しながら詳しく説明する。

図１は、本発明の一実施形態における、多数の国に設置されたクラウドプラットフォームの例を示した図である。図１は、インフラ提供者により、第１国１１０に構築されたクラウドプラットフォーム１（１１１）、第２国１２０に構築されたクラウドプラットフォーム２（１２１）およびクラウドプラットフォーム３（１２２）、第４国１４０に構築されたクラウドプラットフォーム４（１４１）をそれぞれ示している。第３国１３０にはクラウドプラットフォームが構築されていないと仮定する。ここで、双方向の実線は、クラウドプラットフォーム間に構築されたグローバル回線を意味してよい。例えば、第１国１１０のサービス提供者が、インフラ提供者のクラウドプラットフォーム１（１１１）のインフラを利用してサービスサーバ１１２を構築し、クラウドプラットフォーム１（１１１）とクラウドプラットフォーム４（１４１）間のグローバル回線を活用し、クラウドプラットフォーム４（１４１）と連結する第４国１４０のインターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：ＩＳＰ）を通じて第４国１４０の最終ユーザ端末１（１４２）にサービス提供者のサービスを提供してよい。ここで、クラウドプラットフォーム４（１４１）と最終ユーザ端末１４２間の双方向の点線は、第４国１４０のＩＳＰの回線を意味してよい。また、第３国１３０と第４国１４０が実質的に近いと仮定するとき、第３国１３０のＩＰＳの回線が第４国１４０に構築されたクラウドプラットフォーム４（１４１）に連結されてもよい。この場合、第３国１３０の最終ユーザ端末２（１３１）も、クラウドプラットフォーム４（１４１）を通じて第１国１１０のサービスサーバ１１２からサービスの提供を受けることができる。サービス提供者は、インフラの使用費用をインフラ提供者に支払ってよい。

このように、サービス提供者は、インフラ提供者のインフラを利用してグローバルサービスを提供することができる。このとき、サービス提供者は、インフラ提供者のインフラを利用するにあたり、グローバルサービスの品質の確認を要求することがある。言い換えれば、サービス提供者は、特定の国で自身のサービスを提供するときに、クライアント（最終ユーザ）が感じる体感速度に関心を持つことがある。したがって、グローバルクライアントのためのラストマイル（Ｌａｓｔｍｉｌｅ）のネットワーク遅延速度（ｌａｔｅｎｃｙ）を測定する必要がある。

全世界には各種オープンウェブサーバが無数に存在する。一般的なサービスウェブサーバもあるが、一般家庭で使用する有線／無線ルータの管理用ウェブ、マンションのネットワーク装備の管理用ウェブ、ＩＰＴＶ、セットトップボックス、ホームＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）装備なども存在するが、このようなオープンウェブサーバには、外部にオープンされて使用されるポートが存在する。これにより、本実施形態では、オープンウェブサーバにオープンされているポートにセッション連結を開始するためのパケット（一例として、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ｓｙｎパケット）を送信し、これに対する応答として即時に戻ってくるパケット（一例として、ＴＣＰｓｙｎ＋ａｃｋパケット）のＲＴＴ（Ｒｏｕｎｄ－Ｔｒｉｐ－Ｔｉｍｅ）を測定することにより、どこでも希望する区間の平均ネットワークサービス品質を測定することができる。

図２は、本発明の一実施形態における、オープンウェブサーバとのセッション連結によってネットワーク品質を測定する例を示した図である。第１国１１０のクラウドプラットフォーム１（１１１）に実現された品質測定サーバ２１０が、第２国１２０のクラウドプラットフォーム２（１２１）を通じて第２国１２０のオープンウェブサーバ２２０のオープンされたポートにセッション連結のためのパケットを送信したとする。このとき、送信されたパケットに対する応答パケットが受信されれば、品質測定サーバ２１０は、クラウドプラットフォーム２（１２１）がカバーする地域（第２国１２０の地域）の平均ネットワーク品質を測定することが可能となる。

これと同じように、品質測定サーバ２１０は、多様な地域に構築されたクラウドプラットフォームを通じて各地域別にオープンウェブサーバのネットワーク品質を測定することにより、地域別に平均ネットワーク品質を測定することが可能となる。図２では、品質測定サーバ２１０が第４国１４０のクラウドプラットフォーム４（１４１）を通じて第４国１４０のオープンウェブサーバ２３０とのセッション連結を試みて、クラウドプラットフォーム４（１４１）がカバーする地域（第４国１４０の地域）の平均ネットワーク品質を測定することを示している。

エージェント装備を利用してネットワーク品質を測定する従来技術が、現実的には多数のエージェント装備を配置することができないという限界を抱えている反面、オープンウェブサーバの数は相対的に極めて多数であるため、オープンウェブサーバによって得られるネットワーク品質の平均は、該当の地域に対するネットワーク品質を代表するものであると言える。また、品質測定を希望する国のＩＳＰ別のＩＰ帯域情報を活用することにより、ＩＳＰ別にも平均ネットワーク品質を測定することが可能となる。一方、オープンウェブサーバの特定のポートにセッション連結のためのパケットを送信するためには、外部にオープンされたポート情報が必要となる。このために、品質測定サーバ２１０が、オープンウェブサーバのポートのそれぞれを直接にスキャンしてポートの情報を得るか、またはこのようなポートの情報を予め構築しているデータベース（一例として、ｓｈｏｄａｎデータベース）を購入して活用してもよい。ポートに関する情報が得られれば、品質測定サーバ２１０は、ＩＰおよびポートをアドレスとしてセッション連結を試みてよく、オープンウェブサーバに送信されるパケットとオープンウェブサーバから該当のパケットに対して応答として伝達されるパケットのタイムスタンプ情報を活用することにより、国別、地域別、ＩＳＰ別のＲＴＴ値を演算して国別、地域別、ＩＳＰ別のネットワーク品質を測定してよい。実施形態によって、以下で説明する自律システム番号（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ Ｎｕｍｂｅｒ：ＡＳＮ）別にＲＴＴ値を演算してネットワーク品質を測定してもよい。

図２では、第１国１１０のクラウドプラットフォーム１（１１１）に実現された品質測定サーバ２１０が、他の国のオープンウェブサーバとのセッション連結を試みる実施形態について説明したが、各クラウドプラットフォームに品質測定サーバを構築し、クラウドプラットフォーム別にそれぞれの管理地域のネットワーク品質を測定することも可能である。

図３は、本発明の一実施形態における、オープンウェブサーバとのセッション連結によってネットワーク品質を測定する他の例を示した図である。図３の実施形態は、第２国１２０のクラウドプラットフォーム２（１２１）に実現された品質測定サーバ３１０が、クラウドプラットフォーム２（１２１）がカバーする地域のオープンウェブサーバ２２０とのセッション連結を試みてネットワーク品質を測定することを示している。

これと同じように、クラウドプラットフォームのそれぞれに品質測定サーバが実現され、クラウドプラットフォームのそれぞれがカバーする地域別にネットワーク品質を測定することも可能である。

また、国別のＩＳＰが活用するＩＰ帯域によってオープンウェブサーバの地理的位置を識別することができる場合、より細かい地域別にネットワーク品質を測定することが可能となる。例えば、都市のような相対的小さい単位の地域別に、平均ネットワーク品質を測定することが可能となる。

図４は、本発明の一実施形態における、遅延時間測定方式の例を示した図である。図４は、品質測定サーバ４１０が多数の地域に位置する多数のオープンウェブサーバ４２０に多数のセッション要求を送信し、非同期式でオープンウェブサーバ４２０からの応答を受信してオープンウェブサーバ４２０のそれぞれに対するネットワーク品質を測定することを示している。一例として、品質測定サーバ４１０は、全世界のＩＰデータベースに基づき、それぞれのＩＰアドレスによるポートをスキャンしてオープンウェブサーバ４２０のためのＩＰリスト（ＩＰおよびポート）を取得してよく、取得したＩＰリストによるオープンウェブサーバ４２０にセッション要求を送信してよい。

図５は、本発明の一実施形態における、遅延時間測定過程の例を示した図である。品質測定サーバ４１０は、オープンウェブサーバ５１０に「Ｓｙｎ」のようなセッション連結を要求するためのパケットを伝達してよい。オープンウェブサーバ５１０が「Ｓｙｎ」を受信すれば、応答パケットである「Ｓｙｎ Ａｃｋ」を品質測定サーバ４１０に直ぐに送信してよい。品質測定サーバ４１０は、「Ｓｙｎ」の送信時刻と「Ｓｙｎ Ａｃｋ」の受信時刻に基づいてＴＣＰ ＲＴＴを測定することが可能となる。測定されたＴＣＰ ＲＴＴは、オープンウェブサーバ５１０の地域（国や都市など）に関する情報、および／またはオープンウェブサーバ５１０が使用するＩＳＰに関する情報とともに格納されてよい。このとき、多数のオープンウェブサーバに対してＴＣＰ ＲＴＴが格納されることにより、地域別および／またはＩＳＰ別のネットワーク品質の測定が可能となる。

一方、品質測定サーバ４１０は、応答パケットである「Ｓｙｎ Ａｃｋ」を受信することにより、応答パケットである「Ａｃｋ」をオープンウェブサーバ５１０に直ぐに送信してよい。この場合、オープンウェブサーバ５１０も、「Ｓｙｎ Ａｃｋ」の送信時刻と応答パケットである「Ａｃｋ」の受信時刻に基づき、ネットワーク遅延時間（Ｎｅｔｗｏｒｋ Ｌａｔｅｎｃｙ）を測定することが可能となる。

また、品質測定サーバ４１０とオープンウェブサーバ５１０との間にセッションが設定されれば、品質測定サーバ４１０は、設定されたセッションを通じてオープンウェブサーバ５１０とパケット（「Ｒｅｑｕｅｓｔ ＨＴＴＰ ＨＥＡＤ」および「ＨＴＴＰ Ｒｅｓｐｏｎｓｅ」）をやり取りしてよく、設定されたセッションを通じてやり取りするパケットに基づき、アプリケーション遅延時間（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｔｅｎｃｙ）を測定してよい。

このようなネットワーク遅延時間とアプリケーション遅延時間は、分離して測定されなければならないにもかかわらず、多くの測定ツールがアプリケーションによってネットワーク品質を測定する。このような問題を解決するために、本実施形態では、ネットワーク遅延時間を送信レイヤ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ）のＴＣＰ ＲＴＴによって測定することにより、ネットワーク品質をより正確に測定することが可能となる。また、障害が発生する場合に、ネットワーク遅延時間とアプリケーション遅延時間とを比較することにより、ネットワークとオープンウェブサーバ５１０のうちのどの部分で問題が発生したかを確認することができる。

一方、測定されたネットワーク品質に関する情報を提供するためのダッシュボードが提供されてよい。ダッシュボードは、収集された情報を分析し、希望する地域および／またはＩＳＰ別のネットワーク品質に関する情報を多様な方式で提供するためのユーザインタフェースを提供してよい。

一例として、ダッシュボードは、クラウドプラットフォームと地域との関係に関する情報を含んでよい。この場合、ユーザには、特定のクラウドプラットフォームから第１地域にサービスを提供する場合のネットワーク品質に関する情報が、ダッシュボードを通じて提供されてよい。このとき、ユーザには、第１地域全体または第１地域が含むサブ地域のそれぞれのネットワーク品質に関する情報が提供されてよい。例えば、「シンガポール」に構築されたクラウドプラットフォームから、「シンガポール」、「香港」、「台湾」、「フィリピン」、「韓国」、「日本」、「ベトナム」、「タイ」、「インドネシア」を含む「アジア」にサービスを提供する場合が考えられる。このとき、ユーザには、「アジア」を選択するか「ベトナム」のようなサブ地域を選択して「シンガポール」に構築されたクラウドプラットフォームから「アジア」や「ベトナム」にサービスを提供する場合のネットワーク品質に関する情報が提供されてよい。他の例として、「韓国」に構築されたクラウドプラットフォームから「アジア」や「ベトナム」にサービスを提供する場合のネットワーク品質に関する情報が提供されてもよい。この場合、「ベトナム」の最終ユーザにサービスを提供しようとするサービス提供者は、自身のサービスサーバを「韓国」に構築されたクラウドプラットフォームと「シンガポール」に構築されたクラウドプラットフォームのうちのどちらに実現すれば、自身のサービスを利用する最終ユーザにより優れたネットワーク品質で提供することができるかを比較することが可能となる。

サービスを提供するためのクラウドプラットフォームとサービスが提供される特定の国が選択される場合、該当の国の地図のような地理情報とネットワーク品質に関する情報を結合して地図上に地域別の平均ＴＣＰ ＲＴＴを表示した情報、選択された国のＩＳＰ別のＴＣＰ ＲＴＴをグラフで表示した情報、選択された国のＩＳＰ別に時間の流れによるＴＣＰ ＲＴＴをグラフで表示した情報、および／または選択された国のＡＳＮ別に時間の流れによるＴＣＰ ＲＴＴをグラフで表示した情報などが１つの画面に構成されて表示されてよい。時間の流れによるＴＣＰ ＲＴＴは、特定の地域のＤＤｏｓ攻撃などの発生を感知するために活用されてもよい。ＡＳ（Ａｕｔｏｎｏｍｏｕｓ Ｓｙｓｔｅｍ）は、管理的側面において一団体に属して管理されて制御されることにより、同じルーティング政策を使用するネットワークまたはネットワークグループとして唯一の番号であるＡＳＮによって識別されてよい。

図６は、本発明の一実施形態における、グローバルクラウドネットワーク品質測定方法の例を示したフローチャートである。本実施形態に係るグローバルクラウドネットワーク品質測定方法は、品質測定サーバを実現する少なくとも１つのコンピュータ装置によって実行されてよい。このとき、コンピュータ装置のプロセッサは、メモリが含むオペレーティングシステムのコードと、少なくとも１つのコンピュータプログラムのコードとによる制御命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。ここで、プロセッサは、コンピュータ装置に格納されたコードが提供する制御命令にしたがってコンピュータ装置が図６の方法に含まれる段階６１０～６３０を実行するようにコンピュータ装置を制御してよい。

段階６１０で、コンピュータ装置は、国別に少なくとも１つのポートが外部にオープンされたオープンウェブサーバのＩＰリストを生成してよい。例えば、コンピュータ装置は、ネットワーク品質を測定するための国のインターネットサービスプロバイダ別のＩＰ帯域情報に基づき、少なくとも１つのポートが外部にオープンされたオープンウェブサーバをスキャンして前記ＩＰリストを生成してよい。実施形態によっては、上述したように、外部にオープンされたポートに対して予め構築されて販売される情報が活用されてもよい。

段階６２０で、コンピュータ装置は、ＩＰリストに基づいてオープンウェブサーバのそれぞれと通信してパケットデータを収集してよい。例えば、コンピュータ装置は、ＩＰリストのＩＰおよび外部にオープンされたポートに基づいて生成されるアドレスにセッション連結を要求するための要求パケットを送信してよく、前記アドレスに対応するオープンウェブサーバから送信された要求パケットに対応する応答パケットを受信してよい。この場合、コンピュータ装置は、要求パケットおよび前記応答パケットに関する情報を前記パケットデータとして収集してよい。また、図５を参照しながら上述したように、コンピュータ装置は、応答パケットを通じて前記アドレスに対応するオープンウェブサーバと連結したセッションでＨＴＴＰパケットを送信し、前記アドレスに対応するオープンウェブサーバから送信されたＨＴＴＰパケットに対応するＨＴＴＰ応答パケットを受信してよい。この場合、コンピュータ装置は、ＨＴＴＰパケットおよびＨＴＴＰ応答パケットに関する情報をパケットデータとしてさらに収集してよい。このとき、要求パケットおよび応答パケットは、図５を参照しながら上述したように、ネットワーク遅延時間を測定するために活用されてよく、ＨＴＴＰパケットおよびＨＴＴＰ応答パケットは、アプリケーション遅延時間を測定するために活用されてよい。障害の発生時に、コンピュータ装置は、ネットワーク遅延時間とアプリケーション遅延時間とを比べてネットワークとアプリケーションのうちで障害が発生する部分を決定してよい。

一方、コンピュータ装置は、段階６２０で収集されたパケットデータを、対応する地域、インターネットサービスプロバイダ、およびＡＳＮのうちの少なくとも１つとマッピングしてよく、収集されたパケットデータをインデキシングしてよい。言い換えれば、地域別に収集されたパケットデータ、インターネットサービスプロバイダ別に収集されたパケットデータ、および／またはＡＳＮ別に収集されたパケットデータがインデキシングされたデータベースが生成されてよい。

段階６３０で、コンピュータ装置は、収集されたパケットデータに基づいて地域、インターネットサービスプロバイダ、およびＡＳＮのうちの少なくとも１つのネットワーク品質を分析してよい。一例として、コンピュータ装置は、収集されたパケットデータに基づいてオープンウェブサーバのそれぞれの遅延時間を計算し、地域、インターネットサービスプロバイダ、またはＡＳＮのうちの少なくとも１つに対応する平均遅延時間を計算してよい。計算された平均遅延時間は、上述したダッシュボードにネットワーク品質に関する情報を表示するのに活用されてよい。例えば、コンピュータ装置は、分析されたネットワーク品質に関する情報を表示するためのダッシュボードを提供してよい。このとき、コンピュータ装置は、ダッシュボードのユーザインタフェースによってサービスを提供するためのクラウドプラットフォームと前記サービスが提供される地域とを選択してよく、収集されたパケットデータによって計算される遅延時間に基づき、選択された地域、選択された地域のインターネットサービスプロバイダ、または選択された地域のＡＳＮのうちの少なくとも１つに対応する平均遅延時間を表示してよい。

国や都市などのような地域、該当の地域のインターネットサービスプロバイダ、またはＡＳＮに対して多数のオープンウェブサーバが存在可能であるため、このようなオープンウェブサーバの遅延時間の平均は、該当の地域、該当のインターネットサービスプロバイダ、または該当のＡＳＮを代表する代表性を備えると言える。

図７は、本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。コンピュータ装置７００は、図７に示すように、メモリ７１０、プロセッサ７２０、通信インタフェース７３０、および入力／出力インタフェース７４０を含んでよい。メモリ７１０は、コンピュータ読み取り可能な記憶媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ディスクドライブのような非一時的大容量記憶装置を含んでよい。ここで、ＲＯＭやディスクドライブのような非一時的大容量記憶装置は、メモリ７１０とは区分される別の非一時的記憶装置としてコンピュータ装置７００に含まれてもよい。また、メモリ７１０には、オペレーティングシステムと、少なくとも１つのプログラムコードが格納されてよい。このようなソフトウェア構成要素は、メモリ７１０とは別のコンピュータ読み取り可能な記憶媒体からメモリ７１０にロードされてよい。このような別のコンピュータ読み取り可能な記憶媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記憶媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記憶媒体ではない通信インタフェース７３０を通じてメモリ７１０にロードされてもよい。例えば、ソフトウェア構成要素は、ネットワーク７６０を介して受信されるファイルによってインストールされるコンピュータプログラムに基づいてコンピュータ装置７００のメモリ７１０にロードされてよい。

プロセッサ７２０は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ７１０または通信インタフェース７３０によって、プロセッサ７２０に提供されてよい。例えば、プロセッサ７２０は、メモリ７１０のような記憶装置に格納されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。

通信モジュール７３０は、ネットワーク７６０を介してコンピュータ装置７００が他の装置（一例として、上述した記憶装置）と互いに通信するための機能を提供してよい。一例として、コンピュータ装置７００のプロセッサ７２０がメモリ７１０のような記憶装置に格納されたプログラムコードにしたがって生成した要求や命令、データ、ファイルなどが、通信インタフェース７３０の制御にしたがってネットワーク７６０を介して他の装置に伝達されてよい。これとは逆に、他の装置からの信号や命令、データ、ファイルなどが、ネットワーク７６０を経てコンピュータ装置７００の通信インタフェース７３０を通じてコンピュータ装置７００に受信されてよい。通信インタフェース７３０を通じて受信された信号や命令、データなどは、プロセッサ７２０やメモリ７１０に伝達されてよく、ファイルなどは、コンピュータ装置７００がさらに含むことのできる記憶媒体（上述した非一時的記憶装置）に格納されてよい。

入力／出力インタフェース７４０は、入力／出力装置７５０とのインタフェースのための手段であってよい。例えば、入力装置は、マイク、キーボード、またはマウスなどの装置を含んでよく、出力装置は、ディスプレイ、スピーカのような装置を含んでよい。他の例として、入力／出力インタフェース７４０は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２５０は、コンピュータ装置７００と１つの装置で構成されてもよい。

また、他の実施形態において、コンピュータ装置７００は、図２の構成要素よりも少ないか多くの構成要素を含んでもよい。しかし、大部分の従来技術的な構成要素を明確に図に示す必要はない。例えば、コンピュータ装置７００は、上述した入力／出力装置７５０のうちの少なくとも一部を含むように実現されてもよいし、トランシーバやデータベースなどのような他の構成要素をさらに含んでもよい。

以上で説明したように、本発明の実施形態によると、国や都市などのようにクラウドプラットフォームがカバーする地域別に、および／またはインターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ：ＩＳＰ）別に、品質測定サーバから最終ユーザまでのネットワーク品質を確認および管理することにより、品質の競争力を向上させることができる。また、全世界の各種オープンウェブサーバのポートへのセッション連結を試みる方式により、全世界どこでも希望する区間のネットワークの平均品質を求めることができる。

上述したシステムまたは装置は、ハードウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ記憶媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記憶媒体に格納されてよい。

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に格納されてよい。前記コンピュータ読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでよい。媒体は、コンピュータで実行可能なプログラムを継続して格納するものであっても、実行またはダウンロードのために一時格納するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記憶手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例は、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が格納されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記憶媒体または格納媒体が挙げられる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。

以上のように、実施形態を、限定された実施形態と図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能である。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

１１０：第１国
１１１：クラウドプラットフォーム
１２０：第２国
１２１：クラウドプラットフォーム２
１４０：第４国
１４１：クラウドプラットフォーム４
２１０：品質測定サーバ
２２０、２３０：オープンウェブサーバ

Claims (16)

1. 少なくとも１つのプロセッサを含むコンピュータ装置を用いて複数のクラウドプラットフォームを含むグローバルクラウドネットワークの品質を測定する方法であって、
   前記少なくとも１つのプロセッサにより、複数の国々に対して国別に少なくとも１つの外部にオープンされたポートを有し且つ少なくとも１つのクラウドプラットフォームによってカバーされるオープンウェブサーバのＩＰリストを生成する段階、
   前記少なくとも１つのプロセッサにより、前記ＩＰリストに基づいて前記オープンウェブサーバのそれぞれと通信してパケットデータを収集する段階、および
   前記少なくとも１つのプロセッサにより、前記収集されたパケットデータに基づいて地域、インターネットサービスプロバイダ（ＩＳＰ）、および自律システム番号（ＡＳＮ）のうちの少なくとも１つのネットワーク品質を分析する段階を含み、
   分析される前記ネットワーク品質の比較に基づいて、各国に関連するクラウドネットワークプラットフォームの中から、選択される国に対するサービス提供に適したクラウドネットワークプラットフォームが決定される、
   方法。
2. 前記ＩＰリストを生成する段階は、
   ネットワーク品質を測定するための国のインターネットサービスプロバイダ別のＩＰアドレス割当範囲に基づき、少なくとも１つのポートが外部にオープンされたオープンウェブサーバをスキャンして前記ＩＰリストを生成することを特徴とする、
   請求項１に記載の方法。
3. 前記パケットデータを収集する段階は、
   前記ＩＰリストのＩＰおよび外部にオープンされたポートに基づいて生成されるアドレスにセッション連結を要求するための要求パケットを送信する段階、
   前記アドレスに対応するオープンウェブサーバから前記送信された要求パケットに対応する応答パケットを受信する段階、および
   前記要求パケットおよび前記応答パケットに関する情報を前記パケットデータとして収集する段階を含むことを特徴とする、
   請求項１に記載の方法。
4. 前記パケットデータを収集する段階は、
   前記応答パケットにより、前記アドレスに対応するオープンウェブサーバと連結するセッションを通じてＨＴＴＰパケットを送信する段階、および
   前記アドレスに対応するオープンウェブサーバから前記送信されたＨＴＴＰパケットに対応するＨＴＴＰ応答パケットを受信する段階、および
   前記ＨＴＴＰパケットおよび前記ＨＴＴＰ応答パケットに関する情報を前記パケットデータとしてさらに収集する段階をさらに含むことを特徴とする、
   請求項３に記載の方法。
5. 前記要求パケットおよび前記応答パケットに基づいて前記オープンウェブサーバのそれぞれのネットワーク遅延時間を計算する段階、
   前記ＨＴＴＰパケットおよび前記ＨＴＴＰ応答パケットに基づいて前記オープンウェブサーバのそれぞれのアプリケーション遅延時間を計算する段階、および
   障害の発生時に、前記ネットワーク遅延時間および前記アプリケーション遅延時間の比較により、ネットワークとアプリケーションのうちで障害が発生する部分を決定する段階をさらに含む、
   請求項４に記載の方法。
6. 前記パケットデータを収集する段階は、
   前記収集されたパケットデータを、対応する地域、インターネットサービスプロバイダ、およびＡＳＮのうちの少なくとも１つとマッピングする段階、および
   前記収集されたパケットデータをインデキシングする段階を含むことを特徴とする、
   請求項１に記載の方法。
7. 前記ネットワーク品質を分析する段階は、
   前記収集されたパケットデータに基づいて前記オープンウェブサーバのそれぞれの遅延時間を計算する段階、および
   地域、インターネットサービスプロバイダ、またはＡＳＮのうちの少なくとも１つに対応する平均遅延時間を計算する段階を含むことを特徴とする、
   請求項１に記載の方法。
8. 前記分析されたネットワーク品質に関する情報を表示するためのダッシュボードを提供する段階をさらに含む、
   請求項１に記載の方法。
9. 前記ダッシュボードを提供する段階は、
   前記ダッシュボードのユーザインタフェースにより、サービスを提供するためのクラウドプラットフォームと前記サービスが提供される地域が選択される段階、および
   前記収集されたパケットデータによって計算される遅延時間に基づき、選択された地域、前記選択された地域のインターネットサービスプロバイダ、または前記選択された地域のＡＳＮのうちの少なくとも１つに対応する平均遅延時間を表示する段階を含むことを特徴とする、
   請求項８に記載の方法。
10. コンピュータ装置に結合されて請求項１～９のうちのいずれか一項に記載の方法をコンピュータ装置に実行させる、コンピュータプログラム。
11. 請求項１～９のうちのいずれか一項に記載の方法をコンピュータ装置に実行させるためのコンピュータプログラムが格納されている、コンピュータ読み取り可能な記憶媒体。
12. コンピュータで実行可能な命令を格納するメモリ、および
    前記命令を実行するように実現される少なくとも１つのプロセッサを含み、
    前記少なくとも１つのプロセッサにより、
    国別に少なくとも１つの外部にオープンされたポートを有し且つ少なくとも１つのクラウドプラットフォームによってカバーされるオープンウェブサーバのＩＰリストを生成し、
    前記ＩＰリストに基づいて前記オープンウェブサーバのそれぞれと通信してパケットデータを収集し、
    前記少なくとも１つのプロセッサにより、前記収集されたパケットデータに基づいて地域、インターネットサービスプロバイダ（ＩＳＰ）、および自律システム番号（ＡＳＮ）のうちの少なくとも１つのネットワーク品質を分析し、
    分析される前記ネットワーク品質の比較に基づいて、各国に関連するクラウドネットワークプラットフォームの中から、選択される国に対するサービス提供に適したクラウドネットワークプラットフォームを決定する ことを特徴とする、
    コンピュータ装置。
13. 前記少なくとも１つのプロセッサにより、
    ネットワーク品質を測定するための国のインターネットサービスプロバイダ別のＩＰアドレス割当範囲に基づき、少なくとも１つのポートが外部にオープンされたオープンウェブサーバをスキャンして前記ＩＰリストを生成することを特徴とする、
    請求項１２に記載のコンピュータ装置。
14. 前記少なくとも１つのプロセッサにより、
    前記ＩＰリストのＩＰおよび外部にオープンされたポートに基づいて生成されるアドレスにセッション連結を要求するための要求パケットを送信し、
    前記アドレスに対応するオープンウェブサーバから前記送信された要求パケットに対応する応答パケットを受信し、
    前記要求パケットおよび前記応答パケットに関する情報を前記パケットデータとして収集することを特徴とする、
    請求項１２に記載のコンピュータ装置。
15. 前記少なくとも１つのプロセッサにより、
    前記収集されたパケットデータを、対応する地域、インターネットサービスプロバイダ、およびＡＳＮのうちの少なくとも１つとマッピングし、
    前記収集されたパケットデータをインデキシングすることを特徴とする、
    請求項１２に記載のコンピュータ装置。
16. 前記少なくとも１つのプロセッサにより、
    前記収集されたパケットデータに基づいて前記オープンウェブサーバのそれぞれに対する遅延時間を計算し、
    地域、インターネットサービスプロバイダ、またはＡＳＮのうちの少なくとも１つに対応する平均遅延時間を計算することを特徴とする、
    請求項１２に記載のコンピュータ装置。

Images