JP6330804B2 - 送信装置、伝送ストリームの送信方法および処理装置 - Google Patents

Description

本技術は、送信装置、伝送ストリームの送信方法および処理装置に関し、詳しくは、伝送パケットが連続的に配置された伝送ストリームを送信する送信装置等に関する。

ＩＰパケットの上にサービスストリームを供給するような場合、伝送路の変調を行う物理レイヤ（Physical layer）と、データをパケット化するＩＰパケットレイヤとの間のインタフェースとしてカプセル・レイヤを設ける場合がある（例えば、特許文献１参照）。従来は、カプセル・レイヤがコンテナする情報として、時間管理の束縛がないデータやファイルダウンロードが適するものとされていた。

特開２０１２−０１５８７５号公報

放送波によるサービスとＩＰ配信サービスとを共有するサービスを行う場合、放送波のサービスのパケットをＩＰパケットに載せ、そのＩＰパケットを放送波で伝送するためにカプセル・レイヤを介するといった、従来のファイルダウンロード的な用途だけでない、リアルタイム系のサービスをカプセル・レイヤで送ることが考えられる。カプセル・レイヤは固定長ではなく可変長とすることにより、上位層の伝送対象を効率よく伝送することが可能である。ビデオやオーディオの場合には、例えば、１アクセスユニット以上のサイズでカプセル化するようになる。

ファスト・フォワード（Fast Forward）再生などのトリックプレイや、ランダムアクセスの際に、可変長のカプセルの解析を行い、多重化トランスポートの解析を行い、圧縮データの復号化を行って表示へ至る。この場合、最初のビデオ・オーディオを表示するまでのシステム応答時間を短くするためには、多階層にわたる可変長パケットの解析を迅速に行う必要がある。

例えば、カプセル・レイヤとしてＴＬＶ（Type Length Value）を考える。この場合、伝送フレームの中に挿入されるＴＭＣＣにより、ＴＬＶの先頭は伝送スロットからのオフセット位置として検知可能である。その後、ＩＰ/ＵＤＰ , ＩＰ/ＴＣＰの解析を行い、トランスポートパケットのペイロードの解析を行ってはじめて最初に表示できるピクチャ（picture）の存在が分かる。

本技術の目的は、サービスを受信する場合あるいは受信データを蓄積した後に再生する場合などにおいて初期表示までの応答時間を短くすることにある。

本技術の概念は、
伝送パケットが連続的に配置された伝送ストリームを送信する送信部と、
上記伝送パケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入部とを備える
送信装置にある。

本技術において、送信部により、伝送パケットが連続的に配置された伝送ストリームが送信される。そして、情報挿入部により、伝送パケットに、優先的に扱うパケットであるか否かを識別するための識別情報が挿入される。例えば、伝送パケットは、上位層に多重化トランスポートパケットを持つ多階層構成のパケットである、ようにされてもよい。そして、例えば、情報挿入部は、多階層構成のパケットの一部または全部の階層のパケットに識別情報を挿入する、ようにされてもよい。

例えば、情報挿入部は、多重化トランスポートパケットがランダムアクセスのアクセスユニットを含むとき、多階層構成のパケットの一部または全部の階層のパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する、ようにされてもよい。また、例えば、情報挿入部は、多重化トランスポートパケットが特殊再生時に必要なアクセスユニットを含むとき、多階層構成のパケットの一部または全部の階層のパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する、ようにされてもよい。

例えば、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである、ようにされてもよい。この場合、例えば、伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである、ようにされてもよい。また、例えば、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットである、ようにされてもよい。また、例えば、多重化トランスポートパケットは、ＭＭＴパケット、あるいはＲＴＰ（Real-time Transport Protocol）パケット、あるいはＦＬＵＴＥ（File Delivery over Unidirectional Transport protocol）パケットである、ようにされてもよい。

このように本技術においては、伝送パケットに優先的に扱うパケットであるか否かを識別するための識別情報が挿入されるものであり、サービスを受信する場合あるいは受信データを蓄積した後に再生する場合などにおいて初期表示までの応答時間を短くすることが可能となる。

また、本技術の他の概念は、
伝送パケットが連続的に配置された伝送ストリームを取得する取得部を備え、
上記伝送パケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
上記取得された伝送ストリームを処理する処理部をさらに備える
処理装置にある。

本技術において、取得部により、伝送パケットが連続的に配置された伝送ストリームが取得される。伝送パケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されている。そして、処理部により、取得された伝送ストリームが処理される。例えば、伝送パケットは、上位層に多重化トランスポートパケットを持つ多階層構成のパケットであり、この多階層構成のパケットの一部または全部の階層のパケットに識別情報が挿入されている、ようにされてもよい。

この場合、例えば、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られた、ＴＬＶパケットあるいはＧＳＥパケットなどのカプセル・レイヤのパケットである、ようにされてもよい。また、この場合、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットである、ようにされてもよい。また、例えば、多重化トランスポートパケットは、ＭＭＴパケット、あるいはＲＴＰパケット、あるいはＦＬＵＴＥパケットである、ようにされてもよい。

また、例えば、取得部は、所定の伝送路を通じて伝送ストリームを受信し、優先的に扱うパケットであることを示す識別情報が挿入されている伝送パケットは、ランダムアクセスのアクセスユニットを含む多重化トランスポートパケットを持つ、ようにされてもよい。この場合、例えば、所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である、ようにされてもよい。

また、例えば、取得部は、蓄積媒体あるいはサーバに再生コマンドを送って、この蓄積媒体あるいはサーバから伝送ストリームを取得し、優先的に扱うパケットであることを示す識別情報が挿入されている伝送パケットは、特殊再生時に必要なアクセスユニットを含む多重化トランスポートパケットを持つ、ようにされてもよい。

このように本技術においては、優先的に扱うパケットであるか否かを識別するための識別情報が挿入された伝送パケットが連続的に配置された伝送ストリームを取得して処理するものであり、サービスを受信する場合あるいは受信データを蓄積した後に再生する場合などにおいて初期表示までの応答時間を短くすることが可能となる。

本技術によれば、サービスを受信する場合あるいは受信データを蓄積した後に再生する場合などにおいて初期表示までの応答時間を短くできる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としての表示システムの構成例を示すブロック図である。 伝送プロトコル・スタックを示す図である。 伝送フレームにおけるＴＭＣＣ情報の構造例を示す図である。 伝送フレームにおけるＴＭＣＣ情報の構造例の主要な内容を説明するための図である。 伝送フレームの各スロットのデータ領域にＴＬＶパケットを収納する例を示す図である。 ＴＬＶパケットの配置が各伝送フレームの開始に同期しない例および同期する例を示す図である。 伝送プロトコル・スタックのパケット構成略図である。 ＭＭＴパケットの構成をツリー形式で示した図である。 ＭＭＴパケットの種類を説明するための図である。 ＭＭＴペイロードヘッダ（mmtp_payload_header()）の構造例を示す図である。 ＭＭＴペイロードヘッダ（MPU payload header）の中で時刻情報を送る場合におけるＭＭＴペイロード・ヘッダ・エクステンションの構造例を示す図である。 ＴＬＶパケット（TLV packet()）の構造例を示す図である。 ＴＬＶパケットのより詳細な構造例を示す図である。 ＴＬＶパケットのヘッダに挿入される、優先的に扱うパケットであるか否かを識別するための識別情報を説明するための図である。 ＴＬＶパケットのパケットタイプを説明するための図である。 放送局における放送波の送信系の一例を示す図である。 ＩＰ（Internet Protocol）ヘッダの構造例を示す図である。 ＩＰヘッダの構造例の主要な情報の内容を示す図である。 ＩＰヘッダ内の「Options」の構造例を示す図である。 ＩＰヘッダ内の「Options」の構造例の主要な情報の内容を示す図である。 ＩＰヘッダ内の「Options」に定義される優先パケット識別情報を説明するための図である。 受信機における放送波の受信系の一例を示す図である。 チャネル切換え時（ランダムアクセス時）における表示遅延を説明するための図である。 最初のランダムアクセスポイントのピクチャのデコード・表示が行われるまでの処理の一例を概略的に示すフローチャートである。 放送のチャネル切換え、マルチキャスト配信のサービス切換えの場合を説明するための図である。 最初のランダムアクセスポイントのピクチャのデコード・表示が行われるまでの処理の他の一例を概略的に示すローチャートである。 ネットワークでビデオオンデマンド（ＶｏＤ）サービス、あるいはローカルに蓄積されたデータの特殊再生の場合を説明するための図である。

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例

