(57)【要約】【課題】通信品質の劣化を効率的に検出することができる測定装置などを提供する。【解決手段】測定装置は、端末装置により通信される無線パケットを取得する無線パケット取得部と、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の変化量と時間の測定結果の比、または所望のシーケンス番号の受信に必要な時間の測定結果について所定の条件との不整合に関する判定を行う判定部と、を備える。【選択図】図１
2016046569.tif 000002
【特許請求の範囲】
【請求項１】
端末装置により通信される無線パケットを取得する無線パケット取得部と、
前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行う判定部と、を備える、
測定装置。
【請求項２】
前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、前記シーケンス番号の更新速度に関する測定結果として、前記シーケンス番号の変化量と時間の測定結果の比を計算し、その計算結果について所定の条件との不整合に関する判定を行う、
請求項１に記載の測定装置。
【請求項３】
前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、所望の前記シーケンス番号の変化量が一定である場合、前記シーケンス番号の更新速度に関する測定結果として、前記所望の前記シーケンス番号の受信に必要な時間の測定結果を用いて、その測定結果について所定の条件との不整合に関する判定を行う、
請求項１または請求項２のいずれか１項に記載の測定装置。
【請求項４】
前記無線パケットが通信される無線区間の状況に関する情報を取得する無線区間状況取得部を備え、
前記判定部は、前記無線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う、
請求項１から請求項３のいずれか１項に記載の測定装置。
【請求項５】
前記無線パケットに対応するＴＣＰパケットが通信される有線区間の状況に関する情報を取得する有線区間状況取得部を備え、
前記判定部は、前記有線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う、
請求項１から請求項４のいずれか１項に記載の測定装置。
【請求項６】
前記端末装置とは異なる端末装置の状態に関する情報を取得する端末状態取得部を備え、
前記判定部は、前記所定の条件として前記端末状態取得部により取得された情報に基づく条件を用いて、前記不整合に関する判定を行う、
請求項１から請求項５のいずれか１項に記載の測定装置。
【請求項７】
前記判定部は、前記測定結果について、前記不整合に関するパターンの判定を行う、
請求項１から請求項６のいずれか１項に記載の測定装置。
【請求項８】
無線パケット取得部が、端末装置により通信される無線パケットを取得し、
判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行う、
測定方法。
【請求項９】
無線パケット取得部が、端末装置により通信される無線パケットを取得するステップと、
判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行うステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、測定装置、測定方法およびプログラムに関する。
【背景技術】
【０００２】
被検証端末（ＤＵＴ：Ｄｅｖｉｃｅ  Ｕｎｄｅｒ  Ｔｅｓｔ）である無線通信端末のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）スループットの劣化の要因を判別する方法として、分析ツール（例えば、ＴＣＰＴＲＡＣＥ）を用いてその特性を目視してＴＣＰスループットの劣化の発生区間を抽出や確認する方法がある。しかしながら、このような方法では、人の目視によるため、作業の工数がかかってしまう。また、このような方法では、ＴＣＰスループットの劣化が発生したときにおける無線環境と通信網の特徴パラメータを抽出する作業にも手数がかかる。
【０００３】
なお、従来技術の例として、特許文献１に係る「無線アクセスシステムにおける移動端末と無線アクセスポイント」の技術や、特許文献２に係る「通信品質計測装置及びその計測方法」の技術や、特許文献３に係る「品質劣化切り分け方法、及びその装置」の技術が検討されていた（特許文献１〜３参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３８１０４２１号公報
【特許文献２】特許第５３４８５６８号公報
【特許文献３】特許第４３１１６７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、従来の技術では、ＴＣＰスループットの劣化の判別等に要する作業が煩雑であるといった問題があった。
【０００６】
本発明は、このような事情を考慮してなされたもので、通信品質の劣化を効率的に検出することができる測定装置、測定方法およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
（１）上記の課題を解決するために、本発明に係る測定装置は、端末装置により通信される無線パケットを取得する無線パケット取得部と、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行う判定部と、を備える。
【０００８】
（２）本発明は、上記した（１）に記載の測定装置において、前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、前記シーケンス番号の更新速度に関する測定結果として、前記シーケンス番号の変化量と時間の測定結果の比を計算し、その計算結果について所定の条件との不整合に関する判定を行う、構成としてもよい。
【０００９】
（３）本発明は、上記した（１）または上記した（２）のいずれか１つに記載の測定装置において、前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、所望の前記シーケンス番号の変化量が一定である場合、前記シーケンス番号の更新速度に関する測定結果として、前記所望の前記シーケンス番号の受信に必要な時間の測定結果を用いて、その測定結果について所定の条件との不整合に関する判定を行う、構成としてもよい。
【００１０】
（４）本発明は、上記した（１）から上記した（３）のいずれか１つに記載の測定装置において、前記無線パケットが通信される無線区間の状況に関する情報を取得する無線区間状況取得部を備え、前記判定部は、前記無線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う、構成としてもよい。
【００１１】
（５）本発明は、上記した（１）から上記した（４）のいずれか１つに記載の測定装置において、前記無線パケットに対応するＴＣＰパケットが通信される有線区間の状況に関する情報を取得する有線区間状況取得部を備え、前記判定部は、前記有線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う、構成としてもよい。
【００１２】
（６）本発明は、上記した（１）から上記した（５）のいずれか１つに記載の測定装置において、前記端末装置とは異なる端末装置の状態に関する情報を取得する端末状態取得部を備え、前記判定部は、前記所定の条件として前記端末状態取得部により取得された情報に基づく条件を用いて、前記不整合に関する判定を行う、構成としてもよい。
【００１３】
（７）本発明は、上記した（１）から上記した（６）のいずれか１つに記載の測定装置において、前記判定部は、前記測定結果について、前記不整合に関するパターンの判定を行う、構成としてもよい。
【００１４】
（８）上記の課題を解決するために、本発明に係る測定方法は、無線パケット取得部が、端末装置により通信される無線パケットを取得し、判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行う。
【００１５】
（９）上記の課題を解決するために、本発明に係るプログラムは、無線パケット取得部が、端末装置により通信される無線パケットを取得するステップと、判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行うステップと、をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１６】
本発明によれば、通信品質の劣化を効率的に検出することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態（概要）に係る通信システムの概略的な構成を示すブロック図である。
【図２】本発明の一実施形態に係る測定装置の概略的な構成を示すブロック図である。
【図３】本発明の一実施形態に係るＴＣＰのヘッダ（ＴＣＰヘッダ）のフォーマットを示す図である。
【図４】本発明の一実施形態に係る正常時における時間とＴＰＣシーケンス番号との関係の一例を示す図である。
【図５】本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係の一例を示す図である。
【図６】本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間を拡大した部分の一例を示す図である。
【図７】本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係の他の一例を示す図である。
【図８】本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間を拡大した部分の他の一例を示す図である。
【図９】本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間を拡大した部分の他の一例における問題区間（劣化区間）を示す図である。
【図１０】ＴＣＰの特性の劣化を判定する手法の一例を示す図である。
【図１１】本発明の一実施形態（第１実施形態）に係る通信システムの概略的な構成を示すブロック図である。
【図１２】本発明の一実施形態（第１実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【図１３】本発明の一実施形態（第２実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【図１４】本発明の一実施形態（第３実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【図１５】本発明の一実施形態（第４実施形態）に係る通信システムの概略的な構成を示すブロック図である。
【図１６】本発明の一実施形態（第４実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【図１７】本発明の一実施形態（第５実施形態）に係る通信システムの概略的な構成を示すブロック図である。
【図１８】本発明の一実施形態（第５実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【図１９】本発明の一実施形態（第６実施形態）に係る通信システムにおいて行われる処理の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照し、本発明の実施形態について説明する。
【００１９】
［概要］
まず、本発明の実施形態の概要を説明する。
図１は、本発明の一実施形態（概要）に係る通信システムＡ１の概略的な構成を示すブロック図である。
本実施形態に係る通信システムＡ１は、無線で通信が行われる区間（無線区間）の測定装置１と、無線通信を行う端末装置１１と、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）または基地局装置（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）である無線装置１２と、無線装置１２に接続される回線１３と、回線１３に接続されるネットワーク（網）１４と、ネットワーク１４に接続されるサーバ装置１５（例えば、測定サーバ装置）を備える。回線１３としては、例えば、有線の回線が用いられてもよく、または、無線の回線が用いられてもよい。
【００２０】
端末装置１１が、被検証端末の装置である。
ＡＰである無線装置１２としては、例えば、Ｗｉ−Ｆｉ（登録商標）などの無線装置が用いられてもよく、この場合、端末装置１１はＷｉ−Ｆｉ（登録商標）などの機能を用いて無線装置１２と無線通信を行う。
【００２１】
端末装置１１とサーバ装置１５との間で、パケットの通信を行う。
サーバ装置１５と無線装置１２との間におけるネットワーク１４は、有線で通信が行われる区間（有線区間）であり、上り方向（端末装置１１からサーバ装置１５への方向）のＴＣＰパケット２１と、下り方向（サーバ装置１５から端末装置１１への方向）のＴＣＰパケット２２の通信が行われる。それぞれのＴＣＰパケット２１、２２は、ヘッダを含む。
端末装置１１と無線装置１２との間は、無線区間であり、上り方向や下り方向の無線パケット３１の通信が行われる。それぞれの無線パケット３１は、ヘッダを含む。それぞれの無線パケット３１では、例えば、データ部分が暗号化されることがある。
【００２２】
測定装置１は、無線区間で通信される無線パケット３１を受信（例えば、キャプチャ）して、当該無線パケット３１に関する情報を無線区間ログ４１としてメモリに保存（記憶）する。無線パケット３１に関する情報として、ヘッダを解析した結果（例えば、分析結果）の情報が用いられてもよい。
なお、測定装置１は、例えば、無線通信を行うタブレット型のコンピュータの端末装置などを用いて構成される。
【００２３】
例えば、有線区間に対して、モニタ装置（図示せず）が設けられてもよい。
モニタ装置は、有線区間で通信されるＴＣＰパケット２１、２２を受信（例えば、キャプチャ）して、当該ＴＣＰパケット２１、２２に関する情報をＴＣＰモニタログ４２としてメモリに保存（記憶）する。ＴＣＰパケット２１、２２に関する情報として、ヘッダを解析した結果（例えば、分析結果）の情報が用いられてもよい。
【００２４】
端末装置１１は、例えば、サーバ対向品質測定の機能を有しており、スループットや動画再生などについて、端末の状態に関する情報を端末状態ログ４３としてメモリに保存（記憶）する。
なお、端末装置１１は、例えば、スマートフォンの端末装置などを用いて構成される。
【００２５】
通信システムＡ１では、例えば、無線区間ログ４１とＴＣＰモニタログ４２と端末状態ログ４３の対応部分４４に基づいて、各種の解析を行うことが可能である。
また、通信システムＡ１では、例えば、時間とＴＣＰシーケンス番号との対応関係の特性５１などに基づいて、劣化区間５２、５３を検出することなどが可能である。
【００２６】
ここで、他の構成例として、測定装置１の機能が端末装置１１に備えられていてもよく、つまり、測定装置１の機能が一体化された端末装置１１が実施されてもよい。また、測定装置１の機能は、例えば、コンピュータのプログラム（例えば、端末装置１１のアプリケーション）により実現されてもよい。
【００２７】
図２は、本発明の一実施形態に係る測定装置１の概略的な構成を示すブロック図である。
測定装置１は、入力部１０１と、出力部１０２と、通信部１０３と、記憶部１０４と、制御部１０５を備える。
制御部１０５は、無線パケット取得部１２１と、ログ情報取得部１２２と、ログ情報記憶制御部１２３と、解析部１２４と、端末状態取得部１２５と、出力制御部１２６を備える。
【００２８】
入力部１０１は、外部から指示や情報を入力する。例えば、入力部１０１は、ユーザ（人）により操作される操作部を有しており、ユーザにより当該操作部が操作された内容にしたがって指示や情報を入力する。また、例えば、入力部１０１は、外部の装置から出力される指示や情報を入力するインタフェース部を有する。
出力部１０２は、外部へ情報を出力する。例えば、出力部１０２は、表示用の画面に情報を表示出力する。また、例えば、出力部１０２は、外部の装置へ情報を出力するインタフェース部を有する。
通信部１０３は、無線通信を行う。例えば、通信部１０３は、アンテナを有しており、無線の信号（例えば、パケット）の通信（例えば、受信や送信）を行う。
記憶部１０４は、例えば、メモリを有しており、情報を記憶する。
【００２９】
制御部１０５は、各種の制御を行う。
無線パケット取得部１２１は、通信部１０３により受信された無線パケットを取得する。
ログ情報取得部１２２は、無線パケット取得部１２１により取得された無線パケットに基づいて、保存（記憶）対象とする情報（ログ情報）を取得する。
ログ情報記憶制御部１２３は、ログ情報取得部１２２により取得されたログ情報を記憶部１０４に記憶させる。
解析部１２４は、ログ情報などに基づいて、所定の解析を行う。
端末状態取得部１２５は、被検証端末などの端末の状態に関する情報を取得する。
出力制御部１２６は、出力部１０２により情報を出力させる。
【００３０】
図３は、本発明の一実施形態に係るＴＣＰのヘッダ（ＴＣＰヘッダ１００１）のフォーマットを示す図である。
送信ポート番号は、ＴＣＰパケットの送信元のアプリケーションを識別する番号である。
宛先ポート番号は、ＴＣＰパケットの宛先のアプリケーションを識別する番号である。
ＴＣＰのシーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）は、送信するデータ（バイトデータ）に対して順序付けを行う番号である。
確認応答番号（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｎｕｍｂｅｒ）は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）において、受信が完了したデータの位置（バイト位置）を表す番号である。
データオフセットは、ＴＣＰデータが始まる位置（ＴＣＰヘッダのサイズ）を表す値である。
また、予約領域のビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）、緊急（ＵＲＧ：Ｕｒｇｅｎｔ）フラグ、確認応答（ＡＣＫ）フラグ、プッシュ（ＰＳＨ：Ｐｕｓｈ）フラグ、リセット（ＲＳＴ：Ｒｅｓｅｔ）フラグ、シンクロナイズ（ＳＹＮ：Ｓｙｎｃｈｒｏｎｉｚｅ）フラグ、終了（ＦＩＮ：Ｆｉｎｉｓｈ）フラグ、がある。
ウィンドウサイズ（Ｗｉｎｄｏｗ）は、受信側のウィンドウサイズを表す値である。
チェックサム（Ｃｈｅｃｋｓｕｍ）は、ＴＣＰパケットの整合性を検査するためのデータである。
緊急ポインタは、緊急データがある場合に、緊急データの場所（サイズ）を表す値である。
オプション＋パディング（Ｐａｄｄｉｎｇ）は、ＴＣＰ接続における各種の特性を設定するために使用される値である。必要に応じて、３２ビットの倍数になるように、バイトデータの０が埋められる。
ＴＣＰヘッダの後に、データが配置される。データとしては、通常のＴＣＰデータがあり、存在する場合には緊急データがある。
【００３１】
図４は、本発明の一実施形態に係る正常時における時間とＴＰＣシーケンス番号との関係の一例を示す図である。本例は、ＴＣＰＴＲＡＣＥのグラフを示してある。
図４に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。正常時における通信の時間とＴＣＰシーケンス番号との関係の一例に係る特性１１０１を示してある。
図４の例は、正常時におけるＴＣＰデータ更新の振る舞いの一例である。正常時には、通信期間中は、ＴＣＰシーケンス番号が直線的に上がり、ＴＣＰシーケンス番号の更新率が一定である。
【００３２】
図５は、本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係の一例を示す図である。本例は、ＴＣＰＴＲＡＣＥのグラフを示してある。
図５に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。ＴＣＰスループットの劣化の発生時における通信の時間とＴＣＰシーケンス番号との関係の一例に係る特性１２０１を示してある。
図５の例は、ＴＣＰスループットの劣化の発生時におけるＴＣＰデータ更新の振る舞いの一例である。人の目により、劣化の発生区間を確認することが可能である。
【００３３】
図６は、本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間（図５に示されるグラフにおける領域Ｒ１の区間）を拡大した部分の一例を示す図である。
図６に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。図５に示される特性１２０１の劣化発生区間を拡大したものとして、特性１２１１が得られる。
【００３４】
図７は、本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係の他の一例を示す図である。本例は、ＴＣＰＴＲＡＣＥのグラフを示してある。
図７に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。ＴＣＰスループットの劣化の発生時における通信の時間とＴＣＰシーケンス番号との関係の一例に係る特性１３０１を示してある。
図７の例は、ＴＣＰスループットの劣化の発生時におけるＴＣＰデータ更新の振る舞いの一例である。人の目により、劣化の発生区間を確認することが可能である。
【００３５】
図８は、本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間（図７に示されるグラフにおける領域Ｒ２の区間）を拡大した部分の一例を示す図である。
図８に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。図７に示される特性１３０１の劣化発生区間を拡大したものとして、特性１３１１が得られる。
【００３６】
図９は、本発明の一実施形態に係るＴＣＰスループットの劣化の発生時における時間とＴＰＣシーケンス番号との関係について劣化発生区間を拡大した部分の他の一例における問題区間（劣化区間）を示す図である。
図９に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。図９には、図８に示されるものと同様な特性１３１１を示してあり、また、ＴＣＰデータ待ち状態となる区間（ＴＣＰスループットの劣化が発生した時間区間）を問題区間（劣化区間１３２１、１３２２、１３２３）とみなして示してある。
【００３７】
図１０は、ＴＣＰの特性の劣化を判定する手法の一例を示す図である。
図１０に示されるグラフにおいて、横軸は通信の時間［ｓ］を表しており、縦軸はＴＣＰシーケンス番号を表している。通信の時間とＴＣＰシーケンス番号との関係について、正常時の特性１４０１と、ＴＣＰスループットの劣化が発生したときにおける特性１４０２を示してある。
【００３８】
本実施形態では、一例として、ＴＣＰの特性の劣化を判定する場合に、式（１）に示されるＴＣＰシーケンス番号の更新変化量Δを用いる。
なお、所望のＴＣＰシーケンス番号の変化量αは、無線通信が確立されると、同じ（または、ほぼ同じ）になる。
また、ＴＣＰシーケンス番号としては、例えば、ＴＣＰパケットが有するＴＣＰヘッダに含まれる情報に基づいて設定される。具体例として、ＴＣＰシーケンス番号としては、ＴＣＰパケットが有するＴＣＰヘッダに含まれるＴＣＰシーケンス番号（または、それに対応する情報）あるいは確認応答番号（または、それに対応する情報）に基づいて設定される。
【００３９】
［数１］
Δ＝α／β    ・・（１）
Δは、ＴＣＰシーケンス番号の更新変化量である。
αは、所望のＴＣＰシーケンス番号の変化量である。
βは、所望のＴＣＰシーケンス番号の受信（例えば、受信の完了）に必要な時間である。
【００４０】
ＴＣＰシーケンス番号の更新変化量Δについて、正常時の値であるΔ（正常）を求めておく。Δ（正常）としては、例えば、複数の値の平均値などが用いられてもよい。そして、式（２）が成り立つ場合、または、式（３）が成り立つ場合、ＴＣＰスループットの劣化が発生したと判定する。
つまり、ＴＣＰシーケンス番号の更新変化量Δが、Δ（正常）よりも小さい場合、または、所定の値γを加えてもΔ（正常）よりも小さい場合、ＴＣＰスループットの劣化が発生したと判定する。
【００４１】
［数２］
Δ＜Δ（正常）  ・・（２）
Δ（正常）は、ＴＣＰシーケンス番号の更新変化量Δについて、正常時の値である。
この場合、Δ（正常）が、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく値であり、閾値となる。
【００４２】
［数３］
Δ＋γ＜Δ（正常）
つまり、Δ＜Δ（正常）−γ    ・・（３）
γは、０より大きい所定の値であり、マージンである。
この場合、（Δ（正常）−γ）が、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく値であり、閾値となる。
【００４３】
ここで、式（２）および式（３）は、式（４）のように表される。
【００４４】
［数４］
Δ＜（Δに関する閾値）    ・・（４）
【００４５】
上記した式（１）〜式（４）において、所望のＴＣＰシーケンス番号の変化量αが同じ（一定）である場合には、ＴＣＰシーケンス番号の更新変化量Δを式（１）で求めて評価する代わりに、所望のＴＣＰシーケンス番号の受信に必要な時間βを求めて評価することが可能である。この場合、割り算（α／β）のプロセスが必要なくなり、実装上で簡単化できる利点がある。
【００４６】
所望のＴＣＰシーケンス番号の受信に必要な時間βでＴＣＰシーケンス番号の更新変化量Δを評価する場合について説明する。
この場合、所望のＴＣＰシーケンス番号の受信に必要な時間βについて、正常時の値であるβ（正常）を求めておく。β（正常）としては、例えば、正常なスループット出力があるときにおける複数のβの値の平均値などが用いられてもよい。また、β（正常）としては、例えば、事前に設定されたパラメータを読み出して用いてもよい。そして、式（５）が成り立つ場合、または、式（６）が成り立つ場合に、ＴＣＰスループットの劣化が発生したと判定する。
具体的には、式（５）では、所望のＴＣＰシーケンス番号の受信に必要な時間βが、β（正常）よりも大きい場合に、ＴＣＰスループットの劣化が発生したと判定する。また、式（６）では、所望のＴＣＰシーケンス番号の受信に必要な時間βが、β（正常）に所定の値λを加えた結果の値よりも大きい場合に、ＴＣＰスループットの劣化が発生したと判定する。
【００４７】
［数５］
β＞β（正常）  ・・（５）
β（正常）は、所望のＴＣＰシーケンス番号の受信に必要な時間βについて、正常時の値である。
この場合、βが、所望のＴＣＰシーケンス番号の変化量αが同じ（一定）であるときの、被検証端末における所望のＴＣＰシーケンス番号の受信に必要な時間である。
また、この場合、β（正常）が、正常時の所望のＴＣＰシーケンス番号の受信に必要な時間β（正常）に基づく値であり、閾値となる。
【００４８】
［数６］
β＞β（正常）＋λ  ・・（６）
λは、０より大きい所定の値であり、マージンである。
この場合、（β（正常）＋λ）が、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に等価する正常時の所望のＴＣＰシーケンス番号の受信に必要な時間β（正常）に基づく値であり、閾値となる。
【００４９】
ここで、式（５）および式（６）は、式（７）のように表される。
【００５０】
［数７］
β＞（βに関する閾値）  ・・（７）
【００５１】
以上のように、本実施形態に係る測定装置１では、例えば、ＴＣＰのシーケンス番号の更新速度について、無線通信環境やＴＣＰの劣化の発生時間帯を（自動的に）検出することが可能な機能を有する。
本実施形態に係る測定装置１では、例えば、端末装置１１の利用環境におけるＲＳＳＩ、ＳＩＮＲ、無線混雑度、ネットワーク側の混雑度などの情報と紐付けて、ＴＣＰの劣化発生区間を（自動的に）検出する機能を有する。
本実施形態に係る測定装置１では、例えば、ＴＣＰの通信シーケンスの抽出機能や、シーケンス番号対時間の更新状況の抽出機能または所望のＴＣＰシーケンス番号の受信に必要な時間の抽出機能や、シーケンス番号の更新速度が判断基準（第１の判断基準）より小さいまたは所望のＴＣＰシーケンス番号の受信に必要な時間が判断基準（第３の判断基準）より大きい場合にＴＣＰ劣化発生区間の起点を（自動的に）特定する比較・判断機能を有し、不整合事象（例えば、ＴＣＰ劣化）の発生や、ＴＣＰ劣化発生区間を検出することが可能である。
本実施形態に係る測定装置１では、例えば、シーケンス番号の更新速度が判断基準（第２の判断基準）より大きいまたは所望のＴＣＰシーケンス番号の受信に必要な時間が判断基準（第４の判断基準）より小さい場合にＴＣＰ劣化発生区間の終点を（自動的に）特定する比較・判断機能を有し、ＴＣＰ劣化発生区間を検出することが可能である。
なお、シーケンス番号の更新速度や所望のＴＣＰシーケンス番号の受信に必要な時間が判断基準と等しい場合は、例えば、より大きい場合に含められてもよく、または、より小さい場合に含められてもよい。
本実施形態に係る測定装置１では、例えば、端末装置１１におけるスリープタイマー（例えば、Ｗｉ−Ｆｉ（登録商標）のスリープタイマー）、再送回数などの特徴パラメータの基準値となる正常値区間の閾値、または、それぞれの不整合事象になる閾値を格納することが可能である。
【００５２】
本実施形態に係る測定装置１では、例えば、評価環境や評価項目を設定する設定機能を有する。
本実施形態に係る測定装置１では、例えば、評価環境のサーバ装置や外部のインターネットに接続し、通信時のログから、設定済みの評価項目に該当するシーケンスと特徴パラメータの値を抽出する抽出機能を有する。
本実施形態に係る測定装置１では、例えば、抽出された被検証端末（端末装置１１）の接続／通信時のシーケンスや特徴パラメータの値と、評価対象となる不整合事象のシーケンスや特徴パラメータの閾値とを比較する比較機能を有する。
本実施形態に係る測定装置１では、例えば、該当する項目において、シーケンス番号の更新速度に対する判断基準（第１の判断基準）によると、判定対象の値が正常域の閾値を下回った場合には、不整合が発生したことを（自動的に）判定することが可能である。また、本実施形態に係る測定装置１では、例えば、該当する項目において、所望のＴＣＰシーケンス番号の受信に必要な時間に対する判断基準（第３の判断基準）によると、判定対象の値が正常域の閾値を越えた場合には、不整合が発生したことを（自動的に）判定することが可能である。
【００５３】
本実施形態に係る測定装置１では、例えば、不整合に関する表示を行う場合に、該当する不整合の名称、発生時刻、発生時の環境（特に、該当する不整合の発生時における被検証端末のＲＳＳＩ、無線空間のリソース混雑度、ネットワーク側の混雑状況）をパッケージ化して、表示する表示機能を有する。
本実施形態に係る測定装置１では、例えば、不整合を判断する根拠となる正常系の基準値（例えば、ＴＣＰデータの更新速度、正常時のＴＣＰシーケンス番号の時間に対する更新の変化量、所望のＴＣＰシーケンス番号の受信に必要な時間、正常時の所望のＴＣＰシーケンス番号の受信に必要な時間、等）のパラメータを正常の端末から取得して格納する機能を有してもよい。
本実施形態に係る測定装置１では、例えば、測定装置１の機能に対応する処理を実行する方法や、測定装置１の機能を実現するアルゴリズム（例えば、端末装置１１にインストールされるアプリケーションなどのソフトウェア）として実施することも可能である。
本実施形態に係る測定装置１では、例えば、その仕組みを任意の測定器の一部に入れた構成とされてもよい。
【００５４】
以上のように、本実施形態に係る測定装置１では、例えば、通信品質の低下期間のログに基づいて、通信の劣化区間を（自動的に）抽出して解析することで、問題の検出効率を向上させることが可能である。
本実施形態に係る測定装置１では、例えば、ＴＣＰのスループットの劣化区間を（自動的に）検出することが可能である。
本実施形態に係る測定装置１では、例えば、ＴＣＰの劣化の原因、不整合が発生した時間帯における無線区間品質、ＲＳＳＩ、混雑度などのパラメータ（例えば、環境パラメータ）を抽出して、解析の効率を向上させることが可能である。
本実施形態に係る測定装置１では、例えば、ＴＣＰの通信劣化発生時間帯におけるＴＣＰスループットや無線品質を（自動的に）検出することが可能である。
【００５５】
［第１実施形態］
図１１は、本発明の一実施形態（第１実施形態）に係る通信システムＡ１１の概略的な構成を示すブロック図である。
本実施形態に係る通信システムＡ１１は、測定装置２０１と、被検証端末である端末装置（被検証端末装置）２１１と、無線装置２１２と、回線２１３と、ネットワーク２１４と、サーバ装置２１５を備える。ここで、測定装置２０１と被検証端末装置２１１とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。
【００５６】
なお、本実施形態に係る通信システムＡ１１では、図１に示される通信システムＡ１に対して、測定装置２０１が測定装置１に対応しており、被検証端末装置２１１が端末装置１１に対応しており、ＡＰまたはＢＳである無線装置２１２が無線装置１２に対応しており、無線の回線２１３が回線１３に対応しており、ネットワーク２１４がネットワーク１４に対応しており、サーバ装置２１５がサーバ装置１５に対応している。
【００５７】
図１２は、本発明の一実施形態（第１実施形態）に係る通信システムＡ１１において行われる処理の一例を示す図である。
図１２の例では、処理Ｓ１〜処理Ｓ９に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１２の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置２０１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【００５８】
（処理Ｓ１）
測定装置２０１では、評価環境を設定する。評価環境としては、様々な環境が用いられてもよく、例えば、ＡＰまたはＢＳの無線装置２１２と被検証端末装置２１１との距離に関する環境（例えば、近い、遠い、など）や、無線区間における無線通信の混雑度に関する環境（例えば、空きが多い、混雑している、など）が用いられてもよい。
また、測定装置２０１では、評価項目を設定してもよい。評価項目としては、様々な項目が用いられてもよい。
【００５９】
ここで、図２の例では、入力部１０１がユーザによる操作に応じて入力した指示や情報に基づいて、評価環境や評価項目を設定する。
他の構成例として、測定装置２０１では、外部の装置から入力された指示や情報に基づいて、評価環境や評価項目を設定してもよい。
また、他の構成例として、測定装置２０１では、あらかじめ定められた条件などにしたがって、評価環境や評価項目を自動的に設定してもよい。
また、入力部１０１は、ユーザによる操作に応じて、または、外部の装置から、被検証端末装置２１１にＴＣＰ通信させる指示を入力してもよい。この場合、制御部１０５は、被検証端末装置２１１にＴＣＰ通信させる指示を送信する。
【００６０】
（処理Ｓ２）
測定装置２０１では、正常時のＴＣＰシーケンス番号対時間に関する情報や、正常時のＴＣＰシーケンス番号の更新変化量に関する情報などの特徴パラメータをメモリに格納（収納）する。
ここで、測定装置２０１では、様々な情報を格納してもよく、例えば、既知の不整合事象（例えば、ＴＣＰスループットの劣化）の発生時における接続／通信シーケンス（接続や通信のシーケンス）、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）、ＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）、無線混雑度、ネットワーク側の混雑度、端末（被検証端末装置２１１）のスリープタイマー、再送回数などの特徴パラメータに関する情報を格納してもよい。これらの特徴パラメータに関する情報としては、例えば、それぞれの特徴パラメータの基準値となる正常値区間の閾値、または、各々が不整合になる閾値などの情報が用いられてもよい。
本実施形態では、測定装置２０１では、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）またはそれに対応する情報や、正常時の所望のＴＣＰシーケンス番号の受信に必要な時間β（正常）またはそれに対応する情報を格納する。なお、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）、または、正常時の所望のＴＣＰシーケンス番号の受信に必要な時間β（正常）は、例えば、評価環境ごとに異なる値であってもよく、または、評価項目ごとに異なる値であってもよい。
【００６１】
ここで、図２の例では、入力部１０１がユーザによる操作に応じて入力した情報をメモリ（例えば、記憶部１０４）に格納する。
他の構成例として、測定装置２０１では、外部の装置から入力された情報をメモリに格納してもよい。一例として、図２の例では、端末状態取得部１２５が、外部の端末装置から入力された情報をメモリに格納してもよい。
また、他の構成例として、測定装置２０１では、あらかじめ、情報がメモリに格納されていてもよい。
【００６２】
（処理Ｓ３）
測定装置２０１では、被検証端末装置２１１やサーバ装置２１５との間で、時間同期を確保する。この時間同期は、例えば、無線通信の同期に用いられる。
ここで、図２の例では、通信部１０３が被検証端末装置２１１やサーバ装置２１５との間で時間同期を確保する。
【００６３】
（処理Ｓ４）
測定装置２０１では、ＴＣＰ通信シーケンスに関する情報を抽出する。測定装置２０１では、例えば、通信ログを取得する。また、測定装置２０１では、被検証端末装置２１１の状態に関する情報（端末状態の情報）を取得してもよい。
図２の例では、無線パケット取得部１２１が、被検証端末装置２１１から無線送信される無線パケットと、サーバ装置２１５から無線装置２１２を介して無線送信される無線パケットのうちの一方または両方を受信（例えば、キャプチャ）して取得する。ログ情報取得部１２２が、取得された無線パケットに基づく情報（例えば、ＴＣＰシーケンス番号対時間に関する情報）をログ情報として取得する。ログ情報記憶制御部１２３が、取得されたログ情報を記憶部１０４に記憶させる。また、端末状態取得部１２５が、被検証端末装置２１１の状態に関する情報（端末状態の情報）を取得してもよい。
【００６４】
ここで、サーバ装置２１５から被検証端末装置２１１へデータ送信のための無線パケットを送信し、１つまたは複数の当該無線パケットに対してＡＣＫの信号を被検証端末装置２１１からサーバ装置２１５へ送信する場合、測定装置２０１では、例えば、これら両方向の無線パケットのうちでＡＣＫの無線パケットのみを取得して、ＴＣＰシーケンス番号対時間に関する情報を取得してもよい。他の構成例として、測定装置２０１では、これら両方向の無線パケットを取得して、ＴＣＰシーケンス番号対時間に関する情報を取得してもよい。
【００６５】
（処理Ｓ５）
測定装置２０１では、ＴＣＰシーケンス番号対時間の更新状況に関する情報を抽出する。
図２の例では、解析部１２４が、ログ情報に基づいて、あらかじめ定められた処理（解析）を行って、ＴＣＰシーケンス番号の更新変化量Δを検出（測定）する。
なお、測定装置２０１では、例えば、ＴＣＰの不整合の発生区間の起点（必要な場合には、起点および終点）を判定することが可能な他の情報を検出してもよい。他の情報の例として、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいてＴＣＰの不整合の発生区間の起点（必要な場合には、起点および終点）を判定する場合には、解析部１２４が、ログ情報に基づいて、あらかじめ定められた処理（解析）を行って、所望のＴＣＰシーケンス番号の受信に必要な時間を検出（測定）してもよい。
【００６６】
（処理Ｓ６）
測定装置２０１では、ＴＣＰの不整合の発生区間の起点を判定する。
測定装置２０１では、ＴＣＰの不整合の発生区間の起点であることを判定した場合には（ＹＥＳ）、処理Ｓ７へ移行し、他の場合には（ＮＯ）、処理Ｓ４へ移行する。
【００６７】
具体的に、本例では、ＴＣＰの不整合の発生区間の起点を判定する手法の一例として、測定装置２０１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より小さいか否かを判定する。測定装置２０１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より小さい場合には（ＹＥＳ）、処理Ｓ７へ移行し、また、ＴＣＰシーケンス番号の更新速度が判定基準の値以上である場合には（ＮＯ）、処理Ｓ４へ移行する。測定装置２０１では、例えば、ＴＣＰシーケンス番号の更新速度が正常域の閾値を下回った場合に、不整合が発生したことを判定する。この判定は、例えば、評価環境ごとや、評価項目ごとに、行われてもよい。
【００６８】
図２の例では、解析部１２４が、検出されたＴＣＰシーケンス番号の更新変化量Δと、格納された（例えば、あらかじめ設定された）正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく閾値とを比較して、ＴＣＰシーケンス番号の更新変化量Δが閾値未満である場合には、不整合事象（例えば、ＴＣＰスループットの劣化）の発生を判定して、それを検出する。
この場合、ＴＣＰシーケンス番号の更新速度として、ＴＣＰシーケンス番号の更新変化量Δが用いられており、また、判定規準として、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく閾値が用いられている。また、このような閾値は、例えば、処理Ｓ２で格納される、または、当該閾値に関する情報が処理Ｓ２で格納される。また、このような閾値は、例えば、処理Ｓ１で設定された評価環境や評価項目ごとに異なる値が用いられてもよい。
【００６９】
ここで、ＴＣＰの不整合の発生区間の起点を判定する手法の他の一例として、所望のＴＣＰシーケンス番号の変化量αが同じ（一定）であるとみなされるときに、測定装置２０１では、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値より大きいか否かを判定してもよい。この場合、測定装置２０１では、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値より大きい場合には（ＹＥＳ）、処理Ｓ７へ移行し、また、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値以下である場合には（ＮＯ）、処理Ｓ４へ移行する。測定装置２０１では、例えば、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値を上回った場合に、不整合が発生したことを判定する。この判定は、例えば、評価環境ごとや、評価項目ごとに、行われてもよい。
なお、実施形態では、ＴＣＰの不整合の発生区間の起点を判定する手法の一例として、ＴＣＰシーケンス番号の更新速度に基づいて判定する手法を説明するが、他の例として、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法が用いられてもよい。実施形態においてＴＣＰシーケンス番号の更新速度に基づいて判定する手法について説明する事項は、適用可能な範囲で、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法について適用されてもよい。
【００７０】
（処理Ｓ７）
測定装置２０１では、ＴＣＰシーケンス番号の更新変化量Δに関し不整合事象の発生を検出した場合に、ＴＣＰの不整合が発生した区間の起点として検出する。
図２の例では、解析部１２４が、ＴＣＰシーケンス番号の更新変化量Δが閾値未満である場合に、不整合事象（例えば、ＴＣＰスループットの劣化）の発生を、ＴＣＰの不整合が発生した区間の起点として判定して、それを検出する。
また、測定装置２０１では、不整合事象の発生が検出された場合に、処理Ｓ１により、不整合事象の発生に関する評価環境や評価項目の情報を設定してもよい。
【００７１】
（処理Ｓ８）
測定装置２０１では、不整合事象の発生が検出された場合に、不整合事象の発生を示す情報を出力する。
図２の例では、出力制御部１２６が、不整合事象の発生が検出された場合に、不整合事象の発生を示す情報を出力部１０２の表示画面に表示出力する。
ここで、出力制御部１２６は、例えば、該当する不整合事象の名称、その発生時刻、その発生時の環境（特に、該当する不整合事象の発生時における被検証端末のＲＳＳＩ、無線空間のリソースの混雑度、網側の混雑状況）をパッケージ化して表示してもよい。
【００７２】
（処理Ｓ９）
測定装置２０１では、被検証端末装置２１１に関して、ＴＣＰの通信の開始から完了までの区間（時間帯）におけるＲＳＳＩ、混雑度などの特徴パラメータ（例えば、環境パラメータ）を抽出する。
ここで、測定装置２０１では、様々な情報を抽出してもよく、例えば、接続／通信シーケンス、ＲＳＳＩ、ＳＩＮＲ、無線混雑度、ネットワーク側の混雑度、端末（被検証端末装置２１１）のスリープタイマー、再送回数などの特徴パラメータを抽出してもよい。
図２の例では、通信部１０３が、被検証端末装置２１１との間で通信して、各種の特徴パラメータを取得する。他の構成例として、解析部１２４が、ログ情報または他の情報に基づいて、各種の特徴パラメータを検出して取得してもよい。
【００７３】
［第２実施形態］
本実施形態に係る通信システムの概略的な構成は、第１実施形態に係る図１１に示される通信システムＡ１１と同様である。
本実施形態では、図１１に示される通信システムＡ１１において、測定装置２０１の代わりに測定装置２３１を用いる場合を示し、他の構成については同様として、同一の符号を用いて説明する。
【００７４】
図１３は、本発明の一実施形態（第２実施形態）に係る通信システムＡ１１において行われる処理の一例を示す図である。
図１３の例では、処理Ｓ２１〜処理Ｓ３２に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１３の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置２３１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【００７５】
（処理Ｓ２１〜処理Ｓ２７）
測定装置２３１では、処理Ｓ２１〜処理Ｓ２７のそれぞれとして、図１２に示される処理Ｓ１〜処理Ｓ７のそれぞれと同様な処理を行う。
【００７６】
（処理Ｓ２８）
測定装置２３１では、処理Ｓ２７においてＴＣＰの不整合が発生した区間の起点を検出した後に、ＴＣＰの通信中であるか否かを判定する。測定装置２３１では、例えば、ＴＣＰの通信の終了を示す情報（ＴＣＰ  ＦＩＮの情報）を検知したか否かを判定し、これを検知していない場合（未検知の場合）には、ＴＣＰの通信中であると判定する。
測定装置２３１では、ＴＣＰの通信中であると判定した場合には（ＹＥＳ）、処理Ｓ２９へ移行し、また、ＴＣＰの通信が終了したと判定した場合には（ＮＯ）、本例の処理を終了する。
図２の例では、通信部１０３が、ＴＣＰの通信中であるか否かを判定する。
【００７７】
（処理Ｓ２９）
測定装置２３１では、ＴＣＰの不整合の発生区間の終点を判定する。
測定装置２３１では、ＴＣＰの不整合の発生区間の終点であることを判定した場合には（ＹＥＳ）、処理Ｓ３０へ移行し、他の場合には（ＮＯ）、処理Ｓ２８へ移行する。
【００７８】
具体的に、本例では、ＴＣＰの不整合の発生区間の終点を判定する手法の一例として、測定装置２３１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きいか否かを判定する。測定装置２３１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きい場合には（ＹＥＳ）、処理Ｓ３０へ移行し、また、ＴＣＰシーケンス番号の更新速度が判定基準の値以下である場合には（ＮＯ）、処理Ｓ２８へ移行する。測定装置２３１では、例えば、ＴＣＰシーケンス番号の更新速度が正常域の閾値を（下回った状態から）上回った場合に、不整合が終了したことを判定する。この判定は、例えば、評価環境ごとや、評価項目ごとに、行われてもよい。
図２の例では、解析部１２４が、検出されたＴＣＰシーケンス番号の更新変化量Δと、格納された（例えば、あらかじめ設定された）正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく閾値とを比較して、ＴＣＰシーケンス番号の更新変化量Δが閾値を超える場合には、不整合事象（例えば、ＴＣＰスループットの劣化）の終了を判定して、それを検出する。
この場合、ＴＣＰシーケンス番号の更新速度として、ＴＣＰシーケンス番号の更新変化量Δが用いられており、また、判定規準として、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく閾値が用いられている。また、このような閾値は、例えば、処理Ｓ２２で格納される、または、当該閾値に関する情報が処理Ｓ２２で格納される。また、このような閾値は、例えば、処理Ｓ２１で設定された評価環境や評価項目ごとに異なる値が用いられてもよい。
【００７９】
ここで、本実施形態では、処理Ｓ２６および処理Ｓ２９において、ＴＣＰシーケンス番号の更新変化量Δと、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）に基づく閾値のそれぞれとして、共通のものが用いられたが、他の構成例として、これらのうちの一方または両方について、処理Ｓ２６と処理Ｓ２９とで、異なるものが用いられてもよい。
【００８０】
ここで、ＴＣＰの不整合の発生区間の終点を判定する手法の他の一例として、所望のＴＣＰシーケンス番号の変化量αが同じ（一定）であるとみなされるときに、測定装置２３１では、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値より小さいか否かを判定してもよい。この場合、測定装置２３１では、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値より小さい場合には（ＹＥＳ）、処理Ｓ３０へ移行し、また、所望のＴＣＰシーケンス番号の受信に必要な時間が判定基準の値以上である場合には（ＮＯ）、処理Ｓ２８へ移行する。測定装置２３１では、例えば、所望のＴＣＰシーケンス番号の受信に必要な時間が正常域の閾値を（上回った状態から）下回った場合に、不整合が終了したことを判定する。この判定は、例えば、評価環境ごとや、評価項目ごとに、行われてもよい。
なお、実施形態では、ＴＣＰの不整合の発生区間の終点を判定する手法の一例として、ＴＣＰシーケンス番号の更新速度に基づいて判定する手法を説明するが、他の例として、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法が用いられてもよい。実施形態においてＴＣＰシーケンス番号の更新速度に基づいて判定する手法について説明する事項は、適用可能な範囲で、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法について適用されてもよい。
【００８１】
（処理Ｓ３０）
測定装置２３１では、ＴＣＰシーケンス番号の更新変化量Δに関し不整合事象の終了を検出した場合に、ＴＣＰの不整合が発生した区間の終点（例えば、ＴＣＰ劣化発生区間の終点）として検出する。
図２の例では、解析部１２４が、ＴＣＰシーケンス番号の更新変化量Δが閾値を超える場合に、不整合事象（例えば、ＴＣＰスループットの劣化）の終了を、ＴＣＰの不整合が発生した区間の終点として判定して、それを検出する。
【００８２】
（処理Ｓ３１）
測定装置２３１では、処理Ｓ２７においてＴＣＰの不整合が発生した区間の起点を検出した後に、その区間（時間帯）について、被検証端末装置２１１に関して、ＴＣＰの通信の開始から完了までの区間におけるＲＳＳＩ、混雑度などの特徴パラメータ（例えば、環境パラメータ）を抽出する。
図２の例では、通信部１０３が、被検証端末装置２１１との間で通信して、各種の特徴パラメータを取得する。他の構成例として、解析部１２４が、ログ情報に基づいて、各種の特徴パラメータを検出して取得してもよい。
【００８３】
ここで、測定装置２３１では、例えば、評価環境のサーバ装置２１５や外部のインターネットなどに接続して、通信時のログに基づいて、被検証端末装置２１１に関し、接続／通信シーケンスや特徴パラメータの値を抽出してもよい。また、測定装置２３１では、例えば、抽出した接続／通信シーケンスや特徴パラメータの値と、不整合事象における接続／通信シーケンス（パターン）や特徴パラメータの値（閾値）とを比較してもよい。なお、このような比較は、例えば、設定済みの評価対象（例えば、評価項目）に該当する情報（接続／通信シーケンスや特徴パラメータの値）ごとに行われてもよい。
【００８４】
図２の例では、例えば、あらかじめ、記憶部１０４に、不整合事象における接続／通信シーケンスのパターンを１種類または２種類以上記憶しておく。つまり、不整合事象が発生すると、正常時の接続／通信シーケンスの振る舞いとは異なる振る舞いとなり、そのような不整合事象における接続／通信シーケンスのパターンを記憶しておく。
そして、解析部１２４が、検出された接続／通信シーケンスと、記憶された不整合事象における接続／通信シーケンスのパターンとを比較して、これらが一致した場合には、不整合事象におけるパターンであると判定して、それを検出する。また、解析部１２４が、検出された接続／通信シーケンスと、記憶された２種類以上の不整合事象における接続／通信シーケンスのパターンとを比較することで、いずれの不整合事象における接続／通信シーケンスのパターンと一致（例えば、相関でもよい。）するかを判定して、それを検出することができ、不整合事象の種類を特定することが可能である。
【００８５】
また、図２の例では、例えば、あらかじめ、記憶部１０４に、不整合事象における特徴パラメータの値（閾値）を記憶しておく。つまり、不整合事象が発生すると、正常時の特徴パラメータの値とは異なる値となり、そのような不整合事象における特徴パラメータであるか否かを判定するための値（閾値）を記憶しておく。
そして、解析部１２４が、検出された特徴パラメータの値と、記憶された不整合事象における特徴パラメータの閾値とを比較して、検出された特徴パラメータの値が不整合事象における特徴パラメータの値であるか否か（例えば、閾値との大小関係）を判定して、それを検出する。これにより、解析部１２４が、検出された特徴パラメータの値が不整合事象における特徴パラメータの値であると判定した場合には、例えば、検出された接続／通信シーケンスが不整合事象における接続／通信シーケンスのパターンと一致すると判定したときに、その原因（例えば、ＴＣＰ通信の劣化の要因）が特徴パラメータに関する項目の不整合事象（例えば、無線区間の通信の劣化）であると判定して、それを検出することができる。一方、解析部１２４が、検出された特徴パラメータの値が不整合事象における特徴パラメータの値ではない（つまり、正常な値である）と判定した場合には、例えば、検出された接続／通信シーケンスが不整合事象における接続／通信シーケンスのパターンと一致すると判定したときに、その原因（例えば、ＴＣＰ通信の劣化の要因）が特徴パラメータに関する項目以外の不整合事象であると判定して、それを検出することができる。
【００８６】
（処理Ｓ３２）
測定装置２３１では、不整合事象の発生の起点および終点が検出された場合に、不整合事象の発生を示す情報を出力する。この情報としては、ＴＣＰの通信の劣化区間の情報が含まれてもよい。
図２の例では、出力制御部１２６が、不整合事象の発生の起点および終点が検出された場合に、不整合事象の発生を示す情報を出力部１０２の表示画面に表示出力する。
ここで、出力制御部１２６は、例えば、該当する不整合事象の名称、その発生時刻、その終了時刻、その発生時の環境（特に、該当する不整合事象の発生時における被検証端末のＲＳＳＩ、無線空間のリソースの混雑度、網側の混雑状況）をパッケージ化して表示してもよい。
【００８７】
［第３実施形態］
本実施形態に係る通信システムの概略的な構成は、第１実施形態に係る図１１に示される通信システムＡ１１と同様である。
本実施形態では、図１１に示される通信システムＡ１１において、測定装置２０１の代わりに測定装置２５１を用いる場合を示し、他の構成については同様として、同一の符号を用いて説明する。
【００８８】
図１４は、本発明の一実施形態（第３実施形態）に係る通信システムＡ１１において行われる処理の一例を示す図である。
図１４の例では、処理Ｓ５１〜処理Ｓ６１に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１４の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置２５１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【００８９】
（処理Ｓ５１〜処理Ｓ５７）
測定装置２５１では、処理Ｓ５１〜処理Ｓ５７のそれぞれとして、図１３に示される処理Ｓ２１〜処理Ｓ２７のそれぞれと同様な処理を行う。
ここで、図１４の例では、図１３の例と比べて、処理２８が設けられていない。
【００９０】
（処理Ｓ５８）
測定装置２５１では、処理Ｓ５７においてＴＣＰの不整合が発生した区間の起点を検出した後に、図１３に示される処理Ｓ２９と同様な処理を行う。
具体的には、測定装置２５１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きいか否かを判定する。測定装置２５１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きい場合には（ＹＥＳ）、処理Ｓ５９へ移行し、また、ＴＣＰシーケンス番号の更新速度が判定基準の値以下である場合には（ＮＯ）、処理Ｓ５８を繰り返して行う。
なお、図１３に示される処理Ｓ２９と同様に、ＴＣＰの不整合の発生区間の終点を判定する手法の他の例として、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法が用いられてもよい。
【００９１】
（処理Ｓ５９）
測定装置２５１では、処理Ｓ５９として、図１３に示される処理Ｓ３０と同様な処理を行う。
【００９２】
（処理Ｓ６０）
測定装置２５１では、処理Ｓ６０として、図１３に示される処理Ｓ３１と同様な処理を行う。
【００９３】
（処理Ｓ６１）
測定装置２５１では、例えば図１３に示される処理Ｓ３２と同様に、不整合事象の発生の起点および終点が検出された場合に、不整合事象の発生を示す情報を出力する。
【００９４】
［第４実施形態］
図１５は、本発明の一実施形態（第４実施形態）に係る通信システムＡ２１の概略的な構成を示すブロック図である。
本実施形態に係る通信システムＡ２１は、測定装置３０１と、被検証端末である端末装置（被検証端末装置）３１１と、無線装置３１２と、回線３１３と、ネットワーク３１４と、サーバ装置３１５と、モニタ装置３１６を備える。ここで、測定装置３０１と被検証端末装置３１１とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。また、サーバ装置３１５とモニタ装置３１６とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。
【００９５】
なお、本実施形態に係る通信システムＡ２１では、図１に示される通信システムＡ１に対して、測定装置３０１が測定装置１に対応しており、被検証端末装置３１１が端末装置１１に対応しており、ＡＰまたはＢＳである無線装置３１２が無線装置１２に対応しており、無線の回線３１３が回線１３に対応しており、ネットワーク３１４がネットワーク１４に対応しており、サーバ装置３１５がサーバ装置１５に対応しており、モニタ装置３１６がＴＣＰパケットをモニタする装置に対応している。
【００９６】
ここで、概略的には、本実施形態に係る通信システムＡ２１は、第１実施形態に係る図１１に示される通信システムＡ１１と比べて、モニタ装置３１６を備える点で相違しており、他の点については、同様である。
【００９７】
図１６は、本発明の一実施形態（第４実施形態）に係る通信システムＡ２１において行われる処理の一例を示す図である。
図１６の例では、処理Ｓ１０１〜処理Ｓ１０９に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１６の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置３０１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【００９８】
（処理Ｓ１０１〜処理Ｓ１０３）
測定装置３０１では、処理Ｓ１０１〜処理Ｓ１０３のそれぞれとして、図１２に示される処理Ｓ１〜処理Ｓ３のそれぞれと同様な処理を行う。
【００９９】
（処理Ｓ１０４）
測定装置３０１では、ＴＣＰ通信シーケンスに関する情報を抽出する。測定装置３０１では、例えば、通信ログを取得する。また、測定装置３０１では、被検証端末装置３１１の状態に関する情報（端末状態の情報）を取得してもよい。
図２の例では、本実施形態においては、無線パケット取得部１２１が、被検証端末装置３１１から無線送信される無線パケットを受信（例えば、キャプチャ）して取得する。ログ情報取得部１２２が、取得された無線パケットに基づく情報（例えば、ＴＣＰシーケンス番号対時間に関する情報）をログ情報として取得する。ログ情報記憶制御部１２３が、取得されたログ情報を記憶部１０４に記憶させる。また、端末状態取得部１２５が、被検証端末装置３１１の状態に関する情報（端末状態の情報）を取得してもよい。
【０１００】
（処理Ｓ１０５〜処理Ｓ１０７）
測定装置３０１では、処理Ｓ１０５〜処理Ｓ１０７のそれぞれとして、図１２に示される処理Ｓ５〜処理Ｓ７のそれぞれと同様な処理を行う。
【０１０１】
（処理Ｓ１０８）
測定装置３０１では、処理Ｓ１０８として、図１２に示される処理Ｓ９のそれぞれと同様な処理を行う。
【０１０２】
（処理Ｓ１０９）
測定装置３０１では、不整合事象の発生が検出された場合に、不整合事象の発生を示す情報を出力する。測定装置３０１では、例えば、処理Ｓ１０８の結果に基づいて、不整合事象の発生の区間を検出して、当該区間に関する情報を出力してもよい。
図２の例では、出力制御部１２６が、不整合事象の発生が検出された場合に、不整合事象の発生を示す情報を出力部１０２の表示画面に表示出力する。
ここで、出力制御部１２６は、例えば、該当する不整合事象の名称、その発生時刻、その発生時の環境（特に、該当する不整合事象の発生時における被検証端末のＲＳＳＩ、無線空間のリソースの混雑度、網側の混雑状況）をパッケージ化して表示してもよい。
【０１０３】
本実施形態では、測定装置３０１では、モニタ装置３１６により行われた有線区間におけるＴＣＰパケットの解析（例えば、ＴＣＰヘッダの解析）の結果に基づいて、不整合事象が発生した要因を特定することなどを行ってもよい。測定装置３０１では、例えば、モニタ装置３１６から、当該モニタ装置３１６により行われた有線区間におけるＴＣＰパケットの解析（例えば、ＴＣＰヘッダの解析）の結果に関する情報を通信部１０３により受信して取得してもよい。測定装置３０１では、例えば、第２実施形態の場合と同様に、不整合事象が発生した要因を特定することなどを行ってもよい。
【０１０４】
［第５実施形態］
図１７は、本発明の一実施形態（第５実施形態）に係る通信システムＡ３１の概略的な構成を示すブロック図である。
本実施形態に係る通信システムＡ３１は、測定装置４０１と、被検証端末である端末装置（被検証端末装置）４１１と、無線装置４１２と、回線４１３と、ネットワーク４１４と、サーバ装置４１５と、モニタ装置４１６と、正常動作の端末装置４１７を備える。ここで、測定装置４０１と被検証端末装置４１１とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。また、測定装置４０１と正常動作の端末装置４１７とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。また、サーバ装置４１５とモニタ装置４１６とは、本実施形態では、有線で接続されて通信するが、他の構成例として、無線で接続されて通信してもよい。
【０１０５】
なお、本実施形態に係る通信システムＡ３１では、図１に示される通信システムＡ１に対して、測定装置４０１が測定装置１に対応しており、被検証端末装置４１１が端末装置１１に対応しており、ＡＰまたはＢＳである無線装置４１２が無線装置１２に対応しており、無線の回線４１３が回線１３に対応しており、ネットワーク４１４がネットワーク１４に対応しており、サーバ装置４１５がサーバ装置１５に対応しており、モニタ装置４１６がＴＣＰパケットをモニタする装置に対応している。
【０１０６】
ここで、概略的には、本実施形態に係る通信システムＡ３１は、第４実施形態に係る図１５に示される通信システムＡ２１と比べて、正常動作の端末装置４１７を備える点で相違しており、他の点については、同様である。
【０１０７】
本実施形態では、測定装置４０１において、正常動作の端末装置４１７におけるＴＣＰ通信の状態を基準とする。例えば、測定装置４０１では、正常動作の端末装置４１７におけるＴＣＰシーケンス番号の更新変化量Δを、正常なＴＣＰシーケンス番号の更新変化量Δ（正常）とみなして使用する。
なお、他の例として、測定装置４０１では、正常動作の端末装置４１７における所望のＴＣＰシーケンス番号の受信に必要な時間βを、正常な所望のＴＣＰシーケンス番号の受信に必要な時間β（正常）とみなして使用する、構成が用いられてもよい。
本実施形態では、正常動作の端末装置４１７におけるＴＣＰ通信の状態を基準として、被検証端末装置４１１におけるＴＣＰ通信の状態を比較する。
これにより、測定装置４０１では、例えば、被検証端末装置４１１と近い場所（例えば、同じ部屋など）において、基準となる情報を取得することができる。また、測定装置４０１では、例えば、端末装置ごとに依存するＴＣＰ通信の状態（例えば、不整合事象が発生する状態など）を検出することが可能となる。
ここで、正常動作の端末装置４１７としては、様々な端末装置が用いられてもよく、例えば、被検証端末装置４１１と同じ機種の端末装置が用いられてもよく、または、被検証端末装置４１１とは異なる機種の端末装置が用いられてもよい。また、正常動作の端末装置４１７としては、例えば、被検証端末装置４１１と同じ機種であるが、インストールされているプログラム（アプリケーション）の数や種類が異なる端末装置が用いられてもよい。
【０１０８】
図１８は、本発明の一実施形態（第５実施形態）に係る通信システムＡ３１において行われる処理の一例を示す図である。
図１８の例では、処理Ｓ２０１〜処理Ｓ２０９に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１８の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置４０１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【０１０９】
（処理Ｓ２０１）
測定装置４０１では、処理Ｓ２０１として、図１６に示される処理Ｓ１０１と同様な処理を行う。
【０１１０】
（処理Ｓ２０２）
測定装置４０１では、正常時のＴＣＰシーケンス番号対時間に関する情報や、正常時のＴＣＰシーケンス番号の更新変化量に関する情報などの特徴パラメータをメモリに格納（収納）する。本実施形態では、測定装置４０１では、正常時の情報として、正常動作の端末装置４１７に関する情報を取得する。測定装置４０１では、例えば、正常動作の端末装置４１７と直接通信することで、正常動作の端末装置４１７に関する情報を受信して取得してもよく、または、正常動作の端末装置４１７と無線装置４１２との間で通信される無線パケットを受信（例えば、キャプチャ）することで、受信された無線パケットに基づいて、正常動作の端末装置４１７に関する情報を取得してもよい。
ここで、測定装置４０１では、例えば、第１実施形態の場合（図１２に示される処理Ｓ２の場合）と同様に、様々な情報を格納してもよい。
【０１１１】
ここで、図２の例では、測定装置４０１では、例えば、端末状態取得部１２５が、外部の端末装置（本実施形態では、正常動作の端末装置４１７）から入力された情報をメモリに格納する。
なお、測定装置４０１では、正常時の情報（本実施形態では、正常動作の端末装置４１７に関する情報）を任意のタイミングで取得してもよく、例えば、被検証端末装置４１１に関する情報を取得する際に同時に取得してもよく、または、被検証端末装置４１１に関する情報を取得する前あるいは後に取得してもよい。
【０１１２】
（処理Ｓ２０３〜処理Ｓ２０９）
測定装置４０１では、処理Ｓ２０３〜処理Ｓ２０９のそれぞれとして、図１６に示される処理Ｓ１０３〜処理Ｓ１０９のそれぞれと同様な処理を行う。
【０１１３】
［第６実施形態］
本実施形態に係る通信システムの概略的な構成は、第５実施形態に係る図１７に示される通信システムＡ３１と同様である。
本実施形態では、図１７に示される通信システムＡ３１において、測定装置４０１の代わりに測定装置４３１を用いる場合を示し、他の構成については同様として、同一の符号を用いて説明する。
【０１１４】
図１９は、本発明の一実施形態（第６実施形態）に係る通信システムＡ３１において行われる処理の一例を示す図である。
図１９の例では、処理Ｓ２２１〜処理Ｓ２３１に分けて説明するが、処理の分け方（処理のまとまりの捉え方）は任意であってもよい。また、処理の順序としては、図１９の例の順序とは異なる順序が用いられてもよい。
また、本実施形態では、測定装置４３１が図２に示される測定装置１と同様な処理部１０１〜１０５、１２１〜１２６を備えるとして、同一の符号を用いて説明する。
【０１１５】
（処理Ｓ２２１〜処理Ｓ２２７）
測定装置４３１では、処理Ｓ２２１〜処理Ｓ２２７のそれぞれとして、図１８に示される処理Ｓ２０１〜処理Ｓ２０７のそれぞれと同様な処理を行う。
【０１１６】
（処理Ｓ２２８）
測定装置４３１では、処理Ｓ２２７においてＴＣＰの不整合が発生した区間の起点を検出した後に、図１３に示される処理Ｓ２９と同様な処理を行う。
具体的には、測定装置４３１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きいか否かを判定する。測定装置４３１では、ＴＣＰシーケンス番号の更新速度が判定基準の値より大きい場合には（ＹＥＳ）、処理Ｓ２２９へ移行し、また、ＴＣＰシーケンス番号の更新速度が判定基準の値以下である場合には（ＮＯ）、処理Ｓ２２８を繰り返して行う。
なお、図１３に示される処理Ｓ２９と同様に、ＴＣＰの不整合の発生区間の終点を判定する手法の他の例として、所望のＴＣＰシーケンス番号の受信に必要な時間に基づいて判定する手法が用いられてもよい。
【０１１７】
（処理Ｓ２２９）
測定装置４３１では、処理Ｓ２２９として、図１３に示される処理Ｓ３０と同様な処理を行う。
【０１１８】
（処理Ｓ２３０）
測定装置４３１では、処理Ｓ２３０として、図１３に示される処理Ｓ３１と同様な処理を行う。
【０１１９】
（処理Ｓ２３１）
測定装置４３１では、例えば図１３に示される処理Ｓ３２と同様に、不整合事象の発生の起点および終点が検出された場合に、不整合事象の発生を示す情報を出力する。
【０１２０】
［以上の実施形態に係る構成例］
一構成例として、端末装置（実施形態では、被検証端末装置）により通信される無線パケットを取得する無線パケット取得部（図２の例では、無線パケット取得部１２１）と、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果（実施形態では、ＴＣＰシーケンス番号の更新変化量Δ、または、所望のＴＣＰシーケンス番号の受信に必要な時間β）について所定の条件（実施形態では、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常）、または、所望のＴＣＰシーケンス番号の受信に必要な時間β（正常））との不整合に関する判定を行う判定部（図２の例では、解析部１２４の機能）と、を備える、測定装置（図２の例では、測定装置１）である。
一構成例として、測定装置において、前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、前記シーケンス番号の更新速度に関する測定結果として、前記シーケンス番号の変化量と時間の測定結果の比（実施形態では、ＴＣＰシーケンス番号の更新変化量Δ）を計算し、その計算結果について所定の条件（実施形態では、正常時のＴＣＰシーケンス番号の更新変化量Δ（正常））との不整合に関する判定を行う。
一構成例として、測定装置において、前記判定部は、前記無線パケット取得部により取得された無線パケットに基づいて、所望の前記シーケンス番号の変化量が一定である場合、前記シーケンス番号の更新速度に関する測定結果として、前記所望の前記シーケンス番号の受信に必要な時間の測定結果（実施形態では、所望のＴＣＰシーケンス番号の受信に必要な時間β）を用いて、その測定結果について所定の条件（実施形態では、所望のＴＣＰシーケンス番号の受信に必要な時間β（正常））との不整合に関する判定を行う。
一構成例として、測定装置において、前記無線パケットが通信される無線区間の状況に関する情報を取得する無線区間状況取得部（図２の例では、通信部１０３の機能や、解析部１２４の機能）を備え、前記判定部は、前記無線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う。
一構成例として、測定装置において、前記無線パケットに対応するＴＣＰパケットが通信される有線区間の状況に関する情報を取得する有線区間状況取得部（図２の例では、通信部１０３の機能）を備え、前記判定部は、前記有線区間状況取得部により取得された情報に基づいて、前記不整合に関する判定を行う。
一構成例として、測定装置において、前記端末装置とは異なる端末装置（例えば、正常動作の端末装置）の状態に関する情報を取得する端末状態取得部（図２の例では、端末状態取得部１２５）を備え、前記判定部は、前記所定の条件として前記端末状態取得部により取得された情報に基づく条件を用いて、前記不整合に関する判定を行う。
一構成例として、測定装置において、前記判定部は、前記測定結果について、前記不整合に関するパターンの判定を行う。
一構成例として、無線パケット取得部が、端末装置により通信される無線パケットを取得し、判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行う、測定方法である。
一構成例として、無線パケット取得部が、端末装置により通信される無線パケットを取得するステップと、判定部が、前記無線パケット取得部により取得された無線パケットに基づいて、シーケンス番号の更新速度に関する測定結果について所定の条件との不整合に関する判定を行うステップと、をコンピュータに実行させるためのプログラムである。
【０１２１】
［以上の実施形態のまとめ］
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【０１２２】
また、以上に示した実施形態に係る各装置（例えば、測定装置）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
【０１２３】
なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１２４】
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０１２５】
Ａ１…通信システム、１、２０１、２３１、２５１、３０１、４０１、４３１…測定装置、１１…端末装置、１２、２１２、３１２、４１２…無線装置、１３、２１３、３１３、４１３…回線、１４、２１４、３１４、４１４…ネットワーク、１５、２１５、３１５、４１５…サーバ装置、２１、２２…ＴＣＰパケット、３１…無線パケット、４１…無線区間ログ、４２…ＴＣＰモニタログ、４３…端末状態ログ、４４…対応部分、５１…特性、５２〜５３…劣化区間、１０１…入力部、１０２…出力部、１０３…通信部、１０４…記憶部、１０５…制御部、１２１…無線パケット取得部、１２２…ログ情報取得部、１２３…ログ情報記憶制御部、１２４…解析部、１２５…端末状態取得部、１２６…出力制御部、２１１、３１１、４１１…被検証端末装置、３１６、４１６…モニタ装置、４１７…正常動作の端末装置、１００１…ＴＣＰヘッダ、１１０１、１２０１、１２１１、１３０１、１３１１、１３２１〜１３２３、１４０１〜１４０２…特性、Ｒ１、Ｒ２…領域
【図１】
2016046569.tif 000003
【図２】
2016046569.tif 000004
【図３】
2016046569.tif 000005
【図４】
2016046569.tif 000006
【図５】
2016046569.tif 000007
【図６】
2016046569.tif 000008
【図７】
2016046569.tif 000009
【図８】
2016046569.tif 000010
【図９】
2016046569.tif 000011
【図１０】
2016046569.tif 000012
【図１１】
2016046569.tif 000013
【図１２】
2016046569.tif 000014
【図１３】
2016046569.tif 000015
【図１４】
2016046569.tif 000016
【図１５】
2016046569.tif 000017
【図１６】
2016046569.tif 000018
【図１７】
2016046569.tif 000019
【図１８】
2016046569.tif 000020
【図１９】
2016046569.tif 000021