特許 7442775 回線品質測定方法、回線品質測定装置及び回線品質測定プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-26

(45)【発行日】2024-03-05

(54)【発明の名称】回線品質測定方法、回線品質測定装置及び回線品質測定プログラム

(51)【国際特許分類】

   H04L 43/045 20220101AFI20240227BHJP

   H04L 43/02 20220101ALI20240227BHJP

【ＦＩ】

H04L43/045

H04L43/02

【請求項の数】 7

(21)【出願番号】P 2023563364

(86)(22)【出願日】2021-11-23

(86)【国際出願番号】 JP2021042866

(87)【国際公開番号】W WO2023095185

(87)【国際公開日】2023-06-01

【審査請求日】2023-12-04

【早期審査対象出願】

(73)【特許権者】

【識別番号】521169882

【氏名又は名称】合同会社ｏｎ ｆｌｏｗ

(74)【代理人】

【識別番号】100166279

【弁理士】

【氏名又は名称】前渋 正治

(72)【発明者】

【氏名】山本 博文

【審査官】鈴木 香苗

(56)【参考文献】

【文献】米国特許出願公開第２０１７／０２２３５７７（ＵＳ，Ａ１）

【文献】特開２００２－１５７１７２（ＪＰ，Ａ）

【文献】特開２００９－０３７６１１（ＪＰ，Ａ）

【文献】特開２０１３－１２８２３７（ＪＰ，Ａ）

【文献】特開２００５－２６９４６０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４３／０４５

Ｈ０４Ｌ ４３／０２

(57)【特許請求の範囲】

【請求項1】

電子機器がネットワークを介して通信する際のネットワークの回線品質を測定する回線品質測定方法であって、
回線品質を測定するための通信である測定用通信を前記電子機器において行う測定用通信処理と、
前記測定用通信の通信結果を回線品質測定結果として前記電子機器において取得する測定結果取得処理と、
前記測定用通信と並行して、前記電子機器において実行中のプログラムを示す実行中プログラム情報を前記電子機器において取得する実行中プログラム取得処理と、
前記電子機器がネットワークに接続するための回線に関する情報である回線情報を前記電子機器を操作するユーザの入力に応じて前記電子機器において取得し、前記回線品質測定結果及び前記実行中プログラム情報と関連付けて記憶媒体に記憶させる測定結果記憶処理と、
前記回線品質測定結果および前記実行中プログラム情報に基づき、前記回線品質の測定結果と前記電子機器におけるプログラムの実行状態とを関連付けて前記電子機器に接続された表示装置に表示するための情報を前記電子機器において生成する表示情報生成処理と、
複数の前記電子機器から前記回線情報、前記回線品質測定結果および前記実行中プログラム情報を収集する解析用のサーバにおいて、前記回線品質測定結果を集計した画面を前記電子機器に接続された表示装置に表示するための表示情報を生成する集計結果表示処理とを実行するものであり、
前記集計結果表示処理は、前記回線品質測定結果を、並行して実行されていた前記プログラム別に分類するとともに、更に、前記回線情報が含む情報のうち前記電子機器がネットワークに接続するための接続サービスを示す情報別に分類し、それぞれの分類結果別に集計した画面を表示するための表示情報を生成する処理であることを特徴とする回線品質測定方法。

【請求項2】

前記実行中プログラム取得処理は、実行状態を把握する対象のプログラムを前記電子機器内で特定するための文字列情報が記述された対象プログラム特定情報を参照し、前記文字列情報により前記電子機器において実行中であるプログラムを特定する処理であることを特徴とする請求項１に記載の回線品質測定方法。

【請求項3】

前記実行中プログラム取得処理は、前記電子機器において実行中のプログラムによる前記電子機器のハードウェアの使用状態を取得する処理を含み、
前記実行中プログラム情報は、前記電子機器において実行中のプログラムによる前記電子機器のハードウェアの使用状態を示すプログラム別使用状態情報を含むことを特徴とする請求項１に記載の回線品質測定方法。

【請求項4】

前記電子機器のハードウェアの使用状態と比較することにより、前記電子機器のハードウェア環境が不足していることを判断するための判断情報を参照し、前記プログラム別使用状態情報に基づいて前記電子機器のハードウェア環境が不足していることを判断してその結果を出力する環境判断処理を前記電子機器において実行することを特徴とする請求項３に記載の回線品質測定方法。

【請求項5】

前記回線情報、前記回線品質測定結果および前記実行中プログラム情報を前記電子機器からネットワークを介して受信し、その受信に際しての送信元の情報を解析して得られた情報と前記回線情報に含まれる情報とを比較することにより前記回線情報の正否を確認し、その確認結果に応じて前記集計から除外する回線情報判定処理を前記解析用のサーバにおいて実行することを特徴とする請求項１に記載の回線品質測定方法。

【請求項6】

ネットワークを介して通信する際のネットワークの回線品質を測定する回線品質測定装置であって、
回線品質を測定するための通信である測定用通信を行う測定用通信部と、
前記測定用通信の通信結果を回線品質測定結果として取得する測定結果取得部と、
前記測定用通信と並行して、前記回線品質測定装置において実行中のプログラムを示す実行中プログラム情報を取得する実行中プログラム取得部と、
前記回線品質測定装置がネットワークに接続するための回線に関する情報である回線情報を、前記回線品質測定装置を操作するユーザの入力に応じて取得し、前記回線品質測定結果及び前記実行中プログラム情報と関連付けて記憶媒体に記憶させる測定結果記憶処理部と、
前記回線品質測定結果および前記実行中プログラム情報に基づき、前記回線品質の測定結果と前記回線品質測定装置におけるプログラムの実行状態とを関連付けて前記回線品質測定装置に接続された表示装置に表示するための情報を生成する表示情報生成部と、
前記回線品質測定結果を集計した集計結果表示画面を表示するための表示情報を、複数の前記回線品質測定装置から前記回線情報、前記回線品質測定結果および前記実行中プログラム情報を収集する解析用のサーバから受信して前記回線品質測定装置に接続された表示装置に表示させる集計結果表示処理部とを含み、
前記集計結果表示画面は、前記回線品質測定結果を、並行して実行されていた前記プログラム別に分類するとともに、更に、前記回線情報が含む情報のうち前記回線品質測定装置がネットワークに接続するための接続サービスを示す情報別に分類し、それぞれの分類結果別に集計した画面であることを特徴とする回線品質測定装置。

【請求項7】

電子機器がネットワークを介して通信する際のネットワークの回線品質を測定する回線品質測定プログラムであって、
回線品質を測定するための通信である測定用通信を前記電子機器において行う測定用通信処理と、
前記測定用通信の通信結果を回線品質測定結果として取得する測定結果取得処理と、
前記測定用通信と並行して、前記電子機器において実行中のプログラムを示す実行中プログラム情報を取得する実行中プログラム取得処理と、
前記電子機器がネットワークに接続するための回線に関する情報である回線情報を前記電子機器を操作するユーザの入力に応じて取得し、前記回線品質測定結果及び前記実行中プログラム情報と関連付けて記憶媒体に記憶させる測定結果記憶処理と、
前記回線品質測定結果および前記実行中プログラム情報に基づき、前記回線品質の測定結果と前記電子機器におけるプログラムの実行状態とを関連付けて前記電子機器に接続された表示装置に表示するための情報を生成する表示情報生成処理と、
前記回線品質測定結果を集計した集計結果表示画面を表示するための表示情報を、複数の前記電子機器から前記回線情報、前記回線品質測定結果および前記実行中プログラム情報を収集する解析用のサーバから受信して前記電子機器に接続された表示装置に表示させる表示処理とを電子機器に実行させるものであり、
前記集計結果表示画面は、前記回線品質測定結果を、並行して実行されていた前記プログラム別に分類するとともに、更に、前記回線情報が含む情報のうち前記電子機器がネットワークに接続するための接続サービスを示す情報別に分類し、それぞれの分類結果別に集計した画面であることを特徴とする回線品質測定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、回線品質測定方法、回線品質測定システム及び回線品質測定装置に関する。

