JPWO2006027857A1 - ザッピングストリームの生成装置とその方法 - Google Patents

Abstract

ザッピングストリームは、タイムスライスと同じ帯域で伝送されるため、可能な限り伝送帯域の消費を抑え、一定量以下の帯域消費であることが望ましい。高品質コンテンツストリームからコンテンツを復元した後、正確に一定周期ではなく、（タイミングによらない）元画像の複雑さによってタイミングを補正した特定の部分を選択的に抜き出すことで、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成する。

Description

本発明は、携帯端末向けデジタル放送（ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ））に関し、より詳細には、携帯端末向けデジタルデータ放送の伝送装置に関する。

欧州の携帯端末向けデジタル放送ＤＶＢ−Ｈの携帯受信端末は、タイムスライスと呼ばれるバースト形式で伝送されるトランスポートストリームのＤＶＢ−Ｈオーディオ／ビデオサービスを受信する。例えば、５秒程度のオーディオ／ビデオのデータが、０．２秒未満の長さのバーストひとつで送信される。このバーストによる伝送は、レシーバの省電力化に非常に有効である。レシーバでは、所望のサービスのバーストが伝送されている期間のみ、受信部の電源供給を行うことで、相当な量のバッテリー消費電力を節約する（ＥＰ１３３７０７１Ａ２（ノキアタイムスライシング）を参照。）。

しかしこれには短所がある。この方式では、ユーザーが、同じ物理チャネル、あるいは別チャネルでのザッピングをしようとした際には、希望するサービスが来る次のバーストまで待つ必要がある．バースト間隔が５秒の典型的な事例では、新しいサービスの映像音声が提示されるまで、平均２．５秒、最大５秒の時間が必要になる。９秒以上のバースト期間が、最大限の電力セービングになるといわれている。このように、現在のテレビと比較すると、ザッピングスピードが遅くなってしまう。

これを解決するために、タイムスライス方式の伝送にザッピングサービス用ストリームを適応する方法が考えられる（図１０を参照のこと）。

ザッピングストリームは、同じトランスポートストリーム内のＤＶＢ−Ｈサービスに関する情報を非常に低いデータレートを使って伝送される。例えば、映像音声コンテンツ、静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである。例えば静止画は、頻繁に更新され、ＤＶＢ−Ｈの環境で、１秒あたり２回に１回のバースト伝送で、通常は１秒あたり４回に１回更新される。

連続送信されるザッピングストリームを受信することで、ユーザーは、選択されたサービスのバーストが受信され表示される前に、選択されたサービスの内容を、見たり、聞いたり、読んだりすることが出来る。従って、ユーザーは、選択したサービスを受信するか別のサービスを受信するかを即座に決定することが出来る。

ＥＰ１３３７０７１Ａ２号公報（ノキアタイムスライシング）

上記のようなザッピングサービス用ストリームをタイムスライス方式に適用した場合、そこで使用されるザッピングストリームは、タイムスライスと同じ帯域で伝送されるため、可能な限り伝送帯域を消費せず、一定の帯域消費であることが望ましい。
本発明は、上記の問題点を解決するもので、伝送帯域を最小限に押さえ且つ、一定の帯域幅消費となるザッピングストリームを生成することを目的とする。
また、ザッピングストリームは、通常サービスと同様にＩＰレベルで生成される。それらのＩＰデータグラムは通常のサービスのＩＰデータグラムを、付加的なザッピングサービスの処理と装置を安く、受信時のアクセスタイムが短く、付加的なバンド幅を少ない条件で生成することを目的とする。

本発明は、高品質コンテンツストリームからザッピングストリームのデータ生成方法であって、高品質コンテンツストリームからコンテンツを復元した後、正確に一定周期ではなく、（タイミングによらない）もとの画像の複雑さによってタイミングを補正した特定の部分を選択的に抜き出すことで、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成することを特徴とするザッピングストリーム生成方法およびその装置を提供する。

本発明によれば、画像の複雑さが少ないところを選択的に抜き出すため、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成することがきる。

また、一定のタイミングで抜き出す場合、再エンコード時の生成情報量が大きくなると予想される場合、画像の一部をトリミングすることで、生成情報量を少なくすること特徴とするザッピングストリーム生成方法およびその装置を提供する。

また、画像の解像度を落とすことで、生成情報量を少なくすること特徴とするザッピングストリーム生成方法およびその装置を提供する。

また、同一のコンテンツ源からタイムスライス向けの主ストリームと、ザッピングストリームをトランスポートストリームから同時に生成することでザッピングストリームと主ストリーム間の遅延時間を小さくすることを特徴とするザッピングストリーム生成方法およびその装置を提供する。

本発明はまた、上述のザッピングストリームの生成方法または、ザッピングを使用するＩＰデータキャスト送信システムおよびこれらを実行するためのプログラム、およびこれらを記録した記録媒体を提供する。

本発明は、以下の「発明の実施の形態」および図面を用いて説明されるが、これは例示を目的としており、本発明はこれらに限定されることを意図しない。

本発明によれば、規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低い画像を抽出することで複雑さの変化する画像信号から、伝送帯域を最小限に押さえ且つ、一定の帯域幅消費となるザッピングストリームを生成することか可能となる。

また、ＩＰサービスストリームと関連するザッピングサービスを同一信号源から同時に生成することで、受信機が再生するときの同期を取りやすくすることができる。

また、本発明によれば、ザッピングサービスとオリジナルサービスのＩＰアドレスを共通化することで装置を簡単に構成でき、受信時のアクセスタイムが短く、付加的なバンド幅を少ない条件で、ザッピングストリームを生成することか可能となる。

本発明の第１の実施形態におけるＩＰデータキャストの送信システムの一例を示す図である。 本発明の第１および第３の実施形態におけるＩＰデータキャストの送信システムの一例を示す図である。 本発明の第１および２の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 選択されたフレームを含むザッピングサービスデータの受信と表示の関係を示す図である。 本発明の第３の実施形態におけるＩＰサービス生成装置の処理の一例を示す図である。 本発明の第３の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 本発明の第４の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 本発明のストリーム形式の伝送方法を説明する図である。 本発明のバースト形式の伝送方法を説明する図である。 ザッピングストリームとタイムスライシング方式による伝送を説明する図である。 複数のザッピングストリームをＭＰＥ−ＦＥＣフレームに加えた図である。 本発明のＩＰストリームのザッピングサービス利用したＩＰデータキャストの送信システムの一例を示す図である。 本発明のＩＰストリームを格納するアプリケーションデータテーブルのレイアウトを示す図である。 本発明の２１個のサービスを伝送する典型的な例である。 本発明の第５の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。

符号の説明

２００ ＩＰサービス供給部
２２０、２６０、３３０ マルチプロトコルエンキャプシュレータ（ＭＰＥ）
２４０ ザッピングサービス生成装置
２９０ ＭＰＥＧ ＴＳ多重装置
３００ ＭＰＥＧ２形式ＡＶサービス源

図８、図９は、ザッピングサービスの伝送例を示す図である。図８は一定の帯域をザッピングサービスに割り当て、連続的なストリームとして伝送している図である。また、図９は、ザッピングサービスをさらに小さなバーストとして伝送しているものである。ザッピングサービスは、連続的なストリームとして送信することで、待ち時間を可能な限り小さくできる効果があり、また、ザッピングサービスもバースト形式（またはタイムスライス形式）で伝送することで、端末の消費電力の節約や、裏サービスの受信などの効果が期待できる。
本発明は、これらのザッピングサービスを生成する方法を示したものである。

（実施の形態１）
ＩＰデータキャスト送信システム
本発明の伝送方式に関する実施の形態について、ＤＶＢ−ＨのＩＰデータキャストからザッピングストリームを生成する方法について、図面を参照しながら説明する。

図１は、本発明の、ＤＶＢ−ＨのＩＰデータキャストからザッピングサービスを生成するザッピングサービス生成部を含むＩＰデータキャスト送信システムの一例を示す図である。
ＩＰサービス供給部２００、ＤＶＢ−Ｈのマルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２２０、ＭＰＥＧ−ＴＳ多重装置２９０から構成されるＤＶＢ−ＨのＩＰデータキャストの環境に、ザッピングサービス生成装置２４０とマルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２６０を付加した構成である。

この例では、１つのザッピングサービス生成装置２４０は、ＩＰサービス供給部２００によって形成されたＩＰストリーム２１０（全サービス分を含む）のうち、１つのサービスストリームを処理する。

ＤＶＢ−Ｈ ＭＰＥ２６０は、ＤＶＢ−Ｈのマルチプロトコルカプセル化および適宜タイムスライスのバースト生成処理を行う。
また、ＤＶＢ−Ｔ／ＤＶＢ−Ｈの両サービスが共存するシステムの場合は、ＭＰＥＧ２サービス供給部３００がさらに存在する。

典型的な構成の場合、複数のザッピングサービスが、それ自身のザッピングサービス生成装置２４０を持ち、生成したザッピングのＩＰストリーム２５０はすべて時間でマルチプレックスされ、並列にあるいは時間でマルチプレックスされて、マルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２６０へ供給される。そして、集中的にバースト状に、または、一定レートで送出され、ＭＰＥＧＴＳ多重装置でマルチプレックスされ送出される。

ザッピングサービス生成装置２４０の追加は、基本的にほとんど既存のインフラストラクチャーの修正を必要としないことは明らかである。

ＩＰサービス供給部２００からのＩＰストリーム２１０のコピーは、ザッピングサービス生成装置２４０に供給するために必要である。そこで、特定のサービスはフィルターされ、関連するザッピングサービスが生成される。そして出力としてＩＰストリーム２５０を出力する。このＩＰストリームはＭＰＥ２６０によってＤＶＢ−Ｈ形式にカプセル化され、トランスポートストリーム２７０を生成する。このトランスポートストリームは２３０、２８０と同様にＭＰＥＧＴＳ多重装置２９０に供給される。

（変形例）
図２は、本発明の、ＤＶＢ−ＴのＭＰＥＧ２符号化されたＴＳからザッピングサービスを生成するザッピングサービス生成部を含むＩＰデータキャスト送信システムの一例を示す図である。

この例では、図１のＩＰストリーム２１０からザッピングサービスを生成する代わりに、トランスポートストリーム２８０からザッピングサービスを生成している。ＭＰＥＧ２ＡＶサービス源３００から供給されるトランスポートストリーム２８０は、現在のＤＶＢ−Ｔで標準の符号化方式であるＭＰＥＧ２のＡＶサービスをエンコードしたものである。

この構成では、図２のＩＰサービス生成部２４１をさらに具備し、サービスおよびザッピングサービスの両方を同時並行して生成してもよい。

なお、何れの形態もザッピングサービスは、図８のようにバースト的に送出するか、または図９のように連続的に送出するか何れの方法で伝送してもよいが、ザッピングサービスのすべてデータを、それらの関連するサービスバーストの伝送される直前に適時送信することで、ＭＰＥＧ ＴＳＭＰＥＧ−ＴＳ多重装置２９０中でバッファ容量や帯域幅を節約することができる。

（実施の形態２）
ＡＶサービスからの静止画のザッピングサービスの生成
次に、ザッピングサービス生成装置の一例を示す。
本実施の形態は、映像音声を含むＡＶサービスから静止画タイプのザッピングストリームを生成する装置の一例である。ザッピングサービス生成装置は、すべてのＩＰデータグラムからあらかじめ選択されたサービスのＩＰデータグラムを抽出し、あらかじめ選択されたサービスに関連するザッピングサービスのＩＰデータグラムを出力する。

