特開 2024-41699 ネットワーク遅延の監視システム及び監視方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024041699

(43)【公開日】2024-03-27

(54)【発明の名称】ネットワーク遅延の監視システム及び監視方法

(51)【国際特許分類】

   G06F 11/30 20060101AFI20240319BHJP

   G06F 11/32 20060101ALI20240319BHJP

【ＦＩ】

G06F11/30 155

G06F11/30 140A

G06F11/32 180

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023005519

(22)【出願日】2023-01-18

(31)【優先権主張番号】111134784

(32)【優先日】2022-09-14

(33)【優先権主張国・地域又は機関】TW

(71)【出願人】

【識別番号】390023582

【氏名又は名称】財團法人工業技術研究院

【氏名又は名称原語表記】ＩＮＤＵＳＴＲＩＡＬ ＴＥＣＨＮＯＬＯＧＹ ＲＥＳＥＡＲＣＨ ＩＮＳＴＩＴＵＴＥ

【住所又は居所原語表記】Ｎｏ．１９５，Ｓｅｃ．４，ＣｈｕｎｇＨｓｉｎｇＲｄ．，Ｃｈｕｔｕｎｇ，Ｈｓｉｎｃｈｕ，Ｔａｉｗａｎ ３１０４０

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100224683

【弁理士】

【氏名又は名称】齋藤 詩織

(72)【発明者】

【氏名】劉 得▲イエン▼

(72)【発明者】

【氏名】▲ライ▼ 佳宏

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA12

5B042GA22

5B042JJ23

5B042MA08

5B042MC22

5B042MC33

(57)【要約】      （修正有）

【課題】ネットワーク遅延の監視システム及び監視方法を提供する。
【解決手段】方法は、サーバを、第１アプリケーションを稼働する第１仮想マシンを提供する第１ホスト及び第２アプリケーションを稼働する第２仮想マシンを提供する第２ホストに通信可能に接続することと、サーバにより、第１ホスト及び第２ホストから取得されたデータに基づき、第１アプリケーションと第２アプリケーションとの間の通信に関連付く遅延時間情報を算出し、遅延時間情報を視覚的インターフェイスを介して表示することと、を含む。遅延時間情報は、第１アプリケーションと第２アプリケーションとの間の通信の総遅延を含む。
【選択図】図５

【特許請求の範囲】

【請求項1】

第１ホスト及び第２ホストと通信可能に接続されたサーバ
を含み、
前記第１ホストが第１アプリケーションを稼働する第１仮想マシンを提供し、
前記第２ホストが第２アプリケーションを稼働する第２仮想マシンを提供し、
前記サーバが、前記第１ホスト及び前記第２ホストからデータを取得し、前記データに基づき前記第１アプリケーションと前記第２アプリケーションとの間の通信に関連付く遅延時間情報を算出して、前記遅延時間情報を視覚的インターフェイスを介して表示し、
前記遅延時間情報が、前記第１アプリケーションと前記第２アプリケーションとの間の前記通信の総遅延を含む、
ネットワーク遅延の監視システム。

【請求項2】

前記第１アプリケーションが、第１の時点で第１パケットを前記第２アプリケーションへ送信し、第２の時点で前記第１パケットに対応する第２パケットを前記第２アプリケーションから受け取り、
前記総遅延が前記第２の時点と前記第１の時点との間の遅延に等しい、
請求項１に記載のネットワーク遅延の監視システム。

【請求項3】

前記第１仮想マシンの第１クライアントカーネルが、第３の時点で前記第１パケットを前記第２仮想マシンへ送信し、第４の時点で前記第１パケットに対応する確認メッセージを前記第２仮想マシンの第２クライアントカーネルから受け取り、
前記遅延時間情報が、前記第４の時点と前記第３の時点との間の遅延を表す往復遅延時間を更に含む、
請求項２に記載のネットワーク遅延の監視システム。

【請求項4】

前記第１ホストの第１ネットワークインターフェイスカードが、第５の時点で前記第１パケットを前記第２ホストへ送信し、第６の時点で前記第１パケットに対応する応答メッセージを前記第２ホストの第２ネットワークインターフェイスカードから受け取り、
前記遅延時間情報が、前記第６の時点と前記第５の時点との間の遅延を表す物理層遅延を更に含む、
請求項３に記載のネットワーク遅延の監視システム。

【請求項5】

前記遅延時間情報が仮想層遅延を更に含み、
前記サーバが、前記仮想層遅延を算出するため、前記往復遅延時間から前記物理層遅延を減算する、
請求項４に記載のネットワーク遅延の監視システム。

【請求項6】

前記第１仮想マシンの前記第１クライアントカーネルが、第３の時点で前記第１パケットを前記第１アプリケーションから受け取り、
前記遅延時間情報が、前記第３の時点と前記第１の時点との間の遅延を表す第１のアプリケーション層遅延を更に含む、
請求項５に記載のネットワーク遅延の監視システム。

【請求項7】

前記第１クライアントカーネルが、第７の時点で前記第２アプリケーションからの前記第２パケットを前記第１アプリケーションへ伝送し、
前記遅延時間情報が、前記第２の時点と前記第７の時点との間の遅延を表す第２のアプリケーション層遅延を更に含む、
請求項６に記載のネットワーク遅延の監視システム。

【請求項8】

前記第２アプリケーションが、第８の時点で前記第１アプリケーションからの前記第１パケットを受け取り、第９の時点で前記第２パケットを前記第１アプリケーションへ送信し、
前記遅延時間情報が、前記第９の時点と前記第８の時点との間の遅延を表すサービス時間を更に含む、
請求項７に記載のネットワーク遅延の監視システム。

【請求項9】

前記サーバが、前記第１ホストからリソース使用情報を取得して、前記リソース使用情報を前記視覚的インターフェイスを介して表示する、
請求項１に記載のネットワーク遅延の監視システム。

【請求項10】

前記リソース使用情報が、前記第１ホストのＣＰＵ使用率、前記第１ホストのメモリ使用率、前記第１仮想マシンのＣＰＵ使用率、前記第１仮想マシンのメモリ使用率、前記第１アプリケーションのＣＰＵ使用率、及び前記第１アプリケーションのメモリ使用率のうちの少なくとも１つを含む、
請求項９に記載のネットワーク遅延の監視システム。

【請求項11】