＜１．実施の形態＞
［表示システムの構成例］
図１は、表示システム１０の構成例を示している。この表示システム１０において、送信側には放送局１１０および配信サーバ１２０が配置され、受信側には受信機２００が配置されている。

放送局１１０は、伝送パケットとしてのＴＬＶ（Type Length Value）パケットが連続的に配置された伝送ストリームを、放送波に載せ、ＲＦ伝送路を通じて受信側に送信する。ＴＬＶパケットは、上位層に多重化トランスポートパケット、そしてビデオ、オーディオなどのメディアデータを持つ多階層構成のパケットであり、ペイロードに多重化トランスポートパケットを含むＩＰパケットや伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）をカプセル化して得られたカプセル・レイヤのパケットである。

図２は、伝送プロトコル・スタックを示している。一番下に伝送路変調レイヤがある。この伝送路変調レイヤの上に伝送スロットがあり、この伝送スロットの中に、ＴＬＶパケットがあり、このＴＬＶパケットの上にはＩＰパケットがある。そして、このＩＰパケットの上に、図示しないＵＤＰパケットあるいはＴＣＰパケットを介して、ビデオ、オーディオのメディアデータや制御系データを含む多重化トランスポートパケットがある。

伝送スロットは、ひとつの伝送フレームに、変調方式に応じて、最大１２０個まで含まれる。各伝送スロットには、ＴＭＣＣ（Transmission and Multiplexing Configuration Control）情報が付加されている。このＴＭＣＣ情報は、各伝送スロットに対する伝送ストリームの割り当てや伝送方式との関係など、伝送制御に関する情報で構成される。このＴＭＣＣ情報の一つとして、伝送スロット中のＴＬＶパケットの位置を示すポインタ情報が含まれている。このポインタ情報を参照することで、ＴＬＶパケットの最初から正しく解析を始めることが可能になっている。

このＴＭＣＣ情報の伝送に利用できる領域は、伝送フレームあたり９４２２ビットである。伝送方式等の切り替えが行われる場合には、ＴＭＣＣ情報は実際の切り替えタイミングに対して２フレーム先行して切り替え後の情報を伝送する。なお、ＴＭＣＣ情報の最小更新間隔は、例えば１フレームされる。図３は、伝送フレームにおけるＴＭＣＣ情報の構造例（Syntax）を示している。

高度広帯域衛星デジタル放送方式においては、最大１６のストリームをひとつの衛星中継器で伝送可能である。「相対ストリーム／スロット情報」は、スロットのそれぞれに対して、０から１５のいずれかの相対ストリーム番号を割り当て、同一の相対ストリーム番号をもつスロットのデータは、ひとつのストリームであることを示す。

また、「相対ストリーム／伝送ストリームＩＤ情報」は、相対ストリーム番号０〜１５の各相対ストリームに伝送ストリームＩＤを割り当てる。ここで、伝送ストリームＩＤは、例えば、相対ストリームがＭＰＥＧ２−ＴＳの場合は「ＴＳ＿ＩＤ」とされ、相対ストリームがＴＬＶの場合は「ＴＬＶストリームＩＤ」とされる。また、「相対ストリーム／ストリーム種別情報」は、図４（ａ）に示すように、各相対ストリーム番号のストリームの種別を表す。図４（ｂ）に示すように、例えば、“０ｘ０１”はＭＰＥＧ２−Ｓを示し、“０ｘ０２”はＴＬＶを示す。

「ポインタ/スロット情報」は、各スロットに対するトップポインタとラストポインタで構成され、主にパケット同期とパケット無効化に用いられる。図５は、各スロットのデータ領域にＴＬＶパケットを収納する例を示す。トップポインタは各スロットに収納されるパケットのうち、最初のパケット先頭バイト位置を示す。ラストポインタは各スロットに収納されるパケットのうち、最後のパケット末尾バイト位置＋１を示す。

なお、トップポインタが「０ｘＦＦＦＦ」であるとき、スロット中の最初のＴＬＶパケットの先頭バイトが不在であることを示す。これは、スロット中の最初のＴＬＶパケットは、前のスロットから続いていることを意味する。また、ラストポインタが「０ｘＦＦＦＦ」であるとき、スロット中の最後のＴＬＶパケットの最終バイトが不在であることを示す。これは、スロット中の最後のＴＬＶパケットは、次のスロットまで続くことを意味する。

図６（ａ）は、ＴＬＶパケットの配置が各伝送フレームの開始に同期しない例を示している。各スロットの開始は、伝送フレームで一意に決まる。ＴＬＶパケットは、スロットとは無関係に存在する。複数の伝送フレームを跨いでＴＬＶパケットが続く場合には、２つの伝送フレームに分断されるＴＬＶパケットが存在する。

図６（ｂ）は、ＴＬＶパケットの配置が各伝送フレームの開始に同期する例を示している。各スロットの開始は、伝送フレームで一意に決まる。ＴＬＶパケットは、スロットとは必ずしも同期しないが、伝送フレームの開始はＴＬＶパケットの開始になる。すなわち、各伝送フレームの最初のスロット（Slot 1）の開始は、ＴＬＶパケットの開始となる。

図６（ｂ）の場合には、伝送フレームの最後に無効（null）の領域が発生することが多く、図６（ａ）の場合に比べて伝送効率は低下する。なお、図面の簡単化のため、図示の例においては、各伝送フレームには３個のスロットが存在するものとして示している。実際には、上述したように、変調方式に応じて、最大１２０個まで含まれる。

図７は、伝送プロトコル・スタックのパケット構成略図を示している。伝送スロットは、スロットヘッダと伝送スロットデータとからなる。伝送スロットデータに、ＴＬＶパケットが含まれる。ＴＬＶパケットは、ヘッダとデータとからなり、このデータとして、ＩＰパケットあるいは伝送制御信号が含まれる。伝送制御信号は、「ＴＬＶ−ＮＩＴ」あるいは「ＡＭＴ」である。「ＴＬＶ−ＮＩＴ」は、変調周波数や放送の他のプログラムとの関連付け情報である。「ＡＭＴ」は、放送サービスに関係するＩＰアドレスである。

ＩＰパケットは、ＩＰヘッダと、データとしての、ＵＤＰパケットあるいはＴＣＰパケットとからなる。ここで、ＵＤＰパケットはＵＤＰヘッダとデータとからなり、ＴＣＰパケットはＴＣＰヘッダとデータとからなる。このＵＤＰパケットあるいはＴＣＰパケットのデータとして、多重化トランスポートパケットが含まれる。この多重化トランスポートパケットは、パケットヘッダと、ペイロードヘッダと、トランスポートデータとからなる。

この多重化トランスポートパケットのトランスポートデータとして、ビデオ、オーディオなどの伝送メディアの符号化ストリームの所定数のアクセスユニットが含まれる。ビデオの場合、１アクセスユニットは、１ピクチャのデータを意味する。オーディオの場合、１アクセスユニットは、所定数、例えば１０２４サンプルのデータをひとまとめにしたオーディオのアクセスユニットを意味する。符号化ストリームの中には、ランダムアクセスポイントとなるイントラピクチャの符号化データが存在する。ランダムアクセスする際には、このイントラピクチャの符号化データを先にデコードすることになる。

この実施の形態において、多重化トランスポートパケットは、ＭＭＴ（MPEG Media Transport）構造(ＩＳＯ/ＩＥＣ ＣＤ ２３００８−１参照)のトランスポートパケット、つまりＭＭＴパケットとされる。図８は、ＭＭＴパケットの構成をツリー形式で示したものである。

