特許 6581929 通信端末及びプログラム

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

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

(11)【特許番号】6581929

(24)【登録日】2019年9月6日

(45)【発行日】2019年9月25日

(54)【発明の名称】通信端末及びプログラム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20190912BHJP

【ＦＩ】

   H04L12/70 100Z

【請求項の数】6

【全頁数】15

(21)【出願番号】特願2016-53981(P2016-53981)

(22)【出願日】2016年3月17日

(65)【公開番号】特開2017-169110(P2017-169110A)

(43)【公開日】2017年9月21日

【審査請求日】2018年8月13日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】原 未來

(72)【発明者】

【氏名】勝丸 徳浩

(72)【発明者】

【氏名】岡田 賢詞

(72)【発明者】

【氏名】桑原 暢弘

【審査官】 宮島 郁美

(56)【参考文献】

【文献】 国際公開第２０１５／１５１２４７（ＷＯ，Ａ１）

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

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

【文献】 特開２０１７−０１１４１９（ＪＰ，Ａ）

【文献】 特開２０１４−２０９７０１（ＪＰ，Ａ）

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

Ｈ０４Ｌ１２／００−１２／９５５

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

【請求項1】

通信を発生させるサービスアプリケーションと、該通信を監視することによりスループットを推定する監視アプリケーションと、を備える通信端末であって、
前記サービスアプリケーション及び前記監視アプリケーションの少なくともいずれか一方は、
前記サービスアプリケーションにおいて発生する前記通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する通信判定部を有し、
前記監視アプリケーションは、
前記通信判定部によって前記所定の条件を満たすと判定された場合に、前記通信のスループット計測を開始するスループット推定部を有し、
前記サービスアプリケーションは、
前記通信判定部を有すると共に、
前記通信判定部によって前記所定の条件を満たすと判定された場合に、計測開始指示を通知する通知部を更に有し、
前記スループット推定部は、
前記計測開始指示の受信を契機として、前記通信のスループット計測を開始し、
スループット計測を開始してから所定時間が経過するか、或いは、スループット計測を開始した後に前記通信に係る通信量が所定値以下になった場合に、前記通信のスループット計測を終了する、通信端末。

【請求項2】

前記通信判定部は、
前記通信のスループット計測が開始された後において、前記通信に係る通信量が所定値以下になったか否かを判定し、
前記通知部は、
前記通信判定部によって前記通信に係る通信量が所定値以下になったと判定された場合に、前記監視アプリケーションに対して計測終了指示を通知し、
前記スループット推定部は、
前記計測終了指示を受信すると、前記通信のスループット計測を終了する、請求項１記載の通信端末。

【請求項3】

前記監視アプリケーションは、
前記所定の条件を規定した判定基準を記憶する判定基準記憶部を更に有し、
前記通信判定部は、
前記判定基準記憶部に記憶されている前記判定基準を取得し、該判定基準に基づいて、前記通信に係る通信量及び通信種別の少なくともいずれか一方が、前記所定の条件を満たすか否かを判定する、請求項１又は２記載の通信端末。

【請求項4】

前記監視アプリケーションは、
前記通信を実現するためのネットワークの品質情報を収集する収集部を更に有し、
前記スループット推定部は、
前記収集部によって収集された前記品質情報を考慮して、前記通信のスループットを評価する、請求項１〜３のいずれか一項記載の通信端末。

【請求項5】

前記通知部は、
前記通信判定部によって前記所定の条件を満たすと判定された場合に、前記計測開始指示と共に、通信種別を示す識別子を、前記監視アプリケーションに通知し、
前記スループット推定部は、
前記通知部によって通知された前記識別子を考慮して、前記通信のスループットを評価する、請求項１〜４のいずれか一項記載の通信端末。

【請求項6】

通信を発生させるサービスアプリケーションと、該通信を監視することによりスループットを推定する監視アプリケーションと、を備えるコンピュータを、
前記サービスアプリケーションにおいて発生する前記通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する通信判定部、
前記通信判定部によって前記所定の条件を満たすと判定された場合に、計測開始指示を通知する通知部、及び
前記計測開始指示の受信を契機として、前記通信のスループット計測を開始し、スループット計測を開始してから所定時間が経過するか、或いは、スループット計測を開始した後に前記通信に係る通信量が所定値以下になった場合に、前記通信のスループット計測を終了するスループット推定部、
として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、スループットを推定する通信端末及びプログラムに関する。

【背景技術】

【0002】