前記第１仮想マシンにインストールされたプロキシモジュールを含む前記第１ホスト
を更に含み、
前記プロキシモジュールが、前記第１仮想マシンのカーネルモード空間から第１の情報を取得して、前記第１の情報を前記サーバへ送信し、
前記サーバが、前記第１の情報に基づき、前記第１の時点と、前記第２の時点と、前記第３の時点と、前記第４の時点と、前記第７の時点と、前記第１仮想マシンの前記ＣＰＵ使用率と、前記第１仮想マシンの前記メモリ使用率と、前記第１アプリケーションの前記ＣＰＵ使用率と、前記第１アプリケーションの前記メモリ使用率とを取得する、
請求項８に記載のネットワーク遅延の監視システム。

【請求項12】

前記第１ホストがデーモンを更に含み、
前記デーモンが、前記第１ホストのプロセッサから第２の情報を取得して、前記第２の情報を前記サーバへ送信し、
前記サーバが、前記第２の情報に基づき、前記第５の時点と、前記第６の時点と、前記第１ホストの前記ＣＰＵ使用率と、前記第１ホストの前記メモリ使用率とを取得する、
請求項１１に記載のネットワーク遅延の監視システム。

【請求項13】

前記第２仮想マシンにインストールされたプロキシモジュールを含む前記第２ホスト
を更に含み、
前記プロキシモジュールが、前記第２仮想マシンのカーネルモード空間から第３の情報を取得して、前記第３の情報を前記サーバへ送信し、
前記サーバが、前記第３の情報に基づき、前記第８の時点と前記第９の時点とを取得する、
請求項１１に記載のネットワーク遅延の監視システム。

【請求項14】

前記第１の情報が信号セットを含み、
前記サーバが、前記信号セットのうちの最初の信号が第１の関数値を有し且つ前記最初の信号の第１の送信元ポートがデフォルト値よりも大きいことに応じて、前記最初の信号に対応する第１のタイムスタンプを前記第１の時点として設定する、
請求項１１に記載のネットワーク遅延の監視システム。

【請求項15】

前記最初の信号が第２シーケンスに対応する第１の値を含み、
前記サーバが、前記信号セットから、第１シーケンスに対応する第２の値と、第２の関数値と、前記デフォルト値よりも大きい第２の送信元ポートとをそれぞれが含む複数の信号を選択し、前記複数の信号のうちの最初が前記第２シーケンスに対応する第３の値を含み、
前記サーバが、前記第３の値が前記第１の値と一致することに応じて、前記複数の信号のうちの最後の第２のタイムスタンプを前記第２の時点として設定する、
請求項１４に記載のネットワーク遅延の監視システム。

【請求項16】

前記第１の情報が複数の確認メッセージを更に含み、
前記サーバが、前記複数の確認メッセージが前記第１シーケンスに対応する前記第２の値と一致する第１の確認メッセージセットを含むか否かを判定して、前記複数の確認メッセージが前記第１の確認メッセージセットを含むことに応じて、前記第１の確認メッセージセットのうちの最初の確認メッセージの遅延を前記往復遅延時間に設定する、
請求項１５に記載のネットワーク遅延の監視システム。

【請求項17】

前記複数の確認メッセージが前記第１の確認メッセージセットを含まないことに応じて、前記サーバが、前記複数の確認メッセージが前記第２シーケンスに対応する前記第３の値と一致する第２の確認メッセージセットを含むか否かを判定し、
前記サーバが、前記複数の確認メッセージが前記第２の確認メッセージセットを含むことに応じて、前記第２の確認メッセージセットのうちの最初の確認メッセージの遅延を前記往復遅延時間に設定する、
請求項１６に記載のネットワーク遅延の監視システム。

【請求項18】

サーバを第１ホスト及び第２ホストに通信可能に接続することであって、前記第１ホストが第１アプリケーションを稼働する第１仮想マシンを提供し、前記第２ホストが第２アプリケーションを稼働する第２仮想マシンを提供することと、
前記サーバにより前記第１ホスト及び前記第２ホストから取得されたデータに基づき、前記第１アプリケーションと前記第２アプリケーションとの間の通信に関連付く遅延時間情報を算出して、前記遅延時間情報を視覚的インターフェイスを介して表示することであって、前記遅延時間情報が前記第１アプリケーションと前記第２アプリケーションとの間の前記通信の総遅延を含むことと
を含む、
ネットワーク遅延の監視方法。

【請求項19】

前記第１仮想マシンにプロキシモジュールをインストールすることと、
前記プロキシモジュールにより前記第１仮想マシンのカーネルモード空間から第１の情報を取得して、前記第１の情報を前記サーバへ送信することと、
前記第１の情報に基づき、前記サーバにより、前記第１アプリケーションが第１パケットを前記第２アプリケーションへ送信した第１の時点と、前記第１アプリケーションが前記第１パケットに対応する第２パケットを前記第２アプリケーションから受け取った第２の時点とを取得することと、
前記総遅延を取得するため、前記サーバにより前記第２の時点と前記第１の時点との間の遅延を算出することと
を更に含む、
請求項１８に記載のネットワーク遅延の監視方法。

【請求項20】

前記第１ホストにデーモンをインストールすることと、
前記デーモンにより、前記第１ホストのプロセッサから第２の情報を取得して、前記第２の情報を前記サーバへ送信することと、
前記第２の情報に基づき、前記サーバにより、前記第１ホストの第１ネットワークインターフェイスカードが前記第１パケットを前記第２ホストへ送信した第３の時点と、前記第１ホストの第１ネットワークインターフェイスカードが前記第１パケットに対応する応答メッセージを前記第２ホストの第２ネットワークインターフェイスカードから受け取った第４の時点とを取得することと、
物理層遅延を取得するため、前記サーバにより前記第４の時点と前記第３の時点との間の遅延を算出することであって、前記遅延時間情報が前記物理層遅延を含むことと
を更に含む、
請求項１９に記載のネットワーク遅延の監視方法。

【発明の詳細な説明】

【背景技術】

【0001】

本発明は、ネットワーク遅延の監視システム及び監視方法に関するものである。

【0002】

通信技術の発展に伴い、ネットワーク遅延に対する要件が徐々に増加している。例えば、５Ｇ通信システムの超高信頼かつ低遅延な通信（ＵＲＬＬＣ）は１ミリ秒の遅延を要求している。通信処理における何らかの異常イベントは通信遅延を引き起こしてユーザのニーズに答えられなくさせる可能性があり、ユーザ数の減少又は収益の損失を招く。

