(57)【要約】【課題】コンテンツデータを外部から取得して再生を行う再生装置において、効率よくキャッシュ処理を行い、コンテンツデータを迅速に再生する。【解決手段】携帯通信端末装置２０は、通信ネットワーク５を介して接続された外部記録部３６に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択部２０６と、前記キャッシュ対象として選択したコンテンツデータを内部記録部１３０に記録可能な空き容量を確保するために、内部記録部１３０に記録されているコンテンツデータから削除するべきものを選択する削除対象選択部２０４と、前記削除対象として選択したコンテンツデータを内部記録部１３０から削除するファイル入出力部２２０と、前記キャッシュ対象として選択したコンテンツデータを外部記録部３６から取得して、内部記録部１３０に記録するファイル入出力部２２０とを備える。【選択図】図１
2009130645.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを記録するための内部記録部を備え、該内部記録部に記録したコンテンツデータを再生するコンテンツデータ再生装置において、
通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択手段と、
上記キャッシュ対象選択手段が選択したコンテンツデータを上記内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択手段と、
上記削除対象選択手段が選択したコンテンツデータを上記内部記録部から削除する削除手段と、
上記キャッシュ対象選択手段が選択したコンテンツデータを上記外部記録部から取得して、上記削除手段によってコンテンツデータが削除された上記内部記録部に記録する記録手段とを備えることを特徴とするコンテンツデータ再生装置。
【請求項２】
上記削除対象選択手段は、上記内部記録部に記録されているコンテンツデータのうち、上記キャッシュ対象選択手段が選択したコンテンツデータを除いたものを選択することを特徴とする請求項１に記載のコンテンツデータ再生装置。
【請求項３】
上記記録手段は、上記キャッシュ対象選択手段が選択したコンテンツデータのうち、上記内部記録部に記録されているコンテンツデータを除いたものを上記外部記録部から取得して、上記内部記録部に記録することを特徴とする請求項２に記載のコンンテンツデータ再生装置。
【請求項４】
上記外部記録部に記録されているコンテンツデータに関するメタ情報をユーザの嗜好に基づいて分析し、上記外部記録部に記録されているコンテンツデータに対して、上記キャッシュ対象選択手段がコンテンツデータを選択する際の優先度を付与する嗜好性分析手段を備えることを特徴とする請求項３に記載のコンテンツデータ再生装置。
【請求項５】
上記外部記録部に記録されているコンテンツデータの一覧を作成し、当該一覧中のコンテンツデータのうちで上記内部記録部に記録されているものに、その旨を示す識別情報を付与するデータ一覧作成手段を備えることを特徴とする請求項１から５のいずれか１項に記載のコンテンツデータ再生装置。
【請求項６】
請求項１から５のいずれか１項に記載のコンテンツデータ再生装置と、上記外部記録部を備えるコンテンツデータサーバ装置とを含むコンテンツデータ再生システムにおいて、
上記コンテンツデータサーバ装置は、上記コンテンツデータ再生装置からの要求に応じて、上記外部記録部に記録したコンテンツデータを上記コンテンツデータ再生装置へ送信することを特徴とするコンテンツデータ再生システム。
【請求項７】
請求項６に記載のコンテンツデータ再生システムを構成するコンテンツデータサーバ装置において、
テレビジョン放送信号によって伝播される番組の情報である番組データを受信し、上記コンテンツデータとして外部記録部に記録するためテレビジョン受信録画手段を備えることを特徴とするコンテンツデータサーバ装置。
【請求項８】
コンテンツデータを記録するための内部記録部を備え、該内部記録部に記録したコンテンツデータを再生するコンテンツデータ再生装置の制御方法において、
通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択ステップと、
上記キャッシュ対象選択ステップにて選択したコンテンツデータを上記内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択ステップと、
上記削除対象選択ステップにて選択したコンテンツデータを上記内部記録部から削除する削除ステップと、
上記キャッシュ対象選択ステップにて選択したコンテンツデータを上記外部記録部から取得して、上記削除ステップにてコンテンツデータが削除された上記内部記録部に記録する記録ステップとを含むことを特徴とするコンテンツデータ再生装置の制御方法。
【請求項９】
請求項１から５までのいずれか１項に記載のコンテンツデータ再生装置を動作させるコンテンツデータ再生装置制御プログラムであって、コンピュータを上記の各手段として機能させるためのコンテンツデータ再生装置制御プログラム。
【請求項１０】
請求項９に記載のコンテンツデータ再生装置制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを再生するコンテンツデータ再生装置およびその制御方法、コンテンツデータサーバ装置、コンテンツデータ再生システム、コンテンツデータ再生装置制御プログラムおよびコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、携帯電話機の性能の進歩、特にその多機能化は著しく、もはや電話機と呼ぶよりは、携帯型のコンピュータと呼ぶほうがふさわしい。携帯電話機には、電話機能に加えて、インターネットアクセス機能、音楽再生機能やテレビジョン受像機能（以下、ＴＶ機能と略称する）も備えられている。
【０００３】
携帯電話機のＴＶ機能の利用シーンとしては、電車やバスなど交通機関利用中や待ち合わせ場所等の外出先で利用することが多い。つまり、見たい番組を視聴するためにＴＶ機能を利用することは少なく、外出先において時間が空いているときに見たい番組を放送していれば視聴するという場合が多い。しかし、外出先において見たい番組をいつも放送しているとは限らず、ＴＶ機能が有効に活用されているとは言いがたい。
【０００４】
このような問題点に対し、例えば、ハードディスクレコーダのように見たい番組を携帯電話機内のメモリ（脱着可能なメモリカード含む）に録画しておき、時間が空いているときに視聴するといった録画機能も搭載されつつある。また、ハードディスクレコーダなどでは、特許文献１のようにユーザの嗜好情報に基づいて番組を自動録画する機能を備えたものもある。
【０００５】
また、特許文献２のように、サーバから配信された番組表を携帯電話機で参照して所望の番組をサーバに録画し、録画した番組データをサーバから携帯電話機に送信して視聴するような方法も提案されている。
【特許文献１】特開平７−１３５６２１号公報（１９９５年５月２３日公開）
【特許文献２】特開２００３−３３９０４１号公報（２００３年１１月２８日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１のような自動録画に関する技術については、携帯電話機内のメモリのように、動画情報のデータ容量に対して、記録可能な容量の制限が厳しい記録領域に録画する場合、容量的に数番組から十数番組くらいしか録画できないので、すぐに記録可能な容量を使い切ってしまい録画できなくなるという問題がある。さらに携帯電話機のＴＶ機能で受信した番組を録画する場合、ユーザが携帯電話機を持ってビルの内部など放送電波の届きにくい場所に移動したりすると、番組が途中で受信できないといった致命的な問題もある。
【０００７】
また、特許文献２の技術のように、サーバに録画する場合は、上記のような携帯電話機内のメモリ容量に関する制限をある程度解決できることが期待できるが、再生する際に毎回サーバに接続して視聴する必要がある。そのため、事前に録画した番組をダウンロードする時間が必要となるか、あるいはリアルタイムで動画データを視聴できるだけの通信速度を確保する必要がある。さらに、携帯電話機がサーバと通信可能な場所になければ、録画した番組を視聴することはできない。
【０００８】
本発明は、上記の問題点を鑑みてなされたものであり、その目的は、コンテンツデータを外部から取得して再生を行う再生装置において、効率よくキャッシュ処理を行い、コンテンツデータを迅速に再生することができるコンテンツデータ再生装置等を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明に係るコンテンツデータ再生装置は、コンテンツデータを記録するための内部記録部を備え、該内部記録部に記録したコンテンツデータを再生するコンテンツデータ再生装置において、通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択手段と、上記キャッシュ対象選択手段が選択したコンテンツデータを上記内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択手段と、上記削除対象選択手段が選択したコンテンツデータを上記内部記録部から削除する削除手段と、上記キャッシュ対象選択手段が選択したコンテンツデータを上記外部記録部から取得して、上記削除手段によってコンテンツデータが削除された上記内部記録部に記録する記録手段と、を備えることを特徴としている。
【００１０】
また、本発明に係るコンテンツデータ再生装置の制御方法は、上記課題を解決するために、コンテンツデータを記録するための内部記録部を備え、該内部記録部に記録したコンテンツデータを再生するコンテンツデータ再生装置の制御方法において、通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択ステップと、上記キャッシュ対象選択ステップにて選択したコンテンツデータを上記内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択ステップと、上記削除対象選択ステップにて選択したコンテンツデータを上記内部記録部から削除する削除ステップと、上記キャッシュ対象選択ステップにて選択したコンテンツデータを上記外部記録部から取得して、上記削除ステップにてコンテンツデータが削除された上記内部記録部に記録する記録ステップと、含むことを特徴としている。
【００１１】
上記構成によれば、外部記録領域に記録されているコンテンツデータの中から、キャッシュするべきコンテンツデータを所定の基準に基づき選択する。そして、選択したコンテンツデータを内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータの中から削除するべきものを選択して、削除する。その後、キャッシュ対象として選択されたコンテンツデータを外部記録部から取得して、空き容量を作った内部記録部に記録する。
【００１２】
よって、再生する、あるいは、再生する可能性が高いコンテンツデータを、内部記録部にあらかじめ記録しておくことができる。したがって、コンテンツデータを再生するとき、コンテンツデータが内部記録領域にすでに記録されているので、外部記録部から取得する必要がなく、迅速に再生することが可能となる。
【００１３】
さらに、上記構成において、上記削除対象選択手段は、上記内部記録部に記録されているコンテンツデータのうち、上記キャッシュ対象選択手段が選択したコンテンツデータを除いたものを選択することが望ましい。
【００１４】
上記構成によると、さらに、キャッシュ対象として選択されたコンテンツデータ以外のコンテンツデータを、内部記録部から削除する対象として選択する。すなわち、内部記録部に記録しておかなくてもよいコンテンツデータを選択する。よって、外部記録部から転送するコンテンツデータを最少にできるため、効率的にコンテンツデータを取得することが可能となる。
【００１５】
さらに、上記構成において、上記記録手段は、上記キャッシュ対象選択手段が選択したコンテンツデータのうち、上記内部記録部に記録されているコンテンツデータを除いたものを上記外部記録部から取得して、上記内部記録部に記録することが望ましい。
【００１６】
上記構成によると、さらに、キャッシュ対象として選択されたコンテンツデータのうち、内部記録部に記録されているコンテンツデータを除いたものを外部記録部から取得する。すなわち、新たにキャッシュ対象となったコンテンツデータのみを、外部記録部からダウンロードする。よって、コンテンツデータを重複してダウンロードすることがなく効率がよい。
【００１７】
さらに、上記構成において、上記外部記録部に記録されているコンテンツデータに関するメタ情報をユーザの嗜好に基づいて分析し、上記外部記録部に記録されているコンテンツデータに対して、上記キャッシュ対象選択手段がコンテンツデータを選択する際の優先度を付与する嗜好性分析手段を備えることが望ましい。
【００１８】
上記構成によると、さらに、外部記録部に記録されているコンテンツデータに対して、ユーザの嗜好に基づく優先度を付与できる。よって、キャッシュ対象となるコンテンツデータを選択する際に、上記優先度に従ってコンテンツデータを選択することにより、ユーザの嗜好に合致したコンテンツデータ、すなわち、再生される可能性が高いコンテンツデータを選択することが可能となる。したがって、ユーザが視聴する可能性が高いとコンテンツデータを的確に推測して、コンテンツデータを内部記憶部に記録しておくことが可能となる。
【００１９】
さらに、上記構成において、上記外部記録部に記録されているコンテンツデータの一覧を作成し、当該一覧中のコンテンツデータのうちで上記内部記録部に記録されているものに、その旨を示す識別情報を付与するデータ一覧作成手段を備えることが望ましい。
【００２０】
上記構成によると、さらに、外部記録部に記録されているコンテンツデータの一覧を、内部記録部に記録されているコンテンツデータについては識別情報を付与して作成する。、よって、外部記録部と内部記録部に記録されているコンテンツデータをユーザに提示することが可能となる。したがって、ユーザは、再生可能なすべてのコンテンツデータを把握することができるとともに、ダウンロード待ちがなく、すぐに再生可能なコンテンツデータを一目で確認することができる。
【００２１】
また、上記課題を解決するために、本発明に係るコンテンツデータ再生システムは、上記構成において、上記コンテンツデータ再生装置と、上記外部記録部を備えるコンテンツデータサーバ装置とを含むコンテンツデータ再生システムにおいて、上記コンテンツデータサーバ装置は、上記コンテンツデータ再生装置からの要求に応じて、上記外部記録部に記録したコンテンツデータを上記コンテンツデータ再生装置へ送信することを特徴としている。
【００２２】
上記構成によると、上記コンテンツデータデータ再生装置と、外部記録部を備える上記コンテンツデータサーバ装置との組み合わせにより、コンテンツデータサーバ装置に記録したコンテンツデータをコンテンツデータデータ再生装置で再生する場合に、通信状況の影響を受けずに、ユーザが視聴したいコンテンツデータを迅速に視聴できるコンテンツデータ再生システムを提供できる。
【００２３】
また、上記コンテンツデータサーバ装置は、上記コンテンツデータ再生システムを構成するコンテンツデータサーバ装置において、テレビジョン放送信号によって伝播される番組の情報である番組データを受信し、上記コンテンツデータとして外部記録部に記録するためテレビジョン受信録画手段を備えることが望ましい。
【００２４】
上記構成によると、コンテンツデータサーバ装置は、テレビジョン放送信号によって伝播される番組の情報である番組データを受信し、コンテンツデータとして外部記録部に記録する。よって、本発明に係るコンテンツデータ再生システムは、テレビジョン放送の番組データをコンテンツデータとして扱うことが可能となる。例えば、コンテンツデータサーバ装置を、テレビジョン放送信号を安定して受信できる場所に配置すれば、コンテンツデータ再生装置が、テレビジョン受信アンテナを実装する必要はなく、また、テレビジョン放送信号が途切れて、番組データの記録に失敗するという問題も回避することができる。
【００２５】
なお、上記コンテンツデータ再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記コンテンツデータ再生装置をコンピュータにて実現させるコンテンツデータ再生装置制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００２６】
本発明に係るコンテンツデータ再生装置は、通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択手段と、上記キャッシュ対象選択手段が選択したコンテンツデータを内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択手段と、上記削除対象選択手段が選択したコンテンツデータを上記内部記録部から削除する削除手段と、上記キャッシュ対象選択手段が選択したコンテンツデータを上記外部記録部から取得して、上記削除手段によってコンテンツデータが削除された上記内部記録部に記録する記録手段と、を備える構成である。
【００２７】
また、本発明に係るコンテンツデータ再生装置の制御方法は、通信ネットワークを介して接続された外部記録部に記録されているコンテンツデータを、所定の基準に基づき選択するキャッシュ対象選択ステップと、上記キャッシュ対象選択ステップにて選択したコンテンツデータを内部記録部に記録可能な空き容量を確保するために、内部記録部に記録されているコンテンツデータから削除するべきものを選択する削除対象選択ステップと、上記削除対象選択ステップにて選択したコンテンツデータを上記内部記録部から削除する削除ステップと、上記キャッシュ対象選択ステップにて選択したコンテンツデータを上記外部記録部から取得して、上記削除ステップにてコンテンツデータが削除された上記内部記録部に記録する記録ステップと、含む方法である。
【００２８】
よって、再生する、あるいは、再生する可能性が高いコンテンツデータを、内部記録部にあらかじめ記録しておくことができる。したがって、コンテンツデータを再生するとき、コンテンツデータが内部記録領域にすでに記録されているので、外部記録部から取得する必要がなく、迅速に再生することが可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００２９】
本発明の実施の形態について図１〜図１６に基づいて説明すると以下の通りである。
【００３０】
（放送受信記録再生システムの概略について）
まず、本実施の形態に係る放送受信記録再生システム（コンテンツデータ再生システム）１の概略について説明する。図２は放送受信記録再生システム１の概略を示す説明図である。同図に示すように、本実施の形態では、本発明のコンテンツデータ再生システムは、放送受信記録再生システム１の形態をとっている。放送受信記録再生システム１は、番組放送局１０と、コンテンツデータ再生装置の一例である携帯通信端末装置（コンテンツデータ再生装置）２０と、録画サーバ装置（コンテンツデータサーバ装置）３０とを含む。
【００３１】
携帯通信端末装置２０は、ネットワーク機能を備え、例えば、インターネットに接続可能な通信装置である。携帯通信端末装置２０は、例えば、携帯電話網を介して、インターネット５に接続可能な携帯電話機であってもよい。また、携帯通信端末装置２０は、種々の形式の動画データを再生することができる。
【００３２】
録画サーバ装置３０は、インターネット５を介してアクセス可能なサーバ装置である。録画サーバ装置３０は、記録部に記録しているコンテンツデータを、クライアントの要求に応じて要求側に転送するコンテンツ提供サービスを提供するものである。
【００３３】
また、本実施の形態においては、録画サーバ装置３０は、放送の番組を放送する番組放送局１０の送信するテレビジョン放送信号によって伝播される番組等の情報を受信し、自装置の備える記録部に番組データとして記録する機能を備えるサーバ装置である。また、クライアントの要求に応じて、要求された番組を録画する録画サービスを提供できる。上記録画サービスは、特定の番組を録画する指定を受け付けたり、クライアントの嗜好情報に基づいて自動録画したりする等の種々の形態をとることができる。
【００３４】
なお、上記のサービスは、不特定多数の者に対してではなく、私的使用の目的の範囲内において、特定の者に対してのみ提供を許可する等の制限のもとで提供されるものである。
【００３５】
しかしながら、これに限られず、録画サーバ装置３０は、例えば、ネットワーク機能によって、上記のサービスを提供することのできる、ビデオレコーダであってもよい。
【００３６】
また、録画サーバ装置３０は、動画データをネットワーク経由で提供可能なサーバであってもよく、例えば、動画共有サービスを提供するサーバ装置であってもよい。
【００３７】
本実施の形態に係る放送受信記録再生システム１では、例えば、携帯通信端末装置２０が、インターネット５を介して、録画サーバ装置３０にアクセスし、上記番組データのダウンロード要求をすることができる。該ダウンロード要求に基づいて、録画サーバ装置３０から、上記番組データが転送され、携帯通信端末装置２０に保存される。
【００３８】
しかしながら、上記録画サーバ装置３０と、携帯通信端末装置２０との間の接続形態は、携帯電話網を介したインターネット接続だけには限られない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ジグビー（ZigBee）、ＵＷＢ（Ultra WideBand）、無線ＬＡＮ（ＩＥＥＥ８０２．１１）などの無線通信によって接続されていてもよい。
【００３９】
すなわち、本実施の形態に係る放送受信記録再生システム１では、録画サーバ装置３０が、番組放送局１０の送信するテレビジョン放送信号によって伝播される番組を記録部に番組データとして記録する。そして、携帯通信端末装置２０が、録画サーバ装置３０に対して、記録部に記録されている上記番組データのダウンロード要求をすることで、上記番組データを取得する。そして、携帯通信端末装置２０において、上記番組データが再生され、ユーザに視聴させるという形態を採用している。
【００４０】
図３は、携帯通信端末装置２０の一例である携帯電話機の外観形状を示す説明図である。携帯通信端末装置２０は、録画サーバ装置３０から受信した録画済みの番組データを、表示部１２４において再生する動画再生機能を備えている。上記動画再生機能は、所定の操作を、ユーザに行わせることによって動作する。上記所定の操作は、携帯通信端末装置２０の備える操作部１２８において行わせることができる。
【００４１】
また、携帯通信端末装置２０は、録画サーバ装置３０の、各種サービスを受けることができる。例えば、録画サーバ装置３０の録画サービスにおいて、ユーザの嗜好情報に基づき番組を自動録画予約する自動録画サービスを受けることができる。
【００４２】
なお、本実施の形態においては、例示的に、携帯通信端末装置２０が動画再生機能を有する携帯電話機であるときについて説明するが、これに限られない。携帯通信端末装置２０は、ＰＤＡ（Personal Digital Assistant）や、携帯動画プレーヤ等種々の形態をとることができる。
【００４３】
（携帯電話機について）
次に、本実施形態の放送受信記録再生システム１を構成する携帯通信端末装置２０の構成について説明する。図４は、携帯通信端末装置２０の要部のハードウェア構成を示すブロック図である。図示のように、携帯通信端末装置２０は、アンテナ１６０と、アンテナ１７０と、主制御部１００と、通信制御部１１０と、音声出力部１２０と、音声入力部１２２と、表示部１２４と、リンガ１２６と、操作部１２８と、内部記録部１３０と、音声処理部１４０と、ベースバンド処理部１４２と、ＲＦ処理部１４４と、回路閉結部１４６と、着信信号検出部１４８と、再生部１８０と、ＴＶ受信部１９０とを含む。
【００４４】
主制御部１００は、携帯通信端末装置２０内の各種構成を統括的に制御するものである。主制御部１００の機能は、例えばＲＡＭ（Random Access Memory）やフラッシュメモリなどの記憶素子に記憶されたプログラムをＣＰＵ（Central Processing Unit）が実行することによって実現される。なお、主制御部１００の詳細については後述する。
【００４５】
音声処理部１４０は、音声入力部１２２からの音声信号を所定の音声データに変換してベースバンド処理部１４２に送信するとともに、ベースバンド処理部１４２からの音声データを音声信号に変換して音声出力部１２０に送信するものである。具体的には、音声処理部１４０は、Ａ／Ｄ変換器、Ｄ／Ａ変換器、アンプ、音声コーデック回路などを備えるオーディオインタフェース（オーディオＩ／Ｆ）である。
【００４６】
音声出力部１２０は、音声処理部１４０からの音声信号を音波に変換して外部に出力するものである。具体的には、音声出力部１２０は、レシーバ、スピーカ、音声出力用コネクタなどを備える構成である。通常、携帯通信端末装置２０では、通話を行う場合にはレシーバが利用され、着信の報知やテレビ電話を行う場合にはスピーカが利用される。また、音楽を聴く場合には、周囲の人々に配慮して、音声出力用コネクタにヘッドホンが接続される。なお、音声出力部１２０は、レシーバ、スピーカ、および音声出力用コネクタの全てを備えている必要はなく、これらの少なくとも１つを備えていればよい。
【００４７】
音声入力部１２２は、外部から入力された音波を、電気信号である音声信号に変換して音声処理部１４０に送信するものである。具体的には、音声入力部１２２はマイクロフォンを備える構成である。
【００４８】
表示部１２４は、主制御部１００から画像データを受信し、受信した画像データに基づいて表示画面に画像を表示するものである。具体的には、表示部１２４は、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、ＥＬ（Electroluminescence）ディスプレイなどの表示素子と、受信した画像データに基づいて表示素子を駆動するドライバ回路とを備える構成である。なお、上記画像データは、動画データを含むものである。
【００４９】
リンガ１２６は、主制御部１００からの指示に基づき、ユーザへの報知を行うものである。リンガ１２６が行う報知の例としては、音声出力部１２０から呼び出し音を出力させたり、偏心モータなどの振動素子を用いて携帯通信端末装置２０を振動させたり、ＬＥＤ（light emitting diode）などの発光素子を用いて発光させたりすることが挙げられる。なお、リンガ１２６は、音声出力部１２０または表示部１２４で代用することもできる。
【００５０】
操作部１２８は、携帯通信端末装置２０の表面に設けられた操作ボタンなどの入力デバイスであり、ユーザによって操作されると、操作データを作成して主制御部１００に送信するものである。入力デバイスとしては、ボタンスイッチの他にタッチパネルやモーションセンサーなどが挙げられる。
【００５１】
内部記録部１３０は、携帯通信端末装置２０の初期設定値、及び種々のアプリケーションプログラム等や、番組データを記憶する。内部記録部１３０は、不揮発性のメモリ１３２や、着脱可能なメモリカード１３４を含んでいてもよい。以下、本実施の形態では、番組データを上記メモリカード１３４に記憶する場合について説明するが、不揮発性のメモリ１３２に記憶可能であることは言うまでもない。以降、内部記録部１３０という用語は、基本的にはメモリ１３２、メモリカード１３４のいずれかを問わないような場合に、記録領域の総称としてのみ用いる。基本的には、話題となる対象がメモリ１３２、メモリカード１３４のいずれか一方にのみについて成り立つような場合は、いずれが対象となっているかを明記する。
【００５２】
ここで、メモリ１３２は、主に各種データおよびプログラムを記憶するものである。メモリ１３２の例としては、主制御部１００が動作するときに必要なプログラムや、通信制御データなどの固定データを記憶する読出し専用の半導体メモリであるＲＯＭ（Read Only Memory）と、バーコード認識や通信に関するデータ、演算に使用するデータ、および演算結果などを一時的に記憶する、いわゆるワーキングメモリとしてのＲＡＭと、各種の設定データ、撮影画像データ、電子メールデータなどを記録する書換え可能な不揮発性メモリ（例えばフラッシュメモリ）とが挙げられる。
【００５３】
また、本実施形態において、メモリ１３２は携帯通信端末装置２０の嗜好性に関する情報を記録している。上記嗜好性に関する情報については後述する。
【００５４】
メモリカード１３４は、メモリ１３２に記録する撮影画像データ、電子メールデータなどを、バックアップ等を目的として、メモリ１３２の代わりに記録できる外部メモリである。また、一般的に、メモリカード１３４のほうが携帯通信端末装置２０のメモリ１３２よりも、相対的に大きな記録容量を有しており、メモリ１３２に記録しきれないような大容量のデータも記録することできるという特徴がある。メモリカード１３４は、着脱式のＩＣカードの形式をとっており、様々なデータ形式の情報を記録できる。例えば、録画サーバ装置３０から取得する番組データも記録可能であるが、詳しくは後述する。
【００５５】
回路閉結部１４６は、所定の制御信号に応答して、アンテナ１６０を介した通信回線のオン／オフを制御するためのものである。
【００５６】
ベースバンド処理部１４２は、基地局との安全な信号の授受を行うために、ＲＦ処理部１４４に与える信号及びＲＦ処理部１４４を介して受ける信号に所定の信号処理を施すためのものである。
【００５７】
ＲＦ処理部１４４は、回路閉結部１４６及びアンテナ１６０を介して基地局との間で授受する信号の強さの制御を行うためのものである。
【００５８】
着信信号検出部１４８は、アンテナ１６０を介して基地局から受信した信号に基づき、別の拠点にあるほかの携帯電話機からの着信を検出して着信検出信号を出力するためのものである。
【００５９】
再生部１８０は、操作部１２８によってメモリカード１３４にキャッシュされている番組データ、あるいは、録画サーバ装置３０に備えられている外部記録部３６に録画されている番組データが指定されると、該番組データを読み込み、表示部１２４において閲覧可能なように再生するものである。ただし、番組データを再生するときの動作の詳細については、再生制御部２０２の説明において述べる。
【００６０】
通信制御部１１０は、上記音声処理部１４０、ベースバンド処理部１４２、ＲＦ処理部１４４、回路閉結部１４６、着信信号検出部１４８といった通信に関する処理部を統括的に制御するものである。
【００６１】
通信制御部１１０は、上記音声処理部１４０、ベースバンド処理部１４２、ＲＦ処理部１４４、回路閉結部１４６、表示部１２４、およびリンガ１２６を制御することにより、ユーザからの要求に応じて電話の呼を発信したり、着呼を処理したりして、ユーザと他の携帯通信端末との間の音声通話を行ったり、文字通信を行ったり、インターネット５への接続を行ったり、ユーザの入力する文字列に対する処理を行ったりする。
【００６２】
詳細は後述するが、通信制御部１１０は、ネットワーク経由で録画サーバ装置３０にアクセス可能である。そのため、通信制御部１１０を介して、録画サーバ装置３０に対し、各種サービス要求をすることで、録画サーバ装置３０の提供する様々なサービスを受けることができる。
【００６３】
また、通信制御部１１０は、実質的にはＣＰＵ（中央演算処理装置）とソフトウェアとからなる。ソフトウェアは本実施の形態ではメモリ１３２に記憶されていて、適宜、通信制御部１１０に読出され、実行される。本実施の形態では、詳細は説明しないが、メモリ１３２の内容を書き換えることが可能であり、それによって携帯通信端末装置２０による種々の機能のアップグレード及び追加を行うことができる。
【００６４】
ＴＶ受信部１９０は、アンテナ１７０を介してテレビジョン放送の番組を放送する番組放送局１０の送信するテレビジョン放送信号によって伝播される番組の画像・音声（および場合によっては付随する情報）等の情報を含む番組データと、番組の放送時間に関する情報である番組情報とを含む番組情報を受信するものである。後述の録画サーバ装置３０が備えるものと同様の機能を有する。
【００６５】
なお、本実施の形態において、上記再生部１８０およびＴＶ受信部１９０は、主制御部１００によって制御されるものとしているが、これに限られず、専用の制御機構を備えていてもよい。すなわち、動画データ再生したり、テレビジョン放送信号を受信したりする機能のために専用の制御部を備えていてもよい。
【００６６】
（録画サーバ装置について）
次に、図５を参照しながら、録画サーバ装置３０について説明する。図５は、録画サーバ装置３０の概略について示したブロック図である。図示の通り、録画サーバ装置３０は、ＴＶ受信部３２、録画部３４、外部記録部３６、番組データ転送サービス処理部３７、削除サービス処理部３８および録画サービス処理部３９を備える構成である。
【００６７】
ＴＶ受信部３２は、テレビジョン放送の番組を放送する番組放送局１０の送信するテレビジョン放送信号によって伝播される番組の画像・音声（および場合によっては付随する情報）等の情報を含む番組データと、番組の放送時間に関する情報である番組情報とを含む番組総合情報を受信するものである。受信したデータは、録画部３４に送られる。
【００６８】
録画部３４は、上記番組総合情報をＴＶ受信部３２から受け取り、番組総合情報に含まれる番組データを、外部記録部３６に記録するものである。
【００６９】
外部記録部３６は、番組データや、ユーザのサービス利用に関する情報等を含む種々のデータを記録可能な記録領域である。
【００７０】
番組データ転送サービス処理部３７は、携帯通信端末装置２０からの番組データ転送サービス要求を受け付け、ユーザから要求のあった番組データを、外部記録部３６から転送する処理を行うものである。
【００７１】
削除サービス処理部３８は、携帯通信端末装置２０からの削除サービス要求を受け付け、ユーザから指定された番組データを、外部記録部３６から削除する処理を行うものである。
【００７２】
録画サービス処理部３９は、携帯通信端末装置２０からの録画サービス要求を受け付けて、録画部３４を制御し、ユーザから要求のあった番組を、外部記録部３６に記録するよう指示するものである。
【００７３】
録画サーバ装置３０と、携帯通信端末装置２０とは、インターネット５を介して通信を行うことができ、また、録画サーバ装置３０は、携帯通信端末装置２０からの種々のサービス要求に対応する。
【００７４】
（主制御部の詳細）
次に、図１を参照しながら、携帯通信端末装置２０における主制御部１００の詳細について、以下に説明する。同図は主制御部１００の要部構成を示す図である。図示のように、主制御部１００は、再生制御部２０２と、削除対象選択部（削除対象選択手段）２０４と、キャッシュ対象選択部（キャッシュ対象選択手段）２０６と、データ一覧作成部（コンテンツデータ一覧作成手段）２０８と、削除サービス要求部２１０と、番組データ転送サービス要求部２１２と、録画サービス要求部２１４と、ファイル入出力部２２０と、嗜好性分析部３００とを備える構成である。
【００７５】
ファイル入出力部２２０は、主制御部１００および内部記録部１３０の間のファイル入出力処理を制御するものである。具体的には、主制御部１００の備える他の構成からのファイル作成、取得、更新および削除等の操作命令を受け付け、内部記録部１３０に当該操作命令があった旨を通知する。また、削除対象選択部２０４によって削除対象リストが作成された場合、上記削除対象リストに該当する番組データを、メモリカード１３４から削除する。
【００７６】
キャッシュ対象選択部２０６は、録画サーバ装置３０の保持する番組データの中から、ユーザが利用する可能性の高い番組データを選択したキャッシュ対象リストを作成するものである。作成したキャッシュ対象リストは、番組データ転送サービス要求部２１２等によって参照される。
【００７７】
なお、上記キャッシュ対象リストを作成するとき、具体的には、録画サーバ装置３０の保持する番組データの保持リストを、あらかじめ取得するようにしてもよく、上記保持リストの中から、所定の基準に基づいて、キャッシュ対象リストを作成するようにしてもよい。また、上記キャッシュ対象リストは、１つ以上の番組データを対象として含むものとする。
【００７８】
キャッシュ対象選択部２０６が、ユーザが利用する可能性の高い番組データと判断する基準は、例えば、上記番組データの記録日時の新しい順であってもよい。また、キャッシュ対象選択部２０６は、外部記録部３６に記録されている番組データに関連付けられている嗜好度が高い順に基づいて、外部記録部３６からメモリカード１３４への番組データの選択を行ってもよい。
【００７９】
上記基準により選択された番組データは、ユーザが参照する可能性が高いものと想定されるため、番組データをあらかじめメモリカード１３４にキャッシュしておくことが望ましい。このようにキャッシュしておくことで、高い確率でユーザの再生要求に迅速に応じることができる。
【００８０】
また、キャッシュ対象選択部２０６は、メモリカード１３４の記録容量を超えない範囲で任意の数の番組データを選択し、上記キャッシュ対象リストを作成することができる。
【００８１】
削除対象選択部２０４は、所定の基準にしたがって、メモリカード１３４に記録されている番組データの中から、削除すべき番組データを選択した削除対象リストを作成するものである。例えば、削除対象選択部２０４は、メモリカード１３４にキャッシュされている番組データのうち、キャッシュ対象選択部２０６によって選択されなかった番組データを削除対象リストとして作成する。また、削除対象選択部２０４は、外部記録部３６に記録されている番組データに関連付けられている嗜好度が低い順に基づいて、番組データを選択してもよい。
【００８２】
データ一覧作成部２０８は、メモリカード１３４および録画サーバ装置３０の保持する番組データに関する情報（メタ情報）を収集し、番組データの一覧を作成して表示させるものである。具体的には、ファイル入出力部２２０を介してメモリカード１３４の記録している番組データに関する情報を収集し、通信制御部１１０を介して、録画サーバ装置３０の保持する番組データに関する情報を収集する。なお、データ一覧作成部２０８は、録画サーバ装置３０の保持する番組データに関する情報を収集する際、番組データ転送サービス要求部２１２の取得する保持リストを参照する構成としてもよい。
【００８３】
データ一覧作成部２０８は、上記データ一覧において、番組データに関連付けられた識別子であって、メモリカード１３４にキャッシュされているかもしくは外部記録部３６に記録されているかを識別可能な識別子（識別情報）を各番組データに付して表示させることが好ましい。これにより、外部記録部３６に記録されている番組データが、メモリカード１３４に記録されているか否かを容易に識別できる。上記識別子としては、例えば、「ｘ」などの記号マークが挙げられる。
【００８４】
番組データ転送サービス要求部２１２は、録画サーバ装置３０が保持している番組データをダウンロードして、ファイル入出力部２２０を介してメモリカード１３４に保存するものである。ダウンロードは、録画サーバ装置３０が備える、番組データ転送サービス処理部３７に番組データ転送サービス要求をすることで行う。また、本実施の形態においては、録画サーバ装置３０から保持している番組データの保持リストを取得することもできる。
【００８５】
例えば、録画サーバ装置３０から保持している番組データのダウンロードは、以下のようにして行われる。すなわち、キャッシュ対象選択部２０６が、キャッシュ対象リストを作成するための、番組データの保持リストを録画サーバ装置３０から取得する。そして、キャッシュ対象選択部２０６が作成する、録画サーバ装置３０からダウンロードすべき番組データが列挙されているキャッシュ対象リストを参照し、録画サーバ装置３０から、当該番組データ転送リストに含まれる転送対象の番組データのダウンロードを行う。
【００８６】
また、再生制御部２０２が指定した、番組データを録画サーバ装置３０からダウンロードすることもできる。
【００８７】
録画サービス要求部２１４は、録画サーバ装置３０に対して、録画したい番組データを指定して、録画サービス要求を行うものである。また、嗜好性分析部３００の分析結果を用いてユーザに適した番組予約を自動的に行うこともできる。録画サービス要求部２１４の動作詳細については後述する。
【００８８】
削除サービス要求部２１０は、録画サーバ装置３０が保持する番組データを削除するよう、録画サーバ装置３０に削除サービス要求を行うものである。本実施の形態においては、削除サービス要求部２１０は、任意のタイミングで録画サーバ装置３０に備えられた外部記録部３６の空き領域の容量を問い合わせするものとする。削除サービス要求部２１０は、上記問い合わせから得られた、空き領域の容量に関する情報に基づいて、上記削除指示を行う。
【００８９】
この削除指示が行われる条件として、例えば、上記空き領域の容量に関する情報を分析した結果、録画サーバ装置３０に備えられた外部記録部３６の空き領域の容量が外部記録部３６全体に対して所定の割合、例えば３０パーセントを下回ったときというような条件が挙げられる。しかしながら、削除指示が行われる条件は、これに限られず、例えば、外部記録部３６の空き領域の容量が所定サイズ、例えば１００メガバイトを下回ったときとしてもよい。
【００９０】
また、削除サービス要求部２１０が上記削除指示を行うときに外部記録部３６に記録されている番組データを選択する基準は、番組データが録画部３４によって外部記録部３６に記録された日時について古い順であってもよい。また、削除サービス要求部２１０は、外部記録部３６に記録されている番組データが記録時点から所定日数を過ぎた場合に自動的に削除するようにしてもよい。
【００９１】
また、削除サービス要求部２１０が上記削除指示を行うときに外部記録部３６に記録されている番組データを選択する基準は、番組データに関連付けられている嗜好度が低い順であってもよい。
【００９２】
嗜好性分析部３００は、放送信号を用いて放送される番組の内容に関する情報と、番組のスケジュールに関する情報とを含む番組情報を取得する番組情報取得部３０２と、ユーザの嗜好性の度合いを示す嗜好度を取得する嗜好度取得部３０４と、上記嗜好度取得部３０４が取得した上記嗜好度に応じた番組を抽出する番組抽出部３０６とを備えている（図１２）。上記嗜好度取得部３０４は、ユーザの番組データに対する嗜好の度合いを示す嗜好度を取得し、番組データに関連付けて、ユーザの番組データに対する嗜好の度合いを示す嗜好度をメモリカード１３４および外部記録部３６に記録させる。嗜好性分析部３００の詳細については後述する。
【００９３】
再生制御部２０２は、メモリカード１３４にキャッシュされている番組データを再生する指示を操作部１２８から受けた場合は、ファイル入出力部２２０を介して、メモリカード１３４から指示された番組データを取得し、取得した番組データを再生部１８０に転送する。そして、再生部１８０に、転送した番組データを再生するように指示をする。
【００９４】
一方、再生制御部２０２は、メモリカード１３４にキャッシュされていない番組データを再生する指示を操作部１２８から受けた場合は、キャッシュ対象選択部２０６に当該番組データの識別情報を通知し、さらに、番組データ転送サービス要求部２１２を介して、当該番組データをメモリカード１３４にダウンロードするよう指示する。その後、再生制御部２０２は、ダウンロードした番組データを再生する。
【００９５】
したがって、本実施の形態における、携帯通信端末装置２０において、番組データを視聴するとき、再生部１８０は、メモリカード１３４に記録されている番組データを再生することになる。
【００９６】
また、再生制御部２０２は、再生部１８０による番組データの再生が完了すると、当該番組データに対する削除命令を、ファイル入出力部２２０に通知するようにしてもよい。
【００９７】
また、ここで、再生制御部２０２は、再生部１８０による番組データの再生が完了すると、録画サーバ装置３０に対し、上記番組データの再生が完了した旨通知してもよい。詳しくは、後述するが、録画サーバ装置３０は、該通知を受け取ると、外部記録部３６に記録されている、上記番組データについて、番組データの再生が完了したことを示すための再生フラグを付加してもよい。
【００９８】
（番組キャッシュ処理）
上記構成において、番組データのキャッシュ処理について、図６を参照して説明すると以下の通りである。同図は携帯通信端末装置２０が録画サーバ装置３０に録画されている番組データをキャッシュする処理手順を説明した動作フローである。
【００９９】
まず、番組データ転送サービス要求部２１２が、通信制御部１１０を介してインターネット通信機能を利用して、録画サーバ装置３０に接続し、録画サーバ装置３０内の外部記録部３６に録画されている番組データの保持リストを取得する（Ｓ１００）。そして、キャッシュ対象選択部２０６は、メモリカード１３４に割り当てられたキャッシュ用の容量に納まる範囲内で、番組データのリストの中からユーザが再生して視聴する可能性の高い番組を決定し、キャッシュ対象選択リストを作成する。（Ｓ１０２）。ここで、視聴する可能性が高い番組データを決定する条件としては、例えば、「録画された日時の新しい順」という条件や、「嗜好度が高い順」という条件などが挙げられる。
【０１００】
そして、削除対象選択部２０４は、メモリカード１３４内のキャッシュ済み番組データと、キャッシュ対象選択リストに含まれる番組データとを比較し、メモリカード１３４にキャッシュされている番組データの中から、キャッシュ対象選択リストに含まれない番組データを削除対象として選択し、削除対象リストを作成する。上記削除対象リストに基づいてファイル入出力部２２０がメモリカード１３４から番組データを削除する。（Ｓ１０４）。
【０１０１】
このようにして、メモリカード１３４内にキャッシュに必要な記録領域を確保した後、ステップＳ１０２で抽出された番組データのうち、まだメモリカード１３４にキャッシュされていない番組データを録画サーバ装置３０からダウンロードする（Ｓ１０６）。
【０１０２】
ここで、本実施の形態のキャッシュ処理の一例として、より具体的に、２００７年７月２２日の２２：００から２３：４８までの時間帯にチャンネル１０において放送される予定の番組、「日曜・バラエティ」の番組データが録画された後にキャッシュ処理を実行する場合について説明する。
【０１０３】
以下では、メモリカード１３４にキャッシュできる番組データの総容量は１ＧＢ（Giga Byte）として説明する。
【０１０４】
まず、録画サーバ装置３０の外部記録部３６に格納される、番組データのデータ格納形式の一例について図７を用いて説明する。同図の（ａ）は、外部記録部３６に多数の番組データが録画されている状態について示した図である。図７の（ａ）に示すようなデータ格納形式で、外部記録部３６に録画されている番組データを格納する。
【０１０５】
すなわち、上記データ格納形式は、番組データの放送チャンネルを示す「ｃｈ」と、番組データのタイトルを示す「タイトル」と、番組データを録画した日時を示す「録画日時」と、番組データの録画時間を示す「録画時間」と、録画された番組データの容量を示す「データサイズ」と、ユーザが再生したか否かを示す「再生フラグ」の項目を含む。以降、番組データを特定する際は、「タイトル」で特定する。
【０１０６】
なお、「録画時間」の単位は、「ＹＹＹＹ／ＭＭ／ＤＤ  ＨＨ：ＭＭ」形式で、それぞれ西暦／月／日  時：分を表しており、「データサイズ」の単位は、メガバイト（ＭＢ：Mega Byte）を採用している。また、データ一覧作成部２０８は、上記データ格納形式に基づいて、外部記録部３６に録画されている番組データのリストを作成し、表示部１２４を介してユーザに提示できるものとする。
【０１０７】
ここで、外部記録部３６にはすでに番組データ、「映画・ヒューマンドラマ」、「バラエティ・土曜」、「スポーツ・サッカー・２００７大会」、「スポーツ・野球・Ａチーム vs Ｂチーム」「バラエティ・火曜」、・・・が録画されており、それぞれの録画日時は、「２００７／７／２０  ２１：００」、「２００７／７／１４  ２２：００」、「２００７／７／１３  ２２：３０」、「２００７／７／１２  １９：００」、「２００７／７／１０  ２２：００」、・・・であり、それぞれのデータサイズは、「２２０」、「１０８」、「２５５」、「２３８」、「１０９」、・・・である。また、ユーザは「バラエティ・土曜」と「音楽・金曜」を既に再生済みであり、再生フラグはこの２つの番組データについては再生済みを表す「１」、その他の番組データは未再生を表す「０」である。
【０１０８】
また、図７の（ｂ）は、同図の（ａ）の番組データの内、ユーザが再生する可能性が高い番組データを、メモリカード１３４にキャッシュした状態について示した図である。
【０１０９】
ここで、メモリカード１３４には５つの番組データ、「映画・ヒューマンドラマ」、「スポーツ・サッカー・２００７大会」、「スポーツ・野球・Ａチーム vs Ｂチーム」、「バラエティ・火曜」、「ドラマ・日曜・コメディ」がキャッシュされており、総記録容量はそれぞれのデータサイズである「２２０」、「２５５」、「２３８」、「１０９」、「１１２」を加算して９３４ＭＢである。
【０１１０】
ここで、「日曜・バラエティ」の番組データが録画部３４によって録画されると、外部記録部３６の状態は図８の（ａ）のようになる。
【０１１１】
キャッシュ対象選択部２０６は、録画サービス要求部２１４を介して、外部記録部３６に記録されている各番組データの保持リストを取得する。この保持リストの形式は、上記データ格納形式と同型のものとする。
【０１１２】
そして、キャッシュ対象選択部２０６は、取得した保持リストを参照し、再生フラグが「０」で録画日時が新しい番組を、メモリカード１３４の総容量内に収まるように順に選択する。この場合、「バラエティ・日曜」、「映画・ヒューマンドラマ」、「スポーツ・サッカー・２００７大会」、「スポーツ・野球・Ａチーム vs Ｂチーム」が選択され、総記録容量はそれぞれのデータサイズである「２１５」、「２２０」、「２５５」、「２３８」を加算した９２８ＭＢである。キャッシュ対象選択部２０６は、上記の４つの番組データを含むキャッシュ対象リストを作成する。
【０１１３】
ここで、削除対象選択部２０４は、キャッシュ対象リストに含まれる４つの番組データとメモリカード１３４にキャッシュされている番組データとを比較し、キャッシュ対象リストに含まれない、番組データ「ドラマ・火曜」と「ドラマ・日曜・コメディ」を削除対象として選択し、削除対象リストを作成する。ファイル入出力部２２０は、削除対象リストに基づき、「ドラマ・火曜」と「ドラマ・日曜・コメディ」を削除する。上記番組データを削除することで、メモリカード１３４に１０９ＭＢ＋１１２ＭＢ＋６６ＭＢを加算した総計２８７ＭＢの空き容量が確保できる。
【０１１４】
ここで、番組データ転送サービス要求部２１２は、選択された４つの番組データのうち、メモリカード１３４にキャッシュされていない「バラエティ・日曜」を、録画サーバ装置３０からメモリカード１３４にダウンロードする。図８の（ｂ）は、「バラエティ・日曜」をメモリカード１３４にキャッシュした状態を示す図である。
【０１１５】
次に、本実施形態の番組録画処理のさらに別の一例として、番組データに関連付けられて録画サーバ装置３０の外部記録部３６に記録された嗜好度が高い番組を選択する場合について説明する。ここで、録画サーバ装置３０の外部記録部３６およびメモリカード１３４に記録されている番組データは、上記の例と同様、図７の（ａ）および（ｂ）に示す状態であるとする。また、上記の状態において、図示しない嗜好度が、番組データに関連付けられて設定されているものとする。メモリカード１３４にキャッシュされた番組データ「映画・ヒューマンドラマ」、「スポーツ・サッカー・２００７大会」、「スポーツ・野球・Ａチーム vs Ｂチーム」、「バラエティ・火曜」、「ドラマ・日曜・コメディ」の嗜好度がそれぞれ「８５」、「９０」、「８３」、「８１」、「８９」であるとする。
【０１１６】
ここで、録画サーバ装置３０において、録画部３４が「日曜・バラエティ」の番組データを外部記録部３６に録画したとする。このとき、番組データ転送サービス要求部２１２が、録画サーバ装置３０が保持する各番組データの情報を取得し、キャッシュ対象選択部２０６が、保持リストを参照し、再生フラグが「０」で嗜好度が高い番組を、メモリカード１３４の総容量内に収まるように順に選択する。新しく録画された番組データ「日曜・バラエティ」の嗜好度を「８６」とすると、この場合、「バラエティ・日曜」、「映画・ヒューマンドラマ」、「スポーツ・サッカー・２００７大会」、「ドラマ・日曜・コメディ」が選択され、総記録容量はそれぞれのデータサイズである「２１５」、「２２０」、「２５５」、「１１２」を加算した８０２ＭＢである。キャッシュ対象選択部２０６は上記４つの番組データを含むキャッシュ対象リストを作成する。
【０１１７】
ここで、削除対象選択部２０４は、上記キャッシュ対象リストとメモリカード１３４にキャッシュされている番組データとを比較し、メモリカード１３４内で不要となる番組データ「スポーツ・野球・Ａチーム vs Ｂチーム」と「ドラマ・火曜」を削除対象として選択し、削除対象リストを作成する。上記削除対象リストに基づいて、ファイル入出力部２２０が上記２つの番組データを削除する。この結果、メモリカード１３４に２３８ＭＢ＋１０９ＭＢ＋６６ＭＢを加算した総計４１３ＭＢの空き容量が確保できる。そして、録画サービス要求部２１４は、選択された４つの番組データのうち、メモリカード１３４にキャッシュされていない「バラエティ・日曜」を、録画サーバ装置３０からメモリカード１３４にダウンロードする。
【０１１８】
以上のように、メモリカード１３４にユーザが再生する可能性の高い番組から順にキャッシュするようにしているので、ユーザが再生したいと考える番組データがメモリカード１３４内に存在しないという事態が生じる可能性は低い。
【０１１９】
（番組再生処理）
次に、上記構成において、番組データの再生処理について、図９を参照して説明すると以下の通りである。同図は携帯通信端末装置２０が番組データを再生する処理手順を説明した動作フローである。
【０１２０】
すなわち、録画されている番組データを再生する際、携帯通信端末装置２０は、図８の（ａ）および（ｂ）に示すような、メモリカード１３４および録画サーバ装置３０の保持する番組データに関する情報を提示し（Ｓ２００）、ユーザからの選択を受け付ける。そして、再生制御部２０２が、ユーザの選択した内容から、再生すべき番組データを特定し（Ｓ２０２）、上記再生すべき番組データがメモリカード１３４にキャッシュされている番組か否かを判定する（Ｓ２０４）。
【０１２１】
このとき、上記再生すべき番組データがメモリカード１３４に存在すると判定された場合（Ｓ２０４においてＹＥＳ）は、再生制御部２０２が、メモリカード１３４に存在する番組データを再生するよう再生部１８０に指示する。そして、再生部１８０において上記番組データが再生され（Ｓ２１４）、処理は終了する。
【０１２２】
一方、Ｓ２０４において、上記再生すべき番組データがメモリカード１３４に存在しないと判定された場合（Ｓ２０４においてＮＯ）、再生制御部２０２が、上記再生すべき番組データを録画サーバ装置３０からメモリカード１３４にダウンロードしなければならないと判定する。
【０１２３】
そこで、まず、削除対象選択部２０４はメモリカード１３４内に既にキャッシュされている番組データの中から、ユーザが再生して視聴する可能性の低い番組データを決定する（Ｓ２０６）。ここで、視聴する可能性の低い番組データを決定する条件としては、例えば、録画してから最も時間が経過している番組データなどが挙げられる。削除対象選択部２０４は、上記の要領によって選択された番組データを含む削除対象リストを作成する。上記削除対象リストには、２つ以上の番組データが含まれていてもよい。そして、ファイル入出力部２２０は、上記削除対象リストに基づいて、番組データを削除する。（Ｓ２０８）。
【０１２４】
このようにして、削除対象選択部２０４がメモリカード１３４内にキャッシュに必要な記録領域の容量を確保した後、再生制御部２０２は、番組データ転送サービス要求部２１２を介して、上記再生すべき番組データを録画サーバ装置３０からメモリカード１３４にダウンロードする。（Ｓ２１０）。そして、再生制御部２０２は、再生部１８０がメモリカード１３４から番組データを再生するよう制御する。再生部１８０において上記再生すべき番組データが再生され（Ｓ２１２）、その後、処理は終了する。
【０１２５】
なお、Ｓ２１２において、番組データを再生したあと、該番組データを削除し、キャッシュ対象選択部２０６が新たに再生する可能性が高い番組データを録画サーバ装置３０からキャッシュするようにしてもよい。
【０１２６】
また、Ｓ２００において提示する、メモリカード１３４および録画サーバ装置３０の外部記録部３６に録画されている番組データに関する情報の提示形式について好ましい例を、図１０を用いて説明する。同図は、図８の（ａ）および（ｂ）が示す番組データに関する情報の提示形式の一例を示している。同図は、表示部１２４において、メモリカード１３４および録画サーバ装置３０の外部記録部３６に録画されている番組データをリスト表示するときの一例である。
【０１２７】
上記リスト表示は、データ一覧作成部２０８が、メモリカード１３４および録画サーバ装置３０の外部記録部３６に録画されている番組データに関する情報を収集することによって作成したデータ一覧に基づいて表示する。また、上記リスト表示のためのデータ一覧は、前述した番組データのデータ格納形式の項目に基づいて作成される。上記データ一覧に含まれる項目の一例としては、「ｃｈ」、「録画日時」、「タイトル」、および、メモリカード１３４の番組データがキャッシュされているか否かを示す「マーク」等が挙げられる。
【０１２８】
なお、携帯通信端末装置２０が、録画サーバ装置３０にアクセスできない場合は、データ一覧作成部２０８は、メモリカード１３４の保持する番組データに関する情報のみ収集しデータ一覧を作成してもよい。そして、該データ一覧に基づいて、メモリカード１３４の保持する番組データのみリスト表示をするようにしてもよい。
【０１２９】
上記リスト表示の項目としては、放送チャンネルを示す「ｃｈ」と、番組データを録画した日付を示す「録画日付」と、番組データのタイトルを示す「タイトル」と、メモリカード１３４の番組データがキャッシュされているか否かを示す「マーク」を含む。「マーク」に「ｘ」が付されている番組データについては、該番組データがメモリカード１３４にキャッシュされていることを示している。
【０１３０】
また、上記リスト表示は、録画日付の降順にソートされている。そのため、「録画日付」の項目には、表示上、その項目が降順にソートされていることを示す矢印マークが付されている。
【０１３１】
スクロールバー５０は、メモリカード１３４および録画サーバ装置３０の保持する番組データをリスト表示する際、表示部１２４の表示可能領域にリスト表示が収まらない、すなわち、一画面に収まらなかった場合に表示されるものであり、画面に表示されているリスト部分のリスト全体に対する相対的な位置を示している。上記スクロールバー５０が表示されているとき、操作部１２８からの操作に連動し、画面をスクロールできるものである。なお、図１０に示すようなリスト表示において、番組データに対応した、番組に関する解説を、後述する番組情報管理データベース４０２から取得し表示させるようにしてもよい。
【０１３２】
ここで、番組データの再生処理の一例について説明する。前述のように録画処理を行った後の、メモリカード１３４および録画サーバ装置３０の外部記録部３６の状態に基づいて番組データの再生処理について説明する。すなわち、図８の（ｂ）に示すとおり、メモリカード１３４において、「バラエティ・日曜」、「映画・ヒューマンドラマ」、「スポーツ・サッカー・２００７大会」、「スポーツ・野球・Ａチーム vs Ｂチーム」の番組データがキャッシュされているものとし、録画サーバ装置３０の外部記録部３６においては、図８の（ａ）に示すとおり、「ドラマ・土曜」を含む番組データが録画されているものとする。
【０１３３】
この例では、図８の（ａ）における「ドラマ・土曜」を携帯通信端末装置２０において再生するものとする。
【０１３４】
まず、図１０のような録画番組リストを前述の番組データのリスト表示として表示させる。ここで、操作部１２８は、上記リストから、「ドラマ・土曜」の番組データの選択を受け付ける。「ドラマ・土曜」はメモリカード１３４にキャッシュされておらず、録画サーバ装置３０の外部記録部３６に存在する番組データであるので、再生部１８０において上記番組データを再生するには、メモリカード１３４に上記番組データをダウンロードする必要がある。装置内にキャッシュされているか、録画サーバ装置３０内に録画されているかは、タイトルの右側のマークに「ｘ」のマークが付してあるかどうかで、簡単にユーザは判断できる。
【０１３５】
メモリカード１３４に録画できる番組データの総容量は１ＧＢであるため、このとき、メモリカード１３４の空き領域の容量は７２ＭＢである。録画サーバ装置３０に保持する番組データ「ドラマ・土曜」をメモリカード１３４に転送するためには、メモリカード１３４の空き領域の容量が８９ＭＢ必要である。したがって、メモリカード１３４の空き領域の容量が不足していることが判明する。ここで、キャッシュ対象選択部２０６は、メモリカード１３４の空き領域の容量を確保するため、ユーザが再生する可能性が低い番組データをメモリカード１３４から削除する。
【０１３６】
この場合、録画日時が最も古い、すなわち、録画してから最も時間が経過している番組「スポーツ・野球・Ａチーム vs Ｂチーム」の番組データを削除することで、新たに２３８ＭＢの容量の空き領域を確保できるため、メモリカード１３４の空き領域の容量は総計３１０ＭＢとなる。そのため、ファイル入出力部２２０によって、「スポーツ・野球・Ａチーム vs Ｂチーム」の番組データがメモリカード１３４から削除され、番組データ転送サービス要求部２１２によって、「ドラマ・土曜」の番組データがメモリカード１３４にコピーされる。そして、再生部１８０において、「ドラマ・土曜」の番組データが再生された後、メモリカード１３４から削除される。なお、ここでは、録画日時が最も古い番組データを削除したが、嗜好度が最も低い番組データを削除してもよい。
【０１３７】
録画サーバ装置３０の外部記録部３６およびメモリカード１３４に記録されている番組データを、図１１を参照して説明する。同図は、それぞれ、録画サーバ装置３０の外部記録部３６に記録されている番組データと、メモリカード１３４にキャッシュされている番組データの状態の一例であって、上記再生処理を行った後の状態を示すものである。上記の処理を行ったあと、録画サーバ装置３０が保持する番組データの状態は同図に示すとおり、図８（ａ）に比べて、録画サーバ装置３０の外部記録部３６に記録されている番組データ「ドラマ・土曜」の再生フラグが「１」にかわっている。
【０１３８】
一方、メモリカード１３４の状態は同図（ｂ）に示すとおり、図８（ｂ）に比べて、「スポーツ・野球・Ａチーム vs Ｂチーム」の番組データが無くなっている。また、「ドラマ・土曜」の番組データは、既に削除されているため同図の（ｂ）には含まれない。
【０１３９】
以上のように、録画サーバ装置３０に存在する番組データを、メモリカード１３４に転送してから番組データを再生することができる。
【０１４０】
（自動録画予約処理）
ところで、本発明の利点を最大限に享受するには、放送受信記録再生システムが自動的に録画予約情報を作成する機能を備えていることが望ましい。自動的に録画予約情報を作成する機能において、ユーザの関心の対象となるような番組を、番組情報から選択的に抽出することができれば、さらに好適であることはいうまでもない。
【０１４１】
以下においては、録画サーバ装置３０において、ＴＶ受信部３２が受信した番組データを、外部記録部３６に記録する方法の一例について説明する。
【０１４２】
なお、以下に説明する例示においては、携帯通信端末装置２０はＴＶ受信部１９０が受信した放送信号によって伝播される番組情報を取得するものとする。上記番組情報は、録画サーバ装置３０において、ＴＶ受信部３２が受信したものと同等のものであるものとする。しかしながら、これに限られず、携帯通信端末装置２０の通信機能を介してインターネット上において提供されている番組情報を取得してもよい。また、番組情報は、メモリカード１３４などの記録媒体等により供給されるものとしてよい。
【０１４３】
以下に、ユーザの嗜好性を分析し、ユーザの関心の対象となるような番組を、番組情報から自動的に選出する方法について、図１２を参照しながら説明する。
【０１４４】
図１２は、図１の主制御部１００における、嗜好性分析部３００を詳細に表したものである。嗜好性分析部３００は、図示のとおり、番組情報取得部３０２と、嗜好度取得部３０４と、番組抽出部３０６とを備えている。また、図示のとおり、嗜好性の分析のため、メモリ１３２において、番組情報管理データベース（以下「ＤＢ」と略記する）４０２、履歴情報管理ＤＢ４０４、ユーザプロファイルＤＢ４０６を保持するものとする。なお、本実施の形態において、番組情報管理ＤＢ４０２、履歴情報管理ＤＢ４０４、ユーザプロファイルＤＢ４０６のＤＢ群をメモリ１３２に備える構成としているが、これに限られず、ネットワーク経由でアクセス可能な、例えば録画サーバ装置３０の外部記録部３６に備えていてもかまわない。
【０１４５】
より具体的には、番組情報管理ＤＢ４０２は、ＴＶ受信部１９０において受信した番組情報を格納するものである。なお、本実施の形態においては、番組情報をＴＶ受信部１９０から取得するものとしたが、上記に限られず、番組情報がインターネット上において、提供されている場合は、通信制御部１１０を介して、インターネットから取得するようにしてもよい。番組情報管理ＤＢ４０２は、番組抽出部３０６または番組情報取得部３０２からのアクセスに応じて、番組抽出部３０６または番組情報取得部３０２に番組情報を送信する。本実施の形態において、上記番組情報は、番組の識別情報と、番組の名称と、番組の放送時間帯と、番組のジャンルと、および番組の内容とを含む情報である。しかしながら、上記の形態に限られず、例えば、番組情報の内容として、出演者や、番組制作者に関する情報を保持するものとしてもよい。
【０１４６】
履歴情報管理ＤＢ４０４は、操作部１２８がユーザから受け付けた操作であって、ＴＶを視聴した、番組データを再生した、手動で録画予約したといった操作に関する操作履歴情報を格納するものである。
【０１４７】
上記操作履歴情報は、番組情報を特定可能な番組の識別子と、操作を行った時間の開始および終了を示す操作時間と、ＴＶを視聴した、番組データを再生した、手動で録画予約したといった操作内容とを含む情報である。番組の識別子の例としては、番組タイトルが挙げられる。
【０１４８】
ユーザプロファイルＤＢ４０６は、ユーザの嗜好性を示す嗜好性情報を格納するためのものである。ユーザプロファイルＤＢ４０６は、後述するユーザ嗜好学習処理および録画番組抽出処理において利用される。
【０１４９】
本実施の形態において、ユーザプロファイルＤＢ４０６は、上記番組情報管理ＤＢ４０２の「番組のジャンル」の項目に基づく「ジャンル」、「番組の内容」に基づく「キーワード」、および上記「ジャンル」、「キーワード」に関する「統計情報」の項目を含む情報である。「統計情報」については、具体的には、対応する「ジャンル」および「キーワード」の組に関して、「出現頻度」、「放送回数」およびこれらから導き出される「嗜好度」の項目をさらに含んでいる。上記の項目の関連性については後に詳しく述べる。
【０１５０】
嗜好性分析部３００は、番組情報取得部３０２と、嗜好度取得部３０４と、番組抽出部３０６とを含む構成である。
【０１５１】
番組情報取得部３０２は、履歴情報管理ＤＢ４０４から、ユーザが視聴した番組データである再生履歴から、番組の識別子を抽出し、さらに該番組の識別子に対応づけて、番組情報管理ＤＢ４０２を読み出すことで、番組のジャンルおよび番組の内容を取得するものである。番組情報取得部３０２は、取得した番組のジャンルおよび番組の内容を、嗜好度取得部３０４に転送する。
【０１５２】
嗜好度取得部３０４は、番組情報取得部３０２から転送された、番組のジャンルおよび番組の内容を分析するものである。具体的には、「ＳＦ」や、「出演者の名称」など、特定の単語を、番組の内容からキーワードとして検出し、頻度および放送回数といった統計情報を算出し、さらに上記統計情報に基づいて番組のジャンルごとに嗜好度を算出する。
【０１５３】
嗜好度取得部３０４は、さらに、算出したキーワードごとの嗜好度を番組のジャンルに関連付けて、頻度、放送回数、嗜好度をユーザプロファイルＤＢ４０６に格納する。
【０１５４】
また、嗜好度取得部３０４は、ユーザプロファイルＤＢ４０６に格納されたキーワードごとの嗜好度と、録画サーバ装置３０の外部記録部３６に記録された番組データに対応する番組情報に含まれるキーワードとから、外部記録部３６に記録された番組データについて、番組データごとの嗜好度を算出することができる。番組データごとの嗜好度の算出方法については、後述する。算出した番組データについての嗜好度は、番組データに関連付けて外部記録部３６に記録させてもよい。
【０１５５】
番組抽出部３０６は、番組情報管理ＤＢ４０２の管理する番組情報の中から、嗜好情報に応じた番組情報を抽出するものである。具体的には、ユーザプロファイルＤＢ４０６に記録されている、キーワードおよび嗜好度を読み出し、嗜好度に基づいてキーワードを選択する。さらに、番組抽出部３０６は、番組情報管理ＤＢ４０２から、番組情報を読み出し、番組情報に関して上記キーワードの検索を行うことによって、キーワードが検出された番組情報をユーザの嗜好に合致するものとして抽出する。
【０１５６】
そして、番組抽出部３０６は、ユーザの嗜好に合致する番組を特定する情報（例えば番組情報）を録画サービス要求部２１４および表示部１２４へ出力する。
【０１５７】
録画サービス要求部２１４を介して、録画サーバ装置３０に録画サービス要求をすることで、録画サーバ装置３０では、録画部３４において、番組データの記録が行われる。
【０１５８】
また、番組抽出部３０６によって、抽出された番組の視聴や、抽出された番組の番組情報の閲覧を表示部１２４へ指示したりすることができる。
【０１５９】
（ユーザ嗜好学習処理）
次に、上記構成において、番組データの自動録画予約のための、ユーザ嗜好学習処理について、図１３を参照して説明すると以下の通りである。同図は嗜好性分析部３００がユーザの嗜好度を分析しユーザプロファイルＤＢ４０６を更新する処理手順を説明した動作フローである。
【０１６０】
なお、当該処理を行う時点は、例えば、操作部１２８が操作を受け付けた時点など、種々の時点が考えられるが、本実施形態では、一例として、前回、学習処理を行った時点からあらかじめ定められた期間が経過した時点の場合について説明する。
【０１６１】
すなわち、学習処理を行う時点になると、番組情報取得部３０２が、履歴情報管理ＤＢ４０４を読み出し、操作履歴情報を取得する（Ｓ３００）。ここで、処理すべき操作履歴情報が存在すれば（Ｓ３０２においてＮＯ）、番組情報取得部３０２は、当該操作履歴情報に含まれる番組情報の放送期間とチャンネルとを関連付けて番組情報管理ＤＢ４０２を参照し、対応する番組情報を取得する（Ｓ３０４）。
【０１６２】
そして、嗜好度取得部３０４が上記番組情報から「番組のジャンル」を取得し（Ｓ３０６）、さらに「キーワード」の抽出を行う（Ｓ３０８）。番組のジャンル、抽出された各キーワードに関連付けて、ユーザプロファイルＤＢ４０６における当該キーワードの出現頻度を更新する（Ｓ３１０）。
【０１６３】
上記Ｓ３００からＳ３１０までの処理は、未学習の履歴情報が存在する間、繰り返される。処理すべき履歴情報がなくなると（Ｓ３０２において、ＹＥＳ）、番組情報取得部３０２は、前回、学習処理を行った時点以降に放送された番組の番組情報を番組情報管理ＤＢ４０２から取得し、嗜好度取得部３０４に転送する。嗜好度取得部３０４は、これらの番組情報に基づいて、ユーザプロファイルＤＢ４０６に記憶する各キーワードの放送回数を更新する（Ｓ３１２）。そして、ユーザプロファイルＤＢ４０６にて各キーワードに関連付けて記憶された出現頻度および放送回数に基づいて、当該キーワードの嗜好度が更新され、さらにユーザプロファイルＤＢ４０６に結果が書き込まれる（Ｓ３１４）。
【０１６４】
ここで、ユーザ嗜好学習処理の例について、図１４を参照しながら説明する。同図は、履歴情報管理ＤＢ４０４に格納されるデータの一例である。履歴情報管理ＤＢ４０４に格納されるデータは、前述の通り、番組の識別子（図１４の例では番組タイトル）、操作時間（開始時間および終了時間）、および操作内容の項目を含んでいる。
【０１６５】
図１４に示すとおり、履歴情報管理ＤＢ４０４に格納されている履歴情報は、６件あり、番組タイトルはそれぞれ「バラエティ・デイリー・早朝」、「バラエティ・デイリー・朝」、「バラエティ・木曜・生活」、「バラエティ・木曜・トーク」、「バラエティ・木曜・占い」、「映画・ＳＦ・宇宙」である。
【０１６６】
「バラエティ・デイリー・早朝」の履歴情報の操作時間は、「2007/7/17 6:50」から「2007/7/17 7:42」までの期間である。以降順に、「バラエティ・デイリー・朝」は、「2007/7/18 8:05」から「2007/7/18 8:32」まで、「バラエティ・木曜・生活」は、「2007/7/19 19:05」から「2007/7/19 19:58」まで、「バラエティ・木曜・トーク」は、「2007/7/19 19:58」から「2007/7/19 20:54」まで、「バラエティ・木曜・占い」は、「2007/7/19 21:03」から「2007/7/19 21:53」まで、「映画・ＳＦ・宇宙」は、「2007/7/20 0:50」から「2007/7/20 2:30」まで、という操作時間が設定されている。
【０１６７】
また、操作内容としては、各々の履歴情報において、番組が放送されるスケジュールにおいてリアルタイムで番組を視聴する操作が行われたことを示す「ライブ視聴」が設定されている。
【０１６８】
なお、「映画・ＳＦ・宇宙」の番組情報は、番組のジャンルが「映画」であり、番組の内容として「ＳＦ」というキーワードを含むものとする。
【０１６９】
上記履歴情報を履歴情報管理ＤＢ４０４が保持している場合、番組情報取得部３０２は、上記履歴情報を読み出すとともに、番組情報管理ＤＢ４０２から対応する番組情報を取得する。そして、嗜好度取得部３０４は、上記６件の履歴情報を順番に読み出して、該履歴情報に関する番組のジャンルを読み出す。ここで、６件目の「映画・ＳＦ・宇宙」の履歴情報から、該履歴情報に対応する番組情報についてジャンルは「映画」であることを認識し、さらにキーワードとして「ＳＦ」を検出する。その結果、嗜好度取得部３０４は、ジャンルが「映画」に属する番組について、キーワード「ＳＦ」について出現頻度を更新する。この例では、キーワード「ＳＦ」が検出された履歴情報が１件ある、すなわちキーワード「ＳＦ」にマッチした番組情報が１回視聴されているので、嗜好度取得部３０４は、出現頻度を１増加させる。
【０１７０】
こうして、すべての履歴情報を処理すると、嗜好度取得部３０４は、放送回数を更新する。ここでは、番組情報取得部３０２が取得した番組情報から、ジャンル「映画」においてキーワード「ＳＦ」を検出した番組情報は６件あったものとする。いいかえれば、キーワード「ＳＦ」にマッチし、しかも、ジャンルが「映画」に属する番組が、６回放送されたということである。この場合、嗜好度取得部３０４は、放送回数を６増加させる。
【０１７１】
ここで、ユーザプロファイルＤＢ４０６のユーザの嗜好性に関する情報の更新について図１５を用いて説明する。図１５の（ａ）は、上記ユーザ嗜好学習処理を行った場合における、ユーザプロファイルＤＢ４０６の更新前の状態を示しており、一方図１５の（ｂ）はその更新後の状態を示している。図１５の（ａ）に示すとおり、ユーザプロファイルＤＢ４０６は、ジャンルが「映画」、「スポーツ」である嗜好性情報を含んでいる。それぞれにおいてさらに詳しく見ていくと、ジャンルが「映画」である嗜好性情報は、「キーワード」が「女優」である嗜好性情報と、「ＳＦ」である嗜好性情報とにさらに分かれている。このほか、ジャンルが「映画」である嗜好性情報は、いくつもの「キーワード」に関する情報を保持できるが、説明は省略する。
【０１７２】
また、ジャンルが「映画」であって、「キーワード」が「女優」である嗜好性情報については、「出現頻度」および「放送回数」に、それぞれ、「５」および「１０」という値が保持されている。また、その「嗜好度」は「５０」である。
【０１７３】
本実施の形態において、嗜好度は、「出現頻度」の「放送回数」に対する割合に基づいて算出されるものとする。このため、「５」を「１０」で割った値「０．５」から、この値に１００を乗算し、嗜好度「５０」を得る。
【０１７４】
同様に、ジャンルが「映画」であって、キーワードが「ＳＦ」である嗜好性情報については、「出現頻度」、「放送回数」および「嗜好度」は、「４」、「９」および「４４」の値が保持されている。
【０１７５】
ここで、先ほどの結果である、ジャンル「映画」のキーワード「ＳＦ」の放送回数が６回であり、履歴情報から検出したキーワードの回数は１回であるという統計情報に基づいて、図１５の（ａ）に示すユーザプロファイルＤＢ４０６を更新すると、出現頻度が１増加し、放送回数が６増加して、図１５の（ｂ）に示す状態となる。すなわち、ジャンルが「映画」であって、キーワードが「ＳＦ」である嗜好性情報が更新され、「出現頻度」は、４に１を加えた値である「５」、「放送回数」は、９に６を加えた値である「１５」、および「嗜好度」は、５を１５で割った値である、「０．３３・・・」に１００を乗算し、小数点以下を四捨五入した値である「３３」に更新される。
【０１７６】
なお、上述した実施形態では、放送回数に対する出現回数の割合によって嗜好度を算出する構成について説明したが、これに限定されるものではない。例えば、出現頻度のみ、あるいは、出現頻度と時間との割合など、他の算出方法で嗜好度を算出してもよい。
【０１７７】
ただし、上述した実施形態では、嗜好度を算出する際に、全番組の番組情報にキーワードが含まれる頻度に応じて変化する情報である放送回数などを用いるので、全番組の番組情報にキーワードが含まれる頻度に応じて、嗜好度情報を変更できる。したがって、例えば、頻度の高いキーワードは、一般的なキーワードとして、嗜好度を低く推定するなど、頻度に応じた推定が可能になり、嗜好度を推定する際の精度を向上できる。
【０１７８】
また、上述した実施形態では、嗜好度を算出する際に、操作された番組の番組情報にキーワードが含まれる頻度に応じて変化する情報である出現回数などを用いているので、操作された番組の番組情報にキーワードが含まれる頻度に応じて、嗜好度情報を変更できる。したがって、例えば、操作対象の番組の番組情報により頻繁に出現するキーワードの嗜好度をより高く推定するなど、操作の回数に応じた推定が可能になり、嗜好度を推定する際の精度を向上できる。
【０１７９】
（録画番組抽出処理）
次に、上記構成において、番組データの自動録画予約のための、録画予約すべき番組の自動抽出処理について、図１６を参照して説明すると以下の通りである。同図は嗜好性分析部３００がユーザの嗜好度の分析結果に基づいて録画予約すべき番組を自動抽出する処理手順を説明した動作フローである。
【０１８０】
まず、番組抽出部３０６は、番組情報管理ＤＢ４０２を参照することで番組情報を読み出す（Ｓ４００）。そして、番組抽出部３０８は、ユーザプロファイルＤＢ４０６から、嗜好度の項目に所定の閾値以上の値を保持している嗜好性情報を抽出しキーワードを特定する（Ｓ４０２）。
【０１８１】
Ｓ４０２にて読み出されたキーワードがなくなるまでの間（Ｓ４０４においてＮＯの間）、Ｓ４０２からＳ４０６までの処理を繰り返し、逐次、番組情報の「番組のタイトル」や「番組の内容」に記載されている番組の内容を説明する文章からキーワードを検索する（Ｓ４０６）。ここで、キーワードが検出された番組情報については、自動録画予約の対象の候補となる。
【０１８２】
一方、読み出されたキーワード全てについて、処理が完了すると（Ｓ４０４においてＹＥＳ）、自動録画予約の対象の番組が決定される（Ｓ４１０）。
【０１８３】
なお、Ｓ４１０において録画対象となる番組の数を制限しておくことも可能である。そして、Ｓ４１０の前に、番組を並べ替える処理を行っても良い。すなわち、検索したキーワードに対応する嗜好度によって、番組を並べ替え、嗜好度の高いキーワードによって検出された番組を優先的に自動録画予約の対象として選択してもよい。
【０１８４】
次に、嗜好度取得部３０４が番組データごとの嗜好度を取得する方法について説明する。
【０１８５】
嗜好度取得部３０４は、各番組データについて、その番組データの番組情報に含まれるキーワードの嗜好度の総計を求め、求めた総計をその番組データの嗜好度とする。例えば、ある番組データの番組情報が「ＳＦ」というキーワードを含み、図１５（ａ）に示すように「ＳＦ」というキーワードの嗜好度が４４であったとすれば、その番組データの嗜好度は、４４となる。また、他の番組データの番組情報が「女優」というキーワードと「ＳＦ」というキーワードとを含み、図１５（ａ）に示すように「女優」というキーワードの嗜好度が５０、「ＳＦ」というキーワードの嗜好度が４４であったとすれば、その番組データの嗜好度は、５０＋４４＝９４となる。
【０１８６】
上記のようにして算出された番組データの嗜好度は、内部記録部１３０に記録してもよい。また、録画番組抽出処理を実行するたび、各番組データの嗜好度を算出し、常に最新のユーザプロファイルを反映するようにしてもよい。
【０１８７】
以上のように、上記録画番組抽出処理によって抽出された番組に基づいて、録画サービス要求部２１４は、録画サーバ装置３０に録画サービス要求をする。録画サーバ装置３０では、録画サービス処理部３９が、上記要求に応じて、指定された番組の録画を行うよう録画部３４に指示する。本実施の形態においては、以上のようにして番組の自動録画を実現している。
【０１８８】
また、以上のようにして、嗜好性分析部３００は、各番組データの嗜好度を算出し、キャッシュ対象選択部２０６が、嗜好度の高い順に基づいて、録画サーバ装置３０からダウンロードする番組データを選択できるような情報を提供する。また、削除対象選択部２０４が、嗜好度の低い順に基づいて、削除すべき番組データを選択できるような情報を提供する。
【０１８９】
本発明の実施の形態に係る別の変形例を以下に開示する。すなわち、再生済み番組データを削除することで、メモリカード１３４に所定以上の空き領域の容量が確保できた場合、録画サーバ装置３０の外部記録部３６に録画されている番組データの中から再生する可能性が高い番組を選択し直し、メモリカード１３４にまだキャッシュされていない番組データが存在する場合、そのデータをメモリカード１３４にダウンロードするようにすることが可能である。
【０１９０】
このとき、録画サーバ装置３０の外部記録部３６の番組データを選択する基準としては、嗜好度が高い順や、録画日時が最も新しい順などが挙げられる。上記のような選択基準によって選択された番組データは、ユーザが再生する可能性が高いと考えられるので、ユーザの要求に迅速に対応できるようになることが期待される。
【０１９１】
また、本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１９２】
なお、上述した実施の形態では、コンテンツデータ再生装置が携帯通信端末装置２０であった場合について説明した、本発明に係るコンテンツデータ再生装置は、これに限られるものではなく、例えばノートパソコンなどであってもよく、据え置き型の通信端末装置、例えば、記録再生機能を持つ据え置き型のテレビ受像機などであってもよい。
【０１９３】
また、本発明に係るコンテンツデータ再生装置が備える内部記録部は、例えば、自装置の備えるハードディスク装置や、半導体メモリ、着脱可能な書き込み可能記録媒体、などが挙げられる。また、着脱可能な書き込み可能な補助記憶装置としては、例示的には、フラッシュメモリが挙げられるが、ＵＳＢ接続端子等の外部接続端子を介して接続可能なハードディスクを始めとする外部記憶装置等であってもよい。
【０１９４】
また、本発明に係るコンテンツデータ再生装置は、ネットワークにアクセスすることが可能である。上記ネットワークには、例えば、携帯電話通信、無線ＬＡＮを始めとする無線通信等によって接続することを想定している。なお、イーサネット（登録商標）を始めとする有線の接続形態をとるネットワークであってもよい。そして、上記ネットワークは、携帯電話網であってもよく、インターネットであってもよく、および、それらの複合的なネットワークを含んでいてもよい。
【０１９５】
また、コンテンツデータ再生装置は、携帯できるような装置として実現されてもよい。この場合、無線ＬＡＮによってネットワークに接続する形態が考えられる。さらに、コンテンツデータ再生装置は、携帯電話機として実現されていてもよい。この場合は、携帯電話網を介してネットワークに接続する形態が想定される。上記の場合においても、効率よくコンテンツデータをキャッシュするので、コンテンツデータをダウンロードしなければならない頻度が軽減され、効率よく動画を再生することができる。また、上記のようにあらかじめユーザが再生する可能性の高いコンテンツデータを、ネットワークに接続可能なときにキャッシュしておくので、再生するコンテンツデータがキャッシュに存在する場合には、ネットワークに接続可能することなく迅速にコンテンツデータを再生することができる。また、ネットワークに接続可能な場所に移動する手間も省ける。
【０１９６】
そして、本発明に係るコンテンツデータ再生装置は、内部記録部から記録されているコンテンツデータを再生する。一般的には、データ通信速度は、上記内部記録部のほうが、ネットワーク接続よりも高速である。そのため、本発明に係るコンテンツデータ再生装置は、内部記録部からコンテンツデータを再生する方式を採用することが望ましい。
【０１９７】
また、上記コンテンツデータ再生装置の再生するコンテンツには、文字データ、音声データ、静止画像データ、動画データ、および、その他のバイナリデータからなるデジタルコンテンツが含まれる。この中でも、例えば、動画データは種々の動画・音声形式をとることが可能である。例えば、映像がＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication）で規格化されたＨ．２６４で符号化され、音声がＭＰＥＧ（Moving Picture Expert Group）で規格化されたＭＰＥＧ−２ＡＡＣ（MPEG Phase 2 Advanced Audio Coding）で符号化され、それら映像音声符号化データがＭＰＥＧ−２ＴＳ(MPEG Phase 2 Transport Stream)フォーマットで多重化された符号化データであってもよい。
【０１９８】
また、本発明に係るコンテンツデータ再生装置は、外部記録部に記録されているコンテンツデータを、内部記録部に転送する（以下、この動作をダウンロードと称する。）ことが可能である。しかし、前述のように、再生するコンテンツデータは、あらかじめ内部記録部に存在することが望ましい。なぜならば、コンテンツデータをダウンロードして再生する場合、ダウンロード完了までの間、待たなければならないため効率がよくないからである。
【０１９９】
これに対して、本発明に係るコンテンツデータ再生装置は、上記のとおり、ユーザがダウンロードして再生することになる可能性が高いコンテンツデータを、あらかじめキャッシュ対象として選択する。このため、上記キャッシュ対象をあらかじめダウンロードしておけば、ユーザがコンテンツデータを再生するとき、内部記録部に記録されているコンテンツデータを迅速に再生することができるという効果を奏する。
【０２００】
また、上述した実施形態では、コンテンツデータ再生装置を構成する各部材が、「ＣＰＵなどの演算手段がＲＯＭやＲＡＭなどの記録媒体に格納されたプログラムコードを実行することで実現される機能ブロックである」場合を例にして説明した。したがって、上述した実施形態に係るコンテンツデータ再生装置２０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。
【０２０１】
しかしながら、コンテンツデータ再生装置は、上述した各部材と同様の処理を行うハードウェアで実現してもよい。また、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせてもコンテンツデータ再生装置を実現することができる。さらに、上記各部材のうち、ハードウェアとして説明した部材であっても、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することができる。なお、上記演算手段は、単体であってもよいし、装置内部のバスや種々の通信路を介して接続された複数の演算手段が共同してプログラムコードを実行してもよい。
【０２０２】
上記演算手段によって直接実行可能なプログラムコード自体、または、後述する解凍などの処理によってプログラムコードを生成可能なデータとしてのプログラムは、当該プログラム（プログラムコードまたは上記データ）を記録媒体に格納し、当該記録媒体を配付したり、あるいは、上記プログラムを、有線または無線の通信路を介して伝送するための通信手段で送信したりして、携帯電話機等のコンテンツデータ再生装置に配付され、上記演算手段が記録媒体に格納されたプログラムまたは受信したプログラムを実行することによって、コンテンツデータ再生装置が実現される。
【０２０３】
通信路を介して伝送する場合、通信路を構成する各伝送媒体が、プログラムを示す信号列を伝搬し合うことによって、当該通信路を介して、上記プログラムが伝送される。この場合、プログラムは、上記伝送媒体または通信経路を構成する装置において、流動的に坦持される。また、信号列を伝送する際、送信装置が、プログラムを示す信号列により搬送波を変調することによって、上記信号列を搬送波に重畳してもよい。すなわち、本発明は、上記プログラムが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。この場合、受信装置が搬送波を復調することによって信号列が復元される。一方、上記信号列を伝送する際、送信装置が、デジタルデータ列としての信号列をパケット分割して伝送してもよい。この場合、受信装置は、受信したパケット群を連結して、上記信号列を復元する。また、送信装置が、信号列を送信する際、時分割／周波数分割／符号分割などの方法で、信号列を他の信号列と多重化して伝送してもよい。この場合、受信装置は、多重化された信号列から、個々の信号列を抽出して復元する。いずれの場合であっても、通信路を介してプログラムを伝送できれば、同様の効果が得られる。
【０２０４】
なお、コンピュータがモデム等を備えて通信ネットワークと接続できる場合、コンピュータが上記通信ネットワークから上記プログラムをダウンロードしてもよい。すなわち、コンテンツデータ再生装置を通信ネットワークと接続可能に構成し、上記プログラムを通信ネットワークを介してコンテンツデータ再生装置に供給してもよい。上記通信ネットワークから上記プログラムをダウンロードするためのダウンロードプログラムは、あらかじめ本体装置に格納されていてもよいし、あるいは、別の記録媒体からインストールされてもよい。上記通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０２０５】
ここで、プログラムを配付する際の記録媒体は、取外し可能である方が好ましいが、プログラムを配付した後の記録媒体は、取外し可能か否かを問わない。また、上記記録媒体は、プログラムが記憶されていれば、書換え（書き込み）可能か否か、揮発性か否か、記録方法および形状を問わない。記録媒体の一例として、磁気テープやカセットテープなどのテープ、あるいは、フロッピー（登録商標）ディスクやハードディスクなどの磁気ディスク、または、ＣＤ−ＲＯＭ、ＣＤ−Ｒや光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタルビデオディスク（デジタル多用途ディスク）などのディスクが挙げられる。また、記録媒体は、ＩＣ（集積回路）カードや光カードのようなカード、あるいは、マスクＲＯＭやＥＰＲＯＭ（紫外線消去型ＲＯＭ）、ＥＥＰＲＯＭ（電気的消去型ＲＯＭ）またはフラッシュＲＯＭなどのような半導体メモリであってもよい。あるいは、ＣＰＵなどの演算手段内に形成されたメモリであってもよい。また、上記記録媒体には、上記プログラムだけではなく、当該プログラムによってアクセスされるデータや他の任意のデータを記憶していてもよい。
【０２０６】
なお、上記プログラムコードは、上記各処理の全手順を上記演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各処理の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。
【０２０７】
また、上記記録媒体にプログラムを格納する際の形式は、例えば、実メモリに配置した状態のように、演算手段がアクセスして実行可能な格納形式であってもよいし、実メモリに配置する前で、演算手段が常時アクセス可能なローカルな記録媒体（例えば、実メモリやハードディスクなど）にインストールした後の格納形式、あるいは、ネットワークや搬送可能な記録媒体などから上記ローカルな記録媒体にインストールする前の格納形式などであってもよい。また、プログラムは、コンパイル後のオブジェクトコードに限るものではなく、ソースコードや、インタプリトまたはコンパイルの途中で生成される中間コードとして格納されていてもよい。いずれの場合であっても、圧縮された情報の解凍、符号化された情報の復号、インタプリト、コンパイル、リンク、または、実メモリへの配置などの処理、あるいは、各処理の組み合わせによって、上記演算手段が実行可能な形式に変換可能であれば、プログラムを記録媒体に格納する際の形式に拘わらず、同様の効果を得ることができる。
【０２０８】
一例として、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどの演算手段が実際の処理の一部または全部を行い、その処理によって、上述した実施の形態の各機能を実現してもよい。
【産業上の利用可能性】
【０２０９】
本発明は、コンテンツデータ再生装置が、コンテンツデータサーバからコンテンツをダウンロードしキャッシュ処理を行うような、コンテンツデータ再生システムに広く適用が可能である。特に、コンテンツデータ再生システムとして、放送受信記録再生システムに適用がされるとき、ユーザが好きな時に好きな場所で録画された番組を視聴できるコンテンツデータ再生装置を実現でき、携帯電話機を始めとする種々の装置を対象としたシステムに広く好適に使用できる。
【図面の簡単な説明】
【０２１０】
【図１】本発明の実施の形態に係るコンテンツデータ再生システムの要部構成を示すブロック図である。
【図２】本発明の実施の形態に係るコンテンツデータ再生システムの利用形態を概念的に示す模式図である。
【図３】本発明の実施の形態に係るコンテンツデータ再生装置の一例である携帯端末装置の外観を示す図である。
【図４】本発明の実施の形態に係るコンテンツデータ再生装置の一例である携帯端末装置の構成を示すブロック図である。
【図５】本発明の実施の形態に係るコンテンツデータサーバ装置の一例である録画サーバ装置の構成を示すブロック図である。
【図６】本発明の実施の形態を示すものであり、番組キャッシュ処理の処理手順を示すフローチャートである。
【図７】本発明の実施の形態に係るコンテンツデータ再生システムの各記録部における番組データの記録状態を示す図である。（ａ）は録画サーバ装置の外部記録部の状態であり、（ｂ）はメモリカードの状態を示している。
【図８】本発明の実施の形態に係るコンテンツデータ再生システムの記録部における番組データの記録状態を示す図である。（ａ）は録画サーバ装置の外部記録部の状態であり、（ｂ）はメモリカードの状態を示している。
【図９】本発明の実施の形態を示すものであり、番組再生処理の処理手順を示すフローチャートである。
【図１０】本発明の実施の形態を示すものであり、番組データのデータ一覧の一例を示す図である。
【図１１】本発明の実施の形態に係る放送受信記録再生システムの記録領域における番組データの記録状態を示す図である。（ａ）は録画サーバ装置の外部記録部の状態であり、（ｂ）はメモリカードの状態を示している。
【図１２】本発明の実施の形態に係るコンテンツデータ再生装置の一例である携帯通信端末の制御部の要部構成を示すブロック図である。
【図１３】本発明の実施の形態を示すものであり、ユーザ嗜好学習処理の処理手順を示すフローチャートである。
【図１４】本発明の実施の形態に係る履歴情報管理データベースに格納されている再生履歴の状態を示す図である。
【図１５】本発明の実施の形態に係るユーザプロファイルデータベースに格納されている嗜好性情報の状態を示す図である。
【図１６】本発明の実施の形態を示すものであり、録画番組抽出処理の処理手順を示すフローチャートである。
【符号の説明】
【０２１１】
１      放送受信記録再生システム（コンテンツデータ再生システム）
５      インターネット（通信ネットワーク）
２０      携帯通信端末装置（コンテンツデータ再生装置）
３０      録画サーバ装置（コンテンツデータサーバ装置）
３６      外部記録部
１３０      内部記録部
２０６      キャッシュ対象選択部（キャッシュ対象選択手段）
２０４      削除対象選択部（削除対象選択手段）
２１２      番組データ転送サービス要求部（記録手段）
２２０      ファイル入出力部（記録手段、削除手段）
【図１】
2009130645.tif 000003
【図２】
2009130645.tif 000004
【図３】
2009130645.tif 000005
【図４】
2009130645.tif 000006
【図５】
2009130645.tif 000007
【図６】
2009130645.tif 000008
【図７】
2009130645.tif 000009
【図８】
2009130645.tif 000010
【図９】
2009130645.tif 000011
【図１０】
2009130645.tif 000012
【図１１】
2009130645.tif 000013
【図１２】
2009130645.tif 000014
【図１３】
2009130645.tif 000015
【図１４】
2009130645.tif 000016
【図１５】
2009130645.tif 000017
【図１６】
2009130645.tif 000018