(57)【要約】パケットセットをバースト伝送する第１のストリーム（間欠データ部）と、サービスに必要な伝送速度に準じた速度でパケットを送信する第２のストリーム（連続データ部）を伝送する通信において、サービス選択時に、選択されたサービスについて、第１のストリームで送信される間欠データが受信できるまでの間、選択されたサービスに関する第２のストリームを受信し再生し、第１のストリームにおいて選択サービスの間欠データの送信が開始された時点で、第１のストリームの受信及び再生を開始する。
2005043784.tif 000002
【特許請求の範囲】
【請求項１】
複数サービスが多重化されて送信される放送波を受信する受信装置であって、
前記放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含み、
前記受信装置は、ユーザが所定の操作を行う操作手段と、放送波を受信する受信手段と、該受信したデータをデコードして再生する再生手段とを備え、
前記操作手段上で一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、前記選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、前記ザッピングモードから間欠受信モードに移行し、
前記ザッピングモードにおいて、前記受信手段は第２のストリーム内の前記選択されたサービスのデータを受信し、前記再生手段はその受信した第２のストリームのデータを再生し、
前記間欠受信モードにおいて、前記受信手段は第１のストリーム内の前記選択されたサービスのデータを受信し、前記再生手段はその受信した第１のストリームのデータを再生する
ことを特徴とする受信装置。
【請求項２】
前記第２のストリームは、前記第１のストリームと同じコンテンツのデータであるが、前記第１のストリームのデータより情報量の少ないデータを含むことを特徴とする請求項１記載の受信装置。
【請求項３】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記間欠受信モードから前記ザッピングモードヘ移行したときに、該ザッピングモードにおいてユーザにより異なるサービスが選択されるまで、移行直前の間欠受信モードで受信されていたサービスのバーストデータをバッファ内に保持する
ことを特徴とする請求項１記載の受信装置。
【請求項４】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記ザッピングモード期間中、前記受信手段は、選択されたサービスに関わらず、第１のストリームにおける全てのサービスのデータを受信し、その受信した第１のストリームのデータで前記バッファが常に更新される
ことを特徴とする請求項１記載の受信装置。
【請求項５】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記ザッピングモードにおいてサービス切替時の操作に使用されたボタンの種類に応じて、前記バッファの制御を異ならせる
ことを特徴とする請求項１記載の受信装置。
【請求項６】
前記操作手段上で、ユーザによる、視聴サービスの選択決定を意味する所定の操作があったときに、前記間欠受信モードにおいて第１のストリームデータの再生を開始する
ことを特徴とする請求項１記載の受信装置。
【請求項７】
さらに、受信信号を復調する復調手段を備え、
受信号内に、第１のストリームの各サービスのバーストデータの継続時間を示す情報が含まれている場合に、選択されたサービスのバーストデータの受信開始から前記継続時間経過後に前記復調手段への電源供給を停止する
ことを特徴とする請求項１記載の受信装置。
【請求項８】
前記バーストデータは複数のセクションからなり、各セクションにおいて、そのセクションのデータ受信開始から、同一サービスに関する次のバーストデータの受信開始までの時間情報が含まれている場合に、前記各セクションに含まれる時間情報に基づいて、同一のサービスについて、前のバーストデータを受信してから次のバーストデータを受信するまでの時間を補正する
ことを特徴とする請求項１記載の受信装置。
【請求項９】
同一サービスについて、第１のストリームの再生時刻情報と第２のストリームの再生時刻情報との差を求め、その差に基づいて第１のストリームの再生時刻を補正する
ことを特徴とする請求項１記載の受信装置。
【請求項１０】
前記第１のストリームは音声データ及び動画データを含み、前記第２のストリームは静止画及び音声データのうちの少なくともいずれかを含むことを特徴とする請求項１記載の受信装置。
【請求項１１】
前記第２のストリームを、前記第１のストリーム内のバーストデータを介して搬送する
ことを特徴とする請求項１記載の受信装置。
【請求項１２】
さらに、受信した第２のストリームのデータを再生のために一時的に格納するバッファを備え、
選択されたサービスのバーストデータを受信していない期間において、他のサービスのザッピング用データを受信し、前記バッファに定期的に蓄積し、ザッピングモードにおいて前記他のサービスが選択されたときに前記バッファに格納されている他のサービスのデータを読み出して再生する
ことを特徴とする請求項１記載の受信装置。
【請求項１３】
第１のストリームと第２のストリームの関連を示す情報が、第１のストリームが搬送するＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）のＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）に含まれることを特徴とする請求項１記載の受信装置。
【請求項１４】
複数サービスが多重化されて送信される放送波を受信する受信方法であって、
前記放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含み、
前記受信方法は、
一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、前記選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、前記ザッピングモードから間欠受信モードに移行し、
前記ザッピングモードにおいて、第２のストリーム内の前記選択されたサービスのデータを受信し、その受信した第２のストリームのデータを再生し、
前記間欠受信モードにおいて、第１のストリーム内の前記選択されたサービスのデータを受信し、その受信した第１のストリームのデータを再生する
ことを特徴とする受信方法。
【請求項１５】
前記第２のストリームは、前記第１のストリームと同じコンテンツのデータであるが、前記第１のストリームのデータより情報量の少ないデータを含むことを特徴とする請求項１４記載の受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、複数サービスが多重化された放送波の受信技術に関し、特に、携帯端末向けデジタルデータ放送の受信方法および受信装置に関する。
【背景技術】
【０００２】  欧州の地上波デジタル放送の伝送方式は、ＥＴＳＩで規格化されている。（ＤＶＢ−ＴＥＮ  ３００  ４７７参照）。しかしながら、日本国内規格（ＡＲＩＢ  ＳＴＤ−Ｂ３１他）のようなセグメント別の部分受信をサポートしていないため、ＤＶＢ−Ｔ方式の放送を携帯端末で受信する場合は、ＳＴＢ等の固定端末と同様に、全信号を受信する必要があり、電源容量に制限がある携帯端末では多くの電力を消費し、連続再生時間が短くなるなど実用性に問題があった。【０００３】  そこで文献ＥＰ１３３７０７１Ａ２では、図２０に示すように、同一サービスのパケットをパケットセットにまとめ、それぞれのパケットセットをデータバースト１０として高速度で短時間に伝送し、１つのパケットサービスを伝送中は他のサービスのパケットセットを混ぜないように順に各サービスのパケットセットを伝送している。【０００４】  受信機では、所望のサービスが伝送されているパケットセット送信期間のみ、受信部の電源供給を行うことで、低消費電力を実現している（以下「タイムスライス方式」と呼ぶ）。【０００５】  しかしながら、このタイムスライス方式では、受信機は電源投入後の選局時や、他のサービスへのチャンネル選局を行う際、該当するサービスのパケットセットが送信されるまでの数秒間は、コンテンツの再生が始まらないという問題がある。
【特許文献１】ＥＰ１３３７０７１Ａ２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】  上述したように、タイムスライス方式では、データをバースト伝送しているため、選局時、サービスの再生が開始されるまで待ち時間が発生し、ザッピング視聴がスムーズにできないという問題がある。【０００７】  本発明は上記従来の問題点を解決するもので、タイムスライスをザッピング用ストリームと選択的に受信することで再生が開始されるまでの待ち時間を短縮することを目的とする。
【課題を解決するための手段】
【０００８】  本発明に係る受信装置は、複数サービスが多重化されて送信される放送波を受信する受信装置である。放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含む。受信装置は、ユーザが所定の操作を行う操作手段と、放送波を受信する受信手段と、受信したデータをデコードして再生する再生手段とを備える。操作手段上で一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、ザッピングモードから間欠受信モードに移行する。ザッピングモードにおいて、受信手段は第２のストリーム内の選択されたサービスのデータを受信し、再生手段はその受信した第２のストリームのデータを再生する。間欠受信モードにおいて、受信手段は第１のストリーム内の選択されたサービスのデータを受信し、再生手段はその受信した第１のストリームのデータを再生する。【０００９】  第２のストリームは、第１のストリームと同じコンテンツのデータであるが、第１のストリームのデータより情報量の少ないデータを含んでもよい。また、第２のストリームは、第１のストリームの内容に基づく関連データであって、第２のストリームのデータ量が第１のストリームのデータ量よりも少なくてもよい。例えば、第２のストリームは、第１のストリームを生成する際の圧縮率よりも大きい圧縮率で生成されるストリームであってもよい。【００１０】  受信装置は、さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、間欠受信モードからザッピングモードへ移行したときに、ザッピングモードにおいてユーザにより異なるサービスが選択されるまで、移行直前の間欠受信モードで受信されていたサービスのバーストデータをバッファ内に保持するのが好ましい。【００１１】  また、受信装置は、さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、ザッピングモード期間中、受信手段は、選択されたサービスに関わらず、第１のストリームにおける全てのサービスのデータを受信し、その受信した第１のストリームのデータでバッファが常に更新されるのが好ましい。【００１２】  また、受信装置は、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、ザッピングモードにおいてサービス切替時の操作に使用されたボタンの種類に応じて、バッファの制御を異ならせるのが好ましい。【００１３】  受信装置において、操作手段上で、ユーザによる、視聴サービスの選択決定を意味する所定の操作があったときに、間欠受信モードにおいて第１のストリームデータの再生を開始するようにしてもよい。【００１４】  受信装置はさらに受信信号を復調する復調手段を備えてもよい。その際、受信号内に、第１のストリームの各サービスのバーストデータの継続時間を示���情報が含まれている場合に、選択されたサービスのバーストデータの受信開始から継続時間経過後に復調手段への電源供給を停止するのが好ましい。【００１５】  バーストデータが複数のセクションからなり、各セクションにおいてそのセクションのデータ受信開始から、同一サービスに関する次のバーストデータの受信開始までの時間情報が含まれている場合、各セクションに含まれる時間情報に基づいて、同一のサービスについて、前のバーストデータを受信してから次のバーストデータを受信するまでの時間を補正してもよい。【００１６】  また、受信装置において、同一サービスについて、第１のストリームの再生時刻情報と第２のストリームの再生時刻情報との差を求め、その差に基づいて第１のストリームの再生時刻を補正するようにしてもよい。【００１７】  第１のストリームは音声データ及び動画データを含み、第２のストリームは静止画及び音声データのうちの少なくともいずれかを含んでもよい。【００１８】  第２のストリームを、第１のストリーム内のバーストデータを介して搬送してもよい。【００１９】  受信装置は、さらに、受信した第２のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その場合、選択されたサービスのバーストデータを受信していない期間において、他のサービスのザッピング用データを受信し、バッファに定期的に蓄積し、ザッピングモードにおいて他のサービスが選択されたときにバッファに格納されている他のサービスのデータを読み出して再生するのが好ましい。【００２０】  第１のストリームと第２のストリームの関連を示す情報が、第１のストリームが搬送するＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）のＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）に含まれてもよい。【００２１】  本発明に係る受信方法は、複数サービスが多重化されて送信される放送波を受信する受信方法である。放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含む。その受信方法は、一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、ザッピングモードから間欠受信モードに移行し、ザッピングモードにおいて、第２のストリーム内の前記選択されたサービスのデータを受信し、その受信した第２のストリームのデータを再生し、間欠受信モードにおいて、第１のストリーム内の選択されたサービスのデータを受信し、その受信した第１のストリームのデータを再生する。
【発明の効果】
【００２２】  本発明によれば、高品質なバーストデータ（第１のストリーム）と低品質な連続データ（第２のストリーム）とが多重されて伝送される放送波を受信し再生する。その際、通常視聴時は、第１のストリームを間欠受信することで、消費電力を押さえることができ、ザッピング視聴時は、常時受信可能な連続データ（第２のストリーム）を再生することで、選局時の待ち時間を短縮することができる。さらに、低品質データ（第２のストリーム）を静止画、音声など容量の少ないデータにすることで、ザッピング中も間欠受信することができ消費電力を抑えることができる。
【図面の簡単な説明】
【００２３】［図１］本発明が前提とするコンテンツ伝送方式の概念を示す図
［図２］本発明における伝送チャンネル上でのデータ配置イメージを示す図
［図３］本発明の受信機の電源制御動作を示す図
［図４］本発明の受信機のザッピング受信時の受信方法を説明する図
［図５］本発明の実施の形態１の受信機のブロック図
［図６Ａ］本発明の受信機の動作を示すフローチャートの前半の図
［図６Ｂ］本発明の受信機の動作を示すフローチャート後半の図
［図７Ａ］本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（ザッピング動作の基本フロー）
［図７Ｂ］本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（低品質データ処理）
［図７Ｃ］本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（バッファ制御）
［図８］本発明の実施の形態１の変形例２の受信機の動作を示すフローチャート（バッファ制御を示す）
［図９］本発明の実施の形態１の変形例３の受信機の視聴サービス決定処理のフローチャート
［図１０Ａ］本発明の実施の形態１の変形例４の受信機の動作を示すフローチャート（ザッピング動作の基本フロー）
［図１０Ｂ］本発明の実施の形態１の変形例４の受信機の動作を示すフローチャート（低品質データ処理）
［図１１］バーストデータの幅を説明するための図
［図１２］Δｔの補正を説明するための図
［図１３］本発明の実施の形態１の変形例７の受信機が受信する信号の生成方法を示す図
［図１４］本発明の実施の形態２の受信機のブロック図
［図１５］本発明の実施の形態２の変形例２の受信機が受信する信号の概念を示す図
［図１６］本発明の実施の形態３における送信方法の概念を示す図
［図１７］本発明に実施の形態３における送信方法における伝送チャンネル上でのデータ配置イメージを示す図
［図１８］本発明の実施の形態３における送信方法を受信する受信機のザッピング受信時の受信方法を説明する図
［図１９］本発明の実施の形態４の受信機のブロック図
［図２０］従来の伝送方式の概念図
［図２１］ＩＰパケットからＴＳパケットへの変換を示す図
［図２２］マルチプレクサにより多重化される様子を示す図
【符号の説明】
【００２４】  １  ヘッドエンド
２〜６  サービスＳ１〜Ｓ５のコンテンツソース
７  ＩＰパケット
８  プロセッサ１
９  プロセッサ２
１０  バーストデータ
１１  低品質データが多重されたトランスポートストリーム
１１ｓ１〜１１ｓ５  低品質データパッケージ
１２  ＴＳ多重装置
１３  送信装置
１４  伝送チャンネル
１５  ザッピングバースト
１６  タイムスタンプオフセット検出部
２０  受信機
２１  ユーザインタフェース（ＵＩ）
２２  受信制御部
２３  電源制御部
２４  ＯＦＤＭ復調部
２５  ＴＳデコーダ
２６  ＩＰパケット抽出部
２７  バッファ
２８  ＭＰＥＧ４デコーダ
２９  モード表示部
３０  静止画取得部
３１  静止画バッファ
３２  スイッチ（ＳＷ）
３３  通信回線
３４  ザッピング用バッファ
【発明を実施するための最良の形態】
【００２５】  以下、添付の図面を参照して本発明の受信装置及び受信方法の実施形態を説明する。
本発明の放送受信機の実施形態について説明するため、まず送信信号の伝送方式について説明する。その後、受信機の動作を説明するため、ザッピング視聴の場合を例に挙げ、図面を参照しながら説明する。以下の説明において「バースト伝送」とは、コンテンツを短時間に一括して伝送し、その後、しばらくの間は、送信を停止するような伝送をいう。なお、以下の各実施形態の処理はすべてソフトウェアで実現可能である。【００２６】  （コンテンツ伝送方式）
最初に、本発明が前提とする、間欠と連続の混在伝送のコンテンツ伝送方式について簡単に説明する。以下の説明において「間欠伝送」とは、映像信号及び／または音声信号を含む信号を所定のプレゼンテーション期間Ｔｉｎ（例えば５秒）毎に高品質圧縮し、Ｔｉｎの１／Ｎ（Ｎは正の整数で、一例としてＮ＝３６）の時間で伝送する方式である。この場合、プレゼンテーション期間Ｔｉｎには、最大３６本の異なったサービス（たとえばテレビ３６チャンネル分のサービス）を時分割で送ることができ、期間Ｔｉｎ毎に新しい動画信号が送られる。ここでは、あるチャンネル又はプロバイダから送られてくるプログラムをサービスという。ある特定のサービス（例えばチャンネル１のプログラム）に注目すれば、動画信号は、期間Ｔｉｎ毎に送られるので、間欠伝送と言う。一方、連続伝送とは、１フレーム期間（たとえば（１／３０）秒）よりも短い期間Ｔｃｏｎ（約２３ｍｓ）毎に低品質圧縮した信号を伝送する方式である。【００２７】  本発明は、間欠伝送されるパケット（第１のストリーム）と、連続伝送されるパケット（第２のストリーム）が混在するひとつのストリームで送信する方式に関する。間欠伝送だけであれば、高品質画像を見ることができるが、サービスを切り替える毎に約５秒の待ち時間が必要となる。間欠伝送は、サービスを次々と切り替えて、見たいサービスを探す動作、すなわちザッピングを行うことには適していない。一方、連続伝送だけであれば、サービスを切り替えても待ち時間なく、切り替え先のサービスの映像をすぐに見ることができる。本発明においては、間欠伝送と連続伝送とを混在させているので、ザッピングを行っても待ち時間なく映像等のサービスを受けることができると共に、見たいサービスが見つかれば、そのサービスを高品質の画像で見ることができる。【００２８】  コンテンツ伝送方式の実施形態についてザッピング視聴の場合を例に挙げ、図面を参照しながら説明する。図１は、本発明の受信装置が受信する放送局からの送信信号の生成方法を説明する図である。【００２９】  １は、デジタル放送ヘッドエンド、２，３，４，５，６は、サービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５のコンテンツソースである。それぞれのコンテンツは高品質と低品質、の２種類の品質にエンコードされ、高品質のＩＰ（インターネットプロトコル）パケット７と、低品質のＩＰパケット７ｂが生成される。各コンテンツソースには、ＩＰパケット７を生成する高品質用エンコーダと、ＩＰパケット７ｂを生成する低品質用エンコーダが含まれ、それぞれ独立したリアルタイムエンコーダで構成される。高品質用エンコーダには、リアルタイムを示す内部時計ＣＬａを有する一方、低品質用エンコーダにも、リアルタイムを示す内部時計ＣＬｂを有する。言うまでもなく、内部時計ＣＬａの時刻と、内部時計ＣＬｂの時刻は、一致している。【００３０】  同じコンテンツソース、例えばコンテンツソース２からのＩＰパケット７のそれぞれには、同じＩＰアドレスが割り振られる。コンテンツソースが異なると、すなわちサービスが異なると、ＩＰアドレスも異なる。なお、同じコンテンツソースからの高品質のＩＰパケット７と低品質のＩＰパケット７ｂとでは、同じＩＰアド���スを用いても良いし、異なったＩＰアドレスを用いても良い。【００３１】  また、高品質用エンコーダは、映像信号及び／または音声信号を含むコンテンツを、平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮することができるものである。低品質用エンコーダは、同じコンテンツを、平均伝送レート６４ｋｂｐｓでＭＰＥＧ４圧縮することができるものである。【００３２】  実際の放送波の伝送帯域が約１５Ｍｂｐｓ程度である場合は、ひとつのサービスに４１４（＝３５０＋６４）ｋｂｐｓ必要とすれば、３６（≒１５０００÷４１４）個のサービスを伝送することができる。上記の伝送レートや、ＭＰＥＧ４圧縮は、一例であり、別の伝送レートや、圧縮方式を用いても良い。【００３３】  伝送レートなどのパラメータは、上述のものに限定するものではない。また、圧縮方法は、ＷｉｎｄｏｗｓＭｅｄｉａ方式やＱｕｉｃｋＴｉｍｅ方式、ＪＰＥＧ２０００方式などの方法であってもよい。【００３４】  図２１を用いて、まず、高品質データについて説明する。平均伝送レート３５０ｋｂｐｓにＭＰＥＧ４圧縮された動画と音声データは、ＲＴＰ（リアルタイムトランスポートプロトコル）データとして生成され、ＲＴＰヘッダが付与される。ＲＴＰヘッダには送受信間で同期を取るためのタイムスタンプＴａが加えられる。ＲＴＰデータとＲＴＰヘッダがＲＴＰパケットに納められる。ＲＴＰパケットは、ＵＤＰ（ユーザデータグラムプロトコル）データとして生成され、ＵＤＰヘッダが付与される。ＤＵＰデータとＵＤＰヘッダがＵＤＰパケットに納められる。ＵＤＰパケットは、ＩＰデータとして生成され、ＩＰヘッダが付与される。ＩＰデータとＩＰヘッダがＩＰパケット７に納められる。【００３５】  このように高品質エンコードされたＩＰパケット７は、図１に示す処理装置８に入力される。処理装置８は、コンテンツソースの数に対応した数のバッファを有している。図１の例では、５つのバッファＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５を有しており、各バッファは、所定のプレゼンテーション期間Ｔｉｎ（例えば５秒）に相当するＩＰパケット７（例えば１１６３個のＩＰパケット）を蓄積することができる。ＩＰパケットは、ＭＰＥＧ圧縮されているので、実際の蓄積時間は、５秒ではなく、約（５／３６）秒である。【００３６】  まず、バッファＢ１から期間Ｔｉｎに相当するサービスＳ１のＩＰパケット７が蓄積されれば、蓄積されたＩＰパケットは、順次、処理部ＰＰ１に送られる。処理部ＰＰ１では、図２１に示すように、ＩＰパケット７をＤＳＭ−ＣＣ（デジタルストーレッジメディアコマンドアンドコントロール）セクションに変換し、更にＴＳ（トランスポートストリーム）パケットに変換する。ＴＳパケットは、一定の長さ（例えば１８８バイト）で構成される。各ＴＳパケットには、ＴＳヘッダが先頭に含まれている。ＴＳヘッダには、ＴＳパケットの種類を特定するパケットＩＤ、すなわちＰＩＤが付与される。例えば、サービスＳ１を含むＴＳパケットのＰＩＤは、”ＰＩＤ１”が付与される。【００３７】  なお、サービスＳ２を含むＴＳパケットのＰＩＤは、”ＰＩＤ２”、サービスＳ３を含むＴＳパケットのＰＩＤは、”ＰＩＤ３”のように、同じサービスのデータを含むＴＳパケットには、同じＰＩＤが付与される。ＩＰパケットからＴＳパケットへの変換は、規格書、例えば、ＩＳＯ／ＩＥＣ  １３８１８−１、ＩＳＯ／ＩＥＣ  １３８１８−６、ＥＴＳＩ／ＤＶＢ  ＥＮ３０１１９２に記載されている。【００３８】  ”ＰＩＤ１”が付与された複数のＴＳパケット（パケットセット）は、順次出力される。このように送り出された約５秒分のＴＳパケット群１０を「バースト」と呼ぶ。図１において、処理装置８から出力されるブロックＳ１は、バーストを示し、約５秒分のプレゼンテーションに相当するサービスＳ１のＴＳパケットが連続して含まれている。【００３９】  続いて、バッファＢ２において期間Ｔｉｎに相当するサービスＳ２のＩＰパケット７が蓄積されれば、蓄積されたＩＰパケットが処理部ＰＰ１に送られ、そこでＩＰパケットからＴＳパケットに変換されると共に、変換された各ＴＳパケットにパケットＩＤとしてＰＩＤ２を付与する。”ＰＩＤ２”が付与された複数のＴＳパケットは、順次出力される。処理装置８から出力されるブロックＳ２は、バーストを示し、約５秒分のプレゼンテーションに相当するサービスＳ２のＴＳパケットが連続して含まれている。【００４０】  以下、同様にして、バースト毎に、異なったサービスのＴＳパケットが、マルチプレクサ１２に送られる。【００４１】  次に、低品質データについて説明する。平均伝送レート６４ｋｂｐｓにＭＰＥＧ４圧縮された動画と音声データから、高品質データと同様にして図２１に示す手順で、ＩＰパケット７ｂが生成される。従って、ＩＰパケット７ｂにもＲＴＰパケットが内在し、送受信間で同期を取るためのタイムスタンプＴｂが含まれている。【００４２】  低品質エンコードされたＩＰパケット７ｂは、図１に示す処理装置９に入力される。処理装置９は、ひとつのバッファＢｚを有しており、すべてのコンテンツソースからのＩＰパケット７ｂを、送られてくる順番で蓄積する。もし、異なったコンテンツソースからのＩＰパケット７ｂの全部又は一部が重なるようなことがあれば、処理装置８と同様に複数のバッファを備えればよい。ただし、バッファの容量は、ひとつのＩＰパケット７ｂが蓄積できる容量で良い。送られてきたＩＰパケット７ｂは、処理部ＰＰ２に送られ、処理部ＰＰ１と同様にして、ＩＰパケットからＴＳパケットに変換される。変換されたＴＳパケットは、サービスに関わらず全て同じＰＩＤ、例えば”ＰＩＤＸ”が付与される。”ＰＩＤＸ”は、ザッピング用のＴＳパケットであることを示すユニークなＰＩＤである。処理装置９からのＴＳパケットは、マルチプレクサ１２に送られる。マルチプレクサ１２には、更にＰＳＩ生成器１８が接続されている。【００４３】  なお、ここでは低品質データを伝送するＴＳパケットは、サービスに関わらず全て同じＰＩＤ、例えばＰＩＤＸが付与される、としたが、高品質データの伝送と同様にサービス毎に異なるＰＩＤを付与して伝送しても本発明の効果が損なわれることはない。【００４４】  なお、低品質データの形式は、動画と音声の両方を含んだものに限らず、動画、静止画、音声、文字情報、のいずれかひとつ、またはそれらの組み合わせたものでもよい。【００４５】  また、同時にサービスするバー��トの数と平均伝送レートなどの条件に応じて、低品質データの形式を動的に決定してもよい。【００４６】  ＰＳＩ生成器１８は、ＰＳＩ（プログラムスペシフィックインフォーメーション）を生成するものである。ＰＳＩには、ＰＡＴ（プログラムアソシエーションテーブル）、ＰＭＴ（プログラムマップテーブル）、ＣＡＴ（コンディショナルアクセステーブル）、ＮＩＴ（ネットワークインフォーメーションテーブル）が含まれる。各テーブルは、ひとつまたは複数のＴＳパケットに分割して収められる。本実施例では、コンディショナルアクセス機能は、本発明とは無関係なためＣＡＴに関する説明は省略する。これらのテーブルのデータ構造については、後で説明する。まず、マルチプレクサ１２について説明する。【００４７】  図２２に示すように、マルチプレクサ１２は、処理装置８からの高品質のＴＳパケット、処理装置９からの低品質のＴＳパケット、ＰＳＩ生成器１８からのＰＳＩのＴＳパケットの３種類の入力を受け、これらを一本のストリームに組み込む。なお、ＰＡＴ，ＮＩＴのそれぞれについては、全てのサービスに対し、ひとつのテーブルが設定されるが、ＰＭＴについては、サービス毎に異なったテーブルが設定される。ＰＡＴ，ＰＭＴ，ＮＩＴが挿入される位置は、上記規格書に規定されている。低品質のＴＳパケットは、分散して挿入されるが、ひとつの低品質のＴＳパケットＳ１と、次の低品質のＴＳパケットＳ２との時間差Ｔｚ１は、約０．６５ｍｓｅｃである。また、ひとつの低品質のＴＳパケットＳ１と、同一サービスの次の低品質のＴＳパケットＳ１との時間差Ｔｚ２は、約２３．５ｍｓｅｃである。なお、この時間差Ｔｚ１，Ｔｚ２は、伝送レートが異なれば、変わってくる。マルチプレクサされたストリームは、伝送チャンネル１４として、送信機１３に渡され、送信機１３を介して伝送路に送出される。【００４８】  次に、データ構造について説明する。
まず、ＴＳパケットのヘッダに含まれる、パケットＩＤ（ＰＩＤ）は、それが含むデータの種類に応じて次のように定められる。【００４９】  高品質データのＴＳパケット：サービス毎に異なるコードを含むＰＩＤ（高品質を表すコードを含ませても良い）
低品質データのＴＳパケット：サービスに関係なく、同じＰＩＤ（低品質を表すコードを含ませても良い）
ＰＡＴのＴＳパケット：０Ｘ００００
ＰＭＴのＴＳパケット：サービス毎に異なるコードを含むＰＩＤ（ＰＭＴを表すコードを含ませても良い）
ＮＩＴのＴＳパケット：０Ｘ００１０【００５０】  ＰＡＴには、サービス毎に設定されたプログラム番号の値と、サービス毎に設定されたＰＭＴのＰＩＤとが対になって示されている。このデータは、ＰＡＴの
″ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ″のエリアと、″ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ″のエリアとに書かれている。例えば、５つのサービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５がある場合、５つのＰＭＴが存在する。５つのＰＭＴのＰＩＤをそれぞれ、″ＰＭＴ−ＰＩＤ１”，”ＰＭＴ−ＰＩＤ２”、”ＰＭＴ−ＰＩＤ３”，”ＰＭＴ−ＰＩＤ４”、”ＰＭＴ−ＰＩＤ５”とした場合、ＰＡＴには次の対応表のデータが含まれる。
2005043784.tif 000003
2005043784.tif 000004
【００５１】  ＰＭＴには、そのＰＭＴに対応するサービスの高品質ＴＳパケットのＰＩＤが示されている。このデータは、ＰＭＴの″ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤ″エリアに書かれている。【００５２】  従って、サービスが特定されれば、表１より、サービスに対応するＰＭＴのＰＩＤが認識でき、そのＰＭＴのＰＩＤにより一つのＰＭＴが特定され、ＰＭＴが特定されれば、そのサービスの高品質データを含むＴＳパケットが特定される。【００５３】  また、ＰＭＴには、デスクリプタが含まれる。デスクリプタには、サービス毎に設定されたプログラム番号の値と、サービスが送られるＩＰパケットのＩＰアドレスが対になって示される。例えば、”ＰＭＴ−ＰＩＤ１”で特定されるＰＭＴにはサービスＳ１のデータを含むＩＰパケットのＩＰアドレスが対応付けされている。また、”ＰＭＴ−ＰＩＤ２”で特定されるＰＭＴにはサービスＳ２のデータを含むＩＰパケットのＩＰアドレスが対応付けされている。このようにして、５つのＰＭＴから、サービスとＩＰアドレスの対応表を得ることができる。なお、デスクリプタは、ＮＩＴに含むようにしても良い。【００５４】  また、ＰＳＩの代わりに、ＳＩ（サービスインフォーメーション）を用いて、上記の情報を格納するようにしても良い。【００５５】  また、ＰＳＩ生成器１８は、処理装置８に設け、高品質のＴＳパケットストリームに含めるようにしても良いし、または処理装置９に設け、低品質のＴＳパケットストリームに含めるようにしても良い。【００５６】  図２に伝送チャンネル１４上でのデータ配置イメージを示した。実際は、ＳＩまたはＰＳＩも伝送されているが、一般的なデジタル放送と同様なため、図示を省略した。【００５７】  このような構成の信号が伝送されるとき、受信方法について図を用いて説明する。図３は、本発明の伝送方式において、特にサービスＳ１の高品質データを受信した場合の電源制御を示す図である。【００５８】  サービスＳ１の高品質データは、図３のようにバーストで送られる。受信機は、バースト受信を開始してからパケットを出力するまでに約２５０ｍｓかかるため、バースト受信開始の約２５０ｍｓ前に復調部の電源供給を開始し、バーストで伝送されたサービスＳ１の受信データを内部バッファに蓄積する。バースト伝送が終了した後は、復調部の電源供給を停止するが、再生部は、給電したまま再生に必要なレートで、バッファからデータを読み出しながらコンテンツを再生する。これにより、電力消費を抑えることができる。以降、このように高品質データを間欠受信している状態を「間欠受信モード」と呼ぶことにする。これに対し、低品質データを連続的に受信している状態を「ザッピングモード」と呼ぶ。【００５９】  ＜実施の形態１＞
図４は本発明におけるザッピング受信時の受信方法の一実施形態を説明する図である。【００６０】  今、時刻ｔ０において間欠受信モードでサービスＳ１を受信しており、時刻ｔ１でユーザがサービス選択ボタン等のユーザインタフェースを操作して、選択サービスをサービスＳ２に変更すると、受信機の受信部の電源をオンにし、ザッピングモードに入る。ＰＳＩまたはＳＩ（例えば、ＰＭＴのセカンドループやＮＩＴ）から得た、サービスとＰＩＤの対応表、及びサービスとＩＰアドレスの対応表を使って、受信機は低品質のＴＳパケットストリーム（「ザッピング用ストリーム」とも言う）からサービスＳ２の低品質データを取り出し、再生を開始する。同時にサービスＳ２の高品質データバーストの受信を待ち受ける。【００６１】  ザッピングモード中は、低品質データを再生するため、ザッピングモードであることをユーザにＬＥＤ、ランプ、音声、画面内テロップなどを用いて通知するのが好ましい。【００６２】  この状態で、時刻ｔ２にユーザ操作でサービスＳ３が選局されると、受信機はザッピング用ストリームからサービスＳ３の低品質データを取り出し、再生を開始する。同時にサービスＳ３の高品質データバーストの受信を待ち受ける。さらに時刻ｔ３においてユーザ操作でサービスＳ１が選局されると、受信機はザッピング用ストリームからサービスＳ１の低品質データを取り出し、再生を開始し、サービスＳ１の高品質データバーストの受信を待ち受ける。【００６３】  ここまでの操作では、バーストデータ中に現在選局中の該当サービスのバースト先頭が検出されないため、何れの場合もザッピングモードのままである。【００６４】  次に、時刻ｔ４にてユーザ操作でサービスＳ４が選局されると、受信機はザッピング用ストリームからサービスＳ４の低品質データを取り出し、再生を開始し、サービスＳ４の高品質データバーストの受信を待ち受ける。【００６５】  時刻ｔ５で、選択されているサービスＳ４のバーストが送信されると、受信機は、直ちにサービスＳ４のバーストの受信を開始し、高品質データの再生を開始しバースト受信モードに移行するとともに、時刻ｔ６から次のサービスＳ４のバーストが送信される時刻ｔ７まで、受信部への電源供給を停止する。【００６６】  なお、本実施の形態では、サービスと、高品質データを伝送するＴＳパケットのＰＩＤとの対応表は、ＳＩまたはＰＳＩで伝送されるとしたが、対応表の伝送形式は、これに限るものではなく、バースト１０またはトランスポートストリーム１１内で伝送してもよいし、通信回線を持つ受信機であれば通信回線で伝送してもよい。サービスと、低品質データ伝送するＩＰパケットのＩＰアドレスとの対応表も同様である。また、別のインターネット経路を用いても良い。【００６７】  （受信機の構成、動作）
図５に上記の受信方法を実施する受信機の構成を示す。受信機２０は、ユーザインタフェース（以下「ＵＩ」という。）２１、受信制御部２２、電源制御部２３、ＯＦＤＭ復調部２４、ＴＳデコーダ２５、ＩＰパケット抽出部２６、バッファ２７、ＭＰＥＧ４デコーダ２８、及びモード表示部２９を含む。ＵＩ２１はユーザによる操作（例えば、ボタンの押下）を受けつけ、その操作情報を受信制御部２２に伝達する。モード表示部２９はＬＥＤ、ランプ、音声出力手段や、テロップ表示可能な表示手段で構成できる。以下、受信機２０の動作を説明する。【００６８】  ＵＩ２１上でユーザによるサービス選択ボタン押下等の操作がなされ、または受信機の電源の投入がなされると、受信制御部２２は動作モードとしてザッピングモードを設定する。このザッピングモード中、ユーザはＵＩ２１を操作しながら閲覧したいサービスを次々に切替えること（ザッピング処理）ができる。受信制御部２２は、ＵＩ２１上で選択されたサービスを受信するため、電源制御部２３に、ＯＦＤＭ復調部２４の電源をＯＮする指示を行う。このとき、受信制御部２２は、同時に前回受信していたサービス（チャンネル）や、あらかじめ決められた受信すべきサービスの周波数情報等をＯＦＤＭ復調部２４にセットする。【００６９】  ＯＦＤＭ復調部２４はオンすると、ＯＦＤＭ信号を受信し、受信したＯＦＤＭ信号からＴＳパケットを復調し、番組構成情報等を含むＰＳＩ（またはＳＩ）を取得し、ＴＳデコーダ２５を介して、受信制御部２２に送る。受信制御部２２は、ＰＳＩ（またはＳＩ）を解析して、サービスとＰＩＤの対応表及びサービスとＩＰパケットの対応表を取り出し、低品質データについて、ＴＳパケットのＰＩＤ（パケット識別子）及びＩＰパケットのＩＰアドレスを認識し、ＴＳデコーダ２５にデコードすべきＰＩＤを指示し、ＩＰパケット抽出部２６に、選択したサービスの低品質データが搬送されているＩＰパケットのＩＰアドレスを通知する。【００７０】  ＴＳデコーダ２５は、受信制御部２３から指定されたＰＩＤを持つサービスのザッピング用ストリームをデコードする。ＩＰパケット抽出部２６は、デコードしたストリームから、選択されたサービスの入ったＩＰパケットを抽出し、ＭＰＥＧ４デコーダ２８に送信する。ＭＰＥＧ４デコーダ２８は抽出されたＩＰパケットに基づいてコンテンツの再生を開始する。【００７１】  ザッピングモード中は、低品質データを再生することとなるため、ザッピングモードであることを、モード表示部２９を使ってユーザに通知する。モード表示部２９は、ＬＥＤ、ランプ、音声、テロップ表示等を用いてユーザにザッピングモードで動作中である旨を通知する。【００７２】  上記動作に加えてさらに、受信制御部２２は、ＰＳＩを解析して、選択されたサービスに関する高品質データを含むバーストデータ（タイムスライス）中で搬送されるパケットのＰＩＤを特定し、そのＰＩＤをＴＳデコーダ２５に通知する。ＴＳデコーダ２５は、選択されたサービスのバーストデータが受信されたか否かを監視する。【００７３】  選択されたサービスのバーストデータの受信が確認されると、ＴＳデコーダ２５はそのバーストデータのデコードを行う。さらに、ＩＰパケット抽出部２６は、ＭＰＥセクションヘッダから、選択されたサービスについての次のバーストデータを受信するまでの所要時間Δｔを抽出し、電源制御部２３にセットするとともに、ＩＰパケットを再生してバッファ２７に保管する。【００７４】  一定量のデータがバッファ２７に蓄積されると、バッファリングされたデータは、再生に必要な速度でＭＰＥＧ４デコーダ２８に供給され、ＭＰＥＧ４デコーダ２８にて映像音声データが再生され、映像、音声が出力される。【００７５】  バッファ２７からの高品質データの再生が開始されると、同時に、それまでの低品質のザッピング用データの再生は停止される。電源制御部２３は時間Δｔがセットされると、間欠受信モードに移行する。【００７６】  間欠受信モードにおいて、電源制御部２３は、選択されたサービスについて前のバーストデータの受信完了後、次のバーストデータの受信を開始するまでの間（すなわち、時間Δｔだけ経過するまで）、ＯＦＤＭ復調部２４の電源をＯＦＦにする。電源制御部２３は、次の受信開始時刻になると、ＯＦＤＭ復調部２４の電源をＯＮにし、選択されたサービスの次のバーストデータの受信を開始する。【００７７】  受信機２０のさらに詳細な動作を説明する。図６Ａ、図６Ｂは受信機２０の受信処理のフローチャートである。【００７８】  受信機２０の電源が投入されると（Ｓ１０１）、所定の周波数のＯＦＤＭ信号を復調し、トランスポートストリームを再生する。ここで、所定の周波数とは、前回の動作時に受信していたチャンネルの周波数や、事前に設定されたデフォルトの周波数である。【００７９】  次に、ＴＳデコーダ２５により、トランスポートストリームからＰＳＩ（またはＳＩ）を抽出する（Ｓ１０２）。このＰＳＩ（またはＳＩ）のＮＩＴ等から、サービスとＰＩＤの対応表、サービスとＩＰアドレスの対応表、及びザッピング用ストリームのＰＩＤを取り出し、さらに各サービスに関連するデータを搬送するＩＰパケットのＩＰアドレスの一覧を取得する。【００８０】  次に、サービスパラメータが設定される（Ｓ１０３）。具体的には、受信制御部２２により、ＴＳデコーダ２５に、デコードすべきＴＳパケットのＰＩＤが指示され、ＩＰパケット抽出部２６に、選択されたサービスのデータが搬送されているＩＰパケットのＩＰアドレスが通知される。【００８１】  次に、該当パケットのデコードが実施される（Ｓ１０４）。すなわち、ＴＳデコーダ２５は、指示されたＰＩＤのＴＳパケット中からＩＰパケットをデコードして取り出す。【００８２】  ＩＰパケット抽出部２６は、取り出されたＩＰパケットの中から、選択されたサービスのコンテンツを伝送する、通知されたＩＰアドレスを持つＩＰパケットを抽出し（Ｓ１０５）、ＭＰＥＧ４デコーダ２８及びバッファ２７を含む再生モジュールに渡す。【００８３】  再生モジュールはザッピング用映像、音声等のコンテンツを再生し（Ｓ１０６）、画面、スピーカ等に出力し、同時に、再生中のコンテンツに対応した、高品質データを含むバーストデータの受信を待ち受ける。【００８４】  受信制御部２２により、ＵＩ２１上でのユーザによる別のサービスへの切替要求の有無を判断する（Ｓ１０７）。別のサービスへの切替要求がな��場合、該当コンテンツのバーストデータ（タイムスライス）の受信が開始され、受信されたバーストデータがバッファ２７に蓄積される（Ｓ１０８）。【００８５】  バーストデータのバッファリングが完了すると（Ｓ１０９でＹＥＳ）、バーストデータに含まれている、次のバーストデータの送信時刻を示す情報Δｔに基づいて間欠的に受信モジュールの電源を制御する間欠受信モードに移行する（Ｓ１１０）。その後、選択サービスの切替要求があるまで、低品質のザッピング用コンテンツの再生に替わって、バーストデータから高品質のコンテンツを再生し出力する（Ｓ１１１）。【００８６】  なお、ザッピング用ストリームが文字と静止画等の２種類以上のストリームで構成される場合、受信機の能力やユーザの好みに応じて、再生するストリームを選択できるようにしてもよい。【００８７】  また、ザッピング用のコンテンツは、高品質データを高圧縮した低品質なデータでもよいし、コンテンツに関連する静止画と音声、または、音声のみであってもよい。【００８８】  また、ザッピングモードから間欠受信モードへの移行時の再生品質の変化を少なくするため、選択されたサービスのバーストデータを複数回受信した後にザッピングモードから間欠受信モードへの切替えを実行することをさらなる条件としてもよい。【００８９】  （変形例１）
前述のザッピングモード期間中のバッファ２７への蓄積処理の変形例を、図７Ａ〜図７Ｃを参照しながら説明する。本例では、間欠受信モードからザッピングモードヘ移行したときに、ザッピングモード時において、ユーザにより異なるサービスが選択されるまでは、移行直前の間欠受信モードで受信されていたサービスのバーストデータを引き続きバッファ２７に保持するようにしている。【００９０】  本例では、低品質のザッピング用データの処理と、高品質のバーストデータのバッファ制御とが平行して実施されるため、ザッピング用データの処理と、バーストデータのバッファ制御とに分けて説明する。【００９１】  まず、図７Ａ、図７Ｂを用いて低品質のザッピング用データの処理について説明する。
受信機の電源投入時、またはユーザによるサービス選択ボタンの押下等によってサービスが選択されたときに、ザッピングモードに入り、ＯＦＤＭ復調部２４に電源が供給され、全送信信号の復調が開始される（Ｓ１０１ｂ）。【００９２】  次に、トランスポートストリームからＰＳＩ（またはＳＩ）を抽出し（Ｓ１０２）、ザッピング用ＰＩＤと、バーストデータのＰＩＤの一覧を取得する。さらにトランスポートストリームからサービスが伝送されるＩＰアドレスの一覧を取得する。【００９３】  次に、サービスパラメータが設定される（Ｓ１０３）。具体的には、受信制御部２２により、ＴＳデコーダ２５に、デコードすべきパケットのＰＩＤが指示され、ＩＰパケット抽出部２６に、選択されたサービスのデータが搬送されているＩＰパケットのＩＰアドレスが通知される。【００９４】  次に、ＴＳパケットのデコードが実施される（Ｓ１０４）。すなわち、ＴＳデコーダ２５は、指定されたＰＩＤのＩＰパケットをデコードして取り出す。【００９５】  ＩＰパケット抽出部２６は、取り出されたＩＰパケットの中から、選択されたサービスのコンテンツが伝送されている、通知されたＩＰアドレスを持つＩＰパケットを抽出し（Ｓ１０５）、ＭＰＥＧ４デコーダ２８及びバッファ２７を含む再生モジュールに渡す。【００９６】  再生モジュールはザッピング用映像、音声等のコンテンツを再生し（Ｓ１０６）、画面、スピーカ等に出力し、同時に、再生中のコンテンツに対応した、高品質データを含むバーストデータの受信を待ち受ける。【００９７】  受信制御部２２により、ＵＩ２１上でのユーザによる別のサービスへの切替の有無を判断する（Ｓ１０７）。ＵＩ２１上で別のサービスへの切替指示がなかった場合、受信制御部２２は、該当コンテンツのバーストデータの受信を開始し（Ｓ１２１）、バッファ２７に格納すべきサービス（バッファリング対象）を、現在視聴中（選択中）のサービスに決定（確定）する（Ｓ１２２）。【００９８】  次に、バーストデータのバッファリング処理について図７Ｃを用いて説明する。
バッファ２７は、ザッピング開始直前まで受信していたサービスについてバーストデータの蓄積を継続して行っている（Ｓ１２３）。前述のステップＳ１２２で視聴サービスが決定されか否かを判定する（Ｓ１２４）。視聴サービスが決定されている場合、決定されたサービスが、ザッピング開始直前までに視聴していたものと同一かどうかの判定を行う（Ｓ１２５）。同一である場合、該当サービスのタイムスライスは現在バッファに蓄積されているデータであるので、ステップＳ１２８に進み、高品質データの再生を開始し、映像、音声などのコンテンツが出力される。【００９９】  一方、Ｓ１２５において前回視聴のサービスと同一でない場合、バッファ２７をクリアし、新たに選択されたサービスのバーストデータをバッファリングし（Ｓ１２７）、高品質データの再生を開始する（Ｓ１２８）。【０１００】  以上の様に、ザッピング期間中は、ザッピング開始の直前に視聴していたサービスのコンテンツのバッファリングを継続する。これにより、ザッピング期間中において、種々のせービスを選択した後、最終的にザッピング開始の直前に視聴していたサービスを視聴サービスとして選択した場合に、バッファ２７内にはすでのそのサービスのバーストデータが蓄積されているため、すぐに高品質での視聴が可能となるという効果がある。【０１０１】  （変形例２）
本変形例２は変形例１のバッファリング処理をさらに改良した別の例である。ザッピングデータの処理は、図７Ａ、７Ｂに示す変形例１と同じであるため、詳細な説明を省略する。【０１０２】  本例でのバッファ制御について図８のフローチャートを用いて説明する。
受信制御部２２は、ザッピングモードに入り、全データの受信ができるようになると、サービスに関係なく全てのタイムスライスのバーストデータを受信し、バッファ２７に格納する（Ｓ１３１）。この場合、バッファ２７は、最後に受信したタイムスライスで上書きされることになる。【０１０３】  受信制御部２２は、前述のステップＳ１２２において視聴サービスが決定されたか否かを判定する（Ｓ１３２）。視聴サービスが決定されたと判定した場合、現在バッファ２７に蓄積されているバーストデータのサービスと、視聴が決定したサービスと同一か否かの判定を行う（Ｓ１３３）。同一であれば、該当サービスのバーストデータは現在バッファ２７内に蓄積されていることになるので、そのまま、高品質データの再生を開始する（Ｓ１３６）。これにより、映像、音声などのコンテンツが出力される。【０１０４】  一方、バッファ２７内のデータのサービスと視聴が決定したサービスが同一でないと判定する場合（ステップＳ１３３でＮＯ）、バッファ２７をクリアし（Ｓ１３４）、視聴が決定したサービスのバーストデータをバッファ２７に格納し（Ｓ１３５）、高品質データの再生を開始し（Ｓ１３６）、これにより間欠受信モードに移る。【０１０５】  以上の様に、本例では、ザッピングモード期間中、選局したサービスに関わらず全てのバーストデータ（タイムスライス）を受信し、受信したバーストデータで常にバッファ２７を更新する。これにより、ザッピングモード動作中において視聴が確定した場合、もし、バッファ２７内に、選局したサービスのバーストデータが存在していれば、すぐに高品質データの再生が可能となる。【０１０６】  なお、バッファ容量が十分大きい場合は、ザッピング期間中は、全サービスのタイムスライスをバッファリングし、受信したサービス毎（すなわち、バッファ２７内の一部のデータ毎）にバッファ２７を更新するようにしてもよい。これにより、上記の場合よりもより高い確率で高品質データの迅速な再生が可能となる。【０１０７】  （変形例３）
以上説明した変形例では、ザッピングモード時において視聴サービスを確定する条件は、「ザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）を受信すること」であった（図７ＢのステップＳ１２１参照）。本変形例では、視聴サービスを確定する条件を、ユーザの明示的な指示（操作）とした。【０１０８】  本変形例では、ユーザによるサービス切替時において、現在のサービスの視聴を終えたため別のサービスの視聴をしたいと考えているのか、現在のサービスの視聴を続けている途中で（例えばＣＭの時間などに）一時的に別のサービスを視聴したい（のぞき見したい）と考えているのかを判断するステップを追加している。【０１０９】  例えば、サービス切替時のユーザ操作において、チャンネル番号ボタンが押下されたときは前者を示し、チャンネルアップダウンボタンが押下されたときは後者を示すと判断する。つまり、押下されたボタンが、チャンネルアップダウンボタンかチャンネルボタンかを判別し、前者の場合は変形例１の処理と同様のバッファ処理を行い、後者の場合は、変形例２の処理と同様のバッファ処理を行う。これを図９のフローチャートを用いてより詳しく説明する。【０１１０】  サービス切替時の操作がチャンネル番号ボタンによるものか、チャンネルアップダウンボタンによるものかを判断する（Ｓ１４１）。チャンネル番号ボタンの押下によりサービス切替えが開始された場合、ユーザは別のサービスを視聴したいと考えているとみなし、図８のフローチャートに示すように、最後に受信したサービスでバッファ２７を更新するバッファ制御を行う（Ｓ１４３ｂ）。【０１１１】  一方、チャンネルアップダウンボタンの操作によりサービス切替えが開始されたとすると、ユーザは別のサービスを一時的にのぞき見したいと考えているとみなし、視聴サービスの決定を行わず、選択されたサービスのバーストデータ（タイムスライス）の受信を待つ（Ｓ１４２）。選択されたサービスのバーストデータが受信されると、図７Ｃのフローチャートに示すように、ザッピング開始前に選択されていたサービスのデータを継続してバッファリングするバッファ制御を行う（Ｓ１４３ａ）。【０１１２】  なお、ユーザの意志（ステップＳ１４１の判定結果）に応じて、バッファ処理として変形例１または変形例２のいずれかのバッファ制御を適宜用いるようにすることで、速やかなタイムスライスによる高品質再生を開始することができる。【０１１３】  （変形例４）
以上説明した変形例では、ザッピングモード時の低品質データの再生から、高品質データの再生へ切替える条件は、「ザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）の受信による視聴サービスの決定」であった（図７ＢのステップＳ１２１参照）。しかし、この条件で切替える場合、ザッピング中に同一サービスを数秒間視聴し続けると、視聴するサービスをユーザが決定していなくても、自動的に高品質データの再生に移行するため、再生品質が急激に変化し、ユーザにとって見苦しいと感じる場合がある。そこで、本例では、このような問題を解決するための構成を説明する。【０１１４】  図１０Ａ、図１０Ｂは上記の問題点を解決するためのフローチャートである。図１０Ａの全体的な流れは図７Ａと同様であるので説明は省略する。また、図１０Ｂの全体的な流れは図６Ｂとほぼ同様であるが、図１０Ｂにおいて、ＵＩ２２上でのユーザ操作による、選局の決定操作の入力の有無を判断するステップ（Ｓ１５１）を設けている点が異なる。ステップＳ１５１では、例えば、ＵＩ２２上でのユーザによる選択決定を示すボタン操作の有無を判断する。ユーザは選択決定を示すボタンを操作することで、その後に高品質画像へ切替えられることを意識するため、再生画像品質へ唐突に切替わったと感じることがなくなる。【０１１５】  本例では、以前のザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）を受信し、かつ、ユーザによる選択決定を示すボタン操作があったときに（Ｓ１５１）、高品質での再生を開始することで、ザッピング期間中に再生画像品質の突然の変化を防止でき、視聴時のユーザの不快感を低減できる。【０１１６】  （変形例５）
次に、バーストデータ再生時の間欠受信を実施するための受信処理について説明する。
図１１に示すように、選択されたサービスに関して、あるバーストデータを受信完了後、次のバーストデータの受信までの所要時間をΔｔと、バーストデータの継続時間（受信開始から受信終了までの時間）をΔｄとする。これらの時間Δｔ、Δｄが、各バーストデータ内（例えば、各バーストデータのＴＳストリーム内のセクションヘッダ内）のフィールドで伝送されている場合、受信制御部２２は、バーストデータの継続時間Δｄを伝送する形式の信号を受信した場合は、時間Δｔと同様に時間Δｄを電源制御部２３のタイマにセットし、時間Δｄの時間が経過した後に、ＯＦＤＭ復調部２４への電源供給が停止されるようにしてもよい。【０１１７】  これにより、受信中のバースト境界を見つける必要がなくなり、バースト受信のための電源制御が容易になる。【０１１８】  （変形例６）
次に、バーストデータ受信で使用するΔｔの値の補正について改良した変形例について説明する。実際のバーストデータは複数のセクションで構成されており、バーストデータにおいて、それぞれのセクション毎に次のバーストデータ受信までの所要時間（Δｔ）に関する情報が含まれている。例えば、図１２に示すように、３つのセクションに対してそれぞれ所要時間Δｔ１、Δｔ２、Δｔ３が設定され、これらの情報がバーストデータ内で送信される。【０１１９】  この場合、バーストデータの第１のセクションから取得した所要時間Δｔ１＝Ｔ１、第２のセクションのから取得した所要時間Δｔ２＝Ｔ２、所要時間Δｔ１を取得してから所要時間Δｔ２を取得するまでの経過時間＝Ｔ３としたとき、受信機２０は（（Ｔ１−Ｔ３）＋Ｔ２）／２の値を、新たな所要時間Δｔとする。これにより、所要時間Δｔの伝送ジッタを最小限に抑えることができる。【０１２０】  （変形例７）
次に、低品質データ画像の再生から高品質データ画像の再生時のシームレスな切替えについて改善した実施例について説明する。【０１２１】  図１３は、本発明の送信信号の生成を説明する図である。図１のものと基本的な処理は同じであるが、タイムスタンプオフセット情報に関する処理が追加されている点が異なる。以下、この差異点を中心に説明する。【０１２２】  前述のように、サービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５はそれぞれ、コンテンツソース２，３，４，５，６から提供される。各コンテンツソースが提供するコンテンツは、同じサービスに対して高品質と低品質の２段階の品質にエンコードされＩＰパケット７、７ｂとして提供される。本実施形態では、特に、コンテンツソース２，３，４，５，６各々に対して、タイムスタンプオフセット検出部１６が設けられている。【０１２３】  時間依存性のあるデータの伝送には、通常ＲＴＰ（リアルタイムトランスポートプロトコル）など、データを再生する時刻情報（タイムスタンプ）サポートするプロトコルを使ってストリームデータを伝送するため、コンテンツが一致する２つのストリームには、それぞれのエンコーダによって、異なるタイムスタンプが付与されている。【０１２４】  タイムスタンプオフセット検出部１６は、高品質データ用のＲＴＰヘッダに加えられたある画面のプレゼンテーションを示すタイムスタンプＴａと、低品質用のＲＴＰヘッダに加えられた同じ画面のプレゼンテーションを示すタイムスタンプＴｂとの時間差ΔＴをタイムスタンプオフセットとして検出する。この時間差ΔＴは、ＰＳＩ生成器１８に入力され、ＰＳＩ（またはＳＩ）または低品質データのストリーム内で送信される。ＰＭＴのデスクリプタには、サービス毎に設定されたプログラム番号の値と、時間差ΔＴとが対になって示される。【０１２５】  この時間差ΔＴは、受信機に送られ、受信機では、低品質データのタイムスタンプＴｂにΔＴを加算又は減算して、高品質データと低品質データの映像の同期をとるようにする。または、高品質データのタイムスタンプＴａにΔＴを加算又は減算して、高品質データと低品質データの映像の同期をとるようにしても良い。【０１２６】  このようなタイムオフセットを含む信号が伝送されるときの、受信方法について図４を用いて説明する。【０１２７】  時刻ｔ４にてユーザ操作でサービスＳ４が選局されると、受信機２０はザッピング用ストリームからサービスＳ４の低品質データを取り出し、その再生を開始し、それとともにサービスＳ４の高品質バーストデータの受信を待ち受ける。時刻ｔ５で、サービスＳ４のバーストデータが送信されてくると、受信機２０は直ちにサービス４のバーストデータの受信を開始する。【０１２８】  その後、前述のサービスＳ４について、低品質データに含まれるタイムスタンプ（ｔｓ２）と高品質データに含まれるタイムスタンプ（ｔｓ１）との差を示すタイムスライスオフセット（Δｔｓ＝ｔｓ１−ｔｓ２）を用いて、高品質データに含まれるタイムスタンプ（ｔｓａ）を、低品質データの時間軸上の値に補正する。
ｔｓａ＝ｔｓ１−Δｔｓ＝ｔｓ１−（ｔｓ１−ｔｓ２）＝ｔｓ２
そして、補正した値と等しいかそれを超えるタイミングで、高品質データの再生を開始する。【０１２９】  バーストデータの受信が完了すると、間欠受信モードに移行し、時刻ｔ６から、サービスＳ４の次のバーストデータが送信される時刻ｔ７まで、ＯＦＤＭ復調部２４への電源供給を停止する。【０１３０】  以上の方法により、品質の異なる２つのストリームのタイムスタンプを同期させることができ、ザッピングモードにおける低品質データの再生から、間欠受信モードにおける高品質データへのスムーズな再生動作の切替えが可能となる。【０１３１】  なお、上記の例では、タイムスタンプオフセット情報は、低品質データとともに伝送した例を説明したが、高品質データとともに伝送してもよい。【０１３２】  また、ストリームがＭＰＥＧ２のトランスポートストリームの場合、タイムスタンプの代わりに、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）を用いてもよい。【０１３３】  ＜実施の形態２＞
本実施形態では、低品質データとして静止画及び音声データが送信される。その他の構成は実施の形態１と同じである。【０１３４】  すなわち、高品質データは、動画と音声の平均伝送レート３５０ｋｂｐｓにＭＰＥＧ４圧縮を施したもので構成され、一方、低品質データは、高品質データと同じコンテンツに対する静止画と音声ストリームで構成され、平均伝送レート６４ｋｂｐｓに圧縮されたものとする。なお、数値パラメータ、圧縮方法は、理解を容易にするため一例として記載したもので、本発明でのパラメータを限定するものではない。【０１３５】  図１４に、上記の構成の信号が伝送される場合の受信機の構成を示す。図１４に示す受信機２０は、図５に示す受信機２０の構成に加えて、静止画取得部３０、静止画バッファ３１及びスイッチ３２をさらに備えている。基本的な動作は図５に示す受信機２０と同様である。【０１３６】  静止画バッファ３１は静止画データを格納する。
静止画取得部３０には通信回線３３が接続され、外部機器またはネットワークからデータを取得できるようになっている。
スイッチ３２は、間欠受信モード時はＭＰＥＧ４デコーダ２８からのデータを選択して映像出力として出力し、ザッピングモード時は静止画バッファ３１からの静止画データを選択して映像出力として出力する。【０１３７】  本実施例では、ザッピングモード中に、ＩＰパケット抽出部２６で抽出されたＩＰパケットから、静止画取得部３０によって静止画を復元し、ザッピング用低品質データとして静止画バッファ３１に蓄積する。ザッピング用データ中の音声については、ＩＰパケット抽出部２６で抽出された音声に関するＩＰパケットが、ＭＰＥＧ４デコーダによりデコードされ、再生される。受信機の表示部２９には、静止画バッファからの画像が表示されるとともに、スピーカ等から音声が出力される。【０１３８】  このようにザッピング用低品質データとして静止画を送信することにより、ザッピングモード時の音声の再生品質を、ザッピング用低品質データとして動画を伝送する場合に比して高くすることができる。【０１３９】  なお、ザッピング用のデータとして音声及び静止画の一方のみが送信されてもよい。例えば、音声のみが送信される場合、受信機２０は通信回線３３を通じてサービスに関連する静止画を取得する。具体的には、受信機２０は、事前にまたはザッピングモード時に、静止画等の、サービスに関連する情報を通信回線３３を通じて取得し、ザッピング用静止画バッファ３１に格納しておく。そして、ザッピングモード時に、受信機２０は音声とともにザッピング用静止画バッファ３１に格納した静止画を画面に表示するようにしてもよい。なお、通信回線３３によるデータ取得には通常通信料金が発生するため、ユーザにその旨の通知を行い、了解を得た後に取得動作を開始するように受信機２０の動作を制御する手段を設けてもよい。【０１４０】  また、静止画取得部３０を、静止画抽出機能を持つ受信機で構成してもよい。この場合、静止画取得部３０は、各サービスにおいて所定数の頻度（例えば、１０分間の映像を配信するサービスであれば、１０分に１回の頻度）で、そのサービスのバーストデータ（タイムスライス）を受信し、受信したバーストデータから適当な静止画を抽出して、ザッピング用静止画バッファ３１に取り込んでおいてもよい。バーストデータから静止画を抽出する方法としては、例えばＩピクチャを抽出することが考えられる。この方法によっても、ザッピングモード中に静止画及び音声を出力することができる。【０１４１】  （変形例）
本実施形態における、ザッピング用データとして静止画が伝送される場合における受信方法における改良例を説明する。
図１５は、伝送チャンネル１４上のデータ配置イメージを示した図である。
同図中、バーストデータ（タイムスライス）１０はサービスＳ１〜Ｓ５の高品質データを伝送している。バーストデータは、動画と音声データに対し、平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮を施して得られたものである。各サービスＳ１〜Ｓ５に対するザッピング用低品質データパッケージ１１ｓ１〜１１ｓ５は、各サービスＳ１〜Ｓ５の１つのバーストデータ（タイムスライス）で伝送される動画を代表する２ｋｂｙｔｅの静止画像と、高品質データの１つのバーストデータ（タイムスライス）で伝送される音声を約８ｋｂｐｓに圧縮して得られる、約５秒間分の音声データとを含む。【０１４２】  １つのタイムスライスで伝送されるサービスの数は、ＤＶＢ−Ｔ標準の信号と混在して伝送する場合、この例のように数個程度となる。このため、平均伝送レート６４ｋｂｐｓのザッピングストリーム１１中の１つのタイムスライス持続時間（約１３０ｍｓｅｃ）内において、全てのサービスＳ１〜Ｓ５の低品質データパッケージ１１ｓ１〜１１ｓ５を伝送することができる。【０１４３】  受信機２０は、選択されたサービスに関するバーストデータの受信と同時に他のサービスに関する全てのザッピング用低品質データパッケージを受信できる。このため、ザッピング用低品質データパッケージを受信するためにＯＦＤＭ復調部２４の電源を常時ＯＮにする必要がなく、バーストデータ受信中のみオンにするだけで（図１５参照）、待ち時間なしに静止画と音声を出力することができる。【０１４４】  ＜実施の形態３＞
図１６は、本実施形態の送信信号の生成を説明するための図である。図１６は、図１と比べ、処理装置９の出力が、マルチプレクサ１２の代わりに処理装置８に入力され、処理装置８には、更にバッファＢ６が加えられている点で異なる。また、図１７は、伝送チャンネル上でのデータ配置を説明した図である。図１６、図１７に示すように、本実施形態では、ザッピングモード時に表示に使用される低品質データについても、高品質データと同様にバーストデータとして送信される。【０１４５】  図１６において、コンテンツソース２，３，４，５，６から提供されるサービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５は、それぞれ高品質と低品質の２段階の品質にエンコードされ、ＩＰパケット７、７ｂとして提供される。【０１４６】  高品質エンコードされたＩＰパケット７の生成については前述の実施形態の場合と同様である。以下、低品質エンコードされたＩＰパケット７ｂについて説明する。【０１４７】  低品質エンコードされたＩＰパケット７ｂは、処理装置９に入力され、トランスポートストリームパケットにカプセル化され、さらに全てのサービスＳ１〜Ｓ５のトランスポートパケットを多重化した連続的なトランスポートストリーム１１を生成する。低品質データを含むトランスポートストリーム１１は処理装置８に入力される。【０１４８】  処理装置９から処理装置８に入力された低品質のＴＳパケットストリーム１１は、約５秒間分がバッファＢ６に入力され、ひとつのバースト１５として処理装置８から出力される。このとき、処理装置８は高品質データの処理と同様に、低品質データを含むトランスポートストリーム１１から、広帯域、短期間のザッピング用バーストデータ１５を生成する。バースト１５には、低品質のＴＳパケットストリーム１１に相当する、同じＰＩＤアドレスが付与されたザッピング用のＴＳパケット群Ｓ０が含まれる。【０１４９】  ザッピング用バースト１５のセクションには、対応する高品質バーストが送信されるタイミングを示す時間情報が付与される。複数のバースト１０とザッピング用バースト１５は、順にバースト伝送され、マルチプレクサ１２に送られる。マルチプレクサ１２において、バーストデータは、ＰＳＩ生成器１８で生成された４種類のテーブルＰＡＴ，ＰＭＴ，ＣＡＴ，ＮＩＴとともにマルチプレクスされる。【０１５０】  すなわち伝送チャンネルは、サービス毎にバーストを構成した高品質データと、１つのザッピング用低品質データのバーストから構成される。【０１５１】  以上のように、本実施形態では、図１７に示すように、伝送チャンネル１４上には、サービス毎にバーストデータを構成した高品質データと、１つのザッピング用低品質データのバーストデータとが伝送される。【０１５２】  以下に、上記の伝送方式の信号を受信する場合の受信方法を、図１８を参照しながら説明する。ここで、高品質データは、動画と音声データについて平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮したものであり、低品質データは、高品質データと同じコンテンツを、動画と音声について平均伝送レート６４ｋｂｐｓでＭＰＥＧ４圧縮したものである。なお、図中の数値パラメータは、理解を容易にするため一例として記載したもので、本発明��のパラメータを限定するものではない。【０１５３】  図１８において、時刻ｔ０でサービスＳ１が選択され、間欠受信モードで受信されている。時刻ｔ１でユーザがチャンネルボタン等のＵＩ２１を操作し、サービスＳ２にチャンネルを変更すると、ＯＦＤＭ復調部２４の電源がオンにされ、ザッピングモードに入る。【０１５４】  この時点では、ザッピング用バーストデータ１５は送信されていないため、時刻ｔ２でザッピング用バーストデータ１５が受信されるまで、サービスＳ１が継続して再生される。時刻ｔ２でザッピング用バーストデータ１５が受信された後は、サービスＳ２が選択されている間、受信機はザッピング用バーストデータ１５から、サービスＳ２の低品質データを取り出し、その再生を行う。この状態で、時刻ｔ３にユーザ操作によりサービスＳ３が選択されると、受信機はザッピング用バーストデータ１５からサービスＳ３の低品質データを取り出し、再生を開始する。【０１５５】  その後、時刻ｔ４にてユーザ操作によりサービスＳ４が選択されると、受信機はザッピング用バースト１５からサービスＳ４の低品質データを取り出し、再生を開始する。時刻ｔ５で、サービスＳ４のバーストデータが送信されていることを検出すると、直ちにサービスＳ４のバーストデータの受信を開始し、高品質データの再生を開始しバースト受信モードに移行する。この場合、時刻ｔ６から、サービスＳ４の次のバーストデータが送信される時刻ｔ７まで、ＯＦＤＭ復調部２４への電源供給を停止する。【０１５６】  次に受信を開始すべき時刻ｔ７に関する情報（Δｔ）は、サービスＳ４のバーストデータ中に含まれているため、受信したデータから知ることができる。なお、低品質データは、高品質データを高圧縮して得られるデータでもよいし、コンテンツに関連する、静止画及び音声の組み合わせ、音声のみ、または静止画のみで構成されてもよい。【０１５７】  また、低品質データを伝送するザッピング用バーストデータ１５においても、次の高品質データを伝送するバーストデータが送信されるまで時間情報（Δｔ）を伝送することで、ザッピングモードから間欠受信モードへのスムーズな切り替えが可能となる。【０１５８】  なお、ザッピングモード開始直後は、ザッピング用バーストデータを受信するまでの間、コンテンツの画像の表示を待つ必要があるが、ザッピングモード途中の再度のチャンネル切替え時には、すでにザッピング用バーストデータを受信しているため、画像表示を即座に切替えることが可能である。【０１５９】  また、ザッピング視聴（ザッピングモード時）でない通常視聴時（間欠受信モード時）においても、ザッピング用バーストデータを定期的に受信し、バッファに蓄えるようにしてもよい。これにより、ザッピングモードにおけるサービス切替時の表示の待ち時間をなくすことができる。さらに、ユーザの設定によって、通常視聴時の、ザッピング用バーストデータの定期的な受信頻度を指定できるようにしてもよい。こうすることで、不要なザッピング用バーストデータの受信を抑制でき、電力の消耗を抑えることができる。【０１６０】  ＜実施の形態４＞
図１９に、本実施形態の受信機の別の例のブロック図を示す。本実施形態は、図５に示す構成に加えて、ザッピング用バッファ３４とスイッチ３２をさらに備えている。ザッピング用バッファ３４は脱着可能な記録媒体であってもよい。【０１６１】  ザッピング用バッファ３４は、ザッピングモード時に画面表示に使用される低品質データを含むザッピング用データを格納する。スイッチ３２は、受信機に表示させる画像を切り替える。具体的には、スイッチ３２は、間欠受信モードにおいては、ＭＰＥＧ４デコーダ２８から出力された高品質の画像データを選択して出力し、ザッピングモードにおいては、ザッピング用バッファ３４から読み出された低品質の画像データ（例えば静止画データ）を選択して出力する。なお、音声に関しては、間欠受信モード、ザッピングモードに関わらず、ＭＰＥＧ４デコーダ２８でデコードされた音声信号が出力される。【０１６２】  ザッピングモードにおいて、受信していない他のサービスに切り替える際には、その他のザッピング用データの取得において、チューナの選局処理等により、ある程度の時間がかかる。本実施形態では、ザッピングモードにおいてサービスの切替を行ったときに、スムーズな表示切替えを実現するための構成を説明する。【０１６３】  本実施形態では、選択されたサービス（チャンネル）のバーストデータ（タイムスライス）を受信していない期間において、他のサービスのザッピング用データを受信し、ザッピング用バッファ３４に定期的に蓄積しておく。そして、ザッピングモードにおいて、他のサービス（チャンネル）が選択されたときに、ザッピング用バッファ３４に格納されているそのサービスのデータを読み出して再生する。これにより、ザッピングモード時において、速やかに画像表示を切替えることができる。この場合、バッファ３４に保存するデータは、音声・静止画等容量の小さいフォーマットに変換し、保存しておくと好適である。【０１６４】  なお、上記の各実施形態において、ＩＰパケットのＩＰアドレスは、受信側が低品質データと高品質データを区別なく処理可能なように、サービス毎に異なるアドレスを割り振るのが望ましい。コンテンツが同じである例えばＳ１−ａ、Ｓ１−ｂのＩＰパケットは、同一のＩＰアドレスを付与することが望ましい。しかしながら、コンテンツが同一の高品質データと低品質データを搬送するＩＰパケットのＩＰアドレスは、異なるアドレスを使用しても差し支えない。【０１６５】  また、ザッピングストリームが複数ある（テキスト型ザッピングストリームと、静止画型ザッピングストリーム等）場合には、ＰＭＴ内のザッピングストリームに関する情報を複数記述してもよい。【０１６６】  また、上記の例では、ザッピングストリームは、ひとつのチャンネル内にある複数のサービスに対応したザッピングストリームについて説明したが、複数のチャンネルが伝送され、それぞれのチャンネルにおいてザッピングストリームが含まれる場合についても、同様の効果が得られる。【０１６７】  さらに、複数の伝送チャンネルを使用してサービスを受信する場合、第１のチャンネルで伝送されているサービスのザッピングデータを、第２のチャンネル内におけるザッピングストリームに���重して伝送すれば、第２のチャンネルに含まれるザッピングストリームを用いれば、第２のチャンネルを受けているときであっても、第１のチャンネルに含まれるザッピングデータも見ることができる。【０１６８】  本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。
【産業上の利用可能性】
【０１６９】  本発明は、ユーザが視聴したいサービス（チャンネル）を切替えながら選択するザッピング操作を行う際に、スムーズな表示切替えを実現可能であり、複数のサービスが多重化されて送信されるデジタルデータ放送の受信装置に適用でき、例えば、デジタルデータ放送の受信機能を備えた携帯端末に有用である。
【図１】
2005043784.tif 000005
【図２】
2005043784.tif 000006
【図３】
2005043784.tif 000007
【図４】
2005043784.tif 000008
【図５】
2005043784.tif 000009
2005043784.tif 000010
2005043784.tif 000011
2005043784.tif 000012
2005043784.tif 000013
2005043784.tif 000014
【図８】
2005043784.tif 000015
【図９】
2005043784.tif 000016
2005043784.tif 000017
2005043784.tif 000018
【図１１】
2005043784.tif 000019
【図１２】
2005043784.tif 000020
【図１３】
2005043784.tif 000021
【図１４】
2005043784.tif 000022
【図１５】
2005043784.tif 000023
【図１６】
2005043784.tif 000024
【図１７】
2005043784.tif 000025
【図１８】
2005043784.tif 000026
【図１９】
2005043784.tif 000027
【図２０】
2005043784.tif 000028
【図２１】
2005043784.tif 000029
【図２２】
2005043784.tif 000030
【手続補正書】
【提出日】平成18年5月9日(2006.5.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数サービスが多重化されて送信される放送波を受信する受信装置であって、
前記放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含み、
前記受信装置は、ユーザが所定の操作を行う操作手段と、放送波を受信する受信手段と、該受信したデータをデコードして再生する再生手段とを備え、
前記操作手段上で一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、前記選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、前記ザッピングモードから間欠受信モードに移行し、
前記ザッピングモードにおいて、前記受信手段は第２のストリーム内の前記選択されたサービスのデータを受信し、前記再生手段はその受信した第２のストリームのデータを再生し、
前記間欠受信モードにおいて、前記受信手段は第１のストリーム内の前記選択されたサービスのデータを受信し、前記再生手段はその受信した第１のストリームのデータを再生する
ことを特徴とする受信装置。
【請求項２】
前記第２のストリームは、前記第１のストリームと同じコンテンツのデータであるが、前記第１のストリームのデータより情報量の少ないデータを含むことを特徴とする請求項１記載の受信装置。
【請求項３】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記間欠受信モードから前記ザッピングモードへ移行したときに、該ザッピングモードにおいてユーザにより異なるサービスが選択されるまで、移行直前の間欠受信モードで受信されていたサービスのバーストデータをバッファ内に保持する
ことを特徴とする請求項１記載の受信装置。
【請求項４】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記ザッピングモード期間中、前記受信手段は、選択されたサービスに関わらず、第１のストリームにおける全てのサービスのデータを受信し、その受信した第１のストリームのデータで前記バッファが常に更新される
ことを特徴とする請求項１記載の受信装置。
【請求項５】
さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備え、
前記ザッピングモードにおいてサービス切替時の操作に使用されたボタンの種類に応じて、前記バッファの制御を異ならせる
ことを特徴とする請求項１記載の受信装置。
【請求項６】
前記操作手段上で、ユーザによる、視聴サービスの選択決定を意味する所定の操作があったときに、前記間欠受信モードにおいて第１のストリームデータの再生を開始する
ことを特徴とする請求項１記載の受信装置。
【請求項７】
さらに、受信信号を復調する復調手段を備え、
受信号内に、第１のストリームの各サービスのバーストデータの継続時間を示す情報が含まれている場合に、選択されたサービスのバーストデータの受信開始から前記継続時間経過後に前記復調手段への電源供給を停止する
ことを特徴とする請求項１記載の受信装置。
【請求項８】
前記バーストデータは複数のセクションからなり、各セクションにおいて、そのセクションのデータ受信開始から、同一サービスに関する次のバーストデータの受信開始までの時間情報が含まれている場合に、前記各セクションに含まれる時間情報に基づいて、同一のサービスについて、前のバーストデータを受信してから次のバーストデータを受信するまでの時間を補正する
ことを特徴とする請求項１記載の受信装置。
【請求項９】
同一サービスについて、第１のストリームの再生時刻情報と第２のストリームの再生時刻情報との差を求め、その差に基づいて第１のストリームの再生時刻を補正する
ことを特徴とする請求項１記載の受信装置。
【請求項１０】
前記第１のストリームは音声データ及び動画データを含み、前記第２のストリームは静止画及び音声データのうちの少なくともいずれかを含むことを特徴とする請求項１記載の受信装置。
【請求項１１】
前記第２のストリームを、前記第１のストリーム内のバーストデータを介して搬送することを特徴とする請求項１記載の受信装置。
【請求項１２】
さらに、受信した第２のストリームのデータを再生のために一時的に格納するバッファを備え、
選択されたサービスのバーストデータを受信していない期間において、他のサービスのザッピング用データを受信し、前記バッファに定期的に蓄積し、ザッピングモードにおいて前記他のサービスが選択されたときに前記バッファに格納されている他のサービスのデータを読み出して再生する
ことを特徴とする請求項１記載の受信装置。
【請求項１３】
第１のストリームと第２のストリームの関連を示す情報が、第１のストリームが搬送するＰＳＩ（Program Specific Information）のＰＭＴ（Program Map Table）に含まれることを特徴とする請求項１記載の受信装置。
【請求項１４】
複数サービスが多重化されて送信される放送波を受信する受信方法であって、
前記放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含み、
前記受信方法は、
一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、前記選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、前記ザッピングモードから間欠受信モードに移行し、
前記ザッピングモードにおいて、第２のストリーム内の前記選択されたサービスのデータを受信し、その受信した第２のストリームのデータを再生し、
前記間欠受信モードにおいて、第１のストリーム内の前記選択されたサービスのデータを受信し、その受信した第１のストリームのデータを再生する
ことを特徴とする受信方法。
【請求項１５】
前記第２のストリームは、前記第１のストリームと同じコンテンツのデータであるが、前記第１のストリームのデータより情報量の少ないデータを含むことを特徴とする請求項１４記載の受信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数サービスが多重化された放送波の受信技術に関し、特に、携帯端末向けデジタルデータ放送の受信方法および受信装置に関する。
【背景技術】
【０００２】
欧州の地上波デジタル放送の伝送方式は、ＥＴＳＩで規格化されている。（ＤＶＢ−Ｔ  ＥＮ  ３００  ４７７参照）。しかしながら、日本国内規格（ＡＲＩＢ  ＳＴＤ−Ｂ３１他）のようなセグメント別の部分受信をサポートしていないため、ＤＶＢ−Ｔ方式の放送を携帯端末で受信する場合は、ＳＴＢ等の固定端末と同様に、全信号を受信する必要があり、電源容量に制限がある携帯端末では多くの電力を消費し、連続再生時間が短くなるなど実用性に問題があった。
【０００３】
そこで文献ＥＰ１３３７０７１Ａ２では、図２０に示すように、同一サービスのパケットをパケットセットにまとめ、それぞれのパケットセットをデータバースト１０として高速度で短時間に伝送し、１つのパケットサービスを伝送中は他のサービスのパケットセットを混ぜないように順に各サービスのパケットセットを伝送している。
【０００４】
受信機では、所望のサービスが伝送されているパケットセット送信期間のみ、受信部の電源供給を行うことで、低消費電力を実現している（以下「タイムスライス方式」と呼ぶ）。
【０００５】
しかしながら、このタイムスライス方式では、受信機は電源投入後の選局時や、他のサービスへのチャンネル選局を行う際、該当するサービスのパケットセットが送信されるまでの数秒間は、コンテンツの再生が始まらないという問題がある。
【特許文献１】ＥＰ１３３７０７１Ａ２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、タイムスライス方式では、データをバースト伝送しているため、選局時、サービスの再生が開始されるまで待ち時間が発生し、ザッピング視聴がスムーズにできないという問題がある。
【０００７】
本発明は上記従来の問題点を解決するもので、タイムスライスをザッピング用ストリームと選択的に受信することで再生が開始されるまでの待ち時間を短縮することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る受信装置は、複数サービスが多重化されて送信される放送波を受信する受信装置である。放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含む。受信装置は、ユーザが所定の操作を行う操作手段と、放送波を受信する受信手段と、受信したデータをデコードして再生する再生手段とを備える。操作手段上で一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、ザッピングモードから間欠受信モードに移行する。ザッピングモードにおいて、受信手段は第２のストリーム内の選択されたサービスのデータを受信し、再生手段はその受信した第２のストリームのデータを再生する。間欠受信モードにおいて、受信手段は第１のストリーム内の選択されたサービスのデータを受信し、再生手段はその受信した第１のストリームのデータを再生する。
【０００９】
第２のストリームは、第１のストリームと同じコンテンツのデータであるが、第１のストリームのデータより情報量の少ないデータを含んでもよい。また、第２のストリームは、第１のストリームの内容に基づく関連データであって、第２のストリームのデータ量が第１のストリームのデータ量よりも少なくてもよい。例えば、第２のストリームは、第１のストリームを生成する際の圧縮率よりも大きい圧縮率で生成されるストリームであってもよい。
【００１０】
受信装置は、さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、間欠受信モードからザッピングモードへ移行したときに、ザッピングモードにおいてユーザにより異なるサービスが選択されるまで、移行直前の間欠受信モードで受信されていたサービスのバーストデータをバッファ内に保持するのが好ましい。
【００１１】
また、受信装置は、さらに、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、ザッピングモード期間中、受信手段は、選択されたサービスに関わらず、第１のストリームにおける全てのサービスのデータを受信し、その受信した第１のストリームのデータでバッファが常に更新されるのが好ましい。
【００１２】
また、受信装置は、受信した第１のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その際、ザッピングモードにおいてサービス切替時の操作に使用されたボタンの種類に応じて、バッファの制御を異ならせるのが好ましい。
【００１３】
受信装置において、操作手段上で、ユーザによる、視聴サービスの選択決定を意味する所定の操作があったときに、間欠受信モードにおいて第１のストリームデータの再生を開始するようにしてもよい。
【００１４】
受信装置はさらに受信信号を復調する復調手段を備えてもよい。その際、受信号内に、第１のストリームの各サービスのバーストデータの継続時間を示す情報が含まれている場合に、選択されたサービスのバーストデータの受信開始から継続時間経過後に復調手段への電源供給を停止するのが好ましい。
【００１５】
バーストデータが複数のセクションからなり、各セクションにおいてそのセクションのデータ受信開始から、同一サービスに関する次のバーストデータの受信開始までの時間情報が含まれている場合、各セクションに含まれる時間情報に基づいて、同一のサービスについて、前のバーストデータを受信してから次のバーストデータを受信するまでの時間を補正してもよい。
【００１６】
また、受信装置において、同一サービスについて、第１のストリームの再生時刻情報と第２のストリームの再生時刻情報との差を求め、その差に基づいて第１のストリームの再生時刻を補正するようにしてもよい。
【００１７】
第１のストリームは音声データ及び動画データを含み、第２のストリームは静止画及び音声データのうちの少なくともいずれかを含んでもよい。
【００１８】
第２のストリームを、第１のストリーム内のバーストデータを介して搬送してもよい。
【００１９】
受信装置は、さらに、受信した第２のストリームのデータを再生のために一時的に格納するバッファを備えてもよい。その場合、選択されたサービスのバーストデータを受信していない期間において、他のサービスのザッピング用データを受信し、バッファに定期的に蓄積し、ザッピングモードにおいて他のサービスが選択されたときにバッファに格納されている他のサービスのデータを読み出して再生するのが好ましい。
【００２０】
第１のストリームと第２のストリームの関連を示す情報が、第１のストリームが搬送するＰＳＩ（Program Specific Information）のＰＭＴ（Program Map Table）に含まれてもよい。
【００２１】
本発明に係る受信方法は、複数サービスが多重化されて送信される放送波を受信する受信方法である。放送波は、各サービスのコンテンツを搬送するパケットセットをバースト伝送する第１のストリームと、各サービスのコンテンツを搬送するパケットをサービスに必要な伝送速度に準じた速度で連続的に送信する第２のストリームとを含む。その受信方法は、一つのサービスが選択され、その選択されたサービスに関する第１のストリームのバーストデータを受信するまでの間、動作モードとしてザッピングモードを設定し、選択されたサービスに関する第１のストリームのバーストデータの送信が開始されたときに、ザッピングモードから間欠受信モードに移行し、ザッピングモードにおいて、第２のストリーム内の前記選択されたサービスのデータを受信し、その受信した第２のストリームのデータを再生し、間欠受信モードにおいて、第１のストリーム内の選択されたサービスのデータを受信し、その受信した第１のストリームのデータを再生する。
【発明の効果】
【００２２】
本発明によれば、高品質なバーストデータ（第１のストリーム）と低品質な連続データ（第２のストリーム）とが多重されて伝送される放送波を受信し再生する。その際、通常視聴時は、第１のストリームを間欠受信することで、消費電力を押さえることができ、ザッピング視聴時は、常時受信可能な連続データ（第２のストリーム）を再生することで、選局時の待ち時間を短縮することができる。さらに、低品質データ（第２のストリーム）を静止画、音声など容量の少ないデータにすることで、ザッピング中も間欠受信することができ消費電力を抑えることができる。
【発明を実施するための最良の形態】
【００２３】
以下、添付の図面を参照して本発明の受信装置及び受信方法の実施形態を説明する。
本発明の放送受信機の実施形態について説明するため、まず送信信号の伝送方式について説明する。その後、受信機の動作を説明するため、ザッピング視聴の場合を例に挙げ、図面を参照しながら説明する。以下の説明において「バースト伝送」とは、コンテンツを短時間に一括して伝送し、その後、しばらくの間は、送信を停止するような伝送をいう。なお、以下の各実施形態の処理はすべてソフトウェアで実現可能である。
【００２４】
（コンテンツ伝送方式）
最初に、本発明が前提とする、間欠と連続の混在伝送のコンテンツ伝送方式について簡単に説明する。以下の説明において「間欠伝送」とは、映像信号及び／または音声信号を含む信号を所定のプレゼンテーション期間Ｔｉｎ（例えば５秒）毎に高品質圧縮し、Ｔｉｎの１／Ｎ（Ｎは正の整数で、一例としてＮ＝３６）の時間で伝送する方式である。この場合、プレゼンテーション期間Ｔｉｎには、最大３６本の異なったサービス（たとえばテレビ３６チャンネル分のサービス）を時分割で送ることができ、期間Ｔｉｎ毎に新しい動画信号が送られる。ここでは、あるチャンネル又はプロバイダから送られてくるプログラムをサービスという。ある特定のサービス（例えばチャンネル１のプログラム）に注目すれば、動画信号は、期間Ｔｉｎ毎に送られるので、間欠伝送と言う。一方、連続伝送とは、１フレーム期間（たとえば（１／３０）秒）よりも短い期間Ｔｃｏｎ（約２３ｍｓ）毎に低品質圧縮した信号を伝送する方式である。
【００２５】
本発明は、間欠伝送されるパケット（第１のストリーム）と、連続伝送されるパケット（第２のストリーム）が混在するひとつのストリームで送信する方式に関する。間欠伝送だけであれば、高品質画像を見ることができるが、サービスを切り替える毎に約５秒の待ち時間が必要となる。間欠伝送は、サービスを次々と切り替えて、見たいサービスを探す動作、すなわちザッピングを行うことには適していない。一方、連続伝送だけであれば、サービスを切り替えても待ち時間なく、切り替え先のサービスの映像をすぐに見ることができる。本発明においては、間欠伝送と連続伝送とを混在させているので、ザッピングを行っても待ち時間なく映像等のサービスを受けることができると共に、見たいサービスが見つかれば、そのサービスを高品質の画像で見ることができる。
【００２６】
コンテンツ伝送方式の実施形態についてザッピング視聴の場合を例に挙げ、図面を参照しながら説明する。図１は、本発明の受信装置が受信する放送局からの送信信号の生成方法を説明する図である。
【００２７】
１は、デジタル放送ヘッドエンド、２，３，４，５，６は、サービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５のコンテンツソースである。それぞれのコンテンツは高品質と低品質、の２種類の品質にエンコードされ、高品質のＩＰ（インターネットプロトコル）パケット７と、低品質のＩＰパケット７ｂが生成される。各コンテンツソースには、ＩＰパケット７を生成する高品質用エンコーダと、ＩＰパケット７ｂを生成する低品質用エンコーダが含まれ、それぞれ独立したリアルタイムエンコーダで構成される。高品質用エンコーダには、リアルタイムを示す内部時計ＣＬａを有する一方、低品質用エンコーダにも、リアルタイムを示す内部時計ＣＬｂを有する。言うまでもなく、内部時計ＣＬａの時刻と、内部時計ＣＬｂの時刻は、一致している。
【００２８】
同じコンテンツソース、例えばコンテンツソース２からのＩＰパケット７のそれぞれには、同じＩＰアドレスが割り振られる。コンテンツソースが異なると、すなわちサービスが異なると、ＩＰアドレスも異なる。なお、同じコンテンツソースからの高品質のＩＰパケット７と低品質のＩＰパケット７ｂとでは、同じＩＰアドレスを用いても良いし、異なったＩＰアドレスを用いても良い。
【００２９】
また、高品質用エンコーダは、映像信号及び／または音声信号を含むコンテンツを、平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮することができるものである。低品質用エンコーダは、同じコンテンツを、平均伝送レート６４ｋｂｐｓでＭＰＥＧ４圧縮することができるものである。
【００３０】
実際の放送波の伝送帯域が約１５Ｍｂｐｓ程度である場合は、ひとつのサービスに４１４（＝３５０＋６４）ｋｂｐｓ必要とすれば、３６（≒１５０００÷４１４）個のサービスを伝送することができる。上記の伝送レートや、ＭＰＥＧ４圧縮は、一例であり、別の伝送レートや、圧縮方式を用いても良い。
【００３１】
伝送レートなどのパラメータは、上述のものに限定するものではない。また、圧縮方法は、ＷｉｎｄｏｗｓＭｅｄｉａ方式やＱｕｉｃｋＴｉｍｅ方式、ＪＰＥＧ２０００方式などの方法であってもよい。
【００３２】
図２１を用いて、まず、高品質データについて説明する。平均伝送レート３５０ｋｂｐｓにＭＰＥＧ４圧縮された動画と音声データは、ＲＴＰ（リアルタイムトランスポートプロトコル）データとして生成され、ＲＴＰヘッダが付与される。ＲＴＰヘッダには送受信間で同期を取るためのタイムスタンプＴａが加えられる。ＲＴＰデータとＲＴＰヘッダがＲＴＰパケットに納められる。ＲＴＰパケットは、ＵＤＰ（ユーザデータグラムプロトコル）データとして生成され、ＵＤＰヘッダが付与される。ＤＵＰデータとＵＤＰヘッダがＵＤＰパケットに納められる。ＵＤＰパケットは、ＩＰデータとして生成され、ＩＰヘッダが付与される。ＩＰデータとＩＰヘッダがＩＰパケット７に納められる。
【００３３】
このように高品質エンコードされたＩＰパケット７は、図１に示す処理装置８に入力される。処理装置８は、コンテンツソースの数に対応した数のバッファを有している。図１の例では、５つのバッファＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５を有しており、各バッファは、所定のプレゼンテーション期間Ｔｉｎ（例えば５秒）に相当するＩＰパケット７（例えば１１６３個のＩＰパケット）を蓄積することができる。ＩＰパケットは、ＭＰＥＧ圧縮されているので、実際の蓄積時間は、５秒ではなく、約（５／３６）秒である。
【００３４】
まず、バッファＢ１から期間Ｔｉｎに相当するサービスＳ１のＩＰパケット７が蓄積されれば、蓄積されたＩＰパケットは、順次、処理部ＰＰ１に送られる。処理部ＰＰ１では、図２１に示すように、ＩＰパケット７をＤＳＭ−ＣＣ（デジタルストーレッジメディアコマンドアンドコントロール）セクションに変換し、更にＴＳ（トランスポートストリーム）パケットに変換する。ＴＳパケットは、一定の長さ（例えば１８８バイト）で構成される。各ＴＳパケットには、ＴＳヘッダが先頭に含まれている。ＴＳヘッダには、ＴＳパケットの種類を特定するパケットＩＤ、すなわちＰＩＤが付与される。例えば、サービスＳ１を含むＴＳパケットのＰＩＤは、”ＰＩＤ１”が付与される。
【００３５】
なお、サービスＳ２を含むＴＳパケットのＰＩＤは、”ＰＩＤ２”、サービスＳ３を含むＴＳパケットのＰＩＤは、”ＰＩＤ３”のように、同じサービスのデータを含むＴＳパケットには、同じＰＩＤが付与される。ＩＰパケットからＴＳパケットへの変換は、規格書、例えば、ＩＳＯ／ＩＥＣ  １３８１８−１、ＩＳＯ／ＩＥＣ  １３８１８−６、ＥＴＳＩ／ＤＶＢ  ＥＮ３０１１９２に記載されている。
【００３６】
”ＰＩＤ１”が付与された複数のＴＳパケット（パケットセット）は、順次出力される。このように送り出された約５秒分のＴＳパケット群１０を「バースト」と呼ぶ。図１において、処理装置８から出力されるブロックＳ１は、バーストを示し、約５秒分のプレゼンテーションに相当するサービスＳ１のＴＳパケットが連続して含まれている。
【００３７】
続いて、バッファＢ２において期間Ｔｉｎに相当するサービスＳ２のＩＰパケット７が蓄積されれば、蓄積されたＩＰパケットが処理部ＰＰ１に送られ、そこでＩＰパケットからＴＳパケットに変換されると共に、変換された各ＴＳパケットにパケットＩＤとしてＰＩＤ２を付与する。”ＰＩＤ２”が付与された複数のＴＳパケットは、順次出力される。処理装置８から出力されるブロックＳ２は、バーストを示し、約５秒分のプレゼンテーションに相当するサービスＳ２のＴＳパケットが連続して含まれている。
【００３８】
以下、同様にして、バースト毎に、異なったサービスのＴＳパケットが、マルチプレクサ１２に送られる。
【００３９】
次に、低品質データについて説明する。平均伝送レート６４ｋｂｐｓにＭＰＥＧ４圧縮された動画と音声データから、高品質データと同様にして図２１に示す手順で、ＩＰパケット７ｂが生成される。従って、ＩＰパケット７ｂにもＲＴＰパケットが内在し、送受信間で同期を取るためのタイムスタンプＴｂが含まれている。
【００４０】
低品質エンコードされたＩＰパケット７ｂは、図１に示す処理装置９に入力される。処理装置９は、ひとつのバッファＢｚを有しており、すべてのコンテンツソースからのＩＰパケット７ｂを、送られてくる順番で蓄積する。もし、異なったコンテンツソースからのＩＰパケット７ｂの全部又は一部が重なるようなことがあれば、処理装置８と同様に複数のバッファを備えればよい。ただし、バッファの容量は、ひとつのＩＰパケット７ｂが蓄積できる容量で良い。送られてきたＩＰパケット７ｂは、処理部ＰＰ２に送られ、処理部ＰＰ１と同様にして、ＩＰパケットからＴＳパケットに変換される。変換されたＴＳパケットは、サービスに関わらず全て同じＰＩＤ、例えば”ＰＩＤＸ”が付与される。”ＰＩＤＸ”は、ザッピング用のＴＳパケットであることを示すユニークなＰＩＤである。処理装置９からのＴＳパケットは、マルチプレクサ１２に送られる。マルチプレクサ１２には、更にＰＳＩ生成器１８が接続されている。
【００４１】
なお、ここでは低品質データを伝送するＴＳパケットは、サービスに関わらず全て同じＰＩＤ、例えばＰＩＤＸが付与される、としたが、高品質データの伝送と同様にサービス毎に異なるＰＩＤを付与して伝送しても本発明の効果が損なわれることはない。
【００４２】
なお、低品質データの形式は、動画と音声の両方を含んだものに限らず、動画、静止画、音声、文字情報、のいずれかひとつ、またはそれらの組み合わせたものでもよい。
【００４３】
また、同時にサービスするバーストの数と平均伝送レートなどの条件に応じて、低品質データの形式を動的に決定してもよい。
【００４４】
ＰＳＩ生成器１８は、ＰＳＩ（プログラムスペシフィックインフォーメーション）を生成するものである。ＰＳＩには、ＰＡＴ（プログラムアソシエーションテーブル）、ＰＭＴ（プログラムマップテーブル）、ＣＡＴ（コンディショナルアクセステーブル）、ＮＩＴ（ネットワークインフォーメーションテーブル）が含まれる。各テーブルは、ひとつまたは複数のＴＳパケットに分割して収められる。本実施例では、コンディショナルアクセス機能は、本発明とは無関係なためCATに関する説明は省略する。これらのテーブルのデータ構造については、後で説明する。まず、マルチプレクサ１２について説明する。
【００４５】
図２２に示すように、マルチプレクサ１２は、処理装置８からの高品質のＴＳパケット、処理装置９からの低品質のＴＳパケット、ＰＳＩ生成器１８からのＰＳＩのＴＳパケットの３種類の入力を受け、これらを一本のストリームに組み込む。なお、ＰＡＴ，ＮＩＴのそれぞれについては、全てのサービスに対し、ひとつのテーブルが設定されるが、ＰＭＴについては、サービス毎に異なったテーブルが設定される。ＰＡＴ，ＰＭＴ，ＮＩＴが挿入される位置は、上記規格書に規定されている。低品質のＴＳパケットは、分散して挿入されるが、ひとつの低品質のＴＳパケットＳ１と、次の低品質のＴＳパケットＳ２との時間差Ｔｚ１は、約０．６５ｍｓｅｃである。また、ひとつの低品質のＴＳパケットＳ１と、同一サービスの次の低品質のＴＳパケットＳ１との時間差Ｔｚ２は、約２３．５ｍｓｅｃである。なお、この時間差Ｔｚ１，Ｔｚ２は、伝送レートが異なれば、変わってくる。マルチプレクサされたストリームは、伝送チャンネル１４として、送信機１３に渡され、送信機１３を介して伝送路に送出される。
【００４６】
次に、データ構造について説明する。
まず、ＴＳパケットのヘッダに含まれる、パケットＩＤ（ＰＩＤ）は、それが含むデータの種類に応じて次のように定められる。
【００４７】
高品質データのＴＳパケット：サービス毎に異なるコードを含むＰＩＤ（高品質を表すコードを含ませても良い）
低品質データのＴＳパケット：サービスに関係なく、同じＰＩＤ（低品質を表すコードを含ませても良い）
ＰＡＴのＴＳパケット：０Ｘ００００
ＰＭＴのＴＳパケット：サービス毎に異なるコードを含むＰＩＤ（ＰＭＴを表すコードを含ませても良い）
ＮＩＴのＴＳパケット：０Ｘ００１０
【００４８】
ＰＡＴには、サービス毎に設定されたプログラム番号の値と、サービス毎に設定されたＰＭＴのＰＩＤとが対になって示されている。このデータは、ＰＡＴの"program_number"のエリアと、"program_map_PID"のエリアとに書かれている。例えば、５つのサービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５がある場合、５つのＰＭＴが存在する。５つのＰＭＴのＰＩＤをそれぞれ、"ＰＭＴ−ＰＩＤ１”，”ＰＭＴ−ＰＩＤ２”、”ＰＭＴ−ＰＩＤ３”，”ＰＭＴ−ＰＩＤ４”、”ＰＭＴ−ＰＩＤ５”とした場合、ＰＡＴには次の対応表のデータが含まれる。
＜表１＞
サービス      対応するＰＭＴのＰＩＤ
Ｓ１          ＰＭＴ−ＰＩＤ１
Ｓ２          ＰＭＴ−ＰＩＤ２
Ｓ３          ＰＭＴ−ＰＩＤ３
Ｓ４          ＰＭＴ−ＰＩＤ４
Ｓ５          ＰＭＴ−ＰＩＤ５
【００４９】
ＰＭＴには、そのＰＭＴに対応するサービスの高品質ＴＳパケットのＰＩＤが示されている。このデータは、ＰＭＴの"elementary_PID"エリアに書かれている。
【００５０】
従って、サービスが特定されれば、表１より、サービスに対応するＰＭＴのＰＩＤが認識でき、そのＰＭＴのＰＩＤにより一つのＰＭＴが特定され、ＰＭＴが特定されれば、そのサービスの高品質データを含むＴＳパケットが特定される。
【００５１】
また、ＰＭＴには、デスクリプタが含まれる。デスクリプタには、サービス毎に設定されたプログラム番号の値と、サービスが送られるＩＰパケットのＩＰアドレスが対になって示される。例えば、”ＰＭＴ−ＰＩＤ１”で特定されるＰＭＴにはサービスＳ１のデータを含むＩＰパケットのＩＰアドレスが対応付けされている。また、”ＰＭＴ−ＰＩＤ２”で特定されるＰＭＴにはサービスＳ２のデータを含むＩＰパケットのＩＰアドレスが対応付けされている。このようにして、５つのＰＭＴから、サービスとＩＰアドレスの対応表を得ることができる。なお、デスクリプタは、ＮＩＴに含むようにしても良い。
【００５２】
また、ＰＳＩの代わりに、ＳＩ（サービスインフォーメーション）を用いて、上記の情報を格納するようにしても良い。
【００５３】
また、ＰＳＩ生成器１８は、処理装置８に設け、高品質のＴＳパケットストリームに含めるようにしても良いし、または処理装置９に設け、低品質のＴＳパケットストリームに含めるようにしても良い。
【００５４】
図２に伝送チャンネル１４上でのデータ配置イメージを示した。実際は、ＳＩまたはＰＳＩも伝送されているが、一般的なデジタル放送と同様なため、図示を省略した。
【００５５】
このような構成の信号が伝送されるとき、受信方法について図を用いて説明する。図３は、本発明の伝送方式において、特にサービスＳ１の高品質データを受信した場合の電源制御を示す図である。
【００５６】
サービスＳ１の高品質データは、図３のようにバーストで送られる。受信機は、バースト受信を開始してからパケットを出力するまでに約２５０ｍｓかかるため、バースト受信開始の約２５０ｍｓ前に復調部の電源供給を開始し、バーストで伝送されたサービスＳ１の受信データを内部バッファに蓄積する。バースト伝送が終了した後は、復調部の電源供給を停止するが、再生部は、給電したまま再生に必要なレートで、バッファからデータを読み出しながらコンテンツを再生する。これにより、電力消費を抑えることができる。以降、このように高品質データを間欠受信している状態を「間欠受信モード」と呼ぶことにする。これに対し、低品質データを連続的に受信している状態を「ザッピングモード」と呼ぶ。
【００５７】
＜実施の形態１＞
図４は本発明におけるザッピング受信時の受信方法の一実施形態を説明する図である。
【００５８】
今、時刻ｔ０において間欠受信モードでサービスＳ１を受信しており、時刻ｔ１でユーザがサービス選択ボタン等のユーザインタフェースを操作して、選択サービスをサービスＳ２に変更すると、受信機の受信部の電源をオンにし、ザッピングモードに入る。ＰＳＩまたはＳＩ（例えば、ＰＭＴのセカンドループやＮＩＴ）から得た、サービスとＰＩＤの対応表、及びサービスとＩＰアドレスの対応表を使って、受信機は低品質のＴＳパケットストリーム（「ザッピング用ストリーム」とも言う）からサービスＳ２の低品質データを取り出し、再生を開始する。同時にサービスＳ２の高品質データバーストの受信を待ち受ける。
【００５９】
ザッピングモード中は、低品質データを再生するため、ザッピングモードであることをユーザにＬＥＤ、ランプ、音声、画面内テロップなどを用いて通知するのが好ましい。
【００６０】
この状態で、時刻ｔ２にユーザ操作でサービスＳ３が選局されると、受信機はザッピング用ストリームからサービスＳ３の低品質データを取り出し、再生を開始する。同時にサービスＳ３の高品質データバーストの受信を待ち受ける。さらに時刻ｔ３においてユーザ操作でサービスＳ１が選局されると、受信機はザッピング用ストリームからサービスＳ１の低品質データを取り出し、再生を開始し、サービスＳ１の高品質データバーストの受信を待ち受ける。
【００６１】
ここまでの操作では、バーストデータ中に現在選局中の該当サービスのバースト先頭が検出されないため、何れの場合もザッピングモードのままである。
【００６２】
次に、時刻ｔ４にてユーザ操作でサービスＳ４が選局されると、受信機はザッピング用ストリームからサービスＳ４の低品質データを取り出し、再生を開始し、サービスＳ４の高品質データバーストの受信を待ち受ける。
【００６３】
時刻ｔ５で、選択されているサービスＳ４のバーストが送信されると、受信機は、直ちにサービスＳ４のバーストの受信を開始し、高品質データの再生を開始しバースト受信モードに移行するとともに、時刻ｔ６から次のサービスＳ４のバーストが送信される時刻ｔ７まで、受信部への電源供給を停止する。
【００６４】
なお、本実施の形態では、サービスと、高品質データを伝送するＴＳパケットのＰＩＤとの対応表は、ＳＩまたはＰＳＩで伝送されるとしたが、対応表の伝送形式は、これに限るものではなく、バースト１０またはトランスポートストリーム１１内で伝送してもよいし、通信回線を持つ受信機であれば通信回線で伝送してもよい。サービスと、低品質データ伝送するＩＰパケットのＩＰアドレスとの対応表も同様である。また、別のインターネット経路を用いても良い。
【００６５】
（受信機の構成、動作）
図５に上記の受信方法を実施する受信機の構成を示す。受信機２０は、ユーザインタフェース（以下「ＵＩ」という。）２１、受信制御部２２、電源制御部２３、ＯＦＤＭ復調部２４、ＴＳデコーダ２５、ＩＰパケット抽出部２６、バッファ２７、ＭＰＥＧ４デコーダ２８、及びモード表示部２９を含む。ＵＩ２１はユーザによる操作（例えば、ボタンの押下）を受けつけ、その操作情報を受信制御部２２に伝達する。モード表示部２９はＬＥＤ、ランプ、音声出力手段や、テロップ表示可能な表示手段で構成できる。以下、受信機２０の動作を説明する。
【００６６】
ＵＩ２１上でユーザによるサービス選択ボタン押下等の操作がなされ、または受信機の電源の投入がなされると、受信制御部２２は動作モードとしてザッピングモードを設定する。このザッピングモード中、ユーザはＵＩ２１を操作しながら閲覧したいサービスを次々に切替えること（ザッピング処理）ができる。受信制御部２２は、ＵＩ２１上で選択されたサービスを受信するため、電源制御部２３に、ＯＦＤＭ復調部２４の電源をＯＮする指示を行う。このとき、受信制御部２２は、同時に前回受信していたサービス（チャンネル）や、あらかじめ決められた受信すべきサービスの周波数情報等をＯＦＤＭ復調部２４にセットする。
【００６７】
ＯＦＤＭ復調部２４はオンすると、ＯＦＤＭ信号を受信し、受信したＯＦＤＭ信号からＴＳパケットを復調し、番組構成情報等を含むＰＳＩ（またはＳＩ）を取得し、ＴＳデコーダ２５を介して、受信制御部２２に送る。受信制御部２２は、ＰＳＩ（またはＳＩ）を解析して、サービスとＰＩＤの対応表及びサービスとＩＰパケットの対応表を取り出し、低品質データについて、ＴＳパケットのＰＩＤ（パケット識別子）及びＩＰパケットのＩＰアドレスを認識し、ＴＳデコーダ２５にデコードすべきＰＩＤを指示し、ＩＰパケット抽出部２６に、選択したサービスの低品質データが搬送されているＩＰパケットのＩＰアドレスを通知する。
【００６８】
ＴＳデコーダ２５は、受信制御部２３から指定されたＰＩＤを持つサービスのザッピング用ストリームをデコードする。ＩＰパケット抽出部２６は、デコードしたストリームから、選択されたサービスの入ったＩＰパケットを抽出し、ＭＰＥＧ４デコーダ２８に送信する。ＭＰＥＧ４デコーダ２８は抽出されたＩＰパケットに基づいてコンテンツの再生を開始する。
【００６９】
ザッピングモード中は、低品質データを再生することとなるため、ザッピングモードであることを、モード表示部２９を使ってユーザに通知する。モード表示部２９は、ＬＥＤ、ランプ、音声、テロップ表示等を用いてユーザにザッピングモードで動作中である旨を通知する。
【００７０】
上記動作に加えてさらに、受信制御部２２は、ＰＳＩを解析して、選択されたサービスに関する高品質データを含むバーストデータ（タイムスライス）中で搬送されるパケットのＰＩＤを特定し、そのＰＩＤをＴＳデコーダ２５に通知する。ＴＳデコーダ２５は、選択されたサービスのバーストデータが受信されたか否かを監視する。
【００７１】
選択されたサービスのバーストデータの受信が確認されると、ＴＳデコーダ２５はそのバーストデータのデコードを行う。さらに、ＩＰパケット抽出部２６は、ＭＰＥセクションヘッダから、選択されたサービスについての次のバーストデータを受信するまでの所要時間Δｔを抽出し、電源制御部２３にセットするとともに、ＩＰパケットを再生してバッファ２７に保管する。
【００７２】
一定量のデータがバッファ２７に蓄積されると、バッファリングされたデータは、再生に必要な速度でＭＰＥＧ４デコーダ２８に供給され、ＭＰＥＧ４デコーダ２８にて映像音声データが再生され、映像、音声が出力される。
【００７３】
バッファ２７からの高品質データの再生が開始されると、同時に、それまでの低品質のザッピング用データの再生は停止される。電源制御部２３は時間Δｔがセットされると、間欠受信モードに移行する。
【００７４】
間欠受信モードにおいて、電源制御部２３は、選択されたサービスについて前のバーストデータの受信完了後、次のバーストデータの受信を開始するまでの間（すなわち、時間Δｔだけ経過するまで）、ＯＦＤＭ復調部２４の電源をＯＦＦにする。電源制御部２３は、次の受信開始時刻になると、ＯＦＤＭ復調部２４の電源をＯＮにし、選択されたサービスの次のバーストデータの受信を開始する。
【００７５】
受信機２０のさらに詳細な動作を説明する。図６Ａ、図６Ｂは受信機２０の受信処理のフローチャートである。
【００７６】
受信機２０の電源が投入されると（Ｓ１０１）、所定の周波数のＯＦＤＭ信号を復調し、トランスポートストリームを再生する。ここで、所定の周波数とは、前回の動作時に受信していたチャンネルの周波数や、事前に設定されたデフォルトの周波数である。
【００７７】
次に、ＴＳデコーダ２５により、トランスポートストリームからＰＳＩ（またはＳＩ）を抽出する（Ｓ１０２）。このＰＳＩ（またはＳＩ）のＮＩＴ等から、サービスとＰＩＤの対応表、サービスとＩＰアドレスの対応表、及びザッピング用ストリームのＰＩＤを取り出し、さらに各サービスに関連するデータを搬送するＩＰパケットのＩＰアドレスの一覧を取得する。
【００７８】
次に、サービスパラメータが設定される（Ｓ１０３）。具体的には、受信制御部２２により、ＴＳデコーダ２５に、デコードすべきＴＳパケットのＰＩＤが指示され、ＩＰパケット抽出部２６に、選択されたサービスのデータが搬送されているＩＰパケットのＩＰアドレスが通知される。
【００７９】
次に、該当パケットのデコードが実施される（Ｓ１０４）。すなわち、ＴＳデコーダ２５は、指示されたＰＩＤのＴＳパケット中からＩＰパケットをデコードして取り出す。
【００８０】
ＩＰパケット抽出部２６は、取り出されたＩＰパケットの中から、選択されたサービスのコンテンツを伝送する、通知されたＩＰアドレスを持つＩＰパケットを抽出し（Ｓ１０５）、ＭＰＥＧ４デコーダ２８及びバッファ２７を含む再生モジュールに渡す。
【００８１】
再生モジュールはザッピング用映像、音声等のコンテンツを再生し（Ｓ１０６）、画面、スピーカ等に出力し、同時に、再生中のコンテンツに対応した、高品質データを含むバーストデータの受信を待ち受ける。
【００８２】
受信制御部２２により、ＵＩ２１上でのユーザによる別のサービスへの切替要求の有無を判断する（Ｓ１０７）。別のサービスへの切替要求がない場合、該当コンテンツのバーストデータ（タイムスライス）の受信が開始され、受信されたバーストデータがバッファ２７に蓄積される（Ｓ１０８）。
【００８３】
バーストデータのバッファリングが完了すると（Ｓ１０９でＹＥＳ）、バーストデータに含まれている、次のバーストデータの送信時刻を示す情報Δｔに基づいて間欠的に受信モジュールの電源を制御する間欠受信モードに移行する（Ｓ１１０）。その後、選択サービスの切替要求があるまで、低品質のザッピング用コンテンツの再生に替わって、バーストデータから高品質のコンテンツを再生し出力する（Ｓ１１１）。
【００８４】
なお、ザッピング用ストリームが文字と静止画等の２種類以上のストリームで構成される場合、受信機の能力やユーザの好みに応じて、再生するストリームを選択できるようにしてもよい。
【００８５】
また、ザッピング用のコンテンツは、高品質データを高圧縮した低品質なデータでもよいし、コンテンツに関連する静止画と音声、または、音声のみであってもよい。
【００８６】
また、ザッピングモードから間欠受信モードへの移行時の再生品質の変化を少なくするため、選択されたサービスのバーストデータを複数回受信した後にザッピングモードから間欠受信モードへの切替えを実行することをさらなる条件としてもよい。
【００８７】
（変形例１）
前述のザッピングモード期間中のバッファ２７への蓄積処理の変形例を、図７Ａ〜図７Ｃを参照しながら説明する。本例では、間欠受信モードからザッピングモードへ移行したときに、ザッピングモード時において、ユーザにより異なるサービスが選択されるまでは、移行直前の間欠受信モードで受信されていたサービスのバーストデータを引き続きバッファ２７に保持するようにしている。
【００８８】
本例では、低品質のザッピング用データの処理と、高品質のバーストデータのバッファ制御とが平行して実施されるため、ザッピング用データの処理と、バーストデータのバッファ制御とに分けて説明する。
【００８９】
まず、図７Ａ、図７Ｂを用いて低品質のザッピング用データの処理について説明する。
受信機の電源投入時、またはユーザによるサービス選択ボタンの押下等によってサービスが選択されたときに、ザッピングモードに入り、ＯＦＤＭ復調部２４に電源が供給され、全送信信号の復調が開始される（Ｓ１０１ｂ）。
【００９０】
次に、トランスポートストリームからＰＳＩ（またはＳＩ）を抽出し（Ｓ１０２）、ザッピング用ＰＩＤと、バーストデータのＰＩＤの一覧を取得する。さらにトランスポートストリームからサービスが伝送されるＩＰアドレスの一覧を取得する。
【００９１】
次に、サービスパラメータが設定される（Ｓ１０３）。具体的には、受信制御部２２により、ＴＳデコーダ２５に、デコードすべきパケットのＰＩＤが指示され、ＩＰパケット抽出部２６に、選択されたサービスのデータが搬送されているＩＰパケットのＩＰアドレスが通知される。
【００９２】
次に、ＴＳパケットのデコードが実施される（Ｓ１０４）。すなわち、ＴＳデコーダ２５は、指定されたＰＩＤのＩＰパケットをデコードして取り出す。
【００９３】
ＩＰパケット抽出部２６は、取り出されたＩＰパケットの中から、選択されたサービスのコンテンツが伝送されている、通知されたＩＰアドレスを持つＩＰパケットを抽出し（Ｓ１０５）、ＭＰＥＧ４デコーダ２８及びバッファ２７を含む再生モジュールに渡す。
【００９４】
再生モジュールはザッピング用映像、音声等のコンテンツを再生し（Ｓ１０６）、画面、スピーカ等に出力し、同時に、再生中のコンテンツに対応した、高品質データを含むバーストデータの受信を待ち受ける。
【００９５】
受信制御部２２により、ＵＩ２１上でのユーザによる別のサービスへの切替の有無を判断する（Ｓ１０７）。ＵＩ２１上で別のサービスへの切替指示がなかった場合、受信制御部２２は、該当コンテンツのバーストデータの受信を開始し（Ｓ１２１）、バッファ２７に格納すべきサービス（バッファリング対象）を、現在視聴中（選択中）のサービスに決定（確定）する（Ｓ１２２）。
【００９６】
次に、バーストデータのバッファリング処理について図７Ｃを用いて説明する。
バッファ２７は、ザッピング開始直前まで受信していたサービスについてバーストデータの蓄積を継続して行っている（Ｓ１２３）。前述のステップＳ１２２で視聴サービスが決定されか否かを判定する（Ｓ１２４）。視聴サービスが決定されている場合、決定されたサービスが、ザッピング開始直前までに視聴していたものと同一かどうかの判定を行う（Ｓ１２５）。同一である場合、該当サービスのタイムスライスは現在バッファに蓄積されているデータであるので、ステップＳ１２８に進み、高品質データの再生を開始し、映像、音声などのコンテンツが出力される。
【００９７】
一方、Ｓ１２５において前回視聴のサービスと同一でない場合、バッファ２７をクリアし、新たに選択されたサービスのバーストデータをバッファリングし（Ｓ１２７）、高品質データの再生を開始する（Ｓ１２８）。
【００９８】
以上の様に、ザッピング期間中は、ザッピング開始の直前に視聴していたサービスのコンテンツのバッファリングを継続する。これにより、ザッピング期間中において、種々のせービスを選択した後、最終的にザッピング開始の直前に視聴していたサービスを視聴サービスとして選択した場合に、バッファ２７内にはすでのそのサービスのバーストデータが蓄積されているため、すぐに高品質での視聴が可能となるという効果がある。
【００９９】
（変形例２）
本変形例２は変形例１のバッファリング処理をさらに改良した別の例である。ザッピングデータの処理は、図７Ａ、７Ｂに示す変形例１と同じであるため、詳細な説明を省略する。
【０１００】
本例でのバッファ制御について図８のフローチャートを用いて説明する。
受信制御部２２は、ザッピングモードに入り、全データの受信ができるようになると、サービスに関係なく全てのタイムスライスのバーストデータを受信し、バッファ２７に格納する（Ｓ１３１）。この場合、バッファ２７は、最後に受信したタイムスライスで上書きされることになる。
【０１０１】
受信制御部２２は、前述のステップＳ１２２において視聴サービスが決定されたか否かを判定する（Ｓ１３２）。視聴サービスが決定されたと判定した場合、現在バッファ２７に蓄積されているバーストデータのサービスと、視聴が決定したサービスと同一か否かの判定を行う（Ｓ１３３）。同一であれば、該当サービスのバーストデータは現在バッファ２７内に蓄積されていることになるので、そのまま、高品質データの再生を開始する（Ｓ１３６）。これにより、映像、音声などのコンテンツが出力される。
【０１０２】
一方、バッファ２７内のデータのサービスと視聴が決定したサービスが同一でないと判定する場合（ステップＳ１３３でＮＯ）、バッファ２７をクリアし（Ｓ１３４）、視聴が決定したサービスのバーストデータをバッファ２７に格納し（Ｓ１３５）、高品質データの再生を開始し（Ｓ１３６）、これにより間欠受信モードに移る。
【０１０３】
以上の様に、本例では、ザッピングモード期間中、選局したサービスに関わらず全てのバーストデータ（タイムスライス）を受信し、受信したバーストデータで常にバッファ２７を更新する。これにより、ザッピングモード動作中において視聴が確定した場合、もし、バッファ２７内に、選局したサービスのバーストデータが存在していれば、すぐに高品質データの再生が可能となる。
【０１０４】
なお、バッファ容量が十分大きい場合は、ザッピング期間中は、全サービスのタイムスライスをバッファリングし、受信したサービス毎（すなわち、バッファ２７内の一部のデータ毎）にバッファ２７を更新するようにしてもよい。これにより、上記の場合よりもより高い確率で高品質データの迅速な再生が可能となる。
【０１０５】
（変形例３）
以上説明した変形例では、ザッピングモード時において視聴サービスを確定する条件は、「ザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）を受信すること」であった（図７ＢのステップＳ１２１参照）。本変形例では、視聴サービスを確定する条件を、ユーザの明示的な指示（操作）とした。
【０１０６】
本変形例では、ユーザによるサービス切替時において、現在のサービスの視聴を終えたため別のサービスの視聴をしたいと考えているのか、現在のサービスの視聴を続けている途中で（例えばＣＭの時間などに）一時的に別のサービスを視聴したい（のぞき見したい）と考えているのかを判断するステップを追加している。
【０１０７】
例えば、サービス切替時のユーザ操作において、チャンネル番号ボタンが押下されたときは前者を示し、チャンネルアップダウンボタンが押下されたときは後者を示すと判断する。つまり、押下されたボタンが、チャンネルアップダウンボタンかチャンネルボタンかを判別し、前者の場合は変形例１の処理と同様のバッファ処理を行い、後者の場合は、変形例２の処理と同様のバッファ処理を行う。これを図９のフローチャートを用いてより詳しく説明する。
【０１０８】
サービス切替時の操作がチャンネル番号ボタンによるものか、チャンネルアップダウンボタンによるものかを判断する（Ｓ１４１）。チャンネル番号ボタンの押下によりサービス切替えが開始された場合、ユーザは別のサービスを視聴したいと考えているとみなし、図８のフローチャートに示すように、最後に受信したサービスでバッファ２７を更新するバッファ制御を行う（Ｓ１４３ｂ）。
【０１０９】
一方、チャンネルアップダウンボタンの操作によりサービス切替えが開始されたとすると、ユーザは別のサービスを一時的にのぞき見したいと考えているとみなし、視聴サービスの決定を行わず、選択されたサービスのバーストデータ（タイムスライス）の受信を待つ（Ｓ１４２）。選択されたサービスのバーストデータが受信されると、図７Ｃのフローチャートに示すように、ザッピング開始前に選択されていたサービスのデータを継続してバッファリングするバッファ制御を行う（Ｓ１４３ａ）。
【０１１０】
なお、ユーザの意志（ステップＳ１４１の判定結果）に応じて、バッファ処理として変形例１または変形例２のいずれかのバッファ制御を適宜用いるようにすることで、速やかなタイムスライスによる高品質再生を開始することができる。
【０１１１】
（変形例４）
以上説明した変形例では、ザッピングモード時の低品質データの再生から、高品質データの再生へ切替える条件は、「ザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）の受信による視聴サービスの決定」であった（図７ＢのステップＳ１２１参照）。しかし、この条件で切替える場合、ザッピング中に同一サービスを数秒間視聴し続けると、視聴するサービスをユーザが決定していなくても、自動的に高品質データの再生に移行するため、再生品質が急激に変化し、ユーザにとって見苦しいと感じる場合がある。そこで、本例では、このような問題を解決するための構成を説明する。
【０１１２】
図１０Ａ、図１０Ｂは上記の問題点を解決するためのフローチャートである。図１０Ａの全体的な流れは図７Ａと同様であるので説明は省略する。また、図１０Ｂの全体的な流れは図６Ｂとほぼ同様であるが、図１０Ｂにおいて、ＵＩ２２上でのユーザ操作による、選局の決定操作の入力の有無を判断するステップ（Ｓ１５１）を設けている点が異なる。ステップＳ１５１では、例えば、ＵＩ２２上でのユーザによる選択決定を示すボタン操作の有無を判断する。ユーザは選択決定を示すボタンを操作することで、その後に高品質画像へ切替えられることを意識するため、再生画像品質へ唐突に切替わったと感じることがなくなる。
【０１１３】
本例では、以前のザッピング視聴中のコンテンツに対応したバーストデータ（タイムスライス）を受信し、かつ、ユーザによる選択決定を示すボタン操作があったときに（Ｓ１５１）、高品質での再生を開始することで、ザッピング期間中に再生画像品質の突然の変化を防止でき、視聴時のユーザの不快感を低減できる。
【０１１４】
（変形例５）
次に、バーストデータ再生時の間欠受信を実施するための受信処理について説明する。
図１１に示すように、選択されたサービスに関して、あるバーストデータを受信完了後、次のバーストデータの受信までの所要時間をΔｔと、バーストデータの継続時間（受信開始から受信終了までの時間）をΔｄとする。これらの時間Δｔ、Δｄが、各バーストデータ内（例えば、各バーストデータのＴＳストリーム内のセクションヘッダ内）のフィールドで伝送されている場合、受信制御部２２は、バーストデータの継続時間Δｄを伝送する形式の信号を受信した場合は、時間Δｔと同様に時間Δｄを電源制御部２３のタイマにセットし、時間Δｄの時間が経過した後に、ＯＦＤＭ復調部２４への電源供給が停止されるようにしてもよい。
【０１１５】
これにより、受信中のバースト境界を見つける必要がなくなり、バースト受信のための電源制御が容易になる。
【０１１６】
（変形例６）
次に、バーストデータ受信で使用するΔｔの値の補正について改良した変形例について説明する。実際のバーストデータは複数のセクションで構成されており、バーストデータにおいて、それぞれのセクション毎に次のバーストデータ受信までの所要時間（Δｔ）に関する情報が含まれている。例えば、図１２に示すように、３つのセクションに対してそれぞれ所要時間Δｔ１、Δｔ２、Δｔ３が設定され、これらの情報がバーストデータ内で送信される。
【０１１７】
この場合、バーストデータの第１のセクションから取得した所要時間Δｔ１＝Ｔ１、第２のセクションのから取得した所要時間Δｔ２＝Ｔ２、所要時間Δｔ１を取得してから所要時間Δｔ２を取得するまでの経過時間＝Ｔ３としたとき、受信機２０は（（Ｔ１−Ｔ３）＋Ｔ２）／２の値を、新たな所要時間Δｔとする。これにより、所要時間Δｔの伝送ジッタを最小限に抑えることができる。
【０１１８】
（変形例７）
次に、低品質データ画像の再生から高品質データ画像の再生時のシームレスな切替えについて改善した実施例について説明する。
【０１１９】
図１３は、本発明の送信信号の生成を説明する図である。図１のものと基本的な処理は同じであるが、タイムスタンプオフセット情報に関する処理が追加されている点が異なる。以下、この差異点を中心に説明する。
【０１２０】
前述のように、サービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５はそれぞれ、コンテンツソース２，３，４，５，６から提供される。各コンテンツソースが提供するコンテンツは、同じサービスに対して高品質と低品質の２段階の品質にエンコードされＩＰパケット７、７ｂとして提供される。本実施形態では、特に、コンテンツソース２，３，４，５，６各々に対して、タイムスタンプオフセット検出部１６が設けられている。
【０１２１】
時間依存性のあるデータの伝送には、通常ＲＴＰ（リアルタイムトランスポートプロトコル）など、データを再生する時刻情報（タイムスタンプ）サポートするプロトコルを使ってストリームデータを伝送するため、コンテンツが一致する２つのストリームには、それぞれのエンコーダによって、異なるタイムスタンプが付与されている。
【０１２２】
タイムスタンプオフセット検出部１６は、高品質データ用のＲＴＰヘッダに加えられたある画面のプレゼンテーションを示すタイムスタンプＴａと、低品質用のＲＴＰヘッダに加えられた同じ画面のプレゼンテーションを示すタイムスタンプＴｂとの時間差ΔＴをタイムスタンプオフセットとして検出する。この時間差ΔＴは、ＰＳＩ生成器１８に入力され、ＰＳＩ（またはＳＩ）または低品質データのストリーム内で送信される。ＰＭＴのデスクリプタには、サービス毎に設定されたプログラム番号の値と、時間差ΔＴとが対になって示される。
【０１２３】
この時間差ΔＴは、受信機に送られ、受信機では、低品質データのタイムスタンプＴｂにΔＴを加算又は減算して、高品質データと低品質データの映像の同期をとるようにする。または、高品質データのタイムスタンプＴａにΔＴを加算又は減算して、高品質データと低品質データの映像の同期をとるようにしても良い。
【０１２４】
このようなタイムオフセットを含む信号が伝送されるときの、受信方法について図４を用いて説明する。
【０１２５】
時刻ｔ４にてユーザ操作でサービスＳ４が選局されると、受信機２０はザッピング用ストリームからサービスＳ４の低品質データを取り出し、その再生を開始し、それとともにサービスＳ４の高品質バーストデータの受信を待ち受ける。時刻ｔ５で、サービスＳ４のバーストデータが送信されてくると、受信機２０は直ちにサービス４のバーストデータの受信を開始する。
【０１２６】
その後、前述のサービスＳ４について、低品質データに含まれるタイムスタンプ（ｔｓ２）と高品質データに含まれるタイムスタンプ（ｔｓ１）との差を示すタイムスライスオフセット（Δｔｓ＝ｔｓ１−ｔｓ２）を用いて、高品質データに含まれるタイムスタンプ（ｔｓａ）を、低品質データの時間軸上の値に補正する。
ｔｓａ＝ｔｓ１−Δｔｓ＝ｔｓ１−（ｔｓ１−ｔｓ２）＝ｔｓ２
そして、補正した値と等しいかそれを超えるタイミングで、高品質データの再生を開始する。
【０１２７】
バーストデータの受信が完了すると、間欠受信モードに移行し、時刻ｔ６から、サービスＳ４の次のバーストデータが送信される時刻ｔ７まで、ＯＦＤＭ復調部２４への電源供給を停止する。
【０１２８】
以上の方法により、品質の異なる２つのストリームのタイムスタンプを同期させることができ、ザッピングモードにおける低品質データの再生から、間欠受信モードにおける高品質データへのスムーズな再生動作の切替えが可能となる。
【０１２９】
なお、上記の例では、タイムスタンプオフセット情報は、低品質データとともに伝送した例を説明したが、高品質データとともに伝送してもよい。
【０１３０】
また、ストリームがＭＰＥＧ２のトランスポートストリームの場合、タイムスタンプの代わりに、ＰＣＲ（Program Clock Reference）を用いてもよい。
【０１３１】
＜実施の形態２＞
本実施形態では、低品質データとして静止画及び音声データが送信される。その他の構成は実施の形態１と同じである。
【０１３２】
すなわち、高品質データは、動画と音声の平均伝送レート３５０ｋｂｐｓにＭＰＥＧ４圧縮を施したもので構成され、一方、低品質データは、高品質データと同じコンテンツに対する静止画と音声ストリームで構成され、平均伝送レート６４ｋｂｐｓに圧縮されたものとする。なお、数値パラメータ、圧縮方法は、理解を容易にするため一例として記載したもので、本発明でのパラメータを限定するものではない。
【０１３３】
図１４に、上記の構成の信号が伝送される場合の受信機の構成を示す。図１４に示す受信機２０は、図５に示す受信機２０の構成に加えて、静止画取得部３０、静止画バッファ３１及びスイッチ３２をさらに備えている。基本的な動作は図５に示す受信機２０と同様である。
【０１３４】
静止画バッファ３１は静止画データを格納する。
静止画取得部３０には通信回線３３が接続され、外部機器またはネットワークからデータを取得できるようになっている。
スイッチ３２は、間欠受信モード時はＭＰＥＧ４デコーダ２８からのデータを選択して映像出力として出力し、ザッピングモード時は静止画バッファ３１からの静止画データを選択して映像出力として出力する。
【０１３５】
本実施例では、ザッピングモード中に、ＩＰパケット抽出部２６で抽出されたＩＰパケットから、静止画取得部３０によって静止画を復元し、ザッピング用低品質データとして静止画バッファ３１に蓄積する。ザッピング用データ中の音声については、ＩＰパケット抽出部２６で抽出された音声に関するＩＰパケットが、ＭＰＥＧ４デコーダによりデコードされ、再生される。受信機の表示部２９には、静止画バッファからの画像が表示されるとともに、スピーカ等から音声が出力される。
【０１３６】
このようにザッピング用低品質データとして静止画を送信することにより、ザッピングモード時の音声の再生品質を、ザッピング用低品質データとして動画を伝送する場合に比して高くすることができる。
【０１３７】
なお、ザッピング用のデータとして音声及び静止画の一方のみが送信されてもよい。例えば、音声のみが送信される場合、受信機２０は通信回線３３を通じてサービスに関連する静止画を取得する。具体的には、受信機２０は、事前にまたはザッピングモード時に、静止画等の、サービスに関連する情報を通信回線３３を通じて取得し、ザッピング用静止画バッファ３１に格納しておく。そして、ザッピングモード時に、受信機２０は音声とともにザッピング用静止画バッファ３１に格納した静止画を画面に表示するようにしてもよい。なお、通信回線３３によるデータ取得には通常通信料金が発生するため、ユーザにその旨の通知を行い、了解を得た後に取得動作を開始するように受信機２０の動作を制御する手段を設けてもよい。
【０１３８】
また、静止画取得部３０を、静止画抽出機能を持つ受信機で構成してもよい。この場合、静止画取得部３０は、各サービスにおいて所定数の頻度（例えば、１０分間の映像を配信するサービスであれば、１０分に１回の頻度）で、そのサービスのバーストデータ（タイムスライス）を受信し、受信したバーストデータから適当な静止画を抽出して、ザッピング用静止画バッファ３１に取り込んでおいてもよい。バーストデータから静止画を抽出する方法としては、例えばＩピクチャを抽出することが考えられる。この方法によっても、ザッピングモード中に静止画及び音声を出力することができる。
【０１３９】
（変形例）
本実施形態における、ザッピング用データとして静止画が伝送される場合における受信方法における改良例を説明する。
図１５は、伝送チャンネル１４上のデータ配置イメージを示した図である。
同図中、バーストデータ（タイムスライス）１０はサービスＳ１〜Ｓ５の高品質データを伝送している。バーストデータは、動画と音声データに対し、平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮を施して得られたものである。各サービスＳ１〜Ｓ５に対するザッピング用低品質データパッケージ１１ｓ１〜１１ｓ５は、各サービスＳ１〜Ｓ５の１つのバーストデータ（タイムスライス）で伝送される動画を代表する２ｋｂｙｔｅの静止画像と、高品質データの１つのバーストデータ（タイムスライス）で伝送される音声を約８ｋｂｐｓに圧縮して得られる、約５秒間分の音声データとを含む。
【０１４０】
１つのタイムスライスで伝送されるサービスの数は、ＤＶＢ−Ｔ標準の信号と混在して伝送する場合、この例のように数個程度となる。このため、平均伝送レート６４ｋｂｐｓのザッピングストリーム１１中の１つのタイムスライス持続時間（約１３０ｍｓｅｃ）内において、全てのサービスＳ１〜Ｓ５の低品質データパッケージ１１ｓ１〜１１ｓ５を伝送することができる。
【０１４１】
受信機２０は、選択されたサービスに関するバーストデータの受信と同時に他のサービスに関する全てのザッピング用低品質データパッケージを受信できる。このため、ザッピング用低品質データパッケージを受信するためにＯＦＤＭ復調部２４の電源を常時ＯＮにする必要がなく、バーストデータ受信中のみオンにするだけで（図１５参照）、待ち時間なしに静止画と音声を出力することができる。
【０１４２】
＜実施の形態３＞
図１６は、本実施形態の送信信号の生成を説明するための図である。図１６は、図１と比べ、処理装置９の出力が、マルチプレクサ１２の代わりに処理装置８に入力され、処理装置８には、更にバッファＢ６が加えられている点で異なる。また、図１７は、伝送チャンネル上でのデータ配置を説明した図である。図１６、図１７に示すように、本実施形態では、ザッピングモード時に表示に使用される低品質データについても、高品質データと同様にバーストデータとして送信される。
【０１４３】
図１６において、コンテンツソース２，３，４，５，６から提供されるサービスＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５は、それぞれ高品質と低品質の２段階の品質にエンコードされ、ＩＰパケット７、７ｂとして提供される。
【０１４４】
高品質エンコードされたＩＰパケット７の生成については前述の実施形態の場合と同様である。以下、低品質エンコードされたＩＰパケット７ｂについて説明する。
【０１４５】
低品質エンコードされたＩＰパケット７ｂは、処理装置９に入力され、トランスポートストリームパケットにカプセル化され、さらに全てのサービスＳ１〜Ｓ５のトランスポートパケットを多重化した連続的なトランスポートストリーム１１を生成する。低品質データを含むトランスポートストリーム１１は処理装置８に入力される。
【０１４６】
処理装置９から処理装置８に入力された低品質のＴＳパケットストリーム１１は、約５秒間分がバッファＢ６に入力され、ひとつのバースト１５として処理装置８から出力される。このとき、処理装置８は高品質データの処理と同様に、低品質データを含むトランスポートストリーム１１から、広帯域、短期間のザッピング用バーストデータ１５を生成する。バースト１５には、低品質のＴＳパケットストリーム１１に相当する、同じＰＩＤアドレスが付与されたザッピング用のＴＳパケット群Ｓ０が含まれる。
【０１４７】
ザッピング用バースト１５のセクションには、対応する高品質バーストが送信されるタイミングを示す時間情報が付与される。複数のバースト１０とザッピング用バースト１５は、順にバースト伝送され、マルチプレクサ１２に送られる。マルチプレクサ１２において、バーストデータは、ＰＳＩ生成器１８で生成された４種類のテーブルＰＡＴ，ＰＭＴ，ＣＡＴ，ＮＩＴとともにマルチプレクスされる。
【０１４８】
すなわち伝送チャンネルは、サービス毎にバーストを構成した高品質データと、１つのザッピング用低品質データのバーストから構成される。
【０１４９】
以上のように、本実施形態では、図１７に示すように、伝送チャンネル１４上には、サービス毎にバーストデータを構成した高品質データと、１つのザッピング用低品質データのバーストデータとが伝送される。
【０１５０】
以下に、上記の伝送方式の信号を受信する場合の受信方法を、図１８を参照しながら説明する。ここで、高品質データは、動画と音声データについて平均伝送レート３５０ｋｂｐｓでＭＰＥＧ４圧縮したものであり、低品質データは、高品質データと同じコンテンツを、動画と音声について平均伝送レート６４ｋｂｐｓでＭＰＥＧ４圧縮したものである。なお、図中の数値パラメータは、理解を容易にするため一例として記載したもので、本発明でのパラメータを限定するものではない。
【０１５１】
図１８において、時刻ｔ０でサービスＳ１が選択され、間欠受信モードで受信されている。時刻ｔ１でユーザがチャンネルボタン等のＵＩ２１を操作し、サービスＳ２にチャンネルを変更すると、ＯＦＤＭ復調部２４の電源がオンにされ、ザッピングモードに入る。
【０１５２】
この時点では、ザッピング用バーストデータ１５は送信されていないため、時刻ｔ２でザッピング用バーストデータ１５が受信されるまで、サービスＳ１が継続して再生される。時刻ｔ２でザッピング用バーストデータ１５が受信された後は、サービスＳ２が選択されている間、受信機はザッピング用バーストデータ１５から、サービスＳ２の低品質データを取り出し、その再生を行う。この状態で、時刻ｔ３にユーザ操作によりサービスＳ３が選択されると、受信機はザッピング用バーストデータ１５からサービスＳ３の低品質データを取り出し、再生を開始する。
【０１５３】
その後、時刻ｔ４にてユーザ操作によりサービスＳ４が選択されると、受信機はザッピング用バースト１５からサービスＳ４の低品質データを取り出し、再生を開始する。時刻ｔ５で、サービスＳ４のバーストデータが送信されていることを検出すると、直ちにサービスＳ４のバーストデータの受信を開始し、高品質データの再生を開始しバースト受信モードに移行する。この場合、時刻ｔ６から、サービスＳ４の次のバーストデータが送信される時刻ｔ７まで、ＯＦＤＭ復調部２４への電源供給を停止する。
【０１５４】
次に受信を開始すべき時刻ｔ７に関する情報（Δｔ）は、サービスＳ４のバーストデータ中に含まれているため、受信したデータから知ることができる。なお、低品質データは、高品質データを高圧縮して得られるデータでもよいし、コンテンツに関連する、静止画及び音声の組み合わせ、音声のみ、または静止画のみで構成されてもよい。
【０１５５】
また、低品質データを伝送するザッピング用バーストデータ１５においても、次の高品質データを伝送するバーストデータが送信されるまで時間情報（Δｔ）を伝送することで、ザッピングモードから間欠受信モードへのスムーズな切り替えが可能となる。
【０１５６】
なお、ザッピングモード開始直後は、ザッピング用バーストデータを受信するまでの間、コンテンツの画像の表示を待つ必要があるが、ザッピングモード途中の再度のチャンネル切替え時には、すでにザッピング用バーストデータを受信しているため、画像表示を即座に切替えることが可能である。
【０１５７】
また、ザッピング視聴（ザッピングモード時）でない通常視聴時（間欠受信モード時）においても、ザッピング用バーストデータを定期的に受信し、バッファに蓄えるようにしてもよい。これにより、ザッピングモードにおけるサービス切替時の表示の待ち時間をなくすことができる。さらに、ユーザの設定によって、通常視聴時の、ザッピング用バーストデータの定期的な受信頻度を指定できるようにしてもよい。こうすることで、不要なザッピング用バーストデータの受信を抑制でき、電力の消耗を抑えることができる。
【０１５８】
＜実施の形態４＞
図１９に、本実施形態の受信機の別の例のブロック図を示す。本実施形態は、図５に示す構成に加えて、ザッピング用バッファ３４とスイッチ３２をさらに備えている。ザッピング用バッファ３４は脱着可能な記録媒体であってもよい。
【０１５９】
ザッピング用バッファ３４は、ザッピングモード時に画面表示に使用される低品質データを含むザッピング用データを格納する。スイッチ３２は、受信機に表示させる画像を切り替える。具体的には、スイッチ３２は、間欠受信モードにおいては、ＭＰＥＧ４デコーダ２８から出力された高品質の画像データを選択して出力し、ザッピングモードにおいては、ザッピング用バッファ３４から読み出された低品質の画像データ（例えば静止画データ）を選択して出力する。なお、音声に関しては、間欠受信モード、ザッピングモードに関わらず、ＭＰＥＧ４デコーダ２８でデコードされた音声信号が出力される。
【０１６０】
ザッピングモードにおいて、受信していない他のサービスに切り替える際には、その他のザッピング用データの取得において、チューナの選局処理等により、ある程度の時間がかかる。本実施形態では、ザッピングモードにおいてサービスの切替を行ったときに、スムーズな表示切替えを実現するための構成を説明する。
【０１６１】
本実施形態では、選択されたサービス（チャンネル）のバーストデータ（タイムスライス）を受信していない期間において、他のサービスのザッピング用データを受信し、ザッピング用バッファ３４に定期的に蓄積しておく。そして、ザッピングモードにおいて、他のサービス（チャンネル）が選択されたときに、ザッピング用バッファ３４に格納されているそのサービスのデータを読み出して再生する。これにより、ザッピングモード時において、速やかに画像表示を切替えることができる。この場合、バッファ３４に保存するデータは、音声・静止画等容量の小さいフォーマットに変換し、保存しておくと好適である。
【０１６２】
なお、上記の各実施形態において、ＩＰパケットのＩＰアドレスは、受信側が低品質データと高品質データを区別なく処理可能なように、サービス毎に異なるアドレスを割り振るのが望ましい。コンテンツが同じである例えばＳ１−ａ、Ｓ１−ｂのＩＰパケットは、同一のＩＰアドレスを付与することが望ましい。しかしながら、コンテンツが同一の高品質データと低品質データを搬送するＩＰパケットのＩＰアドレスは、異なるアドレスを使用しても差し支えない。
【０１６３】
また、ザッピングストリームが複数ある（テキスト型ザッピングストリームと、静止画型ザッピングストリーム等）場合には、ＰＭＴ内のザッピングストリームに関する情報を複数記述してもよい。
【０１６４】
また、上記の例では、ザッピングストリームは、ひとつのチャンネル内にある複数のサービスに対応したザッピングストリームについて説明したが、複数のチャンネルが伝送され、それぞれのチャンネルにおいてザッピングストリームが含まれる場合についても、同様の効果が得られる。
【０１６５】
さらに、複数の伝送チャンネルを使用してサービスを受信する場合、第１のチャンネルで伝送されているサービスのザッピングデータを、第２のチャンネル内におけるザッピングストリームに多重して伝送すれば、第２のチャンネルに含まれるザッピングストリームを用いれば、第２のチャンネルを受けているときであっても、第１のチャンネルに含まれるザッピングデータも見ることができる。
【０１６６】
本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。
【産業上の利用可能性】
【０１６７】
本発明は、ユーザが視聴したいサービス（チャンネル）を切替えながら選択するザッピング操作を行う際に、スムーズな表示切替えを実現可能であり、複数のサービスが多重化されて送信されるデジタルデータ放送の受信装置に適用でき、例えば、デジタルデータ放送の受信機能を備えた携帯端末に有用である。
【図面の簡単な説明】
【０１６８】
【図１】本発明が前提とするコンテンツ伝送方式の概念を示す図
【図２】本発明における伝送チャンネル上でのデータ配置イメージを示す図
【図３】本発明の受信機の電源制御動作を示す図
【図４】本発明の受信機のザッピング受信時の受信方法を説明する図
【図５】本発明の実施の形態１の受信機のブロック図
【図６Ａ】本発明の受信機の動作を示すフローチャートの前半の図
【図６Ｂ】本発明の受信機の動作を示すフローチャート後半の図
【図７Ａ】本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（ザッピング動作の基本フロー）
【図７Ｂ】本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（低品質データ処理）
【図７Ｃ】本発明の実施の形態１の変形例１の受信機の動作を示すフローチャート（バッファ制御）
【図８】本発明の実施の形態１の変形例２の受信機の動作を示すフローチャート（バッファ制御を示す）
【図９】本発明の実施の形態１の変形例３の受信機の視聴サービス決定処理のフローチャート
【図１０Ａ】本発明の実施の形態１の変形例４の受信機の動作を示すフローチャート（ザッピング動作の基本フロー）
【図１０Ｂ】本発明の実施の形態１の変形例４の受信機の動作を示すフローチャート（低品質データ処理）
【図１１】バーストデータの幅を説明するための図
【図１２】Δｔの補正を説明するための図
【図１３】本発明の実施の形態１の変形例７の受信機が受信する信号の生成方法を示す図
【図１４】本発明の実施の形態２の受信機のブロック図
【図１５】本発明の実施の形態２の変形例２の受信機が受信する信号の概念を示す図
【図１６】本発明の実施の形態３における送信方法の概念を示す図
【図１７】本発明に実施の形態３における送信方法における伝送チャンネル上でのデータ配置イメージを示す図
【図１８】本発明の実施の形態３における送信方法を受信する受信機のザッピング受信時の受信方法を説明する図
【図１９】本発明の実施の形態４の受信機のブロック図
【図２０】従来の伝送方式の概念図
【図２１】ＩＰパケットからＴＳパケットへの変換を示す図
【図２２】マルチプレクサにより多重化される様子を示す図
【符号の説明】
【０１６９】
１  ヘッドエンド
２〜６  サービスＳ１〜Ｓ５のコンテンツソース
７  ＩＰパケット
８  プロセッサ１
９  プロセッサ２
１０  バーストデータ
１１  低品質データが多重されたトランスポートストリーム
１１ｓ１〜１１ｓ５  低品質データパッケージ
１２  ＴＳ多重装置
１３  送信装置
１４  伝送チャンネル
１５  ザッピングバースト
１６  タイムスタンプオフセット検出部
２０  受信機
２１  ユーザインタフェース（ＵＩ）
２２  受信制御部
２３  電源制御部
２４  ＯＦＤＭ復調部
２５  ＴＳデコーダ
２６  ＩＰパケット抽出部
２７  バッファ
２８  ＭＰＥＧ４デコーダ
２９  モード表示部
３０  静止画取得部
３１  静止画バッファ
３２  スイッチ（ＳＷ）
３３  通信回線
３４  ザッピング用バッファ
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005043784.tif 000031
【図２】
2005043784.tif 000032
【図３】
2005043784.tif 000033
【図４】
2005043784.tif 000034
【図５】
2005043784.tif 000035
【図６Ａ】
2005043784.tif 000036
【図６Ｂ】
2005043784.tif 000037
【図７Ａ】
2005043784.tif 000038
【図７Ｂ】
2005043784.tif 000039
【図７Ｃ】
2005043784.tif 000040
【図８】
2005043784.tif 000041
【図９】
2005043784.tif 000042
【図１０Ａ】
2005043784.tif 000043
【図１０Ｂ】
2005043784.tif 000044
【図１１】
2005043784.tif 000045
【図１２】
2005043784.tif 000046
【図１３】
2005043784.tif 000047
【図１４】
2005043784.tif 000048
【図１５】
2005043784.tif 000049
【図１６】
2005043784.tif 000050
【図１７】
2005043784.tif 000051
【図１８】
2005043784.tif 000052
【図１９】
2005043784.tif 000053
【図２０】
2005043784.tif 000054
【図２１】
2005043784.tif 000055
【図２２】
2005043784.tif 000056
【国際調査報告】
2005043784.tif 000057
2005043784.tif 000058
2005043784.tif 000059
2005043784.tif 000060
2005043784.tif 000061
2005043784.tif 000062
2005043784.tif 000063