【0003】

電子商取引プラットフォームの１つの例において、競争の激しいプロモーション期間において、通信遅延はトランザクション失敗又はユーザエクスペリエンス低下を引き起こす可能性があり、これは売上と収益に直接影響を及ぼす。このため、プラットフォームパフォーマンスの正確な把握及びネットワーク遅延の根本的原因の発見において、ネットワーク管理者を如何に補助するかが本分野における重要な話題の１つである。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は、視覚的インターフェイスを介した仮想マシンシステムの遅延の根本的原因の発見においてシステム管理者を補助することのできる、ネットワーク遅延の監視システム及び監視方法を提供する。

【課題を解決するための手段】

【0005】

本発明のネットワーク遅延の監視システムは、サーバを含む。サーバは、第１ホスト及び第２ホストと通信可能に接続される。第１ホストは第１アプリケーションを稼働する第１仮想マシンを提供し、第２ホストは第２アプリケーションを稼働する第２仮想マシンを提供する。サーバは、第１ホスト及び第２ホストからデータを取得し、該データに基づき第１アプリケーションと第２アプリケーションとの間の通信に関連付く遅延時間情報を算出して、該遅延時間情報を視覚的インターフェイスを介して表示する。遅延時間情報は、第１アプリケーションと第２アプリケーションとの間の通信の総遅延を含む。

【0006】

本発明の１つの実施形態において、第１アプリケーションは、第１の時点で第１パケットを第２アプリケーションへ送信し、第２の時点で第１パケットに対応する第２パケットを第２アプリケーションから受け取る。総遅延は、第２の時点と第１の時点との間の遅延に等しい。

【0007】

本発明の１つの実施形態において、第１仮想マシンの第１クライアントカーネルは、第３の時点で第１パケットを第２仮想マシンへ送信し、第４の時点で第１パケットに対応する確認メッセージを第２仮想マシンの第２クライアントカーネルから受け取る。遅延時間情報は、第４の時点と第３の時点との間の遅延を表す往復遅延時間を更に含む。

【0008】

本発明の１つの実施形態において、第１ホストの第１ネットワークインターフェイスカードは、第５の時点で第１パケットを第２ホストへ送信し、第６の時点で第１パケットに対応する応答メッセージを第２ホストの第２ネットワークインターフェイスカードから受け取る。遅延時間情報は、第６の時点と第５の時点との間の遅延を表す物理層遅延を更に含む。

【0009】

本発明の１つの実施形態において、遅延時間情報は仮想層遅延を更に含む。サーバは、仮想層遅延を算出するため、往復遅延時間から物理層遅延を減算する。

【0010】

本発明の１つの実施形態において、第１仮想マシンの第１クライアントカーネルは、第３の時点で第１パケットを第１アプリケーションから受け取る。遅延時間情報は、第３の時点と第４の時点との間の遅延を表す第１のアプリケーション層遅延を更に含む。

【0011】

本発明の１つの実施形態において、第１クライアントカーネルは、第７の時点で第２アプリケーションからの第２パケットを第１アプリケーションへ伝送する。遅延時間情報は、第２の時点と第７の時点との間の遅延を表す第２のアプリケーション層遅延を更に含む。

【0012】

本発明の１つの実施形態において、第２アプリケーションは、第８の時点で第１パケットを第１アプリケーションから受け取り、第９の時点で第２パケットを第１アプリケーションへ送信する。遅延時間情報は、第９の時点と第８の時点との間の遅延を表すサービス時間を更に含む。

【0013】

本発明の１つの実施形態において、サーバは、第１ホストからリソース使用情報を取得して、該リソース使用情報を視覚的インターフェイスを介して表示する。

【0014】

本発明の１つの実施形態において、リソース使用情報は、第１ホストのＣＰＵ使用率、第１ホストのメモリ使用率、第１仮想マシンのＣＰＵ使用率、第１仮想マシンのメモリ使用率、第１アプリケーションのＣＰＵ使用率、及び第１アプリケーションのメモリ使用率のうちの少なくとも１つを含む。

【0015】

本発明の１つの実施形態において、監視システムは第１ホストを更に含む。第１ホストは、第１仮想マシンにインストールされたプロキシモジュールを含む。プロキシモジュールは、第１仮想マシンのカーネルモード空間から第１の情報を取得して、第１の情報をサーバへ送信する。サーバは、第１の情報に基づき、第１の時点と、第２の時点と、第３の時点と、第４の時点と、第７の時点と、第１仮想マシンのＣＰＵ使用率と、第１仮想マシンのメモリ使用率と、第１アプリケーションのＣＰＵ使用率と、第１アプリケーションのメモリ使用率とを取得する。

【0016】

本発明の１つの実施形態において、監視システムは第１ホストを更に含む。第１ホストはデーモン（ｄａｅｍｏｎ）を含む。デーモンは、第１ホストのプロセッサから第２の情報を取得して、第２の情報をサーバへ送信する。サーバは、第２の情報に基づき、第５の時点と、第６の時点と、第１ホストのＣＰＵ使用率と、第１ホストのメモリ使用率とを取得する。

【0017】

本発明の１つの実施形態において、監視システムは第２ホストを更に含む。第２ホストは、第２仮想マシンにインストールされたプロキシモジュールを含む。プロキシモジュールは、第２仮想マシンのカーネルモード空間から第３の情報を取得して、第３の情報をサーバへ送信し、サーバは第３の情報に基づき第８の時点と第９の時点とを取得する。

【0018】

本発明の１つの実施形態において、第１の情報は信号セットを含む。サーバは、信号セットのうちの最初の信号が第１の機能値を有し且つ最初の信号の第１の送信元ポートがデフォルト値よりも大きいことに応じて、最初の信号に対応する第１のタイムスタンプを第１の時点として設定する。

【0019】

本発明の１つの実施形態において、信号セットのうちの最初の信号は第２シーケンスに対応する第１の値を有する。サーバは、信号セットから、第１シーケンスに対応する第２の値と、第２の関数値と、デフォルト値よりも大きい第２の送信元ポートとをそれぞれが含む複数の信号を選択する。複数の信号のうちの最初は、第２シーケンスに対応する第３の値を含む。サーバは、第３の値が第１の値と一致することに応じて、複数の信号のうちの最後の第２のタイムスタンプを第２の時点として設定する。

