JP2001027981A

JP2001027981A - 移動体通信端末装置

Info

Publication number: JP2001027981A
Application number: JP2000118077A
Authority: JP
Inventors: Yoshiko Hirose; 宜子広瀬; Sakuzo Takemoto; 作蔵竹本; Hiromi Wada; 浩美和田; Junji Ishigaki; 純二石垣
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1999-05-13
Filing date: 2000-04-19
Publication date: 2001-01-30
Anticipated expiration: 2020-04-19
Also published as: JP3615118B2

Abstract

(57)【要約】【課題】サーバからのデータの受信状態を好適な形式
でユーザに告知することができる移動体通信端末装置を
提供することである。【解決手段】移動体通信端末装置において、送受信／
監視部２１７２は、ＷＷＷサーバ２０１等から送信され
てきたコンテンツＣＯＮを受信して、第３の記憶部２１
２３に格納する。また、第４の記憶部２１２４に格納さ
れた管理情報ＭＩが更新される。表示データ作成部２１
７３は、第３の記憶部２１２３内のコンテンツＣＯＮに
基づいて、表示装置２１１に転送するための表示データ
Ｄ_DISを作成する。さらに、告知データ決定部２１７４
は、コンテンツＣＯＮの受信状態をユーザに告知するた
めに、当該受信状態の出力形式を管理情報ＭＩに基づい
て決定する。表示装置２１１は、告知データ決定部２１
７４が決定した形式で受信状態を表示するとともに、表
示データＤ_DIS を表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービスエリア内
を移動可能に構成されており、デジタルネットワークを
通じて外部のサーバとデータ通信を行って、受信したデ
ータを外部に出力する移動体通信端末装置に関する。よ
り特定的に述べれば、本発明は、携帯電話や情報携帯端
末のように、ユーザが携帯可能に構成される移動体通信
端末装置に適用される。

【０００２】

【従来の技術】近年、インターネットが爆発的な勢いで
全世界に広まり、ＷＷＷ(World WideWeb)上のサーバ
（以下、ＷＷＷサーバと称す）には様々なコンテンツが
蓄積されるようになった。

【０００３】従来、一般的に、ユーザは、ＷＷＷブラウ
ザと呼ばれるアプリケーションをパーソナルコンピュー
タ（以下、ＰＣと略記する）にインストールし、当該Ｗ
ＷＷブラウザを操作して、コンテンツをブラウズしてい
た。ＷＷＷブラウザとしては、Netscape NavigatorやIn
ternet Explorer （いずれも商標）が代表的である。

【０００４】ＷＷＷサーバは、ＷＷＷブラウザからの要
求に応答して、指定されたコンテンツを読み出す。ＷＷ
Ｗブラウザは、読み出されたコンテンツを受信し解析
し、典型的には、ＰＣの表示装置への表示制御を行う。

【０００５】さらに、ＷＷＷブラウザは、コンテンツの
受信状態をユーザに告知するために、当該受信状態を記
載したポップアップウィンドウを作成して、ＰＣの表示
装置への表示制御を行う時がある。

【０００６】ところで、従来、モバイルコンピューティ
ングといえば、単なる通信装置としての移動体通信端末
装置と、ノート型のＰＣとの組み合わせにより実現され
ることが多かった。しかしながら、近年の移動体通信端
末装置には、それ単体でインターネットを利用できるよ
うな通信プロトコル(典型的には、Hyper Text Transfer
ProtocolまたはWireless Application Protocol) が実
装され、ＷＷＷブラウザが実装されるようになってき
た。移動体通信端末装置のＷＷＷブラウザもまた、コン
テンツの受信状態を、何らかの方法でユーザに告知する
ことが好ましい。

【０００７】

【発明が解決しようとする課題】しかしながら、ＰＣの
ＷＷＷブラウザと同様の告知方法を、移動体通信端末装
置のＷＷＷブラウザに採用すると、当該移動体通信端末
装置のディスプレイが、ＰＣのそれよりもかなり小さい
ことから、コンテンツはポップアップウィンドウの後ろ
にほぼ完全に隠れてしまう。そのため、ユーザがコンテ
ンツをブラウズしにくくなる。

【０００８】以上から明らかなように、移動体通信端末
装置用のＷＷＷブラウザでは、ＰＣ用のそれとは別の告
知処理が望まれている、という問題点があった。なお、
この問題点は、ＷＷＷブラウザだけでなく、他のアプリ
ケーションにも該当することである。

【０００９】それゆえに、本発明の目的は、サーバから
のデータの受信状態を好適な形式でユーザに告知するこ
とができる移動体通信端末装置を提供することである。

【００１０】

【課題を解決するための手段および発明の効果】上記目
的は、以下の発明により達成される。第１の発明は、デ
ジタルネットワークを通じて外部のサーバとデータ通信
を行って、受信したデータを外部に出力する移動体通信
端末装置であって、サーバから送信されてきたデータを
受信する受信部と、受信部の受信データを記憶する第１
の記憶部と、データの受信状態を少なくとも含む管理情
報を記憶する第２の記憶部と、第１の記憶部内の受信デ
ータに基づいて、外部に出力するための出力データを作
成する作成部と、受信状態をユーザに告知するために、
当該受信状態の出力形式を管理情報内の状態に基づいて
決定する決定部と、判定部が決定した形式で受信状態を
出力するとともに、作成部が作成した出力データを出力
する出力部とを備える。

【００１１】上記第１の発明によれば、データの受信状
態は、決定部で決定された出力形式で、出力部から出力
される。これによって、受信状態に応じて、その出力形
式を変えることが可能となるので、移動体通信端末装置
にとって好適な出力形式で受信状態をユーザに告知する
ことが可能となる。

【００１２】第２の発明は第１の発明に従属しており、
決定部は、受信状態を出力データの所定の部分に付加す
ると決定する。第３の発明は第２の発明に従属してお
り、所定の部分は、出力データの先頭部分である。第４
の発明は第２の発明に従属しており、所定の部分は、出
力データの末尾部分である。

【００１３】上記第２〜第４の発明によれば、受信状態
は出力データの一部として追加される。そのため、出力
データは、従来のように受信状態を示すポップアップウ
ィンドウで隠れなくなる。

【００１４】第５の発明は第１の発明に従属しており、
出力部は表示部を含み、決定部は、受信状態をアイコン
として表示部に表示すると決定する。上記第５の発明に
よれば、受信状態はアイコンとして表示されるので、出
力データは、従来のように受信状態を示すポップアップ
ウィンドウで隠れなくなる。さらに、アイコンを表示さ
せるための制御データは、一般的にデータサイズが小さ
いので、相対的に小容量のＲＡＭしか搭載できない移動
体通信端末装置にとってより好適な告知処理を提供する
ことができる。

