JP6625431B2

JP6625431B2 - 送信装置、送信方法、再生装置、再生方法および受信装置

Info

Publication number: JP6625431B2
Application number: JP2015522920A
Authority: JP
Inventors: 塚越　郁夫; 郁夫塚越
Original assignee: Saturn Licensing LLC
Current assignee: Saturn Licensing LLC
Priority date: 2013-06-21
Filing date: 2014-06-16
Publication date: 2019-12-25
Anticipated expiration: 2034-06-16
Also published as: BR112015031130A2; JPWO2014203871A1; RU2652091C2; WO2014203871A1; CN105308974B; US10104406B2; CN105308974A; US20160088321A1; EP3013059A4; RU2015153626A; EP3013059A1

Description

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

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

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

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

ファスト・フォワード（Fast Forward）再生、ファスト・リバース（Fast Reverse）再生などのトリック再生の際に、可変長のカプセルの解析を行い、多重化トランスポートの解析を行い、圧縮データの復号化を行って表示へ至る。この場合、トリック再生を高速に行うためには、多階層にわたる可変長パケットの解析を迅速に行う必要がある。

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

本技術の目的は、トリック再生の高速化を図ることにある。

本技術の概念は、
上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを送信する送信部を備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
送信装置にある。

本技術において、送信部により、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームが送信される。この伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の第１の伝送パケットが所定の間隔で配置されている。また、この伝送ストリームには、この特定の第１の伝送パケットに続いて、一つ前および一つ後の特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている。

例えば、第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである、ようにされてもよい。この場合、例えば、カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである、ようにされてもよい。

また、例えば、第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットであり、第２の伝送パケットは、アクセス位置情報を含むＩＰパケットである、ようにされてもよい。また、例えば、多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである、ようにされてもよい。

このように本技術においては、伝送ストリームに、特定の第１の伝送パケットが識別可能に所定の間隔で配置され、さらに、各特定の第１の伝送パケットに続いてアクセス位置情報を持つ第２の伝送パケットが配置されている。そのため、受信側では、例えば、この伝送ストリームを蓄積媒体に蓄積した後のファスト・フォワード再生、ファスト・リバース再生などのトリック再生において、このトリック再生に必要なランダムアクセスポイントのアクセスユニットのデータを効率よく得ることができ、トリック再生の高速化を図ることが可能となる。

また、本技術の他の概念は、
ローカル接続された蓄積媒体、あるいは通信ネットワークを介して接続されたサーバにアクセスして、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを取得する取得部と、
上記取得部で取得された伝送ストリームを処理して再生データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されており、
上記取得された伝送ストリームから抽出される上記特定の第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の上記蓄積媒体あるいは上記サーバに対するアクセスを制御するアクセス制御部をさらに備える
再生装置にある。

本技術において、取得部により、蓄積媒体あるいはサーバにアクセスして上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームが取得される。そして、処理部により、取得部で取得された伝送ストリームが処理されて再生データが得られる。

この伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されている。また、この伝送ストリームには、各特定の第１の伝送パケットに続いて、一つ前および一つ後の特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている。

アクセス制御部により、取得された伝送ストリームから抽出される特定の第１の伝送パケットの識別情報および第２の伝送パケットが持つアクセス位置情報に基づいて、取得部による蓄積媒体あるいはサーバにへのクセスが制御される。

そのため、本技術においては、ファスト・フォワード再生、ファスト・バックワード再生などのトリック再生において、このトリック再生に必要なランダムアクセスポイントのアクセスユニットのデータを効率よく得ることができ、トリック再生の高速化を図ることが可能となる。

また、本技術の概念は、
上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを受信する受信部と、
上記受信部で取得された伝送ストリームを処理して受信データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
受信装置にある。

本技術によれば、トリック再生の高速化を図ることができる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としての表示システムの構成例を示すブロック図である。伝送プロトコル・スタックを示す図である。伝送フレームにおけるＴＭＣＣ情報の構造例を示す図である。伝送フレームにおけるＴＭＣＣ情報の構造例の主要な内容を説明するための図である。伝送フレームの各スロットのデータ領域にＴＬＶパケットを収納する例を示す図である。ＴＬＶパケットの配置が各伝送フレームの開始に同期しない例および同期する例を示す図である。伝送プロトコル・スタックのパケット構成略図である。ＭＭＴパケットの構成をツリー形式で示した図である。ＭＭＴパケットの種類を説明するための図である。ＭＭＴペイロードヘッダ（mmtp_payload_header()）の構造例を示す図である。ＭＭＴペイロードヘッダ（MPU payload header）の中で時刻情報を送る場合におけるＭＭＴペイロード・ヘッダ・エクステンションの構造例を示す図である。ＴＬＶパケット（TLV packet()）の構造例を示す図である。ＴＬＶパケットのより詳細な構造例を示す図である。ＴＬＶパケットのヘッダに挿入される、優先的に扱うパケットであるか否かを識別するための識別情報を説明するための図である。ＴＬＶパケットのパケットタイプを説明するための図である。ＴＬＶパケットのペイロードに配置されるシグナリングパケットの構造例を示す図である。シグナリングパケットの構造例の主要な情報の内容を示す図である。放送局が送信する伝送ストリーム（ＴＬＶパケット列）を説明するための図である。各種ＴＬＶパケットの構造を概略的に示した図である。放送局における放送波の送信系の一例を示す図である。ＩＰ（Internet Protocol）ヘッダの構造例を示す図である。ＩＰヘッダの構造例の主要な情報の内容を示す図である。ＩＰヘッダ内の「Options」の構造例を示す図である。ＩＰヘッダ内の「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」の１ビットフィールドと、「non_priority_bit3」の１ビットフィールドと、「reserved_future_use」の３ビットフィールドと、「packet_type」の８ビットフィールドと、「length」の１６ビットフィールドにより、３２ビットのＴＬＶヘッダ（TLV_header）が構成されている。

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

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