ザッピングサービスは、サービスプロバイダが提供するＡＶサービスに関連する別のサービスである。従って、同じＡＶコーダが送出側で用いられ、同じデコーダが端末で用いられる。
この発明によれば端末内に多数のデコーダを必要としない。
ザッピングサービス生成装置の出力は通常、マルチ・プロトコルエンキャプシュレータ（ＭＰＥ）に供給される。

図３は、本発明のＡＶサービスを補足する、静止画タイプのザッピングサービス生成装置の処理を示す図である。
ザッピングサービスを生成するまでの動作について図３にしたがって説明する。
手順：
ステップ（１）：ザッピングサービス生成装置に入力されたソース信号から、１つのＡＶサービスを選ぶ、つまりザッピングストリームを生成したいビデオストリームを選別する。
ステップ（２）：次にステップ（１）で抽出したＩＰデータグラムからトランスポート層プロトコル（例えばＵＤＰ）を削除する。
ステップ（３）：さらにその他のトランスポート層プロトコル（例えばＲＴＰ）を削除する。
ステップ（４）：次にビデオストリームを抽出する。
ステップ（５）：ビデオストリームをデコードし、静止画として使用するためのビデオフレームのセットを取り出す。なお、デコードは、すべてのビデオか、または、特定の一部分のみのデコードでもかまわない。
ステップ（６）：毎秒１枚の割合で静止画を更新するため、再生したビデオフレームから毎秒１つのビデオフレームをビデオフレームのセットから選択する。

図４は、このように選択されたフレームを含むザッピングサービスデータの受信と表示の関係を示す図である。選択されなかった（使用しなかった）残りのフレームは破棄する。なお、ＡＶサービスの低いビット化の方法として静止画を選択する変わりに、完全なビデオストリームに対してより圧縮率の高い圧縮方式で再エンコードしてもよい。また、後述のように別途作成した画像を手動でアップロードしてもよい。

ステップ（７）：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば、「サービス開始まであと何秒です。」などである。テキスト情報は、ＥＳＧ（電子サービスガイド）あるいは関連するサービスのデルタＴパラメータから抽出することができる。テキストの挿入はザッピングストリーム生成装置に固定的に設けておいてもよい。例えば、テキストの重ね合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキストの代わりに効率のよい形式として、図形オブジェクトを使用してもよい。

ステップ（８）：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン・サイズまでのテレビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでもよい。図形オブジェクトは、ＥＳＧ（電子サービスガイド）から生成するか、あらかじめ格納されたものを使用する。図形オブジェクトの挿入はザッピングストリーム生成装置に固定的に設けておいてもよい。例えば、図形オブジェクトは重ね合わされて、静止画の一部となる。また、レイアウトの位置も固定しておいてもよい。

ステップ（９）：入力のＡＶストリームのパラメータとは異なる、高い圧縮率のパラメータですべての静止画をエンコードする。ザッピングサービスから生成される、すべてのビデオストリームは最終的に１つの静止画を含んでいる。
ステップ（１０）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（１１）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（１２）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（１３）：その結果、ザッピングサービス（選択されたＡＶサービスを補足する）を連続的に含んでいるＩＰデータグラムを出力する。

なお、静止画にはザッピング中の利用者によって有益である低データレートのオーディオデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変換処理が可能なことは明白である。

また、サービスバースト開始時刻がザッピングサービスバーストによって伝えられる場合、さらに次のステップ（１４）を追加してもよい。
ステップ（１４）：ＩＰデータグラムストリームへの、制御情報ＩＰデータグラムの生成および挿入。
つまり、ザッピングサービスと関連するＡＶサービスの間の時間的関連付けは制御情報として送られ、好ましくは制御情報ＩＰデータグラムのペイロード中で示される。

また、時間的関連付けは例えばタイムスライス送出間隔を表すデルタｔに、ザッピングサービス生成装置の遅れによるオフセットを考慮して制御情報ＩＰデータグラムに挿入してもよい。

（実施の形態３）
ＭＰＥＧ２からのサービスおよびその関連するザッピングサービスの生成方法
図２は、本発明の実施例の一例を示すＩＰサービス（ＩＰＤＣ ｉｎ ＤＶＢ−Ｈ）およびＭＰＥＧ２エンコードされたＡＶサービス（「ＤＶＢ−Ｔ」）が共通の多重装置を使用する例を示す図である。

ザッピングサービスを、ＩＰストリーム２１０からのを生成する代わりに、トランスポートストリーム２８０から生成ものである。ＭＰＥＧ２ＡＶサービス供給部３００は、現在のＤＶＢ−Ｔでの標準の符号化方法であるＭＰＥＧ２符号化によってＡＶサービスをエンコードする。なお、このＭＰＥＧ２符号化されたトランスポートストリームは、外部の装置から供給されたものであってもよいことは、言うまでもない。

この実施例では、図のＩＰサービス生成部２４１とザッピングサービス生成装置３１１でサービスおよびザッピングサービスの両方を並行して生成している。
ＭＰＥＧ２ ＡＶサービス３００の出力は、ＩＰサービス２１０、２５０および３２０等を経由して共通の多重装置２９０に供給される。

この構成では、ＩＰサービス２５０およびそのザッピングサービス３２０は、トランスポートストリームからＤＶＢ−Ｈサービス生成装置２４１とＤＶＢ−Ｈザッピングサービス生成装置３１１によってそれぞれ生成される。

ＩＰサービスの生成
ＩＰサービス生成装置２４１によって処理されるＩＰベースのビデオサービス２５０の生成手順の一例を以下のとおりである。
図５は、ＭＰＥＧ２符号化されたＡＶサービス（映像音声サービス）から映像音声型ＩＰサービスを生成する装置の一例を示すブロック図である。
図５は、説明を簡単にするためビデオストリームの処理のみ記述している。ＭＰＥＧ２符号化されたオーディオストリームも、同様の方法で処理される。

手順：
ステップ（１）：サービス生成装置に入力された適切なＰＩＤを持つソース信号から、１つのＡＶサービスを選ぶ。つまり、ＩＰベースサービスを生成したいＭＰＥＧ２符号化されたビデオストリームを含むＴＳパケットをフィルタリングし、抽出する。
ステップ（２）：ビデオストリームをデコードし、２５あるいは２９．９７フレーム／秒のビデオフレームを生成する。
ステップ（３）：例えば、ＡＶＣＨ．２６４あるいはＭＰＥＧ−４フォーマット等の適切なフォーマットで再生したビデオフレームを再エンコードする。
ステップ（４）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（５）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（６）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（７）：その結果、ＩＰベースサービスを含むＩＰデータグラムを出力する。音声ストリームも同様に処理される。

次に、ザッピングサービスの生成について説明する。
ザッピングサービスの生成
ザッピングサービス生成装置３１１によって処理されるＩＰベースのザッピングサービスの生成手順の一例は以下のとおりである。
図６は、１つのＡＶサービスを補完する静止画タイプザッピングサービス用のザッピングサービス生成装置である。

手順：
ステップ（１）：サービス生成装置に入力された適切なＰＩＤを持つソース信号から、１つのＡＶサービスを選ぶ。つまり、ＩＰベースザッピングサービスを生成したいＭＰＥＧ２符号化されたビデオストリームを含むＴＳパケットをフィルタリングし、抽出する。
ステップ（２）：ビデオストリームをデコードし、静止画として使用するためのビデオフレームのセットを再生する。なお、デコードは、すべてのビデオか、または、特定の一部分のみのデコードでもかまわない。
ステップ（３）：毎秒１枚の割合で静止画を更新するため、再生したビデオフレームから毎秒１つのビデオフレームをビデオフレームのセットから選択する。選択されなかった（使用しなかった）残りのフレームは破棄する。なお、ＡＶサービスの低いビット化の方法として静止画を選択する変わりに、完全なビデオストリームに対してより圧縮率の高い圧縮方式で再エンコードしてもよい。また、後述のように別途作成した画像を手動でアップロードしてもよい。

ステップ（４）：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば「サービス開始まであと何秒です。」などである。テキスト情報は、ＥＳＧ（電子サービスガイド）あるいは関連するサービスのデルタＴパラメータから抽出することができる。テキスト・レイアウトはザッピングストイーム生成装置に固定してもよい。例えばテキストの重ね合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキストの代わりに効率のよい形式として、図形オブジェクトを使用してもよい。

ステップ（５）：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン・サイズまでのテレビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでもよい。図形オブジェクトは、ＥＳＧ（電子サービスガイド）から生成するか、あらかじめ格納されたものを使用する。図形オブジェクト・レイアウトはザッピングストイーム生成装置に固定してもよい。例えば図形オブジェクトは重ね合わされて、静止画の一部となる。

ステップ（６）：適切な符号化方法（ＡＶＣＨ．２６４あるいはＭＰＥＧ−４フォーマット等の適切なフォーマット）で、すべての静止画をエンコードする。ザッピングサービスから生成される、すべてのビデオストリームは最終的に１つの静止画を含んでいる。
ステップ（７）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（８）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（９）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（１０）：その結果、ザッピングサービス（選択されたＡＶサービスを補足する）を連続的に含んでいるＩＰデータグラムを出力する。

なお、静止画にはザッピング中の利用者によって有益である低データレートのオーディオデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変換処理が可能なことは明白である。

このように、ＩＰサービス２５０およびそのＩＰベースのザッピングサービス３２０を同時に生成および符号化すること、により、両方間の遅れは縮小可能である。

（変形例）
静止画のザッピングストリームのサイズ縮小
実施の形態２、３で説明したザッピングサービスによって消費されるチャネル帯域幅の大きさは重要である。実装を簡単にするため、ザッピングサービスに一定のチャネル帯域幅またはタイムスライスを割り当てることが望ましい。

そのためには、すべてのザッピングストリームは伝送する静止画の複雑さに依存しない同じストリームサイズに圧縮する必要がある。
特に、静止画ストリームがあまりにも多くの帯域を消費する場合は、静止画ストリームサイズの縮小が必要である。

ここでは、実施の形態２、３の該当部分に適応可能な、ザッピングサービスで使用する静止画のデータサイズを縮小する方法について説明する。これらは任意の１つまたは複数の方法を組み合わせて用いても同様の効果が得られる。
（１）微細な要素を使用しない
ザッピングサービスあるいはサービスに関するテキスト・スタイル情報は符号化の前に静止画へ埋め込まれ、テキストは静止画の一部に合成される。
この埋め込まれたテキストは、静止画に複雑さを加えて、エンコードされた静止画をザッピングストリームのサイズを増加させることになる。複雑さの増加量を少なくするため埋め込むテキストは、小文字や台詞など形状の細かい要素を避ける。これは、読みやすさの改善の効果もある。

（２）テキストの別送信
実施の形態２の生成手順のステップ７の変形として、重ね合わせるテキストデータは静止画とは別に送信することもできる。受信機側で、静止画および関連するテキストは受信機に特有のレイアウトで、受信機側で組み立てられる。組み立てを簡単にするために、テキストは例えばＡＳＣＩＩ、ＨＴＭＬ、あるいは電子サービス案内（ＥＳＧ）に使用される形式などの一般に広く用いられているフォーマットで伝送することが望ましい。

（３）画像の一部を切り出してエンコード
コンテンツによっては、画像の一部分を表示すれば十分な場合もある。
予備エンコードを行い、エンコード結果が大きすぎる場合は、元画像の一部分、例えば、画像の中心部分のみを切り出し、再エンコードする。受信機側では、元のサイズに戻して表示する。こうすることで、コード量をさらに縮小できる。

