(57)【要約】【課題】各種のアプリケーションを保存する際にメモリの容量不足を回避可能とする。【解決手段】アプリケーション及びユーザーデータを保存するメモリの空き容量拡大装置に、書き込み時にメモリの空き容量が規定値未満かを確認するメモリ空き容量確認部160Aと、空き容量が規定値未満と確認された場合、保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に圧縮候補として検索するアプリケーション／ユーザーデータ圧縮候補検索部160Bと、検索されたアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部160Cと、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、メモリに保存されているアプリケーション及びユーザーデータに代わり、圧縮されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ圧縮保存部110Aとを備える。【選択図】図１
2009230513.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大装置において、
アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、
前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索するアプリケーション／ユーザーデータ圧縮候補検索部と、
前記アプリケーション／ユーザーデータ圧縮候補検索部により検索されたアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、
前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ圧縮保存部とを備えることを特徴とするメモリの空き容量拡大装置。
【請求項２】
さらに、アプリケーション／ユーザーデータ解凍部を設け、前記アプリケーション／ユーザーデータ解凍部は前記アプリケーション／ユーザーデータ圧縮保存部に保存されているアプリケーション及びユーザーデータの閲覧の起動要求がある場合、起動要求があるアプリケーション及びユーザーデータの圧縮を解凍して、アプリケーション及びユーザーデータの閲覧の起動を可能にすることを特徴とする、請求項１に記載のメモリの空き容量拡大装置。
【請求項３】
前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に圧縮候補としてアプリケーション及びユーザーデータを検索することを特徴とする、請求項１に記載のメモリの空き容量拡大装置。
【請求項４】
前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番と前回の起動時刻の古い順番の加算値が低い順番に圧縮候補としてアプリケーション及びユーザーデータを検索することを特徴とする、請求項１に記載のメモリの空き容量拡大装置。
【請求項５】
起動回数が古い順番と前回の起動時刻の古い順番に重みをつけた加算値とすることを特徴とする、請求項４に記載のメモリの空き容量拡大装置。
【請求項６】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大装置において、
アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、
前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを送信候補として検索するアプリケーション／ユーザーデータ送信候補検索部と、
前記アプリケーション／ユーザーデータ送信候補検索部により検索されたアプリケーション／ユーザーデータをインターネット上のサーバに送信するアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、
前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ送信候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ送受信部により前記サーバに送信されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ保存部とを備えることを特徴とするメモリの空き容量拡大装置。
【請求項７】
前記アプリケーション／ユーザーデータ送受信部は、前記アプリケーション／ユーザーデータ保存部に保存されているアプリケーション及びユーザーデータの閲覧の起動要求がある場合、前記アプリケーション／ユーザーデータ保存部に保存されているアプリケーション及びユーザーデータを受信してアプリケーション及びユーザーデータの閲覧の起動を可能にすることを特徴とする、請求項６に記載のメモリの空き容量拡大装置。
【請求項８】
前記アプリケーション／ユーザーデータ送信候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に送信候補としてアプリケーション及びユーザーデータを検索することを特徴とする、請求項６に記載のメモリの空き容量拡大装置。
【請求項９】
前記アプリケーション／ユーザーデータ送信候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番と前回の起動時刻の古い順番の加算値が低い順番に送信候補としてアプリケーション及びユーザーデータを検索することを特徴とする、請求項６に記載のメモリの空き容量拡大装置。
【請求項１０】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大方法において、
空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する工程と、
検索されたアプリケーション／ユーザーデータを圧縮する工程と、
空き容量が規定値以上と確認されるまで、圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する工程とを備えることを特徴とするメモリの空き容量拡大方法。
【請求項１１】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大方法において、
空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する工程と、
検索されたアプリケーション／ユーザーデータを圧縮する工程と、
空き容量が規定値以上と確認されるまで、圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する工程とを備えることを特徴とするメモリの空き容量拡大方法。
【請求項１２】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大プログラムにおいて、
空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する手順と、
検索されたアプリケーション／ユーザーデータを圧縮する手順と、
空き容量が規定値以上と確認されるまで、圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する手順とを備えることを特徴とするメモリの空き容量拡大方法。
【請求項１３】
アプリケーション及びユーザーデータを保存するメモリの空き容量拡大プログラムにおいて、
空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する手順と、
検索されたアプリケーション／ユーザーデータを圧縮する手順と、
空き容量が規定値以上と確認されるまで、圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する手順とを備えることを特徴とするメモリの空き容量拡大方法。
【請求項１４】
アプリケーション及びユーザーデータを保存するメモリの空き容量を拡大する携帯端末装置において、
アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、
前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索するアプリケーション／ユーザーデータ圧縮候補検索部と、
前記アプリケーション／ユーザーデータ圧縮候補検索部により検索されたアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、
前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ圧縮保存部とを備えることを特徴とする携帯端末装置。
【請求項１５】
前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に圧縮候補としてアプリケーション及びユーザーデータを検索することを特徴とする、請求項１４に記載の携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯端末装置のフラッシュメモリに関する。特に、本発明は、高機能化に伴う容量の不足に対するメモリの空き容量拡大装置、方法、プログラム及び携帯端末装置に関する。
【背景技術】
【０００２】
近年、高機能な各種のアプリケーションを実現する携帯端末装置のフラッシュ（Flash）メモリに格納するデータは高機能化に伴い増加する一方であり、携帯端末装置に搭載されるメモリ容量も増加の一途である。そのため携帯端末装置のコストに影響が出てしまうことが課題であった。
さらに、サーバから携帯端末装置に各種のアプリケーションをダウンロードしフラッシュメモリに保存する際に、フラッシュメモリの容量が不足すると、フラッシュメモリの容量を確保するために、ユーザー自身の操作で既存のアプリケーションを削除する必要があり、操作性に課題があった。
【０００３】
このようにアプリケーションを保存するメモリに関する技術として以下の特許文献がある。
複数のアプリケーションソフトを起動する場合でのメモリの容量不足を解消して快適な動作環境を実現するため、本装置に搭載された複数のアプリケーションソフトに常駐型または一時型の属性情報を設定しておき、その属性情報を現在動作中のアプリケーションソフトに対応付けてテーブルで管理する。アプリケーション起動時に、前記テーブルを参照して現在動作中のアプリケーションソフトに設定された属性情報を判断し、常駐型の属性情報が設定されたアプリケーションソフトは実行メモリにそのまま残し、一時型の属性情報が設定されたアプリケーションソフトは強制終了して実行メモリから開放し、これにより、多数のアプリケーションソフトの使用によってメモリ容量が不足となり、実行動作が遅くなったり、ソフトが暴走するなどを回避できるものがある（例えば、特許文献１参照）。
【０００４】
しかしながら、上記特許文献１では、常駐型の属性情報が設定されたアプリケーションソフトは実行メモリにそのまま残し、一時型の属性情報が設定されたアプリケーションソフトは強制終了して実行メモリから開放するものであるが、アプリケーションをそのまま残すので、保存すべきアプリケーションが増加する場合には容易に容量不足に至るという問題がある。
【０００５】
また、習熟度の高いソフトのみを選択的に自動更新するため、ソフトウエアの起動回数を含めた更新ファイル情報をデータベースセンタに送り、起動回数はソフトウエアを起動するたびにインクリメントされ、センタでは、習熟度の指数としてソフトウエアの利用回数に関連した起動回数を使用し、全てのアプリケーションソフトウエアに対して同一（共通）に設定された更新条件と照合し、更新条件を満たす最新のソフトウエアの全てが送信され、更新条件の１つは所定回数以上の起動回数を満たすときであり、更新条件が満たされるとき、ダウンロードすべきソフトウエアありと判断し、そのときは最新バージョンのソフトウエアに書き替え、同時に、更新バージョンや更新日時を更新ファイルに保存し、更新条件を満足するソフトウエアのみ選択的に、しかも自動的に更新され、これでユーザは面倒なソフトウエア更新の取捨選択作業から解放されるものもある（例えば、特許文献２参照）。
【０００６】
しかしながら、上記特許文献２では、習熟度の高いソフトのみを選択的に自動更新するが、各種のアプリケーションをダウンロードしフラッシュメモリに保存する際に、フラッシュメモリの容量が不足するという問題を解決するものではない。
また、撮影後に画質レベルを変更したり、自動的に新たに撮影する画像を記憶するための記憶領域を確保できる画像データ記憶装置、画像データ記憶方法、撮像方法、及び記憶媒体を提供することを目的とし、ＣＰＵは、「シャッター」キーが操作されると、フラッシュメモリに記憶可能なメモリ容量が有るか否かをチエックし、フラッシュメモリに空き容量がない場合には、フラッシュメモリのヘッダ部を参照し、画質モードフラグが「エコノミー」を示す”Ｌ”が設定され、かつ先頭アドレスの小さい画像データをデータ記憶部から読出し、この画像データを圧縮／伸張回路で伸張させ、伸張された画像データを高圧縮率でデータ圧縮してデータ量を低減し、この再圧縮された画像データをフラッシュメモリのデータ記憶部に格納して記憶可能なメモリ領域を確保するものもある（例えば、特許文献３参照）。
【０００７】
しかしながら、上記特許文献３では、フラッシュメモリに空き容量がない場合には画像データを高圧縮率でデータ圧縮してデータ量を低減し記憶可能なメモリ領域を確保するが、閲覧頻度が高い画像データも圧縮するので、閲覧の起動処理が煩雑になるという問題がある。さらに、上記特許文献３では、アプリケーションに対するメモリの容量不足の問題を解決するものではない。
【０００８】
【特許文献１】特開２００３−０１５８９２号公報
【特許文献２】特開２００４−３５５５６３号公報
【特許文献３】特開平１０−０５６６１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は上記問題点に鑑みて、各種のアプリケーションをフラッシュメモリに保存する際に、フラッシュメモリの容量不足を回避可能とするメモリの空き容量拡大装置、方法、プログラム及び携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は前記問題点を解決するために、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大装置において、アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索するアプリケーション／ユーザーデータ圧縮候補検索部と、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索されたアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ圧縮保存部とを備えることを特徴とするメモリの空き容量拡大装置を提供する。
【００１１】
さらに、アプリケーション／ユーザーデータ解凍部を設け、前記アプリケーション／ユーザーデータ解凍部は前記アプリケーション／ユーザーデータ圧縮保存部に保存されているアプリケーション及びユーザーデータの閲覧の起動要求がある場合、起動要求があるアプリケーション及びユーザーデータの圧縮を解凍して、アプリケーション及びユーザーデータの閲覧の起動を可能にする。
さらに、前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に圧縮候補としてアプリケーション及びユーザーデータを検索する。
【００１２】
さらに、前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番と前回の起動時刻の古い順番の加算値が低い順番に圧縮候補としてアプリケーション及びユーザーデータを検索する。
さらに、起動回数が古い順番と前回の起動時刻の古い順番に重みをつけた加算値とする。
【００１３】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大装置において、アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを送信候補として検索するアプリケーション／ユーザーデータ送信候補検索部と、前記アプリケーション／ユーザーデータ送信候補検索部により検索されたアプリケーション／ユーザーデータをインターネット上のサーバに送信するアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ送信候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ送受信部により前記サーバに送信されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ保存部とを備えることを特徴とするメモリの空き容量拡大装置を提供する。
【００１４】
さらに、前記アプリケーション／ユーザーデータ送受信部は、前記アプリケーション／ユーザーデータ保存部に保存されているアプリケーション及びユーザーデータの閲覧の起動要求がある場合、前記アプリケーション／ユーザーデータ保存部に保存されているアプリケーション及びユーザーデータを受信してアプリケーション及びユーザーデータの閲覧の起動を可能にする。
さらに、前記アプリケーション／ユーザーデータ送信候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に送信候補としてアプリケーション及びユーザーデータを検索する。
さらに、前記アプリケーション／ユーザーデータ送信候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番と前回の起動時刻の古い順番の加算値が低い順番に送信候補としてアプリケーション及びユーザーデータを検索する。
【００１５】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大方法において、空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する工程と、検索されたアプリケーション／ユーザーデータを圧縮する工程と、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する工程とを備えることを特徴とするメモリの空き容量拡大方法を提供する。
【００１６】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大方法において、空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する工程と、検索されたアプリケーション／ユーザーデータを圧縮する工程と、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する工程とを備えることを特徴とするメモリの空き容量拡大方法を提供する。
【００１７】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大プログラムにおいて、空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する手順と、検索されたアプリケーション／ユーザーデータを圧縮する手順と、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する手順とを備えることを特徴とするメモリの空き容量拡大方法を提供する。
【００１８】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量拡大プログラムにおいて、空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索する手順と、検索されたアプリケーション／ユーザーデータを圧縮する手順と、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存する手順とを備えることを特徴とするメモリの空き容量拡大方法を提供する。
【００１９】
さらに、本発明は、アプリケーション及びユーザーデータを保存するメモリの空き容量を拡大する携帯端末装置において、アプリケーション及びユーザーデータの書き込み時に前記メモリの空き容量が規定値未満かを確認するメモリ空き容量確認部と、前記メモリ空き容量確認部で空き容量が規定値未満と確認された場合、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番に前記メモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索するアプリケーション／ユーザーデータ圧縮候補検索部と、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索されたアプリケーション／ユーザーデータを圧縮するアプリケーション／ユーザーデータ圧縮部と、前記メモリ空き容量確認部で空き容量が規定値以上と確認されるまで、前記アプリケーション／ユーザーデータ圧縮候補検索部により検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存するアプリケーション／ユーザーデータ圧縮保存部とを備えることを特徴とする携帯端末装置を提供する。
【００２０】
さらに、前記アプリケーション／ユーザーデータ圧縮候補検索部は、前記メモリに保存されているアプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に圧縮候補としてアプリケーション及びユーザーデータを検索する。
【発明の効果】
【００２１】
以上説明したように、本発明によれば、空き容量が規定値未満と確認された場合、メモリに保存されているアプリケーション及びユーザーデータの閲覧の起動回数が低い順番にメモリに保存するアプリケーション及びユーザーデータを圧縮候補として検索し、検索されたアプリケーション／ユーザーデータを圧縮し、空き容量が規定値以上と確認されるまで圧縮候補として検索され、且つ、前記メモリに保存されているアプリケーション及びユーザーデータに代わり、前記アプリケーション／ユーザーデータ圧縮部により圧縮されたアプリケーション及びユーザーデータを保存するようにしたので、使用頻度の低い、すなわち、アプリケーション及びユーザーデータの閲覧の起動回数の低いアプリケーション及びユーザーデータを優先的に圧縮することにより、フラッシュメモリの空き容量を拡大し確保することが可能になる。
【００２２】
さらに、フラッシュメモリの空き容量を自動的に拡大し、ユーザーに意識させずに確保するので、ユーザーの操作の軽減に繋がる。
さらに、アプリケーション及びユーザーデータを圧縮することにより、より多くのアプリケーション及びユーザーデータをフラッシュメモリに格納することが可能になるので、フラッシュメモリの実質使用容量を削減することが可能になる。
【００２３】
さらに、アプリケーション及びユーザーデータの閲覧の前回の起動時刻が古い順番に圧縮するようにしても同様の作用効果を得ることが期待される。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明に係る携帯端末装置ネットワークの概略構成を示すブロック図である。本図に示すように、携帯端末装置ネットワークは携帯端末装置１７０と、複数の携帯端末装置１７０と無線通信を行う基地局１００と、基地局１００にゲートウエイ２００を介して接続されるインターネット上のサーバ３００から構成され、携帯端末装置１７０は基地局１００と無線接続し、データの送受信を行うと共に、ゲートウエイ２００を介して、サーバ３００から各種アプリケーションをダウンロードすると同時に各種アプリケーションを保存するメモリの空き容量拡大をプログラム制御で実行する。
【００２５】
携帯端末装置１７０にはフラッシュメモリ１１０が設けられ、フラッシュメモリ１１０にはサーバ３００からダウンロードされた各種アプリケーション及びユーザーデータが保存される。ユーザーデータは電話帳、画像データ、音楽データなどユーザー個人で管理するデータのことを指す。
さらに、携帯端末装置１７０には表示部１２０が設けられ、表示部１２０はＬＣＤ（液晶表示部）であり、描画データを表示する。
【００２６】
さらに、携帯端末装置１７０には操作部１３０が設けられ、操作部１３０はユーザー操作を検出し、携帯端末装置１７０の各種機能の実行を可能にする。
さらに、携帯端末装置１７０には無線部１４０が設けられ、無線部１４０は基地局１００との無線通信を行う。
さらに、携帯端末装置１７０にはＲＡＭ（ランダム・アクセス・メモリ）１５０が設けられ、ＲＡＭ１５０はワークエリアであり、フラッシュメモリ１１０から読み出したデータを順次展開する。
【００２７】
さらに、携帯端末装置１７０には制御部１６０が設けられ、制御部１６０はＣＰＵ（中央演算処理装置）で構成され、フラッシュメモリ１１０、表示部１２０、操作部１３０、無線部１４０、ＲＡＭ１５０を含む携帯端末装置１７０全体の制御を行う。
制御部１６０にはメモリ空き容量確認部１６０Ａ、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂ、アプリケーション／ユーザーデータ圧縮部１６０Ｃ及びアプリケーション／ユーザーデータ解凍部１６０Ｄが設けられる。
【００２８】
メモリ空き容量確認部１６０Ａは、フラッシュメモリ１１０に書き込み要求がある場合、フラッシュメモリ１１０の空き容量が規定値以上あるかを確認する。
アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂはアプリケーション起動回数及びユーザーデータの閲覧の起動回数から起動回数の低い順番にアプリケーション及びユーザーデータを圧縮候補として検索する。
【００２９】
アプリケーション／ユーザーデータ圧縮部１６０Ｃは、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂにより検索されたアプリケーション及びユーザーデータを優先的に圧縮する。
アプリケーション／ユーザーデータ解凍部１６０Ｄは、アプリケーション／ユーザーデータ圧縮部１６０Ｂにより圧縮されたアプリケーション及びユーザーデータの起動、閲覧起動の要求がそれぞれある場合には圧縮されたアプリケーション及びユーザーデータを解凍する。
【００３０】
フラッシュメモリ１１０にはアプリケーション／ユーザーデータ圧縮保存部１１０Ａが設けられ、アプリケーション／ユーザーデータ圧縮保存部１１０Ａはアプリケーション／ユーザーデータ圧縮部１６０Ｃにより圧縮される前のアプリケーション及びユーザーデータをフラッシュメモリ１１０から削除し、すなわち、圧縮される前のアプリケーション及びユーザーデータに代わって、アプリケーション／ユーザーデータ圧縮部１６０Ｃにより圧縮されたアプリケーション及びユーザーデータを保存するように保存のし直しを行う。
【００３１】
図２は図１における制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂにより検索されるアプリケーション及びユーザーデータを示す図である。本図（ａ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりアプリケーションの起動回数が低い順番ｎ１（＝１、２…）にアプリケーションが圧縮候補として検索される。
【００３２】
さらに、本図（ｂ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりユーザーデータの閲覧の起動回数の低い順番ｎ１（＝１、２…）にユーザーデータが圧縮候補として検索される。
図３は図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。本図に示すように、ステップＳ４０１において、制御部１６０では、サーバ３００から各種アプリケーションを受信し、操作部１３０にてアプリケーション及びユーザーデータの書き込みの操作を検出した場合、フラッシュメモリ１１０へのデータ書き込みの制御を開始する。
【００３３】
ステップＳ４０２において、ｎ１＝１を設定する。
ステップＳ４０３において、制御部１６０のメモリ空き容量確認部１６０Ａでは、フラッシュメモリ１１０の空き容量を確認し、空き容量が規定値以上の場合にはステップＳ４０８に進む。
ステップＳ４０４において、空き容量が規定値未満の場合には、ｎ１＝１かを確認する。ｎ＞１の場合にはステップＳ４０６に進む。
【００３４】
ステップＳ４０５において、ｎ１＝１の場合には、制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂは、アプリケーションの起動回数、ユーザーデータの閲覧の起動回数から起動回数が低い順番ｎ１（＝１、２…）にアプリケーション及びユーザーデータを検索する。ｎ＞１の場合には検索処理を省略する。
ステップＳ４０６において、アプリケーション／ユーザーデータ圧縮部１６０Ｃは、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりｎ１番目に起動回数が低いと検索されたアプリケーション及びユーザーデータを優先的に圧縮し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００３５】
ステップＳ４０７において、ｎ１＝ｎ１＋１として、ステップＳ４０３に戻り、ステップＳ４０３で、メモリ空き容量確認部１６０Ａではフラッシュメモリ１１０の空き容量を再度確認し、空き容量が規定値未満の場合には、次の候補のアプリケーション及びユーザーデータを圧縮し、空き容量が規定値以上になるまで上記処理を繰り返す。すなわち、空き容量が規定値以上になるまで起動回数が１番目、２番目、…のｎ１順番に低いアプリケーション及びユーザーデータを圧縮し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００３６】
ステップＳ４０８において、メモリ空き容量確認部１６０Ａがフラッシュメモリ１１０の空き容量が規定値以上であると確認した場合には、制御部１６０では、アプリケーション及びユーザーデータの書き込みを制御し、処理を終了する。
図４は図１における携帯端末装置１７０の制御部１６０によるアプリケーション及びユーザーデータの閲覧の起動の一連の制御動作を説明するフローチャートである。
【００３７】
ステップＳ４１１において、制御部１６０では、操作部１３０にてアプリケーション及びユーザーデータの閲覧の起動の操作を検出する。
ステップＳ４１２において、制御部１６０では、起動の操作があったアプリケーション及びユーザーデータがフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに圧縮保存されたものかを確認する。確認できない場合にはステップＳ４１４に進む。
【００３８】
ステップＳ４１３において、圧縮保存されたものである場合、アプリケーション／ユーザーデータ解凍部１６０Ｄでは、アプリケーション／ユーザーデータ圧縮保存部１１０Ａに圧縮保存された、該当するアプリケーション及びユーザーデータを解凍する。
ステップＳ４１４において、制御部１６０では、フラッシュメモリ１１０から起動要求の操作があったアプリケーション及びユーザーデータの読出しを行う。
【００３９】
ステップＳ４１５において、制御部１６０では、フラッシュメモリ１１０から読み出したアプリケーション及びユーザーデータ又はアプリケーション／ユーザーデータ解凍部１６０Ｄにより解凍されたアプリケーション及びユーザーデータをＲＡＭ１５０に展開する。
ステップＳ４１６において、制御部１６０では、ＲＡＭ１５０に展開したアプリケーション及びユーザーデータの閲覧を起動する。
【００４０】
ステップＳ４１７において、制御部１６０では、起動したアプリケーション及びユーザーデータの閲覧の起動回数、起動時刻をフラッシュメモリ１１０に保存し、処理を終了する。
したがって、本発明によれば、使用頻度の低い、すなわち、アプリケーション及びユーザーデータの閲覧の起動回数の低いアプリケーション及びユーザーデータを優先的に圧縮することにより、フラッシュメモリ１１０の空き容量を拡大し確保することが可能になる。
【００４１】
さらに、フラッシュメモリ１１０の空き容量を自動的に拡大し、ユーザーに意識させずに確保するので、ユーザーの操作の軽減に繋がる。
さらに、アプリケーション及びユーザーデータを圧縮することにより、より多くのアプリケーション及びユーザーデータをフラッシュメモリ１１０に格納することが可能になるので、フラッシュメモリ１１０の実質使用容量を削減することが可能になる。
【実施例１】
【００４２】
図５は図２の第１の変形例であり、図１における制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂにより検索されるアプリケーション及びユーザーデータを示す図である。本図（ａ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりアプリケーションの前回の起動時刻が古い順番ｎ２（＝１、２…）にアプリケーションが圧縮候補として検索される。
【００４３】
さらに、本図（ｂ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりユーザーデータの閲覧の前回の起動時刻が古い順番ｎ２（＝１、２…）にユーザーデータが圧縮候補として検索される。
図６は図３の第１の変形例であり、図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。本図に示すように、ステップＳ４２１において、制御部１６０では、サーバ３００から各種アプリケーションを受信し、操作部１３０にてアプリケーション及びユーザーデータの書き込みの操作を検出した場合、フラッシュメモリ１１０へのデータ書き込みの制御を開始する。
【００４４】
ステップＳ４２２において、ｎ２＝１を設定する。
ステップＳ４２３において、制御部１６０のメモリ空き容量確認部１６０Ａでは、フラッシュメモリ１１０の空き容量を確認し、空き容量が規定値以上の場合にはステップＳ４２８に進む。
ステップＳ４２４において、空き容量が規定値未満の場合には、ｎ２＝１かを確認する。ｎ２＞１の場合にはステップＳ４２６に進む。
【００４５】
ステップＳ４２５において、ｎ２＝１の場合には、制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂは、アプリケーションの前回の起動時刻、ユーザーデータの閲覧の前回の起動時刻から前回の起動時刻が古い順番ｎ２（＝１、２…）にアプリケーション及びユーザーデータを検索する。ｎ２＞１の場合には検索処理を省略する。
【００４６】
ステップＳ４２６において、アプリケーション／ユーザーデータ圧縮部１６０Ｃは、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりｎ２（＝１、２…）番目に前回の起動時刻が古いと検索されたアプリケーション及びユーザーデータを優先的に圧縮し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００４７】
ステップＳ４２７において、ｎ２＝ｎ２＋１として、ステップＳ４２３に戻り、ステップＳ４２３で、メモリ空き容量確認部１６０Ａではフラッシュメモリ１１０の空き容量を再度確認し、空き容量が規定値未満の場合には、次の候補のアプリケーション及びユーザーデータを圧縮し、空き容量が規定値以上になるまで上記処理を繰り返す。すなわち、空き容量が規定値以上になるまで前回の起動時刻が１番目、２番目、…のｎ２順番に古いアプリケーション及びユーザーデータを圧縮しフラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００４８】
ステップＳ４２８において、メモリ空き容量確認部１６０Ａがフラッシュメモリ１１０の空き容量が規定値以上であると確認した場合には、制御部１６０では、アプリケーション及びユーザーデータの書き込みを制御し、処理を終了する。
したがって、本発明によれば、使用頻度の低い、すなわち、アプリケーション及びユーザーデータの閲覧の前回の起動時刻の古いアプリケーション及びユーザーデータを優先的に圧縮することにより、フラッシュメモリ１１０の空き容量を拡大し確保することが可能になる。
【００４９】
さらに、フラッシュメモリ１１０の空き容量を自動的に拡大し、ユーザーに意識させずに確保するので、ユーザーの操作の軽減に繋がる。
さらに、アプリケーション及びユーザーデータを圧縮することにより、より多くのアプリケーション及びユーザーデータをフラッシュメモリ１１０に格納することが可能になるので、フラッシュメモリ１１０の実質使用容量を削減することが可能になる。
【実施例２】
【００５０】
図７は図２の第２の変形例であり、図１における制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂにより検索されるアプリケーション及びユーザーデータを示す図である。本図（ａ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりアプリケーションの起動回数が低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）の合計値が低い順番ｎ３（＝１、２…）にアプリケーションが圧縮候補として検索される。
【００５１】
さらに、本図（ｂ）に示すように、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂによりユーザーデータの閲覧の起動回数の低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）の合計値が低い順番ｎ３（＝１、２…）にユーザーデータが圧縮候補として検索される。
図８は図３の第２の変形例であり、図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。本図に示すように、ステップＳ４３１において、制御部１６０では、サーバ３００から各種アプリケーションを受信し、操作部１３０にてアプリケーション及びユーザーデータの書き込みの操作を検出した場合、フラッシュメモリ１１０へのデータ書き込みの制御を開始する。
【００５２】
ステップＳ４３２において、ｎ３＝１を設定する。
ステップＳ４３３において、制御部１６０のメモリ空き容量確認部１６０Ａでは、フラッシュメモリ１１０の空き容量を確認し、空き容量が規定値以上の場合にはステップＳ４３８に進む。
ステップＳ４３４において、空き容量が規定値未満の場合には、ｎ３＝１かを確認する。ｎ３＞１の場合にはステップＳ４３６に進む。
【００５３】
ステップＳ４３５において、ｎ３＝１の場合には、制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂは、アプリケーションの起動回数、ユーザーデータの閲覧の起動回数から起動回数が低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）との合計値が低い順番ｎ３（＝１、２…）にアプリケーション及びユーザーデータを検索する。ｎ３＞１の場合には検索処理を省略する。
【００５４】
ステップＳ４３６において、アプリケーション／ユーザーデータ圧縮部１６０Ｃは、アプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂにより起動回数が低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）との合計値の順番がｎ３（＝１、２…）番目に低いと検索されたアプリケーション及びユーザーデータを優先的に圧縮し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００５５】
ステップＳ４３７において、ｎ３＝ｎ３＋１として、ステップＳ４３３に戻り、ステップＳ４３３で、メモリ空き容量確認部１６０Ａではフラッシュメモリ１１０の空き容量を再度確認し、空き容量が規定値未満の場合には、次の候補のアプリケーション及びユーザーデータを圧縮し、空き容量が規定値以上になるまで上記処理を繰り返す。すなわち、空き容量が規定値以上になるまで、起動回数が低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）との合計値が１番目、２番目、…のｎ３順番に低いアプリケーション及びユーザーデータを圧縮し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、圧縮したアプリケーション及びユーザーデータをアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存する。
【００５６】
ステップＳ４３８において、メモリ空き容量確認部１６０Ａがフラッシュメモリ１１０の空き容量が規定値以上であると確認した場合には、制御部１６０では、アプリケーション及びユーザーデータの書き込みを制御し、処理を終了する。
したがって、本発明によれば、使用頻度の低い、すなわち、アプリケーション及びユーザーデータの閲覧の起動回数が低い順番と前回の起動時刻が古い順番との合計値が低いアプリケーション及びユーザーデータを優先的に圧縮することにより、フラッシュメモリ１１０の空き容量を拡大し確保することが可能になる。
【００５７】
さらに、フラッシュメモリ１１０の空き容量を自動的に拡大し、ユーザーに意識させずに確保するので、ユーザーの操作の軽減に繋がる。
さらに、アプリケーション及びユーザーデータを圧縮することにより、より多くのアプリケーション及びユーザーデータをフラッシュメモリ１１０に格納することが可能になるので、フラッシュメモリ１１０の実質使用容量を削減することが可能になる。
【００５８】
以上の説明では、起動回数が低い順番ｎ１（＝１、２…）と前回の起動時刻が古い順番ｎ２（＝１、２…）との合計値としたが、起動回数が低い順番ｎ１と前回の起動時刻が古い順番ｎ２に重みをかけて、重み付きの合計値としてもよい。
【実施例３】
【００５９】
図９は図１の変形例であり、本発明に係る携帯端末装置ネットワークの概略構成を示すブロック図である。本図に示すように、図１と比較して、携帯端末装置１７０の制御部１６０のアプリケーション／ユーザーデータ圧縮候補検索部１６０Ｂ、アプリケーション／ユーザーデータ圧縮部１６０Ｃ及びアプリケーション／ユーザーデータ圧縮保存部１１０Ａに代わり、アプリケーション／ユーザーデータ送信候補検索部１６０Ｅ、アプリケーション／ユーザーデータ送受信部１６０Ｆが設けられ、さらに、サーバ３００にアプリケーション／ユーザーデータ保存部３００Ａが設けられる。
【００６０】
アプリケーション／ユーザーデータ送信候補検索部１６０Ｅはフラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータのうち起動回数が低いアプリケーション及びユーザーデータを送信候補として検索する。
アプリケーション／ユーザーデータ送受信部１６０Ｆは、アプリケーション／ユーザーデータ送信候補検索部１６０Ｅにより検索されたアプリケーション及びユーザーデータの送受信を携帯端末装置１７０から無線部１４０、基地局１００、ゲートウエイ２００を介してサーバ３００に対して行う。
【００６１】
サーバ３００は携帯端末装置１７０のアプリケーション／ユーザーデータ送受信部１６０Ｆから受信したアプリケーション及びユーザーデータをアプリケーション／ユーザーデータ保存部３００Ａに保存し、携帯端末装置１７０のアプリケーション／ユーザーデータ送受信部１６０Ｆから送信要求のあったアプリケーション及びユーザーデータをアプリケーション／ユーザーデータ保存部３００Ａから取り出し携帯端末装置１７０のアプリケーション／ユーザーデータ送受信部１６０Ｆに送信する。
【００６２】
図１０は図３の第３の変形例であり、図９における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。本図に示すように、図３と比較して、ステップＳ４４５において、ｎ１＝１の場合には、制御部１６０のアプリケーション／ユーザーデータ送信候補検索部１６０Ｅは、アプリケーションの起動回数、ユーザーデータの閲覧の起動回数から起動回数が低い順番ｎ１（＝１、２…）にアプリケーション及びユーザーデータを検索する。ｎ＞１の場合には検索処理を省略する。
【００６３】
ステップＳ４４６において、アプリケーション／ユーザーデータ送受信部１６０Ｆは、アプリケーション／ユーザーデータ送信候補検索部１６０Ｅによりｎ１番目に起動回数が低いと検索されたアプリケーション及びユーザーデータを優先的に無線部１４０、基地局１００、ゲートウエイ２００を介してサーバ３００に送信し、フラッシュメモリ１１０に保存されているアプリケーション及びユーザーデータに代わり、アプリケーション／ユーザーデータ保存部３００Ａに保存させる。
【００６４】
その他の処理は同様であるので説明を省略する。
図１１は図９における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。ステップＳ４５１において、制御部１６０では、操作部１３０にてアプリケーション及びユーザーデータの閲覧の起動の操作を検出する。
【００６５】
ステップＳ４５２において、制御部１６０では、起動の操作があったアプリケーション及びユーザーデータがサーバ３００のアプリケーション／ユーザーデータ保存部３００Ａに保存されたものかを確認する。保存されたものと確認できた場合にはステップＳ４５４に進む。
ステップＳ４５３において、保存されていない場合、制御部１６０では、フラッシュメモリ１１０からアプリケーション及びユーザーデータを読み出す。
【００６６】
ステップＳ４５４において、アプリケーション／ユーザーデータ送受信部１６０Ｅではサーバ３００に対して該当するアプリケーション及びユーザーデータの送信要求をし、サーバ３００のアプリケーション／ユーザーデータ保存部３００Ａから読み出されたアプリケーション及びユーザーデータを受信する。
ステップＳ４５５において、制御部１６０では、フラッシュメモリ１１０から読み出したアプリケーション及びユーザーデータ又はサーバ３００のアプリケーション／ユーザーデータ保存部３００Ａから読み出したアプリケーション及びユーザーデータをＲＡＭ１５０に展開する。
【００６７】
ステップＳ４５６において、制御部１６０では、ＲＡＭ１５０に展開したアプリケーション及びユーザーデータの閲覧を起動する。
ステップＳ４５７において、制御部１６０では、起動したアプリケーション及びユーザーデータの閲覧の起動回数、起動時刻をフラッシュメモリ１１０に保存し、処理を終了する。
【００６８】
したがって、本発明によれば、使用頻度の低い、すなわち、アプリケーション及びユーザーデータの閲覧の起動回数の低いアプリケーション及びユーザーデータを優先的にサーバに送信し、フラッシュメモリ１１０には保存しないので、フラッシュメモリ１１０の空き容量を拡大し確保することが可能になる。
サーバ３００のアプリケーション／ユーザーデータ保存部３００Ａに保存後、当該アプリケーション起動時、ユーザーデータの閲覧の起動時にはサーバ３００への保存されていることをユーザーに意識させることなく実現することで、利便性向上に繋がる。
【００６９】
すなわち、フラッシュメモリ１１０の空き容量を自動的に拡大し、ユーザーに意識させずに確保するので、ユーザーの操作の軽減に繋がる。
さらに、アプリケーション及びユーザーデータを圧縮することにより、より多くのアプリケーション及びユーザーデータをフラッシュメモリ１１０に格納することが可能になるので、フラッシュメモリ１１０の実質使用容量を削減することが可能になる。
【００７０】
なお、上記実施例では、起動回数が低い順番にアプリケーション及びユーザーデータをサーバ３００に送信したが、前回の起動時刻が古い順番に、又は、起動回数が古い順番と前回の起動時刻の古い順番の加算値が低い順番にアプリケーション及びユーザーデータをサーバ３００に送信するようにしてもよい。
【産業上の利用可能性】
【００７１】
以上、携帯端末装置について説明したが、これに限らず、携帯電話機、ＰＨＳ（簡易型携帯電話機）、ＰＤＡ（携帯情報端末）にも本発明の利用が可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明に係る携帯端末装置ネットワークの概略構成を示すブロック図である。
【図２】図１におけるフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存される内容例を説明する図である。
【図３】図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【図４】図１における携帯端末装置１７０の制御部１６０によるアプリケーション及びユーザーデータの閲覧の起動の一連の制御動作を説明するフローチャートである。
【図５】図２の第１の変形例であり、図１におけるフラッシュメモリ１１０のアプリケーション／ユーザーデータ圧縮保存部１１０Ａに保存される内容例を説明する図である。
【図６】図３の第１の変形例であり、図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【図７】図２の第２の変形例であり、図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【図８】図３の第２の変形例であり、図１における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【図９】図１の変形例であり、本発明に係る携帯端末装置ネットワークの概略構成を示すブロック図である。
【図１０】図３の第３の変形例であり、図９における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【図１１】図９における携帯端末装置１７０の制御部１６０によるデータ書き込みの一連の制御動作例を説明するフローチャートである。
【符号の説明】
【００７３】
１００…基地局
１１０…フラッシュメモリ
１１０Ａ…アプリケーション／ユーザーデータ圧縮保存部
１２０…表示部
１３０…操作部
１４０…無線部
１５０…ＲＡＭ
１６０…制御部
１６０Ａ…メモリ空き容量確認部
１６０Ｂ…アプリケーション／ユーザーデータ圧縮候補検索部
１６０Ｃ…アプリケーション／ユーザーデータ圧縮部
１６０Ｄ…アプリケーション／ユーザーデータ解凍部
１６０Ｅ…アプリケーション／ユーザーデータ送信候補検索部
１６０Ｆ…アプリケーション／ユーザーデータ送受信部
１７０…携帯端末装置
２００…ゲートウエイ
３００…サーバ
３００Ａ…アプリケーション／ユーザーデータ保存部
【図１】
2009230513.tif 000003
【図２】
2009230513.tif 000004
【図３】
2009230513.tif 000005
【図４】
2009230513.tif 000006
【図５】
2009230513.tif 000007
【図６】
2009230513.tif 000008
【図７】
2009230513.tif 000009
【図８】
2009230513.tif 000010
【図９】
2009230513.tif 000011
【図１０】
2009230513.tif 000012
【図１１】
2009230513.tif 000013