「non_priority_bit3」の１ビットフィールドとして、優先ＴＬＶ type3パケットであるか否かを示すフラグ情報を新たに定義する。図１４に示すように、“１”は、非優先ＴＬＶパケットであること、つまり、優先ＴＬＶパケットへのバイトオフセット値を含まないことを示す。“０”は、優先ＴＬＶ type3パケットであること、つまり、優先ＴＬＶパケットへのバイトオフセット値を含むことを示す。

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

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

「non_priority_bit1 = 0」、「non_priority_bit2 = 1」、「non_priority_bit3 = 1」に設定されるＴＬＶパケットは、ペイロードにトランスポートメディアパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであり、「packet_type」は“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”である。なお、「packet_type」が“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”であるＴＬＶパケットにあっても、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含んでいない場合には、「non_priority_bit1 = 1」、「non_priority_bit2 = 1」、「non_priority_bit3 = 1」に設定される。

「non_priority_bit1 = 1」、「non_priority_bit2 = 0」、「non_priority_bit3 = 1」に設定されるＴＬＶパケットは、ペイロードにトランスポートメッセージ情報やトランスポートメタデータパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであり、「packet_type」は“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”である。

「non_priority_bit1 = 1」、「non_priority_bit2 = 1」、「non_priority_bit3 = 0」に設定されるＴＬＶパケットは、伝送制御信号であるアクセス位置情報をカプセル化して得られたパケットであり、「packet_type」は“０ｘＦＥ”である。この場合、ＴＬＶパケットのペイロードには、シグナリングパケット（signaling_packet）が配置される。図１６は、このシグナリングパケットの構造例（Syntax）を示し、図１７は、この構造例の主要な情報の内容（Semantics）を示している。この構造は、例えば、ＴＬＶ＿ＮＩＴと整合する構造とされる。

「Pointer_previous TLV_priority packet」の１６ビットフィールドは、一つ前（リバース側）の優先パケットへのバイトオフセット値を示す。また、「Pointer_next TLV_priority packet」の１６ビットフィールドは、一つ後（フォワード側）の優先パケットへのバイトオフセット値を示す。

ここで、優先パケットとは、「non_priority_bit1 = 0」に設定されたＴＬＶパケット、あるいは「non_priority_bit2 = 0」に設定されたＴＬＶパケットである。「non_priority_bit1 = 0」に設定されたＴＬＶパケットが単独で存在する場合には、このＴＬＶパケットへのバイトオフセット値となる。一方、「non_priority_bit2 = 0」に設定されたＴＬＶパケットと「non_priority_bit1 = 0」に設定されたＴＬＶパケットとがこの順で連続して存在する場合には、「non_priority_bit2 = 0」に設定されたＴＬＶパケットへのバイトオフセット値となる。

放送局１１０が送信する伝送ストリーム（ＴＬＶパケット列）には、図１８（ａ）に示すように、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含むＭＭＴパケットを持つＴＬＶパケット（ＰＣＴＰＲＯ１）が所定の間隔で配置されている。図１９（ａ）は、このＴＬＶパケット（ＰＣＴＰＲＯ１）の構造を概略的に示している。

このＴＬＶパケット（ＰＣＴＰＲＯ１）では、「non_priority_bit1」は“０”に設定され、「non_priority_bit2」および「non_priority_bit3」はそれぞれ“１”に設定されている。また、このＴＬＶパケット（ＰＣＴＰＲＯ１）は、ペイロードにトランスポートメディアパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであり、「packet_type」は、“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”である。

また、図１８（ａ）に示すように、ＴＬＶパケット（ＰＣＴＰＲＯ１）の直前には、ＴＬＶパケット（ＰＣＴＰＲＯ２）が存在する場合がある。図示は省略するが、このＴＬＶパケット（ＰＣＴＰＲＯ２）では、「non_priority_bit2」は“０”に設定され、「non_priority_bit1」および「non_priority_bit3」はそれぞれ“１”に設定されている。また、このＴＬＶパケット（ＰＣＴＰＲＯ２）は、ペイロードにトランスポートメッセージ情報やトランスポートメタデータパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであり、「packet_type」は“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”である。

また、図１８（ａ）に示すように、ＴＬＶパケット（ＰＣＴＰＲＯ１）の直後には、ＴＬＶパケット（ＰＣＴＰＲＯ３）が存在する。図１９（ｂ）は、このＴＬＶパケット（ＰＣＴＰＲＯ３）の構造を概略的に示している。このＴＬＶパケット（ＰＣＴＰＲＯ３）では、「non_priority_bit3」は“０”に設定され、「non_priority_bit1」および「non_priority_bit2」はそれぞれ“１”に設定されている。また、このＴＬＶパケット（ＰＣＴＰＲＯ３）は、伝送制御信号であるアクセス位置情報をカプセル化して得られたパケットであり、「packet_type」は“０ｘＦＥ”である。