【背景技術】

【0002】

インターネットなどの広域ネットワークにおいて、ユーザはＩＳＰ（Ｉｎｔｅｒｎｅｔ
Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）と契約することによりインターネットを利用する。複数のＩＳＰにより様々なインターネット接続サービスが提供されており、サービスによって回線の品質も異なるため、ユーザは自身が契約しているＩＳＰの回線品質を調べるためにウェブサイトやアプリによって提供されている回線品質の測定サービスを用いる事がある（例えば、非特許文献１参照）。

【0003】

また、回線品質の測定において、通信の応答時間と、ファイルの転送速度とを取得することにより通信速度の正確な情報を効率的に収集する方法が提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－０３２９８３号公報

【非特許文献】

【0005】

【文献】みんなのネット回線速度＜URL: https://minsoku.net/＞

【発明の概要】

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

【0006】

ユーザがインターネットの回線品質を把握したい理由の１つとして、ＭＭＯＲＰＧ（Ｍａｓｓｉｖｅｌｙ Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ Ｒｏｌｅ－Ｐｌａｙｉｎｇ
Ｇａｍｅ）等のインターネットを介したゲーム（以降、「オンラインゲーム」とする）をプレイする場合が挙げられる。オンラインゲームにおいてはクライアントとサーバの間で通信を行いながらゲームが進行することから、インターネットの通信速度によりゲーム進行のスムーズさに差が生じるためである。特に、ＦＰＳ（Ｆｉｒｓｔ－ｐｅｒｓｏｎ ｓｈｏｏｔｅｒ）やＴＰＳ（Ｔｈｉｒｄ－ｐｅｒｓｏｎ ｓｈｏｏｔｅｒ）等のリアルタイム性が要求されるオンラインゲームにおいては、コンマ１秒のオーダーでの遅延がゲームの勝敗を分けることもあるため、通常のウェブブラウジング等では気にならない程度の遅延の差が重要視される。

【0007】

このようなユーザの要求において、特許文献１や非特許文献１に開示されるような回線品質の測定サービスは有効に利用されるが、ユーザにとって最も重要なのはゲーム実行中における回線の品質であり、測定により収集される情報の第三者にとっての価値としても同様である。しかしながら、既存の回線品質測定サービスはそのようなニーズに応えたものにはなっていない。尚、このような課題や要望はＭＭＯＲＰＧをはじめとしたゲームのソフトウェアに限らず、ゲーム以外のアプリケーションソフトウェアであっても同様である。

【0008】

例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）において対象となるソフトウェアを実行した状態において、同一の端末で非特許文献１に開示されるような回線品質の測定サービスを実行することにより、測定の実行を指示したユーザ自身はその測定結果が特定のソフトウェアの実行中における測定結果であると認識することはできる。しかしながら、このような操作は煩雑であるし、測定により得られた測定結果の情報のみからはそのような事実を把握することはできず、利便性が低い。

【0009】

本発明は、上記実情を考慮してなされたものであり、アプリケーションの実行状態における回線品質の測定を簡易化することを目的とする。

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

【0010】

上記課題を解決するために、本発明の一態様は、電子機器がネットワークを介して通信する際のネットワークの回線品質を測定する回線品質測定方法であって、回線品質を測定するための通信である測定用通信を前記電子機器において行う測定用通信処理と、前記測定用通信の通信結果を回線品質測定結果として取得する測定結果取得処理と、前記測定用通信と並行して、前記電子機器において実行中のプログラムを示す実行中プログラム情報を取得する実行中プログラム取得処理と、前記回線品質測定結果と前記実行中プログラム情報とを関連付けて記憶媒体に記憶させる測定結果記憶処理と、前記回線品質測定結果および前記実行中プログラム情報に基づき、前記回線品質の測定結果と前記電子機器におけるプログラムの実行状態とを関連付けて表示するための情報を生成する表示情報生成処理とを実行することを特徴とする。

【発明の効果】

【0011】

本発明によれば、アプリケーションの実行状態における回線品質の測定を簡易化することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の実施形態に係るシステムの全体構成を示す図である。

【図2】本発明の実施形態に係るシステムに含まれる情報機器のハードウェア構成を示す図である。

【図3】本発明の実施形態に係る測定サービスサーバの機能構成を示すブロック図である。

【図4】本発明の実施形態に係るユーザ端末の機能構成を示すブロック図である。

【図5】本発明の実施形態に係る回線測定アプリの機能構成を示すブロック図である。

【図6】本発明の実施形態に係るシステム全体の動作を示すシーケンス図である。

【図7】本発明の実施形態に係る回線測定アプリのＧＵＩを示す図である。

【図8】本発明の実施形態に係る回線測定アプリがユーザの入力に応じて取得する環境情報の内容を示す図である。

【図9】本発明の実施形態に係る回線測定アプリが１回のＰｉｎｇにより保存する測定情報の内容を示す図である。

【図10】本発明の実施形態に係る回線測定アプリがプロセスチェックにおいて参照するプロセスリストの内容を示す図である。

【図11】本発明の実施形態に係る回線測定アプリがプロセスチェックの結果として保存するプロセスチェック結果情報の内容を示す図である。

【図12】本発明の実施形態に係る回線測定アプリのＧＵＩを示す図である。

【図13】本発明の実施形態に係る回線測定アプリが測定サービスサーバに送信する測定結果集計情報の内容を示す図である。

【図14】本発明の実施形態に係る回線測定アプリが測定サービスサーバに送信するプロセスチェック結果集計情報を示す図である。

【図15】本発明の実施形態に係る測定サービスサーバがＩＳＰ判定において参照する判定ルール情報の内容を示す図である。

【図16】本発明の実施形態に係る測定サービスサーバによるＩＳＰ判定動作を示すフローチャートである。

【図17】本発明の実施形態に係る解析結果表示画面の例を示す図である。

【図18】本発明の実施形態に係る測定サービスサーバによるプロセス名情報の確認動作を示すフローチャートである。

【図19】本発明の実施形態に係るプロセス名の確認動作において生成されるアプリ名毎のデータ数のリストの例を示す図である。

【図20】本発明の実施形態に係るアプリ実行状態エラー報告画面の例を示す図である。

【図21】本発明の実施形態に係るプロセスチェック結果に含まれる情報の例を示す図である。

【図22】本発明の実施形態に係る回線測定アプリのＧＵＩを示す図である。

【図23】本発明の実施形態に係る回線測定アプリのＧＵＩを示す図である。

【図24】本発明の実施形態に係る改善提案機能の動作を示すフローチャートである。

【図25】本発明の実施形態に係る要因特定情報の例を示す図である。

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

【0013】

実施の形態１．
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、ユーザが使用する端末から特定の対象に対してＰｉｎｇを発信することにより回線の品質を測定するとともに、その端末において動作中のゲーム等のソフトウェアの実行状況をチェックする機能を実現する回線品質測定システムについて説明する。そのような回線品質測定方法において、ユーザが使用する端末におけるソフトウェアの実行状況をチェックする機能を提供することが本実施形態に係る要旨の１つである。

