JP2003271489A - サーバ装置及びデータ提供方法 - Google Patents

Abstract

(57)【要約】 【課題】ホームページダウンロード途中での端末におけ
るメモリ不足エラー発生を防止する。 【解決手段】移動通信端末１０１がウエブサーバ１０６
のＵＲＬで指定されるホームページにアクセスすると、
サーバ１０６は端末からキャッシュメモリサイズを受信
して、そのサイズと端末１０１が要求するページのサイ
ズとを比較する。もし端末のキャッシュサイズよりも要
求されたホームページのサイズの方が大きければ、サー
バ１０６は端末１０１に対して、要求されたホームペー
ジの表示はできない旨のデータを送信し、端末に表示さ
せる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば公衆移動通
信網に接続される移動通信端末、特にブラウザ機能を持
つ移動通信端末等に対してホームページ等のデータを提
供するサーバ及びデータ提供方法に関する。

【０００２】

【従来の技術】近年、ウエブブラウザ機能を持つ移動通
信端末が増加している。ユーザはこれらの移動通信端末
を用いてインターネット上のホームページを参照するこ
とができる。ブラウザはホームページ表示速度を向上さ
せたり、インターネット上のトラフィックを軽減させる
ため、一度参照したホームページのＵＲＬ（Ｕｎｉｆｏ
ｒｍ Ａｄｄｒｅｓｓ Ｌｏｃａｔｏｒ）とその内容を
メモリに記憶しておくキャッシュ機能を持っている。

【０００３】

【発明が解決しようとする課題】ところが、移動通信端
末を小型に構成するため、端末に備えているメモリの容
量は限られている。キャッシュ機能のために使用可能な
メモリの容量も制限され、ブラウザがキャッシュできる
ホームページのサイズも限られている。従って、キャッ
シュサイズを超えるホームページのデータは端末では受
信しきれず、表示できないという問題があった。

【０００４】また、移動通信端末のブラウザはユーザが
指定したホームページの受信を開始し、移動通信端末の
キャッシュメモリに順次記憶され、キャッシュメモリ容
量を越えたところでエラーになるという問題もあった。
すなわち、キャッシュメモリのサイズが不足しているこ
とが、ホームページのデータ受信の結果エラーが生じて
初めて判明していた。このために、端末はキャッシュメ
モリ容量を越えるまでホームページの受信を続け、結果
としてエラーになりホームページを参照できなくなるば
かりでなく、それまでの通信料金や通信トラフィックが
無駄になるという問題もあった。

【０００５】本発明は上記従来に鑑みて成されたもの
で、サーバ装置において移動通信端末から要求されたデ
ータサイズが、そのデータのための移動通信端末のメモ
リサイズを越えることを判定して端末にその旨送信する
ことで、無駄な通信トラフィックや通信費用の発生も抑
えることができるサーバ装置及び情報提供方法を提供す
ることを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明は次の構成を有する。

【０００７】公衆移動通信網に接続される移動通信端末
に対して要求されたデータを送信するサーバ装置であっ
て、送信を要求する移動通信端末の有する、前記データ
のためのメモリサイズを取得する取得手段と、前記メモ
リサイズよりも要求されたデータサイズの方が大きい場
合、その旨を示す情報を送信する送信手段とを備える。

【０００８】ここで、サーバが要求されるデータは、ウ
エブサーバが提供するハイパーテキスト等で記述された
ウエブページ（ホームページ）の場合がある。その場合
には、端末の有する前記データのためのメモリサイズと
は、ウエブページ閲覧のためにそのページを記述したデ
ータを格納するキャッシュメモリのサイズに相当し、ま
た、サーバ装置から端末に送信される情報とは、これも
ウエブページとして記述された、警告メッセージあるい
はメモリサイズ変更を促すメッセージを含む情報に相当
する。

【０００９】この構成により、サーバ装置は、メモリが
不足している端末に対しては要求されたデータを送信せ
ず、データサイズの方がメモリサイズよりも大きい旨の
情報を送信することで、無駄な通信を発生させず、通信
トラフィックや料金の無駄を防止できる。

【００１０】さらに好ましくは、前記取得手段は、前記
移動通信端末から前記情報を取得する。

【００１１】これにより、端末のメモリサイズについて
より高精度に判定を行うことができる。