従来、アプリケーションがインストールされた通信端末において、アプリケーション実行時の通信量を監視することにより、該アプリケーション実行時の通信端末のスループットを推定する方法が知られている（例えば特許文献１参照）。当該スループットの推定方法は、スループット推定のためだけに専用の通信を発生させる必要がないという点において優位である。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−２０７７３１号公報

【発明の概要】

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

【0004】

上述した推定方法では、通常、通信を発生させるアプリケーション（サービスアプリ）と通信量を監視するアプリケーション（監視アプリ）とが別々のアプリケーションとされる。ここで、例えば、サービスアプリが、容量の小さな画像を大量に読み込む場合などにおいては、本来の通信量（アプリケーションの実行に係る通信量）が小さいにもかかわらずプロトコルのオーバーヘッドが大きくなるため、監視アプリにおけるスループットの推定が不正確になるおそれがある。すなわち、上述した推定方法では、通信の詳細がわからずスループットの推定が不正確になるという課題がある。

【0005】

本発明は上記実情に鑑みてなされたものであり、スループットを正確に推定することを目的とする。

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

【0006】

本発明の一態様に係る通信端末は、通信を発生させるサービスアプリケーションと、該通信を監視することによりスループットを推定する監視アプリケーションと、を備える通信端末であって、サービスアプリケーション及び監視アプリケーションの少なくともいずれか一方は、サービスアプリケーションにおいて発生する通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する通信判定部を有し、監視アプリケーションは、通信判定部によって所定の条件を満たすと判定された場合に、通信のスループット計測を開始するスループット推定部を有する。

【0007】

この通信端末では、通信に係る通信量及び通信種別の少なくともいずれか一方が所定の条件を満たす場合に限り、監視アプリケーションによりスループット計測が開始される。これにより、例えば容量が大きいデータをダウンロードする場合や、ストリーミング通信を行う場合等に限定して、通信のスループットを推定することが可能となる。すなわち、通信がスループット推定に適した所定の通信である場合に限りスループット推定を行うことが可能となる。これにより、通信のスループットを正確に推定することができる。

【0008】

また、サービスアプリケーションは、通信判定部を有すると共に、通信判定部によって所定の条件を満たすと判定された場合に、計測開始指示を通知する通知部を更に有し、スループット推定部は、計測開始指示の受信を契機として、通信のスループット計測を開始していてもよい。これにより、スループット推定が必要な場合に限り監視アプリケーションを起動する構成とすることができ、通信端末における処理をより簡易化することができる。

【0009】

また、スループット推定部は、スループット計測を開始してから所定時間が経過するか、或いは、スループット計測を開始した後に通信に係る通信量が所定値以下になった場合に、通信のスループット計測を終了してもよい。時間の経過、或いは、通信量の減少をスループット計測終了のタイミングとすることにより、適切なタイミングでスループット計測を終了させることができる。これによって、通信のスループットをより正確に推定することができる。また、スループット計測の終了タイミングを、監視アプリケーション側の処理のみによって決定することにより、サービスアプリケーションの処理負担を軽減することができる。

【0010】

また、通信判定部は、通信のスループット計測が開始された後において、通信に係る通信量が所定値以下になったか否かを判定し、通知部は、通信判定部によって通信に係る通信量が所定値以下になったと判定された場合に、監視アプリケーションに対して計測終了指示を通知し、スループット推定部は、計測終了指示を受信すると、通信のスループット計測を終了してもよい。通信を発生させるサービスアプリケーション側での通信量の減少タイミングを、スループット計測終了のタイミングとすることによって、より適切なタイミングでスループット計測を終了させることができ、通信のスループットをより正確に推定することができる。

【0011】

また、監視アプリケーションは、所定の条件を規定した判定基準を記憶する判定基準記憶部を更に有し、通信判定部は、判定基準記憶部に記憶されている判定基準を取得し、該判定基準に基づいて、通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定してもよい。このように、スループットを推定する監視アプリケーション側で、所定の条件を規定した判定基準を記憶することによって、複数のサービスアプリケーションに係るスループット推定の基準を一元的に管理することができ、例えば、複数のサービスアプリケーションに係るスループット推定の基準を共通化することができる。

【0012】

また、監視アプリケーションは、通信を実現するためのネットワークの品質情報を収集する収集部を更に有し、スループット推定部は、収集部によって収集された品質情報を考慮して、通信のスループットを評価してもよい。これにより、推定したスループットが、ネットワーク品質に依拠するものであるのか否かを特定することが可能になる。このことで、スループットを用いて、ネットワーク品質を高精度に評価することができる。

【0013】

