JP2006113647A - 移動体通信端末 - Google Patents

Abstract

【課題】 コンテンツ提供サーバから受信したコンテンツのファイルが、所定のフォーマットで正常に受信されたのにもかかわらず展開処理できない展開不可ファイルである場合、損傷を受けているファイルと区別して展開不可ファイルの存在を利用者に通知することができる移動体通信端末を提供する。
【解決手段】本移動体通信端末（携帯電話機１０）は、コンテンツ受信手段１１１と表示手段１１２とを備える。コンテンツ受信手段１１１は、展開処理を必要とするコンテンツのファイルをコンテンツ提供サーバ（ダウンロードサーバ５０）から受信する。表示手段１１２は、コンテンツ受信手段１１１で受信したコンテンツのファイルが、所定のフォーマットで正常に受信され且つ当該移動体通信端末において展開処理できない展開不可ファイルであるとき、コンテンツ表示画面上に展開不可ファイルの存在を示すアイコンを表示する。
【選択図】 図７

Description

本発明は、携帯電話通信網等の通信ネットワークにおけるコンテンツ携帯電話機等の移動体通信端末に関する。

従来、この種の携帯電話機などの移動体通信端末において通信ネットワーク上のサーバからコンテンツをダウンロードする方法としては、次のようなＨＴＴＰ等の通信プロトコルを使った通信シーケンスを実行する方法が広く知られている。すなわち、移動体通信端末に表示されているＷＷＷページ上にあるアンカー設定済みの文字列や絵文字を利用者が選択すると、移動体通信端末は、そのアンカーで指定されたコンテンツ提供サーバに、ＨＴＴＰリクエスト等のコンテンツ取得要求を送信する。コンテンツ提供サーバは、上記コンテンツ取得要求に応答するように、コンテンツを含むＨＴＴＰレスポンス等のコンテンツ取得応答を移動体通信端末に送信する。このコンテンツ取得応答を受信した移動体通信端末では、コンテンツ取得応答に含まれるコンテンツのファイルを展開して表示したり所定のフォルダーに保存したりすることができる。

また、最近では、所望のコンテンツを確実にダウンロードできるように、移動体通信端末と通信ネットワーク上のサーバとの間で複数回送受信する通信シーケンスを実行する方法が採用する場合がある（非特許文献１参照）。この方法は、モバイル通信関連の業界団体であるＯＭＡ（Open Mobile Alliance）で標準化された方法である（以下、この方法を「ＯＭＡ方式のコンテンツ提供方法」という）。このＯＭＡ方式のコンテンツ提供方法では、まずコンテンツのダウンロードに先立って、ダウンロード対象のコンテンツに関するダウンロード情報を含むダウンロード記述子ファイルを、通信ネットワーク上のサーバから取得する。このダウンロード情報は、ダウンロード対象のコンテンツが登録されているＵＲＩ（Uniform Resource Identifier）やコンテンツの種別及びサイズなど情報である。次に、上記ダウンロード情報を利用者が確認し、移動体通信端末を操作してダウンロードを承諾するか否かを入力する。利用者がダウンロードを承諾すると、移動体通信端末は、上記ダウンロード情報のＵＲＩで指定されたコンテンツ提供サーバに、利用者がダウンロードを承諾したコンテンツについて、ＨＴＴＰ等の通信プロトコルによるコンテンツ取得要求を送信する。コンテンツ提供サーバは、上記コンテンツ取得要求に応答するように、コンテンツを含むコンテンツ取得応答を移動体通信端末に送信する。このコンテンツ取得応答を受信した移動体通信端末では、コンテンツ取得応答に含まれるコンテンツのファイルを展開して表示したり所定のフォルダーに保存したりすることができる。また、コンテンツのダウンロードを行った移動体通信端末は、ダウンロードの結果を示すダウンロード確認要求をコンテンツ提供サーバに送信する。これにより、コンテンツ提供サーバは、移動体通信端末がコンテンツのダウンロードに成功したか否かを確認することができる。
"Generic Content Download Over The Air Specification Version 1.0 Proposed Version 20-June-2002", Open Mobile Alliance, OMA - Download - OTA - v1_0 - 20020620 - p.