【００１２】さらに好ましくは、移動体端末の機種毎の
前記メモリサイズを記憶する記憶手段をさらに備え、前
記取得手段は、前記移動通信端末からその機種情報を取
得し、当該機種情報に応じた前記メモリサイズを前記記
憶手段から取得する。

【００１３】これにより、端末のメモリサイズについ
て、端末から直接情報を取得できなくとも機種から取得
できるため、本発明の適用可能な端末装置の機種を拡大
することができる。

【００１４】さらに好ましくは、前記送信手段は、前記
情報として、前記メモリサイズでは前記データを格納で
きない旨の情報を送信する。

【００１５】さらに好ましくは、前記移動体端末の前記
メモリサイズが変更できるか否かを示す情報を取得する
第２の取得手段をさらに備え、前記送信手段は、前記メ
モリサイズよりも要求されたデータサイズの方が大きい
場合、前記メモリサイズが変更できるならば、前記情報
として、前記メモリサイズの変更を促す旨の情報を送信
する。

【００１６】これにより、サーバ装置は、メモリが不足
している端末に対しては要求されたデータを送信せず、
メモリサイズの変更を促す旨の情報を送信することで、
無駄な通信を発生させず、通信トラフィックや料金の無
駄を防止でき、しかもメモリサイズ変更後再度データを
要求する機会が操作者に与えられる。

【００１７】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施形態について説明する。ただし、本発明はこの実
施形態に限定されるものではなく、その技術思想の範囲
内で変更が可能である。

【００１８】［第１実施形態］図１は本発明に係るシス
テム全体の構成を示すブロック図である。このシステム
は携帯電話等の移動通信端末１０１、基地局１０２、移
動通信網１０３、移動通信網１０３とインターネット１
０５を結ぶゲートウェイ１０４、インターネット１０
５、ウエブサーバー１０６から構成される。

【００１９】移動通信端末１０１は基地局１０２を通し
て移動通信網１０３に接続される。移動通信網１０３は
図示しない音声通話網に接続され、移動通信端末１０１
に対する音声通話サービスが提供される。また、移動通
信網１０１はゲートウェイ１０４に接続され移動通信端
末１０１に対するデータ通信サービスを提供する。ゲー
トウェイ１０４は移動通信網１０３とインターネット１
０５を相互接続し、これらのネットワーク間で異なる通
信プロトコルを変換し、両ネットワーク間のデータを中
継する。ウエブサーバー１０６はインターネット１０５
に接続され、移動通信端末１０１からの要求に従って、
インターネット上のプロトコル、例えばＨＴＴＰ（Ｈｙ
ｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）を使ってホームページを送信する。

【００２０】図２は移動通信端末１０１の構成を示すブ
ロック図である。移動通信端末１０１はＣＰＵ２０１、
ＲＡＭ２０２、ＲＯＭ２０３、ＥＥＰＲＯＭ２０４とを
含む制御部と、無線通信部２０５とユーザインタフェー
ス２０６とこれらを接続するバス２０７から構成され
る。

【００２１】無線通信部２０５は図示しないアンテナと
無線通信制御回路からなり、基地局１０２と無線通信を
行う。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、Ｅ
ＥＰＲＯＭ２０４を含む制御部は移動通信端末１０１の
制御を司る。ＲＯＭ２０３には通話機能、データ通信機
能に関する制御プログラムやホームページを閲覧するた
めのブラウザプログラムが格納されている。それらプロ
グラムはＣＰＵ２０１により実行される。端末で実行さ
れるブラウザプログラム（以下、単にブラウザと呼ぶ）
は、Ｗｅｂサーバー１０６からホームページを受信して
ＥＥＰＲＯＭ２０４に確保されたキャッシュメモリ領域
にキャッシュする。また、本発明に関わるＥＥＰＲＯＭ
２０４上のキャッシュサイズや機種情報をウエブサーバ
ー１０６に通知する機能を有する。

【００２２】ＲＡＭ２０２は制御プログラムやブラウザ
が一時的に使用する作業領域として使われる。

【００２３】ユーザインタフェース２０６はホームペー
ジの画面や各種情報を表示する液晶表示器とユーザが入
力を行うためのキーボード、通話を行うためのマイクロ
ホンとスピーカーからなる。キーボードには数字や文字
を入力するためのテンキーの他に、キャッシュサイズ変
更等のブラウザの各種設定を行うためのファンクション
キーが設けられている。