【0014】

図１は、本実施形態に係るシステムの全体構成を示す図である。図１に示すように、本実施形態に係る回線品質測定システムは、測定サービスサーバ１，測定対象サーバ２ａ、２ｂ（以降、総じて「測定対象サーバ２」とする）、ユーザ端末３ａ、３ｂ、３ｃ（以降、総じて「ユーザ端末３」とする）といった複数の機器がインターネット等の広域ネットワークＡを介して通信可能に接続されて構成されている。それぞれの機器は、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）を介してインターネットに接続されるため、その通信の品質はＩＳＰのサービスに依存することとなる。このＩＳＰによる通信の品質、すなわち回線品質を測定することが本システムの主要な機能である。

【0015】

測定サービスサーバ１は、本システムに係る回線品質測定サービスを提供する主体が管理するサーバであり、主に測定結果の収集を行う他、態様によってはウェブサイトとして回線品質測定機能を実現するソフトウェア・プログラムを提供する。測定対象サーバ２は、本システムにおいて回線品質測定が実行される際に品質測定用の通信を行う通信対象として機能する。ユーザ端末３は、スマートホン、タブレット、ノートＰＣ、デスクトップＰＣ等の情報処理端末であり、本システムを利用するユーザが使用する電子機器である。

【0016】

図２は、本実施形態に係るシステムに含まれる測定サービスサーバ１、測定対象サーバ２およびユーザ端末３等の情報機器のハードウェア構成を示す図である。本実施形態に係るシステムは一般的な情報処理機器のハードウェア構成によって実現可能であり、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０およびＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０および操作部７０が接続されている。

【0017】

ＣＰＵ１０は演算手段であり、情報機器全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

【0018】

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報機器の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが情報機器に情報を入力するためのユーザインタフェースである。尚、測定サービスサーバ１は、サーバとして運用されるため、ＬＣＤ６０や操作部７０等のユーザインタフェースは省略可能である。

【0019】

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことによりソフトウェアの機能が構成される。このようにして構成されたソフトウェアの機能と、ハードウェアとの組み合わせによって、本実施形態に係る回線品質測定システムを構成する各機器の機能を実現する機能ブロックが構成される。

【0020】

次に、本実施形態に係る測定サービスサーバ１の機能構成について、図３を参照して説明する。図３に示すように、本実施形態に係る測定サービスサーバ１は、サービスＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）提供部１０１、測定結果収集部１０２、測定結果情報記憶部１０３、回線種別判定部１０４および回線判定情報記憶部１０５を含む

【0021】

サービスＧＵＩ提供部１０１は、ユーザがユーザ端末３を介して本システムを利用する際のＧＵＩを提供する。ユーザ端末３におけるＧＵＩはユーザ端末３が測定サービスサーバ１にウェブアクセスすることによりＪＳ（Ｊａｖａ Ｓｃｒｉｐｔ）等によりウェブアプリとして提供される場合の他、ユーザ端末３にダウンロードおよびインストールされるソフトウェア・プログラムの形態で提供される。

【0022】

測定結果収集部１０２は、ユーザ端末３において回線品質測定が実行されることにより保存される測定結果の情報を受信して測定結果情報記憶部１０３に記憶させる。回線種別判定部１０４は、測定結果情報記憶部１０３に記憶された測定結果の情報を参照し、それぞれの測定結果において指定されているＩＳＰの情報が正確か否かの検証を行う。その検証に際し、回線種別判定部１０４は回線判定情報記憶部１０５に記憶されている回線判定情報を参照する。

【0023】

次に、本実施形態に係るユーザ端末３の機能構成について、図４を参照して説明する。図４に示すように、本実施形態に係るユーザ端末３は、ＯＳ３００、回線測定アプリ３１０の他、ユーザ端末３におけるユーザの使用目的に応じた種々のアプリを含む。本実施形態においては、ゲームＡアプリ３２１、ゲームＢアプリ３２２及び映像編集アプリ３２３が含まれる場合を例とする。

【0024】

ＯＳ３００はユーザ端末３を動作させるための基本ソフトウェアであり、一般的に普及しているものが用いられる。回線測定アプリ３１０は本実施形態の用紙に係る機能を提供するソフトウェアであり、図３において説明したサービスＧＵＩ提供部１０１によって提供されるものである。上述した通り回線測定アプリ３１０は、ユーザ端末３が測定サービスサーバ１にウェブアクセスすることによりウェブアプリとして提供される場合の他、ユーザ端末３にダウンロードおよびインストールされるソフトウェア・プログラムの形態で提供される。回線測定アプリ３１０を実現するためのプログラムが回線品質測定プログラムであり、回線測定アプリ３１０が動作することにより、ユーザ端末３が回線品質測定装置として機能する。

【0025】

ゲームＡアプリ３２１、ゲームＢアプリ３２２及び映像編集アプリ３２３は、その名の通りゲームや映像編集等の機能を提供するソフトウェアであり、回線測定アプリ３１０が回線品質測定を行う際に実行されるプロセスチェックのチェック対象となる。回線測定アプリ３１０が回線品質の測定を行う際に、これらのアプリケーションが実行されているか否かをチェックし、且つ事後的に確認可能な形式の情報を保存することが本実施形態に係る要旨の一つである。

【0026】

次に、回線測定アプリ３１０の機能の詳細について図５を参照して説明する。図５に示すように、回線測定アプリ３１０は、測定結果表示処理部３１１、測定結果送信処理部３１２、回線品質測定部３１３、測定結果情報記憶部３１４、アプリ実行状態判定部３１５およびプロセス名情報記憶部３１６を含む。

【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】

このように、本実施形態に係る回線品質測定システムにおいては、所定頻度でのＰｉｎｇ発信による回線品質の測定処理と並行して、Ｐｉｎｇを発信するユーザ端末３において実行されているソフトウェアプログラムのプロセス名をチェックし、図１１のような情報を所定頻度で保存する。これにより、図１２に示すようにユーザ端末３がインターネットにアクセスするための回線品質の測定結果と、ユーザ端末３におけるゲームやアプリケーションの実行状態とを時系列に照らし合わせた表示が可能となる。

【0057】

従来の回線品質測定サービス、つまり図１２に示す画面において、タイミングｔ_１からｔ_２の間の「ゲームＡ」といった表示が無いサービスの場合、ユーザは回線品質測定に際してどのようなゲームやアプリケーションを実行していたかを自身で覚えておき、その記憶を前提として測定結果を参照する必要がある。これに対して、本実施形態に係るシステムの場合、図１２に示すような表示により、回線品質の測定結果とゲームやアプリケーションの実行状態とをひと目で把握することが可能となる。

【0058】

また、リアルタイムに測定結果を参照する場合の他、事後的に測定結果を確認する場合においては、その回線品質測定に際してユーザ端末３において実行されていたゲームやアプリケーションをユーザが記憶していなくとも、客観的データとしてそれを把握することが可能となる。

【0059】

尚、図１２に示す画面において"パケットロス"の表示が選択された場合には、"Ｐｉｎ
ｇ値"と同様にパケットロスの値である「Ｔｒｕｅ／Ｆａｌｓｅ」が時系列に表示される
。その他、所定期間毎にパケットロス率を計算して表示することも可能である。また、図１２に示す画面において"ジッター"の表示が選択された場合には、上述したように測定結果表示処理部３１１によってジッターの値が計算された上で図１２と同様に時系列に表示される。