【0020】

本発明の１つの実施形態において、第１の情報は複数の確認メッセージを更に含む。サーバは、複数の確認メッセージが第１シーケンスに対応する第２の値と一致する第１の確認メッセージセットを含むか否かを判定し、複数の確認メッセージが第１の確認メッセージセットを含むことに応じて、第１の確認メッセージセットのうちの最初の確認メッセージの遅延を往復遅延時間に設定する。

【0021】

本発明の１つの実施形態において、複数の確認メッセージが第１の確認メッセージセットを含まないことに応じて、サーバは、複数の確認メッセージが第２シーケンスに対応する第３の値と一致する第２の確認メッセージセットを含むか否かを判定する。サーバは、複数の確認メッセージが第２の確認メッセージセットを含むことに応じて、第２の確認メッセージセットのうちの最初の確認メッセージの遅延を往復遅延時間に設定する。

【0022】

本発明によるネットワーク遅延の監視方法は次のステップを含む。サーバが第１ホスト及び第２ホストに通信可能に接続される。第１ホストが第１アプリケーションを稼働する第１仮想マシンを提供し、第２ホストが第２アプリケーションを稼働する第２仮想マシンを提供する。サーバが、第１ホスト及び第２ホストから取得したデータに基づき、第１アプリケーションと第２アプリケーションとの間の通信に関連付く遅延時間情報を算出して、該遅延時間情報を視覚的インターフェイスを介して表示する。遅延時間情報は、第１アプリケーションと第２アプリケーションとの間の通信の総遅延を含む。

【0023】

本発明の１つの実施形態において、監視方法は次のステップを更に含む。プロキシモジュールが第１仮想マシンにインストールされる。プロキシモジュールが、第１仮想マシンのカーネルモード空間から第１の情報を取得して、第１の情報をサーバへ送信する。サーバが、第１の情報に基づき、第１アプリケーションが第１パケットを第２アプリケーションへ送信した第１の時点と、第１アプリケーションが第１パケットに対応する第２パケットを第２アプリケーションから受け取った第２の時点とを取得する。サーバが、総遅延を取得するため、第２の時点と第１の時点との間の遅延を算出する。

【0024】

本発明の１つの実施形態において、監視方法は次のステップを更に含む。デーモン（ｄａｅｍｏｎ）が第１ホストにインストールされる。デーモンが、第１ホストのプロセッサから第２の情報を取得して、第２の情報をサーバへ送信する。サーバが、第２の情報に基づき、第１ホストの第１ネットワークインターフェイスカードが第１パケットを第２ホストへ送信した第３の時点と、第１ホストの第１ネットワークインターフェイスカードが第１パケットに対応する応答メッセージを第２ホストの第２ネットワークインターフェイスカードから受け取った第４の時点とを取得する。サーバが、物理層遅延を取得するため、第４の時点と第３の時点との間の遅延を算出し、遅延時間情報が物理層遅延を含む。

【発明の効果】

【0025】

まとめると、本発明の監視システムは、クライアントの仮想マシンを稼働するホストと、サービスプロバイダの仮想マシンを稼働するホストとの間の遅延時間情報を算出し、システム管理者による参照のため、視覚的インターフェイスを介して仮想マシンの物理層又は仮想層に関連付く遅延時間情報を表示することができる。

【図面の簡単な説明】

【0026】

【図1】図１は、本発明の１つの実施形態によるネットワーク遅延の監視システムを表す概略図である。

【図2】図２は、本発明の１つの実施形態による遅延時間情報を表示するための視覚的インターフェイスを表す概略図である。

【図3】図３は、本発明の１つの実施形態による、より詳細な情報を表示するための視覚的インターフェイスを表す概略図である。

【図4】図４は、本発明の１つの実施形態によるホストとホストの間の信号線図を表す。

【図5】図５は、本発明の１つの実施形態によるネットワーク遅延の監視方法を表すフロー図である。

【発明を実施するための形態】

【0027】

本発明をより理解し易くするため、本発明の実際の実施の例として特定の実施形態を以下に説明する。加えて、可能な限り、図面及び実施形態における同一の符号を有する要素／部品／ステップは同一又は類似の部分を表す。

【0028】

図１は、本発明の１つの実施形態によるネットワーク遅延の監視システム１０を表す概略図である。監視システム１０は、少なくともサーバ１００を含む。１つの実施形態において、監視システム１０はホスト２００とホスト３００とを更に含んでよい。ホスト２００はクライアントとして機能してよく、ホスト３００はサービスプロバイダとして機能してよい。サーバ１００、ホスト２００、及びホスト３００は互いに通信可能に接続される。１つの実施形態において、ホスト２００とホスト３００は、図３に示すように、１つ以上のスイッチを介した通信のために互いに接続されてよい。サーバ１００は、ホスト２００とホスト３００との間の伝送の遅延時間情報を取得して、システム管理者による参照のため、遅延時間情報を視覚的インターフェイスを介して表示することができる。

【0029】

サーバ１００は、プロセッサ１１０と、記憶媒体１２０と、ネットワークインターフェイスカード（ＮＩＣ）１３０とを含んでよい。ホスト２００は、プロセッサ２１０と、記憶媒体２２０と、ネットワークインターフェイスカード２３０とを含んでよい。ホスト３００は、プロセッサ３１０と、記憶媒体３２０と、ネットワークインターフェイスカード３３０とを含んでよい。

【0030】

プロセッサ１１０、プロセッサ２１０、又はプロセッサ３１０は、中央処理装置（ＣＰＵ）、又は他のプログラム可能な汎用又は特定用途向けマイクロコントロールユニット（ＭＣＵ）、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、プログラマブルコントローラ、特定用途向け集積回路（ＡＳＩＣ）、グラフィックスプロセッシングユニット（ＧＰＵ）、画像信号プロセッサ（ＩＳＰ）、画像取得処理装置（ＩＰＵ）、演算装置（ＡＬＵ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は類似の要素、又はそれらの組合せを含んでよい。プロセッサ１１０は、記憶媒体１２０及びネットワークインターフェイスカード１３０に結合されてよく、プロセッサ１１０は記憶媒体１２０に格納された複数のモジュール及び様々なアプリケーションにアクセスして実行してよい。プロセッサ２１０は、記憶媒体２２０及びネットワークインターフェイスカード２３０に結合されてよく、プロセッサ２１０は記憶媒体２２０に格納された複数のモジュール及び様々なアプリケーションにアクセスして実行してよい。プロセッサ３１０は、記憶媒体３２０及びネットワークインターフェイスカード３３０に結合されてよく、プロセッサ３１０は記憶媒体３２０に格納された複数のモジュール及び様々なアプリケーションにアクセスして実行してよい。