ところが、前述のように移動体通信端末にコンテンツのファイルをダウンロードする場合、ファイルの受信は所定のフォーマットで正常に行うことができたにもかかわらず、受信したファイルのサイズが大きすぎて展開できず、ディスプレイに表示できない場合があった。この場合、従来の移動体通信端末では、所定のフォーマットで正常に受信できずに損傷を受けているファイルの場合と同様に、ファイルの損傷を示す「こわれ」アイコンをディスプレイ上に表示してダウンロードの異常を利用者に通知していた。そのため、利用者は、上記「こわれ」アイコンが表示されているファイルが本当に損傷を受けているファイルであるか、あるいは損傷は受けていないが単に展開して表示できないファイルであるかの区別ができなかった。

本発明の目的は、コンテンツ提供サーバから受信したコンテンツのファイルが、所定のフォーマットで正常に受信されたのにもかかわらず展開処理できない展開不可ファイルである場合、損傷を受けているファイルと区別して展開不可ファイルの存在を利用者に通知することができる移動体通信端末を提供することである。

上記目的を達成するために、請求項１の発明は、所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、展開処理を必要とするコンテンツのファイルを上記コンテンツ提供サーバから受信するコンテンツ受信手段と、該コンテンツ受信手段で受信したコンテンツのファイルが、所定のフォーマットで正常に受信され且つ当該移動体通信端末において展開処理できない展開不可ファイルであるとき、コンテンツ表示画面上に該展開不可ファイルの存在を示すアイコンを表示する表示手段とを備えたことを特徴とするものである。
また、請求項２の発明は、請求項１の移動体通信端末において、上記コンテンツのファイルを記憶するファイル記憶手段と、上記展開不可ファイルの保存を指示するための保存指示手段とを備え、該保存指示手段によって保存指示があったときに、該展開不可ファイルを該ファイル記憶手段に保存することを特徴とするものである。

なお、上記「通信プロトコル」としては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等を用いることができる。
上記各請求項において、上記通信プロトコルとしてＷ−ＨＴＴＰ等のＨＴＴＰを用いた場合は、上記コンテンツ取得要求としてＨＴＴＰ要求が送受信され、上記コンテンツ取得応答としてＨＴＴＰ応答が送受信される。この場合、上記保存可否情報は、ＲＦＣ（Request For Comment）２６１６で規定されているＨＴＴＰ応答のヘッダーを構成する標準仕様のキャッシュ・コントロール（Cache-Cntrol）・フィールドに書き込むことができる。また、上記コンテンツの保存処理を禁止する場合の上記保存可否情報の値としては、キャッシュ・コントロール（Cache-Cntrol）・フィールドの標準仕様の値である「no-store」を書き込むことができる。
また、上記「コンテンツ」としては、ＷＥＢページのデータのほか、画像ファイル、音楽ファイル、プログラムファイル等の各種ファイル、及び画像や音楽などのストリーミングデータが挙げられる。
また、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
また、上記移動体通信端末における制御や情報処理は、その移動体通信端末及びサーバそれぞれに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。

本発明によれば、コンテンツ受信手段で受信したコンテンツのファイルが、所定のフォーマットで正常に受信され且つ移動体通信端末において展開処理できない展開不可ファイルであるとき、表示手段のコンテンツ表示画面上に上記展開不可ファイルの存在を示すアイコンを表示する。このアイコンにより、所定のフォーマットで正常に受信できずに損傷を受けているファイルと区別して、上記展開不可ファイルの存在を利用者に通知することができるという効果がある。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２１０と、コアネットワーク２２と、ＩＰ（Internet Protocol）ネットワーク２３とを備えている。

上記基地局２１０は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０に無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０からのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。

上記コアネットワーク２２は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）、加入者データベース、課金システム等を有し、各携帯電話機間の通信等を中継するように通信制御を行う。更に、コアネットワーク２２は、各携帯電話機と、携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２２は、各携帯電話機と他の通信ネットワークとの間における通信を中継するように通信制御を行う。
また、上記コアネットワーク２２は、回線交換網のほかパケット交換網を有している。このパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２４やＧＧＳＮ（Gateway GPRS Support Node）２５等のノードを有している。ＳＧＳＮ２４は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク２２側のパケット交換網との間のゲートウェイ機能と、各携帯電話機１０の位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２５は、コアネットワーク２２側のパケット交換網と、ＩＰネットワーク２３との間のゲートウェイ機能を有している。

上記ＩＰネットワーク２３は、プロキシサーバ２６、ゲートウェイサーバ２７、その他図示しないＷＥＢサーバ等を有している。プロキシサーバ２６は、各携帯電話機１０と、ＩＰネットワーク２３内のサーバやインターネット上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２６は、コアネットワーク２２における通信プロトコルとＩＰネットワーク２３やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。
なお、このＩＰネットワーク２３の中に、ＷＥＢサーバや、コンテンツをダウンロードするためのダウンロードサーバを設けてもよい。

