Studio Radishネットワーク速度測定システムRadish Network speed testing
 
Network Speed Testing 利用ガイド

Radish Network Speed Testing の 特徴

簡単に測定できる

測定条件を設定する必要がないので、どなたでも簡単に測定できます。手動で測定条件を入力するのは面倒だし入力ミスも起こりますが、当サイトではシステムが自動調整しますので、初期設定のままでも測定を開始することができます。

測定可能な速度帯が広い

測定可能な速度帯が広いので10kbps程度のナローバンドから500Mbps程度のブロードバンドまで測定できます。

下りも上りも正確に測定

20年以上の通信業界で広く利用されて評価されてきた測定システムは、継続的な開発によりWebブラウザだけで信頼度の高い通信速度の測定ができます。

下り方向、上り方向とも、様々な条件を自動的に調整し、実際のデータ転送により実効速度を正確に測定できます。

Studio Radishの長年のノウハウにより、キャッシング、先読み、バッファリング、サーバーの混雑といった測定の攪乱要素による、虚像の値の発生を低く抑えています。

他の測定者の影響を受けません

同じタイミングで2ユーザーが測定を行った場合に、結果が1/2に抑えられるなどといったことが起こらないよう、複数の測定要求に対して適切な順番待ちや負荷制御が管理されています。

マルチセッションの機能で超広帯域に対応

同時に複数のTCPコネクションを使用するマルチセッションの機能で、TCPの論理的な転送速度の限界を超える測定ができます。使用するTCPセッションの数はシステムが自動的に最適に設定し、最大16接続までに対応し超広帯域にも対応します。また、設定変更でTCP1接続での測定なども行えます。

遅延 ジッターも測定

RTT(ラウンドトリップタイム)、Jitter(ジッター)も測定できます。

RTTはネットワーク遅延の指標で、通信信号がサーバーとの間を往復するのに要する時間を表します。測定するツールの名前からping値と呼ばれる重要なネットワーク性能の指標です。

Jitterは遅延の大きさの揺らぎの大きさで、Jitterの小ささはネットワークの安定性を示します。

ともに測定によるネットワーク負荷のない状態と測定中の変化が計測できるので、ネットワークの安定性を多面的に確認できます。

測定結果の信頼性を分かりやすく表示

測定結果が出ても、その結果が本当に正しいのかどうか不安になったりしませんか?

当サイトでは、グラフと測定品質の点数から安定した測定ができたかどうかが分かりますので、測定結果がどのくらいの信頼性を持っているかを直感的に感じることができます。

IPv6/IPv4を切り替えられる

IPv6で測定するか、IPv4で測定するかを選んで測定できるので、それぞれ目的のプロトコルでの性能を確認できます。

定期的な自動測定で時間ごとの速度変化も確認

1時間ごとなど定期的な測定を自動的に行えるので、時間的な混雑などが確認しやすくなります。

マルチセッションを使用した測定に関して

マルチセッションでの測定結果が回線の能力に近づく理由

当サイトの測定システムは、端末と測定サーバー間のデータ転送能力(スループット)を、TCP/IPのTCPのアプリケーション層で測定しています。

PCから測定サーバでのイメージ図
この間のスループットをターゲットとしています

広い帯域を持つ回線では、1つのTCP接続だけでは帯域を使い切ることはできません。これは帯域遅延積と呼ばれるTCPの通信手順から来る論理的な転送速度の限界によるものです。複数のTCP接続を使うマルチセッションでの測定では、回線の能力により近い測定が行えるようになります。

1接続では帯域を使い切れない
(遅延が大きく1接続ではスループットが出ない)
複数接続により、回線の能力に近い測定ができます

初期設定のまま測定すれば自動的にマルチセッション測定となります

接続数を1~1にすれば、TPC1接続あたりの通信速度を測定することが可能です。

マルチセッションでの測定の意義

