(57)【要約】【課題】  データ通信の途中で許可されたデータ通信量を超えると、通信を途中まで実行しているにもかかわらずデータ通信が中断され、所望のデータ通信を実行できない。【解決手段】  携帯電話の通信を制御するにあたり、ダウンロード対象の指定を受け付けるとともに、指定されたダウンロード対象のデータ量を取得し、データ通信が許可されるデータ量を示す許可データ量を取得し、上記ダウンロード対象のデータ量と上記許可データ量とに基づいて、上記許可データ量内で上記ダウンロード対象がダウンロード可能であるか否かを判別し、上記ダウンロード対象がダウンロード可能であると判別されないときには、ダウンロードを実行しない。【選択図】  図３
2007081711.tif 000002
【特許請求の範囲】
【請求項１】
データ通信を実行する通信手段と、
ダウンロード対象の指定を受け付けるとともに、指定されたダウンロード対象のデータ量を取得する対象データ量取得手段と、
上記通信手段によるデータ通信が許可されるデータ量を示す許可データ量を取得する許可データ量取得手段と、
上記ダウンロード対象のデータ量と上記許可データ量とに基づいて、上記許可データ量内で上記ダウンロード対象がダウンロード可能であるか否かを判別する判別手段と、
上記ダウンロード対象がダウンロード可能であると判別されないときには、上記通信手段によるダウンロードを実行しないダウンロード制御手段とを備えることを特徴とする携帯電話。
【請求項２】
上記対象データ量取得手段は、上記通信手段によって上記ダウンロード対象のデータを保持するコンピュータにアクセスし、同コンピュータに保持された上記ダウンロード対象のデータ量を示すデータを取得することを特徴とする上記請求項１に記載の携帯電話。
【請求項３】
上記判別手段は、上記対象データ量取得手段によって上記コンピュータにアクセスする際のデータ通信量を上記許可データ量から減じて上記判別を行うことを特徴とする上記請求項２に記載の携帯電話。
【請求項４】
上記許可データ量は、基準時点から上記ダウンロード対象のダウンロードを実行する前の所定時点までに行ったデータ通信の通信済データ量を、予め決められた所定期間における通信データ量の制限から引いた値に基づいていることを特徴とする上記請求項１〜請求項３のいずれかに記載の携帯電話。
【請求項５】
上記許可データ量は、所定の種類の通信におけるデータ量であることを特徴とする上記請求項１〜請求項４のいずれかに記載の携帯電話。
【請求項６】
携帯電話の通信を制御する制御方法であって、
ダウンロード対象の指定を受け付けるとともに、指定されたダウンロード対象のデータ量を取得する対象データ量取得工程と、
データ通信が許可されるデータ量を示す許可データ量を取得する許可データ量取得工程と、
上記ダウンロード対象のデータ量と上記許可データ量とに基づいて、上記許可データ量内で上記ダウンロード対象がダウンロード可能であるか否かを判別する判別工程と、
上記ダウンロード対象がダウンロード可能であると判別されないときには、ダウンロードを実行しないダウンロード制御工程とを備えることを特徴とする携帯電話の制御方法。
【請求項７】
データ通信を実行する通信手段を備える携帯電話を制御するための制御プログラムであって、
ダウンロード対象の指定を受け付けるとともに、指定されたダウンロード対象のデータ量を取得する対象データ量取得機能と、
上記通信手段によるデータ通信が許可されるデータ量を示す許可データ量を取得する許可データ量取得機能と、
上記ダウンロード対象のデータ量と上記許可データ量とに基づいて、上記許可データ量内で上記ダウンロード対象がダウンロード可能であるか否かを判別する判別機能と、
上記ダウンロード対象がダウンロード可能であると判別されないときには、上記通信手段によるダウンロードを実行しないダウンロード制御機能とをコンピュータに実現させることを特徴とする携帯電話の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話、携帯電話の制御方法および制御プログラムに関する。
【背景技術】
【０００２】
近年の携帯電話においては、様々なアプリケーションプログラムを実行可能であり、その機能としてネットワークにアクセスしデータ通信を実行することが可能である。このデータ通信においては、通信事業者が提供する通信の仕様等によって許可されるデータ通信量が制限される（例えば、一日のデータ通信量が制限される）ことがあった（例えば、特許文献１、０２５０段落参照。）。
【特許文献１】特開２００３−３３１０４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の技術においては、データ通信の途中で許可されたデータ通信量を超えると、通信を途中まで実行しているにもかかわらずデータ通信が中断され、所望のデータ通信を実行できない。
本発明は、上記課題にかんがみてなされたもので、データ通信量制限によってデータ通信が中断されることを防止することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明では、ダウンロード対象のデータ量を取得し、また、データ通信が許可されるデータ量を示す許可データ量を取得し、両者のデータ量に基づいて、ダウンロード対象をダウンロードしたときに許可データ量を超えないでダウンロードが実行可能であるか否かを判別する。そして、ダウンロード可能であると判別されないときにはダウンロードを実行しない。従って、許可データ量を超えるダウンロードを実行しようとしてもそのダウンロードが実行されないことになり、データ通信の中断を防止することができる。
【０００５】
ここで、通信手段は、携帯電話から外部機器にアクセスし、データを送受信することができればよく、そのプロトコルや通信方式等は特に限定されない。対象データ量取得手段においてダウンロード対象の指定を受け付けるための構成は種々の構成を採用可能であり、利用者による操作に応じて指定を受け付ければよい。例えば、携帯電話に搭載されたボタンやダイアル、振動検出装置など、各種の入力デバイスを採用可能である。
【０００６】
また、ダウンロード対象のデータ量を取得するための構成は種々の構成を採用可能である。例えば、ダウンロード対象のデータ量があらかじめ決められた固定長であったり、あらかじめ決められた範囲内にあるときは、あらかじめ決められたデータ量を示すデータを携帯電話や携帯電話でアクセス可能なコンピュータに保持し、このデータを取得すればよい。
【０００７】
ダウンロード対象が様々であってデータ量の概算値を決定できない場合は、上記通信手段によって当該ダウンロード対象のデータを保持するコンピュータにアクセスし、同コンピュータに保持された上記ダウンロード対象のデータ量を示すデータを取得すればよい。この構成によれば、ダウンロード対象のデータ量が任意の大きさであったとしても、本発明を適用し、ダウンロードの中断を防止することが可能になる。
【０００８】
なお、この構成においてダウンロード対象のデータ量を示すデータは種々の形式によって記述することができ、タグ形式（例えば、ダウンロード対象を示すタグとそのデータ量を示すタグを対応付ける）を採用すれば、ネットワーク上で扱いやすい形式によって上記データを記述することができる。また、このタグによって他の機能を実現する際に、その付随機能として本発明を機能させることも可能であり、各種サービスの提供と同時に本発明を提供することが可能である。
【０００９】
許可データ量取得手段は、データ通信が許可されるデータ量を示すデータを取得することができればよい。許可データ量は、ダウンロード対象をダウンロードする際に許可される所定の種類の通信におけるデータ量を示していればよく、例えば、一日のデータ通信量制限や一回のダウンロードでのデータ通信量制限であってもよいし、送受信いずれかの通信に関して許可されたデータ量であってもよいし、ファイルをダウンロードする際に許可されたダウンロードファイルのデータ量であってもよいし、特定のアプリケーションが行うデータ通信について許可されたデータ量であってもよい。
【００１０】
さらに、許可データ量は、通信データ量制限と通信済データ量とに基づいて得られたデータ量であってもよい。例えば、基準時点から所定時点までの通信済のデータ量を取得し、基準時点から起算される所定期間内の通信データ量の制限から通信済データ量を引いて算出してもよい。ここで、基準時点は通信量制限の定義から予め決められ、例えば、上記所定期間内における通信データ量の制限が一日のデータ通信量制限である場合、日付が変わるタイミングである午前０時を基準時点としてもよいし、現在の時刻から２４時間前の時刻を基準時点としてもよく、種々の基準を設定可能である。むろん、通信量制限の定義が日を単位としていない場合には、他の時点を基準時点とすることが可能である。
【００１１】
上記所定時点は上記ダウンロード対象のダウンロードを実行する前の時点に設定され、基準時点から所定時点までの通信済データ量を取得することによって、通信量制限内でさらに実行可能な通信のデータ量、すなわち許可データ量を取得することができればよい。従って、上記ダウンロード対象の指定を受け付けた時点を所定時点に設定してもよいし、上記ダウンロード対象の指定を受け付けてからダウンロードを開始するまでの間に何らかの通信を実行するのであれば、当該何らかの通信が終了した後、ダウンロードを開始する直前の時点を所定時点に設定してもよい。なお、以上のように通信済データ量を取得する処理は、携帯電話が標準的に備える機能によって実現することが可能である。
【００１２】
判別手段においては、上記ダウンロード対象のデータ量と上記許可データ量とに基づいて、許可データ量を超えない範囲で上記ダウンロード対象をダウンロード可能であるか否かを判別することができればよい。従って、許可データ量を超えない範囲であるか否かを判別するためには、上記ダウンロード対象のデータ量と上記許可データ量とを比較すればよい。
【００１３】
なお、許可データ量を取得した後に上記対象データ量取得手段において通信を行ってダウンロード対象のデータ量を問い合わせる構成（ダウンロード対象のデータを保持するコンピュータにアクセスしデータ量を取得する構成）を採用している場合には、この問い合わせを行ったときの通信データ量を上記許可データ量から減じ、残りのデータ量とダウンロード対象のデータ量とを比較すればよい。
【００１４】
この場合、上記問い合わせを行った場合の通信データ量を予め決定した固定長とする構成を採用可能である。すなわち、上記ダウンロード対象の指定を受け付けた時点で許可データ量を取得し、問い合わせを行った場合の通信データ量である固定長のデータ量を減じて残りのデータ量とダウンロード対象のデータ量とを比較すればよい。むろん、上記問い合わせを行った後に上記許可データ量を取得することにより、問い合わせ時のデータ通信量を控除した許可データ量を取得してもよい。いずれにしても、上記問い合わせを行ったときの通信データ量を考慮して上記許可データ量を定義することによって、通信量の制限内でダウンロード可能であるか否かを正確に判別することが可能である。
【００１５】
ダウンロード制御手段においては、ダウンロード可能であると判別されないときに上記通信手段によるダウンロードを実行しないように構成することができればよい。この構成により、通信量の制限を超えるにもかかわらずダウンロードを開始してしまうことを防止することができ、ダウンロードの中断を防止することができる。むろん、ダウンロード可能であると判別されたときには、通信手段を制御して上記ダウンロード対象のダウンロードを開始すればよい。
【００１６】
ところで、上述した通信の制御は、所定の手順に従って処理を進めていくうえで、その手順に発明が存在すると考えることもできる。従って、本発明は方法としても適用可能である。また、本発明を実施しようとする際に、携帯電話にて所定のプログラムを実行させる場合もある。そこで、そのプログラムとしても本発明を実施可能である。また、いかなる記憶媒体もプログラムを提供するために使用可能である。例えば、磁気記録媒体や光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一部がソフトウェアであって、一部がハードウェアで実現される場合においても本発明の思想において全く異なるものではなく、一部を記録媒体上に記録しておいて必要に応じて適宜読み込む形態のものも含まれる。さらに、一次複製品、二次複製品などの複製段階については全く問う余地なく同等である。
【発明を実施するための最良の形態】
【００１７】
以下、下記の順序に従って本発明の実施形態を説明する。
（１）携帯電話を含むダウンロードシステム：
（２）携帯電話の構成：
（３）ダウンロード処理：
（４）他の実施形態：
【００１８】
（１）携帯電話を含むダウンロードシステム：
図１は、本発明の実施形態にかかる携帯電話を含むダウンロードシステムを示す概略図である。同図に示すように、ネットワークＮにはサーバ２０と基地局３０とが互いにデータを送受信可能に接続されており、携帯電話１０の利用者は携帯電話１０を操作し、基地局３０を介してネットワークＮにアクセス可能である。サーバ２０は本実施形態においてダウンロード対象となるパッケージデータ２１ｂを保持しており、当該パッケージデータ２１ｂは携帯電話１０に対して送信可能に構成されている。
【００１９】
サーバ２０においては、図示しないＣＰＵ，ＲＡＭ，ＲＯＭを含むプログラム実行環境が形成されており、各種プログラムが実行される。本実施形態においては、携帯電話１０との通信を制御する通信制御部２２が実現されている。パッケージデータ２１ｂは、所定の記憶領域（図１に示す例ではＨＤＤ２１）に記憶されており、このパッケージデータ２１ｂはデータ量タグ２１ａに対応付けられている。データ量タグ２１ａは、パッケージデータ２１ｂを特定するとともにその量を示すデータをタグ形式で記述したものであり、パッケージデータ２１ｂが複数個保持されているときには、それぞれを特定し、各データの量を記述している。
【００２０】
通信制御部２２は、携帯電話１０からのアクセスを受け付け、認証処理等を行った後にそのアクセスに応じてＨＤＤ２１に記憶されたパッケージデータ２１ｂをダウンロード対象として提示するためのデータおよびパッケージデータ２１ｂ自体を携帯電話１０に対して送信可能である。また、ダウンロード対象の指定を携帯電話１０から受け付け、上記データ量タグ２１ａを解析して当該指定されたパッケージデータ２１ｂのデータ量を取得して携帯電話１０に送信することが可能である。
【００２１】
携帯電話１０は、通話機能とともにネットワークＮへのアクセス機能を備えており、基地局３０およびネットワークＮを介してサーバ２０にアクセス可能である。携帯電話１０は、サーバ２０にアクセスし、パッケージデータ２１ｂを携帯電話１０にダウンロードすることが可能である。このとき、携帯電話１０では、後述する通信制御処理を行っており、ダウンロードを実行する日における通信量制限を超えるか否かをダウンロード前に判別し、通信量制限を超えるダウンロードは実行しないようになっている。従って、ダウンロードの中断を防止することができ、無駄なデータ通信の実行を防止することができる。
【００２２】
なお、本実施形態において、パッケージデータ２１ｂは、印刷画像および印刷実行時のレイアウトを示すレイアウトデータを含むファイルであり、利用者が当該パッケージデータ２１ｂをダウンロードすると、各自が所有するプリンタ４０にてその画像を印刷することが可能になる。すなわち、ダウンロードされたパッケージデータ２１ｂはリムーバブルメモリ１１に記憶され、このリムーバブルメモリ１１は、携帯電話１０から取り出すことが可能であるとともにプリンタ４０が備えるメモリスロット４０ａに挿入することが可能である。
【００２３】
プリンタ４０は、図示しないＣＰＵ，ＲＡＭ，ＲＯＭを含むプログラム実行環境が形成されており、その一部としてパッケージデータ解析部４１と印刷制御部４２とを実行可能である。リムーバブルメモリ１１がメモリスロット４０ａに挿入されると、パッケージデータ解析部４１は、リムーバブルメモリ１１に記憶されているパッケージデータ２１ｂを取得し、その内容を解析することが可能である。すなわち、パッケージデータ２１ｂに含まれるレイアウトデータに記述されたレイアウトで印刷を実行するためのデータを作成する。印刷制御部４２は、このデータに基づいて図示しないインク吐出ノズルや紙送り機構を制御して印刷を実行し、印刷物Ｐを得る。
【００２４】
なお、上記サーバ２０、携帯電話１０、プリンタ４０の処理は汎用的なプロセッサであるＣＰＵによって行う構成になっているが、むろん、特定の処理あるいはすべての処理をカスタムＩＣによって実行しても良い。すなわち、所定の機能を実行できる限りにおいて種々のハードウェアを採用可能である。
【００２５】
（２）携帯電話の構成：
図２は、携帯電話１０の構成を示す概略ブロック図である。携帯電話１０は、リムーバブルメモリＩ／Ｆ１１ａと表示部１２と入力ボタン１３と通信部１４とＣＰＵ１５とＲＯＭ１６とＲＡＭ１７とを備えている。ＣＰＵ１５はバスを介して各部に接続されており、ＲＯＭ１６，ＲＡＭ１７と協働して所定のプログラムを実行することができる。
【００２６】
表示部１２においては、ＣＰＵ１５の制御によって各種の画像やＵＩ等を表示することができる。入力ボタン１３は、複数の押しボタンを含み、ＣＰＵ１５は当該押しボタンの押し込み操作を受け付け、各種の入力情報を取得することができる。通信部１４は、ＣＰＵ１５の制御によって基地局３０との無線通信を実行する。本実施形態においては、上述のようにネットワークＮを介してサーバ２０と通信を行うことが可能であり、当該通信部１４が上記通信手段に相当する。リムーバブルメモリＩ／Ｆ１１ａには上記リムーバブルメモリ１１を装着可能であり、ＣＰＵ１５は、リムーバブルメモリ１１に対してデータを書き込み、また、リムーバブルメモリ１１からデータを読み出すことが可能である。
【００２７】
ＣＰＵ１５にて実行可能な各種プログラムには、上記パッケージデータ２１ｂをダウンロードするためのダウンロードプログラム１８が含まれている。このダウンロードプログラム１８は、通信制御部１８ａと許可データ量取得部１８ｂと判別部１８ｃと入力制御部１８ｄとを備えている。通信制御部１８ａは、上記通信部１４を利用してサーバ２０に対してアクセスを行い、ダウンロード対象として指定されたパッケージデータ２１ｂのデータ量を取得する処理およびパッケージデータ２１ｂをダウンロードする処理を行う。本実施形態において、ダウンロードされたパッケージデータ２１ｂはリムーバブルメモリ１１に記憶される。
【００２８】
許可データ量取得部１８ｂは、通信部１４においてデータ通信が実行されるたびにその量を集計し、ＲＡＭ１７に通信済データ量１７ａを逐次記憶する。本実施形態において、当該通信済データ量１７ａは午前０時を基準時点として集計を開始し、次の日の基準時点になると改めて集計を開始する。すなわち、一日のデータ通信量を集計するようになっている。また、許可データ量取得部１８ｂは、任意の時点でＲＡＭ１７にアクセスし、通信済データ量１７ａを参照することによってその当日におけるデータ通信量を取得し、予め決められた通信量制限と比較することで、その時点で通信制限を超えることなく通信可能なデータ量を示す許可データ量を取得する。
【００２９】
すなわち、ＲＯＭ１６に予め記憶されている、一日において送受信可能な通信量制限を示すデータ（図２における通信量制限１６ａ）を参照するとともに、通信量制限から通信済データ量を減じて許可データ量を算出する。判別部１８ｃは、当該許可データ量の範囲内で上記パッケージデータ２１ｂのダウンロードを実行可能であるか否かを判別する。また、通信制御部１８ａは、この判断結果に基づいてダウンロードの可否を決定し、ダウンロードの制御を行う。むろん、上記構成は一例であり、例えば、通信量制限１６ａや通信済データ量１７ａを記憶しておくメモリが図２に示すメモリに限定されるわけではない。すなわち、本発明における機能を実行できる限りにおいて種々のハードウェアを採用可能である。
【００３０】
（３）ダウンロード処理：
図３は、パッケージデータのダウンロード処理を示すフローチャートである。携帯電話１０の利用者は、携帯電話１０の入力ボタン１３を操作して上記ダウンロードプログラム１８を起動可能であり、当該ダウンロードプログラム１８によって上記図３に示すダウンロード処理が実施される。本実施形態において、まず、利用者は入力ボタン１３を操作してダウンロード対象を指定する。入力制御部１８ｄはこの操作に基づいてパッケージデータ２１ｂの指定を受け付ける（ステップＳ１００）。
【００３１】
ここでは、利用者に対してパッケージデータ２１ｂの選択肢を提供することができればよい。例えば、通信制御部１８ａによって通信部１４を制御して上記サーバ２０にアクセスし、サーバ２０においてパッケージデータ２１ｂの選択肢を示すデータを返信し、表示部１２に表示する構成とし、上記入力制御部１８ｄによって当該選択肢の選択を行う構成を採用可能である。上記選択肢としては、パッケージデータ２１ｂ自体をダウンロードせずに提供可能な選択肢であればよい。従って、各パッケージデータ２１ｂの特徴を示すテキスト等、種々の形式で選択肢を提供可能である。
【００３２】
パッケージデータ２１ｂの指定を受け付けると、携帯電話１０はサーバ２０から当該指定されたパッケージデータ２１ｂのデータ量を取得する（ステップＳ１１０）。すなわち、通信制御部１８ａは、通信部１４を制御して上記サーバ２０にアクセスするとともに、上記指定されたパッケージデータ２１ｂを示すデータをサーバ２０に送信する。サーバ２０においては、通信制御部２２がこのアクセスに応じてデータ量タグ２１ａを参照し、当該指定されたパッケージデータ２１ｂのデータ量を取得して当該データ量を示すデータを携帯電話１０に対して送信する。
【００３３】
携帯電話１０においては、通信制御部１８ａがこのデータを取得し、上記指定されたパッケージデータ２１ｂのデータ量を把握する。なお、本実施形態においては当該パッケージデータ２１ｂのデータ量をＤ1と表現する。また、許可データ量取得部１８ｂは、上記ステップＳ１００やＳ１１０において上記通信部１４を介して実施したデータ通信量を通信済データ量１７ａに加算する。本実施形態においては、以上のステップＳ１００，Ｓ１１０が上記対象データ量取得手段に相当する。
【００３４】
次に、許可データ量取得部１８ｂが基準時点からステップＳ１１０を終了する時点までに携帯電話１０が実施したデータ通信の量（当日の通信済データ量）を取得する（ステップＳ１２０）。すなわち、許可データ量取得部１８ｂは、ＲＡＭ１７にアクセスして上記通信済データ量１７ａを取得し、ステップＳ１１０を終了する時点までに実施した通信済データ量を把握する。なお、本実施形態においては当該通信済データ量をＤ2とも表現する。
【００３５】
さらに、許可データ量取得部１８ｂは、上記ＲＯＭ１６にアクセスして予め記憶されている一日における通信量制限１６ａを取得する（ステップＳ１３０）。なお、本実施形態においては当該通信量制限１６ａをＤ3とも表現する。そして、通信量制限から通信済データ量を減じることで許可データ量を取得する（ステップＳ１３５）。なお、本実施形態においては許可データ量をＤ4とも表現する。本実施形態においては、以上のステップＳ１２０〜Ｓ１３５が上記許可データ量取得手段に相当する。判別部１８ｃは、以上の情報に基づいて上記指定されたパッケージデータ２１ｂを通信量制限内でダウンロード可能であるか否かを判別する（ステップＳ１４０）。すなわち、Ｄ4＞Ｄ1であるか否かを判別する。本実施形態においては、以上のステップＳ１４０が上記判別手段に相当する。
【００３６】
ステップＳ１４０にてＤ4＞Ｄ1であると判別されたときは、通信量制限内で上記指定されたパッケージデータ２１ｂをダウンロード可能であるので、通信制御部１８ａはこのパッケージデータ２１ｂをダウンロードし、リムーバブルメモリ１１に保存する（ステップＳ１５０）。ステップＳ１４０にてＤ4＞Ｄ1であると判別されないときには、通信量制限内で上記指定されたパッケージデータ２１ｂをダウンロードできないので、通信制御部１８ａはダウンロードを実行せず、表示部１２にダウンロード不可能である旨のアラートを表示する（ステップＳ１６０）。本実施形態においては、以上のステップＳ１６０が上記ダウンロード制御手段に相当する。以上の処理により、通信量制限を超えることになるダウンロードの実行を事前に防止することができ、ダウンロードの中断および無駄なデータ通信を防止することができる。
【００３７】
（４）他の実施形態：
上記実施形態は本発明にかかる携帯電話、携帯電話の制御方法および制御プログラムを実現する一例であり、むろん他の構成を採用することも可能である。上述の例においては、基準時点からステップＳ１１０の処理を完了するまで（すなわち、通信済データ量を取得する処理の直前まで）に実施したデータ通信量を通信済データ量として許可データ量を算出している。従って、上記パッケージデータ２１ｂのデータ量を取得するための問い合わせ処理を含めて、データ通信量を正確に取得しており、判別部１８ｃにおいては正確な許可データ量に基づいて判別を行うことができる。
【００３８】
一方、概算のデータ通信量を用いてダウンロード対象がダウンロード可能であるか否かを判別してもよい。例えば、図２と同様のハードウェアにおいて、上記ステップＳ１１０のような問い合わせを行う際のデータ通信量を予めＲＯＭ１６等に記憶しておく。また、その他のハードウェアおよびソフトウェアに関しては図２と同様に構成する。そして、図４に示す処理を行えば、上記図３に示す処理と同様にダウンロードの中断および無駄なデータ通信を防止することができる。
【００３９】
図４に示す処理において、ステップＳ２００，Ｓ２３０，Ｓ２３５，Ｓ２５０，Ｓ２６０は、それぞれ上記ステップＳ１００，Ｓ１３０，Ｓ１３５，Ｓ１５０，Ｓ１６０と同様の処理である。一方、図４に示す例では、ステップＳ２１０において、パッケージデータ２１ｂのデータ量を取得する前に当日の通信済データ量Ｄ2を取得し、ステップＳ２２０においてサーバ２０にアクセスしてパッケージデータ２１ｂのデータ量Ｄ1を取得している。従って、ステップＳ２１０において取得した通信済データ量Ｄ2には、ステップＳ２２０における通信のデータ量は含まれていない。
【００４０】
そこで、図４に示す処理においては、ステップＳ２１５にて上記ＲＯＭ１６に予め記憶された問い合わせ時のデータ量を取得する。このデータ量をＤ5とも呼ぶ。以上のようにデータ量Ｄ5を利用すれば、許可データ量からステップＳ２２０におけるデータ通信量を控除して通信制限内であるか否かを判別することが可能になる。そこで、ステップＳ２３０を経てステップＳ２３５において許可データ量Ｄ4を取得し、ステップＳ２４０においてＤ4−Ｄ5＞Ｄ1であるか否かを判別すれば、指定されたパッケージデータ２１ｂを通信量制限内でダウンロード可能であるか否かを判別することができる。なお、この実施形態において、データ量Ｄ5を常に正確に決定することができるとは限らないが、概算のデータ量Ｄ5を用いて図４に示す処理を行うことにより、少なくともダウンロードの中断および無駄なデータ通信を防止することは可能である。また、概算のデータ量にある程度のマージンを設けておけば、確実にダウンロードの中断および無駄なデータ通信を防止することが可能である。
【００４１】
さらに、上記図３および図４に示す実施形態においては、パッケージデータ２１ｂのデータ量を問い合わせる際のデータ通信量も含めて判別部１８ｃにおける判別を行っていたが、まず、パッケージデータ２１ｂのデータ量を問い合わせる際のデータ通信量に関して通信量制限内で通信を実行可能であるか否かを判別してもよい。すなわち、パッケージデータ２１ｂのデータ量を問い合わせる際のデータ通信量を予め決められたデータ通信量として上記ＲＯＭ１６等に保持しておき、サーバ２０にアクセスする前に、当該問い合わせ時のデータ通信量とそれまでに通信済の通信済データ量との和が一日の通信量制限内であるか否かを判別する。
【００４２】
ここで、通信量制限内であると判別されなければ、パッケージデータ２１ｂのデータ量を問い合わせる処理を行うことなくアラートを表示して処理を終了する。この結果、パッケージデータ２１ｂのデータ量を問い合わせをも実施不可能な状態であるにもかかわらずデータ通信を開始することがなく、無駄なデータ通信を防止することが可能である。むろん、問い合わせ時のデータ通信量とそれまでに通信済の通信済データ量との和が一日の通信量制限内であると判別されたときには、パッケージデータ２１ｂのデータ量を取得し、通信量制限内でこのパッケージデータ２１ｂをダウンロード可能であるか否かを判別すればよい。
【００４３】
さらに、上記実施形態においては、許可データ量が一日のデータ通信量制限の残りであると定義した例を説明したが、許可データ量の定義はこのような定義に限られない。例えば、一度にダウンロード可能なファイルのデータ量を許可データ量と定義し、パッケージデータ２１ｂなどのダウンロード対象のデータ量と比較してダウンロードの可否を判別してもよい。また、携帯電話１０から送信されるデータのデータ量について許可データ量を定義してもよいし、携帯電話１０にて受信するデータのデータ量について許可データ量を定義してもよい。さらに、ダウンロードプログラム１８によってダウンロード可能なデータのデータ量について許可データ量を定義してもよい。すなわち、本発明は、データ通信が許可されるデータ量を設定し得る全ての態様について適用することができる。
【図面の簡単な説明】
【００４４】
【図１】携帯電話を含むダウンロードシステムを示す概略図である。
【図２】携帯電話の構成を示す概略ブロック図である。
【図３】ダウンロード処理を示すフローチャートである。
【図４】ダウンロード処理を示すフローチャートである。
【符号の説明】
【００４５】
１０…携帯電話、１１…リムーバブルメモリ、１２…表示部、１３…入力ボタン、１４…通信部、１５…ＣＰＵ、１６…ＲＯＭ、１６ａ…通信量制限、１７…ＲＡＭ、１７ａ…通信済データ量、１８…ダウンロードプログラム、１８ａ…通信制御部、１８ｂ…許可データ量取得部、１８ｃ…判別部、１８ｄ…入力制御部、２０…サーバ、２１…ＨＤＤ、２１ａ…データ量タグ、２１ｂ…パッケージデータ、２２…通信制御部、３０…基地局
【図１】
2007081711.tif 000003
【図２】
2007081711.tif 000004
【図３】
2007081711.tif 000005
【図４】
2007081711.tif 000006