【0031】

記憶媒体１２０、記憶媒体２２０、又は記憶媒体３２０は、任意のタイプの固定又は取外し可能なランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、又は類似の要素、又はそれらの組合せを含んでよく、記憶媒体１２０、記憶媒体２２０、又は記憶媒体３２０は、プロセッサ１１０、プロセッサ２１０、又はプロセッサ３１０により実行されることのできる複数のモジュール又は様々なアプリケーションを格納するよう構成される。本実施形態において、記憶媒体１２０は、視覚的インターフェイス１２１及びデータベース１２２を含む複数のモジュールを格納してよく、記憶媒体２２０は、デーモン（ｄａｅｍｏｎ）及び仮想マシン２０等を含む複数のモジュールを格納してよく、記憶媒体３２０は、デーモン及び仮想マシン３０等を含む複数のモジュールを格納してよい。その機能は後続の段落において表す。

【0032】

ネットワークインターフェイスカード１３０、ネットワークインターフェイスカード２３０、又はネットワークインターフェイスカード３３０は、無線又は有線方式において信号を送受信する。ネットワークインターフェイスカード１３０はまた、低騒音増幅、インピーダンス整合、周波数混合、周波数のアップ又はダウンコンバージョン、フィルタリング、増幅等といった動作を実行してよい。

【0033】

ホスト２００は、クライアントのための仮想マシン２０として機能するよう構成される。アプリケーション２１、クライアントカーネル２２、プロキシモジュール２３等といった複数のモジュールが仮想マシン２０のクライアントオペレーティングシステム（クライアントＯＳ）にインストールされて、仮想マシン２０のクライアントＯＳにより実行されることができる。ホスト３００は、サービスプロバイダの仮想マシン３０として機能するよう構成される。アプリケーション３１、クライアントカーネル３２、プロキシモジュール３３等といった複数のモジュールが仮想マシン３０のクライアントＯＳにインストールされることができ、仮想マシン３０のクライアントＯＳにより実行されることができる。

【0034】

サーバ１００は、ネットワークインターフェイスカード１３０を介してホスト２００及びホスト３００からアプリケーション２１とアプリケーション３１との間の通信に関連する遅延時間情報を取得して、遅延時間情報を視覚的インターフェイス１２１を介して表示してよく、視覚的インターフェイス１２１は例えばグラフィックユーザインターフェイス（ＧＵＩ）である。データベース１２２は、サーバ１００により取得された遅延時間情報を格納するか、サーバ１００により算出された計算結果を格納するよう構成されてよい。サーバ１００は、ホストのメディアアクセスコントロール（ＭＡＣ）アドレスを介してホストに接続されたネットワークデバイスを特定することができ、システム管理者が物理ネットワーク問題を容易に見つけることを可能とする。

【0035】

図２は、本発明の１つの実施形態による遅延時間情報を表示するための視覚的インターフェイス１２１を表す概略図であり、遅延時間情報は総遅延を含んでよい。視覚的インターフェイス１２１は、発信元（又はクライアント）としての仮想マシンＶＭ１と宛先（又はサービスプロバイダ）としての仮想マシンＶＭ２との間の総遅延を表示し、発信元としての仮想マシンＶＭ３と宛先としての仮想マシンＶＭ４との間の総遅延を表示する。

【0036】

視覚的インターフェイス１２１上に表示された総遅延は、ハイパーリンク５０を含んでよい。視覚的インターフェイス１２１における総遅延に関連付くハイパーリンク５０が選択された後、視覚的インターフェイス１２１はより詳細な情報を表示してよい。例えば、ユーザは、視覚的インターフェイス１２１にホスト２００及びホスト３００に関連するより詳細な情報を表示するよう指示するため、キーボード、マウス、タッチスクリーンといった入力デバイスを操作することにより視覚的インターフェイス１２１におけるハイパーリンク５０を選択してよい。

【0037】

図３は、本発明の１つの実施形態による、より詳細な情報を表示するための視覚的インターフェイス１２１を表す概略図である。視覚的インターフェイス１２１は、ＩＰアドレスが［１９２．１６８．０．１００］であるアプリケーション２１と、ＩＰアドレスが［１９２．１６８．０．１０２］であるアプリケーション３１との間の通信の遅延時間情報を表示してよい。具体的には、視覚的インターフェイス１２１は、物理層とネットワークとの間の遅延に対応する物理層遅延（例えば２０ミリ秒）及び対応する百分率（例えば２０％）、仮想層遅延（例えば１２０ミリ秒）及び対応する百分率（例えば６０％）、アプリケーション層遅延（例えば５０ミリ秒）及び対応する百分率（例えば２５％）、及びサービス時間（例えば５０ミリ秒）及び対応する百分率（例えば２５％）を表示してよい。物理層、仮想層、又はアプリケーション層の間の接続は、Ｕ字状であってよい。

【0038】

特定の層の遅延の比率が閾値よりも大きい場合、視覚的インターフェイス１２１は該層を表す接続を目を引く方式で表示してよい（例えば、赤色は警告を表すために採用される）。例えば、閾値が５０％であると仮定し、視覚的インターフェイス１２１は、仮想層遅延の比率６０％が閾値である５０％よりも大きいことに応じて、仮想層の接続を赤色点線で表示してよい（例えば、クライアントカーネル２２とネットワークインターフェイスカード２３０との間の接続、又は、クライアントカーネル３２とネットワークインターフェイスカード３３０との間の接続）。

【0039】

