(57)【要約】本発明では、複数の通常のサービスそれぞれに関連するザッピングストリームを１つのバーストの中に入れて、ザッピングバーストとして伝送する。ザッピングバーストは、一秒以下の周期で送出する。ザッピングバーストは、ザッピングバースト専用のＰＩＤがつけられる。ザッピングバーストと、通常サービスの関連付けは、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する。このように、送出することにより、送出側のＩＰエンカプシュレータ、現存する受信機を大幅に変更することなく、ザッピング処理が可能となる。【特許請求の範囲】
【請求項１】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式において、
各サービスに関連するデータをザッピングデータとして集中して、ザッピング用のバースト内に配置し、ザッピングバーストとして伝送することを特徴とするバースト伝送方法。
【請求項２】
ザッピングバーストの伝送フレームはザッピングＭＰＥ−ＦＥＣフレームを構成し、
前記ザッピングＭＰＥ−ＦＥＣフレームは、ザッピングアプリケーションデータテーブルと、ザッピングＲＳデータテーブルからなり、
ザッピングアプリケーションデータテーブルは、ザッピングＩＰデータグラムで埋められ、ザッピングＩＰデータグラムはザッピングストリームを運ぶことを特徴とする請求項１記載のバースト伝送方法。
【請求項３】
前記通常ストリームが配置されたテーブルから、
前記通常ストリームの誤り訂正のための冗長データを算出し、
この算出された通常ストリームの冗長データを第一の誤り訂正データ用データテーブルに配置し、
前記ザッピング用ストリームが配置されたテーブルから前記ザッピング用ストリームの誤り訂正のための冗長データを算出し、
この算出されたザッピング用冗長データを第二の誤り訂正データ用データテーブルに配置する請求項２に記載の伝送方法。
【請求項４】
複数の通常サービスに対応するザッピング用ストリームを一つのザッピング用フレームに配置し、前記ザッピングストリームは、通常サービスのＴＳと異なる固有のＰＩＤに設定して、送信することを特徴とする請求項１に記載の伝送方法。
【請求項５】
ザッピング用サービスのバースト間隔を示すデルタｔフィールドに「ｎｏ  ｐｏｗｅｒ  ｏｆｆ」または「１０ｍｓ」のようなできるだけ小さな値を設定する請求項１に記載の伝送方法。
【請求項６】
同じザッピング用フレーム内の全てのザッピング用ストリームから、どのザッピング用ストリームを取り出すかを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する請求項４に記載の伝送方法。
【請求項７】
ザッピング用フレーム内のザッピング用ストリームと、それに関連する通常サービスとの関連付けを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する請求項４に記載の伝送方法。
【請求項８】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
通常のストリームを処理するための、
第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ部、第二のＣＲＣ−３２またはチェックサム算出部、第二のＭＰＥ−デカプシュレイター部、第二のＭＰＥ−ＦＥＣフレーム部、第二の信頼性フレーム部とを備える受信装置。
【請求項９】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
通常のストリームを処理するための、第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ手段、第二のＣＲＣ−３２またはチェックサム算出手段、第二のＭＰＥ−デカプシュレイター手段、第二のＭＰＥ−ＦＥＣフレーム手段、第二の信頼性フレーム手段とを実行するファームウェアを備える受信装置。
【請求項１０】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
前記通常ストリームをバッファに蓄積する手段と、
前記バッファから出力する準備が整ったことを検出する手段と、
前記出力する準備が整ったことが検出された場合に前記ザッピング用ストリームの処理を中断させる手段を備える請求項８乃至請求項９に記載の受信装置。
【請求項１１】
前記ザッピング用ストリームを保存する手段と、ユーザからの要求に応じて前記保存されたザッピング用ストリームのすべて、もしくは一部を提示する手段を備える請求項８乃至９記載の受信装置。
【請求項１２】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部とを
通常のストリームの処理及び、ザッピング用ストリームの処理に共通に用いることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、欧州での携帯端末向け地上デジタル放送ＤＶＢ−Ｈの受信時に、チャネル切り替えを高速化するザッピングデータ送出方法及びそれを受信する受信端末に関する。
【背景技術】
【０００２】  欧州の地上波デジタル放送の伝送方式は、ＤＶＢ−Ｔ方式として、ＥＴＳＩで規格化されている。（非特許文献２）。しかしながら、日本国内規格（非特許文献４）のようなセグメント別の部分受信をサポートしていないため、ＤＶＢ−Ｔ方式の放送を携帯端末で受信する場合は、ＳＴＢ等の固定端末と同様に、全信号を受信する必要があり、電源容量に制限がある携帯端末では多くの電力を消費し、連続再生時間が短くなるなど実用性に問題があった。【０００３】  そこで、携帯端末での長時間再生が可能となるよう、非特許文献１としてデジタル放送方式ＤＶＢ−Ｈが規格化された。物理層の詳細は、ＤＶＢ−Ｔ規格を拡張して、非特許文献２として規格化され、リンクレイヤーは、非特許文献３として規格化されている。【０００４】  このＤＶＢ−Ｈは、同一サービスのパケットをパケットセットにまとめ、それぞれのパケットセットをデータバーストとして高速度で短時間に伝送し、１つのパケットサービスを伝送中は他のサービスのパケットセットを混ぜないように順に各サービスのパケットセットを伝送している。受信機では、所望のサービスが伝送されているパケットセット送信期間のみ、受信部の電源供給を行うことで、低消費電力を実現している。（以下タイムスライス方式と呼ぶ）【０００５】
【非特許文献１】Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）；Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｈａｎｄｈｅｌｄ  Ｔｅｒｍｉｎａｌｓ（ＤＶＢ−Ｈ）；ＥＴＳＩ  ＥＮ  ３０２  ３０４  Ｖ１．１．１（２００４−１１）
【非特許文献２】Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）；Ｆｒａｍｉｎｇ  ｓｔｒｕｃｔｕｒｅ，ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ａｎｄ  ｍｏｄｕｌａｔｉｏｎ  ｆｏｒ  ｄｉｇｉｔａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｔｅｌｅｖｉｓｉｏｎ；ＥＴＳＩ  ＥＮ  ３００  ７４４
【非特許文献３】ＤＶＢ−Ｄａｔａ  ｂｒｏａｄｃａｓｔｉｎｇ  ｓｐｅｃｉｆｉｃａｔｉｏｎ，ＥＴＳＩ  ＥＮ  ３０１  １９２  Ｖ１．４．１（２００４−１１）
【非特許文献４】ＡＲＩＢ  ＳＴＤ−Ｂ３１
【発明の開示】
【発明が解決しようとする課題】
【０００６】  しかしながら、このタイムスライス方式では、もし、同じ或いは異なるチャネルの別のサービスを選択、すなわち、ザッピングしようとすると、選択したサービスの次のバーストがデコードされ、表示されるまで待たなければならない。【０００７】  このバーストが送出される間隔は通常５秒〜１０秒程度であり、新しいサービスの映像・音声が現れるまでの時間は、平均２．５秒〜５秒であり、最大５秒〜１０秒かかる。【０００８】  このように、視聴者が、テレビを家で見る場合と比較すると、タイムスライス方式では、ザッピングするのに非常に時間がかかる。【０００９】  そのため、選局時、サービスの再生が開始されるまで待ち時間が発生し、ザッピング視聴がスムーズにできないという問題がある。【００１０】  本発明は上記従来の問題点を解決するもので、ザッピング用のザッピングストリームを導入し、ザッピング時間を短くすることを目的とする。【００１１】  ザッピングストリームは、同じトランスポートストリーム内のＤＶＢ−Ｈサービスに関する情報を非常に低いデータレートを使って伝送する。例えば、映像音声コンテンツ、静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである。【００１２】  本発明は、ＤＶＢ−ＨのＩＰＤＣでの簡単なザッピングサポートに関する。
特に、ユーザがテレビチャネルをザッピングしており、選ばれたＡＶサービスにすぐにアクセスできない時に適用できる。【００１３】  もし、頻繁に専用のザッピングサービスが伝送されていれば、静止画、ビデオ画像、或いは、音声が、そこから抽出されて、直ちに視聴者に提供することができる。【００１４】  本発明は、そのようなザッピングサービスの配置方法、伝送方法、受信方法、処理方法、デコード方法に関する。【００１５】  本方法は、ＩＰエンカプシュレーターと端末で、特殊な処理をする必要がなく、通常良く用いられるハードウェア構成のものに、ファームウェアの拡張だけで、ザッピングサービスを付け加えることができる。本発明では、この種のザッピングサービスをサポートする端末の構成についても言及する。
【課題を解決するための手段】
【００１６】  前記従来の課題を解決するために、本発明では、通常サービスに関連するザッピングサービスを送出することを提案する。本発明では、各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式において、
各サービスに関連するデータをザッピングデータとして集中して、ザッピング用のバースト内に配置し、ザッピングバーストとして伝送することを特徴とする。【００１７】  また、本発明は、ザッピングバーストの伝送フレームは、通常のサービスと同様に、ザッピングＭＰＥ−ＦＥＣフレームを構成し、前記ザッピングＭＰＥ−ＦＥＣフレームは、ザッピングアプリケーションデータテーブルと、ザッピングＲＳデータテーブルからなり、
ザッピングアプリケーションデータテーブルは、ザッピングＩＰデータグラムで埋められ、ザッピングＩＰデータグラムはザッピングストリームを運ぶことを特徴とする。【００１８】  また、複数の通常サービスに対応するザッピング用ストリームを一つのザッピング用フレームに配置し、前記ザッピングストリームは、通常サービスのＴＳと異なる固有のＰＩＤに設定して、送信することを特徴とする。【００１９】  また、ザッピング用フレーム内のザッピング用ストリームと、それに関連する通常サービスとの関連付けを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定することを特徴とする。【００２０】  また、通常サービスのストリーム及びザッピングストリームを受信する受信機は、通常のストリームを処理するための、第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ部、第二のＣＲＣ−３２またはチェックサム算出部、第二のＭＰＥ−デカプシュレイター部、第二のＭＰＥ−ＦＥＣフレーム部、第二の信頼性フレーム部とを備えることを特徴とする。
【発明の効果】
【００２１】  以上説明したように、本発明によれば、ザッピングサービスを、ザッピングサービス専用のバーストとして送信することにより、通常サービスと容易に分離が可能であり、通常サービス、ザッピングサービスにそれぞれ専用のバーストを用いる本方法は、ＤＶＢ−Ｈ受信機のフロントエンドによって簡単にサポートすることができ、現在、利用可能なＩＰエンカプシュレーターを用いて容易にインプリメントすることができる。
【図面の簡単な説明】
【００２２】
【図１】５つの通常サービスとそれに対応したザッピングサービスの配置を示す図
【図２】アプリケーションデータテーブル及びザッピングアプリケーションデータテーブルの構成を示す図
【図３】ＤＶＢ−Ｈフロントエンドモデル
【図４】受信端末での並列処理のフローチャート
【図５】ＩＰエンカプシュレイターによるバーストとＰＩＤとＩＰアドレスの対応を示す図
【図６】受信端末での一系統処理のフローチャート
【図７】ザッピングサービスと通常のサービスの対応を示す図
【符号の説明】
【００２３】  ３００  チューナ部
３０１  復調部
３０２  ＰＩＤフィルタ部
３０３  セクションフィルタ／バッファ部
３０４  ＣＲＣ−３２またはチェックサム算出部
３０５  ＭＰＥデカプシュレイター部
３０６  ＭＰＥ−ＦＥＣフレーム部
３０７  信頼性フレーム部
３０８  ＩＰインターフェース部
３０９  多重部
３１０  バッファ部
３１１  ＴＳインターフェース部
４００  通常ストリーム用左側処理
４０１  ザッピングストリーム用右側処理
【発明を実施するための最良の形態】
【００２４】  本発明では、通常のバーストとザッピングバーストは、独立していると考える。
また、ザッピングサービスは通常のサービスと同じ規則に従い、図７に示すように通常のサービスと等価の処理を行う用語を定義する。【００２５】  図１は、５個のバーストサービスの伝送の例を示す。ここでは、５個のサービスが、送出され、各サービスは、それぞれ独立の１つのバーストとして伝送される。また、各サービスに関連するザッピングストリームは集められ、ザッピングストリーム専用のバーストが構成される。【００２６】  通常、ザッピングサービスは、短時間でアクセスできるように、送出される必要があり、通常のサービスの送出周期とザッピングサービスの送出周期は異なる。それらは通常のサービスに対して、また、ザッピングサービスそれぞれについても、フレキシブルなレート或いは一定のレートで伝送することもできる。【００２７】  この一定の周期の時間は、選択可能であり、それは、ザッピングサービスへのアクセス時間により定義される。ザッピングサービスのサイクルタイムは、この例では一秒である。【００２８】  以下、更に詳細に本発明について説明する。【００２９】（実施の形態１）
まず、通常のサービスと、それらに関連するザッピングサービスは、独立していると考える。ザッピングサービスは通常のサービスと同じ規則に従うとする。ここで、ザッピングに関する用語を導入する。これらの用語はザッピングストリーム・ザッピングサービスと関係がある。それらの意味は、非特許文献３で通常のサービスに定義されているのと同じ意味をもつ。【００３０】  通常のサービスは、非特許文献３で定義された、ＭＰＥ−ＦＥＣフレームの中に入れられた形で、伝送される。
各サービス毎に用意された、ザッピングストリームは、集められ、専用のザッピングＭＰＥ−ＦＥＣフレームの中に入れられる。【００３１】  次にこのＭＰＥ−ＦＥＣフレーム構成およびザッピングアプリケーションデータテーブルについて説明する。
図２は、ＭＰＥ−ＦＥＣフレームの一部であるアプリケーションデータテーブル（非特許文献３）を示す。それは、行と列に分割されており、それぞれの位置にＩＰデータグラムの１バイトがある。ＩＰデータグラムは１番目のＩＰデータグラム、２番目のＩＰデータグラム．．．．という順番に配置される。【００３２】  ひとつ、或いは数個のサービスのＩＰデータグラムのストリームだけが、このテーブルに配置され、ザッピングストリームは配置されない。全てのサービスは、それらのＩＰソースアドレスまたはＩＰデスティネーションアドレスまたはポート番号が異なっている。もし、アプリケーションデータテーブルが完全に満たされていない場合は、パディングバイトで埋められる。このようにして、アプリケーションデータテーブルが構成される。【００３３】  同様にして、新しいザッピングアプリケーションデータテーブルが導入される。
このザッピングアプリケーションデータテーブルは、ザッピングストリームのみを専用に運ぶために用いられ、通常のサービスのストリームは運ばない。【００３４】  これらのザッピングストリームは異なるコンテンツプロバイダーからの異なるザッピングサービス発生器で発生される。それらは、通常のＩＰデータグラムと同様に、プロトコルスタックのザッピングＩＰデータグラムで運ばれる。【００３５】  これらのザッピングＩＰデータグラムはザッピングアプリケーションデータテーブルの中に配置される。このザッピングアプリケーションデータテーブルは、非特許文献３で示されるアプリケーションデータテーブルと同じ構成とする。しかし、そのザッピングＩＰデータグラムは、ザッピングストリームからなっている。【００３６】  異なるサービス用のザッピングストリームは、集められて、同じザッピングアプリケーションデータテーブルの中に配置される。各々のザッピングストリームは、それらのＩＰソースアドレス、ＩＰデスティネーションアドレス、或いはＵＤＰポート番号によって、識別可能である。【００３７】  同様に同じアプリケーションデータテーブルの中に配置されている異なる通常のストリームは、ＩＰソースアドレス、ＩＰデスティネーションアドレス、或いはＵＤＰポート番号によって、識別可能である。【００３８】  次にザッピングＲＳデータテーブルを定義する。
非特許文献３のＲＳ（リードソロモン）データテーブルと同様のものが、新しく”ザッピングＲＳデータテーブルとして導入される”このザッピングＲＳデータテーブルは、ザッピングアプリケーションデータテーブルの受信耐性を向上するために導入される。【００３９】  ザッピングＲＳデータテーブルは、ザッピングＲＳバイトを含む。それは、ＲＳデータテーブルの中のＲＳバイトが、アプリケーションデータテーブルから計算されるのと同様に、関連するザッピングアプリケーションデータテーブルから計算される。【００４０】  以上定義された、ザッピングアプリケーションデータテーブル及びザッピングＲＳデータテーブルからザッピングＭＰＥ−ＦＥＣフレームが構成され、特許文献３のＭＰＥ−ＦＥＣフレームと等価となっている。【００４１】  ザッピングバーストは、それぞれの通常サービスのザッピングストリームを集めて、作られる。これにより、短いが、かなり詰まったザッピングＭＰＥ−ＦＥＣフレームが構成される。他のサービスのザッピングストリームと一緒に送ることで、ＭＰＥ−ＦＥＣフレームでの時間インタリーブ効果をあげることができる。しかし、ザッピングサービスのデータレートは、関連する通常のサービスよりもデータレートがかなり低い。そのため、ザッピングＭＰＥ−ＦＥＣフレームは通常のＭＰＥ−ＦＥＣフレームの行数よりも小さく設定する。【００４２】  以上説明した定義で作成されたザッピングストリームの受信方法について説明する。
通常のＭＰＥ−ＦＥＣフレームと、ザッピングＭＰＥ−ＦＥＣフレームは、ＰＩＤによって識別しフィルタリングできる。【００４３】  特定のザッピングサービスは、ＰＩＤフィルタによって抽出された、ザッピングストリームの中から、そのＩＰソースアドレスまたはＩＰデスティネーションアドレスまたはポート番号によって選ぶことができる。【００４４】  次に、具体的にザッピングサービスから、その対応する通常サービスを識別する方法について説明する。図５にひとつの例を示す。【００４５】  本実施の形態では、バーストナンバー０，２，４，６，８で各通常サービスが伝送され、バーストナンバー１，３，５，７，９でザッピングストリームが伝送される。
ザッピングストリームが伝送されるバーストでは、バースト毎に全ての通常サービスのバーストを含んでいる。【００４６】  本実施の形態では、ザッピングが開始された場合、ＰＩＤが、０ｘ１０１のＴＳパケットを抽出する。例えば、バースト１を抽出したとする。次に、ザッピングサービスとして、５を選択したとする。すると、バーストナンバー１のザッピングストリームが１秒表示された後、バーストナンバー３のザッピングサービス５，バーストナンバー５のザッピングサービス５，ザッピングサービス７のザッピングサービス５が各１秒づつ再生された後、バーストナンバー８で伝送されるサービス５が再生される。【００４７】  ザッピングバーストのＰＩＤは、予め規定する。或いは、ＥＰＧなどを利用して送出しても良い。
ザッピングサービスと、通常サービスの関連付けは、ＩＰアドレスで関連付けられる。例えば、図５に示すように、ザッピングストリームのＩＰアドレスが、１０．１０．１０１．０５であり、その第４オクテットが同一であるサービスバーストのＩＰアドレス１０．１０．１００．０５を見つけて、バーストナンバー８を受信し、その後通常の受信処理に移行する。【００４８】  なお、通常サービスのバーストとして送出されるＴＳのＰＩＤと、そのバーストの中で、送出されるＩＰアドレスの関連付けを予め規定する。或いは、ＥＰＧ等を利用して送出しておくと、受信機でザッピングサービスと通常サービスの関連付けが容易になる。【００４９】  例えば、ザッピングサービス中に、プライベートデータとして、サービスバーストのＩＰアドレスとバーストナンバーを関連付ける情報を多重して伝送することで、サービスバースト受信時にスムーズにバースト受信が可能となる。【００５０】  また、現在再生中のザッピングサービスに関連するサービスバーストのみのサービスＩＤ情報が多重伝送される場合でも、ＩＮＴ等のＳＩ情報を参照することで、受信すべきサービスバーストを特定することが可能である。【００５１】（実施の形態２）
本実施の形態では、実施の形態１で示した定義のザッピングストリームの発生方法について説明する。
ザッピングストリーム発生器は、例えば、コンテンツプロバイダーに提供され、コンテンツプロバイダー自身が、通常のサービスから、ザッピング用データを生成する。【００５２】  このザッピング発生器は、所定の間隔例えば１秒に１回、ザッピングストリームを発生する。そのようなザッピングストリームは、例えば、同じコンテンツプロバイダーの同じサービス内容の現時点での、スナップショットか、オーディオ・ビデオなどの低データレートのコピーであっても良い。【００５３】  このザッピングストリームは、適切なＩＰプロトコルとされ、ネットワーク等を通じてＩＰエンカプシュレーターに送られる。ＩＰエンカプシュレーターは同じザッピングアプリケーションテーブルの中の全てのコンテンツプロバイダーからの所定の期間内にある、全てのザッピングストリームを配置する。【００５４】  ＩＰエンカプシュレーターは、専用のザッピングＭＰＥ−ＦＥＣフレームの中にザッピングストリームを配置する。【００５５】  以上の方法によるザッピングストリームの配置は、利用可能なＩＰエンカプシュレーターで容易に実行可能である。【００５６】  ザッピングストリーム発生器では、タイムアウトを全ての期間に設定する。（タイムアウトになった場合は、次のザッピングバーストで伝送される）それから、ＩＰエンカプシュレーターは、関連するザッピングＲＳデータテーブルを発生する。その後、（非特許文献３）のデータグラムセクションと同様にザッピングサービスはザッピングデータグラムセクションに入れられる。ザッピングデータグラムセクションは、多数のＴＳパケットに分配され、バーストでマルチプレクスデバイスに伝送される。【００５７】  ザッピングサービスが例えば、異なる時間間隔で送出される場合、例えば１秒の代わりに、０．７秒等の異なるサイクル時間でザッピングサービスが送られる場合、上に記述したように、ＩＰエンカプシュレーターで、独立に処理される。その時に同時にタイムアウト時間も合わせて変更される。通常のストリームについても同様の方法で処理される。ザッピングサポート用のＩＰエンカプシュレーターの改修は非常に簡単である。【００５８】  非特許文献３に示されているサービスバーストの次のバーストが伝送される時間が、データグラムセクションにあるΔｔで送られると同様に、ザッピングバーストについても、ザッピングデータグラムセクションにあるΔｔフィールドが用いられる。しかしながら、もしＤＶＢ−Ｈフロントエンドが、このΔｔ値を評価し、二つの連続したザッピングバーストの間の期間、スイッチオフするのであれば、関連する通常のサービスバーストが失われる。【００５９】  そのように、ザッピングデータグラムセクションヘッダーにあるΔｔフィールドは、”電源オフ禁止”に設定する。或いは、定義されている最小値１０ｍｓに設定すべきである。【００６０】  特定のザッピングストリームに関連する通常のストリームのバーストの伝送時間を通知するインジケーションは存在しない。そのようなインジケーションを導入することは可能であるが、送信側のＩＰエンカプシュレイターや受信端末の複雑さを増加させることになる。【００６１】（実施の形態３）
本実施の形態は、ＤＶＢ−Ｈ受信端末に関するものである。
すでに説明したように、専用のザッピング用ＭＰＥ−ＦＥＣフレームの中にザッピングストリームを集中して配置する方法は、受信器のハードウェアでザッピングが容易に実現可能であるため、非常に有利である。【００６２】  そのため、ザッピングをサポートするＤＶＢ−Ｈ受信端末は簡単な構成でよい。
図３に示す通常サービスの処理に関係するＤＶＢ−Ｈフロントエンド部分は、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、セクションフィルタ／バッファ部３０３、ＣＲＣ−３２またはチェックサム算出部３０４、ＭＰＥデカプシュレイター部３０５、ＭＰＥ−ＦＥＣフレーム部３０６、信頼性フレーム部３０７、ＩＰインターフェース部３０８、多重化部３０９である。ＤＶＢ−Ｈフロントエンドモデルの処理の詳細は、同業者には明白であり、ここでは詳細を記述しない。【００６３】  ＰＳＩ／ＳＩテーブル処理に関係するＤＶＢ−Ｈフロントエンド部分は、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、バッファ部３１０、ＴＳインターフェース部３１１、多重部３０９である。ＤＶＢ−Ｈフロントエンドの処理の詳細は、同業者には明白であり、ここでは詳細を記述しない。【００６４】  ザッピングストリーム処理に関係するＤＶＢ−Ｈフロントエンド部分はＰＳＩ／ＳＩテーブル処理と同様で、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、バッファ部３１０、ＴＳインターフェース部３１１、多重部３０９である。本発明の実施の形態では、後に説明するように、ザッピングサービスのための、セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部の処理はＤＶＢ−Ｈフロントエンドの外側の端末のファームウェアで実行したが、フロントエンド内にザッピングサービスのための、セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部を持ち処理しても良い。【００６５】  ザッピングデータのデータ容量は、例えば一枚のＪＰＥＧ画像が約３０キロビット、さらにプロトコルのオーバーヘッドが数百ビットで程度であり、通常小さいので、性能の低い端末でも、１秒以内にトランスポートストリームから１枚のＪＰＥＧ画像を取り出して、表示することができる。【００６６】  次に、受信端末での処理のフローチャートを図４に示す。
実施の形態１で示したように、通常サービスのバーストとして送出されるＴＳのＰＩＤと、そのバーストの中で、送出されるＩＰアドレスの関連付けが予め規定されているとする。【００６７】  端末のファームウェアで、サービスの選択、すなわち、ＩＰアドレスの選択が行われると、そのサービスを含んでいるＰＩＤが選択されて、通常のバーストが受信される。それと同時に、固有のＰＩＤを持ったザッピングバーストが受信される。【００６８】  通常サービスのための左側の処理４００は図３に示すフロントエンドで処理される。ザッピングサービスのための右側の処理４０１は、図３の多重部３０９から出力されるデータを、図示していない端末のファームウェアによって実行される。ユーザが他のサービス（他のテレビチャネル）を選択したとき、それぞれ互いに独立した二つの処理が並列して開始される。通常サービスに関係する左側の処理４００は、ザッピングサービスに関係する右側の処理４０１を停止させることができる。【００６９】  左側の処理４００は、ユーザが新しいサービスを選択した後、すぐに開始される通常ＡＶサービスの処理を示す。この処理はＤＶＢ−Ｈフロントエンド内で、主としてハードウェアによって実行される。ＰＩＤフィルタの設定（図５より、例えば、バースト０でサービス１を伝送するには０ｘ０Ａ１と設定する）から、バーストを待って、このバーストからＩＰデータグラムを取り出す処理はすでによく知られているので、ここでは記述しない。【００７０】  ＩＰデータグラムの取り出し処理が終わった後、割り込みまたは他の手段によって、または、ＭＰＥ−ＦＥＣフレームに関するレジスタをポーリングすることによって、ファームウェアは完全で訂正されたアプリケーションデータテーブルを利用可能になったことを検出する。【００７１】  次のバーストを受信する前のある適当な時点で、この処理はザッピングサービスの処理４０１を停止させ、受信したバーストのアプリケーションデータテーブルからＩＰデータグラムを読み出す。その後、ＡＶペイロードを取り出し、デコードし、画面とスピーカを通して、ユーザにコンテンツを提示する。【００７２】  最初に電源をＯＮした時などでは、コンテンツの提示が開始されるまでの待ち時間は、少なくとも、最初のバーストを受信するまでの時間と、最初のバーストを処理する時間、及びＡＶデコーダのバッファがアンダーフローから回復するまでの時間が必要となる。【００７３】  それゆえ図４の右側のザッピング処理４０１は、現在のサービスやイベントの進行をすばやく見つけるため、左側の処理４００と並列に開始される。通常サービスに比べ、ザッピングバーストの送出間隔が十分に短いため、サービスをすばやく見つけることができる。【００７４】  並列に、処理されるザッピングの処理は以下のようになる。まず、ＰＩＤフィルタがザッピングサービスバーストのためのＰＩＤにセットされる（例えば図５では、０ｘ１０１にすれば１秒間隔で送出されるバースト１、３、５、７、９等のザッピングサービスにアクセスすることになる。）【００７５】  次に、ザッピングサービスを含んだバーストが受信され（図１より、例えば１秒以内）、すべてのＴＳパケットがバッファに格納される。【００７６】  この処理はＤＶＢ−Ｈ（非特許文献３）で必須となるＰＳＩ／ＳＩテーブルの受信とほぼ同じである。
バッファをポーリングする、または割り込みを受ける、または他の手段により、バッファにザッピングに関した、いくつかあるいは全てのＴＳパケットがたまっていることが検出されると、ファームウェアがこれらのＴＳパケットを読み出す。その後ファームウェアがザッピングデータグラムセクションを集めて、ＣＲＣ−３２またはチェックサムを算出し、ＲＳデータテーブルを使った誤り訂正が行われ、ＭＰＥデカプシュレイター処理される。【００７７】  それから全てのザッピングストリームから対応したザッピングストリームを選択し、そのザッピングペイロード（例えばＪＰＥＧ画像ファイル）を取り出し、デコードし、画面とスピーカを通してユーザにコンテンツを提示する。【００７８】  この処理は左側の通常の処理４００によって停止させられるまで（例えば、選択されたサービスがデコードされて、ザッピングサービスと置き換えられる準備ができるまで）、繰り返される。選択されたサービスの用意ができていない間は、次のザッピングバーストを待ち続ける。【００７９】  選択したサービスに関連する一つのザッピングストリームは、ユーザが、ザッピング中に処理され、提示される。同じザッピングバーストに含まれる他のザッピングストリームは捨てられる。しかし、他のザッピングストリームがすでにメモリに保存されていれば、ユーザが１秒以内に他のサービスを選択した場合に、すぐ提示可能なので、捨てる代わりにこれらのザッピングストリームを端末のメモリに保存しておいてもよい。【００８０】  ユーザが他のサ−ビスを選択すると、端末で通常サービスの準備が整うまで、選択したサービスに対応したザッピングサービスが提示される。代わりに、対応したザッピングサービスだけでなく、同じザッピングバーストに含まれるほかの全てのザッピングサービス、またはより好ましいザッピングサービスのみをユーザに提示することができる。【００８１】  ザッピングをサポートすることは、これまで述べたＤＶＢ−Ｈフロントエンドモデルに制限されない。ザッピングストリームを含むＴＳパケットをバッファリングする代わりに、ＤＶＢ−Ｈフロントエンドに付加されたザッピング専用のハードウェア（ザッピングデータグラムセクション用セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ザッピング用ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部、ザッピング用ＩＰインターフェース部）がこれらのＴＳパケットを処理してもよい。【００８２】  ユーザによるザッピング期間中、ＤＶＢ−Ｈフロントエンドは、電源をオフしないようにすべきであり、引き続いて送信されてくるザッピングバーストを受信し、それに関係付けられた通常サービスを選ぶようにする。【００８３】（実施の形態４）
本実施の形態は、ＤＶＢ−Ｈ受信端末に関するものである。
本実施の形態では、実施の形態３と異なり、通常サービスストリームとザッピングサービスストリームを一系統で処理する。その他の部分は、実施の形態３と同様であるので省略する。【００８４】  図６にフローチャートを示す。ここでは、バッファーのアンダーフローの制御等については省略する。まず、電源ＯＮ、或いは、視聴サービスの切り替えを行う時点がスタートとなる。スタートされると、すぐに、ザッピングサービスが伝送されるＰＩＤに設定する。ザッピングバーストをＭＰＥ−ＦＥＣ等の処理をし、ＩＰストリームに変換する。その後、希望のサービスを選択する。希望のサービス選択が終了しない場合は、次のザッピングバーストの中の同じサービスがデコードされる。また、ザッピング中に、別のサービスが選択された場合は、現在のザッピングバーストに蓄えられている、別のサービスを映し出す、或いは次のザッピングバースト期間で、選択されたサービスのザッピングストリームをデコードして表示する。【００８５】  なお、ザッピング期間中に、そのサービスに相当する通常サービスを受信した場合は、自動的に通常サービスに移行すべきであるが、端末で決定キーを押す等の方法で、サービス選択決定と明示的に示さない場合、ザッピングストリームの再生を続けるようにしても良い。【００８６】  このようにすると、通常サービスとザッピングサービスを１つの系統で処理できる。すなわち、ＰＩＤフィルタ部３０２、セクションフィルタ／バッファ部３０３、ＣＲＣ−３２またはチェックサム算出部３０４、ＭＰＥデカプシュレイター部３０５、ＭＰＥ−ＦＥＣフレーム部３０６、信頼性フレーム部３０７、ＩＰインターフェース部３０８を一系統持てば良い。【００８７】  なお、本実施の形態は、受信端末として記述したが、本実施の形態の処理は通常は集積回路で実現される。
【産業上の利用可能性】
【００８８】  本発明にかかるザッピングストリーム伝送方法は、ザッピングストリームを集中的に配して、特定のＰＩＤに設定することにより、受信機でザッピングストリームにすばやくアクセスすることが可能となる。本発明は、ＤＶＢ−Ｈのデータ送信方法として有用である。また、他のバースト伝送される伝送方式の受信の場合も、ザッピング時間を短くするために利用できる。
【図１】
2006114830.tif 000002
【図２】
2006114830.tif 000003
【図３】
2006114830.tif 000004
【図４】
2006114830.tif 000005
【図５】
2006114830.tif 000006
【図６】
2006114830.tif 000007
【図７】
2006114830.tif 000008
【手続補正書】
【提出日】平成18年9月6日(2006.9.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式において、
各サービスに関連するデータをザッピングデータとして集中して、ザッピング用のバースト内に配置し、ザッピングバーストとして伝送することを特徴とするバースト伝送方法。
【請求項２】
ザッピングバーストの伝送フレームはザッピングＭＰＥ−ＦＥＣフレームを構成し、
前記ザッピングＭＰＥ−ＦＥＣフレームは、ザッピングアプリケーションデータテーブルと、ザッピングＲＳデータテーブルからなり、
ザッピングアプリケーションデータテーブルは、ザッピングＩＰデータグラムで埋められ、ザッピングＩＰデータグラムはザッピングストリームを運ぶことを特徴とする請求項１記載のバースト伝送方法。
【請求項３】
前記通常ストリームが配置されたテーブルから、
前記通常ストリームの誤り訂正のための冗長データを算出し、
この算出された通常ストリームの冗長データを第一の誤り訂正データ用データテーブルに配置し、
前記ザッピング用ストリームが配置されたテーブルから前記ザッピング用ストリームの誤り訂正のための冗長データを算出し、
この算出されたザッピング用冗長データを第ニの誤り訂正データ用データテーブルに配置する請求項２に記載の伝送方法。
【請求項４】
複数の通常サービスに対応するザッピング用ストリームを一つのザッピング用フレームに配置し、前記ザッピングストリームは、通常サービスのＴＳと異なる固有のＰＩＤに設定して、送信することを特徴とする請求項１に記載の伝送方法。
【請求項５】
ザッピング用サービスのバースト間隔を示すデルタｔフィールドに「ｎｏ  ｐｏｗｅｒ  ｏｆｆ」または「１０ｍｓ」のようなできるだけ小さな値を設定する請求項１に記載の伝送方法。
【請求項６】
同じザッピング用フレーム内の全てのザッピング用ストリームから、どのザッピング用ストリームを取り出すかを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する請求項４に記載の伝送方法。
【請求項７】
ザッピング用フレーム内のザッピング用ストリームと、それに関連する通常サービスとの関連付けを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定する請求項４に記載の伝送方法。
【請求項８】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
通常のストリームを処理するための、
第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ部、第二のＣＲＣ−３２またはチェックサム算出部、第二のＭＰＥ−デカプシュレイター部、第二のＭＰＥ−ＦＥＣフレーム部、第二の信頼性フレーム部とを備える受信装置。
【請求項９】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
通常のストリームを処理するための、第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ手段、第二のＣＲＣ−３２またはチェックサム算出手段、第二のＭＰＥ−デカプシュレイター手段、第二のＭＰＥ−ＦＥＣフレーム手段、第二の信頼性フレーム手段とを実行するファームウェアを備える受信装置。
【請求項１０】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
前記通常ストリームをバッファに蓄積する手段と、
前記バッファから出力する準備が整ったことを検出する手段と、
前記出力する準備が整ったことが検出された場合に前記ザッピング用ストリームの処理を中断させる手段を備える請求項８乃至請求項９に記載の受信装置。
【請求項１１】
前記ザッピング用ストリームを保存する手段と、ユーザからの要求に応じて前記保存されたザッピング用ストリームのすべて、もしくは一部を提示する手段を備える請求項８乃至９記載の受信装置。
【請求項１２】
各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、
短時間に圧縮してバースト伝送される複数の通常ストリーム、及び、複数の通常ストリームに関連するザッピング用ストリームが、多重されて送出される信号を受信する、受信装置であって、
第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部とを
通常のストリームの処理及び、ザッピング用ストリームの処理に共通に用いることを特徴とする受信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、欧州での携帯端末向け地上デジタル放送ＤＶＢ−Ｈの受信時に、チャネル切り替えを高速化するザッピングデータ送出方法及びそれを受信する受信端末に関する。
【背景技術】
【０００２】
欧州の地上波デジタル放送の伝送方式は、ＤＶＢ−Ｔ方式として、ＥＴＳＩで規格化されている。(非特許文献２)。しかしながら、日本国内規格（非特許文献４）のようなセグメント別の部分受信をサポートしていないため、ＤＶＢ−Ｔ方式の放送を携帯端末で受信する場合は、ＳＴＢ等の固定端末と同様に、全信号を受信する必要があり、電源容量に制限がある携帯端末では多くの電力を消費し、連続再生時間が短くなるなど実用性に問題があった。
【０００３】
そこで、携帯端末での長時間再生が可能となるよう、非特許文献１としてデジタル放送方式ＤＶＢ−Ｈが規格化された。物理層の詳細は、ＤＶＢ−Ｔ規格を拡張して、非特許文献２として規格化され、リンクレイヤーは、非特許文献３として規格化されている。
【０００４】
このＤＶＢ−Ｈは、同一サービスのパケットをパケットセットにまとめ、それぞれのパケットセットをデータバーストとして高速度で短時間に伝送し、１つのパケットサービスを伝送中は他のサービスのパケットセットを混ぜないように順に各サービスのパケットセットを伝送している。受信機では、所望のサービスが伝送されているパケットセット送信期間のみ、受信部の電源供給を行うことで、低消費電力を実現している。（以下タイムスライス方式と呼ぶ）
【０００５】
【非特許文献１】Digital Video Broadcasting(DVB);Transmission System for Handheld Terminals(DVB-H); ETSI EN 302 304 V1.1.1 (2004-11)
【非特許文献２】Digital Video Broadcasting(DVB); Framing structure, channel coding and modulation for digital terrestrial television; ETSI EN 300 744
【非特許文献３】DVB-Data broadcasting specification, ETSI EN 301 192 V1.4.1 (2004-11)
【非特許文献４】ARIB STD-B31
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このタイムスライス方式では、もし、同じ或いは異なるチャネルの別のサービスを選択、すなわち、ザッピングしようとすると、選択したサービスの次のバーストがデコードされ、表示されるまで待たなければならない。
【０００７】
このバーストが送出される間隔は通常５秒〜１０秒程度であり、新しいサービスの映像・音声が現れるまでの時間は、平均２．５秒〜５秒であり、最大５秒〜１０秒かかる。
【０００８】
このように、視聴者が、テレビを家で見る場合と比較すると、タイムスライス方式では、ザッピングするのに非常に時間がかかる。
【０００９】
そのため、選局時、サービスの再生が開始されるまで待ち時間が発生し、ザッピング視聴がスムーズにできないという問題がある。
【００１０】
本発明は上記従来の問題点を解決するもので、ザッピング用のザッピングストリームを導入し、ザッピング時間を短くすることを目的とする。
【００１１】
ザッピングストリームは、同じトランスポートストリーム内のＤＶＢ−Ｈサービスに関する情報を非常に低いデータレートを使って伝送する。例えば、映像音声コンテンツ、静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである。
【００１２】
本発明は、ＤＶＢ−ＨのＩＰＤＣでの簡単なザッピングサポートに関する。
特に、ユーザがテレビチャネルをザッピングしており、選ばれたＡＶサービスにすぐにアクセスできない時に適用できる。
【００１３】
もし、頻繁に専用のザッピングサービスが伝送されていれば、静止画、ビデオ画像、或いは、音声が、そこから抽出されて、直ちに視聴者に提供することができる。
【００１４】
本発明は、そのようなザッピングサービスの配置方法、伝送方法、受信方法、処理方法、デコード方法に関する。
【００１５】
本方法は、ＩＰエンカプシュレーターと端末で、特殊な処理をする必要がなく、通常良く用いられるハードウェア構成のものに、ファームウェアの拡張だけで、ザッピングサービスを付け加えることができる。本発明では、この種のザッピングサービスをサポートする端末の構成についても言及する。
【課題を解決するための手段】
【００１６】
前記従来の課題を解決するために、本発明では、通常サービスに関連するザッピングサービスを送出することを提案する。本発明では、各サービス毎のコンテンツを再生する速度よりも、十分高速な伝送レートで、短時間に圧縮して伝送するバースト伝送を行うバースト伝送方式において、
各サービスに関連するデータをザッピングデータとして集中して、ザッピング用のバースト内に配置し、ザッピングバーストとして伝送することを特徴とする。
【００１７】
また、本発明は、ザッピングバーストの伝送フレームは、通常のサービスと同様に、ザッピングＭＰＥ−ＦＥＣフレームを構成し、前記ザッピングＭＰＥ−ＦＥＣフレームは、ザッピングアプリケーションデータテーブルと、ザッピングＲＳデータテーブルからなり、
ザッピングアプリケーションデータテーブルは、ザッピングＩＰデータグラムで埋められ、ザッピングＩＰデータグラムはザッピングストリームを運ぶことを特徴とする。
【００１８】
また、複数の通常サービスに対応するザッピング用ストリームを一つのザッピング用フレームに配置し、前記ザッピングストリームは、通常サービスのＴＳと異なる固有のＰＩＤに設定して、送信することを特徴とする。
【００１９】
また、ザッピング用フレーム内のザッピング用ストリームと、それに関連する通常サービスとの関連付けを、ＩＰソースアドレス、ＩＰディスティネーションアドレス、またはポート番号で指定することを特徴とする。
【００２０】
また、通常サービスのストリーム及びザッピングストリームを受信する受信機は、通常のストリームを処理するための、第一のセクションフィルタ／バッファ部、第一のＣＲＣ−３２またはチェックサム算出部、第一のＭＰＥ−デカプシュレイター部、第一のＭＰＥ−ＦＥＣフレーム部、第一の信頼性フレーム部と、
前記通常のストリームとは並列に動作するザッピング用ストリームを処理するための第二のセクションフィルタ／バッファ部、第二のＣＲＣ−３２またはチェックサム算出部、第二のＭＰＥ−デカプシュレイター部、第二のＭＰＥ−ＦＥＣフレーム部、第二の信頼性フレーム部とを備えることを特徴とする。
【発明の効果】
【００２１】
以上説明したように、本発明によれば、ザッピングサービスを、ザッピングサービス専用のバーストとして送信することにより、通常サービスと容易に分離が可能であり、通常サービス、ザッピングサービスにそれぞれ専用のバーストを用いる本方法は、ＤＶＢ−Ｈ受信機のフロントエンドによって簡単にサポートすることができ、現在、利用可能なＩＰエンカプシュレーターを用いて容易にインプリメントすることができる。
【発明を実施するための最良の形態】
【００２２】
本発明では、通常のバーストとザッピングバーストは、独立していると考える。
また、ザッピングサービスは通常のサービスと同じ規則に従い、図７に示すように通常のサービスと等価の処理を行う用語を定義する。
【００２３】
図１は、５個のバーストサービスの伝送の例を示す。ここでは、５個のサービスが、送出され、各サービスは、それぞれ独立の１つのバーストとして伝送される。また、各サービスに関連するザッピングストリームは集められ、ザッピングストリーム専用のバーストが構成される。
【００２４】
通常、ザッピングサービスは、短時間でアクセスできるように、送出される必要があり、通常のサービスの送出周期とザッピングサービスの送出周期は異なる。それらは通常のサービスに対して、また、ザッピングサービスそれぞれについても、フレキシブルなレート或いは一定のレートで伝送することもできる。
【００２５】
この一定の周期の時間は、選択可能であり、それは、ザッピングサービスへのアクセス時間により定義される。ザッピングサービスのサイクルタイムは、この例では一秒である。
【００２６】
以下、更に詳細に本発明について説明する。
【００２７】
（実施の形態１）
まず、通常のサービスと、それらに関連するザッピングサービスは、独立していると考える。ザッピングサービスは通常のサービスと同じ規則に従うとする。ここで、ザッピングに関する用語を導入する。これらの用語はザッピングストリーム・ザッピングサービスと関係がある。それらの意味は、非特許文献３で通常のサービスに定義されているのと同じ意味をもつ。
【００２８】
通常のサービスは、非特許文献３で定義された、ＭＰＥ−ＦＥＣフレームの中に入れられた形で、伝送される。
各サービス毎に用意された、ザッピングストリームは、集められ、専用のザッピングＭＰＥ−ＦＥＣフレームの中に入れられる。
【００２９】
次にこのＭＰＥ−ＦＥＣフレーム構成およびザッピングアプリケーションデータテーブルについて説明する。
図２は、ＭＰＥ−ＦＥＣフレームの一部であるアプリケーションデータテーブル（非特許文献３）を示す。それは、行と列に分割されており、それぞれの位置にＩＰデータグラムの１バイトがある。ＩＰデータグラムは１番目のＩＰデータグラム、２番目のＩＰデータグラム．．．．という順番に配置される。
【００３０】
ひとつ、或いは数個のサービスのＩＰデータグラムのストリームだけが、このテーブルに配置され、ザッピングストリームは配置されない。全てのサービスは、それらのＩＰソースアドレスまたはＩＰデスティネーションアドレスまたはポート番号が異なっている。もし、アプリケーションデータテーブルが完全に満たされていない場合は、パディングバイトで埋められる。このようにして、アプリケーションデータテーブルが構成される。
【００３１】
同様にして、新しいザッピングアプリケーションデータテーブルが導入される。
このザッピングアプリケーションデータテーブルは、ザッピングストリームのみを専用に運ぶために用いられ、通常のサービスのストリームは運ばない。
【００３２】
これらのザッピングストリームは異なるコンテンツプロバイダーからの異なるザッピングサービス発生器で発生される。それらは、通常のＩＰデータグラムと同様に、プロトコルスタックのザッピングＩＰデータグラムで運ばれる。
【００３３】
これらのザッピングＩＰデータグラムはザッピングアプリケーションデータテーブルの中に配置される。このザッピングアプリケーションデータテーブルは、非特許文献３で示されるアプリケーションデータテーブルと同じ構成とする。しかし、そのザッピングＩＰデータグラムは、ザッピングストリームからなっている。
【００３４】
異なるサービス用のザッピングストリームは、集められて、同じザッピングアプリケーションデータテーブルの中に配置される。各々のザッピングストリームは、それらのＩＰソースアドレス、ＩＰデスティネーションアドレス、或いはＵＤＰポート番号によって、識別可能である。
【００３５】
同様に同じアプリケーションデータテーブルの中に配置されている異なる通常のストリームは、ＩＰソースアドレス、ＩＰデスティネーションアドレス、或いはＵＤＰポート番号によって、識別可能である。
【００３６】
次にザッピングＲＳデータテーブルを定義する。
非特許文献３のＲＳ（リードソロモン）データテーブルと同様のものが、新しく”ザッピングＲＳデータテーブルとして導入される”このザッピングＲＳデータテーブルは、ザッピングアプリケーションデータテーブルの受信耐性を向上するために導入される。
【００３７】
ザッピングＲＳデータテーブルは、ザッピングＲＳバイトを含む。それは、ＲＳデータテーブルの中のＲＳバイトが、アプリケーションデータテーブルから計算されるのと同様に、関連するザッピングアプリケーションデータテーブルから計算される。
【００３８】
以上定義された、ザッピングアプリケーションデータテーブル及びザッピングＲＳデータテーブルからザッピングＭＰＥ−ＦＥＣフレームが構成され、特許文献３のＭＰＥ−ＦＥＣフレームと等価となっている。
【００３９】
ザッピングバーストは、それぞれの通常サービスのザッピングストリームを集めて、作られる。これにより、短いが、かなり詰まったザッピングＭＰＥ−ＦＥＣフレームが構成される。他のサービスのザッピングストリームと一緒に送ることで、ＭＰＥ−ＦＥＣフレームでの時間インタリーブ効果をあげることができる。しかし、ザッピングサービスのデータレートは、関連する通常のサービスよりもデータレートがかなり低い。そのため、ザッピングＭＰＥ−ＦＥＣフレームは通常のＭＰＥ−ＦＥＣフレームの行数よりも小さく設定する。
【００４０】
以上説明した定義で作成されたザッピングストリームの受信方法について説明する。
通常のＭＰＥ−ＦＥＣフレームと、ザッピングＭＰＥ−ＦＥＣフレームは、ＰＩＤによって識別しフィルタリングできる。
【００４１】
特定のザッピングサービスは、ＰＩＤフィルタによって抽出された、ザッピングストリームの中から、そのＩＰソースアドレスまたはＩＰデスティネーションアドレスまたはポート番号によって選ぶことができる。
【００４２】
次に、具体的にザッピングサービスから、その対応する通常サービスを識別する方法について説明する。図５にひとつの例を示す。
【００４３】
本実施の形態では、バーストナンバー０，２，４，６，８で各通常サービスが伝送され、バーストナンバー１，３，５，７，９でザッピングストリームが伝送される。
ザッピングストリームが伝送されるバーストでは、バースト毎に全ての通常サービスのバーストを含んでいる。
【００４４】
本実施の形態では、ザッピングが開始された場合、ＰＩＤが、0x101のＴＳパケットを抽出する。例えば、バースト１を抽出したとする。次に、ザッピングサービスとして、５を選択したとする。すると、バーストナンバー１のザッピングストリームが１秒表示された後、バーストナンバー３のザッピングサービス５，バーストナンバー５のザッピングサービス５，ザッピングサービス７のザッピングサービス５が各１秒づつ再生された後、バーストナンバー８で伝送されるサービス５が再生される。
【００４５】
ザッピングバーストのＰＩＤは、予め規定する。或いは、ＥＰＧなどを利用して送出しても良い。
ザッピングサービスと、通常サービスの関連付けは、ＩＰアドレスで関連付けられる。例えば、図５に示すように、ザッピングストリームのＩＰアドレスが、10.10.101.05であり、その第４オクテットが同一であるサービスバーストのＩＰアドレス10.10.100.05を見つけて、バーストナンバー８を受信し、その後通常の受信処理に移行する。
【００４６】
なお、通常サービスのバーストとして送出されるＴＳのＰＩＤと、そのバーストの中で、送出されるＩＰアドレスの関連付けを予め規定する。或いは、ＥＰＧ等を利用して送出しておくと、受信機でザッピングサービスと通常サービスの関連付けが容易になる。
【００４７】
例えば、ザッピングサービス中に、プライベートデータとして、サービスバーストのIPアドレスとバーストナンバーを関連付ける情報を多重して伝送することで、サービスバースト受信時にスムーズにバースト受信が可能となる。
【００４８】
また、現在再生中のザッピングサービスに関連するサービスバーストのみのサービスID情報が多重伝送される場合でも、INT等のSI情報を参照することで、受信すべきサービスバーストを特定することが可能である。
【００４９】
（実施の形態２）
本実施の形態では、実施の形態１で示した定義のザッピングストリームの発生方法について説明する。
ザッピングストリーム発生器は、例えば、コンテンツプロバイダーに提供され、コンテンツプロバイダー自身が、通常のサービスから、ザッピング用データを生成する。
【００５０】
このザッピング発生器は、所定の間隔例えば１秒に１回、ザッピングストリームを発生する。そのようなザッピングストリームは、例えば、同じコンテンツプロバイダーの同じサービス内容の現時点での、スナップショットか、オーディオ・ビデオなどの低データレートのコピーであっても良い。
【００５１】
このザッピングストリームは、適切なＩＰプロトコルとされ、ネットワーク等を通じてＩＰエンカプシュレーターに送られる。ＩＰエンカプシュレーターは同じザッピングアプリケーションテーブルの中の全てのコンテンツプロバイダーからの所定の期間内にある、全てのザッピングストリームを配置する。
【００５２】
ＩＰエンカプシュレーターは、専用のザッピングMPE-FECフレームの中にザッピングストリームを配置する。
【００５３】
以上の方法によるザッピングストリームの配置は、利用可能なＩＰエンカプシュレーターで容易に実行可能である。
【００５４】
ザッピングストリーム発生器では、タイムアウトを全ての期間に設定する。（タイムアウトになった場合は、次のザッピングバーストで伝送される）それから、ＩＰエンカプシュレーターは、関連するザッピングＲＳデータテーブルを発生する。その後、（非特許文献３）のデータグラムセクションと同様にザッピングサービスはザッピングデータグラムセクションに入れられる。ザッピングデータグラムセクションは、多数のＴＳパケットに分配され、バーストでマルチプレクスデバイスに伝送される。
【００５５】
ザッピングサービスが例えば、異なる時間間隔で送出される場合、例えば、１秒の代わりに、０．７秒等の異なるサイクル時間でザッピングサービスが送られる場合、上に記述したように、ＩＰエンカプシュレーターで、独立に処理される。その時に同時にタイムアウト時間も合わせて変更される。通常のストリームについても同様の方法で処理される。ザッピングサポート用のＩＰエンカプシュレーターの改修は非常に簡単である。
【００５６】
非特許文献３に示されているサービスバーストの次のバーストが伝送される時間が、データグラムセクションにあるΔｔで送られると同様に、ザッピングバーストについても、ザッピングデータグラムセクションにあるΔｔフィールドが用いられる。
しかしながら、もしＤＶＢ−Ｈフロントエンドが、このΔｔ値を評価し、二つの連続したザッピングバーストの間の期間、スイッチオフするのであれば、関連する通常のサービスバーストが失われる。
【００５７】
そのように、ザッピングデータグラムセクションヘッダーにあるΔｔフィールドは、”電源オフ禁止”に設定する。或いは、定義されている最小値１０ｍｓに設定すべきである。
【００５８】
特定のザッピングストリームに関連する通常のストリームのバーストの伝送時間を通知するインジケーションは存在しない。そのようなインジケーションを導入することは可能であるが、送信側のＩＰエンカプシュレイターや受信端末の複雑さを増加させることになる。
【００５９】
（実施の形態３）
本実施の形態は、ＤＶＢ−Ｈ受信端末に関するものである。
すでに説明したように、専用のザッピング用ＭＰＥ−ＦＥＣフレームの中にザッピングストリームを集中して配置する方法は、受信器のハードウェアでザッピングが容易に実現可能であるため、非常に有利である。
【００６０】
そのため、ザッピングをサポートするＤＶＢ−Ｈ受信端末は簡単な構成でよい。
図３に示す通常サービスの処理に関係するＤＶＢ−Ｈフロントエンド部分は、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、セクションフィルタ／バッファ部３０３、ＣＲＣ−３２またはチェックサム算出部３０４、ＭＰＥデカプシュレイター部３０５、ＭＰＥ−ＦＥＣフレーム部３０６、信頼性フレーム部３０７、ＩＰインターフェース部３０８、多重化部３０９である。ＤＶＢ−Ｈフロントエンドモデルの処理の詳細は、同業者には明白であり、ここでは詳細を記述しない。
【００６１】
ＰＳＩ／ＳＩテーブル処理に関係するＤＶＢ−Ｈフロントエンド部分は、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、バッファ部３１０、ＴＳインターフェース部３１１、多重部３０９である。ＤＶＢ−Ｈフロントエンドの処理の詳細は、同業者には明白であり、ここでは詳細を記述しない。
【００６２】
ザッピングストリーム処理に関係するＤＶＢ−Ｈフロントエンド部分はＰＳＩ／ＳＩテーブル処理と同様で、チューナ部３００、復調部３０１、ＰＩＤフィルタ部３０２、バッファ部３１０、ＴＳインターフェース部３１１、多重部３０９である。
本発明の実施の形態では、後に説明するように、ザッピングサービスのための、セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部の処理はＤＶＢ−Ｈフロントエンドの外側の端末のファームウェアで実行したが、フロントエンド内にザッピングサービスのための、セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部を持ち処理しても良い。
【００６３】
ザッピングデータのデータ容量は、例えば一枚のＪＰＥＧ画像が約３０キロビット、さらにプロトコルのオーバーヘッドが数百ビットで程度であり、通常小さいので、性能の低い端末でも、１秒以内にトランスポートストリームから１枚のＪＰＥＧ画像を取り出して、表示することができる。
【００６４】
次に、受信端末での処理のフローチャートを図４に示す。
実施の形態１で示したように、通常サービスのバーストとして送出されるＴＳのＰＩＤと、そのバーストの中で、送出されるＩＰアドレスの関連付けが予め規定されているとする。
【００６５】
端末のファームウェアで、サービスの選択、すなわち、ＩＰアドレスの選択が行われると、そのサービスを含んでいるＰＩＤが選択されて、通常のバーストが受信される。それと同時に、固有のＰＩＤを持ったザッピングバーストが受信される。
【００６６】
通常サービスのための左側の処理４００は図３に示すフロントエンドで処理される。ザッピングサービスのための右側の処理４０１は、図３の多重部３０９から出力されるデータを、図示していない端末のファームウェアによって実行される。ユーザが他のサービス（他のテレビチャネル）を選択したとき、それぞれ互いに独立した二つの処理が並列して開始される。通常サービスに関係する左側の処理４００は、ザッピングサービスに関係する右側の処理４０１を停止させることができる。
【００６７】
左側の処理４００は、ユーザが新しいサービスを選択した後、すぐに開始される通常ＡＶサービスの処理を示す。この処理はＤＶＢ−Ｈフロントエンド内で、主としてハードウェアによって実行される。ＰＩＤフィルタの設定（図５より、例えば、バースト０でサービス１を伝送するには０ｘ０Ａ１と設定する）から、バーストを待って、このバーストからＩＰデータグラムを取り出す処理はすでによく知られているので、ここでは記述しない。
【００６８】
ＩＰデータグラムの取り出し処理が終わった後、割り込みまたは他の手段によって、または、ＭＰＥ−ＦＥＣフレームに関するレジスタをポーリングすることによって、ファームウェアは完全で訂正されたアプリケーションデータテーブルを利用可能になったことを検出する。
【００６９】
次のバーストを受信する前のある適当な時点で、この処理はザッピングサービスの処理４０１を停止させ、受信したバーストのアプリケーションデータテーブルからＩＰデータグラムを読み出す。その後、ＡＶペイロードを取り出し、デコードし、画面とスピーカを通して、ユーザにコンテンツを提示する。
【００７０】
最初に電源をＯＮした時などでは、コンテンツの提示が開始されるまでの待ち時間は、少なくとも、最初のバーストを受信するまでの時間と、最初のバーストを処理する時間、及びＡＶデコーダのバッファがアンダーフローから回復するまでの時間が必要となる。
【００７１】
それゆえ図４の右側のザッピング処理４０１は、現在のサービスやイベントの進行をすばやく見つけるため、左側の処理４００と並列に開始される。通常サービスに比べ、ザッピングバーストの送出間隔が十分に短いため、サービスをすばやく見つけることができる。
【００７２】
並列に、処理されるザッピングの処理は以下のようになる。まず、ＰＩＤフィルタがザッピングサービスバーストのためのＰＩＤにセットされる（例えば図５では、０ｘ１０１にすれば１秒間隔で送出されるバースト１、３、５、７、９等のザッピングサービスにアクセスすることになる。）
【００７３】
次に、ザッピングサービスを含んだバーストが受信され（図１より、例えば１秒以内）、すべてのＴＳパケットがバッファに格納される。
【００７４】
この処理はＤＶＢ−Ｈ（非特許文献３）で必須となるＰＳＩ／ＳＩテーブルの受信とほぼ同じである。
バッファをポーリングする、または割り込みを受ける、または他の手段により、バッファにザッピングに関した、いくつかあるいは全てのＴＳパケットがたまっていることが検出されると、ファームウェアがこれらのＴＳパケットを読み出す。その後ファームウェアがザッピングデータグラムセクションを集めて、ＣＲＣ−３２またはチェックサムを算出し、ＲＳデータテーブルを使った誤り訂正が行われ、ＭＰＥデカプシュレイター処理される。
【００７５】
それから全てのザッピングストリームから対応したザッピングストリームを選択し、そのザッピングペイロード（例えばＪＰＥＧ画像ファイル）を取り出し、デコードし、画面とスピーカを通してユーザにコンテンツを提示する。
【００７６】
この処理は左側の通常の処理４００によって停止させられるまで（例えば、選択されたサービスがデコードされて、ザッピングサービスと置き換えられる準備ができるまで）、繰り返される。選択されたサービスの用意ができていない間は、次のザッピングバーストを待ち続ける。
【００７７】
選択したサービスに関連する一つのザッピングストリームは、ユーザが、ザッピング中に処理され、提示される。同じザッピングバーストに含まれる他のザッピングストリームは捨てられる。しかし、他のザッピングストリームがすでにメモリに保存されていれば、ユーザが１秒以内に他のサービスを選択した場合に、すぐ提示可能なので、捨てる代わりにこれらのザッピングストリームを端末のメモリに保存しておいてもよい。
【００７８】
ユーザが他のサ−ビスを選択すると、端末で通常サービスの準備が整うまで、選択したサービスに対応したザッピングサービスが提示される。代わりに、対応したザッピングサービスだけでなく、同じザッピングバーストに含まれるほかの全てのザッピングサービス、またはより好ましいザッピングサービスのみをユーザに提示することができる。
【００７９】
ザッピングをサポートすることは、これまで述べたＤＶＢ−Ｈフロントエンドモデルに制限されない。ザッピングストリームを含むＴＳパケットをバッファリングする代わりに、ＤＶＢ−Ｈフロントエンドに付加されたザッピング専用のハードウェア（ザッピングデータグラムセクション用セクションフィルタ／バッファ部、ＣＲＣ−３２またはチェックサム算出部、ＭＰＥデカプシュレイター部、ザッピング用ＭＰＥ−ＦＥＣフレーム部、信頼性フレーム部、ザッピング用ＩＰインターフェース部）がこれらのＴＳパケットを処理してもよい。
【００８０】
ユーザによるザッピング期間中、ＤＶＢ−Ｈフロントエンドは、電源をオフしないようにすべきであり、引き続いて送信されてくるザッピングバーストを受信し、それに関係付けられた通常サービスを選ぶようにする。
【００８１】
（実施の形態４）
本実施の形態は、ＤＶＢ−Ｈ受信端末に関するものである。
本実施の形態では、実施の形態３と異なり、通常サービスストリームとザッピングサービスストリームを一系統で処理する。その他の部分は、実施の形態３と同様であるので省略する。
【００８２】
図６にフローチャートを示す。ここでは、バッファーのアンダーフローの制御等については省略する。まず、電源ＯＮ、或いは、視聴サービスの切り替えを行う時点がスタートとなる。スタートされると、すぐに、ザッピングサービスが伝送されるＰＩＤに設定する。ザッピングバーストをＭＰＥ−ＦＥＣ等の処理をし、ＩＰストリームに変換する。その後、希望のサービスを選択する。希望のサービス選択が終了しない場合は、次のザッピングバーストの中の同じサービスがデコードされる。また、ザッピング中に、別のサービスが選択された場合は、現在のザッピングバーストに蓄えられている、別のサービスを映し出す、或いは次のザッピングバースト期間で、選択されたサービスのザッピングストリームをデコードして表示する。
【００８３】
なお、ザッピング期間中に、そのサービスに相当する通常サービスを受信した場合は、自動的に通常サービスに移行すべきであるが、端末で決定キーを押す等の方法で、サービス選択決定と明示的に示さない場合、ザッピングストリームの再生を続けるようにしても良い。
【００８４】
このようにすると、通常サービスとザッピングサービスを１つの系統で処理できる。すなわち、ＰＩＤフィルタ部３０２、セクションフィルタ／バッファ部３０３、ＣＲＣ−３２またはチェックサム算出部３０４、ＭＰＥデカプシュレイター部３０５、ＭＰＥ−ＦＥＣフレーム部３０６、信頼性フレーム部３０７、ＩＰインターフェース部３０８を一系統持てば良い。
【００８５】
なお、本実施の形態は、受信端末として記述したが、本実施の形態の処理は通常は集積回路で実現される。
【産業上の利用可能性】
【００８６】
本発明にかかるザッピングストリーム伝送方法は、ザッピングストリームを集中的に配して、特定のＰＩＤに設定することにより、受信機でザッピングストリームにすばやくアクセスすることが可能となる。本発明は、ＤＶＢ−Ｈのデータ送信方法として有用である。また、他のバースト伝送される伝送方式の受信の場合も、ザッピング時間を短くするために利用できる。
【図面の簡単な説明】
【００８７】
【図１】５つの通常サービスとそれに対応したザッピングサービスの配置を示す図
【図２】アプリケーションデータテーブル及びザッピングアプリケーションデータテーブルの構成を示す図
【図３】ＤＶＢ−Ｈフロントエンドモデル
【図４】受信端末での並列処理のフローチャート
【図５】ＩＰエンカプシュレイターによるバーストとＰＩＤとＩＰアドレスの対応を示す図
【図６】受信端末での一系統処理のフローチャート
【図７】ザッピングサービスと通常のサービスの対応を示す図
【符号の説明】
【００８８】
３００  チューナ部
３０１  復調部
３０２  ＰＩＤフィルタ部
３０３  セクションフィルタ／バッファ部
３０４  ＣＲＣ−３２またはチェックサム算出部
３０５  ＭＰＥデカプシュレイター部
３０６  ＭＰＥ−ＦＥＣフレーム部
３０７  信頼性フレーム部
３０８  ＩＰインターフェース部
３０９  多重部
３１０  バッファ部
３１１  ＴＳインターフェース部
４００  通常ストリーム用左側処理
４０１  ザッピングストリーム用右側処理
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2006114830.tif 000009
【図２】
2006114830.tif 000010
【図３】
2006114830.tif 000011
【図４】
2006114830.tif 000012
【図５】
2006114830.tif 000013
【図６】
2006114830.tif 000014
【図７】
2006114830.tif 000015
【国際調査報告】
2006114830.tif 000016
2006114830.tif 000017
2006114830.tif 000018
2006114830.tif 000019
2006114830.tif 000020
2006114830.tif 000021
2006114830.tif 000022
2006114830.tif 000023
2006114830.tif 000024
2006114830.tif 000025