このＴＬＶパケット（ＰＣＴＰＲＯ３）のペイロードには、「Pointer_previous TLV_priority packet」および「Pointer_next TLV_priority packet」のフィールドを持つシグナリングパケット（signaling packet）（図１６参照）が含まれている。上述したように、「Pointer_previous TLV_priority packet」は一つ前（リバース側）の優先パケットへのバイトオフセット値を示し、「Pointer_next TLV_priority packet」は一つ後（フォワード側）の優先パケットへのバイトオフセット値を示す。

なお、ＴＬＶパケットには、ペイロードにトランスポートメディアパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであるが、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含んでいない場合も当然存在する。図１８（ａ）では、このＴＬＶパケットが、単に「ＰＣＴ」として示されている。図１９（ｃ）は、このＴＬＶパケット（ＰＣＴ）の構造を概略的に示している。

このＴＬＶパケット（ＰＣＴ）では、「non_priority_bit1」、「non_priority_bit2」および「non_priority_bit3」のいずれも“１”に設定されている。また、このＴＬＶパケット（ＰＣＴ）は、ペイロードにトランスポートメディアパケット（図９参照）を含むＩＰパケットをカプセル化して得られたパケットであり、「packet_type」は、ＴＬＶパケット（ＰＣＴＰＲＯ１）と同様に、“０ｘ０１”、“０ｘ０２”、あるいは“０ｘ０３”である。

このように放送局１１０が送信する伝送ストリームにはＴＬＶパケット（ＰＣＴＰＲＯ１）が識別可能に所定の間隔で配置され、さらに各ＴＬＶパケット（ＰＣＴＰＲＯ１）に続いてアクセス位置情報を持つＴＬＶパケット（ＰＣＴＰＲＯ３）が配置されている。そのため、受信側では、この伝送ストリームを蓄積媒体に蓄積した後のファスト・フォワード（Fast Forward）再生、ファスト・リバース（Fast Reverse）再生などのトリック再生において、このトリック再生に必要なランダムアクセスポイントのアクセスユニットのデータを効率よく得ることができ、トリック再生の高速化を図ることが可能となる。

図１８（ｂ）は、図１８（ａ）に示す伝送ストリームに対応したファスト・フォワード（Fast Forward）再生の概要を示している。この場合、ファスト・フォワード再生のユーザ指示に基づき、最初に、蓄積媒体より順次取り出されるＴＬＶパケット列から、例えば期間Ｔ１のＴＬＶパケット（ＰＣＴＰＲＯ２）、ＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ２）が識別情報をもとに見つけ出される。このＴＬＶパケット（ＰＣＴＰＲＯ２）について、上位層までヘッダ解析が順に行われ、メディアデータのデコードに必要な情報などが取得される。

次に、蓄積媒体からＴＬＶパケット（ＰＣＴＰＲＯ１）が取り出され、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われて、ランダムアクセスポイントのアクセスユニットの最初のバイトのデータを含むメディアデータ（ビデオ、オーディオのデータ）が取得される。次に、蓄積媒体からＴＬＶパケット（ＰＣＴＰＲＯ３）が取り出され、アクセス位置情報（一つ前の優先パケットへのバイトオフセット値、一つ後の優先パケットへのバイトオフセット値）が取得される。

以下、必要な数のアクセスユニットのデータを得るまで、蓄積媒体からＴＬＶパケット（ＰＣＴ）が順次取り出され、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われる。ここで、必要な数のアクセスユニットとしては、ランダムアクセスポイントのＩピクチャのアクセスユニットだけの場合、あるいはそれに続くＢピクチャやＰピクチャのアクセスユニットが含まれる場合などがある。このアクセスユニットの数は、再生アプリケーションにより決定されるが、ファスト・フォワード再生の速度に関係してくる。

次に、ＴＬＶパケット（ＰＣＴＰＲＯ３）から取得されたアクセス位置情報（一つ後の優先パケットへのバイトオフセット値）に基づいて、蓄積媒体から期間Ｔ２のＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ１）が取り出される。そして、このＴＬＶパケット（ＰＣＴＰＲＯ１）について、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われて、ランダムアクセスポイントのアクセスユニットの最初のバイトのデータを含むメディアデータ（ビデオ、オーディオのデータ）が取得される。

次に、蓄積媒体からＴＬＶパケット（ＰＣＴＰＲＯ３）が取り出され、アクセス位置情報（一つ前の優先パケットへのバイトオフセット値、一つ後の優先パケットへのバイトオフセット値）が取得される。以下、必要な数のアクセスユニットのデータを得るまで、蓄積媒体からＴＬＶパケット（ＰＣＴ）が順次取り出され、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われる。

次に、ＴＬＶパケット（ＰＣＴＰＲＯ３）から取得されたアクセス位置情報（一つ後の優先パケットへのバイトオフセット値）に基づいて、蓄積媒体から期間Ｔ３のＴＬＶパケット（ＰＣＴＰＲＯ２）、ＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ２）が取り出される。以下、同様の繰り返しとなり、ファスト・フォワード再生が行われていく。

