(57)【特許請求の範囲】
【請求項１】
表示部と、
メールアプリケーションと、
前記メールアプリケーションのパケット通信を行う無線部と、
前記無線部の通信パケット量を測定するパケット量測定部と、
メールの宛先に対応する用途を示す用途別宛先テーブルを含むアドレス帳と、
前記パケット量測定部が測定したパケット量測定結果に基づきメールの宛先毎の累積パケット量を求め、
前記メールの宛先毎の累積パケット量と前記用途別宛先テーブルのメールの宛先に対応する用途とを基に、前記用途毎の累積パケット量を求めるパケット量集計部と、
を有し
前記用途毎の累積パケット量に対応する料金を、前記表示部に表示する携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記用途は、私用又は仕事用である携帯端末。
【請求項３】
請求項１又は請求項２に記載の携帯端末であって、
前記料金が所定のしきい値を超えた場合に、前記表示部に表示する料金を強調表示する
携帯端末。
【請求項４】
請求項１ないし請求項３のいずれか一項に記載の携帯端末であって、
前記料金を、前記メールアプリケーションの実行中あるいはパケット通信の終了直後に前記表示部に表示する携帯端末。
【請求項５】
請求項１ないし請求項４のいずれか一項に記載の携帯端末である携帯無線電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信機能をもつ携帯端末に関する。
【背景技術】
【０００２】
パケット通信機能をもつ携帯端末では、携帯端末上で、電子メール（以下、『電子メール』または略称して単に『メール』と記述する。）の授受や各種のゲーム（例えば、対戦ゲーム、ロールプレイングゲーム、等）を楽しむことができる。
【０００３】
パケット通信に対する課金は、例えば、１ヶ月の通信パケットデータ量を積算し、その積算データに基づいて行なわれる（特許文献１の従来の技術の欄を参照）。
【０００４】
また、特許文献１では、データ量の多い動画像や音楽コンテンツの通信に多額の料金がかかり、ユーザの負担が大きくなるという課題の対応策として、多段階の課金方法を採用してデータ量の多い場合の料金を割安とすると共に、そのような課金を、携帯端末とコンテンツサーバとの間に存在する課金システム（特許文献１では『ＩＰシステム』と記述されている。）にて行なっている。
【０００５】
尚、種々の携帯端末の中でも例えば携帯無線電話端末（即ち、いわゆる携帯電話機）のユーザが、その携帯無線電話端末を用いた各種通信サービスを提供する電気通信事業者が運営する通信ネットワーク上の所定のウエブサイトにアクセスすることによって、前日までの累積パケット量を知ることができるサービスは、既に実現されている。
【０００６】
携帯端末上で各種のゲームを楽しんだり、あるいは、頻繁にメールの送受信を行なったりした場合に、予想外に高額なパケット料金を請求される場合があるのは、よく経験するところである。
【０００７】
パケット料金は、基本的には、ゲームやメール等の実行に伴い発生したパケット量の合算（累積パケット量）によって決まる。先に説明したように、通信ネットワーク上の所定のウエブサイトにアクセスして前日までの累積パケット量を確認することもできなくはないが、いちいち通信ネットワーク上の所定のウエブサイトにアクセスするのは面倒であり、携帯端末のユーザの中には、そのような累積パケット量の確認をせずに無防備に行ない続け、その結果として、非常に高額なパケット料金が課せられるという場合もあり得る。
【０００８】
また、仮に、累積パケット量を確認できた場合でも、そのことが、直ちに、高額なパケット料金の抑制に役立つとは限らない。即ち、使用するアプリケーション等に応じて、パケット量は大きく変動するため、累積パケット量だけでは、パケット料金の増加の主原因が何かを、ユーザ自身が分析することは困難である。
【０００９】
また、ユーザが多数のアプリケーションを利用している場合には、過去にどのアプリケーションを利用したのかを思い出せない、という場合もあり、この場合も、パケット料金の増加の主原因の特定が困難となる。
【００１０】
例えば、今月のパケット料金が前月に比べて急に増大した場合に、累積パケット量の増大の原因は何かを、具体的に突きとめることができなければ、結局のところ、パケット料金の抑制のためにどのような方策を採ればよいのかを立案するのが困難となる。そして、不本意ながら、高額のパケット料金を、毎月、請求され続けるような事態も生じ得る。
【００１１】
特許文献１に記載の技術では、データ量の多い動画像や音楽コンテンツの利用に対して、携帯端末のユーザの負担を軽減することにはなる。しかし、ユーザがゲーム等に熱中して長時間のパケット通信の利用を行なえば、やはり高額のパケット料金を請求されることとなり、パケット料金の抑制のための抜本的な対策とはならない。
【００１２】
また、特許文献１では、ネット上に設けられた課金システムがユーザ毎の累積パケット量を管理しているため、ユーザが自己の累積パケット量を知るためには、その課金システムにアクセスする必要が生じる。先に説明したように、このような処理は、ユーザにとっては面倒であり、通信ネットワーク上の所定のウエブサイトにアクセスする場合と同様な短所をもつ。
【００１３】
また、高額なパケット料金の効果的な抑制方法がわからない状態では、ユーザは、安心してゲームやメール等を利用できないという、ユーザの心理的な側面からみた課題も存在する。
【００１４】
【特許文献１】特開２００３−６０６７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明は、上記従来の事情に鑑みてなされたものであって、携帯端末のユーザが、ゲーム、メール、等のアプリケーションを楽しながら、無理なく且つ効果的に、意に反した高額なパケット通信料金の発生を抑制することができる携帯端末を提供することを目的としている。
【課題を解決するための手段】
【００１８】
また、本発明の携帯端末は、表示部と、メールアプリケーションと、前記メールアプリケーションのパケット通信を行う無線部と、前記無線部の通信パケット量を測定するパケット量測定部と、メールの宛先に対応する用途を示す用途別宛先テーブルを含むアドレス帳と、前記パケット量測定部が測定したパケット量測定結果に基づきメールの宛先毎の累積パケット量を求め、前記メールの宛先毎の累積パケット量と前記用途別宛先テーブルのメールの宛先に対応する用途とを基に、前記用途毎の累積パケット量を求めるパケット量集計部とを有し、前記用途毎の累積パケット量に対応する料金を、前記表示部に表示する。
【００１９】
本発明の携帯端末は、メールアプリケーションに関して、私用や仕事等の用途毎のパケット料金の集計および表示を行い、パケット通信料金について用途別に認識できるようにし、効果的にパケット通信料金を抑制することができる。
【００２４】
また、本発明の携帯端末の他の態様では、前記表示制御部は、前記アプリケーションまたは項目についての累積パケット量またはその累積パケット量に対応する料金が所定のしきい値を超えた場合に、前記累積パケット量または累積パケット量に対応する料金を強調表示する。
【００２５】
この本発明の携帯端末の他の態様は、予め、しきい値を設定しておき、使用パケット量（または料金）がそのしきい値を超えた場合に、累積パケット量（料金）を強調表示して、ユーザに、注意を促すようにしたものである。これによって、ユーザは、意に反する高額なパケット料金の発生を未然に防止することができる。
【００２６】
また、本発明の携帯端末の他の態様では、前記表示制御部は、前記アプリケーションまたは項目についての累積パケット量またはその累積パケット量に対応する料金を、前記アプリケーションの実行中あるいはパケット通信の終了直後に表示する。
【００２７】
この本発明の携帯端末の他の態様は、累積パケット量や料金を、リアルタイム、あるいは、それに準じる適切なタイミングにおいて表示するようにしたものである。この表示は、ユーザの選択したタイミングで行なうことができ、また、ユーザの意思とは関係なく、強制的に（自動的に）表示するようにしてもよい。これによって、ユーザは、日々、自己の使用パケット量（あるいは料金）を、適切なタイミングでチェックできる。
【００２８】
尚、本発明の携帯端末の例としては、パケット通信機能を備えた持ち運び可能なパーソナルコンピュータ（例えば、ノート型のパーソナルコンピュータ）、無線パケット通信機能を備えたＰＤＡ（即ち、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、等の携帯情報通信端末、パケット通信機能を備えた携帯無線電話端末（即ち、いわゆる携帯電話機）、等が挙げられる。但し、本発明の携帯端末が、近年世の中で非常に普及している携帯無線電話端末であると特に好ましい。
【００２９】
即ち、本発明の携帯端末が携帯無線電話端末である場合、携帯無線電話端末上で、アプリケーション毎の累積パケット量を集計し、その累積パケット量またはそのパケット量に対応するパケット料金を表示可能であるため、携帯無線電話端末のユーザは、ネットワーク上のシステムにアクセスすることなく、自己の携帯無線電話端末上で、アプリケーション毎の使用パケット量を、日々、容易に（即ち、何時でもどこででも）チェックすることができる。また、本発明によって、携帯無線電話端末のユーザに新規な表示サービスを提供することが可能となり、携帯無線電話端末の付加価値の向上が実現される。
【発明の効果】
【００３０】
本発明によれば、携帯端末のユーザが、ゲーム、メール、等のアプリケーションを楽しながら、無理なく且つ効果的に、意に反した高額なパケット通信料金の発生を抑制することができる。
【発明を実施するための最良の形態】
【００３１】
以下、図１〜図２３を参照しながら、本発明の携帯端末に関する複数の好適な実施形態について説明する。尚、ここでは、近年世の中で非常に普及している携帯無線電話端末を本発明に係る携帯端末の実施形態として説明する。
【００３２】
（第１実施形態）
図１は、本発明の携帯無線電話端末の全体の構成（具体的には、ハードウエア構成、使用するソフトウエアの種別ならびに使用するデータの種別）を示すシステムブロック図である。
【００３３】
図示されるように、本発明の携帯無線電話端末は、アンテナＡＮと、無線部１００と、ベースバンド処理部１０２と、チャネルコーデック１０４と、音声コーデック１０６と、鳴動処理部１０８と、レシーバ１１０と、スピーカ１１２と、パケット処理部１１４（即ち、送信パケット集計ノード１１８および受信パケット集計ノード１１９からなるパケット量測定ノード１１６を含む部分と、パケット化部１１７と、パケット復元部１２０と、を備える。）と、記憶部（即ち、ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４０と、ＲＯＭ（即ち、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５０と、操作部（即ち、操作キー）１６０と、表示部（即ち、ＬＣＤ：Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）１６２と、各部の動作を統括的に制御するＣＰＵ（即ち、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：制御部）１３０と、を有する。各部は、システムバス（即ち、ＢＵＳ）によって相互に接続されている。
【００３４】
ＲＯＭ１５０には、プログラム格納部１５１が設けられている。プログラム格納部１５１には、ゲームアプリケーションプログラム１５２（以後、『ゲームアプリケーション１５２』と略称する。）と、メールアプリケーションプログラム１５３（以後、『メールアプリケーション１５３』と略称する。）と、パケット料金の計算や試算を行なうための料金計算アプリケーションプログラム１５４（以後、『料金計算アプリケーション１５４』と略称する。）と、パケット量の集計と表示を実現するための集計表示アプリケーションプログラム１５５（以後、『集計表示アプリケーション１５５』と略称する。）と、が格納されている。
【００３５】
また、記憶部（ＲＡＭ）１４０には、各種の情報やデータが記憶される。即ち、現在動作中のアプリケーションを特定する情報（即ち、アプリケーション種別）１４１と、パケット料金テーブル１４２と、アプリケーション毎のパケット通信量（あるいは対応する通信料金）１４３と、メールアプリケーション１５２と連携するアドレス帳１４４と、が記憶される。
【００３６】
パケット料金テーブル１４２は、メールアプリケーション１５３によって使用される。また、アプリケーション毎のパケット通信量（あるいは対応する通信料金）１４３は、集計表示アプリケーションによって集計処理された結果として得られるデータである。
【００３７】
本発明の携帯無線電話端末は、パケット処理部１１４内に、パケット量測定ノード１１６（これは、送信パケット集計ノード１１８および受信パケット集計ノード１１９からなる。）を有することから、外部のシステムに頼らずに、自機内で、通信経路を流れるパケット数を測定することができる。
【００３８】
パケット量（即ち、単位時間当たりのパケット数）の具体的な測定方法としては、経路を流れるパケットそのものかどうかを示すフラグ信号を観測する方法や、パケットサイズ等の各種情報が書き込んであるヘッダを観測する方法、あるいは、近似的ではあるが、パケットの各種の処理段階において、パケットの数を実際にカウントする方法等が考えられる。
【００３９】
図２は、図１における送信パケット集計ノード１１８（同様に受信パケット集計ノード１１９）の内部構成を示すシステムブロック図である。
【００４０】
図２の送信パケット集計ノード１１８（同様に受信パケット集計ノード１１９）では、パケットヘッダを観測してパケット数をカウントする。
【００４１】
図示されるように、送信パケット集計ノード１１８（同様に受信パケット集計ノード１１９）は、入力パケットインタフェース（即ち、入力Ｉ／Ｆ）１７０と、ヘッダ観測部１７１と、カウンタ１７２と、タイマ１７３と、集計処理部１７４と、メールアドレス解読部１７５と、出力パケットインタフェース（即ち、出力Ｉ／Ｆ）１７６と、パケット集計データインタフェース（即ち、パケット集計データＩ／Ｆ）１７７と、を備える。
【００４２】
ヘッダ観測部１７１は、入力パケットインタフェース（即ち、入力Ｉ／Ｆ）１７０からパケットが入力されると、そのパケットを一旦、蓄積すると共に、タイマ１７３ならびにカウンタ１７２を起動し、そして、パケットヘッダを観測することによってパケットデータであることを確認し、その確認の毎に、カウンタ１７２に確認通知を行なう。
【００４３】
タイマは所定時間（単位時間）の計測を行ない、カウンタ１７２は、その単位時間内において、ヘッダ観測部１７１から受け付けた確認通知の数をカウントする。単位時間内におけるカウンタのカウント値（即ち、単位時間当たりのパケット量を示すデータ）は、集計処理部１７４に送られる。
【００４４】
集計処理部１７４は、基本的にはタイミング調整用のバッファであり、カウンタ１７２から送られてくる、単位時間当たりのパケット量を示すデータを、一時的に蓄積した後、所定のタイミングで、パケット集計データインタフェース（即ち、パケット集計データＩ／Ｆ）１７７に出力する。
【００４５】
但し、電子メールの通信パケットに関して、メールアドレス解読部１７５によって送信先（同様に送信元）のメールアドレスの解析が行なわれ、その解析の結果として特定されるメールアドレス情報が集計処理部１７４に通知された場合には、集計処理部１７４は、単位時間当たりのパケット量を示すデータと、メールアドレスとを関連づけて一つのデータとする編集処理を行ない、その編集後のデータを、パケット集計データインタフェース（即ち、パケット集計データＩ／Ｆ）１７７に出力する。
【００４６】
このようにして、パケット量測定ノード１１６（即ち、送信パケット集計ノード１１８および受信パケット集計ノード１１９）によって、通信経路を流れるパケット量が、携帯無線電話端末の内部で測定される。
【００４７】
次に、図１に戻って、測定されたパケット量のデータに基づき、アプリケーション毎の累積パケット量、あるいは、一つのアプリケーションの所定項目毎の累積パケット量を求める処理の概要を説明する。
【００４８】
即ち、ゲームアプリケーション１５２やメールアプリケーション１５３が起動されると、現在起動されているアプリケーションが何かを示す情報（即ち、動作中のアプリケーション種別情報）１４１が、記憶部（ＲＡＭ）１４０に記憶される。
【００４９】
そして、パケット通信が開始されると、パケット量測定ノード１１６（即ち、送信パケット集計ノード１１８および受信パケット集計ノード１１９）によって、通信経路を流れるパケット量が測定され、その測定データが、随時、出力される。
【００５０】
このパケット量測定データは、記憶部（ＲＡＭ）１４０内に累積的に蓄積される。アプリケーション種別情報１４１によって、現在動作中のアプリケーションは既知であるから、パケット量測定データを累積的に蓄積する際に、現在動作中のアプリケーションと関連づけを行なうことによって、アプリケーション毎のパケット通信量（即ち、累積通信量）１４３を得ることができる。また、料金計算アプリケーション１５４を参照することによって、そのパケット通信量に相当する、おおよそのパケット料金を計算することも可能である。
【００５１】
また、例えば、メールアプリケーションについて、相手先別の累積パケット量（あるいはパケット料金）を示す場合には、以下のような手順が更に追加される。
【００５２】
即ち、この場合には、先に説明したように、パケット集計データインタフェース（即ち、パケット集計データＩ／Ｆ）１７７からは、単位時間当たりのパケット量を示すデータと、メールアドレスとを関連づけて一つのデータとしたものが出力される。次に、アドレス帳１４４を参照し、そのメールアドレスに対応する通信相手の名称を特定する。そして、その通信相手の名称と関連づけて、累積パケット通信量（あるいは料金）を管理する。
【００５３】
また、電子メールの利用に際し、携帯無線電話端末のユーザが、予め、私用／仕事の区別を操作部（即ち、操作キー）１６０から入力することによって、私用／仕事を区別して、累積パケット量（あるいはパケット料金）を集計することもできる。
【００５４】
また、本発明の携帯無線電話端末には、送信パケット集計ノード１１８および受信パケット集計ノード１１９が設けられているため、各々のノードから出力されるパケット量のデータを区別して取り扱うことによって、送信と受信を区別して、累積パケット量（あるいはパケット料金）を集計することもできる。
【００５５】
以下、図３および図４を参照して、図１の携帯無線電話端末の表示部（ＬＣＤ）１６２における表示の例について説明する。
【００５６】
図３は、図１の携帯無線電話端末の表示部における画面表示の一例を説明するための図である。
【００５７】
携帯無線電話端末の初期画面では、表示部１６２上には、メニュー画面が表示されている。即ち、ブラウザ、メーラ、ゲーム、設定という一覧表示がなされている。ここで、携帯無線電話端末のユーザが、ゲームを選択したとする。
【００５８】
すると、ゲーム一覧画面に移行し、ネット将棋、カーレース、およびＲＰＧの３種のゲームについての、使用パケットの累積値（即ち、累積パケット量）に対応するパケット料金が提示される。ここでは、ユーザは、ネット将棋を選択するものとする。ネット将棋についての現在のパケット料金は、２７９０円である。
【００５９】
続いて、ゲーム画面に移行し、ユーザはネット将棋を楽しむ。
【００６０】
そして、ゲームが終了すると、再び、ゲーム一覧画面に戻る。今回のネット将棋のパケット料金（この例では３３０円）が加算されることによって、ネット将棋の累積パケット料金は３１２０円となり、この更新された料金が、「ネット将棋」という文字の横に表示される。
【００６１】
図４（ａ）〜（ｆ）は、パケット料金の表示態様を示す図である。
【００６２】
図４（ａ）は、ゲームアプリケーションを一覧表示し、その一覧表示の中から選択されたアプリケーションについてのパケット料金を、一覧表示の下段に表示した例を示す。即ち、この表示は、アプリケーションの一覧と、選択中のアプリケーションを同時に提示し、且つ、邪魔にならない位置にパケット料金をさりげなく提示するものである。これにより、ユーザは、日々、無理なく、自己のパケット使用状況をチェックすることができる。尚、図４（ａ）に示される例では、パケット料金が一覧表示の下段に表示されるが、パケット料金が表示される箇所は一覧表示の適宜な所定部分であればよく、例えば、一覧表示の上段であってもよい。
【００６３】
また、図４（ｂ）は、累積パケット料金が所定のしきい値を越えている場合には、現在の選択の如何を問わず、その料金の強調表示を行なうものである。即ち、この表示は、予め、しきい値を設定しておき、使用パケット量（または料金）がそのしきい値を超えた場合に、累積パケット料金（または累積パケット量）を強調表示して、ユーザに、注意を促すようにしたものである。これによって、ユーザは、意に反する高額なパケット料金の発生を未然に防止することが可能となる。
【００６４】
図４（ｂ）では、ＲＰＧについての料金（この例では５８００円）が太文字にて強調表示されている。強調表示としては、その他、色を変える、あるいは、使用するロゴを変えるという方法を採用してもよい。
【００６５】
図４（ｃ）は、メールの使用時において、通信相手毎の累積パケット料金を提示する例を示している。図４（ｄ）は、メールの使用時において、メールの用途、具体的には私用／仕事を区別して、累積パケット料金を提示する例を示している。図４（ｅ）は、メールの使用時において、受信メール／送信メールを区別して、累積パケット料金を提示する例を示している。
【００６６】
これらの表示は、電子メールが日常的に頻繁に利用されることが多いため、知らず知らずのうちに予想外の高額なパケット料金となる場合があることに着目して、メールに関するパケット量の内訳を、所望の項目毎に表示するようにし、ユーザが、自己のメールの使用状況をより的確に把握できるようにするためのものである。
【００６７】
尚、所定項目毎のパケット料金の表示は、電子メールの使用に限定されるものではない。例えば、ゲームソフトにおいて、ユーザが好みのキャラクタやレーシングカーを自由に選択して使用でき、その選択するキャラクタやレーシングカー毎に課金される場合に、キャラクタやレーシングカーの種類毎のパケット料金を表示することもできる。
【００６８】
即ち、一つのアプリケーションについての累積パケット料金を所定項目毎に分類して集計し、表示することによって、携帯無線電話端末のユーザは、より細かく、より具体的に、自己のパケット使用状況を的確に把握することができる。従って、より効果的なパケット料金の抑制策の立案が可能となる。
【００６９】
図４（ｆ）は、異なる種類のアプリケーション（即ち、ブラウザ、メール、およびゲーム）を一覧表示し、アプリケーション毎の累積パケット料金を示した例である。この場合には、どのカテゴリーのアプリケーションが、高額な支払いの原因となっているかを一目で確認することができるというメリットがある。従って、より効果的なパケット料金の抑制策の立案が可能となる。
【００７０】
尚、以上の説明では、累積パケット料金を表示することにしているが、累積パケット量そのものを表示してもよい。
【００７１】
（第２実施形態）
本実施形態では、図５〜図９を参照し、アプリケーション毎のパケット料金（またはパケット量）の集計と表示を行なうための具体的な機能ブロックの構成や処理手順について説明する。
【００７２】
図５は、アプリケーション毎のパケット料金（またはパケット量）の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図である。
【００７３】
図５において、図１と共通する部分には、同じ参照符号を付してある。即ち、アンテナＡＮ、無線部１００、プログラム格納部１５１（これは、ゲームやメール等のアプリケーションプログラムを格納する部分であり、図中、アプリケーションＡ，Ｂ，Ｃと記載されている。）と、パケット量測定ノード１１６と、操作部１６０と、表示部１６２と、記憶部（ＲＡＭ）１４０は、図１と共通している。尚、図５の参照符号２００は、各種のサーバ（例えば、携帯無線電話端末の登録情報管理サーバ、コンテンツ提供サーバ、等）である。
【００７４】
また、図５の記憶部（ＲＡＭ）１４０には、現在動作中のアプリケーションを特定する情報（即ち、アプリケーション種別）１４１と、パケット料金テーブル１４２と、アプリケーション毎のパケット通信量（あるいは対応するパケット料金）１４３と、が記憶される。
【００７５】
図５において、特徴的な機能ブロックは、パケット量集計部１３１、表示制御部１３３、および料金計算部１８０である。
【００７６】
ここで、パケット量集計部１３１および表示制御部１３３は、図１のＣＰＵ１３０や周辺のハードウエアが、集計表示アプリケーション１５５に従って動作する結果として構築される機能ブロックである。
【００７７】
また、料金計算部は、図１のＣＰＵ１３０や周辺のハードウエアが、料金計算アプリケーション１５４に従って動作する結果として構築される機能ブロックである。
【００７８】
第１実施形態で説明したように、本発明の携帯無線電話端末は、その携帯無線電話端末の内部において通信パケット量を測定し、その測定結果に基づいて、アプリケーション毎の累積パケット量を集計し、そのアプリケーション毎の累積パケット量（または、その累積パケット量に相当するパケット料金）を、携帯無線電話端末上で表示する。そして、その表示方法としては、アプリケーションの一覧表示の適宜な所定部分に表示したり、しきい値を越えて高額の場合に強調表示をしてユーザに注意を促す、といった種々の態様が存在する（尚、パケット料金を一覧表示の下段に表示した例を示す図４（ａ）と同様に、累積パケット量が一覧表示の下段に表示される形態を採ってもよいが、前述したように累積パケット量が表示される箇所は一覧表示の所定部分であればよく、例えば、一覧表示の上段であってもよい。）。
【００７９】
従って、本発明では、「測定」、「集計」、および「表示」の３つの処理を行なうブロックが必要である。
【００８０】
ここで、パケット量の測定処理を行なうのが、パケット量測定ノード（これは専用ハードウエアである。）１１６である。
【００８１】
また、アプリケーション毎の累積パケット量（または累積パケット料金）の集計処理を行なうのがパケット量集計部１３１である。尚、パケット料金の算出自体は、料金計算部１８０が行なう。
【００８２】
そして、各アプリケーションと累積パケット量（または累積パケット料金）を対応づけし、多様な表示を行なうのが表示制御部１３３である。
【００８３】
図６は、図５の記憶部（ＲＡＭ）に記憶されている情報やデータの内容を具体的に示す図である。
【００８４】
図示されるように、動作中のアプリケーション種別１４１は、アプリケーションＡが動作中であることを示している。
【００８５】
また、アプリケーション毎の累積パケット通信量（または累積パケット料金）１４３は、図示されるように、アプリケーションＡ〜Ｃの各々に累積パケット量を対応づけした表形式のデータである。
【００８６】
また、パケット料金テーブル１４２は、パケット量に応じた段階的な課金が行なわれる場合であって、３００パケット未満は無料であり、３０１〜５０００パケットまでは、１パケットあたり０．１円であり、５００１パケットを越える場合には、１パケットあたり０．２円であることを示している。
【００８７】
図７は、図５の携帯無線電話端末における、料金プランのダウンロード処理の手順を示すフローチャートである。
【００８８】
図示されるように、携帯無線電話端末の登録情報管理サーバ２００に接続する（即ち、ステップＳ４００）。携帯無線電話端末から登録情報管理サーバ２００に、携帯無線電話端末固有の識別番号を送信し、それに対応する料金プラン情報を受信する（即ち、ステップＳ４０１）。料金プラン情報を記憶部１４０に記憶する（即ち、ステップＳ４０２）。
【００８９】
図８は、図５の携帯無線電話端末における、累積パケット通信量の集計処理の手順を示すフローチャートである。
【００９０】
まず、パケット量集計部１３１が、アプリケーションＡの開始時に、開始するアプリケーションの識別子（即ち、動作中のアプリケーション種別１４１）を記憶部１４０に記憶する（即ち、ステップＳ４０３）。
【００９１】
アプリケーションＡが開始されると、送信パケットデータが、アプリケーションＡからパケット量集計部１３１に渡される。また、サーバ２００から送られてきたパケットデータが、アンテナＡＮ、および無線部１００を介して受信され、その受信パケットデータが、パケット量集計部１３１に渡される。ステップＳ４０４では、このような、パケットの送信／受信があったかを判定する。
【００９２】
パケット量集計部１３１は、動作中のアプリケーション種別１４１を記憶部１４０から読み出し、そのアプリケーションの現在の累積パケット通信量を読み出す（即ち、ステップＳ４０５）。
【００９３】
パケット量集計部１３１は、続いて、アプリケーションＡの進行と共に累積される今回のパケット通信量を、先の累積パケット量に加算し、その更新された累積パケット量を、記憶部１４０に記憶する（即ち、ステップＳ４０６）。
【００９４】
図９は、図５の携帯無線電話端末における、アプリケーション毎のパケット料金表示処理の手順を示すフローチャートである。
【００９５】
表示制御部１３３は、操作部１６０への操作により、アプリケーションの一覧表示の要求を受け付ける（即ち、ステップＳ４０７）。表示制御部１３３は、料金計算部１８０に、パケット料金の計算要求を発出する（即ち、ステップＳ４０８）。この要求は、パケット量集計部１３１経由で行なってもよい。
【００９６】
また、料金計算部１８０は、記憶部１４０からアプリケーション毎のパケット通信量１４３と料金テーブル１４２を読み出す（即ち、ステップＳ４０９）。
【００９７】
料金計算部１８０は、アプリケーション毎のパケット通信量１４３と料金テーブル１４２から、アプリケーション毎のパケット料金を算出する（即ち、ステップＳ４１０）。
【００９８】
そして、アプリケーション毎のパケット料金を、表示部１６２上に表示する（即ち、ステップＳ４１１）。
【００９９】
このようにして、本発明の携帯無線電話端末では、累積パケット量の測定、アプリケーション毎の集計、にユーザインタフェースを考慮した効果的な料金表示のすべてを、システムに依存することなく、携帯無線電話端末の内部にて行なうことができる。従って、使い勝手のよい、多機能化された携帯無線電話端末が実現される。
【０１００】
（第３実施形態）。
本実施形態では、メールアプリケーションについて、更に、送信と受信を区別して、パケット料金を集計し、表示する例について説明する。
【０１０１】
図１０は、メールアプリケーションに関して、送信と受信を区別してパケット料金の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図である。図１０において、図５と共通する部分には、同じ参照符号を付している。共通する部分についての説明は省略する。
【０１０２】
図１０における基本構成は、図５と同じである。ただし、図１０では、パケット量集計部１３１が、メールアプリケーションに関して、送信と受信を区別してパケット料金の集計と表示を行なう点が異なり、その結果として、記憶部（ＲＡＭ）１４０には、アプリケーション毎のパケット通信量（送受信別）１４５が記憶されることになる。
【０１０３】
図１１は、図１０における、アプリケーション毎の送受信別のパケット通信量を示すデータの具体的な内容を示す図である。
【０１０４】
図示されるように、メールＡ、メールＢの各々について、送信と受信を区別して、累積パケット通信量が集計されている。
【０１０５】
図１２は、図１０の携帯無線電話端末における、送信と受信を区別した累積パケット通信量の集計処理の手順を示すフローチャートである。
【０１０６】
まず、パケット量集計部１３１が、メールアプリケーションの開始時に、開始するアプリケーションの識別子（即ち、動作中のアプリケーション種別１４１）を記憶部１４０に記憶する（即ち、ステップＳ４１２）。
【０１０７】
メールアプリケーションが開始されると、送信パケットデータが、メールアプリケーションからパケット量集計部１３１に渡される。また、サーバ２００から送られてきたパケットデータが、アンテナＡＮおよび無線部１００を介して受信され、その受信パケットデータが、パケット量集計部１３１に渡される。ステップＳ４１３では、このような、パケットの送信／受信があったかを判定する。
【０１０８】
パケット量集計部１３１は、動作中のアプリケーション種別１４１を記憶部１４０から読み出し、そのアプリケーションの現在の累積パケット通信量を、送信と受信を区別して
読み出す（即ち、ステップＳ４１４）。
【０１０９】
パケット量集計部１３１は、続いて、メールアプリケーションの進行と共に累積される今回のパケット通信量を、先の累積パケット量に加算し、その更新された累積パケット量を、送信と受信を区別して、記憶部１４０に記憶する（即ち、ステップＳ４１５）。
【０１１０】
図１３は、図１０の携帯無線電話端末における、送信と受信を区別したパケット料金表示処理の手順を示すフローチャートである。
【０１１１】
表示制御部１３３は、操作部１６０への操作により、アプリケーションの一覧表示の要求を受け付ける（即ち、ステップＳ４１６）。表示制御部１３３は、料金計算部１８０に、アプリケーション毎のパケット料金の計算要求を発出する（即ち、ステップＳ４１７）。この要求は、パケット量集計部１３１経由で行なってもよい。
【０１１２】
また、料金計算部１８０は、記憶部１４０からアプリケーション毎のパケット通信量（送受信別）１４５と料金テーブル１４２を読み出す（即ち、ステップＳ４１８）。
【０１１３】
料金計算部１８０は、アプリケーション毎のパケット通信量（送受信別）１４５と料金テーブル１４２から、アプリケーション毎のパケット料金（送受信別）を算出する（即ち、ステップＳ４１９）。
【０１１４】
そして、アプリケーション毎のパケット料金（送受信別）を、表示部１６２上に表示する（即ち、ステップＳ４２０）。
【０１１５】
このようにして、本実施形態の携帯無線電話端末では、メールアプリケーションに関して、送信と受信を区別したパケット料金の集計および表示を行なうことができる。
【０１１６】
（第４実施形態）
本実施形態では、メールアプリケーションについて、通信相手（メール宛先）を区別して、パケット料金を集計し、表示する例について説明する。
【０１１７】
図１４は、メールアプリケーションに関して、通信相手（メール宛先）を区別してパケット料金の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図である。図１４において、図５および図１０と共通する部分には、同じ参照符号を付している。共通する部分についての説明は省略する。
【０１１８】
図１４における基本構成は、図５および図１０と同じである。ただし、図１４では、パケット量集計部１３１が、メールアプリケーションに関して、通信相手（メール宛先）を区別してパケット料金の集計と表示を行なう点が異なり、その結果として、記憶部（ＲＡＭ）１４０には、アプリケーション毎のパケット通信量（メール宛先別）１４６が記憶されることになる。
【０１１９】
また、図４の記憶部（ＲＡＭ）１４０には、アドレス帳１４４が記憶されている。このアドレス帳１４４は、メールアドレスからメール宛先の名称を調べるために使用される。
【０１２０】
図１５は、図１４における、アプリケーション毎のメール宛先別のパケット通信量を示すデータの具体的な内容を示す図である。
【０１２１】
図示されるように、メールの宛先（即ち、山田さん、佐藤さん、および田中さん）を区別して、累積パケット通信量が集計されている。
【０１２２】
図１６は、図１４の携帯無線電話端末における、メール宛先毎に累積パケット通信量の集計を行なう場合の処理手順を示すフローチャートである。
【０１２３】
まず、パケット量集計部１３１が、メールアプリケーションの開始時に、開始するアプリケーションの識別子（即ち、動作中のアプリケーション種別１４１）を記憶部１４０に記憶する（即ち、ステップＳ４２２）。
【０１２４】
メールアプリケーションが開始されると、送信パケットデータが、メールアプリケーションからパケット量集計部１３１に渡される。また、サーバ２００から送られてきたパケットデータが、アンテナＡＮおよび無線部１００を介して受信され、その受信パケットデータが、パケット量集計部１３１に渡される。ステップＳ４２３では、このような、パケットの送信／受信があったかを判定する。
【０１２５】
パケット量集計部１３１は、動作中のアプリケーション種別１４１を記憶部１４０から読み出し、そのアプリケーションの現在の累積パケット通信量を、メール宛先別に読み出す（即ち、ステップＳ４２４）。
【０１２６】
パケット量集計部１３１は、続いて、メールアプリケーションの進行と共に累積される今回のパケット通信量を、先の累積パケット量に加算し、その更新された累積パケット量を、メール宛先別に、記憶部１４０に記憶する（即ち、ステップＳ４２５）。
【０１２７】
図１７は、図１４の携帯無線電話端末における、メール宛先毎のパケット料金表示を行なうための処理手順を示すフローチャートである。
【０１２８】
表示制御部１３３は、操作部１６０への操作により、アプリケーションの一覧表示の要求を受け付ける（即ち、ステップＳ４２６）。表示制御部１３３は、料金計算部１８０に、アプリケーション毎のパケット料金の計算要求を発出する（即ち、ステップＳ４２７）。この要求は、パケット量集計部１３１経由で行なってもよい。
【０１２９】
また、料金計算部１８０は、記憶部１４０からアプリケーション毎のパケット通信量（メール宛先別）１４６と料金テーブル１４２を読み出す（即ち、ステップＳ４２８）。
【０１３０】
料金計算部１８０は、アプリケーション毎のパケット通信量（メール宛先別）１４６と料金テーブル１４２から、メール宛先毎のパケット料金を算出する（即ち、ステップＳ４２９）。
【０１３１】
次に、アドレス帳１４４を参照して、メールアドレスとメール宛先の名称との関連づけを行なう（即ち、ステップＳ４３０）。そして、メール宛先の名称毎に、パケット料金を表示部１６２に表示する（即ち、ステップＳ４３１）。
【０１３２】
このようにして、本実施形態の携帯無線電話端末では、メールアプリケーションに関して、メール宛先別のパケット料金の集計および表示を行なうことができる。
【０１３３】
（第５実施形態）
本実施形態では、メールアプリケーションに関して、メールの宛先を私用／仕事に分類しておき、これを利用して、私用／仕事別のパケット料金の集計および表示を行なう。
【０１３４】
図１８は、メールアプリケーションに関して、メールの宛先を私用／仕事に分類しておき、これを利用して、私用／仕事別のパケット料金の集計および表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図である。図１８において、図５、図１０、および図１４と共通する部分には、同じ参照符号を付している。共通する部分についての説明は省略する。
【０１３５】
図１８における基本構成は、図５、図１０、および図１４と同じである。ただし、図１８では、パケット量集計部１３１が、メールアプリケーションに関して、私用／仕事別のパケット料金の集計および表示を行なう点が異なる。
【０１３６】
記憶部（ＲＡＭ）１４０には、アプリケーション毎のパケット通信量（メール宛先別）１４６が記憶される点は、図１４と同じである。また、アドレス帳が記憶されている点も、図１４と同じである。
【０１３７】
ただし、本実施形態（図１８）では、アドレス帳１４４の備考情報として、私用仕事別宛先テーブル１４８が設けられており、メール宛先と私用仕事別宛先テーブル１４８とを連携させることによって、結果的に、そのメールが私用なのか、仕事用なのかを判別することが可能となる。
【０１３８】
私用仕事別宛先テーブル１４８は、予め、ユーザが操作部１６０を操作して、アドレス帳１４４の備考欄等に記載しておくものである。例えば、「山田さん（私用）、佐藤さん（私用）、田中さん（仕事）」というように指定しておく。
【０１３９】
図１９は、メール宛先別のパケット通信量と、私用／仕事の別の情報を連携させた場合のデータ内容を示す図である。
【０１４０】
アプリケーション毎のパケット通信量（メール宛先別）１４６は、図１５に示したものと同じである。ただし、各々のメール宛先と、私用仕事別宛先テーブル１４８とを連携させることによって、その宛先のメールが私用なのか、仕事用なのかを判別することが可能となる。即ち、図１９に示すように、山田さんは私用、佐藤さんは私用、田中さんは仕事というように対応づけが可能である。
【０１４１】
本実施形態では、この対応付けを利用して、結果的に、私用／仕事を区別して、累積パケット量の集計と料金計算を行なうものである。
【０１４２】
図２０は、図１８の携帯無線電話端末における、私用／仕事を区別して累積パケット通信量の集計を行なう場合の処理手順を示すフローチャートである。
【０１４３】
まず、パケット量集計部１３１が、メールアプリケーションの開始時に、開始するアプリケーションの識別子（即ち、動作中のアプリケーション種別１４１）を記憶部１４０に記憶する（即ち、ステップＳ４４０）。
【０１４４】
メールアプリケーションが開始されると、送信パケットデータが、メールアプリケーションからパケット量集計部１３１に渡される。また、サーバ２００から送られてきたパケットデータが、アンテナＡＮおよび無線部１００を介して受信され、その受信パケットデータが、パケット量集計部１３１に渡される。ステップＳ４４１では、このような、パケットの送信／受信があったかを判定する。
【０１４５】
パケット量集計部１３１は、動作中のアプリケーション種別１４１を記憶部１４０から読み出し、そのアプリケーションの現在の累積パケット通信量を、メール宛先別に読み出す（即ち、ステップＳ４４２）。
【０１４６】
パケット量集計部１３１は、続いて、メールアプリケーションの進行と共に累積される今回のパケット通信量を、先の累積パケット量に加算し、その更新された累積パケット量を、メール宛先別に、記憶部１４０に記憶する（即ち、ステップＳ４４３）。
【０１４７】
図２１は、図１８の携帯無線電話端末における、私用／仕事を区別したパケット料金の表示を行なうための処理手順を示すフローチャートである。
【０１４８】
表示制御部１３３は、操作部１６０への操作により、アプリケーションの一覧表示の要求を受け付ける（即ち、ステップＳ４４４）。表示制御部１３３は、料金計算部１８０に、アプリケーション毎のパケット料金の計算要求を発出する（即ち、ステップＳ４４５）。この要求は、パケット量集計部１３１経由で行なってもよい。
【０１４９】
料金計算部１８０は、記憶部１４０からアプリケーション毎のパケット通信量（メール宛先別）１４６と、料金テーブル１４２と、私用／仕事別メール宛先テーブル１４８を読み出す（即ち、ステップＳ４４６）。
【０１５０】
料金計算部１８０は、アプリケーション毎のパケット通信量（メール宛先別）１４６と料金テーブル１４２ならびに私用／仕事別メール宛先テーブル１４８から、私用／仕事別のパケット料金を算出する（即ち、ステップＳ４４７）。
【０１５１】
そして、私用／仕事別のパケット料金を、表示部１６２に表示する（即ち、ステップＳ４４８）。
【０１５２】
このようにして、本実施形態の携帯無線電話端末では、メールアプリケーションに関して、私用／仕事を区別したパケット料金の集計および表示を行なうことができる。
【０１５３】
（第６実施形態）
本実施形態では、アプリケーション毎、あるいは、所定項目毎の累積パケット量（累積パケット料金）の集計および表示を行なう機能を備えた、本発明の携帯無線電話端末の外観構成について説明する。
【０１５４】
図２２は、本発明の携帯無線電話端末（ストレートタイプ）の外観構成を示す正面図である。また、図２３は、本発明の携帯無線電話端末（折り畳み式タイプ）の外観構成を示す斜視図である。
【０１５５】
図２２および図２３の携帯無線電話端末は、アンテナＡＮと、スピーカ１２４０と、液晶ディスプレイ１２６０と、操作キー１２８０と、レシーバ１２２０と、を有している。
【０１５６】
携帯無線電話端末上で各種のゲームを楽しんだり、あるいは、頻繁にメールの送受信を行なったりした場合に、予想外に高額なパケット料金を請求される場合があるのは、よく経験するところであり、特に、その月のパケット料金が急増したような場合に、果たして、何が原因であったかを突き止めるのは、従来技術では、容易ではない。
【０１５７】
これに対し、本発明の携帯無線電話端末では、ユーザは、ネットワーク上のシステムにアクセスすることなく、自己の携帯無線電話端末上で、アプリケーション毎の使用パケット量を、日々、容易にチェックすることができる。従って、ユーザは、安心してパケット通信機能を利用することが可能となる。
【０１５８】
以上、説明したように、本発明の実施形態によれば、ユーザは、ネットワーク上のシステムにアクセスすることなく、自己の携帯無線電話端末上で、アプリケーション毎の使用パケット量を、日々、容易に（即ち、何時でもどこででも）チェックすることができる。
【０１５９】
即ち、上述の実施形態によれば、どのアプリケーションがどの程度のパケットを使用するか（あるいはどの程度の料金となるか）を、携帯無線電話端末のユーザが、例えば、そのアプリケーションの使用中にリアルタイムでチェックしたり、また、そのアプリケーションの使用終了の度にチェックしたりすることができ、アプリケーション毎の使用パケット量（またはその料金）を、容易に且つ的確に知ることができる。また、上述の実施形態によれば、過去のアプリケーション毎の使用パケット量のデータを記憶しておき、ユーザが、必要に応じて、適宜、その過去のデータを参照することもできる。
【０１６０】
従って、上述の実施形態によれば、パケット料金が増大した場合に、どのアプリケーションの使用が主原因となっているかを、ユーザ自身がすぐに認識することができ、日常の中で、適切な対応策（例えば、そのアプリケーションの使いすぎに注意し、場合によっては、意図的にその使用を控えるようにする等）をタイムリーに採ることが可能となり、ユーザの意に反した高額なパケット料金の発生を効果的に抑制することができる。
【０１６１】
また、上述の実施形態によれば、ユーザは、自己のパケット使用状況を常に把握した状態で、安心してゲームやメール等を利用できる。
【０１６２】
また、上述の実施形態によれば、アプリケーション毎の累積パケット量の集計にとどまらず、更に、一つのアプリケーションについての累積パケット量を所定項目毎に分類して集計し、表示することによって、携帯無線電話端末のユーザは、より細かく、より具体的に、自己のパケット使用状況を的確に把握することができる。従って、上述の実施形態によれば、より効果的なパケット料金の抑制策の立案が可能となる。
【０１６３】
特に、電子メールは、日常的に頻繁に利用されることが多いため、知らず知らずのうちに予想外の高額なパケット料金となる場合があるが、上述の実施形態によれば、メールに関するパケット量の内訳を、所望の項目毎に表示するので、ユーザが、自己のメールの使用状況をより的確に把握できるようになり、効果的である。
【０１６４】
また、アプリケーションや項目毎の累積パケット量や料金の表示形式を工夫し、アプリケーションの一覧表と共に表示するようにしたり、あるいは、しきい値を超えた場合に強調表示したりすることによって、ユーザは、日々、無理なく、自己のパケット使用状況を常にチェックすることが可能となり、意に反した高額なパケット料金の発生の抑制効果が高まる。
【０１６５】
また、累積パケット量や料金を、リアルタイム、あるいは、それに準じる適切なタイミングにおいて表示することによって、ユーザは、日々、自己の使用パケット量（あるいは料金）を、適切なタイミングでチェック可能となる。
【０１６６】
従って、上述の実施形態によれば、携帯無線電話端末のユーザがゲームやメール等を楽しながら、無理なく、且つ効果的に、パケット通信料金を抑制することができるようになる。
【０１６７】
また、上述の実施形態によれば、ユーザが安心してパケット通信機能を利用することが可能な、多機能化された携帯無線電話端末を実現することができる。
【産業上の利用可能性】
【０１６８】
本発明は、携帯端末のユーザが、ゲーム、メール、等のアプリケーションを楽しながら、無理なく、且つ効果的に、意に反した高額なパケット通信料金の発生を抑制することができるので、パケット通信機能を備えた携帯端末等に有用である。
【図面の簡単な説明】
【０１６９】
【図１】本発明の携帯端末の全体の構成（ハードウエア構成、使用するソフトウエアの種別ならびに使用するデータの種別）を示すシステムブロック図
【図２】図１における送信パケット集計ノード（受信パケット集計ノード）の内部構成を示すシステムブロック図
【図３】図１の携帯端末の表示部における画面表示の一例を説明するための図
【図４】（ａ）〜（ｆ）は、パケット料金の表示態様を示す図
【図５】アプリケーション毎のパケット料金（パケット量）の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図
【図６】図５の記憶部（ＲＡＭ）に記憶されている情報やデータの内容を具体的に示す図
【図７】図５の携帯端末における、料金プランのダウンロード処理の手順を示すフローチャート
【図８】図５の携帯端末における、累積パケット通信量の集計処理の手順を示すフローチャート
【図９】図５の携帯端末における、アプリケーション毎のパケット料金表示処理の手順を示すフローチャート
【図１０】メールアプリケーションに関して、送信と受信を区別してパケット料金の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図
【図１１】図１０における、アプリケーション毎の送受信別のパケット通信量を示すデータの具体的な内容を示す図
【図１２】図１０の携帯端末における、送信と受信を区別した累積パケット通信量の集計処理の手順を示すフローチャート
【図１３】図１０の携帯端末における、送信と受信を区別したパケット料金表示処理の手順を示すフローチャート
【図１４】メールアプリケーションに関して、通信相手（メール宛先）を区別してパケット料金の集計と表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図
【図１５】図１４における、アプリケーション毎のメール宛先別のパケット通信量を示すデータの具体的な内容を示す図
【図１６】図１４の携帯端末における、メール宛先毎に累積パケット通信量の集計を行なう場合の処理手順を示すフローチャート
【図１７】図１４の携帯端末における、メール宛先毎のパケット料金表示を行なうための処理手順を示すフローチャート
【図１８】メールアプリケーションに関して、メールの宛先を私用／仕事に分類しておき、これを利用して、私用／仕事別のパケット料金の集計および表示を行なうための具体的な機能ブロックの構成を示すシステムブロック図
【図１９】メール宛先別のパケット通信量と、私用／仕事の別の情報を連携させた場合のデータ内容を示す図
【図２０】図１８の携帯端末における、私用／仕事を区別して累積パケット通信量の集計を行なう場合の処理手順を示すフローチャート
【図２１】図１８の携帯端末における、私用／仕事を区別したパケット料金の表示を行なうための処理手順を示すフローチャート
【図２２】本発明の携帯端末（具体的に、ストレートタイプの携帯無線電話端末）の一例の外観構成を示す正面図
【図２３】本発明の携帯端末（具体的に、折り畳み式タイプの携帯無線電話端末）の一例の外観構成を示す斜視図
【符号の説明】
【０１７０】
１００  無線部
１０２  ベースバンド処理部
１０４  チャネルコーデック
１０６  音声コーデック
１０８  鳴動処理部
１１０  レシーバ
１１２  スピーカ
１１４  パケット処理部
１１６  パケット量測定ノード
１１７  パケット化部
１１８  送信パケット集計ノード
１１９  受信パケット集計ノード
１２０  パケット復元部
１３１  パケット量集計部
１３３  表示制御部
１４０  記憶部（ＲＡＭ）
１４１  アプリケーション種別情報
１４２  パケット料金テーブル
１４３  パケット通信量情報
１４４  アドレス帳
１４８  私用／仕事別宛先テーブル
１５１  プログラム格納部
１５２  ゲームアプリケーション
１５２  メールアプリケーション
１５３  メールアプリケーション
１５４  料金計算アプリケーション
１５５  集計表示アプリケーション
１６０  操作部
１６２  表示部
１７１  ヘッダ観測部
１７２  カウンタ
１７３  タイマ
１７４  集計処理部
１７５  メールアドレス解読部
１８０  料金計算部
２００  サーバ
１２２０    レシーバ
１２４０    スピーカ
１２６０    液晶ディスプレイ
１２８０    操作キー
【図１】
0004668022.tif 000002
【図２】
0004668022.tif 000003
【図３】
0004668022.tif 000004
【図４】
0004668022.tif 000005
【図５】
0004668022.tif 000006
【図６】
0004668022.tif 000007
【図７】
0004668022.tif 000008
【図８】
0004668022.tif 000009
【図９】
0004668022.tif 000010
【図１０】
0004668022.tif 000011
【図１１】
0004668022.tif 000012
【図１２】
0004668022.tif 000013
【図１３】
0004668022.tif 000014
【図１４】
0004668022.tif 000015
【図１５】
0004668022.tif 000016
【図１６】
0004668022.tif 000017
【図１７】
0004668022.tif 000018
【図１８】
0004668022.tif 000019
【図１９】
0004668022.tif 000020
【図２０】
0004668022.tif 000021
【図２１】
0004668022.tif 000022
【図２２】
0004668022.tif 000023
【図２３】
0004668022.tif 000024