トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 通信装置及び番組データ更新方法
【発明者】 【氏名】飛田 憲昭

【氏名】三村 淳

【氏名】▲高▼津 利樹

【氏名】斉藤 卓

【氏名】富川 芳和
【要約】 【課題】通信装置において、更新する番組データが再生中の場合であっても、ユーザの意向を反映させて適切に番組データの更新処理を行なえるようにすること。

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