【0060】

測定結果表示処理部３１１が図１２に示すような画面の表示情報をリアルタイムに生成する処理と並行して、測定結果送信処理部３１２は、測定結果情報記憶部３１４に記憶された情報を集計し、測定結果情報として所定期間毎に測定サービスサーバ１に送信する処理を開始する（Ｓ６０４）。本実施形態に係るＳ６０４において測定結果送信処理部３１２が測定結果情報を送信する間隔は、Ｓ６０３においてアプリ実行状態判定部３１５がプロセスチェック処理を実行する間隔よりも長く、例えば１回／１０分である。

【0061】

図１３は、Ｓ６０４において測定結果送信処理部３１２が測定サービスサーバ１に送信する情報のうち、図９に示す測定結果の情報が集計された測定結果集計情報の内容を示す図である。図１３に示すように、本実施形態に係る測定結果集計情報は、"平均Ｐｉｎｇ
値"、"平均ジッター値"、"平均パケットロス率"、"Ｐｉｎｇ回数"、"パケットロス回数"
、"Ｐｉｎｇ合計値"、"ジッター合計値"、"集計開始時刻"、"集計終了時刻"、"計測時間"といった測定結果を集計した情報を含む。また、測定結果集計情報は個別のデータを一意に識別する"データＩＤ"を含む。

【0062】

"平均Ｐｉｎｇ値"は、図９に示す"Ｐｉｎｇ値"の平均値である。"平均ジッター値"は、時系列に連続する測定情報の"Ｐｉｎｇ値"のブレ幅の平均値である。"平均パケットロス
率"は、集計対象となる測定情報全体のパケットロス率である。"Ｐｉｎｇ回数"はその名
のとおりであり、集計対象となる測定情報の個数に等しい。"パケットロス回数"は、集計対象となる測定情報において"パケットロス"が"Ｔｒｕｅ"であるデータの個数である。"
Ｐｉｎｇ合計値"は、集計対象となる測定情報に含まれる"Ｐｉｎｇ値"の合計値である。

【0063】

"ジッター合計値"は、時系列に連続する測定情報の"Ｐｉｎｇ値"のブレ幅の合計値である。"集計開始時刻"は、集計対象となる測定情報の"開始時刻"のうち最も早いタイミングの値である。"集計終了時刻"は、集計対象となる測定情報の"開始時刻"のうち最も遅いタイミングの値である。"計測時間"は、"集計開始時刻"から"集計終了時刻"までの時間である。これらの情報は、測定結果送信処理部３１２が、図９に示すように測定結果情報記憶部３１４に記憶された情報に基づいて集計を行うことにより生成される。

【0064】

また、本実施形態に係る測定結果集計情報は、図１３に示すように、"サーバＩＤ"、"
サーバＩＰ"、"クライアントＩＰ"、"ネットワーク接続方式"、"ＩＰｖ４／ＩＰｖ６"、"通信方式"、"都道府県"、"市区町村"、"住宅タイプ"、"回線タイプ"、"契約回線名"とい
った情報を含む。これらの情報は図８、図９において説明した情報と同一であり、それらの情報がコピーされる。

【0065】

その他、"ユーザＩＤ"、"ＣＰＵ製造会社"、"ＣＰＵ周波数"、"ＣＰＵコア数"、"ＣＰ
Ｕブランド名"、"ＰＣ製造者"、"ＰＣモデル名"、"ＯＳ"、"ＯＳバージョン"等の情報を
含む。"ユーザＩＤ"は、ユーザ端末３を操作するユーザによる本件システムの使用に際して登録されるユーザの識別子である。"ＣＰＵ製造会社"、"ＣＰＵ周波数"、"ＣＰＵコア
数"、"ＣＰＵブランド名"、"ＰＣ製造者"、"ＰＣモデル名"、"ＯＳ"、"ＯＳバージョン"
は、ユーザ端末３のハードウェアおよびソフトウェアの仕様に関する情報であり、ＯＳ３００の機能に従って取得可能である。

【0066】

また、Ｓ６０４において測定結果送信処理部３１２は、アプリ実行状態判定部３１５によるプロセスチェック処理により測定結果情報記憶部３１４に記憶された情報を集計したプロセスチェック結果集計情報を測定サービスサーバ１に送信する。図１４は、Ｓ６０４において送信されるプロセスチェック結果情報の内容を示す図である。本実施形態に係るプロセスチェック結果情報は、図１０に示すプロセス名情報において"アプリ名"が特定されているそれぞれのゲームやアプリケーションが、ユーザ端末３において実行されていた期間を示す情報であり、それぞれの"アプリ名"ごとに生成される。

【0067】

図１４に示すプロセスチェック結果情報の生成に際して、測定結果送信処理部３１２は、測定結果情報記憶部３１４に記憶された図１１に示すプロセスチェック結果の情報を"
アプリ名"ごとに抽出する。そして、測定結果送信処理部３１２は、抽出された情報のう
ち"時刻"の情報が時系列に連続しているものをグループ化し、グループ化したものの中で最も早い時刻を"実行開始"とし、最も遅い時刻までの時間を"実行期間"として、図１４に示す情報を生成する。

【0068】

これにより、それぞれの"アプリ名"が示すゲームやアプリケーションが連続して実行されていた期間毎に図１４に示す情報が生成される。また、プロセスチェック結果集計情報は、図１４に示すように"ユーザＩＤ"の情報を含むが、これは測定結果集計情報の
"ユーザＩＤ"に対応している。この"ユーザＩＤ"および"実行開始"、"実行期間"の情報により、それぞれのプロセスチェック結果集計情報が示すプロセスの実行状態の情報が、どの回線測定結果の情報に対応したものであるかを判別することができる。この他、"ユー
ザＩＤ"に代えて図１３に示す"データＩＤ"がプロセスチェック結果集計情報に含まれる
ことにより、測定結果集計情報との対応関係を判断することも可能である。

【0069】

Ｓ６０４の処理により、測定サービスサーバ１に送信された図１３の測定結果集計情報および図１４のプロセスチェック結果集計情報は、測定サービスサーバ１において測定結果収集部１０２によって受信され、測定結果情報記憶部１０３に記憶される。すると、測定サービスサーバ１において回線種別判定部１０４が、測定結果情報記憶部１０３に記憶された図１３に示す情報のうち"契約回線名"の情報の真偽を判定する回線種別判定処理を行う（Ｓ６０５）。

【0070】

図１３に示す"契約回線名"の情報は、図７に示すＧＵＩにおいてユーザにより選択された情報である。従って、その情報は必ずしも正しいとは限らない。Ｓ６０５の処理は、そのような"契約回線名"の真偽を確認すると供に、未知のＩＳＰの情報を収集する処理である。

【0071】

Ｓ６０５の処理において、回線種別判定部１０４は、回線判定情報記憶部１０５に記憶されている回線判定情報を参照する。図１５は、本実施形態に係る回線判定情報の内容を示す図である。図１５に示すように、本実施形態に係る回線判定情報は、"判定ルール"、"ｈｏｓｔｎａｍｅ"、"Ｗｈｏ ｉｓ"、"判定結果"の情報が関連付けられた情報である。

【0072】