【００１５】第６の発明は第１の発明に従属しており、
出力部は表示部を含み、決定部は、受信状態をポップア
ップウィンドウとして表示部に表示すると決定する。デ
ータの受信状態によっては、受信データがポップアップ
ウィンドウで隠れても良い場合がある。かかる場合、第
６の発明のように、ポップアップウィンドウを採用する
ことにより、ユーザに分かりやすく受信状態を告知する
ことが可能となる。

【００１６】第７の発明は第１の発明に従属しており、
決定部は、サーバからデータを受信し始めた直後にの
み、受信状態の出力形式を決定する。上記第７の発明に
よれば、受信状態はデータの受信開始直後にのみ出力部
から出力される。これによって、受信状態を出力する回
数を減らすことができ、相対的に処理能力が小さい移動
体通信端末装置にとってより好適な告知処理を提供する
ことができる。

【００１７】第８の発明は、デジタルネットワークを通
じて外部のサーバとデータ通信を行って、受信したデー
タを外部に出力する移動体通信端末装置であって、過去
に出力したデータをローカル情報として格納する第１の
記憶部と、過去に出力されたデータの受信状態を少なく
とも含む管理情報を記憶する第２の記憶部と、外部から
取得要求があると、管理情報を参照して、当該取得要求
されたデータがローカル情報として第１の記憶部に格納
されているか否かを判定するローカル情報判定部と、ロ
ーカル情報判定部が第１の記憶部に格納されていると判
断した場合に、第１の記憶部内のローカル情報に基づい
て、外部に出力するための出力データを作成する作成部
と、受信状態をユーザに告知するために、当該受信状態
の出力形式を管理情報内の状態に基づいて決定する決定
部と、判定部が決定した形式で受信状態を出力するとと
もに、作成部が作成した出力データを出力する出力部と
を備える。

【００１８】上記第８の発明によれば、過去に出力され
たことがあるデータはローカル情報として第１の記憶部
に格納される。移動体通信端末装置は、外部から取得要
求されたデータが第１の記憶部に格納済みである場合に
は、ローカル情報を基に出力データを作成する。これに
よって、サーバからデータを取得する場合よりも、要求
されたデータを高速に出力部から出力することができ
る。

【００１９】

【発明の実施の形態】図１は、本発明の移動体通信端末
装置が収容されるデジタルネットワークＤＮの全体構成
を示している。デジタルネットワークＤＮには、移動体
通信システム１とインターネット２とが収容される。

【００２０】移動体通信システム１は、少なくとも１台
の制御局１１と、複数の基地局と、複数の移動体通信端
末装置とを備える。本実施形態では、便宜上、移動体通
信システム１には、複数の基地局として基地局１２〜１
４が収容され、複数の移動体通信端末装置として移動体
通信端末装置１５および１６が収容されるとする。

【００２１】制御局１１は、基地局１２〜１４を管理
し、それぞれと双方向通信ができるように接続される。
基地局１２〜１４は、無線ゾーン１７〜１９を管理す
る。

【００２２】移動体通信端末装置１５および１６は、ユ
ーザにより携帯されることで、移動体通信システム１の
サービスエリアを自由に移動できる。サービスエリア
は、すべての基地局１２〜１４の無線ゾーン１７〜１９
から構成される。

【００２３】移動体通信端末装置１５および１６は、そ
れぞれが位置する無線ゾーン１７〜１９において基地局
１２〜１４と所定の多元接続方式で無線通信する。多元
接続方式としては、ＣＤＭＡ(Code Division Multiple
Access) 、ＴＤＭＡ(Time Division Multiple Access)
やＦＤＭＡ(Frequency Division Multiple Access)が典
型的である。

【００２４】移動体通信端末装置１５および１６は、無
線通信中の基地局１２、１３または１４および制御局１
１を介して、他の移動体通信端末装置と通信を行い、こ
れによって、それぞれのユーザは音声通話できる。

【００２５】また、図１において、インターネット２に
は、少なくとも１台のＷＷＷ(WorldWide Web)サーバ
（図示はＷＷＷサーバ２０１および２０２）が接続され
る。

【００２６】ＷＷＷサーバ２０１および２０２には、様
々なコンテンツＣＯＮが蓄積される。コンテンツＣＯＮ
は、一般的に、テキスト、画像データ、動画データまた
は音声データ、もしくはこれらの内の２つ以上の組み合
わせで構成される。また、コンテンツＣＯＮは、典型的
には、ＨＴＭＬ(Hyper Text Markup Language)に代表さ
れる記述言語で作成される。

【００２７】ゲートウェイサーバ（以下、ＧＷサーバと
称す）３は、移動体通信システム１とインターネット２
とを接続する。さらに、移動体通信端末装置１５および
１６には、それ単体でインターネット２を利用できるよ
うな通信プロトコル(Hyper Text Transfer Protocolま
たはWireless Application Protocol) が実装される。

【００２８】これによって、移動体通信端末装置１５お
よび１６にＷＷＷブラウザを実装して、インターネット
２上のＷＷＷサーバ２０１等からコンテンツＣＯＮを取
得することが可能となる。

【００２９】以上のように、移動体通信端末装置１５お
よび１６は、少なくとも、音声通話機能と、データ通信
機能の一例としてのブラウジング機能をユーザに提供す
ることができる。かかる機能を実現するために、移動体
通信端末装置１５および１６は、図２のようなハードウ
ェア構成を有する。なお、以下、説明の便宜のため、移
動体通信端末装置１５について説明する。

【００３０】図２において、移動体通信端末装置１５
は、アプリケーション部２１と、入力装置２２と、音声
入力部２３と、音声ＣＯＤＥＣ２４と、チャネルＣＯＤ
ＥＣ２５と、変調部２６と、無線制御部２７と、アンテ
ナ２８と、復調部２９と、第１の音声出力部２１０と、
請求項における出力部の一例としての表示装置２１１と
を備えている。

【００３１】アプリケーション部２１は、ＣＰＵ２１
１、ＲＡＭ２１２およびＲＯＭ２１３とを含む。ＣＰＵ
２１１は、ＲＡＭ２１２を作業領域として使いつつ、Ｒ
ＯＭ２１３に格納されたプログラムに従って動作して、
音声通話機能およびブラウジング機能をユーザに提供す
る。

【００３２】入力装置２２は、所定個数のボタンまたは
キー、もしくは少なくとも１つのジョグダイヤル、ジョ
イスティック、カメラまたはマイクロフォンを含む。入
力装置２２は、ユーザの操作に応答して、音声通話およ
びブラウジングのために必要な情報を生成する。

