(57)【要約】【課題】マルチメディア放送におけるリアルタイム型放送サービスにて、コンテンツを視聴中に受信状態の変化により、放送波を受信できなくなった場合であっても、適切にコンテンツを取得することができるマルチメディア放送受信装置等を提供すること。【解決手段】リアルタイム型放送サービスと、蓄積型放送サービスとが含まれたマルチメディア放送によりコンテンツを受信するマルチメディア放送受信部と、マルチメディア放送受信部の受信状態を監視する受信状態監視部と、前記リアルタイム型放送サービスにおいてコンテンツを受信中に、前記受信状態から前記マルチメディア放送が不感状態であると判定された場合には、前記マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信する制御を行う制御部と、を備えることを特徴とする。【選択図】図３
2013239836.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム型放送サービスと、蓄積型放送サービスとが含まれたマルチメディア放送によりコンテンツを受信するマルチメディア放送受信部と、
マルチメディア放送受信部の受信状態を監視する受信状態監視部と、
前記リアルタイム型放送サービスにおいてコンテンツを受信中に、前記受信状態から前記マルチメディア放送が不感状態であると判定された場合には、前記マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信する制御を行う制御部と、
を備えることを特徴とするマルチメディア放送受信装置。
【請求項２】
前記制御部は、前記マルチメディア放送から、前記リアルタイム型放送サービスを優先してコンテンツを受信する制御を行うことを特徴とする請求項１に記載のマルチメディア放送受信装置。
【請求項３】
前記制御部は、前記コンテンツを蓄積型放送サービスより受信する場合には、当該コンテンツがリアルタイム型放送サービスにおいて配信が終了してから、当該コンテンツを蓄積型放送サービスより受信する制御を行うことを特徴とする請求項１に記載のマルチメディア放送受信装置。
【請求項４】
前記コンテンツをデコードし、出力する制御を行う出力制御部を更に有し、
前記出力制御部は、前記リアルタイム型放送サービスにおいてコンテンツが受信できなかった区間を検出し、
前記蓄積型放送サービスより受信されたコンテンツのうち、前記コンテンツが受信できなかった区間を選択し、デコードするデコード部と、
を更に備えることを特徴とする請求項１から３の何れか一項に記載のマルチメディア放送受信装置。
【請求項５】
コンピュータに、
リアルタイム型放送サービスと、蓄積型放送サービスとが含まれたマルチメディア放送によりコンテンツを受信するマルチメディア放送受信機能と、
マルチメディア放送受信部の受信状態を監視する受信状態監視機能と、
前記リアルタイム型放送サービスにおいてコンテンツを受信中に、前記受信状態から前記マルチメディア放送が不感状態であると判定された場合には、前記マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信する制御を行う制御機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア放送受信装置等に関する。
【背景技術】
【０００２】
現在、多くの携帯電話や移動体通信端末では、ワンセグが搭載されており、外出先でもデジタルテレビ放送を視聴することができる。しかし、放送波が弱いエリアもいくつか存在し、例えば、地下鉄など屋内では、放送波が受信できないことが多々ある。こうした場合、通信網を利用し、視聴中のコンテンツを補完する情報を入手するといった技術として、例えば特許文献１で、放送波を受信する端末から通信を介して外部のサーバ装置を利用し、放送の受信不良部分を取得する方法は提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２９４５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ただし、上記の発明の実施には、放送の受信不良部分を取得するために、放送波を受信する端末以外にサーバ装置が必要であること、サーバ装置から放送のコンテンツ自体のデータを、通信を介して端末に受信することが、前提条件となっている。すなわち、リアルタイム型放送の視聴中において、放送波を受信できなくなった場合に、通信を介してコンテンツを取得しないと、視聴中のコンテンツ（の続き部分）を取得できないという問題があった。
【０００５】
こういった技術は、受信端末のみならず、コンテンツデータの配信を行う通信網側のシステムの対応も必要であり、実際に対応するのは容易でなく、かつ、通信網利用のため、自端末からの送信処理もあり、自端末の電力消費も大きい、また、代替えで使用するデータを常に保存する必要もあり、メモリを逼迫させるという問題あった。
【０００６】
他方、ワンセグに似た携帯端末用のサービスとして、マルチメディア放送サービス（いわゆる「モバキャス」）が開始される。例えば、ＩＳＤＢ−Ｔｍｍ（Integrated Services Digital Broadcasting Terrestrial for mobile multimedia）の規格を用いることによりサービスが行われる。
【０００７】
マルチメディア放送では、従来のワンセグで提供しているリアルタイム型放送サービスだけでなく、放送波にてコンテンツをダウンロードし、受信端末側でユーザーが好きな時間にコンテンツ視聴ができるという、蓄積型放送サービスも提供されることとなる。これらのサービスについては、従来の装置では全く考慮されていなかった。
【０００８】
上述した課題に鑑み、本発明は、マルチメディア放送におけるリアルタイム型放送サービスにて、コンテンツを視聴中に受信状態の変化により、放送波を受信できなくなった場合であっても、適切にコンテンツを取得することができるマルチメディア放送受信装置等を提供することである。
【課題を解決するための手段】
【０００９】
上述した課題に鑑み、本発明のマルチメディア放送受信装置は、
リアルタイム型放送サービスと、蓄積型放送サービスとが含まれたマルチメディア放送によりコンテンツを受信するマルチメディア放送受信部と、
マルチメディア放送受信部の受信状態を監視する受信状態監視部と、
前記リアルタイム型放送サービスにおいてコンテンツを受信中に、前記受信状態から前記マルチメディア放送が不感状態であると判定された場合には、前記マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信する制御を行う制御部と、
を備えることを特徴とする。
【００１０】
本発明のプログラムは、
コンピュータに、
リアルタイム型放送サービスと、蓄積型放送サービスとが含まれたマルチメディア放送によりコンテンツを受信するマルチメディア放送受信機能と、
マルチメディア放送受信部の受信状態を監視する受信状態監視機能と、
前記リアルタイム型放送サービスにおいてコンテンツを受信中に、前記受信状態から前記マルチメディア放送が不感状態であると判定された場合には、前記マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信する制御を行う制御機能と、
を実現させることを特徴とする。
【発明の効果】
【００１１】
本発明のマルチメディア放送受信装置によれば、リアルタイム型放送サービスにおいてコンテンツを受信中に、受信状態からマルチメディア放送が受信できないと判定された場合には、マルチメディア放送が受信可能となったときに当該コンテンツを蓄積型放送サービスより受信することができる。
【００１２】
したがって、マルチメディア放送の放送波を受信できなくなった場合において、放送波で受信できなくなったコンテンツを蓄積型放送サービスより取得することができ、蓄積型放送のデータを再生することができる。これにより、例えば携帯キャリアの通信網を介さないでで、視聴中のコンテンツを取得しているため、結果として消費電力が携帯キャリアの通信網を介する場合よりも抑制できる。
【図面の簡単な説明】
【００１３】
【図１】マルチメディア放送システムの全体を説明するための図である。
【図２】マルチメディア放送受信装置の外観を説明するための図である。
【図３】本実施形態におけるマルチメディア放送受信装置の機能構成を説明するための図である。
【図４】本実施形態におけるシーン記憶領域のデータ構成の一例を示す図である。
【図５】本実施形態における処理の流れを説明するための動作フローである。
【図６】本実施形態における処理の流れを説明するための動作フローである。
【図７】本実施形態における第１実施例を説明するための図である。
【図８】本実施形態における第２実施例を説明するための図である。
【図９】本実施形態における第３実施例を説明するための図である。
【図１０】変形例について説明するための図である。
【発明を実施するための形態】
【００１４】
続いて、本発明を適用した場合のマルチメディア放送受信装置について説明する。本実施形態では、マルチメディア放送受信装置としての機能を含む多機能電話を例にとって説明する。なお、本実施形態は発明を理解するための一例であり、本発明が実施形態に限定されて適用されるものではない。
【００１５】
［１．全体構成］
まず、マルチメディア放送システムの全体構成について、説明する。図１は、マルチメディア放送受信装置が適用されたマルチメディア放送システム１を示す図である。マルチメディア放送システム１は、マルチメディア放送受信装置１０と、放送局等に設置された送信装置２０とが接続されている。ここで、送信装置２０から、マルチメディア放送受信装置１０については、マルチメディア放送が配信されている。
【００１６】
ここで、マルチメディア放送とは、リアルタイム型放送サービスと、蓄積型放送サービスとを放送波を用いて配信可能な仕組みである。例えば、携帯端末向けのマルチメディア放送としては、ＩＳＤＢ−Ｔｍｍ方式を用いたものが知られている。マルチメディア放送を利用することにより、携帯事業者の通信網を利用することなく、コンテンツをリアルタイム型放送と、蓄積型放送にて配信することが可能となる。
【００１７】
また、送信装置２０は、リアルタイム型放送サービス部２２と、蓄積型放送サービス部２４とが含まれている。リアルタイム型放送サービス部２２は、コンテンツ（例えば、番組）をリアルタイム型放送として配信する。また、蓄積型放送サービス部２４は、コンテンツを蓄積型放送として配信する。
【００１８】
また、本実施形態では、説明の都合上、リアルタイム型放送で配信されるコンテンツをリアルタイムコンテンツ、蓄積型放送で配信されるコンテンツを蓄積コンテンツという。
蓄積コンテンツとしては、リアルタイムコンテンツとして配信されたコンテンツであったり、蓄積型放送用のコンテンツであったりする。
【００１９】
また、リアルタイム型放送サービス部２２や、蓄積型放送サービス部２４は、それぞれ独立した送信装置（サーバ）で構築されていても良いし、同一の装置（サーバ）で構築されていても良い。すなわち、放送局等に設けられた送信装置は、リアルタイムコンテンツを送信し、必要に応じて蓄積コンテンツを配信しても良い。
【００２０】
ここで、本実施形態における蓄積コンテンツは、リアルタイムコンテンツと同一の送信方式で配信される。例えば、本実施形態の場合、送信装置２０から、リアルタイムコンテンツと蓄積コンテンツは多重化されて、マルチメディア放送受信装置１０に送信される。なお、リアルタイムコンテンツと蓄積コンテンツはそれぞれ送信されてもよい。マルチメディア放送受信装置１０は、受信されたマルチメディア放送から、何れかのコンテンツを抽出し、復調することができる。
【００２１】
図２は、マルチメディア放送受信装置１０の装置外観を説明するための図である。本実施形態では、図２に示すようにマルチメディア放送が受信可能な多機能型携帯電話（スマートフォン）を例に取って説明する。なお、マルチメディア放送が受信可能な装置であれば、例えばカーナビゲーションや、電子書籍、携帯型情報端末、コンピュータ等であっても良い。また、単なるデジタル放送受信チューナやＳＴＢといった、マルチメディア放送を受信し表示装置に接続する装置であっても良い。
【００２２】
［２．機能構成］
続いて、マルチメディア放送受信装置１０の機能構成について、図３を用いて説明する。図３に示すように、マルチメディア放送受信装置１０は、制御部１００と、ＲＦ部２００と、通信処理部２２０と、問合せ情報処理部２３０と、マルチメディア放送チューナ部３００と、受信状態監視部３２０と、サービス切替制御部３３０と、ＤＥＭＵＸ部３４０と、デコーダ部３５０と、シーン検出部３６０と、記憶部４００と、映像出力部５００と、音声出力部５１０と、操作部５２０とが含まれて構成されている。
【００２３】
制御部１００は、マルチメディア放送受信装置１０の全体を制御するための機能部である。制御部１００は、記憶部４００に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００２４】
ＲＦ部２００は、接続されているアンテナ２１０を介して、例えば携帯基地局等と通信を行う為の機能部である。受信した電波を復調可能な周波数にダウンコンバートする。また、本実施形態では、他の装置等と通信をする場合、例えば蓄積型放送サービスが提供されているか否かを、問い合わせる場合に利用される。
【００２５】
通信処理部２２０は、送信するデータの変調、受信するデータの復調を行う機能部である。また、問合せ情報処理部２３０は、所望の情報の問合せを行う為の機能部である。例えば、放送局（送信装置２０）に対して、蓄積型放送サービスを提供しているか否かの問合せを行う。
【００２６】
マルチメディア放送チューナ部３００は、アンテナ３１０を介してマルチメディア放送の受信及び選局を行い、放送データの復調を行う機能部である。復調された放送データは、ＤＥＭＵＸ部３４０に出力される。
【００２７】
なお、本実施形態においては、説明の都合上マルチメディア放送チューナ部３００は１つの構成で説明するが、例えば複数設けるようにしても良い。マルチチューナの構成にすることにより、同時に多くのコンテンツを受信することが可能となる。
【００２８】
受信状態監視部３２０は、マルチメディア放送チューナ部３００の受信状態を示すＣ／Ｎ比(Carrier to Noise Ratio)、ＢＥＲ(Bit error rate)、ＰＥＲ(Packet error rate)といったステータス情報を監視する機能部である。これにより、放送波がコンテンツを復調するのに必要十分に受信可能であるか（すなわち、不感状態で無いか）を監視する。
【００２９】
本実施形態において、「マルチメディア放送が受信できない」とは、全く受信できない場合だけでなく、正しく復調できない場合も含む。したがって、Ｃ／Ｎ比が所定の閾値以下の場合は、正しく復調することができず、この場合はマルチメディア放送が受信できない、不感状態であると判断する。
【００３０】
サービス切替制御部３３０は、受信されたマルチメディア放送に基づいて、サービスをリアルタイム型放送サービスとして処理をするのか、蓄積型放送サービスとして処理をするのか切り替える機能部である。リアルタイム型放送サービスの場合はリアルタイムコンテンツを抽出・復調され、蓄積型放送サービスの場合は蓄積コンテンツが抽出・復調されることとなる。
【００３１】
ＤＥＭＵＸ部３４０は、マルチメディア放送チューナ部３００から入力された放送データを、解析・分解する機能部である。ＤＥＭＵＸ部３４０は、放送データから映像データ、音声データ、コンテンツデータ（文字データ、番組情報等）を分離し、デコーダ部３５０に出力する。
【００３２】
デコーダ部３５０は、ＤＥＭＵＸ部３４０から入力される各種データを復号し、出力するための機能部である。本実施形態のデコーダ部３５０は、映像データから映像をデコードする映像デコーダ部３５２と、音声データから音声をデコードする音声デコーダ部３５４と、コンテンツデータから文字情報や番組情報等をデコードする字幕・付加情報処理部３５６とを含んでいる。
【００３３】
シーン検出部３６０は、受信状態監視部３２０からの情報により、そのときに受信していたリアルタイムコンテンツのシーンを検出するための機能部である。具体的には、リアルタイムコンテンツの映像、音声、字幕等を抽出したり、時間情報等を用いてシーンを検出したりする。そして、検出されたシーンは、シーン記憶領域４０２にシーン情報として記憶される。
【００３４】
記憶部４００は、マルチメディア放送受信装置１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４００は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００３５】
また、記憶部４００には、記憶領域としてシーン記憶領域４０２と、ダウンロードコンテンツ記憶領域４０４とが確保されている。
【００３６】
シーン記憶領域４０２は、シーン検出部３６０により検出されたリアルタイムコンテンツにおけるシーンが記憶される領域である。例えば、シーン検出部３６０により検出された映像データ、音声データ、番組情報等が記憶されても良いし、時刻情報（中断された時刻や、中断されていた時間等）が記憶されても良い。すなわち、中断したとき、復旧したときのシーンを特定するために必要な情報が記憶されていれば良い。
【００３７】
例えば、図４の場合、中断シーンと復旧シーンとのコンテンツの時間が記憶されている。この場合、リアルタイムコンテンツは、コンテンツの開始から「０時間２０分３０秒」のシーンで中断されており（すなわち不感区間に入った）、コンテンツの開始から「０時間２４分２０秒」のシーンで復旧したことが記憶されている。
【００３８】
ダウンロードコンテンツ記憶領域４０４は、ダウンロードされた蓄積コンテンツが記憶される領域である。
【００３９】
映像出力部５００は、デコーダ部３５０（映像デコーダ部３５２）から出力される映像や、字幕・付加情報処理部３５６から出力される各種情報等を出力するための機能部である。例えば、ＬＣＤ等の表示装置を備えており、表示装置に映像を表示することとしても良いし、コンポジット接続やＨＤＭＩ接続により接続されている表示装置に映像を表示しても良い。
【００４０】
音声出力部５１０は、デコーダ部３５０（音声デコーダ部３５４）から出力される音声を出力するための機能部である。例えば、スピーカ等により構成されている。また、外部に接続された音出力装置（外部スピーカ、ヘッドフォン、イヤホン等）により出力されても良い。
【００４１】
操作部５２０は、利用者からの操作入力を受け付けるための機能部である。例えば、表示装置上に表示されるソフトキーであったり、ハードウェアキー、リモコン等により構成されていたりする。
【００４２】
［３．処理の流れ］
続いて処理の流れについて、図のフローチャートを用いて説明する。
【００４３】
まず、放送波を受信し、受信した放送波からコンテンツを表示する（ステップＳ１０２）。ここで、表示されているコンテンツは、リアルタイム型放送サービスで配信されるリアルタイムコンテンツである。
【００４４】
マルチメディア放送チューナ部３００の受信感度が悪いか、すなわち不感状態になったか否かを判定する（ステップＳ１０４）。具体的には、受信状態監視部３２０が、現在受信している放送波のＣ／Ｎが所定の閾値以下に劣化したことを検出する。当該Ｃ／Ｎが劣化したことを検出することにより、マルチメディア放送の放送波の感度が悪くなった（不感状態となった）と判定する。
【００４５】
続いて、不感状態となった場合（ステップＳ１０４；Ｙｅｓ）、すなわち、受信状態監視部３２０より放送波の感度劣化が検出された場合、シーン検出部３６０は、その検出結果をトリガーとして、受信劣化が起こる直前のシーンデータをシーン記憶領域４０２に記憶する（ステップＳ１０６）。ここで、シーンデータとしては、映像データ、音声データ、字幕・番組情報データ等を記憶したり、シーンを特定することが可能となる、コンテンツに関するデータや、字幕情報、時刻情報等が含まれていたり、それらをシーンデータとして記憶しても良い。
【００４６】
続いて、シーンデータが記憶されたコンテンツの蓄積型放送サービスの提供状況を確認する（ステップＳ１０８）。具体的には、問合せ情報処理部２３０が放送局（例えば、送信装置２０）に問い合わせる。ここでは、当該コンテンツが蓄積型放送サービスとして、現在提供されているのか、今後提供予定があるのかの問合せを、通信処理部２２０を介しＲＦ部２００より通信を行い、問い合わせを行う。なお、問い合わせとしては、放送局の番組情報を取得するような方法でも、所定のサーバへのアクセスでも構わない。
【００４７】
問合せの結果、蓄積型放送サービスが現在提供中の場合（ステップＳ１１０；Ｙｅｓ）、蓄積型放送サービスの受信を設定する（ステップＳ１１２）。
【００４８】
そして、マルチメディア放送の放送波が再び受信可能となった場合（Ｃ／Ｎ比が所定の閾値以上になった場合）は（ステップＳ１１４；Ｙｅｓ）、当該コンテンツの配信が継続中か、すなわち、ステップＳ１０２において受信していたコンテンツの配信が継続中か否かを判定する（ステップＳ１１６）。ここで、当該コンテンツが継続中であれば、マルチメディア放送の受信を復旧した直後のシーンデータをシーン記憶領域４０２に記憶する（ステップＳ１１８）。
【００４９】
すなわち、マルチメディア放送がどの時点から受信された、不感区間の終わりを決める処理を実行する。例えば「復旧した直後」でなくても、１秒後や２秒後といった、所定時間経過後（受信状態が安定してから）と設定しても良い。
【００５０】
続いて、当該コンテンツが終了したか否かを判定する（ステップ１２０）、ここで、当該コンテンツがまだ終了していなければ（ステップＳ１２０；Ｎｏ）、リアルタイムコンテンツをそのまま受信する。もし、当該コンテンツが終了している場合には（ステップＳ１２０；Ｙｅｓ）、コンテンツ出力を中止する（ステップＳ１２２）。
【００５１】
ここで、コンテンツの出力を中止するとは、例えばマルチメディア放送チューナ部３００において、当該コンテンツが含まれる放送波を受信しないこととしても良い。したがって、他のコンテンツが含まれる放送波を受信することとしても良い。そして、ステップＳ１２２において当該コンテンツの出力を中止した後は、図６のステップＳ２０２に処理を遷移させる。
【００５２】
また、ステップＳ１１０において、現在蓄積型放送サービスを提供中でない場合には（ステップＳ１１０；Ｎｏ）、当該コンテンツの蓄積型放送サービスを今後提供する予定があるか否かを判定する（ステップＳ１３０）。ここで、蓄積型放送サービスを今後提供する予定が無い場合には、本処理を終了する（ステップＳ１３０；Ｎｏ）。
【００５３】
また、蓄積型放送サービスの提供予定がある場合には（ステップＳ１３０；Ｙｅｓ）、蓄積型放送サービスの受信予約の設定を行う（ステップＳ１３２）。その後、マルチメディア放送の放送波が受信可能な状態になった場合に（ステップＳ１３４；Ｙｅｓ）、当該コンテンツの配信が継続中か否かを判定する（ステップＳ１３６）。ここで、当該コンテンツが継続中であれば（ステップＳ１３６；Ｙｅｓ）、復旧直後のシーンデータをシーン記憶領域４０２に記憶する（ステップＳ１３８）。
【００５４】
続いて、当該コンテンツが終了したか否かを判定する（ステップＳ１４０）。ここで、当該コンテンツがまだ終了していなければ（ステップＳ１４０；Ｎｏ）、リアルタイムコンテンツをそのまま受信する。もし、当該コンテンツが終了している場合には（ステップＳ１４０；Ｙｅｓ）、コンテンツ出力を中止する（ステップＳ１４２）。そして、蓄積型放送サービスの提供開始時刻となった段階で、図６のステップＳ２０２に処理を遷移させる。
【００５５】
図６のステップＳ２０２から処理を説明する。まず、蓄積型放送サービスを利用して受信する目的のコンテンツをダウンロードする（ステップＳ２０２）。この蓄積型放送サービスを利用して受信する場合には、マルチメディア放送チューナ部３００を介して、蓄積コンテンツを受信することとなる。
【００５６】
続いて、シーン記憶領域４０２に記憶された中断時（不感発生時）のシーンをダウンロードされた蓄積コンテンツから検出する（ステップＳ２０４）。これにより、出力する場合の蓄積コンテンツの開始時点が決定されることとなる。
【００５７】
続いて、復旧直後のシーンデータ（不感状態から復旧した時点のシーンデータ）がシーン記憶領域４０２に記憶されているか否かを判定する（ステップＳ２０６）。ここで、復旧直後のシーンデータが記憶されている場合には（ステップＳ２０６；Ｙｅｓ）、蓄積コンテンツから復旧直後のシーンデータと一致する箇所を検出する（ステップＳ２０８）。これにより、出力する場合の蓄積コンテンツの終了時点が決定されることとなる。
【００５８】
なお、復旧直後のシーンデータが記憶されていない場合には（ステップＳ２０６；Ｎｏ）、蓄積コンテンツの最後が終了時点となる。
【００５９】
続いて、蓄積コンテンツから、不感区間のデータを抽出する（ステップＳ２１０）。ここで、抽出されるデータとしては、映像データや、音声データであったり、文字情報、番組情報等、必要に応じて抽出されることとなる。
【００６０】
そして、蓄積コンテンツから、不感区間以外のデータを削除するか否かを判定する（ステップＳ２１２）。不感区間以外のデータを削除するか否かは、予め設定されていても良いし、利用者により任意に選択されても良い。
【００６１】
そして、不感区間以外のデータを削除する場合には（ステップＳ２１２；Ｙｅｓ）、不感区間以外のデータを蓄積コンテンツから削除する（ステップＳ２１４）。
【００６２】
そして、蓄積コンテンツの不感区間のデータ、すなわち出力が途切れたシーンからコンテンツが自動再生されることとなる（ステップＳ２１６）。なお、蓄積コンテンツを再生する場合は、自動再生としても良いし、利用者のタイミングにより再生を行うこととしても良い。
【００６３】
［４．実施例］
続いて、実施例について図を用いて説明する。図７は、本実施形態におけるリアルタイム型放送サービスにより提供されるリアルタイムコンテンツと、蓄積型放送サービスにより提供される蓄積コンテンツの関係を模式的に示した物である。
【００６４】
［４．１  第１実施例］
まず、第１実施例としては、リアルタイムコンテンツの一部分が不感区間となり、受信されなかった場合について図７を用いて説明する。
【００６５】
リアルタイムコンテンツが受信中に、時刻ｔ１０において不感状態となる。そして、ｔ１の間コンテンツが受信されず、時刻ｔ１２において、放送波が受信可能となっている。このとき、リアルタイムコンテンツは継続して配信されていたため、時刻ｔ１４までリアルタイムコンテンツが継続して受信される。
【００６６】
続いて、時刻ｔ１４においてリアルタイムコンテンツが終了した時点で、蓄積コンテンツが受信される。そして、時刻ｔ１４から時刻ｔ１６迄が蓄積コンテンツが受信される。
【００６７】
そして、蓄積コンテンツの受信が終了した段階で、コンテンツが受信されなかったｔ１の間のコンテンツが、蓄積コンテンツから抽出され、時刻ｔ１６から時刻ｔ１８まで、ｔ３の間出力される。
【００６８】
［４．２  第２実施例］
第２実施例は、リアルタイムコンテンツを受信中に不感状態となり、再度放送波を受信可能となった時点において、リアルタイムコンテンツが配信されていない場合について図８を用いて説明する。
【００６９】
図８において、時刻ｔ２０から不感状態となり、リアルタイムコンテンツが受信されない。そして、時刻ｔ２２において、再度放送波が受信されるが、時刻ｔ２２において既にリアルタイムコンテンツは配信されていない。
【００７０】
しがたって、この時点から蓄積コンテンツを受信し、蓄積コンテンツの受信が完了した時刻ｔ２４から、不感区間であり受信されなかったｔ１の間のコンテンツが蓄積コンテンツから抽出され、時刻ｔ２４から時刻ｔ２６まで、ｔ３の間出力される。
【００７１】
なお、この場合、例えばリアルタイムコンテンツの終了タイミングによっては、ｔ３はｔ１より短い場合（時刻ｔ２２以前にリアルタイムコンテンツの配信が終了している場合）もありうる。
【００７２】
［４．３  第３実施例］
第３実施例は、蓄積型放送サービスが提供中ではなく、蓄積型放送サービスの開始時間が離れている場合について、図９を用いて説明する。
【００７３】
すなわち、時刻ｔ３０から時刻ｔ３２の間不感区間となり、ｔ１の間リアルタイムコンテンツが受信されていない。
【００７４】
リアルタイムコンテンツの配信終了時刻ｔ３４の時点では、蓄積コンテンツの配信がまだ始まっていない。蓄積コンテンツの配信は時刻ｔ３６から始まるため、時刻ｔ３６から蓄積コンテンツを受信する。そして、蓄積コンテンツが受信し終わった時刻ｔ３８から、時刻ｔ４０までの間、蓄積コンテンツが出力されることとなる。
【００７５】
［５．効果］
このように、本実施形態によれば、放送波を受信できなくなった場合において、放送波で受信できなくなったコンテンツ（不感区間）を蓄積型放送サービスより取得することができ、蓄積型放送のデータを再生する装置により、再視聴することができる。また、通信を介さないで（受信端末のみ）で、視聴中のコンテンツを取得しているため、結果として、消費電力が通信を介する場合よりも抑制できる。
【００７６】
［６．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【００７７】
また、上述した実施形態では、マルチメディア放送チューナ部３００は１つの構成として説明したが、例えばマルチチューナとして複数設けていても良い。この場合、例えば、図１０に示すように、リアルタイムコンテンツを受信中に、蓄積コンテンツを受信するといったことが可能となる。
【００７８】
すなわち、時刻ｔ５０〜時刻ｔ５２が不感区間であるため、蓄積コンテンツを受信する。このとき、時刻ｔ５２の時点から、リアルタイムコンテンツが再度受信されるが、併せて蓄積コンテンツを受信するといったことができる。
【００７９】
これにより、時刻ｔ５２〜時刻ｔ５４の間は、リアルタイムコンテンツと蓄積コンテンツとを受信することができ、より早い段階で蓄積コンテンツを取得し、出力することができるようになる。
【００８０】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【００８１】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【００８２】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【００８３】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【００８４】
１        ：マルチメディア放送システム
１０      ：マルチメディア放送受信装置
２０      ：送信装置
２２      ：リアルタイム型放送サービス部
２４      ：蓄積型放送サービス部
１００    ：制御部
２００    ：ＲＦ部
２１０    ：アンテナ
２２０    ：通信処理部
２３０    ：問合せ情報処理部
３００    ：マルチメディア放送チューナ部
３１０    ：アンテナ
３２０    ：受信状態監視部
３３０    ：サービス切替制御部
３４０    ：ＤＥＭＵＸ部
３５０    ：デコーダ部
３５２    ：映像デコーダ部
３５４    ：音声デコーダ部
３５６    ：字幕・付加情報処理部
３６０    ：シーン検出部
４００    ：記憶部
４０２    ：シーン記憶領域
４０４    ：ダウンロードコンテンツ記憶領域
５００    ：映像出力部
５１０    ：音声出力部
５２０    ：操作部
【図１】
2013239836.tif 000003
【図２】
2013239836.tif 000004
【図３】
2013239836.tif 000005
【図４】
2013239836.tif 000006
【図５】
2013239836.tif 000007
【図６】
2013239836.tif 000008
【図７】
2013239836.tif 000009
【図８】
2013239836.tif 000010
【図９】
2013239836.tif 000011
【図１０】
2013239836.tif 000012