(57)【要約】【課題】プロセスごとのスリープ中の通信量を用いた処理を可能として、利便性を向上できる情報処理装置、及びプログラムを提供する。【解決手段】過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計とを計時し、また上記所定時点から処理の時点までの間に、プロセスの各々が行った通信量の累計と、スリープ状態であった期間に、プロセスの各々が行った通信量の累計とを取得する。プロセスごとに、上記通信量の累計と、スリープ状態であった期間にプロセスのが行った通信量の累計との比をスリープ中通信率として演算し、過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計との比を用いて補正する。そして当該補正された、プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する情報処理装置である。【選択図】図１
2015019246.tif 000002
【特許請求の範囲】
【請求項１】
スリープ状態とアクティブ状態との少なくともいずれかの状態で動作し、
複数のプロセスを実行するプロセス実行手段と、
過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計とを計時する計時手段と、
前記過去の所定時点から処理の時点までの間に、前記プロセスの各々が行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計とを取得する通信量測定手段と、
前記プロセスごとに、前記過去の所定時点から処理の時点までの間に行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計との比をスリープ中通信率として演算する演算手段と、
前記過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計との比を用いて、前記プロセスごとのスリープ中通信率を補正する補正手段と、
前記補正された、前記プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する処理手段と、
を含む情報処理装置。
【請求項２】
請求項１記載の情報処理装置であって、前記処理手段は、
前記補正された、前記プロセスごとのスリープ中通信率を用いて、各プロセスの通信制限処理を実行する。
【請求項３】
スリープ状態とアクティブ状態との少なくともいずれかの状態で動作するコンピュータを、
複数のプロセスを実行するプロセス実行手段と、
過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計とを計時する計時手段と、
前記過去の所定時点から処理の時点までの間に、前記プロセスの各々が行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計とを取得する通信量測定手段と、
前記プロセスごとに、前記過去の所定時点から処理の時点までの間に行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計との比をスリープ中通信率として演算する演算手段と、
前記過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計との比を用いて、前記プロセスごとのスリープ中通信率を補正する補正手段と、
前記補正された、前記プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する処理手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
近年、いわゆるスマートフォン等、バッテリで駆動される情報処理装置が普及している。こうした情報処理装置は、無線ＬＡＮを介した通信や、携帯電話回線網を介した通信を行い、各種の情報を授受する。またこうした情報処理装置では、そのスリープ状態である間も通信を行っており、メールの受信や、クラウド上の情報との同期などの処理を実行している。
【０００３】
なお、スリープ中の通信を遮断することでバッテリの消費量を低減しようとする非特許文献１に開示されているようなアプリケーションがある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】inet：“Juice Defender”、[online]、[平成25年7月8日検索]、インターネット<URL:http://www.juicedefender.com>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、プロセスの通信量の多寡に関らずスリープ中の通信を遮断してしまったのでは、スリープ中にメールの受信が十分にできなかったり、情報の取得ができなくなってしまい、利便性が低い場合がある。
【０００６】
本発明は上記実情に鑑みて為されたもので、プロセスごとのスリープ中の通信量を用いた処理を可能として、利便性を向上できる情報処理装置、及びプログラムを提供することを、その目的の一つとする。
【課題を解決するための手段】
【０００７】
上記従来例の問題点を解決するための本発明は、スリープ状態とアクティブ状態との少なくともいずれかの状態で動作する情報処理装置であって、複数のプロセスを実行するプロセス実行手段と、過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計とを計時する計時手段と、前記過去の所定時点から処理の時点までの間に、前記プロセスの各々が行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計とを取得する通信量測定手段と、前記プロセスごとに、前記過去の所定時点から処理の時点までの間に行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計との比をスリープ中通信率として演算する演算手段と、前記過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計との比を用いて、前記プロセスごとのスリープ中通信率を補正する補正手段と、前記補正された、前記プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する処理手段と、を含むこととしたものである。
【０００８】
またここで処理手段は、前記補正された、前記プロセスごとのスリープ中通信率を用いて、各プロセスの通信制限処理を実行することとしてもよい。
【０００９】
また本発明の一態様に係るプログラムは、スリープ状態とアクティブ状態との少なくともいずれかの状態で動作するコンピュータを、複数のプロセスを実行するプロセス実行手段と、過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計とを計時する計時手段と、前記過去の所定時点から処理の時点までの間に、前記プロセスの各々が行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計とを取得する通信量測定手段と、前記プロセスごとに、前記過去の所定時点から処理の時点までの間に行った通信量の累計と、前記スリープ状態であった期間に、前記プロセスの各々が行った通信量の累計との比をスリープ中通信率として演算する演算手段と、前記過去の所定時点から処理の時点までの経過時間と、前記スリープ状態であった時間の累計との比を用いて、前記プロセスごとのスリープ中通信率を補正する補正手段と、前記補正された、前記プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する処理手段と、として機能させることとしたものである。
【発明の効果】
【００１０】
本発明によると、プロセスごとのスリープ中の通信量を用いた処理を可能として、利便性を向上できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る情報処理装置の構成例を表すブロック図である。
【図２】本発明の実施の形態に係る情報処理装置の例を表す機能ブロック図である。
【図３】本発明の実施の形態に係る情報処理装置が保持する情報の例を表す説明図である。
【図４】本発明の実施の形態に係る情報処理装置の動作例を表すフローチャート図である。
【発明を実施するための形態】
【００１２】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１は、アクティブ状態とスリープ状態とを含む複数の状態のいずれかにおいて動作し、図１に例示するように、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５と、電源部１６とを含んで構成される。
【００１３】
制御部１１は、ＣＰＵ等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。本実施の形態の制御部１１は、複数のプロセスを実行するプロセス実行手段としてのオペレーティングシステム（例えばAndroid（登録商標）など）を動作させている。本実施の形態において制御部１１は、アクティブ状態にあっては、利用者からの指示操作を受けて、当該指示操作を受け入れるべきプロセスへ当該指示操作を伝達する等の処理を実行している。また、この制御部１１は、ユーザの指示操作により、またはユーザの指示操作がないままに予め設定された時間が経過したときに、スリープ状態で動作するようになる。
【００１４】
またこの制御部１１は、情報処理装置１の電源投入時など、過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計とを計時する。さらにこの制御部１１は、上記過去の所定時点から処理の時点までの間に、プロセスの各々が行った通信量の累計と、スリープ状態であった期間に、プロセスの各々が行った通信量の累計とを取得する。
【００１５】
制御部１１は、こうして取得したプロセスごとの、過去の所定時点から処理の時点までの間に行った通信量の累計と、スリープ状態であった期間行われた通信量の累計との比をスリープ中通信率として演算する。制御部１１は、上記過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計との比を用いて、プロセスごとのスリープ中通信率を補正する。制御部１１はそして、当該補正された、プロセスごとのスリープ中通信率を用いて、予め定められた処理を実行する。この制御部１１の詳しい動作は、後に説明する。
【００１６】
記憶部１２は、メモリデバイス等であり、制御部１１によって実行されるプログラムを保持する。このプログラムは、ＤＶＤ−ＲＯＭ等のコンピュータ可読な記録媒体に格納されて提供され、この記憶部１２に格納されたものであってもよいし、ネットワークを介して受信され、この記憶部１２に格納されたものであってもよい。
【００１７】
操作部１３は、タッチパネル等であり、ユーザの操作を受け入れて、当該操作の内容を表す情報を制御部１１に出力する。表示部１４は、液晶ディスプレイ等であり、制御部１１から入力される指示に従って、オフまたはオンとなる。ここで制御部１１は処理を続けているが、表示部１４がオフ（時計表示など利用者の指示操作を受け入れない表示となっている場合を含む）となるなど省電力状態となったときがスリープ状態に相当する。表示部１４はオンである間に制御部１１から入力される指示に従って情報を表示する。
【００１８】
通信部１５は、例えば無線ＬＡＮインタフェースまたは携帯電話回線（IEEE802.16（IEEE802.16a、IEEE802.16-2004等を含む）や、ＰＨＳ等を含む）を介した通信を行うインタフェースの少なくとも一方を備える。この通信部１５は、制御部１１から入力される指示に従い、ネットワークを介して情報を送信する。またこの通信部１５は、ネットワークを介して受信した情報を制御部１１に出力する。電源部１６は、各部に電源を供給するバッテリを含んで構成される。
【００１９】
ここで本実施の形態の制御部１１の動作について説明する。本実施の形態の制御部１１は、機能的には図２に例示するように、第１計時部２１と、第２計時部２２と、第１通信量測定部２３と、第２通信量測定部２４と、演算部２５と、補正部２６と、処理部２７とを含んで構成されている。
【００２０】
第１計時部２１は、電源の投入時など、過去の所定時点から処理の時点までの経過時間（以下、総時間と呼ぶ）を計時する。この第１計時部２１は、例えばオペレーティングシステムの基本的機能として実装されていてもよい。一例としてこの第１計時部２１は、uptimeコマンド等として実装される。
【００２１】
第２計時部２２は、電源の投入時など、過去の所定時点から処理の時点までの間であって、スリープ状態であった時間の累計を記録する。この第２計時部２２は、電源の投入時などにおいて累計時間Ｔ_offを「０」にリセットする。第２計時部２２は、また、スリープ状態となるときに、その時点での総時間Ｔ_beforeを取得して記録する。そして第２計時部２２は、次に表示部１４がオンとなるときに、その時点での総時間Ｔ_afterを取得し、その差Ｔ_after−Ｔ_beforeを、そのときの累計時間Ｔ_offに累算して記憶部１２に格納する。
【００２２】
第１通信量測定部２３は、過去の所定時点から処理の時点までの間に、オペレーティングシステムが実行させているプロセスの各々が行った通信量の累計（以下、総通信量と呼ぶ）を記録する。本実施の形態の一例においてこの第１通信量測定部２３は、ユーザプロセスの各々が行った通信量の累計を記録する。具体的に制御部１１が実行しているオペレーティングシステムがAndroid（登録商標）であるときには、各プロセス（各プロセスはユーザ識別情報uidによって識別される）/proc/uid_stat/[uid]以下のディレクトリに、通信量の情報が、送信情報量と、受信情報量とに分けて蓄積されるので、第１通信量測定部２３は、この情報を取得することとすればよい。
【００２３】
例えば、ユーザプロセスＡi（ｉ＝１，２，…）がuidとしてａiで識別されている場合、過去の所定時点からの/proc/uid_stat/ai/tcp_sndなどとして送信情報量の累算値が蓄積されているので、第１通信量測定部２３は、この情報を読みだして、ユーザプロセスＡiの総通信量ＤＴiとしてもよい。またあるプロセスの送信情報量が複数のファイルに保持される場合は、第１通信量測定部２３は、それらの累算値を当該プロセスの総通信量として取得してもよい。さらに送信情報量だけでなく受信情報量も加算して送信通信量としてもよい。
【００２４】
第２通信量測定部２４は、過去の所定時点から処理の時点までの間であって、スリープ状態であった期間に、プロセスの各々が行った通信量の累計を取得する。具体的に、各プロセスＡi（ｉ＝１，２…）がスリープ状態であった期間に行った通信量の累計（スリープ中累計通信量）をＤiとすると、この第２通信量測定部２４は、例えば次のような動作によりこの通信量の累計Ｄiを得る。
【００２５】
すなわちこの第２通信量測定部２４は、プロセスＡiの起動時にそのスリープ中累計通信量Ｄiを「０」にリセットする。第２通信量測定部２４はまた、スリープ状態となるときに、その時点での各プロセスＡi（ｉ＝１，２，…）の総通信量ＤＴi_beforeを取得して記録する。そして第２通信量測定部２４は、次に表示部１４がオンとなるときに、その時点での各プロセスＡi（ｉ＝１，２，…）の総通信量ＤＴi_afterを取得し、プロセスごとの総通信量の差ＤＴi_after−ＤＴi_beforeを、対応する通信量の累計（スリープ中累計通信量）Ｄiに累算して、記憶部１２に格納する。
【００２６】
この第２通信量測定部２４の動作により、概念的には図３（ａ）に例示するように、プロセスごとにそのスリープ中累計通信量が関連付けて記憶部１２に記憶されていることとなる。
【００２７】
演算部２５は、プロセスごとに、上記過去の所定時点から処理の時点までの間に行った通信量の累計（総通信量）と、スリープ状態であった期間に行った通信量の累計（スリープ中累計通信量）との比をスリープ中通信率として演算する。具体的に演算部２５は、演算の実行時に、第１通信量測定部２３に対して、プロセスＡiごとの総通信量ＤＴiを取得させる。またこの演算部２５は、各プロセスＡiに関連付けて記憶されたスリープ中累計通信量Ｄiを取得する。演算部２５はそして、プロセスＡiごとにスリープ中通信率ＳＳi＝Ｄi／ＤＴiを演算する。
【００２８】
補正部２６は、演算部２５が演算したプロセスＡiごとのスリープ中通信率ＳＳiを、上記過去の所定時点から処理の時点までの経過時間と、スリープ状態であった時間の累計との比を用いて補正する。すなわち補正部２６は、処理の実行時に上記過去の所定時点から処理の時点までの経過時間Ｔをuptimeコマンド等を用いて取得する。また補正部２６は、記憶部１２に格納されているスリープ状態であった時間の累計Ｔ_offを記憶部１２から読み出し、これらの比をスリープ率ＳＴ＝Ｔ_off／Ｔとして演算する。そして補正部２６は、プロセスＡiごとの補正後のスリープ中通信率ＳＳｐiを、ＳＳｐi＝ＳＳi／ＳＴとして演算して、記憶部１２に格納する。
【００２９】
これにより記憶部１２には、概念的には図３（ｂ）に例示するように、プロセスごとの補正後スリープ中通信率が関連付けて記憶されていることとなる。なお、ここではスリープ中通信率ＳＳの補正方法として、スリープ率で除する方法としたが、本実施の形態はこれに限られず、例えばスリープ中通信率ＳＳの対数値からスリープ率の対数値を差引きする等の方法で補正を行い、プロセスごとの補正後のスリープ中通信率ＳＳｐを求めてもよい。
【００３０】
処理部２７は、補正部２６により演算されたプロセスごとの補正後スリープ中通信率を用いて、予め定められた処理を実行する。具体的にこの処理部２７が行う処理の一例は、プロセスごとの通信制限処理である。本実施の形態の一例ではこの処理部２７は、スリープ状態となるタイミング等において次の図４に例示する処理を実行する。
【００３１】
すなわちこの処理部２７は例えば、必要に応じて、プロセスごとの通信を制御するiptablesコマンドを実行する。Android（登録商標）では、プロセスがそれぞれ異なるユーザ識別情報（uid）により識別されるため、iptablesコマンドを用いてプロセスごとの通信制御を行うことができる。またiptablesコマンドによると情報処理装置１に到着するパケットに対する制御（INPUT）、情報処理装置１を通過するパケットに対する制御（FORWARD）、情報処理装置１から送出されるパケットに対する制御（OUTPUT）を、プロセスごとに設定可能となっている。
【００３２】
処理部２７は、プロセスＡiの一つ（今までに未選択のもの）を注目プロセスとして選択する（Ｓ１）。処理部２７は、この注目プロセスについて、記憶部１２に格納されている補正後スリープ中通信率を読み出す（Ｓ２）。処理部２７は、この読み出した補正後スリープ中通信率が予め定めたしきい値を下回っているか否かを判断し（Ｓ３）、しきい値を下回っていれば（Yesならば）、他に選択していないプロセスがあるか否かを調べる（Ｓ４）。そして未選択のプロセスがなければ処理を終了し、未選択のプロセスがあれば、処理Ｓ１に戻って処理を続ける。
【００３３】
一方、処理部２７は、処理Ｓ３において、読み出した補正後スリープ中通信率が予め定めたしきい値を下回っていなければ、注目プロセスによる情報処理装置１からのパケット送出を制限するよう設定し（Ｓ５）、処理Ｓ４に移行して処理を続ける。またこの処理部２７は、表示部１４がオンとなるときに、すべてのプロセスによるパケット送出の制限を解除するよう設定してもよい。
【００３４】
これにより補正後スリープ中通信率が予め定めたしきい値を超えるプロセスについて、スリープ状態である間（スリープ中）の通信が制限される。
【００３５】
本実施の形態のこの一例において、上記しきい値は予め実験的に定めておくことも可能である。また、このしきい値は数値としてユーザにより設定されてもよい。この数値の設定は、例えばスライダー等により実質的に無段階に設定されてもよいし、予め「厳しめ」、「標準」、「甘め」などの段階に応じて設定されてもよい。さらに、補正後スリープ中通信率の順にプロセスを配列し、補正後スリープ中通信率の高い上位ｎ個、または上位ｘ％のプロセスについて、スリープ状態である間（スリープ中）の通信を制限するよう設定されてもよい。
【００３６】
あるいは、ユーザが特定のプロセスについての通信を制限するよう指示した場合に、当該プロセスについての補正後スリープ中通信率をしきい値として用いてもよい。
【００３７】
本実施の形態の以上の例によると、情報処理装置１はAndroid（登録商標）オペレーティングシステムを動作させており、次のように動作する。情報処理装置１は、例えば起動の時点など、過去の所定の時点からの経過時間に対するスリープ時間（スリープ状態であった時間の累計）の比（スリープ率）を求めておく。そして情報処理装置１は、ユーザプロセスごとの、上記過去の所定の時点からの総通信量と、スリープ中（スリープ状態である間）の通信量の累計（スリープ中累計通信量）とを求め、これらからユーザプロセスごとの総通信量に対するスリープ中累計通信量の比（スリープ中通信率）を求める。
【００３８】
さらに情報処理装置１は、ユーザごとのスリープ時間の相違に配慮し、スリープ中通信率をスリープ率で除して補正後スリープ中通信率をユーザプロセスごとに求める。そして情報処理装置１は、このユーザプロセスごとの補正後スリープ中通信率を参照しつつ、プロセスごとに通信制限を行うか否かを判断し、通信制限を行うと判断したプロセスについて、その通信を制限する。
【００３９】
具体的に本実施の形態のある例では、外部へ送出するパケットのみを制限する。従って、電子メール等の新着通知は受信可能となっている。なおAndroid（登録商標）では、プッシュ通知はオペレーティングシステムのシステムプロセスによって受信可能となっているので、本実施の形態の上述の例のようにユーザプロセスについて処理を行う場合は、プッシュ通知に対する影響はない。
【００４０】
また本実施の形態の以上の例では、総通信量や、スリープ中累計通信量を、オペレーティングシステムが生成する情報から取得していたが本実施の形態はこの例に限られない。例えばオペレーティングシステムの一部であるデータの送受信を行うシステムコール（ＡＰＩ等）において、プロセスごとの通信量を取得する処理を実行するようにしてもよい。
【００４１】
さらにここでの例ではiptablesコマンドを用いて通信を制限する例について述べたが、この通信の制限についてもこの例に限られるものではない。例えばオペレーティングシステムの一部であるデータの送受信を行うシステムコール（ＡＰＩ等）において、通信を制限するべきプロセスからの要求を遮断し、あるいは数回に一度遮断するなどといった処理を行うこととしてもよい。またこの処理はスリープ状態である間（スリープ中）のみ行うこととしてもよい。
【００４２】
また、ここまでの説明において、補正されたスリープ中通信率がしきい値を超える場合には、少なくともスリープ中の通信を遮断することとしていたが、本実施の形態はこの例に限られない。例えばｎ回に一度の通信を遮断するといった制御が可能である場合は、このスリープ中通信率に応じて何回に一度の通信を遮断するかを決定してもよい。一例として、補正後スリープ中通信率が０．５ならスリープ中２回に一度の通信を許可し、０．７５であればスリープ中４回に一度の通信を許可し、補正後スリープ中通信率が１．０以上であればスリープ中の通信を許可しないと設定してもよい。これはプロセスＡiに対するスリープ中の通信許可の確率ｐiをｐi＝１−補正後スリープ中通信率ＳＳｐiと設定することに対応する。
【００４３】
さらに本実施の形態では、プロセスごとの補正後のスリープ中通信率をユーザに対して提示する処理を行ってもよい。この処理では情報処理装置１は、プロセスを特定する情報（プロセスに対応するアプリケーションプログラムの名称等）と、当該情報で特定されるプロセスに対応する補正後のスリープ中通信率の数値とを関連付けて表示部１４に表示する。ユーザはこの情報を参考に、アプリケーションプログラムを削除し、あるいは起動しないよう制御する等の措置を行うこともでき、また上述のしきい値を設定することも可能となる。
【００４４】
またこのように補正後のスリープ中通信率が演算できることにより、設定されたしきい値のもとでの電源部１６のもち時間を推定することとしてもよい。一例として情報処理装置１は、補正後のスリープ中通信率に予め実験的に定められた数値を乗じることで、対応するプロセスの通信を制限したときの電源部１６のもち時間（延長分）を推定してもよい。この場合、設定されたしきい値を超える補正後のスリープ中通信率となっているプロセスのそれぞれについて、当該もち時間の延長分を算出して累算し、ユーザに提示することとしてもよい。
【００４５】
さらにこのプロセスごとの補正後のスリープ中通信率は、ネットワークを介して外部の所定組織に送信されてもよい。この場合情報処理装置１は、プロセスを特定する情報（プロセスに対応するアプリケーションプログラムの名称等）と、当該情報で特定されるプロセスに対応する補正後のスリープ中通信率の数値とを送出する。この情報を受信した組織側では、複数のユーザのそれぞれが保持している情報処理装置１から受信したこれらの情報をプロセスを特定する情報（プロセスに対応するアプリケーションプログラムの名称等）ごとに集計して、対応する補正後のスリープ中通信率の統計値を演算し、当該統計値の情報をユーザに公開してもよい。またアプリケーションプログラムの作成者に提供してもよい。
【００４６】
また、本実施の形態は以上の例に限られない。例えばプロセスごとに、スリープ状態である間のプロセスの通信間隔に関する統計情報（例えば通信間隔の平均値や中央値）が取得できる場合、情報処理装置１は、上記処理部２７の処理Ｓ５において、注目プロセスの通信間隔の統計情報が所定の条件を満足する（例えば通信間隔について予め定められた通信間隔しきい値を下回る（より頻繁に通信を行っている）など）ときに、注目プロセスによる情報処理装置１からのパケット送出を制限するよう設定し、注目プロセスの通信間隔の統計情報が所定の条件を満足しない場合は、補正後のスリープ中通信率の数値がしきい値を上回る場合でも注目プロセスによる情報処理装置１からのパケット送出を制限する設定を行わないこととしてもよい。
【符号の説明】
【００４７】
１  情報処理装置、１１  制御部、１２  記憶部、１３  操作部、１４  表示部、１５  通信部、１６  電源部、２１  第１計時部、２２  第２計時部、２３  第１通信量測定部、２４  第２通信量測定部、２５  演算部、２６  補正部、２７  処理部。
【図１】
2015019246.tif 000003
【図２】
2015019246.tif 000004
【図３】
2015019246.tif 000005
【図４】
2015019246.tif 000006