(57)【特許請求の範囲】
【請求項１】
デジタルネットワークを通じて外部のサーバとデータ通信を行って、受信したデータを外部に出力する移動体通信端末装置であって、
前記サーバから送信されてきたデータを受信する受信部と、
前記受信されたデータを記憶する第１の記憶部と、
データを取得終了した時の状態を表す受信状態を少なくとも含む管理情報を記憶する第２の記憶部と、
前記受信状態をユーザに告知するために、前記管理情報に基づいて、前記第１の記憶部内のデータ毎に受信状態を付加する部分を決定する決定部と、
前記第１の記憶部内のデータにおいて、前記決定部で決定された部分に、前記管理情報に含まれる受信状態を組み込んで、出力データを作成する作成部と、
前記作成部が作成した出力データを出力する出力部とを備える、移動体通信端末装置。
【請求項２】
前記所定の部分は、前記出力データの先頭部分である、請求項１に記載の移動体通信端末装置。
【請求項３】
前記所定の部分は、前記出力データの末尾部分である、請求項１に記載の移動体通信端末装置。
【請求項４】
前記決定部は、前記受信状態毎に、前記第１の記憶部内のデータにおいて受信状態を付加する部分を決定する、請求項１に記載の移動体通信装置。
【請求項５】
前記受信状態は、データを取得終了した時の状態として、前記データを受信中であること、前記データの受信を完了したこと、前記データのサイズが受信可能な範囲を超えること、及び、前記データの受信が中断したことのいずれかを表す、請求項４に記載の移動体通信装置。
【請求項６】
デジタルネットワークを通じて外部のサーバとデータ通信を行って、受信したデータを外部に出力する移動体通信端末装置であって、
前記サーバから過去に取得したデータをローカル情報として格納する第１の記憶部と、
前記データを取得終了した時の状態を表す受信状態を少なくとも含む管理情報を記憶する第２の記憶部と、
前記管理情報を参照して、今回ユーザにより指定されたデータがローカル情報として前記第１の記憶部に格納されているか否かを判定するローカル情報判定部と、
前記ローカル情報判定部が前記第１の記憶部に格納されていると判断した場合に、前記第１の記憶部内のローカル情報に基づいて、外部に出力するための出力データを作成する作成部と、
前記受信状態をユーザに告知するために、当該受信状態の出力形式を前記管理情報内の状態に基づいて決定する決定部と、
前記決定部が決定した形式で前記受信状態を出力するとともに、前記作成部が作成した出力データを出力する出力部とを備える、移動体通信端末装置。
【請求項７】
前記決定部は、前記受信状態を前記出力データの所定の部分に付加することで、前記出力データの一部に組み込むことを決定する、請求項６に記載の移動体通信端末装置。
【請求項８】
前記所定の部分は、前記出力データの先頭部分である、請求項７に記載の移動体通信端末装置。
【請求項９】
前記所定の部分は、前記出力データの末尾部分である、請求項７に記載の移動体通信端末装置。
【請求項１０】
前記出力部は表示部を含み、
前記決定部は、前記受信状態をアイコンとして前記表示部に表示すると決定する、請求項６に記載の移動体通信端末装置。
【請求項１１】
前記出力部は表示部を含み、
前記決定部は、前記受信状態をポップアップウインドウとして前記表示部に表示すると決定する、請求項６に記載の移動体通信端末装置。
【請求項１２】
前記決定部は、前記サーバからデータを受信した直後にのみ、前記受信状態の出力形式を決定する、請求項６に記載の移動体通信端末装置。
【請求項１３】
前記決定部は、前記受信状態毎に、前記第１の記憶部内のデータにおいて受信状態を付加する部分を決定する、請求項６に記載の移動体通信装置。
【請求項１４】
前記受信状態は、データを取得終了した時の状態として、前記データを受信中であること、前記データの受信を完了したこと、前記データのサイズが受信可能な範囲を超えること、及び、前記データの受信が中断したことのいずれかを表す、請求項１３に記載の移動体通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービスエリア内を移動可能に構成されており、デジタルネットワークを通じて外部のサーバとデータ通信を行って、受信したデータを外部に出力する移動体通信端末装置に関する。より特定的に述べれば、本発明は、携帯電話や情報携帯端末のように、ユーザが携帯可能に構成される移動体通信端末装置に適用される。
【０００２】
【従来の技術】
近年、インターネットが爆発的な勢いで全世界に広まり、ＷＷＷ(World Wide Web)上のサーバ（以下、ＷＷＷサーバと称す）には様々なコンテンツが蓄積されるようになった。
【０００３】
従来、一般的に、ユーザは、ＷＷＷブラウザと呼ばれるアプリケーションをパーソナルコンピュータ（以下、ＰＣと略記する）にインストールし、当該ＷＷＷブラウザを操作して、コンテンツをブラウズしていた。ＷＷＷブラウザとしては、Netscape NavigatorやInternet Explorer （いずれも商標）が代表的である。
【０００４】
ＷＷＷサーバは、ＷＷＷブラウザからの要求に応答して、指定されたコンテンツを読み出す。ＷＷＷブラウザは、読み出されたコンテンツを受信し解析し、典型的には、ＰＣの表示装置への表示制御を行う。
【０００５】
さらに、ＷＷＷブラウザは、コンテンツの受信状態をユーザに告知するために、当該受信状態を記載したポップアップウィンドウを作成して、ＰＣの表示装置への表示制御を行う時がある。
【０００６】
ところで、従来、モバイルコンピューティングといえば、単なる通信装置としての移動体通信端末装置と、ノート型のＰＣとの組み合わせにより実現されることが多かった。しかしながら、近年の移動体通信端末装置には、それ単体でインターネットを利用できるような通信プロトコル(典型的には、Hyper Text Transfer ProtocolまたはWireless Application Protocol) が実装され、ＷＷＷブラウザが実装されるようになってきた。移動体通信端末装置のＷＷＷブラウザもまた、コンテンツの受信状態を、何らかの方法でユーザに告知することが好ましい。
【０００７】
【発明が解決しようとする課題】
しかしながら、ＰＣのＷＷＷブラウザと同様の告知方法を、移動体通信端末装置のＷＷＷブラウザに採用すると、当該移動体通信端末装置のディスプレイが、ＰＣのそれよりもかなり小さいことから、コンテンツはポップアップウィンドウの後ろにほぼ完全に隠れてしまう。そのため、ユーザがコンテンツをブラウズしにくくなる。
【０００８】
以上から明らかなように、移動体通信端末装置用のＷＷＷブラウザでは、ＰＣ用のそれとは別の告知処理が望まれている、という問題点があった。なお、この問題点は、ＷＷＷブラウザだけでなく、他のアプリケーションにも該当することである。
【０００９】
それゆえに、本発明の目的は、サーバからのデータの受信状態を好適な形式でユーザに告知することができる移動体通信端末装置を提供することである。
【００１０】
【課題を解決するための手段および発明の効果】
上記目的は、以下の発明により達成される。
第１の発明は、デジタルネットワークを通じて外部のサーバとデータ通信を行って、受信したデータを外部に出力する移動体通信端末装置であって、サーバから送信されてきたデータを受信する受信部と、受信されたデータを記憶する第１の記憶部と、データを取得終了した時の状態を表す受信状態を少なくとも含む管理情報を記憶する第２の記憶部と、受信状態をユーザに告知するために、管理情報に基づいて、第１の記憶部内のデータ毎に受信状態を付加する部分を決定する決定部と、第１の記憶部内のデータにおいて、決定部で決定された部分に、管理情報に含まれる受信状態を組み込んで、出力データを作成する作成部と、作成部が作成した出力データを出力する出力部とを備える。
第２の発明は第１の発明に従属しており、所定の部分は、第１の記憶部内のデータの先頭部分である。
第３の発明は第１の発明に従属しており、所定の部分は、第１の記憶部内のデータの末尾部分である。
【００１１】
第４の発明は第１の発明に従属しており、決定部は、受信状態毎に、第１の記憶部内のデータにおいて受信状態を付加する部分を決定する。
第５の発明は第４の発明に従属しており、受信状態は、データを取得終了した時の状態として、データを受信中であること、データの受信を完了したこと、データのサイズが受信可能な範囲を超えること、及び、データの受信が中断したことのいずれかを表す。
【００１２】
上記第１−５の発明によれば、データの受信状態は、決定部で決定された出力形式で、出力部から出力される。これによって、受信状態に応じて、その出力形式を変えることが可能となるので、移動体通信端末装置にとって好適な出力形式で受信状態をユーザに告知することが可能となる。さらに、受信状態は出力データの一部として組み込まれる。そのため、出力データは、従来のように受信状態を示すポップアップウィンドウで隠れなくなる。
【００１３】
第６の発明は、デジタルネットワークを通じて外部のサーバとデータ通信を行って、受信したデータを外部に出力する移動体通信端末装置であって、サーバから過去に取得したデータをローカル情報として格納する第１の記憶部と、データを取得終了した時の状態を表す受信状態を少なくとも含む管理情報を記憶する第２の記憶部と、管理情報を参照して、今回ユーザが指定したデータがローカル情報として第１の記憶部に格納されているか否かを判定するローカル情報判定部と、ローカル情報判定部が第１の記憶部に格納されていると判断した場合に、第１の記憶部内のローカル情報に基づいて、外部に出力するための出力データを作成する作成部と、受信状態をユーザに告知するために、当該受信状態の出力形式を管理情報内の状態に基づいて決定する決定部と、決定部が決定した形式で受信状態を出力するとともに、作成部が作成した出力データを出力する出力部とを備える。
【００１４】
第７の発明は第６の発明に従属しており、決定部は、受信状態を出力データの所定の部分に付加することで、出力データの一部に組み込むことを決定する。
第８の発明は第７の発明に従属しており、所定の部分は、出力データの先頭部分である。
第９の発明は第７の発明に従属しており、所定の部分は、出力データの末尾部分である。
第１０の発明は第６の発明に従属しており、出力部は表示部を含み、決定部は、受信状態をアイコンとして表示部に表示すると決定する。
第１１の発明は第６の発明に従属しており、出力部は表示部を含み、決定部は、受信状態をポップアップウインドウとして表示部に表示すると決定する。
【００１５】
第１２の発明は第６の発明に従属しており、決定部は、サーバからデータを受信した直後にのみ、受信状態の出力形式を決定する。
第１３の発明は第６の発明に従属しており、決定部は、受信状態毎に、第１の記憶部内のデータにおいて受信状態を付加する部分を決定する。
第１４の発明は第１３の発明に従属しており、受信状態は、データを取得終了した時の状態として、データを受信中であること、データの受信を完了したこと、データのサイズが受信可能な範囲を超えること、及び、データの受信が中断したことのいずれかを表す。
上記第６−１４の発明によれば、過去に取得されたデータはローカル情報として第１の記憶部に格納される。移動体通信端末装置は、外部から取得要求されたデータが第１の記憶部に格納済みである場合には、ローカル情報を基に、その時の受信状態を含む出力データを作成する。これによって、サーバからデータを取得する場合よりも、要求されたデータを高速に出力部から出力することができる。
【００１６】
【発明の実施の形態】
図１は、本発明の移動体通信端末装置が収容されるデジタルネットワークＤＮの全体構成を示している。デジタルネットワークＤＮには、移動体通信システム１とインターネット２とが収容される。
【００１７】
移動体通信システム１は、少なくとも１台の制御局１１と、複数の基地局と、複数の移動体通信端末装置とを備える。本実施形態では、便宜上、移動体通信システム１には、複数の基地局として基地局１２〜１４が収容され、複数の移動体通信端末装置として移動体通信端末装置１５および１６が収容されるとする。
制御局１１は、基地局１２〜１４を管理し、それぞれと双方向通信ができるように接続される。
【００１８】
基地局１２〜１４は、無線ゾーン１７〜１９を管理する。
移動体通信端末装置１５および１６は、ユーザにより携帯されることで、移動体通信システム１のサービスエリアを自由に移動できる。サービスエリアは、すべての基地局１２〜１４の無線ゾーン１７〜１９から構成される。
【００１９】
移動体通信端末装置１５および１６は、それぞれが位置する無線ゾーン１７〜１９において基地局１２〜１４と所定の多元接続方式で無線通信する。多元接続方式としては、ＣＤＭＡ(Code Division Multiple Access) 、ＴＤＭＡ(Time Division Multiple Access) やＦＤＭＡ(Frequency Division Multiple Access)が典型的である。
【００２０】
移動体通信端末装置１５および１６は、無線通信中の基地局１２、１３または１４および制御局１１を介して、他の移動体通信端末装置と通信を行い、これによって、それぞれのユーザは音声通話できる。
【００２１】
また、図１において、インターネット２には、少なくとも１台のＷＷＷ(World Wide Web)サーバ（図示はＷＷＷサーバ２０１および２０２）が接続される。
【００２２】
ＷＷＷサーバ２０１および２０２には、様々なコンテンツＣＯＮが蓄積される。コンテンツＣＯＮは、一般的に、テキスト、画像データ、動画データまたは音声データ、もしくはこれらの内の２つ以上の組み合わせで構成される。また、コンテンツＣＯＮは、典型的には、ＨＴＭＬ(Hyper Text Markup Language)に代表される記述言語で作成される。
【００２３】
ゲートウェイサーバ（以下、ＧＷサーバと称す）３は、移動体通信システム１とインターネット２とを接続する。さらに、移動体通信端末装置１５および１６には、それ単体でインターネット２を利用できるような通信プロトコル(Hyper Text Transfer Protocol またはWireless Application Protocol) が実装される。
【００２４】
これによって、移動体通信端末装置１５および１６にＷＷＷブラウザを実装して、インターネット２上のＷＷＷサーバ２０１等からコンテンツＣＯＮを取得することが可能となる。
【００２５】
以上のように、移動体通信端末装置１５および１６は、少なくとも、音声通話機能と、データ通信機能の一例としてのブラウジング機能をユーザに提供することができる。かかる機能を実現するために、移動体通信端末装置１５および１６は、図２のようなハードウェア構成を有する。なお、以下、説明の便宜のため、移動体通信端末装置１５について説明する。
【００２６】
図２において、移動体通信端末装置１５は、アプリケーション部２１と、入力装置２２と、音声入力部２３と、音声ＣＯＤＥＣ２４と、チャネルＣＯＤＥＣ２５と、変調部２６と、無線制御部２７と、アンテナ２８と、復調部２９と、第１の音声出力部２１０と、請求項における出力部の一例としての表示装置２１１とを備えている。
【００２７】
アプリケーション部２１は、ＣＰＵ２１１、ＲＡＭ２１２およびＲＯＭ２１３とを含む。ＣＰＵ２１１は、ＲＡＭ２１２を作業領域として使いつつ、ＲＯＭ２１３に格納されたプログラムに従って動作して、音声通話機能およびブラウジング機能をユーザに提供する。
【００２８】
入力装置２２は、所定個数のボタンまたはキー、もしくは少なくとも１つのジョグダイヤル、ジョイスティック、カメラまたはマイクロフォンを含む。入力装置２２は、ユーザの操作に応答して、音声通話およびブラウジングのために必要な情報を生成する。
【００２９】
音声入力部２３は、典型的にはマイクロフォンにより構成されており、ユーザにより入力された音声を、それと等価な電気信号（以下、音声信号ＳＳ1 と称す）に変換する。音声信号ＳＳ1 は、音声ＣＯＤＥＣ２４に与えられる。
【００３０】
音声ＣＯＤＥＣ２４は、その１つの機能として、音声入力部２３からの音声信号ＳＳ1 を、所定の符号化方式に従って符号化して、符号化信号ＣＳ1 を生成する。
【００３１】
チャネルＣＯＤＥＣ２５は、その１つの機能として、アプリケーション部２１の制御下で、音声ＣＯＤＥＣ２４で生成された符号化信号ＣＳ1 を、上述の多元接続方式に基づいて、他の移動体通信端末装置と共用するチャネルに多重化して、多重化信号ＭＵＳを生成する。
【００３２】
また、チャネルＣＯＤＥＣ２５には、アプリケーション部２１からデータＤ1 が送られてくる場合もある。データＤ1 の例として、ＷＷＷサーバ２０１等からコンテンツＣＯＮを取得するために必要となる情報がある。チャネルＣＯＤＥＣ２５は、アプリケーション部２１から受け取ったデータＤ1 からも多重化信号ＭＵＳを生成する。
【００３３】
変調部２６は、チャネルＣＯＤＥＣ２５で生成された多重化信号ＭＵＳを、所定の変調方式に従って変調する。変調方式としては、π／４シフトＤＱＰＳＫ(Differential Quadrature Phase Shift Keying)が典型的である。この変調によって、変調信号ＭＯＳが生成される。
【００３４】
無線制御部２７は、その１つの機能として、変調部２６からの変調信号ＭＯＳを、所定の無線周波数帯を有する搬送波に乗せて、高周波信号ＨＳ1 を生成する。高周波信号ＨＳ1 はアンテナ２８から空間に放射され、図１の基地局１２、１３または１４により受信される。
【００３５】
また、移動体通信端末装置１５および１６のそれぞれには、基地局１２、１３または１４から高周波信号ＨＳ2 が送られてくる。高周波信号ＨＳ2 は、上述の高周波信号ＨＳ2 と同様の方法で作られるが、通話相手の音声、ＷＷＷサーバ２０１等に蓄積されたコンテンツＣＯＮを基に作られている点で異なる。
【００３６】
無線制御部２７は、アンテナ２８に誘起した信号の中から、所定の無線周波数帯に含まれる高周波信号ＨＳ2 を受信する。さらに、無線制御部２７は、受信した高周波信号ＨＳ2 の周波数をダウンコンバートして、中間周波数を有する中間信号ＩＳを生成する。
【００３７】
復調部２９は、無線制御部２７で生成された中間信号ＩＳを、所定の方式で復調（検波）して、復調信号ＤＳを生成する。
【００３８】
復調信号ＤＳには他の移動体通信端末装置への信号も多重されている。そのため、チャネルＣＯＤＥＣ２５は、復調信号ＤＳから自身宛の信号を分離する。分離された信号は、符号化信号ＣＳ2 またはデータＤ2 を含んでいる。符号化信号ＣＳ2 は、通話相手の音声に基づいて符号化された信号であり、データＤ2 は、ＷＷＷサーバ２０１等に蓄積されたコンテンツＣＯＮを構成する。チャネルＣＯＤＥＣ２５は、分離した信号をアプリケーション部２２に送る。
【００３９】
アプリケーション部２１は、チャネルＣＯＤＥＣ２５から受け取った信号が符号化信号ＣＳ2 であるか、データＤ2 であるかを識別する。アプリケーション部２１は、識別した符号化信号ＣＳ2 に対して所定の処理を行って、処理済みの符号化信号ＣＳ2 を、チャネルＣＯＤＥＣ２５を通じて音声ＣＯＤＥＣ２４に送る。
【００４０】
音声ＣＯＤＥＣ２４は、チャネルＣＯＤＥＣ２５から受け取った符号化信号ＣＳ2 を復号して、音声信号ＳＳ2 を再生する。再生された音声信号ＳＳ2 は、上記通話相手の音声と等価な電気信号である。
【００４１】
音声出力部２１０は、典型的にはスピーカで構成されており、音声ＣＯＤＥＣ２４で再生された音声信号ＳＳ2 に基づいて音を外部に放射する。これによって、通話相手の音声が移動体通信端末装置１５のユーザに伝えられる。
【００４２】
一方、アプリケーション部２１は、チャネルＣＯＤＥＣ２５から受け取った信号がデータＤ2 であると識別すると、当該データＤ2 を処理する。さらに、アプリケーション部２１は、受信データＤ2 （コンテンツＣＯＮ）を基に表示データＤDIS を作成する。
【００４３】
さらに、本実施形態の特徴として、アプリケーション部２１は、告知データＤWARNの表示形式を、コンテンツＣＯＮの受信状態に応じて決定する。
【００４４】
表示装置２１１は、アプリケーション部２１の制御下で、コンテンツＣＯＮおよび告知データＤWARNを表示する。つまり、告知データＤWARNは、アプリケーション部２１により決定された表示形式で表示装置２１１に表示され、これによって、ユーザにコンテンツＣＯＮの現在の受信状態を告知する。
【００４５】
アプリケーション部２１は、より具体的には、図３に示すように、入力制御部２１４と、アプリケーション制御部２１５と、音声通話用アプリケーション２１６と、ＷＷＷブラウザ２１７と、通信制御部２１８と、音声制御部２１９と、表示制御部２１１０とを含む。
入力制御部２１４は、入力装置２２の入力情報を受け取って、アプリケーション制御部２１５に渡す。
【００４６】
アプリケーション制御部２１５は、その１つの機能として、移動体通信端末装置１５に実装されている複数のアプリケーションの切り替え等を制御する。さらに、アプリケーション制御部２１５は、入力制御部２１４、各アプリケーション、音声制御部２１９および表示制御部２１１０の相互間での情報の受け渡しを制御する。
【００４７】
本実施形態では、複数のアプリケーションとして、音声通話用アプリケーション２１６と、ＷＷＷブラウザ２１７とが実装されている。しかし、これに限らず、音声通話とデータ通信とをユーザに提供するためのアプリケーションが実装されていればよい。データ通信のためのアプリケーションの他の例として、電子メールのやり取りするためのメーラがある。
【００４８】
音声通話用アプリケーション２１６により、移動体通信端末装置１５は、ユーザに音声通話機能を提供することができる。音声通話アプリケーション２１６は、簡単に説明すると、入力制御部２１４およびアプリケーション制御部２１５を通じて、通話相手の電話番号を受け取ると、発信のための呼接続を通信制御部２１８に要求する。また、音声通話用アプリケーション２１６は、着信があった場合には、音声制御部２１９およびアプリケーション制御部２１５を通じて受け取った符号化信号ＣＳ1 またはＣＳ2 に、所定の処理を行って、アプリケーション制御部２１５および音声制御部２１９を通じて、処理後の符号化信号ＣＳ1 またはＣＳ2 をチャネルＣＯＤＥＣ２５に与える。
【００４９】
また、ＷＷＷブラウザ２１７により、データ通信機能の一例としてのブラウジング機能が提供される。ＷＷＷブラウザ２１７は、簡単に説明すると、入力制御部２１４およびアプリケーション制御部２１５を通じて、ユーザの好みのコンテンツＣＯＮの格納場所が通知されると、当該コンテンツＣＯＮの取得要求を作成して、通信制御部２１８に与える。
【００５０】
通信制御部２１８は、対象となるＷＷＷサーバ２０１等との通信を制御して、コンテンツＣＯＮをパケット（つまり、データＤ2 ）単位で受信して、ＷＷＷブラウザ２１７に与える。ＷＷＷブラウザ２１７は、受信したコンテンツＣＯＮに基づいて、以下に説明する告知処理を行う。
【００５１】
告知処理を行うために、ＷＷＷブラウザ２１７は、図４に示すように、第１の記憶部２１２１〜第５の記憶部２１２５と、入力判定部２１７１と、送受信／監視部２１７２と、表示データ作成部２１７３と、告知データ決定部２１７４と、データ転送部２１７５と、テーブル構成部２１７６とを備えている。
【００５２】
第１の記憶部２１２１は、図５に示すように、基礎データＢＤを格納している。基礎データＢＤは、予め定められた数のユニットレコードＵＲから構成されている。図５の例では、９個のユニットレコードＵＲ1 〜ＵＲ9 が示されている（斜線で囲まれた各部分を参照）。
【００５３】
各ユニットレコードＵＲは、ＩＤと、受信状態と、表示形式と、告知データＤWARNの表示／非表示を示す情報と、告知データＤWARNとから構成される。
ＩＤは、各ユニットレコードＵＲを一意に特定するための情報である。
【００５４】
受信状態は、コンテンツＣＯＮの現在の受信状態を示す情報である。本実施形態では、「コンテンツ受信中」、「受信完了」、「最大受信サイズの超過」、「サーバによる中断」、「ユーザによる中断」、「回線不良による中断」および「メモリ不足による中断」が受信状態の例として挙げられている。
【００５５】
「コンテンツ受信中」は、ＷＷＷブラウザ２１７が現在、コンテンツＣＯＮを受信している最中であることを示す。
「受信完了」は、ＷＷＷブラウザ２１７がコンテンツＣＯＮの受信を完了している状態を意味する。
【００５６】
「最大受信サイズの超過」とは、コンテンツＣＯＮのデータサイズが、ＷＷＷブラウザ２１７が受信可能なデータ量を超える状態を意味する。より具体的には、コンテンツＣＯＮのデータサイズが、受信バッファとしての第３の記憶部２１２３に割り当てられた記憶容量を超えることを意味する。
【００５７】
「サーバによる中断」とは、ＷＷＷサーバ２０１等が何らかの理由によりコンテンツＣＯＮを移動体通信端末装置１５に送信できないことを意味する。
「ユーザによる中断」とは、ユーザが一度はコンテンツＣＯＮの取得を指示したものの、その後になって、当該コンテンツＣＯＮの取得の中止を指示した時の状態を意味する。
【００５８】
「回線不良による中断」とは、回線（インターネット２もしくは移動体通信システム１内の有線回線または無線回線）の問題があり、移動体通信端末装置１５がコンテンツＣＯＮを所定時間の間、受信できない時の状態を意味する。
「メモリ不足による中断」とは、ＷＷＷブラウザ２１７が必要とするメモリが不足している時の状態を意味する。
【００５９】
表示形式とは、後述する告知データＤWARNをどのように表示するかを定義するための情報である。本実施形態では、「受信済み部分の最後」、「受信済み部分の最初」、「コンテンツの最後」、「アイコン」および「ポップアップウィンドウ」が表示形式の例として挙げられている。
【００６０】
「受信済み部分の最後」とは、ＷＷＷブラウザ２１７がコンテンツＣＯＮを途中までしか受信していない場合において、受信済み部分の最後に、受信状態を示す告知データＤWARNを付け加えることを意味する。
【００６１】
「受信済み部分の最初」とは、ＷＷＷブラウザ２１７がコンテンツＣＯＮを途中までしか受信していない場合において、受信済み部分の先頭に、受信状態を示す告知データＤWARNを付け加えることを意味する。
【００６２】
「コンテンツの最後」とは、ＷＷＷブラウザ２１７がコンテンツＣＯＮを受信済みの場合において、受信完了したコンテンツＣＯＮの最後に受信状態（告知データＤWARN）を付け加えることを意味する。
【００６３】
「アイコン」とは、受信状態を象徴する絵文字または小さな図形（図６（ａ）の点線内参照）により、当該受信状態をユーザに告知することを意味する。
「ポップアップウィンドウ」とは、同じ組の受信状態を示したウィンドウをポップアップ表示（図６（ｂ）の矢印が示す部分参照）して、当該受信状態をユーザに告知することを意味する。
【００６４】
表示／非表示とは、受信状態を示す告知データＤWARNを表示するか否かを示す情報である。
【００６５】
告知データＤWARNは、コンテンツＣＯＮの受信状態をユーザに告知するためのデータである。本実施形態では、告知データＤWARNは、文字データ、アイコンを表示させるための制御データ、またはメッセージウィンドウを表示するための制御データで構成される。
【００６６】
例えば、ユニットレコードＵＲ1 の表示形式および告知データＤWARNは、受信済み部分の最後および告知データＤWARN1 である。かかる場合、例えば、告知データＤWARN1 は、「コンテンツ受信中」という文字データで構成されており、図７に示すように、受信済みのコンテンツＣＯＮの最後に追加される。
【００６７】
以上の基礎データＢＤは、予め準備されており、次に説明する第２の記憶部２２１２の基礎となるデータである。
第２の記憶部２１２２は、図８に示すように、テーブルＴを格納している。テーブルＴは、基礎データＢＤの中から選択されたいくつかのユニットレコードＵＲから構成される。
【００６８】
テーブルＴを構成するために、本移動体通信端末装置１５は、テーブル構成部２１７６を備えている。テーブル構成部２１７６は、入力判定部２１７１を通じて外部（典型的には、オペレータ）から指示があると、指定されたいくつかのユニットレコードＵＲを第１の記憶部２１２１から読み出して、第２の記憶部２１２２に格納する。これによって、第２の記憶部２１２２には、図８に示すようなテーブルＴが作成される。
【００６９】
このように、テーブルＴの内容を基礎データＢＤから選択可能にすることにより、本移動体通信端末装置１５は、以下の効果を奏する。
メーカは、通常、様々なバリエーションの移動体通信端末装置１５を製造し、また、定期的に製品のラインアップを変更する。製品のラインアップには、互いに異なる解像度の表示装置２１１を有する移動体通信端末装置１５が並ぶ場合がある。
【００７０】
以上のように、移動体通信端末装置１５毎で解像度が互いに異なる場合であっても、本実施形態のように、基礎データＢＤの中にいくつかの告知データＤWARNを予め準備しておくことで、表示装置２１１の解像度に最も適した告知データＤWARNを選択することが可能となる。これによって、例えば、表示装置２１１がより性能の良いものに変更されたとしても、移動体通信端末装置１５の内部のプログラムを大幅に書きかえる必要がなくなる。
【００７１】
第３の記憶部２１２３は、請求項１における第１の記憶部に相当しており、バッファとして使用される。第３の記憶部２１２３は、図９（ａ）に示すように、ＷＷＷサーバ２０１等から取得したコンテンツＣＯＮを一時的に格納する。
【００７２】
第３の記憶部２１２３に格納可能なコンテンツＣＯＮの個数または合計サイズは制限されている。その制限の範囲内の場合には、新しく取得したコンテンツＣＯＮは第３の記憶部２１２３に追加される。しかし、その制限を超える場合には、最も古いコンテンツＣＯＮをＷＷＷブラウザ２１７が自動的に消去して、新しく取得したコンテンツＣＯＮが上書きされる。
第４の記憶部２１２４は、請求項１における第２の記憶部に相当しており、第３の記憶部２１２３に格納されているコンテンツ毎に作成される管理情報ＭＩを格納している。
【００７３】
図９（ｂ）は、かかる管理情報ＭＩの一例を示す図である。図９（ｂ）において、一組の管理情報ＭＩは、コンテンツＣＯＮの取得元のアドレスと、その作成日時と、その受信状態と、当該コンテンツＣＯＮの第３の記憶部２１２３における格納位置と、そのデータサイズとから構成される。なお、図９（ｂ）の例では、取得元のアドレスとしてＵＲＬ(Uniform Resource Locator)が示されているが、ＷＷＷサーバ２０１等のコンテンツＣＯＮの格納位置を一意に特定できる情報であれば、どのような情報でも構わない。
【００７４】
以上の構成のＷＷＷブラウザ２１７の詳細な動作を図１０のフローチャートを参照して説明する。
まず、ユーザは、ＷＷＷサーバ２０１からコンテンツＣＯＮを取得したい場合、入力装置２２を操作して、その格納場所（典型的にはＵＲＬ）を入力する。これに応答して、入力装置２２は、入力情報を生成する。入力情報は、入力制御部２１４およびアプリケーション制御部２１５を通じて、ＷＷＷブラウザ２１７に送信される。
【００７５】
ＷＷＷブラウザ２１７において、入力判定部２１７１は、入力情報の内容を判定する。その判定結果が、テーブルＴを作成あるいは更新するための要求である場合には、それをテーブル構成部２１７６に与える。これに応答して、テーブル構成部２１７６は、上述したように、第２の記憶部２１２２内のテーブルＴを作成あるいは更新するための処理を実行する。
【００７６】
また、入力判定部２１７１は、その判定結果がコンテンツＣＯＮの取得要求である場合には、それを送受信／監視部２１７２に与える。
送受信／監視部２１７２は、受け取った取得要求をデータＤ1 として、通信制御部２１８を介してチャネルＣＯＤＥＣ２５に与える。その後、取得要求は、移動体通信端末装置１５から外部に送信され、無線回線、有線回線およびインターネット２を通じてＷＷＷサーバ２０１により受信される。
【００７７】
ＷＷＷサーバ２０１は、取得要求により指定されたコンテンツＣＯＮを内部の記憶装置から読み出す。読み出されたコンテンツＣＯＮは、インターネット２、有線回線および無線回線を通じて移動体通信端末装置１５に送信されてくる。
【００７８】
その後、送受信／監視部２１７２は、ＷＷＷサーバ２０１からのコンテンツＣＯＮを受信して（ステップＳ１０１）、第４の記憶部２１２４の管理情報ＭＩを参照して、コンテンツＣＯＮを受信した部分から順次、第３の記憶部２１２３に格納する。
【００７９】
ステップＳ１０１で注意を要するのは、送受信／監視部２１７２は、コンテンツＣＯＮをパケット単位で受け取るので、受信したパケットを分解して、コンテンツＣＯＮの一部分をバッファとしての第３の記憶部２１２３に格納していく。
【００８０】
また、送受信／監視部２１７２は、コンテンツＣＯＮの受信状態を監視しており、その受信状態を含む管理情報ＭＩを作成して、第４の記憶部２１２４に格納する（ステップＳ１０２）。この管理情報ＭＩは、コンテンツＣＯＮの受信状態が変化すると更新される。
【００８１】
本実施形態では、送受信／監視部２１７２は、ユーザが指定したコンテンツＣＯＮの受信を完了している場合には、図９（ｂ）に示すように、その旨を受信状態として含む管理情報ＭＩを作成する。
【００８２】
また、送受信／監視部２１７２は、上述の最大受信サイズ超過を理由として、ユーザが指定したコンテンツＣＯＮの受信を完了していない場合には、その旨を受信状態として含む管理情報ＭＩを作成する。
【００８３】
また、送受信／監視部２１７２は、上述のサーバによる中断、回線不良による中断、ユーザによる中断、またはメモリ不足による中断を理由として、ユーザが指定したコンテンツＣＯＮの受信を完了していない場合にも、その旨を受信状態として含む管理情報ＭＩを作成する。
【００８４】
また、送受信／監視部２１７２は、ユーザが指定したコンテンツＣＯＮを現在受信中である場合には、その旨を受信状態として含む管理情報ＭＩを作成する。
送受信／監視部２１７２は、管理情報ＭＩを作成または更新する度に、表示データ作成部２１７３にその旨を通知する。
【００８５】
表示データ作成部２１７３は、送受信／監視部２１７２の通知に応答して、管理情報ＭＩを参照して、現在表示すべきコンテンツＣＯＮの格納領域を特定する。その後、表示データ作成部２１７３は、特定した領域に格納されているコンテンツＣＯＮに基づいて、表示装置２１１に表示すべきデータＤ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のデータサイズを小さくすることができる。
【０１１２】
なお、以上の実施形態では、ＷＷＷブラウザ２１７は、コンテンツＣＯＮの受信状態を告知するとして説明した。しかし、コンテンツＣＯＮに限らず、サーバから画像データ、動画データまたは音声データを受信する場合であっても、上述と同様の告知処理によって、各データの受信状態を告知することができる。
【０１１３】
また、以上の実施形態において、テーブルＴは基礎データＢＤの部分集合であった。つまり、テーブルＴには、基礎データＢＤのユニットレコードＵＲが重複して格納される。そのため、例えば、テーブルＴには、基礎データＢＤから選択された受信状態だけを登録する方が、ＲＡＭ２１２の使用容量を減らすという観点からより好ましい。
【０１１４】
また、以上の実施形態では、ＷＷＷブラウザ２１７が告知処理を行うとして説明した。しかし、ＷＷＷブラウザ２１７に限らず、デジタルネットワークを通じて外部のサーバとデータ通信を行うようなアプリケーション（例えば、メーラ）であれば、上述の告知処理を行うことが可能である。
【０１１５】
また、以上の実施形態では、告知データ決定部２１７４は、表示データ作成部２１７３の通知がある度に、つまり、送受信／監視部２１７２がコンテンツＣＯＮを構成するデータＤ2 を受信する度に、受信状態の表示形式を決定していた。しかし、これに限らず、告知データ決定部２１７４は、コンテンツＣＯＮの受信開始直後にのみ、受信状態の表示形式を決定してもよい。この時、表示装置２１１には、コンテンツＣＯＮの受信開始直後にのみ、受信状態を表示する。
【０１１６】
次に、図１２を参照して、本発明の第２の実施形態について説明する。
図１２において、ＷＷＷブラウザ２１７は、図４のそれと比較すると、送受信／監視部２１７２、第３の記憶部２１２３および第４の記憶部２１２４がローカル情報判定部２１７７、第６の記憶部２１２６および第７の記憶部２１２７に代わる点で相違する。それ以外に相違点はないので、図１２において、図４の構成に相当するものには同一の参照符号を付し、その説明を省略する。
【０１１７】
第６の記憶部２１２６は、請求項８における第１の記憶部に相当しており、いわゆるキャッシュとして使用される。第６の記憶部２１２６は、、移動体通信端末装置１５が過去にＷＷＷサーバ２０１等から取得したコンテンツＣＯＮを、ローカル情報として格納する。なお、第６の記憶部２１２５に格納可能なコンテンツＣＯＮの個数または合計サイズは制限されており、当該第６の記憶部２１２６は、その制限範囲を超えてローカル情報を新規格納することはできない。
【０１１８】
第７の記憶部２１２７は、請求項８における第２の記憶部に相当しており、第６の記憶部２１２６に格納されている各ローカル情報を管理するための管理情報を格納している。この管理情報の詳細については、図９（ｂ）の管理情報ＭＩと同様であるので、その説明を省略する。ここで注意を要するのは、受信状態は、対応するコンテンツＣＯＮがＷＷＷブラウザ２１７によって受信された時の状態を示す。
【０１１９】
以下、上記構成のＷＷＷブラウザ２１７の動作について説明する。
入力判定部２１７１は、コンテンツＣＯＮの取得要求を受け取った場合、それをローカル情報選択部２１７７に与える。
ローカル情報判定部２１７７は、入力判定部２１７１から取得要求を受け取ると、第７の記憶部２１２７の管理情報を参照して、当該取得要求により指定されたコンテンツＣＯＮが第６の記憶部２１７６に格納されているか否かを判定する。
【０１２０】
ローカル情報判定部２１７７は、指定されたコンテンツＣＯＮが第６の記憶部２１７６に格納されている場合には、その旨を表示データ作成部２１７３に通知する。
表示データ作成部２１７３は、ローカル情報選択部２１７７の通知に応答して、管理情報を参照して、現在指定されたコンテンツＣＯＮの格納領域を特定する。その後、表示データ作成部２１７３は、特定した領域に格納されているコンテンツＣＯＮに基づいて、表示装置２１１に表示すべきデータＤDIS を作成して、第５の記憶部２１２５に格納する。これ以降の動作は、第１の実施形態と同様であるため、その説明を省略する。
【０１２１】
以上のように第２の実施形態に係るＷＷＷブラウザ２１７は、コンテンツＣＯＮを取得するための要求を受け取った時点で、第６の記憶部２１２６に当該コンテンツＣＯＮが保存されている場合には、当該コンテンツＣＯＮを基に表示データＤDIS を作成する。これによって、ＷＷＷブラウザ２１７は、ＷＷＷサーバ２０１等とデータ通信する必要がなくなるので、指定されたコンテンツＣＯＮを短時間で表示することができる。
【図面の簡単な説明】
【図１】本発明の移動体通信端末装置が収容されるデジタルネットワークＤＮの大略的な構成を示すブロック図である。
【図２】図１の移動体通信端末装置１５，１６のハードウェア構成を示すブロック図である。
【図３】図２のアプリケーション部２１の機能ブロック構成を示す図である。
【図４】図３のＷＷＷブラウザ２１７の第１の機能ブロック構成を示す図である。
【図５】図４の第１の記憶部２１２１に格納される基礎データＢＤの一例を示す図である。
【図６】図５に示す「アイコン」および「ポップアップウィンドウ」を説明するための図である。
【図７】図５に示す告知データＤＷＡＲＮ１  の表示形式を説明するための図である。
【図８】図４の第２の記憶部２１２２に格納されるテーブルＴの一例を示す図である。
【図９】図４の第３の記憶部２１２３に格納されるコンテンツＣＯＮおよび第４の記憶部２１２４に格納される管理情報ＭＩの一例を示す図である。
【図１０】図４に示すＷＷＷブラウザ２１７の処理手順を示すフローチャートである。
【図１１】移動体通信端末装置１５の表示画面の例を示す図である。
【図１２】図３のＷＷＷブラウザ２１７の第２の機能ブロック構成を示す図である。
【符号の説明】
ＤＮ…デジタルネットワーク
２０１，２０２…ＷＷＷサーバ
１５，１６…移動体通信端末装置
２１…アプリケーション部
２１１…表示装置
２１７…ＷＷＷブラウザ
２１７１…入力判定部
２１７２…送受信／監視部
２１７３…表示データ作成部
２１７４…告知データ決定部
２１７５…データ転送部
２１７６…ローカル情報判定部
【図１】
0003615118.tif 000002
【図２】
0003615118.tif 000003
【図３】
0003615118.tif 000004
【図４】
0003615118.tif 000005
【図５】
0003615118.tif 000006
【図６】
0003615118.tif 000007
【図７】
0003615118.tif 000008
【図８】
0003615118.tif 000009
【図９】
0003615118.tif 000010
【図１０】
0003615118.tif 000011
【図１１】
0003615118.tif 000012
【図１２】
0003615118.tif 000013