"判定ルール"は、判定結果を確定するためのルールを示す情報であり、「ｈｏｓｔｎａｍｅ」、「Ｗｈｏ ｉｓ」、「ｈｏｓｔｎａｍｅ＋Ｗｈｏ ｉｓ」といった値が指定される。例えば「ｈｏｓｔｎａｍｅ」であれば、ＩＰアドレスに基づいて判明する［ｈｏｓｔｎａｍｅ］が一致すれば"判定結果"が判明することを示している。

【0073】

"ｈｏｓｔｎａｍｅ"、"Ｗｈｏ ｉｓ"は、それぞれユーザ端末３のグローバルＩＰアドレス、即ち図１３に示す"クライアントＩＰ"に基づいて得られるその名の通りのネットワーク上の情報を示す。"判定結果"は、"判定ルール"、"ｈｏｓｔｎａｍｅ"、"Ｗｈｏ ｉ
ｓ"によって判定された結果のＩＳＰを示す情報である。この"判定結果"の情報と、図１
３に示す"契約回線名"の情報とを比較することにより、Ｓ６０５の回線種別判定処理が実行される。

【0074】

図１６を用いて、回線種別判定部１０４による回線種別判定処理について説明する。図１６に示すように、回線種別判定部１０４は、測定結果情報記憶部１０３に記憶された測定結果集計情報のうち未だ判定処理の終了していない情報を１つ対照として選択する。そして、選択した情報の"クライアントＩＰ"、即ち情報の送信元に基づいて［Ｗｈｏ ｉｓ］の情報を取得し、その取得結果に基づいて回線種別判定情報を検索する（Ｓ１６０１）。

【0075】

その結果、図１５に示すレコードが１つも抽出されない場合、若しくは２つ以上が抽出されて１つに定まらない場合（Ｓ１６０２／ＹＥＳ）、次に回線種別判定部１０４は、"
クライアントＩＰ"に基づいて［ｈｏｓｔｎａｍｅ］の情報を取得し、その取得結果に基
づいて回線種別判定情報を検索する（Ｓ１６０３）。

【0076】

Ｓ１６０３の処理の結果、図１５に示すレコードが１つも抽出されない場合、若しくは２つ以上が抽出された場合において、Ｓ１６０１において取得された［Ｗｈｏ ｉｓ］の情報と組み合わせることにより"判定ルール"が「ｈｏｓｔｎａｍｅ＋Ｗｈｏ ｉｓ」となるレコードを抽出しても１つに定まらない場合（Ｓ１６０４／ＹＥＳ）、回線種別判定部１０４は、対象の測定結果集計情報に係るＩＳＰは未知のＩＳＰであると判断して、対象の測定結果集計情報にＩＳＰが未定であることを示すフラグ情報を設定し（Ｓ１６０５）、処理を終了する。

【0077】

他方、Ｓ１６０１やＳ１６０３の処理の結果、図１５に示すレコードが１つに定まった場合（Ｓ１６０２／ＮＯ、Ｓ１６０４／ＮＯ）、回線種別判定部１０４は、１件のみ抽出されたレコードの"判定結果"が、対象の測定結果集計情報における"契約回線名"と一致するか否か、その正否を確認する（Ｓ１６０６）。その結果一致した場合（Ｓ１６０６／ＹＥＳ）、回線種別判定部１０４は、対象の測定結果集計情報におけるＩＳＰの情報は正しいものとして確認済みフラグを追加し（Ｓ１６０７）、処理を終了する。

【0078】

他方、"判定結果"が、"契約回線名"と一致しなかった場合（Ｓ１６０６／ＮＯ）、回線種別判定部１０４は、対象の測定結果集計情報におけるＩＳＰの情報は間違っているものとして除外フラグを追加し（Ｓ１６０８）、処理を終了する。即ち、回線種別判定部１０４が、回線情報判定処理を実行する。このような処理により、判定対象として選択した測定結果集計情報には、未定フラグ、確認済みフラグ、除外フラグのいずれかが付与されることとなり、図１６の判定処理が終了していることが確認可能となる。

【0079】

広く一般に普及しているＩＳＰの場合、基本的には［ｈｏｓｔｎａｍｅ］や［Ｗｈｏ ｉｓ］を確認することにより、図１５に示すような回線種別判定情報に基づいてＩＳＰを特定することが可能である。他方、インターネット上には膨大な種類のＩＳＰや一般にはサービスしていない接続サービスも存在し、継続的に新しいサービスも生まれるため、そのすべてを判別するための判定情報を構築することは現実的に難しい。これに対して、図１６において説明したように判定不能であった場合には未定フラグを付加して抽出することにより、未知のＩＳＰを把握し、オペレータによる手動の確認を経て図１５に示す回線種別判定情報をアップデートすることが可能となる。

【0080】

また、Ｓ１６０６の結果不一致となった場合は、即ち図７において入力、選択された情報が間違っていたということを示すが、その場合"契約回線名"のみならず他の情報も不正確である可能性が高い。従って、そのような情報には除外フラグを付し、全体的な情報の統計処理において集計の対象外とすることで、測定結果情報記憶部３１４に記憶される情報や、その解析結果に基づいて発信される情報の信頼性を向上することができる。

【0081】

尚、図１６においては、先に「Ｗｈｏ ｉｓ」の確認処理を行い、次に「ｈｏｓｔｎａｍｅ」および「ｈｏｓｔｎａｍｅ＋Ｗｈｏ ｉｓ」の確認処理を行う場合を例として説明したが、これは、図１５に示す回線種別判定情報に記録されているレコードのうち、"判
例ルール"が［Ｗｈｏ ｉｓ］であるレコードが多い場合に有効であり、［ｈｏｓｔｎａ
ｍｅ］若しくは［ｈｏｓｔｎａｍｅ＋Ｗｈｏ ｉｓ］のレコードが多い場合にはそれを先に行うことが好ましい。これにより、判定処理を最短の手順で完了させる可能性を向上することができる。

【0082】

次に、測定サービスサーバ１が測定結果情報記憶部１０３に蓄積された情報に基づいて提供する解析結果について説明する。図１７は、測定サービスサーバ１が提供する解析結果表示画面の例を示す図である。図１７の画面は、例えば、ユーザ端末３がウェブブラウザを介して測定サービスサーバ１によって提供される特定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスすることによりウェブページの情報としてユーザ端末３にダウンロードされて表示される。

【0083】

その他、図１７に示す画面は、回線測定アプリ３１０の測定結果表示処理部３１１に予め備わっている機能として、上記と同様に測定サービスサーバ１にアクセスしてユーザ端末３に情報がダウンロードされることにより回線測定アプリ３１０のＧＵＩに表示される。そのような画面を表示するための情報はサービスＧＵＩ提供部１０１によって提供される。即ち、サービスＧＵＩ提供部１０１によって集計結果表示処理が実行される。

【0084】

図１７に示すように、本実施形態に係る解析結果表示画面においては、測定結果情報記憶部１０３に蓄積された測定結果集計情報およびプロセスチェック結果集計情報に基づく解析結果が表示される。サービスＧＵＩ提供部１０１は、それぞれの測定結果集計情報を"契約回線名"ごとに分類してグループ化し、更に、それぞれの測定結果集計情報に対して"データＩＤ"で関連付けられているプロセスチェック結果集計情報の"アプリ名"でグループ化する。そして、サービスＧＵＩ提供部１０１は、このようにしてグループ化したデータ、即ち分類結果別にそれぞれに含まれる"平均Ｐｉｎｇ値"、"平均ジッター値"および"
平均パケットロス率"を更に平均化することにより図１７に示すそれぞれの情報を生成す
る。