アプリケーション２１とアプリケーション３１との間の通信の遅延時間情報を表示することに加え、視覚的インターフェイス１２１はホスト２００のリソース使用率又はホスト３００のリソース使用率を更に表示することができる。リソース使用情報には、ホスト２００の中央処理装置（ＣＰＵ）使用率、ホスト２００のメモリ使用率、ホスト２００の他の情報（例えば、Ｉ／Ｏカウント、キロバイトカウント、及び平均ミリ秒を含む、上位Ｎ個のプロセス）、仮想マシン２０のＣＰＵ使用率、仮想マシン２０のメモリ使用率、アプリケーション２１のＣＰＵ使用率、アプリケーション２１のメモリ使用率を含んでよい。リソース使用情報には、ホスト３００のＣＰＵ使用率、ホスト３００のメモリ使用率、ホスト３００の他の情報（例えば、Ｉ／Ｏカウント、キロバイトカウント、及び平均ミリ秒を含む、上位Ｎ個のプロセス）、仮想マシン３０のＣＰＵ使用率、仮想マシン３０のメモリ使用率、アプリケーション３１のＣＰＵ使用率、アプリケーション３１のメモリ使用率を更に含んでよい。

【0040】

プロセッサ１１０は、アプリケーション２１とアプリケーション３１との間で伝送される信号に基づき、視覚的インターフェイス１２１により表示される遅延時間情報を算出してよい。図４は、本発明の１つの実施形態によるホスト２００とホスト３００との間の信号線図を表す。仮想マシン２０のアプリケーション２１は、時点ｔ１で第１パケットをアプリケーション３１へ送信してよい。仮想マシン２０のクライアントカーネル２２は、時点ｔ２でアプリケーション２１からの第１パケットを受け取り、第１パケットを仮想マシン３０へ送信してよい。ホスト２００のネットワークインターフェイスカード２３０は、時点ｔ３で第１パケットを受け取り、第１パケットをホスト３００へ送信してよい。ホスト３００のネットワークインターフェイスカード３３０は、時点ｔ４で第１パケットを受け取り、第１パケットに対応する応答メッセージ（例えばｐｉｎｇメッセージ）をネットワークインターフェイスカード２３０へ送り返してよい。ネットワークインターフェイスカード２３０は、時点ｔ５でネットワークインターフェイスカード３３０からの応答メッセージを受け取る。

【0041】

加えて、ネットワークインターフェイスカード３３０は、時点ｔ４で第１パケットを仮想マシン３０のクライアントカーネル３２へ伝送してよい。クライアントカーネル３２は、時点ｔ６でネットワークインターフェイスカード３３０から第１パケットを受け取り、第１パケットに対応する確認メッセージ（ＡＣＫ又はｔｃｐ＿ＡＣＫ）をクライアントカーネル２２へ送信してよい。クライアントカーネル２２は、時点ｔ７でクライアントカーネル３２からの確認メッセージを受け取る。

【0042】

一方、クライアントカーネル３２は、時点ｔ６で第１パケットを仮想マシン３０のアプリケーション３１へ伝送してよい。アプリケーション３１は、時点ｔ８でクライアントカーネル３２から第１パケットを受け取り、時点ｔ９で第１パケットに対応する第２パケットをアプリケーション２１へ送信してよい。クライアントカーネル２２は、時点ｔ１０でアプリケーション３１からの第２パケットを受け取り、第２パケットをアプリケーション２１へ送信してよい。アプリケーション２１は、時点ｔ１１でアプリケーション３１（又はクライアントカーネル２２）からの第２パケットを受け取る。

【0043】

１つの実施形態において、プロセッサ１１０は時点ｔ１と時点ｔ１１に基づきアプリケーション２１とアプリケーション３１との間の総遅延を算出してよく、総遅延は時点ｔ１１と時点ｔ１との間の遅延Ｄ１に等しい。第１パケット又は第２パケットは、例えば伝送制御プロトコル（ＴＣＰ）パケットである。例えば、第１パケットはカーネル関数ｔｃｐ＿ｓｅｎｄｍｓｇ（）を介して送信され、第２パケットはカーネル関数ｔｃｐ＿ｒｅｃｖｍｓｇ（）を介して受け取られる。

【0044】

１つの実施形態において、プロセッサ１１０は、時点ｔ１と時点ｔ２に基づき、時点ｔ２と時点ｔ１との間の遅延Ｄ２を算出してよく、遅延Ｄ２はアプリケーション層遅延に対応する。プロセッサ１１０は、データパケットがアプリケーション２１からクライアントカーネル２２へ伝送されるのに要する時間（即ち遅延Ｄ２）を算出するため、カーネル関数ｓｋｂ＿ｃｏｐｙ＿ｄａｔａｇｒａｍ＿ｉｔｅｒ（）又はカーネル関数ｔｃｐ＿ｔｒａｎｓｍｉｔ＿ｓｋｂ（）を用いてよい。

【0045】

１つの実施形態において、プロセッサ１１０は、時点ｔ１０と時点ｔ１１に基づき、時点ｔ１１と時点ｔ１０との間の遅延Ｄ７を算出してよく、遅延Ｄ７はアプリケーション層遅延に対応する。プロセッサ１１０は、データパケットがアプリケーション２２からクライアントカーネル２１へ伝送されるのに要する時間（即ち遅延Ｄ７）を算出するため、カーネル関数ｓｋｂ＿ｃｏｐｙ＿ｄａｔａｇｒａｍ＿ｉｔｅｒ（）又はカーネル関数ｔｃｐ＿ｔｒａｎｓｍｉｔ＿ｓｋｂ（）を用いてよい。

【0046】

１つの実施形態において、プロセッサ１１０は、時点ｔ２と時点ｔ７に基づき、時点ｔ７と時点ｔ２との間の遅延Ｄ３を算出してよく、遅延Ｄ３はクライアントカーネル２２の往復遅延時間（ＲＴＴ）である。

【0047】

１つの実施形態において、プロセッサ１１０は、時点ｔ３と時点ｔ５に基づき、時点ｔ５と時点ｔ３との間の遅延Ｄ４を算出してよく、遅延Ｄ４は物理層遅延を表す。図３に示した「２０ミリ秒」は物理層遅延の一例である。プロセッサ１１０は、遅延Ｄ５を算出するため、ＲＴＴ（即ち遅延Ｄ３）から物理層遅延（即ち遅延Ｄ４）を減算してよく、遅延Ｄ５は仮想層遅延を表す。図３に示した「１２０ミリ秒」は仮想層遅延の一例である。

【0048】

１つの実施形態において、プロセッサ１１０は、時点ｔ８と時点ｔ９に基づき、時点ｔ９と時点ｔ８との間の遅延Ｄ６を算出してよく、遅延Ｄ６はアプリケーション３１のサービス時間を表す。１つの実施形態において、プロセッサ１１０は、式（１）により表現されるように、遅延Ｄ１、遅延Ｄ２、遅延Ｄ３、及び遅延Ｄ７に基づき遅延Ｄ６を算出してよい。
Ｄ６＝Ｄ１－Ｄ２－Ｄ３－Ｄ７ （１）