図１８（ｃ）は、図１８（ａ）に示す伝送ストリームに対応したファスト・リバース（Fast Reverse）再生の概要を示している。この場合、ファスト・リバース再生のユーザ指示に基づき、最初に、蓄積媒体より順次取り出されるＴＬＶパケット列から、例えば、期間Ｔ３のＴＬＶパケット（ＰＣＴＰＲＯ２）、ＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ２）が識別情報をもとに見つけ出される。このＴＬＶパケット（ＰＣＴＰＲＯ２）について、上位層までヘッダ解析が順に行われ、メディアデータのデコードに必要な情報などが取得される。

次に、蓄積媒体からＴＬＶパケット（ＰＣＴＰＲＯ１）が取り出され、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われて、ランダムアクセスポイントのアクセスユニットの最初のバイトのデータを含むメディアデータ（ビデオ、オーディオのデータ）が取得される。次に、蓄積媒体からＴＬＶパケット（ＰＣＴＰＲＯ３）が取り出され、アクセス位置情報（一つ前の優先パケットへのバイトオフセット値、一つ後の優先パケットへのバイトオフセット値）が取得される。以下、必要な数のアクセスユニットのデータを得るまで、蓄積媒体からＴＬＶパケット（ＰＣＴ）が順次取り出され、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われる。

次に、ＴＬＶパケット（ＰＣＴＰＲＯ３）から取得されたアクセス位置情報（一つ前の優先パケットへのバイトオフセット値）に基づいて、蓄積媒体から期間Ｔ２のＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ１）が取り出される。そして、このＴＬＶパケット（ＰＣＴＰＲＯ１）について、上位層までヘッダ解析が順に行われ、さらにメディア符号化データのデコードが行われて、ランダムアクセスポイントのアクセスユニットの最初のバイトのデータを含むメディアデータ（ビデオ、オーディオのデータ）が取得される。

次に、ＴＬＶパケット（ＰＣＴＰＲＯ３）から取得されたアクセス位置情報（一つ前の優先パケットへのバイトオフセット値）に基づいて、蓄積媒体から期間Ｔ１のＴＬＶパケット（ＰＣＴＰＲＯ２）、ＴＬＶパケット（ＰＣＴＰＲＯ１）、ＴＬＶパケット（ＰＣＴＰＲＯ３）のパケット群の先頭のＴＬＶパケット（ＰＣＴＰＲＯ２）が取り出される。以下、同様の繰り返しとなり、ファスト・リバース再生が行われていく。なお、このリバース再生では、各期間においてフォワード方向に所定数のアクセスユニットのデータを得るようになるが、表示する際には各アクセスユニットのデータがリバース方向に並べ替えられて使用される。

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

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

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

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

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

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

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

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

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

この実施の形態において、配信サーバ１２０に保持されている伝送パケットとしてのＩＰパケットには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されると共に、アクセス位置情報を含むパケットであるか否かを識別するための識別情報が挿入される。図２１は、ＩＰ（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）を示すタイプ番号として、新たに定義する。さらに、例えば、“０１１１０”を、メディアアクセスオフセットポジション（Media Access offset position）を示すタイプ番号として、新たに定義する。「length」の８ビットフィールドは、以降のサイズをバイト数で示す。

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

また、図２６に示すように、「type_number = ‘01110’」、かつ、「length = 4」で、例えば、ランダムアクセスポイントや特殊再生のためのパケット位置を供給する情報を定義する。その際の、４バイトの「information」において、「Media Access offset position forward(16bits)」に続き、「Media Access offset position backward(16bits)」が伝送される。

ここで、「Media Access offset position backward(16bits)」は、上述のシグナリングパケット（signaling ）（図１６参照）内の「Pointer_previous TLV_priority packet」の１６ビットフィールドと同様に、一つ前（リバース側）の優先パケットへのバイトオフセット値を示す。また、「Media Access offset position forward(16bits)」は、上述のシグナリングパケット内の「Pointer_next TLV_priority packet」の１６ビットフィールドと同様に、一つ後（フォワード側）の優先パケットへのバイトオフセット値を示す。

配信サーバが送信する伝送ストリーム（ＩＰパケット列）には、図２７（ａ）に示すように、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含むトランスポートメディアパケット（図９参照）を持つＩＰパケット（ＰＣＴＰＲＯ１）が所定の間隔で配置されている。このＩＰパケット（ＰＣＴＰＲＯ１）では、「type_number = ‘01111’」、かつ、「length = 2」で、２バイトの「information」は“０ｘ０００１”に設定されている。

また、図２７（ａ）に示すように、ＩＰパケット（ＰＣＴＰＲＯ１）の直前には、ＩＰパケット（ＰＣＴＰＲＯ２）が存在する場合がある。このＩＰパケット（ＰＣＴＰＲＯ２）は、トランスポートメッセージ情報やトランスポートメタデータパケット（図９参照）を持つＩＰパケットである。このＩＰパケット（ＰＣＴＰＲＯ２）では、「type_number = ‘01111’」、かつ、「length = 2」で、２バイトの「information」は“０ｘ０００２”に設定されている。