1つの家庭の中で、複数のクライアントマシンが回線を共有する環境も増えてきています。また、多くのソフトで同時に回線を利用したり、近年のブラウザなど読み込みを高速化するために複数のTCP接続を積極的に使うソフトウェアも多くなっています。

そのためTCP1接続の速度ではなく、マルチセッションにより回線の能力に近いスループットを測る意味が増してきています。


図:複数のTCP接続により、一つの回線が利用されている日常場面の例

補足

インターネットの通信では物理的なネットワーク内に、TCPセッションと呼ばれる論理的な接続が形成されてデータの送受信が行われます。TCPを用いた通信では帯域遅延積と呼ばれる関係式に制限され、遅延(RTT)が大きいほどスループットが低下する性質をもちます。このスループットの上限的なものはTCPのセッション(コネクション、接続などとも呼びます)ごとに作用します。このため、複数のTCPコネクションを使用することで、回線の本当の転送能力にせまる測定が可能になります。

なお、測定は複数セッションを使用するものであっても、同一時刻区間内で転送できたデータサイズの合計と経過時間を実測で計測したものですので、測定の誤差要素を除き、使用している物理的な回線の能力を超えることはありません。

Radish Network Speed Testing の 仕様

サーバー

当サイトでテストデータを送受信するサーバーは以下に設置されています。

東京サーバー → WebARENA

測定の範囲と測定限界について

10kbps~500Mbps程度の範囲で概ね安定した測定を行う事ができます。

データセンター内での実測では、東京サイトが840Mbps程度となっております(2007年11月現在)。

サーバー側のRWINについて

東京サーバーは約8MBまでの自動調節に設定しています。

動作環境

  • ブラウザの設定でJavaScriptを有効にしてください。
  • スマートフォンやタブレット等でもHTML5の機能のあるブラウザで測定が可能です。
  • 測定にはWebSocketを使用しますので、WebSocket未対応のプロクシなどを利用していることにより、測定ができないまたは不安定になる場合があります。
  • JavaScriptでの測定は、最新のブラウザでのご利用をお勧めいたします。Internet Explorer 9等リリースから年月の経過したブラウザではサポートされる機能の制限により利用できない場合があります。
  • Javaアプレットのご利用についてはこちらをご覧ください。

データ転送量

当システムではデータ転送による実測測定で通信速度を測定しますので、高速な回線をご利用の場合、大きなデータ転送が発生します。

携帯回線など利用通信量に制限や課金のある環境でのご利用にはご注意ください。

平均的な転送量は測定結果の速度に比例し、片方向ごとにそれぞれ1Mbpsあたりで、測定精度が低の場合700KB、測定精度が高の場合で1.4MB程度となります。例えば結果が500Mbpsだった場合には、測定精度が低の場合で片方向あたり350MB程度のデータ転送が発生することになります。

使い方

回線情報の登録

登録内容は統計とレポートに使用しますので、接続に利用されている回線についてご登録ください。ご登録の際には、お間違えのないように(特に単位などに)ご注意ください。登録された内容は常時確認できます(図を参照)。

一度登録された内容はブラウザのCookie(クッキー)に記憶され、次回以降は登録画面は省略されます。

登録内容の変更には、図で示した回線情報登録をクリックください。

測定の設定

回線速度の違いによる測定の設定などは全て自動で調整されます。

測定の設定は図の水色の部分に表示されます。

一般的な速度の確認では初期設定のままで利用いただけます。設定を変更する場合は図で示した設定をクリックください。

測定設定では下記の項目が設定できます。

測定方向
測定するデータ転送の向きを選択します。
測定精度

ご利用回線の実用能力の確認などの用途ではをご利用ください。小さな違いが検出できる精度の高い測定をご希望の場合にはを選択ください。

回線が不安定な場合はを選択することで測定品質を改善できる場合があります。

接続数