【００２４】図３はＷｅｂサーバー１０６の構成を示す
ブロック図である。Ｗｅｂサーバー１０６は通信部３０
１、制御部３０２、データ格納部３０３、及びそれらを
接続するバス３０４からなる。通信部３０１はインター
ネット１０５に接続されており、インターネットを介し
て接続された相手とデータの送受信を行う。制御部３０
２は図示しないＣＰＵやメモリから構成され、制御プロ
グラムを実行してＷｅｂサーバー１０６全体の制御を司
る。データ格納部３０３は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などで記述
された種々のホームページデータと夫々のホームページ
のサイズ、及び移動通信端末の機種名とその機種が持つ
キャッシュメモリサイズのデータベースを格納する。

【００２５】次に図１に示すシステム上での本発明の動
作について説明する。ユーザは、移動通信端末１０１と
基地局１０２との間の接続を確立してブラウザプログラ
ムを起動し、移動通信端末１０１に表示したいＷｅｂサ
ーバー１０６上のホームページの場所を示すＵＲＬを入
力し、接続ボタンを押す。なおこれら一連の動作は、ユ
ーザの操作手順上は、ＵＲＬを入力して接続ボタンを押
すという手順に簡単化されている場合もある。この手順
により端末１０１から発せられた接続要求は基地局１０
２と移動通信網１０３を通してゲートウェイ１０４に伝
えられる。ゲートウェイ１０４はこの接続要求をインタ
ーネットプロトコルに変換してインターネット１０５に
送り出す。接続要求はインターネット１０５を介してＷ
ｅｂサーバー１０６に届けられる。

【００２６】図４は移動通信端末１０１から接続要求を
受け取ったＷｅｂサーバー１０６の制御プログラムの本
発明に関する部分の動作フローである。このフローに従
って本発明の動作を説明する。

【００２７】図４の処理はステップ４０１で移動通信端
末１０１からの接続要求を受信したところから始まる。
ステップ４０２では接続要求と一緒に送られてくるＨＴ
ＴＰヘッダに記入されている移動通信端末１０１のキャ
ッシュメモリサイズを取得し保存しておく。ステップ４
０３では同様に機種情報を取得し保存しておく。

【００２８】ステップ４０４では、ステップ４０２でキ
ャッシュメモリサイズを取得できたかを判断する。キャ
ッシュメモリサイズを取得できなかったと判断したな
ら、ステップ４０８へ進み、予めＷｅｂサーバー１０６
のデータ格納部３０３に登録されている機種情報−キャ
ッシュメモリサイズ・データベースからステップ４０３
で取得した機種情報をキーとしてキャッシュメモリサイ
ズを取得し、ステップ４０２で保存するのと同じ領域に
保存し、ステップ４０５へ進む。また、ステップ４０４
でキャッシュメモリサイズが取得できたと判断したな
ら、ステップ４０５へ進む。

【００２９】ステップ４０５では、移動通信端末１０１
からＵＲＬで指定されているホームページのサイズをデ
ータ格納部３０３から取得する。ステップ４０６では、
ステップ４０５で取得したホームページサイズと、ステ
ップ４０２又はステップ４０８で取得・保存したキャッ
シュメモリサイズとを比べる。キャッシュメモリサイズ
が充分であると判断したならステップ４０７へ進み、要
求されたＵＲＬのホームページを端末１０１に送信し、
ステップ４１０で処理を終了する。

【００３０】一方ステップ４０６でキャッシュメモリサ
イズが不充分であると判断したならステップ４０９へ進
む。ステップ４０９ではユーザに「要求されたホームペ
ージのサイズが大きいので、使用している移動通信端末
では表示できない。」旨のページを送信し、ステップ４
１０で処理を終了する。このページはあらかじめサーバ
に用意されており、ステップ４０９ではそのページが送
信される。

【００３１】移動通信端末１０１はそのページを受信し
て画面上にそれを表示する。

【００３２】以上説明した様に本実施形態によれば、移
動通信端末１０１は機種情報とブラウザのキャッシュメ
モリサイズをＷｅｂサーバー１０６に送る。Ｗｅｂサー
バー１０６は送られた機種情報とキャッシュメモリサイ
ズから、送信しようとしているホームページサイズが移
動通信端末１０１のキャッシュメモリサイズを超えるか
を判断し、超える場合は警告のホームページを送ること
ができる。