また、図２７（ａ）に示すように、ＩＰパケット（ＰＣＴＰＲＯ１）の直後には、ＩＰパケット（ＰＣＴＰＲＯ３）が存在する。このＩＰパケット（ＰＣＴＰＲＯ３）は、アクセス位置情報を持つＩＰパケットである。このＩＰパケット（ＰＣＴＰＲＯ３）では、「type_number = ‘01110’」、かつ、「length = 4」で、４バイトの「information」に、「Media Access offset position forward(16bits)」および「Media Access offset position backward(16bits)」配置されている。

なお、ＩＰパケットには、ペイロードにトランスポートメディアパケット（図９参照）を含むパケットであるが、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含んでいない場合も当然存在する。図２７（ａ）では、このＩＰパケットが、単に「ＰＣＴ」として示されている。

このように配信サーバ１２０が送信する伝送ストリームにはＩＰパケット（ＰＣＴＰＲＯ１）が識別可能に所定の間隔で配置され、さらに各ＩＰパケット（ＰＣＴＰＲＯ１）に続いてアクセス位置情報を持つＩＰパケット（ＰＣＴＰＲＯ３）が配置されている。そのため、受信側では、例えば、この伝送ストリームを蓄積媒体に蓄積した後のファスト・フォワード（Fast Forward）再生、ファスト・リバース（Fast Reverse）再生などのトリック再生において、このトリック再生に必要なランダムアクセスポイントのアクセスユニットのデータを効率よく得ることができ、トリック再生の高速化を図ることが可能となる。

図２７（ｂ）は、図２７（ａ）に示す伝送ストリームに対応したファスト・フォワード（Fast Forward）再生の概要を示している。また、図２７（ｃ）は、図２７（ａ）に示す伝送ストリームに対応したファスト・リバース（Fast Forward）再生の概要を示している。これらについては、詳細説明は省略するが、上述の図１８（ｂ），（ｃ）に示したＴＬＶパケット列の場合における再生概要と同様である。

図１に戻って、受信機２００は、チューナ２０１と、デマルチプレクサ２０２と、デコーダ２０３と、ディスプレイ２０４と、ゲートウェイ／ネットワークルータ２０５と、ＣＰＵ（Central Processing Unit）２０６と、ユーザ操作部２０７を有している。

ＣＰＵ２０６は、受信機２００の各部の動作を制御する。ユーザは、ユーザ操作部２０７により種々の指示入力を行うことができる。このユーザ操作部２０７は、リモートコントロール部、近接/タッチにより指示入力を行うタッチパネル部、マウス、キーボード、カメラで指示入力を検出するジェスチャ入力部、音声で指示する音声入力部などである。ユーザは、このユーザ操作部２０７により、ファスト・フォワード再生、ファスト・リバース再生などの指示入力を行うことが可能である。

チューナ２０１およびゲートウェイ／ネットワークルータ２０５は、取得部あるいは受信部を構成している。チューナ２０１は、送信側からＲＦ伝送路を通じて送られてくる放送波を受信し、ＲＦ復調を行って伝送フレームを得、さらにデフレーミング処理、デカプセル化を行って、ＩＰパケットを出力する。なお、チューナ２０１は、ＴＬＶパケットのデカプセル化により得られる伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）を、図示しないＣＰＵ（制御部）２０６に供給する。この伝送制御信号には、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生時に使用されるアクセス位置情報も含まれる。

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

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

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

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

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

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

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

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

メディアインタフェース２１６は、ＣＰＵ２０６の制御の下、蓄積媒体２１０への伝送ストリーム（ＴＬＶパケット列）の記録、蓄積媒体２１０からの伝送ストリーム（ＴＬＶパケット列）の再生を行う。メディアインタフェース２１６は、記録時には、デフレーミング部２１３で得られた伝送ストリーム（ＴＬＶパケット列）を蓄積媒体２１０に送って蓄積（記録）する。

メディアインタフェース２１６は、再生時には、蓄積媒体２１０にアクセスし、蓄積されている伝送ストリーム（ＴＬＶパケット列）を取り出し、デフレーミング部２１３に送る。デフレーミング部２１３は、取り出された伝送ストリーム（ＴＬＶパケット列）の各ＴＬＶパケットに対してデカプセル化の処理を行って、ＩＰパケットや伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）を得る。

この再生時、デフレーミング部２１３は、デカプセル化の処理で得られた伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）をＣＰＵ２０６に供給する。この伝送制御信号には、ＴＬＶパケット（ＰＣＴＰＲＯ３）が持つアクセス位置情報（「Pointer_previous TLV_priority packet」、「Pointer_next TLV_priority packet」）も含まれる。また、デフレーミング部２１３は、デカプセル化の処理で得られた、ＴＬＶパケットの識別情報（「non_priority_bit1」、「non_priority_bit2」、「non_priority_bit3」）もＣＰＵ２０６に供給する。また、この再生時には、デコーダ２１５は、ＣＰＵ２０６に、デコード情報を供給する。

ＣＰＵ２０６は、上述したように供給される種々の情報に基づいて、メディアインタフェース２１６の蓄積媒体２１０に対するアクセスを制御する。これにより、メディアインタフェース２１６は、例えば、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生において、このトリック再生に必要なアクセスユニットのデータを含むＴＬＶパケットを蓄積媒体２１０から効率よく取り出すことが可能となる。