上記ゲートウェイサーバ２７は、携帯電話通信網２０のＩＰネットワーク２３とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。

上記携帯電話通信網２０のＩＰネットワーク２３を介して接続されているインターネット３０には、各種コンテンツ提供サーバが接続されている。このコンテンツ提供サーバとしては、ＷＥＢページを提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、プログラムファイルなどのコンテンツを主に提供するダウンロードサーバ５０等がある。なお、このＷＥＢサーバ４０やダウンロードサーバ５０は、携帯電話通信網２０のＩＰネットワーク２３内に配置しておいてもよい。

上記インターネット３０上の各種コンテンツ提供サーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。

図２は、上記ダウンロードサーバ５０のハードウェア構成の一例を示すブロック図である。なお、上記ＷＥＢサーバ５０も同様に構成することができる。
このダウンロードサーバ５０は、システムバス５００、ＣＰＵ５０１、内部記憶装置、外部記憶装置５０４、入力装置５０５、出力装置５０６、及びインターネット用通信装置５０７を備えている。上記内部記憶装置は、ＲＡＭ５０２やＲＯＭ５０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置５０５は、マウスやキーボード等で構成されている。上記出力装置５０６は、ディスプレイやプリンタ等で構成されている。上記インターネット用通信装置５０７は、所定の通信プロトコルにより、インターネット３０上の各種クライアント端末や他のサーバと通信したり、携帯電話通信網２０上のプロキシサーバ２３と通信したりするための装置である。
上記ＣＰＵ５０１やＲＡＭ５０２等の構成要素はお互いに、システムバス５００を介して、データやプログラムの命令等のやり取りを行っている。このダウンロードサーバ５０を所定の手順に従って動作させるためのプログラムはＲＯＭ５０３や外部記憶装置５０５に記憶されており、必要に応じてＣＰＵ５０１やＲＡＭ５０２上の作業エリアに呼び出されて実行される。

また、上記ダウンロードサーバ５０やＷＥＢサーバ４０等のコンテンツ提供サーバは、一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、コンテンツ提供サーバは、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。

図３は、本実施形態に係るダウンロードサーバ５０の主要な機能を抽出して示した機能ブロック図である。このダウンロードサーバ５０は、コンテンツ記憶手段５１０とコンテンツ取得要求受信手段５１１と保存可否情報書き込み手段５１２とコンテンツ取得応答送信手段５１３とを有している。このダウンロードサーバ５０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。
上記コンテンツ記憶手段５１０は上記内部記憶装置や外部記憶装置で構成され、ダウンロード対象の画像ファイル、音楽ファイル、プログラムファイル等のオブジェクトからなるコンテンツを記憶している。
上記コンテンツ取得要求受信手段５１１は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコルを使って携帯電話機１０から送信されたコンテンツ取得要求を受信する。例えば、利用者が指定したコンテンツを取得すべく携帯電話機１０から送信されてきたＨＴＴＰ要求を受信する。
上記保存可否情報書き込み手段５２は上記ＣＰＵ５０１等で構成され、上記携帯電話機１０から受信したコンテンツ取得要求に応答するように生成されるコンテンツ取得応答に、携帯電話機１０におけるコンテンツの保存の可否を指定するための保存可否情報を書き込む。
上記コンテンツ取得応答送信手段５１３は上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、コンテンツ記憶手段５１０から読み出したコンテンツのオブジェクトとともに上記保存可否情報が書き込まれたコンテンツ取得応答を、所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、コンテンツのオブジェクト及び保存可否情報を含むＨＴＴＰ応答を携帯電話機１０に送信する。

