JP2012138904A - データ使用量を測定する端末機及びその制御方法 - Google Patents

Abstract

【課題】アプリケーション毎にデータ使用量を表示することにより、ユーザが各アプリケーションのデータ通信の接続及び遮断を選択的に行うことを可能とする携帯端末機及びその制御方法を提供する。
【解決手段】携帯端末機は、通信事業者側サーバとデータを送受信してデータ通信を行う通信部と、前記通信部を介してデータ通信を行うアプリケーションを認識する認識部と、前記通信部を介して前記通信事業者側サーバと送受信される前記アプリケーションのデータ使用量を演算する演算部と、前記アプリケーションのデータ使用量に応じて携帯端末機を制御する制御部と、を含む。
【選択図】図１

Description

本発明は、データ使用量を測定する端末機及びその方法に関し、特に、様々なアプリケーションごとにデータ使用量を測定する端末機及びその制御方法に関する。

近年、無線ネットワーク技術と諸般のインフラの急速な発展に伴い、人々はスマートフォン、ノート・パソコン、ＰＤＡなどの携帯端末機を利用していつどこででも所望のデータを得られるようになった。特に、スマートフォンの場合、データを送受信するために、３ＧまたはＷｉ−Ｆｉなどの携帯通信網を利用することができる。Ｗｉ−Ｆｉの場合は、データ通信量に応じて課金されることはないが、３Ｇの場合、ユーザが利用するデータ通信量に応じて課金されることがある。

したがって、ユーザに対して３Ｇデータの使用に応じたデータ使用量及び課金情報を知らせるアプリケーションもまた登場し、使われている。このようなアプリケーションは、アプリケーションを実行すると、通信事業者のサーバに接続して３Ｇデータのデータ使用量及び課金情報を表示したり、予め設定されたアップデート周期毎にウィジェット形式で３Ｇデータの使用量及び課金情報を表示したりする。

しかしながら、このような従来のアプリケーションは、３Ｇデータの全使用量のみをユーザに提供し、ユーザは、具体的にどのアプリケーションについてどれだけのデータを使用したのか知ることができないという問題があった。

本発明は、上述のような問題を解決するためになされたものであって、その目的は、様々なアプリケーション毎にデータ使用量を測定し、測定されたアプリケーション毎のデータ使用量に基づき、３Ｇ接続設定やデータ使用量の表示などの制御を行う携帯端末機及びその制御方法を提供することである。

本発明の一実施形態に係る携帯端末機は、通信事業者側サーバとデータを送受信してデータ通信を行う通信部と、前記通信部を介してデータ通信を行うアプリケーションを認識する認識部と、前記通信部を介して前記通信事業者側サーバと送受信される前記アプリケーションのデータ使用量を演算する演算部と、前記アプリケーションのデータ使用量に応じて携帯端末機を制御する制御部と、を含む。

本発明の一実施形態に係る携帯端末機の制御方法は、通信事業者側サーバと携帯端末機とのデータ通信を検知することと、前記通信事業者側サーバとのデータ通信を行うアプリケーションを認識することと、前記認識したアプリケーション毎にデータ使用量を演算することと、前記データ使用量に応じて前記携帯端末機を制御することと、を含む。

本発明によれば、アプリケーション毎にデータ使用量をユーザに表示し、それにより、ユーザが各アプリケーションのデータ通信の接続及び遮断を選択的に行うことを可能とする。従って、ユーザは、スマートフォンのような携帯端末機の操作にかかるコストやバッテリーの消耗を抑えて管理することが可能となる。

また、アプリケーション毎のデータ使用量の情報をユーザに提供することにより、携帯端末機を使用するユーザがそれぞれのアプリケーションをより効果的に利用することを可能とする。

本発明の一実施形態に係る携帯端末機の概略構成図である。 本発明の一実施形態に係る携帯端末機の制御方法を説明するフローチャートである。 本発明の一実施形態に係る携帯端末機の表示部に表示されたアプリケーション毎のデータ使用量を示す図である。 本発明の一実施形態に係る携帯端末機のデータ使用量に応じたアプリケーションの制御方法を説明するフローチャートである。 本発明の一実施形態に係る携帯端末機の広告アプリケーションの制御方法を説明するフローチャートである。

以下、添付図面を参照して本発明について詳しく説明する。しかし、添付図面及び以下に記載の説明は、本発明に係る端末機及び方法の実現可能な一実施形態を示したものに過ぎず、本発明の技術的思想は、以下の内容に限定されるものではない。

図１は、本発明の一実施形態に係る携帯端末機の概略構成図である。

図１を参照すると、本発明の一実施形態に係る携帯端末機１０は、通信部１２と、認識部１４と、演算部１６と、制御部１８とを含む。