図１に戻って、また、ゲートウェイ/ネットワークルータ部２０５は、配信サーバ１２０から通信ネットワーク３００を介してマルチキャスト配信されるサービスの伝送ストリームを受信し、上述のチューナ２０１の出力と同様のＩＰパケットを出力する。なお、このＩＰパケットのヘッダには、優先的に扱うパケットであるか否かを識別するための識別情報が挿入されていると共に、アクセス位置情報を含むパケットであるか否かを識別するための識別情報が挿入されている（図２３−２６参照）。

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

この再生時、ＩＰパケットに挿入されている優先的に扱うパケットであるか否かを識別するための識別情報やアクセス位置情報を含むパケットであるか否かを識別するための識別情報、さらには、そのアクセス位置情報（「Media Access offset position forward」、「Media Access offset position backward」）が、ＣＰＵ２０６に供給される。また、この再生時、デコーダ２１５からＣＰＵ２０６に、デコード情報が供給される。

ＣＰＵ２０６は、上述した放送系の伝送ストリーム（ＴＬＶパケット列）の再生時と同様に、供給される種々の情報に基づいて、蓄積媒体２２０に対するアクセスを制御する。これにより、例えば、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生において、このトリック再生に必要なアクセスユニットのデータを含むＩＰパケットを蓄積媒体２２０から効率よく取り出すことが可能となる。

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

ＣＰＵ２０６は、配信サーバ１２０に対するアクセス制御も、ゲートウェイ/ネットワークルータ部２０５を通じて、上述した蓄積媒体２２０に対するアクセス制御と同様に行うことができる。これにより、例えば、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生において、このトリック再生に必要なアクセスユニットのデータを含むＩＰパケットを配信サーバ１２０から効率よく取り出すことが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

図３０のフローチャートは、ユーザ操作により、通常再生モードからトリック再生（ファスト・フォワード再生あるいはファスト・リバース再生）のモードに移行した場合における受信機２００の処理例を示している。受信機２００は、トリック再生モードへの移行に伴い、ステップＳＴ１において、処理を開始し、その後、ステップＳＴ２の処理に移る。このステップＳＴ２において、受信機２００は、蓄積媒体２１０の次のＴＬＶパケットの蓄積位置にアクセスし、当該ＴＬＶパケットを取得する。

次に、ステップＳＴ３において、受信機２００は、取得されたＴＬＶパケットのヘッダを解析し、「non_priority_bit1」、「non_priority_bit2」および「non_priority_bit3」の設定を認識する。そして、受信機２００は、ステップＳＴ４において、「non_priority_bit2」が“０”に設定されているか否かを判定する。「non_priority_bit2」が“０”に設定されているとき、受信機２００は、ステップＳＴ５０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ２に戻って、蓄積媒体２１０から次のＴＬＶパケットを取得する処理を行う。

ステップＳＴ４で「non_priority_bit2」が“０”に設定されていないとき、受信機２００は、ステップＳＴ５において、「non_priority_bit１」が“０”に設定されているか否かを判定する。「non_priority_bit1」が“０”に設定されているとき、受信機２００は、ステップＳＴ５０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ２に戻って、蓄積媒体２１０から次のＴＬＶパケットを取得する処理を行う。

ステップＳＴ５で「non_priority_bit1」が“０”に設定されていないとき、受信機２００は、ステップＳＴ６において、「non_priority_bit3」が“０”に設定されているか否かを判定する。「non_priority_bit3」が“０”に設定されているとき、受信機２００は、ステップＳＴ７において、ＴＬＶパケットからアクセス位置情報を取得し、その後に、ステップＳＴ８において、ターゲットアクセスユニットのデコードが終了したか否かを判断する。この判断は、デコーダ２０３からのターゲットアクセスユニットのデコードステータス情報に基づいて、行われる。ターゲットアクセスユニットとしては、ランダムアクセスポイントのＩピクチャのアクセスユニットだけの場合、あるいはＩピクチャのアクセスユニットとそれ以降の所定数のＢピクチャ、Ｐピクチャのアクセスユニットを含む場合も考えられる。

ステップＳＴ６で「non_priority_bit3」が“０”に設定されていないとき、受信機２００は、ステップＳＴ８において、ターゲットアクセスユニットのデコードが終了したか否かを判断する。この判断は、デコーダ２０３からのターゲットアクセスユニットのデコードステータス情報に基づいて、行われる。ターゲットアクセスユニットとしては、ランダムアクセスポイントのＩピクチャのアクセスユニットだけの場合、あるいはＩピクチャのアクセスユニットとそれ以降の所定数のＢピクチャ、Ｐピクチャのアクセスユニットを含む場合も考えられる。

ターゲットアクセスユニットのデコードが終了したときは、受信機２００は、ステップＳＴ９において、上述のステップＳＴ７で取得したアクセス位置情報に基づいて、蓄積媒体２１０の、ジャンプしたＴＬＶパケットの蓄積位置にアクセスし、当該ＴＬＶパケットを取得し、その後、ステップＳＴ３の処理に戻る。一方、ターゲットアクセスユニットのデコードが終了していないとき、受信機２００は、ステップＳＴ５０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ２に戻って、蓄積媒体２１０から次のＴＬＶパケットを取得する処理を行う。

図３１のフローチャートは、上述のステップ５０の上位層解析ルーチンの処理例を示している。受信機２００は、ステップＳＴ１０において、処理を開始する。その後に、受信機２００は、ステップ１１において、ＩＰヘッダを解析し、さらに、ステップＳＴ１２において、ＵＤＰヘッダあるいはＴＣＰヘッダを解析する。さらに、受信機２００は、ステップＳＴ１３において、ＭＭＴペイロードヘッダを解析する。