【００３３】［変形例］なお上記実施形態について次の
ような変形例も本発明の範疇に含まれるものである。

【００３４】（１）また、端末１０１からサーバ１０６
に送信される情報としては、キャッシュメモリサイズと
機種情報のいずれか一方であっても良い。この場合に
は、図４のステップ４０４における分岐がなくなり、い
ずれか一方の径路をとることとなる。また、この場合に
はいずれかの情報が得られない場合には他方の情報で代
替することができない。そのため、例えばサーバ１０６
が端末１０１から機種情報を取得してそれを基に端末１
０１のキャッシュ容量を取得する場合、あるいは、サー
バ１０６が端末１０１からキャッシュ容量情報を取得す
る場合に、それぞれ機種情報あるいはキャッシュ容量情
報を端末から取得できなければ、従来通りに要求された
ページをそのまま端末に送信すればよい。

【００３５】（２）端末１０１とサーバとの間の通信網
は公衆網でなくとも良く、例えば専用線接続を用いて接
続されたいわゆるイントラネットであてもよい。

【００３６】（３）本実施形態では、ホームページの表
示について説明しているが、サーバ１０６から端末１０
１に送信されるページに、音声情報やＪａｖａ等で記述
されたプログラム等、表示以外に使用されるデータが付
随する場合には、それらも含めてホームページのサイズ
として、端末１０１のキャッシュ容量と比較する。

【００３７】（４）本実施形態では、携帯電話やＰＨＳ
等の移動通信端末によるホームページ閲覧を対象とし
て、キャッシュメモリのサイズをチェックしているが、
これは、これら端末のメモリ容量が非常に限られたもの
であるからである。したがって、移動通信端末に限ら
ず、キャッシュとして使用可能なメモリの容量が限られ
ている端末については本発明を適用できる。

【００３８】（５）本実施形態では、ＨＴＴＰによるＨ
ＴＭＬデータの端末へのダウンロードを行う際に、サー
バで端末のキャッシュ容量を判定するものとしている。
しかし、本発明は、通信プロトコルやデータの種類によ
り制限されるものではない。例えば、音声データのファ
イルをＦＴＰを用いてダウンロードするものとしたよう
な場合でも、本発明を適用できる。

【００３９】［第２実施形態］本発明の第２の実施形態
については、図１乃至図３の構成については第１の実施
形態と同様である。ただし、本実施形態の端末は、ＥＥ
ＰＲＯＭ２０４に確保されたキャッシュサイズをユーザ
の操作により変更する機能を備えている。

【００４０】図５は移動通信端末１０１の基本設定時の
ＥＥＰＲＯＭ２０４のメモリマップの一例を示す図であ
る。図６は、キャッシュ領域拡張設定時のＥＥＰＲＯＭ
２０４のメモリマップの一例を示す図である。図５及び
図６では、ＥＥＰＲＯＭ２０４には２０Ｋバイトの領域
がキャッシュ領域として割りあてられている。図５では
１ページあたりのキャッシュサイズは５Ｋバイトであ
り、４ページ分のホームページをキャッシュできる。ま
た、図６では、１ページあたりのキャッシュサイズは１
０Ｋバイトであり、２ページ分のホームページをキャッ
シュできる。それぞれのキャッシュページ（１ページ分
のキャッシュメモリのこと）のアドレスおよびサイズは
ブラウザによりＲＡＭ２０２に設けられたキャッシュ管
理テーブルで管理されている。移動通信端末１０１の電
源がオンされると、ブラウザの初期設定ルーチンにより
図５に示すように１ページあたりのキャッシュサイズが
５Ｋバイトに初期化され、管理テーブルに書き込まれ
る。ユーザが必要に応じてファンクションキーを操作
し、キャッシュ領域拡張機能を選択すると、図６に示す
ように、１ページあたりのキャッシュサイズが１０Ｋバ
イトに変更され、管理テーブルに書き込まれる。この結
果、この端末のキャッシュサイズは１０Ｋバイトに変更
されたことになる。