通信部１２は、通信事業者側サーバとデータを送受信する役割を果たし、内蔵アンテナなどを含んで構成されてもよい。

認識部１４は、通信部１２にデータ通信の接続要請及びデータ通信の接続解除要請を送信する。すなわち、認識部１４は、端末機１０が通信事業者側サーバに３Ｇ、４Ｇなどのデータ通信の接続を要請し、またはデータ通信の接続解除を要請をすると、要請をしたアプリケーションを検知する。

演算部１６は、通信部１２を介して通信事業者側サーバに送受信されるデータの使用量を演算（ｃａｌｃｕｌａｔｅ）する役割を果たす。

制御部１８は、認識部１４において認識されたアプリケーションのデータ通信の接続を要請したときから、データ通信の接続解除を要請したときまでのデータ使用量を、演算部１６にて演算し、アプリケーション毎のデータ使用量に応じて携帯端末機１０を制御する。

このとき、制御部１８がアプリケーション毎のデータ使用量に応じて携帯端末機１０を制御する技術として、様々な技術が考えられるが、図２ないし図５を参照して後述する。

なお、以下では、携帯端末機１０が使用するデータ通信網として、携帯通信網に対応する３Ｇ及びＷｉ−Ｆｉを中心に説明することにする。すなわち、各アプリケーションの駆動の際に使用する基本的なデータ通信網は３Ｇであり、Ｗｉ−Ｆｉは３Ｇを使用できない場合などにおいて、補助的に使用されるものとする。

勿論、本発明に適用される携帯通信網は、現在使用されている３Ｇ通信方式に限定されるものではない。すなわち、本発明に適用される携帯通信網は、３Ｇに対応するＷＣＤＭＡ、ＨＳＤＰＡ、ＣＤＭＡ２０００、Ｗｉｂｒｏのいずれかであってよく、４Ｇ規格の候補として競争しているＷｉＭａｘ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｕｔｉｏｎ）、ＬＴＥ−Ａｄｖａｎｃｅｄのいずれかであってもよい。

現在、ＩＴＵでは、４Ｇを、ｉ）最大ダウンロード速度が１００Ｍｂｐｓ以上であり、ｉｉ）完全にＩＰを基盤とし、ｉｉｉ）直交周波数多重分割（ＯＦＤＭ）技術を使用する携帯通信方式と定義している。今後は、ＷｉＭａｘ、ＬＴＥなどの技術が発展していき、４Ｇの標準規格として採用される可能性がある。本発明に適用される携帯通信網は、現在の３Ｇ通信方式は勿論、これから採用される４Ｇ通信方式をも含む。

図２は、本発明の一実施形態に係る携帯端末機の制御方法を説明するフローチャートである。

図２を参照すると、本発明の一実施形態に係る携帯端末機１０は、ユーザが特定のアプリケーションなどを駆動する際に３Ｇ接続要請をした場合、これを検知する（１００）。このとき、制御部１８は、通信部１２を介して通信事業者側サーバにデータ通信の接続要請をしたアプリケーションを認識する（２００）。

このように３Ｇ接続要請をしたアプリケーションが認識されると、制御部１８は、携帯端末機１０にパケット情報が受信されたか否かを検知し、演算部１６によりそれぞれアプリケーション毎のパケット使用量を演算する（３００）。このとき、制御部１８は、３Ｇ接続が終了するまで各アプリケーションのパケット使用量を演算することで、アプリケーション毎のパケット使用量を演算する。アプリケーション毎のパケット使用量が演算されると、制御部１８は、演算されたアプリケーション毎の３Ｇ使用量に基づいて携帯端末機１０を制御する（４００）。

このとき、携帯端末機１０を制御することは、携帯端末機１０に備えられた表示部（図示せず）にアプリケーション毎の３Ｇ使用量を表示する制御とすることなどの、様々な制御が考えられる。

図３は、本発明の一実施形態に係る携帯端末機の表示部に表示されたアプリケーション毎のデータ使用量を示す図である。

本発明に係る携帯端末機１０は、ユーザにアプリケーション毎の３Ｇ使用量を表示できるようにするアプリケーションを提供することができる。ユーザがアプリケーションを実行するか、またはこのアプリケーションのウィジェットを介してアプリケーション毎の３Ｇ使用量及び課金情報を確認することができる。

ユーザがアプリケーションを実行すると、通信事業者側サーバと同期化がなされ、それまでのデータ使用量及び課金情報を確認することができ、ユーザがウィジェットを実行すると、あらかじめ設定された時間ごとに自動で通信事業者側サーバと同期化がなされ、それまでのデータ使用量及び課金情報をユーザに提供することができる。