そして、受信機２００は、ステップＳＴ１４において、「random_access_point_flag」がＲＡＰであることを示しているか否かを判断する。ＲＡＰであることを示しているとき、受信機２００は、ステップＳＴ１５において、デコードする。受信機２００は、ビデオ等のメディアデータのデコードが行われるとき、さらに、ステップＳＴ１６において、画像表示、音声出力などの提示処理を行い、その後、ステップＳＴ１７において、処理を終了する。なお、デコーダ２０３は、ターゲットアクセスユニットの処理ステータスをＣＰＵ２０６に通知する。これにより、上述の図３０のフローチャートにおけるステップＳＴ８の判定が可能となる。また、デコーダ部２１５は、「non_priority_bit2」が“０”に設定されているＴＬＶパケットに含まれているメタ情報を必要に応じて設定する。

また、ステップＳＴ１４で「random_access_point_flag」がＲＡＰであることを示していないとき、受信機２００は、ステップＳＴ１８において、デコードするか否かを判断する。例えば、ターゲットアクセスユニットのデコードが終了していないときは、デコードすると判断する。また、メタ情報が含まれているＭＭＴパケットに関しては、デコードすると判断する。ステップＳＴ１８でデコードしないと判断するとき、受信機２００は、直ちに、ステップＳＴ１７において、処理を終了する。デコードしないと判断する場合には、例えば、トリック再生モードの開始直後で最初のランダムアクセスポイントが見つかるまでの間におけるＭＭＴパケット内のメディアデータ等が該当する。

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

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

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

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

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

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

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

図３２のフローチャートは、ユーザ操作により、通常再生モードからトリック再生（ファスト・フォワード再生あるいはファスト・リバース再生）のモードに移行した場合における受信機２００の処理例を示している。受信機２００は、トリック再生モードへの移行に伴い、ステップＳＴ３１において、処理を開始し、その後、ステップＳＴ３２の処理に移る。このステップＳＴ３２において、受信機２００は、蓄積媒体２２０の次のＩＰパケットの蓄積位置にアクセスし、当該ＩＰパケットを取得する。

次に、ステップＳＴ３３において、受信機２００は、取得されたＩＰパケットのヘッダを解析し、オプションの設定などを認識する。そして、受信機２００は、ステップＳＴ３４において、「Type_number = 0x1F」、かつ「MPI = 0x1」であるか否かを判定する。ここで、「ＭＰＩ」は、“Media Priority Information”の略記である。「Type_number = 0x1F」、かつ「MPI = 0x1」であるとき、受信機２００は、ステップＳＴ６０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ１２に戻って、蓄積媒体２１０から次のＩＰパケットを取得する処理を行う。

ステップＳＴ３４で「Type_number = 0x1F」、かつ「MPI = 0x1」でないとき、受信機２００は、ステップＳＴ３５において、「Type_number = 0x1F」、かつ「MPI = 0x2」であるか否かを判定する。「Type_number = 0x1F」、かつ「MPI = 0x2」であるとき、受信機２００は、ステップＳＴ６０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ１２に戻って、蓄積媒体２１０から次のＩＰパケットを取得する処理を行う。

ステップＳＴ３５で「Type_number = 0x1F」、かつ「MPI = 0x2」でないとき、受信機２００は、ステップＳＴ３６において、「Type_number = 0x1E」に設定されているか否かを判定する。「Type_number = 0x1E」に設定されているとき、受信機２００は、ステップＳＴ３７において、ＩＰパケットからアクセス位置情報を取得し、その後に、ステップＳＴ３８において、ターゲットアクセスユニットのデコードが終了したか否かを判断する。この判断は、デコーダ２０３からのターゲットアクセスユニットのデコードステータス情報に基づいて、行われる。ターゲットアクセスユニットとしては、ランダムアクセスポイントのＩピクチャのアクセスユニットだけの場合、あるいはＩピクチャのアクセスユニットとそれ以降の所定数のＢピクチャ、Ｐピクチャのアクセスユニットを含む場合も考えられる。

ステップＳＴ３６で「Type_number = 0x1E」に設定されていないとき、受信機２００は、ステップＳＴ３８において、ターゲットアクセスユニットのデコードが終了したか否かを判断する。ターゲットアクセスユニットとしては、ランダムアクセスポイントのＩピクチャのアクセスユニットだけの場合、あるいはＩピクチャのアクセスユニットとそれ以降の所定数のＢピクチャ、Ｐピクチャのアクセスユニットを含む場合も考えられる。

ターゲットアクセスユニットのデコードが終了したときは、受信機２００は、ステップＳＴ３９において、上述のステップＳＴ３７で取得したアクセス位置情報に基づいて、蓄積媒体２２０の、ジャンプしたＩＰパケットの蓄積位置にアクセスし、当該ＩＰパケットを取得し、その後、ステップＳＴ３３の処理に戻る。一方、ターゲットアクセスユニットのデコードが終了していないとき、受信機２００は、ステップＳＴ６０に進んで上位層解析ルーチンの処理を行うと共に、並行して、ステップＳＴ３２に戻って、蓄積媒体２１０から次のＩＰパケットを取得する処理を行う。

