JP2006113650A

JP2006113650A - 移動体通信端末

Info

Publication number: JP2006113650A
Application number: JP2004297474A
Authority: JP
Inventors: Masayuki Doi; 正行土井; Hirosuke Murai; 裕輔村井; Takashi Nakamura; 敬中村; Tatsuhiro Aoyanagi; 辰宏青柳
Original assignee: Vodafone KK
Current assignee: SoftBank Corp
Priority date: 2004-10-12
Filing date: 2004-10-12
Publication date: 2006-04-27

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.

ところが、前述のＯＭＡ方式のコンテンツ提供方法でコンテンツをダウンロードした移動体通信端末は、上記コンテンツ提供サーバからダウンロード完了応答を受信した後に、ダウンロードしたコンテンツを所定フォルダーに保存したり展開・表示したりするコンテンツ利用ができるように制御されていた。そのため、上記ダウンロード完了通知に基づいて課金処理が開始された後にコンテンツ提供サーバから送信されたダウンロード完了応答が、何らかの原因で移動体通信端末に到達しないと、誤課金が発生するおそれがある。すなわち、コンテンツ提供サーバで課金処理が開始されているにもかかわらず、移動体通信端末では、上記ダウンロード完了応答を受信できていないためコンテンツを利用できない。このように移動体通信端末で利用できないコンテンツに対して課金されるという誤課金が発生するおそれがある。

本発明の目的は、コンテンツ提供サーバからコンテンツをダウンロードしたときに、ダウンロード完了応答が移動体通信端末で受信されないことによるコンテンツに対する誤課金の発生を防止することができる移動体通信端末を提供することである。

上記目的を達成するために、請求項１の発明は、所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、コンテンツの取得を要求するコンテンツ取得要求を上記コンテンツ提供サーバに送信するコンテンツ取得要求送信手段と、上記コンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信するコンテンツ取得応答受信手段と、上記コンテンツのダウンロードが完了した旨のダウンロード完了通知を上記コンテンツ提供サーバに送信するダウンロード完了通知送信手段と、上記ダウンロード完了通知を送信した後、該ダウンロード完了通知に対するダウンロード完了応答の受信の有無にかかわらず、上記ダウンロードしたコンテンツを利用可能にするコンテンツ利用制御手段とを備えたことを特徴とするものである。

なお、上記トランスポート層の通信プロトコルとしては、ＴＣＰ（Transmission Control Protocol）等を用いることができる。ＴＣＰを用いた場合の受信確認メッセージとしてはＡｃｋメッセージが送受信される。
また、上記「コンテンツ」としては、ＷＥＢページのデータのほか、画像ファイル、音楽ファイル、プログラムファイル等の各種ファイル、及び画像や音楽などのストリーミングデータが挙げられる。
また、上記「移動体通信端末」としては、ＰＤＣ（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）を送信する。

上記ダウンロード完了応答受信手段１１７は上記携帯電話通信網用通信装置１０６等で構成され、上記ダウンロード完了通知に対してダウンロードサーバ５０から送信されたダウンロード完了応答を、所定の通信プロトコルを使って受信する。

本実施形態では、上記ダウンロード完了通知送信手段１１６がダウンロード完了通知を送信したとき、前述のコンテンツ利用制御手段１１３は次のような制御を行う。すなわち、コンテンツ利用制御手段１１３は、上記ダウンロード完了通知を送信した後、ダウンロード完了通知に対するダウンロード完了応答の受信の有無にかかわらず、上記ダウンロードしたコンテンツを利用可能にするように制御する。

例えば、上記ダウンロード完了通知を送受信するときのアプリケーション層の通信プロトコルとしてＨＴＴＰを使用した場合は次のように制御する。このＨＴＴＰでは、ＨＴＴＰリクエストを送信してからＨＴＴＰレスポンスを受信するまでの待ち時間として、ＨＴＴＰレスポンスの待機タイマーが設定される。そこで、上記ダウンロード完了通知のＨＴＴＰリクエストを送信するときの待機タイマーのタイムアウト値を０秒に設定する。この待機タイマーのタイムアウト値が経過したとき、すなわち、ダウンロード完了通知のデータが送信された後すぐに、上記ダウンロードしたコンテンツを利用可能にするように制御する。

また、上記ダウンロード完了通知を送受信するときのトランスポート層の通信プロトコルとしてＴＣＰ（Transmission Control Protocol）を使用した場合、次のように制御してもよい。このＴＣＰでは、データを送信してから受信確認メッセージを受信するまでのデータ再送制御用の待ち時間として初期再送タイムアウト値が設定されるが、ダウンロード完了通知の送信時については初期再送タイムアウト値を０秒に設定する。この初期再送タイムアウト値が経過したとき、すなわち、ダウンロード完了通知のデータ（複数パケットで構成される場合は最初のパケットのデータ）が送信された後すぐに、上記ダウンロードしたコンテンツを利用可能にするように制御する。

