(57)【特許請求の範囲】
【請求項１】
コンテンツを取得するコンテンツ取得部と、
取得したコンテンツを記憶するためのコンテンツ記憶部と、
取得したコンテンツのうち、コンテンツのサイズが最大であるコンテンツのサイズを示す最大サイズを記憶するサイズ記憶部と、
前記コンテンツ記憶部の残容量を算出する残容量算出部と、
前記コンテンツ取得部によって取得されたコンテンツのサイズを示す取得サイズと前記サイズ記憶部によって記憶された最大サイズとを比較するサイズ比較部と、
前記取得サイズが前記最大サイズよりも大きいと判定された場合、前記最大サイズを前記取得サイズで更新するサイズ更新部と、
前記残容量および前記最大サイズに基づいて、前記残容量が不足しているか否かを判定する不足判定部と、
を備え、
前記サイズ更新部は、前記取得サイズが前記最大サイズよりも所定割合以上大きい場合、前記取得サイズを前記最大サイズの更新の対象から除外する端末装置。
【請求項２】
請求項１に記載の端末装置であって、
前記コンテンツ取得部は、前記コンテンツを受信することで取得する端末装置。
【請求項３】
請求項１または２に記載の端末装置であって、更に、
前記不足判定部によって残容量が不足していると判定された場合、前記残容量が不足している旨を通知する通知部を有する端末装置。
【請求項４】
請求項３に記載の端末装置であって、
前記通知部は、前記残容量の不足の度合いに基づいて通知方法を変更する端末装置。
【請求項５】
請求項１に記載の端末装置であって、
前記サイズ記憶部は、前記最大サイズとともに、前記サイズ更新部によって更新の対象から除外された取得サイズを示す除外サイズを記憶し、
前記サイズ更新部は、前記除外の回数が所定回数以上である場合、かつ、前記除外の頻度が所定頻度以上である場合、前記最大サイズを前記除外サイズの平均値で更新する端末装置。
【請求項６】
請求項１に記載の端末装置であって、
前記サイズ記憶部は、前記最大サイズとともに、前記サイズ更新部によって更新の対象から除外された取得サイズを示す除外サイズを記憶し、
前記サイズ更新部は、前記最大サイズの最近の更新から所定期間が経過した場合、かつ、前記除外の頻度が所定頻度以上である場合、前記最大サイズを前記除外サイズの平均値で更新する端末装置。
【請求項７】
請求項１に記載の端末装置であって、
前記サイズ更新部は、前記取得サイズが前記最大サイズよりも小さいコンテンツが連続して取得された期間を示す非更新期間におけるコンテンツの取得回数が所定回数以上であり、かつ、非更新期間に取得されたコンテンツの最大のコンテンツサイズを示す準最大サイズが前記最大サイズと比較して所定割合未満である場合、前記最大サイズを前記準最大サイズに基づくサイズで更新する端末装置。
【請求項８】
請求項１に記載の端末装置であって、
前記サイズ更新部は、前記取得サイズが前記最大サイズよりも小さいコンテンツが連続して取得された期間を示す非更新期間が所定期間以上である場合、かつ、前記非更新期間に取得されたコンテンツの最大のコンテンツサイズを示す準最大サイズが前記最大サイズと比較して所定割合未満である場合、前記最大サイズを前記準最大サイズに基づくサイズで更新する端末装置。
【請求項９】
端末装置において、
コンテンツを取得するステップ、
取得したコンテンツをコンテンツ記憶部に記憶するステップと、
取得したコンテンツのうち、コンテンツのサイズが最大であるコンテンツのサイズを示す最大サイズをサイズ記憶部に記憶するステップと、
前記コンテンツ記憶部の残容量を算出するステップと、
取得されたコンテンツのサイズを示す取得サイズと前記最大サイズとを比較するステップと、
前記取得サイズが前記最大サイズよりも大きいと判定された場合、前記最大サイズを前記取得サイズで更新するステップと、
前記取得サイズが前記最大サイズよりも所定割合以上大きい場合、前記取得サイズを前記最大サイズの更新の対象から除外するステップと、
前記残容量および前記最大サイズに基づいて、前記残容量が不足しているか否かを判定するステップと、
を有するメモリ不足判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置およびメモリ不足判定方法に関する。
【背景技術】
【０００２】
近年、携帯電話などへデジタルコンテンツを定期的に自動配信するサービスが普及しつつある。これらサービスの多くは、利用者が常に最新のコンテンツを視聴できるようにすることを目的としている。
【０００３】
既存技術としては、配信予定のコンテンツを記憶するための容量が確保されているかどうかを容量判断し、不足している場合にアラート通知する技術が知られている（例えば、特許文献１参照）。
【０００４】
また、放送番組の録画において、録画開始時間／終了時間の差を元に計算した必要メモリ量と、空きメモリ量を比較して不足する場合に事前に通知する技術が知られている（例えば、特許文献２参照）。
【０００５】
また、空き容量不足が生じた際に、再生状態（再生済み）のコンテンツを検知して消去することで領域を確保する技術が知られている（例えば、特許文献３参照）。
【０００６】
また、番組データを配信するシステムにおいて、空き領域が不足した際にユーザ操作することなく適切に領域確保を行う手段が知られている（例えば、特許文献４参照）。
【０００７】
【特許文献１】特開２００６−５３６３３号公報
【特許文献２】特開２００５−５７７００号公報
【特許文献３】特開２００１−１６７５２２号公報
【特許文献４】特開２００３−２９７０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の技術では、繰り返し配信されるコンテンツを受信する場合、毎回コンテンツのサイズが同じであるとは限らず、今回配信のコンテンツを格納できたからといって、次回配信のコンテンツを必ず格納できるとは限らない。
【０００９】
また、繰り返し配信されるコンテンツを受信する場合、最大サイズが通知される場合であっても、毎回最大サイズに大分満たないのであれば、メモリの効率的な使用を行うことができない。また、コンテンツの最大サイズが通知されない場合には、メモリ不足となるかどうか分からない。
【００１０】
本発明は、上記従来の事情に鑑みてなされたものであって、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能な端末装置およびメモリ不足判定方法を提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明の通信端末は、コンテンツを取得するコンテンツ取得部と、取得したコンテンツを記憶するためのコンテンツ記憶部と、取得したコンテンツのうち、コンテンツのサイズが最大であるコンテンツのサイズを示す最大サイズを記憶するサイズ記憶部と、前記コンテンツ記憶部の残容量を算出する残容量算出部と、前記コンテンツ取得部によって取得されたコンテンツのサイズを示す取得サイズと前記サイズ記憶部によって記憶された最大サイズとを比較するサイズ比較部と、前記取得サイズが前記最大サイズよりも大きいと判定された場合、前記最大サイズを前記取得サイズで更新するサイズ更新部と、前記残容量および前記最大サイズに基づいて、前記残容量が不足しているか否かを判定する不足判定部と、を備え、前記サイズ更新部が、前記取得サイズが前記最大サイズよりも所定割合以上大きい場合、前記取得サイズを前記最大サイズの更新の対象から除外する。
【００１２】
これによれば、取得したコンテンツのサイズが最大である最大サイズを記憶し、残容量が不足しているか否かを判定するので、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
また、取得サイズが最大サイズよりも大きいと判定された場合、最大サイズを取得サイズで更新するので、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
また、例えば単発的に大きなサイズのコンテンツを受信した際に、最大サイズが不適切な値に変更されることでメモリの使用効率が低下することを防止でき、メモリ不足の可能性を正確に把握することが可能となる。
【００１３】
また、本発明の端末装置は、前記コンテンツ取得部が、前記コンテンツを受信することで取得する。
【００１４】
これによれば、例えば携帯電話などへデジタルコンテンツを定期的に自動配信するサービスにおいて、配信コンテンツを受信することによるメモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
【００１５】
また、本発明の端末装置は、前記不足判定部によって残容量が不足していると判定された場合、前記残容量が不足している旨を通知する通知部を有する。
【００１６】
これによれば、残容量が不足していると判定された場合、残容量が不足している旨を通知するので、ユーザはメモリ不足の可能性を事前に把握することができる。
【００１７】
また、本発明の端末装置は、前記通知部が、前記残容量の不足の度合いに基づいて通知方法を変更する。
【００１８】
これによれば、残容量の不足の度合いに基づいて通知方法を変更するので、メモリ不足の可能性をメモリ不足の程度に応じて事前に把握することができる。
【００２３】
また、本発明の端末装置は、前記サイズ記憶部が、前記最大サイズとともに、前記サイズ更新部によって更新の対象から除外された取得サイズを示す除外サイズを記憶し、前記サイズ更新部が、前記除外の回数が所定回数以上である場合、かつ、前記除外の頻度が所定頻度以上である場合、前記最大サイズを前記除外サイズの平均値で更新する。
【００２４】
これによれば、定期的に大きなサイズが配信される場合には、それらの平均サイズを最
大サイズとして取り入れることで、定期的にメモリ不足となる可能性のあるコンテンツ配信についても対応できるようになり、より正確にメモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
【００２５】
また、本発明の端末装置は、前記サイズ記憶部は、前記最大サイズとともに、前記サイズ更新部によって更新の対象から除外された取得サイズを示す除外サイズを記憶し、前記サイズ更新部が、前記最大サイズの最近の更新から所定期間が経過した場合、かつ、前記除外の頻度が所定頻度以上である場合、前記最大サイズを前記除外サイズの平均値で更新する。
【００２６】
これによれば、定期的に大きなサイズが配信される場合には、それらの平均サイズを最大サイズとして取り入れることで、定期的にメモリ不足となる可能性のあるコンテンツ配信についても対応できるようになり、より正確にメモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
【００２７】
また、本発明の端末装置は、前記サイズ更新部が、前記取得サイズが前記最大サイズよりも小さいコンテンツが連続して取得された期間を示す非更新期間におけるコンテンツの取得回数が所定回数以上であり、かつ、非更新期間に取得されたコンテンツの最大のコンテンツサイズを示す準最大サイズが前記最大サイズと比較して所定割合未満である場合、前記最大サイズを前記準最大サイズに基づくサイズで更新する。
【００２８】
これによれば、最大サイズに満たないコンテンツを連続して取得した場合であっても、その連続回数や連続期間におけるコンテンツのサイズに基づいて最大サイズを更新（減少）させることが可能となり、メモリの効率的な使用を行うことが可能になり、かつ、より正確にメモリ不足の可能性を把握することが可能となる。
【００２９】
また、本発明の端末装置は、前記サイズ更新部が、前記取得サイズが前記最大サイズよりも小さいコンテンツが連続して取得された期間を示す非更新期間が所定期間以上である場合、かつ、前記非更新期間に取得されたコンテンツの最大のコンテンツサイズを示す準最大サイズが前記最大サイズと比較して所定割合未満である場合、前記最大サイズを前記準最大サイズに基づくサイズで更新する。
【００３０】
これによれば、最大サイズに満たないコンテンツを連続して取得した場合であっても、最近の最大サイズの更新からの期間や連続期間におけるコンテンツのサイズに基づいて最大サイズを更新（減少）させることが可能となり、メモリの効率的な使用を行うことが可能になり、かつ、より正確にメモリ不足の可能性を把握することが可能となる。
【００３１】
また、本発明のメモリ不足判定方法は、端末装置において、コンテンツを取得するステップ、取得したコンテンツをコンテンツ記憶部に記憶するステップと、取得したコンテンツのうち、コンテンツのサイズが最大であるコンテンツのサイズを示す最大サイズをサイズ記憶部に記憶するステップと、前記コンテンツ記憶部の残容量を算出するステップと、取得されたコンテンツのサイズを示す取得サイズと前記最大サイズとを比較するステップと、前記取得サイズが前記最大サイズよりも大きいと判定された場合、前記最大サイズを前記取得サイズで更新するステップと、前記取得サイズが前記最大サイズよりも所定割合以上大きい場合、前記取得サイズを前記最大サイズの更新の対象から除外するステップと、前記残容量および前記最大サイズに基づいて、前記残容量が不足しているか否かを判定するステップと、を有する。
【００３２】
これによれば、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
また、取得サイズが最大サイズよりも大きいと判定された場合、最大サイズを取得サイズで更新するので、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能になる。
また、例えば単発的に大きなサイズのコンテンツを受信した際に、最大サイズが不適切な値に変更されることでメモリの使用効率が低下することを防止でき、メモリ不足の可能性を正確に把握することが可能となる。
【発明の効果】
【００３３】
以上説明したように、本発明は、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことができる。
【発明を実施するための最良の形態】
【００３４】
本発明の実施形態にかかる端末装置およびメモリ不足判定方法について、図面を参照しながら以下に説明する。
【００３５】
図１は、本発明の実施形態にかかる端末装置１の構成の一例を説明するための図である。端末装置１は、コンテンツ取得管理部１００と、最大サイズ管理部２１０、除外情報管理部２２０およびメモリ不足判定部２３０を含むメモリ管理部２００と、メモリ不足通知部３００と、コンテンツ受信部４００、メモリ５００を有して構成される。端末装置１としては、例えば携帯端末などがある。また、端末装置１は、メモリ不足判定方法によってメモリ不足判定を行うことが可能である。
【００３６】
コンテンツ取得管理部１００は、コンテンツ配信サーバ２から配信されたコンテンツが決められた時間に自動的に取得されるよう、取得機能を総括的に管理する。取得時刻の管理もここで行う。
【００３７】
メモリ管理部２００は、コンテンツ取得用のメモリ状態を管理するための構成要素である。例えば、メモリ５００の空き容量の算出なども行う。尚、メモリ管理部２００は、「残容量算出部」としての機能を有する。
【００３８】
最大サイズ管理部２１０は、コンテンツ取得時に、取得されたコンテンツのサイズを元に、コンテンツの[最大サイズ]を決定し、保持、管理する。また、単発で大きなサイズのコンテンツが取得された場合に、[最大サイズ]への適用を除外する制御を行う。さらに、最大値が更新されなかった回数情報管理や、最大値を減少させる処理も行う。尚、最大サイズ管理部２１０は「サイズ記憶部」、「サイズ比較部」、「サイズ更新部」としての機能を有する。
【００３９】
尚、過去に取得したコンテンツのサイズの最大値を基本的に[最大サイズ]とするが、一部[最大サイズ]の対象とされないコンテンツも存在する。
【００４０】
除外情報管理部２２０は、[最大サイズ]への適用を除外した際の情報を保持、管理すると共に、適用除外と判定された後、過去の除外状態を元に、[最大サイズ]の変更が必要かどうかを改めて判定し、必要な場合は、値を変更するよう指示する。尚、除外情報管理部２２０は「サイズ記憶部」としての機能を有する。
【００４１】
メモリ不足判定部２３０は、コンテンツ取得の一定時間前に、コンテンツ取得管理部１００からの通知により、確保されているメモリ状態と、[最大サイズ]を比較し、メモリの不足状態を判定する。メモリ不足通知部３００は、メモリ不足判定部２３０より不足通知がされた場合、不足レベルに応じて不足状態を利用者に通知する。尚、メモリ不足判定部２３０は「不足判定部」としての機能を有する。
【００４２】
メモリ不足通知部３００は、コンテンツを取得する前に、メモリ５００の空き容量および[最大サイズ]に基づいて、どの程度メモリ５００が不足しているかを不足の割合に応じて警告表示や警告音によって通知する。尚、メモリ不足通知部３００は「通知部」としての機能を有する。
【００４３】
コンテンツ受信部４００は、コンテンツを取得するために、コンテンツ取得管理部１００が予約しているコンテンツを、様々なコンテンツを配信するコンテンツ配信サーバ２から受信する。尚、コンテンツの取得方法はコンテンツ配信サーバ２からの受信に限られず、例えば他の端末装置からコンテンツを定期的に取得するようにしてもよい。尚、コンテンツ受信部４００は、「コンテンツ取得部」としての機能を有する。
【００４４】
メモリ５００は、取得したコンテンツを記憶するための構成要素である。尚、取得したコンテンツ以外にも、各種の情報が記憶されている。尚、メモリ５００は、「コンテンツ記憶部」としての機能を有する。
【００４５】
図２は、端末装置１の概略動作の一例を説明するための図である。
【００４６】
端末装置１では、コンテンツの取得予約時および取得時においてメモリ５００をメモリ管理部２００が動的に管理しており、メモリ５００の使用済み容量や空き容量を認識可能である。例えば、コンテンツの取得予約時間の一定時間前までに他のアプリケーションがメモリ５００を使用した場合であっても、メモリ５００の空き容量を動的に認識し、取得予定のコンテンツのサイズ（例えば、過去の取得実績から取得したコンテンツの最大サイズ）が空き容量よりも大きい場合には、「メモリ不足可能性あり」と表示部に表示させることで、ユーザに認識させることができる。
【００４７】
次に、端末装置１の動作の一例について具体的に説明する。
【００４８】
（ユースケース１：領域不足の可能性通知）
ユースケース１は、デジタルコンテンツを取得するためのサービス（配信サービスなど）であり、他アプリケーションと共有使用するメモリ領域（メモリ５００）にコンテンツを格納する。取得するコンテンツのデータサイズは変動するため、取得時点まで、メモリ不足となるか厳密に判定することは出来ない。このため、過去に取得したコンテンツサイズの最大値を元に、領域不足となる可能性を利用者に通知する。
【００４９】
図３は、領域不足判定の処理の一例を説明するための図である。同図に示すように、本実施形態では、過去に取得されたコンテンツサイズの最大値を保持する。新たな取得が実行される一定時間内となった時点で、受信装置（ここでは、端末装置１）におけるメモリ状態と保持している最大値を比較し、最大値の方が大きい場合、“領域不足の可能性あり”と判定する。
【００５０】
具体的な例を説明する。例えば、コンテンツ取得管理部１００によって毎週木曜日に番組Ｂを端末装置１が取得するように設定されているとする。番組Ｂについて、過去の取得状況が第ｎ−３回は１．５ＭＢ、第ｎ−２回は１．７ＭＢ、第ｎ−１回は１．２ＭＢのコンテンツが取得されているとすると、第ｎ回のコンテンツ取得が行われる直前においては[最大サイズ]が１．７ＭＢとなっている。この場合、[最大サイズ]である１．７ＭＢとメモリ５００の空き容量を比較し、空き容量の[最大サイズ]に対する割合に応じて、領域不足の通知を行う。
【００５１】
図４は、端末装置１が領域不足の可能性を通知する場合の処理の流れの一例を示す図である。
【００５２】
コンテンツ取得管理部１００は、コンテンツ配信サーバ２からコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（１．５ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ１０１）。
【００５３】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（１．４ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ１０２）。取得されたコンテンツのサイズが[最大サイズ]よりも大きければ、[最
大サイズ]を取得されたコンテンツのサイズで更新する。
【００５４】
最大サイズ管理部２１０は、サイズ更新判定が終了した後、更新判定完了通知を行う（ステップＳ１０３）。ここでは、更新が行われている。
【００５５】
そして、次回の取得の一定時間前となったら、コンテンツ取得管理部１００は、コンテンツを格納するためのメモリ５００の空き状態を確認するためのメモリ状態確認要求をメモリ不足判定部２３０へ送出する（ステップＳ１０４）。
【００５６】
メモリ不足判定部２３０は、メモリ状態確認要求を受けると、メモリ５００の空き容量が最大サイズ管理部２１０に管理されている[最大サイズ]（１．５ＭＢ）より大きいかどうかを判定するメモリ不足判定を行う（ステップＳ１０５）。
【００５７】
メモリ不足判定部２３０は、メモリ５００の空き容量が不足していると判定された場合には、不足に関する不足情報（例えば、メモリ５００の空き容量が[最大サイズ]と比較して４０％程度である等）をメモリ不足通知部３００へ送出する（ステップＳ１０６）。
【００５８】
メモリ不足通知部３００は、不足情報に基づいて、不足レベルに応じた警告表示や警告音の発生などを行う（ステップＳ１０７）。
【００５９】
ここで、図６は、メモリ不足通知部３００による領域不足の通知方法の一例を説明するための図である。領域不足と判定された場合の通知は、表示（アイコン）や警告音により行う。通知は、確保されているメモリ５００の割合に応じて、領域不足となる可能性の高さを区別して行う。また、表示中に通知レベルが変化した場合、新たなレベルの通知方法で規定した動作を改めて行う。
【００６０】
また、図１３は、図２に示すメモリ５００に記憶された他のアプリケーションのデータの詳細を示す図である。
【００６１】
例えば、アプリケーションＡは過去に使用された頻度の低いデータを多く記憶しているアプリケーションであり、またアプリケーションＢは過去に使用された頻度の高いデータを多く記憶しているアプリケーションとする。なお、使用された頻度は、データ毎に使用された回数等を対応付けてメモリ５００に記憶しておくことにより管理しているものとする。
【００６２】
ここで、メモリ不足判定部２３０により領域不足と判定され、表示（アイコン）や警告音により通知された場合（図４、ステップＳ１０７）、メモリ不足判定部２３０はメモリ５００の不足を解消するために以下の動作を行ってもよい。
【００６３】
まず、メモリ不足判定部２３０は、既にメモリ５００に記憶されているデータ（音楽コンテンツ、画像コンテンツ等）のビットレート、画質、サイズ等の設定を変更することでメモリ５００の不足を解消することができるか否かを判断する。
【００６４】
メモリ不足判定部２３０は、特定の設定に変更することでメモリ不足を解消できると判断した場合、変更対象となる設定（例えば、ビットレート）を表示手段（図示せず）に表示するよう制御する。
【００６５】
そして、メモリ不足判定部２３０は、メモリ５００に記憶されているデータを特定の設定に変更するよう変換手段（図示せず）に通知し、変換手段はデータの設定変更処理を行う。
【００６６】
これにより、領域不足となった場合に、メモリ５００に記憶されているデータを削除することなく、設定を自動的に変更するだけで領域不足を解消することができる。
【００６７】
一方、メモリ不足判定部２３０は、設定を変更してもメモリ不足を解消できないと判断した場合、使用頻度の低いデータを多く記憶しているアプリケーションＡ（例えば、メーラ等）のデータ（例えば、既読／閲覧済みメール等）をメモリ５００から読み出し、データ一覧を表示手段に表示するよう制御する。
【００６８】
そして、メモリ不足判定部２３０は、アプリケーションＡのデータのうち、使用頻度の少ないデータから順番に削除することでメモリ５００の不足を解消することができるか否かを判断する。
【００６９】
メモリ不足判定部２３０は、アプリケーションＡのデータを削除することでメモリ不足を解消できると判断した場合、空き容量を確保できるまで、アプリケーションＡのデータのうち、使用頻度の少ないデータから順番に自動的に削除する。
【００７０】
これにより、領域不足となった場合に、使用頻度の高いデータを多く記憶しているアプリケーションＢのデータを削除することでなく、自動的に領域不足を解消することができる。
【００７１】
一方、メモリ不足判定部２３０は、アプリケーションＡのデータを削除してもメモリ不足を解消できないと判断した場合、使用頻度の高いデータを多く記憶しているアプリケーションＢ（例えば、ブラウザ）のデータ（例えば、ブックマーク等）をメモリ５００から読み出し、データ一覧を表示手段に表示するよう制御する。
【００７２】
そして、メモリ不足判定部２３０は、表示手段に表示されたデータ一覧のうち、操作手段（図示せず）で選択されたデータを削除する。
【００７３】
これにより、領域不足となった場合に、使用頻度の高いデータを削除する場合は、ユーザによって選択させることで、誤って重要なデータを自動的に削除することを無くすことができる。
【００７４】
なお、上述のメモリ不足を解消するための動作は、メモリ不足判定部２３０が領域不足と判定した場合に自動的に開始するものとして説明したが、メモリ不足判定部２３０により領域不足と判定され、表示（アイコン）や警告音により通知されているときに操作手段に入力があったときだけ動作を開始するようにしてもよい。
【００７５】
尚、次回の取得の一定時間前を過ぎた時点で、メモリ５００の空き容量が変化したことをメモリ管理部２００が検出した場合、端末装置１はステップＳ１０５〜ステップＳ１０７の処理を再度行う。
【００７６】
図４に示す端末装置１の処理は、端末装置１がコンテンツを取得する都度行われる。
【００７７】
ここで、図５は、メモリ不足判定のタイミングの一例を説明するための図である。コンテンツ取得が実行される一定時間前（例えば１２時間）にメモリ不足判定を行い、以降、コンテンツ取得が実施されるまでに、メモリ５００の利用状態が変化する（メモリ５００の空き容量が変更される）ようなイベントが発生したら、改めてメモリ不足判定を行う（一定時間間隔で行っても良い）。
【００７８】
図４のような処理を行う端末装置１によれば、予約コンテンツを定期的に取得する場合、過去に取得したコンテンツの最大のサイズを保持し、これを[最大サイズ]として比較判断に利用するので、メモリ不足の可能性を事前に通知することができる。
【００７９】
また、取得するコンテンツのサイズが通知されない場合であっても、過去に取得された実績を元に取得予定のコンテンツのサイズを予測し、容量不足となる可能性を利用者に通知できる。
【００８０】
（ユースケース２：単発的な大サイズデータ）
ユースケース２は、ユースケース１と同様の前提であるが、単発的に大きなデータが通知されるケースがあるので、保持している[最大サイズ]との比較で、一定割合を超えるサイズのコンテンツを受信した場合は、[最大サイズ]として適用しないようにする。
【００８１】
図７は、最大サイズ更新の判定の一例を説明するための図である。[最大サイズ]と比較
して、一定割合（例えば１．５倍）以上のコンテンツ取得が行われた場合は、[最大サイ
ズ]の値としては適用しない。
【００８２】
具体的な例を説明する。例えば、コンテンツ取得管理部１００によって毎週木曜日に番組Ｂを端末装置１が取得するように設定されているとする。番組Ｂについて、過去の取得状況が第ｎ−３回は１．５ＭＢ、第ｎ−２回は１．７ＭＢ、第ｎ−１回は１．２ＭＢのコンテンツが取得されているとすると、第ｎ回のコンテンツ取得が行われる直前においては[最大サイズ]が１．７ＭＢとなっている。この場合、第ｎ回のコンテンツが３．０ＭＢである場合には、このサイズが[最大サイズ]へ適用されないように除外する。
【００８３】
図８は、端末装置１が単発的に大きなサイズのデータが取得された場合の制御について処理の流れの一例を示す図である。
【００８４】
コンテンツ取得管理部１００は、コンテンツ配信サーバ２からコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（３．０ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ２０１）。
【００８５】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（１．７ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ２０２）。ここで、最大サイズ管理部２１０は、更新を行う場合の上限比率（取得されたコンテンツのサイズ／[最大サイズ]）を閾値として備えており、例えば上限比率を１．５倍とした場合には、この回の取得では３．０ＭＢ／１．７ＭＢで約１．８倍であるため、ステップＳ２０２ではサイズ更新を行わないと判定される。
【００８６】
最大サイズ管理部２１０は、サイズ更新判定が終了した後、更新判定完了通知を行う（ステップＳ２０３）。ここでは、更新が行われていない。
【００８７】
図８のような処理を行う端末装置１によれば、[最大サイズ]より一定割合以上大きいサイズのコンテンツを取得した場合には、そのコンテンツのサイズを[最大サイズ]として適用しないので、単発的に大きなサイズのコンテンツを取得した際に、[最大サイズ]が不適切な値に変更されることを防ぐことができる。
【００８８】
（ユースケース３：定期的な大サイズ）
ユースケース３は、ユースケース１およびユースケース２と同様の前提であるが、大きなデータを定期的に取得する。[最大サイズ]への適用を除外した場合も、各種情報を保持しておき、除外の割合が一定の率を超えた場合は、除外したサイズの平均値を[最大サイ
ズ]に設定する。
【００８９】
図９は、最大サイズ更新の判定の一例を説明するための図である。[最大サイズ]適用外のコンテンツを受信した際、[除外回数(積算)]が、一定回数（例えば３回）を超えている場合、[除外頻度(平均)]が、規定値（例えば５%）を参照し、規定値を上回っている場合
は、[適用外サイズ(平均)]を最大値として適用する。この時点で、コンテンツを取得した積算回数（コンテンツが取得された積算回数）を示す[取得回数(積算)]、取得したコンテンツのサイズが[最大サイズ]を上回っているが[最大サイズ]の更新は行わない除外の積算回数を示す[除外回数(積算)]、除外の頻度を示す[除外頻度(平均)]、除外されたコンテンツの平均サイズを示す[適用外サイズ(平均)]の値をクリアする。
【００９０】
なお、オプション動作として、再判定をするタイミングは、[取得回数(積算)]を元に行っても良い。[最大サイズ]に設定する値は、現在の[最大サイズ]×２０％増と言った現状態を元に設定する方法でも良い。ユースケース１の範疇で、[最大サイズ]を変更した場合
に、適用除外の情報をクリアするかどうかは何れでも良い。
【００９１】
図１０は、端末装置１が定期的に大きなサイズのデータを取得した場合の制御について処理の流れの一例を示す図である。図１０の説明にあたっては、図９も必要に応じて参照する。
【００９２】
コンテンツ取得管理部１００は、コンテンツ配信サーバ２からコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（３．０ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ３０１）。
【００９３】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（１．７ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ３０２）。ここで、最大サイズ管理部２１０は、更新を行う場合の上限比率（取得されたコンテンツのサイズ／[最大サイズ]）を閾値として備えており、例えば上限比率を１．５倍とした場合には、ステップＳ３０２ではサイズ更新を行わないと判定される。
【００９４】
最大サイズ管理部２１０は、[最大サイズ]を今回取得されたコンテンツのサイズが上回っているが[最大サイズ]の更新は行わないことを通知するための適用除外通知を、除外情報管理部２２０に対して行う（ステップＳ３０３）。適用除外通知には、取得回数（Ｎ１回）、受信サイズ（３．０ＭＢ）の情報が含まれる。
【００９５】
除外情報管理部２２０は、[取得回数（積算）]、「除外回数（精算）」、[除外頻度（
平均）]、[適用外サイズ（平均）]の値を除外情報として保持、管理している。除外情報
管理部２２０は、適用除外通知および除外情報管理部２２０の管理する情報に基づいて、サイズ更新を行うべきか否かを再度判定するための除外再判定を行う（ステップＳ３０４）。除外再判定は、[除外回数（積算）]が所定回数となった場合に実施される。ここでは、[除外回数（積算）]がａ＋２回となった場合に実施されるものとしている。ステップＳ３０４の処理時点では、[除外回数（積算）]がａ＋１回であるため、除外再判定を実施するための規定に達していない。尚、ステップＳ３０４において、[除外回数（積算）]が所定回数となった場合に代わり、[最大サイズ]の最近の更新（ここでは、１．７ＭＢに更新されたとき）から所定期間が経過した場合に除外再判定を行ってもよい。
【００９６】
除外情報管理部２２０は、除外再判定を実施するための規定に達していない場合、適用除外承認通知を最大サイズ管理部２１０に対して行う（ステップＳ３０５）。
【００９７】
最大サイズ管理部２１０は、適用除外承認通知を受けた後、サイズ更新判定が終了したことを示す更新判定完了通知をコンテンツ取得管理部１００に対して行う（ステップＳ３０６）。
【００９８】
ステップＳ３０１〜Ｓ３０６の処理は、コンテンツを取得する都度行われる。
【００９９】
そして、コンテンツ取得管理部１００は、コンテンツ配信サーバ２から再び大サイズのコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（２．８ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ３０７）。
【０１００】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（１．７ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ３０８）。ここで、最大サイズ管理部２１０は、更新を行う場合の上限比率（取得されたコンテンツのサイズ／[最大サイズ]）を閾値として備えており、例えば上限比率を
１．５倍とした場合には、ステップＳ３０８ではサイズ更新を行わないと判定される。
【０１０１】
最大サイズ管理部２１０は、適用除外通知を除外情報管理部２２０に対して行う（ステップＳ３０９）。適用除外通知には、取得回数（Ｎ２回）、受信サイズ（２．８ＭＢ）の情報が含まれる。
【０１０２】
除外情報管理部２２０は、適用除外通知および除外情報管理部２２０の管理する情報に基づいて、除外再判定を行う（ステップＳ３１０）。ステップＳ３０９の処理時点では、[除外回数（積算）]がａ＋２回であるため、除外再判定を実施するための規定に達しており、除外再判定を行うことになる。この場合、[除外頻度（平均）]である（ａ＋２）／（ｍ＋Ｎ１＋Ｎ２）の値が所定値以上となっていれば、[適用外サイズ（平均）]である（（Ｓ１×ａ）＋３．０＋２．８）／（ａ＋２）を[最大サイズ]として更新されることになる。
【０１０３】
除外情報管理部２２０は、[除外頻度（平均）]の値が所定値以上である場合、[最大サ
イズ]を更新するための指示を最大値更新指示として最大サイズ管理部２１０へ送出する
（ステップＳ３１１）。最大値更新指示には、[適用外サイズ（平均）]が含まれる。
【０１０４】
最大サイズ管理部２１０は、最大値更新指示に基づく[最大サイズ]の更新後、サイズ更新判定が終了したことを示す更新判定完了通知をコンテンツ取得管理部１００に対して行う（ステップＳ３１２）。
【０１０５】
また、除外情報管理部２２０は、最大値更新指示を送出後、除外情報を初期化する（ステップＳ３１３）。
【０１０６】
図１０のような処理を行う端末装置１によれば、[最大サイズ]への適用を除外した取得サイズを保持しておき、除外の回数が所定の率を超える場合は、除外した取得サイズの平均値により[最大サイズ]を見直すので、定期的に大きなサイズのコンテンツを取得するケースにも対応できるようになる。
【０１０７】
（ユースケース４：取得サイズ減少）
ユースケース４は、過去に大きなサイズのコンテンツが取得され、ユースケース１およびユースケース３の処理により[最大サイズ]が大きく設定されているが、その後、取得サイズが減少した場合である。[最大サイズ]が更新されなかった回数および前回の更新から直近までに取得された[最大サイズ]を保持しておき、そのサイズが一定の率を下回っている場合は、[最大サイズ]を見直す。
【０１０８】
図１１は、最大サイズ更新の判定の一例を説明するための図である。ユースケース４では、サイズを変更する必要がなかった連続回数を示す[非更新取得回数]、直前に[最大サ
イズ]の更新を行った後に取得したコンテンツの最大のサイズを示す[前回更新以降の取得サイズ]を利用して、所定の条件を満たした場合に[最大サイズ]を小さくなるように変更
するためのサイズ減少判定を行う。また、サイズ減少判定を行った場合、 [非更新回数]
、[前回更新以降の最大取得サイズ]をリセットする。なお、所定の条件として、[前回更
新以降の最大取得サイズ]が一定率を下回る場合としているが、無条件で書き換えを行っ
ても良い。
【０１０９】
図１２は、端末装置１において取得するサイズが減少する場合の処理の流れの一例を示す図である。図１２では、[非更新取得回数]がｎ（ｎ≧３）回となった場合にサイズ減少判定を行い、サイズ減少判定時に取得したコンテンツのサイズ／[最大サイズ]が０．９以下の場合に、[最大サイズ]を減少させるようにする。
【０１１０】
コンテンツ取得管理部１００は、コンテンツ配信サーバ２からコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（２．０ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ４０１）。
【０１１１】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（１．７ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ４０２）。また、最大サイズ管理部２１０が[、非更新取得回数]、[前回更新以降
の最大取得サイズ]の情報を減少用情報として保持、管理する。尚、最大サイズ管理部２
１０が[最大サイズ]を更新した場合には、減少用情報をリセットする。
【０１１２】
最大サイズ管理部２１０は、サイズ更新判定が終了した後、更新判定完了通知を行う（ステップＳ４０３）。ここでは、更新が行われている。
【０１１３】
そして、コンテンツ取得管理部１００は、コンテンツ配信サーバ２から[最大サイズ]よりも小さなサイズのコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ４０４）。
【０１１４】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ４０５）。また、最大サイズ管理部２１０は、[非更新取得回数]をインクリメント（＋１）し、[
前回更新以降の最大取得サイズ]を取得したコンテンツのサイズが現在の[前回更新以降の最大取得サイズ]より大きい場合に更新する。この時点では、[非更新取得回数]がｎ回以
下であり、サイズ減少判定を行う条件を満たしていないので、[最大サイズ]を減少させる必要はない。
【０１１５】
最大サイズ管理部２１０は、サイズ更新判定が終了した後、更新判定完了通知を行う（ステップＳ４０６）。ここでは、更新が行われていない。
【０１１６】
ステップＳ４０４〜ステップＳ４０６の処理は、非更新回数がｎ回になるまで、もしくは、[最大サイズ]よりも大きなサイズのコンテンツを取得するまで繰り返される。
【０１１７】
そして、コンテンツ取得管理部１００は、コンテンツ配信サーバ２から[最大サイズ]よりも小さなサイズのコンテンツが配信された場合、取得されたコンテンツのサイズを算出し、算出した結果（１．２ＭＢ）を受信情報として最大サイズ管理部２１０へ送出する（ステップＳ４０７）。
【０１１８】
最大サイズ管理部２１０は、受信情報を受け取った際に[最大サイズ]として管理されている情報（２．０ＭＢ）と比較を行い、[最大サイズ]を更新するか否かを判定する（ステップＳ４０８）。また、最大サイズ管理部２１０は、[非更新取得回数]をインクリメントし、[前回更新以降の最大取得サイズ]を取得したコンテンツのサイズに応じて更新する。この時点で[非更新取得回数]がｎ回であるため、サイズ減少判定を行う（ステップＳ４０９）。サイズ減少判定では、最大サイズ管理部２１０が、[最大サイズ]と[前回更新以降
の最大取得サイズ]を比較する。ここでは、[前回更新以降の最大取得サイズ]が[最大サイズ]の７５％であり、９０％以下であるために、最大サイズ管理部２１０は、[最大サイズ]を[前回更新以降の最大取得サイズ]で更新する。尚、ステップＳ４０８において、[非更新取得回数]が所定回数となった場合に代わり、非更新取得が行われた期間が所定期間を
超過した場合にサイズ減少判定を行ってもよい。
【０１１９】
最大サイズ管理部２１０は、サイズ減少判定を含めたサイズ更新判定が終了した後、更新判定完了通知を行う（ステップＳ４１０）。ここでは、[最大サイズ]の更新（減少）が行われている。
【０１２０】
最大サイズ管理部２１０が[最大サイズ]を更新した場合には、減少用情報をリセットする（ステップＳ４１１）。
【０１２１】
図１２のような処理を行う端末装置１によれば、過去に大きな値が[最大サイズ]に設定されていた場合であっても、[最大サイズ]が更新されて以降の取得回数をカウントし、一定回数に達した時点で、現在の設定サイズが適切かどうかを確認し、メモリ５００の効率的な使用を実現することが可能となる。
【０１２２】
以上説明したように、端末装置１によれば、メモリ不足の可能性を事前に把握することができ、かつ、メモリ５００の効率的な使用を行うことが可能になる。
【０１２３】
例えば、繰り返し取得するコンテンツは、常に同じデータサイズとは限らず、今回取得のコンテンツがメモリ５００に格納できたとしても、次回の取得でメモリ不足とならない保証はない。このような場合であっても、メモリ不足となる可能性がどの程度あるのかユーザに知らせることができる。
【産業上の利用可能性】
【０１２４】
本発明は、メモリ不足の可能性を事前に把握することができ、かつ、メモリの効率的な使用を行うことが可能な端末装置およびメモリ不足判定方法として利用可能である。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施形態にかかる端末装置の機能構成の一例を説明するための図
【図２】本発明の実施形態にかかる端末装置の概略動作の一例を説明するための図
【図３】本発明の実施形態にかかる端末装置における領域不足判定の処理の一例を説明するための図（ユースケース１）
【図４】本発明の実施形態にかかる端末装置において領域不足の可能性を通知する場合の処理の流れの一例を示す図（ユースケース１）
【図５】本発明の実施形態にかかる端末装置における領域不足判定のタイミングの一例を説明するための図（ユースケース１）
【図６】本発明の実施形態にかかる端末装置における領域不足の通知方法の一例を説明するための図（ユースケース１）
【図７】本発明の実施形態にかかる端末装置における最大サイズ更新の判定の一例を説明するための図（ユースケース２）
【図８】本発明の実施形態にかかる端末装置において単発的に大きなサイズのデータが取得された場合の処理の流れの一例を示す図（ユースケース２）
【図９】本発明の実施形態にかかる端末装置における最大サイズ更新の判定の一例を説明するための図（ユースケース３）
【図１０】本発明の実施形態にかかる端末装置において定期的に大きなサイズのデータが取得された場合の処理の流れの一例を示す図（ユースケース３）
【図１１】本発明の実施形態にかかる端末装置における最大サイズ更新の判定の一例を説明するための図（ユースケース４）
【図１２】本発明の実施形態にかかる端末装置において取得するサイズが減少する場合の処理の流れの一例を示す図（ユースケース４）
【図１３】本発明の実施形態にかかる端末装置のメモリに記憶された他のアプリケーションのデータの詳細の一例を示す図
【符号の説明】
【０１２６】
１  端末装置
１００  コンテンツ取得管理部
２００  メモリ管理部
２１０  最大サイズ管理部
２２０  除外情報管理部
２３０  メモリ不足判定部
３００  メモリ不足通知部
４００  コンテンツ受信部
５００  メモリ
２  コンテンツ配信サーバ
【図１】
0004938621.tif 000002
【図２】
0004938621.tif 000003
【図３】
0004938621.tif 000004
【図４】
0004938621.tif 000005
【図５】
0004938621.tif 000006
【図６】
0004938621.tif 000007
【図７】
0004938621.tif 000008
【図８】
0004938621.tif 000009
【図９】
0004938621.tif 000010
【図１０】
0004938621.tif 000011
【図１１】
0004938621.tif 000012
【図１２】
0004938621.tif 000013
【図１３】
0004938621.tif 000014