（４）利用する画像は等間隔でなく、圧縮効率のよいものを選択
ザッピングサービスで使用する静止画は、ＡＶサービスの内部の特定位置（例えば一定周期間隔の画像フレームなど）の静止画を抽出して利用する必要はない。
選択は、「適時の正確な位置の近傍にある」一連のフレームから選択することができる。
例えば、適時の正確なものの前の、あるいはそのものの後のいくつかのフレームから、最コーディング効率が最良になるフレームを選択することで、最小のザッピングストリームが構成できる。
選択基準：規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低い画像。

（５）低解像度画像への変換
例えばＣＩＦ解像度（１つのフレーム当たりの３５６×２８８ピクセル）の静止画をＱＣＩＦ解像度（１つの静止画当たりの１７６×１４４ピクセル）でコード化する。

（６）色数の削減
白黒まで、色数を削減してコード量を調節する。

（変形例２）
以下では、ザッピングストリームの縮小以外の、その他の変形例について説明する。
（１）非ＡＶサービスからのザッピングサービス生成
これまでの例では、ザッピングサービスは、ＡＶサービスからザッピングサービスを生成したが、ＡＶサービスの代わりに、任意の非ＡＶサービスから生成してもよい。高速なサービスへのアクセスが必要な、例えばファイル・サービスあるいは他のタイプのデータサービスなどからザッピングサービスを生成してもよい。

（２）ダウンロードサービスからのザッピングサービス生成
ストリーミング型サービスからザッピングサービスを生成する代わりに、ザッピングサービスも、ダウンロード型サービスから生成してもよい。
例えば、ファイル・ダウンロードあるいは他のタイプのデータ・ダウンロード（例えばゲーム、ビデオクリップ、アプリケーションソフト、ターミナルの最新版ファームウェアなど）の場合である。
あらかじめ、静止画のセットを生成し、ストリーミングＡＶサービスとしてエンコードし、ＵＤＰ、ＲＴＰおよびＩＰパケット化されたものを、生成装置内にアップロードし蓄積しておく。次に定められたバースト周期でＩＰストリームへ挿入して送出する。

（３）静止画の手動挿入
ＡＶサービスからザッピングサービスを生成する代わりに、ザッピングサービスも、任意の手動で挿入されたオブジェクトから生成することができる。これは、必ずしもＩＰパケット形式のデータある必要はない。例えば、オブジェクトの一般的な形式のデータを図３の「毎秒１つの静止画を選択する」部に、供給することで実現できる。

（４）視聴意欲を促す宣伝としてザッピングサービスを利用する方法
例えば、有料ＴＶサービスなどでは、ザッピングサービスは、有料ＴＶサービスのスクランブルされていない静止画で表示される。これらの静止画は解像度を下げ、毎秒１度しか更新されないが、スクランブルされた有料ＴＶサービスを視聴するよう促す宣伝効果がある。
このような利用法では、静止画が、さらに有料ＴＶサービスの重要なパラメータ（例えば内容説明、開始時間、番組長、再放送時間、価格など）を含んでいてもよい。

（実施の形態４）
制御情報のＩＰデータグラムの追加挿入
本実施例のザッピングサービス生成装置は、図７に示すように、サービスに関連する制御情報を含んでいるトランスポートストリームパケット形式の制御情報入力をさらに持っている。図１の点線で示すように、これらの制御データを含むパケット（トランスポートストリーム２３０のコピー）はザッピングサービス生成装置２４０またはＤＶＢ−ＨＭＰＥ２６０に供給され、それぞれ必要に応じて制御情報データを抽出し、処理する。

一例として、ザッピングサービス生成装置２４０では、例えば、関連する主サービスのタイムスライスの送出時間を示すデルタｔ情報を取り出し、主サービスとザッピングサービスの送出時間の関係を考慮した値を制御情報としてＩＰデータグラム化し、ザッピングサービスのＩＰストリームへの「制御情報のＩＰデータグラム」として挿入する。

これにより、受信機は、ザッピングサービスを受信後、主サービスのバーストを受信するまでの間、受信処理部の電源をＯＦＦ可能な時間を知ることができ、更なる電力消費を押さえることが可能である。

また、ＤＶＢ−ＨＭＰＥ２６０での処理の一例としては、デルタｔを抽出して、ザッピングサービスの多重タイミング（ＭＰＥＧＴＳ多重部への転送タイミング）に利用することができる。

複数のザッピングストリームをＭＰＥ−ＦＥＣフレームに加えた例について説明する。図１１は、複数のザッピングストリームをＭＰＥ−ＦＥＣフレームに加えた図である。図１１については、次の内容が成立する。
１．サービスの継続したデータレート：３８４ｋｂｐｓ
２．ＭＰＥ−ＦＥＣフレーム＝２Ｍｂｉｔ
ただし、１．８Ｍｂｉｔは、サービスに割り当てられ、０．２Ｍｂｉｔは静止画に割り当てられる。すなわち、静止画用としてＭＰＥ−ＦＥＣフレームの１０％が割り当てられる。
３．バースト時間：１．８Ｍｂｉｔ／３８４ｋｂｐｓ＝４．６８７５秒（約４．２秒）
４．サービスカウント：２１サービス＊３８４ｋｂｐｓ＝８Ｍｂｐｓバンド幅
５．バースト期間：４．２秒／２１サービス＝０．２秒／サービス
６．各フレーム当たり６静止画を入れることが可能。各静止画が２５ｋｂｉｔとすると、６＊２５ｋｂｉｔ＝１５０ｋｂｉｔ／フレーム
ここで、６静止画としたのは、全部で２１サービスあり、そのうち３サービスには一時的にザッピングサービスが提供されておらず、それらのバーストが接近しているので、１８（＝２１−３）静止画が、一時的に必要とされ、次の関係が得られるからである。
１８静止画／３接近サービス＝６静止画（サービス当たり）
＝６静止画（ＭＰＲ−ＦＥＣフレーム当たり）
以上に基づき、フレーム当たりのメモリ容量は２Ｍｂｉｔ以下となる。
すなわち、
１．８Ｍｂｉｔ（サービス）＋１５０ｋｂｉｔ（６静止画）＜２Ｍｂｉｔ

なお、サービス又は静止画へのアクセス時間は、図１１に示したとおりである。もし、希望のサービスの先頭部分の受信ができなかった場合は、０．７５秒となる。

（実施の形態５）
ザッピングストリームを含むＭＰＥ−ＦＥＣフレームの構成方法
本実施例では、ザッピングストリームを含むＭＰＥ−ＦＥＣフレームの構成方法の一例を詳細に説明する。

送信設備構成
図１は、現在使われているＭＰＥＧ−ＴＳ多重装置にザッピングサービス生成装置を加えた構成を示している。
この詳細は実施例１で説明した。ブロック２４０と２６０は、ザッピングサービスの発生とマルチプレックスに用いられる。他のブロックは通常のＤＶＢ−ＨによるＩＰデータ伝送に（ザッピングサービスがない場合でも）用いられるものである。ザッピングストリームはＭＰＥＧ２−ＴＳに乗せて運ばれる。

このＭＰＥＧ２−ＴＳは、他の通常のＡＶサービスを含むＭＰＥＧ２−ＴＳとＭＰＥＧ−ＴＳ多重装置２９０でマルチプレックスされる。ザッピングストリームは、ＩＰレベルで発生され、２６０でＭＰＥエンキャプシュレートされ、ＭＰＥＧ２のＴＳ２７０に組み込まれる。この方法は、ザッピングサービスのＴＳを作るための別の専用の装置（ＭＰＥ、ＴＳ発生装置、ＭＰＥＧ−ＴＳ多重装置、（タイムスライスを行う場合はさらにタイムスライス装置も必要））が必要となる。

図１２は別のよりシンプルな構成例である。図１２のザッピングサービス生成装置２４０は、ザッピングストリームを生成し、アップデートする。その出力２５０をオリジナルのＩＰストリーム２１０に加えて、簡単な構成のマルチプレクサ２６０に入力する。ＤＶＢ−ＨのＭＰＥエンキャプシュレータは、通常のサービスとザッピングサービスをアプリケーションデータテーブルに入れる。

それは、ノーマルサービスのＩＰアドレスをアプリケーションデータテーブルに入れるだけでなく、ザッピングサービスのＩＰアドレスをアプリケーションデータテーブルに入れてもよい。

アプリケーションデータテーブルへの配置
図１３にＤＶＢ−Ｄａｔａ ｂｒｏａｄｃａｓｔｉｎｇ ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＥＴＳＩ ＥＮ３０１１９２、ｖ．１．４．１）に記載された、アプリケーションデータテーブルのレイアウトを示す。
アプリケーションデータテーブルは行（ｒｏｗ）と列（ｃｏｌｕｍｎ）で構成される。ひとつひとつの場所は１バイトであり、ＩＰデータグラム（ＩＰ ｄａｔａｇｒａｍ）から取り出される。ＩＰデータグラムは、１ｓｔ ＩＰ ｄａｔａｇｒａｍ、２ｎｄ ＩＰ ｄａｔａｇｒａｍ、・・・というような順番でこのテーブルの中に配置される。通常、ひとつ（あるいは複数）のサービスのＩＰデータグラムストリームのみがこのテーブルに配置されており、ザッピングストリームは配置されていない。すべてのサービスはその起点ＩＰアドレスによって区別される。もし、アプリケーションテーブルが完全に埋まらない場合は、パディングバイト（ｐａｄｄｉｎｇ ｂｙｔｅｓ）で埋められる。

ＭＰＥ−ＦＥＣフレームにおいて、アプリケーションデータテーブルのいくつかの場所は、ＩＰベースのザッピングストリームの運ぶために割り当てることができる。

例えば図１３において、３ｒｄ ＩＰ ｄａｔａｇｒａｍはサービスｘｙｚに関する一つの静止画のザッピングストリームを含むことができる。使用していない場所は、パディングバイトで埋められる。ここで、ザッピングサービスも（ＩＰデータグラムと同様）、起点ＩＰアドレスによって区別できることに注意。

生成されたすべてのザッピングストリームの中から、送出するべきザッピングストリームを選択する方法を、図１４を参照しながら説明する。
サービスバーストに対応したザッピングストリームは、サービスバーストの伝送時間が間近の場合（例えば、次の一秒間以内に該当のサービスバーストが伝送される場合）伝送しない。すなわち、伝送しない該当するザッピングストリームのデータは、アプリケーションデータテーブルに配置されず、伝送されない。したがって、帯域をセーブすることができる。

図１４に、２１バーストサービスの典型的な様子を示す。ここで、４から２１の番号が付けられた１８のザッピングストリームは選択され３つ（２１−１８＝３）の連続するアプリケーションデータテーブルに、６つずつ分配される。サービス１、２、３の間の０−０．６秒には、サービス１、２、３そのものが入っているので、サービス１、２、３のザッピングサービスは入っていない。続く０．６秒−１．２秒の時間フレームの中でサービス４、５、６が送信される。その時間フレームの中でそれらの関連するザッピングサービスを含める必要がない。従って、（サービス４、５、６の中には）１、２、３、７、８、９、１０から２０までのザッピングサービスのみが含まる。この例では、すべてのサービス、及びザッピングサービスへのアクセス時間を最大でも約０．６秒にすることを可能にする。けれども、エンド・ツー・エンドシステムの他の多くの遅延については考慮していない。

任意の通常のストリームに関しては、ザッピングストリーム１−２１が、それらのＩＰアドレスによって端末で識別されフィルターされる。ＩＰアドレスザッピングサービスジェネレーターによって割り当てられるかもしれない。