また、通知部は、通信判定部によって所定の条件を満たすと判定された場合に、計測開始指示と共に、通信種別を示す識別子を、監視アプリケーションに通知し、スループット推定部は、通知部によって通知された識別子を考慮して、通信のスループットを評価してもよい。これにより、推定したスループットが、どのような通信種別の通信に係るものであるかを特定することができる。このことで、推定したスループットを、スループット毎の適した用途で用いることができる。

【0014】

本発明の一態様に係るプログラムは、通信を発生させるサービスアプリケーションと、該通信を監視することによりスループットを推定する監視アプリケーションと、を備えるコンピュータを、サービスアプリケーションにおいて発生する通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する通信判定部、及び、通信判定部によって所定の条件を満たすと判定された場合に、通信のスループット計測を開始するスループット推定部、として機能させる。

【発明の効果】

【0015】

本発明によれば、通信のスループットを正確に推定することができる。

【図面の簡単な説明】

【0016】

【図1】本発明の第１実施形態に係る通信システムの機能構成を示す図である。

【図2】図１に示した通信システムに含まれる通信端末のハードウェア構成を示す図である。

【図3】本発明の第１実施形態に係る通信システムのスループット推定処理を示すシーケンス図である。

【図4】本発明の第１実施形態に係る通信端末のスループット推定処理を示すフローチャートである。

【図5】比較例に係る通信システムのスループット推定処理を示すシーケンス図である。

【図6】本発明の第２実施形態に係る通信システムの機能構成を示す図である。

【図7】変形例に係る通信システムのスループット推定処理を示すシーケンス図である。

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

【0017】

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。図面の説明において、同一又は同等の要素には同一符号を用い、重複する説明を省略する。

【0018】

［第１実施形態］
図１は、第１実施形態に係る通信システムの機能構成を示す図である。図１に示されるように、通信システム１は、通信端末１０と、サービスサーバ５０とを備えている。通信システム１は、通信端末１０及びサービスサーバ５０間において通信を行うことにより、通信端末１０に実装されたアプリケーション（サービス）を実行するシステムである。また、通信システム１は、通信端末１０においてアプリケーションが実行される際の通信端末１０のスループットを推定する。サービスサーバ５０は、通信端末１０と通信を行うことにより、通信端末１０に実装されたアプリケーションを実行するサーバである。

【0019】

通信端末１０は、サービスサーバ５０と通信を行うことにより、実装されたアプリケーションを実行する装置である。通信端末１０は、例えばユーザに所持（携帯）されて用いられる、スマートフォン等の携帯電話機、又は、タブレット端末等である。図１に示されるように、通信端末１０は、アプリケーションとして、サービスアプリ２０（サービスアプリケーション）と、監視アプリ３０（監視アプリケーション）とを備えている。通信端末１０は、これらのアプリケーションを連携させることにより、通信量から正確なスループットを推定する。

【0020】

図２は、図１に示した通信システム１に含まれる通信端末１０のハードウェア構成を示す図である。通信端末１０は、物理的には、図２に示すように、１又は複数のＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、入力デバイスであるキーボード及びマウス等の入力装置１０４、ディスプレイ等の出力装置１０５、ネットワークカード等のデータ送受信デバイスである通信モジュール１０６、半導体メモリ等の補助記憶装置１０７等を含むコンピュータとして構成されている。

【0021】

通信端末１０の各機能は、図２に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に１又は複数の所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで入力装置１０４、出力装置１０５、通信モジュール１０６を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０７におけるデータの読み出し及び書き込みを行うことで実現される。

【0022】

図１に戻り、サービスアプリ２０は、通信端末１０とサービスサーバ５０との間で通信が行われることにより実行されるアプリケーションであり、通信端末１０とサービスサーバ５０との間の通信を発生させるアプリケーションである。通信端末１０は、複数のサービスアプリ２０を実装している。サービスアプリ２０は、例えば動画閲覧アプリケーション又はブラウザなどである。例えば、サービスアプリ２０が動画閲覧アプリケーションである場合には、サービスアプリ２０とサービスサーバ５０との間では、オフライン閲覧用に動画をダウンロードする通信（以下、ファイルダウンロード通信と記載）、オンライン閲覧用にストリーミングする通信（以下、ストリーミング通信と記載）、及び、その他小容量のデータを細かく受け渡す通信が発生する。

【0023】