ＭＭＴパケットは、ＭＭＴパケットヘッダ（MMT Packet Header）と、ＭＭＴペイロードヘッダ（MMT Payload Header）と、ＭＭＴペイロード（MMT Payload）により構成される。ＭＭＴペイロードには、メッセージ（Message）、ＭＰＵ（Media Processing Unit）、ＦＥＣ修正シンボル（FEC Repair Symbol）などが含まれ、これらのシグナリングはＭＭＴペイロードヘッダに含まれるペイロードタイプ（payload_type）により行われる。

ここで、メッセージは、伝送メディアに関する情報を構成する。このメッセージには、各種のメッセージ内容がテーブル形式で挿入される。また、ＭＰＵは、フラグメント化されて、ＭＦＵ（MMT Fragment Unit）に細分化されることもある。その場合、各ＭＦＵの先頭には、ＭＦＵヘッダ（MFU Header）が付加される。ＭＭＴペイロードに含まれるＭＰＵには、ビデオ、オーディオ、字幕などのメディアデータに係るＭＰＵ、さらには、メタデータに係るＭＰＵが存在する。各ＭＰＵを含むＭＭＴパケットは、ＭＭＴパケットヘッダに存在するパケットＩＤ（Packet_ID）で識別可能とされる。

図９は、ＭＭＴパケットの種類を示している。図示の例は、ペイロードに挿入されるデータあるいは情報により分類したものである。トランスポートメッセージ情報は、ペイロードにメッセージ（伝送メディアに関する情報）を含むＭＭＴパケットである。トランスポートメタデータパケットは、ペイロードにメタデータを含むＭＭＴパケットである。ここのメタデータは、例えば、ＭＭＴファイル（ＭＰ４ファイル）の“styp”，“sidx”，“mmpu”，“moov”，“moof”の各ボックスのデータである。トランスポートメディアデータパケットは、ペイロードにビデオ、オーディオ、字幕などのメディアデータを含むＭＭＴパケットである。

ＭＭＴペイロードヘッダには、ＭＭＴペイロードに、ランダムアクセスポイントとなるイントラピクチャの符号化データが存在するか否かを示すフラグ情報が配置されている。図１０は、ＭＭＴペイロードヘッダ（mmtp_payload_header()）の構造例（Syntax）を示している。

詳細説明は省略するが、このＭＭＴペイロードヘッダには、ペイロード・レングス（payload_length）、ペイロード・タイプ（payload_type）、フラグメント・タイプ（fragment_type）、フラグメント・カウント（fragment_count）、アグリゲーション・インフォ・フラグ（aggregation_info_flag）、ＲＡＰフラグ（random_access_point_flag）、データ・オフセット（data_offset）、データユニット・ナンバー（numDU）、データユニット・オフセット（DU_offset）、ペイロード・シーケンス・ナンバー（payload_seq_number）、ヘッダ・エクステンション・フィールド・フラグ（header_extension_field_flag）などが含まれている。

なお、ヘッダ・エクステンション・フィールド・フラグが“１”であるとき、このＭＭＴペイロードヘッダには、ＭＭＴペイロード・ヘッダ・エクステンション（mmtp_payload_header_extension()）がさらに含まれる。図１１は、その場合におけるＭＭＴペイロード・ヘッダ・エクステンションの構造例（Syntax）を示している。この構造例は、ＭＭＴペイロードヘッダの中で時刻情報（タイミング情報）を送る場合に対応している。

「payload_header_extension_type」の１６ビットフィールドは、ＭＭＴペイロード・ヘッダ・エクステンションのタイプを示す。例えば、“０ｘ０１”は、NTP short time フォーマットの表示タイムスタンプ（表示時刻）を供給することを示す。“０ｘ０２”は、NTP short time フォーマットの表示タイムスタンプと、デコードタイムスタンプ（デコード時刻）とを供給することを示す。“０ｘ０３”は、９０ＫＨｚ精度での表示タイムスタンプを供給することを示す。“０ｘ０４”は、９０ＫＨｚ精度での表示タイムスタンプと、デコードタイムスタンプとを供給することを示す。

「payload_header_extension_length」の１６ビットフィールドは、ＭＭＴペイロード・ヘッダ・エクステンションのサイズを示す。「presentation_timestamp」の３２ビットフィールドは、表示タイムスタンプ（表示時刻）の値を示す。「decoding_timestamp」の３２ビットフィールドは、デコードタイムスタンプ（デコード時刻）の値を示す。

この実施の形態において、放送局１１０では、ＴＬＶパケットに、優先的に扱うパケットであるか否かを識別するための識別情報が挿入される。この意味で、放送局１１０は、識別情報を挿入する情報挿入部を構成している。図１２は、ＴＬＶパケット（TLV packet()）の構造例（Syntax）を示している。このＴＬＶパケットは、３２ビットのＴＬＶヘッダ（TLV_header）と、可変長のＴＬＶペイロード（TLV_payload）とからなっている。

図１３は、ＴＬＶパケット（TLV packet()）のより詳細な構造例（Syntax）を示している。“０１”の２ビットフィールドと、「non_priority_bit1」の１ビットフィールドと、「non_priority_bit2」の１ビットフィールドと、「reserved_future_use」の４ビットフィールドと、「packet_type」の８ビットフィールドと、「length」の１６ビットフィールドにより、３２ビットのＴＬＶヘッダ（TLV_header）が構成されている。

「non_priority_bit1」の１ビットフィールドとして、優先ＴＬＶ type1パケットであるか否かを示すフラグ情報を新たに定義する。図１４に示すように、“１”は、非優先ＴＬＶパケットであること、つまり、ランダムアクセスポイントのアクセスユニットの最初のバイト（1st byte）が始まるデータを含まないことを示す。“０”は、優先ＴＬＶ type1パケットであること、つまり、ランダムアクセスポイントのアクセスユニットの最初のバイト（1st byte）が始まるデータを含むことを示す。

「non_priority_bit2」の１ビットフィールドとして、優先ＴＬＶ type2パケットであるか否かを示すフラグ情報を新たに定義する。図１４に示すように、“１”は、非優先ＴＬＶパケットであること、つまり、タイミング情報、またはランダムアクセスポイント表示の際の属性情報の開始部分のどちらも含まないことを示す。“０”は、優先ＴＬＶ type2パケットであること、つまり、タイミング情報、またはランダムアクセスポイント表示の際の属性情報の開始部分を含むことを示す。

なお、優先ＴＬＶパケットとして設定されるＴＬＶパケットは、ビデオ、オーディオなどのメディアデータを含むＭＭＴパケットであるトランポートメディアパケットを含むＴＬＶパケットのみを対象とするものではない。トランスポートメッセージ情報やトランスポートメタデータパケットのＭＭＴパケットを含むＴＬＶパケットも、必要に応じて、優先ＴＬＶパケットに設定される。

「packet_type」の８ビットフィールドは、ＴＬＶパケットのパケット種別を示す（図１５参照）。“０ｘ０１”は、ＩＰｖ４パケットを含むことを示す。“０ｘ０２”は、ＩＰｖ６パケットを含むことを示す。“０ｘ０３”は、ヘッダ圧縮したＩＰパケットを含むことを示す。０ｘＦＥ“は、伝送制御信号を含むことを示す。”０ｘＦＦ“は、ヌルパケットであることを示す。「length」の１６ビットフィールドは、ＴＬＶヘッダ（TLV_header）に続く、可変長のＴＬＶペイロード（TLV_payload）のサイズを示す。

図１６は、放送局１１０における放送波の送信系１１１の一例を示している。この送信系１１１は、エンコーダ部１１２と、マルチプレクサ部１１３と、フレーミング部１１４と、モジュレータ/エミッション部１１５を有している。エンコーダ部１１２は、ビデオ、オーディオなどのメディアデータに符号化を施して、符号化データを得る。例えば、ビデオデータに対しては、ＭＰＥＧ４−ＡＶＣ、あるいはＨＥＶＣ（high Efficiency Video Coding）などの符号化が行われる。