ザッピングストリームのＩＰアドレスの割り当て
ここでは、ＤＶＢＨ ＭＰＥ装置へ容易に組み込める、ＩＰアドレスの起点ＩＰアドレスおよび終点ＩＰアドレスの管理方法の詳細について述べる。

表１は、ＤＶＢＨ ＭＰＥ装置へ設定される入力フィールドの一例を示す。

この例では、１チャネルあたり割り当てられた帯域幅は、１０Ｍｂｐｓとする。
ＭＰＥ−ＦＥＣフレーム・サイズを全バーストとも一定の２Ｍｂｉｔとし、最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
（４０サービス×２Ｍｂｉｔ ｐｅｒ ｓｅｒｖｉｃｅ／１０Ｍｂｐｓ）＝８ｓｅｃ
上記の例における４０個のサービスは、ＩＰソースの１０．１０．１００．０１〜１０．１０．１００．４０から決定している。

表２は、ＤＶＢＨ ＭＰＥ装置へ設定される入力フィールドの別の例を示す。ＤＶＢ−Ｈでは（ＥＴＳＩ ＥＮ３０１１９２、ｖ．１．４．１）に規定されるように、１つ以上のサービスは、１つのＭＰＥ−ＦＥＣフレーム内に含むことができる。つまり１つのバースト内に１つ以上のサービスを含むことができる。

この例でも、チャネルからの割り当てられた帯域幅は１０Ｍｂｐｓ、ＭＰＥ−ＦＥＣフレーム・サイズはすべてのバーストで一定で２Ｍｂｉｔと前記の例と同様であるが、１つのバーストは２つのサービスを含んでおり、各サービスあたり１Ｍｂｉｔを割り付けている。
最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
（４０サービス×１Ｍｂｉｔ ｐｅｒ ｓｅｒｖｉｃｅ／１０Ｍｂｐｓ）＝４ｓｅｃ

上記の例における４０個のサービスは、ＩＰソースの１０．１０．１００．０１〜１０．１０．１００．４０から決定している。

表２では、ＩＰレイヤでのザッピングサービスのＩＰアドレスの区別はない。
全ザッピングサービスは、オリジナルサービスと同じＩＰアドレスを共有する。ザッピングサービスとオリジナルサービスの区別は、ＩＰレイヤより上位レイヤで行う（プロトコル中の正確な位置の説明は省略する）。

ＩＰレイヤでザッピングサービスとオリジナルサービスを区別しないことは、ＭＰＥ−ＦＥＣフレームからＭＰＥ−ＦＥＣフレームへのＤＶＢＨ ＭＰＥの入力フィールドのダイナミックな再構成が必要なくなり、入力フィールドは固定値のままで実現でき、したがってＤＶＢＨ ＭＰＥ装置の改変は必要なくなるという効果がある。

表３は、ＤＶＢＨ ＭＰＥ装置へ設定される入力フィールドのさらに別の例を示す。
この例では、前記の例と同様に、チャネルからの割り当てられた帯域幅は１０Ｍｂｐｓ、また、ＭＰＥ−ＦＥＣフレーム・サイズはすべてのバーストで一定で２Ｍｂｉｔである。

ここで、１つのバーストが１つのサービスおよび１つのザッピングサービスを含んでおり、例えば２Ｍｂｉｔのうちサービスに１．８Ｍｂｉｔを割り当て、残りをザッピングサービスに割り当てる。

最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
（４０サービス×１．８Ｍｂｉｔ ｐｅｒ ｓｅｒｖｉｃｅ／１０Ｍｂｐｓ）＝７．２秒

文献（ＥＴＳＩ ＥＮ３０１１９２、ｖ．１．４．１）では、同一ＭＰＥ−ＦＥＣフレーム内に多数のサービスを含むことを規定しているため、表３のようにザッピングストリームをＭＰＥフレームに入れることは規格内であり容易である。

上記の例における４０個のサービスは、ＩＰソースの１０．１０．１００．０１〜１０．１０．１００．４０から決定している。
表３中の４０個のサービスはＩＰソース１０．１０．１００．０１〜１０．１０．１００．４０からきており、また、上記の例における４０個のザッピングサービスは、すべて同一の起点ＩＰアドレス（１０．１０．１０１．０１）が割り当てられ、ザッピングサービス・ジェネレーターから提供される。

ザッピングサービス生成装置におけるザッピングストリームの配送
ザッピングサービス生成装置におけるザッピングストリームの適切な配送について説明する。図１５に示す、図７の静止画用メモリと静止画選択部を拡張したザッピングサービス生成装置について述べる。ザッピングサービス生成装置の最も単純な実装では、「ＩＰヘッダ付加」ブロックは、「静止画メモリ」に対して、全てのザッピングストリームを連続して出力する。
そして「静止画選択」ブロックは、「時間的最適」原理（実施の形態３変形例（４）利用する画像は等間隔でなく、圧縮効率のよいものを選択 を参照。）にしたがって静止画を選択し、ＤＶＢ−Ｈ ＭＰＥデバイスに割り当てられたデータレートで、ＤＶＢ−Ｈ ＭＰＥデバイスにその静止画を出力する。これは図１２のＩＰ出力２５０にあたる。このＩＰデータグラムは、ＩＰデータグラムマルチプレクサ２７０（通常、単純な市販のＩＰスイッチ等で実現される）によって多重される。

ザッピングサービス生成装置のより高度な実装では、生成装置は、上記のようにザッピングストリームを連続的に出力するが、近くに伝送されるサービスに関連するザッピングストリームは、データレートを節約するために、静止画選択部によって止められる。サービスを見つける速度に影響がないため、それらのザッピングストリームは伝送する必要がない。

図１４は、２１個のザッピングストリームのうち１８個が、ＭＰＥ−ＦＥＣフレームのアプリケーションデータテーブルにランダムに分布している、典型的な環境を示している。通常のサービスバーストが間近に伝送されているため、静止画選択部はザッピングストリーム１、２、３の送出をやめ廃棄し、それから、同じ理由で、静止画選択部はザッピングストリーム４、５、６を廃棄する。

ザッピングするときに、サービスとサービスの間でほぼシームレスな移行をするために、バースト内のサービスへの正確な時間的関連付けが必要である。もし、ザッピングサービスが元のサービスの低いデータレートのコピーで構成されているが、通常のサービスバーストよりザッピングサービスのほうに近いエントリーポイントを持っているとき、すなわち、ＰフレームやＢフレームといった推測可能なフレームがＩフレームフォーマットの静止画に続いてくるとき、サービスの時間的追従が特に要求される。時間的追従の実現性は、ザッピングサービス生成装置のＴＳ制御情報入力部にＴＳストリームを供給することで、得ることができる。
本発明の趣旨に関連しないので、評価と時間的な関連についての詳細はここではふれない。

なお、上述した配送手法は、静止画の順序、反復の周期などの条件に対して制限がないという点で柔軟性がある。同じザッピングストリームの全てのＩＰデータグラムが、同じアプリケーションデータテーブル内に含まれている必要さえなく、それらのＩＰデータグラムは２つかそれ以上のアプリケーションデータテーブル上に配置することができる。

それは、（ユーザーによってチャネルが変更される場合）１つの期間内の全サービスを含む全てのバーストを、端末が受信してメモリに保持することができることを示している。この例では、おおよそ、端末は１０ＭＢｐｓ×８秒＝１０Ｍｂｙｔｅのメモリが必要である。

しかしながら、ザッピングサービス生成装置のデータレートは、ザッピングサービスのためにＤＶＢ−Ｈ ＭＰＥデバイスに割り当てられたデータレートを決して超えて送信することは出来ない。

説明したザッピング手法における端末の実装は単純である。チャネルが変化する瞬間（つまり、ユーザーがターミナルのプログラムチャネルキーを押したとき）から、全てのバーストを受信し、全てのストリームとザッピングストリームを溜め込んで、受信したサービスとプログラムチャネル番号とを関連付ける。選択されたチャネルと関連のあるザッピングストリームは、メモリから読み出され、デコードされて表示される。もし、選択されたサービスの完全なサービスバーストがメモリ内で利用可能であるならば、デコードされて表示される。もし、ターミナルのメモリが不足したら、選別を行うことができる。つまり、ザッピングストリームを抽出した後、ほとんど視聴されることのないプログラムチャネルのサービスバーストを廃棄して、ザッピングストリームだけを蓄積する。

本発明は、デジタルデータ放送の伝送方式に利用可能である。

本発明は、携帯端末向けデジタル放送（ＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ − Ｈａｎｄｈｅｌｄ））に関し、より詳細には、携帯端末向けデジタルデータ放送の伝送装置に関する。

欧州の携帯端末向けデジタル放送ＤＶＢ−Ｈの携帯受信端末は、タイムスライスと呼ばれるバースト形式で伝送されるトランスポートストリームのＤＶＢ−Ｈオーディオ／ビデオサービスを受信する。例えば、５秒程度のオーディオ／ビデオのデータが、０．２秒未満の長さのバーストひとつで送信される。このバーストによる伝送は、レシーバの省電力化に非常に有効である。レシーバでは、所望のサービスのバーストが伝送されている期間のみ、受信部の電源供給を行うことで、相当な量のバッテリー消費電力を節約する（ＥＰ１３３７０７１Ａ２ （ノキアタイムスライシング）を参照。）。

しかしこれには短所がある。この方式では、ユーザーが、同じ物理チャネル、あるいは別チャネルでのザッピングをしようとした際には、希望するサービスが来る次のバーストまで待つ必要がある．バースト間隔が５秒の典型的な事例では、新しいサービスの映像音声が提示されるまで、平均２.５秒、最大５秒の時間が必要になる。９秒以上のバースト期間が、最大限の電力セービングになるといわれている。このように、現在のテレビと比較すると、ザッピングスピードが遅くなってしまう。

これを解決するために、タイムスライス方式の伝送にザッピングサービス用ストリームを適応する方法が考えられる（図１０を参照のこと）。

ザッピングストリームは、同じトランスポートストリーム内のＤＶＢ−Ｈサービスに関する情報を非常に低いデータレートを使って伝送される。例えば、映像音声コンテンツ、静止画、サービスに関連するテキスト情報あるいは、前述のものの組合せなどである。例えば静止画は、頻繁に更新され、DVB-Hの環境で、１秒あたり2回に1回のバースト伝送で、通常は１秒あたり4回に1回更新される．

連続送信されるザッピングストリームを受信することで、ユーザーは、選択されたサービスのバーストが受信され表示される前に、選択されたサービスの内容を、見たり、聞いたり、読んだりすることが出来る。従って、ユーザーは、選択したサービスを受信するか別のサービスを受信するかを即座に決定することが出来る。

ＥＰ１３３７０７１Ａ２号公報（ノキアタイムスライシング）

上記のようなザッピングサービス用ストリームをタイムスライス方式に適用した場合、そこで使用されるザッピングストリームは、タイムスライスと同じ帯域で伝送されるため、可能な限り伝送帯域を消費せず、一定の帯域消費であることが望ましい。
本発明は、上記の問題点を解決するもので、伝送帯域を最小限に押さえ且つ、一定の帯域幅消費となるザッピングストリームを生成することを目的とする。
また、ザッピングストリームは、通常サービスと同様にIPレベルで生成される。それらのIPデータグラムは通常のサービスのIPデータグラムを、付加的なザッピングサービスの処理と装置を安く、受信時のアクセスタイムが短く、付加的なバンド幅を少ない条件で生成することを目的とする。