監視アプリ３０は、通信端末１０とサービスサーバ５０との間の通信を監視することにより、該通信に係るスループットを推定するアプリケーションである。監視アプリ３０は、サービスアプリ２０が実行されることによって発生する、サービスアプリ２０とサービスサーバ５０との間における通信を監視し、スループットを推定する。監視アプリ３０は、典型的には、通信端末１０に具備されたネットワークインタフェースカード（NIC）の通信量を監視することにより、サービスアプリ２０とサービスサーバ５０との通信を把握する。スループットとは、単位時間あたりの処理能力である。監視アプリ３０は、サービスアプリ２０とサービスサーバ５０との間の通信量を計測し、単位時間あたりの通信量を導出することにより、該通信のスループットを推定する。

【0024】

サービスアプリ２０及び監視アプリ３０の詳細な機能について説明する。

【0025】

サービスアプリ２０は、通信部２１と、通信判定部２２と、連携部２３（通知部）と、を有する。通信部２１は、サービスサーバ５０と通信を行う機能である。連携部２３は、通信判定部２２によって、通信が所定の条件を満たすと判定された場合に限り、監視アプリ３０に対して計側開始指示を通知する（詳細は後述）。また、連携部２３は、例えばサービスサーバ５０との通信を開始するタイミングで、上記所定の条件を規定した判定基準の取得要求を、監視アプリ３０に対して送信する（詳細は後述）。連携部２３は、当該取得要求に応じて監視アプリ３０から送信された判定基準を、通信判定部２２に出力する。

【0026】

通信判定部２２は、サービスサーバ５０との通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定することにより、該通信がスループット推定に適しているか否かを判定する機能である。通信量が所定の条件を満たしているとは、例えば、通信量が、予め定められた閾値よりも多いことをいう。また、通信種別が所定の条件を満たしているとは、例えば、通信が、予め定められた特定の通信であることをいう。当該特定の通信とは、比較的通信量が多くなる通信であり、例えば、ファイルダウンロード通信又はストリーミング通信である。

【0027】

通信判定部２２は、通信量（想定される通信量）及び通信種別を、例えばアプリケーションの設計情報や、サービスサーバ５０とのコンテンツの送受信に用いられるＨＴＴＰ（Hypertext Transfer Protocol）に応じて特定可能に構成されている。

【0028】

通信判定部２２は、連携部２３を介して監視アプリ３０から取得した判定基準に基づいて、サービスサーバ５０との通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する。判定基準は、上述した所定の条件を規定している。すなわち、判定基準は、通信量の閾値、及び、通信量が多くなる特定の通信の少なくともいずれか一方を規定するものである。通信判定部２２は、通信量が、判定基準に規定された通信量の閾値よりも大きい場合には、当該通信がスループット推定に適していると判定する。また、通信判定部２２は、通信種別が、判定基準に規定された特定の通信である場合には、当該通信がスループット推定に適していると判定する。通信判定部２２による当該判定後、サービスアプリ２０とサービスサーバ５０との通信が開始される。

【0029】

監視アプリ３０は、連携部３１と、スループット推定部３２と、判定基準記憶部３３とを有する。連携部３１は、サービスアプリ２０と連携する機能である。連携部３１は、サービスアプリ２０（詳細には連携部２３）から送信された、判定基準の取得要求に応じて、判定基準記憶部３３に記憶された判定基準（詳細は後述）を連携部２３に送信する。また、連携部３１は、連携部２３から通知された計測開始指示を受けると、通信端末１０の位置情報を取得する。位置情報は、例えば基地局測位やＧＰＳ（Global Positioning System）測位により取得される。連携部３１は、取得した位置情報及び計測開始指示を、スループット推定部３２に出力する。なお、連携部３１は、位置情報に加えて、計測開始時間、ネットワーク種別（WiFi、3G網、LTE網など）、接続している通信キャリア、通信端末１０にかかる端末種別、ＯＳ情報等の関連情報を取得し、該関連情報についてもスループット推定部３２に出力することとしてもよい。

【0030】

スループット推定部３２は、計測開始指示の受信を契機として、通信のスループット計測を開始する機能である。スループット推定部３２は、サービスアプリ２０とサービスサーバ５０との間の通信量を計測し、単位時間あたりの通信量を導出することにより、該通信のスループットを推定する。また、スループット推定部３２は、スループット計測を開始してから所定時間が経過するか、或いは、スループット計測を開始した後に通信に係る通信量が所定値以下になった場合に、通信のスループット計測を終了する。スループット推定部３２は、スループット計測を開始してから終了するまでの間、継続的に通信量を計測しスループットを推定する。スループット推定部３２により推定されたスループットは、位置情報と対応付けられて監視アプリ３０内で記憶され、所定の間隔で、通信事業者の外部サーバ（図示せず）に送信されてもよい。

