(57)【特許請求の範囲】
【請求項１】
移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する決定部と、
所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータを格納する記憶部と、
ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する生成部と、
前記リスト情報を前記移動通信端末へ送信する送信部と
を有し、
前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含む
ことを特徴とするコンテンツサーバ。
【請求項２】
請求項１に記載のコンテンツサーバにおいて、
前記データ許容量は、単位時間あたりのデータ受信可能量に依存する値であることを特徴とするコンテンツサーバ。
【請求項３】
請求項１に記載のコンテンツサーバにおいて、
前記データ許容量は、前記移動通信端末が有するデータ処理能力に依存する値であることを特徴とするコンテンツサーバ。
【請求項４】
請求項１に記載のコンテンツサーバにおいて、
前記データ許容量は、前記移動通信端末が有するメモリ容量に依存する値であることを特徴とするコンテンツサーバ。
【請求項５】
コンテンツサーバが、移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する過程と、
前記コンテンツサーバが、所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータを取得する過程と、
前記コンテンツサーバが、ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する過程と、
前記リスト情報を前記移動通信端末へ送信する過程と
を有し、
前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含む
ことを特徴とするコンテンツデータの配信方法。
【請求項６】
所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータを格納する記憶部を有するコンピュータを、
移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する決定部と、
ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する生成部と、
前記リスト情報を前記移動通信端末へ送信する送信部と
して機能させ、
前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含む
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話等の移動通信端末に動画像データ等のコンテンツを提供するためのコンテンツサーバ、コンテンツデータの配信方法に係る。
【０００２】
【従来の技術】
近年、携帯電話に代表される移動通信端末に対し、動画像データ等のコンテンツを提供するサービスが提供されている。このサービスによれば、ユーザは、移動通信端末を操作して、例えばインターネット上のコンテンツサーバから所望の動画像データをダウンロードすることができる。
【０００３】
【発明が解決しようとする課題】
ところで、近年の移動通信端末の性能は日々向上しており、個々の移動通信端末の能力には大きなバラツキが生じている。
例えば移動通信端末の性能として、一度にダウンロードできる動画像データの最大容量（以下、単に受信能力という）を考えた場合、１００ｋbyteの受信能力しか有さない移動通信端末と、１Ｍbyteまでの受信能力を有する移動通信端末があるという具合である。
このような場合に、受信能力の低い移動通信端末に対して、１００ｋbyte以上の動画像データを送信したのでは、移動通信端末側で動画像データを正常に受信することができず、誤動作の原因となる。一方、受信能力の低い移動通信端末を考慮して、１００ｋbyte以下の動画像データしかダウンロードの対象としないのでは、受信能力の高い移動通信端末においては、せっかく高い受信能力を有していながら、その能力を活かせないことになる。
【０００４】
本発明は、以上の点考慮して行われたものであり、個々の移動通信端末の受信能力にバラツキがある場合でも、各移動通信端末の性能に応じた動画像データ等のコンテンツのダウンロードサービスを提供することができるコンテンツサーバ、コンテンツデータの配信方法、プログラムおよび記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、本発明に係るコンテンツサーバは、移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する決定部と、所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータを格納する記憶部と、ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する生成部と、前記リスト情報を前記移動通信端末へ送信する送信部とを有し、前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含むことを特徴とする。
この構成によれば、コンテンツサーバは、コンテンツを要求する移動通信端末の識別情報から当該移動通信端末が一度にダウンロードすることができるデータ許容量を判定し、このデータ許容量に応じて、当該移動通信端末に対して提供すべきリスト情報を異ならせることができる。
【０００７】
また、本発明に係るコンテンツサーバにおいて、前記データ許容量は、単位時間あたりのデータ受信可能量に依存する値、前記移動通信端末が有するデータ処理能力に依存する値、前記移動通信端末が有するメモリ容量に依存する値のいずれかであってもよい。
【０００８】
本発明は、他の観点において、コンテンツサーバが、移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する過程と、前記コンテンツサーバが、所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータと取得する過程と、前記コンテンツサーバが、ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する過程と、前記リスト情報を前記移動通信端末へ送信する過程とを有し、前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含むことを特徴とするコンテンツデータの配信方法を提供する。
【００１０】
本発明は、更に他の観点において、所定の上限値に基づきコンテンツデータを分割して得られる分割後のデータを格納する記憶部を有するコンピュータを、移動通信端末から取得した情報に基づいて、当該移動通信端末が一度にダウンロードすることができるデータ許容量を決定する決定部と、ダウンロード対象の単位を指定するための項目を内包するリスト情報を生成する生成部と、前記リスト情報を前記移動通信端末へ送信する送信部として機能させ、前記リスト情報は、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量よりも大きいコンテンツデータについては、各分割後のデータをそれぞれ表す項目のみを含み、その全ての分割後のデータのサイズの総和が当該移動通信端末のデータ許容量以下であるコンテンツデータについては、各分割後のデータをそれぞれ表す項目および当該全ての分割後のデータを一括して表す項目を含むことを特徴とするプログラムを提供する。
【００１２】
本発明は、更に他の観点において、上記プログラムを記録したコンピュータ読み取可能な記録媒体を提供する。
【００１４】
【発明の実施の形態】
本発明の好適な実施形態について図面を参照しながら説明する。
【００１５】
Ａ：実施形態の構成
図１は、本実施形態に係る通信システム１００の構成を示す図である。図１に示したように、システム１００は、移動通信端末１Ａ、１Ｂ、基地局２、移動パケット通信網３、インターネット４およびコンテンツサーバ５から構成される。ここで、本システム１００は、図１に示したよりも多くの移動通信端末や基地局を備えていてもよい。
【００１６】
本システム１００においては、移動通信端末１Ａと移動通信端末１Ｂの２つの機種が存在する。
このうち、移動通信端末１Ａは、受信能力が低く、一度に１００ｋbyteまでの動画像データをダウンロードできる機能を有している。また、移動通信端末１Ｂは、受信能力が高く、一度に１Ｍbyteまでの動画像データをダウンロードできる機能を有している。
一度にダウンロードすることができる動画像データの容量は、個々の移動通信端末に搭載されるＣＰＵ（Central Processing Unit）のデータ処理能力、受信データを記憶するためのメモリ容量、受信データの再生処理能力といった各要素により決定されるものである。
以下の説明において、特に断わりなく移動通信端末１と記述した場合、移動通信端末１Ａまたは移動通信端末１Ｂのいずれか一方を示すものとする。
【００１７】
図１に示すように、個々の移動通信端末１は、基地局２と移動パケット通信網３を介してインターネット４に接続し、同じくインターネット４に接続されるコンテンツサーバ５との間でデータの授受を行う。
移動通信端末１はＲＯＭ（Read Only Memory）部、ＲＡＭ（Random Access Memory）部から構成されるメモリを有しており、このうちＲＯＭには、コンテンツサーバ５との間でデータ授受を行うための所定のプログラムが予めインストールされている。ＲＡＭには、コンテンツサーバ５からダウンロードした画像データ等が格納される。
また、移動通信端末１は、ＬＣＤ等からなる表示部と、操作ボタン等からなる入力部を備えている。
【００１８】
次に、コンテンツサーバ５の構成を図２を用いて説明する。
図２に示すように、コンテンツサーバ５は、受信部５１、送信部５２、制御部５３、メモリ５５を備えている。
制御部５３は、ＣＰＵ等から構成され、コンテンツサーバ５内の各部を制御する。
【００１９】
メモリ５５は、図２に示すように、プログラム領域５５Ｐ、動画像データ領域５５Ｄおよび機種データ領域５５Ｋを有している。これらの各領域はＲＯＭ部、ＲＡＭ部からそれぞれ構成される。
プログラム領域５５Ｐには、本システム１００に係る各種プログラムが予め記憶されている。コンテンツサーバ５の制御部５３は、プログラム領域５５Ｐ内のプログラムを起動させ、例えば、移動通信端末１に動画像データの送信を行う。
【００２０】
動画像データ領域５５Ｄには、各移動通信端末１に提供すべき動画像データが記憶されている。
図３は、動画像データ領域５５Ｄ内のデータ内容を模式的に示すものである。図３に示したように、動画像データ領域５５Ｄには、動画像データ（データＤ１〜Ｄ４）、動画像データの容量、動画像データのタイトル、動画像データが分割されている場合は分割の順番を示す情報が対応づけて記憶されている。
動画像データ（データＤ１〜Ｄ４）は、例えばＭＰＥＧ（Motion Picture Experts Group）といった所定の符号化アルゴリズムによって符号化されたものであり、いずれの動画像データも１００ｋbyte以下のデータとなるように、必要に応じて分割処理されている。
個々の動画像データ（データＤ１〜Ｄ４）は、それぞれデータとして独立したものであり、個々にダウンロードし、再生することができる。
【００２１】
機種データ領域５５Ｋには、図４に示すように、機種データと、移動通信端末の機種名およびデータの受信能力に係る情報を対応づけたテーブル記憶されている。
【００２２】
Ｂ：実施形態の動作
次に、図面を用いて本実施形態の動作について説明する。
【００２３】
Ｂ１：動画像データの記憶処理
本システム１００において、動画像データ提供者用端末（図示せず）からインターネット４を介し、コンテンツサーバ５に動画像データが適宜供給される。
【００２４】
図５は、新たな動画像データがコンテンツサーバ５に供給された際の、制御部５３の制御内容を示すフローチャートである。
まず、制御部５３は、供給された動画像データにおけるヘッダ部分の記録内容からデータ容量を判別する（ステップＳｐ１）。
動画像データの容量が１００ｋbyte以下の場合（ステップＳｐ２：ＹＥＳ）、制御部５３は、当該動画像データをメモリ５５の動画像データ領域５５Ａに記憶させる。併せて、当該動画像データのデータ容量、動画像データのタイトルを動画像データに関連付けて記憶させる（ステップＳｐ７）。動画像データのタイトルは、動画像データのヘッダ部分に予め記録されている。
【００２５】
一方、動画像データが１００ｋbyte以上の場合（ステップＳｐ２：ＮＯ）、制御部５３は、動画像データを１００ｋbyte以下のデータに分割する（ステップＳｐ３〜５）。そして、分割したデータをメモリ５５の動画像データ領域５５Ａに記憶させる。次いで、分割した動画像データの各々のデータ容量や、タイトル、分割の順番を示す情報を動画像データに関連付けてメモリ５５に記憶させる（ステップＳｐ７）。
【００２６】
ここで、動画像データを分割する処理の一例を説明する。
一例として、ＭＰＥＧ２により符号化された動画像データを想定する。ＭＰＥＧ２の符号化データは、１画面分に相当する単位画像（ピクチャ）が時間軸方向に複数集まった構成をとっている。そして、ピクチャの中には時間位置が異なる他のピクチャとのデータ差分値を用いた予想符号化が行われているものも存在するため、符号化された状態のままデータの分割をすることはできない。
以上を考慮し、制御部５３は、１００ｋbyte以上の画像データについては、まずデータの復号処理を行う（ステップＳｐ３）。そして、復号したデータをいくつかに分割し（ステップＳｐ４）、個々のデータについての符号化を行う（ステップＳｐ５）。
そして、個々の分割データのヘッダ部分に、分割の順番を含む新たなタイトル情報を記録する。例えば、「サッカー試合速報」の動画像データを３つに分割した場合には、個々の分割データのヘッダ部分に「サッカー試合速報その１」、「サッカー試合速報その２」、「サッカー試合速報その３」というようなタイトル情報を記録させる。
【００２７】
このような分割処理を行うことにより、個々の動画像データは互いに独立したデータとなるため、個々にダウンロード、再生することができる。
また、個々の分割データのヘッダ部分には、分割の順番を示すタイトル情報が記録されるため、分割の順番に従い、再度１のストリームデータにすることもできる。そして、このストリームデータを一括ダウンロード、再生することもできる。
【００２８】
Ｂ２：動画像データのダウンロード処理
図６は、移動通信端末１がコンテンツサーバ５から画像データのダウンロードを行う際の動作を示すシーケンス図である。
【００２９】
図６に示すように、移動通信端末１は、はじめにコンテンツサーバ５にアクセス要求を行い、コンテンツサーバ５との間にデータ通信路を確立させる。この際に、移動通信端末１は、自身のデータ受信能力を示す機種データを出力する（以上ステップＳａ１）。
アクセス要求を受けたコンテンツサーバ５は、機種データから移動通信端末１の受信能力を判別する。そして、受信能力に応じて、当該移動通信端末１に提供可能な動画像データのリスト（一覧）データを送信する（ステップＳａ２）。
移動通信端末１のユーザはこのリストの中から、ダウンロードを行いたい動画像データを選択する（ステップＳａ４）。そして、コンテンツサーバ５に画像データの要求を行う（ステップＳａ５）。
コンテンツサーバ５は、要求を受けた画像データを移動通信端末１に送信する（ステップＳａ６）。
移動通信端末１は、受信した動画像データをメモリに記憶させ、その後、ユーザにより所定の操作が行われると動画像データの再生を行う（ステップＳａ７）。
【００３０】
以上の動作内容を個別に詳細に説明する。
▲１▼  アクセス要求（図６：ステップＳａ１）
ユーザが移動通信端末１について所定の操作を行うと、移動通信端末１は、インターネット４に接続する処理を行った後、同じくインターネット４に接続されるコンテンツサーバ５に対してアクセス要求を行う。
アクセス要求が認められ、移動通信端末１とコンテンツサーバ５の間で通信路が確立されると、移動通信端末１は、ダウンロード可能な動画像データのリスト（一覧）画面のデータをコンテンツサーバ５に対して要求する。この際に、移動通信端末１は、自身のメモリに記録される機種データをコンテンツサーバ５に送信する。
【００３１】
図６において、「ＧＥＴ  ＨＴＴＰ  ＵＲＬリスト」の部分が、ダウンロード可能な動画像データのリスト画面のデータを要求するコマンドに相当する。
また、図６において、「ｘｘｘｘ１Ａ」の部分は、移動通信端末１の機種データに相当する。ここでは移動通信端末１Ａの機種データの例を示している。
【００３２】
▲２▼  動画像データのリスト画面データ送信（図６：ステップＳａ２）
図７は、図６のステップＳａ２において、コンテンツサーバ５の制御部５３が、リスト画面のデータを作成する際の動作を示すフローチャートである。
例えば、移動通信端末１Ａからリスト画面のデータ要求があったとすると、制御部５３は、受信した機種データとメモリ５５（機種データ領域５５Ｋ）のテーブルから、移動通信端末１Ａが１００ｋbyteのデータ受信能力しかないことを判別する（ステップＳｄ１、ステップＳｄ２：ＮＯ）。
次いで、制御部５３は、メモリ５５（画像データ領域５５Ｄ）に記録される個々の動画像データのリスト画面のデータを作成する（ステップＳｄ９）。具体的には、「天気情報」、「サッカー試合速報その１」、「サッカー試合速報その２」および「サッカー試合速報その３」という４つの動画像データに係るリスト画面データを作成する。
制御部５３は、作成したリスト画面のデータを、その後、移動通信端末１Ａに送信する（ステップＳｄ１０）。
【００３３】
図８は、この場合に、移動通信端末１Ａの表示部に表示される内容を例示する図である。
図８は、「天気情報」、「サッカー試合速報その１」、「サッカー試合速報その２」および「サッカー試合速報その３」という４つの動画像データに係るタイトルがソフトボタンＳＢ１〜ＳＢ４に対応づけて表示された例である。ユーザは、移動通信端末１Ａを操作し、図８に例示する画面において、ダウンロードしたい動画像データを１つ選択する。そして、コンテンツサーバ５にダウンロード要求をすることになる。
ここで、図８に示された個々の動画像データはいずれも１００ｋbyte以下のデータである。このため、移動通信端末１Ａから、いずれの画像データのダウンロード要求があったとしても、コンテンツサーバ５は、それに応じることができる。
ここで、図８においては、リスト画面データとして、動画像データのタイトルだけでなく、データ容量の内容も含めた場合を例示しており、移動通信端末１Ａのユーザに対する便宜を図っている。
【００３４】
次に、図７にもどり、移動通信端末１Ｂから動画像データのリスト画面要求があった場合の具体例を説明する。
まず、制御部５３は、受信した機種データの内容とメモリ５５（機種データ領域５５Ｋ）の内容から、移動通信端末１Ｂが１Ｍbyteまでのデータ受信能力を有していることを判別する（図７：ステップＳｄ１）。
次いで、制御部５３は、リスト画面のデータを作成する。この場合、移動通信端末１Ｂが１００ｋbyte以上のデータ受信能力を有するため（ステップＳｄ２：ＹＥＳ）、制御部５３は、分割処理したデータについて一括ダウンロードすることができるかを否かを判別する。
【００３５】
本例では、メモリ５５（画像データ領域５５Ｄ）に、「サッカー試合速報その１」、「サッカー試合速報その２」および「サッカー試合速報３」という３つの分割データが存在する（ステップＳｄ３：ＹＥＳ）。
制御部５３は、これら３つの分割データのデータ容量の総量（２４０ｋbyte）と、移動通信端末１Ｂのデータ受信能力（１Ｍbyte）とを比較し、一括ダウンロードすることができるか否かを判断する（ステップＳｄ４）。ここでは、分割データのデータ容量の総量（２４０ｋbyte）は、移動通信端末１Ｂのデータ受信能力（１Ｍbyte）よりも小さいため、制御部５３は、一括ダウンロードが可能であることを判断する（ステップＳｄ４：ＹＥＳ）。
【００３６】
この場合、制御部５３は、「天気情報」、「サッカー試合速報その１」、「サッカー試合速報その２」、「サッカー試合速報その３」という４つの動画像データの項目に加え、「サッカー試合速報」の一括ダウンロードに係る項目を含んだリスト画面データを作成する（ステップＳｄ５）。
制御部５３は、作成したリスト画面のデータを、その後、移動通信端末１Ｂに送信する（ステップＳｄ１０）。
【００３７】
図９は、この場合に、移動通信端末１Ｂの表示部に表示される内容を例示する図である。前掲図８と異なる点は、「サッカー試合速報」に係る動画像データについて、「一括ダウンロードをする」旨が示されているソフトボタンＳＢ５が表示されている点である。移動通信端末１Ｂのユーザは、図９に示した画面内容をみた上で、ダウンロードしたい動画像データを１つ選択し、コンテンツサーバ５にダウンロード要求をすることになる。
ここで、図９に示された個々の動画像データはいずれも移動通信端末１Ｂのデータ受信能力（１Ｍbyte）を越えないデータである。このため、移動通信端末１Ｂから、いずれの画像データのダウンロード要求があったとしても、コンテンツサーバ５は、その要求に応じることができる。
【００３８】
▲３▼  ダウンロード要求（図６：ステップＳａ３、ステップＳａ４）
移動通信端末１のユーザは、図８や図９に例示する画面を見た上で、ダウンロードを行う動画像データを１つ選択する。動画像データの選択は、移動通信端末１について所定の操作を行い、図８や図９に例示する画面上のソフトボタン（ＳＢ１〜４）のいずれか１つをクリックすることにより行う。
その後、ユーザが「ダウンロード実行開始」の旨を示すソフトボタンＳＢ１０をクリックすると、ダウンロードを希望する動画像データに関わる情報が、ダウンロード要求としてコンテンツサーバ５に送信される。
【００３９】
▲４▼  動画像データのダウンロード（図６：ステップＳａ５、ステップＳａ６）移動通信端末１からコンテンツサーバ５にダウンロード要求が行われると、制御部５３は、要求された動画像データをメモリ５５（動画像データ領域５５Ｄ）から読み出し、移動通信端末１に送信する。
【００４０】
図１０は、ダウンロード要求があった場合における、制御部５３の制御プログラムの内容を示すフローチャートである。
制御部５３は、ダウンロード要求の対象が、一括ダウンロードに係るデータでない場合（ステップＳｅ１：ＮＯ）、当該動画像データをメモリ５５（動画像データ領域５５Ｄ）から読み出し（ステップＳｅ７）、移動通信端末１に送信する（ステップＳｅ８）。この際、制御部５３は、動画像データをパケットの形に分割する。そして、移動通信端末１に予め割当てられたＩＰアドレスを各パケットに付し、順次、移動通信端末１に送信する。
【００４１】
一方、ダウンロード要求の対象が、一括ダウンロードに係るデータであった場合（ステップＳｅ１：ＹＥＳ）を説明する。本例では、移動通信端末１Ｂから、「サッカー試合速報」の一括ダウンロード要求があった場合に相当する。
この場合、制御部５３は、一括ダウンロードに係るすべての動画像データ「サッカー試合速報その１」、「サッカー試合速報その２」および「サッカー試合速報その３」をメモリ５５（動画像データ領域５５Ｄ）から読み出す（ステップＳｅ３）。そして、各動画像データのヘッダ部分に記録される分割の順番を示す情報に従い、１つのストリームデータを生成し（ステップＳｅ４）、移動通信端末１に送信する（ステップＳｅ８）。
【００４２】
図１１は、ダウンロード実行時における移動通信端末１の表示画面を例示する図であり、図１２は、ダウンロード完了時における移動通信端末１の表示画面を例示する図である。このように、移動通信端末１の表示部においては、ダウンロード処理が正常に実行／完了されていることを明示させることにより、ユーザの便宜が図られている。
【００４３】
▲５▼  ダウンロード後の動画像データの再生表示（図６：ステップＳａ５）
移動通信端末１は、受信データを順次メモリに記憶させる。そして、ダウンロード完了後、ユーザによって所定の操作が行われると、受信した動画像データを再生する処理を実行する。
一方、動画像データのダウンロード処理を完了したコンテンツサーバ５の制御部５３は、他の移動通信端末１からのシステム利用要求等に備えることとなる。
【００４４】
以上のようにして、本システム１００に係るコンテンツサーバ５は、移動通信端末１の個々の受信能力に応じたダウンロードサービスを提供することができる。
コンテンツサーバ５は、１００ｋbyteしか受信能力がない移動通信端末１Ａに対しては、ダウンロード可能な動画像データのリスト項目として、１００ｋbyte以上のデータを提示しない。このため、移動通信端末１Ａから１００ｋbyte以上の動画像データに対するダウンロード要求が発生することはあり得ず、移動通信端末１Ａに対しては常に正常なダウンロードサービスを提供することができる。また、１Ｍbyteの受信能力を有する移動通信端末１Ｂに対しては、ダウンロード可能な動画像データのリスト項目として、１Ｍbyteまでのデータを提示する。このため、移動通信端末１Ｂに対しては、１Ｍbyteまでの受信能力を活かしたダウンロードサービスを提供することができる。
このように各移動通信端末１Ａ、１Ｂに対して、個々の受信能力に応じたダウンロードサービスを提供することができる。
【００４５】
Ｃ：変形例
これまでの説明は、あくまで本発明の実施形態の一例に過ぎない。本発明の趣旨の範囲内で任意に変形を行うことができる。たとえば、以下のような変形例が考えられる。
【００４６】
＜変形例１＞
上述した実施形態においては、受信能力が１００ｋbyte以下である移動通信端末１Ａと、通信処理能力が１Ｍbyte以下である移動通信端末１Ｂの二種を想定しているが、これらの内容はあくまで一例であり、他のものであってもよい。
また、さらに３種以上の受信能力を有する複数の移動通信端末が混在するシステムであってもよい。かかる場合であっても、移動通信端末がダウンロードサービスの要求をするに先立ち、自身の機種（受信能力等の性能）を示す機種データをコンテンツサーバ５に送信することとすれば、コンテンツサーバ５は、上述した実施形態と同様の処理を行い、同様の効果を得ることができる。
【００４７】
＜変形例２＞
上述した実施形態においては、移動通信端末１の機種データをコンテンツサーバ５に送信することとしているが、受信能力を直接表すデータを送信することとしてもよい。
例えば、同じ機種である移動通信端末１Ａにおいても、例えば内部メモリを増設したことにより、１Ｍbyteの受信能力を有するようになることも想定される。このような場合は、受信能力をダイレクトに示すデータを送信することにより、１Ｍbyteの受信能力を有するようになった移動通信端末１Ａは、移動通信端末１Ｂと同様のダウンロードサービスの適用を受けることができる。
【００４８】
＜変形例３＞
上述した実施形態においては、最も受信能力が低い移動通信端末１Ａを基準とし、動画像データについて１００ｋbyte以下のデータになるように適宜分割し、メモリ５５に記憶させている。しかし、この方法に限らず、例えば、各移動通信端末１の受信能力の大きさの最大公約数に値するデータを基準とすることとしてもよい。
例えば、１００ｋbyte、１５０ｋbyte、３００ｋbyteという受信能力を有する移動通信端末１が混在する場合は、これらの値の最大公約数である５０ｋbyteを基準とし、動画像データについて１００ｋbyte以下のデータになるように適宜分割し、メモリ５５に記憶させることとする。このような制御を行うことにより、個々の移動通信端末１の受信能力に応じたダウンロードサービスを提供することができる。
【００４９】
＜変形例４＞
コンテンツサーバ５内のメモリ５５には、動画像データ（コンテンツ）だけを記憶させる設ける構成としてもよい。この場合、システム１００全体を統括するシステムサーバをインターネット４上に別途設け、このシステムサーバが、上述実施形態における制御部５３が行った制御を実行するようにしてもよい。
【００５０】
＜変形例５＞
また、本発明に係るプログラムを記録する記録媒体は任意であり、例えば、半導体メモリ、ＣＤ−ＲＯＭ（Compact Disc- Read Only Memory）、ＣＤ−Ｒ（Compact Disc-Recordable）等の光ディスク、ＭＯ（Magneto Optic）、ＭＤ（Mini Disc）等の光磁気ディスク、フロッピーディスク、ハードディスク等の磁気ディスク等でもよく、これらの記録媒体を介してコンテンツサーバ５にプログラムを供給するようにしてもよい。
また、コンテンツサーバ５へのプログラム供給方法も任意であり、上述した記録媒体を用いず、例えば本発明に係るプログラムが格納されるインターネット４上のサーバ（図示せず）からインターネット等のネットワークを介してコンテンツサーバ５のメモリ５５に供給する、いわゆるネット配信の態様によってもよい。
【００５１】
＜変形例６＞
上記実施形態においてコンテンツサーバ５は、インターネット４に接続される構成とした。この他、コンテンツサーバ５は、例えば専用線を介して移動パケット通信網３に接続されることとしてもよい。また、コンテンツサーバ５が移動パケット通信網３内に設置される構成であってもよい。
【００５２】
＜変形例７＞
上記実施形態においては、パケット通信機能を有する移動通信端末１の例を用いて説明した。しかし、移動パケット通信網３を介したデータ通信が行えるものであれば本発明の適用は可能であり、例えば、ＰＨＳ（Personal Handyphone System：登録商標）端末、ＰＤＡ（Personal Digital Assistant）あるいはモバイルコンピュータなどを用いてもよいことは勿論である。
また、移動通信端末１の態様も任意であり、カード型であってもよいし、手首や腰に装着可能なものでもよく、さらに、ネックレス型、ペンダント型などであってもよい。
【００５３】
＜変形例８＞
また、本発明は、移動パケット通信網３などの移動通信網を介さない通信システムに対しても適用することが可能である。この場合、移動通信端末１の代わりにパーソナルコンピュータ、ＰＤＡなどを用いることができることは勿論である。また、インターネット４は、イントラネットやＬＡＮ（Local Area Network）などであってもよい。
【００５４】
【発明の効果】
以上説明したように、本発明によれば、個々の移動通信端末の性能に応じたコンテンツ（動画像データ等）のダウンロードサービスを提供することができる。
【図面の簡単な説明】
【図１】  本発明の実施形態に係る通信システム１００の構成図である。
【図２】  同システム１００に係るコンテンツサーバ５の構成図である。
【図３】  同システム１００に係るコンテンツサーバ５のメモリ５５の内容を説明するための模式図である。
【図４】  同システム１００に係るコンテンツサーバ５のメモリ５５の内容を説明するための模式図である。
【図５】  同システム１００に係るコンテンツサーバ５の制御部５３の制御内容を示すフローチャートである。
【図６】  同システム１００の動作内容を示すシーケンスチャートである。
【図７】  同システム１００に係るコンテンツサーバ５の制御部５３の制御内容を示すフローチャートである。
【図８】  同システム１００に係る移動通信端末１Ａの表示部に示される表示内容を例示する図である。
【図９】  同システム１００に係る移動通信端末１Ｂの表示部に示される表示内容を例示する図である。
【図１０】  同システム１００に係るコンテンツサーバ５の制御部５３の制御内容を示すフローチャートである。
【図１１】  同システム１００に係る移動通信端末１Ａ、１Ｂの表示部に示される表示内容を例示する図である。
【図１２】  同システム１００に係る移動通信端末１Ａ、１Ｂの表示部に示される表示内容を例示する図である。
【符号の説明】
１Ａ、１Ｂ……移動通信端末、
２……基地局、
３……移動パケット通信網、
４……インターネット、
５……コンテンツサーバ、
５１……受信部、
５２……送信部、
５３……制御部、
５５……メモリ、
５５Ｐ……プログラム領域、
５５Ｄ……動画像データ領域、
５５Ｋ……機種データ領域、
１００……通信システム（システム）。
【図１】
0004235382.tif 000002
【図２】
0004235382.tif 000003
【図３】
0004235382.tif 000004
【図４】
0004235382.tif 000005
【図５】
0004235382.tif 000006
【図６】
0004235382.tif 000007
【図７】
0004235382.tif 000008
【図８】
0004235382.tif 000009
【図９】
0004235382.tif 000010
【図１０】
0004235382.tif 000011
【図１１】
0004235382.tif 000012
【図１２】
0004235382.tif 000013