本発明は、高品質コンテンツストリームからザッピングストリームのデータ生成方法であって、高品質コンテンツストリームからコンテンツを復元した後、正確に一定周期ではなく、（タイミングによらない）もとの画像の複雑さによってタイミングを補正した特定の部分を選択的に抜き出すことで、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成することを特徴とするザッピングストリーム生成方法およびその装置を提供する。

本発明によれば、画像の複雑さが少ないところを選択的に抜き出すため、可能な限り品質を落とさず且つ最低限の情報量でザッピングストリームを生成することがきる。

また、一定のタイミングで抜き出す場合、再エンコード時の生成情報量が大きくなると予想される場合、画像の一部をトリミングすることで、生成情報量を少なくすること特徴とするザッピングストリーム生成方法およびその装置を提供する。

また、画像の解像度を落とすことで、生成情報量を少なくすること特徴とするザッピングストリーム生成方法およびその装置を提供する。

また、同一のコンテンツ源からタイムスライス向けの主ストリームと、ザッピングストリームをトランスポートストリームから同時に生成することでザッピングストリームと主ストリーム間の遅延時間を小さくすることを特徴とするザッピングストリーム生成方法およびその装置を提供する。

本発明はまた、上述のザッピングストリームの生成方法または、ザッピングを使用するＩＰデータキャスト送信システムおよびこれらを実行するためのプログラム、およびこれらを記録した記録媒体を提供する。

本発明は、以下の「発明の実施の形態」および図面を用いて説明されるが、これは例示を目的としており、本発明はこれらに限定されることを意図しない。

本発明によれば、規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低い画像を抽出することで複雑さの変化する画像信号から、伝送帯域を最小限に押さえ且つ、一定の帯域幅消費となるザッピングストリームを生成することか可能となる。

また、ＩＰサービスストリームと関連するザッピングサービスを同一信号源から同時に生成することで、受信機が再生するときの同期を取りやすくすることができる。

また、本発明によれば、ザッピングサービスとオリジナルサービスのIPアドレスを共通化することで装置を簡単に構成でき、受信時のアクセスタイムが短く、付加的なバンド幅を少ない条件で、ザッピングストリームを生成することか可能となる。

図８、図９は、ザッピングサービスの伝送例を示す図である。図８は一定の帯域をザッピングサービスに割り当て、連続的なストリームとして伝送している図である。また、図９は、ザッピングサービスをさらに小さなバーストとして伝送しているものである。ザッピングサービスは、連続的なストリームとして送信することで、待ち時間を可能な限り小さくできる効果があり、また、ザッピングサービスもバースト形式（またはタイムスライス形式）で伝送することで、端末の消費電力の節約や、裏サービスの受信などの効果が期待できる。
本発明は、これらのザッピングサービスを生成する方法を示したものである。

（実施の形態１）
ＩＰデータキャスト送信システム
本発明の伝送方式に関する実施の形態について、ＤＶＢ−ＨのＩＰデータキャストからザッピングストリームを生成する方法について、図面を参照しながら説明する。

図１は、本発明の、ＤＶＢ−ＨのＩＰデータキャストからザッピングサービスを生成するザッピングサービス生成部を含むＩＰデータキャスト送信システムの一例を示す図である。
ＩＰサービス供給部２００、ＤＶＢ−Ｈのマルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２２０、ＭＰＥＧ−ＴＳ多重装置２９０から構成されるＤＶＢ−ＨのＩＰデータキャストの環境に、ザッピングサービス生成装置２４０とマルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２６０を付加した構成である。

この例では、１つのザッピングサービス生成装置２４０は、ＩＰサービス供給部２００によって形成されたＩＰストリーム２１０（全サービス分を含む）のうち、１つのサービスストリームを処理する。

ＤＶＢ−Ｈ ＭＰＥ２６０は、ＤＶＢ−Ｈのマルチプロトコルカプセル化および適宜タイムスライスのバースト生成処理を行う。
また、ＤＶＢ−Ｔ／ＤＶＢ−Ｈの両サービスが共存するシステムの場合は、ＭＰＥＧ２サービス供給部３００がさらに存在する。

典型的な構成の場合、複数のザッピングサービスが、それ自身のザッピングサービス生成装置２４０を持ち、生成したザッピングのＩＰストリーム２５０はすべて時間でマルチプレックスされ、並列にあるいは時間でマルチプレックスされて、マルチプロトコルエンキャプシュレータ（ＤＶＢ−Ｈ ＭＰＥ）２６０へ供給される。そして、集中的にバースト状に、または、一定レートで送出され、ＭＰＥＧＴＳ多重装置でマルチプレックスされ送出される。

ザッピングサービス生成装置２４０の追加は、基本的にほとんど既存のインフラストラクチャーの修正を必要としないことは明らかである。

ＩＰサービス供給部２００からのＩＰストリーム２１０のコピーは、ザッピングサービス生成装置２４０に供給するために必要である。そこで、特定のサービスはフィルターされ、関連するザッピングサービスが生成される。そして出力としてＩＰストリーム２５０を出力する。このＩＰストリームはＭＰＥ２６０によってＤＶＢ−Ｈ形式にカプセル化され、トランスポートストリーム２７０を生成する。このトランスポートストリームは２３０、２８０と同様にＭＰＥＧＴＳ多重装置２９０に供給される。

（変形例）
図２は、本発明の、ＤＶＢ−ＴのＭＰＥＧ２符号化されたＴＳからザッピングサービスを生成するザッピングサービス生成部を含むＩＰデータキャスト送信システムの一例を示す図である。

この例では、図１のＩＰストリーム２１０からザッピングサービスを生成する代わりに、トランスポートストリーム２８０からザッピングサービスを生成している。ＭＰＥＧ２ＡＶサービス源３００から供給されるトランスポートストリーム２８０は、現在のＤＶＢ−Ｔで標準の符号化方式であるＭＰＥＧ２のＡＶサービスをエンコードしたものである。

この構成では、図２のＩＰサービス生成部２４１をさらに具備し、サービスおよびザッピングサービスの両方を同時並行して生成してもよい。

なお、何れの形態もザッピングサービスは、図８のようにバースト的に送出するか、または図９のように連続的に送出するか何れの方法で伝送してもよいが、ザッピングサービスのすべてデータを、それらの関連するサービスバーストの伝送される直前に適時送信することで、ＭＰＥＧ ＴＳＭＰＥＧ−ＴＳ多重装置２９０中でバッファ容量や帯域幅を節約することができる。

（実施の形態２）
ＡＶサービスからの静止画のザッピングサービスの生成
次に、ザッピングサービス生成装置の一例を示す。
本実施の形態は、映像音声を含むＡＶサービスから静止画タイプのザッピングストリームを生成する装置の一例である。ザッピングサービス生成装置は、すべてのＩＰデータグラムからあらかじめ選択されたサービスのＩＰデータグラムを抽出し、あらかじめ選択されたサービスに関連するザッピングサービスのＩＰデータグラムを出力する。

ザッピングサービスは、サービスプロバイダが提供するＡＶサービスに関連する別のサービスである。従って、同じＡＶコーダが送出側で用いられ、同じデコーダが端末で用いられる。
この発明によれば端末内に多数のデコーダを必要としない。
ザッピングサービス生成装置の出力は通常、マルチ・プロトコルエンキャプシュレータ（ＭＰＥ）に供給される。

図３は、本発明のＡＶサービスを補足する、静止画タイプのザッピングサービス生成装置の処理を示す図である。
ザッピングサービスを生成するまでの動作について図３にしたがって説明する。
手順：
ステップ（１）：ザッピングサービス生成装置に入力されたソース信号から、１つのＡＶサービスを選ぶ、つまり ザッピングストリームを生成したいビデオストリームを選別する。
ステップ（２）：次にステップ（１）で抽出したＩＰデータグラムからトランスポート層プロトコル（例えばＵＤＰ）を削除する。
ステップ（３）：さらにその他のトランスポート層プロトコル（例えばＲＴＰ）を削除する。
ステップ（４）：次にビデオストリームを抽出する。
ステップ（５）：ビデオストリームをデコードし、静止画として使用するためのビデオフレームのセットを取り出す。なお、デコードは、すべてのビデオか、または、特定の一部分のみのデコードでもかまわない。
ステップ（６）：毎秒１枚の割合で静止画を更新するため、再生したビデオフレームから毎秒１つのビデオフレームをビデオフレームのセットから選択する。

図４は、このように選択されたフレームを含むザッピングサービスデータの受信と表示の関係を示す図である。選択されなかった（使用しなかった）残りのフレームは破棄する。なお、ＡＶサービスの低いビット化の方法として静止画を選択する変わりに、完全なビデオストリームに対してより圧縮率の高い圧縮方式で再エンコードしてもよい。また、後述のように別途作成した画像を手動でアップロードしてもよい。

ステップ（７）：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば、「サービス開始まであと何秒です。」などである。テキスト情報は、ＥＳＧ（電子サービスガイド）あるいは関連するサービスのデルタＴパラメータから抽出することができる。テキストの挿入はザッピングストリーム生成装置に固定的に設けておいてもよい。例えば、テキストの重ね合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキストの代わりに効率のよい形式として、図形オブジェクトを使用してもよい。

ステップ（８）：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン・サイズまでのテレビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでもよい。図形オブジェクトは、ＥＳＧ（電子サービスガイド）から生成するか、あらかじめ格納されたものを使用する。図形オブジェクトの挿入はザッピングストリーム生成装置に固定的に設けておいてもよい。例えば、図形オブジェクトは重ね合わされて、静止画の一部となる。また、レイアウトの位置も固定しておいてもよい。

ステップ（９）：入力のＡＶストリームのパラメータとは異なる、高い圧縮率のパラメータですべての静止画をエンコードする。ザッピングサービスから生成される、すべてのビデオストリームは最終的に１つの静止画を含んでいる。
ステップ（１０）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（１１）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（１２）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（１３）：その結果、ザッピングサービス（選択されたＡＶサービスを補足する）を連続的に含んでいるＩＰデータグラムを出力する。

なお、静止画にはザッピング中の利用者によって有益である低データレートのオーディオデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変換処理が可能なことは明白である。

また、サービスバースト開始時刻がザッピングサービスバーストによって伝えられる場合、さらに次のステップ（１４）を追加してもよい。
ステップ（１４）：ＩＰデータグラムストリームへの、制御情報ＩＰデータグラムの生成および挿入。
つまり、ザッピングサービスと関連するＡＶサービスの間の時間的関連付けは制御情報として送られ、好ましくは制御情報ＩＰデータグラムのペイロード中で示される。

また、時間的関連付けは例えばタイムスライス送出間隔を表すデルタｔに、ザッピングサービス生成装置の遅れによるオフセットを考慮して制御情報ＩＰデータグラムに挿入してもよい。

（実施の形態３）
ＭＰＥＧ２からのサービスおよびその関連するザッピングサービスの生成方法
図２は、本発明の実施例の一例を示すＩＰサービス（ＩＰＤＣ ｉｎ ＤＶＢ−Ｈ）およびＭＰＥＧ２エンコードされたＡＶサービス（「ＤＶＢ−Ｔ」）が共通の多重装置を使用する例を示す図である。

ザッピングサービスを、ＩＰストリーム２１０からのを生成する代わりに、トランスポートストリーム２８０から生成ものである。ＭＰＥＧ２ＡＶサービス供給部３００は、現在のＤＶＢ−Ｔでの標準の符号化方法であるＭＰＥＧ２符号化によってＡＶサービスをエンコードする。なお、このＭＰＥＧ２符号化されたトランスポートストリームは、外部の装置から供給されたものであってもよいことは、言うまでもない。

