(57)【特許請求の範囲】
【請求項１】
上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを送信する送信部を備え、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
送信装置。
【請求項２】
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
請求項１に記載の送信装置。
【請求項３】
上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項２に記載の送信装置。
【請求項４】
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
請求項１に記載の送信装置。
【請求項５】
上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
請求項２から４のいずれかに記載の送信装置。
【請求項６】
伝送ストリーム生成部が、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部が、上記伝送ストリームを送信する送信ステップを有し、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
送信方法。
【請求項７】
上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを取得する取得部と、
上記取得部で取得された伝送ストリームを処理して再生データを得る処理部と、
上記取得された伝送ストリームから抽出される上記第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の蓄積媒体あるいはサーバに対するアクセスを制御するアクセス制御部を備え、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
再生装置。
【請求項８】
所定の伝送路を通じて上記伝送ストリームを受信して上記蓄積媒体に蓄積する受信部をさらに備え、
上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
請求項７に記載の再生装置。
【請求項９】
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
請求項７に記載の再生装置。
【請求項１０】
上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項９に記載の再生装置。
【請求項１１】
上記第１の伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
請求項７に記載の再生装置。
【請求項１２】
上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
請求項９から１１のいずれかに記載の再生装置。
【請求項１３】
取得部が、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットを間隔をおいて含むと共に、それぞれ上記第１の伝送パケットの１つの直後に配置される第２の伝送パケットを上記第１の伝送パケットと同じ間隔で含む伝送ストリームを取得する取得ステップと、
処理部が、上記取得された伝送ストリームを処理して再生データを得る処理ステップと、
アクセス制御部が、上記取得された伝送ストリームから抽出される上記第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の蓄積媒体あるいはサーバに対するアクセスを制御するアクセス制御ステップを有し、
それぞれの上記第１の伝送パケットは、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持つと共に上記第１の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持ち、
特定の間隔での上記第２の伝送パケットの１つは、上記特定の間隔における直前の上記間隔をおいた第１の伝送パケットの１つ、および上記特定の間隔における直後の上記間隔をおいた第１の伝送パケットの１つに対応したアクセス位置情報を持つと共に上記第２の伝送パケットの１つであることを識別する識別情報が挿入されたヘッダを持つ
再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、再生装置、再生方法および受信装置に関し、詳しくは、伝送パケットが連続的に配置された伝送ストリームを送信する送信装置等に関する。
【背景技術】
【０００２】
ＩＰパケットの上にサービスストリームを供給するような場合、伝送路の変調を行う物理レイヤ（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）パケットなどであってもよい。
【０１６７】
また、上述実施の形態においては、放送系において、チューナ２０１と蓄積媒体２１０との間のやり取りをＴＬＶパケットで行う例を示した。しかし、このやり取りをＩＰパケットで行うことも考えられる。あるいは、いずれかを指定する構成も考えられる。このようにＩＰパケットでやり取りをする場合であっても、このＩＰパケットに上述したように優先パケット識別情報、アクセス位置情報の付加情報、さらにアクセス位置情報などが含まれていることで、例えば、トリック再生の高速化が可能となる。
【０１６８】
また、上述実施の形態においては、受信機２００は出力部（提示部）、つまりディスプレイやスピーカ等の出力部を備えるものを示した。しかし、この受信機２００の出力部などは、別箇に設けられる構成であってもよい。その場合の受信機は、セットトップボックス的な構成となる。
【０１６９】
また、本技術は、以下のような構成を取ることもできる。
（１）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを送信する送信部を備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
送信装置。
（２）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
前記（１）に記載の送信装置。
（３）上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（２）に記載の送信装置。
（４）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
前記（１）に記載の送信装置。
（５）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（１）から（４）のいずれかに記載の送信装置。
（６）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを送信するステップを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されており、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
送信方法。
（７）ローカル接続された蓄積媒体、あるいは通信ネットワークを介して接続されたサーバにアクセスして、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを取得する取得部と、
上記取得部で取得された伝送ストリームを処理して再生データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されており、
上記取得された伝送ストリームから抽出される上記特定の第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて、上記取得部の上記蓄積媒体あるいは上記サーバに対するアクセスを制御するアクセス制御部をさらに備える
再生装置。
（８）所定の伝送路を通じて上記伝送ストリームを受信して上記蓄積媒体に蓄積する受信部をさらに備え、
上記所定の伝送路は、ＲＦ伝送路あるいは通信ネットワーク伝送路である
前記（７）に記載の再生装置。
（９）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報をカプセル化して得られたカプセル・レイヤのパケットである
前記（７）または（８）に記載の再生装置。
（１０）上記カプセル・レイヤのパケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（９）に記載の再生装置。
（１１）上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットであり、
上記第２の伝送パケットは、上記アクセス位置情報を含むＩＰパケットである
前記（７）に記載の再生装置。
（１２）上記多重化トランスポートパケットは、ＭＭＴパケット、ＲＴＰパケット、あるいはＦＬＵＴＥパケットである
前記（７）から（９）のいずれかに記載の再生装置。
（１３）ローカル接続された蓄積媒体、あるいは通信ネットワークを介して接続されたサーバにアクセスして、上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを取得する取得ステップと、
上記取得ステップで取得された伝送ストリームを処理して再生データを得る処理ステップとを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されており、
上記取得された伝送ストリームから抽出される上記特定の第１の伝送パケットの識別情報および上記第２の伝送パケットが持つアクセス位置情報に基づいて上記取得ステップにおける上記蓄積媒体あるいは上記サーバに対するアクセスを制御するアクセス制御ステップをさらに備える
再生方法。
（１４）上位層に多重化トランスポートパケットを持つ多階層構成パケットである第１の伝送パケットが連続的に配置された伝送ストリームを受信する受信部と、
上記受信部で取得された伝送ストリームを処理して受信データを得る処理部とを備え、
上記伝送ストリームには、ランダムアクセスポイントのアクセスユニットの最初のバイトが始まるデータを含む上記多重化トランスポートパケットを持ち、ヘッダに識別情報が挿入された特定の上記第１の伝送パケットが所定の間隔で配置されていると共に、該特定の第１の伝送パケットに続いて、一つ前および一つ後の上記特定の第１の伝送パケットに対応したアクセス位置情報を持ち、ヘッダに識別情報が挿入された第２の伝送パケットが配置されている
受信装置。
【０１７０】
本技術の主な特徴は、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケット（伝送パケット）に、優先的に扱うパケットを識別するための識別情報、トリック再生で使用すべきアクセス位置情報を含むかを識別する情報および当該アクセス位置情報を挿入することで、ファスト・フォワード再生、ファスト・リバース再生などのトリック再生の高速化を図るようにしたことである（図１、図１３、図１８参照）。
【符号の説明】
【０１７１】
１０・・・表示システム
１１０・・・放送局
１１１・・・送信系
１１２・・・エンコーダ部
１１３・・・マルチプレクサ部
１１４・・・フレーミング部
１１５・・・モジュレータ/エミッション部
１２０・・・配信サーバ
２００・・・受信機
２０１・・・チューナ
２０２・・・デマルチプレクサ
２０３・・・デコーダ
２０４・・・ディスプレイ
２０５・・・ゲートウェイ/ネットワークルータ
２０６・・・ＣＰＵ
２０７・・・ユーザ操作部
２１０・・・蓄積媒体
２１１・・・受信/再生系
２１２・・・チューナ/デモジュレータ部
２１３・・・デフレーミング部
２１４・・・デマルチプレクサ部
２１５・・・デコーダ部
２１６・・・メディアインタフェース
２２０・・・蓄積媒体
【図１】
0006625431.tif 000002
【図２】
0006625431.tif 000003
【図３】
0006625431.tif 000004
【図４】
0006625431.tif 000005
【図５】
0006625431.tif 000006
【図６】
0006625431.tif 000007
【図７】
0006625431.tif 000008
【図８】
0006625431.tif 000009
【図９】
0006625431.tif 000010
【図１０】
0006625431.tif 000011
【図１１】
0006625431.tif 000012
【図１２】
0006625431.tif 000013
【図１３】
0006625431.tif 000014
【図１４】
0006625431.tif 000015
【図１５】
0006625431.tif 000016
【図１６】
0006625431.tif 000017
【図１７】
0006625431.tif 000018
【図１８】
0006625431.tif 000019
【図１９】
0006625431.tif 000020
【図２０】
0006625431.tif 000021
【図２１】
0006625431.tif 000022
【図２２】
0006625431.tif 000023
【図２３】
0006625431.tif 000024
【図２４】
0006625431.tif 000025
【図２５】
0006625431.tif 000026
【図２６】
0006625431.tif 000027
【図２７】
0006625431.tif 000028
【図２８】
0006625431.tif 000029
【図２９】
0006625431.tif 000030
【図３０】
0006625431.tif 000031
【図３１】
0006625431.tif 000032
【図３２】
0006625431.tif 000033