なお、前述のＯＭＡ方式のダウンロードが可能なダウンロードサーバ５０の場合は、前述のコンテンツ記憶手段５１０、コンテンツ取得要求受信手段５１１、保存可否情報書き込み手段５１２及びコンテンツ取得応答送信手段５１３とともに、ダウンロード情報要求受信手段と、ダウンロード情報応答送信手段と、ダウンロード結果通知受信手段とを備えるように携帯電話機を構成する。
上記ダウンロード情報要求受信手段は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコル（例えば、Ｗ−ＨＴＴＰ）を使って携帯電話機１０から送信されたダウンロード情報要求を受信する。このダウンロード情報要求で要求するダウンロード情報は、ダウンロード記述子（ＤＤ：Download Descriptor）とも呼ばれ、ダウンロード対象のコンテンツオブジェクトのＵＲＩ（objectURI）、そのコンテンツのタイプ及びサイズ等のコンテンツの属性情報、ダウンロード確認時の利用者へのメッセージ情報（Description）、ダウンロード確認通知のＵＲＩ（InstallNotifyURI）等が含まれる。
上記ダウンロード情報応答送信手段は、上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、上記ダウンロード情報を含むダウンロード情報応答を所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、上記ダウンロード情報を含むＨＴＴＰ応答を携帯電話機１０に送信する。
上記ダウンロード結果通知受信手段は上記インターネット用通信装置５０７等で構成され、上記コンテンツのダウンロードが完了した携帯電話機１０から所定の通信プロトコルを使って送信されたダウンロード結果通知を受信する。

図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成を示す概略構成図である。また、図６は、携帯電話機１０におけるソフトウェア構造の説明図である。
この携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５、携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザー、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。また、利用者は上記操作部を操作することにより、登録した画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、携帯電話通信網２０の図示しない情報配信サーバから受信した情報を表示することもできる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、スピーカ１８、図示しない振動デバイス等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。また、この出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりメールや各種配信情報を受信したりしたときに、携帯電話機１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。また、この振動デバイスは、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した振動を携帯電話機１０の全体に発生させるように制御することができる。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上述したサーバ１１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図７は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、コンテンツ取得要求送信手段１１０とコンテンツ受信手段１１１と表示手段１１２と制御手段１１３とファイル記憶手段１１４と保存指示手段１１５とを有している。
上記コンテンツ取得要求送信手段１１０は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってコンテンツの取得を要求するコンテンツ取得要求をダウンロードサーバ５０に送信する。
上記コンテンツ受信手段１１１は、上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０から送信された展開処理を必要とするコンテンツのファイルを受信する。
上記表示手段１１２は上記出力装置１０５等で構成され、上記コンテンツ受信手段１１１で受信したコンテンツなどを表示する。
上記制御手段１１３は上記ＣＰＵ１０１等で構成され、上記表示手段１１２による表示処理を次のように制御する。すなわち、この制御手段１１３は、上記コンテンツ受信手段１１１で受信したコンテンツのファイルが、所定のフォーマットで正常に受信され且つ展開処理できない展開不可ファイルであるとき、表示手段１１２のコンテンツ表示画面上に展開不可ファイルの存在を示すアイコンを表示するように制御する。
上記ファイル記憶手段１１４は上記ＲＡＭ１０２やＲＯＭ１０３等で構成され、上記コンテンツのファイルを記憶する。
上記保存指示手段１１５は上記入力装置１０４のキー操作部などで構成され、利用者が上記展開不可ファイルの保存を指示するときに使用される。この保存指示手段１１５によって上記展開不可ファイルの保存が指示されたときは、上記制御手段１１３により、上記展開不可ファイルをファイル記憶手段１１４に保存するように制御する。

なお、前述のＯＭＡ方式のダウンロードが可能な携帯電話機の場合は、前述のコンテンツ取得要求送信手段１１０、コンテンツ受信手段１１１、表示手段１１２、制御手段１１３、ファイル記憶手段１１４及び保存指示手段１１５とともに、ダウンロード情報要求送信手段と、ダウンロード情報受信手段と、ダウンロード結果通知送信手段とを備えるように携帯電話機を構成する。
上記ダウンロード情報要求送信手段は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０にダウンロード情報要求を送信する。前述のように、このダウンロード情報要求で要求するダウンロード情報は、ダウンロード対象のコンテンツオブジェクトのＵＲＩ（objectURI）、そのコンテンツのタイプ及びサイズ等のコンテンツの属性情報、ダウンロード確認時の利用者へのメッセージ情報（Description）、ダウンロード確認通知のＵＲＩ（InstallNotifyURI）等の情報である。
上記ダウンロード情報応答受信手段は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０から送信されたダウンロード情報を含むダウンロード情報応答を受信する。
上記ダウンロード結果通知送信手段は上記携帯電話通信網用通信装置１０６等で構成され、上記コンテンツのダウンロードが完了した後、所定の通信プロトコルを使ってダウンロードサーバ５０にダウンロード結果通知（InstallNotify）を送信する。このダウンロード結果通知（InstallNotify）は、ダウンロードしたコンテンツを保存したか否かにかかわらず送信される。