また、エンコーダ部１１２は、ビデオ、オーディオなどの符号化データをパケット化して、メディア毎に、多重化トランスポートパケットを生成する。上述したように、この実施の形態において、多重化トランスポートパケットは、例えば、ＭＭＴパケットとされる。なお、実際に伝送されるＭＭＴパケットには、上述したように、ペイロードにビデオ、オーディオなどのメディアデータを含むトランスポートメディアパケットの他に、トランスポートメッセージ情報やトランスポートメタデータパケットも存在する（図９参照）。

また、エンコーダ部１１２は、多重化トランスポートパケットに対して、ＵＤＰあるいはＴＣＰにパケット化し、さらに、ＩＰヘッダを付加して、多重化トランスポートパケットを含むＩＰパケットを生成する。エンコーダ部１１２は、各ＩＰパケットをマルチプレクサ部１１３に送る。マルチプレクサ部１１３は、各ＩＰパケットを多重化する。

また、マルチプレクサ部１１３は、ビデオ、オーディオなどの符号化データを含むＩＰパケットに基づいて、ランダムアクセスポイントを構成するアクセスユニット（イントラピクチャ）の先頭バイトのデータを含むか否かを判断する。あるいは、マルチプレクサ部１１３は、エンコーダ部１１２からビデオ、オーディオなどの符号化データを含むＩＰパケットの供給を受けるとき、同時に、破線図示のように、ランダムアクセスポイントを構成するアクセスユニット（イントラピクチャ）の情報の供給も受ける。

また、マルチプレクサ部１１３は、ＩＰパケットの多重化ストリームをフレーミング部１１４に供給する。この際、マルチプレクサ部１１３は、破線図示するように、ビデオ、オーディオなどの符号化データを含むＩＰパケットの供給に対応させて、ランダムアクセスポイントを構成するアクセスユニット（イントラピクチャ）の先頭バイトのデータを含むか否かの情報も、フレーミング部１１４に供給する。

フレーミング部１１４は、多重化されたＩＰパケットをカプセル化したＴＬＶパケットを生成する。フレーミング部１１４は、さらに、伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）をカプセル化したＴＬＶパケットも生成する。フレーミング部１１４は、カプセル化する際に、ＴＬＶヘッダに含まれる優先パケット識別情報、つまり、「non_priority_bit1」の１ビットフィールドと、「non_priority_bit2」の１ビットフィールドの設定を行う（図１３、図１４参照）。

フレーミング部１１４は、「non_priority_bit1」の１ビットフィールドに関しては、ＴＬＶパケットにランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含むときは、“０”に設定し、優先ＴＬＶ type1パケットであることが示されるようする。また、フレーミング部１１４は、「non_priority_bit２」の１ビットフィールドに関しては、タイミング情報、またはランダムアクセスポイント表示の際の属性情報の開始部分を含むときは、“０”に設定し、優先ＴＬＶ type2パケットであることが示されるようする。

フレーミング部１１４は、さらに、各ＴＬＶパケットを伝送フレームのスロットに格納するフレーミング処理を行う。フレーミング部１１４は、生成された伝送フレームをモジュレータ/エミッション部１１５に供給する。モジュレータ/エミッション部１１５は、伝送フレームにＲＦ変調処理を行って放送波とし、ＲＦ伝送路を通じて受信側に送る。

図１に戻って、配信サーバ１２０は、例えば、上述の放送局１１０で取り扱ったと同様のＭＭＴパケットを含む伝送パケットとしてのＩＰパケットが連続的に配置された伝送ストリームを、通信ネットワーク３００を通じて、受信側にマルチキャスト配信する。あるいは、配信サーバ１２０は、受信側からの再生コマンドに基づいて、再生モードに応じて、ＭＭＴパケットを含む伝送パケットとしての所定のＩＰパケットが連続的に配置された伝送ストリームを、通信ネットワーク３００を通じて、受信側にビデオオンデマンドサービスとして送信する。再生モードには、通常の再生モードの他に、ファスト・フォワード（Fast forward）再生、ファスト・バックワード（Fast backward）再生などの特殊再生も含まれる。

この実施の形態において、配信サーバ１２０に保持されている伝送パケットとしてのＩＰパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されている。図１７は、ＩＰ（Internet Protocol）ヘッダの構造例（Syntax）を示している。図１８は、この構造例の主要な情報の内容（Semantics）を示している。

「Version」の４ビットフィールドは、ＩＰヘッダのバージョンを示す。「IHL=Hdr Len」の４ビットフィールドは、ＩＰヘッダ自身の長さを、３２ビットを１単位として表す。ＩＰヘッダの長さは、オプションがなければ２０バイトである。「TOS/DSCP/ECN」の８ビットフィールドは、サービスタイプフィールドである。「Total Length」の１６ビットフィールドは、ＩＰパケットの全体の長さをバイト数で示す

「Flags」の３ビットフィールドのうち、最初のビットは未使用である。第２のビットでは、フラグメント化を許可するか否かを指定する。また、第３ビットは、フラグメント化されている場合、そのフラグメントが元々のＩＰパケットの途中か末尾かを表す。「Fragment Offset」の１３ビットフィールドは、ＩＰパケットがフラグメント化されている場合に、そのフラグメントが何番目のフラグメントかという位置を示す。

「Time To Live」の８ビットフィールドは、ＩＰパケットがインターネット上で生存できる最大期間を示す。宛先の見つからないＩＰパケットがネットワーク上を永久に循環し続けることを防ぐ目的がある。「Protocol」の８ビットフィールドは、上位プロトコルを識別する識別子である。例えば、“１”は「ＩＣＭＰ」、“２”は「ＩＧＭＰ」、“３”は「ＴＣＰ」、“１７”は「ＵＤＰ」、“４１”は「ＩＰｖ６」、“８９”は「ＯＳＰＦ」を示す。

「Header Checksum」の１６ビットフィールドは、ＩＰヘッダをチェックするためのＣＲＣである。「Source Address」の３２ビットフィールドは、送信元ＩＰアドレスを示す。「Destination Address」の３２ビットフィールドは、宛先ＩＰサービスを示す。

図１９は、「Options」の構造例（Syntax）を示している。図２０は、この構造例の主要な情報の内容（Semantics）を示している。「type_copy」の１ビットフィールドは、“１”であるとき最初のフラグメント内でコピーされるものを示し、“０”であとき全てのフラグメントにわたってコピーされるものを示す。「type_class」は、適用する対象の種類を示す。「type_number」の５ビットフィールドは、タイプ番号を示す。例えば、“０１１１１”を、メディアアクセス優先情報（Media Access Priority Information）を示すタイプ番号として、新たに定義する。「length」の８ビットフィールドは、以降のサイズをバイト数で示す。

例えば、図２１に示すように、「type_number = ‘01111’」、かつ、「length = 2」で、例えば、ランダムアクセスポイントのアクセスユニットの最初のバイトを含むかどうかを識別する情報等を定義する。その際の、２バイトの「information」において、“０ｘ０００１”は、ランダムアクセスポイントのアクセスユニットの最初のバイト（1st byte）、あるいはタイミング情報、またはランダムアクセスポイント表示の際の属性情報の開始部分、を含むことを示す。“０ｘ００００”は、それ以外の情報を含む、ことを示す。

なお、値の割り当ては、これに限定されるものではなく、別箇の割り当てとすることもできる。例えば、上述では“０ｘ０００１”がランダムアクセスポイントのアクセスユニットの最初のバイト（1st byte）、あるいはタイミング情報、またはランダムアクセスポイント表示の際の属性情報の開始部分を含むことを示すが、それぞれを含むことを別個の値で示すことも可能である。

