(57)【特許請求の範囲】
【請求項１】
１枚の画像を表示するために必要な画像データが複数の分割データに分割されて配信され、これら複数の分割データを受信して画像表示を行うデジタル放送受信機であって、
配信された順番で前記分割データを受信するデータ受信手段と、
前記データ受信手段によって受信した前記分割データを所定容量の格納手段に格納する分割データ格納処理手段と、
１枚の画像に対応する前記複数の分割データが受信されて前記格納手段に格納された後に、前記格納手段からこれら複数の分割データを読み出して表示する画像表示手段と、
を備え、前記分割データ格納処理手段は、第１の画像に対応する前記複数の分割データの受信が終了する前に、第２の画像に対応する最初の前記分割データが前記データ受信手段によって受信されたときに、それまで前記格納手段に格納されていた前記第１の画像に対応する前記分割データを破棄し、前記第２の画像に対応する前記分割データの前記格納手段への格納動作を開始することを特徴とするデジタル放送受信機。
【請求項２】
請求項１において、
各画像のデータ量は各画像毎に決まっており、
前記分割データ格納処理手段は、前記第１の画像に対応する前記分割データの受信済みのデータ量の合計値が前記第１の画像のデータ量に達する前に、前記第２の画像に対応する最初の前記分割データが受信されたときに、それまで前記格納手段に格納されていた前記第１の画像に対応する前記分割データを破棄することを特徴とするデジタル放送受信機。
【請求項３】
請求項１または２において、
前記複数の分割データには、対応する画像を識別する識別情報が対応付けられており、
前記分割データ格納処理手段は、前記識別情報に基づいて前記分割データが前記第１および第２の画像のいずれに対応しているかを識別することを特徴とするデジタル放送受信機。
【請求項４】
請求項１〜３のいずれか一項において、
前記分割データ格納処理手段は、前記第１の画像に対応する前記複数の分割データの受信が終了する前に、前記第２の画像に対応する最初の前記分割データが前記データ受信手段によって受信されたときであって、その時点で前記格納手段の未使用領域の容量が所定値以上であるときに、それまで前記格納手段に格納されていた前記第１の画像に対応する前記分割データの破棄を保留することを特徴とするデジタル放送受信機。
【請求項５】
請求項４において、
前記所定値は、前記分割データのデータ量と同じであることを特徴とするデジタル放送受信機。
【請求項６】
請求項１〜５のいずれか一項において、
前記分割データ格納処理手段は、前記第１の画像に対応する前記複数の分割データの受信が終了する前に、前記第２の画像に対応する最初の前記分割データが前記データ受信手段によって受信されたときに、それまで前記格納手段に格納されていた前記第１の画像に対応する前記分割データを破棄する前に、これらの分割データを用いた前記第１の画像の表示を前記画像表示手段に指示した後に、これらの分割データを破棄することを特徴とするデジタル放送受信機。
【請求項７】
請求項１〜６のいずれか一項において、
前記格納手段の前記所定容量は、１枚の画像の最大データ量と同じであることを特徴とするデジタル放送受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＡＢ（Digital Audio Broadcasting）放送規格等にしたがった番組データを受信するデジタル放送受信機に関する。
【背景技術】
【０００２】
従来から、欧州規格に準拠したデジタルラジオ放送を受信するＤＡＢ受信機が知られている（例えば、特許文献１参照。）。このＤＡＢ受信機は、放送データを受信してオーディオ出力する機能の他に、送られてくる静止画を受信順に表示するスライドショー（Slide Show）の機能を有している。このスライドショーは、昇順のセグメント番号が割り振られた所定容量（８ｋバイト）のスライドショーデータを番号順に受信し、１枚分のデータ容量（最大５０ｋバイト）に達したときこの１枚の画像を表示する。このようにして、各画像１枚分のデータの受信が終了する毎に、表示対象の画像が順次更新される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１１４４７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に開示されたＤＡＢ受信機では、複数枚の画像を順番に受信して表示を行うが、１枚目の画像を構成する最後のスライドショーデータを受信する前に、２枚目の画像を構成する最初のスライドショーデータを受信すると、これら２枚の画像を構成するデータが破棄されてしまい、画像の更新時期が大幅に遅れるという問題があった。画像の更新時期が遅れると、並行して出力される音声との対応がずれて表示内容が不自然になるため、望ましくない。
【０００５】
本発明は、このような点に鑑みて創作されたものであり、その目的は、画像の更新時期の遅れを抑制することができるデジタル放送受信機を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明のデジタル放送受信機は、１枚の画像を表示するために必要な画像データが複数の分割データに分割されて配信され、これら複数の分割データを受信して画像表示を行うデジタル放送受信機であって、配信された順番で分割データを受信するデータ受信手段と、データ受信手段によって受信した分割データを所定容量の格納手段に格納する分割データ格納処理手段と、１枚の画像に対応する複数の分割データが受信されて格納手段に格納された後に、格納手段からこれら複数の分割データを読み出して表示する画像表示手段とを備える。分割データ格納処理手段は、第１の画像に対応する複数の分割データの受信が終了する前に、第２の画像に対応する最初の分割データがデータ受信手段によって受信されたときに、それまで格納手段に格納されていた第１の画像に対応する分割データを破棄し、第２の画像に対応する分割データの格納手段への格納動作を開始する。
【０００７】
１枚目の画像に対応する分割データの受信が終了する前に２枚目の画像に対応する分割データを受信した場合であっても、１枚目の画像の分割データが破棄されるだけであり、２枚目の画像の表示を行うことができるため、これら２枚の画像がともに表示されなくなる場合に比べて、画像の更新時期の遅れを抑制することが可能となる。
【０００８】
また、上述した各画像のデータ量は各画像毎に決まっており、分割データ格納処理手段は、第１の画像に対応する分割データの受信済みのデータ量の合計値が第１の画像のデータ量に達する前に、第２の画像に対応する最初の分割データが受信されたときに、それまで格納手段に格納されていた第１の画像に対応する分割データを破棄することが望ましい。これにより、受信済みの分割データのデータ量合計値と画像のデータ量とを比較した結果に基づいて分割データを破棄するか否かを容易に判断することができる。
【０００９】
また、上述した複数の分割データには、対応する画像を識別する識別情報が対応付けられており、分割データ格納処理手段は、識別情報に基づいて分割データが第１および第２の画像のいずれに対応しているかを識別することが望ましい。これにより、分割データがいずれの画像に対応するものであるかを容易に判断することができる。
【００１０】
また、上述した分割データ格納処理手段は、第１の画像に対応する複数の分割データの受信が終了する前に、第２の画像に対応する最初の分割データがデータ受信手段によって受信されたときであって、その時点で格納手段の未使用領域の容量が所定値以上であるときに、それまで格納手段に格納されていた第１の画像に対応する分割データの破棄を保留することが望ましい。特に、上述した所定値は、分割データのデータ量と同じであることが望ましい。格納手段の空き容量に余裕がある場合に分割データの破棄を保留することにより、第１の画像の表示が可能になる場合があり、この場合に画像の欠落をなくすることができる。
【００１１】
また、上述した分割データ格納処理手段は、第１の画像に対応する複数の分割データの受信が終了する前に、第２の画像に対応する最初の分割データがデータ受信手段によって受信されたときに、それまで格納手段に格納されていた第１の画像に対応する分割データを破棄する前に、これらの分割データを用いた第１の画像の表示を画像表示手段に指示した後に、これらの分割データを破棄することが望ましい。これにより、全ての分割データの受信が終了していない第１の画像について強制的に表示を行うことができ、第１の画像の全体が欠落する事態を避けることができる。
【００１２】
また、上述した格納手段の所定容量は、１枚の画像の最大データ量と同じであることが望ましい。これにより、格納手段の容量を少なくしてコスト低減を図りつつ、画像の更新時期の遅れの抑制が可能となる。
【図面の簡単な説明】
【００１３】
【図１】一実施形態のＤＡＢ受信機の構成を示す図である。
【図２】ＤＡＢ放送信号のフレーム構成を示す図である。
【図３】スライドショーの画像を受信順に表示する動作手順を示す流れ図である。
【図４】スライドショーの画像を受信順に表示する変形例の動作手順を示す流れ図である。
【図５】スライドショーの画像を受信順に表示する他の変形例の動作手順を示す流れ図である。
【発明を実施するための形態】
【００１４】
以下、本発明のデジタル放送受信機を適用した一実施形態のＤＡＢ（Digital Audio Broadcasting）受信機について、図面を参照しながら説明する。図１は、一実施形態のＤＡＢ受信機の構成を示す図である。図１に示すように、本実施形態のＤＡＢ受信機は、チューナ１０、デコーダ２０、出力処理部２２、アンプ２４、スピーカ２６、制御部３０、表示部４０、操作部４２を備えている。このＤＡＢ受信機は、車両に搭載されている。
【００１５】
チューナ１０およびデコーダ２０は、放送番組を受信するためのものである。具体的には、チューナ１０およびデコーダ３０は、変調方式としてＯＦＤＭ（Orthogonal Frequency Division Multiplexing）を用いたマルチキャリア方式で放送されたデジタル放送信号（ＤＡＢ放送信号）を受信して復調処理および復号化処理を行って音声データを再生する。例えば、このチューナ１０は、フロントエンド（Ｆ／Ｅ）１２、アナログ−デジタル変換器（Ａ／Ｄ）１４を含んで構成されている。フロントエンド１２は、アンテナ１６を介して受信した放送信号を中間周波信号に変換する。アナログ−デジタル変換器１４は、アナログの中間周波信号をデジタルデータ（中間周波データ）に変換する。デコーダ２０は、中間周波データに対して復調処理と復号化処理を行って、例えば操作部４２を操作して利用者によって指定されたサービス（オーディオサービス、データサービル）を抽出する。
【００１６】
なお、本実施形態では、フロントエンド１２から出力される中間周波信号をデジタルデータに変換した後にデコーダ２０で復調処理と復号化処理を行っているが、どの部分までをアナログ処理で行い、どの部分からデジタル処理で行うかは適宜変更可能である。
【００１７】
図２は、ＤＡＢ放送信号のフレーム構成を示す図である。図２に示すように、ＤＡＢ放送信号のフレームは、同期チャネル、ファースト・インフォメーション・チャネルＦＩＣ、メイン・サービス・チャネルＭＳＣによって構成されている。
【００１８】
同期チャネルは、ＮＵＬＬシンボルと位相基準シンボルＰＲＳ（Phase Reference Symbol）からなり、フレームの先頭部分を検出してフレーム同期をとるために用いられる。ファースト・インフォメーション・チャネルＦＩＣは、メイン・サービス・チャネルＭＳＣの内容を説明する領域であり、時間／日付データ、サービス（番組）の配列データ、サービスのラベル（名称）、サービス識別コードＳＩＤ（Service Identification Code）などが含まれる。複数個のＦＩＧ（ファースト・インフォメーション・グループ）がエネルギ拡散されて、所定の情報単位である１個のＦＩＢ（ファースト・インフォメーション・ブロック）を構成している。また、各ＦＩＢは、畳み込み符号化され、この畳み込み符号化された３個のＦＩＢが１個のＦＩＣを構成している。メイン・サービス・チャネルＭＳＣは、複数のサービスのそれぞれに対応するオーディオデータ等が含まれる。このメイン・サービス・チャネルＭＳＣは、エネルギ拡散され、畳み込み符号化され、タイムインターリーブされた複数個のサブ・チャネル（ＳｕｂＣｈ）を含んでいる。
【００１９】
出力処理部２２は、デコーダ２０から出力されるオーディオデータが入力されており、音量の可変制御や他の音（例えば操作音）の重ね合わせ処理等を行う。アンプ２４は、出力処理部２２から出力されるオーディオデータを増幅してスピーカ２６から増幅後の音声を出力する。なお、実際には、出力処理部２２における各種処理後のオーディオデータをアナログの音声信号に変換する必要がある。この変換処理は出力処理部２２内で行ってもよいが、出力処理部２２の後段にデジタル−アナログ変換器を設けて行うようにしてもよい。
【００２０】
制御部３０は、ＤＡＢ受信機全体の受信動作を制御するとともにスライドショーデータに基づく画像の表示処理などを行う。このために、制御部３０は、スライドショーデータ（ＳＳＤ）抽出処理部３２、スライドショーデータ（ＳＳＤ）バッファ３４、スライドショー（ＳＳ）表示処理部３６を備えている。なお、通常の受信動作の制御に関する構成（受信対象となるサービス（番組）を選択する動作や受信中のサービスについて受信内容を表示する動作などに必要な構成）については図示が省略されている。
【００２１】
スライドショーデータ抽出処理部３２は、チューナ１０およびデコーダ２０を用いて受信されたＤＡＢ放送信号のフレームの中からデータサービスの１つであるスライドショーデータを抽出する。スライドショーは、出力中の音声（楽曲）に対応する静止画（ＪＰＥＧデータやビットマップデータなど）や動画からなる画像である。本実施形態で処理対象とするスライドショーでは、送られてくる静止画に対応する画像データを受信し、受信順に表示する。
【００２２】
各画像に対応する画像データは、最大５０ｋバイトのデータ量を有し、それぞれが８ｋバイトの固定長データである複数のスライドショーデータで構成されている。各画像毎に異なるトランスポートＩＤが対応付けられている。また、各画像データを構成する複数のスライドショーデータには、「０」から昇順のセグメント番号が付されており、セグメント番号「０」、「１」、「２」、・・・の順に、必要個数分のスライドショーデータが受信される。さらに、各画像データのサイズ（データ量）がヘッダ情報としてファースト・インフォメーション・チャネルＦＩＣに含まれており、セグメント番号順に受信したスライドショーデータのデータ量の合計値がこのサイズに達したときに、画像データの全データの受信が終了したものとして表示処理に移行するようになっている。
【００２３】
スライドショーデータバッファ３４は、チューナ１０およびデコーダ２０を用いて受信され、スライドショーデータ抽出処理部３２によって抽出されたスライドショーデータを表示前に一時的に格納する。例えば、１枚の画像の最大データ量である５０ｋバイトと同じ容量を有する。なお、スライドショーデータバッファ３４の容量は、必ずしも１枚の画像の最大データ量である５０ｋバイトと同じでなくてもよいが、コストダウンを図る観点からは、１枚の画像分の表示を確実に行うことができる最小の容量である５０ｋバイトとすることが望ましい。また、スライドショーデータバッファ３４は、制御部３０の外部に設けるようにしてもよい。
【００２４】
スライドショー表示処理部３６は、１枚の画像に対応する複数のスライドショーデータが受信されてスライドショーデータバッファ３４に格納された後に、このスライドショーデータバッファ３４からこれら複数のスライドデータを読み出して表示部４０に表示する。例えば、スライドショー表示処理部３６は、表示部４０の表示画面に対応するビデオＲＡＭ（ＶＲＡＭ）３８を有しており、スライドショーデータバッファ３４に格納されている１枚分の画像に対応する複数のスライドショーデータを読み出してこのビデオＲＡＭ３８に書き込むことにより、表示部４０に対するスライドショーの画像表示処理が行われる。
【００２５】
上述したチューナ１０、デコーダ２０がデータ受信手段に、スライドショーデータ抽出処理部３２が分割データ格納処理手段に、スライドショーデータバッファ３４が格納手段に、スライドショー表示処理部３６が画像表示手段にそれぞれ対応する。また、上述したスライドショーデータが分割データに、トランスポートＩＤが画像を識別する識別情報にそれぞれ対応する。
【００２６】
本実施形態のＤＡＢ受信機はこのような構成を有しており、次に、スライドショーの画像表示動作について説明する。
【００２７】
図３は、スライドショーの画像を受信順に表示する動作手順を示す流れ図である。スライドショーデータ抽出処理部３２は、スライドショーデータを受信（抽出）したか否かを判定する（ステップ１００）。未受信の場合には否定判断が行われ、この判定が繰り返される。
【００２８】
また、スライドショーデータを受信するとステップ１００の判定において肯定判断が行われる。次に、スライドショーデータ抽出処理部３２は、抽出したスライドショーデータのセグメント番号が「０」か否かを判定する（ステップ１０２）。セグメント番号が「０」の場合、すなわち、画像データを構成する最初のスライドショーデータを受信した場合には肯定判断が行われる。この場合には、スライドショーデータ抽出処理部３２は、このスライドショーデータに対応するトランスポートＩＤを保持（ステップ１０４）する。また、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４から１つ前の画像に対応して保持したトランスポートＩＤのスライドショーデータを破棄（ステップ１０６）した後、今回抽出したスライドショーデータをスライドショーデータバッファ３４に格納する（ステップ１０８）。次に、スライドショーデータ抽出処理部３２は、同じトランスポートＩＤの全てのスライドデータが終了したか否かを判定する（ステップ１１０）。この判定は、セグメント番号順に受信したスライドショーデータのデータ量の合計値がこれらのスライドショーデータに対応する画像データのサイズに達したか否かを調べることにより行われる。未受信のスライドショーデータが存在する場合にはステップ１１０の判定において否定判断が行われ、ステップ１００に戻ってスライドショーデータの受信判定が繰り返される。
【００２９】
また、受信したスライドショーデータのセグメント番号が「０」以外の場合にはステップ１０２の判定において否定判断が行われる。次に、スライドショーデータ抽出処理部３２は、今回受信したスライドショーデータのトランスポートＩＤが、ステップ１０４において先に保持されているトランスポートＩＤと同じか否かを判定する（ステップ１１２）。トランスポートＩＤが同じ場合には肯定判断が行われ、ステップ１０８に移行して、今回受信したスライドショーデータがスライドショーデータバッファ３４に格納される。一方、トランスポートＩＤが異なる場合にはステップ１１２の判定において否定判断が行われる。この場合には、スライドショーデータ抽出処理部３２は、今回受信したスライドショーデータを格納せずに破棄する（ステップ１１４）。その後、ステップ１００に戻ってスライドショーデータの受信判定が繰り返される。
【００３０】
また、同じトランスポートＩＤの全てのスライドデータが終了した場合にはステップ１１０の判定において肯定判断が行われる。次に、スライドショー表示処理部３６は、スライドショーデータバッファ３４に格納されている１枚の画像に対応する全てのスライドショーデータを読み出して表示部４０に表示する（ステップ１１６）。その後、スライドショー表示処理部３６（あるいは、スライドショーデータ抽出処理部３２）は、スライドショーデータバッファ３４内のスライドショーデータを破棄する（ステップ１１８）。その後、ステップ１００に戻ってスライドショーデータの受信判定が繰り返される。
【００３１】
このように、本実施形態のＤＡＢ受信機では、１枚目の画像に対応するスライドショーデータ（分割データ）の受信が終了する前に２枚目の画像に対応するスライドショーデータを受信した場合であっても、１枚目の画像のスライドショーデータが破棄されるだけであり、それ以後に受信するスライドショーデータを用いて２枚目の画像の表示を行うことができるため、これら２枚の画像がともに表示されなくなる場合に比べて、画像の更新時期の遅れを抑制することが可能となる。
【００３２】
また、各画像のデータ量は各画像毎に決まっており、１枚目の画像（第１の画像）に対応するスライドショーデータの受信済みのデータ量の合計値がこの１枚目の画像のデータ量に達する前に、２枚目の画像（第２の画像）に対応する最初のスライドショーデータが受信されたときに、それまでスライドショーデータバッファ３４に格納されていた１枚目の画像に対応するスライドショーデータが破棄される。このように、受信済みのスライドショーデータのデータ量合計値と画像のデータ量とを比較した結果に基づいてスライドショーデータを破棄するか否かを容易に判断することができる。
【００３３】
また、複数のスライドショーデータには、対応する画像を識別する識別情報としてのトランスポートＩＤが対応付けられており、スライドショーデータ抽出処理部３２は、トランスポートＩＤに基づいてスライドショーデータがいずれの画像に対応しているかを識別している。これにより、スライドショーデータがいずれの画像に対応するものであるかを容易に判断することができる。
【００３４】
また、スライドショーデータバッファ３４の格納容量は、１枚の画像の最大データ量（例えば５０ｋバイト）と同じに設定されている。これにより、スライドショーデータバッファ３４の格納容量を少なくしてコスト低減を図りつつ、画像の更新時期の遅れの抑制が可能となる。
【００３５】
図４は、スライドショーの画像を受信順に表示する変形例の動作手順を示す流れ図である。各画像のデータ量は、最大で５０ｋバイトであるが、このデータ量の画像データが送られてくることは稀であり、通常は２０〜３０ｋバイト程度であることが多い。したがって、１枚目の画像のデータ量が少なく、スライドショーデータバッファ３４の空き容量に余裕がある場合には、２枚目の画像のスライドショーデータを受信したからといって１枚目の画像のスライドショーデータを直ちに破棄しなくてもよい、と考えることができる。図４に示した動作手順は、この考え方を反映したものである。図４に示す動作手順は、図３に示す動作手順に対して、ステップ１０４とステップ１０６の間にステップ１０５を追加するとともに、ステップ１１２とステップ１１４をステップ１１２Ａに置き換えた点が異なっている。以下では、これらの追加あるいは置き換えたステップ１０５、１１２Ａの動作に着目して説明を行うものとする。
【００３６】
受信したスライドショーデータのセグメント番号が「０」（ステップ１０２の判定において肯定判断）であって、トランスポートＩＤを保持（ステップ１０４）した後に、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４に空きあり（未使用領域の容量が所定値以上）か否かを判定する（ステップ１０５）。例えば、各スライドショーデータのデータ量が８ｋバイトなので、空き容量が８ｋバイト以上（スライドショーデータバッファ３４の使用中の容量が４２ｋバイト以下）の場合には１つのスライドショーデータをスライドショーデータバッファ３４に格納することができる。空き容量が所定値（＝８ｋバイト）以上の場合にはステップ１０５の判定において肯定判断が行われ、ステップ１０６の動作（スライドショーデータの破棄）を行うことなく、ステップ１０８に移行し、スライドショーデータ抽出処理部３２は、今回抽出したスライドショーデータをスライドショーデータバッファ３４に格納する。また、空き容量が所定値よりも少ない場合にはステップ１０５の判定において否定判断が行われる。この場合には、ステップ１０６に移行し、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４から１つ前の画像に対応して保持したトランスポートＩＤのスライドショーデータを破棄する。
【００３７】
また、受信したスライドショーデータのセグメント番号が「０」以外の場合であってステップ１０２の判定において否定判断が行われると、次に、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４に空きあり（未使用領域の容量が所定値以上、この空き容量は例えばステップ１０５の場合と同じで８ｋバイト）か否かを判定する（ステップ１１２Ａ）。空き容量が所定値以上の場合には肯定判断が行われ、ステップ１０８に移行し、スライドショーデータ抽出処理部３２は、今回抽出したスライドショーデータをスライドショーデータバッファ３４に格納する。また、空き容量が所定値よりも少ない場合にはステップ１１２Ａの判定において否定判断が行われる。この場合には、ステップ１０６に移行し、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４から１つ前の画像に対応して保持したトランスポートＩＤのスライドショーデータを破棄する。
【００３８】
このように、スライドショーデータバッファ３４の空き容量に余裕がある場合にスライドショーデータの破棄を保留することにより、１枚目の画像の表示が可能になる場合があるため、この場合に画像の欠落をなくすることができる。
【００３９】
図５は、スライドショーの画像を受信順に表示する他の変形例の動作手順を示す流れ図である。図３に示した動作手順では、１枚目の画像に対応する全てのスライドショーデータの受信が終了する前に、２枚目の画像に対応する最初のスライドショーデータを受信した場合に、１枚目の画像に対応するスライドショーデータを破棄していたが、スライドショーデータを破棄する前に強制的に１枚目の画像を表示するようにしてもよい。１枚目の画像の画像データが、ビットマップ形式などの場合には、一部のスライドショーデータが未受信であっても、受信済みのスライドショーデータを用いて１枚目の画像（一部欠損あり）を表示することができる。図５に示す動作手順は、図３に示す動作手順に対して、ステップ１０４とステップ１０６の間にステップ１０５Ａを追加した点が異なっている。以下では、この追加されたステップ１０５Ａの動作に着目して説明を行うものとする。
【００４０】
受信したスライドショーデータのセグメント番号が「０」（ステップ１０２の判定において肯定判断）であって、トランスポートＩＤを保持（ステップ１０４）した後に、スライドショー表示処理部３６は、スライドショーデータバッファ３４から１つ前の画像に対応して保持したトランスポートＩＤのスライドショーデータを読み出して表示部４０に表示する（ステップ１０５Ａ）。その後、ステップ１０６に移行し、スライドショーデータ抽出処理部３２は、スライドショーデータバッファ３４から１つ前の画像に対応して保持したトランスポートＩＤのスライドショーデータを破棄する。
【００４１】
このように、全てのスライドショーデータの受信が終了していない１枚目の画像について強制的に表示を行うことにより、２枚目の画像に対応するスライドショーデータを先に受信した場合であっても、１枚目の画像の全体が欠落する事態を避けることができる。
【００４２】
なお、本発明は上記実施形態に限定されるものではなく、本発明の要旨の範囲内において種々の変形実施が可能である。上述した実施形態では、ＤＡＢ受信機によってスライドショーの機能を実現する場合について説明したが、その他の受信機において、順番に受信する複数の分割データを受信した後に１枚の画像表示を行う場合に本発明を適用することができる。
【産業上の利用可能性】
【００４３】
上述したように、本発明によれば、１枚目の画像に対応する分割データの受信が終了する前に２枚目の画像に対応する分割データを受信した場合であっても、１枚目の画像の分割データが破棄されるだけであり、２枚目の画像の表示を行うことができるため、これら２枚の画像がともに表示されなくなる場合に比べて、画像の更新時期の遅れを抑制することが可能となる。
【符号の説明】
【００４４】
１０  チューナ
２０  デコーダ
２２  出力処理部
３０  制御部
３２  スライドショーデータ（ＳＳＤ）抽出処理部
３４  スライドショーデータ（ＳＳＤ）バッファ
３６  スライドショー（ＳＳ）表示処理部
４０  表示部
４２  操作部
【図１】
0006407098.tif 000002
【図２】
0006407098.tif 000003
【図３】
0006407098.tif 000004
【図４】
0006407098.tif 000005
【図５】
0006407098.tif 000006