【００４１】図７は移動通信端末１０１から接続要求を
受け取ったＷｅｂサーバー１０６の制御プログラムの本
発明に関する部分の動作フローである。このフローに従
って本発明の動作を説明する。

【００４２】図７の処理はステップ６０１で移動通信端
末１０１からの接続要求を受信したところから始まる。
ステップ６０２では接続要求と一緒に送られてくるＨＴ
ＴＰヘッダに記入されている移動通信端末１０１の機種
情報を取得し保存しておく。ステップ６０３では同様に
キャッシュメモリサイズを取得し保存しておく。

【００４３】ステップ６０４では、ステップ６０２で保
存した機種情報から、予めＷｅｂサーバー１０６のデー
タ格納部３０３に登録されている、機種情報とキャッシ
ュメモリサイズ変更機能の有無を示す情報とを対応づけ
たデータベースから、ステップ６０２で取得した機種情
報をキーとしてキャッシュメモリサイズ変更機能の有無
を示す情報を取得し、移動通信端末１０１がキャッシュ
サイズ変更機能を持っている機種か否かを判断する。キ
ャッシュメモリサイズ変更機能を持っていないと判断し
たなら、ステップ６０８へ進み、要求されたホームペー
ジのデータを送信してステップ６０９で処理を終了す
る。

【００４４】一方ステップ６０４でキャッシュメモリサ
イズ変更機能を持っていると判断したなら、ステップ６
０５へ進む。

【００４５】ステップ６０５では、移動通信端末１０１
からＵＲＬで指定されているホームページのサイズをデ
ータ格納部３０３から取得する。ステップ６０６では、
ステップ６０５で取得したホームページサイズと、ステ
ップ６０３で取得・保存したキャッシュメモリサイズと
を比べる。キャッシュメモリサイズが充分であると判断
したならステップ６０８へ進み、要求されたＵＲＬのホ
ームページを端末１０１に送信し、ステップ６０９で処
理を終了する。

【００４６】一方ステップ６０６でキャッシュメモリサ
イズが不充分であると判断したならステップ６０７へ進
む。ステップ６０７では、ユーザに「要求されたホーム
ページのサイズが大きいので、移動通信端末１０１の機
能を使ってキャッシュサイズを拡張する操作をして再度
接続する。」旨のページを送信し、ステップ６０９で処
理を終了する。このページはあらかじめサーバに用意さ
れており、ステップ６０７ではそのページが送信され
る。

【００４７】移動通信端末１０１はそのページを受信し
て画面上にそれを表示する。

【００４８】以上説明した様に本実施形態によれば、移
動通信端末１０１は機種情報とブラウザのキャッシュメ
モリサイズをＷｅｂサーバー１０６に送る。Ｗｅｂサー
バー１０６は送られた機種情報とキャッシュメモリサイ
ズから、送信しようとしているホームページサイズが移
動通信端末１０１のキャッシュメモリサイズを超えるか
を判断し、超える場合は利用者にキャッシュサイズの拡
張を促す警告のホームページを送ることができる。

【００４９】［変形例］なお、本実施形態は、第１の実
施形態と組み合わせて同時に実現することができる。そ
の場合には、例えば次のような手順で処理を行う。図４
のステップ４０６でキャッシュサイズが不十分と判定さ
れた場合に、図７のステップ６０４の「キャッシュ変更
可能機種？」の判定を行い、変更可能でなければステッ
プ４０９で表示不可の旨を示すページを送信し、変更可
能であれば図７のステップ６０７におけるキャッシュサ
イズの変更を促すページを送信する。

【００５０】なお、この場合、サーバ１０６のデータ格
納部３０３には、機種情報に対して、キャッシュメモリ
サイズが変更可能であるか否かを示す情報と、変更可能
でなければキャッシュサイズとを対応させたデータベー
スが格納される。

【００５１】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【００５２】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても達成され
る。

【００５３】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコード自体およびプログラ
ムコードを記憶した記憶媒体は本発明を構成することに
なる。

【００５４】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているオペレーテ
ィングシステム(OS)などが実際の処理の一部または全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれる。

【００５５】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【００５６】

【発明の効果】以上説明したように、本発明によれば、
端末から要求されたデータが端末のキャッシュサイズを
越える場合には警告を送信し、要求されたデータを送信
しないので、無駄な通信トラフィックの発生を抑えるこ
とができる。さらには無駄な通信費用の発生も抑えるこ
とができる。