図１に戻って、受信機２００は、チューナ２０１と、デマルチプレクサ２０２と、デコーダ２０３と、ディスプレイ２０４と、ゲートウェイ／ネットワークルータ２０５を有している。チューナ２０１およびゲートウェイ／ネットワークルータ２０５は、取得部を構成している。チューナ２０１は、送信側からＲＦ伝送路を通じて送られてくる放送波を受信し、ＲＦ復調を行って伝送フレームを得、さらにデフレーミング処理、デカプセル化を行って、ＩＰパケットを出力する。なお、チューナ２０１は、ＴＬＶパケットのデカプセル化により得られる伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）を、図示しない制御部に供給する。

また、チューナ２０１には、受信機２００の外部にある蓄積媒体２１０、例えばＨＤＤが接続されており、チューナ２０１で得られる伝送ストリームの記録再生が可能とされている。再生時、チューナ２０１は再生コマンドを蓄積媒体２１０に送り、蓄積媒体２１０から再生された伝送ストリームを受け取り、デカプセル化を行って、ＩＰパケットを出力する。この場合、再生コマンドで示される再生モードに応じて、通常再生の他に、ファスト・フォワード再生やファスト・バックワード再生等の特殊再生も可能である。

チューナ２０１は、出力ＩＰパケットをデマルチプレクサ２０２に供給する。この際、チューナ２０１は、各ＩＰパケットの供給に対応させて、ＴＬＶパケットのヘッダから抽出された優先パケット識別情報も、デマルチプレクサ２０２に供給する。デマルチプレクサ２０２は、チューナ２０１からのＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ、メタデータ、メッセージなど）毎に抽出する処理を行う。デマルチプレクサ２０２は、抽出された各種別のＩＰパケットを、優先パケット識別情報と共に、対応するデコーダ２０３に供給する。

デコーダ２０３は、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて復号化処理を行う。デコーダ２０３は、メッセージやメタデータを、図示しない制御部に供給する。また、デコーダ２０３は、ビデオデータを表示部としてのディスプレイ２０４に供給し、オーディオデータを図示しない音声出力部、例えばスピーカに供給する。

図２２は、受信機２００における放送波の受信系２１１の一例を示している。この受信系２１１は、チューナ/デモジュレータ部２１２と、デフレーミング部２１３と、デマルチプレクサ部２１４と、デコーダ部２１５を有している。チューナ/デモジュレータ部２１２は、ＲＦ伝送路を通じて放送波を受信し、さらに、ＲＦ復調処理を行って、伝送スロットにＴＬＶパケットを含む伝送フレームを得る。チューナ/デモジュレータ部２１２は、この伝送フレームを、デフレーミング部２１３に供給する。

デフレーミング部２１３は、伝送フレームから、各スロットに含まれるＴＬＶパケットを抽出する。デフレーミング部２１３は、さらに、抽出された各ＴＬＶパケットに対してデカプセル化の処理を行って、ＩＰパケットや伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）を得る。

デフレーミング部２１３は、得られた伝送制御信号を、図示しない制御部に供給する。また、デフレーミング部２１３は、得られたＩＰパケットをデマルチプレクサ２１４に供給する。このとき、デフレーミング部２１３は、各ＩＰパケットの供給に対応させて、破線図示のように、ＴＬＶヘッダに含まれていた優先パケット識別情報も、デマルチプレクサ部２１４に供給する。この優先パケット識別情報は、上述したように、「non_priority_bit1」の１ビットフィールドと、「non_priority_bit2」の１ビットフィールドの情報である（図１３参照）。

デマルチプレクサ部２１４は、デフレーミング部２１３からのＩＰパケットに対し、ペイロードに含まれるデータの種別毎に抽出する処理を行う。デマルチプレクサ部２１４は、抽出された各種別のＩＰパケットを対応するデコーダ部２１５に供給する。このとき、デマルチプレクサ部２１４は、各ＩＰパケットの供給に対応させて、破線図示のように、優先パケット識別情報も、デコーダ部２１５に供給する。

デコーダ部２１５は、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて復号化処理を行う。デコーダ部２１５は、メッセージやメタデータを、図示しない制御部に供給する。また、デコーダ部２１５は、ビデオデータを図示しない表示部に供給し、オーディオデータを図示しない音声出力部に供給する。

図１に戻って、また、ゲートウェイ/ネットワークルータ部２０５は、配信サーバ１２０から通信ネットワーク３００を介してマルチキャスト配信されるサービスの伝送ストリームを受信し、上述のチューナ２０１の出力と同様のＩＰパケットを出力する。なお、このＩＰパケットのヘッダには優先パケット識別情報が含まれている。この優先パケット識別情報は、上述したように、ヘッダオプションの「type=01111」と、「information」の情報である（図１９−２１参照）。

また、ゲートウェイ/ネットワークルータ部２０５には、受信機２００の外部にある蓄積媒体２２０、例えばＨＤＤがローカルネットワークを介して接続されており、ゲートウェイ/ネットワークルータ部２０５で受信される伝送ストリームの記録再生が可能とされている。再生時、ゲートウェイ/ネットワークルータ部２０５は再生コマンドを蓄積媒体２２０に送り、蓄積媒体２２０から再生された伝送ストリームを受け取り、その伝送フレームを構成するＩＰパケットを出力する。この場合、再生コマンドでされる再生モードに応じて、通常再生の他に、ファスト・フォワード再生やファスト・バックワード再生等の特殊再生も可能である。

あるいは、ゲートウェイ/ネットワークルータ部２０５は、配信サーバ１２０に再生コマンドを送り、配信サーバ１２０から通信ネットワーク３００を介してビデオオンデマンドサービスの伝送ストリームを受信し、上述のマルチキャスト配信の場合と同様のＩＰパケットを出力する。この場合、配信サーバ１２０から送られてくる伝送ストリームは、再生コマンドで示される再生モードに応じたものとなる。再生モードには、通常の再生モードの他に、ファスト・フォワード再生、ファスト・バックワード再生などの特殊再生も含まれる。

ゲートウェイ/ネットワークルータ部２０５は、出力ＩＰパケットをデマルチプレクサ２０２に供給する。デマルチプレクサ２０２は、ゲートウェイ/ネットワークルータ部２０５からのＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ、メタデータ、メッセージなど）毎に抽出する処理を行う。デマルチプレクサ２０２は、抽出された各種別のＩＰパケットを、対応するデコーダ２０３に供給する。

デコーダ２０３は、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて復号化処理を行う。デコーダ２０３は、メッセージやメタデータを、図示しない制御部に供給する。また、デコーダ２０３は、ビデオデータを表示部としてのディスプレイ２０４に供給し、オーディオデータを図示しない音声出力部、例えばスピーカに供給する。

図１に示す表示システム１０の動作を説明する。最初に、受信機２００のチューナ２０１が放送局１１０からの放送波を受信して処理を行う場合を説明する。この場合、放送局１１０からは、伝送パケットとしてのＴＬＶパケットが連続的に配置された伝送ストリームを載せた放送波がＲＦ伝送路を通じて受信側に送信される。受信機２００のチューナ２０１では、この放送波が受信される。

チューナ２０１では、受信された放送波に対し、ＲＦ復調処理が施されて伝送フレームが得られ、さらにデフレーミング処理、デカプセル化が行われて、ＩＰパケットが出力される。ここで、ＴＬＶパケットのデカプセル化で得られる伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）は、図示しない制御部に供給される。

チューナ２０１から出力されるＩＰパケットは、デマルチプレクサ２０２に供給される。この際、チューナ２０１からデマルチプレクサ２０２には、各ＩＰパケットの供給に対応させて、ＴＬＶパケットのヘッダから抽出された優先パケット識別情報も供給される。デマルチプレクサ２０２では、チューナ２０１から順次供給されるＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ、メタデータ、メッセージなど）毎に抽出する処理が施される。

デマルチプレクサ２０２で抽出された各種別のＩＰパケットは、優先パケット識別情報と共に、対応するデコーダ２０３に供給される。デコーダ２０３では、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて復号化処理が行われる。デコーダ２０３で得られるビデオデータは表示部としてのディスプレイ２０４に供給され、画像が表示される。また、デコーダ２０３で得られるオーディオデータは、ビデオデータは図示しない音声出力部、例えばスピーカに供給され、音声が出力される。なお、デコーダ２０３で得られるメッセージやメタデータは、図示しない制御部に供給される。