図３には、ミニブログ、電子メール、音楽ポータルサイト、インターネットの、アプリケーション毎のデータ使用量が、棒グラフの形式にて示されている。図３には図示していないが、円形のグラフにて比率情報としてデータ使用量を表示してもよく、これと併せて各アプリケーション毎の課金情報も表示してもよい。このとき、ユーザは、棒グラフの形式、円形グラフの形式などのグラフ形式を設定してもよく、各グラフにて表示されるアプリケーションの個数及び順序もユーザが指定してもよい。

また、グラフにて表示されるアプリケーション毎の課金情報の基礎になる所定のデータ使用量に対する課金基準をユーザが設定可能としてもよく（例えば、データ使用量１ＫＢ当たり１ウォン）、あらかじめデータベース化された各種の料金制をユーザが選択することで、それぞれの料金制に合う課金情報がグラフにて表示されるようにしてもよい。

このとき、アプリケーションのうち、通信事業者側から課金されない非課金アプリケーションがある場合もある。こうした非課金アプリケーションの場合もデータ使用量及び課金情報に含まれるようになると、ユーザは、正確な課金情報の提供を受けることができなくなることがある。

そのため、本発明の携帯端末機１０は、非課金アプリケーションのデータ使用量を、演算されるアプリケーション毎のデータ使用量から除外することができる。これにより、課金情報のうち、課金されるアプリケーションのデータ使用量だけが反映されるようにすることもできる。

勿論、ユーザの設定によっては、データ使用量が非課金アプリケーション及び課金アプリケーションの使用量情報をいずれも含み、また、課金情報に、課金アプリケーションの使用料金だけが含まれるようにすることもできる。

図４は、本発明の一実施形態に係る携帯端末機のデータ使用量に応じたアプリケーション制御方法を説明するフローチャートであり、図２の端末機による制御ステップ（４００）の一例を詳しく示している。

本発明の携帯端末機１０は、アプリケーション毎のデータ使用量を演算して保存することができるので、アプリケーション毎に許容可能な最大データ使用値を設定し、この設定された最大データ使用値を超えると、当該アプリケーションの３Ｇ接続を遮断させるか、またはＷｉ−Ｆｉへの接続転換へと誘導することができる。

すなわち、図４に示すように、制御部１８は、各アプリケーションのデータ使用量があらかじめ設定されたデータ使用量の上限値よりも大きいか否かを判断する（４１０ａ）。このとき、データ使用量があらかじめ設定されたデータ使用量の上限値よりも大きいアプリケーションが存在すると判断されると、３Ｇ接続を遮断させる（４２０ａ）。

このとき、制御部１８は、携帯端末機１０の現在位置した地域がＷｉ−Ｆｉ受信可能地域であるか否かを判断する（４３０ａ）。もし、Ｗｉ−Ｆｉ受信可能地域であれば、携帯端末機１０をＷｉ−Ｆｉに接続させてデータの送受信を行なうようにする（４４０ａ）。

また、本発明に係る携帯端末機１０は、アプリケーション毎のデータ使用量だけで上述したような制御ができることは勿論、各アプリケーションが使用するデータの特性に応じて端末機を制御することもできる。

すなわち、各アプリケーションが使用するデータに、通信事業者側サーバと同期化を行なう同期データが多く含まれているか、またはユーザのアプリケーションの実行によってやり取りされる必須データが多く含まれているか、またはユーザに提供される広告データが多く含まれているかなどの、使用データの特性に応じて携帯端末機１０の制御を行うことができる。

このとき、このような使用データの特性を判断するためのパケットサンプルは、次のような様々な方法にて抽出することができる。すなわち、リアルタイムに使用パケットを調査し、所定の間隔でアプリケーション毎の受信パケットを調査して保存しておき、接続の要請があった際に、最も最近調査したパケットを基準にデータの特性を判断してもよい。また、インターネットウェブブラウザの駆動時といった場合は、画面が切り替わる度にパケットを分析してデータの特性を判断することもできる。

このような様々な方法にてパケットサンプルが抽出されると、抽出されたパケットサンプルに基づいて、同期データ、必須データ（ｎｅｃｅｓｓａｒｙ ｄａｔａ）、広告データの比率を参考にして、各アプリケーションの特性を判断することができるようになる。

すなわち、制御部１８は、所定の時間ごとに使用されるパケット、またはバックグラウンドで使用されるパケットを同期データとして判断することができ、フォアグラウンドで使用されるパケットを必須データと判断することができる。