【図面の簡単な説明】

【図１】本発明の実施形態に関わるシステム全体の構成
を示すブロック図である。

【図２】本発明の実施形態に関わる移動通信端末の構成
を示すブロック図である。

【図３】本発明の実施形態に関わるウエブサーバーの構
成を示すブロック図である。

【図４】本発明の第１実施形態に関わるウエブサーバー
の制御部の動作を示すフローチャートである。

【図５】本発明の第２実施形態に関わる端末のキャッシ
ュメモリの構成を示す図である。

【図６】本発明の第２実施形態に関わる端末のキャッシ
ュメモリの構成を示す図である。

【図７】本発明の第２実施形態に関わるウエブサーバー
の制御部の動作を示すフローチャートである。

【符号の説明】

１０１：移動通信端末 １０２：基地局 １０３：移動通信網 １０４：ゲートウェイ １０５：インターネット １０６：ウエブサーバー ２０１：ＣＰＵ ２０２：ＲＡＭ ２０３：ＲＯＭ ２０４：ＥＥＰＲＯＭ ２０５：無線通信部 ２０６：ユーザインタフェース ２０７：バス ３０１：通信部 ３０２：制御部 ３０３：データ格納部 ３０４：バス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/38 Ｈ０４Ｑ 7/04 Ｚ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 通信網に接続される通信端末に対して要
   求されたデータを送信するサーバ装置であって、 送信を要求する通信端末の有する、前記データのための
   メモリサイズを取得する取得手段と、 前記メモリサイズよりも要求されたデータサイズの方が
   大きい場合、その旨を示す情報を送信する送信手段とを
   備えることを特徴とするサーバ装置。
2. 【請求項２】 前記取得手段は、前記通信端末から前記
   情報を取得することを特徴とする請求項１に記載のサー
   バ装置。
3. 【請求項３】 通信端末の機種毎の前記メモリサイズを
   記憶する記憶手段をさらに備え、 前記取得手段は、前記通信端末からその機種情報を取得
   し、当該機種情報に応じた前記メモリサイズを前記記憶
   手段から取得することを特徴とする請求項１に記載のサ
   ーバ装置。
4. 【請求項４】 前記送信手段は、前記情報として、前記
   メモリサイズでは前記データを格納できない旨の情報を
   送信することを特徴とする請求項１乃至３のいずれか１
   項に記載のサーバ装置。
5. 【請求項５】 前記通信端末の前記メモリサイズが変更
   できるか否かを示す情報を取得する第２の取得手段をさ
   らに備え、 前記送信手段は、前記メモリサイズよりも要求されたデ
   ータサイズの方が大きい場合、前記メモリサイズが変更
   できるならば、前記情報として、前記メモリサイズの変
   更を促す旨の情報を送信することを特徴とする請求項１
   に記載のサーバ装置。
6. 【請求項６】 通信端末の機種毎に前記メモリサイズが
   変更できるか否かを示す情報を記憶する第２の記憶手段
   をさらに備え、 前記第２の取得手段は、前記通信端末からその機種情報
   を取得し、当該機種情報に応じてメモリサイズが変更で
   きるか否かを示す情報を前記第２の記憶手段から取得す
   ることを特徴とする請求項５に記載のサーバ装置。
7. 【請求項７】 通信網に接続される通信端末に対して要
   求されたデータを送信するデータ提供方法であって、 送信を要求する通信端末の有する、前記データのための
   メモリサイズを取得する取得工程と、 前記メモリサイズよりも要求されたデータサイズの方が
   大きい場合、その旨を示す情報を送信する送信工程とを
   備えることを特徴とするデータ提供方法。
8. 【請求項８】 通信網に接続される通信端末に対して要
   求されたデータを送信するためのコンピュータプログラ
   ムであって、コンピュータにより、 送信を要求する通信端末の有する、前記データのための
   メモリサイズを取得する取得手段と、 前記メモリサイズよりも要求されたデータサイズの方が
   大きい場合、その旨を示す情報を送信する送信手段とを
   実現させるためのコンピュータプログラム。
9. 【請求項９】 請求項８に記載のコンピュータプログラ
   ムを格納するためのコンピュータ可読記録媒体。