(57)【要約】【課題】データ記憶媒体に空容量を確保する操作を簡便に、かつ短時間で行い、即時性を伴う新規保存要求に応えることができる携帯機器を得ることを目的とするものである。【解決手段】データファイル保存部１２、その空容量よりも大きな空容量目標値を設定し、既存データファイルの属性情報に基づいて、空容量目標値以上の空容量が確保される削除候補データファイルセットを削除候補順位を付して選定する削除候補選定部２０、データファイル保存部１２の空容量の所定の閾値及び所定の処理開始条件を設定し、空容量が所定の閾値より小さく、かつ、処理開始条件を満足するときに、所定の閾値以上の空容量目標値に対応した削除候補データファイルセットの１を削除候補順位に基づいて決定、削除する削除実施部２２を備えるようにしたものである。【選択図】図１
2005352947.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのデータファイルを保存するデータファイル保存部と、上記データファイルの集合から構成され、削除されることによって空容量目標値より大きな空容量が上記データファイル保存部に確保される少なくとも１つの削除候補データファイルセットを選定する削除候補選定部と、上記データファイル保存部における空容量が所定の閾値より小さく、かつ、所定の処理開始条件を満足する際に、上記削除候補選定部により選定される上記所定の閾値以上の上記空容量目標値に対応する削除候補データファイルセットを構成する上記データファイルを上記データファイル保存部より削除する削除実施部とを備えた携帯機器。
【請求項２】
削除候補選定部は、データファイルの属性に基づいて決定した削除候補の優先順位を付して削除候補データファイルセットを選定し、削除実施部は、いずれか１つの上記削除候補データファイルセットを構成する上記データファイルをデータファイル保存部より削除することを特徴とする請求項１記載の携帯機器。
【請求項３】
データファイル保存部に新規に保存するデータファイルの容量が所定の閾値よりも大きければ、上記所定の閾値を該データファイルのデータ容量以上の値に変更することを特徴とする請求項１記載の携帯機器。
【請求項４】
所定の処理開始条件は、データファイル保存部の空容量よりも大きいデータファイルを該データファイル保存部に保存するときであることを特徴とする請求項１記載の携帯機器。
【請求項５】
所定の処理開始条件は、データファイル保存部の空容量が所定の閾値を下回ったときであることを特徴とする請求項１記載の携帯機器。
【請求項６】
削除候補選定部は、データファイル保存部のデータファイルが新規保存または削除されたときに削除候補データファイルセットを選定することを特徴とする請求項１記載の携帯機器。
【請求項７】
削除候補選定部は、データファイルの属性及び削除実施部における削除履歴に基づいて削除候補の優先順位を決定することを特徴とする請求項２記載の携帯機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯機器においてデータファイルを保存するデータ記憶媒体の管理技術に関するものである。
【背景技術】
【０００２】
近年、携帯電話機に保存されるデータファイルは、電話帳データファイル、電子メールデータファイルなどに加え、ＷＥＢサイトからのダウンロードデータファイルや携帯電話機に備えられたデジタルカメラによって撮影された写真データファイル等のデータ容量の大きなデータファイルが増加する傾向にある。これら多数のデータファイルを保存するデータ記憶媒体の容量も大きくなってきてはいるものの、保存されたデータファイル（以下、既存データファイル、と記す。）を使用者が適宜削除、整理してデータ記憶媒体の空容量を確保するようにしないと、データ記憶媒体の空容量は次第に減少していき、遂には新たなデータファイル（以下、新規データファイル、と記す。）を保存する要求（以下、新規保存要求、と記す。）が発生しても、その新規データファイルのデータ容量がデータ記憶媒体の空容量を越えるためにデータ記憶媒体に新たに保存することができない状態（以下、この状態を、メモリフル状態、と記す。）が頻発することになる。
【０００３】
従来の携帯電話機においては、使用者が随時データ記憶媒体の空容量を確認して、メモリフル状態が頻発する以前の段階で既存データファイルを適宜削除、整理して空容量を確保する操作を行う場合、多数の既存データファイルの中から削除すべきデータファイルを１つ１つ選択して削除する必要があり、その操作は煩雑で、かつ相当の時間を要する。このため、このような操作を全ての使用者に期待することは難しく、結果として多くの携帯電話機においてメモリフル状態が頻発することになっていた。
【０００４】
そこで、メモリフル状態になった場合、新規保存要求が発生したタイミングで既存データファイルの中から削除すべきデータファイルを使用者が選択して削除し、新規データファイルを保存するに十分な空容量を確保して、この新規データファイルを保存する上書き操作手段を使用者に提供することにより利便性の向上をはかっている。この上書き操作手段においても、使用者はデータ記憶媒体の空容量が新規データファイルの容量以上になるまで、既存データファイルの中から削除すべきデータファイルを１つ１つ選択して削除する操作を繰り返す必要があり、データ記憶媒体の空容量が新規データファイルの容量以上になると、新規データファイルがデータ記憶媒体に保存される。
【０００５】
しかし、このような上書き操作手段では、新規保存要求が発生したタイミングで使用者が多数の既存データファイルの中から削除すべきデータファイルを１つ１つ選択して削除するため、新規データファイルの容量が大きい場合、削除すべきデータファイルが多数となり、その操作は煩雑で、かつ、相当の時間を要するものとなる。このため、例えば即刻写真を撮影して写真データファイルを保存したいといった即時性を伴う新規保存要求に応えることが困難であった。
【０００６】
また、特許文献１には、配信サーバと通信を行う携帯端末に関し、携帯端末のデータ記憶媒体の空容量があらかじめ定められた値以下になり、かつ配信サーバに携帯端末に対して配信すべきコンテンツとしてのデータファイルがある場合に、携帯端末のデータ記憶媒体に保存されている既存データファイルを選択して削除し、又は選択して配信サーバに待避する技術が開示されている。しかし、この場合、携帯端末側でデータ記憶媒体の空容量があらかじめ定められた値以下になったことをまず配信サーバに送信し、これを受信した配信サーバがその携帯端末に対して配信すべきデータファイルの有無を判断して、配信すべきデータファイルが有る場合に携帯端末に空容量を確保することを指示する情報を送信し、携帯端末がその情報を受信した段階で、使用者が既存データファイルを選択して削除、又は選択して配信サーバに待避するものである。従って、携帯端末のデータ記憶媒体に必要な空容量を確保する操作は煩雑で、かつ相当の時間を要し、即時性を伴う新規保存要求に応えることが困難であり、また、新規データファイルが配信サーバから配信されるデータファイル以外のデータファイル、例えば写真データファイル等であるような場合には、このような方法によっては空容量を確保することはできない。
【０００７】
即ち、従来の携帯電話機をはじめとする携帯機器は、データ記憶媒体に空容量を確保する操作が煩雑で、かつ相当の時間を要し、即時性を伴う新規保存要求に応えることが困難な状態が生じるという問題点があった。
【０００８】
【特許文献１】特開２００２−１１６９４５号公報（第２−３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
この発明は、上記のような問題点を解決するためになされたものであり、データ記憶媒体に空容量を確保する操作を簡便に、かつ短時間で行い、即時性を伴う新規保存要求に応えることができる携帯機器を提供するものである。
【課題を解決するための手段】
【００１０】
この発明に係る携帯機器は、少なくとも１つのデータファイルを保存するデータファイル保存部と、これらのデータファイルの集合から構成され、削除されることによって空容量目標値より大きな空容量がデータファイル保存部に確保される少なくとも１つの削除候補データファイルセットを選定する削除候補選定部と、データファイル保存部における空容量が所定の閾値より小さく、かつ、所定の処理開始条件を満足する際に、削除候補選定部により選定される所定の閾値以上の空容量目標値に対応する削除候補データファイルセットを構成するデータファイルをデータファイル保存部より削除する削除実施部とを備えたものである。
【発明の効果】
【００１１】
この発明によれば、あらかじめデータファイル保存部の空容量即ちデータ記憶媒体の空容量に基づいて削除候補データファイルを選択しておくようにしたので、データファイルを削除する必要が発生したときに即時性をもってデータファイルを削除して、必要な空容量を確保し、即時性を伴う新規保存要求に応えることができる携帯機器を得ることができる。
【発明を実施するための最良の形態】
【００１２】
実施の形態１．
図１はこの発明の実施の形態１による携帯機器である携帯電話機を示すブロック図であり、マイクロコンピュータ１０がデータファイル保存部であるデータメモリ１２、システムメモリ１４と接続され、これらとの間でデータの授受を行いながら、基本的な通信機能や各種のアプリケーションの機能を実現している。データメモリ１２には、データファイルが保存されており、システムメモリ１４には携帯電話機で実行されるアプリケーションプログラムが保存されている。
【００１３】
また、マイクロコンピュータ１０は、情報を表示するための携帯電話機に備えられた液晶表示器１６、外部から携帯電話機に対して情報を入力するための携帯電話機に備えられたキーマトリクス１８とも接続されている。マイクロコンピュータ１０は、液晶表示器１６に対して各種の表示情報を出力し、キーマトリクス１８から使用者の操作に従った情報を入力することにより、使用者に対するマンマシンインターフェースを提供する。なお、これらのマンマシンインターフェースを提供するためのデバイスは、液晶表示器１６とキーマトリクス１８の組み合わせに限らず、使用者に対するマンマシンインターフェースが提供できる適当なデバイスであればよく、携帯電話機に直接備えられているもの、あるいは通信手段によって接続されるものであってもよい。
【００１４】
マイクロコンピュータ１０はその内部に、削除候補選定部２０、削除実施部２２、アプリケーション実施部２４を備えている。削除候補選定部２０はデータメモリ１２の空容量を検出し、この空容量よりも大きな値を持つ空容量目標値を１又は２以上設定し、これらを目標値管理テーブルとして記憶する。なお、マイクロコンピュータ１０は、内部に内部メモリ（図示せず）を有しており、ここに目標値管理テーブル２０ａを記憶する。
【００１５】
また、削除候補選定部２０はデータメモリ１２から既存データファイルの容量、保存日時、アクセス履歴等の属性情報を取得して、これを属性情報管理テーブル２０ｂとしてマイクロコンピュータ１０の内部メモリに記憶する。更に、削除候補選定部２０は空容量目標値のそれぞれに対応して、削除することによりその空容量目標値以上の空容量が確保される１又は２以上の削除候補データファイルセットを、削除候補としての優先順位である削除候補順位（以下、削除候補順位、と記す。）を付与して削除候補管理テーブル２０ｃとしてマイクロコンピュータ１０の内部メモリに記憶する。
【００１６】
削除実施部２２は、データメモリ１２の空容量の所定の閾値（以下、所定の閾値、と記す。）及び所定の処理開始条件を設定し、それぞれ閾値管理レジスタ２２ａ及び処理開始条件管理テーブル２２ｂとして、マイクロコンピュータ１０の内部メモリに記憶する。
【００１７】
アプリケーション実施部２４は、システムメモリ１４から適宜アプリケーションプログラムを読み込んでこれを実行し、例えば、ＷＥＢサイトに接続して、データファイルをダウンロードしてデータメモリ１２に保存する機能、携帯電話機に備えられたデジタルカメラによって撮影された写真データファイルをデータメモリ１２に保存する機能等を実現する。
【００１８】
次に、動作について、図２に示すフローチャートを用いて詳しく説明する。まず、目標管理テーブル作成ステップＳ１０において、図１に示す削除候補選定部２０はデータメモリ１２の空容量を検出し、この空容量よりも大きな値を持つ空容量目標値を１又は２以上設定し、これらを図１に示す目標値管理テーブル２０ａとして記憶して、属性情報管理テーブル作成ステップＳ１２に移行する。空容量目標値の設定方法としては、例えば、その最大値を５０ブロックとして、そこから５ブロック刻みで空容量を下回らない値まで設定するようにすればよい。例えば、空容量が５ブロックであった場合には、空容量目標値としては、５０ブロックから順次５ブロック刻みで１０ブロックまでが設定されることになる。このような設定方法は、初期条件として携帯電話機に記憶させておいてもよく、また使用者がマンマシンインターフェースを介して設定、変更するようにしてもよい。
【００１９】
属性情報管理テーブル作成ステップＳ１２においては、削除候補選定部２０はデータメモリ１２から既存データファイルの容量、保存日時、アクセス履歴等の属性情報を取得して、これらの情報を図１に示す属性情報管理テーブル２０ｂとしてマイクロコンピュータ１０の内部メモリに記憶して、削除候補管理テーブル作成ステップＳ１４に移行する。
【００２０】
削除候補管理テーブル作成ステップＳ１４においては、削除候補選定部２０は空容量目標値のそれぞれに対応して、削除することによりその空容量目標値以上の空容量が確保される１又は２以上の削除候補データファイルセットを、削除候補順位を付与して図１に示す削除候補管理テーブル２０ｃとしてマイクロコンピュータ１０の内部メモリに記憶して、処理開始条件管理テーブル設定ステップＳ１６に移行する。
【００２１】
より具体的には、削除候補選定部２０は空容量目標値のそれぞれの値に対応して、その空容量目標値から空容量を差し引いた差分（以下、不足容量、と記す。）よりもデータ容量が大きい１の既存データファイル、又はデータ容量の合計が不足容量よりも大きくなる２以上の既存データファイルの集合、即ち削除候補データファイルセットを作成する。（以下の説明においては、１の既存データファイルのみからなる場合もこの集合、即ち削除候補データファイルセットの１として扱う。）つまり、この削除候補データファイルセットの要素である１又は２以上の既存データファイルを削除すれば、データメモリ１２には、当該空容量目標値以上の空容量が確保されることになる。
【００２２】
それぞれの空容量目標値に対して作成する削除候補データファイルセットの数の上限は、初期値として設定しておけばよく、また使用者がマンマシンインターフェースを介して設定、変更するようにしてもよい。この削除候補データファイルセットは、それぞれの空容量目標値に対して少なくとも１個ずつ作成するものとし、削除候補順位を付与する。なお、１の空容量目標値に対して削除候補データファイルセットを１個のみ作成した場合には、これに第１位の削除候補順位を付与するものとする。
【００２３】
この削除候補順位の付与方法として、例えば、所定の評価関数を使用する方法を、図３を用いて説明する。図３は属性情報管理テーブル２０ｂと所定の評価関数の関係を示したものである。図３において、図１と同一の符号を付したものは、同一またはこれに相当するものである。所定の評価指数を決定する関数νを定義し、属性情報管理テーブル２０ｂに記憶されている既存データファイルの属性情報をパラメータとして評価指数を算出し、その評価指数の順に削除候補順位を付与する。パラメータとして使用される属性情報として、データ容量、保存日時、読み込み日時、コピー日時、入手元、入手時の課金額、通信に要した費用、再入手の可否等、適宜選択することによって、適正な評価指標を得ることができる。
【００２４】
図４に、このようにして作成された削除候補管理テーブル２０ｃの例を示す。図４において、図１と同一の符号を付したものは、同一またはこれに相当するものである。図４においては、削除候補管理テーブル２０ｃを、行は空容量目標値の順に、列は削除候補順位の順に削除候補データファイルセットを配列して示している。削除候補管理テーブル２０ｃを構成する実質の情報は、空容量目標値が１５ブロック、２０ブロックで、削除候補順位が第１位、第２位である該当箇所に示すように、削除候補データファイルセットの要素となる既存データファイルを特定するインデックス情報であり、図４においては既存データファイルのＩＤ番号を使用している。なお、ＩＤ番号の他、ファイル名称など、既存データファイルをそれぞれ特定できるインデックス情報を使用することができる。
【００２５】
図２の説明に戻る。処理開始条件管理テーブル設定ステップＳ１６においては、削除候補管理テーブル２０ｃとして記憶された削除候補データファイルセットの中から実際に削除する削除対象データファイルセットを決定して削除する処理を開始する時間的な条件である処理開始条件を設定して、閾値管理レジスタ設定ステップＳ１８に移行する。この処理開始条件としては、例えば、使用者からの指示があったとき、データファイル保存部の空容量よりも大きいデータファイルを保存するとき、データファイル保存部の空容量が所定の閾値を下回ったとき、携帯電話機のマイクロコンピュータ１０の負荷レベルが低くかつ電池残量が十分にあるとき、携帯電話機が充電状態にあるとき、あらかじめ設定された時刻が到来したとき等、適宜設定すればよい。あらかじめ設定された時刻としては、携帯電話機を使用する可能性が低い深夜に設定したり、使用者が任意に設定できるようにしてもよい。
【００２６】
閾値管理レジスタ設定ステップＳ１８においては、所定の閾値を設定して、処理起動判断ステップＳ２０に移行する。所定の閾値としては、まず初期値として適当な値を設定するようにしておけばよく、その後、適宜使用者の操作によって変更できるようにすればよい。この所定の閾値は、削除対象データファイルセットを削除することにより確保されるデータメモリ１２の空容量の下限値を意味する。
【００２７】
処理起動判断ステップＳ２０においては、所定の処理起動事象、つまり事象Ａ：空容量が所定の閾値よりも小さくなったこと、事象Ｂ：既存データファイルへのアクセスがあったこと、事象Ｅ：処理を終了させる指示があったこと、のいずれかが検出されるのを待機しており、これらの事象のうちのいずれかが検出されると、その事象に応じた処理が行われる。
【００２８】
事象Ａ：空容量が所定の閾値よりも小さくなったこと、が検出された場合には、処理開始条件適合判断ステップＳ２２に移行する。処理開始条件適合判断ステップＳ２２においては、前述した処理開始条件に適合するか否かを判断する。処理開始条件に適合する場合には削除対象データファイルセット決定削除ステップＳ２４に移行（Ｙｅｓの分技）して、削除対象データファイルセットを決定して削除し、属性情報管理テーブル更新ステップＳ２６に移行して、属性情報管理テーブル２０ｂを更新し、次に削除候補管理テーブル更新ステップＳ２８に移行して削除候補管理テーブル２０ｃを更新して、処理起動判断ステップＳ２０に戻る。処理開始条件適合判断ステップＳ２２で処理開始条件に適合しない場合には処理起動判断ステップＳ２０に戻り（Ｎｏの分技）、所定の処理起動事象が検出されるのを待機する。
【００２９】
削除対象データファイルセット決定削除ステップＳ２４においては、属性情報管理テーブル２０ｂに記憶されている削除候補データファイルセットの内、所定の閾値よりも大きな値を有する空容量目標値に対応する削除候補データファイルセットの中から、削除候補順位をもとに１の削除対象データファイルセットを決定して削除する。これによって、データメモリ１２には、所定の閾値よりも大きな空容量が確保される。
【００３０】
この削除対象データファイルセットの決定は、あらかじめ作成されている属性情報管理テーブル２０ｂに基づいて決定できるので、簡便で、かつ短時間で完了することができる。例えば、所定の閾値よりも大きな値を有する空容量目標値の中で、最も小さな値の空容量目標値に対応する削除候補データファイルセットで、削除候補順位が第１位の削除候補データファイルセットを自動的に削除対象データファイルセットとして決定するようにすればよい。
【００３１】
また、削除実施部２２が、削除候補管理テーブル２０ｃに基づいて複数の削除候補データファイルセットを選択して液晶表示器１６に表示し、その中から使用者がキーマトリックス１８を操作して、削除対象データファイルセットを決定するようにしてもよい。削除候補選定部２０によって自動的に設定された削除候補管理テーブル２０ｃに対して、使用者の意思を反映して削除対象データファイルセットを決定することができるので、その決定の適正さを高めることができる。また、使用者による決定の操作は、表示されている削除候補データファイルセットの中からの１を選択し、決定すればよいので、簡便で、かつ短時間に完了することができる。
【００３２】
このように決定された１の削除対象データファイルセットの削除は、その要素となる既存データファイルを個々に指定することなく一括で行うことができるので、簡便で、かつ短時間で完了することができる。従って、削除対象データファイルセット決定削除ステップＳ２４においては、即時性をもって既存データファイルを削除して、必要な空容量を確保することが可能となる。
【００３３】
処理起動判断ステップＳ２０において事象Ｂ：既存データファイルへのアクセスがあったこと、が検出された場合には、属性情報管理テーブル更新ステップＳ２６に移行して、属性情報管理テーブル２０ｂを更新し、次に削除候補管理テーブル更新ステップＳ２８に移行して削除候補管理テーブル２０ｃを更新して、処理起動判断ステップＳ２０に戻る。属性情報管理テーブル更新ステップＳ２６においては、データメモリ１２のデータファイルの保存状態、即ち空容量や各データファイルの属性情報の変化が即刻属性情報管理テーブル２０ｂに反映されて更新され、これに基づいて削除候補管理テーブル更新ステップＳ２８において削除候補管理テーブル２０ｃが即刻更新される。よって、削除実施部２２における削除対象データファイルセットの決定は、データメモリ１２のデータファイルの最新の保存状態に基づいて実施することができる。処理起動判断ステップＳ２０において事象Ｅ：処理を終了させる指示があったこと、が検出された場合には、全体の処理を終了する。
【００３４】
この実施の形態１による携帯電話機によれば、あらかじめデータメモリ１２の空容量及び既存データファイルの属性情報に基づいて削除候補データファイルセットを削除候補順位を付与して設定しておき、データメモリ１２の空容量が所定の閾値より小さく、所定の時間的な処理開始条件を満足したときに、削除候補データファイルセットの中から適当な１を削除して所定の閾値以上の空容量を確保するようにしたので、新規保存要求が発生する前に所定の閾値以上の空容量を確保しておくことや、あるいは新規保存要求が発生したときにでも簡便に、かつ短時間に既存データファイルを削除して、所定の閾値以上の空容量を確保することができるので、即時性を伴う新規保存要求に応えることができる携帯電話機を得ることができる。
【００３５】
実施の形態２．
図５はこの発明の実施の形態２による携帯機器である携帯電話機を示すブロック図であり、図１と同一の符号を付したものは、同一またはこれに相当するものである。図５に示す実施の形態２による携帯電話機と実施の形態１による携帯電話機との差異は、実施の形態２による携帯電話機の削除実施部２２が、削除履歴情報管理テーブル２２ｃを作成して、管理する機能を有すること、及び、この削除履歴情報管理テーブル２２ｃに記憶される情報を削除候補選定部２０が削除候補管理テーブル２０ｃの作成、更新に利用することにある。
【００３６】
この実施の形態２による携帯電話機の動作を、図６に示すフローチャートを用いて説明する。図６において、図２と同一の符号を付したものは、同一またはこれに相当するものである。図６に示すフローチャートは、図２に示すフローチャートに削除履歴情報管理テーブル読出ステップＳ３０及び削除履歴情報管理テーブル更新ステップＳ３２を付加したものである。
【００３７】
動作の開始から、削除履歴情報管理テーブル読出ステップＳ３０に至るまでは、図２に示す実施の形態１と同様であり、削除履歴情報管理テーブル読出ステップＳ３０において、削除対象データファイルセット決定削除ステップＳ２４における使用者による削除対象データファイルセットの決定の履歴情報を記憶する削除履歴情報管理テーブル２２ｃを読み出して、内部メモリに記憶して、閾値管理レジスタ設定ステップＳ１８に移行する。なお、後述するが、削除履歴情報管理テーブル２２ｃは使用者による削除対象データファイルセットの決定に関する操作があると随時更新され、図６に示す全体の処理が終了する段階、例えば携帯電話機の電源がオフになるとき等においては、携帯電話機に備えられた不揮発性内部メモリ（図示せず）に保存するものとする。
【００３８】
閾値管理レジスタ設定ステップＳ１８から、削除履歴情報管理テーブル更新ステップＳ３２に至るまでは実施の形態１と同様であり、削除履歴情報管理テーブル更新ステップＳ３２において、削除対象データファイルセット決定削除ステップＳ２４における使用者による削除対象データファイルセットの決定の関する操作があった場合に、削除履歴情報管理テーブル２２ｃを更新して、属性情報管理テーブル更新ステップＳ２６、次に削除候補管理テーブル更新ステップＳ２８に移行する。
【００３９】
属性情報管理テーブル更新ステップＳ２６は実施の形態１と同様であり、削除候補管理テーブル更新ステップＳ２８では、削除履歴情報管理テーブル２２ｃに記憶された使用者による削除対象データファイルセットの決定に関する操作の履歴情報も加味して、削除候補管理テーブル２０ｃの更新が行われる。具体的には、削除対象データファイルセット決定削除ステップＳ２４において、削除実施部２２が、削除候補管理テーブル２０ｃに基づいて複数の削除候補データファイルセットを選択して液晶表示器１６に表示し、その中から使用者がキーマトリックス１８を操作して、削除対象データファイルセットを決定する際に、使用者によって除外された削除候補データファイルセットの要素となっている既存データファイルを含む削除候補データファイルセットの削除候補順位が下位になるように調整する。
【００４０】
この実施の形態２による携帯電話機は、実施の形態１による携帯電話機と同様の効果を奏するとともに、実際に削除対象データファイルセットを決定する際の使用者の意思を反映して削除候補管理テーブル２０ｃを更新することになるので、使用者が削除を希望しない既存データファイルが削除候補順位上位の削除対象データファイルセットの要素として選択されることが少なくなり、データメモリ１２の空容量を確保する操作をより簡便なものとし、かつ使用者が削除を希望しない既存データファイルを誤って削除してしまう誤操作を防止する効果も期待できる。
【００４１】
実施の形態３．
図７はこの発明の実施の形態３による携帯機器である携帯電話機を示すブロック図であり、図１と同一の符号を付したものは、同一またはこれに相当するものである。図７に示す実施の形態３による携帯電話機と実施の形態１による携帯電話機との差異は、実施の形態３による携帯電話機の削除実施部２２が、アプリケーション実施部２４から新規データファイルのデータ容量を情報として取得して、所定の閾値を設定する際に利用する点にある。
【００４２】
この実施の形態３による携帯電話機の動作を、図８に示すフローチャートを用いて説明する。図８において、図２と同一の符号を付したものは、同一またはこれに相当するものである。図８に示すフローチャートは、図２に示すフローチャートに新規データ容量確認ステップＳ４０、閾値変更設定ステップＳ４２、空容量確認ステップＳ４４、処理開始条件適合判断ステップＳ４６、削除対象データファイルセット決定削除ステップＳ４８、新規データファイル保存ステップＳ５０を付加したものである。
【００４３】
動作の開始から処理起動判断ステップＳ２０に至るまでは、図２に示す実施の形態１と同様であり、処理起動判断ステップＳ２０では、事象Ｃ：新規データファイル保存要求が発生したこと、が付加されている。事象Ａ、事象Ｂ、及び事象Ｅを検出したときの動作は実施の形態１と同様であり、事象Ｃ：新規データファイル保存要求が発生したこと、を検出すると、新規データ容量確認ステップＳ４０に移行する。
【００４４】
新規データ容量確認ステップＳ４０においては、新規データファイルの容量と所定の閾値との比較を行い、新規データファイルの容量の方が大きい場合には閾値変更設定ステップＳ４２に移行し（Ｙｅｓの分岐）、新規データファイルの容量の方が大きくない場合には空容量確認ステップＳ４４に移行する（Ｎｏの分岐）。閾値変更設定ステップＳ４２においては、所定の閾値の値を新規データファイルの容量以上の値に変更設定し、空容量確認ステップＳ４４に移行する。最も一般的には、所定の閾値の値を新規データファイルの容量と同じ値に設定する。
【００４５】
空容量確認ステップＳ４４では、データメモリ１２の空容量と所定の閾値との比較を行い、空容量の方が小さい場合には処理開始条件適合判断ステップＳ４６に移行し（Ｙｅｓの分岐）、空容量の方が小さくない場合には、新規データファイルを保存するのに十分な空容量がデータメモリ１２に確保されており、新規データファイル保存ステップＳ５０に移行する（Ｎｏの分岐）。処理開始条件適合判断ステップＳ４６では、処理開始条件管理テーブル２２ｂに記憶されている所定の時間的な処理開始条件に適合するか否かを判断し、適合する場合には削除対象データファイルセット決定削除ステップＳ４８に移行し（Ｙｅｓの分岐）、適合しない場合には閾値管理レジスタ設定ステップＳ１８に戻る（Ｎｏの分岐）。
【００４６】
削除対象データファイルセット決定削除ステップＳ４８においては、削除対象データファイルセット決定削除ステップＳ２４と同様に、削除実施部２２が自動的に削除対象データファイルセットを決定して削除するようにしてもよく、また使用者がマンマシンインターフェースを介して削除対象データファイルセットを決定して削除するようにしてもよい。所定の閾値は新規データファイルの容量よりも大きな値に設定されているので、新規データファイルを保存するのに十分な空容量がデータメモリ１２に確保される。
【００４７】
新規データファイル保存ステップＳ５０においては、データメモリ１２に新規データファイルを保存して、属性情報管理テーブル更新ステップＳ２６に移行する。属性情報管理テーブル更新ステップＳ２６及び削除候補管理テーブル更新ステップＳ２８の動作は実施の形態１と同様であり、その後閾値管理レジスタ設定ステップＳ１８に戻り、閾値変更設定ステップＳ４２によって所定の閾値が変更された情報を閾値管理レジスタ２２ａに反映させる。
【００４８】
この実施の形態３による携帯電話機においては、実施の形態１の携帯電話機と同様の効果を奏するとともに、新規データファイルを保存するのに十分な空容量をデータメモリ１２に即時性を持って確保できる効果を奏する。
【００４９】
実施の形態４．
図９はこの発明の実施の形態４による携帯機器である携帯電話機を示すブロック図であり、図７と同一の符号を付したものは、同一またはこれに相当するものである。図９に示す実施の形態４による携帯電話機と図７に示す実施の形態３による携帯電話機との差異は、実施の形態４による携帯電話機の削除実施部２２が、削除履歴情報管理テーブル２２ｃを作成して、管理する機能を有すること、及び、この削除履歴情報管理テーブル２２ｃに記憶された情報を閾値管理レジスタ２２ａに記憶される所定の閾値の設定に利用することにある。
【００５０】
この実施の形態４による携帯電話機の動作を、図１０に示すフローチャートを用いて説明する。図１０において、図６又は図８と同一の符号を付したものは、同一またはこれに相当するものである。図１０に示すフローチャートは、図８に示すフローチャートに削除履歴情報管理テーブル読出ステップＳ３０並びに削除履歴情報管理テーブル更新ステップＳ３２及びＳ６０を付加したものである。
【００５１】
動作の開始から、削除履歴情報管理テーブル読出ステップＳ３０に至るまでは、図８に示す実施の形態３と同様であり、削除履歴情報管理テーブル読出ステップＳ３０において、削除対象データファイルセット決定削除ステップＳ２４又はＳ４８における使用者による削除対象データファイルセットの決定の履歴情報を記憶する削除履歴情報管理テーブル２２ｃを読み出して、内部メモリに記憶して、閾値管理レジスタ設定ステップＳ１８に移行する。なお、図６に示す実施の形態２と同様、削除履歴情報管理テーブル２２ｃは使用者による削除対象データファイルセットの決定に関する操作があると随時更新され、図１０に示す全体の処理が終了する段階、例えば携帯電話機の電源がオフになるとき等においては、携帯電話機に備えられた不揮発性内部メモリ（図示せず）に保存するものとする。
【００５２】
閾値管理レジスタ設定ステップＳ１８から、削除履歴情報管理テーブル更新ステップＳ３２又はＳ６０までは実施の形態３と同様であり、削除履歴情報管理テーブル更新ステップＳ３２又はＳ６０において、削除対象データファイルセット決定削除ステップＳ２４又はＳ４８における使用者による削除対象データファイルセットの決定の関する操作があった場合に、削除履歴情報管理テーブル２２ｃを更新して、属性情報管理テーブル更新ステップＳ２６、次に削除候補管理テーブル更新ステップＳ２８に移行する。
【００５３】
属性情報管理テーブル更新ステップＳ２６及び削除候補管理テーブル更新ステップＳ２８の動作は実施の形態３と同様であり、その後閾値管理レジスタ設定ステップＳ１８に移行する。閾値管理レジスタ設定ステップＳ１８では、削除履歴情報管理テーブル２２ｃに記憶された使用者による削除対象データファイルセットの決定に関する操作の履歴情報も加味して、閾値管理レジスタ２２ａの更新が行われる。
【００５４】
例えば、削除対象データファイルセット決定削除ステップＳ２４又はＳ４８において、削除実施部２２が、新規保存要求に対応するために削除対象データファイルセットを削除して確保したデータメモリ１２の空容量の最大値を所定の閾値として設定するようにする。処理開始条件適合判断ステップＳ２２で定期的に所定の閾値よりも空容量が大きくなるように処理開始条件を設定しておけば、殆どの新規保存要求に対しては、新規データ容量確認ステップＳ４０においては空容量確認ステップＳ４４に移行し（Ｎｏの分岐）、空容量確認ステップＳ４４においては新規データファイル保存ステップＳ５０に移行する（Ｎｏの分岐）ことになる。
【００５５】
よって、この実施の形態４による携帯電話機においては、実施の形態３の携帯電話機と同様の効果を奏するとともに、殆どの新規保存要求に対して、新規保存要求発生後に既存データファイルの削除をすることなく、即時性をもって新規データファイルを保存できる効果を奏する。
【００５６】
実施の形態５．
図１１はこの発明の実施の形態５による携帯機器である携帯電話機を示すブロック図であり、図９と同一の符号を付したものは、同一またはこれに相当するものである。図１１に示す実施の形態５による携帯電話機と図９に示す実施の形態４による携帯電話機との差異は、実施の形態５による携帯電話機の削除候補選定部２０が、削除履歴情報管理テーブル２２ｃに記憶される情報を削除候補管理テーブル２０ｃの作成、更新に利用することにある。
【００５７】
この実施の形態５による携帯電話機の動作を、図１０に示すフローチャートを用いて説明する。動作の開始から、削除候補管理テーブル更新ステップＳ２８に至るまでは実施の形態４と同様であり、削除候補管理テーブル更新ステップＳ２８では、削除履歴情報管理テーブル２２ｃに記憶された使用者による削除対象データファイルセットの決定に関する操作の履歴情報も加味して、削除候補管理テーブル２０ｃの更新が行われる。具体的には、削除対象データファイルセット決定削除ステップＳ２４又はＳ４８において、削除実施部２２が、削除候補管理テーブル２０ｃに基づいて複数の削除候補データファイルセットを選択して液晶表示器１６に表示し、その中から使用者がキーマトリックス１８を操作して、削除対象データファイルセットを決定する際に、使用者によって除外された削除候補データファイルセットの要素となっている既存データファイルを含む削除候補データファイルセットの削除候補順位が下位になるように調整する。
【００５８】
この実施の形態５による携帯電話機は、実施の形態４による携帯電話機と同様の効果を奏するとともに、実際に削除対象データファイルセットを決定する際の使用者の意思を反映して削除候補管理テーブル２０ｃを更新することになるので、使用者が削除を希望しない既存データファイルが削除候補順位上位の削除対象データファイルセットの要素として選択されることが少なくなり、データメモリの空容量を確保する操作をより簡便なものとし、かつ使用者が削除を希望しない既存データファイルを誤って削除してしまう誤操作を防止する効果も期待できる。
【００５９】
実施の形態１〜５までは携帯電話機について説明したが、データファイルを保存するデータファイル保存部を有する携帯機器であれば、同様の効果を奏する。
【図面の簡単な説明】
【００６０】
【図１】この発明の実施の形態１による携帯機器を示すブロック図である。
【図２】この発明の実施の形態１による携帯機器の動作を示すフローチャートである。
【図３】この発明の実施の形態１による携帯機器における削除候補データファイルセットを選定する方法を説明する図である。
【図４】この発明の実施の形態１による携帯機器に削除候補データファイルセットの例を示す表である。
【図５】この発明の実施の形態２による携帯機器を示すブロック図である。
【図６】この発明の実施の形態２による携帯機器の動作を示すフローチャートである。
【図７】この発明の実施の形態３による携帯機器を示すブロック図である。
【図８】この発明の実施の形態３による携帯機器の動作を示すフローチャートである。
【図９】この発明の実施の形態４による携帯機器を示すブロック図である。
【図１０】この発明の実施の形態４による携帯機器の動作を示すフローチャートである。
【図１１】この発明の実施の形態５による携帯機器を示すブロック図である。
【符号の説明】
【００６１】
１２  データファイル保存部、２０  削除候補選定部、２２  削除実施部。
【図１】
2005352947.tif 000003
【図２】
2005352947.tif 000004
【図３】
2005352947.tif 000005
【図４】
2005352947.tif 000006
【図５】
2005352947.tif 000007
【図６】
2005352947.tif 000008
【図７】
2005352947.tif 000009
【図８】
2005352947.tif 000010
【図９】
2005352947.tif 000011
【図１０】
2005352947.tif 000012
【図１１】
2005352947.tif 000013