ここで、ユーザ操作により放送のチャネル切換え（ランダムアクセス）が発生した場合の動作を説明する。この場合、受信機２００では、チャネル切換え後の伝送ストリームの最初のランダムアクセスポイント（ＲＡＰ）から表示処理の対象となる。このランダムアクセスポイントは、非予測成分のみ（Ｉピクチャ、ＩＤＲピクチャ）で構成されるアクセスユニットの先頭か、あるいはそれに関連するメッセージ情報の開始点が対象となる。

図２３は、チャネルＡ（CH-A）からチャネルＢ（CH-B）に、サービス切換え時点ＳＳＰで切換えられた場合の例を示している。この場合、表示が再開されるまで、少なくとも、ＳＳＰからＲＡＰまでの遅延ｔ１が発生する。また、ＲＡＰの後にＩピクチャよりも表示順で前のピクチャを参照する予測差分ピクチャ（Ｐピクチャ、Ｂピクチャ）がある場合にはそれによる遅延ｔ２も発生する。

この実施の形態においては、ＴＬＶパケットのヘッダに含まれている優先パケット識別情報に基づいて、最初のランダムアクセスポイント（ＲＡＰ）までの伝送ストリームにおける各パケットのヘッダの解析処理が適宜省略され、最初のランダムアクセスポイントのピクチャのデコード・表示までの遅延が低減され、初期表示までの応答時間が短くされる。

図２４のフローチャートは、最初のランダムアクセスポイントのピクチャのデコード・表示が行われるまでの処理を概略的に示している。受信機２００は、ステップＳＴ１において、サービス切換え時点（ランダムアクセス位置）で、処理を開始する。その後、受信機２００は、ステップＳＴ２で復調処理を行い、ステップＳＴ３でデフレーミング化を行って伝送フレームからＴＬＶパケットを取り出す。

次に、受信機２００は、ステップＳＴ４において、ＴＬＶパケットのヘッダを解析する。そして、受信機２００は、ステップＳＴ５において、ヘッダに含まれる優先パケット識別情報が優先パケットであることを示しているか否かを判断する。すなわち、例えば、「Non_priority_bit1 = 0」であるか否かを判断する。受信機２００は、優先パケットであることを示していると判断するとき、ステップＳＴ６の処理に進む。

このステップＳＴ６において、受信機２００は、ＩＰヘッダを解析する。そして、受信機２００は、ステップＳＴ７において、ＵＤＰあるいはＴＣＰのヘッダを解析する。次に、受信機２００は、ステップＳＴ８において、ＭＭＴペイロードヘッダを解析する。そして、受信機２００は、ステップＳＴ９において、「random_access_point_flag」がＲＡＰであることを示しているか否かを判断する。ＲＡＰであることを示しているとき、受信機２００は、ステップＳＴ１０において、デコードを開始し、さらに、ステップＳＴ１１において、表示を開始し、その後、ステップＳＴ１２において、処理を終了する。

図２５の実線矢印は、上述の図２４に示すフローチャートにより符号化ストリームにおけるランダムアクセスポイントを見つけ出す際の探索経路を示している。この場合、ランダムアクセス位置（サービス切換え時点）からランダムアクセスポイント（ＲＡＰ）までの階層的なパケット解析が不要となり、最下層のＴＬＶパケットのヘッダを見るだけで、ランダムアクセス後、最初のランダムアクセスポイントのピクチャのデコード・表示までの遅延Ｔ１が最小になる。

なお、上述では、ＴＬＶパケットに含まれるＩＰパケットに、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されていない場合を示している。しかし、このＴＬＶパケットに含まれるＩＰパケットにも、配信サーバ１２０に保持されている伝送パケットとしてのＩＰパケットと同様の優先パケット識別情報（図１９−２１参照）を含めることも考えられる。

図２６のフローチャートは、その場合において、最初のランダムアクセスポイントのピクチャのデコード・表示が行われるまでの処理を概略的に示している。受信機２００は、ステップＳＴ１１において、サービス切換え時点（ランダムアクセス位置）で、処理を開始する。その後、受信機２００は、ステップＳＴ１２で復調処理を行い、ステップＳＴ１３でデフレーミング化を行って伝送フレームからＴＬＶパケットを取り出す。

次に、受信機２００は、ステップＳＴ１４において、ＴＬＶパケットのヘッダを解析する。そして、受信機２００は、ステップＳＴ１５において、ヘッダに含まれる優先パケット識別情報が優先パケットであることを示しているか否かを判断する。例えば、「Non_priority_bit1 = 0」であるか否かを判断する。受信機２００は、優先パケットであることを示していると判断するとき、ステップＳＴ１６の処理に進む。

このステップＳＴ１６において、受信機２００は、ＩＰヘッダを解析する。そして、受信機２００は、ステップＳＴ１７において、ヘッダに含まれる優先パケット識別情報が優先パケットであることを示しているか否かを判断する。例えば、「type=01111」、かつ１６ビットの「information」が”0x0001”であるかを判断する。受信機２００は、優先パケットであることを示していると判断するとき、ステップＳＴ１８の処理に進む。

このステップＳＴ１８において、受信機２００は、ＵＤＰあるいはＴＣＰのヘッダを解析する。次に、受信機２００は、ステップＳＴ１９において、ＭＭＴペイロードヘッダを解析する。そして、受信機２００は、ステップＳＴ２０において、「random_access_point_flag」がＲＡＰであることを示しているか否かを判断する。ＲＡＰであることを示しているとき、受信機２００は、ステップＳＴ２１において、デコードを開始し、さらに、ステップＳＴ２２において、表示を開始し、その後、ステップＳＴ２３において、処理を終了する。

図２５の破線矢印は、上述の図２６に示すフローチャートにより符号化ストリームにおけるランダムアクセスポイントを見つけ出す際の探索経路を示している。この場合も、ランダムアクセス位置（サービス切換え時点）からランダムアクセスポイントまでの階層的なパケット解析が不要となり、最下層のＴＬＶパケットのヘッダを見るだけで、ランダムアクセス後、最初のランダムアクセスポイントのピクチャのデコード・表示までの遅延Ｔ１が最小になる。

次に、ユーザ操作により蓄積媒体２１０に再生コマンドを送って、特殊再生、例えばファスト・フォワード再生を行う場合の動作を説明する。この場合、蓄積媒体２１０では、例えば、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＴＬＶパケットが選択的に取り出され、それらを含む伝送ストリームが、チューナ２０１に再生伝送ストリームとして戻される。

チューナ２０１では、蓄積媒体２１０から供給される伝送ストリームに含まれるＴＬＶパケットに対してデカプセル化が行われて、ＩＰパケットが出力される。ここで、ＴＬＶパケットのデカプセル化で得られる伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）は、図示しない制御部に供給される。

チューナ２０１から出力されるＩＰパケットは、デマルチプレクサ２０２に供給される。デマルチプレクサ２０２では、チューナ２０１から順次供給されるＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ）毎に抽出する処理が施される。デマルチプレクサ２０２で抽出された各種別のＩＰパケットは、優先パケット識別情報と共に、対応するデコーダ２０３に供給される。

デコーダ２０３では、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには復号化処理が行われる。デコーダ２０３で得られるビデオデータは表示部としてのディスプレイ２０４に供給され、特殊再生、例えばファスト・フォワード再生の画像が表示される。また、デコーダ２０３で得られるオーディオデータは、ビデオデータは図示しない音声出力部、例えばスピーカに供給され、表示画像に対応した音声が出力される。

蓄積媒体２１０では、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＴＬＶパケットを選択的に取り出す際に、ＴＬＶパケットのヘッダに含まれている優先パケット識別情報に基づいて、各ランダムアクセスポイント（ＲＡＰ）間の伝送ストリームにおける各パケットのヘッダの解析処理が適宜省略され、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＴＬＶパケットを選択的に取り出す際の負荷および所要時間が軽減される。

