放送受信機及びプログラム
【課題】利用者選択による削除の煩わしさをなくし、自動削除を行う判断を従来のレコメンド機能を利用するのみでなく、蓄積型放送サービスの特徴である補完機能等を利用した場合であっても、利用者の嗜好に最適な自動削除を行うことが可能な放送受信機等を提供すること。
【解決手段】リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、記憶されたコンテンツから削除予定となるコンテンツを抽出し、抽出されたコンテンツを削除するときに、削除予定となるコンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツを削除する優先度を低くする。
【解決手段】リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、記憶されたコンテンツから削除予定となるコンテンツを抽出し、抽出されたコンテンツを削除するときに、削除予定となるコンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツを削除する優先度を低くする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機等に関する。
【背景技術】
【０００２】
昨今、携帯端末、モバイル機器向けに、ワンセグと同じようなサービスとしてマルチメディア放送が規格化され、今後サービスが開始されようとしている。このような多くの放送に対して利用されるものとして、いわゆるレコメンド機能と呼ばれるものがある。これは、利用者の視聴履歴、録画履歴、検索履歴より、その利用者のニーズがどういったものか判断し、利用者の嗜好に合わせた情報提供を行ったり、自動的にコンテンツを録画したりする機能である（例えば特許文献１参照）。
【０００３】
この場合、自動的にコンテンツが録画されてしまうことから、記憶媒体に多くのコンテンツが記憶されてしまい、記憶容量が足りなくなるといった問題が生じてしまう。従って、新たなコンテンツを記憶するために、利用者の再生履歴等に基づいて、自動的に録画されたコンテンツを削除する機能が知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１２４４０７号公報
【特許文献２】特開２００９−２６１０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、デジタル放送の多様化に伴い、従来のワンセグ放送サービスに代表されるリアルタイム型放送サービスの他に、今後サービスが開始されようとしているマルチメディア放送サービスの特徴ともなる蓄積型放送サービスが提供される。蓄積型放送サービスは、リアルタイムに放送されたコンテンツを補完するために用いられる機能のみでなく、リアルタイムに放送されたコンテンツ以外のコンテンツも提供し、ユーザーが好きな時間にコンテンツ視聴できる目的で利用される。
【０００６】
この蓄積型放送サービスを利用するには、利用者が手続きをする必要があり、更に通信費を別に負担したり、コンテンツ料金を別に負担したりする必要がある。すなわち、蓄積型放送サービスで提供される補完機能を利用したコンテンツは、利用者にとって重要度が高いコンテンツであることが多い。
【０００７】
ここで、従来の自動的に録画されたコンテンツを削除する機能を利用した場合、上述した補完機能を用いたコンテンツであっても、履歴等から意図せずに削除されてしまうといった問題が生じてしまう。
【０００８】
上述した課題に鑑み、本発明の目的は、利用者選択による削除の煩わしさをなくし、蓄積型放送サービスの特徴である補完機能等を利用した場合であっても、利用者の嗜好に最適な自動削除を行うことが可能な放送受信機等を提供することである。
【課題を解決するための手段】
【０００９】
上述した課題に鑑み、本発明の放送受信機は、
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出手段と、
前記抽出手段により抽出されたコンテンツを削除するコンテンツ削除手段と、
を備え、
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする。
【００１０】
また、本発明の放送受信機において、前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツを含まないコンテンツを削除予定として抽出することを特徴とする。
【００１１】
また、本発明の放送受信機は、
新しいコンテンツを記憶するために、録画予約をする録画予約手段を更に有し、
前記削除手段は、新しいコンテンツの記憶容量と、前記記憶手段に記憶されているコンテンツの記憶容量とが、前記記憶手段に記憶可能な記憶容量以下となるまで、前記抽出手段により抽出された削除予定のコンテンツを削除することを特徴とする。
【００１２】
また、本発明の放送受信機において、
前記コンテンツ情報にはコンテンツのジャンルが含まれており、
前記抽出手段は、コンテンツの削除回数が多いジャンルのコンテンツから、削除予定となるコンテンツを優先的に抽出することを特徴とする。
【００１３】
また、本発明の放送受信機において、
前記コンテンツ情報にはコンテンツ毎の再生回数が含まれており、
前記抽出手段は、前記コンテンツの再生回数が少ないものから優先的に削除予定のコンテンツとして抽出することを特徴とする。
【００１４】
また、本発明の放送受信機において、
前記コンテンツ情報には、コンテンツの視聴を促すメッセージを表示したか否かの情報が含まれており、
前記抽出手段は、前記コンテンツの再生回数が０回で、かつ、前記コンテンツの視聴を促すメッセージを表示した情報が含まれているコンテンツについて、優先的に削除予定のコンテンツとして抽出することを特徴とする。
【００１５】
また、本発明の放送受信機において、
前記コンテンツ情報には、コンテンツの記憶日時が含まれており、
前記削除手段は、前記抽出手段により抽出された削除予定のコンテンツの中から、記憶日時が古いものから削除を行うことを特徴とする。
【００１６】
本発明の放送受信機は、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記記憶手段に記憶されているコンテンツのうち、優先度の低いコンテンツから削除するコンテンツ削除手段と、
を備え、
前記削除手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を高くすることを特徴とする。
【００１７】
本発明のプログラムは、
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能なコンピュータに、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶機能と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出機能と、
前記抽出機能により抽出されたコンテンツを削除するコンテンツ削除機能と、
を実現するプログラムであって、
前記抽出機能は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、記憶されたコンテンツから削除予定となるコンテンツを抽出し、抽出されたコンテンツを削除するときに、削除予定となるコンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツを削除する優先度を低くすることとなる。従って、蓄積型放送送信システムを利用したコンテンツに関しては、優先的に保存されることとなり、利用者の意図に反して削除されるといったことを防ぐことが可能となる。
【図面の簡単な説明】
【００１９】
【図１】第１実施形態における放送通信システムの全体を説明するための図である。
【図２】第１実施形態における携帯端末の外観を示す図である。
【図３】第１実施形態における携帯端末の機能構成を説明するための図である。
【図４】第１実施形態における携帯端末の記憶部の機能構成を説明するための図である。
【図５】第１実施形態におけるコンテンツ情報記憶領域に記憶されるコンテンツ情報のデータ構造の一例を示す図である。
【図６】第１実施形態におけるジャンル別履歴情報のデータ構成の一例をしめす図である。
【図７】第１実施形態における録画予約データのデータ構成の一例をしめす図である。
【図８】第１実施形態における処理の流れを説明するためのフローチャートである。
【図９】第１実施形態における画面表示例を説明するための図である。
【図１０】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１１】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１２】第１実施形態における画面表示例を説明するための図である。
【図１３】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１４】第１実施形態における画面表示例を説明するための図である。
【図１５】第２実施形態における処理の流れを説明するためのフローチャートである。
【図１６】第３実施形態における放送通信システムの全体を説明するための図である。
【図１７】第３実施形態における放送受信装置の外観を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、以下の実施形態では、第１実施形態、第２実施形態として放送受信機の一例として、携帯電話や、モバイル端末といった携帯端末に適用した場合について、第３実施形態として据え置き型の放送受信機について説明する。
【００２１】
［１．第１実施形態］
［１．放送システムの構成］
まず、第１実施形態におけるマルチメディア放送システム１の構成について、図１を用いて説明する。図１は従来のリアルタイム型放送サービスと同時に、蓄積型放送サービスを提供するマルチメディア放送を提供するマルチメディア放送システム１の概要を示している。
【００２２】
まず、システム１０は、従来の放送サービスを提供するリアルタイム型放送送信システム１２と、蓄積型放送サービスを提供する蓄積型放送送信システム１４とを含んでおり、コンテンツが提供される。提供されたコンテンツは、多重化装置１６にて多重化され、放送局３０により、放送波として送出される。
【００２３】
一方、放送波で送出されたコンテンツを見るためのランセンスキーは、ＣＡＳ／ＤＲＭサーバ２２（Conditional Access Systems／Digital Rights Management）より、通信網（例えば、携帯電話網等）を経由し、通信基地局４０を介し、携帯端末５０との通信接続により送信（提供）される。
【００２４】
携帯端末５０では、コンテンツの視聴を行う場合、入手したライセンスキーを使用する。リアルタイム型放送コンテンツの場合は、通常の放送と同じように、その都度受信して視聴する。
【００２５】
蓄積型放送コンテンツの場合は、再生可能なコンテンツの蓄積が完了した時点で、入手したライセンスキーを使用して再生を行うことができ、時間の制約を受けることなく視聴が可能となる。また、蓄積型放送サービスでは、放送波によるコンテンツの取得に失敗した場合、通信にて欠損データの補完を行うことができる。欠損データの補完は、蓄積コンテンツサーバ２４にて行われる。
【００２６】
［１．２ 携帯端末の機能構成］
続いて、本発明の放送受信機を含む携帯端末５０の機能構成について、図を用いて説明する。本実施形態における携帯端末５０は、蓄積型放送サービスの自動蓄積を利用者の嗜好にあった最適な方法で行うことが可能なマルチメディア放送受信用の携帯端末である。
【００２７】
図２は携帯端末５０の外観図であり、図３は携帯端末５０の機能構成図である。図２に示すように携帯端末５０は、表示装置１１４と、操作部２０６とを有しており、外部から放送波や通信を受信するアンテナＡＮＴを有している。なお、アンテナＡＮＴは、図２では外部アンテナとなっているが、携帯端末５０の筐体に内蔵されることとしても良い。
【００２８】
図３は、携帯端末５０の機能構成を説明するための図である。携帯端末５０では、ＩＳＤＢ−Ｔｍｍ（Integrated Services Digital Broadcasting-Terrestrial for mobile multimedia）チューナ１００にてマルチメディア放送を受信し、受信されたデータは復調部１０２にて復調され、リアルタイム型放送コンテンツデータ及び蓄積型放送コンテンツデータとしてデコーダ部１０４に渡される。
【００２９】
制御部２０２では、利用者により操作部２０６から指示された選局やコンテンツの視聴・再生などを受け、チューナ部（ＩＳＤＭ−Ｔｍｍチューナ１００）、復調部１０２、デコーダ部１０４の制御を行う。
【００３０】
デコーダ部１０４では制御部２０２からの制御により、必要に応じて、デコード用ＲＡＭ１０６のメモリを使用し、映像データ、音声データをデコードし、映像処理部１１０、音声処理部１０８にデータを出力する。
【００３１】
映像処理部１１０では、入力されたコンテンツデータと、それ以外の表示データ（例えばタッチボタングラフィックや、番組名やチャネル番号といったデータ）とを規定レイアウトに沿って、配置・重ね合わせを行い、表示装置１１４（例えば、ＬＣＤ等）に表示させる。
【００３２】
音声処理部１０８では、入力されたコンテンツデータのうち、音声データをアナログ信号に変換し、音声として音声出力装置１１２（例えば、スピーカ等）より出力させる。また、デコーダ部１０４のデコード処理の前に、通信部２００より通信接続を行い入手したライセンスキーが暗号解除鍵として使用され、制御部２０２により復号処理される。
【００３３】
記憶部２０４は、制御部２０２の処理にて使用されるメモリであり、携帯端末５０の動作に必要な各種プログラムや、各種データ（例えば、利用者の設定や、視聴、録画、削除履歴等）が記憶されている機能部である。記憶部２０４は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００３４】
外部メモリＩ／Ｆ２０８は、外部記憶装置２１０（例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＣＤ−Ｒ、コンパクトフラッシュ（登録商標）等）と接続を行うインターフェース部である。
【００３５】
記憶部２０４について、図４を用いて更に説明する。図４に示すように、記憶部２０４は、コンテンツが記憶されるコンテンツ記憶領域２０４２及びコンテンツ記憶情報が記憶されるコンテンツ情報記憶領域２０４４の領域が確保されており、ジャンル別履歴情報２０４６と、録画予約データ２０４８とが記憶されている。更に、メインプログラム２０５０と、自動コンテンツ削除プログラム２０５２と、削除コンテンツ決定プログラム２０５４とが記憶されている。
【００３６】
例えば、制御部２０２は、削除コンテンツ決定プログラム２０５４を読み出して実行することにより、削除コンテンツ決定処理が実行される。
【００３７】
コンテンツ記憶領域２０４２は、コンテンツ（データ）を記憶するための記憶領域である。ここで記憶されるコンテンツとしては、本実施形態については番組等の放送データ、配信データであるが、他の動画像データであったり、他の音声データであったりしてもよい。
【００３８】
図５は、コンテンツ情報記憶領域２０４４に記憶されるコンテンツ情報の一例を示した図である。コンテンツ情報としては、コンテンツの名前（例えば「株式市場」）と、当該コンテンツのジャンル（例えば、「ドキュメント」）と、録画日時（例えば、「2010/01/10 21:00−21:54」）と、再生回数（例えば「２」）と、補完機能のフラグ（例えば「ＯＮ」）と、視聴促進のフラグ（例えば、「表示済」）とが含まれている。
【００３９】
ここで、コンテンツとは、コンテンツを識別するための情報であり、本実施形態にはコンテンツ名（番組名）が記憶されている。コンテンツを識別する情報としては、コンテンツ名の他にも、ファイル名、管理番号等のコンテンツ（データ）を識別するための情報が記憶される。更に、例えば記憶時の画質、ビットレート等の録画モード、音質、データ放送等を含めていても良い。
【００４０】
ジャンルとは、コンテンツに対応づけられたものであり、例えば映画、ドラマ、音楽、スポーツ、ドキュメント、バラエティ等といった内容が記憶されている。更に、利用者が設定したフラグであったり、出演者等の情報等他の情報であったりしても良い。
【００４１】
録画日時は、コンテンツが録画された日時（時間）が記憶されている。当該録画された時間に基づいて、コンテンツの容量（記憶容量）が判定される。この記憶容量については、録画時間であったり、コンテンツのファイル記憶サイズであったりしても良い。また、録画モードと録画時間を組み合わせたものであっても良い。本実施形態では、説明を簡易にするために録画時間を基準として説明する。
【００４２】
再生回数は、当該コンテンツが再生された回数を記憶している。再生回数としては、例えば再生機能が実行された回数でも良いし、所定時間以上再生した場合の回数であっても良い。
【００４３】
補完機能のフラグは、当該コンテンツを蓄積型放送送信システム１４から受信したが、データに欠損があり、通信にて蓄積コンテンツサーバ１４に接続し、欠損データの補完がされた否かを記憶している情報である。例えば、「ＯＮ」であれば、当該コンテンツは通信システム２０を利用して蓄積コンテンツサーバに接続し、欠損データの補完を行ったこととなる。
【００４４】
視聴促進のフラグとは、視聴を促すメッセージを表示したか否かを記憶するフラグである。例えば、未視聴のコンテンツがあった場合に、制御部２０２は、利用者に対して「○○については未視聴です。視聴しますか？」といった視聴を促すメッセージを表示する。
【００４５】
当該メッセージが表示されたコンテンツの場合、視聴促進のフラグは「ＯＮ」となる。視聴促進メッセージが表示されたに関わらず、利用者が視聴していないコンテンツは、重要度が低いコンテンツであることが推測される。
【００４６】
図６は、ジャンル別履歴情報２０４６のデータ構造の一例を示す図である。ジャンル別履歴情報２０４６は、コンテンツジャンル毎に（例えば、「映画」）、再生回数（例えば「１２」）と、削除回数（例えば「５」）とが記憶されている。
【００４７】
本実施形態においては、コンテンツの再生時、削除時に、ジャンル別履歴情報２０４６が更新される事となる。すなわち、コンテンツの再生や削除が行われると、当該コンテンツのジャンルについて、再生回数、削除回数が１回増加される。
【００４８】
なお、本実施形態においては、再生回数、削除回数を記憶しているが、例えばコンテンツ情報から任意のタイミングで求める事としても良い。また、削除回数についても、コンテンツを削除した履歴を記憶しておき、当該削除の履歴から削除回数を求めても良い。この場合、例えば「直近に削除したコンテンツ１００件について削除回数を求める」といったことを行うことも可能である。
【００４９】
図７は、録画予約データ２０４８のデータの構造の一例を示す図である。録画予約データ２０４８は、放送を録画する予約の情報について記憶しているものであり、コンテンツ（例えば、「世界遺産ランキング」）と、ジャンル（例えば「ドキュメント」）と、予約日時（例えば、「2011/04/01 12:00−12:50」）を記憶している。
【００５０】
ここで、コンテンツとは、図５で説明したコンテンツ情報記憶領域に記憶されているコンテンツと同じ意味であり、本実施形態では一例としてコンテンツ名を記憶している。当該コンテンツ名には、番組情報（例えば放送チャンネルや、蓄積サーバのアドレス、録画モード）といったいわゆる録画機能に必要な情報についても含まれてよい。放送（例えば地上波デジタル放送）を録画するといった機能については、公知であるためその動作や詳細については説明を省略する。
【００５１】
また、予約日時についても、本実施形態においては録画開始時及び時間について記憶している。この予約日時に基づいて、録画するのに必要な容量（時間）を算出する事ができる。この録画予約に必要な容量については、ファイルサイズや、録画モードに応じた記憶容量といった種々のものが考えられるが、本実施形態においては、説明の都合、録画時間として説明する。
【００５２】
［１．３ 処理の流れ］
続いて、携帯端末５０の処理の流れについて、図を用いて説明する。本実施形態は、利用者の嗜好にあった最適な方法で自動削除を行う処理の流れについて説明する。マルチメディア放送サービスを、携帯端末５０で受けているときに、利用者の嗜好にあったコンテンツを効率よく自動録画するためには、利用者の嗜好にあわせて、不必要と思われるコンテンツをどれだけ効率よく、削除できるかが重要となる。この点について、以下、具体的に説明する。
【００５３】
［１．３．１ メイン処理］
まずメイン処理について、図８のフローチャートを用いて説明する。メイン処理は、図４に示すメインプログラム２０５０を、制御部２０２が読み出して実行することにより実現される処理である。
【００５４】
まず、利用者は録画予約画面から録画予約を行う。その結果は、記憶部２０４に録画予約データ２０４８として記憶される。このときに表示装置１１４に表示される表示画面Ｗ１００の一例を示す。表示画面Ｗ１００には、番組表が表示されている。そして、枠Ｒ１００により、利用者が録画予約を行う番組が選択され、選択されている番組が録画予約データ２０４８に記憶される。
【００５５】
なお、録画予約をする方法としては、本実施形態では番組表から選択する例について説明しているが、当然他の方法（例えば、番組情報に含まれるキーワードから検索したり、録画日時や放送局を直接入力したりする方法）であっても良いことは勿論である。
【００５６】
そして制御部２０２は、利用者により入力された録画予約データを確認する（ステップＳ１０）。具体的には、記憶部２０４に記憶されている録画予約データ２０４８に基づいて、録画予約されるコンテンツが録画される時間（記憶容量）を計算する。
【００５７】
ここで、現在記憶部２０４の残りの記憶容量と、録画予約データ２０４８に記憶されている録画する予定のコンテンツの記憶容量とを比較し、記憶部２０４の残りの記憶容量を超えている場合には（ステップＳ１２；Ｙｅｓ）、自動コンテンツ削除処理が実行される（ステップＳ１４）。
【００５８】
［１．３．２ 自動コンテンツ削除処理］
続いて、図８のステップＳ１４において実行される自動コンテンツ削除処理について、図１０を用いて説明する。自動コンテンツ削除処理は、図４に示す自動コンテンツ削除プログラム２０５２を、制御部２０２が読み出して実行することにより実現される処理である。
【００５９】
まず、コンテンツ情報記憶領域２０４４に記憶されているコンテンツ情報に基づいて、コンテンツをそれぞれのジャンルに分類する（ステップＳ１００）。ここで、コンテンツを分類するジャンルとして種々のものが考えられるが、本実施形態は削除回数を例にとって説明する。
【００６０】
削除回数は、ジャンル別履歴情報２０４６に記憶されており、次にこのジャンル別履歴情報２０４６に記憶されている削除回数に基づいて順位付けを行う（ステップＳ１０２）。ここでは種々の方法が考えられるが、本実施形態としては、ジャンル別履歴情報２０４６に記憶されている削除回数の中から最大の削除回数をｍとして記憶する（ステップＳ１０４）。
【００６１】
次に、削除回数がｍ回の分類であるコンテンツを削除候補リストとして抽出する（ステップＳ１０６）。そして、削除候補リストの中から削除するコンテンツを決定する削除コンテンツ決定処理を実行する（ステップＳ１０８）。
【００６２】
そして、削除コンテンツ決定処理が実行された後、録画する予定のコンテンツの容量と、記憶部２０４の残りの記憶容量を比較する（ステップＳ１１０）。ここで、残りの記憶容量をまだ超えている場合には（ステップＳ１１０；Ｙｅｓ）、ｍから１を減算して再度ステップＳ１０６から処理が繰り返し実行される。他方、ステップＳ１１０において記憶容量を下回れば（ステップＳ１１０；Ｎｏ）、本処理を終了する。
【００６３】
［１．３．３ 削除コンテンツ決定処理］
続いて、図１０のステップＳ１０８において実行される削除コンテンツ決定処理について、図１１を用いて説明する。削除コンテンツ決定処理は、図４に示す削除コンテンツ決定プログラム２０５４を、制御部２０２が読み出して実行することにより実現される処理である。
【００６４】
まず、変数ｎに「０」を代入する（ステップＳ２００）。続いて、再生回数がｎ回のコンテンツを削除候補リストから抽出する（ステップＳ２０２）。続いて、ステップＳ２０２において抽出された削除候補リストから、更に補完機能を利用していないコンテンツを抽出する（ステップＳ２０４）。具体的には、コンテンツ情報を参照し、補完機能が「ＯＦＦ」のコンテンツのみ抽出する。これにより、ステップＳ２０４において補完機能を利用したコンテンツについては削除されないこととなる。これは、利用者がわざわざ補完機能を利用したコンテンツというのは、重要度が高いと推測されるからである。
【００６５】
つづいて、変数ｎが「０」の場合には（ステップＳ２０６；Ｙｅｓ）、利用者に視聴を促すメッセージを出したコンテンツのみを抽出する（ステップＳ２０８）。具体的には、コンテンツ情報を参照し、「視聴促進」が「表示済」のコンテンツのみを抽出する。これは、利用者に対して視聴を促すメッセージを表示したにもかかわらず、利用者によりコンテンツが再生されていない場合には、利用者にとって優先度の低いコンテンツであると推測されるからである。
【００６６】
つづいて、抽出された削除候補リストのコンテンツ情報を録画日時でソートする（ステップＳ２１０）。本実施形態では、昇順にソートし、過去に録画されたものが削除対象となる順位が上位になる用にする。
【００６７】
そして、削除候補リストの上位から（一番録画日時の古いもの）から、コンテンツを削除する（ステップＳ２１２）。ここで、録画予約データ２０４８において算出される録画に必要な記憶容量が、記憶部２０４の残りの記憶容量以下である場合（記憶容量を確保出来た場合）には、本処理を終了する（ステップＳ２１４；Ｙｅｓ）。
【００６８】
他方、録画に必要な記憶容量が、記憶部２０４の残りの記憶容量を超えている場合（記憶容量を確保出来ていない場合）には、削除候補リストの総てのコンテンツを削除したか否かを判定する（ステップＳ２１６）。ここで、削除候補リストに抽出されたコンテンツがまだ存在する場合には、次のコンテンツ（次に録画日時の古いもの）を削除する（ステップＳ２１６；Ｎｏ→ステップＳ２１２）。
【００６９】
また、ｎがコンテンツ内の最大再生回数を超えた場合には、本処理を終了する（ステップＳ２１８；Ｙｅｓ）。他方、ｎがコンテンツ内の最大再生回数を超えていない場合には、ｎの回数を１増加させ、新たに削除候補リストを抽出する（ステップＳ２１８；Ｎｏ→ステップＳ２０２）。
【００７０】
このように上述した実施形態によれば、蓄積型放送サービスでは、蓄積時に不完全なところがあった場合、通信を利用して、不完全なデータを補完することができる。ただし、補完を行うには通信網を利用するため、パケット料等の通信費用が伴ったり、コンテンツ料金が生じたりしてしまう。したがって、本実施形態では、通信費用等を払ってまで蓄積したコンテンツであるということも考慮し、利用者が不利益とならず、利用者嗜好にあった自動削除を実現することで、効率よく、マルチメディア放送サービスを受けられるようになる。
【００７１】
なお、上述の実施形態において、総てのコンテンツジャンルについて実施しても、記憶容量の確保ができない場合、削除履歴が一番多い、最初に削除対応となったジャンルから、蓄積された日時が一番古い、補完機能を使用したコンテンツを不要な蓄積コンテンツとして選択し、利用者に削除してよいか否かの許可を得るポップアップ等の通知する事が可能である。そして、通知に従って、利用者が削除を許可した場合に、当該コンテンツを削除する。
【００７２】
例えば、このとき表示装置１１４に表示される表示画面Ｗ２００の一例を図１２に示す。領域Ｒ２００には、上述した処理が実行されても記憶容量が確保できなかったことを報知する内容と、更に削除候補となっている番組の情報が表示されている。利用者は、当該報知によって、選択されている番組を削除するか否かを選択する。さらに、異なる番組を選択したり、削除する処理を中止したりすることが可能である。
【００７３】
そして、当該コンテンツの削除について、利用者が許可しなかった場合、次の再生回数が少ない、補完機能を使用した蓄積コンテンツを選択し、前述同様に利用者に許可を得て、メモリ確保できるまで、削除処理を実施する。
【００７４】
なお、上述の処理は、当該コンテンツについて自動で削除する場合について説明したが、コンテンツを抽出するごとに削除の可否を利用者に問うようにしても良い。具体的には、図１１のステップＳ２１０〜ステップＳ２１６の処理を、図１３の処理で置き換えれば良い。
【００７５】
図１３について具体的に説明すると、録画日時でソートした後に、まず削除候補となるコンテンツを選択する（ステップＳ２１０２）。次に、利用者に対して選択された番組を削除して良いか否かを確認する（ステップＳ２１０４）。
【００７６】
ステップＳ２１０４における表示装置１１４に表示される表示画面Ｗ３００の一例を図１４に示す。領域Ｒ３００には、現在削除する候補として抽出されている番組が表示されている。利用者は、当該表示画面に基づいて、当該番組を削除するか否かを選択する。
【００７７】
続いて、削除すると指示が成された場合には（ステップＳ２１０６；Ｙｅｓ）、選択されたコンテンツ（番組）を削除する（ステップＳ２１０８）。ここで、記憶容量が確保出来ていない場合には（ステップＳ２１１０；Ｎｏ）、ステップＳ２１６に処理を移行する。
【００７８】
［２．第２実施形態］
続いて、第２実施形態について説明する。第１実施形態では、図１０のステップＳ１０６において、削除候補リストを抽出した後に、ステップＳ１０８において削除コンテンツ決定処理を実行することとして説明したが、補完機能を利用していないコンテンツの優先度を下げることにより、高速に動作させる実施形態について説明する。
【００７９】
なお、第２実施形態については、携帯端末５０の機能構成等は第１実施形態と同一であり、処理についても第１実施形態と同様の処理を行う箇所については説明を省略し、異なっている処理についてのみ説明する。
【００８０】
すなわち、第１実施形態の図１０の代わりに図１５の処理を実行する。ここでは、削除回数がｍ回のコンテンツについて（ステップＳ１０６）、補完機能を利用しているコンテンツか否かについて判定する（ステップＳ３００）。ここで、補完機能を利用している場合には（ステップＳ３００；Ｙｅｓ）、当該コンテンツの優先度を上げる（ステップＳ３０２）。
【００８１】
そして、コンテンツのうち、優先度の低いコンテンツを削除する（ステップＳ３０４）。ここで優先度の低いコンテンツとしては、種々考えられるが、例えば、録画日時が古いコンテンツについて優先度を低くしたり、再生回数の少ないコンテンツについて優先度を低くしたり、利用者に視聴を促すメッセージを出したコンテンツについて優先度を低くしたりすることにより、当該優先度の低いコンテンツから削除されることとする。
【００８２】
この場合、ステップＳ３０２において優先度が上げられた補完機能を利用しているコンテンツについては、削除されないこととなる。しかし、補完機能を利用しているコンテンツしか残っていない状態で、記憶容量が確保出来ない場合には、補完機能を利用しているコンテンツの中から優先度の低いコンテンツが削除されることとなる。
【００８３】
また、優先度は当該処理が実行されるタイミングにおいて、コンテンツに基づいて生成されるものであっても良いし、コンテンツ記憶領域２０４２に、コンテンツに対応づけて記憶されておくこととしても良い。
【００８４】
［３．第３実施形態］
続いて、第３実施形態として、本発明の放送受信機を、据え置き型の放送受信装置５５に適用した場合について説明する。
【００８５】
図１６は、第３実施形態におけるマルチメディア放送システム２の構成を示した図である。第１実施形態のマルチメディア放送システム１の携帯端末５０の代わりに、放送受信装置５５がネットワークに接続されている。
【００８６】
図１７は、放送受信装置５５の外観図を示している。放送受信装置５５は、受信したコンテンツを録画・再生したり、外部からメディア５７（例えば、ＤＶＤやＢｌｕｒａｙの光ディスク等）に録画・再生可能な装置である。
【００８７】
また、放送受信装置５５は、液晶ディスプレイ等の映像出力装置５９が接続されており、放送受信装置５５から出力された映像信号及び音声信号（コンテンツ）にもとづいて、映像が表示されたり、音声が出力される。
【００８８】
なお、放送受信装置５５の構成は、図３に示した携帯端末５５の構成と略同一である。また、放送受信装置５５においても、上述の実施形態において説明した処理と同様の処理を実行することにより、同様の効果を実現することが出来る。
【００８９】
すなわち、本発明の放送受信機は、携帯型端末や、据え置き型の端末に限られることなく、放送を受信可能な端末であれば、同様に適用可能である。
【００９０】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【００９１】
上述の実施形態では、放送受信機を携帯端末や据え置き型の放送受信装置に適用することとして説明したが、他の放送受信機、例えばコンテンツを受信可能なコンピュータや、カーナビゲーション、放送受信機能を備えた電子辞書等といった装置にも適用可能なことは勿論である。
【００９２】
また、上述の実施形態では、削除するコンテンツを削除回数に応じて動的に決定しているが、例えば利用者が任意のコンテンツを設定する事としても良い。例えば、「スポーツ」を優先的に設定することにより、まず「スポーツ」のジャンルについて削除処理を実行するといったことも可能である。
【００９３】
また、上述の実施形態では、ステップＳ２０４において補完機能を利用していないコンテンツを抽出した場合について説明した。換言すれば、補完機能を利用しているコンテンツについては削除されない場合として説明したが、必ずしも削除されないという場合だけなく、優先度を変えるという処理であっても良い。
【００９４】
例えば、優先度の高い「保護コンテンツ」（削除禁止コンテンツ）が設定されている場合に、「保護コンテンツ」の次の優先度としておく。これにより、例えば他のコンテンツが削除されても記憶容量が確保出来ない場合に、保護コンテンツを削除しないために、補完機能を利用したコンテンツが削除されるような場合があっても良い。
【符号の説明】
【００９５】
１ マルチメディア放送システム
１２ リアルタイム型放送送信システム
１４ 蓄積型放送送信システム
１６ 多重化装置
２２ ＣＡＳ／ＤＲＭサーバ
２４ 蓄積コンテンツサーバ
３０ 放送局
４０ 通信基地局
５０ 携帯端末
１００ ＩＳＤＢ−Ｔｍｍチューナ
１０２ 復調部
１０４ デコーダ部
１０６ デコード用ＲＡＭ
１０８ 音声処理部
１１０ 映像処理部
１１２ 音声出力装置
１１４ 表示装置
２００ 通信部
２０２ 制御部
２０４ 記憶部
２０６ 操作部
２０８ 外部Ｉ／Ｆ
２１０ 外部記憶装置
【技術分野】
【０００１】
本発明は、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機等に関する。
【背景技術】
【０００２】
昨今、携帯端末、モバイル機器向けに、ワンセグと同じようなサービスとしてマルチメディア放送が規格化され、今後サービスが開始されようとしている。このような多くの放送に対して利用されるものとして、いわゆるレコメンド機能と呼ばれるものがある。これは、利用者の視聴履歴、録画履歴、検索履歴より、その利用者のニーズがどういったものか判断し、利用者の嗜好に合わせた情報提供を行ったり、自動的にコンテンツを録画したりする機能である（例えば特許文献１参照）。
【０００３】
この場合、自動的にコンテンツが録画されてしまうことから、記憶媒体に多くのコンテンツが記憶されてしまい、記憶容量が足りなくなるといった問題が生じてしまう。従って、新たなコンテンツを記憶するために、利用者の再生履歴等に基づいて、自動的に録画されたコンテンツを削除する機能が知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１２４４０７号公報
【特許文献２】特開２００９−２６１０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、デジタル放送の多様化に伴い、従来のワンセグ放送サービスに代表されるリアルタイム型放送サービスの他に、今後サービスが開始されようとしているマルチメディア放送サービスの特徴ともなる蓄積型放送サービスが提供される。蓄積型放送サービスは、リアルタイムに放送されたコンテンツを補完するために用いられる機能のみでなく、リアルタイムに放送されたコンテンツ以外のコンテンツも提供し、ユーザーが好きな時間にコンテンツ視聴できる目的で利用される。
【０００６】
この蓄積型放送サービスを利用するには、利用者が手続きをする必要があり、更に通信費を別に負担したり、コンテンツ料金を別に負担したりする必要がある。すなわち、蓄積型放送サービスで提供される補完機能を利用したコンテンツは、利用者にとって重要度が高いコンテンツであることが多い。
【０００７】
ここで、従来の自動的に録画されたコンテンツを削除する機能を利用した場合、上述した補完機能を用いたコンテンツであっても、履歴等から意図せずに削除されてしまうといった問題が生じてしまう。
【０００８】
上述した課題に鑑み、本発明の目的は、利用者選択による削除の煩わしさをなくし、蓄積型放送サービスの特徴である補完機能等を利用した場合であっても、利用者の嗜好に最適な自動削除を行うことが可能な放送受信機等を提供することである。
【課題を解決するための手段】
【０００９】
上述した課題に鑑み、本発明の放送受信機は、
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出手段と、
前記抽出手段により抽出されたコンテンツを削除するコンテンツ削除手段と、
を備え、
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする。
【００１０】
また、本発明の放送受信機において、前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツを含まないコンテンツを削除予定として抽出することを特徴とする。
【００１１】
また、本発明の放送受信機は、
新しいコンテンツを記憶するために、録画予約をする録画予約手段を更に有し、
前記削除手段は、新しいコンテンツの記憶容量と、前記記憶手段に記憶されているコンテンツの記憶容量とが、前記記憶手段に記憶可能な記憶容量以下となるまで、前記抽出手段により抽出された削除予定のコンテンツを削除することを特徴とする。
【００１２】
また、本発明の放送受信機において、
前記コンテンツ情報にはコンテンツのジャンルが含まれており、
前記抽出手段は、コンテンツの削除回数が多いジャンルのコンテンツから、削除予定となるコンテンツを優先的に抽出することを特徴とする。
【００１３】
また、本発明の放送受信機において、
前記コンテンツ情報にはコンテンツ毎の再生回数が含まれており、
前記抽出手段は、前記コンテンツの再生回数が少ないものから優先的に削除予定のコンテンツとして抽出することを特徴とする。
【００１４】
また、本発明の放送受信機において、
前記コンテンツ情報には、コンテンツの視聴を促すメッセージを表示したか否かの情報が含まれており、
前記抽出手段は、前記コンテンツの再生回数が０回で、かつ、前記コンテンツの視聴を促すメッセージを表示した情報が含まれているコンテンツについて、優先的に削除予定のコンテンツとして抽出することを特徴とする。
【００１５】
また、本発明の放送受信機において、
前記コンテンツ情報には、コンテンツの記憶日時が含まれており、
前記削除手段は、前記抽出手段により抽出された削除予定のコンテンツの中から、記憶日時が古いものから削除を行うことを特徴とする。
【００１６】
本発明の放送受信機は、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記記憶手段に記憶されているコンテンツのうち、優先度の低いコンテンツから削除するコンテンツ削除手段と、
を備え、
前記削除手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を高くすることを特徴とする。
【００１７】
本発明のプログラムは、
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能なコンピュータに、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶機能と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出機能と、
前記抽出機能により抽出されたコンテンツを削除するコンテンツ削除機能と、
を実現するプログラムであって、
前記抽出機能は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、記憶されたコンテンツから削除予定となるコンテンツを抽出し、抽出されたコンテンツを削除するときに、削除予定となるコンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツを削除する優先度を低くすることとなる。従って、蓄積型放送送信システムを利用したコンテンツに関しては、優先的に保存されることとなり、利用者の意図に反して削除されるといったことを防ぐことが可能となる。
【図面の簡単な説明】
【００１９】
【図１】第１実施形態における放送通信システムの全体を説明するための図である。
【図２】第１実施形態における携帯端末の外観を示す図である。
【図３】第１実施形態における携帯端末の機能構成を説明するための図である。
【図４】第１実施形態における携帯端末の記憶部の機能構成を説明するための図である。
【図５】第１実施形態におけるコンテンツ情報記憶領域に記憶されるコンテンツ情報のデータ構造の一例を示す図である。
【図６】第１実施形態におけるジャンル別履歴情報のデータ構成の一例をしめす図である。
【図７】第１実施形態における録画予約データのデータ構成の一例をしめす図である。
【図８】第１実施形態における処理の流れを説明するためのフローチャートである。
【図９】第１実施形態における画面表示例を説明するための図である。
【図１０】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１１】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１２】第１実施形態における画面表示例を説明するための図である。
【図１３】第１実施形態における処理の流れを説明するためのフローチャートである。
【図１４】第１実施形態における画面表示例を説明するための図である。
【図１５】第２実施形態における処理の流れを説明するためのフローチャートである。
【図１６】第３実施形態における放送通信システムの全体を説明するための図である。
【図１７】第３実施形態における放送受信装置の外観を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、以下の実施形態では、第１実施形態、第２実施形態として放送受信機の一例として、携帯電話や、モバイル端末といった携帯端末に適用した場合について、第３実施形態として据え置き型の放送受信機について説明する。
【００２１】
［１．第１実施形態］
［１．放送システムの構成］
まず、第１実施形態におけるマルチメディア放送システム１の構成について、図１を用いて説明する。図１は従来のリアルタイム型放送サービスと同時に、蓄積型放送サービスを提供するマルチメディア放送を提供するマルチメディア放送システム１の概要を示している。
【００２２】
まず、システム１０は、従来の放送サービスを提供するリアルタイム型放送送信システム１２と、蓄積型放送サービスを提供する蓄積型放送送信システム１４とを含んでおり、コンテンツが提供される。提供されたコンテンツは、多重化装置１６にて多重化され、放送局３０により、放送波として送出される。
【００２３】
一方、放送波で送出されたコンテンツを見るためのランセンスキーは、ＣＡＳ／ＤＲＭサーバ２２（Conditional Access Systems／Digital Rights Management）より、通信網（例えば、携帯電話網等）を経由し、通信基地局４０を介し、携帯端末５０との通信接続により送信（提供）される。
【００２４】
携帯端末５０では、コンテンツの視聴を行う場合、入手したライセンスキーを使用する。リアルタイム型放送コンテンツの場合は、通常の放送と同じように、その都度受信して視聴する。
【００２５】
蓄積型放送コンテンツの場合は、再生可能なコンテンツの蓄積が完了した時点で、入手したライセンスキーを使用して再生を行うことができ、時間の制約を受けることなく視聴が可能となる。また、蓄積型放送サービスでは、放送波によるコンテンツの取得に失敗した場合、通信にて欠損データの補完を行うことができる。欠損データの補完は、蓄積コンテンツサーバ２４にて行われる。
【００２６】
［１．２ 携帯端末の機能構成］
続いて、本発明の放送受信機を含む携帯端末５０の機能構成について、図を用いて説明する。本実施形態における携帯端末５０は、蓄積型放送サービスの自動蓄積を利用者の嗜好にあった最適な方法で行うことが可能なマルチメディア放送受信用の携帯端末である。
【００２７】
図２は携帯端末５０の外観図であり、図３は携帯端末５０の機能構成図である。図２に示すように携帯端末５０は、表示装置１１４と、操作部２０６とを有しており、外部から放送波や通信を受信するアンテナＡＮＴを有している。なお、アンテナＡＮＴは、図２では外部アンテナとなっているが、携帯端末５０の筐体に内蔵されることとしても良い。
【００２８】
図３は、携帯端末５０の機能構成を説明するための図である。携帯端末５０では、ＩＳＤＢ−Ｔｍｍ（Integrated Services Digital Broadcasting-Terrestrial for mobile multimedia）チューナ１００にてマルチメディア放送を受信し、受信されたデータは復調部１０２にて復調され、リアルタイム型放送コンテンツデータ及び蓄積型放送コンテンツデータとしてデコーダ部１０４に渡される。
【００２９】
制御部２０２では、利用者により操作部２０６から指示された選局やコンテンツの視聴・再生などを受け、チューナ部（ＩＳＤＭ−Ｔｍｍチューナ１００）、復調部１０２、デコーダ部１０４の制御を行う。
【００３０】
デコーダ部１０４では制御部２０２からの制御により、必要に応じて、デコード用ＲＡＭ１０６のメモリを使用し、映像データ、音声データをデコードし、映像処理部１１０、音声処理部１０８にデータを出力する。
【００３１】
映像処理部１１０では、入力されたコンテンツデータと、それ以外の表示データ（例えばタッチボタングラフィックや、番組名やチャネル番号といったデータ）とを規定レイアウトに沿って、配置・重ね合わせを行い、表示装置１１４（例えば、ＬＣＤ等）に表示させる。
【００３２】
音声処理部１０８では、入力されたコンテンツデータのうち、音声データをアナログ信号に変換し、音声として音声出力装置１１２（例えば、スピーカ等）より出力させる。また、デコーダ部１０４のデコード処理の前に、通信部２００より通信接続を行い入手したライセンスキーが暗号解除鍵として使用され、制御部２０２により復号処理される。
【００３３】
記憶部２０４は、制御部２０２の処理にて使用されるメモリであり、携帯端末５０の動作に必要な各種プログラムや、各種データ（例えば、利用者の設定や、視聴、録画、削除履歴等）が記憶されている機能部である。記憶部２０４は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００３４】
外部メモリＩ／Ｆ２０８は、外部記憶装置２１０（例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、ＣＤ−Ｒ、コンパクトフラッシュ（登録商標）等）と接続を行うインターフェース部である。
【００３５】
記憶部２０４について、図４を用いて更に説明する。図４に示すように、記憶部２０４は、コンテンツが記憶されるコンテンツ記憶領域２０４２及びコンテンツ記憶情報が記憶されるコンテンツ情報記憶領域２０４４の領域が確保されており、ジャンル別履歴情報２０４６と、録画予約データ２０４８とが記憶されている。更に、メインプログラム２０５０と、自動コンテンツ削除プログラム２０５２と、削除コンテンツ決定プログラム２０５４とが記憶されている。
【００３６】
例えば、制御部２０２は、削除コンテンツ決定プログラム２０５４を読み出して実行することにより、削除コンテンツ決定処理が実行される。
【００３７】
コンテンツ記憶領域２０４２は、コンテンツ（データ）を記憶するための記憶領域である。ここで記憶されるコンテンツとしては、本実施形態については番組等の放送データ、配信データであるが、他の動画像データであったり、他の音声データであったりしてもよい。
【００３８】
図５は、コンテンツ情報記憶領域２０４４に記憶されるコンテンツ情報の一例を示した図である。コンテンツ情報としては、コンテンツの名前（例えば「株式市場」）と、当該コンテンツのジャンル（例えば、「ドキュメント」）と、録画日時（例えば、「2010/01/10 21:00−21:54」）と、再生回数（例えば「２」）と、補完機能のフラグ（例えば「ＯＮ」）と、視聴促進のフラグ（例えば、「表示済」）とが含まれている。
【００３９】
ここで、コンテンツとは、コンテンツを識別するための情報であり、本実施形態にはコンテンツ名（番組名）が記憶されている。コンテンツを識別する情報としては、コンテンツ名の他にも、ファイル名、管理番号等のコンテンツ（データ）を識別するための情報が記憶される。更に、例えば記憶時の画質、ビットレート等の録画モード、音質、データ放送等を含めていても良い。
【００４０】
ジャンルとは、コンテンツに対応づけられたものであり、例えば映画、ドラマ、音楽、スポーツ、ドキュメント、バラエティ等といった内容が記憶されている。更に、利用者が設定したフラグであったり、出演者等の情報等他の情報であったりしても良い。
【００４１】
録画日時は、コンテンツが録画された日時（時間）が記憶されている。当該録画された時間に基づいて、コンテンツの容量（記憶容量）が判定される。この記憶容量については、録画時間であったり、コンテンツのファイル記憶サイズであったりしても良い。また、録画モードと録画時間を組み合わせたものであっても良い。本実施形態では、説明を簡易にするために録画時間を基準として説明する。
【００４２】
再生回数は、当該コンテンツが再生された回数を記憶している。再生回数としては、例えば再生機能が実行された回数でも良いし、所定時間以上再生した場合の回数であっても良い。
【００４３】
補完機能のフラグは、当該コンテンツを蓄積型放送送信システム１４から受信したが、データに欠損があり、通信にて蓄積コンテンツサーバ１４に接続し、欠損データの補完がされた否かを記憶している情報である。例えば、「ＯＮ」であれば、当該コンテンツは通信システム２０を利用して蓄積コンテンツサーバに接続し、欠損データの補完を行ったこととなる。
【００４４】
視聴促進のフラグとは、視聴を促すメッセージを表示したか否かを記憶するフラグである。例えば、未視聴のコンテンツがあった場合に、制御部２０２は、利用者に対して「○○については未視聴です。視聴しますか？」といった視聴を促すメッセージを表示する。
【００４５】
当該メッセージが表示されたコンテンツの場合、視聴促進のフラグは「ＯＮ」となる。視聴促進メッセージが表示されたに関わらず、利用者が視聴していないコンテンツは、重要度が低いコンテンツであることが推測される。
【００４６】
図６は、ジャンル別履歴情報２０４６のデータ構造の一例を示す図である。ジャンル別履歴情報２０４６は、コンテンツジャンル毎に（例えば、「映画」）、再生回数（例えば「１２」）と、削除回数（例えば「５」）とが記憶されている。
【００４７】
本実施形態においては、コンテンツの再生時、削除時に、ジャンル別履歴情報２０４６が更新される事となる。すなわち、コンテンツの再生や削除が行われると、当該コンテンツのジャンルについて、再生回数、削除回数が１回増加される。
【００４８】
なお、本実施形態においては、再生回数、削除回数を記憶しているが、例えばコンテンツ情報から任意のタイミングで求める事としても良い。また、削除回数についても、コンテンツを削除した履歴を記憶しておき、当該削除の履歴から削除回数を求めても良い。この場合、例えば「直近に削除したコンテンツ１００件について削除回数を求める」といったことを行うことも可能である。
【００４９】
図７は、録画予約データ２０４８のデータの構造の一例を示す図である。録画予約データ２０４８は、放送を録画する予約の情報について記憶しているものであり、コンテンツ（例えば、「世界遺産ランキング」）と、ジャンル（例えば「ドキュメント」）と、予約日時（例えば、「2011/04/01 12:00−12:50」）を記憶している。
【００５０】
ここで、コンテンツとは、図５で説明したコンテンツ情報記憶領域に記憶されているコンテンツと同じ意味であり、本実施形態では一例としてコンテンツ名を記憶している。当該コンテンツ名には、番組情報（例えば放送チャンネルや、蓄積サーバのアドレス、録画モード）といったいわゆる録画機能に必要な情報についても含まれてよい。放送（例えば地上波デジタル放送）を録画するといった機能については、公知であるためその動作や詳細については説明を省略する。
【００５１】
また、予約日時についても、本実施形態においては録画開始時及び時間について記憶している。この予約日時に基づいて、録画するのに必要な容量（時間）を算出する事ができる。この録画予約に必要な容量については、ファイルサイズや、録画モードに応じた記憶容量といった種々のものが考えられるが、本実施形態においては、説明の都合、録画時間として説明する。
【００５２】
［１．３ 処理の流れ］
続いて、携帯端末５０の処理の流れについて、図を用いて説明する。本実施形態は、利用者の嗜好にあった最適な方法で自動削除を行う処理の流れについて説明する。マルチメディア放送サービスを、携帯端末５０で受けているときに、利用者の嗜好にあったコンテンツを効率よく自動録画するためには、利用者の嗜好にあわせて、不必要と思われるコンテンツをどれだけ効率よく、削除できるかが重要となる。この点について、以下、具体的に説明する。
【００５３】
［１．３．１ メイン処理］
まずメイン処理について、図８のフローチャートを用いて説明する。メイン処理は、図４に示すメインプログラム２０５０を、制御部２０２が読み出して実行することにより実現される処理である。
【００５４】
まず、利用者は録画予約画面から録画予約を行う。その結果は、記憶部２０４に録画予約データ２０４８として記憶される。このときに表示装置１１４に表示される表示画面Ｗ１００の一例を示す。表示画面Ｗ１００には、番組表が表示されている。そして、枠Ｒ１００により、利用者が録画予約を行う番組が選択され、選択されている番組が録画予約データ２０４８に記憶される。
【００５５】
なお、録画予約をする方法としては、本実施形態では番組表から選択する例について説明しているが、当然他の方法（例えば、番組情報に含まれるキーワードから検索したり、録画日時や放送局を直接入力したりする方法）であっても良いことは勿論である。
【００５６】
そして制御部２０２は、利用者により入力された録画予約データを確認する（ステップＳ１０）。具体的には、記憶部２０４に記憶されている録画予約データ２０４８に基づいて、録画予約されるコンテンツが録画される時間（記憶容量）を計算する。
【００５７】
ここで、現在記憶部２０４の残りの記憶容量と、録画予約データ２０４８に記憶されている録画する予定のコンテンツの記憶容量とを比較し、記憶部２０４の残りの記憶容量を超えている場合には（ステップＳ１２；Ｙｅｓ）、自動コンテンツ削除処理が実行される（ステップＳ１４）。
【００５８】
［１．３．２ 自動コンテンツ削除処理］
続いて、図８のステップＳ１４において実行される自動コンテンツ削除処理について、図１０を用いて説明する。自動コンテンツ削除処理は、図４に示す自動コンテンツ削除プログラム２０５２を、制御部２０２が読み出して実行することにより実現される処理である。
【００５９】
まず、コンテンツ情報記憶領域２０４４に記憶されているコンテンツ情報に基づいて、コンテンツをそれぞれのジャンルに分類する（ステップＳ１００）。ここで、コンテンツを分類するジャンルとして種々のものが考えられるが、本実施形態は削除回数を例にとって説明する。
【００６０】
削除回数は、ジャンル別履歴情報２０４６に記憶されており、次にこのジャンル別履歴情報２０４６に記憶されている削除回数に基づいて順位付けを行う（ステップＳ１０２）。ここでは種々の方法が考えられるが、本実施形態としては、ジャンル別履歴情報２０４６に記憶されている削除回数の中から最大の削除回数をｍとして記憶する（ステップＳ１０４）。
【００６１】
次に、削除回数がｍ回の分類であるコンテンツを削除候補リストとして抽出する（ステップＳ１０６）。そして、削除候補リストの中から削除するコンテンツを決定する削除コンテンツ決定処理を実行する（ステップＳ１０８）。
【００６２】
そして、削除コンテンツ決定処理が実行された後、録画する予定のコンテンツの容量と、記憶部２０４の残りの記憶容量を比較する（ステップＳ１１０）。ここで、残りの記憶容量をまだ超えている場合には（ステップＳ１１０；Ｙｅｓ）、ｍから１を減算して再度ステップＳ１０６から処理が繰り返し実行される。他方、ステップＳ１１０において記憶容量を下回れば（ステップＳ１１０；Ｎｏ）、本処理を終了する。
【００６３】
［１．３．３ 削除コンテンツ決定処理］
続いて、図１０のステップＳ１０８において実行される削除コンテンツ決定処理について、図１１を用いて説明する。削除コンテンツ決定処理は、図４に示す削除コンテンツ決定プログラム２０５４を、制御部２０２が読み出して実行することにより実現される処理である。
【００６４】
まず、変数ｎに「０」を代入する（ステップＳ２００）。続いて、再生回数がｎ回のコンテンツを削除候補リストから抽出する（ステップＳ２０２）。続いて、ステップＳ２０２において抽出された削除候補リストから、更に補完機能を利用していないコンテンツを抽出する（ステップＳ２０４）。具体的には、コンテンツ情報を参照し、補完機能が「ＯＦＦ」のコンテンツのみ抽出する。これにより、ステップＳ２０４において補完機能を利用したコンテンツについては削除されないこととなる。これは、利用者がわざわざ補完機能を利用したコンテンツというのは、重要度が高いと推測されるからである。
【００６５】
つづいて、変数ｎが「０」の場合には（ステップＳ２０６；Ｙｅｓ）、利用者に視聴を促すメッセージを出したコンテンツのみを抽出する（ステップＳ２０８）。具体的には、コンテンツ情報を参照し、「視聴促進」が「表示済」のコンテンツのみを抽出する。これは、利用者に対して視聴を促すメッセージを表示したにもかかわらず、利用者によりコンテンツが再生されていない場合には、利用者にとって優先度の低いコンテンツであると推測されるからである。
【００６６】
つづいて、抽出された削除候補リストのコンテンツ情報を録画日時でソートする（ステップＳ２１０）。本実施形態では、昇順にソートし、過去に録画されたものが削除対象となる順位が上位になる用にする。
【００６７】
そして、削除候補リストの上位から（一番録画日時の古いもの）から、コンテンツを削除する（ステップＳ２１２）。ここで、録画予約データ２０４８において算出される録画に必要な記憶容量が、記憶部２０４の残りの記憶容量以下である場合（記憶容量を確保出来た場合）には、本処理を終了する（ステップＳ２１４；Ｙｅｓ）。
【００６８】
他方、録画に必要な記憶容量が、記憶部２０４の残りの記憶容量を超えている場合（記憶容量を確保出来ていない場合）には、削除候補リストの総てのコンテンツを削除したか否かを判定する（ステップＳ２１６）。ここで、削除候補リストに抽出されたコンテンツがまだ存在する場合には、次のコンテンツ（次に録画日時の古いもの）を削除する（ステップＳ２１６；Ｎｏ→ステップＳ２１２）。
【００６９】
また、ｎがコンテンツ内の最大再生回数を超えた場合には、本処理を終了する（ステップＳ２１８；Ｙｅｓ）。他方、ｎがコンテンツ内の最大再生回数を超えていない場合には、ｎの回数を１増加させ、新たに削除候補リストを抽出する（ステップＳ２１８；Ｎｏ→ステップＳ２０２）。
【００７０】
このように上述した実施形態によれば、蓄積型放送サービスでは、蓄積時に不完全なところがあった場合、通信を利用して、不完全なデータを補完することができる。ただし、補完を行うには通信網を利用するため、パケット料等の通信費用が伴ったり、コンテンツ料金が生じたりしてしまう。したがって、本実施形態では、通信費用等を払ってまで蓄積したコンテンツであるということも考慮し、利用者が不利益とならず、利用者嗜好にあった自動削除を実現することで、効率よく、マルチメディア放送サービスを受けられるようになる。
【００７１】
なお、上述の実施形態において、総てのコンテンツジャンルについて実施しても、記憶容量の確保ができない場合、削除履歴が一番多い、最初に削除対応となったジャンルから、蓄積された日時が一番古い、補完機能を使用したコンテンツを不要な蓄積コンテンツとして選択し、利用者に削除してよいか否かの許可を得るポップアップ等の通知する事が可能である。そして、通知に従って、利用者が削除を許可した場合に、当該コンテンツを削除する。
【００７２】
例えば、このとき表示装置１１４に表示される表示画面Ｗ２００の一例を図１２に示す。領域Ｒ２００には、上述した処理が実行されても記憶容量が確保できなかったことを報知する内容と、更に削除候補となっている番組の情報が表示されている。利用者は、当該報知によって、選択されている番組を削除するか否かを選択する。さらに、異なる番組を選択したり、削除する処理を中止したりすることが可能である。
【００７３】
そして、当該コンテンツの削除について、利用者が許可しなかった場合、次の再生回数が少ない、補完機能を使用した蓄積コンテンツを選択し、前述同様に利用者に許可を得て、メモリ確保できるまで、削除処理を実施する。
【００７４】
なお、上述の処理は、当該コンテンツについて自動で削除する場合について説明したが、コンテンツを抽出するごとに削除の可否を利用者に問うようにしても良い。具体的には、図１１のステップＳ２１０〜ステップＳ２１６の処理を、図１３の処理で置き換えれば良い。
【００７５】
図１３について具体的に説明すると、録画日時でソートした後に、まず削除候補となるコンテンツを選択する（ステップＳ２１０２）。次に、利用者に対して選択された番組を削除して良いか否かを確認する（ステップＳ２１０４）。
【００７６】
ステップＳ２１０４における表示装置１１４に表示される表示画面Ｗ３００の一例を図１４に示す。領域Ｒ３００には、現在削除する候補として抽出されている番組が表示されている。利用者は、当該表示画面に基づいて、当該番組を削除するか否かを選択する。
【００７７】
続いて、削除すると指示が成された場合には（ステップＳ２１０６；Ｙｅｓ）、選択されたコンテンツ（番組）を削除する（ステップＳ２１０８）。ここで、記憶容量が確保出来ていない場合には（ステップＳ２１１０；Ｎｏ）、ステップＳ２１６に処理を移行する。
【００７８】
［２．第２実施形態］
続いて、第２実施形態について説明する。第１実施形態では、図１０のステップＳ１０６において、削除候補リストを抽出した後に、ステップＳ１０８において削除コンテンツ決定処理を実行することとして説明したが、補完機能を利用していないコンテンツの優先度を下げることにより、高速に動作させる実施形態について説明する。
【００７９】
なお、第２実施形態については、携帯端末５０の機能構成等は第１実施形態と同一であり、処理についても第１実施形態と同様の処理を行う箇所については説明を省略し、異なっている処理についてのみ説明する。
【００８０】
すなわち、第１実施形態の図１０の代わりに図１５の処理を実行する。ここでは、削除回数がｍ回のコンテンツについて（ステップＳ１０６）、補完機能を利用しているコンテンツか否かについて判定する（ステップＳ３００）。ここで、補完機能を利用している場合には（ステップＳ３００；Ｙｅｓ）、当該コンテンツの優先度を上げる（ステップＳ３０２）。
【００８１】
そして、コンテンツのうち、優先度の低いコンテンツを削除する（ステップＳ３０４）。ここで優先度の低いコンテンツとしては、種々考えられるが、例えば、録画日時が古いコンテンツについて優先度を低くしたり、再生回数の少ないコンテンツについて優先度を低くしたり、利用者に視聴を促すメッセージを出したコンテンツについて優先度を低くしたりすることにより、当該優先度の低いコンテンツから削除されることとする。
【００８２】
この場合、ステップＳ３０２において優先度が上げられた補完機能を利用しているコンテンツについては、削除されないこととなる。しかし、補完機能を利用しているコンテンツしか残っていない状態で、記憶容量が確保出来ない場合には、補完機能を利用しているコンテンツの中から優先度の低いコンテンツが削除されることとなる。
【００８３】
また、優先度は当該処理が実行されるタイミングにおいて、コンテンツに基づいて生成されるものであっても良いし、コンテンツ記憶領域２０４２に、コンテンツに対応づけて記憶されておくこととしても良い。
【００８４】
［３．第３実施形態］
続いて、第３実施形態として、本発明の放送受信機を、据え置き型の放送受信装置５５に適用した場合について説明する。
【００８５】
図１６は、第３実施形態におけるマルチメディア放送システム２の構成を示した図である。第１実施形態のマルチメディア放送システム１の携帯端末５０の代わりに、放送受信装置５５がネットワークに接続されている。
【００８６】
図１７は、放送受信装置５５の外観図を示している。放送受信装置５５は、受信したコンテンツを録画・再生したり、外部からメディア５７（例えば、ＤＶＤやＢｌｕｒａｙの光ディスク等）に録画・再生可能な装置である。
【００８７】
また、放送受信装置５５は、液晶ディスプレイ等の映像出力装置５９が接続されており、放送受信装置５５から出力された映像信号及び音声信号（コンテンツ）にもとづいて、映像が表示されたり、音声が出力される。
【００８８】
なお、放送受信装置５５の構成は、図３に示した携帯端末５５の構成と略同一である。また、放送受信装置５５においても、上述の実施形態において説明した処理と同様の処理を実行することにより、同様の効果を実現することが出来る。
【００８９】
すなわち、本発明の放送受信機は、携帯型端末や、据え置き型の端末に限られることなく、放送を受信可能な端末であれば、同様に適用可能である。
【００９０】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【００９１】
上述の実施形態では、放送受信機を携帯端末や据え置き型の放送受信装置に適用することとして説明したが、他の放送受信機、例えばコンテンツを受信可能なコンピュータや、カーナビゲーション、放送受信機能を備えた電子辞書等といった装置にも適用可能なことは勿論である。
【００９２】
また、上述の実施形態では、削除するコンテンツを削除回数に応じて動的に決定しているが、例えば利用者が任意のコンテンツを設定する事としても良い。例えば、「スポーツ」を優先的に設定することにより、まず「スポーツ」のジャンルについて削除処理を実行するといったことも可能である。
【００９３】
また、上述の実施形態では、ステップＳ２０４において補完機能を利用していないコンテンツを抽出した場合について説明した。換言すれば、補完機能を利用しているコンテンツについては削除されない場合として説明したが、必ずしも削除されないという場合だけなく、優先度を変えるという処理であっても良い。
【００９４】
例えば、優先度の高い「保護コンテンツ」（削除禁止コンテンツ）が設定されている場合に、「保護コンテンツ」の次の優先度としておく。これにより、例えば他のコンテンツが削除されても記憶容量が確保出来ない場合に、保護コンテンツを削除しないために、補完機能を利用したコンテンツが削除されるような場合があっても良い。
【符号の説明】
【００９５】
１ マルチメディア放送システム
１２ リアルタイム型放送送信システム
１４ 蓄積型放送送信システム
１６ 多重化装置
２２ ＣＡＳ／ＤＲＭサーバ
２４ 蓄積コンテンツサーバ
３０ 放送局
４０ 通信基地局
５０ 携帯端末
１００ ＩＳＤＢ−Ｔｍｍチューナ
１０２ 復調部
１０４ デコーダ部
１０６ デコード用ＲＡＭ
１０８ 音声処理部
１１０ 映像処理部
１１２ 音声出力装置
１１４ 表示装置
２００ 通信部
２０２ 制御部
２０４ 記憶部
２０６ 操作部
２０８ 外部Ｉ／Ｆ
２１０ 外部記憶装置
【特許請求の範囲】
【請求項１】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出手段と、
前記抽出手段により抽出されたコンテンツを削除するコンテンツ削除手段と、
を備え、
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする放送受信機。
【請求項２】
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツを含まないコンテンツを削除予定として抽出することを特徴とする請求項１に記載の放送受信機。
【請求項３】
新しいコンテンツを記憶するために、録画予約をする録画予約手段を更に有し、
前記削除手段は、新しいコンテンツの記憶容量と、前記記憶手段に記憶されているコンテンツの記憶容量とが、前記記憶手段に記憶可能な記憶容量以下となるまで、前記抽出手段により抽出された削除予定のコンテンツを削除することを特徴とする請求項１又は２に記載の放送受信機。
【請求項４】
前記コンテンツ情報にはコンテンツのジャンルが含まれており、
前記抽出手段は、コンテンツの削除回数が多いジャンルのコンテンツから、削除予定となるコンテンツを優先的に抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項５】
前記コンテンツ情報にはコンテンツ毎の再生回数が含まれており、
前記抽出手段は、前記コンテンツの再生回数が少ないものから優先的に削除予定のコンテンツとして抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項６】
前記コンテンツ情報には、コンテンツの視聴を促すメッセージを表示したか否かの情報が含まれており、
前記抽出手段は、前記コンテンツの再生回数が０回で、かつ、前記コンテンツの視聴を促すメッセージを表示した情報が含まれているコンテンツについて、優先的に削除予定のコンテンツとして抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項７】
前記コンテンツ情報には、コンテンツの記憶日時が含まれており、
前記削除手段は、前記抽出手段により抽出された削除予定のコンテンツの中から、記憶日時が古いものから削除を行うことを特徴とする請求項１から６に記載の放送受信機。
【請求項８】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記記憶手段に記憶されているコンテンツから、優先度の低いコンテンツを削除するコンテンツ削除手段と、
を備え、
前記削除手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を高くすることを特徴とする放送受信機。
【請求項９】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能なコンピュータに、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶機能と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出機能と、
前記抽出機能により抽出されたコンテンツを削除するコンテンツ削除機能と、
を実現するプログラムであって、
前記抽出機能は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とするプログラム。
【請求項１】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出手段と、
前記抽出手段により抽出されたコンテンツを削除するコンテンツ削除手段と、
を備え、
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とする放送受信機。
【請求項２】
前記抽出手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツを含まないコンテンツを削除予定として抽出することを特徴とする請求項１に記載の放送受信機。
【請求項３】
新しいコンテンツを記憶するために、録画予約をする録画予約手段を更に有し、
前記削除手段は、新しいコンテンツの記憶容量と、前記記憶手段に記憶されているコンテンツの記憶容量とが、前記記憶手段に記憶可能な記憶容量以下となるまで、前記抽出手段により抽出された削除予定のコンテンツを削除することを特徴とする請求項１又は２に記載の放送受信機。
【請求項４】
前記コンテンツ情報にはコンテンツのジャンルが含まれており、
前記抽出手段は、コンテンツの削除回数が多いジャンルのコンテンツから、削除予定となるコンテンツを優先的に抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項５】
前記コンテンツ情報にはコンテンツ毎の再生回数が含まれており、
前記抽出手段は、前記コンテンツの再生回数が少ないものから優先的に削除予定のコンテンツとして抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項６】
前記コンテンツ情報には、コンテンツの視聴を促すメッセージを表示したか否かの情報が含まれており、
前記抽出手段は、前記コンテンツの再生回数が０回で、かつ、前記コンテンツの視聴を促すメッセージを表示した情報が含まれているコンテンツについて、優先的に削除予定のコンテンツとして抽出することを特徴とする請求項１から３の何れか一項に記載の放送受信機。
【請求項７】
前記コンテンツ情報には、コンテンツの記憶日時が含まれており、
前記削除手段は、前記抽出手段により抽出された削除予定のコンテンツの中から、記憶日時が古いものから削除を行うことを特徴とする請求項１から６に記載の放送受信機。
【請求項８】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能な放送受信機において、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶手段と、
前記記憶手段に記憶されているコンテンツから、優先度の低いコンテンツを削除するコンテンツ削除手段と、
を備え、
前記削除手段は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を高くすることを特徴とする放送受信機。
【請求項９】
リアルタイム型放送送信システムと、蓄積型放送送信システムとからコンテンツを取得可能なコンピュータに、
コンテンツと、コンテンツに関するコンテンツ情報を記憶する記憶機能と、
前記コンテンツから削除予定となるコンテンツを抽出する抽出機能と、
前記抽出機能により抽出されたコンテンツを削除するコンテンツ削除機能と、
を実現するプログラムであって、
前記抽出機能は、前記コンテンツに蓄積型放送送信システムから取得したコンテンツが含まれている場合には、当該コンテンツの優先度を低くすることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−２６６４９（Ｐ２０１３−２６６４９Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１５６３３５（Ｐ２０１１−１５６３３５）
【出願日】平成２３年７月１５日（２０１１．７．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月１５日（２０１１．７．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]