マルチセッション機能で使用するTCPの接続数の調整範囲を指定します。測定時には指定された範囲の中で良好な速度を得られる接続数が自動的に選択されます。マルチセッションの機能については上記の解説をご覧ください。

TCPの1接続数あたりの速度を確認したい場合は、11に設定し測定してください。

速度の時間変動が大きな環境では、最小を大きめにすると測定が安定することがあります。

RTTの測定
RTTの測定を行うか選択します。RTTを測定すると、計測データからJitterも算出されます。
データタイプ
測定に使用するデータのデータ圧縮に対する特性を選択します。データ圧縮を用いない通信では結果に違いはありません。
繰り返し測定

1時間~24時間の間隔で最大24回、自動で測定を繰り返すことができます。

端末がスリープしている場合にスリープからの復帰は行われませんので、繰り返し測定をご利用の際は、端末をAC電源に接続しスリープを無効化してご利用ください。

測定クライアント

Javaアプレットが使用できる環境では、Javaアプレットが選択できます。詳しくは下記をご覧ください。

なおJavaアプレットは下記のHTTPS/HTTPでHTTPを選択した場合のみ選択可能です。

HTTPS/HTTP

初期設定では暗号化された通信規格であるHTTPSが選択されています。HTTPを選択すると暗号化の処理がなくなるため、測定による端末の負荷が30~50%程度軽減されます。高速な環境で十分な処理能力がない場合にはHTTPでの測定もお試しください。

また、Javaアプレットが利用できる環境でも、Javaアプレットを選択するためにはHTTPを選択ください。

インターネットプロトコル

IPv6/IPv4の両方に対応した環境では、測定時に使用するプロトコルを選択できます。プロトコルの違いにより経路や処理特性が異なる場合があり、ご利用環境によっては異なる結果になる場合があります。

実際のインターネットの利用では利用するサービスにより、IPv4になるかIPv6になるか異なりますので、一方のみの確認では利用回線の混雑状況などの確認には不十分な場合があります。

測定の開始

測定設定を確認し、図に示した測定パネルに測定準備完了と表示されましたら測定開始ボタンをクリックして測定を開始してください。

測定準備完了が表示されてもブラウザのページ読み込みが完了していない場合は(タブに読み込み中が表示されているなど)、読み込みの完了を待つことをお勧めします。

測定は端末上での他の処理が少ない状態、ディスクアクセスが確認できる環境ではディスクアクセスが少なくなることを待って測定を開始すると端末の負荷による影響を少なくすることができます。

繰り返し測定時の結果の詳細の確認

繰り返し測定を行っている場合は、測定結果は随時、図に示した測定パネルに結果が表示されます。

結果のそれぞれの行をクリックすることで、各結果の詳細も確認できます。

端末のIPアドレスなどを調べる

ご利用のPCやスマートフォンなどの端末のIPアドレスとホスト名が図で示した位置に表示され確認できます。

端末のホスト名はISP等により逆引きが設定されている場合のみ括弧内に表示され、設定されていない場合は ( - ) となります。

Javaアプレットでの測定

Javaアプレットが使用できる環境では、測定設定を変更することでJavaアプレットを使用した低負荷でより精度の高い測定ができます。

現在Javaアプレットの利用できるブラウザは、Windows版のMicrosoft EdgeのInternet Explorerモード(IEモード)のみです。

Javaアプレットのご利用についてはこちらをご覧ください。

用語について

測定の設定項目

測定方向
データの送受信の向きです。下りはサーバー⇒端末の方向です。上りは端末⇒サーバーの方向です。
測定精度
を選択すると測定データを転送する時間が長くなり、測定の精度、安定性が向上します。測定に必要な時間と、転送するデータの量は約倍になります。
接続数

インターネット回線の通信内に形成される、論理的な接続単位であるTCPセッションの数を表します。

設定では使用する接続数の調整の範囲を指定します。