【0085】

図１７に示すような表示により、それぞれのＩＳＰごとの"平均Ｐｉｎｇ値"、"平均ジ
ッター値"および"平均パケットロス率"を一括して把握することが可能となり、それぞれ
のＩＳＰの回線品質を比較することができる。また、それぞれのゲームやアプリケーションの実行状態における回線品質をＩＳＰ別に非実行状態（図１７中の"該当なし"の行）と比較することが可能となり、例えば「○×インターネットはゲームＡに強い」といったＩＳＰとゲームとの相性等を認識することが可能となる。

【0086】

ユーザ端末３において実行されるそれぞれのゲームやアプリケーションを実行するためのプログラムのファイル名、つまり図１０に示すプロセス名情報の"プロセス名"は、ゲームやアプリケーションのアップデートによって変更される可能性がある。その結果としてＳ６０３におけるプロセスチェック処理においてプロセス名が不一致となり、アプリ実行状態判定部３１５が実行中のゲームやアプリケーションとして認識できなくなる。

【0087】

このような問題は、上述したようにプロセス名情報記憶部３１６に記憶されているプロセス名情報が測定サービスサーバ１からの最新データのダウンロードによりアップデートされることで解決される。しかしながら、そのためには測定サービスサーバ１において、ユーザ端末３の回線測定アプリ３１０にダウンロードさせるためのプロセス名情報における"プロセス名"が常に最新に保たれている必要がある。それを実現するための測定サービスサーバ１の機能について図１８を参照して説明する。

【0088】

図１８は、測定サービスサーバ１が、ユーザ端末３の回線測定アプリ３１０にダウンロードさせるプロセス名情報における"プロセス名"を常に最新に保つための動作を示すフローチャートである。図１８に示す処理は、測定サービスサーバ１において測定結果収集部１０２によって実行される。

【0089】

図１８に示すように、本実施形態に係る測定結果収集部１０２は、１回／日の頻度で、図１４に示すまとまりを１つのデータとして収集されるプロセスチェック結果集計情報のうち２４時間以内に新たに保存されたものを"アプリ名"でグループ化してそのデータの数を集計し、図１９に示すように"アプリ名"毎のデータ数のリストを生成する（Ｓ１８０１）。

【0090】

そして、測定結果収集部１０２は、Ｓ１８０１において生成した集計結果と、前回の処理、即ち１日前の処理において生成した集計結果とで同一の"アプリ名"についての"カウ
ント数"を比較する（Ｓ１８０２）。その結果、１日前の集計結果における"カウント数"
から大きく減少したものが無ければ（Ｓ１８０３／ＮＯ）、測定結果収集部１０２はそのまま処理を終了する。

【0091】

他方、１日前の集計結果における"カウント数"から大きく減少したものがあった場合（Ｓ１８０３／ＹＥＳ）、測定結果収集部１０２は、その"アプリ名"についてプロセス名情報において関連付けられている"プロセス名"がアップデートにより変更されている可能性があると判断してそのアプリ名を記録し（Ｓ１８０４）、処理を終了する。Ｓ１８０４において"アプリ名"が記憶される情報がプロセス名変更フラグリストである。

【0092】

このようにして、プロセス名変更フラグリストに"プロセス名"が定期的に追加されることにより、測定サービスサーバ１の管理者は、アップデート等により"プロセス名"が変更された可能性のある"アプリ名"を把握することができる。最終的なプロセス名情報の更新や追加は管理者が情報を確認し手動で行う必要があるが、プロセス名変更フラグリストにより管理者はその必要性を早期に認識することが可能となる。

【0093】

尚、Ｓ１８０３における急減少の判断は、例えば前回の集計結果における"カウント数"と、今回の集計結果における"カウント数"との比率に基づいて判断される。具体的には、今回の集計結果における"カウント数"が前回の集計結果における"カウント数"の５０％以下であれば、急減少が発生していると判断することができる。この判断のしきい値は、日々の"カウント数"の変動幅に応じて任意に設定することが可能である。

【0094】

次に、上記のようにプロセス名が変更された場合のユーザ端末３における機能について説明する。プログラムのアップデートなどによりユーザ端末３にインストールされたゲームやアプリケーションのプロセス名が変更され、且つプロセス名情報記憶部３１６に記憶されているプロセス名情報がそれに対応して更新されていない場合、図６のＳ６０３におけるプロセスチェック処理において、"ｔａｓｋｌｉｓ"コマンド等によりアプリ実行状態判定部３１５がＯＳ３００から取得したプロセス名が、プロセス名情報記憶部３１６に記憶されているプロセス名情報の"プロセス名"と不一致となる。

【0095】

その結果、アプリ実行状態判定部３１５は、その"アプリ名"に対応するゲームやプリケーションが仮に実行中であったとしても、"プロセス名"の不一致により実行状態を認識することができないため、図１１において説明したプロセスチェック結果を生成しない。従って、図１２において説明したＧＵＩにおいては、例えば"ゲームＡ"がユーザ端末３において実行中であるにも関わらず、図１２に示すように"ゲームＡ"が実行状態であることを示す表示にはならない。

【0096】

そのような表示により、ユーザ端末３を操作するユーザは、ゲームやアプリケーションの実行状態が正確に把握されていないことを認識することができる。本実施形態に係るシステムは、そのような状態をシステムの管理者に報告するためのＧＵＩを回線測定アプリ３１０に設けることにより、多くのユーザによる情報提供を受け付け、図１８において説明したような処理により蓄積されるプロセス名変更フラグリストに対応して新しいプロセス名を把握するための情報を収集することができる。

【0097】

具体的には、図１２に示すようなＧＵＩにおいて不具合を認識したユーザが不具合を報告するためにクリックやタッチ操作を行う操作部が設けられ、その操作部が操作されることにより図２０に示すような画面が表示される。図２０は、ユーザ端末３から測定サービスサーバ１に対して、プロセス名情報の更新を要望するアプリ実行状態エラー報告画面のＧＵＩを示す図である。

【0098】

図２０に示すように、アプリ実行状態エラー報告画面においては、ゲームやプログラムの実行状態が回線品質測定結果の画面において反映されない要因の説明とともに、該当のゲームやアプリケーションを実行状態として報告することを促すメッセージが表示される。また、図２０に示すように、実行状態が反映されなくなった対象の"アプリ名"を入力若しくは選択する入力欄が表示される。図２０に示す画面の表示は、例えば測定結果表示処理部３１１の機能によって実現される。

【0099】

図２０に示す画面においてユーザが「送信」ボタンをクリック若しくはタップすると、操作を受け付けた測定結果表示処理部３１１は、Ｓ６０３におけるアプリ実行状態判定部３１５と同様に、ＯＳ３００の機能を介してユーザ端末３において実行中であるソフトウェア・プログラムのリストであるプロセス名の文字列情報を取得する。そして、測定結果表示処理部３１１は、取得されたすべてのプロセス名の文字列情報と、図２０に示す"ア
プリ名"の入力欄において入力若しくは選択された文字列情報とを測定サービスサーバ１
に送信する。

【0100】

その結果、測定サービスサーバ１においては、図２０に示す入力欄において入力若しくは選択された"アプリ名"により、プロセス名が変更された可能性のあるゲームやアプリケーションを認識し、同時に受信したプロセス名の文字列情報の一覧から、その"アプリ名"に対応するプロセス名を調べて、プロセス名情報を更新し、若しくは新規に追加することが可能となる。このように、図１８～図２０において説明した測定サービスサーバ１および回線測定アプリ３１０の機能により、管理者の手動によるプロセス名情報の更新を補助することが可能となる。