この実施例では、図のＩＰサービス生成部２４１とザッピングサービス生成装置３１１でサービスおよびザッピングサービスの両方を並行して生成している。
ＭＰＥＧ２ ＡＶサービス３００の出力は、ＩＰサービス２１０、２５０および３２０等を経由して共通の多重装置２９０に供給される。

この構成では、ＩＰサービス２５０およびそのザッピングサービス３２０は、トランスポートストリームからＤＶＢ−Ｈサービス生成装置２４１とＤＶＢ−Ｈザッピングサービス生成装置３１１によってそれぞれ生成される。

ＩＰサービスの生成
ＩＰサービス生成装置２４１によって処理されるＩＰベースのビデオサービス２５０の生成手順の一例を以下のとおりである。
図５は、ＭＰＥＧ２符号化されたＡＶサービス（映像音声サービス）から映像音声型ＩＰサービスを生成する装置の一例を示すブロック図である。
図５は、説明を簡単にするためビデオストリームの処理のみ記述している。ＭＰＥＧ２符号化されたオーディオストリームも、同様の方法で処理される。

手順：
ステップ（１）：サービス生成装置に入力された適切なＰＩＤを持つソース信号から、１つのＡＶサービスを選ぶ。つまり、ＩＰベースサービスを生成したいＭＰＥＧ２符号化されたビデオストリームを含むＴＳパケットをフィルタリングし、抽出する。
ステップ（２）：ビデオストリームをデコードし、２５あるいは２９．９７フレーム／秒のビデオフレームを生成する。
ステップ（３）：例えば、ＡＶＣＨ．２６４あるいはＭＰＥＧ−４フォーマット等の適切なフォーマットで再生したビデオフレームを再エンコードする。
ステップ（４）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（５）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（６）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（７）：その結果、ＩＰベースサービスを含むＩＰデータグラムを出力する。音声ストリームも同様に処理される。

次に、ザッピングサービスの生成について説明する。
ザッピングサービスの生成
ザッピングサービス生成装置３１１によって処理されるＩＰベースのザッピングサービスの生成手順の一例は以下のとおりである。
図６は、１つのＡＶサービスを補完する静止画タイプザッピングサービス用のザッピングサービス生成装置である。

手順：
ステップ（１）：サービス生成装置に入力された適切なＰＩＤを持つソース信号から、１つのＡＶサービスを選ぶ。つまり、ＩＰベースザッピングサービスを生成したいＭＰＥＧ２符号化されたビデオストリームを含むＴＳパケットをフィルタリングし、抽出する。
ステップ（２）：ビデオストリームをデコードし、静止画として使用するためのビデオフレームのセットを再生する。なお、デコードは、すべてのビデオか、または、特定の一部分のみのデコードでもかまわない。
ステップ（３）：毎秒１枚の割合で静止画を更新するため、再生したビデオフレームから毎秒１つのビデオフレームをビデオフレームのセットから選択する。選択されなかった（使用しなかった）残りのフレームは破棄する。なお、ＡＶサービスの低いビット化の方法として静止画を選択する変わりに、完全なビデオストリームに対してより圧縮率の高い圧縮方式で再エンコードしてもよい。また、後述のように別途作成した画像を手動でアップロードしてもよい。

ステップ（４）：必要に応じて、オプションとして、テキスト情報形式で静止画に重ね合わせたたり、テキスト情報を埋め込んだりする。テキスト情報の一例は、例えば 「サービス開始まであと何秒です。」などである。テキスト情報は、ＥＳＧ（電子サービスガイド）あるいは関連するサービスのデルタＴパラメータから抽出することができる。テキスト・レイアウトはザッピングストイーム生成装置に固定してもよい。例えば テキストの重ね合わせは、静止画の複雑さを増し、より大きな静止画データになる。テキストの代わりに効率のよい形式として、図形オブジェクトを使用してもよい。

ステップ（５）：必要に応じて、オプションとして、図形オブジェクトを重ね合わせたり、埋め込んだりする。図形オブジェクトの例は、例えば、フルスクリーン・サイズまでのテレビ局バナーや、あるいは広告の図形オブジェクトなどである。またあるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像などでもよい。図形オブジェクトは、ＥＳＧ（電子サービスガイド）から生成するか、あらかじめ格納されたものを使用する。図形オブジェクト・レイアウトはザッピングストイーム生成装置に固定してもよい。例えば 図形オブジェクトは重ね合わされて、静止画の一部となる。

ステップ（６）：適切な符号化方法（ＡＶＣＨ．２６４あるいはＭＰＥＧ−４フォーマット等の適切なフォーマット）で、すべての静止画をエンコードする。ザッピングサービスから生成される、すべてのビデオストリームは最終的に１つの静止画を含んでいる。
ステップ（７）：次に、トランスポート層プロトコル（例えばＲＴＰ）を付加する。
ステップ（８）：さらに別のトランスポート層プロトコル（例えばＵＤＰ）を付加する。
ステップ（９）：ネットワーク層プロトコル（例えばＩＰ）を付加する。
ステップ（１０）：その結果、ザッピングサービス（選択されたＡＶサービスを補足する）を連続的に含んでいるＩＰデータグラムを出力する。

なお、静止画にはザッピング中の利用者によって有益である低データレートのオーディオデータが伴うこともできる。この場合、画像エンコードと同様の手順で音声の変換処理が可能なことは明白である。

このように、ＩＰサービス２５０およびそのＩＰベースのザッピングサービス３２０を同時に生成および符号化すること、により、両方間の遅れは縮小可能である。

（変形例）
静止画のザッピングストリームのサイズ縮小
実施の形態２、３で説明したザッピングサービスによって消費されるチャネル帯域幅の大きさは重要である。実装を簡単にするため、ザッピングサービスに一定のチャネル帯域幅またはタイムスライスを割り当てることが望ましい。

そのためには、すべてのザッピングストリームは伝送する静止画の複雑さに依存しない同じストリームサイズに圧縮する必要がある。
特に、静止画ストリームがあまりにも多くの帯域を消費する場合は、静止画ストリームサイズの縮小が必要である。

ここでは、実施の形態２、３の該当部分に適応可能な、ザッピングサービスで使用する静止画のデータサイズを縮小する方法について説明する。これらは任意の１つまたは複数の方法を組み合わせて用いても同様の効果が得られる。
（１）微細な要素を使用しない
ザッピングサービスあるいはサービスに関するテキスト・スタイル情報は符号化の前に静止画へ埋め込まれ、テキストは静止画の一部に合成される。
この埋め込まれたテキストは、静止画に複雑さを加えて、エンコードされた静止画をザッピングストリームのサイズを増加させることになる。複雑さの増加量を少なくするため埋め込むテキストは、小文字や台詞など形状の細かい要素を避
ける。これは、読みやすさの改善の効果もある。

（２）テキストの別送信
実施の形態２の生成手順のステップ７の変形として、重ね合わせるテキストデータは静止画とは別に送信することもできる。受信機側で、静止画および関連するテキストは受信機に特有のレイアウトで、受信機側で組み立てられる。組み立てを簡単にするために、テキストは例えば ＡＳＣＩＩ、ＨＴＭＬ、あるいは電子サービス案内（ＥＳＧ）に使用される形式などの一般に広く用いられているフォーマットで伝送することが望ましい。

（３）画像の一部を切り出してエンコード
コンテンツによっては、画像の一部分を表示すれば十分な場合もある。
予備エンコードを行い、エンコード結果が大きすぎる場合は、元画像の一部分、例えば、画像の中心部分のみを切り出し、再エンコードする。受信機側では、元のサイズに戻して表示する。こうすることで、コード量をさらに縮小できる。

（４）利用する画像は等間隔でなく、圧縮効率のよいものを選択
ザッピングサービスで使用する静止画は、ＡＶサービスの内部の特定位置（例えば一定周期間隔の画像フレームなど）の静止画を抽出して利用する必要はない。
選択は、「適時の正確な位置の近傍にある」一連のフレームから選択することができる。
例えば、適時の正確なものの前の、あるいはそのものの後のいくつかのフレームから、最コーディング効率が最良になるフレームを選択することで、最小のザッピングストリームが構成できる。
選択基準： 規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低い画像。

（５）低解像度画像への変換
例えば ＣＩＦ解像度（１つのフレーム当たりの３５６×２８８ピクセル）の静止画をＱＣＩＦ解像度（１つの静止画当たりの１７６×１４４ピクセル）でコード化する。

（６）色数の削減
白黒まで、色数を削減してコード量を調節する。

（変形例２）
以下では、ザッピングストリームの縮小以外の、その他の変形例について説明する。
（１）非ＡＶサービスからのザッピングサービス生成
これまでの例では、ザッピングサービスは、ＡＶサービスからザッピングサービスを生成したが、ＡＶサービスの代わりに、任意の非ＡＶサービスから生成してもよい。高速なサービスへのアクセスが必要な、例えばファイル・サービスあるいは他のタイプのデータサービスなどからザッピングサービスを生成してもよい。

（２）ダウンロードサービスからのザッピングサービス生成
ストリーミング型サービスからザッピングサービスを生成する代わりに、ザッピングサービスも、ダウンロード型サービスから生成してもよい。
例えば、ファイル・ダウンロードあるいは他のタイプのデータ・ダウンロード（例えばゲーム、ビデオクリップ、アプリケーションソフト、ターミナルの最新版ファームウェアなど）の場合である。
あらかじめ、静止画のセットを生成し、ストリーミングＡＶサービスとしてエンコードし、ＵＤＰ、ＲＴＰおよびＩＰパケット化されたものを、生成装置内にアップロードし蓄積しておく。次に定められたバースト周期でＩＰストリームへ挿入して送出する。

（３）静止画の手動挿入
ＡＶサービスからザッピングサービスを生成する代わりに、ザッピングサービスも、任意の手動で挿入されたオブジェクトから生成することができる。これは、必ずしもＩＰパケット形式のデータある必要はない。例えば、オブジェクトの一般的な形式のデータを図３の「毎秒１つの静止画を選択する」部に、供給することで実現できる。

（４）視聴意欲を促す宣伝としてザッピングサービスを利用する方法
例えば、有料ＴＶサービスなどでは、ザッピングサービスは、有料ＴＶサービスのスクランブルされていない静止画で表示される。これらの静止画は解像度を下げ、毎秒１度しか更新されないが、スクランブルされた有料ＴＶサービスを視聴するよう促す宣伝効果がある。
このような利用法では、静止画が、さらに有料ＴＶサービスの重要なパラメータ（例えば内容説明、開始時間、番組長、再放送時間、価格 など）を含んでいてもよい。

（実施の形態４）
制御情報のＩＰデータグラムの追加挿入
本実施例のザッピングサービス生成装置は、図７に示すように、サービスに関連する制御情報を含んでいるトランスポートストリームパケット形式の制御情報入力をさらに持っている。図１の点線で示すように、これらの制御データを含むパケット（トランスポートストリーム２３０のコピー）はザッピングサービス生成装置２４０またはＤＶＢ−ＨＭＰＥ２６０に供給され、それぞれ必要に応じて制御情報データを抽出し、処理する。

一例として、ザッピングサービス生成装置２４０では、例えば、関連する主サービスのタイムスライスの送出時間を示すデルタｔ情報を取り出し、主サービスとザッピングサービスの送出時間の関係を考慮した値を制御情報としてＩＰデータグラム化し、ザッピングサービスのＩＰストリームへの「制御情報のＩＰデータグラム」として挿入する。

これにより、受信機は、ザッピングサービスを受信後、主サービスのバーストを受信するまでの間、受信処理部の電源をＯＦＦ可能な時間を知ることができ、更なる電力消費を押さえることが可能である。