データタイプ
アナログモデムのようなデータ圧縮機能のある回線を測定する際に使用する設定項目です。圧縮効率高は、最も大きな圧縮効果が期待できるデータ、 圧縮効率低は既に圧縮されているファイルのようなこれ以上圧縮効果が期待できないデータで測定します。圧縮効率低が最も転送速度が遅くなり実際の回線速度をそのまま表した結果を得ることができます。データ圧縮の働かない一般的な構成では影響はありません。
HTTPS/HTTP
HTTPSとHTTPは一般的なインターネットのブラウジングで使用される通信手順です。現在の通信ではほとんどの場合暗号化を行うHTTPSが使用され通信の秘匿性が確保されます。HTTPは暗号化されませんが、その分処理の負荷が小さくなり通信速度の測定には適しています。

測定結果

速度

bpsは1秒間に転送できたビット数、Byte/secは1秒間に転送できたバイト数(ビット数の1/8)を表します。

単位の「k」は1,000倍、「M」は1,000,000倍として使用しております。

RTT

ラウンドトリップタイム。送信したデータが送信先に届き、送信先の応答が戻ってくるまでの往復遅延(往復時間)を表します。測定に使用するpingコマンドの名前からping値と呼ばれることもあります。

RTTが大きくなるとTCPは円滑に通信しにくくなり転送速度が上がりにくくなります。またリアルタイム性の求められる通信では応答のタイムラグなどに現れます。

単位はms(ミリ秒)で表示されます。

Jitter

ジッター。送信したデータが送信先に届くまでの時間の揺らぎを表します。RTTの測定時にあわせて算出されます。データが到達するまでの時間に着目している点でRTTと似ていますが、ジッターは変化の大きさを表したもので、往復ではなく往路のみの片道の時間で測定しています。

Jitterが低く安定していることは通信が安定していることを反映します。パケットロスや経路上の処理待ちなどの要因により大きくなります。

単位はms(ミリ秒)で表示されます。

無負荷
速度測定のための通信負荷をかけていない状態でのRTT、Jitterの測定値です。インターネットの通常の利用では無負荷の値に近い特性になります。
測定中

速度測定により通信の限界まで負荷をかけた状態でのRTT、Jitterの測定値です。大量の通信をする際の安定性などの特性の指標となります。

通信速度の測定への影響を考慮して、約1Mbps以下の測定では測定中のRTT、Jitterは測定されません。

接続数

測定システムが速度測定のデータ転送に使用したTCPのセッション数を表します。

接続数は測定設定で指定された範囲(既定では1~16)で最適なものが自動的に決定されます。RTTが大きな環境など、利用回線の能力と比べてTCPの1接続当たり転送速度が低い場合には大きめになります。

測定品質

測定値の乱れと通信の異常中断から算出される測定値の信頼性の指数です。

測定値の乱れは統計的手法により"99パーセンタイルの領域になると推定される誤差範囲"の"測定値"に占める割合で評価し、通信の異常中断は全ての接続の累計で通信できた時間の正常時の予定通信時間に対する割合で評価しています。最良時に100になるよう算出されます。

通信が不安定な場合には低下する傾向がありますが、必ずしも回線の品質を表すわけではございませんのでご注意ください。

更新履歴

2025/06/03
Ver.5.8.0.9 (Ver.5 WebArena東京サーバー)

Jitter測定機能、IPv6測定、クライアントIP情報表示機能、繰り返し測定を提供します。

HTTPSでの運用に変更(HTTPへの切り替え可能)しました。

2023/03/30
Ver. 5.7.7.2

東京WebARENA版 Ver. 5.7.7.2 公開開始。

大阪新町データセンター版サービス終了。