図８は、上記構成の携帯電話機１０においてコンテンツをダウンロードするときの携帯電話機１０とサーバ４０，５０との間の通信手順の一例を示すシーケンス図である。
まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０のコンテンツ紹介サイトにアクセスする（ステップＳ１〜Ｓ３）。このアクセスにより、携帯電話機１０のディスプレイ１７の画面１７ａには、コンテンツ紹介のＷＥＢページが表示される（ステップＳ４）。

次に、利用者は、ディプレイ１７の画面１７ａに表示されたコンテンツ紹介のページを確認し、希望するコンテンツのタイトルを選択するように所定のキー操作を行う（ステップＳ５）。携帯電話機１０は、このキー操作を受付けると、コンテンツ取得要求としてのＨＴＴＰ要求を、ダウンロードサーバ５０に送信する（ステップＳ６）。

上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツをコンテンツ記憶手段（コンテンツデータベース）から読み出し、そのコンテンツのファイルを含むＨＴＴＰ応答を携帯電話機１０に送信する（ステップＳ７、Ｓ８）。

図９は、前述のＯＭＡ方式のダウンロード手順を採用した場合のコンテンツをダウンロードするときの携帯電話機１０とサーバ４０，５０との間の通信手順の一例を示すシーケンス図である。
まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０のコンテンツ紹介サイトにアクセスする（ステップＳ１〜Ｓ３）。このアクセスにより、携帯電話機１０のディスプレイ１７の画面１７ａには、コンテンツ紹介のＷＥＢページが表示される（ステップＳ４）。

次に、利用者は、ディプレイ１７の画面１７ａに表示されたコンテンツ紹介のページを確認し、希望するコンテンツのタイトルを選択するように所定のキー操作を行う（ステップＳ５）。携帯電話機１０は、このキー操作を受付けると、ダウンロード情報取得要求としてのＨＴＴＰ要求を、ダウンロードサーバ５０に送信する（ステップＳ６）。

上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツのダウンロードに関するダウンロード情報（ObjectURI、ファイルタイプ、ファイルサイズ等の情報）をコンテンツ記憶手段（コンテンツデータベース）から読み出す（ステップＳ７）。そして、このダウンロード情報を含むダウンロード情報応答としてのＨＴＴＰ応答を生成し、携帯電話機１０に送信する（ステップＳ８）。

次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、ディスプレイ１７の画面に、上記ダウンロード情報に基づいて作成したダウンロード確認画面を表示する（ステップＳ９）。利用者は、ダウンロード確認画面の内容を確認し、ダウンロードＯＫのキー操作を行う。具体的には、ダウンロード確認画面の下側にある「ＹＥＳ」キーを選択する操作を行う。このキー操作を受け付けた携帯電話機１０は、ダウンロードサーバ５０に、上記利用者が希望するコンテンツをダウンロードするためのコンテンツ取得要求としてのＨＴＴＰ要求を送信する（ステップＳ１０、Ｓ１１）。このＨＴＴＰ要求が送信されると、携帯電話機１０のディスプレイ１７には、ダウンロード中である旨を示すメッセージと、ダウンロードの進捗状況を示すバー表示とが表示される。

上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツをコンテンツ記憶手段（コンテンツデータベース）から読み出し、上記コンテンツのファイルを含むＨＴＴＰ応答を携帯電話機１０に送信する（ステップＳ１２、Ｓ１３）。

携帯電話機１０は、ダウンロードサーバ５０の所定のＵＲＩ（InstallNotifyURI）に、ダウンロードが完了した旨を示すダウンロード結果通知：要求としてＨＴＴＰ要求（InstallNotify）を送信する（ステップＳ１４）。ダウンロードサーバ５０は、ダウンロード結果通知：応答としてのＨＴＴＰ応答を携帯電話機１０に返信する（ステップＳ１５）。

図１０は、携帯電話機１０において上記図８又は図９のシーケンスにより受信したコンテンツのファイルに対する処理の手順を示すフローチャートである。
携帯電話機１０が上記ダウンロードサーバ５０からコンテンツを受信すると、まず、受信したコンテンツのファイルが、所定のフォーマットで正常に受信できたファイルか否か、すなわち損傷なしのファイルであるか否かを判断する（ステップS101、S102）。ここで、上記受信したコンテンツのファイルが、所定のフォーマットで正常に受信できなかった損傷ファイルであると判断したときは、損傷ファイルである旨を示す専用の「こわれ」アイコンを表示する（ステップS103）。