【0049】

１つの実施形態において、プロセッサ１１０は、時点ｔ１０と時点ｔ１１に基づき、時点ｔ１１と時点ｔ１０との間の遅延Ｄ７を算出してよく、遅延Ｄ７はアプリケーション層遅延に対応する。図３に示した「１０ミリ秒」はアプリケーション層遅延の一例であり、アプリケーション層遅延は遅延Ｄ２と遅延Ｄ７との和に等しい。

【0050】

１つの実施形態において、仮想マシン２０にインストールされたプロキシモジュール２３は、仮想マシン２０のカーネルモード空間から情報を取得して、該情報をサーバ１００へ送信することができる。サーバ１００は、該情報から、時点ｔ１、時点ｔ２、時点ｔ７、時点ｔ１１、仮想マシン２０のＣＰＵ使用率、仮想マシン２０のメモリ使用率、アプリケーション２１のＣＰＵ使用率、又はアプリケーション２１のメモリ使用率を取得することができる。

【0051】

１つの実施形態において、デーモン２２１は、ホスト２００のプロセッサ２１０から情報を取得して、該情報をサーバ１００へ送信してよい。サーバ１００は、該情報から、時点ｔ３、時点ｔ５、ホスト２００のＣＰＵ使用率、又はホスト２００のメモリ使用率を取得してよい。１つの実施形態において、デーモン２２１により取得された情報は、ホスト２００に接続されたネットワークデバイスのＭＡＣアドレス又はデバイス名、送信元ポート（ＳＰＯＲＴ）、宛先ポート（ＤＰＯＲＴ）、第１シーケンス（ＳＥＱ）、第２シーケンス（ＳＥＱ２）、ｔｅｍｐ ＳＥＱ、確認シーケンス（ＡＣＫ ＳＥＱ）、又はタイムスタンプを更に含んでよく、第２シーケンスはｃｏｐｉｅｄ ＳＥＱとも呼ばれる。

【0052】

１つの実施形態において、仮想マシン３０にインストールされたプロキシモジュール３３は、仮想マシン３０のカーネルモード空間から情報を取得して、該情報をサーバ１００へ送信することができる。サーバ１００は、時点ｔ６、時点ｔ８、時点ｔ９、仮想マシン３０のＣＰＵ使用率、仮想マシン３０のメモリ使用率、アプリケーション３１のＣＰＵ使用率、又はアプリケーション３１のメモリ使用率を取得することができる。

【0053】

１つの実施形態において、デーモン３２１は、ホスト３００のプロセッサ３１０から情報を取得して、該情報をサーバ１００へ送信してよい。サーバ１００は、該情報から、時点ｔ４、ホスト３００のＣＰＵ使用率、又はホスト３００のメモリ使用率を取得してよい。１つの実施形態において、該情報はホスト３００に接続されたネットワークデバイスのＭＡＣアドレス又はデバイス名を更に含んでよい。

【0054】

１つの実施形態において、プロキシモジュール２３（又はプロキシモジュール３３）は拡張バークレーパケットフィルタ（ｅＢＰＦ）技術により実装されてよい。このため、プロキシモジュール２３（又はプロキシモジュール３３）は仮想マシン２０（又は仮想マシン３０）のカーネルモードの改変、又はカーネルモジュールのロードを要さない。即ち、仮想マシンのカーネルモード空間から情報を取得するため、カーネルにおけるカスタムバイトコードが実行され、カーネルモード空間は例えばホストＯＳカーネルである。

【0055】

１つの実施形態において、仮想マシン２０のカーネルモード空間からプロキシモジュール２３により取得された情報は、信号セットを含んでよい。プロセッサ１１０は、信号セット中の信号に基づき時点ｔ１を取得してよい。具体的には、信号セットのうちの最初の信号が関数値を有し且つ該最初の信号の送信元ポートがデフォルト値よりも大きい場合、プロセッサ１１０は、該最初の信号がクライアントにより送信されたものであり、該最初の信号の送信元がクライアントであると判定してよく、ここでデフォルト値は「３２７６８」であってよく、関数値は「１」であってよい。従って、プロセッサ１１０は第１の信号のタイムスタンプを時点ｔ１として設定してよい。

【0056】

表１は、信号セット中の信号の一例である。信号は、タイムスタンプ、関数（ＦＵＮＣ）、送信元ポート（ＳＰＯＲＴ）、第１シーケンス（ＳＥＱ）、又は第２シーケンス（ＳＥＱ２）といった情報を含んでよく、第２シーケンスはｃｏｐｉｅｄ ＳＥＱとも呼ばれる。１つの実施形態において、信号は、プロセス識別子（ＰＩＤ）、スレッド識別子（ＴＩＤ）、親プロセス識別子（ＰＰＩＤ）、命令（ＣＯＭＭ）、送信元アドレス（ＳＡＤＤＲ）、宛先アドレス（ＤＡＤＤＲ）、又は宛先ポート（ＤＰＯＲＴ）等を更に含んでよい。プロセッサ１１０は、信号＃１が関数値「１」を有し且つ信号＃１の送信元ポート「４３５２８」がデフォルト値「３２７６８」よりも大きいことに応じて、信号＃１のタイムスタンプＴ１を時点ｔ１として設定してよい。本実施形態において、関数値「１」はカーネル関数ｔｃｐ＿ｓｅｎｄｍｓｇ（）を表し、関数値「２」はカーネル関数ｔｃｐ＿ｒｃｖｍｓｇ（）を表す。

【表1】

【0057】

一方、プロセッサ１１０は、信号セット中の信号に基づき時点ｔ１１を取得してよい。具体的には、該最初の信号が第２シーケンス（ＳＥＱ２）に対応する値を含むと仮定する。プロセッサ１１０は、信号セットから複数の信号を選択してよい。選択された信号のそれぞれは、第１シーケンス（ＳＥＱ）に対応する値、関数値、及びデフォルト値よりも大きい送信元ポートといった、同一の情報を含んでよく、デフォルト値は「３２７６８」であってよく、関数値は「２」であってよい。更に、該複数の信号のうちの最初は第２シーケンス（ＳＥＱ２）に対応する値を含んでよい。プロセッサ１１０は、該信号セットのうちの最初の信号に含まれる第２シーケンスに対応する値が、該複数の信号のうちの最初に含まれる第２シーケンスに対応する値と一致する（即ち２つの値が同一である）ことに応じて、該複数の信号のうちの最後のタイムスタンプを時点ｔ１１として設定してよい。