【００３３】音声入力部２３は、典型的にはマイクロフ
ォンにより構成されており、ユーザにより入力された音
声を、それと等価な電気信号（以下、音声信号ＳＳ₁ と
称す）に変換する。音声信号ＳＳ₁ は、音声ＣＯＤＥＣ
２４に与えられる。

【００３４】音声ＣＯＤＥＣ２４は、その１つの機能と
して、音声入力部２３からの音声信号ＳＳ₁ を、所定の
符号化方式に従って符号化して、符号化信号ＣＳ₁ を生
成する。

【００３５】チャネルＣＯＤＥＣ２５は、その１つの機
能として、アプリケーション部２１の制御下で、音声Ｃ
ＯＤＥＣ２４で生成された符号化信号ＣＳ₁ を、上述の
多元接続方式に基づいて、他の移動体通信端末装置と共
用するチャネルに多重化して、多重化信号ＭＵＳを生成
する。

【００３６】また、チャネルＣＯＤＥＣ２５には、アプ
リケーション部２１からデータＤ₁が送られてくる場合
もある。データＤ₁ の例として、ＷＷＷサーバ２０１等
からコンテンツＣＯＮを取得するために必要となる情報
がある。チャネルＣＯＤＥＣ２５は、アプリケーション
部２１から受け取ったデータＤ₁ からも多重化信号ＭＵ
Ｓを生成する。

【００３７】変調部２６は、チャネルＣＯＤＥＣ２５で
生成された多重化信号ＭＵＳを、所定の変調方式に従っ
て変調する。変調方式としては、π／４シフトＤＱＰＳ
Ｋ(Differential Quadrature Phase Shift Keying)が典
型的である。この変調によって、変調信号ＭＯＳが生成
される。

【００３８】無線制御部２７は、その１つの機能とし
て、変調部２６からの変調信号ＭＯＳを、所定の無線周
波数帯を有する搬送波に乗せて、高周波信号ＨＳ₁を生
成する。高周波信号ＨＳ₁はアンテナ２８から空間に放
射され、図１の基地局１２、１３または１４により受信
される。

【００３９】また、移動体通信端末装置１５および１６
のそれぞれには、基地局１２、１３または１４から高周
波信号ＨＳ₂が送られてくる。高周波信号ＨＳ₂は、上
述の高周波信号ＨＳ₂と同様の方法で作られるが、通話
相手の音声、ＷＷＷサーバ２０１等に蓄積されたコンテ
ンツＣＯＮを基に作られている点で異なる。

【００４０】無線制御部２７は、アンテナ２８に誘起し
た信号の中から、所定の無線周波数帯に含まれる高周波
信号ＨＳ₂を受信する。さらに、無線制御部２７は、受
信した高周波信号ＨＳ₂ の周波数をダウンコンバートし
て、中間周波数を有する中間信号ＩＳを生成する。

【００４１】復調部２９は、無線制御部２７で生成され
た中間信号ＩＳを、所定の方式で復調（検波）して、復
調信号ＤＳを生成する。

【００４２】復調信号ＤＳには他の移動体通信端末装置
への信号も多重されている。そのため、チャネルＣＯＤ
ＥＣ２５は、復調信号ＤＳから自身宛の信号を分離す
る。分離された信号は、符号化信号ＣＳ₂ またはデータ
Ｄ₂ を含んでいる。符号化信号ＣＳ₂ は、通話相手の音
声に基づいて符号化された信号であり、データＤ₂ は、
ＷＷＷサーバ２０１等に蓄積されたコンテンツＣＯＮを
構成する。チャネルＣＯＤＥＣ２５は、分離した信号を
アプリケーション部２２に送る。

【００４３】アプリケーション部２１は、チャネルＣＯ
ＤＥＣ２５から受け取った信号が符号化信号ＣＳ₂ であ
るか、データＤ₂ であるかを識別する。アプリケーショ
ン部２１は、識別した符号化信号ＣＳ₂ に対して所定の
処理を行って、処理済みの符号化信号ＣＳ₂ を、チャネ
ルＣＯＤＥＣ２５を通じて音声ＣＯＤＥＣ２４に送る。

【００４４】音声ＣＯＤＥＣ２４は、チャネルＣＯＤＥ
Ｃ２５から受け取った符号化信号ＣＳ₂ を復号して、音
声信号ＳＳ₂ を再生する。再生された音声信号ＳＳ₂
は、上記通話相手の音声と等価な電気信号である。

【００４５】音声出力部２１０は、典型的にはスピーカ
で構成されており、音声ＣＯＤＥＣ２４で再生された音
声信号ＳＳ₂ に基づいて音を外部に放射する。これによ
って、通話相手の音声が移動体通信端末装置１５のユー
ザに伝えられる。

【００４６】一方、アプリケーション部２１は、チャネ
ルＣＯＤＥＣ２５から受け取った信号がデータＤ₂ であ
ると識別すると、当該データＤ₂ を処理する。さらに、
アプリケーション部２１は、受信データＤ₂ （コンテン
ツＣＯＮ）を基に表示データＤ_DIS を作成する。さら
に、本実施形態の特徴として、アプリケーション部２１
は、告知データＤ _WARNの表示形式を、コンテンツＣＯＮ
の受信状態に応じて決定する。

【００４７】。表示装置２１１は、アプリケーション部
２１の制御下で、コンテンツＣＯＮおよび告知データＤ
_WARNを表示する。つまり、告知データＤ_WARNは、アプリ
ケーション部２１により決定された表示形式で表示装置
２１１に表示され、これによって、ユーザにコンテンツ
ＣＯＮの現在の受信状態を告知する。

【００４８】アプリケーション部２１は、より具体的に
は、図３に示すように、入力制御部２１４と、アプリケ
ーション制御部２１５と、音声通話用アプリケーション
２１６と、ＷＷＷブラウザ２１７と、通信制御部２１８
と、音声制御部２１９と、表示制御部２１１０とを含
む。

【００４９】入力制御部２１４は、入力装置２２の入力
情報を受け取って、アプリケーション制御部２１５に渡
す。

【００５０】アプリケーション制御部２１５は、その１
つの機能として、移動体通信端末装置１５に実装されて
いる複数のアプリケーションの切り替え等を制御する。
さらに、アプリケーション制御部２１５は、入力制御部
２１４、各アプリケーション、音声制御部２１９および
表示制御部２１１０の相互間での情報の受け渡しを制御
する。