【0031】

判定基準記憶部３３は、通信量及び通信種別に関する上記所定の条件を規定した判定基準を記憶するデータベースである。判定基準記憶部３３は、サービスアプリ２０が複数ある場合には、各サービスアプリ２０とサービスサーバ５０との組み合わせ毎に、判定基準を記憶している。なお、判定基準記憶部３３は、複数のサービスアプリ２０に関する判定基準を全て同一の基準としてもよいし、異なる基準としてもよい。判定基準記憶部３３は、例えば、判定基準として、スループット推定に適している通信量の閾値（下限値）と、スループット推定に適している通信種別とを記憶している。

【0032】

次に、図３を参照して、通信システム１のスループット推定処理を説明する。図３は、第１実施形態に係る通信システム１のスループット推定処理を示すシーケンス図である。

【0033】

通信システム１のスループット推定処理では、最初に、サービスアプリ２０の連携部２３により、判定基準が取得される（ステップＳ１）。具体的には、連携部２３から監視アプリ３０に対して判定基準の取得要求が送信され、該取得要求に応じて監視アプリ３０から送信された判定基準が連携部２３において受信される。そして、連携部２３は、当該判定基準を通信判定部２２に出力する。

【0034】

つづいて、通信判定部２２により、通信判定が行われる（ステップＳ２）。具体的には、通信判定部２２により、判定基準に基づき、サービスサーバ５０との通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かが判定される。ステップＳ２において所定の条件を満たすと判定された場合には、連携部２３により、監視アプリ３０に計測開始指示が通知される（ステップＳ３）。

【0035】

つづいて、計測開始指示を受信した連携部３１により、通信端末１０の位置情報が取得される（ステップＳ４）。位置情報の取得後、スループット推定部３２により、スループット計測が開始される（ステップＳ５）。具体的には、スループット推定部３２により、サービスアプリ２０とサービスサーバ５０との間の通信量が計測され、単位時間あたりの通信量が導出されることにより、該通信のスループットが推定される。

【0036】

スループット計測が開始されると、サービスアプリ２０とサービスサーバ５０との間で大容量通信が開始される（ステップＳ６）。当該大容量通信中においては、スループット推定部３２により計測終了判定が行われる（ステップＳ７）。具体的には、スループット推定部３２により、スループット計測を開始してから所定時間が経過したか、或いは、スループット計測を開始した後に通信に係る通信量が所定値以下になったかが判定される。そして、ステップＳ７において、所定時間が経過したか或いは通信量が所定値以下になったと判定された場合には、スループット計測が終了する（ステップＳ８）。上述したステップＳ５のスループット計測開始タイミングから、ステップＳ８のスループット計測終了タイミングまでが、スループット推定期間である。

【0037】

その後も、サービスアプリ２０とサービスサーバ５０との新たな通信が開始される場合には、ステップＳ２と同様に、通信判定部２２により通信判定が行われる（ステップＳ９）。通信判定において、通信に係る通信量及び通信種別のいずれもが所定の条件を満たさない場合（通信が小容量通信である場合）には、監視アプリ３０によるスループット推定は行わずに、サービスアプリ２０とサービスサーバ５０との間で小容量通信が開始される（ステップＳ１０）。以上が、通信システム１におけるスループット推定処理の説明である。

【0038】

次に、図４を参照して、通信端末１０におけるスループット推定処理の詳細について説明する。図４は、第１実施形態に係る通信端末１０のスループット推定処理を示すフローチャートである。

【0039】

最初に、サービスアプリ２０が起動される（ステップＦＳ１）。そして、サービスアプリ２０の連携部２３により、監視アプリ３０から判定基準が取得される（ステップＦＳ２）。

【0040】

つづいて、通信判定部２２により、判定基準に基づき、サービスサーバ５０との通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かが判定される（ステップＦＳ３）。ステップＦＳ３において所定の条件を満たさないと判定された場合には、監視アプリ３０に対して計測開始指示が通知されず、サービスアプリ２０とサービスサーバ５０との通信が開始される（ステップＦＳ４）。そして、通信が終了した後（ステップＦＳ５）、サービスアプリ２０の実行が終了する（ステップＦＳ６）。

【0041】

一方で、ステップＦＳ３において所定条件を満たすと判定された場合には、連携部２３により、監視アプリ３０に計測開始指示が通知される（ステップＦＳ７，ステップＦＳ８）。なお、連携部２３により計測開始指示が通知された後に、サービスアプリ２０とサービスサーバ５０との通信が開始され、上述したステップＦＳ４〜ＦＳ６の処理が行われる。