上述のステップＳＴ６０の上位層解析ルーチンの処理例は、詳細説明は省略するが、図３０のフローチャートにおけるステップＳＴ５０の上位層解析ルーチンと同様である。ただし、ステップＳＴ６０の上位層解析ルーチンは、最下層のパケットがＩＰパケットであることから、図３１に示す上位層解析ルーチンにおいて、ステップＳＴ１１が除かれたものとなる。

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

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

上述したように、図１に示す表示システム１０においては、伝送ストリームに、ランダムアクセスポイントのアクセスユニットの最初のバイトのデータを含む伝送パケット（ＴＬＶパケット、ＩＰパケット）が識別可能に所定の間隔で配置され、さらに、この伝送パケットに続いてアクセス位置情報を持つ伝送パケット（ＴＬＶパケット、ＩＰパケット）が配置されている。

そのため、受信側では、例えば、この伝送ストリームを蓄積媒体２１０，２２０に蓄積した後のファスト・フォワード再生、ファスト・リバース再生などのトリック再生において、識別情報やアクセス位置情報に基づいて蓄積媒体２１０，２２０へのアクセス制御を行って、トリック再生に必要なランダムアクセスポイントのアクセスユニット、あるいはさらにそれに続く所定数のアクセスユニットのデータを効率よく得ることができ、トリッ
ク再生の高速化を図ることが可能となる。

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

また、上述実施の形態においては、放送系において、チューナ２０１と蓄積媒体２１０との間のやり取りをＴＬＶパケットで行う例を示した。しかし、このやり取りをＩＰパケットで行うことも考えられる。あるいは、いずれかを指定する構成も考えられる。このようにＩＰパケットでやり取りをする場合であっても、このＩＰパケットに上述したように優先パケット識別情報、アクセス位置情報の付加情報、さらにアクセス位置情報などが含まれていることで、例えば、トリック再生の高速化が可能となる。

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

また、本技術は、以下のような構成を取ることもできる。
（１）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを送信する送信部を備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
送信装置。
（２）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
前記（１）に記載の送信装置。
（３）上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（２）に記載の送信装置。
（４）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
前記（１）に記載の送信装置。
（５）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（１）から（４）のいずれかに記載の送信装置。
（６）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを送信するステップを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されており、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
送信方法。
（７）ローカル接続された蓄積媒体、あるいは通信ネットワークを介して接続されたサーバにアクセスして、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを取得する取得部と、
上記取得部で取得された伝送ストリームを処理して再生データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されており、
上記取得された伝送ストリームから抽出される上記特定の第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の上記蓄積媒体あるいは上記サーバに対するアクセスを制御するアクセス制御部をさらに備える
再生装置。
（８）所定の伝送路を通じて上記伝送ストリームを受信して上記蓄積媒体に蓄積する受信部をさらに備え、
上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
前記（７）に記載の再生装置。
（９）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
前記（７）または（８）に記載の再生装置。
（１０）上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（９）に記載の再生装置。
（１１）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
前記（７）に記載の再生装置。
（１２）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（７）から（９）のいずれかに記載の再生装置。
（１３）ローカル接続された蓄積媒体、あるいは通信ネットワークを介して接続されたサーバにアクセスして、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを取得する取得ステップと、
上記取得ステップで取得された伝送ストリームを処理して再生データを得る処理ステップとを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されており、
上記取得された伝送ストリームから抽出される上記特定の第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて上記取得ステップにおける上記蓄積媒体あるいは上記サーバに対するアクセスを制御するアクセス制御ステップをさらに備える
再生方法。
（１４）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを受信する受信部と、
上記受信部で取得された伝送ストリームを処理して受信データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
受信装置。

本技術の主な特徴は、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケット（伝送パケット）に、優先的に扱うパケットを識別するための識別情報、トリック再生で使用すべきアクセス位置情報を含むかを識別する情報および当該アクセス位置情報を挿入することで、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生の高速化を図るようにしたことである（図１、図１３、図１８参照）。

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

Claims

上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを送信する送信部を備え、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
送信装置。
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
請求項１に記載の送信装置。
上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項２に記載の送信装置。
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
請求項１に記載の送信装置。
上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
請求項２から４のいずれかに記載の送信装置。
伝送ストリーム生成部が、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部が、上記伝送ストリームを送信する送信ステップを有し、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
送信方法。
上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを取得する取得部と、
上記取得部で取得された伝送ストリームを処理して再生データを得る処理部と、
上記取得された伝送ストリームから抽出される上記第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の蓄積媒体あるいはサーバに対するアクセスを制御するアクセス制御部を備え、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
再生装置。
所定の伝送路を通じて上記伝送ストリームを受信して上記蓄積媒体に蓄積する受信部をさらに備え、
上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
請求項７に記載の再生装置。
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
請求項７に記載の再生装置。
上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項９に記載の再生装置。
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
請求項７に記載の再生装置。
上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
請求項９から１１のいずれかに記載の再生装置。
取得部が、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを取得する取得ステップと、
処理部が、上記取得された伝送ストリームを処理して再生データを得る処理ステップと、
アクセス制御部が、上記取得された伝送ストリームから抽出される上記第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の蓄積媒体あるいはサーバに対するアクセスを制御するアクセス制御ステップを有し、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
再生方法。