【００５１】本実施形態では、複数のアプリケーション
として、音声通話用アプリケーション２１６と、ＷＷＷ
ブラウザ２１７とが実装されている。しかし、これに限
らず、音声通話とデータ通信とをユーザに提供するため
のアプリケーションが実装されていればよい。データ通
信のためのアプリケーションの他の例として、電子メー
ルのやり取りするためのメーラがある。

【００５２】音声通話用アプリケーション２１６によ
り、移動体通信端末装置１５は、ユーザに音声通話機能
を提供することができる。音声通話アプリケーション２
１６は、簡単に説明すると、入力制御部２１４およびア
プリケーション制御部２１５を通じて、通話相手の電話
番号を受け取ると、発信のための呼接続を通信制御部２
１８に要求する。また、音声通話用アプリケーション２
１６は、着信があった場合には、音声制御部２１９およ
びアプリケーション制御部２１５を通じて受け取った符
号化信号ＣＳ₁ またはＣＳ₂ に、所定の処理を行って、
アプリケーション制御部２１５および音声制御部２１９
を通じて、処理後の符号化信号ＣＳ₁ またはＣＳ₂ をチ
ャネルＣＯＤＥＣ２５に与える。

【００５３】また、ＷＷＷブラウザ２１７により、デー
タ通信機能の一例としてのブラウジング機能が提供され
る。ＷＷＷブラウザ２１７は、簡単に説明すると、入力
制御部２１４およびアプリケーション制御部２１５を通
じて、ユーザの好みのコンテンツＣＯＮの格納場所が通
知されると、当該コンテンツＣＯＮの取得要求を作成し
て、通信制御部２１８に与える。

【００５４】通信制御部２１８は、対象となるＷＷＷサ
ーバ２０１等との通信を制御して、コンテンツＣＯＮを
パケット（つまり、データＤ₂ ）単位で受信して、ＷＷ
Ｗブラウザ２１７に与える。ＷＷＷブラウザ２１７は、
受信したコンテンツＣＯＮに基づいて、以下に説明する
告知処理を行う。

【００５５】告知処理を行うために、ＷＷＷブラウザ２
１７は、図４に示すように、第１の記憶部２１２１〜第
５の記憶部２１２５と、入力判定部２１７１と、送受信
／監視部２１７２と、表示データ作成部２１７３と、告
知データ決定部２１７４と、データ転送部２１７５と、
テーブル構成部２１７６とを備えている。

【００５６】第１の記憶部２１２１は、図５に示すよう
に、基礎データＢＤを格納している。基礎データＢＤ
は、予め定められた数のユニットレコードＵＲから構成
されている。図５の例では、９個のユニットレコードＵ
Ｒ₁ 〜ＵＲ₉ が示されている（斜線で囲まれた各部分を
参照）。

【００５７】各ユニットレコードＵＲは、ＩＤと、受信
状態と、表示形式と、告知データＤ _WARNの表示／非表示
を示す情報と、告知データＤ_WARNとから構成される。

【００５８】ＩＤは、各ユニットレコードＵＲを一意に
特定するための情報である。受信状態は、コンテンツＣ
ＯＮの現在の受信状態を示す情報である。本実施形態で
は、「コンテンツ受信中」、「受信完了」、「最大受信
サイズの超過」、「サーバによる中断」、「ユーザによ
る中断」、「回線不良による中断」および「メモリ不足
による中断」が受信状態の例として挙げられている。

【００５９】「コンテンツ受信中」は、ＷＷＷブラウザ
２１７が現在、コンテンツＣＯＮを受信している最中で
あることを示す。「受信完了」は、ＷＷＷブラウザ２１
７がコンテンツＣＯＮの受信を完了している状態を意味
する。

【００６０】「最大受信サイズの超過」とは、コンテン
ツＣＯＮのデータサイズが、ＷＷＷブラウザ２１７が受
信可能なデータ量を超える状態を意味する。より具体的
には、コンテンツＣＯＮのデータサイズが、受信バッフ
ァとしての第３の記憶部２１２３に割り当てられた記憶
容量を超えることを意味する。

【００６１】「サーバによる中断」とは、ＷＷＷサーバ
２０１等が何らかの理由によりコンテンツＣＯＮを移動
体通信端末装置１５に送信できないことを意味する。
「ユーザによる中断」とは、ユーザが一度はコンテンツ
ＣＯＮの取得を指示したものの、その後になって、当該
コンテンツＣＯＮの取得の中止を指示した時の状態を意
味する。

【００６２】「回線不良による中断」とは、回線（イン
ターネット２もしくは移動体通信システム１内の有線回
線または無線回線）の問題があり、移動体通信端末装置
１５がコンテンツＣＯＮを所定時間の間、受信できない
時の状態を意味する。「メモリ不足による中断」とは、
ＷＷＷブラウザ２１７が必要とするメモリが不足してい
る時の状態を意味する。

【００６３】表示形式とは、後述する告知データＤ_WARN
をどのように表示するかを定義するための情報である。
本実施形態では、「受信済み部分の最後」、「受信済み
部分の最初」、「コンテンツの最後」、「アイコン」お
よび「ポップアップウィンドウ」が表示形式の例として
挙げられている。

【００６４】「受信済み部分の最後」とは、ＷＷＷブラ
ウザ２１７がコンテンツＣＯＮを途中までしか受信して
いない場合において、受信済み部分の最後に、受信状態
を示す告知データＤ_WARNを付け加えることを意味する。
「受信済み部分の最初」とは、ＷＷＷブラウザ２１７が
コンテンツＣＯＮを途中までしか受信していない場合に
おいて、受信済み部分の先頭に、受信状態を示す告知デ
ータＤ_WARNを付け加えることを意味する。

【００６５】「コンテンツの最後」とは、ＷＷＷブラウ
ザ２１７がコンテンツＣＯＮを受信済みの場合におい
て、受信完了したコンテンツＣＯＮの最後に受信状態
（告知データＤ_WARN）を付け加えることを意味する。
「アイコン」とは、受信状態を象徴する絵文字または小
さな図形（図６（ａ）の点線内参照）により、当該受信
状態をユーザに告知することを意味する。

【００６６】「ポップアップウィンドウ」とは、同じ組
の受信状態を示したウィンドウをポップアップ表示（図
６（ｂ）の矢印が示す部分参照）して、当該受信状態を
ユーザに告知することを意味する。

【００６７】表示／非表示とは、受信状態を示す告知デ
ータＤ_WARNを表示するか否かを示す情報である。

【００６８】告知データＤ_WARNは、コンテンツＣＯＮの
受信状態をユーザに告知するためのデータである。本実
施形態では、告知データＤ_WARNは、文字データ、アイコ
ンを表示させるための制御データ、またはメッセージウ
ィンドウを表示するための制御データで構成される。