また、ＤＶＢ−ＨＭＰＥ２６０での処理の一例としては、デルタｔを抽出して、ザッピングサービスの多重タイミング（ＭＰＥＧＴＳ多重部への転送タイミング）に利用することができる。

複数のザッピングストリームをＭＰＥ−ＦＥＣフレームに加えた例について説明する。図１１は、複数のザッピングストリームをＭＰＥ−ＦＥＣフレームに加えた図である。図１１については、次の内容が成立する。
１．サービスの継続したデータレート：３８４ｋｂｐｓ
２．ＭＰＥ−ＦＥＣフレーム＝２Ｍｂｉｔ
ただし、１．８Ｍｂｉｔは、サービスに割り当てられ、０．２Ｍｂｉｔは静止画に割り当てられる。すなわち、静止画用としてＭＰＥ−ＦＥＣフレームの１０％が割り当てられる。
３．バースト時間：１．８Ｍｂｉｔ／３８４ｋｂｐｓ＝４．６８７５秒（約４．２秒）
４．サービスカウント：２１サービス＊３８４ｋｂｐｓ＝８Ｍｂｐｓバンド幅
５．バースト期間：４．２秒／２１サービス＝０．２秒／サービス
６．各フレーム当たり６静止画を入れることが可能。各静止画が２５ｋｂｉｔとすると、６＊２５ｋｂｉｔ＝１５０ｋｂｉｔ／フレーム
ここで、６静止画としたのは、全部で２１サービスあり、そのうち３サービスには一時的にザッピングサービスが提供されておらず、それらのバーストが接近しているので、１８（＝２１−３）静止画が、一時的に必要とされ、次の関係が得られるからである。
１８静止画／３接近サービス＝６静止画（サービス当たり）
＝６静止画（ＭＰＲ−ＦＥＣフレーム当たり）
以上に基づき、フレーム当たりのメモリ容量は２Ｍｂｉｔ以下となる。
すなわち、
１．８Ｍｂｉｔ（サービス）＋１５０ｋｂｉｔ（６静止画）＜２Ｍｂｉｔ

なお、サービス又は静止画へのアクセス時間は、図１１に示したとおりである。もし、希望のサービスの先頭部分の受信ができなかった場合は、０．７５秒となる。

（実施の形態５）
ザッピングストリームを含むMPE-FECフレームの構成方法

本実施例では、ザッピングストリームを含むMPE-FECフレームの構成方法の一例を詳細に説明する。

送信設備構成
図１は、現在使われているＭＰＥＧ−ＴＳ多重装置にザッピングサービス生成装置を加えた構成を示している。
この詳細は実施例１で説明した。ブロック２４０と２６０は、ザッピングサービスの発生とマルチプレックスに用いられる。他のブロックは通常のDVB-HによるIPデータ伝送に（ザッピングサービスがない場合でも）用いられるものである。ザッピングストリームはMPEG2-TSに乗せて運ばれる。

このMPEG2-TSは、他の通常のＡＶサービスを含むMPEG2-TSとＭＰＥＧ−ＴＳ多重装置290でマルチプレックスされる。ザッピングストリームは、IPレベルで発生され、260でMPEエンキャプシュレートされ、MPEG2のTS270に組み込まれる。この方法は、ザッピングサービスのTSを作るための別の専用の装置（MPE、TS発生装置、ＭＰＥＧ−ＴＳ多重装置、（タイムスライスを行う場合はさらにタイムスライス装置も必要））が必要となる。

図１２は別のよりシンプルな構成例である。図１２のザッピングサービス生成装置２４０は、ザッピングストリームを生成し、アップデートする。その出力２５０をオリジナルのＩＰストリーム２１０に加えて、簡単な構成のマルチプレクサ２６０に入力する。DVB-HのMPEエンキャプシュレータは、通常のサービスとザッピングサービスをアプリケーションデータテーブルに入れる。

それは、ノーマルサービスのIPアドレスをアプリケーションデータテーブルに入れるだけでなく、ザッピングサービスのＩＰアドレスをアプリケーションデータテーブルに入れてもよい。

アプリケーションデータテーブルへの配置
図１３にDVB-Data broadcasting specification（ETSI EN301192、v.1.4.1）に記載された、アプリケーションデータテーブルのレイアウトを示す。
アプリケーションデータテーブルは行(row)と列(column)で構成される。ひとつひとつの場所は１バイトであり、ＩＰデータグラム(IP datagram)から取り出される。ＩＰデータグラムは、1st IP datagram、2nd IP datagram、・・・というような順番でこのテーブルの中に配置される。通常、ひとつ（あるいは複数）のサービスのＩＰデータグラムストリームのみがこのテーブルに配置されており、ザッピングストリームは配置されていない。すべてのサービスはその起点ＩＰアドレスによって区別される。もし、アプリケーションテーブルが完全に埋まらない場合は、パディングバイト(padding bytes)で埋められる。

ＭＰＥ−ＦＥＣフレームにおいて、アプリケーションデータテーブルのいくつかの場所は、ＩＰベースのザッピングストリームの運ぶために割り当てることができる。

例えば図１３において、3rd IP datagramはサービスｘｙｚに関する一つの静止画のザッピングストリームを含むことができる。使用していない場所は、パディングバイトで埋められる。ここで、ザッピングサービスも（ＩＰデータグラムと同様）、起点ＩＰアドレスによって区別できることに注意。

生成されたすべてのザッピングストリームの中から、送出するべきザッピングストリームを選択する方法を、図１４を参照しながら説明する。
サービスバーストに対応したザッピングストリームは、サービスバーストの伝送時間が間近の場合（例えば、次の一秒間以内に該当のサービスバーストが伝送される場合）伝送しない。すなわち、伝送しない該当するザッピングストリームのデータは、アプリケーションデータテーブルに配置されず、伝送されない。したがって、帯域をセーブすることができる。

図１４に、２１バーストサービスの典型的な様子を示す。ここで、４から２１の番号が付けられた１８のザッピングストリームは選択され３つ（２１−１８＝３）の連続するアプリケーションデータテーブルに、６つずつ分配される。サービス１、２、３の間の０−０．６秒には、サービス１、２、３そのものが入っているので、サービス１、２、３のザッピングサービスは入っていない。続く０．６秒−１．２秒の時間フレームの中でサービス４、５、６が送信される。その時間フレームの中でそれらの関連するザッピングサービスを含める必要がない。従って、（サービス４、５、６の中には）１、２、３、７、８、９、１０から２０までのザッピングサービスのみが含まる。この例では、すべてのサービス、及びザッピングサービスへのアクセス時間を最大でも約０．６秒にすることを可能にする。けれども、エンド・ツー・エンドシステムの他の多くの遅延については考慮していない。

任意の通常のストリームに関しては、ザッピングストリーム１−２１が、それらのＩＰアドレスによって端末で識別されフィルターされる。ＩＰアドレスザッピングサービスジェネレーターによって割り当てられるかもしれない。

ザッピングストリームのIPアドレスの割り当て

ここでは、DVBH MPE装置へ容易に組み込める、IPアドレスの起点IPアドレスおよび終点IPアドレスの管理方法の詳細について述べる。

表１は、DVBH MPE装置へ設定される入力フィールドの一例を示す。

表１: DVBH MPE装置へ設定される入力フィールドの一例

この例では、１チャネルあたり割り当てられた帯域幅は、10Mbpsとする。
MPE-FECフレーム・サイズを全バーストとも一定の２Mbitとし、最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
(４０サービス×２Mbit per service / 10Mbps ) = 8 sec
上記の例における40個のサービスは、IPソースの10.10.100.01〜10.10.100.40から決定している。

表２は、DVBH MPE装置へ設定される入力フィールドの別の例を示す。DVB-Hでは（ETSI EN301192、v.1.4.1）に規定されるように、1つ以上のサービスは、1つのMPE-FECフレーム内に含むことができる。つまり1つのバースト内に１つ以上のサービスを含むことができる。

この例でも、チャネルからの割り当てられた帯域幅は10Mbps、MPE-FECフレーム・サイズはすべてのバーストで一定で2Mbitと前記の例と同様であるが、１つのバーストは２つのサービスを含んでおり、各サービスあたり1Mbitを割り付けている。
最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
(４０サービス×１Mbit per service / 10Mbps ) = ４ sec

表2: DVBH MPE装置へ設定される入力フィールドの別の一例

上記の例における40個のサービスは、IPソースの10.10.100.01〜10.10.100.40から決定している。

表２では、IPレイヤでのザッピングサービスのIPアドレスの区別はない。
全ザッピングサービスは、オリジナルサービスと同じIPアドレスを共有する。 ザッピングサービスとオリジナルサービスの区別は、IPレイヤより上位レイヤで行う（プロトコル中の正確な位置の説明は省略する）。

IPレイヤでザッピングサービスとオリジナルサービスを区別しないことは、MPE-FECフレームからMPE-FECフレームへのDVBH MPEの入力フィールドのダイナミックな再構成が必要なくなり、入力フィールドは固定値のままで実現でき、したがってDVBH MPE装置の改変は必要なくなるという効果がある。

表３は、DVBH MPE装置へ設定される入力フィールドのさらに別の例を示す。
この例では、前記の例と同様に、チャネルからの割り当てられた帯域幅は10Mbps、また、MPE-FECフレーム・サイズはすべてのバーストで一定で2Mbitである。

ここで、1つのバーストが1つのサービスおよび1つのザッピングサービスを含んでおり、例えば２Mbitのうちサービスに1.8Mbitを割り当て、残りをザッピングサービスに割り当てる。

最大４０のサービスすべてをエンキャプシュレートできバースト伝送周期は次のとおりとなる。
(４０サービス×１．８Mbit per service / 10Mbps ) = ７．２秒

文献（ETSI EN301192、v.1.4.1）では、同一MPE-FECフレーム内に多数のサービスを含むことを規定しているため、表３のようにザッピングストリームをMPEフレームに入れることは規格内であり容易である。

上記の例における40個のサービスは、IPソースの10.10.100.01〜10.10.100.40から決定している。
表３中の４０個のサービスはIPソース10.10.100.01〜10.10.100.40からきており、また、上記の例における４０個のザッピングサービスは、すべて同一の起点IPアドレス（10.10.101.01）が割り当てられ、ザッピングサービス・ジェネレーターから提供される。

表３: 本発明のDVBH MPE装置へ設定される入力フィールドの一例

ザッピングサービス生成装置におけるザッピングストリームの配送
ザッピングサービス生成装置におけるザッピングストリームの適切な配送について説明する。図１５に示す、図７の静止画用メモリと静止画選択部を拡張したザッピングサービス生成装置について述べる。ザッピングサービス生成装置の最も単純な実装では、「IPヘッダ付加」ブロックは、「静止画メモリ」に対して、全てのザッピングストリームを連続して出力する。
そして「静止画選択」ブロックは、「時間的最適」原理（実施の形態３ 変形例（４）利用する画像は等間隔でなく、圧縮効率のよいものを選択 を参照。）にしたがって静止画を選択し、DVB-H MPEデバイスに割り当てられたデータレートで、DVB-H MPEデバイスにその静止画を出力する。これは図１２のIP出力２５０にあたる。このIPデータグラムは、IPデータグラムマルチプレクサ２７０（通常、単純な市販のIPスイッチ等で実現される）によって多重される。

ザッピングサービス生成装置のより高度な実装では、生成装置は、上記のようにザッピングストリームを連続的に出力するが、近くに伝送されるサービスに関連するザッピングストリームは、データレートを節約するために、静止画選択部によって止められる。サービスを見つける速度に影響がないため、それらのザッピングストリームは伝送する必要がない。

