(57)【特許請求の範囲】
【請求項１】
複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、
前記データ量の合計値を算出する算出手段と、
前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段と、
前記リクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段と
を有し、
前記送信手段は、前記合計値を記述した前記リクエストを、当該合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない中継装置に送信し、
前記コンテンツ受信手段は、前記中継装置が転送したリクエストに応じて送信されたコンテンツを前記中継装置経由で受信する
ことを特徴とする通信端末。
【請求項２】
前記送信手段は、前記合計値が前記第２の閾値を超えない場合に前記リクエストに前記合計値を記述せず、
前記中継装置は、前記リクエストに前記合計値が記述されているならば、前記合計値が前記第２の閾値を超えたと判定する
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記送信手段は、前記コンテンツ受信手段によって受信したコンテンツのデータ量が前記受信手段によって受信した当該コンテンツのデータ量を超える場合には、未送信の前記リクエストを送信しないことを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、前記データ量の合計値を算出する算出手段と、前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスと前記合計値とを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段とを有する通信端末から、当該リクエストを受信する受信手段と、
前記リクエストに記述されている合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない転送手段と、
前記転送手段が転送したリクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段によって受信したコンテンツを前記通信端末に転送するコンテンツ転送手段と
を有することを特徴とする中継装置。
【請求項５】
前記通信端末の送信手段は、前記合計値が前記第２の閾値を超えない場合に前記リクエストに前記合計値を記述せず、
前記転送手段は、前記リクエストに前記合計値が記述されているならば、前記合計値が前記第２の閾値を超えたと判定する
ことを特徴とする請求項４に記載の中継装置。
【請求項６】
コンピュータを、
複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、前記データ量の合計値を算出する算出手段と、前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスと前記合計値とを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段とを有する通信端末から、当該リクエストを受信する受信手段と、
前記リクエストに記述されている合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない転送手段と、
前記転送手段が転送したリクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段によって受信したコンテンツを前記通信端末に転送するコンテンツ転送手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、中継装置及びプログラムに関する。
【背景技術】
【０００２】
コンテンツを通信端末にダウンロードするか否かを当該コンテンツのデータ量に基づいて決定する技術が知られている。例えば、特許文献１では、コンテンツのデータ量から当該コンテンツのダウンロードに要する時間を求め、この時間が、通信端末を備えた車両がトンネル等の通信不能な領域に到達するまでの時間よりも短い場合に、当該コンテンツのダウンロードを実行する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６７３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、通信端末の使用者に複数のコンテンツを一度にまとめて販売するサービスが知られている。このサービスでは、複数のコンテンツが連続してダウンロードされるので、通信網に過大なトラフィックが発生するおそれがある。
本発明は、複数のコンテンツを連続して通信端末にダウンロードする場合に発生し得る過大なトラフィックを未然に防止することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に係る通信端末は、複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、前記データ量の合計値を算出する算出手段と、前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段と、前記リクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段とを有し、前記送信手段は、前記合計値を記述した前記リクエストを、当該合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない中継装置に送信し、前記コンテンツ受信手段は、前記中継装置が転送したリクエストに応じて送信されたコンテンツを前記中継装置経由で受信することを特徴とする。
【０００６】
請求項２に係る通信端末は、請求項１に記載の通信端末において、前記送信手段は、前記合計値が前記第２の閾値を超えない場合に前記リクエストに前記合計値を記述せず、前記中継装置は、前記リクエストに前記合計値が記述されているならば、前記合計値が前記第２の閾値を超えたと判定することを特徴とする。
請求項３に係る通信端末は、請求項１又は２に記載の通信端末において、前記送信手段は、前記コンテンツ受信手段によって受信したコンテンツのデータ量が前記受信手段によって受信した当該コンテンツのデータ量を超える場合には、未送信の前記リクエストを送信しないことを特徴とする。
【０００７】
請求項４に係る中継装置は、複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、前記データ量の合計値を算出する算出手段と、前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスと前記合計値とを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段とを有する通信端末から、当該リクエストを受信する受信手段と、前記リクエストに記述されている合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない転送手段と、前記転送手段が転送したリクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツを前記通信端末に転送するコンテンツ転送手段とを有することを特徴とする。
請求項５に係る中継装置は、請求項４に記載の中継装置において、前記通信端末の送信手段は、前記合計値が前記第２の閾値を超えない場合に前記リクエストに前記合計値を記述せず、前記転送手段は、前記リクエストに前記合計値が記述されているならば、前記合計値が前記第２の閾値を超えたと判定することを特徴とする。
【０００９】
請求項６に係るプログラムは、コンピュータを、複数のコンテンツの各々に対応する通信アドレスと当該各コンテンツのデータ量とをサーバ装置から受信する受信手段と、前記データ量の合計値を算出する算出手段と、前記合計値が第１の閾値を超えない場合に、前記コンテンツ毎に、当該コンテンツに対応する通信アドレスと前記合計値とを記述したリクエストを送信する一方、前記合計値が前記第１の閾値を超えた場合に、前記複数のコンテンツに対するリクエストを送信しない送信手段とを有する通信端末から、当該リクエストを受信する受信手段と、前記リクエストに記述されている合計値が前記第１の閾値よりも小さい第２の閾値を超え、且つ、当該リクエストに記述されている通信アドレスが特定の通信アドレスでない場合に当該リクエストを転送しない転送手段と、前記転送手段が転送したリクエストに応じて送信されたコンテンツを受信するコンテンツ受信手段と、前記コンテンツ受信手段によって受信したコンテンツを前記通信端末に転送するコンテンツ転送手段として機能させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、複数のコンテンツを連続して通信端末にダウンロードする場合に発生し得る過大なトラフィックを未然に防止することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態の構成の全体を示す図である。
【図２】通信端末１００のハードウェア構成を示す図である。
【図３】中継装置３００のハードウェア構成を示す図である。
【図４】サーバ装置５００のハードウェア構成を示す図である。
【図５】実施形態の動作を示す図である。
【図６】表示部１０８に表示される画面を示す図である。
【図７】メタデータの内容を示す図である。
【図８】ＨＴＴＰリクエストを示す図である。
【図９】ＨＴＴＰリクエストを示す図である。
【図１０】ＨＴＴＰレスポンスを示す図である。
【図１１】ＨＴＴＰレスポンスを示す図である。
【図１２】表示部１０８に表示される画面を示す図である。
【発明を実施するための形態】
【００１２】
（１）実施形態
本発明の実施形態について説明する。
（１．１）構成
図１は、実施形態の構成の全体を示す図である。本実施形態の主な構成要素は、通信端末１００、移動通信網２００、中継装置３００、通信網４００及びサーバ装置５００である。
通信端末１００は、例えばIMT-2000（International Mobile Telecommunication 2000）方式の通信規格に従って通信を行う携帯電話機である。実際には、図示した以外にも多数の通信端末が存在するが、図示は省略した。
移動通信網２００は、基地局２１０、交換機２２０及び中継装置３００を有し、通信端末１００による通話及びパケット通信を仲介する。実際には、図示した以外に多数の基地局２１０と交換機２２０が設けられているが、図示は省略した。
【００１３】
基地局２１０は、基地局２１０自身が属する位置登録エリアを一意に識別するためのエリア識別情報を常時発信している。通信端末１００は、受信したエリア識別情報が以前に受信したエリア識別情報と異なる場合に、基地局２１０に対して位置登録を要求する。すると、当該位置登録エリアを表すエリア識別情報が、当該通信端末１００の電話番号と対応付けられて交換機２２０に登録される。或る電話番号宛ての着信があった場合には、交換機２２０は、当該電話番号に対応する位置登録エリアに属するすべての基地局２１０に当該電話番号宛ての着信通知を送信し、これらの基地局２１０が一斉に当該電話番号宛ての着信通知を送信する。
【００１４】
中継装置３００は、通信端末１００間の電子メールの送受信を仲介する機能、通信端末１００へデータを配信する機能、移動通信網２００と通信網４００との間の通信プロトコルを変換する機能等を有する。また、中継装置３００は、サーバ装置５００から通信端末１００へのコンテンツの配信を制限する機能を有するが、この機能については後述する。
通信網４００は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）やＨＴＴＰ（HyperText Transfer Protocol）等の通信プロトコルに従って通信を行うための通信網である。
【００１５】
図２は、通信端末１００のハードウェア構成を示す図である。通信端末１００は、制御部１０１、記憶部１０２、パケット通信部１０３、通話部１０４、マイクロフォン１０５、スピーカ１０６、操作部１０７、表示部１０８、アンテナ１０９及びＩＣ（Integrated Circuit）カード端子１１０を備える。
制御部１０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備え、ＣＰＵがＲＯＭに記憶されているＯＳ（Operating System）を実行することによって通信端末１００の動作を制御する。
【００１６】
記憶部１０２は、例えば、電力の供給がなくても記憶を保持する半導体メモリであり、アプリケーションプログラムや、移動通信網２００経由で受信したデータ等を記憶する。アプリケーションプログラムの１つとして、通信端末１００をＷＷＷ（World Wide Web）ブラウザとして機能させるためのブラウザプログラムが記憶されている。
パケット通信部１０３は、通信端末１００を移動通信網２００に接続してパケット通信を行うための通信インターフェイスである。パケット通信部１０３は、ＣＰＵ１０１から供給されたデータに基づいてパケットを生成し、このパケットをアンテナ１０９を介して基地局２１０に送信する。また、基地局２１０から送信されたパケットがアンテナ１０９によって受信されると、パケット通信部１０３は、このパケットをつなぎ合わせてＣＰＵ１０１に供給する。
【００１７】
通話部１０４は、通信端末１００を移動通信網２００に接続して通話を行うための通信インターフェイスである。マイクロフォン１０５は、入力した音声を表す音声信号を通話部１０４に供給し、通話部１０４は、この音声信号を基地局２１０に送信する。また、通話部１０４は、基地局２１０から受信した音声信号をスピーカ１０６に供給し、スピーカ１０６は、この音声信号を音声に変換して出力する。
操作部１０７は、通信端末１００を操作するための操作子群であり、電源の投入又は切断、通話の開始又は終了、番号、記号、文字の入力のための各種キーに加えて、表示部１０８に表示されたカーソルを移動させる移動キー、カーソルの移動先に対応する動作の実行を通信端末１００に命じるための決定キー等を有する。表示部１０８は、例えば液晶表示装置である。
【００１８】
ＩＣカード１１１は、ＵＩＭ（User Identity Module）やＵＳＩＭ（Universal Subscriber Identity Module）等の呼称で呼ばれる、電力の供給がなくても記憶を保持するＩＣチップを樹脂の板に埋め込んだ記憶媒体である。ＩＣカード１１１は、通信事業者と携帯電話の使用に関する契約を交わした使用者に当該通信事業者から貸与される。ＩＣカード１１１には、使用者を一意に識別するための使用者識別子、通信事業者の識別番号、電話番号等が記憶されている。ＩＣカード端子１１０にＩＣカード１１１を装着して電源を投入すると、制御部１０１が通話やパケット通信を許可する。
【００１９】
図３は、中継装置３００のハードウェア構成を示す図である。中継装置３００は、制御部３０１、記憶部３０２、通信部３０３を有する。制御部３０１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有する。記憶部３０２は、例えばハードディスク記憶装置である。制御部３０１が記憶部３０２に記憶されたＯＳ及びアプリケーションプログラムを実行することによって、中継装置３００の動作を制御する。通信部３０３は、中継装置３００を交換機２２０及び通信網４００に接続するための通信インターフェイスである。
【００２０】
図４は、サーバ装置５００のハードウェア構成を示す図である。サーバ装置５００は、コンテンツの販売元であるコンテンツプロバイダ（以下、「ＣＰ」という。）が運用する装置である。サーバ装置５００は、制御部５０１、記憶部５０２、通信部５０３を有する。制御部５０１は、ＣＰＵ、ＲＯＭ、ＲＡＭを有し、制御部５０１が記憶部５０２に記憶されたＯＳ及びアプリケーションプログラムを実行することによって、サーバ装置５００をＷＷＷサーバとして機能させる。通信部５０３は、サーバ装置５００を通信網４００に接続するための通信インターフェイスである。サーバ装置５００は、通信網４００及び移動通信網２００経由で通信端末１００との間で通信を行う。
【００２１】
記憶部５０２は、通信端末１００の使用者に提供するコンテンツに関するメタデータを、当該コンテンツを一意に識別するコンテンツ識別子と対応付けて記憶している。メタデータとは、コンテンツに関連する情報であり、具体的には、各コンテンツに対応する通信アドレスであるＵＲＬ（Uniform Resource Locator）と、各コンテンツのデータ量とを含むＸＭＬ形式のファイルである。コンテンツは、例えば、通信端末１００で楽曲を再生するための楽曲データ、通信端末１００で静止画像を表示するための静止画像データ、通信端末１００で動画像を再生するための動画データ、通信端末１００でゲームを実行するためのゲームアプリケーション、通信端末１００から送信する電子メールに背景画像を付加するための背景画像データ、商品やサービスの価格の割引きを受けるためのクーポン券のデータ等である。これらのコンテンツは、サーバ装置５００以外のサーバ装置に分散して記憶されていてもよいし、他のＣＰが運用するサーバ装置に記憶されていてもよい。また、ＵＲＬは、コンテンツの格納場所の通信アドレスでもよいし、コンテンツの格納場所の通信アドレスに関連付けられた仮想的なアドレスでもよい。
【００２２】
（１．２）動作
図５は、実施形態の動作を示す図である。
ステップＡ０１では、コンテンツの購入手続が行われる。具体的には、次のとおりである。
使用者がブラウザプログラムを起動し、ＣＰのＵＲＬにアクセスすると、サーバ装置５００は、対話型の画面を表示させるためのＨＴＭＬ（HyperText Markup Language）データを通信端末１００に送信する。通信端末１００の制御部１０１は、受信したＨＴＭＬデータに基づいて、図６（ａ）に示す画面を表示部１０８に表示させる。この画面では、複数のコンテンツをひとまとめにしたパッケージの名称が列挙される。
使用者が操作部１０７の移動キーを用いていずれかのパッケージ名にカーソルを移動させ、決定キーを押すと、制御部１０１は、図６（ｂ）に示す画面を表示部１０８に表示させる。この画面では、選択されたパッケージに含まれるコンテンツの名称（図中１〜４）と、当該パッケージの価格が表示される。
【００２３】
使用者が画像の下端に表示されている「購入する」の部分にカーソルを移動させて決定キーを押すと、制御部１０１は、図６（ｃ）に示す画面を表示部１０８に表示させる。この画面上で使用者がパスワードを入力し、「決定」の部分にカーソルを移動させて決定キーを押すと、制御部１０１は、ＩＣカード１１１から読み取った使用者識別情報とパスワードを中継装置３００に送信する。中継装置３００は、予め携帯電話の契約者の使用者識別情報とパスワードを対応付けて記憶部３０２に記憶しており、通信端末１００から送信された使用者識別情報とパスワードの組み合わせに該当する組み合わせが記憶部３０２に記憶されているならば、認証の成功を通信端末１００に通知する。この通知を受信すると、制御部１０１は、図６（ｄ）に示す画面を表示部１０８に表示させる。この画面上で「購入確定」の部分にカーソルを移動させて決定キーを押すと、購入手続が完了する。
【００２４】
ステップＡ０２では、制御部１０１が、メタデータの要求を表すＨＴＴＰリクエストをサーバ装置５００に宛てて送信する。具体的には、上述のＨＴＭＬデータには、コンテンツの名称とコンテンツ識別子とが対応付けて記述されており、制御部１０１は、ステップＡ０１で購入を確定したパッケージに含まれる各コンテンツに対応するコンテンツ識別子をＨＴＭＬデータから抽出し、このコンテンツ識別子を記述したＨＴＴＰリクエストを生成し、このＨＴＴＰリクエストをサーバ装置５００に宛てて送信する。ステップＡ０３では、中継装置３００がこのＨＴＴＰリクエストを受信し、サーバ装置５００に転送する。
ステップＡ０４では、サーバ装置５００の制御部５０１が、ＨＴＴＰリクエストで要求されたメタデータを含むＨＴＴＰレスポンスを生成し、通信端末１００に宛てて送信する。ステップＡ０５では、中継装置３００がこのＨＴＴＰレスポンスを受信し、通信端末１００に転送する。図７は、サーバ装置５００から通信端末１００に送信されたメタデータの内容を示す図である。要素名「パッケージ」の開始タグと終了タグの間には、パッケージの名称が記述される。要素名「コンテンツ」の開始タグ内には、当該パッケージにおける各コンテンツの通し番号であるコンテンツ番号と、各コンテンツのＵＲＬと、各コンテンツのデータ量とが記述される。要素名「コンテンツ」の開始タグと終了タグの間には、コンテンツの名称が記述される。
【００２５】
ステップＡ０６では、通信端末１００の制御部１０１が、ＨＴＴＰレスポンスに含まれるメタデータを記憶部１０２に記憶させ、メタデータが示す各コンテンツのデータ量を合計して合計データ量を算出する。この例では、合計データ量は、４６ＭＢ（Mega Byte）である。
ステップＡ０７では、制御部１０１は、図６（ｅ）に示すように、コンテンツのダウンロードを開始するか否かを使用者に問う文を表示部１０８に表示させる。使用者が「開始」の部分にカーソルを移動させて決定キーを押すと（ステップＡ０７：ＹＥＳ）、制御部１０１は、ダウンロードの回数を表すカウンタを初期値（ｎ＝０）に設定するとともに、ステップＡ０６で算出した合計データ量が１００ＭＢ（第１の閾値）を超えるか否かを判定する（ステップＡ０８）。合計データ量が１００ＭＢを超える場合には（ステップＡ０８：ＹＥＳ）、ステップＡ０９に進み、「規定のデータ量を超えています」なるエラーメッセージを表示部１０８に表示させて処理を終了する。
【００２６】
一方、合計データ量が１００ＭＢ以下である場合には（ステップＡ０８：ＮＯ）、制御部１０１は、カウンタに１を加算するとともに、合計データ量が５０ＭＢ（第２の閾値）を越えるか否かを判定する（ステップＡ１０）。合計データ量が５０ＭＢを超える場合には（ステップＡ１０：ＹＥＳ）、ステップＡ１１に進み、合計データ量を記述したＨＴＴＰリクエストを生成する。具体的には、制御部１０１は、カウンタ値に等しいコンテンツ番号に対応するＵＲＬをメタデータから抽出し、図８に示すように、ＨＴＴＰリクエストのヘッダを生成する。１行目のＵＲＬは、コンテンツ番号が１であるコンテンツに対応するＵＲＬである。４行目は、ステップＡ０６で算出した合計データ量をByte単位で表したものである。
一方、合計データ量が５０ＭＢを超えない場合には（ステップＡ１０：ＮＯ）、ステップＡ１２に進み、図９に示すように、合計データ量を記述しないＨＴＴＰリクエストを生成する。合計データ量を記述しないこと以外は、図８のＨＴＴＰリクエストと同じである。
【００２７】
ステップＡ１３では、制御部１０１は、ステップＡ１１又はＡ１２で生成したＨＴＴＰリクエストをサーバ装置５００に宛てて送信する。
ステップＡ１４では、中継装置３００がＨＴＴＰリクエストを受信し、合計データ量が５０ＭＢを超えるか否かを判定する。図８に示すようにＨＴＴＰリクエストに合計データ量が記述されているならば、合計データ量が５０ＭＢを超えることを意味する。一方、図９に示すようにＨＴＴＰリクエストに合計データ量が記述されていないならば、合計データ量が５０ＭＢを超えないことを意味する。この判定により、合計データ量が５０ＭＢを超えない場合には（ステップＡ１４：ＮＯ）、制御部３０１は、ＨＴＴＰリクエストをサーバ装置５００に転送する（ステップＡ１５）。
【００２８】
一方、合計データ量が５０ＭＢを越える場合には（ステップＡ１４：ＹＥＳ）、ＨＴＴＰリクエストに記述されたＵＲＬが登録済みであるか否かを判定する（ステップＡ１６）。具体的には、中継装置３００の記憶部３０２には、パッケージの合計データ量が５０ＭＢを超える場合であってもダウンロードを許可するコンテンツのＵＲＬが記憶されている。ＨＴＴＰリクエストに記述されたＵＲＬが記憶部３０２に記憶されているならば、当該ＵＲＬは登録済みである。ＵＲＬが登録済みである場合には（ステップＡ１６：ＹＥＳ）、ＨＴＴＰリクエストをサーバ装置５００に転送する（ステップＡ１８）。サーバ装置５００の制御部５０１は、受信したＨＴＴＰリクエストに記述されているＵＲＬが記憶部５０２に記憶されているコンテンツを指すならば、当該コンテンツを記憶部５０２から読み出す。一方、当該ＵＲＬが他のサーバ装置に記憶されているコンテンツを指すならば、当該他のサーバ装置から当該コンテンツを取得する。そして、制御部５０１は、図１０に示すように、当該コンテンツをボディとしたＨＴＴＰレスポンスを生成し、通信端末１００に宛てて送信する（ステップＡ１９）。１行目の「２００」は、サーバ装置５００における処理が正常に行われたことを示すステータスコードである。中継装置３００がこのＨＴＴＰレスポンスを受信し、通信端末１００に転送する（ステップＡ２０）。
【００２９】
一方、ＵＲＬが登録済みでない場合には（ステップＡ１６：ＮＯ）、図１１に示すように、エラーを表すＨＴＴＰレスポンスを生成し、通信端末１００に送信する（ステップＡ１７）。１行目の「４００」は、エラーを表すステータスコードである。
ステップＡ２１では、制御部１０１は、受信したＨＴＴＰレスポンスに含まれるステータスコードにより、エラーか否かを判定する。ステータスコードが４００である場合がエラーである。エラーである場合には（ステップＡ２１：ＹＥＳ）、制御部１０１は、例えば「コンテンツに誤りがあるためダウンロードできません」なるエラーメッセージを表示部１０８に表示させ、処理を終了する（ステップＡ２３）。
【００３０】
一方、エラーでない場合には（ステップＡ２１：ＮＯ）、受信したコンテンツのデータ量が予定された量を超過したか否かを判定する（ステップＡ２２）。具体的には、ＨＴＴＰレスポンス（図１０参照）の３行目のContent-Lengthの値が、メタデータ（図７参照）で示された当該コンテンツのデータ量を超過したか否かを判定する。超過した場合には（ステップＡ２２：ＹＥＳ）、制御部１０１は、「コンテンツに誤りがあるためダウンロードできません」なるエラーメッセージを表示部１０８に表示させ、処理を終了する（ステップＡ２３）。
【００３１】
一方、データ量が超過していない場合には（ステップＡ２２：ＮＯ）、制御部１０１は、当該パッケージの全コンテンツのダウンロードが完了したか否かを判定する（ステップＡ２４）。具体的には、カウンタ値がメタデータ（図７参照）におけるコンテンツ番号の最大値に達したか否かを判定する。カウンタの値がコンテンツ番号の最大値に達したならば、全コンテンツのダウンロードが完了したことになる。全コンテンツのダウンロードが完了した場合には（ステップＡ２４：ＹＥＳ）、処理を終了する。全コンテンツのダウンロードが完了していない場合には（ステップＡ２４：ＮＯ）、ステップＡ１０に戻る。２度目のループでは、制御部１０１は、ステップＡ１０でカウンタ値を２にインクリメントし、メタデータにおける番号が２のコンテンツのＵＲＬを記述したＨＴＴＰリクエストをサーバ装置５００に宛てて送信することになる。このようにして、メタデータにおけるコンテンツ番号順に、コンテンツが１つずつダウンロードされる。
【００３２】
購入したパッケージに含まれるすべてのコンテンツのダウンロードが完了すると、制御部１０１は、図６（ｆ）に示すように、コンテンツの名称を列挙した画面を表示部１０８に表示させる。使用者が所望のコンテンツにカーソルを移動させて決定キーを押すと、制御部１０１は、当該コンテンツに基づいて情報を出力する。例えば、当該コンテンツが楽曲データである場合には、当該楽曲データに基づく音声信号をスピーカ１０６に供給する。当該コンテンツが画像データである場合には、当該画像データに基づく画像信号を表示部１０８に供給する。
以上が、本実施形態の動作である。
【００３３】
次に、本実施形態の効果について説明する。
本実施形態では、複数のコンテンツをまとめて提供するサービス形態を前提としている。このサービス形態では、複数のコンテンツが連続してダウンロードされるので、過大なトラフィックが発生することが予想される。トラフィックを軽減するには、コンテンツ毎のデータ量に制限を設けることが考えられるが、たとえコンテンツ毎のデータ量を制限したとしても、制限量以下のコンテンツが大量にダウンロードされると、トラフィックを軽減する効果は薄くなる。そこで、本実施形態は、単体のコンテンツ毎にデータ量を制限するのではなく、連続してダウンロードされる複数のコンテンツの合計データ量に制限を設けるように構成されている。よって、本実施形態によれば、複数のコンテンツを連続して通信端末にダウンロードする場合に発生し得る過大なトラフィックを未然に防止することができる。
【００３４】
さらに、本実施形態は、まとめて購入された複数のコンテンツの合計データ量を中継装置３００ではなく通信端末１００で算出するように構成されている。合計データ量の算出を中継装置３００で処理すると、１件毎の負荷は小さいものの、多数の通信端末１００から同様の処理が殺到した場合、中継装置３００に過大な負荷がかかることが予想される。本実施形態によれば、合計データ量の算出処理を各通信端末１００に実行させるから、中継装置３００の負荷を軽減することができる。
【００３５】
さらに、本実施形態は、合計データ量が第１の閾値（１００ＭＢ）以下の場合に無条件にダウンロードを許可するのではなく、合計データ量が第２の閾値（５０ＭＢ）を超える場合には、中継装置３００にＵＲＬが登録済みのコンテンツのみダウンロードを許可するように構成されている。つまり、合計データ量が第１の閾値以下であっても、合計データ量が第２の閾値を超え、且つ、中継装置３００にＵＲＬが登録されていないコンテンツはダウンロードが許可されない。一方、合計データ量が第２の閾値以下であれば、ＵＲＬが登録されていなくても、ダウンロードが許可される。このように、本実施形態によれば、予め登録されていないコンテンツに対してはダウンロードを許可する合計データ量の制限を厳しくするように構成されているから、トラフィックの制御が容易である。
【００３６】
さらに、本実施形態は、ダウンロードされたコンテンツのデータ量がメタデータで示されたデータ量を超過した場合は処理を打ち切るように構成されているから、不正なダウンロードを防ぐことができる。例えば、ＣＰが誤って、又は、故意に、実際よりも小さいデータ量を表すメタデータを送信したとすると、合計データ量が第１の閾値を超えてしまうおそれがあるが、本実施形態によれば、このような事態を防ぐことができる。
【００３７】
（２）変形例
以下に示す変形例は、互いに組み合わせてもよい。
（２．１）変形例１
上記実施形態では、コンテンツのＵＲＬが登録されていない場合（ステップＡ１６：ＮＯ）、及び、ダウンロードしたコンテンツのデータ量が予定されたデータ量を超過した場合（ステップＡ２２：ＹＥＳ）に表示部１０８にエラーメッセージを表示させて処理を終了する例を示したが、処理を終了せずに、他のコンテンツをダウンロードするための処理を実行するようにしてもよい。例えば、ステップＡ２３でエラーメッセージを表示した後、ステップＡ２４に進むようにしてもよい。
【００３８】
（２．２）変形例２
上記実施形態では、合計データ量が５０ＭＢ以下の場合に、ステップＡ１２において、合計データ量を記述しないＨＴＴＰリクエストを生成する例を示したが、合計データ量の多寡に関わらず、合計データ量をＨＴＴＰリクエストに記述するようにしてもよい。この場合、ステップＡ１０、Ａ１２の処理は不要である。
（２．３）変形例３
上記実施形態では、第１の閾値を１００ＭＢ、第２の閾値を５０ＭＢとした例を示したが、第１の閾値、第２の閾値をこれ以外の値に設定してもよい。
（２．４）変形例４
上記実施形態では、複数のコンテンツをまとめたパッケージを提供する例を示したが、パッケージの形態ではなく、単体のコンテンツを複数まとめて購入するようにしてもよい。例えば、図１２に示すように、各コンテンツの名称を列挙した画面を表示部１０８に表示させ、使用者が所望のコンテンツを１つずつ選択し、選択された複数のコンテンツをまとめて購入するようにしてもよい。
【００３９】
（２．５）変形例５
上記実施形態では、コンテンツのＵＲＬとデータ量を記述したメタデータをサーバ装置５００から取得する例を示したが、ステップＡ０１でサーバ装置５００から取得するＨＴＭＬデータに各コンテンツのＵＲＬとデータ量が記述されていてもよい。この場合、メタデータは不要になるので、ステップＡ０２乃至Ａ０５の処理は不要である。
（２．６）変形例６
上記実施形態では、ダウンロードされたコンテンツのデータ量がメタデータで示されたデータ量を超過した場合は処理を打ち切る例（ステップＡ２２）を示したが、このステップを省略してもよい。この場合、リクエストが未送信であるコンテンツについて、ステップＡ１０以降の処理が実行される。
（２．７）変形例７
上記実施形態では、合計データ量が１００ＭＢ以下で５０ＭＢを超える場合に、ＵＲＬが登録済みのコンテンツのみダウンロードを許可する例を示したが、合計データ量が１００ＭＢ以下であれば無制限にダウンロードを許可するようにしてもよい。
【００４０】
（２．８）変形例８
上記実施形態では、ステップＡ０８において、合計データ量が第１の閾値を超えるか否かを判定する例を示したが、合計データ量が第１の閾値以上であるか否かを判定するようにしてもよい。同様に、ステップＡ１０及びＡ１４において、合計データ量が第２の閾値以上であるか否かを判定するようにしてもよい。
（２．９）変形例９
上記実施形態では、合計データ量が１００ＭＢ以下で５０ＭＢを超える場合に、ＵＲＬが登録済みのコンテンツのみダウンロードを許可する例を示したが、ダウンロードを許可するコンテンツのＵＲＬに特定の記号列を含ませておき、ＨＴＴＰリクエストに記述されたＵＲＬに当該記号列が含まれている場合に当該ＵＲＬに対応するコンテンツのダウンロードを許可するようにしてもよい。
（２．１０）変形例１０
上記実施形態では、ステップＡ１５及びＡ１８において、中継装置３００がサーバ装置５００にリクエストを送信する例を示したが、コンテンツに対応する通信アドレスがサーバ装置５００以外の装置に対応している場合には、当該装置にリクエストを送信するようにしてもよい。
【００４１】
（２．１１）変形例１１
上記実施形態では、通信端末１００が携帯電話機である例を示したが、通信端末１００は、電話機能を備えていない携帯通信端末、自動車用ナビゲーション装置、パーソナルコンピュータ等、データ通信機能を有する装置であればいかなる装置でもよい。また、上記実施形態では、通信端末１００が移動通信網２００経由でコンテンツを取得する例を示したが、無線ＬＡＮ（Local Area Network）経由でコンテンツ取得するようにしてもよい。また、通信端末１００が有線接続によってコンテンツを取得するようにしてもよい。
（２．１２）変形例１２
上記実施形態では、通信端末１００、中継装置３００、サーバ装置５００のＣＰＵがプログラムを実行することによって図５に示す動作を行う例を示したが、当該動作を行う機能を各装置にハードウェアで実装するようにしてもよい。また、かかるプログラムを光ディスク等の記録媒体に記録した形態で提供してもよいし、通信網を介してコンピュータにダウンロードさせるようにしてもよい。
【符号の説明】
【００４２】
１００…通信端末、１０１…制御部、１０２…記憶部、１０３…パケット通信部、１０４…通話部、１０５…マイクロフォン、１０６…スピーカ、１０７…操作部、１０８…表示部、１０９…アンテナ、１１０…ＩＣカード端子、２００…移動通信網、２１０…基地局、２２０…交換機、３００…中継装置、３０１…制御部、３０２…記憶部、３０３…通信部、４００…通信網、５００…サーバ装置、５０１…制御部、５０２…記憶部、５０３…通信部
【図１】
0005198547.tif 000002
【図２】
0005198547.tif 000003
【図３】
0005198547.tif 000004
【図４】
0005198547.tif 000005
【図５】
0005198547.tif 000006
【図６】
0005198547.tif 000007
【図７】
0005198547.tif 000008
【図８】
0005198547.tif 000009
【図９】
0005198547.tif 000010
【図１０】
0005198547.tif 000011
【図１１】
0005198547.tif 000012
【図１２】
0005198547.tif 000013