【００６９】例えば、ユニットレコードＵＲ₁ の表示形
式および告知データＤ_WARNは、受信済み部分の最後およ
び告知データＤ_WARN1 である。かかる場合、例えば、告
知データＤ_WARN1 は、「コンテンツ受信中」という文字
データで構成されており、図７に示すように、受信済み
のコンテンツＣＯＮの最後に追加される。

【００７０】以上の基礎データＢＤは、予め準備されて
おり、次に説明する第２の記憶部２２１２の基礎となる
データである。

【００７１】第２の記憶部２１２２は、図８に示すよう
に、テーブルＴを格納している。テーブルＴは、基礎デ
ータＢＤの中から選択されたいくつかのユニットレコー
ドＵＲから構成される。

【００７２】テーブルＴを構成するために、本移動体通
信端末装置１５は、テーブル構成部２１７６を備えてい
る。テーブル構成部２１７６は、入力判定部２１７１を
通じて外部（典型的には、オペレータ）から指示がある
と、指定されたいくつかのユニットレコードＵＲを第１
の記憶部２１２１から読み出して、第２の記憶部２１２
２に格納する。これによって、第２の記憶部２１２２に
は、図８に示すようなテーブルＴが作成される。

【００７３】このように、テーブルＴの内容を基礎デー
タＢＤから選択可能にすることにより、本移動体通信端
末装置１５は、以下の効果を奏する。

【００７４】メーカは、通常、様々なバリエーションの
移動体通信端末装置１５を製造し、また、定期的に製品
のラインアップを変更する。製品のラインアップには、
互いに異なる解像度の表示装置２１１を有する移動体通
信端末装置１５が並ぶ場合がある。

【００７５】以上のように、移動体通信端末装置１５毎
で解像度が互いに異なる場合であっても、本実施形態の
ように、基礎データＢＤの中にいくつかの告知データＤ
_WARNを予め準備しておくことで、表示装置２１１の解像
度に最も適した告知データＤ _WARNを選択することが可能
となる。これによって、例えば、表示装置２１１がより
性能の良いものに変更されたとしても、移動体通信端末
装置１５の内部のプログラムを大幅に書きかえる必要が
なくなる。

【００７６】第３の記憶部２１２３は、請求項１におけ
る第１の記憶部に相当しており、バッファとして使用さ
れる。第３の記憶部２１２３は、図９（ａ）に示すよう
に、ＷＷＷサーバ２０１等から取得したコンテンツＣＯ
Ｎを一時的に格納する。第３の記憶部２１２３に格納可
能なコンテンツＣＯＮの個数または合計サイズは制限さ
れている。その制限の範囲内の場合には、新しく取得し
たコンテンツＣＯＮは第３の記憶部２１２３に追加され
る。しかし、その制限を超える場合には、最も古いコン
テンツＣＯＮをＷＷＷブラウザ２１７が自動的に消去し
て、新しく取得したコンテンツＣＯＮが上書きされる。

【００７７】第４の記憶部２１２４は、請求項１におけ
る第２の記憶部に相当しており、第３の記憶部２１２３
に格納されているコンテンツ毎に作成される管理情報Ｍ
Ｉを格納している。図９（ｂ）は、かかる管理情報ＭＩ
の一例を示す図である。図９（ｂ）において、一組の管
理情報ＭＩは、コンテンツＣＯＮの取得元のアドレス
と、その作成日時と、その受信状態と、当該コンテンツ
ＣＯＮの第３の記憶部２１２３における格納位置と、そ
のデータサイズとから構成される。なお、図９（ｂ）の
例では、取得元のアドレスとしてＵＲＬ(Uniform Resou
rce Locator)が示されているが、ＷＷＷサーバ２０１等
のコンテンツＣＯＮの格納位置を一意に特定できる情報
であれば、どのような情報でも構わない。

【００７８】以上の構成のＷＷＷブラウザ２１７の詳細
な動作を図１０のフローチャートを参照して説明する。

【００７９】まず、ユーザは、ＷＷＷサーバ２０１から
コンテンツＣＯＮを取得したい場合、入力装置２２を操
作して、その格納場所（典型的にはＵＲＬ）を入力す
る。これに応答して、入力装置２２は、入力情報を生成
する。入力情報は、入力制御部２１４およびアプリケー
ション制御部２１５を通じて、ＷＷＷブラウザ２１７に
送信される。

【００８０】ＷＷＷブラウザ２１７において、入力判定
部２１７１は、入力情報の内容を判定する。その判定結
果が、テーブルＴを作成あるいは更新するための要求で
ある場合には、それをテーブル構成部２１７６に与え
る。これに応答して、テーブル構成部２１７６は、上述
したように、第２の記憶部２１２２内のテーブルＴを作
成あるいは更新するための処理を実行する。

【００８１】また、入力判定部２１７１は、その判定結
果がコンテンツＣＯＮの取得要求である場合には、それ
を送受信／監視部２１７２に与える。

【００８２】送受信／監視部２１７２は、受け取った取
得要求をデータＤ₁ として、通信制御部２１８を介して
チャネルＣＯＤＥＣ２５に与える。その後、取得要求
は、移動体通信端末装置１５から外部に送信され、無線
回線、有線回線およびインターネット２を通じてＷＷＷ
サーバ２０１により受信される。

【００８３】ＷＷＷサーバ２０１は、取得要求により指
定されたコンテンツＣＯＮを内部の記憶装置から読み出
す。読み出されたコンテンツＣＯＮは、インターネット
２、有線回線および無線回線を通じて移動体通信端末装
置１５に送信されてくる。

【００８４】その後、送受信／監視部２１７２は、ＷＷ
Ｗサーバ２０１からのコンテンツＣＯＮを受信して（ス
テップＳ１０１）、第４の記憶部２１２４の管理情報Ｍ
Ｉを参照して、コンテンツＣＯＮを受信した部分から順
次、第３の記憶部２１２３に格納する。

【００８５】ステップＳ１０１で注意を要するのは、送
受信／監視部２１７２は、コンテンツＣＯＮをパケット
単位で受け取るので、受信したパケットを分解して、コ
ンテンツＣＯＮの一部分をバッファとしての第３の記憶
部２１２３に格納していく。

【００８６】また、送受信／監視部２１７２は、コンテ
ンツＣＯＮの受信状態を監視しており、その受信状態を
含む管理情報ＭＩを作成して、第４の記憶部２１２４に
格納する（ステップＳ１０２）。この管理情報ＭＩは、
コンテンツＣＯＮの受信状態が変化すると更新される。