なお、蓄積媒体２１０において、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＴＬＶパケットを見つけ出す処理は、詳細説明は省略するが、上述のランダムアクセス時にランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＴＬＶパケットを見つけ出す処理と同様に行われる（図２４参照）。

図２７の実線矢印は、上述したように蓄積媒体２１０において、ＴＬＶパケットのヘッダのみにパケット識別情報が挿入されている場合における、符号化ストリームにおけるランダムアクセスポイントを見つけ出す際の探索経路を示している。この場合、ランダムアクセスポイント間Ｔ２での階層的なパケット解析が不要となり、蓄積媒体２１０における処理負荷が軽減さえる。そのため、例えば、ファスト・フォワード再生の再生速度を高めることも可能となる。なお、図２７の破線矢印は、ＴＬＶパケットのヘッダの他に、ＩＰパケットのヘッダにもパケット識別情報が挿入されている場合における、符号化ストリームにおけるランダムアクセスポイントを見つけ出す際の探索経路を示している。

次に、受信機２００のゲートウェイ/ネットワークルータ２０５が配信サーバ１２０から通信ネットワーク３００を介して送られてくるサービスの伝送ストリームを受信して処理を行う場合を説明する。この場合、ゲートウェイ/ネットワークルータ２０５からは、受信された伝送ストリームに含まれるＩＰパケットが出力される。なお、このＩＰパケットのヘッダには優先パケット識別情報が含まれている。

ゲートウェイ/ネットワークルータ２０５から出力されるＩＰパケットは、デマルチプレクサ２０２に供給される。デマルチプレクサ２０２では、チューナ２０１から順次供給されるＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ、メタデータ、メッセージなど）毎に抽出する処理が施される。

デマルチプレクサ２０２で抽出された各種別のＩＰパケットは、優先パケット識別情報と共に、対応するデコーダ２０３に供給される。デコーダ２０３では、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて復号化処理が行われる。デコーダ２０３で得られるビデオデータは表示部としてのディスプレイ２０４に供給され、画像が表示される。また、デコーダ２０３で得られるオーディオデータは、ビデオデータは図示しない音声出力部、例えばスピーカに供給され、音声が出力される。なお、デコーダ２０３で得られるメッセージやメタデータは、図示しない制御部に供給される。

ここで、ユーザ操作によりマルチキャスト配信のサービス切換え（ランダムアクセス）が発生した場合の動作を説明する。この場合、受信機２００では、サービス切換え後の伝送ストリームの最初のランダムアクセスポイント（ＲＡＰ）から表示処理の対象となる。このランダムアクセスポイントは、非予測成分のみ（Ｉピクチャ、ＩＤＲピクチャ）で構成されるアクセスユニットの先頭か、あるいはそれに関連するメッセージ情報の開始点が対象となる。

この場合、詳細説明は省略するが、上述の放送チャネルの切換えの場合と同様に、ＩＰパケットのヘッダに含まれている優先パケット識別情報に基づいて、最初のランダムアクセスポイント（ＲＡＰ）までの伝送ストリームにおける各パケットのヘッダの解析処理が適宜省略される（図２５参照）。これにより、最初のランダムアクセスポイントのピクチャのデコード・表示までの遅延が低減され、初期表示までの応答時間が早くされる。

次に、ユーザ操作により蓄積媒体２２０に再生コマンドを送って、特殊再生、例えばファスト・フォワード再生を行う場合の動作を説明する。この場合、蓄積媒体２２０では、例えば、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＩＰパケットが選択的に取り出され、それらを含む伝送ストリームが、ゲートウェイ/ネットワークルータ２０５に再生伝送ストリームとして戻される。

ゲートウェイ/ネットワークルータ２０５からは、蓄積媒体２２０から供給される伝送ストリームに含まれるＩＰパケットが出力される。デマルチプレクサ２０２では、ゲートウェイ/ネットワークルータ２０５から順次供給されるＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ）毎に抽出する処理が施される。デマルチプレクサ２０２で抽出された各種別のＩＰパケットは、対応するデコーダ２０３に供給される。

デコーダ２０３では、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには復号化処理が行われる。デコーダ２０３で得られるビデオデータは表示部としてのディスプレイ２０４に供給され、特殊再生、例えばファスト・フォワード再生の画像が表示される。また、デコーダ２０３で得られるオーディオデータは、ビデオデータは図示しない音声出力部、例えばスピーカに供給され、表示画像に対応した音声が出力される。

蓄積媒体２２０では、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＩＰパケットを選択的に取り出す際に、ＩＰパケットのヘッダに含まれている優先パケット識別情報に基づいて、各ランダムアクセスポイント（ＲＡＰ）間の伝送ストリームにおける各パケットのヘッダの解析処理が適宜省略され、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＩＰパケットを選択的に取り出す際の負荷および所要時間が軽減される。

次に、ユーザ操作により配信サーバ１２０に再生コマンドを送って、伝送ストリームを受信して、特殊再生、例えばファスト・フォワード再生を行う場合の動作を説明する。この場合、配信サーバ１２０では、ＩＰパケットのヘッダに含まれている優先パケット識別情報に基づいて、例えば、ランダムアクセスポイント（ＲＡＰ）のアクセスユニットを含むＩＰパケットが選択的に取り出され、それらを含む伝送ストリームが、ゲートウェイ/ネットワークルータ２０５に戻される。

ゲートウェイ/ネットワークルータ２０５からは、配信サーバ１２０から供給される伝送ストリームに含まれるＩＰパケットが出力される。デマルチプレクサ２０２では、ゲートウェイ/ネットワークルータ２０５から順次供給されるＩＰパケットに対し、ペイロードに含まれるデータの種別（ビデオ、オーディオ）毎に抽出する処理が施される。デマルチプレクサ２０２で抽出された各種別のＩＰパケットは、優先パケット識別情報と共に、対応するデコーダ２０３に供給される。

デコーダ２０３では、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには復号化処理が行われる。デコーダ２０３で得られるビデオデータは表示部としてのディスプレイ２０４に供給され、特殊再生、例えばファスト・フォワード再生の画像が表示される。また、デコーダ２０３で得られるオーディオデータは、ビデオデータは図示しない音声出力部、例えばスピーカに供給され、表示画像に対応した音声が出力される。

上述したように、図１に示す表示システム１０においては、送信側から送られてくる伝送ストリーム内の伝送パケット（ＴＬＶパケット、ＴＰパケット）に、その伝送パケットが優先的に扱うパケットであるか否かを識別するための識別情報が挿入されるものである。そのため、受信側において、サービスを受信する場合あるいは受信データを蓄積した後に再生する場合などにおいて初期表示までの応答時間を短くすることが可能となる。

例えば、放送のチャネル切換え、あるいはマルチキャスト配信のサービス切換えの場合に、この識別情報を利用することで、ランダムアクセス後、最初のランダムアクセスポイントのピクチャのデコード・表示までの遅延を最小にできる。また、例えば、ローカルに蓄積されたデータの特殊再生の場合に、この識別情報を利用することで、ファスト・フォワード再生などの特殊再生の処理負荷および所要時間を軽減できる。

＜２．変形例＞
なお、上述実施の形態においては、放送におけるカプセル・レイヤのパケットとしてＴＬＶパケットを用いる例を示した。しかし、カプセル・レイヤのパケットとしては、ＴＬＶパケットに限定されるものではなく、ＧＳＥ（Generic Stream Encapsulation）パケット、あるいはそれのパケットと同類の役割を果たすパケットなどであってもよい。また、同様に、多重化トランスポートパケットは、ＭＭＴパケットに限定されるものではない。例えば、ＲＴＰ（Real-time Transport Protocol）パケット、あるいはＦＬＵＴＥ（File Delivery over Unidirectional Transport protocol）パケットなどであってもよい。

また、上述実施の形態においては、受信機２００は出力部、つまりディスプレイやスピーカ等お出力部を備えるものを示した。しかし、この受信機２００の出力部分などは、別箇に設けられる構成であってもよい。その場合の受信機は、セットトップボックス的な構成となる。