このとき、「バックグラウンド使用パケット（ｂａｃｋｇｒｏｕｎｄ ｕｓｅ ｐａｃｋｅｔ）」とは、ユーザが直接アプリケーションを駆動して必須データを受ける場合でないときに使用されるデータである。すなわち、ウィジェットのようなプログラムの場合、あらかじめ設定された様々な期間ごとにアップデートのために同期データをサーバとやり取りするが、これによるものである。

一方、「フォアグラウンド使用パケット（ｆｏｒｅｇｒｏｕｎｄ ｕｓｅ ｐａｃｋｅｔ）」とは、ユーザが直接アプリケーションを駆動してそのアプリケーションのコンテンツと関連したデータをやり取りする場合のデータである。

また、制御部１８は、使用パケットのＵＲＬ情報またはファイル形式情報をあらかじめ設定されたデータベースにてフィルタリング（ｆｉｌｔｅｒｉｎｇ）することで広告データであるか否かを判断することができる。

すなわち、広告データをやり取りする際には、ＵＲＬ情報に‘ａｄ’が含まれているか、特定のタグ情報を主に利用する場合があり、フラッシュバナーファイルのようなイメージ形式が多く含まれているので、これらをあらかじめデータベース化して保存しておいてフィルタリングすることで広告データであるか否かを判断することができる。

このようにして使用データの特性が判断されると、使用データの特性に応じて当該アプリケーションの特性が決められるようになる。例えば、制御部１８は、アプリケーションデータ使用量のうち、広告データ使用量の比率があらかじめ設定された閾値以上である場合、当該アプリケーションを、広告データを多く使用する広告アプリケーション（ａｄｖｅｒｔｉｓｉｎｇ ａｐｐｌｉｃａｔｉｏｎ）と判断することができる。

図５を参照して広告アプリケーションの制御方法の例を説明すると、次のとおりである。図５を参照すると、制御部１８は、アプリケーション毎のデータ特性を分析し（４１０ｂ）、当該アプリケーションが広告アプリケーションであるか否かを判断する（４２０ｂ）。

広告アプリケーションと判断された場合は、３Ｇ接続を遮断させ、当該アプリケーションを広告アプリケーションとしてデータベースに保存することができる（４３０ｂ）。

図５には示していないが、この他にも、制御部１８は、広告アプリケーションの駆動の際に、警告メッセージやデータ接続及び接続解除を選択できるようにするポップアップウィンドウが、表示部に表示されるようにしてもよい。

また、制御部１８は、２つ以上のアプリケーションが同時にデータ通信の接続要請をした場合、広告アプリケーションとして判断されていないアプリケーションを優先してデータ通信に接続させ、広告アプリケーションとして判断されたアプリケーションは、広告データ使用量の少ない順にデータ通信に接続させるようにすることもできる。

また、制御部１８は、制御部１８の負荷量が、あらかじめ設定された閾値よりも高い場合には、広告アプリケーションとして判断されたアプリケーションのデータ通信の接続を遮断させることができる。これは、ＣＰＵなどのような制御部に多大にかかる負荷量を低減させるためである。

その他、広告アプリケーションとして判断されたアプリケーションがバックグラウンドで３Ｇに接続しようとするとき、これを遮断させてもよく、広告アプリケーションのうち広告データ使用量の多い所定数のアプリケーションを隠したり、削除したりすることもできる。また、アプリケーションだけでなく、時間帯ごとに、特定のＵＲＬごとに、またはアプリケーションのフォアグラウンド／バックグラウンド状態に応じて３Ｇ遮断を設定してもよく、アプリケーションの駆動の際に、駆動されているアプリケーションのデータ使用量及び課金情報が表示部に同時に表示されるようにしてもよい。この他、アプリケーション毎のデータ使用量に基づいて、データ通信の接続、特定のユーザーインターフェースの提供に関する多様な制御をすることができる。

本発明に係る携帯端末機１０及びその制御方法は、このようにアプリケーション毎のデータ使用量を演算してユーザに提供することにより、ユーザは、課金情報、バッテリーの消耗情報、ＣＰＵ負荷情報等に対してより効果的な管理を行うことが可能となる。

従って、本発明は、アプリケーション毎にデータ使用量が表示されることにより、ユーザは、各アプリケーションのデータ通信の接続及び遮断を選択的に行えるようになり、スマートフォンのような携帯端末機の操作にかかるコストやバッテリーの消耗を抑えて管理することが可能となる。

また、アプリケーション毎にデータ使用量が提供されることにより、各アプリケーションをよりインタラクティブに利用することが可能となる。

１０ 携帯端末機
１２ 通信部
１４ 認識部
１６ 演算部
１８ 制御部

Claims (27)

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. 前記データ使用量を演算することは、
    非課金アプリケーションのデータ使用量を除外することを含むことを特徴とする請求項１９に記載の携帯端末機の制御方法。

Images