【００８７】本実施形態では、送受信／監視部２１７２
は、ユーザが指定したコンテンツＣＯＮの受信を完了し
ている場合には、図９（ｂ）に示すように、その旨を受
信状態として含む管理情報ＭＩを作成する。

【００８８】また、送受信／監視部２１７２は、上述の
最大受信サイズ超過を理由として、ユーザが指定したコ
ンテンツＣＯＮの受信を完了していない場合には、その
旨を受信状態として含む管理情報ＭＩを作成する。

【００８９】また、送受信／監視部２１７２は、上述の
サーバによる中断、回線不良による中断、ユーザによる
中断、またはメモリ不足による中断を理由として、ユー
ザが指定したコンテンツＣＯＮの受信を完了していない
場合にも、その旨を受信状態として含む管理情報ＭＩを
作成する。

【００９０】また、送受信／監視部２１７２は、ユーザ
が指定したコンテンツＣＯＮを現在受信中である場合に
は、その旨を受信状態として含む管理情報ＭＩを作成す
る。

【００９１】送受信／監視部２１７２は、管理情報ＭＩ
を作成または更新する度に、表示データ作成部２１７３
にその旨を通知する。

【００９２】表示データ作成部２１７３は、送受信／監
視部２１７２の通知に応答して、管理情報ＭＩを参照し
て、現在表示すべきコンテンツＣＯＮの格納領域を特定
する。その後、表示データ作成部２１７３は、特定した
領域に格納されているコンテンツＣＯＮに基づいて、表
示装置２１１に表示すべきデータＤ_DISを作成する（ス
テップＳ１０３）。作成された表示データＤ_DIS は第５
の記憶部２１２５に格納される。

【００９３】表示データ作成部２１７３は、表示データ
Ｄ_DIS を作成する度に、告知データ決定部２１７４にそ
の旨を通知する。

【００９４】告知データ決定部２１７４は、表示データ
作成部２１７３の通知に応答して、管理情報ＭＩを参照
する。より具体的には、告知データ決定部２１７４は、
表示データＤ_DIS の基となったコンテンツＣＯＮの受信
状態を取得する（ステップＳ１０４）。

【００９５】次に、告知データ決定部２１７４は、第２
の記憶部２２１２のテーブルＴ（図８参照）にアクセス
して、ステップＳ１０４で取得した受信状態と同じ組の
表示／非表示の情報を参照する。そして、告知データ決
定部２１７４は、参照中の情報が「表示する」を示して
いるか否かを判断する（ステップＳ１０５）。

【００９６】告知データ決定部２１７４は、参照中の情
報が「表示しない」を示している場合には、その旨をデ
ータ転送部２１７５に通知する。

【００９７】データ転送部２１７５は、告知データ決定
部２１７４の通知に応答して、第５の記憶部２１２５か
ら表示データＤ_DIS を読み出して、アプリケーション制
御部２１５に転送する（ステップＳ１０１４）。表示デ
ータＤ_DIS は、アプリケーション制御部２１５および表
示制御部２２１０を通じて、表示装置２１１に与えられ
る。

【００９８】表示装置２１１は、今回参照された情報が
「表示しない」を示している場合には、表示データＤ
_DIS をそのまま画面上に表示する。

【００９９】一方、ステップＳ１０５において、告知デ
ータ決定部２１７４は、参照中の情報が「表示する」を
示している場合には、テーブルＴにおいて同じ組の表示
形式の情報を参照する。

【０１００】次に、告知データ決定部２１７４は、参照
中の表示形式の情報が「表示データＤ_DIS の先頭」を示
しているか否かを判断する（ステップＳ１０６）。

【０１０１】告知データ決定部２１７４は、今回参照し
た表示形式の情報が「表示データＤ _DIS の先頭」を示し
ている場合には、同じ組の告知データＤ_WARNを第２の記
憶部２１２２から取り出す。

【０１０２】次に、告知データ決定部２１７４は、取り
出した告知データＤ_WARNが表示データＤ_DIS の先頭部分
に表示されるように、当該告知データＤ_WARNを第５の記
憶部２１２５に格納する（ステップＳ１０７）。その
後、告知データ決定部２１７４は、告知データＤ_WARNを
格納した旨をデータ転送部２１７５に通知する。

【０１０３】この通知に応答して、データ転送部２１７
５は、告知データＤ_WARNが追加された表示データＤ_DIS
を第５の記憶部２１２５から読み出して、アプリケーシ
ョン制御部２１５に転送する（ステップＳ１０１４）。

【０１０４】その結果、表示装置２１１は、図１１に示
すように、表示データＤ_DIS （コンテンツＣＯＮ）の先
頭に告知データＤ_WARN（受信状態）を表示し、その後
に、表示データＤ_DIS を表示する。

【０１０５】ここで、告知データＤ_WARNに基づく表示色
と、表示データＤ_DISに基づく表示色とを違う色に選べ
ば、ユーザに分かりやすく受信状態を告知することがで
きるのでより好ましい。また、告知データＤ_WARNの表示
エリアと、表示データＤ_DIS の表示エリアとの間を空け
ることによっても、ユーザにより分かりやすく受信状態
を告知することができるのでより好ましい。

【０１０６】一方、ステップＳ１０６において、告知デ
ータ決定部２１７４は、参照中の表示形式の情報が「先
頭」を示していない場合には、それが「表示データＤ
_DIS の最後」を示しているか否かを判断する（ステップ
Ｓ１０８）。

【０１０７】告知データ決定部２１７４は、今回参照し
た表示形式の情報が「表示データＤ _DIS の最後」を示し
ている場合には、当該表示形式に従って、同じ組の告知
データＤ_WARNを第５の記憶部２１２５に格納する（ステ
ップＳ１０９）。

【０１０８】その後、データ転送部２１７５は、上述と
同様に、告知データＤ_WARNが追加された表示データＤ
_DIS を、アプリケーション制御部２１５に転送する（ス
テップＳ１０１４）。

【０１０９】その結果、表示装置２１１は、図７に示す
ように、まず、転送されてきた表示データＤ_DIS （コン
テンツＣＯＮ）を表示し、その後に告知データＤ_WARNを
表示する。

【０１１０】一方、ステップＳ１０８において、告知デ
ータ決定部２１７４は、参照中の表示形式の情報が「最
後」を示していない場合には、それが「ポップアップウ
ィンドウ」を示しているか否かを判断する（ステップＳ
１０１０）。

【０１１１】告知データ決定部２１７４は、「ポップア
ップウィンドウ」を示している場合には、当該表示形式
に従って、同じ組の告知データＤ_WARNを第５の記憶部２
１２５に格納する（ステップＳ１０１１）。