【0042】

監視アプリ３０では、位置情報が取得された後に、スループット推定部３２により、通信量取得（スループット計測）が開始される（ステップＦＳ９）。そして、スループット推定部３２により、終了基準を満たすか、すなわち、スループット計測を開始してから所定時間が経過したか、或いは、スループット計測を開始した後に通信に係る通信量が所定値以下になったかが判定される（ステップＦＳ１０）。

【0043】

ステップＦＳ１０において、終了基準を満たさないと判定された場合には、再度ステップＦＳ９及びステップＦＳ１０の処理が行われる。一方で、ステップＦＳ１０において、終了基準を満たすと判定された場合には、通信量取得（スループット計測）が終了し（ステップＦＳ１１）、監視アプリ３０の実行が終了する（ステップＦＳ１２）。

【0044】

上述した通信端末１０におけるスループット推定処理は、サービスアプリ２０と監視アプリ３０とを備える通信端末１０（コンピュータ）を、上述した通信判定部２２及びスループット推定部３２として機能させるプログラムにより実現されていてもよい。

【0045】

次に、第１実施形態に係る通信端末１０の作用効果について説明する。

【0046】

通信端末１０は、通信を発生させるサービスアプリ２０と、該通信を監視することによりスループットを推定する監視アプリ３０と、を備える通信端末であって、サービスアプリ２０は、通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定する通信判定部２２と、通信判定部２２によって所定の条件を満たすと判定された場合に、監視アプリ３０に対して計測開始指示を通知する連携部２３と、を有し、監視アプリ３０は、計測開始指示の受信を契機として、通信のスループット計測を開始するスループット推定部３２を有する。

【0047】

この通信端末１０では、通信に係る通信量及び通信種別の少なくともいずれか一方が所定の条件を満たす場合に限り、サービスアプリ２０から監視アプリ３０に対して計測開始指示が通知される。そして、該計測開始指示が受信されたことを契機として、監視アプリ３０によりスループット計測が開始される。これにより、例えば容量が大きいデータをダウンロードする場合や、ストリーミング通信を行う場合等に限定して、通信のスループットを推定することが可能となる。すなわち、通信がスループット推定に適した所定の通信である場合に限りスループット推定を行うことが可能となる。これにより、通信のスループットを正確に推定することができる。なお、通信端末１０では、通信開始情報（計測開始指示）をサービスアプリ２０から監視アプリ３０に対して引き渡すことにより、スループット推定専用の通信が発生することを回避している。

【0048】

このような通信端末１０の作用効果について、図５を参照し、比較例に係る通信端末と対比して説明する。図５は、比較例に係る通信システムのスループット推定処理を示すシーケンス図である。図５に示されるように、当該比較例に係る通信システムでは、通信端末がサービスアプリ１２０及び監視アプリ１３０を備えている。そして、サービスアプリ１２０とサービスサーバ１５０との間で通信が開始される場合には、監視アプリ１３０において位置情報が取得され（ステップＳ１０１）、スループット計測が開始される（ステップＳ１０２）。その後、サービスアプリ１２０とサービスサーバ１５０との間で行われる通信が大容量通信（ステップＳ１０３）であるか小容量通信（ステップＳ１０４）であるかにかかわらず、所定のスループット計測終了タイミングまで（ステップＳ１０５）、監視アプリ１３０によるスループット計測が継続される。ここで、例えばサービスアプリ１２０が容量の小さな画像を大量に読み込む場合などにおいては、本来の通信量は小さいにもかかわらずプロトコルのオーバーヘッドが大きくなるため、監視アプリ１３０におけるスループットの推定が不正確になるおそれがある。すなわち、小容量通信がスループット計測の対象とされることにより、スループットを高精度に推定できないおそれがある。

【0049】

この点、本実施形態に係る通信端末１０では、上述したように、通信量及び通信種別の少なくともいずれか一方が所定の条件を満たす場合に限り、スループット計測が開始されるので、通信がスループット推定に適した所定の通信である場合に限りスループット推定を行うことが可能となる。これにより、通信のスループットを正確に推定することができる。

【0050】

なお、上述した通信端末１０は、従来から利用されているサービスアプリ及び監視アプリを組み合わせたスループット推定の手法を最大限利用しながら、通信判定部２２、連携部２３、及びスループット推定部３２等について最小限の改修を加えて、正確なスループット推定を実現するものである。すなわち、通信端末１０は、簡易な手法によって、従来と比較して格別にスループット推定精度を向上させるものである。