また、本技術は、以下のような構成を取ることもできる。
（１）伝送パケットが連続的に配置された伝送ストリームを送信する送信部と、
上記伝送パケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入部とを備える
送信装置。
（２）上記伝送パケットは、上位層に多重化トランスポートパケットを持つ多階層構成のパケットである
前記（１）に記載の送信装置。
（３）上記情報挿入部は、上記多階層構成のパケットの一部または全部の階層のパケットに上記識別情報を挿入する
前記（２）に記載の送信装置。
（４）上記情報挿入部は、上記多重化トランスポートパケットがランダムアクセスのアクセスユニットを含むとき、上記多階層構成のパケットの一部または全部の階層のパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
前記（３）に記載の送信装置。
（５）上記情報挿入部は、上記多重化トランスポートパケットが特殊再生時に必要なアクセスユニットを含むとき、上記多階層構成のパケットの一部または全部の階層のパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
前記（３）に記載の送信装置。
（６）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
前記（２）から（５）のいずれかに記載の送信装置。
（７）上記伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（６）に記載の送信装置。
（８）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットである
前記（２）から（５）に記載の送信装置。
（９）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（２）から（８）のいずれかに記載の送信装置。
（１０）伝送パケットが連続的に配置された伝送ストリームを送信するステップと、
上記伝送パケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入するステップとを備える
伝送ストリームの送信方法。
（１１）伝送パケットが連続的に配置された伝送ストリームを取得する取得部を備え、
上記伝送パケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
上記取得された伝送ストリームを処理する処理部をさらに備える
処理装置。
（１２）上記伝送パケットは、上位層に多重化トランスポートパケットを持つ多階層構成のパケットであり、
上記多階層構成のパケットの一部または全部の階層のパケットに上記識別情報が挿入されている
前記（１１）に記載の処理装置。
（１３）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
前記（１２）に記載の処理装置。
（１４）上記伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（１３）に記載の処理装置。
（１５）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットである
前記（１２）に記載の処理装置。
（１６）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（１２）から（１５）のいずれかに記載の処理装置。
（１７）上記取得部は、所定の伝送路を通じて上記伝送ストリームを受信し、
優先的に扱うパケットであることを示す上記識別情報が挿入されている伝送パケットは、ランダムアクセスのアクセスユニットを含む上記多重化トランスポートパケットを持つ
前記（１２）から（１５）のいずれかに記載の処理装置。
（１８）上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
前記（１７）に記載の処理装置。
（１９）上記取得部は、蓄積媒体あるいはサーバに再生コマンドを送って該蓄積媒体あるいはサーバから上記伝送ストリームを取得し、
優先的に扱うパケットであることを示す上記識別情報が挿入されている伝送パケットは、特殊再生時に必要なアクセスユニットを含む上記多重化トランスポートパケットを持つ
前記（１２）から（１５）のいずれかに記載の処理装置。

本技術の主な特徴は、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケット（伝送パケット）に、優先的に扱うパケットであるか否かを識別するための識別情報を挿入することで、例えば、ランダムアクセス時における初期表示までの応答速度を短くすることにある（図１、図１３参照）。

１０・・・表示システム
１１０・・・放送局
１１１・・・送信系
１１２・・・エンコーダ部
１１３・・・マルチプレクサ部
１１４・・・フレーミング部
１１５・・・モジュレータ/エミッション部
１２０・・・配信サーバ
２００・・・受信機
２０１・・・チューナ
２０２・・・デマルチプレクサ
２０３・・・デコーダ
２０４・・・ディスプレイ
２０５・・・ゲートウェイ/ネットワークルータ
２１０・・・蓄積媒体
２１１・・・受信系
２１２・・・チューナ/デモジュレータ部
２１３・・・デフレーミング部
２１４・・・デマルチプレクサ部
２１５・・・デコーダ部
２２０・・・蓄積媒体

Claims (15)

1. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを送信する送信部と、
   上記カプセル・レイヤのパケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入部とを備え、
   上記情報挿入部は、上記多重化トランスポートパケットがランダムアクセスのアクセスユニットを含むとき、上記カプセル・レイヤのパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
   送信装置。
2. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを送信する送信部と、
   上記カプセル・レイヤのパケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入部とを備え、
   上記情報挿入部は、上記多重化トランスポートパケットが特殊再生時に必要なアクセスユニットを含むとき、上記カプセル・レイヤのパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
   送信装置。
3. 上記情報挿入部は、上記ＩＰパケットおよび上記多重化トランスポートパケットに上記識別情報をさらに挿入する
   請求項１または２に記載の送信装置。
4. 上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
   請求項１または２に記載の送信装置。
5. 上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
   請求項１または２に記載の送信装置。
6. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを送信する送信ステップと、
   上記カプセル・レイヤのパケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入ステップとを有し、
   上記情報挿入ステップでは、上記多重化トランスポートパケットがランダムアクセスのアクセスユニットを含むとき、上記カプセル・レイヤのパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
   伝送ストリームの送信方法。
7. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを送信する送信ステップと、
   上記カプセル・レイヤのパケットに、優先的に扱うパケットであるか否かを識別するための識別情報を挿入する情報挿入ステップとを有し、
   上記情報挿入ステップでは、上記多重化トランスポートパケットが特殊再生時に必要なアクセスユニットを含むとき、上記カプセル・レイヤのパケットに、優先的に扱う伝送パケットであることを識別するための識別情報を挿入する
   伝送ストリームの送信方法。
8. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを取得する取得部を備え、
   上記カプセル・レイヤのパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
   上記取得された伝送ストリームを上記識別情報に基づいて処理する処理部をさらに備え、
   上記取得部は、所定の伝送路を通じて上記伝送ストリームを受信し、
   優先的に扱うパケットであることを示す上記識別情報が挿入されているカプセル・レイヤのパケットは、ランダムアクセスのアクセスユニットを含む上記多重化トランスポートパケットを持つ
   処理装置。
9. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを取得する取得部を備え、
   上記カプセル・レイヤのパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
   上記取得された伝送ストリームを上記識別情報に基づいて処理する処理部をさらに備え、
   上記取得部は、蓄積媒体あるいはサーバに再生コマンドを送って該蓄積媒体あるいはサーバから上記伝送ストリームを取得し、
   優先的に扱うパケットであることを示す上記識別情報が挿入されているカプセル・レイヤの伝送パケットは、特殊再生時に必要なアクセスユニットを含む上記多重化トランスポートパケットを持つ
   処理装置。
10. 上記ＩＰパケットおよび上記多重化トランスポートパケットに上記識別情報がさらに挿入されている
    請求項８または９に記載の処理装置。
11. 上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
    請求項８または９に記載の処理装置。
12. 上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
    請求項８または９に記載の処理装置。
13. 上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
    請求項８に記載の処理装置。
14. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを取得する取得ステップを有し、
    上記カプセル・レイヤのパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
    上記取得された伝送ストリームを上記識別情報に基づいて処理する処理ステップをさらに有し、
    上記取得ステップでは、所定の伝送路を通じて上記伝送ストリームを受信し、
    優先的に扱うパケットであることを示す上記識別情報が挿入されているカプセル・レイヤのパケットは、ランダムアクセスのアクセスユニットを含む上記多重化トランスポートパケットを持つ
    伝送ストリームの処理方法。
15. ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットが連続的に配置された伝送ストリームを取得する取得ステップを有し、
    上記カプセル・レイヤのパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されており、
    上記取得された伝送ストリームを上記識別情報に基づいて処理する処理ステップをさらに有し、
    上記取得ステップでは、蓄積媒体あるいはサーバに再生コマンドを送って該蓄積媒体あるいはサーバから上記伝送ストリームを取得し、
    優先的に扱うパケットであることを示す上記識別情報が挿入されているカプセル・レイヤの伝送パケットは、特殊再生時に必要なアクセスユニットを含む上記多重化トランスポートパケットを持つ
    伝送ストリームの処理方法。

Images