【０１１２】その後、データ転送部２１７５は、上述と
同様に、告知データＤ_WARNが追加された表示データＤ
_DIS を、アプリケーション制御部２１５に転送する（ス
テップＳ１０１４）。

【０１１３】その結果、表示装置２１１は、図６（ｂ）
に示すように、転送されてきた表示データＤ_DIS （コン
テンツＣＯＮ）を表示し、その上にポップアップウィン
ドウとしての告知データＤ_WARNを表示する。

【０１１４】一方、ステップＳ１０１０において、告知
データ決定部２１７４は、参照中の表示形式の情報が
「ポップアップウィンドウ」を示していない場合には、
それが「アイコン」を示しているか否かを判断する（ス
テップＳ１０１２）。

【０１１５】告知データ決定部２１７４は、「アイコ
ン」を示している場合には、当該表示形式に従って、同
じ組の告知データＤ_WARNを第５の記憶部２１２５に格納
する（ステップＳ１０１３）。

【０１１６】その後、データ転送部２１７５は、上述と
同様に、告知データＤ_WARNが追加された表示データＤ
_DIS を、アプリケーション制御部２１５に転送する（ス
テップＳ１０１４）。

【０１１７】その結果、表示装置２１１は、図６（ａ）
に示すように、転送されてきた表示データＤ_DIS （コン
テンツＣＯＮ）を表示し、さらに、告知データＤ_WARNに
基づいてアイコンを表示する。

【０１１８】以上のように、本実施形態によれば、移動
体通信端末装置１５は、コンテンツＣＯＮの受信状態に
応じて、告知データＤ_WARNの表示形式を変更する。より
具体的には、コンテンツＣＯＮの受信中または受信完了
後には、告知データＤ_WARNはその先頭部分または最後部
分に表示される。したがって、告知データＤ_WARNは、コ
ンテンツＣＯＮを隠すことなく表示されるので、ユーザ
のブラウジングを妨げない。このように、本実施形態に
よれば、画面の小さい移動体通信端末装置１５にとって
好適な告知処理を実現することができる。

【０１１９】また、コンテンツＣＯＮの受信が中断した
場合には、表示データＤ_DIS を表示する必要性が相対的
に低くなるので、告知データＤ_WARNはポップアップウィ
ンドウとして表示される。これによって、移動体通信端
末装置１５は、ユーザに分かりやすい様に、受信状態を
告知することができる。

【０１２０】また、移動体通信端末装置１５がアイコン
により受信状態をユーザに告知することにより、コンテ
ンツＣＯＮは告知データＤ_WARNの裏側に隠れなくなり、
さらには、単にアイコンを表示させるだけであるから、
告知データＤ_WARNのデータサイズを小さくすることがで
きる。

【０１２１】なお、以上の実施形態では、ＷＷＷブラウ
ザ２１７は、コンテンツＣＯＮの受信状態を告知すると
して説明した。しかし、コンテンツＣＯＮに限らず、サ
ーバから画像データ、動画データまたは音声データを受
信する場合であっても、上述と同様の告知処理によっ
て、各データの受信状態を告知することができる。

【０１２２】また、以上の実施形態において、テーブル
Ｔは基礎データＢＤの部分集合であった。つまり、テー
ブルＴには、基礎データＢＤのユニットレコードＵＲが
重複して格納される。そのため、例えば、テーブルＴに
は、基礎データＢＤから選択された受信状態だけを登録
する方が、ＲＡＭ２１２の使用容量を減らすという観点
からより好ましい。

【０１２３】また、以上の実施形態では、ＷＷＷブラウ
ザ２１７が告知処理を行うとして説明した。しかし、Ｗ
ＷＷブラウザ２１７に限らず、デジタルネットワークを
通じて外部のサーバとデータ通信を行うようなアプリケ
ーション（例えば、メーラ）であれば、上述の告知処理
を行うことが可能である。

【０１２４】また、以上の実施形態では、告知データ決
定部２１７４は、表示データ作成部２１７３の通知があ
る度に、つまり、送受信／監視部２１７２がコンテンツ
ＣＯＮを構成するデータＤ₂ を受信する度に、受信状態
の表示形式を決定していた。しかし、これに限らず、告
知データ決定部２１７４は、コンテンツＣＯＮの受信開
始直後にのみ、受信状態の表示形式を決定してもよい。
この時、表示装置２１１には、コンテンツＣＯＮの受信
開始直後にのみ、受信状態を表示する。

【０１２５】次に、図１２を参照して、本発明の第２の
実施形態について説明する。図１２において、ＷＷＷブ
ラウザ２１７は、図４のそれと比較すると、送受信／監
視部２１７２、第３の記憶部２１２３および第４の記憶
部２１２４がローカル情報判定部２１７７、第６の記憶
部２１２６および第７の記憶部２１２７に代わる点で相
違する。それ以外に相違点はないので、図１２におい
て、図４の構成に相当するものには同一の参照符号を付
し、その説明を省略する。

【０１２６】第６の記憶部２１２６は、請求項８におけ
る第１の記憶部に相当しており、いわゆるキャッシュと
して使用される。第６の記憶部２１２６は、、移動体通
信端末装置１５が過去にＷＷＷサーバ２０１等から取得
したコンテンツＣＯＮを、ローカル情報として格納す
る。なお、第６の記憶部２１２５に格納可能なコンテン
ツＣＯＮの個数または合計サイズは制限されており、当
該第６の記憶部２１２６は、その制限範囲を超えてロー
カル情報を新規格納することはできない。

【０１２７】第７の記憶部２１２７は、請求項８におけ
る第２の記憶部に相当しており、第６の記憶部２１２６
に格納されている各ローカル情報を管理するための管理
情報を格納している。この管理情報の詳細については、
図９（ｂ）の管理情報ＭＩと同様であるので、その説明
を省略する。ここで注意を要するのは、受信状態は、対
応するコンテンツＣＯＮがＷＷＷブラウザ２１７によっ
て受信された時の状態を示す。

【０１２８】以下、上記構成のＷＷＷブラウザ２１７の
動作について説明する。入力判定部２１７１は、コンテ
ンツＣＯＮの取得要求を受け取った場合、それをローカ
ル情報選択部２１７７に与える。

【０１２９】ローカル情報判定部２１７７は、入力判定
部２１７１から取得要求を受け取ると、第７の記憶部２
１２７の管理情報を参照して、当該取得要求により指定
されたコンテンツＣＯＮが第６の記憶部２１７６に格納
されているか否かを判定する。

【０１３０】ローカル情報判定部２１７７は、指定され
たコンテンツＣＯＮが第６の記憶部２１７６に格納され
ている場合には、その旨を表示データ作成部２１７３に
通知する。