図８は、上記構成の携帯電話機１０において音楽コンテンツをダウンロードするときの携帯電話機１０とサーバ４０，５０との間の通信手順の一例を示すシーケンス図である。なお、本例における音楽コンテンツのダウンロード手順は、前述のＯＭＡ方式のダウンロード手順を採用している。

まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０の音楽試聴のコンテンツ紹介サイトにアクセスする（ステップＳ１〜Ｓ３）。このアクセスにより、携帯電話機１０のディスプレイ１７の画面１７ａには、図９（ａ）に示す音楽コンテンツ紹介のＷＥＢページが表示される（ステップＳ４）。

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

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

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

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

次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、ダウンロードサーバ５０の所定のＵＲＩ（InstallNotifyURI）に、ダウンロードが完了した旨を示すダウンロード完了通知としてＨＴＴＰ要求（InstallNotify）を送信する（ステップＳ１４）。このダウンロード完了通知の送信とともに、携帯電話機１０は、上記ダウンロードしたコンテンツを所定のフォルダーに保存したり展開処理して出力したりするコンテンツ利用が可能になるように制御する（ステップＳ１５）。
一方、上記ダウンロード完了通知を受信したダウンロードサーバ５０は、そのダウンロード完了通知に基づいて上記コンテンツのダウンロードに対する課金処理を開始するとともに、ダウンロード完了応答としてのＨＴＴＰ応答を携帯電話機１０に返信する（ステップＳ１６）。

また、携帯電話機１０は、ダウンロードサーバ５０からダウンロード完了応答を受信した後、図９（ｄ）に示すダウンロード完了通知を表示し、利用者に対してダウンロード完了を知らせるとともに、すぐに試聴するか否かを利用者に問い合せる。ここで、ダウンロードした音楽コンテンツの試聴を希望するキー操作、具体的に「ＹＥＳ」キーを選択するキー操作を行うと、携帯電話機１０は、ダウンロードした音楽コンテンツのデータについて展開処理を行い、スピーカ１８やイヤホン等から楽曲の出力を開始する。

また、携帯電話機１０は、上記ダウンロード完了通知を送信するときに、上記ダウンロードしたコンテンツを利用可能にするようにしているので、図１０に示すようにダウンロードサーバ５０から送信されたダウンロード完了応答が携帯電話機１０に届かない場合でも、上記図９（ｄ）に示すダウンロード完了通知を表示し、利用者に対してダウンロード完了を知らせるとともに、すぐに試聴するか否かを利用者に問い合せる。

以上、本実施形態によれば、ダウンロードサーバ５０にダウンロード完了通知を送信した後、ダウンロード完了通知に対するダウンロード完了応答の受信の有無にかかわらず、ダウンロードしたコンテンツを利用可能にしている。これにより、ダウンロードサーバ５０においてダウンロード完了通知に基づく課金処理が開始されたとしても、その課金の対象になっているコンテンツを携帯電話機１０で所定フォルダーに保存したり展開・出力したりするなどのコンテンツの利用ができる。従って、ダウンロードサーバ５０からコンテンツをダウンロードしたときに、上記ダウンロード完了応答が携帯電話機１０で受信されないことによるコンテンツに対する誤課金の発生を防止することができる。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。ダウンロードサーバのハードウェア構成の一例を示すブロック図。ダウンロードサーバの主要な機能を抽出して示した機能ブロック図。携帯電話機の一構成例を示す外観図。携帯電話機のハードウェア構成を示す概略構成図。携帯電話機におけるソフトウェア構造の説明図。携帯電話機の主要な機能を抽出して示した機能ブロック図。音楽コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。（ａ）〜（ｄ）はコンテンツダウンロード時における携帯電話機のディスプレイ画面の遷移を示す説明図。音楽コンテンツをダウンロードするときにダウンロード完了応答の通信にエラーが発生した場合の携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。

符号の説明

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

Claims

所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、
コンテンツの取得を要求するコンテンツ取得要求を上記コンテンツ提供サーバに送信するコンテンツ取得要求送信手段と、
上記コンテンツを含むコンテンツ取得応答を上記コンテンツ提供サーバから受信するコンテンツ取得応答受信手段と、
上記コンテンツのダウンロードが完了した旨のダウンロード完了通知を上記コンテンツ提供サーバに送信するダウンロード完了通知送信手段と、
上記ダウンロード完了通知を送信した後、該ダウンロード完了通知に対するダウンロード完了応答の受信の有無にかかわらず、上記ダウンロードしたコンテンツを利用可能にするコンテンツ利用制御手段と
を備えたことを特徴とする移動体通信端末。