【0051】

また、本実施形態に係る通信端末１０では、スループット推定部３２が、スループット計測を開始してから所定時間が経過するか、或いは、スループット計測を開始した後に通信に係る通信量が所定値以下になった場合に、通信のスループット計測を終了している。このように、時間の経過、或いは、通信量の減少をスループット計測終了のタイミングとすることにより、適切なタイミングでスループット計測を終了させることができる。これによって、通信のスループットをより正確に推定することができる。また、スループット計測の終了タイミングを、監視アプリ３０側の処理のみによって決定することにより、サービスアプリ２０の処理負担を軽減することができる。

【0052】

また、本実施形態に係る通信端末１０では、監視アプリ３０が、所定の条件を規定した判定基準を記憶する判定基準記憶部３３を更に有し、通信判定部２２が、判定基準記憶部３３に記憶されている判定基準を取得し、該判定基準に基づいて、通信に係る通信量及び通信種別の少なくともいずれか一方が、所定の条件を満たすか否かを判定している。このように、スループットを推定する監視アプリ３０側で、所定の条件を規定した判定基準を記憶することによって、複数のサービスアプリ２０に係るスループット推定の基準を一元的に管理することができ、例えば、複数のサービスアプリ２０に係るスループット推定の基準を共通化することができる。

【0053】

［第２実施形態］
次に、図６を参照して、第２実施形態に係る通信システム１Ａに含まれる通信端末１０Ａについて説明する。なお、本実施形態の説明では、上記第１実施形態と異なる点について主に説明する。

【0054】

スループットは、例えば、ネットワーク品質を評価する一つの指標として用いられる。しかしながら、スループットがネットワーク品質以外の要因で変動している場合には、該スループットからネットワーク品質を正確に評価することができない。ネットワーク品質以外の要因としては、例えばアプリケーションの通信処理方法、サーバの処理方法、サーバの性能、及びサーバの地理的な配置場所等がある。

【0055】

この点に鑑みて、通信端末１０Ａは、通信を監視する監視アプリ３０Ａ側において、通信量を監視する際に、スループットの変動に因果関係が強いネットワークの品質情報を取得する。通信端末１０Ａでは、ネットワークの品質情報が考慮され、スループットが、ネットワークの品質評価の指標として用いることができるものか否かが判断される。

【0056】

図６に示されるように、通信システム１Ａは、通信端末１０Ａと、サービスサーバ５０とを備える。通信端末１０Ａは、サービスアプリ２０と、監視アプリ３０Ａとを有する。サービスサーバ５０及びサービスアプリ２０については、第１実施形態と同様であるので説明を省略する。

【0057】

監視アプリ３０Ａは、連携部３１、スループット推定部３２、及び判定基準記憶部３３に加えて、収集部３４を有している。収集部３４は、通信を実現するためのネットワークの品質情報を収集する機能である。当該品質情報とは、例えば、ＲＴＴ（Round Trip Time）、ＲＳＲＰ（Reference SignalReceived Power）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＳＩ（Receive Strength Signal Indicator）等であるが、ネットワークの品質を示す情報であればこれらに限定されない。収集部３４は、収集した品質情報をスループット推定部３２に出力する。

【0058】

スループット推定部３２は、収集部３４によって収集された品質情報を考慮して、通信のスループットを評価する。スループット推定部３２は、例えば、品質情報が良好であってスループットが低い場合には、スループット低下の原因がネットワーク品質以外の要因（例えば、サービスサーバ５０の処理能力など）にあると評価し、監視したスループットは信頼できない（ネットワーク品質を正確に評価するものではない）と判断する。一方で、スループット推定部３２は、例えば、品質情報が良好であってスループットが高い場合には、監視したスループットは信頼できる（ネットワーク品質を正確に評価するものである）と判断する。

【0059】

このように、例えば、ネットワーク品質に依拠するスループットを把握したい場合において、ネットワークの品質情報をスループットの信頼性評価に用いることで、ネットワーク品質以外の要因でスループットが劣化している事例を排除することができる。すなわち、推定したスループットがネットワークの品質に依拠するものであるか否かを特定することが可能になり、スループットを用いて、ネットワーク品質を高精度に評価することができる。

【0060】

［第３実施形態］
次に、第３実施形態に係る通信端末１０について説明する。なお、本実施形態の説明では、上記第１実施形態及び第２実施形態と異なる点について主に説明する。

【0061】