【0101】

以上、本実施形態に係る回線品質測定システムにおいては、ユーザ端末３におけるＰｉｎｇの応答結果の収集による回線品質の測定処理と並行して、端末内で実行されているプログラムの情報を収集して記録する。これにより、アプリケーションの実行状態における回線品質の測定を簡易化することが可能となる。

【0102】

実施の形態２．
実施の形態１においては、回線品質測定に合わせて行うプロセスチェックにより、図１１に示すようにプロセスチェックを行った"時刻"と、プロセスが実行中であることが確認された"アプリ名"とが記録される場合を例として説明した。本実施形態においては、それぞれのプロセスが実行中であるか否かのみでなく、それぞれのプロセスがユーザ端末３の動作状態やスペックに与えている影響に関する情報を収集する例について説明する。

【0103】

そのため、本実施形態に係るアプリ実行状態判定部３１５は、図６のＳ６０３において、実施の形態１と同様の処理を行うとともに、実行状態であることが確認されたプロセスについてユーザ端末３におけるハードウェア資源の使用状態に関する情報を取得する。このハードウェア資源の使用状態に関する情報は、例えば"ＣＰＵ使用率"、"メモリ使用量"、"ディスクアクセス"、"ネットワーク使用量"等の情報である。

【0104】

その結果、本実施形態に係るアプリ実行状態５は、図１１に示すような情報に代えて図２１に示すような情報を取得し、測定結果情報記憶部３１４に記憶させる。図２１に示す情報のうち"ＣＰＵ使用率"は、その"時刻"において"プロセス名"が示すプロセスのために、ユーザ端末３においてＣＰＵ１０の計算力が消費されていた割合であり、単位は（％）で示される。"メモリ使用量"は、その"時刻"において"プロセス名"が示すプロセスのために、ユーザ端末３においてＲＡＭ２０の容量が専有されている量であり、単位は（ＭＢ）で示される。

【0105】

"ディスクアクセス"は、その"時刻"において"プロセス名"が示すプロセスのために、
ユーザ端末３においてＨＤＤ４０との間での情報転送量であり、単位は（ＭＢ／秒）で示される。"ネットワーク使用量"は、その"時刻"において"プロセス名"が示すプロセスのために、ユーザ端末３においてネットワークを介して行われている通信の情報転送量であり、単位は（Ｍｂｐｓ）で示される。これらの情報は、ＯＳ３００によって提供される機能に基づいて取得され、プログラム別使用状態情報として用いられる。

【0106】

図２２は、実施の形態１の図１２に代えてユーザ端末３において表示される回線品質の測定結果のリアルタイム画面を示す図である。図２２に示すように、本実施形態に係る測定結果のリアルタイム画面においては、図１２において説明した情報に加えて、実行状態が確認されたプロセスに関して図２１に示すように記録されたプロセスチェック結果の情報に基づき、"ＣＰＵ使用率"、"メモリ使用量"、"ディスクアクセス"、"ネットワーク使
用量"等の情報（以降、「リソース情報」とする）が、回線品質の測定結果に合わせてリ
アルタイムに時系列表示される。

【0107】

図２２の例においては、上述したリソース情報のいずれか１つがユーザにより選択されて表示される場合が例として示されているが、複数のリソース情報が同時に表示されても良い。このような表示により、回線品質の時系列な変化とリソース情報の時系列な変化を比較することが可能となり、どのようなリソース情報が回線品質の時系列な変化に影響しているかを把握、検討する事が可能となる。

【0108】

また、実施の形態１において測定結果送信処理部３１２は、図１４に示すようにプロセスチェック結果を集計して測定サービスサーバ１に送信したが、本実施形態に係る測定結果送信処理部３１２は、図２１に示すように取得されたプロセスチェック結果を集計することなくそのまま測定サービスサーバ１に送信する。これにより、測定サービスサーバ１においても、ユーザ端末３と同様にリソース情報の時系列な変化を示す情報が記憶される。従って、図１７において説明したようにＩＳＰと実行状態のゲームやアプリケーションとのマトリクスで表示された回線品質の測定結果におけるそれぞれのセルにおいて、リソース情報の時系列な変化を表示することが可能となる。

【0109】

例えば、図１７に「○×インターネット」と「ゲームＡ」とで決定されるセルに示される回線品質の測定結果が他のセルに比べて悪かったとする。すると、それを確認したユーザとしては、その要因を知りたいと考える。そのような要望に対して、そのセルがクリックやタッチ操作などにより選択された場合に、上述したようなリソース情報の時系列な変化を示す画面（以降、「特定期間リソース変化画面」とする）を提供することにより、そのようなユーザの要望に応えることが可能となる。

【0110】

図２３は、そのような特定期間リソース変化画面の例を示す図である。特定期間リソース変化画面を表示するための情報の生成に際して、サービスＧＵＩ提供部１０１は、まずユーザによる図１７に示す解析結果表示画面に含まれるそれぞれのセルのうち１つを指定する操作を受け付け、その解析結果表示画面を表示するために集計の対象となっている測定結果集計情報の期間、即ち図１３に示す"集計開始時刻"のうち最も早いものと"集計終
了時刻"のうち最も遅いものを取得すると供に、これが、図２３に示す「＊年＊月＊日～
＊年＊月＊日」の表示に反映される。

【0111】

また、サービスＧＵＩ提供部１０１は、ユーザによって指定されたセルにおいて集計対象となっている測定結果集計情報の"契約回線名"を取得する。これが、図２３に示す「○×インターネット」の表示に反映される。

【0112】

更に、サービスＧＵＩ提供部１０１は、ユーザによって指定されたセルにおいて集計対象となっている個々の測定結果集計情報ごとに、"集計開始時刻"、"集計終了時刻"および"ユーザＩＤ"を抽出して条件とすると供に、ユーザによって指定されたセルに対応するアプリ名の"プロセス名"を条件として収集されたプロセスチェック結果を絞り込み、集計の対象とするプロセスチェック結果の情報を抽出する。このようにして抽出したプロセスチェック結果に基づき、サービスＧＵＩ提供部１０１は、図２２において"ＣＰＵ使用率"等の時系列な変化を示す情報を表示する場合と同様に表示情報を生成する。

【0113】

尚、測定サービスサーバ１は複数のユーザ端末３からプロセスチェック結果の情報を収集するため、同一の"時刻"を示す情報が複数存在する場合があり得る。そのような場合、サービスＧＵＩ提供部１０１は、複数のデータの平均値を算出してそれぞれのタイミングにおける値を生成する。このような処理により、より多くのサンプル数に基づいた定量的な解析結果を提供することが可能となる。

【0114】

また、本実施形態に係る回線品質測定システムは、ユーザ端末３において収集された図２１に示すようなプロセスチェック結果を解析することにより、ユーザに対してハードウェア環境の改善提案をすることが可能となる。図２４を参照して、本実施形態に係る改善提案機能について説明する。

【0115】

図２４は、本実施形態に係る改善提案機能の動作を示すフローチャートである。図２４に示す動作は、図６において説明したＳ６０２の動作に応じて開始される。図２４に示すように、本実施形態に係る回線品質測定部３１３は、Ｓ６０２の処理を開始すると、繰り返し取得されるＰｉｎｇの返り値に基づいて回線品質が低下したか否かを監視する（Ｓ２４０１）。