図１４は、21個のザッピングストリームのうち18個が、MPE-FECフレームのアプリケーションデータテーブルにランダムに分布している、典型的な環境を示している。通常のサービスバーストが間近に伝送されているため、静止画選択部はザッピングストリーム1、2、3の送出をやめ廃棄し、それから、同じ理由で、静止画選択部はザッピングストリーム4、5、6を廃棄する。

ザッピングするときに、サービスとサービスの間でほぼシームレスな移行をするために、バースト内のサービスへの正確な時間的関連付けが必要である。もし、ザッピングサービスが元のサービスの低いデータレートのコピーで構成されているが、通常のサービスバーストよりザッピングサービスのほうに近いエントリーポイントを持っているとき、すなわち、PフレームやBフレームといった推測可能なフレームがIフレームフォーマットの静止画に続いてくるとき、サービスの時間的追従が特に要求される。時間的追従の実現性は、ザッピングサービス生成装置のTS制御情報入力部にTSストリームを供給することで、得ることができる。
本発明の趣旨に関連しないので、評価と時間的な関連についての詳細はここではふれない。

なお、上述した配送手法は、静止画の順序、反復の周期などの条件に対して制限がないという点で柔軟性がある。同じザッピングストリームの全てのIPデータグラムが、同じアプリケーションデータテーブル内に含まれている必要さえなく、それらのIPデータグラムは２つかそれ以上のアプリケーションデータテーブル上に配置することができる。

それは、（ユーザーによってチャネルが変更される場合）１つの期間内の全サービスを含む全てのバーストを、端末が受信してメモリに保持することができることを示している。この例では、おおよそ、端末は10MBps×8秒=10Mbyteのメモリが必要である。

しかしながら、ザッピングサービス生成装置のデータレートは、ザッピングサービスのためにDVB-H MPEデバイスに割り当てられたデータレートを決して超えて送信することは出来ない。

説明したザッピング手法における端末の実装は単純である。チャネルが変化する瞬間（つまり、ユーザーがターミナルのプログラムチャネルキーを押したとき）から、全てのバーストを受信し、全てのストリームとザッピングストリームを溜め込んで、受信したサービスとプログラムチャネル番号とを関連付ける。選択されたチャネルと関連のあるザッピングストリームは、メモリから読み出され、デコードされて表示される。もし、選択されたサービスの完全なサービスバーストがメモリ内で利用可能であるならば、デコードされて表示される。もし、ターミナルのメモリが不足したら、選別を行うことができる。つまり、ザッピングストリームを抽出した後、ほとんど視聴されることのないプログラムチャネルのサービスバーストを廃棄して、ザッピングストリームだけを蓄積する。

本発明は、デジタルデータ放送の伝送方式に利用可能である。

本発明の第１の実施形態におけるＩＰデータキャストの送信システムの一例を示す図である。 本発明の第１および第３の実施形態におけるＩＰデータキャストの送信システムの一例を示す図である。 本発明の第１および２の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 選択されたフレームを含むザッピングサービスデータの受信と表示の関係を示す図である。 本発明の第３の実施形態におけるＩＰサービス生成装置の処理の一例を示す図である。 本発明の第３の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 本発明の第４の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。 本発明のストリーム形式の伝送方法を説明する図である。 本発明のバースト形式の伝送方法を説明する図である。 ザッピングストリームとタイムスライシング方式による伝送を説明する図である。 複数のザッピングストリームを MPE-FECフレームに加えた図である。 本発明のIPストリームのザッピングサービス利用したIPデータキャストの送信システムの一例を示す図である。 本発明のIPストリームを格納するアプリケーションデータテーブルのレイアウトを示す図である。 本発明の２１個のサービスを伝送する典型的な例である。 本発明の第５の実施形態におけるザッピングサービス生成装置の処理の一例を示す図である。

符号の説明

２００ ＩＰサービス供給部
２２０、２６０、３３０ マルチプロトコルエンキャプシュレータ（ＭＰＥ）
２４０ ザッピングサービス生成装置
２９０ ＭＰＥＧ ＴＳ多重装置
３００ ＭＰＥＧ２形式ＡＶサービス源

Claims (18)

1. ＩＰサービス供給部と、前記ＩＰサービスをＴＳにカプセル化する第１のマルチプロトコルエンキャプシュレータ部と、ＭＰＥＧ−ＴＳ多重装置から構成されるＩＰデータキャストの送信システムにおいて、さらに、ザッピングサービス生成装置とザッピングサービスをカプセル化する第２のマルチプロトコルエンキャプシュレータを具備し、前記ザッピングサービス生成装置は、前記ＩＰサービス供給部によって供給されたＩＰストリームから、ザッピングサービスストリームを生成した後、前記第２のマルチプロトコルエンキャプシュレータによってカプセル化し、前記ＭＰＥＧ−ＴＳ多重装置は、前記第１のマルチプロトコルエンキャプシュレータ部の出力信号と、前記第２の出力信号を多重して送信することを特長とするＩＰデータキャストの送信システム。
2. 入力されたＩＰデータグラムから、１つのサービスを選択し抽出するＩＰデータグラム抽出ステップと、
   抽出したＩＰデータグラムから第一のプロトコルを処理する第一のプロトコル除去ステップと部と、
   さらに第２のプロトコルを処理する第２のプロトコル除去ステップと、
   さらにその後ビデオビデオストリームを抽出するビデオストリーム抽出ステップと
   抽出したビデオストリームをデコードするビデオストリームデコードステップと、
   デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、
   第２のプロトコルの処理を行う第２のプロトコル付加ステップと、
   第１のプロトコルの処理を行う第１のプロトコル付加ステップと、
   ＩＰプロトコルの処理を行うＩＰ処理ステップにより、ザッピングデータを生成することを特徴とする、ザッピングデータ生成装置。
3. 前記請求項２のピクチャ抽出ステップと第２のプロトコル付加ステップの間に、
   さらに必要に応じて、テキストデータの重ね合わせ処理を行う、テキスト重ね合わせステップと
   さらに必要に応じて、図形等のオブジェクトの重ね合わせを行う、オブジェクト重ね合わせステップと
   を実施することを特徴とする請求項２記載のザッピングデータ生成装置。
4. 前記ピクチャ抽出ステップは、あらかじめ指定された割合で静止画を抽出することを特徴とする請求項２又は３記載のザッピングデータ生成装置。
5. 前記ピクチャ抽出ステップは、再生したビデオフレームから毎秒１つのビデオフレームを抽出することを特徴とする請求項２又は３記載のザッピングデータ生成装置。
6. 前記ピクチャ抽出ステップは、規定されたストリームサイズ内でよい画質でエンコードできる複雑さの低い画像を抽出することを特徴とする請求項２又は３記載のザッピングデータ生成装置。
7. 前記ピクチャ抽出ステップは、抽出したビデオフレームをさらに解像度落としたデータに変換することを特徴とする請求項２又は３記載のザッピングデータ生成装置。
8. 前記ピクチャ抽出ステップは、抽出したビデオフレームの一部分を切り出し、画像サイズを変更したデータに変換することを特徴とする請求項２又は３記載のザッピングデータ生成装置。
9. 前記テキスト重ね合わせステップの代わりに、サービス開始までを示す情報を重ね合わせるステップであることを特徴とする請求項３記載のザッピングデータ生成装置。
10. 前記オブジェクト重ね合わせステップは、
    フルスクリーン・サイズまでのテレビ局バナーあるいは広告の図形オブジェクトまたあるいは、経過時間を表すプロセスバーあるいは、経過時間を視覚化したその他の図形画像オブジェクトの重ね合わせであることを特徴とする請求項３記載のザッピングデータ生成装置。
11. ペイロードに関連するサービスのバーストの伝送時間情報または、その修正値を含む制御情報ＩＰデータグラムを生成し、生成した制御情報ＩＰデータグラムを、前記請求項２〜７で生成されたＩＰデータグラムストリームに挿入するステップをさらにもつことを特徴とする、前記請求項２から１０のいずれか一項に記載のザッピングデータ生成装置。
12. ＡＶサービスを含むトランスポートストリーム（ＴＳ）を供給するＭＰＥＧ２ＡＶサービス源と、前記ＴＳからＩＰベースのストリームを生成するＩＰサービス生成部と、ＭＰＥカプセル化する第１のマルチプロトコルエンキャプシュレータ部と、
    前記ＴＳからザッピングサービスストリームを生成するザッピングサービス生成装置と、ザッピングサービスをカプセル化する前記第２のマルチプロトコルエンキャプシュレータとを具備し、
    前記ＭＰＥＧ−ＴＳ多重装置は、前記第１のマルチプロトコルエンキャプシュレータ部の出力信号と、前記第２の出力信号を多重して送信することを特長とするＩＰデータキャストの送信システム。
13. 入力されたＡＶサービスを含むトランスポートストリーム（ＴＳ）からビデオストリームを抽出するパケット抽出ステップと、
    抽出したビデオストリームをデコードするビデオストリームデコードステップと、
    デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、
    第２のプロトコルの処理を行う第２のプロトコル付加ステップと、
    第１のプロトコルの処理を行う第１のプロトコル付加ステップと、
    ＩＰプロトコルの処理を行うＩＰ処理ステップにより、ザッピングデータを生成することを特徴とする、ザッピングデータ生成装置。
14. 入力されたＡＶサービスを含むトランスポートストリーム（ＴＳ）からビデオストリームを抽出するパケット抽出ステップと、
    抽出したビデオストリームをデコードするビデオストリームデコードステップと、
    デコードされたビデオデータをデコード前とは異なるパラメータまたは、符号化方式で再エンコードする再エンコードステップと、
    第２のプロトコルの処理を行う第２のプロトコル付加ステップと、
    第１のプロトコルの処理を行う第１のプロトコル付加ステップと、
    ＩＰプロトコルの処理を行うＩＰ処理ステップにより、サービスデータを生成する、サ−ビスデータ生成装置をさらに備えた請求項１３記載のザッピングデータ生成装置。
15. サービスバーストに対応したザッピングストリームは、サービスバーストの伝送が一定時間以内に伝送されることがわかっているときは、当該ザッピングストリーム伝送しないことを特徴とする請求項１２記載のＩＰデータキャストの送信システム。
16. お互い関連のある、ザッピングサービスとオリジナルサービスの起点ＩＰアドレスは、共通のものを使用することを特徴とする請求項１２又は１５記載のＩＰデータキャストの送信システム。
17. すべてのザッピングサービスの起点ＩＰアドレスは、同一のものを使用することを特徴とする請求項１２又は１５記載のＩＰデータキャストの送信システム。
18. 入力されたＩＰデータグラムから、１つのサービスを選択し抽出するＩＰデータグラム抽出ステップと、
    抽出したＩＰデータグラムから第一のプロトコルを処理する第一のプロトコル除去ステップと部と、
    さらに第２のプロトコルを処理する第２のプロトコル除去ステップと、
    さらにその後ビデオビデオストリームを抽出するビデオストリーム抽出ステップと
    抽出したビデオストリームをデコードするビデオストリームデコードステップと、
    デコードした画像データから、適切な部分を抽出するピクチャ抽出ステップと、
    第２のプロトコルの処理を行う第２のプロトコル付加ステップと、
    第１のプロトコルの処理を行う第１のプロトコル付加ステップと、
    ＩＰプロトコルの処理を行うＩＰ処理ステップと、
    静止画メモリーと、静止画選択部をさらに具備し、ザッピングデータを生成することを特徴とする、ザッピングデータ生成装置。

Images