2020/02/13
Ver. 5.7.3.1 (Ver. 5 β)
2020/02/01
Ver. 5.7.3 (Ver. 5 β)
2019/11/12
Ver. 5.7.2 (Ver. 5 β)
2018/07/18
Ver. 5.3.5 (Ver. 5 β)
2018/04/07
Ver. 5.3.3 (Ver. 5 β)
2018/03/30
Ver. 5.3.2 (Ver. 5 β)
2018/02/24
Ver. 5.3.1 (Ver. 5 β)
2017/02/14
Ver. 5.2.2 (Ver. 5 β)
2016/12/13
Ver. 5.2.1 (Ver. 5 β)
2016/11/29
Ver. 5.2 (Ver. 5 β)
2016/06/22
Ver. 5.1.1 (Ver. 5 β)
2016/06/02
Ver. 5.1.0 (Ver. 5 β)
2016/05/16
Ver. 5.0.1 (Ver. 5 β)

Ver. 5系のβ版の公開を開始しました。

WebSocketを使用しJavaScriptのみでも利用可能になりました。

2014/04/09
Java 8でのご利用に対応しました。
2013/11/21
Javaアプレットに署名を付与しました。アプレットはサンドボックス内で動作します。この変更により一部環境においてアプレットが動作しなくなる場合があります。
2011/03/16
大阪サーバーの更新。
2008/02/27
回線情報登録の仕様変更。
2007/11/20
東京サーバーの更新完了(10/1より段階的に更新)。
2007/10/07
Ver.3.2.2
負荷制御システムのマイナーな修正。
2005/09/21
Ver.3.2.1
Javaバーチャルマシンの不具合により上り予備測定時にハングアップする問題を回避する機能の追加。
2005/06/30
Ver.3.2
予備測定時の帯域調整の厳密化。100Mbps以上の測定で予備測定時に帯域調整が適切に行われない可能性のあったものを修正。
2004/12/01
Ver.3.1.1

東京WebARENA版のURL変更、大阪新町データセンター版公開開始

細かい仕様変更。

2004/10/04
Ver.3.0

上り方向の測定方法の変更による測定品質の向上と予備測定の短縮。

負荷制御機能の強化。

IE Mac版などへの対応。

測定条件の若干の調整。

レポートのホストアドレスのマスク機能。

測定結果から測定条件が不適切であったと判断された場合の再測定機能。

2004/04/22
Ver.2.4
バージョン情報の表示などマイナーな変更。
2004/04/08
Ver.2.3

みんなの測定結果への不正データ投稿のチェック機能の追加。

Sun製のJavaバーチャルマシンでEnterキーによる測定開始が受け付けられるように修正。

2003/01/18
Ver.2.25
レポートに測定地情報を追加。
2002/09/30
Ver.2.24
回線情報の登録機能を追加。負荷制御を若干緩和。
2002/07/20
Ver.2.23
Javaバーチャルマシンが通常行わない動作をした場合にも問題が生じないようアプレットを修正。負荷制御の強化。
2002/06/28
Ver.2.21
負荷制御のスクリプトでクッキーに不具合のある環境で起こる問題の解消。測定時刻をサーバー時刻で表示。リポートの表示形式の変更。
2002/06/22
Ver.2.2
Ver.2.2では負荷制御がつきました。上下が同時に測定できるようになりました。サーバーが移転しました。
---/--/--
Ver.2.1
集計アルゴリズムと通信手順の修正により、次の不具合が解消されました。・・・通信特性により一部の環境で実際の速度より早い結果を算出する不具合、一部のプラットフォームで通信手順が正常に動作しないため計測できない不具合。
---/--/--
Ver.2.0
Ver.2.0以降では測定速度・測定精度が大幅に向上しました。また、以前はブラウザの種類による制限がありましたが、上りを含めブラウザの種類によらず測定出来るようになりました。
広告 by AdSense
広告 by AdSense
ブロードバンドキャリア
■FTTH
■CATV
■モバイル
■ADSL
■参考

当サイトはリンクフリーです

Studio Radish

https://www.studio-radish.com

Studio Radish


お問い合わせ Studio Radishについて 個人情報保護方針 利用上のご注意 障害・メンテナンス情報