【0116】

Ｓ２４０１において回線品質測定部３１３が回線品質の低下を判断する条件は、例えばパケットロス率やＰｉｎｇ値の変化量に対するしきい値で実現される。パケットロス率を用いる場合、回線品質測定部３１３は、１回／秒の頻度でＰｉｎの応答結果を取得するたびに、［パケットロス数／Ｐｉｎｇ回数］を計算してパケットロス率を計算する。そして、その計算結果として得られるパケットロス率が予め定められたしきい値を超えた場合に、回線品質が低下したと判断する。

【0117】

尚、パケットロス率の計算に際して参照するパケット数は、Ｓ６０２の動作を開始してから取得されたすべてのＰｉｎｇの応答を対象としても良いし、過去の所定回数分のＰｉｎｇの応答を対象としても良い。計算の対象とする過去のＰｉｎｇの回数としては、例えば１００回であり、この場合過去１００秒間におけるパケットロス率が判断の対象となる。

【0118】

他方、回線品質の低下の判断においてＰｉｎｇ値を用いる場合、回線品質の低下を判断する条件はＰｉｎｇ値の変化量に対するしきい値で実現される。Ｐｉｎｇ値の変化量を用いる場合、回線品質測定部３１３は、１回／秒の頻度でＰｉｎの応答結果を取得するたびに、その値が最低値若しくは最高値であるかを判断し、最低値および最高値を更新していく。

【0119】

そして、最低値と最高値との差が予め予め定められたしきい値を超えた場合に、回線品質測定部３１３は、回線品質が低下したと判断する。尚、この場合においても、上述したパケットロス率の場合と同様に、判断対象とする過去のＰｉｎｇの応答数に上限を設けても良い。この他、Ｓ２４０１における判断対象としてジッター値を用いて判断しても良い。

【0120】

Ｓ２４０１の判断の結果、回線品質が低下していると判断された場合（Ｓ２４０１／ＹＥＳ）、アプリ実行状態判定部３１５は、図２１に示すように所定期間毎に取得されるプロセスチェック結果を参照して、ユーザ端末３のハードウェアリソースの状態を判断するためのリソース情報を取得する（Ｓ２４０２）。

【0121】

Ｓ２４０２の処理は、図２１に示すそれぞれのリソース情報ごとに定められたルールに基づいて値を取得する。そのルールとは、例えば過去の所定期間におけるプロセスチェック結果の"ＣＰＵ使用率"、"メモリ使用量"、"ディスクアクセス"、"ネットワーク使用量"の値について最も高い値や、所定期間の平均値などである。そのようにしてリソース情報を取得すると、アプリ実行状態判定部３１５は、リソース状態の変化に基づいてハードウェアリソースの改善点を判断するためのテーブルである要因特定情報を参照する。本実施形態において、要因特定情報はプロセス名情報記憶部３１６に記憶されている。

【0122】

図２５は、本実施形態に係る要因特定情報の例を示す図である。図２５に示すように、本実施形態に係る要因特定情報は、判定に際してどのリソース情報を判定対象とするかを示す"判定対象"、そのリソース情報と比較する"しきい値"、その条件が満たされた場合にユーザに対して提示するメッセージを特定する"判定結果"が関連付けられた情報である。即ち、図２５に示す情報が、ユーザ端末３のハードウェア環境が不足していることを判断するための判断情報として用いられる。

【0123】

図２５において、例えば"ＣＰＵ使用率"の場合、Ｓ２４０２において取得された"ＣＰ
Ｕ使用率"の値が"しきい値"以上であれば、その条件が満たされ、「メッセージＡ」をユ
ーザに提示するべきであると判断される。「メッセージＡ」の具体的な内容は、例えば、「○○のアプリケーションのＣＰＵの使用率が○○％を超え、パケットロス率が高くなっています。より性能の高いＣＰＵを使用することにより、〇〇のアプリケーションをより快適に実行することが可能です。」といった内容である。

【0124】

また、要因特定情報を参照しても条件が一致するレコードが存在しない場合、"ＣＰＵ
使用率"等のリソース情報には要因が存在しないものとして専用のメッセージが別途用意
されている。そのメッセージは例えば「パケットロス率が高くなっていますが、端末のハードウェア状況に問題はありません。ローカルネットワークもしくは外部のネットワークの状況に問題がある可能性があります。ｔｒａｃｅｒｏｕｔｅを行って原因の切り分けを行いましょう。」といった内容である。

【0125】

このように、Ｓ２４０３の処理により要因特定情報を参照して判定結果のメッセージが特定されると、測定結果表示処理部３１１によってそのメッセージがユーザ端末３の表示部に表示される（Ｓ２４０４）。このような処理により、本実施形態に係る改善提案機能の動作が完了する。即ち、回線測定アプリ３１０の各部が連動して環境判断処理を実行する。

【0126】

このような機能により、本実施形態に係る回線皮質測定システムにおいては、上記と同様に回線品質の測定やそれと並行したプログラムの実行状態、並びにプログラムの実行に際して用いられているユーザ端末３のハードウェアリソースの状態を確認することが可能である。それに加えて、それぞれのプログラムをより快適に実行するための環境面の改善をユーザに対して提案することが可能となり、よりユーザの利便性を向上することができる。

【0127】

尚、上記実施形態においては、図２５に示すように"ＣＰＵ使用率"等のそれぞれの値をしきい値と比較する場合を例として説明した。この他、例えば多くのデータに基づいてそれぞれのリソース情報の通常の値（以降、「通常値」とする）を記録しておき、その通常値との差や、変化率をしきい値としても良い。これにより、値そのものに対してしきい値を設定するよりも、回線品質の低下に影響しているリソース状態の変化をより適切に判断することができる。

【0128】

また、上記実施形態においては、ユーザ端末３において実行中のプログラムそれぞれについて、図２１に示すように"ＣＰＵ使用率"等のハードウェアリソースの使用状況を取得し、その解析結果に基づいて図２５に示すようなテーブルを利用して判断する場合を例として説明した。この他、例えばユーザ端末３全体での"ＣＰＵ使用率"等のハードウェアリソースの使用状況を取得し、それぞれのプログラムの使用状況が全体に対して占める割合を参照するようにしても良い。これにより、それぞれのユーザによる電子機器の使用態様に応じたハードウェアリソースの改善提案を行うことが可能となる。

【0129】

また、上記の説明においては、ユーザ端末３において改善提案機能を実現する場合を例として説明した。この他、ユーザ端末３から測定サービスサーバ１に送信された情報に基づいて測定サービスサーバ１側で同様の処理を実行し、抽出されたメッセージをユーザ端末３に通知しても良い。

【符号の説明】

【0130】

１ 測定サービスサーバ
２、２ａ、２ｂ 測定対象サーバ
３、３ａ、３ｂ ユーザ端末
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１０１ サービスＧＵＩ提供部
１０２ 測定結果収集部
１０３ 測定結果情報記憶部
１０４ 回線種別判定部
１０５ 回線判定情報記憶部
３００ ＯＳ
３１０ 回線測定アプリ
３１１ 測定結果表示処理部
３１２ 測定結果送信処理部
３１３ 回線品質測定部
３１４ 測定結果情報記憶部
３１５ アプリ実行状態判定部
３１６ プロセス名情報記憶部
３２１ ゲームＡアプリ
３２２ ゲームＢアプリ
３２３ 映像編集アプリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】