知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-03-10
(45)【発行日】2025-03-18
(54)【発明の名称】端末、分析方法、及び分析システム
(51)【国際特許分類】
H04L 43/02 20220101AFI20250311BHJP
H04L 43/0852 20220101ALI20250311BHJP
【ＦＩ】
H04L43/02
H04L43/0852
【請求項の数】
12
(21)【出願番号】P 2023514233
(86)(22)【出願日】2021-04-14
(86)【国際出願番号】 JP2021015377
(87)【国際公開番号】W WO2022219730
(87)【国際公開日】2022-10-20
【審査請求日】2023-10-06
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】沢辺 亜南
(72)【発明者】
【氏名】安田 真也
(72)【発明者】
【氏名】岩井 孝法
(72)【発明者】
【氏名】篠原 悠介
【審査官】長谷川 未貴
(56)【参考文献】
【文献】国際公開第２００６／０７０４７１（ＷＯ，Ａ１）
【文献】特開２０１２－１８２７４７（ＪＰ，Ａ）
【文献】特開２０１０－１５４２０１（ＪＰ，Ａ）
【文献】特開２０１３－０４２４３５（ＪＰ，Ａ）
【文献】特開２００６－０６０５７９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００ － １０１／００
(57)【特許請求の範囲】
【請求項1】
通信パスを経由して受信した複数のパケットの受信間隔を取得する取得部と、前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する特定部と、
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別部と、を含み、
前記特定部は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
端末。
【請求項2】
前記特定部は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、請求項１に記載の端末。
【請求項3】
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出部をさらに含み、前記識別部は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
請求項２に記載の端末。
【請求項4】
前記端末は、複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに含み、
前記特定部は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御部は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
請求項１から３のいずれか１項に記載の端末。
【請求項5】
分析システムにより実行される分析方法であって、
通信パスを経由して複数のパケットを受信するステップと、
前記受信した複数のパケットの受信間隔を取得する取得ステップと、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する特定ステップと、
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別ステップと、を含み、
前記特定ステップでは、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
分析方法。
【請求項6】
前記特定ステップでは、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、請求項５に記載の分析方法。
【請求項7】
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出ステップをさらに含み、前記識別ステップでは、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
請求項６に記載の分析方法。
【請求項8】
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御ステップをさらに含み、前記特定ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御ステップでは、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
請求項５から７のいずれか１項に記載の分析方法。
【請求項9】
通信パスを経由して複数のパケットを受信する受信手段と、前記受信した複数のパケットの受信間隔を取得する取得手段と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する特定手段と、
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別手段と、を含み、
前記特定手段は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
分析システム。
【請求項10】
前記特定手段は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、請求項９に記載の分析システム。
【請求項11】
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出手段をさらに含み、前記識別手段は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
請求項１０に記載の分析システム。
【請求項12】
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御手段をさらに含み、前記特定手段は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御手段は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
請求項９から１１のいずれか１項に記載の分析システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末、分析方法、及び分析システムに関する。
【背景技術】
【0002】
近年、遅延にセンシティブなアプリケーションを利用するニーズが増加している。遅延にセンシティブなアプリケーションの例としては、ＡＧＶ（Automated Guided Vehicle）、自動運転、ロボットの遠隔制御等に使用するアプリケーションが挙げられる。
【0003】
その一方で、無線通信技術の発展及び商用化により、ユーザが選択可能な通信パスが多様化している。ユーザが選択可能な通信パスの例としては、商用網（例えば、ＭＮＯ（Mobile Network Operator）やＭＶＮＯ（Mobile Virtual Network Operator）らが提供する、例えば、４Ｇ（Generation）／ＬＴＥ（Long Term Evolution）や５Ｇ）、自営網（例えば、プライベートＬＴＥ（Long Term Evolution）やローカル５Ｇ）等の無線ネットワークが挙げられる。
【0004】
しかし、通信パスに応じて通信特性は様々である。そのため、キャリア及びユーザは、通信パスの通信特性を簡単に把握したいと考えられる。
【0005】
通信パスの通信特性の測定方法としては、ネットワーク処理に係る遅延時間を測定する方法が挙げられる（例えば、特許文献１，２）。
特許文献１に記載された方法によれば、システムにおける所定区間の開始位置と終了位置をパケットがそれぞれ通過した時刻を記録し、開始位置の時刻と終了位置の時刻とを比較することにより、所定区間における遅延時間を算出する。
特許文献１に記載された方法によれば、システムにおける所定区間の開始位置と終了位置をパケットがそれぞれ通過した時刻を記録し、開始位置の時刻と終了位置の時刻とを比較することにより、所定区間における遅延時間を算出する。
【0006】
また、特許文献２に記載された方法によれば、ファイアウォール（ＦＷ）装置と第１の通信装置とのパケット往復で発生する複数の第１の遅延時間と、ＦＷ装置と第２の通信装置とのパケット往復で発生する複数の第２の遅延時間と、を取得する。そして、第１の遅延時間及び第２の遅延時間の各々をソートして、ソート後の順番が同じ第１の遅延時間と第２の遅延時間との差を求めることによって、ＦＷ装置に生じる遅延時間を算出する。そして、算出された遅延時間が閾値以上であれば、ＦＷ装置が過負荷状態であると判定する。
【先行技術文献】
【特許文献】
【0007】
【文献】特開２０１５－０７６７８０号公報
【文献】特開２０２１－０１６１３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
しかし、上述した特許文献１，２に記載された方法はいずれも、結果として生じている遅延時間を測定するものであり、遅延の遅延特性を捉えたものではない。そのため、キャリア及びユーザには、通信パスに生じている遅延の遅延特性を確認したいという要求がある。
【0009】
そこで本開示の目的は、上述した課題を解決し、通信パスに生じている遅延の遅延特性を確認できる端末、分析方法、及び分析システムを提供することにある。
【課題を解決するための手段】
【0010】
一態様による端末は、
通信パスを経由して受信した複数のパケットの受信間隔を取得する取得部と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定部と、を含む。
通信パスを経由して受信した複数のパケットの受信間隔を取得する取得部と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定部と、を含む。
【0011】
一態様による分析方法は、
通信パスを経由して複数のパケットを受信するステップと、
前記受信した複数のパケットの受信間隔を取得する取得ステップと、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定ステップと、を含む。
通信パスを経由して複数のパケットを受信するステップと、
前記受信した複数のパケットの受信間隔を取得する取得ステップと、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定ステップと、を含む。
【0012】
一態様による分析システムは、
通信パスを経由して複数のパケットを受信する受信手段と、
前記受信した複数のパケットの受信間隔を取得する取得手段と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定手段と、を含む。
通信パスを経由して複数のパケットを受信する受信手段と、
前記受信した複数のパケットの受信間隔を取得する取得手段と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定手段と、を含む。
【発明の効果】
【0013】
上述の態様によれば、通信パスに生じている遅延の遅延特性を確認できる端末、分析方法、及び分析システムを提供できるという効果が得られる。
【図面の簡単な説明】
【0014】
【図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】実施の形態４に係る表示部により表示される通信パスの遅延特性及び遅延処理の処理内容の表示例を示す図である。
【図26】実施の形態５に係る分析システムの構成例を示すブロック図である。
【図27】実施の形態６に係る分析システムの構成例を示すブロック図である。
【図28】実施の形態６に係るアプリケーションＤＢに格納される情報の例を示す図である。
【図29】実施の形態６に係るアプリケーション制御部の概略的な動作例を説明する図である。
【図30】実施の形態６に係る表示部により表示される通信パス及びそれらの遅延特性の一覧の表示例を示す図である。
【図31】実施の形態６に係る表示部により表示される通信パス及びそれらの遅延特性の一覧の表示例を示す図である。
【図32】実施の形態６に係る分析システムの変形構成例を示すブロック図である。
【図33】他の実施の形態に係る分析システムにおいて、端末の優先度に応じて通信パスを選択する例を説明する図である。
【図34】他の実施の形態に係る分析システムの構成例を示す図である。
【図37】他の実施の形態に係る分析システムの他の構成例を示す図である。
【図38】実施の形態を概念的に示した分析システムの構成例を示すブロック図である。
【図40】実施の形態に係る送信端末、受信端末、及び端末を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0015】
以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。また、以下で示す具体的な数値などは、本開示の理解を容易とするための例示にすぎず、これに限定されるものではない。
【0016】
＜実施の形態１＞
まず、図１を参照して、本実施の形態１に係る分析システム１の構成例について説明する。
図１に示されるように、本実施の形態１に係る分析システム１は、送信端末１００及び受信端末２００を備えている。
まず、図１を参照して、本実施の形態１に係る分析システム１の構成例について説明する。
図１に示されるように、本実施の形態１に係る分析システム１は、送信端末１００及び受信端末２００を備えている。
【0017】
送信端末１００は、パケット送信部１０１を備えている。
パケット送信部１０１は、通信パスを経由して、一定間隔で固定サイズのパケットを受信端末２００に送信する。通信パスは、ＭＮＯ及びＭＶＮＯ等が提供する４Ｇ／ＬＴＥ、５Ｇ等の商用網、プライベートＬＴＥ、ローカル５Ｇ、Ｗｉ－Ｆｉ（Wireless Fidelity）等の自営網等の無線ネットワークである。
パケット送信部１０１は、通信パスを経由して、一定間隔で固定サイズのパケットを受信端末２００に送信する。通信パスは、ＭＮＯ及びＭＶＮＯ等が提供する４Ｇ／ＬＴＥ、５Ｇ等の商用網、プライベートＬＴＥ、ローカル５Ｇ、Ｗｉ－Ｆｉ（Wireless Fidelity）等の自営網等の無線ネットワークである。
【0018】
受信端末２００は、パケット受信部２０１、受信間隔算出部２０２、クラスタリング部２０３、処理内容識別部２０４、及び、遅延処理ＤＢ（Data Base）２０５を備えている。ただし、これには限定されず、受信間隔算出部２０２、クラスタリング部２０３、処理内容識別部２０４、及び、遅延処理ＤＢ２０５は、受信端末２００とは別装置やクラウド上に設けられても良い。また、遅延処理ＤＢ２０５は、クラウド上に設けられ、複数の装置と共有されても良い。
パケット受信部２０１は、通信パスを経由して、送信端末１００のパケット送信部１０１からパケットを受信する。
受信間隔算出部２０２は、図２に示されるように、パケット受信部２０１により受信されたパケットの受信間隔を算出する。
パケット受信部２０１は、通信パスを経由して、送信端末１００のパケット送信部１０１からパケットを受信する。
受信間隔算出部２０２は、図２に示されるように、パケット受信部２０１により受信されたパケットの受信間隔を算出する。
【0019】
クラスタリング部２０３は、パケットの受信間隔の揺らぎ方（以下、適宜「遅延ジッター」と称す）のパターンを分析することによって、送信端末１００と受信端末２００との間に介在しているスケジューラの遅延処理の種別や遅延量を特定する。以下の説明では、遅延ジッターのパターンとして、遅延ジッターの分布を分析する例を記載する。
ここで、遅延ジッターは、送信端末１００と受信端末２００との間に、遅延処理を行う装置（以下、「スケジューラ」と称す）が介在しているか否かで異なる。
ここで、遅延ジッターは、送信端末１００と受信端末２００との間に、遅延処理を行う装置（以下、「スケジューラ」と称す）が介在しているか否かで異なる。
【0020】
図３に、スケジューラが介在していない場合の遅延ジッターの分布の例を示し、図４に、スケジューラが介在している場合の遅延ジッターの分布の例を示す。図３及び図４において、横軸はパケット番号を示し、縦軸はそのパケット番号のパケットの遅延ジッター（受信間隔）を示している。ここでは、送信端末１００のパケット送信部１０１は、パケットを送信する度にパケット番号を増加させる。そのため、パケット番号が最も大きいパケットが、最も直近に受信されたパケットとなる。
【0021】
図３及び図４に示されるように、スケジューラが介在している場合の遅延ジッターの分布（図４）は、スケジューラが介在していない場合の遅延ジッターの分布（図３）と比較すると、階層性のある縞模様になるという特徴がある。
また、スケジューラが介在している場合の遅延ジッターの分布は、後述のように、スケジューラの遅延処理の種別や遅延量によっても、異なる特徴を示す。
また、スケジューラが介在している場合の遅延ジッターの分布は、後述のように、スケジューラの遅延処理の種別や遅延量によっても、異なる特徴を示す。
【0022】
遅延処理の種別とは、スケジューラを介することによって生じる遅延の状態によって分類されるもので、例えば、固定的に遅延を生ずる処理（Constant scheduler、以降ＣｏｎｓｔＳｃｈｅｄとも記載する）と、確率的に遅延を生じる処理（Probability scheduler、以降ＰｒｏｂＳｃｈｅｄとも記載する）とがある。遅延量とは、スケジューラを介することによって生じる遅延の大きさである。より詳細には、遅延量とは、スケジューラを介することによって生じる、連続するパケットの到着時刻（又は受信時刻）の差分の大きさである。
【0023】
【0024】
なお、図５及び図６においては、パケット送信部１０１は、１００Ｂｙｔｅのパケットを３３ｍｓの間隔で送信するものとする。
また、図５及び図６においては、送信端末１００と受信端末２００との間に、スケジューラＣｏｎｓｔＳｃｈｅｄ（Constant scheduler）、スケジューラＰｒｏｂＳｃｈｅｄ（Probability scheduler）１、及び、スケジューラＰｒｏｂＳｃｈｅｄ２、がこの順に介在しているものとする。
また、図５及び図６においては、送信端末１００と受信端末２００との間に、スケジューラＣｏｎｓｔＳｃｈｅｄ（Constant scheduler）、スケジューラＰｒｏｂＳｃｈｅｄ（Probability scheduler）１、及び、スケジューラＰｒｏｂＳｃｈｅｄ２、がこの順に介在しているものとする。
【0025】
すなわち、図５及び図６においては、パケット送信部１０１から送信されたパケットは、スケジューラＣｏｎｓｔＳｃｈｅｄ、スケジューラＰｒｏｂＳｃｈｅｄ１、及び、スケジューラＰｒｏｂＳｃｈｅｄ２を、この順に通過した後、パケット受信部２０１に受信されるものとする。図５は、このようにしてパケット受信部２０１に受信されたパケットの揺らぎ方を表す遅延ジッターの分布の例を示している。
【0026】
ここで、スケジューラＣｏｎｓｔＳｃｈｅｄは、パケットを２０ｍｓの間隔で送信するスケジューラである。これに対して、スケジューラＣｏｎｓｔＳｃｈｅｄの前段に設けられたパケット送信部１０１は、パケットを３３ｍｓの間隔で送信する。そのため、スケジューラＣｏｎｓｔＳｃｈｅｄには、後述のように、固定的な遅延処理が発生する。
【0027】
一方、スケジューラＰｒｏｂＳｃｈｅｄ１は、８ｍｓの処理が、ある確率で発生するスケジューラである。また、スケジューラＰｒｏｂＳｃｈｅｄ２は、１ｍｓの処理が、ある確率で発生するスケジューラである。そのため、スケジューラＰｒｏｂＳｃｈｅｄ１，ＰｒｏｂＳｃｈｅｄ２には、後述のように、確率的な遅延処理が発生する。
【0028】
図６は、パケット送信部１０１におけるパケットの送信タイミング、スケジューラＣｏｎｓｔＳｃｈｅｄにおけるパケットの送信タイミング、及びスケジューラＰｒｏｂＳｃｈｅｄ１におけるパケットの送信タイミングの例を、それぞれ示している。
【0029】
図６に示されるように、パケット送信部１０１は、３３ｍｓの間隔でパケットを送信する。
そのため、パケット送信部１０１の後段に設けられたスケジューラＣｏｎｓｔＳｃｈｅｄには、３３ｍｓの間隔でパケットが入力されることになる。
そのため、パケット送信部１０１の後段に設けられたスケジューラＣｏｎｓｔＳｃｈｅｄには、３３ｍｓの間隔でパケットが入力されることになる。
【0030】
しかし、スケジューラＣｏｎｓｔＳｃｈｅｄは、２０ｍｓの間隔でパケットを送信するものである。そのため、スケジューラＣｏｎｓｔＳｃｈｅｄには、パケットの入力がない状況が発生し得る。この状況では、スケジューラＣｏｎｓｔＳｃｈｅｄは、パケットの送信を見送る。このことから、スケジューラＣｏｎｓｔＳｃｈｅｄは、２０ｍｓ又は４０ｍｓの間隔でパケットを送信することになる。
【0031】
従って、パケットがスケジューラＣｏｎｓｔＳｃｈｅｄを通過することによって、遅延ジッターの分布は、スケジューラＣｏｎｓｔＳｃｈｅｄにパケットが入力される間隔を挟むような２つのクラスタに、二分割されることになる。
【0032】
詳細には、図５に示されるように、遅延ジッターの分布は、パケットが入力される間隔３３ｍｓを挟むように、２０ｍｓ付近をクラスタ中心とするクラスタと、４０ｍｓ付近をクラスタ中心とするクラスタと、に二分割されることになる。
【0033】
図６に戻ると、スケジューラＣｏｎｓｔＳｃｈｅｄの後段に設けられたスケジューラＰｒｏｂＳｃｈｅｄ１には、２０ｍｓ又は４０ｍｓの間隔でパケットが入力されることになる。
しかし、スケジューラＰｒｏｂＳｃｈｅｄ１は、８ｍｓの処理が、ある確率で発生し、その結果、パケットの送信が８ｍｓ遅延する。そのため、例えば、あるパケットの前のパケットが遅延すると、パケットの間隔が８ｍｓ短くなり、あるパケットの次のパケットが遅延すると、パケットの間隔が８ｍｓ長くなる。このことから、スケジューラＰｒｏｂＳｃｈｅｄ１は、１２（＝２０－８）ｍｓ、２０ｍｓ、２８（＝２０＋８）ｍｓ、３２（＝４０－８）ｍｓ、４０ｍｓ、又は４８（＝４０＋８）ｍｓの間隔でパケットを送信することになる。なお、図６の例においては、スケジューラＰｒｏｂＳｃｈｅｄ１は、１２ｍｓ、４０ｍｓ、２８ｍｓの間隔でパケットを送信している。
しかし、スケジューラＰｒｏｂＳｃｈｅｄ１は、８ｍｓの処理が、ある確率で発生し、その結果、パケットの送信が８ｍｓ遅延する。そのため、例えば、あるパケットの前のパケットが遅延すると、パケットの間隔が８ｍｓ短くなり、あるパケットの次のパケットが遅延すると、パケットの間隔が８ｍｓ長くなる。このことから、スケジューラＰｒｏｂＳｃｈｅｄ１は、１２（＝２０－８）ｍｓ、２０ｍｓ、２８（＝２０＋８）ｍｓ、３２（＝４０－８）ｍｓ、４０ｍｓ、又は４８（＝４０＋８）ｍｓの間隔でパケットを送信することになる。なお、図６の例においては、スケジューラＰｒｏｂＳｃｈｅｄ１は、１２ｍｓ、４０ｍｓ、２８ｍｓの間隔でパケットを送信している。
【0034】
従って、パケットがスケジューラＰｒｏｂＳｃｈｅｄ１を通過することによって、遅延ジッターの分布は、スケジューラＰｒｏｂＳｃｈｅｄ１にパケットが入力される間隔付近をクラスタ中心とするクラスタと、その間隔の上下をクラスタ中心とするクラスタと、に三分割されることになる。
【0035】
詳細には、図５に示されるように、２０ｍｓ付近では、遅延ジッターの分布は、２０ｍｓ付近をクラスタ中心とするクラスタと、１２ｍｓをクラスタ中心とするクラスタと、２８ｍｓをクラスタ中心とするクラスタと、に三分割されることになる。
【0036】
また、４０ｍｓ付近では、遅延ジッターの分布は、４０ｍｓ付近をクラスタ中心とするクラスタと、３２ｍｓをクラスタ中心とするクラスタと、４８ｍｓをクラスタ中心とするクラスタと、に三分割されることになる。
【0037】
なお、図６には図示していないが、スケジューラＰｒｏｂＳｃｈｅｄ１の後段に設けられたスケジューラＰｒｏｂＳｃｈｅｄ２には、１２ｍｓ、２０ｍｓ、２８ｍｓ、３２ｍｓ、４０ｍｓ、又は４８ｍｓの間隔でパケットが入力されることになる。
【0038】
従って、パケットがスケジューラＰｒｏｂＳｃｈｅｄ２を通過することによっても、遅延ジッターの分布は、スケジューラＰｒｏｂＳｃｈｅｄ２にパケットが入力される間隔付近をクラスタ中心とするクラスタと、その間隔の上下をクラスタ中心とするクラスタと、に三分割されることになる。
【0039】
以上の通り、送信端末１００と受信端末２００との間に、固定的な遅延処理が発生するスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると、遅延ジッターの分布は二分割される。また、送信端末１００と受信端末２００との間に、確率的な遅延処理が発生するスケジューラＰｒｏｂＳｃｈｅｄが介在していると、遅延ジッターの分布は三分割される。
【0040】
このことを利用して、クラスタリング部２０３は、遅延ジッターの分布に対して階層的なクラスタリングを行うことによって、送信端末１００と受信端末２００との間に介在しているスケジューラの遅延処理の種別や遅延量を推定する。
【0041】
以下、クラスタリング部２０３の動作について詳細に説明する。
まず、図７を参照して、クラスタリング部２０３の概略的な動作例について説明する。
まず、図７を参照して、クラスタリング部２０３の概略的な動作例について説明する。
【0042】
ステップＳ１０１：
図７に示されるように、クラスタリング部２０３は、固定的な遅延処理が発生するスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、スケジューラ間隔δを変えながら、以下の数式１により、平均絶対誤差（ＭＡＥ：Mean Absolute Error）を計算する。なお、例えば、予め探索するδを決めておき、予め決めておいた全てのδについてＭＡＥを計算することが考えられる。
図７に示されるように、クラスタリング部２０３は、固定的な遅延処理が発生するスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、スケジューラ間隔δを変えながら、以下の数式１により、平均絶対誤差（ＭＡＥ：Mean Absolute Error）を計算する。なお、例えば、予め探索するδを決めておき、予め決めておいた全てのδについてＭＡＥを計算することが考えられる。
【数1】
【0043】
図７において、ｋは、ｋδと（ｋ＋１）δとで分割前のクラスタ中心ｃ０を挟むための定数である。デフォルトでは、分割前のクラスタ中心ｃ０は、パケット送信部１０１によるパケットの送信間隔とすることができる。
【0044】
また、数式１において、観測データ数（Ｎ）は、パケット総数を示し、ｉ番目観測値は、ｉ番目のパケットの遅延ジッター（受信間隔）を示し、最近傍クラスタ中心は、分割後のクラスタ中心候補うち、ｉ番目のパケットから最近傍のクラスタ中心を示す。ここでは、分割後のクラスタ中心候補は、ｋδ及び（ｋ＋１）δである。
【0045】
クラスタリング部２０３は、ＭＡＥが最小値となるδを採用し、採用されたδを用いて、クラスタ中心候補ｃ１，ｃ２を決定する。ここでは、クラスタ中心候補ｃ１，ｃ２は、ｋδ及び（ｋ＋１）δとなる。
【0046】
ステップＳ１０２：
その一方で、クラスタリング部２０３は、確率的な遅延処理が発生するスケジューラＰｒｏｂＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、遅延量δを変えながら、上述した数式１により、ＭＡＥを計算する。
数式１において、観測データ数（Ｎ）、ｉ番目観測値、及び最近傍クラスタ中心は、スケジューラＣｏｎｓｔＳｃｈｅｄに係るクラスタリングと同様である。ただし、ここでは、分割後のクラスタ中心候補は、分割前のクラスタ中心ｃ及び分割前のクラスタ中心ｃ±δである。
その一方で、クラスタリング部２０３は、確率的な遅延処理が発生するスケジューラＰｒｏｂＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、遅延量δを変えながら、上述した数式１により、ＭＡＥを計算する。
数式１において、観測データ数（Ｎ）、ｉ番目観測値、及び最近傍クラスタ中心は、スケジューラＣｏｎｓｔＳｃｈｅｄに係るクラスタリングと同様である。ただし、ここでは、分割後のクラスタ中心候補は、分割前のクラスタ中心ｃ及び分割前のクラスタ中心ｃ±δである。
【0047】
クラスタリング部２０３は、ＭＡＥが最小値となるδを採用し、採用されたδを用いて、クラスタ中心候補ｃ１，ｃ２，ｃ３を決定する。ここでは、クラスタ中心候補ｃ１，ｃ２，ｃ３は、分割前のクラスタ中心ｃ－δ、分割前のクラスタ中心ｃ、及び、分割前のクラスタ中心ｃ＋δとなる。
【0048】
ステップＳ１０３：
次に、クラスタリング部２０３は、ステップＳ１０１のスケジューラＣｏｎｓｔＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、ステップＳ１０２のスケジューラＰｒｏｂＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、を比較し、スケジューラＣｏｎｓｔＳｃｈｅｄ及びスケジューラＰｒｏｂＳｃｈｅｄのうち、ＭＡＥが小さいスケジューラを採用する。
次に、クラスタリング部２０３は、ステップＳ１０１のスケジューラＣｏｎｓｔＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、ステップＳ１０２のスケジューラＰｒｏｂＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、を比較し、スケジューラＣｏｎｓｔＳｃｈｅｄ及びスケジューラＰｒｏｂＳｃｈｅｄのうち、ＭＡＥが小さいスケジューラを採用する。
【0049】
ステップＳ１０４：
次に、クラスタリング部２０３は、ステップＳ１０３で採用されたスケジューラのクラスタ中心候補を、順次、分割前のクラスタ中心ｃ０として新たに設定し、新たに設定された分割前のクラスタ中心について、上述したステップＳ１０１～Ｓ１０３を繰り返す。
次に、クラスタリング部２０３は、ステップＳ１０３で採用されたスケジューラのクラスタ中心候補を、順次、分割前のクラスタ中心ｃ０として新たに設定し、新たに設定された分割前のクラスタ中心について、上述したステップＳ１０１～Ｓ１０３を繰り返す。
【0050】
続いて、図８を参照して、クラスタリング部２０３の概略的な動作のフロー例について説明する。
図８に示されるように、まず、クラスタリング部２０３は、分割前のクラスタ中心を設定する（ステップＳ２０１）。デフォルトでは、分割前のクラスタ中心は、パケット送信部１０１によるパケットの送信間隔とすることができる。
図８に示されるように、まず、クラスタリング部２０３は、分割前のクラスタ中心を設定する（ステップＳ２０１）。デフォルトでは、分割前のクラスタ中心は、パケット送信部１０１によるパケットの送信間隔とすることができる。
【0051】
次に、クラスタリング部２０３は、固定的な遅延処理が発生するスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、スケジューラ間隔δを設定し（ステップＳ２０２）、δを用いてクラスタ中心候補を計算し（ステップＳ２０３）、クラスタ中心候補を用いてＭＡＥを計算する（ステップＳ２０４）。これらのステップＳ２０２～Ｓ２０４を、予め決めておいた全てのδについて行う。
具体的には、クラスタリング部２０３は、スケジューラ間隔δを設定し（ステップＳ２０２）、δを用いてクラスタ中心候補を計算し（ステップＳ２０３）、クラスタ中心候補を用いてＭＡＥを計算する（ステップＳ２０４）。これらのステップＳ２０２～Ｓ２０４を、予め決めておいた全てのδについて行う。
【0052】
次に、クラスタリング部２０３は、ＭＡＥが最小値となるδを採用する（ステップＳ２０５）。また、クラスタリング部２０３は、採用されたδを用いて、クラスタ中心候補を決定する。
【0053】
その一方で、クラスタリング部２０３は、確率的な遅延処理が発生するスケジューラＰｒｏｂＳｃｈｅｄが介在していると仮定したクラスタリングを行う。
具体的には、クラスタリング部２０３は、遅延量δを設定し（ステップＳ２０６）、δを用いてクラスタ中心候補を計算し（ステップＳ２０７）、クラスタ中心候補を用いてＭＡＥを計算する（ステップＳ２０８）。これらのステップＳ２０６～Ｓ２０８を、予め決めておいた全てのδについて行う。
具体的には、クラスタリング部２０３は、遅延量δを設定し（ステップＳ２０６）、δを用いてクラスタ中心候補を計算し（ステップＳ２０７）、クラスタ中心候補を用いてＭＡＥを計算する（ステップＳ２０８）。これらのステップＳ２０６～Ｓ２０８を、予め決めておいた全てのδについて行う。
【0054】
次に、クラスタリング部２０３は、ＭＡＥが最小値となるδを採用する（ステップＳ２０９）。また、クラスタリング部２０３は、採用されたδを用いて、クラスタ中心候補を決定する。
【0055】
次に、クラスタリング部２０３は、スケジューラＣｏｎｓｔＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、スケジューラＰｒｏｂＳｃｈｅｄに係るクラスタリングで計算されたＭＡＥの最小値と、を比較し（ステップＳ２１０）、スケジューラＣｏｎｓｔＳｃｈｅｄ及びスケジューラＰｒｏｂＳｃｈｅｄのうち、ＭＡＥが小さいスケジューラを採用する（ステップＳ２１１）。
【0056】
次に、クラスタリング部２０３は、終了条件が満たされるか否かを判定する（ステップＳ２１２）。終了条件は、ステップＳ２１１で採用されたスケジューラのクラスタ中心間の差分が、閾値未満であるか等の条件である。
【0057】
ステップＳ２１２において、終了条件が満たされない場合は（ステップＳ２１２のＮｏ）、ステップＳ２０１に戻り、クラスタリング部２０３は、ステップＳ２１１で採用されたスケジューラのクラスタ中心候補を、順次、分割前のクラスタ中心として新たに設定し、新たに設定された分割前のクラスタ中心について、以降の処理を繰り返す。
一方、ステップＳ２１２において、終了条件が満たされている場合は（ステップＳ２１２のＹｅｓ）、クラスタリング部２０３は、処理を終了する。
一方、ステップＳ２１２において、終了条件が満たされている場合は（ステップＳ２１２のＹｅｓ）、クラスタリング部２０３は、処理を終了する。
【0058】
続いて、図９を参照して、クラスタリング部２０３の動作の過程で得られる結果の例を説明する。
図９に示されるように、まず、クラスタリング部２０３は、遅延ジッターの分布の観測データ２０３１に対して、階層的なクラスタリングを行い、クラスタリング結果２０３２を得る。
ここで、遅延ジッターの分布の観測データ２０３１の横軸及び縦軸は、図３及び図４と同様である。また、クラスタリング結果２０３２の横軸は、何層目のクラスタリングであるかを示している。また、クラスタリング結果２０３２の縦軸は、各層のクラスタリングで採用されたスケジューラによる分割後の各クラスタのクラスタ中心を示している。
図９に示されるように、まず、クラスタリング部２０３は、遅延ジッターの分布の観測データ２０３１に対して、階層的なクラスタリングを行い、クラスタリング結果２０３２を得る。
ここで、遅延ジッターの分布の観測データ２０３１の横軸及び縦軸は、図３及び図４と同様である。また、クラスタリング結果２０３２の横軸は、何層目のクラスタリングであるかを示している。また、クラスタリング結果２０３２の縦軸は、各層のクラスタリングで採用されたスケジューラによる分割後の各クラスタのクラスタ中心を示している。
【0059】
クラスタリング結果２０３２は、以下を示している。
・１層目のクラスタリングにおいては、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄを採用し、遅延ジッターの分布を二分割している。
・２層目のクラスタリングにおいては、遅延量８．１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ１を採用し、遅延ジッターの分布を三分割している。
・３層目のクラスタリングにおいては、遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２を採用し、遅延ジッターの分布を三分割している。
・１層目のクラスタリングにおいては、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄを採用し、遅延ジッターの分布を二分割している。
・２層目のクラスタリングにおいては、遅延量８．１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ１を採用し、遅延ジッターの分布を三分割している。
・３層目のクラスタリングにおいては、遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２を採用し、遅延ジッターの分布を三分割している。
【0060】
次に、クラスタリング部２０３は、各クラスタ確率２０３３を得る。
各クラスタ確率２０３３の横軸は、３層目のクラスタリングで採用された遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２による分割後の各クラスタのクラスタ番号を示している。クラスタリング結果２０３２においては、最も下のクラスタのクラスタ番号が１であり、正方向に向かうほど、クラスタ番号が大きくなる。各クラスタ確率２０３３の縦軸は、そのクラスタ番号のクラスタに属するパケットのパケット数を、パケット総数で除算した確率を示している。
各クラスタ確率２０３３の横軸は、３層目のクラスタリングで採用された遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２による分割後の各クラスタのクラスタ番号を示している。クラスタリング結果２０３２においては、最も下のクラスタのクラスタ番号が１であり、正方向に向かうほど、クラスタ番号が大きくなる。各クラスタ確率２０３３の縦軸は、そのクラスタ番号のクラスタに属するパケットのパケット数を、パケット総数で除算した確率を示している。
【0061】
その後、クラスタリング部２０３は、クラスタリング結果２０３２及び各クラスタ確率２０３３に基づいて、送信端末１００と受信端末２００との間に介在しているスケジューラの遅延処理の種別（ＣｏｎｓｔＳｃｈｅｄ又はＰｒｏｂＳｃｈｅｄ）及び遅延量を推定し、推定結果２０３４を得る。
【0062】
推定結果２０３４は、以下を示している。
・１層目のクラスタリングにおいては、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると推定している。
・２層目のクラスタリングにおいては、遅延量８．１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ１が介在し、遅延量８．１ｍｓの処理が発生する確率は１１．６２％であると推定している。この確率は、２０ｍｓの±８．１ｍｓのクラスタ及び４０ｍｓの±８．１ｍｓのクラスタに属するパケットのパケット数を、パケット総数で除算することで得られる。
・３層目のクラスタリングにおいては、遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２が介在し、遅延量０．９ｍｓの処理が発生する確率は２５．９４％であると推定している。この確率の求め方は、２層目のクラスタリングに準じた方法を採れば良い。
・１層目のクラスタリングにおいては、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄが介在していると推定している。
・２層目のクラスタリングにおいては、遅延量８．１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ１が介在し、遅延量８．１ｍｓの処理が発生する確率は１１．６２％であると推定している。この確率は、２０ｍｓの±８．１ｍｓのクラスタ及び４０ｍｓの±８．１ｍｓのクラスタに属するパケットのパケット数を、パケット総数で除算することで得られる。
・３層目のクラスタリングにおいては、遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２が介在し、遅延量０．９ｍｓの処理が発生する確率は２５．９４％であると推定している。この確率の求め方は、２層目のクラスタリングに準じた方法を採れば良い。
【0063】
以上の通り、クラスタリング部２０３は、遅延ジッターの分布の観測データ２０３１から、送信端末１００と受信端末２００との間に介在しているスケジューラの遅延処理の種別（ＣｏｎｓｔＳｃｈｅｄ又はＰｒｏｂＳｃｈｅｄ）及び遅延量を推定できていることが分かる。
【0064】
遅延処理ＤＢ２０５は、図１０に示されるように、スケジューラの遅延処理の処理内容毎に、遅延処理の種別及び遅延量の情報が格納されたデータベースである。
処理内容識別部２０４は、図１０に示されるように、クラスタリング部２０３により推定された、スケジューラの遅延処理の種別及び遅延量を入力して、遅延処理の具体的な処理内容を遅延処理ＤＢ２０５に問い合わせる。
処理内容識別部２０４は、図１０に示されるように、クラスタリング部２０３により推定された、スケジューラの遅延処理の種別及び遅延量を入力して、遅延処理の具体的な処理内容を遅延処理ＤＢ２０５に問い合わせる。
【0065】
すると、遅延処理ＤＢ２０５は、問い合わせに対する応答として、遅延処理の具体的な処理内容を、処理内容識別部２０４へ返す。図１０の例においては、処理内容識別部２０４は、遅延量８．１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ１を入力した問合せを行い、遅延処理ＤＢ２０５は、遅延処理の処理内容の候補として、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）を返している。
【0066】
なお、図１０には図示していないが、処理内容識別部２０４は、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄを入力した問合せ及び遅延量０．９ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ２を入力した問合せも行い、それぞれのスケジューラの遅延処理の処理内容の候補も得ているものとする。また、処理内容については、図１０に記載されたHARQ、アクセス処理に限られない。
【0067】
上述したように本実施の形態１によれば、クラスタリング部２０３は、通信パスを経由して受信したパケットの受信間隔（遅延ジッター）の分布を分析することにより、送信端末１００と受信端末２００との間に介在しているスケジューラの遅延処理の種別（ＣｏｎｓｔＳｃｈｅｄ又はＰｒｏｂＳｃｈｅｄ）及び遅延量を推定する。そのため、通信パスに生じている遅延特性として、通信パスで行われている遅延処理の種別や遅延量といった遅延特性を確認できる。
【0068】
また、本実施の形態１によれば、処理内容識別部２０４は、クラスタリング部２０３により推定された、スケジューラの遅延処理の種別及び遅延量に基づいて、遅延処理ＤＢ２０５から、遅延処理の具体的な処理内容を得る。そのため、遅延処理の種別及び遅延量といった遅延特性だけでなく、遅延処理の具体的な処理内容も確認できる。
【0069】
なお、本実施の形態１においては、通信パスの数については言及していないが、送信端末１００及び受信端末２００は、複数の通信パスを経由して、パケットを送受信しても良い。この場合、クラスタリング部２０３は、複数の通信パスのそれぞれについて、遅延特性（遅延処理の種別及び遅延量）を推定し、また、処理内容識別部２０４は、複数の通信パスのそれぞれについて、遅延処理の処理内容を識別すれば良い。
【0070】
＜実施の形態２＞
本実施の形態２は、送信端末１００と受信端末２００との間に、複数の遅延処理が混入している場合（複数のスケジューラが介在している場合）に、状態遷移確率を利用して、複数の遅延処理の処理内容を特定するものである。
本実施の形態２は、送信端末１００と受信端末２００との間に、複数の遅延処理が混入している場合（複数のスケジューラが介在している場合）に、状態遷移確率を利用して、複数の遅延処理の処理内容を特定するものである。
【0071】
まず、図１１を参照して、本実施の形態２に係る分析システム１Ａの構成例について説明する。
図１１に示されるように、本実施の形態２に係る分析システム１Ａは、上述した実施の形態１の図１の構成と比較して、受信端末２００に、受信間隔ＤＢ２０６及び状態遷移確率算出部２０７が追加されている点が異なる。ただし、これには限定されず、受信間隔ＤＢ２０６及び状態遷移確率算出部２０７は、受信端末２００とは別装置やクラウド上に設けられても良い。また、受信間隔ＤＢ２０６は、クラウド上に設けられ、複数の装置と共有されても良い。
図１１に示されるように、本実施の形態２に係る分析システム１Ａは、上述した実施の形態１の図１の構成と比較して、受信端末２００に、受信間隔ＤＢ２０６及び状態遷移確率算出部２０７が追加されている点が異なる。ただし、これには限定されず、受信間隔ＤＢ２０６及び状態遷移確率算出部２０７は、受信端末２００とは別装置やクラウド上に設けられても良い。また、受信間隔ＤＢ２０６は、クラウド上に設けられ、複数の装置と共有されても良い。
【0072】
受信間隔ＤＢ２０６は、受信間隔算出部２０２により算出されたパケットの受信間隔の情報が格納されたデータベースである。クラスタリング部２０３は、受信間隔ＤＢ２０６から、パケットの受信間隔を取得する。ただし、クラスタリング部２０３は、パケットの受信間隔を、受信間隔算出部２０２から直接取得しても良い。この場合、受信間隔ＤＢ２０６を設ける必要は無い。
【0073】
状態遷移確率算出部２０７は、クラスタリング部２０３のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する。詳細には、状態遷移確率算出部２０７により算出される状態遷移確率は、パケット番号ｉのパケットが属するクラスタと、パケット番号ｉ＋１のパケットが属するクラスタと、の間の遷移確率を示すものとなる。
【0074】
例えば、図１２に示されるように、クラスタリング部２０３による１層目のクラスタリングにおいては、遅延ジッターの分布が、クラスタＣ１，Ｃ２に二分割される。ここでは、さらに、クラスタＣ１よりも下のクラスタＣ０と、クラスタＣ２よりも上のクラスタＣ３と、を考慮する。クラスタＣ０は、前のパケットと略同時に受信されたパケットが属するクラスタであり、クラスタＣ３は、受信間隔が外れ値（例えば、パケット送信部１０１による送信間隔の２倍を閾値とした場合に、その閾値よりも大きい値）であったパケットが属するクラスタである。
【0075】
この場合、状態遷移確率算出部２０７は、１層目のクラスタリングによる分割後のクラスタＣ０，Ｃ１，Ｃ２，Ｃ３間の遷移確率を示す状態遷移確率２０７１を算出する。状態遷移確率２０７１の例を図１３に示す。例えば、パケット番号ｉのパケットがクラスタＣ０に属する場合、パケット番号ｉ＋１のパケットがクラスタＣ０に属する確率は、０．１１７６５となる。
【0076】
また、クラスタリング部２０３による２層目のクラスタリングにおいては、クラスタＣ１が、クラスタＣ１－０，Ｃ１－１，Ｃ１－２に三分割され、また、クラスタＣ２が、クラスタＣ２－０，Ｃ２－１，Ｃ２－２に三分割される。
【0077】
この場合、状態遷移確率算出部２０７は、２層目のクラスタリングによる分割後のクラスタＣ０，Ｃ１－０，Ｃ１－１，Ｃ１－２，Ｃ２－０，Ｃ２－１，Ｃ２－２，Ｃ３間の遷移確率を示す状態遷移確率２０７２を算出する。状態遷移確率２０７２の例を図１４に示す。
【0078】
また、クラスタリング部２０３による３層目のクラスタリングにおいては、クラスタＣ１－０が、クラスタＣ１－０－０，Ｃ１－０－１，Ｃ１－０－２に三分割される。同様に、クラスタＣ１－１，Ｃ１－２，Ｃ２－０，Ｃ２－１，Ｃ２－２も、三分割される。
【0079】
この場合、状態遷移確率算出部２０７は、３層目のクラスタリングによる分割後のクラスタＣ０，Ｃ１－０－０，Ｃ１－０－１，Ｃ１－０－２，Ｃ１－１－０，Ｃ１－１－１，Ｃ１－１－２，Ｃ１－２－０，Ｃ１－２－１，Ｃ１－２－２，Ｃ２－０－０，Ｃ２－０－１，Ｃ２－０－２，Ｃ２－１－０，Ｃ２－１－１，Ｃ２－１－２，Ｃ２－２－０，Ｃ２－２－１，Ｃ２－２－２，Ｃ３間の遷移確率を示す状態遷移確率２０７３を算出する。状態遷移確率２０７３の例を図１５に示す。なお、図１５においては、状態遷移確率の一部の値は省略されている。
【0080】
なお、上述した例においては、状態遷移確率算出部２０７は、１層分のクラスタリングが行われる度に、状態遷移確率を算出しているが、これには限定されない。後述のように、処理内容識別部２０４が使用するのは、３層目のクラスタリングが行われた後の状態遷移確率２０７３となる。そのため、状態遷移確率算出部２０７は、１層目及び２層目のクラスタリングが行われた後の状態遷移確率２０７１，２０７２は算出せず、３層目のクラスタリングが行われた後の状態遷移確率２０７３のみを算出しても良い。
【0081】
ここで、本実施の形態２に係る遅延処理ＤＢ２０５は、図１６に示されるように、学習器２０５１を備えている。学習器２０５１は、遅延処理の種別及び遅延量を入力すると、候補となる各処理内容の混入確率を出力するように、機械学習によって、学習されている。ただし、学習器２０５１は、遅延処理ＤＢ２０５に設けられることには限定されず、遅延処理ＤＢ２０５と学習器２０５１とは別々に設けられていても良い。
【0082】
そのため、処理内容識別部２０４は、クラスタリング部２０３により図１２に示すようなクラスタリングが行われた場合、各層のクラスタリングで推定された、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄ、遅延量８ｍｓのスケジューラＰｒｏｂＳｃｈｅｄ、及び遅延量１ｍｓのスケジューラＰｒｏｂＳｃｈｅｄを入力するとともに、３層目のクラスタリングの後の状態遷移確率２０７３を入力して、遅延処理の具体的な処理内容を遅延処理ＤＢ２０５に問い合わせる。
【0083】
すると、遅延処理ＤＢ２０５は、問い合わせに対する応答として、遅延処理の具体的な処理内容を、処理内容識別部２０４へ返す。このとき、学習器２０５１からは、候補となる各処理内容の混入確率が出力される。遅延処理ＤＢ２０５は、入力された遅延処理の種別の数だけ、混入確率が高い順に処理内容を選択する。図１６の例においては、遅延処理の種別が３つ入力されているため、遅延処理の処理内容の候補として、３つの処理内容Ａ＋Ｂ＋Ｃを返している。
【0084】
なお、図１６の例においては、処理内容識別部２０４は、３つの遅延処理の種別を一気に問い合わせているが、特定の２つの遅延処理の種別の処理内容を識別したい場合、特定の２つの遅延処理の種別の状態遷移確率を入力すれば良い。この場合、処理内容識別部２０４は、３つの遅延処理の種別を使った状態遷移確率から周辺確率を計算し、特定の２つの遅延処理の種別の状態遷移確率を得ても良い。例えば、図１２において、遅延量２０ｍｓのスケジューラＣｏｎｓｔＳｃｈｅｄ及び遅延量８ｍｓのスケジューラＰｒｏｂＳｃｈｅｄの処理内容を識別したい場合、処理内容識別部２０４は、状態遷移確率２０７３から周辺確率を計算することにより、状態遷移確率２０７２が得られる。
【0085】
上述したように本実施の形態２によれば、状態遷移確率算出部２０７は、クラスタリング部２０３のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する。そのため、複数の遅延処理が混入している場合（複数のスケジューラが介在している）場合に、状態遷移確率を利用して、複数の遅延処理の処理内容をまとめて識別できる。
その他の効果は、上述した実施の形態１と同様である。
その他の効果は、上述した実施の形態１と同様である。
【0086】
＜実施の形態３＞
本実施の形態３は、送信端末１００と受信端末２００との間に、遅延処理が混入しているか否か（スケジューラが介在しているか否か）を事前に判定するものである。
本実施の形態３は、送信端末１００と受信端末２００との間に、遅延処理が混入しているか否か（スケジューラが介在しているか否か）を事前に判定するものである。
【0087】
まず、図１７を参照して、本実施の形態３に係る分析システム１Ｂの構成例について説明する。
図１７に示されるように、本実施の形態３に係る分析システム１Ｂは、上述した実施の形態１の図１の構成と比較して、受信端末２００に、受信間隔ＤＢ２０６及び遅延処理混入判定部２０８が追加されている点が異なる。ただし、これには限定されず、受信間隔ＤＢ２０６及び遅延処理混入判定部２０８は、受信端末２００とは別装置やクラウド上に設けられても良い。また、受信間隔ＤＢ２０６は、クラウド上に設けられ、複数の装置と共有されても良い。
図１７に示されるように、本実施の形態３に係る分析システム１Ｂは、上述した実施の形態１の図１の構成と比較して、受信端末２００に、受信間隔ＤＢ２０６及び遅延処理混入判定部２０８が追加されている点が異なる。ただし、これには限定されず、受信間隔ＤＢ２０６及び遅延処理混入判定部２０８は、受信端末２００とは別装置やクラウド上に設けられても良い。また、受信間隔ＤＢ２０６は、クラウド上に設けられ、複数の装置と共有されても良い。
【0088】
遅延ジッターの分布から、遅延ジッターの確率の分布を得ることができる。遅延ジッターの確率の分布は、複数のラプラス分布を混合した混合ラプラス分布で表現することができる。
また、遅延ジッターの確率の分布は、送信端末１００と受信端末２００との間に、遅延処理が混入しているか否か（スケジューラが介在しているか否か）で異なる。
また、遅延ジッターの確率の分布は、送信端末１００と受信端末２００との間に、遅延処理が混入しているか否か（スケジューラが介在しているか否か）で異なる。
【0089】
図１８に、スケジューラが介在していない場合の遅延ジッターの確率の分布の例を示し、図１９に、スケジューラが介在している場合の遅延ジッターの確率の分布の例を示す。なお、図１８及び図１９において、左側は、遅延ジッターの確率の分布の観測データを示し、右側は、その観測データを混合ラプラス分布で表現したデータを示している。また、図１８及び図１９の各データにおいて、横軸は遅延ジッター（受信間隔）を示し、縦軸はその遅延ジッターが発生する確率を表す確率密度関数（ＰＤＦ：Probability Density Function）を示している。
【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】
＜他の実施の形態＞
端末（上述した受信端末２００に対応する機能を備える端末）側で、適切な通信パスを適宜選択しても良い。例えば、端末は、午前中は通信パスｘを使用していたが、通信パスｘの特性が変化したので、午後は通信パスｙに切り替えても良い。また、例えば、端末は、エリアＡからエリアＢに移動した場合、エリアＡでは通信パスｘを使用していたが、移動先のエリアＢでは通信パスｙに切り替えても良い。これにより、ユーザが意識しなくても、適切な通信パスを使用できるようになる。
端末（上述した受信端末２００に対応する機能を備える端末）側で、適切な通信パスを適宜選択しても良い。例えば、端末は、午前中は通信パスｘを使用していたが、通信パスｘの特性が変化したので、午後は通信パスｙに切り替えても良い。また、例えば、端末は、エリアＡからエリアＢに移動した場合、エリアＡでは通信パスｘを使用していたが、移動先のエリアＢでは通信パスｙに切り替えても良い。これにより、ユーザが意識しなくても、適切な通信パスを使用できるようになる。
【0131】
また、建物内の通信や、同一企業内の通信において、端末（送信端末１００又は受信端末２００）同士で、互いの優先度等を考慮した連携を行い、通信パスを選択しても良い。例えば、図３３の例では、端末Ａは、端末Ａだけを考えれば、遅延特性が最も良好な通信パスａに接続するのが良い。しかし、優先度が最も高い端末Ｂを考えると、通信パスａには端末Ｂを優先して接続する必要がある。そのため、端末Ａは、通信パスｂに接続する。なお、図３３の例では、端末同士が連携しているが、同一の端末内のアプリケーション同士で、同様の連携を取っても良い。
【0132】
また、上述した各実施の形態に係る分析システムは、交差点で車両を制御するために適用しても良い。この分析システムは、例えば、図３４に示されるように、ＭＥＣ（Multi-access Edge Computing）サーバ３０１，３０２及びキャリア通信管理装置３０３を備える。ＭＥＣサーバ３０２は、上述した受信端末２００に対応する機能を備える。ＭＥＣサーバ３０２は、交差点における各通信パスの遅延特性及び遅延処理の処理内容（図３５）を定期的に確認し（ステップＳ５０１）、ＭＥＣサーバ３０１及びキャリア通信管理装置３０３に報告する（ステップＳ５０２）。キャリア通信管理装置３０３は、ＭＥＣサーバ３０２からの報告に基づいて、交差点における各通信パスの通信品質の改善を図る（ステップＳ５０３）。その一方、ＭＥＣサーバ３０１は、交差点に進入する車両の種別を特定し（ステップＳ５０４）、特定された車両の種別の優先度（図３６）に応じて、接続先の通信パスを選択する（ステップＳ５０５）。その後、ＭＥＣサーバ３０１は、車両に対して接続先の通信パスを指示する（ステップＳ５０６）。
【0133】
なお、図３４に示される分析システムは、交差点に適用することには限定されず、例えばデッドスポットと呼ばれるような通信状況の悪い場所（ビル影・高架下等）、イベント会場、観光地、基地局の設置が制限される区域等に適用しても良い。また、図３４に示される分析システムは、制御の対象が車両には限定されず、設備や、イベント会場等のスタッフの端末等でも良い。また、図３４に示される分析システムは、通信パスの遅延特性等の報告先をキャリアとしたが、これには限定されず、報告先は、通信パスを管理する部署や、その通信パスが配備されたエリアを管理する部署（警察、自治体、市町村）等でも良い。
【0134】
また、上述した各実施の形態に係る分析システムは、ＡＧＶを制御するために適用しても良い。この分析システムは、例えば、図３７に示されるように、ＡＧＶ３０６、エッジ３０７、及び集約装置３０８を備える。ＡＧＶ３０６は、上述した受信端末２００に対応する機能を備える。ＡＧＶ３０６は、ＡＧＶ３０６の位置に応じて、ＡＧＶ３０６とエッジ３０７との間の通信パスを選択しても良い。また、ＡＧＶ３０６は、ＡＧＶ３０６とエッジ３０７との間の通信パスだけではなく、エッジ３０７と集約装置３０８との間の通信パスを選択しても良い。
【0135】
＜実施の形態の概念＞
続いて、図３８を参照して、上述した実施の形態１～６に係る分析システム１，１Ａ～１Ｅを概念的に示した分析システム１Ｘの構成例について説明する。
続いて、図３８を参照して、上述した実施の形態１～６に係る分析システム１，１Ａ～１Ｅを概念的に示した分析システム１Ｘの構成例について説明する。
【0136】
図３８に示される分析システム１Ｘは、Ｎ（Ｎは２以上の整数）個の端末４００－１～４００－Ｎを備えている。また、端末４００－１～４００－Ｎのうち、少なくとも１つの端末（ここでは、端末４００－Ｎとする）は、取得部４０１及び特定部４０２を備えている。
【0137】
ここで、端末４００－１～４００－Ｎの中には、通信パスを経由して複数のパケットを互いに送受信する送信端末及び受信端末が含まれている。端末４００－Ｎは、受信端末であっても良いし、受信端末とは異なる端末（送信端末を含む）であっても良い。
【0138】
取得部４０１は、受信端末にて通信パスを経由して受信した複数のパケットの受信間隔を取得する。端末４００－Ｎが受信端末であれば、取得部４０１は、上述した受信間隔算出部２０２に対応する。
特定部４０２は、受信間隔の分布に基づいて、通信パスに生じている遅延の遅延特性を特定する。特定部４０２は、上述したクラスタリング部２０３に対応する。
特定部４０２は、受信間隔の分布に基づいて、通信パスに生じている遅延の遅延特性を特定する。特定部４０２は、上述したクラスタリング部２０３に対応する。
【0139】
【0140】
図３９に示されるように、まず、取得部４０１は、受信端末にて通信パスを経由して受信した複数のパケットの受信間隔を取得する（ステップＳ６０１）。
その後、特定部４０２は、受信間隔の分布に基づいて、通信パスに生じている遅延の遅延特性を特定する（ステップＳ６０２）。
その後、特定部４０２は、受信間隔の分布に基づいて、通信パスに生じている遅延の遅延特性を特定する（ステップＳ６０２）。
【0141】
上述したように、図３８に示される分析システム１Ｘによれば、取得部４０１は、受信端末にて通信パスを経由して受信した複数のパケットの受信間隔を取得する。特定部４０２は、受信間隔の分布に基づいて、通信パスに生じている遅延の遅延特性を特定する。これにより、通信パスに生じている遅延特性を確認できる。
【0142】
なお、特定部４０２は、通信パスに生じている遅延の遅延特性として、通信パスで行われた遅延処理の種別及び遅延量を特定しても良い。また、端末４００－Ｎは、通信パスに生じている遅延の遅延特性に基づいて、該遅延処理の処理内容を識別する識別部をさらに備えていても良い。この識別部は、上述した処理内容識別部２０４に対応する。この識別部は、通信パスで行われた遅延処理の種別及び遅延量に基づいて、その遅延処理の処理内容を識別しても良い。
【0143】
また、特定部４０２は、受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、クラスタリングによる分割数に基づいて、通信パスで行われた遅延処理の種別を特定し、クラスタリングによる分割後のクラスタ間の距離に基づいて、通信パスで行われた遅延処理の遅延量を特定しても良い。
また、特定部４０２は、クラスタリングを複数回行うことで、通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定しても良い。
また、特定部４０２は、クラスタリングを複数回行うことで、通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定しても良い。
【0144】
また、端末４００－Ｎは、複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出部をさらに備えていても良い。この算出部は、上述した状態遷移確率算出部２０７に対応する。また、上述した識別部は、通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、状態遷移確率と、に基づいて、通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別しても良い。
【0145】
また、端末４００－Ｎは、受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、通信パスで遅延処理が行われたか否かを判定する判定部をさらに備えていても良い。この判定部は、上述した遅延処理混入判定部２０８に対応する。この判定部により通信パスで遅延処理が行われたと判定された場合に、特定部４０２は、通信パスで行われた遅延処理の種別及び遅延量を特定し、上述した識別部は、その遅延処理の処理内容を識別しても良い。
【0146】
また、端末４００－Ｎは、複数の通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに備えていても良い。この制御部は、上述したアプリケーション制御部２１１に対応する。また、特定部４０２は、複数の通信パスのそれぞれについて、通信パスに生じている遅延の遅延特性を特定し、上述した制御部は、複数の通信パスのそれぞれの遅延特性に基づいて、アプリケーションが使用する前記通信パスを選択しても良い。又は、特定部４０２は、複数の通信パスのそれぞれについて、通信パスで行われた遅延処理の種別及び遅延量を特定し、上述した識別部は、複数の通信パスのそれぞれについて、通信パスで行われた遅延処理の処理内容を識別し、上述した制御部は、複数の通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、アプリケーションが使用する通信パスを選択しても良い。
【0147】
＜実施の形態に係る端末のハードウェア構成＞
続いて、図４０を参照して、上述した実施の形態１～６に係る送信端末１００及び受信端末２００と、上述した実施の形態の概念に係る端末４００－１～４００－Ｎと、を実現するコンピュータ９００のハードウェア構成例について説明する。
続いて、図４０を参照して、上述した実施の形態１～６に係る送信端末１００及び受信端末２００と、上述した実施の形態の概念に係る端末４００－１～４００－Ｎと、を実現するコンピュータ９００のハードウェア構成例について説明する。
【0148】
図４０に示されるように、コンピュータ９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、入出力インタフェース（入出力Ｉ／Ｆ）９０４、及び通信インタフェース（通信Ｉ／Ｆ）９０５等を備える。プロセッサ９０１、メモリ９０２、ストレージ９０３、入出力インタフェース９０４、及び通信インタフェース９０５は、相互にデータを送受信するためのデータ伝送路で接続されている。
【0149】
プロセッサ９０１は、例えばＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の演算処理装置である。メモリ９０２は、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリである。ストレージ９０３は、例えばＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、またはメモリカード等の記憶装置である。また、ストレージ９０３は、ＲＡＭやＲＯＭ等のメモリであっても良い。
【0150】
ストレージ９０３は、送信端末１００、受信端末２００、及び端末４００－１～４００－Ｎが備える構成要素の機能を実現するプログラムを記憶している。プロセッサ９０１は、これら各プログラムを実行することで、送信端末１００、受信端末２００、及び端末４００－１～４００－Ｎが備える構成要素の機能をそれぞれ実現する。ここで、プロセッサ９０１は、上記各プログラムを実行する際、これらのプログラムをメモリ９０２上に読み出してから実行しても良いし、メモリ９０２上に読み出さずに実行しても良い。また、メモリ９０２やストレージ９０３は、送信端末１００、受信端末２００、及び端末４００－１～４００－Ｎが備える構成要素が保持する情報やデータを記憶する役割も果たす。
【0151】
また、上述したプログラムは、コンピュータに読み込まれた場合に、上述した実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されても良い。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、compact disc（CD）-ROM、digital versatile disk（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されても良い。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、又はその他の形式の伝搬信号を含む。
【0152】
入出力インタフェース９０４は、表示装置９０４１、入力装置９０４２、音出力装置９０４３等と接続される。表示装置９０４１は、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）ディスプレイ、モニターのような、プロセッサ９０１により処理された描画データに対応する画面を表示する装置である。入力装置９０４２は、オペレータの操作入力を受け付ける装置であり、例えば、キーボード、マウス、及びタッチセンサ等である。表示装置９０４１及び入力装置９０４２は一体化され、タッチパネルとして実現されていても良い。音出力装置９０４３は、スピーカのような、プロセッサ９０１により処理された音響データに対応する音を音響出力する装置である。
【0153】
通信インタフェース９０５は、外部の装置との間でデータを送受信する。例えば、通信インタフェース９０５は、有線通信路または無線通信路を介して外部装置と通信する。
【0154】
以上、実施の形態を参照して本開示を説明したが、本開示は上述した実施の形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。例えば、上述した実施の形態は、一部又は全部を相互に組み合わせて用いても良い。
【0155】
また、上述した実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
通信パスを経由して受信した複数のパケットの受信間隔を取得する取得部と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定部と、を含む、
端末。
（付記２）
前記端末は、
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別部をさらに含む、
付記１に記載の端末。
（付記３）
前記特定部は、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記２に記載の端末。
（付記４）
前記特定部は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記３に記載の端末。
（付記５）
前記特定部は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記４に記載の端末。
（付記６）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出部をさらに含み、
前記識別部は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記５に記載の端末。
（付記７）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定部をさらに含み、
前記判定部により前記通信パスで遅延処理が行われたと判定された場合に、前記特定部は、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別部は、該遅延処理の処理内容を識別する、
付記３から６のいずれか１項に記載の端末。
（付記８）
前記端末は、
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに含み、
前記特定部は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御部は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１から７のいずれか１項に記載の端末。
（付記９）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに含み、
前記特定部は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別部は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御部は、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記３から７のいずれか１項に記載の端末。
（付記１０）
通信パスを経由して複数のパケットを受信するステップと、
前記受信した複数のパケットの受信間隔を取得する取得ステップと、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定ステップと、を含む、
分析方法。
（付記１１）
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別ステップをさらに含む、
付記１０に記載の分析方法。
（付記１２）
前記特定ステップでは、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記１１に記載の分析方法。
（付記１３）
前記特定ステップでは、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記１２に記載の分析方法。
（付記１４）
前記特定ステップでは、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記１３に記載の分析方法。
（付記１５）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出ステップをさらに含み、
前記識別ステップでは、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記１４に記載の分析方法。
（付記１６）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定ステップをさらに含み、
前記判定ステップにより前記通信パスで遅延処理が行われたと判定された場合に、前記推定ステップでは、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別ステップでは、該遅延処理の処理内容を識別する、
付記１２から１５のいずれか１項に記載の分析方法。
（付記１７）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御ステップをさらに含み、
前記特定ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御ステップでは、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１０から１６のいずれか１項に記載の分析方法。
（付記１８）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御ステップをさらに含み、
前記特定ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御ステップでは、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１２から１６のいずれか１項に記載の分析方法。
（付記１９）
通信パスを経由して複数のパケットを受信する受信手段と、
前記受信した複数のパケットの受信間隔を取得する取得手段と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定手段と、を含む、
分析システム。
（付記２０）
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別手段をさらに含む、
付記１９に記載の分析システム。
（付記２１）
前記特定手段は、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記２０に記載の分析システム。
（付記２２）
前記特定手段は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記２１に記載の分析システム。
（付記２３）
前記特定手段は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記２２に記載の分析システム。
（付記２４）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出手段をさらに含み、
前記識別手段は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記２３に記載の分析システム。
（付記２５）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定手段をさらに含み、
前記判定手段により前記通信パスで遅延処理が行われたと判定された場合に、前記特定手段は、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別手段は、該遅延処理の処理内容を識別する、
付記２１から２４のいずれか１項に記載の分析システム。
（付記２６）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御手段をさらに含み、
前記特定手段は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御手段は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１９から２５のいずれか１項に記載の分析システム。
（付記２７）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御手段をさらに含み、
前記特定手段は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別手段は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御手段は、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記２１から２５のいずれか１項に記載の分析システム。
（付記１）
通信パスを経由して受信した複数のパケットの受信間隔を取得する取得部と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定部と、を含む、
端末。
（付記２）
前記端末は、
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別部をさらに含む、
付記１に記載の端末。
（付記３）
前記特定部は、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記２に記載の端末。
（付記４）
前記特定部は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記３に記載の端末。
（付記５）
前記特定部は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記４に記載の端末。
（付記６）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出部をさらに含み、
前記識別部は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記５に記載の端末。
（付記７）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定部をさらに含み、
前記判定部により前記通信パスで遅延処理が行われたと判定された場合に、前記特定部は、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別部は、該遅延処理の処理内容を識別する、
付記３から６のいずれか１項に記載の端末。
（付記８）
前記端末は、
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに含み、
前記特定部は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御部は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１から７のいずれか１項に記載の端末。
（付記９）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御部をさらに含み、
前記特定部は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別部は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御部は、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記３から７のいずれか１項に記載の端末。
（付記１０）
通信パスを経由して複数のパケットを受信するステップと、
前記受信した複数のパケットの受信間隔を取得する取得ステップと、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定ステップと、を含む、
分析方法。
（付記１１）
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別ステップをさらに含む、
付記１０に記載の分析方法。
（付記１２）
前記特定ステップでは、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記１１に記載の分析方法。
（付記１３）
前記特定ステップでは、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記１２に記載の分析方法。
（付記１４）
前記特定ステップでは、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記１３に記載の分析方法。
（付記１５）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出ステップをさらに含み、
前記識別ステップでは、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記１４に記載の分析方法。
（付記１６）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定ステップをさらに含み、
前記判定ステップにより前記通信パスで遅延処理が行われたと判定された場合に、前記推定ステップでは、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別ステップでは、該遅延処理の処理内容を識別する、
付記１２から１５のいずれか１項に記載の分析方法。
（付記１７）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御ステップをさらに含み、
前記特定ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御ステップでは、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１０から１６のいずれか１項に記載の分析方法。
（付記１８）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御ステップをさらに含み、
前記特定ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別ステップでは、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御ステップでは、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１２から１６のいずれか１項に記載の分析方法。
（付記１９）
通信パスを経由して複数のパケットを受信する受信手段と、
前記受信した複数のパケットの受信間隔を取得する取得手段と、
前記受信間隔の分布に基づいて、前記通信パスに生じている遅延の遅延特性を特定する特定手段と、を含む、
分析システム。
（付記２０）
前記通信パスに生じている遅延の遅延特性に基づいて、前記通信パスで行われた遅延処理の処理内容を識別する識別手段をさらに含む、
付記１９に記載の分析システム。
（付記２１）
前記特定手段は、前記通信パスに生じている遅延の遅延特性として、前記通信パスで行われた遅延処理の種別及び遅延量を特定する、
付記２０に記載の分析システム。
（付記２２）
前記特定手段は、
前記受信間隔の分布を複数のクラスタに分割するクラスタリングを行い、
前記クラスタリングによる分割数に基づいて、前記通信パスで行われた遅延処理の種別を特定し、
前記クラスタリングによる分割後のクラスタ間の距離に基づいて、前記通信パスで行われた遅延処理の遅延量を特定する、
付記２１に記載の分析システム。
（付記２３）
前記特定手段は、前記クラスタリングを複数回行うことで、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量を特定する、
付記２２に記載の分析システム。
（付記２４）
複数回のクラスタリングによる分割後のクラスタ間の遷移確率を示す状態遷移確率を算出する算出手段をさらに含み、
前記識別手段は、前記通信パスで行われた複数の遅延処理のそれぞれの種別及び遅延量と、前記状態遷移確率と、に基づいて、前記通信パスで行われた複数の遅延処理のそれぞれの処理内容を識別する、
付記２３に記載の分析システム。
（付記２５）
前記受信間隔の確率の分布を、複数のラプラス分布を混合した混合ラプラス分布で表現した場合における、ラプラス分布の混合数に基づいて、前記通信パスで遅延処理が行われたか否かを判定する判定手段をさらに含み、
前記判定手段により前記通信パスで遅延処理が行われたと判定された場合に、前記特定手段は、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、前記識別手段は、該遅延処理の処理内容を識別する、
付記２１から２４のいずれか１項に記載の分析システム。
（付記２６）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御手段をさらに含み、
前記特定手段は、複数の前記通信パスのそれぞれについて、前記通信パスに生じている遅延の遅延特性を特定し、
前記制御手段は、複数の前記通信パスのそれぞれの遅延特性に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記１９から２５のいずれか１項に記載の分析システム。
（付記２７）
複数の前記通信パスのうちの少なくとも１つを経由してパケットを送信又は受信するアプリケーションを制御する制御手段をさらに含み、
前記特定手段は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の種別及び遅延量を推定し、
前記識別手段は、複数の前記通信パスのそれぞれについて、前記通信パスで行われた遅延処理の処理内容を識別し、
前記制御手段は、複数の前記通信パスのそれぞれで行われた遅延処理の種別及び遅延量に基づいて、又は、複数の前記通信パスのそれぞれで行われた遅延処理の処理内容に基づいて、前記アプリケーションが使用する前記通信パスを選択する、
付記２１から２５のいずれか１項に記載の分析システム。
【符号の説明】
【0156】
１，１Ａ～１Ｅ，１Ｘ 分析システム
１００ 送信端末
１０１ パケット送信部
１０２ 分析結果受信部
１０３ 表示部
１０４ アプリケーション制御部
１０５ アプリケーションＤＢ
２００ 受信端末
２０１ パケット受信部
２０２ 受信間隔算出部
２０３ クラスタリング部
２０４ 処理内容識別部
２０５ 遅延処理ＤＢ
２０５１ 学習器
２０６ 受信間隔ＤＢ
２０７ 状態遷移確率算出部
２０８ 遅延処理混入判定部
２０９ 表示部
２１０ 分析結果送信部
２１１ アプリケーション制御部
２１２ アプリケーションＤＢ
３０１，３０２ ＭＥＣサーバ
３０３ キャリア通信管理装置
３０６ ＡＧＶ
３０７ エッジ
３０８ 集約装置
４００－１～４００－Ｎ 端末
４０１ 取得部
４０２ 特定部
９００ コンピュータ
９０１ プロセッサ
９０２ メモリ
９０３ ストレージ
９０４ 入出力インタフェース
９０４１ 表示装置
９０４２ 入力装置
９０４３ 音出力装置
９０５ 通信インタフェース
１００ 送信端末
１０１ パケット送信部
１０２ 分析結果受信部
１０３ 表示部
１０４ アプリケーション制御部
１０５ アプリケーションＤＢ
２００ 受信端末
２０１ パケット受信部
２０２ 受信間隔算出部
２０３ クラスタリング部
２０４ 処理内容識別部
２０５ 遅延処理ＤＢ
２０５１ 学習器
２０６ 受信間隔ＤＢ
２０７ 状態遷移確率算出部
２０８ 遅延処理混入判定部
２０９ 表示部
２１０ 分析結果送信部
２１１ アプリケーション制御部
２１２ アプリケーションＤＢ
３０１，３０２ ＭＥＣサーバ
３０３ キャリア通信管理装置
３０６ ＡＧＶ
３０７ エッジ
３０８ 集約装置
４００－１～４００－Ｎ 端末
４０１ 取得部
４０２ 特定部
９００ コンピュータ
９０１ プロセッサ
９０２ メモリ
９０３ ストレージ
９０４ 入出力インタフェース
９０４１ 表示装置
９０４２ 入力装置
９０４３ 音出力装置
９０５ 通信インタフェース
【図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】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】