第３実施形態に係る通信端末１０では、通信判定部２２によって所定の条件を満たすと判定された場合に、サービスアプリ２０の連携部２３が、計測開始指示と共に、通信種別を示す識別子を、監視アプリ３０に通知する。通信種別とは、通信の処理毎の区分であり、例えば、ファイルダウンロード通信又はストリーミング通信などである。なお、必ずしも、同一の通信の処理毎に通信種別が割り当てられる必要はなく、例えば類似の通信の処理毎に通信種別が割り当てられてもよい。連携部２３は、ファイルダウンロード通信に対して識別子Ｘ、ストリーミング通信に対して識別子Ｙ、のように、通信種別毎に識別子を付与する。

【0062】

そして、監視アプリ３０のスループット推定部３２は、連携部２３によって通知された識別子を考慮して、通信のスループットを評価する。例えば、上述したファイルダウンロード通信は、通常、通信回線が許容する最大限のスループット（トップスピード）で行われる。これに対して、ストリーミング通信は、通常、サービスサーバ５０又はサービスアプリ２０側の制御により、一定のスループットに制限される。このような特徴を考慮すると、スループット推定部３２は、識別子Ｘで示されるファイルダウンロード通信のスループットが、トップスピードを把握することに関して信頼性が高いと判断できる。また、スループット推定部３２は、識別子Ｙで示されるストリーミング通信のスループットが、識別子Ｙで示される同種別の通信の中での相対的なスループットの把握に関して信頼性が高いと判断できる。

【0063】

このように、通信種別を示す識別子を考慮することにより、推定したスループットが、どのような通信種別の通信に係るものであるかを特定することができる。このことで、推定したスループットを、スループット毎の適した用途で用いることができる。具体的には、ファイルダウンロード通信のスループットをトップスピードの把握に用い、ストリーミング通信のスループットを同一識別子内での相対的なスループットの把握に用いることができる。

【0064】

以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されない。

【0065】

例えば、監視アプリ３０のスループット推定部３２によって、スループット計測終了のタイミングが決定されるとして説明したがこれに限定されない。すなわち、サービスアプリ２０の通信判定部２２が、通信のスループット計測が開始された後において通信に係る通信量が所定値以下になったか否かを判定し、所定値以下になった場合に、連携部２３が監視アプリ３０に対して計側終了指示を通知するものであってもよい。この場合の処理について、図７を参照して説明する。

【0066】

図７に示される、ステップＳ１１〜Ｓ１６の処理及びＳ１９，２０の処理は、上述した図３のステップＳ１〜Ｓ６の処理及びＳ９，１０の処理と同じであるので、説明を省略する。本変形例の処理では、大容量通信（ステップＳ１６）が開始された後に、サービスアプリ２０から監視アプリ３０に対して計側終了指示を通知している（ステップＳ１７）。具体的には、通信判定部２２が、通信のスループット計測が開始された後において通信に係る通信量が所定値以下になったか否かを判定し、所定値以下になった場合に、連携部２３が監視アプリ３０に対して計側終了指示を通知している。そして、該計測終了指示を受信した監視アプリ３０のスループット推定部３２は、通信のスループット計測を終了する（ステップＳ１８）。

【0067】

このように、通信を発生させるサービスアプリ２０側での通信量の減少タイミングを、スループット計測終了のタイミングとすることによって、より適切なタイミングでスループット計測を終了させることができ、通信のスループットをより正確に推定することができる。

【0068】

また、通信端末１０がサービスアプリ２０と監視アプリ３０とを備えているとして説明したが、当該サービスアプリ２０及び監視アプリ３０の機能は、１つのアプリケーションにより実現されるものであってもよい。

【0069】

また、通信端末１０では、通信開始のタイミングにおいてサービスアプリ２０が監視アプリ３０から判定基準を取得するとして説明したが、これに限定されず、当該判定基準はサービスアプリ２０に組み込まれているものであってもよい。

【0070】

また、サービスアプリ２０において、通信に係る通信量及び通信種別の少なくともいずれか一方が所定の条件を満たすか否かが判定される（スループット推定に適切な通信か否かが判定される）として説明したがこれに限定されず、監視アプリ３０において当該判定が行われてもよい。この場合には、サービスアプリ２０から監視アプリ３０に対して、想定される通信量が常に通知される。そして、監視アプリ３０において、当該想定される通信量から、スループット推定に適切な通信か否かが判定される。

【符号の説明】

【0071】

１０，１０Ａ…通信端末、２０…サービスアプリ、２２…通信判定部、２３…連携部（通知部）、３０，３０Ａ…監視アプリ、３２…スループット推定部、３３…判定基準記憶部、３４…収集部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】