【0058】

表１を例とし、プロセッサ１１０は信号セットから、信号＃２、信号＃３、及び信号＃４を含む複数の信号を選択する。プロセッサ１１０により選択された信号のそれぞれは、関数値「２」と、ＳＥＱに対応する値「６０３６」と、デフォルト値「３２７６８」よりも大きい送信元ポート「４５３２８」とを含む。該複数の信号の最初は信号＃２であり、該複数の信号の最後は信号＃４である。プロセッサ１１０は、信号＃１に含まれるＳＥＱ２に対応する値「６６５５」が信号＃２に含まれるＳＥＱ２に対応する値「６６５５」と一致することに応じて、信号＃４のタイムスタンプＴ４を時点ｔ１１として設定してよい。

【0059】

１つの実施形態において、仮想マシン２０のカーネルモード空間からプロキシモジュール２３により取得された情報は、複数の確認メッセージを含んでよい。プロセッサ１１０は、複数の確認メッセージに基づき往復遅延時間を取得してよい。具体的には、プロセッサ１１０は、該複数の信号に対応する第１シーケンスの値と一致する第１の確認メッセージセットを確認メッセージが含むか否かを判定する。確認メッセージが第１の確認メッセージセットを含む場合、プロセッサ１１０は第１の確認メッセージセットのうちの最初の遅延を往復遅延時間として設定してよい。

【0060】

表２は、複数の確認メッセージの一例である。確認メッセージは、確認メッセージを送信した仮想マシン、第１シーケンス（ＳＥＱ）、確認メッセージシーケンス（ＡＣＫ＿ＳＥＱ）、遅延等といった情報を含む。表１と表２を参照し、プロセッサ１１０は、複数の確認メッセージ中の確認メッセージ＃２及び確認メッセージ＃３の確認メッセージシーケンス「６０３６」が信号＃２（又は信号＃３及び信号＃４）の第１シーケンス「６０３６」と一致するか否かを判定し、確認メッセージ＃２、確認メッセージ＃３、確認メッセージ＃４が第１の確認メッセージセットを形成できると判定する。従って、プロセッサ１１０は、第１の確認メッセージセットのうちの最初（即ち確認メッセージ＃２）の遅延「３８８ミリ秒」を往復遅延時間（即ち遅延Ｄ３）として設定してよい。

【表2】

【0061】

一方、確認メッセージが第１の確認メッセージセットを含まない場合、プロセッサ１１０は、確認メッセージが該複数の信号のうちの最初に対応する第２シーケンスの値と一致する第２の確認メッセージセットを含むか否かを判定してよい。確認メッセージが第２の確認メッセージセットを含む場合、プロセッサ１１０は、第２の確認メッセージセットのうちの最初の遅延を往復遅延時間として設定してよい。

【0062】

表３は、複数の確認メッセージの一例である。表１と表３を参照し、プロセッサ１１０は、表２における確認メッセージが信号＃２（又は信号＃３及び信号＃４）の第１シーケンス「６０３６」と一致する第１の確認メッセージセットを含まないと判定し、確認メッセージが信号＃２の第２シーケンス「６６５５」と一致する確認メッセージを含むか否かを更に判定する。表３の確認メッセージ＃２、確認メッセージ＃３、及び確認メッセージ＃４の確認メッセージシーケンス「６６５５」が信号＃２の第２シーケンス「６６５５」と一致することから、プロセッサ１１０は、確認メッセージ＃２、確認メッセージ＃３、及び確認メッセージ＃４が第２の確認メッセージセットを形成すると判定してよい。従って、プロセッサ１１０は、第２の確認メッセージセットのうちの最初（即ち確認メッセージ＃２）の遅延「３８８ミリ秒」を往復遅延時間（即ち遅延Ｄ３）として設定してよい。

【表3】

【0063】

図５は、本発明の１つの実施形態によるネットワーク遅延の監視方法を表すフロー図である。該監視方法は、図１に示した監視システム１０により実装されることができる。ステップＳ５０１において、サーバが第１ホスト及び第２ホストに通信可能に接続され、第１ホストは第１アプリケーションを稼働する第１仮想マシンを提供し、第２ホストは第２アプリケーションを稼働する第２仮想マシンを提供する。ステップＳ５０２において、サーバは第１ホスト及び第２ホストからデータを取得して、該データに基づき第１アプリケーションと第２アプリケーションとの間の通信に関連付く遅延時間情報を算出して、遅延時間情報を視覚的インターフェイスを介して表示する。遅延時間情報は、第１アプリケーションと第２アプリケーションとの間の通信の総遅延を含む。

【0064】

まとめると、本発明の監視システムは、クライアントの仮想マシンを稼働するホスト及びサービスプロバイダの仮想マシンを稼働するホストから伝送情報を取得することができる。監視システムは、遅延を引き起こす異常イベントが物理層又は仮想層において発生したことをを迅速に特定するようシステム管理者を補助するため、伝送情報に基づき２つのホスト間の遅延を算出して、視覚的インターフェイスを介して物理層及び仮想層にわたる遅延情報を表示することができる。

【産業上の利用可能性】

【0065】

本発明のネットワーク遅延の監視システム及び監視方法は、５Ｇ通信システムといった通信システムにおいて適用することができる。

【符号の説明】

【0066】

１０：監視システム
１００：サーバ
１１０、２１０、３１０：プロセッサ
１２０、２２０、３２０：記憶媒体
１２１：視覚的インターフェイス
１３０、２３０、３３０：ネットワークインターフェイスカード
２００、３００：ホスト
２２１、３２１：デーモン
２０、３０：仮想マシン
２１、３１：アプリケーション
２２、３２：クライアントカーネル
２３、３３：プロキシモジュール
５０：ハイパーリンク
Ｄ１、Ｄ２、Ｄ３、Ｄ４、Ｄ５、Ｄ６、Ｄ７：遅延
ｔ１、ｔ２、ｔ３、ｔ４、ｔ５、ｔ６、ｔ７、ｔ８、ｔ９、ｔ１０、ｔ１１：時点
Ｓ５０１、Ｓ５０２：ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【外国語明細書】