一方、上記ステップS102において、上記受信したコンテンツのファイルが、所定のフォーマットで正常に受信できたファイルであると判断したときは、さらに、当該携帯電話機１０の制御手段１１３において展開処理を行うことができないあるか否かを判断する（ステップS104）。

上記ステップS104において、展開不可ファイルでないと判断したとき、すなわち展開処理可能なファイルであると判断したときは、受信したファイルが展開処理されたコンテンツをディスプレイに表示する（ステップS105）。
一方、上記ステップS104において、展開不可ファイルであると判断したときは、図１１（ａ）に示すように展開不可ファイルの存在を示す専用の展開不可アイコン１７ｂをディスプレイ１７の画面１７ａに表示する。この画面で利用者が入力装置１０４のキー操作部を操作して「OPTION」を選択すると、図１１（ｂ）に示すように展開ファイルを保存するか否かを利用者に問い合わせる問い合わせ画面をディスプレイ１７の画面１７ａに表示する。この図１１（ｂ）の画面上で利用者が「ＹＥＳ」を選択し、展開不可ファイルの保存を指示すると、図１１（ｃ）のファイル名を入力するための画面１７ａが表示される。この図１１（ｃ）の画面上で利用者が「ＯＫ」を選択すると、ＲＡＭ１０２等の記憶装置の所定のフォルダーに上記展開不可ファイルを保存する（ステップS107、S108）。この記憶装置に記憶したコンテンツのファイルは、その携帯電話機１０では展開処理できないため、メモリーカードを介して、携帯電話機よりもデータ処理能力が高いパーソナルコンピュータなどの外部装置に移して展開処理することができる。携帯電話機１０から外部装置へのファイルーの移動は、Bluetooth（登録商標）通信、赤外線通信、ＵＳＢケーブルによる通信などの近距離用の有線又は無線の非公衆通信を用いて行ってもよい。
上記図１１（ｂ）の画面上で利用者が「ＮＯ」を選択すると、上記展開不可ファイルを保存しないで処理が終了する。

以上、本実施形態によれば、ダウンロードサーバ５０から受信したコンテンツのファイルが、所定のフォーマットで正常に受信されたのにもかかわらず展開処理できない展開不可ファイルである場合、損傷ファイル専用のアイコンとは異なる展開不可ファイル専用のアイコンを表示する。この展開不可ファイル専用のアイコンにより、損傷を受けているファイルと区別して展開不可ファイルの存在を利用者に通知することができる。
また、本実施形態によれば、上記展開不可ファイル専用のアイコンを確認した利用者が入力装置１０４のキー操作部を操作して展開不可ファイルの保存を指示することにより、展開不可ファイルを携帯電話機１０の記憶装置の所定フォルダーに保存することができる。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。 ダウンロードサーバのハードウェア構成の一例を示すブロック図。 ダウンロードサーバの主要な機能を抽出して示した機能ブロック図。 携帯電話機の一構成例を示す外観図。 携帯電話機のハードウェア構成を示す概略構成図。 携帯電話機におけるソフトウェア構造の説明図。 携帯電話機の主要な機能を抽出して示した機能ブロック図。 コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。 ＯＭＡ方式でコンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。 携帯電話機における受信コンテンツのファイルに対する処理の手順を示すフローチャート。 （ａ）〜（ｃ）は展開不可アイコンを表示したときの携帯電話機のディスプレイ画面の遷移を示す説明図。

符号の説明

１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４０ ＷＥＢサーバ
５０ ダウンロードサーバ

Claims (2)

1. 所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、
   展開処理を必要とするコンテンツのファイルを上記コンテンツ提供サーバから受信するコンテンツ受信手段と、
   該コンテンツ受信手段で受信したコンテンツのファイルが、所定のフォーマットで正常に受信され且つ当該移動体通信端末において展開処理できない展開不可ファイルであるとき、コンテンツ表示画面上に該展開不可ファイルの存在を示すアイコンを表示する表示手段と
   を備えたことを特徴とする移動体通信端末。
2. 請求項１の移動体通信端末において、
   上記コンテンツのファイルを記憶するファイル記憶手段と、
   上記展開不可ファイルの保存を指示するための保存指示手段とを備え、
   該保存指示手段によって保存指示があったときに、該展開不可ファイルを該ファイル記憶手段に保存することを特徴とする移動体通信端末。

Images