(57)【要約】【課題】繰り返し更新される番組データを記憶するための記憶領域が確保された通信装置において、メモリ資源をできるだけ無駄なく有効に利用できるようにすること。【解決手段】携帯電話機３０の不揮発性メモリには、番組データ５０の予約に応じて番組データ保存領域が確保される。携帯電話機３０は、番組データ５０とともに、次回の番組データ５０のダウンロード日時を指定する第１のタイマー値５１Ａと、次回の番組データ５０のデータサイズを示すサイズ情報５１Ｂを受信し、第１のタイマー値５１Ａによって指定される日時になると、次回の番組データ５０のダウンロードを開始する前に、番組データ保存領域のメモリサイズを、事前に受信しておいたサイズ情報５１Ｂによって指定されるサイズに変更する。【選択図】図１
2008060806.tif 000002
【特許請求の範囲】
【請求項１】
記憶手段と、
番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、
受信手段と、
前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、
前記受信手段により受信された更新タイミングが訪れると、前記記憶領域のサイズを、前記受信手段により受信されたデータサイズに変更する変更手段と、
前記変更手段により記憶領域のサイズが変更された後、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段と
を備えることを特徴とする通信装置。
【請求項２】
記憶手段と、
番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、
受信手段と、
前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、
前記更新タイミングと前記データサイズを前記受信手段により受信してから、前記更新タイミングが訪れる前までの間に、前記記憶領域のサイズを前記データサイズに変更する変更手段と、
前記更新タイミングが訪れると、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段と
を備えることを特徴とする通信装置。
【請求項３】
記憶手段と、
番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、
受信手段と、
前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、
前記更新タイミングと前記データサイズを前記受信手段により受信してから、前記更新タイミングが訪れる前までの間に、前記記憶手段の空き容量を調べ、前記記憶領域のサイズを前記データサイズに変更できるか否かを判別する判別手段と、
前記判別手段により変更できないと判別された場合に、空き容量が不足していることを報知し、ユーザからの指示に応じて、前記記憶手段において前記記憶領域以外の領域に記憶されているファイルを削除し、不足分の空き容量を確保する手段と、
前記更新タイミングが訪れると、前記記憶領域のサイズを前記データサイズに変更する変更手段と、
前記変更手段により記憶領域のサイズが変更された後、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段と
を備えることを特徴とする通信装置。
【請求項４】
前記記憶領域に記憶されている番組データが前記受信手段によって受信された際に、前記番組データとともに、前記番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを受信する
ことを特徴とする請求項１〜３のいずれかに記載の通信装置。
【請求項５】
記憶手段と、
番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、
番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する受信手段と、
前記受信手段により受信された番組データを前記記憶領域に記憶する手段と、
前記受信手段により受信されたデータサイズと、前記記憶領域のサイズを比較する比較手段と、
前記比較手段よる比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する変更手段と、
前記受信手段により受信された受信タイミングが訪れると、前記次回の番組データについて前記受信手段による受信処理を開始する手段と
を備えることを特徴とする通信装置。
【請求項６】
変更手段は、前記比較手段よる比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する一方、前記データサイズの方が小さい場合は、前記記憶領域のサイズを変更せずに維持する
ことを特徴とする請求項５に記載の通信装置。
【請求項７】
記憶手段と、
番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、
番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する受信手段と、
前記受信手段により受信された番組データを前記記憶領域に記憶する手段と、
前記受信手段により受信されたデータサイズと、前記記憶領域のサイズを比較する比較手段と、
前記比較手段よる比較の結果、前記データサイズの方が大きい場合に、前記記憶手段の空き容量を調べ、前記記憶領域のサイズを前記データサイズに変更できるか否かを判別する判別手段と、
前記判別手段により変更できないと判別された場合に、空き容量が不足していることを報知し、ユーザからの指示に応じて、前記記憶手段において前記記憶領域以外の領域に記憶されているファイルを削除し、不足分の空き容量を確保する制御手段と、
前記制御手段により不足分の空き容量が確保された後、前記記憶領域のサイズを前記データサイズに変更する変更手段と、
前記受信手段により受信された受信タイミングが訪れると、前記次回の番組データについて前記受信手段による受信処理を開始する手段と
を備えることを特徴とする通信装置。
【請求項８】
通信装置における番組データの更新方法であって、
番組データを記憶するための記憶領域をメモリ内に確保する第１の過程と、
前記番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを受信する第２の過程と、
前記第２の過程にて受信された更新タイミングが訪れると、前記記憶領域のサイズを、前記第２の過程にて受信されたデータサイズに変更する第３の過程と、
前記第３の過程にて記憶領域のサイズが変更された後、新たな内容に更新された番組データを受信し、当該受信した番組データを前記記憶領域に記憶する第４の過程と
を有することを特徴とする番組データ更新方法。
【請求項９】
通信装置における番組データの更新方法であって、
番組データを記憶するための記憶領域をメモリ内に確保する第１の過程と、
前記番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する第２の過程と、
前記第２の過程にて受信された番組データを前記記憶領域に記憶する第３の過程と、
前記第２の過程にて受信されたデータサイズと、前記記憶領域のサイズを比較する第４の過程と、
前記第４の過程における比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する第５の過程と、
前記第２の過程にて受信された受信タイミングが訪れると、前記次回の番組データについての受信処理を開始する第６の過程と
を有することを特徴とする番組データ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置のメモリ資源を無駄なく使用するための技術に関する。
【背景技術】
【０００２】
ネットワークを介して提供される番組データの中には、例えば、毎週月曜日に配信される連続ドラマ番組のように、番組の内容が周期的に更新されるものがある。このような番組データの受信と再生が行える通信装置として、例えば、特許文献１には、コンテンツデータを更新するタイミングが到来すると、記憶部４６に記憶されている古いコンテンツデータを、コンテンツサーバＣＳＶからダウンロードした新しいコンテンツデータに置き換える移動通信端末ＭＳ１が記載されている（特に、要約書，段落００４４，図５参照）。また、特許文献２には、コンテンツデータの受信に際し、次回のコンテンツデータの送信時刻（Ｔｎ）がデータ放送装置１からデータ受信装置２に通知され、データ受信装置２では、データ放送装置１から通知された時刻（Ｔｎ）になると、次回のコンテンツデータをデータ放送装置１から受信することが記載されている（特に、要約書，請求項１参照）。
【特許文献１】特開２００５−３３９１３０号公報
【特許文献２】特開２００２−３０５４８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、携帯電話機のようにメモリ容量が比較的小さな通信装置においては、少ないメモリ資源をできるだけ無駄なく有効に利用したいので、上述したように繰り返し更新されるコンテンツについては、保存領域をメモリ内に１つだけ確保し、この保存領域内に記憶したコンテンツを新たなものに逐次更新していく。また、通信装置は、保存領域を確保する際、コンテンツの最大データサイズに応じた大きさの保存領域を確保する。
【０００４】
しかしながら、このような構成であると、番組データ用に確保した保存領域内に、実際には使用されない空き容量が生じてしまう場合がある。つまり、ダウンロードするコンテンツのデータサイズは、いつも最大データサイズであるとは限らないので、ダウンロードしたコンテンツのデータサイズが最大データサイズ未満であった場合、その差分に相当する空き容量が保存領域内に生じてしまう。また、この空き容量は、番組データ用に確保した保存領域内にあるため、他のデータを記憶するためのメモリ資源として活用することができない。したがって、例えば、毎週月曜日に更新されるコンテンツを保存するため、通信装置内に２．０ＭＢ（メガバイト）の保存領域が確保されている一方、この保存領域に実際に記憶されたコンテンツのデータサイズが、先週分は１．５ＭＢ、今週分は１．７４ＭＢであった場合、先週の月曜日から今週の日曜日までの間は０．５ＭＢ、今週の月曜日から来週日曜日までの間は０．２６ＭＢ分のメモリ資源が通信装置において無駄に使用されていることになる。
【０００５】
本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、繰り返し更新される番組データを記憶するための記憶領域が確保された通信装置において、メモリ資源をできるだけ無駄なく有効に利用できるようにすることである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、記憶手段と、番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、受信手段と、前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、前記受信手段により受信された更新タイミングが訪れると、前記記憶領域のサイズを、前記受信手段により受信されたデータサイズに変更する変更手段と、前記変更手段により記憶領域のサイズが変更された後、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段とを備える通信装置を提供する。
【０００７】
本発明によれば、通信装置は、記憶領域に記憶されている番組データの更新タイミングと、更新後の番組データのデータサイズを受信し、受信した更新タイミングが訪れると、新たな内容に更新された番組データを受信する前に、記憶領域のサイズを、事前に受信しておいた更新後の番組データのデータサイズ（つまり、これから受信する番組データのデータサイズ）に変更する。よって、番組データ用に確保された記憶領域内に空き容量が生じることがない。
【０００８】
また、本発明は、記憶手段と、番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、受信手段と、前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、前記更新タイミングと前記データサイズを前記受信手段により受信してから、前記更新タイミングが訪れる前までの間に、前記記憶領域のサイズを前記データサイズに変更する変更手段と、前記更新タイミングが訪れると、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段とを備える通信装置を提供する。
【０００９】
また、本発明は、記憶手段と、番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、受信手段と、前記記憶領域に記憶されている番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを前記受信手段により受信する手段と、前記更新タイミングと前記データサイズを前記受信手段により受信してから、前記更新タイミングが訪れる前までの間に、前記記憶手段の空き容量を調べ、前記記憶領域のサイズを前記データサイズに変更できるか否かを判別する判別手段と、前記判別手段により変更できないと判別された場合に、空き容量が不足していることを報知し、ユーザからの指示に応じて、前記記憶手段において前記記憶領域以外の領域に記憶されているファイルを削除し、不足分の空き容量を確保する手段と、前記更新タイミングが訪れると、前記記憶領域のサイズを前記データサイズに変更する変更手段と、前記変更手段により記憶領域のサイズが変更された後、新たな内容に更新された番組データを前記受信手段により受信し、当該受信した番組データを前記記憶領域に記憶する番組データ更新手段とを備える通信装置を提供する。
【００１０】
なお、前記記憶領域に記憶されている番組データが前記受信手段によって受信された際に、前記番組データとともに、前記番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを受信する構成であってもよい。
【００１１】
また、本発明は、記憶手段と、番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する受信手段と、前記受信手段により受信された番組データを前記記憶領域に記憶する手段と、前記受信手段により受信されたデータサイズと、前記記憶領域のサイズを比較する比較手段と、前記比較手段よる比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する変更手段と、前記受信手段により受信された受信タイミングが訪れると、前記次回の番組データについて前記受信手段による受信処理を開始する手段とを備える通信装置を提供する。
【００１２】
なお、変更手段は、前記比較手段よる比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する一方、前記データサイズの方が小さい場合は、前記記憶領域のサイズを変更せずに維持する構成であってもよい。
【００１３】
また、本発明は、記憶手段と、番組データを記憶するための記憶領域を前記記憶手段に確保する手段と、番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する受信手段と、前記受信手段により受信された番組データを前記記憶領域に記憶する手段と、前記受信手段により受信されたデータサイズと、前記記憶領域のサイズを比較する比較手段と、前記比較手段よる比較の結果、前記データサイズの方が大きい場合に、前記記憶手段の空き容量を調べ、前記記憶領域のサイズを前記データサイズに変更できるか否かを判別する判別手段と、前記判別手段により変更できないと判別された場合に、空き容量が不足していることを報知し、ユーザからの指示に応じて、前記記憶手段において前記記憶領域以外の領域に記憶されているファイルを削除し、不足分の空き容量を確保する制御手段と、前記制御手段により不足分の空き容量が確保された後、前記記憶領域のサイズを前記データサイズに変更する変更手段と、前記受信手段により受信された受信タイミングが訪れると、前記次回の番組データについて前記受信手段による受信処理を開始する手段とを備える通信装置を提供する。
【００１４】
また、本発明は、通信装置における番組データの更新方法であって、番組データを記憶するための記憶領域をメモリ内に確保する第１の過程と、前記番組データを更新する更新タイミングと、更新後の前記番組データのデータサイズを受信する第２の過程と、前記第２の過程にて受信された更新タイミングが訪れると、前記記憶領域のサイズを、前記第２の過程にて受信されたデータサイズに変更する第３の過程と、前記第３の過程にて記憶領域のサイズが変更された後、新たな内容に更新された番組データを受信し、当該受信した番組データを前記記憶領域に記憶する第４の過程とを有する番組データ更新方法を提供する。
【００１５】
また、本発明は、通信装置における番組データの更新方法であって、番組データを記憶するための記憶領域をメモリ内に確保する第１の過程と、前記番組データとともに、次回の番組データを受信する受信タイミングと、前記次回の番組データのデータサイズを受信する第２の過程と、前記第２の過程にて受信された番組データを前記記憶領域に記憶する第３の過程と、前記第２の過程にて受信されたデータサイズと、前記記憶領域のサイズを比較する第４の過程と、前記第４の過程における比較の結果、前記データサイズの方が大きい場合は、前記記憶領域のサイズを前記データサイズに変更する第５の過程と、前記第２の過程にて受信された受信タイミングが訪れると、前記次回の番組データについての受信処理を開始する第６の過程とを有する番組データ更新方法を提供する。
【発明の効果】
【００１６】
本発明によれば、繰り返し更新される番組データを記憶するための記憶領域が確保された通信装置において、メモリ資源をできるだけ無駄なく有効に利用することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施形態について説明する。
［構成］
図１は、本発明の実施形態に係る通信システム１の全体構成を示す図である。
同図において、コンテンツサーバ１０には、携帯電話機３０に提供する番組データ５０が記憶されている。番組データ５０は、各種の制御情報が格納されたヘッダファイル５１と、携帯電話機３０で再生可能な複数の楽曲ファイル５２によって構成されており、ヘッダファイル５１の内容や各楽曲ファイル５２がコンテンツプロバイダによって１週間毎に更新される。つまり、コンテンツサーバ１０に記憶されている番組データ５０は、１週間が経過すると次回の番組データ５０に置き換えられる。
【００１８】
また、ヘッダファイル５１には、次回の番組データ５０を携帯電話機３０がダウンロードする日時を指定する第１のタイマー値５１Ａと、次回の番組データ５０のデータサイズを示すサイズ情報５１Ｂが格納されている。なお、第１のタイマー値５１Ａは、次回の番組データ５０のダウンロードを開始するタイミングになるまでの残り時間（分）を示すカウント値である。例えば、現時点において、第１のタイマー値が“１００８０”（７日後）であったとすると、コンテンツサーバ１０は、１分が経過する都度、ヘッダファイル５１内に格納されている第１のタイマー値５１Ａを“１００７９”，“１００７８”，“１００７７”…と書き替えてカウントダウンしていく。この第１のタイマー値が“０”になったときが、まさに携帯電話機３０において次回の番組データ５０のダウンロードが開始されるタイミングである。
【００１９】
また、第１のタイマー値５１Ａで指定される日時、すなわち携帯電話機３０が番組データ５０をダウンロードするタイミングは、番組データ５０のダウンロードによって移動パケット通信網３（特に無線区間）のトラフィックが飽和してしまうことを避けるため、移動パケット通信網３のトラフィックが比較的すいている深夜の時間帯（例えば午前２時〜午前４時の間）に設定されている。つまり、携帯電話機３０は、番組データ５０のダウンロードを深夜の時間帯に行う。また、図１においてはコンテンツサーバ１０を１つしか図示していないが、実際には、異なる番組データ５０を提供するコンテンツサーバ１０がインターネット２に複数接続されている。
【００２０】
次に、番組データ管理装置２０は、移動パケット通信網３内に設けられたサーバであって、コンテンツサーバ１０と携帯電話機３０の間で、視聴する番組データ５０の予約や、予約された番組データ５０のダウンロード等に関する処理を行なう。また、この番組データ管理装置２０は、番組データ５０をキャッシュしておくキャッシサーバとしての機能を有している。この番組データ管理装置２０には、予約リスト２１が記憶されている。
【００２１】
予約リスト２１には、図２に示すように、携帯電話機３０に対して提供可能な番組データ５０（番組ＩＤ）毎に、この番組データ５０を予約した携帯電話機３０の装置ＩＤと、この番組データ５０をキャッシュしておくため、番組データ管理装置２０がコンテンツサーバ１０から番組データ５０を取得する日時を指定する第２のタイマー値と、この番組データ５０の格納場所を示すＵＲＬが登録されている。なお、この予約リスト２１において、装置ＩＤの代わりにユーザＩＤを用いることができる。ここで、ユーザＩＤとは、パケット通信サービスや番組視聴サービスの加入契約を結んだユーザに対して割り当てられた、ユーザ毎に固有の識別情報である。
【００２２】
また、この予約リスト２１において、第２のタイマー値は、番組データ管理装置２０が番組データ５０の取得を開始するタイミングになるまでの残り時間（分）を示すカウント値である。例えば、第２のタイマー値が“８６４０”（６日後）であったとすると、番組データ管理装置２０は、１分が経過する都度、予約リスト２１に格納されている第２のタイマー値を“８６３９”，“８６３８”，“８６３７”…と書き替えていく。この第２のタイマー値が“０”になったときが、まさに番組データ管理装置２０において番組データ５０の取得が開始されるタイミングである。
【００２３】
なお、番組データ管理装置２０は、予約リスト２１に登録されている番組データ５０を、第２のタイマー値で指定される日時になるとコンテンツサーバ１０から取得して自装置２０内にキャッシュしておき、この番組データ５０を携帯電話機３０からのダウンロード要求に応じて携帯電話機３０へ送信する。したがって、１つの番組データ５０について、ヘッダファイル５１に格納されている第１のタイマー値５１Ａ（図１参照）と、予約リスト２１に格納されている第２のタイマー値（図２参照）を比較すると、第２のタイマー値で指定される日時の方が、第１のタイマー値で指定される日時よりも前になる。また、番組データ管理装置２０は、予約リスト２１に登録されている番組データ５０毎に、コンテンツサーバ１０から取得した最新の番組データ５０のみをキャッシュしていることに加え、キャッシュしている番組データ５０について、ヘッダファイル５１内に格納されている第１のタイマー値を、第２のタイマー値と同様に１分毎にカウントダウンしている。
【００２４】
図１に戻り、携帯電話機３０は、通話機能やメール機能、パケット通信機能に加え、ダウンロードした番組データ５０に含まれている楽曲ファイル５２を再生する機能を有している。なお、図１においては携帯電話機３０を１つしか図示していないが、実際には多数の携帯電話機３０が移動パケット通信網３内に収容されている。また、携帯電話機３０には、番組データ５０の送受信用に専用のＴＣＰポートが割り当てられており、これによって、例えば、Ｗｅｂブラウザの実行中や電子メールの送受信中に、そのバックグラウンドで番組データ５０をダウンロードすることができる。
【００２５】
図３は、携帯電話機３０のハードウェア構成を示すブロック図である。
同図において、制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、ＲＯＭや不揮発性メモリ３６に記憶されているプログラムを実行することで携帯電話機３０の各部を制御する。通信部３２は、移動パケット通信網３の基地局と無線パケット通信を行う。操作部３３は、文字や数字を入力するためのキーやカーソルキー等を有する。表示部３４はＬＣＤによって構成されている。再生部３５は、楽音処理部、Ｄ／Ａ変換器、増幅器、スピーカ等を備え、楽曲ファイル５２を再生して楽音を出力する。
【００２６】
不揮発性メモリ３６には、オペレーティングシステムやＷｅｂブラウザに加え、番組データ５０の予約，ダウンロード，更新，再生等を制御する番組視聴用のアプリケーションソフトウェアがインストールされている。また、この不揮発性メモリ３６には、サイズ情報格納領域３６ａと、タイマー値格納領域３６ｂと、番組データ保存領域３６ｃが設けられている。
【００２７】
サイズ情報格納領域３６ａには、番組データ５０のヘッダファイル５１内に格納されているサイズ情報５１Ｂが格納される。つまり、サイズ情報格納領域３６ａには、次回の番組データ５０のデータサイズを示す情報が格納される。また、タイマー値格納領域３６ｂには、番組データ５０のヘッダファイル５１内に格納されている第１のタイマー値５１Ａが格納される。つまり、タイマー値格納領域３６ｂには、次回の番組データ５０をダウンロードする日時を指定する情報が格納される。なお、タイマー値格納領域３６ｂに格納された第１のタイマー値５１Ａは、制御部３１によって１分毎にカウントダウンされる。また、番組データ保存領域３６ｃは、番組データ５０を保存するためのメモリ領域であって、番組データ５０の予約に応じて確保された後、そのメモリサイズがサイズ情報格納領域３６ａ格納されているサイズ情報５１Ｂに応じて適宜変更される。
【００２８】
［動作］
図４は、番組データ５０の予約処理について示すシーケンスチャートである。
ユーザは、ダウンロードしたい番組データ５０を予約する場合、まず、携帯電話機３０において、操作部３３を操作し、番組視聴用のアプリケーションソフトウェアを起動させるとともに、メニュー上で「番組設定」を選択する。これに応じて、携帯電話機３０では、Ｗｅｂブラウザが起動され、番組データ管理装置２０への接続が行われる（ステップＳ１０１）。この後、携帯電話機３０と番組データ管理装置２０の間で、番組データ５０の予約に必要な情報の送受信等が行われ、予約する番組データ５０が決定される（ステップＳ１０２）。
【００２９】
上記ステップＳ１０２では、例えば、予約リスト２１に登録されているダウンロード可能な番組データ５０の一覧や、各番組の案内情報等が、番組データ管理装置２０から携帯電話機３０へ送信される。また、携帯電話機３０は、番組データ管理装置２０から受信した番組データ５０の一覧を表示部３４に表示し、その中からダウンロードする番組データ５０がユーザによって選択されると、選択された番組データ５０の番組ＩＤを番組データ管理装置２０へ送信する。
【００３０】
このようにして予約する番組データ５０が決定されると、次いで、番組データ管理装置２０は、番組データ５０を予約した携帯電話機３０の装置ＩＤ（またはユーザＩＤ）を取得する。そして、番組データ管理装置２０は、取得した装置ＩＤを、予約した番組データ５０の番組ＩＤと対応付けて予約リスト２１に登録し、予約リスト２１を更新する（ステップＳ１０３）。この後、番組データ管理装置２０は、現時点において自装置２０内にキャッシュされている番組データ５０の中から、上記ステップＳ１０２にて予約された番組データ５０を特定するとともに、そのヘッダファイル５１内から、第１のタイマー値５１Ａとサイズ情報５１Ｂを読み出して携帯電話機３０へ送信する（ステップＳ１０４）。なお、番組データ管理装置２０は、キャッシュしている番組データ５０について、ヘッダファイル５１内に格納されている第１のタイマー値５１Ａを１分毎にカウントダウンしていることに加え、予約リスト２１に登録されている第２のタイマー値についても、第１のタイマー値５１Ａと同様に１分毎にカウントダウンしている。
【００３１】
携帯電話機３０は、番組データ管理装置２０から第１のタイマー値５１Ａとサイズ情報５１Ｂを受信すると、まず、番組データ管理装置２０から受信したサイズ情報５１Ｂをサイズ情報格納領域３６ａに格納する（ステップＳ１０５）。また、携帯電話機３０は、番組データ管理装置２０から受信した第１のタイマー値５１Ａをタイマー値格納領域３６ｂに格納するとともに、この第１のタイマー値５１Ａのカウントダウンを開始する（ステップＳ１０６）。そして、携帯電話機３０は、タイマー値格納領域３６ｂに格納されているタイマー値が“０”になると（ステップＳ１０７：ＹＥＳ）、番組データ更新処理１（図５参照）に移行する（ステップＳ１０８）。
【００３２】
ところで、前述したように番組データ管理装置２０は、予約リスト２１に登録されている第２のタイマー値を１分毎にカウントダウンしている。番組データ管理装置２０は、第２のタイマー値が“０”になると（ステップＳ１０９：ＹＥＳ）、予約リスト２１から対応するＵＲＬを読み出し、このＵＲＬを用いて次回の番組データ５０のダウンロードをコンテンツサーバ１０に要求する（ステップＳ１１０）。この要求に応じてコンテンツサーバ１０は、該当する次回の番組データ５０を読み出して番組データ管理装置２０に返信する（ステップＳ１１１）。そして、番組データ管理装置２０は、コンテンツサーバ１０から受信した番組データ５０を自装置２０内に蓄積してキャッシュ可能な状態にする（ステップＳ１１２）。この後、番組データ管理装置２０は、予約リスト２１において対応する第２のタイマー値を初期値に戻す（ステップＳ１１３）。例えば、番組データ５０のキャッシュについてもダウンロードと同様にその周期が１週間であるならば、ステップＳ１１３では第２のタイマー値が“０”から“１００８０”（７日後）に戻される。
【００３３】
このようにステップＳ１０９〜Ｓ１１３に示す処理によって、番組データ管理装置２０は、予約リスト２１に登録されている各番組データ５０を、携帯電話機３０によるダウンロードが行われる前にコンテンツサーバ１０から取得し、自装置２０内にキャッシュしておく。
【００３４】
次に、図５は、携帯電話機３０において実行される番組データ更新処理１について示すフローチャートである。
携帯電話機３０の制御部３１は、タイマー値格納領域３６ｂに格納されているタイマー値が“０”になると、同図に示す番組データ更新処理１を開始する。この番組データ更新処理１において、まず、制御部３１は、サイズ情報格納領域３６ａに格納されているサイズ情報５１Ｂを読み出し、番組データ保存領域３６ｃのメモリサイズを、読み出したサイズ情報５１Ｂによって指定される大きさに変更する（ステップＳ２０１）。例えば、既に“２．０ＭＢ”の番組データ保存領域３６ｃが不揮発性メモリ３６内に確保されている一方、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂが“１．７５ＭＢ”であった場合、制御部３１は、番組データ保存領域３６ｃのメモリサイズを“２．０ＭＢ”から“１．７５ＭＢ”に減らす。
【００３５】
ところで、番組データ５０を予約した後、最初に番組データ５０をダウンロードする場合は、不揮発性メモリ３６内にまだ番組データ保存領域３６ｃが確保されていない。よって、このような場合、制御部３１は、上記ステップＳ２０１において、サイズ情報格納領域３６ａからサイズ情報５１Ｂを読み出すと、このサイズ情報５１Ｂによって指定される大きさの番組データ保存領域３６ｃを不揮発性メモリ３６内に確保する。なお、番組データ５０の予約を行った直後に番組データ保存領域３６ｃを確保することも可能である。この場合、制御部３１は、図４に示した番組データ５０の予約処理において、ステップＳ１０６の後に、サイズ情報格納領域３６ａからサイズ情報５１Ｂを読み出し、このサイズ情報５１Ｂによって指定される大きさの番組データ保存領域３６ｃを不揮発性メモリ３６内に確保する。
【００３６】
また、このように最初に番組データ保存領域３６ｃを確保する場合や、番組データ保存領域３６ｃのメモリサイズを、例えば“１．５ＭＢ”から“２．０ＭＢ”に増やす場合は、不揮発性メモリ３６における空き容量不足で、サイズ情報５１Ｂによって指定された大きさの番組データ保存領域３６ｃを不揮発性メモリ３６内に確保できない場合がある。
【００３７】
そこで、制御部３１は、上記ステップＳ２０１において、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂと、番組データ保存領域３６ｃのメモリサイズを比較し、サイズ情報５１Ｂの方が大きい場合、すなわち最初に番組データ保存領域３６ｃを確保する場合や、番組データ保存領域３６ｃのメモリサイズを増やす場合は、サイズ情報５１Ｂによって指定される大きさの番組データ保存領域３６ｃを確保し得るだけの空き容量が不揮発性メモリ３６にあるか否かをチェックする。そして、制御部３１は、空き容量が不足していれば、不揮発性メモリ３６内において番組データ保存領域３６ｃ以外の領域に記憶されている不要なファイル（データやプログラム）を削除して空き容量を増やすようユーザに促す。なお、この際には、例えば、不要なファイルを削除しないと番組データ保存領域３６ｃが確保できない旨のメッセージが表示部３４に表示される。また、勿論であるが、このメッセージは音声メッセージとして報知されてもよい。
【００３８】
また、このように空き容量が不足している場合、制御部３１は、不揮発性メモリ３６内において番組データ保存領域３６ｃ以外の領域に記憶されているファイルの中から不要と思われるファイルを、ファイルの作成日時やアクセス頻度、最終アクセス日時等に基づいて特定し、削除候補ファイルとしてユーザに通知することができる。また、不足分の空き容量をユーザに通知したり、空き容量の不足分を補うために不揮発性メモリ３６から削除する１以上のファイルを、不足分の空き容量と、各削除候補ファイルのデータサイズ等に基づいて決定し、ユーザに通知することも可能である。
【００３９】
このように空き容量不足を通知した場合、制御部３１は、ユーザからの指示に応じて不要なファイルを不揮発性メモリ３６から削除して不足分の空き容量を確保した後、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂに従って、該当する大きさの番組データ保存領域３６ｃを不揮発性メモリ３６内に確保する。
【００４０】
なお、第１のタイマー値５１Ａによって指定されるダウンロード時刻は深夜であるから、ユーザは既に就寝しており、不要なファイルを削除するよう促されてもこれに応じられない場合があるが、このような問題については［変形例］において詳述する。また、このような問題が生じるのは、あくまで、番組データ保存領域３６ｃのメモリサイズを増やさなければならず（最初に番組データ保存領域３６ｃを確保する場合を含む）、かつ空き容量が不足している場合に限られる。したがって、番組データ保存領域３６ｃのメモリサイズを増やす場合であっても空き容量が不足していない場合や、番組データ保存領域３６ｃのメモリサイズを減らす場合については、深夜であっても問題なく番組データ保存領域３６ｃのメモリサイズを変更することができる。
【００４１】
以上のようにして番組データ保存領域３６ｃのメモリサイズを変更し終えると（ステップＳ２０１）、次いで、制御部３１は、通信部３２を制御して、予約した番組データ５０のダウンロードを行う（ステップＳ２０２）。なお、このステップＳ２０２に示す処理おいて、携帯電話機３０は、番組データ管理装置２０から番組データ５０をダウンロードすることになる。すなわち、携帯電話機３０から送信されたダウンロード要求は番組データ管理装置２０によって受信され、番組データ管理装置２０は、キャッシュしておいた番組データ５０の中から、携帯電話機３０から要求された番組データ５０を読み出して携帯電話機３０へ返信する。このようにして送信された番組データ５０が携帯電話機３０の通信部３２によって受信されると、制御部３１は、受信した番組データ５０を番組データ保存領域３６ｃに保存する（ステップＳ２０３）。このステップＳ２０３に示す処理によって、番組データ保存領域３６ｃに記憶されている番組データ５０が、ステップＳ２０２にてダウンロードされた番組データ５０に更新される。なお、番組データ保存領域３６ｃのメモリサイズは、上記ステップＳ２０１において変更されているので、番組データ保存領域３６ｃ内に無駄な空き容量が生じることがない。
【００４２】
次いで、制御部３１は、番組データ保存領域３６ｃに保存した番組データ５０について、ヘッダファイル５１内から第１のタイマー値５１Ａとサイズ情報５１Ｂを読み出す。そして、制御部３１は、サイズ情報格納領域３６ａに格納されているサイズ情報５１Ｂを、読み出したサイズ情報５１Ｂに書き替える（ステップＳ２０４）。これによって次回の番組データ５０のデータサイズがサイズ情報格納領域３６ａに書き込まれる。また、制御部３１は、タイマー値格納領域３６ｂに格納されているタイマー値（０）を、読み出した第１のタイマー値５１Ａに書き替えるとともに、タイマー値格納領域３６ｂに格納した第１のタイマー値５１Ａのカウントダウンを開始する（ステップＳ２０５）。これによって次回の番組データ５０のダウンロード日時を指定する情報がタイマー値格納領域３６ｂに書き込まれる。このようにして番組データ更新処理１を終えた後、制御部３１は、タイマー値格納領域３６ｂに格納されているタイマー値が“０”になると、再び番組データ更新処理１を開始する。
【００４３】
以上説明したように本実施形態によれば、携帯電話機３０の不揮発性メモリ３６には、番組データ５０の予約に応じて番組データ保存領域３６ｃが確保される。携帯電話機３０は、番組データ５０とともに、次回の番組データ５０のダウンロード日時を指定する第１のタイマー値５１Ａと、次回の番組データ５０のデータサイズを示すサイズ情報５１Ｂを受信し、第１のタイマー値５１Ａによって指定される日時になると、次回の番組データ５０のダウンロードを開始する前に、番組データ保存領域３６ｃのメモリサイズを、事前に受信しておいたサイズ情報５１Ｂによって指定されるサイズ（すなわち、これから受信する次回の番組データ５０のデータサイズ）に変更する。よって、番組データ保存領域３６ｃ内に空き容量が生じることがないので、携帯電話機３０のメモリ資源を無駄なく有効に活用することができる。
【００４４】
また、携帯電話機３０において番組データ５０のダウンロードは深夜の時間帯に行われる。したがって、移動パケット通信網３のトラフィックが比較的混んでいる昼間や夕方の時間帯に番組データ５０をダウンロードする場合に比べ、番組データ５０のダウンロードによって移動パケット通信網３のトラフィックが飽和し、輻輳が発生してしまうことを抑制できる。また、番組データ５０を番組データ管理装置２０にキャッシュしておくことで、携帯電話機３０に対する番組データ５０のダウンロードを、番組データ管理装置２０と携帯電話機３０の間で済ますことができるから、番組データ管理装置２０とコンテンツサーバ１０の間の区間におけるトラフィックも低減できる。なお、第２のタイマー値で指定される日時、すなわち番組データ管理装置２０がコンテンツサーバ１０から番組データ５０を取得するタイミングについても、第１のタイマー値と同様、深夜の時間帯とするのがよい。
【００４５】
また、番組データ５０のダウンロードは、必ず、携帯電話機３０からＰＵＬＬで行われる。これにより、番組データ５０を番組データ管理装置２０側からＰＵＳＨで携帯電話機３０に配信する場合に比べ、携帯電話機３０の在圏エリアを特定する必要がなかったり、携帯電話機３０の主電源がオフの場合や携帯電話機３０が圏外に位置する場合に番組データ５０を送信する必要がない分だけ、移動パケット通信網３におけるトラフィックを抑制できる。
【００４６】
［変形例］
（１）上述した実施形態では、番組データ更新処理１（図５参照）のステップＳ２０１において、最初に番組データ保存領域３６ｃを確保する場合や、番組データ保存領域３６ｃのメモリサイズを増やす場合に、不揮発性メモリ３６における空き容量をチェックし、番組データ保存領域３６ｃが確保できない場合は、不要なファイルを削除するようユーザに促す構成についても説明を行った。しかしながら、第１のタイマー値５１Ａによって指定されるダウンロード時刻は深夜であるから、ユーザは既に就寝しており、不要なファイルを削除するよう促されてもこれに応じられない可能性がある。
【００４７】
そこで、第１のタイマー値５１Ａによって指定されるダウンロード時刻の所定時間前に、番組データ保存領域３６ｃのメモリサイズを変更する構成としてもよい。例えば、携帯電話機３０では、第１のタイマー値５１Ａによって指定されるダウンロード時刻の６時間前になると、予約された番組データ５０の更新時期が近づいてきていることを示す予約アイコンが画面に表示される。この予約アイコンの表示は、次回の番組データ５０のダウンロードが開始されるまで継続され、例えば、ダウンロード時刻が深夜２時に設定されている場合、その６時間前となる午後８時になると、以降、深夜２時までの間、予約アイコンが携帯電話機３０の画面に表示される。
【００４８】
そこで、携帯電話機３０では、この予約アイコンの表示を開始する処理とともに、番組データ保存領域３６ｃのメモリサイズを変更するようにしてもよい。すなわち、携帯電話機３０において、制御部３１は、第１のタイマー値５１Ａによって指定されるダウンロード時刻の６時間前（午後８時）になると、まず、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂと、番組データ保存領域３６ｃのメモリサイズを比較する。そして、サイズ情報５１Ｂの方が大きい場合、すなわち最初に番組データ保存領域３６ｃを確保する場合や、番組データ保存領域３６ｃのメモリサイズを増やす場合は、次いで、不揮発性メモリ３６の空き容量をチェックする。その結果、番組データ保存領域３６ｃが確保できない場合、制御部１１は、空き容量が不足していることをユーザに通知する。そして、制御部３１は、ユーザからの指示に応じて不要なファイルを不揮発性メモリ３６から削除し、不足分の空き容量を確保した後、番組データ保存領域３６ｃのメモリサイズをサイズ情報５１Ｂによって指定される大きさに変更する。この後、制御部３１は、第１のタイマー値５１Ａによって指定されるダウンロード時刻（深夜２時）になると、次回の番組データ５０をダウンロードして番組データ保存領域３６ｃに保存する。
【００４９】
なお、このようにして番組データ保存領域３６ｃのメモリサイズを変更する時刻については、番組データ５０のダウンロード時刻の６時間前に限らない。例えば、１２時間前や３６時間前であってもよいし、４時間前であってもよい。また、番組データ５０のダウンロード時刻が深夜でなければ、番組データ保存領域３６ｃのメモリサイズを変更する時刻は、ダウンロード時刻の１０分前等とすることもできる。また、番組データ保存領域３６ｃのメモリサイズを変更する時刻を、番組データ５０のダウンロード時刻の何時間前にするのかをユーザが任意に設定できるようにしてもよい。このように番組データ保存領域３６ｃのメモリサイズを変更する処理は、番組データ５０とともに第１のタイマー値５１Ａやサイズ情報５１Ｂを受信してから、第１のタイマー値５１Ａが“０”となるダウンロード時刻が訪れる前までの間の、任意のタイミングで実行することが可能である。
【００５０】
（２）上述した変形例（１）の構成を採用し、番組データ５０のダウンロード時刻の所定時間前に番組データ保存領域３６ｃのメモリサイズを変更する場合、例えば、番組データ保存領域３６ｃのメモリサイズを前回よりも減らした場合は、番組データ保存領域３６ｃに記憶されている番組データ５０の一部が削除されてしまう。よって、番組データ保存領域３６ｃのメモリサイズを変更してから次回の番組データ５０をダウンロードするまでの間、番組データ保存領域３６ｃに記憶されている番組データ５０をきちんと最後まで再生することができなくなってしまう。また、逆に、番組データ保存領域３６ｃのメモリサイズを前回よりも増やした場合は、以降、次回の番組データ５０に更新されるまでの間、番組データ保存領域３６ｃ内に無駄な空き容量が生じてしまう。そこで、番組データ５０のダウンロード時刻の所定時間前には、不足分の空き容量を確保するところまでの処理を行い、番組データ保存領域３６ｃのメモリサイズを変更する処理については、番組データ５０のダウンロード時刻が訪れた際に行う構成としてもよい。
【００５１】
すなわち、変形例（１）の場合と同様に、番組データ５０のダウンロード時刻が深夜２時に設定されている一方、その６時間前となる午後８時に不足分の空き容量を確保する場合、携帯電話機３０において、制御部３１は、ダウンロード時刻の６時間前（午後８時）になると、まず、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂと、番組データ保存領域３６ｃのメモリサイズを比較する。そして、サイズ情報５１Ｂの方が大きい場合、次いで、制御部３１は、不揮発性メモリ３６の空き容量をチェックし、番組データ保存領域３６ｃが確保できない場合は、空き容量が不足していることをユーザに通知する。そして、制御部３１は、ユーザからの指示に応じて不要なファイルを不揮発性メモリ３６から削除し、不足分の空き容量を確保する。この後、制御部３１は、ダウンロード時刻（深夜２時）になると、番組データ保存領域３６ｃのメモリサイズを、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂによって指定される大きさに変更した後、次回の番組データ５０をダウンロードして番組データ保存領域３６ｃに保存する。
【００５２】
なお、このようにして６時間前に確保しておいた不足分の空き容量が、番組データ５０のダウンロード時刻になるまでの間に使用されてしまうと意味がないので、制御部３１は、不足分の空き容量を確保した際、以降、番組データ５０のダウンロードを行うまでは、できるだけ新たなファイルを不揮発性メモリ３６に記憶しないようユーザに通知する構成としてもよい。
【００５３】
（３）上述した実施形態では、番組データ保存領域３６ｃのメモリサイズを変更する処理を、ダウンロード時刻が訪れた際に行う場合について説明した。また、変形例（１）では、番組データ保存領域３６ｃのメモリサイズを変更する処理を、番組データ５０とともに第１のタイマー値５１Ａやサイズ情報５１Ｂを受信してから、ダウンロード時刻が訪れる前までの間に行う場合について説明した。
【００５４】
ここで、メモリ資源の無駄を減らすという観点からみると、番組データ保存領域３６ｃのメモリサイズを変更する処理は、なるだけダウンロード時刻の近辺で行うことが望ましい。しかしながら、番組データ保存領域３６ｃのメモリサイズを変更する処理をダウンロード時刻の近辺で行う構成であると、ダウンロード時刻は深夜の時間帯に設定されているので、番組データ保存領域３６ｃのメモリサイズを増やさねばならず、かつ空き容量が不足している場合に、ユーザは既に就寝しており、不要なファイルを削除するよう促されてもこれに応じられない場合がある。このような場合、番組データ保存領域３６ｃのメモリサイズを増やすことができないので、例えば、ダウンロードした番組データ５０の一部が番組データ保存領域３６ｃ内に保存できず、番組データ５０をきちんと最後まで再生することができなくなってしまったり、あるいはこのような不具合が生じるため、番組データ５０のダウンロードを延期したり中止せざるを得ない、といった問題が生じる。
【００５５】
そこで、以上説明したような問題を解消し、深夜であっても確実に番組データ５０をダウンロードできるようにすることを目的とした場合、番組データ保存領域３６ｃのメモリサイズを変更する処理を、番組データ５０とともに第１のタイマー値５１Ａやサイズ情報５１Ｂを受信した際に行ってしまう構成が考えられる。以下、このような場合の制御構成について、図６に示すフローチャートを参照して説明する。
【００５６】
図６は、本変形例に係る番組データ更新処理２について示すフローチャートである。
携帯電話機３０の制御部３１は、図４に示した番組データ５０の予約処理を終えた後、タイマー値格納領域３６ｂに格納されているタイマー値が“０”になると、図６に示す番組データ更新処理２を開始する。なお、説明の便宜上、既に１回以上、番組データ５０がダウンロードされており、番組データ保存領域３６ｃには番組データ５０が保存されていることに加え、サイズ情報格納領域３６ａにも次回の番組データ５０のデータサイズを示すサイズ情報５１Ｂが格納されているものとする。また、番組データ保存領域３６ｃのメモリサイズは、サイズ情報格納領域３６ａに格納されているサイズ情報５１Ｂに応じた大きさに既に変更されているものとする。
【００５７】
この番組データ更新処理２において、まず、制御部３１は、通信部３２を制御して、番組データ５０のダウンロードを行う（ステップＳ３０１）。上述した実施形態と同様、番組データ５０は、番組データ管理装置２０からダウンロードされ、また、番組データ５０には、次回の番組データ５０のダウンロード日時を指定する第１のタイマー値５１Ａと、次回の番組データ５０のデータサイズを示すサイズ情報５１Ｂを格納したヘッダファイル５１が含まれている。次いで、制御部３１は、ダウンロードした番組データ５０を番組データ保存領域３６ｃに保存する（ステップＳ３０２）。これにより番組データ保存領域３６ｃに記憶されている番組データ５０が新しいものに更新される。
【００５８】
この後、制御部３１は、番組データ保存領域３６ｃに保存した番組データ５０内のヘッダファイル５１から、第１のタイマー値５１Ａとサイズ情報５１Ｂを読み出す。そして、制御部３１は、サイズ情報格納領域３６ａに格納されているサイズ情報５１Ｂを、読み出したサイズ情報５１Ｂに書き替える（ステップＳ３０３）。これによって次回の番組データ５０のデータサイズがサイズ情報格納領域３６ａに書き込まれる。また、制御部３１は、読み出した第１のタイマー値５１Ａをタイマー値格納領域３６ｂに格納するとともに、この第１のタイマー値５１Ａのカウントダウンを開始する（ステップＳ３０４）。
【００５９】
次いで、制御部３１は、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂと、番組データ保存領域３６ｃのメモリサイズを比較する（ステップＳ３０５）。その結果、サイズ情報５１Ｂの方が小さい場合、すなわち番組データ保存領域３６ｃのメモリサイズを減らすことが指示されている場合（ステップＳ３０６：ＮＯ）、制御部３１は、番組データ保存領域３６ｃのメモリサイズを変更せずに、番組データ保存領域３６ｃの大きさを維持したまま（ステップＳ３０７）、番組データ更新処理２を終える。
【００６０】
なお、このように番組データ保存領域３６ｃのメモリサイズを減らす変更であった場合に、メモリサイズを減らさずに番組データ保存領域３６ｃの大きさを維持する構成としたのは、番組データ保存領域３６ｃのメモリサイズを次回の番組データ５０のデータサイズに応じて減らしてしまうと、番組データ保存領域３６ｃに保存した今回の番組データ５０の一部が削除されてしまい、次回の番組データ５０をダウンロードするまでの間、今回の番組データ５０をきちんと最後まで再生することができなくなってしまうためである。
【００６１】
一方、制御部３１は、上記ステップＳ３０５における比較の結果、サイズ情報５１Ｂの方が大きい場合、すなわち番組データ保存領域３６ｃのメモリサイズを増やすことが指示されている場合は（ステップＳ３０６：ＹＥＳ）、次いで、サイズ情報５１Ｂによって指定される大きさの番組データ保存領域３６ｃを確保し得るだけの空き容量が不揮発性メモリ３６にあるか否かを確認する（ステップＳ３０８）。その結果、空き容量が不足していない場合（ステップＳ３０９：ＮＯ）、制御部３１は、ステップＳ３１２に進み、番組データ保存領域３６ｃのメモリサイズを、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂに応じた大きさに変更した後、番組データ更新処理２を終える。つまり、番組データ保存領域３６ｃのメモリサイズを増やす場合であっても、空き容量が不足していない場合は、番組データ保存領域３６ｃのメモリサイズを変更する処理が直ちに行われる。
【００６２】
これに対し、空き容量が不足していると判定された場合（ステップＳ３０９：ＹＥＳ）、制御部３１は、不揮発性メモリ３６内において番組データ保存領域３６ｃ以外の領域に記憶されている不要なファイルを削除して空き容量を増やすようユーザに促す（ステップＳ３１０）。なお、この際には、例えば、不要なファイルを削除しないと番組データ保存領域３６ｃが確保できない旨のメッセージが表示部３４に表示される。また、上述した実施形態と同様、このように空き容量が不足している場合、制御部３１は、不揮発性メモリ３６内において番組データ保存領域３６ｃ以外の領域に記憶されているファイルの中から不要と思われるファイルを、ファイルの作成日時やアクセス頻度、最終アクセス日時等に基づいて特定し、削除候補ファイルとしてユーザに通知することができる。また、不足分の空き容量をユーザに通知したり、空き容量の不足分を補うために不揮発性メモリ３６から削除する１以上のファイルを、不足分の空き容量と、各削除候補ファイルのデータサイズ等に基づいて決定し、ユーザに通知することも可能である。
【００６３】
ところで、番組データ５０のダウンロード時刻は深夜に設定されているので、ユーザは就寝している可能性が高く、上記ステップ３１０における報知に対し、すぐには応答できない。しかしながら、本変形例においては、番組データ５０をダウンロードした直後に、次回の番組データ用に番組データ保存領域３６ｃのメモリサイズを変更する構成であるので、すぐに応答が得られなくても何ら支障はない。
【００６４】
例えば、翌日の朝、ユーザは、携帯電話機３０の画面を見て、今回の番組データ５０が完了したことに加え、次回の番組データ５０をダウンロードするための空き容量が不足していることに気付き、不要なファイルを削除するための操作を行う。この操作に応じて制御部３１は、指示されたファイルを不揮発性メモリ３６から削除して不足分の空き容量を確保する（ステップＳ３１１）。そして、この後、制御部３１は、番組データ保存領域３６ｃのメモリサイズを、サイズ情報格納領域３６ａから読み出したサイズ情報５１Ｂに応じた大きさに変更した後（ステップＳ３１２）、番組データ更新処理２を終える。また、制御部３１は、番組データ更新処理２を終えた後、タイマー値格納領域３６ｂに格納されているタイマー値が“０”になると、再び番組データ更新処理２を開始する。
【００６５】
以上説明した構成であれば、次回の番組データ５０をダウンロードするまでには１週間の期間があるから、番組データ保存領域３６ｃのメモリサイズを増やさねばならず、かつ空き容量が不足している場合であっても、空き容量不足を解消し、ダウンロード時刻が深夜であっても次回の番組データ５０を確実に受信して番組データ保存領域３６ｃ内に保存することができる。
【００６６】
（４）例えば、ユーザは、携帯電話機３０の操作部３３を操作し、不揮発性メモリ３６において番組データ保存領域３６ｃ以外の領域に記憶されているファイルの中から、削除してもよいファイルを事前に複数指定しておく一方、携帯電話機３０では、番組データ保存領域３６ｃのメモリサイズを増やさねばならず、かつ空き容量が不足している場合に、ユーザによって事前に指定された複数のファイルの中から、不足分の空き容量を確保するのに必要な分だけファイルを削除する構成であってもよい。また、削除してもよいファイルを事前に指定する際には、優先度（削除する順番）をファイル毎に設定できる構成であってもよい。
【００６７】
（５）上述した実施形態では、番組データ５０の内容が１週間毎に更新される場合について説明したが、番組データ５０の更新周期は、２４時間毎や３日毎、あるいは1ヶ月毎であってもよい。また、番組データ５０を更新する都度、次回の更新タイミングを第１のタイマー値５１Ａで通知すればよいので、番組データ５０の更新周期は定期的でなく不定期であってもよい。また、上述した実施形態において、第１，第２のタイマー値は、残り時間（分）を示すカウント値であったが、このようなタイマー値の代わりに、ダウンロードやキャッシュを行う日時を直接的に示す時刻情報（年月日時分秒）を用いてもよい。
【００６８】
（６）上述した実施形態では、第１のタイマー値５１Ａとサイズ情報５１Ｂを番組データ５０に含めて携帯電話機３０に通知する場合について説明した。しかしながら、第１のタイマー値５１Ａやサイズ情報５１Ｂは、番組データ５０とは別に携帯電話機３０に通知される構成であってもよい。例えば、番組データのダウンロードを終えた後、第１のタイマー値５１Ａとサイズ情報５１Ｂが番組データ管理装置２０を介して携帯電話機３０に通知される構成であってもよい。また、第１のタイマー値５１Ａ（番組データ５０の更新タイミング）とサイズ情報５１Ｂ（更新後の番組データ５０のデータサイズ）を、複数回分まとめて携帯電話機３０に通知する構成であってもよい（例えば、１回目については、更新タイミングが今週金曜日の深夜３時で更新後のデータサイズが１．７５ＭＢ、２回目については、更新タイミングが次週月曜日の深夜４時で更新後のデータサイズが１．５０ＭＢ、３回目については、更新タイミングが次週木曜日の深夜３時で更新後のデータサイズが２．１５ＭＢ等）。
【００６９】
（７）番組データ５０は、楽曲ファイル５２を用いた音楽番組用のデータに限定されるものではない。例えば、動画データと音声データによって構成されるドラマ番組やアニメ番組、あるいは映画番組用の番組データであってもよいし、音声データのみによって構成されるラジオ番組用の番組データであってもよい。また、番組データは画像データや文字データによって構成されていてもよい。また、上述した実施形態では、移動パケット通信網３のトラフィックが比較的すいている深夜の時間帯に、番組データ管理装置２０から携帯電話機３０へ番組データ５０をダウンロードするようにしたが、番組データ５０をダウンロードする時間帯は、深夜に限定されるものではない。例えば、深夜の時間帯と同様、移動パケット通信網３のトラフィックが比較的すいている早朝の時間帯（午前４時〜午前６時）に番組データ５０をダウンロードする構成であってもよい。また、移動パケット通信網３の通信能力が充分に高い場合や、番組データ５０のデータ量が比較的少ない場合等、輻輳を気にする必要がなければ、番組データ５０のダウンロードを昼間や夕方の時間帯に行うことができる。
【００７０】
（８）番組データ管理装置２０は、複数のサーバによって構成されていてもよい。例えば、予約リスト２１を記憶するデータベースサーバと、コンテンツサーバ１０から番組データ５０を取得してキャッシュしておくキャッシュサーバと、携帯電話機３０やコンテンツサーバ１０との通信を行うアクセス用サーバとで、番組データ管理装置が構成されていてもよい。また、上述した実施形態では、本発明を携帯電話機に適用した場合について説明したが、本発明が適用可能な通信装置は、携帯電話機に限定されるものではない。例えば、簡易携帯電話網に収容されるＰＨＳ（登録商標）端末や、公衆無線ＬＡＮに収容される無線通信端末に本発明を適用することができる。また、本発明は、移動体通信を必須の要件とするものではなく、有線通信によって番組データを受信することが可能な通信装置にも適用可能である。さらに、メモリ容量が比較的小さな携帯型の通信装置に限定されるものでもなく、据置型のパーソナルコンピュータ等に対しても本発明を適用することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態に係る通信システム１の全体構成を示す図である。
【図２】同実施形態に係り、番組データ管理装置２０に記憶されている予約リスト２１のデータ構成を示す図である。
【図３】同実施形態に係り、携帯電話機３０のハードウェア構成を示すブロック図である。
【図４】同実施形態に係り、番組データ５０の予約処理について示すシーケンスチャートである。
【図５】同実施形態に係り、携帯電話機３０において実行される番組データ更新処理１について示すフローチャートである。
【図６】変形例（３）に係る番組データ更新処理２について示すフローチャートである。
【符号の説明】
【００７２】
１…通信システム、２…インターネット、３…移動パケット通信網、１０…コンテンツサーバ、２０…番組データ管理装置、２１…予約リスト、３０…携帯電話機、３１…制御部、３２…通信部、３３…操作部、３４…表示部、３５…再生部、３６…不揮発性メモリ、３６ａ…サイズ情報格納領域、３６ｂ…タイマー値格納領域、３６ｃ…番組データ保存領域、５０…番組データ、５１…ヘッダファイル、５１Ａ…第１のタイマー値、５１Ｂ…サイズ情報、５２…楽曲ファイル。
【図１】
2008060806.tif 000003
【図２】
2008060806.tif 000004
【図３】
2008060806.tif 000005
【図４】
2008060806.tif 000006
【図５】
2008060806.tif 000007
【図６】
2008060806.tif 000008