【０１３１】表示データ作成部２１７３は、ローカル情
報選択部２１７７の通知に応答して、管理情報を参照し
て、現在指定されたコンテンツＣＯＮの格納領域を特定
する。その後、表示データ作成部２１７３は、特定した
領域に格納されているコンテンツＣＯＮに基づいて、表
示装置２１１に表示すべきデータＤ_DISを作成して、第
５の記憶部２１２５に格納する。これ以降の動作は、第
１の実施形態と同様であるため、その説明を省略する。

【０１３２】以上のように第２の実施形態に係るＷＷＷ
ブラウザ２１７は、コンテンツＣＯＮを取得するための
要求を受け取った時点で、第６の記憶部２１２６に当該
コンテンツＣＯＮが保存されている場合には、当該コン
テンツＣＯＮを基に表示データＤ_DIS を作成する。これ
によって、ＷＷＷブラウザ２１７は、ＷＷＷサーバ２０
１等とデータ通信する必要がなくなるので、指定された
コンテンツＣＯＮを短時間で表示することができる。

【図面の簡単な説明】

【図１】本発明の移動体通信端末装置が収容されるデジ
タルネットワークＤＮの大略的な構成を示すブロック図
である。

【図２】図１の移動体通信端末装置１５，１６のハード
ウェア構成を示すブロック図である。

【図３】図２のアプリケーション部２１の機能ブロック
構成を示す図である。

【図４】図３のＷＷＷブラウザ２１７の第１の機能ブロ
ック構成を示す図である。

【図５】図４の第１の記憶部２１２１に格納される基礎
データＢＤの一例を示す図である。

【図６】図５に示す「アイコン」および「ポップアップ
ウィンドウ」を説明するための図である。

【図７】図５に示す告知データＤ_WARN1の表示形式を説
明するための図である。

【図８】図４の第２の記憶部２１２２に格納されるテー
ブルＴの一例を示す図である。

【図９】図４の第３の記憶部２１２３に格納されるコン
テンツＣＯＮおよび第４の記憶部２１２４に格納される
管理情報ＭＩの一例を示す図である。

【図１０】図４に示すＷＷＷブラウザ２１７の処理手順
を示すフローチャートである。

【図１１】移動体通信端末装置１５の表示画面の例を示
す図である。

【図１２】図３のＷＷＷブラウザ２１７の第２の機能ブ
ロック構成を示す図である。

【符号の説明】

ＤＮ…デジタルネットワーク２０１，２０２…ＷＷＷサーバ１５，１６…移動体通信端末装置２１…アプリケーション部２１１…表示装置２１７…ＷＷＷブラウザ２１７１…入力判定部２１７２…送受信／監視部２１７３…表示データ作成部２１７４…告知データ決定部２１７５…データ転送部２１７６…ローカル情報判定部

───────────────────────────────────────────────────── フロントページの続き (72)発明者和田浩美大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者石垣純二大阪府門真市大字門真1006番地松下電器産業株式会社内

Claims

【特許請求の範囲】

【請求項１】デジタルネットワークを通じて外部のサ
ーバとデータ通信を行って、受信したデータを外部に出
力する移動体通信端末装置であって、前記サーバから送信されてきたデータを受信する受信部
と、前記受信部の受信データを記憶する第１の記憶部と、前記データの受信状態を少なくとも含む管理情報を記憶
する第２の記憶部と、前記第１の記憶部内の受信データに基づいて、外部に出
力するための出力データを作成する作成部と、前記受信状態をユーザに告知するために、当該受信状態
の出力形式を前記管理情報内の状態に基づいて決定する
決定部と、前記判定部が決定した形式で前記受信状態を出力すると
ともに、前記作成部が作成した出力データを出力する出
力部とを備える、移動体通信端末装置。
【請求項２】前記決定部は、前記受信状態を前記出力
データの所定の部分に付加すると決定する、請求項１に
記載の移動体通信端末装置。
【請求項３】前記所定の部分は、前記出力データの先
頭部分である、請求項２に記載の移動体通信端末装置。
【請求項４】前記所定の部分は、前記出力データの末
尾部分である、請求項２に記載の移動体通信端末装置。
【請求項５】前記出力部は表示部を含み、前記決定部は、前記受信状態をアイコンとして前記表示
部に表示すると決定する、請求項１に記載の移動体通信
端末装置。
【請求項６】前記出力部は表示部を含み、前記決定部は、前記受信状態をポップアップウィンドウ
として前記表示部に表示すると決定する、請求項１に記
載の移動体通信端末装置。
【請求項７】前記決定部は、前記サーバからデータを
受信した直後にのみ、前記受信状態の出力形式を決定す
る、請求項１に記載の移動体通信端末装置。
【請求項８】デジタルネットワークを通じて外部のサ
ーバとデータ通信を行って、受信したデータを外部に出
力する移動体通信端末装置であって、過去に出力したデータをローカル情報として格納する第
１の記憶部と、前記過去に出力されたデータの受信状態を少なくとも含
む管理情報を記憶する第２の記憶部と、外部から取得要求があると、前記管理情報を参照して、
当該取得要求されたデータがローカル情報として前記第
１の記憶部に格納されているか否かを判定するローカル
情報判定部と、前記ローカル情報判定部が前記第１の記憶部に格納され
ていると判断した場合に、前記第１の記憶部内のローカ
ル情報に基づいて、外部に出力するための出力データを
作成する作成部と、前記受信状態をユーザに告知するために、当該受信状態
の出力形式を前記管理情報内の状態に基づいて決定する
決定部と、前記判定部が決定した形式で前記受信状態を出力すると
ともに、前記作成部が作成した出力データを出力する出
力部とを備える、移動体通信端末装置。
【請求項９】前記決定部は、前記受信状態を前記出力
データの所定の部分に付加すると決定する、請求項８に
記載の移動体通信端末装置。
【請求項１０】前記所定の部分は、前記出力データの
先頭部分である、請求項９に記載の移動体通信端末装
置。
【請求項１１】前記所定の部分は、前記出力データの
末尾部分である、請求項９に記載の移動体通信端末装
置。
【請求項１２】前記出力部は表示部を含み、前記決定部は、前記受信状態をアイコンとして前記表示
部に表示すると決定する、請求項８に記載の移動体通信
端末装置。
【請求項１３】前記出力部は表示部を含み、前記決定部は、前記受信状態をポップアップウィンドウ
として前記表示部に表示すると決定する、請求項８に記
載の移動体通信端末装置。
【請求項１４】前記決定部は、前記サーバからデータ
を受信した直後にのみ、前記受信状態の出力形式を決定
する、請求項８に記載の移動体通信端末装置。