(57)【要約】【課題】放送・通信のハイブリッドサービスを良好に実現可能とする。【解決手段】所定のコンポーネントを含む第１の伝送パケットおよびこの所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを生成する。この伝送ストリームを所定の伝送路を通じて送信する。第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、この特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、またはこの複数の配信プロトコルの情報を取得するための取得情報を挿入する。受信側では、自身の配信ネットワーク環境に応じた配信プロトコルで特定コンポーネントを良好に受信可能となる。【選択図】図１４
2020061784.tif 000002
【特許請求の範囲】
【請求項１】
所定のコンポーネントおよび該所定のコンポーネントに関するシグナリング情報を含むMPEG Media Transport（MMT）方式の伝送パケットを多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記MMT方式の伝送パケットを多重化した伝送ストリームを放送伝送路を通じて送信する送信部を備え、
上記シグナリング情報は、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、プロトコル識別情報が含まれる配信プロトコルの情報およびロケーション情報を含む
送信装置。
【請求項２】
所定のコンポーネントおよび該所定のコンポーネントに関するシグナリング情報を含むMPEG Media Transport（MMT）方式の伝送パケットを多重化した伝送ストリームを生成する伝送ストリーム生成ステップと、
上記MMT方式の伝送パケットを多重化した伝送ストリームを放送伝送路を通じて送信する送信ステップを有し、
上記シグナリング情報は、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、プロトコル識別情報が含まれる配信プロトコルの情報およびロケーション情報を含む
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置および送信方法に関する。
【背景技術】
【０００２】
現在の放送システムでは、メディアのトランスポート方式として、ＭＰＥＧ−２  ＴＳ(Moving Picture Experts Group-2 Transport Stream）方式やＲＴＰ（Real Time Protocol）方式が広く使用されている（例えば、特許文献１を参照）。次世代のデジタル放送方式として、ＭＭＴ（MPEG Media Transport）方式（例えば、非特許文献１参照）が検討されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１５３２９１号公報
【非特許文献】
【０００４】
【非特許文献１】ISO/IEC DIS 23008-1:2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1:MPEG media transport(MMT)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本技術の目的は、放送・通信のハイブリッドサービスを良好に実現可能とすることにある。
【課題を解決するための手段】
【０００６】
本技術の概念は、
所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報を挿入する情報挿入部を備える
送信装置にある。
【０００７】
本技術において、所定のコンポーネントを含む第１の伝送パケットおよびこの所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームが生成される。例えば、伝送パケットは、ＭＭＴ（MPEG Media Transport）パケットである、ようにされてもよい。送信部により、この伝送ストリームが、所定の伝送路を通じて、受信側に送信される。例えば、所定の伝送路は、放送伝送路である、ようにされてもよい。
【０００８】
情報挿入部により、第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、またはこの複数の配信プロトコルの情報を取得するための取得情報が挿入される。例えば、複数の配信プロトコルは、マルチキャスト配信、ＭＭＴＰ/ＵＤＰ配信、ＭＭＴＰ/ＴＣＰ配信、ＭＭＴＰ/ＨＴＴＰ配信およびＭＰＵ/ＨＴＴＰ配信のプロトコルから選択される２以上の配信プロトコルである、ようにされてもよい。
【０００９】
この場合、例えば、プトコル識別情報がＭＭＴＰ/ＵＤＰ配信であることを示すとき、配信プロトコルの情報には、ＵＲＬの他にＵＤＰを指定するパラメータが含まれる、ようにされてもよい。また、この場合、例えば、プトコル識別情報がＭＭＴＰ/ＴＣＰ配信であることを示すとき、配信プロトコルの情報には、ＵＲＬの他にＴＣＰを指定するパラメータが含まれる、ようにされてもよい。
【００１０】
例えば、第２のパケットには、特定コンポーネントの情報が複数配置され、該配置された複数の情報のそれぞれに複数の配信プロトコルのうちの１つの情報が挿入される、ようにされてもよい。また、例えば、第２のパケットには、特定コンポーネントの情報が１つ配置され、この配置された１つの情報に複数の配信プロトコルの情報が挿入される、ようにされてもよい。また、例えば、第２のパケットには、特定コンポーネントの情報が１つ配置され、この配置された１つの情報に、複数の配信プロトコルの情報を取得するための取得情報が挿入される、ようにされてもよい。
【００１１】
このように本技術においては、第２の伝送パケットに、通信経路の特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、またはこの複数の配信プロトコルの情報を取得するための取得情報が挿入される。そのため、受信側では、自身の配信ネットワーク環境に応じた配信プロトコルで特定コンポーネントを良好に受信可能となる。
【００１２】
なお、本技術において、例えば、配信プロトコルの情報には、パケット識別情報がさらに含まれる、ようにされてもよい。この場合、受信側では、伝送ストリームに複数のコンポーネントの伝送パケットが多重化されていても、このパケット識別情報に基づいて特定コンポーネントの伝送パケットを確実に取得可能となる。
【００１３】
また、本技術において、例えば、複数の配信プロトコルの情報のそれぞれには、特定コンポーネントと多重化されて配信される他のコンポーネントの情報が付加される、ようにされてもよい。この場合、受信側では、配信される伝送ストリームに特定ンポーネントと共にどのコンポーネントが多重化されているか、あるいは配信される伝送ストリームには特定コンポーネントのみが含まれるかを、容易に認識可能となる。
【００１４】
また、本技術において、例えば、複数の配信プロトコルの情報のうち、マルチキャスト配信のプロトコルの情報には、マネージドネットワーク情報が付加される、ようにされてもよい。この場合、受信側では、マルチキャスト配信を受けるためのマネージドネットワークへの接続が可能か否かを容易に判断可能となる。
【００１５】
本技術の他の概念は、
所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されており、
上記複数の配信プロトコル情報から受信可能な１つの配信プロトコルを選択し、該選択された配信プロトコルで上記特定コンポーネントを含む第３の伝送パケットを有する伝送ストリームを、ネットワークを通じて受信する通信部をさらに備える
受信装置にある。
【００１６】
本技術において、受信部により、所定のコンポーネントを含む第１の伝送パケットおよびこの所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームが所定の伝送路を通じて受信される。例えば、伝送パケットは、ＭＭＴパケットである、ようにされてもよい。また、例えば、所定の伝送路は、放送伝送路である、ようにされてもよい。
【００１７】
第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、この特定コンポーネントを取得するための複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されている。複数の配信プロトコルの情報のそれぞれには、少なくともロケーション情報およびプロトコル識別情報が含まれている。
【００１８】
通信部により、複数の配信プロトコル情報から受信可能な１つの配信プロトコルが選択される。そして、通信部により、選択された配信プロトコルで特定コンポーネントを含む第３の伝送パケットを有する伝送ストリームがネットワークを通じて受信される。
【００１９】
このように本技術においては、第２の伝送パケットで提供される特定コンポーネントに関連して複数の配信プロトコルの情報から受信可能な１つの配信プロトコルを選択して配信を受けるものである。そのため、自身の配信ネットワーク環境に応じた配信プロトコルで特定コンポーネントを良好に受信可能となる。
【００２０】
なお、本技術において、例えば、配信プロトコルの情報には、パケット識別情報がさらに含まれており、通信部は、受信された第３のパケットを有する伝送ストリームのうち、パケット識別情報に基づいてこの第３の伝送パケットを抽出する、ようにされてもよい。この場合、伝送ストリームに複数のコンポーネントの伝送パケットが多重化されていても、このパケット識別情報に基づいて第３の伝送パケットを確実に取得可能となる。
【００２１】
本技術のさらに他の概念は、
所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されており、
上記受信部で受信された伝送ストリームを処理する処理部をさらに備える
受信装置にある。
【発明の効果】
【００２２】
本技術によれば、放送・通信のハイブリッドサービスを良好に実現できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２３】
【図１】実施の形態としての放送・通信ハイブリッドシステムの構成例を示すブロック図である。
【図２】ＭＭＴ/放送の信号構成例のスタックモデルを示す図である。
【図３】ＭＭＴ方式放送ストリームの構成例を示す図である。
【図４】放送送出システムから受信端末に送信される１つのチャンネル（放送番組）の放送信号のイメージを示す図である。
【図５】ＭＭＴパケットの構成例とＭＭＴＰペイロード（MMTP payload）の構成例を示す図である。
【図６】ＭＭＴ/通信の信号構成例のスタックモデルを示す図である。
【図７】ＭＭＴ配信ネットワーク環境の一例を示す図である。
【図８】ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を概略的に示す図である。
【図９】ＰＡメッセージの主要なパラメータの説明を示す図である。
【図１０】ＭＰテーブルの主要なパラメータの説明を示す図である。
【図１１】ＰＡメッセージの構造例（Syntax）を示す図である。
【図１２】ＭＰテーブル（ＭＰＴ）の構造例（Syntax）を示す図である。
【図１３】「MMT_general_location_info()」の構造例（Syntax）の一部を示す図である。
【図１４】通信経路の特定コンポーネント（アセット）に関連して、複数の配信プロトコルの情報が挿入されるＭＰテーブル（ＭＰＴ）の記述例を示す図である。
【図１５】通信配信記述子の構造例を示す図である。
【図１６】通信配信記述子の構造例における主要な情報の内容を示す図である。
【図１７】通信経路の特定コンポーネント（アセット）に関連して、複数の配信プロトコルの情報が挿入されるＭＰテーブル（ＭＰＴ）の記述例を示す図である。
【図１８】通信配信記述子の構造例を示す図である。
【図１９】通信経路の特定コンポーネント（アセット）に関連して、複数の配信プロトコルの情報を取得するための取得情報が挿入されるＭＰテーブル（ＭＰＴ）の記述例を示す図である。
【図２０】複数の配信プロトコルの情報が記述されるＢＤテーブルの構造例および各情報の内容を示す図である。
【図２１】受信端末におけるビュー選択/受信処理の一例を示すフローチャートである。
【図２２】（Ａ）マルチキャスト配信のプロトコルで配信されるアセットを受信する場合における受信シーケンスを説明するための図である。
【図２３】（Ｂ）ＭＭＴＰ/ＵＤＰ配信のプロトコルで配信されるアセットを受信する場合における受信シーケンスを説明するための図である。
【図２４】（Ｃ）ＭＭＴＰ/ＴＣＰ配信のプロトコルで配信されるアセットを受信する場合における受信シーケンスを説明するための図である。
【図２５】（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで配信されるアセットを受信する場合における受信シーケンスを説明するための図である。
【図２６】ＭＭＴＰ/ＨＴＴＰの多重化ストリームにおける切り出し処理を説明するための図である。
【図２７】（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで配信されるアセットを受信する場合における受信シーケンスを説明するための図である。
【図２８】放送送出システムの構成例を示すブロック図である。
【図２９】受信端末の構成例を示すブロック図である。
【発明を実施するための形態】
【００２４】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２５】
＜１．実施の形態＞
［放送・通信ハイブリッドシステムの構成例］
図１は、放送・通信ハイブリッドシステム１０の構成例を示している。放送・通信ハイブリッドシステム１０において、送信側には放送送出システム１００および配信サーバ３００が配置され、受信側には受信端末２００が配置されている。配信サーバ３００は、通信ネットワーク４００を通じて受信端末２００に接続される。
【００２６】
放送送出システム１００は、ビデオ、オーディオなどのコンポーネント（アセット）を伝送メディアとして含むＩＰ（Internet Protocol）方式の放送信号を送信する。配信サーバ３００は、ビデオ、オーディオなどのコンポーネント（アセット）を伝送メディアとして含むＩＰパケットが連続的に配置された伝送ストリームを、例えば、受信側からの要求に応じ、通信ネットワーク４００を通じて、受信側に配信する。
【００２７】
受信端末２００は、放送送出システム１００から送られてくるＩＰ方式の放送信号を受信すると共に、配信サーバ３００からＩＰパケットが連続的に配置された伝送ストリームを受信する。受信端末２００は、このような放送・通信のハイブリッド伝送による受信信号から、提示すべきビデオ、オーディオなどの伝送メディア（コンポーネント）を取得し、画像、音声などを提示する。
【００２８】
ＩＰ方式の放送信号には、通信経路で取得すべき特定コンポーネントに関連して、この特定コンポーネントを取得するための複数の配信プロトコルの情報が挿入されている。複数の配信プロトコルの情報のそれぞれには、少なくともロケーション情報およびプロトコル識別情報が含まれている。受信端末２００は、複数の配信プロトコル情報から受信可能な１つの配信プロトコルを選択し、その配信プロトコルで特定コンポーネントの配信を受ける。
【００２９】
図２は、ＭＭＴ/放送の信号構成例のスタックモデルを示している。下位レイヤにＴＬＶ（Type Length Value）の伝送パケットが存在する。このＴＬＶの伝送パケットの上にＩＰパケットが載る。なお、伝送制御信号がシグナリング（Signaling）情報として載ったＴＬＶ伝送パケットも存在する。
【００３０】
ＩＰパケットの上に、ＵＤＰ（User Datagram Protocol）が載る。そして、ＵＤＰの上に、ＭＭＴ（MPEG Media Transport）パケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＦＵ（MMT Fragment Unit）、あるいは伝送メディアに関する情報を含むシグナリングメッセージ（Signaling Message）が含まれる。
【００３１】
図３は、ＭＭＴ方式放送ストリームの構成例を示している。図３（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図３（ｂ）に示すように、ＭＦＵのペイロード部に配置される。
【００３２】
図３（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。そして、図３（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴヘッダ（MMT header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。なお、ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴパケットも存在する。図３（ｅ）に示すように、ＭＭＴパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、ＭＭＴ方式放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。
【００３３】
なお、図示は省略されているが、ＴＬＶパケットとしては、さらに、オーディオなどのその他のコンポーネントのＭＭＴパケットを含むＴＬＶパケットも存在する。このＭＭＴ方式放送ストリームは、伝送メディア（コンポーネント）を含む第１のパケット（ＭＭＴパケット）と、シグナリング情報を含む第２のパケット（ＭＭＴパケット）を持つものとなる。
【００３４】
図４は、放送送出システム１００から受信端末２００に送信される１つのチャンネル（放送番組）の放送信号のイメージを示している。この放送信号には、ビデオ、オーディオなどのＭＭＴパケットと共に、シグナリングメッセージを含むＭＭＴパケットも含まれる。シグナリングメッセージとして、例えば、ＭＰテーブル（MP table）などが含まれるＰＡメッセージ（PA message）が存在する。
【００３５】
図５（ａ）は、ＭＭＴパケットの構成例を示している。ＭＭＴパケットは、ＭＭＴパケットヘッダ（MMTP header）と、ＭＭＴＰペイロード（MMTP payload）とからなる。「V」の２ビットフィールドは、ＭＭＴプロトコルのバージョンを示す。ＭＭＴ規格第１版に従う場合、このフィールドは“００”とされる。「C」の１ビットフィールドは、パケットカウンタフラグ（packet_counter_flag）情報を示し、パケットカウンタフラグが存在する場合は“１”となる。「FEC」の２ビットフィールドは、ＦＥＣタイプ（FEC_type）を示す。
【００３６】
「X」の１ビットフィールドは、拡張ヘッダフラグ（extension_flag）情報を示し、ＭＭＴパケットのヘッダ拡張を行う場合は“１”とされる。この場合、後述する「header_extension」のフィールドが存在する。「R」の１ビットフィールドは、ＲＡＰフラグ（RAP_flag）情報を示し、このＭＭＴパケットが伝送するＭＭＴペイロードがランダムアクセスポイントの先頭を含む場合は“１”とされる。
【００３７】
「type」の６ビットフィールドは、ペイロードタイプ（payload_type）情報であり、ＭＭＴＰペイロードのデータタイプを示す。例えば、「０ｘ００」はペイロードがＭＰＵ（Media Processing Unit）であることを示し、「０ｘ０２」はペイロードがシグナリングメッセージ（Signaling message）であることを示す。
【００３８】
「packet_id」の１６ビットフィールドは、ペイロードのデータ種類を識別するためのパケット識別子（packet_id）を示す。「timestamp」の３２ビットフィールドは、伝送のためのタイプスタンプ、すなわちＭＭＴパケットが送信側から出ていくときの時刻を示す。この時刻は、ＮＴＰショートフォーマット（NTP short format）で表される。「packet_sequence_number」の３２ビットフィールドは、同一のパケット識別子（packet_id）を持つＭＭＴパケットのシーケンス番号を示す。「packet_counter」の３２ビットフィールドは、パケット識別子（packet_id）の値に関係なく、同一のＩＰデータフローにおけるＭＭＴパケットの順序を示す。
【００３９】
上述の「X」の１ビットフラグ情報が「１」であるとき、「packet_counter」の３２ビットフィールドの後に、ＭＭＴ拡張ヘッダである「header_extension」のフィールドが配置される。その後に、ＭＭＴＰペイロード（MMTP payload）を構成する「payload data」のフィールドおよび「source_FEC_payload_ID」のフィールドが存在する。
【００４０】
図５（ｂ）は、上述のＭＭＴパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例(Syntax)を示している。なお、この例は、ＭＭＴヘッダの「type」が「０ｘ００」であるＭＰＵモードである場合を示している。最初にヘッダ情報が存在する。「length」の１６ビットフィールドは、ＭＭＴＰペイロード全体のバイトサイズを示す。“FT”の４ビットフィールドは、フィールドタイプを示す。 “０”は「MPU metadata」を含むことを示し、“１”は「Movie Fragment metadata」を含むことを示し、“２”は「ＭＦＵ」を含むことを示す。
【００４１】
ここで、ＭＦＵ（MMT Fragment Unit）は、ＭＰＵが細分化、すなわちフラグメント（Fragment）化されたものである。例えば、ビデオの場合、このＭＦＵを一つのＮＡＬユニットに相当するように設定できる。また、例えば、通信ネットワーク伝送路で送る場合、このＭＦＵを一つまたは複数のＭＴＵサイズ（MTU size）で構成することもできる。
【００４２】
また、ＭＰＵは、ランダムアクセスポイント（ＲＡＰ：Random Access Pint）から始まるものであり、１つまたは複数のアクセスユニット（ＡＵ：Access Unit）を含むものである。具体的には、例えば、１つのＧＯＰ（Group Of Picture）のピクチャが、一つのＭＰＵの構成となることがある。このＭＰＵは、アセット別（コンポーネント別）に定義されるものとなっている。したがって、ビデオのアセットからはビデオデータのみを含むビデオのＭＰＵが作成され、オーディオのアセットからはオーディオデータのみを含むオーディオのＭＰＵが作成される。
【００４３】
「T」の１ビットフラグ情報は、タイムドメディア（Timed Media）を伝送するか、ノンタイムドメディア（Non-Timed Media）を伝送するかを示す。“１”はタイムドメディアを示し、“０”はノンタイムドメディアを示す。
【００４４】
「f_i」の２ビットフィールドは、「DU payload」のフィールドに、整数個のデータユニット（ＤＵ：Data Unit）が入っているか、データユニットが断片化されて得られたフラグメント（Fragment）の最初（first）、中間、最後（last）のいずれが入っているかを示す。“０”は整数個のデータユニットが入っていることを示し、“１”は最初のフラグメントが入っていることを示し、“２”は中間のフラグメントが入っていることを示し、“３”は最後のフラグメントが入っていることを示す。
【００４５】
「A」の１ビットフラグ情報は、「DU payload」のフィールドに、複数個のデータユニットが入っているか否かを示す。“１”は入っていることを示し、“０”は入っていないことを示す。「frag_counter」の８ビットフィールドは、「f_i」が１〜３であるとき、何番目のフラグメントであるかを示す。
【００４６】
「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。例えば、１つのＧＯＰが１つのＭＰＵを構成する場合、あるＧＯＰの「MPU_sequence_number」が「ｉ」であるとき、次のＧＯＰの「MPU_sequence_number」は「ｉ＋１」となる。
【００４７】
この「MPU_sequence_number」のフィールドの後に、「DU_length」、「DU_header」、「DU_payload」の各フィールドが配置される。「DU_length」の１６ビットフィールドは、上述の「A=0」である場合、つまり「DU payload」のフィールドに複数個のデータユニットが入っていない場合は存在しない。また、「DU_header」のフィールドは、“FT=0/1”である場合、つまり「MPU metadata」や「Movie Fragment metadata」を含む場合は存在しない。
【００４８】
図６は、ＭＭＴ/通信の信号構成例のスタックモデルを示している。ＭＭＴ/通信による配信オプションとして、（Ａ）マルチキャスト配信、（Ｂ）ＭＭＴＰ/ＵＤＰ配信、（Ｃ）ＭＭＴＰ/ＴＣＰ配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信が考えられる。
【００４９】
「（Ａ）マルチキャスト配信」
マルチキャスト配信の場合、下位レイヤにＩＰパケットが存在する。このＩＰパケットの上に、ＵＤＰ（User Datagram Protocol）が載る。そして、ＵＤＰの上に、ＭＭＴ（MPEG Media Transport）パケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＰＵが含まれる。
【００５０】
このマルチキャスト配信の場合、放送・通信ハイブリッド利用としては、輻輳対応を考慮すると最も望ましい方式である。また、このマルチキャスト配信の場合、ＵＤＰ伝送なので、伝送効率はよいが、パケットロスの問題があるので、ＡＬ−ＦＥＣ（Application Layer-Forward Error Correction）を必要とする可能性がある。
【００５１】
また、このマルチキャスト配信の場合、マネージドネットワーク（Managed Network）に直接接続されている受信端末のみが利用可能となる。また、このマルチキャスト配信の場合、マルチキャストＩＰストリームが、複数のアセット（コンポーネント）が多重化されたＭＭＴＰストリームを伝送するケースと、単体のアセットのみを含むＭＭＴＰストリームを伝送するケースとがある。
【００５２】
「（Ｂ）ＭＭＴＰ/ＵＤＰ配信」
ＭＭＴＰ/ＵＤＰ配信の場合、下位レイヤにＩＰパケットが存在する。このＩＰパケットの上に、ＵＤＰ（User Datagram Protocol）が載る。そして、ＵＤＰの上に、ＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＰＵが含まれる。
【００５３】
このＭＭＴＰ/ＵＤＰ配信の場合、ユニキャスト（Unicast）なので、放送・通信ハイブリッド利用としては、輻輳の問題がある。また、このＭＭＴＰ/ＵＤＰ配信の場合、ＵＤＰ伝送なので、伝送効率はよいが、ＡＬ−ＦＥＣを必要とする可能性がある。また、マルチキャスト配信の場合、トータル遅延や同期の面では、ＴＣＰに比べると良好である。
【００５４】
また、このＭＭＴＰ/ＵＤＰ配信の場合、ユニキャストなので、広く一般のインターネット接続機器で利用可能となり得るが、ルータ設定によってはデフォルトでは利用できない可能性がある。このＭＭＴＰ/ＵＤＰ配信の場合、ＩＰストリームが、複数のアセット（コンポーネント）が多重化されたＭＭＴＰストリームを伝送するケースと、単体のアセットのみを含むＭＭＴＰストリームを伝送するケースとがある。
【００５５】
「（Ｃ）ＭＭＴＰ/ＴＣＰ配信」
ＭＭＴＰ/ＴＣＰ配信の場合、下位レイヤにＩＰパケットが存在する。このＩＰパケットの上に、ＴＣＰ（Transmission Control Protocol）が載る。そして、ＴＣＰの上に、ＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＰＵが含まれる。
【００５６】
このＭＭＴＰ/ＴＣＰ配信の場合、ユニキャストなので、広く一般のインターネット接続機器で利用可能となり得る。また、このＭＭＴＰ/ＴＣＰ配信の場合、ユニキャストなので、放送・通信ハイブリッド利用としては、輻輳の問題がある。また、このＭＭＴＰ/ＴＣＰ配信の場合、ＴＣＰ伝送なので効率は犠牲となるが、再送が可能なので、ＡＬ−ＦＥＣは不要となる。
【００５７】
また、このＭＭＴＰ/ＴＣＰ配信の場合、ＩＰストリームが、複数のアセット（コンポーネント）が多重化されたＭＭＴＰストリームを伝送するケースと、単体のアセットのみを含むＭＭＴＰストリームを伝送するケースとがある。
【００５８】
「（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信」
ＭＭＴＰ/ＨＴＴＰ配信の場合、下位レイヤにＩＰパケットが存在する。このＩＰパケットの上に、ＴＣＰが載る。そして、ＴＣＰの上に、ＨＴＴＰ（Hyper Text Transfer Protocol）が載り、さらにその上にＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＰＵが含まれる。
【００５９】
このＭＭＴＰ/ＨＴＴＰ配信の場合、ＨＴＴＰなので、広く一般のインターネット接続機器で利用可能となり得る。また、このＭＭＴＰ/ＨＴＴＰ配信の場合、ユニキャストなので、放送・通信ハイブリッド利用としては、輻輳の問題がある。また、このＭＭＴＰ/ＨＴＴＰ配信の場合、ＴＣＰ伝送なので効率は犠牲となるが、再送が可能なので、ＡＬ−ＦＥＣは不要となる。
【００６０】
また、このＭＭＴＰ/ＨＴＴＰ配信の場合、ＩＰストリームが、複数のアセット（コンポーネント）が多重化されたＭＭＴＰストリームを伝送するケースと、単体のアセットのみを含むＭＭＴＰストリームを伝送するケースとがある。
【００６１】
「（Ｅ）ＭＰＵ/ＨＴＴＰ配信」
ＭＰＵ/ＨＴＴＰ配信の場合、下位レイヤにＩＰパケットが存在する。このＩＰパケットの上に、ＴＣＰが載る。そして、ＴＣＰの上に、ＨＴＴＰが載り、このＨＴＴＰパケットのペイロード部には、ビデオ、オーディオ等のコンポーネントの符号化データを含むＭＰＵが含まれる。
【００６２】
このＭＰＵ/ＨＴＴＰ配信の場合、ＨＴＴＰなので、広く一般のインターネット接続機器で利用可能となり得る。また、このＭＰＵ/ＨＴＴＰ配信の場合、ユニキャストなので、放送・通信ハイブリッド利用としては、輻輳の問題がある。また、このＭＰＵ/ＨＴＴＰ配信の場合、ＴＣＰ伝送なので効率は犠牲となるが、再送が可能なので、ＡＬ−ＦＥＣは不要となる。
【００６３】
また、このＭＰＵ/ＨＴＴＰ配信の場合、ＭＭＴパケットが介在しないのでＭＭＴＰ/ＨＴＴＰ配信に比べて伝送効率は良くなるが、逆にＭＭＴＰヘッダ等の情報が消失する課題がある。また、このＭＰＵ/ＨＴＴＰ配信の場合、受信端末は、ＨＴＴＰにより、単一のアセット（コンポーネント）の個々のＭＰＵファイルを取得するものとなる。
【００６４】
図７は、ＭＭＴ配信ネットワーク環境の一例を示している。受信端末２００ａ，２００ｂ，２００ｃは、それぞれ、ホームルータ（ＨＲ）を介してマネージドネットワークＭＮａのエッジルータ（ＥＲ）に接続可能とされている。そのため、これらの受信端末２００ａ，２００ｂ，２００ｃは、マネージドネットワークにあるＩＰアドレスが“ａ”であるＭＭＴ/マルチキャストサーバから（Ａ）マルチキャスト配信のプロトコルで配信を受けることが可能である。
【００６５】
また、これらの受信端末２００ａ，２００ｂ，２００ｃは、それぞれ、ホームルータＨＲ、マネージドネットワークＭＮａなどを介してＭＭＴサーバに接続可能とされている。また、これらの受信端末２００ａ，２００ｂ，２００ｃが接続されるホームルータ（ＨＲ）は、ＵＤＰの利用が可能となるように設定されている。そのため、これらの受信端末２００ａ，２００ｂ，２００ｃは、ＭＭＴサーバから、（Ｂ）ＭＭＴＰ/ＵＤＰ配信、（Ｃ）ＭＭＴＰ/ＴＣＰ配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のいずれのプロトコルでも配信を受けることが可能である。
【００６６】
また、受信端末２００ｇ，２００ｈ，２００ｉは、それぞれ、ホームルータ（ＨＲ）を介してマネージドネットワークＭＮｂのエッジルータ（ＥＲ）に接続可能とされている。そのため、これらの受信端末２００ｇ，２００ｈ，２００ｉは、マネージドネットワークにあるＩＰアドレスが“ｂ”であるＭＭＴ/マルチキャストサーバから（Ａ）マルチキャスト配信のプロトコルで配信を受けることが可能である。
【００６７】
また、これらの受信端末２００ｇ，２００ｈ，２００ｉは、それぞれ、ホームルータＨＲ、マネージドネットワークＭＮｂなどを介してＭＭＴサーバに接続可能とされている。また、これらの受信端末２００ｇ，２００ｈ，２００ｉが接続されるホームルータ（ＨＲ）は、ＵＤＰの利用が可能となるように設定されている。そのため、これらの受信端末２００ｇ，２００ｈ，２００ｉは、ＭＭＴサーバから、（Ｂ）ＭＭＴＰ/ＵＤＰ配信、（Ｃ）ＭＭＴＰ/ＴＣＰ配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のいずれのプロトコルでも配信を受けることが可能である。
【００６８】
また、受信端末２００ｄは、ホームルータＨＲを介してＭＭＴサーバに接続可能とされ、しかも、この受信端末２００ｄが接続されるホームルータ（ＨＲ）は、ＵＤＰも利用可能に設定されている。そのため、この受信端末２００ｄは、（Ｂ）ＭＭＴＰ/ＵＤＰ配信、（Ｃ）ＭＭＴＰ/ＴＣＰ配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のいずれのプロトコルでも配信を受けることが可能である。
【００６９】
また、受信端末２００ｅ，２００ｆは、ホームルータＨＲを介してＭＭＴサーバに接続可能とされているが、これらの受信端末２００ｅ，２００ｆが接続されるホームルータ（ＨＲ）は、ＵＤＰの利用が可能に設定されていない。そのため、これらの受信端末２００ｅ，２００ｆは、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のいずれかのプロトコルでのみで配信を受けることが可能である。
【００７０】
図８は、ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構造を概略的に示している。また、図９は、ＰＡメッセージの主要なパラメータの説明を示し、図１０は、ＭＰテーブルの主要なパラメータの説明を示している。
【００７１】
「message_id」は、各種シグナリング情報において、ＰＡメッセージを識別する固定値である。「version」は、ＰＡメッセージのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＰＡメッセージのサイズを示すバイト数である。
【００７２】
「extension」のフィールドには、ペイロード（Payload）のフィールドに配置されるテーブルのインデックス情報が配置される。このフィールドには、「table_id」、「table_version」、「table_length」の各フィールドが、テーブル数だけ配置される。「table_id」は、テーブルを識別する固定値である。「table_version」は、テーブルのバージョンを示す。「table_length」は、テーブルのサイズを示すバイト数である。
【００７３】
ＰＡメッセージのペイロード（Payload）のフィールドには、ＭＰテーブル（ＭＰＴ）と、所定数のその他のテーブル（Other table）が配置される。以下、ＭＰテーブルの構成について説明する。
【００７４】
「table_id」は、各種シグナリング情報において、ＭＰテーブルを識別する固定値である。「version」は、ＭＰテーブルのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＭＰテーブルのサイズを示すバイト数である。
【００７５】
「pack_id」は、放送および通信で伝送される全てのアセット（コンポーネント）を構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。「pack_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「MPT_descripors」のフィールドは、パッケージ全体に関わる記述子の格納領域である。「MPT_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。
【００７６】
「num_of_asset」は、パッケージを構成する要素としてのアセット（コンポーネント）の数を示す。この数分だけ、以下のアセットループが配置される。「asset_id」は、アセットをユニークに識別する情報（アセットＩＤ）である。この識別情報は、テキスト情報である。「asset_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「gen_loc_info」は、アセットの取得先のロケーションを示す情報である。「asset_descriptors」のフィールドは、アセットに関わる記述子の格納領域である。「asset_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。
【００７７】
なお、図１１は、上述したＰＡメッセージの構造例（Syntax）を示している。また、図１２は、上述したＭＰテーブル（ＭＰＴ）の構造例（Syntax）を示している。図８における「gen_loc_info」のフィールドは、図１２における「asset_location」のフィールドに対応し、アセットの取得先のロケーションを示す情報として複数の「MMT_general_location_info()」の配置が可能となっている。また、図８における「asset_descriptors」のフィールドは、図１２における「asset_descriptors」のフィールドに対応している。
【００７８】
図１３は、「MMT_general_location_info()」の構造例（Syntax）の一部を示している。「location_type」の８ビットフィールドは、アセットの取得先のロケーションを示す情報（以下、適宜、「ロケーション情報」という）のタイプを示している。上述の（Ａ）マルチキャスト配信のプロトコルで配信されるアセットの場合、「location_type」は“０ｘ０１”あるいは“０ｘ０２”とされ、ロケーション情報として、ソースアドレス（ipv4_src_addr,ipv6_src_addr」と、デストネーションアドレス（ipv4_dst_addr,ipv6_dst_addr）と、デストネーションポート番号（dst_port）と、パケット識別子（packt_id）が挿入される。この場合、「location_type」により、マルチキャスト配信であることが識別される。
【００７９】
また、上述の（Ｂ）ＭＭＴＰ/ＵＤＰ配信、（Ｃ）ＭＭＴＰ/ＴＣＰ配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信あるいは（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで配信されるアセットである場合、「location_type」は“０ｘ０５”とされ、ロケーション情報として、ＵＲＬ（Uniform Resource Locator）が配置される。
【００８０】
ここで、（Ｂ）ＭＭＴＰ/ＵＤＰ配信のプロトコルで配信されるアセットである場合、スキーマ（schema）として“rtsp:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、ＵＤＰを指定するパラメータとパケット識別子（packet_id）を指定するパラメータが付加される。結局、この場合のＵＲＬは、“rtsp:// 〜.mmt?pr=udp&pid=1”のように表現される。この場合、「rtsp」と「pr=udp」により、ＭＭＴＰ/ＵＤＰ配信であることが識別される。
【００８１】
また、（Ｃ）ＭＭＴＰ/ＴＣＰ配信のプロトコルで配信されるアセットである場合、スキーマ（schema）として“rtsp:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、ＴＣＰを指定するパラメータとパケット識別子（packet_id）を指定するパラメータが付加される。結局、この場合のＵＲＬは、“rtsp:// 〜.mmt?pr=udp&pid=1”のように表現される。この場合、「rtsp」と「pr=tcp」により、ＭＭＴＰ/ＴＣＰ配信であることが識別される。
【００８２】
また、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで配信されるアセットである場合、スキーマ（schema）として“http:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、パケット識別子（packet_id）を指定するパラメータが付加される。結局、この場合のＵＲＬは、“http:// 〜.mmt?pr=pid=1”のように表現される。この場合、「http」と「mmt」により、ＭＭＴＰ/ＨＴＴＰ配信であることが識別される。
【００８３】
また、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで配信されるアセットである場合、スキーマ（schema）として“http:// 〜.mp4”が指定される。つまり、この場合のＵＲＬは、“http:// 〜.mp4”のように表現される。この場合、「http」と「mp4」により、ＭＰＵ/ＨＴＴＰ配信であることが識別される。
【００８４】
「複数の配信プロトコルの情報またはその取得情報の挿入」
この実施の形態においては、ＭＰテーブル（ＭＰＴ）に、通信で伝送されるアセット（コンポーネント）、つまり通信経路で取得すべき特定コンポーネントに関連して、複数の配信プロトコルの情報、またはこの複数の配信プロトコルの情報を取得すための取得情報が挿入される。複数の配信プロトコルの情報には、それぞれ、少なくともロケーション情報およびプロトコル識別情報が含まれる。挿入の方式として、例えば、以下の方式１、方式２、方式３が考えられる。
【００８５】
「方式１」
方式１の場合、ＭＰテーブル（ＭＰＴ）には、特定のコンポーネント（アセット）の情報が複数配置され、この配置された複数の情報のそれぞれに複数の配信プトロコルのうちの１つの情報が挿入される。この場合、一個一個のアセットに対して、「MMT_general_location_info()」は１つだけ記述される（図１２参照）。
【００８６】
この方式１について、さらに説明する。ここでは、ビデオ、オーディオの信号組が２つあり、一方はメイン信号なので放送で伝送され、他方はメイン信号ではないので通信で伝送される、というユースケースで説明する。また、このユースケースでは、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルで配信できるものとする。
【００８７】
図１４（ａ）は、ＭＰテーブル（ＭＰＴ）の記述例を概略的に示している。「Asset1」のアセット（コンポーネント）は、放送伝送されるビデオ信号（Video1）を示している。「Asset2」のアセット（コンポーネント）は、放送伝送されるオーディオ信号（Audio1）を示している。
【００８８】
「Asset3」のアセット（コンポーネント）は、（Ａ）マルチキャスト配信のプロトコルで通信伝送されるビデオ信号（Video2）を示している。このアセットの「MMT_general_location_info()」には、ソースアドレス（ipv4_src_addr,ipv6_src_addr」と、デストネーションアドレス（ipv4_dst_addr,ipv6_dst_addr）と、デストネーションポート番号（dst_port）と、パケット識別子（packt_id）が挿入される。
【００８９】
また、このアセットの「asset_descriptors」のフィールドに、新規定義する通信配信記述子（broadband_delivery_descriptor）が挿入される。この記述子には、通信伝送プロトコルタイプ（配信プロトコルタイプ）「type=broadband_delivery_type」と、当該アセットと多重化されて配信される他のアセットの情報「mg=multiplex_group」と、利用可能なマネージドネットワークの情報「ANmap1」が記述される。ここでは、「type」は（Ａ）マルチキャスト配信であることを示すものとされ、「ｍｇ」はグループ１を構成する他のアセットと多重化されて配信されることを示すものとされる。
【００９０】
図１５は、通信配信記述子（broadband_delivery_descriptor）の構造例（Syntax）を示し、図１６は、その構造例における主要な情報の内容（Semantics）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タイプを示す。ここでは、通信配信記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子の長さ（サイズ）を示し、記述子の長さとして、以降のバイト数を示す。
【００９１】
「broadband_delivery_type」の３ビットフィールドは、通信伝送プロトコルタイプ（配信プロトコルタイプ）を示す。例えば、“１”は、タイプＡ（typeA）、つまり（Ａ）マルチキャスト配信であることを示す。“２”は、タイプＢ（typeB）、つまり（Ｂ）ＭＭＴＰ/ＵＤＰ配信であることを示す。“３”は、タイプＣ（typeC）、つまり（Ｃ）ＭＭＴＰ/ＴＣＰ配信であることを示す。“４”は、タイプＤ（typeD）、つまり（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示す。“５”は、タイプＥ（typeE）、つまり（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示す。また、“７”は、ＢＤテーブル（BDT: Broadband_Delivery_Table）で指定されることを示す。
【００９２】
「ip_version」の１ビットフィールドは、ＩＰバージョンを示す。例えば、“０”は「IPv4」を示し、“１”は「IPv6」を示す。「multiplex_group」の４ビットフィールドは、多重化ストリームのグループＩＤを示す。多重化されていない場合は「０」として、多重化されている場合には、１以上の多重化ストリームの識別値を指定する。
【００９３】
「additional_network_info()」のフィールドには関連する付加情報が配置される。タイプＡの場合は、「available_network_map」の８ビットフィールドとなる。この「available_network_map」の８ビットフィールドは、利用可能なマネージドネットワークのビットマップを示す。この場合、ビット０からビット７までのビットが各キャリアに割り当てられる。
【００９４】
図１４に戻って、「Asset4」のアセット（コンポーネント）は、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで通信伝送されるビデオ信号（Video2）を示している。このアセットの「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、パケット識別子（packet_id）を指定するパラメータが付加される。
【００９５】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１５参照）。ここでは、「type」は（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」はグループ２を構成する他のアセットと多重化されて配信されることを示すものとされる。
【００９６】
「Asset5」のアセット（コンポーネント）は、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで通信伝送されるビデオ信号（Video2）を示している。このアセットの「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mp4”が指定される。
【００９７】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１５参照）。ここでは、「type」は（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」は“０”とされ、多重化されていないことを示すものとされる。これにより、受信側では、図１４（ｂ）に示すように、この「Asset5」は、単独で配信されることがわかる。
【００９８】
なお、「Asset3」、「Asset4」、「Asset5」の記述順は、例えば、優先順位を示すものとされる。
【００９９】
「Asset6」のアセット（コンポーネント）は、（Ａ）マルチキャスト配信のプロトコルで通信伝送されるオーディオ信号（Audio2）を示している。このアセットの「MMT_general_location_info()」には、ソースアドレス（ipv4_src_addr,ipv6_src_addr」と、デストネーションアドレス（ipv4_dst_addr,ipv6_dst_addr）と、デストネーションポート番号（dst_port）と、パケット識別子（packt_id）が挿入される。
【０１００】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１５参照）。ここでは、「type」は（Ａ）マルチキャスト配信であることを示すものとされ、利用可能なマネージドネットワークの情報「ANmap1」も記述される。
【０１０１】
また、「ｍｇ」はグループ１を構成する他のアセットと多重化されて配信されることを示すものとされる。これにより、受信側では、図１４（ｂ）に示すように、この「Asset6」は、上述した「Asset3」と多重化されて配信されることがわかる。受信側では、この多重化ストリームから「Asset3」と「Asset6」の双方を得ることが可能となる。
【０１０２】
「Asset7」のアセット（コンポーネント）は、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで通信伝送されるオーディオ信号（Audio2）を示している。このアセットの「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、パケット識別子（packet_id）を指定するパラメータが付加される。
【０１０３】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１５参照）。ここでは、「type」は（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」はグループ２を構成する他のアセットと多重化されて配信されることを示すものとされる。これにより、受信側では、図１４（ｂ）に示すように、この「Asset7」は、上述した「Asset4」と多重化されて配信されることがわかる。受信側では、この多重化ストリームから「Asset4」と「Asset7」の双方を得ることが可能となる。
【０１０４】
「Asset8」のアセット（コンポーネント）は、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで通信伝送されるオーディオ信号（Audio2）を示している。このアセットの「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mp4”が指定される。
【０１０５】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１５参照）。ここでは、「type」は（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」は“０”とされ、多重化されていないことを示すものとされる。これにより、受信側では、図１４（ｂ）に示すように、この「Asset8」は、単独で配信されることがわかる。
【０１０６】
なお、「Asset6」、「Asset7」、「Asset8」の記述順は、例えば、優先順位を示すものとされる。
【０１０７】
「方式２」
方式２の場合、ＭＰテーブル（ＭＰＴ）には、特定のコンポーネント（アセット）の情報が１つ配置され、この配置された１つの情報に複数の配信プトロコルの情報が挿入される。この場合、一個一個のアセットに対して、「MMT_general_location_info()」は複数記述される（図１２参照）。ＭＰテーブルにおいて、「MMT_general_location_info()」はループになっているので複数の記述が可能である。
【０１０８】
この方式２について、さらに説明する。ここでは、上述の「方式１」の説明と同様に、ビデオ、オーディオの信号組が２つあり、一方はメイン信号なので放送で伝送され、他方はメイン信号ではないので通信で伝送される、というユースケースで説明する。また、このユースケースでは、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルで配信できるものとする。
【０１０９】
図１７（ａ）は、ＭＰテーブル（ＭＰＴ）の記述例を概略的に示している。「Asset1」のアセット（コンポーネント）は、放送伝送されるビデオ信号（Video1）を示している。「Asset2」のアセット（コンポーネント）は、放送伝送されるオーディオ信号（Audio1）を示している。
【０１１０】
「Asset3」のアセット（コンポーネント）は、通信伝送されるビデオ信号（Video2）を示している。このアセットの「asset_location」のフィールドには「MMT_general_location_info()」が３つ記述される。
【０１１１】
第１の「MMT_general_location_info()」には、優先順位が最も高い（Ａ）マルチキャスト配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ソースアドレス（ipv4_src_addr,ipv6_src_addr」と、デストネーションアドレス（ipv4_dst_addr,ipv6_dst_addr）と、デストネーションポート番号（dst_port）と、パケット識別子（packt_id）が挿入される。
【０１１２】
第２の「MMT_general_location_info()」には、優先順位が次に高い（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、パケット識別子（packet_id）を指定するパラメータが付加される。
【０１１３】
第３の「MMT_general_location_info()」には、優先順位が最も低い（Ｅ）ＭＰＵ/ＨＴＴＰ配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mp4”が指定される。
【０１１４】
また、このアセットの「asset_descriptors」のフィールドに、新規定義する通信配信記述子（broadband_delivery_descriptor）が挿入される。この記述子には、上述した３つの「MMT_general_location_info()」に対応して、通信伝送プロトコルタイプ（配信プロトコルタイプ）「type=broadband_delivery_type」と、当該アセットと多重化されて配信される他のアセットの情報「mg=multiplex_group」が記述される。なお、「MMT_general_location_info()」に（Ａ）マルチキャスト配信の場合におけるロケーション情報が挿入される場合には、さらに、利用可能なマネージドネットワークの情報「ANmap」も記述される。
【０１１５】
ここでは、第１の「MMT_general_location_info()」に対応して、「type」は（Ａ）マルチキャスト配信であることを示すものとされ、「ｍｇ」はグループ１を構成する他のアセットと多重化されて配信されることを示すものとされる。また、「ANmap」は「ANmap1」とされて、利用可能なマネージドネットワークが示される。
【０１１６】
また、第２の「MMT_general_location_info()」に対応して、「type」は（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」はグループ２を構成する他のアセットと多重化されて配信されることを示すものとされる。
【０１１７】
また、第３の「MMT_general_location_info()」に対応して、「type」は（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」は“０”とされ、多重化されていないことを示すものとされる。これにより、受信側では、図１７（ｂ）に示すように、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の場合、「Asset3」は、単独で配信されることがわかる。
【０１１８】
図１８は、通信配信記述子（broadband_delivery_descriptor）の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タイプを示す。ここでは、通信配信記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子の長さ（サイズ）を示し、記述子の長さとして、以降のバイト数を示す。
【０１１９】
「number_of_delivery」の８ビットフィールドは、配信可能な配信プロトコルの数を示す。この配信プロトコルの数だけ、「broadband_delivery_type」の３ビットフィールド、「ip_version」の１ビットフィールド、「multiplex_group」の４ビットフィールドおよび「available_network_map」の８ビットフィールドが繰り返される。
【０１２０】
「broadband_delivery_type」の３ビットフィールドは、通信伝送プロトコルタイプ（配信プロトコルタイプ）を示す（図１６参照）。例えば、“１”は、タイプＡ（typeA）、つまり（Ａ）マルチキャスト配信であることを示す。“２”は、タイプＢ（typeB）、つまり（Ｂ）ＭＭＴＰ/ＵＤＰ配信であることを示す。“３”は、タイプＣ（typeC）、つまり（Ｃ）ＭＭＴＰ/ＴＣＰ配信であることを示す。“４”は、タイプＤ（typeD）、つまり（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示す。“５”は、タイプＥ（typeE）、つまり（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示す。また、“７”は、ＢＤＴ（broadband_delivery_Table）で指定されることを示す。
【０１２１】
「ip_version」の１ビットフィールドは、ＩＰバージョンを示す（図１６参照）。例えば、“０”は「IPv4」を示し、“１”は「IPv6」を示す。「multiplex_group」の４ビットフィールドは、多重化ストリームのグループＩＤを示す（図１６参照）。多重化されていない場合は「０」として、多重化されている場合には、１以上の多重化ストリームの識別値を指定する。「available_network_map」の８ビットフィールドは、利用可能なマネージドネットワークのビットマップを示す。この場合、ビット０からビット７までのビットが各キャリアに割り当てられる（図１６参照）。
【０１２２】
なお、「broadband_delivery_type」が“１”とされる（Ａ）マルチキャスト配信である場合を除き、「available_network_map」の８ビットフィールドのビット０からビット７までは全て“０”とされ、このフィールドは実質的に使用されない。
【０１２３】
「Asset4」のアセット（コンポーネント）は、通信伝送されるオーディオ信号（Audio2）を示している。このアセットの「asset_location」のフィールドには「MMT_general_location_info()」が３つ記述される。
【０１２４】
第１の「MMT_general_location_info()」には、優先順位が最も高い（Ａ）マルチキャスト配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ソースアドレス（ipv4_src_addr,ipv6_src_addr」と、デストネーションアドレス（ipv4_dst_addr,ipv6_dst_addr）と、デストネーションポート番号（dst_port）と、パケット識別子（packt_id）が挿入される。
【０１２５】
第２の「MMT_general_location_info()」には、優先順位が次に高い（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mmt”が指定され、さらにクエリフィールド（Query Field）により、パケット識別子（packet_id）を指定するパラメータが付加される。
【０１２６】
第３の「MMT_general_location_info()」には、優先順位が最も低い（Ｅ）ＭＰＵ/ＨＴＴＰ配信の場合におけるロケーション情報が挿入される。すなわち、この「MMT_general_location_info()」には、ＵＲＬが挿入される。この場合、上述したように、スキーマ（schema）として“http:// 〜.mp4”が指定される。
【０１２７】
また、このアセットの「asset_descriptors」のフィールドに、上述の通信配信記述子（broadband_delivery_descriptor）が挿入される（図１８参照）。この記述子には、上述した３つの「MMT_general_location_info()」に対応して、通信伝送プロトコルタイプ（配信プロトコルタイプ）「type=broadband_delivery_type」と、当該アセットと多重化されて配信される他のアセットの情報「mg=multiplex_group」が記述される。なお、「MMT_general_location_info()」に（Ａ）マルチキャスト配信の場合におけるロケーション情報が挿入される場合には、さらに、利用可能なマネージドネットワークの情報「ANmap」も記述される。
【０１２８】
ここでは、第１の「MMT_general_location_info()」に対応して、「type」は（Ａ）マルチキャスト配信であることを示すものとされ、「ANmap」は「ANmap1」とされて、利用可能なマネージドネットワークが示される。また、「ｍｇ」はグループ１を構成する他のアセットと多重化されて配信されることを示すものとされる。これにより、受信側では、図１７（ｂ）に示すように、（Ａ）マルチキャスト配信の場合、「Asset4」は、上述した「Asset3」と多重化されて配信されることがわかる。受信側では、この多重化ストリームから「Asset3」と「Asset4」の双方を得ることが可能となる。
【０１２９】
また、第２の「MMT_general_location_info()」に対応して、「type」は（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」はグループ２を構成する他のアセットと多重化されて配信されることを示すものとされる。これにより、受信側では、図１７（ｂ）に示すように、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信の場合、「Asset4」は、上述した「Asset3」と多重化されて配信されることがわかる。受信側では、この多重化ストリームから「Asset3」と「Asset4」の双方を得ることが可能となる。
【０１３０】
また、第３の「MMT_general_location_info()」に対応して、「type」は（Ｅ）ＭＰＵ/ＨＴＴＰ配信であることを示すものとされ、「ｍｇ」は“０”とされ、多重化されていないことを示すものとされる。これにより、受信側では、図１７（ｂ）に示すように、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の場合、「Asset4」は、単独で配信されることがわかる。
【０１３１】
「方式３」
方式３の場合、ＭＰテーブル（ＭＰＴ）には、特定のコンポーネント（アセット）の情報が１つ配置され、この配置された１つの情報に複数の配信プトロコルの情報を取得するための取得情報が挿入される。この場合、一個一個のアセットに対して、「MMT_general_location_info()」は１つだけ記述される（図１２参照）。
【０１３２】
この方式３について、さらに説明する。ここでは、上述の「方式１」、「方式２」の説明と同様に、ビデオ、オーディオの信号組が２つあり、一方はメイン信号なので放送で伝送され、他方はメイン信号ではないので通信で伝送される、というユースケースで説明する。また、このユースケースでは、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルで配信できるものとする。
【０１３３】
図１９（ａ）は、ＭＰテーブル（ＭＰＴ）の記述例を概略的に示している。「Asset1」のアセット（コンポーネント）は、放送伝送されるビデオ信号（Video1）を示している。「Asset2」のアセット（コンポーネント）は、放送伝送されるオーディオ信号（Audio1）を示している。
【０１３４】
「Asset3」のアセット（コンポーネント）は、通信伝送されるビデオ信号（Video2）を示している。このアセットの「asset_location」のフィールドには「MMT_general_location_info()」が１つ記述される。この「MMT_general_location_info()」には、この「Asset3」に関する複数の配信プロトコルの情報を取得するための取得情報として、例えばＵＲＬが挿入される。受信側では、このＵＲＬを参照して、通信ネットワークを介して、複数の配信プロトコルの情報を含むメタファイルとしてのＢＤテーブル（BDT: Broadband Delivery Table）を取得する（図１９（ｂ）参照）。
【０１３５】
このＢＤテーブルには、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルのそれぞれに対応した配信プロトコルの情報であるＢＤインフォメーション（BDI: Broadband Delivery Information）が含まれている。各プロトコルに対応したＢＤインフォメーションの内容は、例えば、上述の「方式２」において、「Asset3」の「MMT_general_location_info()」および通信配信記述子（broadband_delivery_descriptor）に挿入される情報の内容と実質的に同じである。
【０１３６】
なお、このアセットの「asset_descriptors」のフィールドに、例えば、上述の「方式１」における通信配信記述子（broadband_delivery_descriptor）（図１５参照）が挿入され、「type=broadband_delivery_type」が“７”に設定され、複数の配信プロトコルの情報がＢＤテーブルで指定されることが示される。
【０１３７】
図２０は、ＢＤテーブルの構造例（Syntax）および各情報の内容（Semantics）を示している。このＢＤテーブルはＸＭＬフォーマットで記載されている。「@version」の情報は、本テーブルのバージョン番号である。「BDI」は、通信の配信オプションとなるＢＤインフォメーションのアイテムであり、所定個数だけ出現する。ここでは、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルで配信できる想定であるので、３つ出現する。なお、この記述順が優先順位を示すものとされる。
【０１３８】
「BDI」には、「@delivery_type」および「@multiplex_group」が含まれる。「@delivery_type」は、通信のプロトコルタイプであり、図１８の通信配信記述子における「broadband_delivery_type」に相当する。「@multiplex_group」は、多重化ストリームのグループＩＤであり、図１８の通信配信記述子における「multiplex_group」に相当する。多重化されていない場合には、この記述が出現しないか、多重化されていないことを示すグループＩＤが記述される。
【０１３９】
また、「BDI」には、「MC_info」および「location_url」が含まれる。「MC_info」および「location_url」はいずれもロケーション情報の項目である。例えば、上述の「方式１」、「方式２」では「MMT_general_location_info()」に挿入される情報の項目である。「MC_info」はマルチキャスト情報であり、「location_url」はユニキャストロケーション情報であり、いずれかが出現する。「@delivery_type」に通信のプロトコルタイプとしてマルチキャスト配信が記述される場合には「MC_info」が出現し、その他の場合には「location_url」が出現する。
【０１４０】
「MC_info」には、「@sourceIPAddress」、「@destinationIPAddress」、「@portNumber」、「@pid」、「ManagedNetworkName」が含まれる。「@sourceIPAddress」は、マルチキャストのソースＩＰアドレスである。「@destinationIPAddress」は、マルチキャストのデストネーションＩＰアドレスである。「@portNumber」は、マルチキャストのポート番号である。「@pid」はマルチキャストのＭＭＴパケットのＰＩＤである。「ManagedNetworkName」は、マルチキャストアドレスで配信されるマネージドネットワークの名である。「location_url」には、「@url」が含まれる。「@url」は、配信ＵＲＬである。
【０１４１】
図１９に戻って、「Asset4」のアセット（コンポーネント）は、通信伝送されるオーディオ信号（Audio2）を示している。このアセットの「asset_location」のフィールドには「MMT_general_location_info()」が１つ記述される。この「MMT_general_location_info()」には、この「Asset4」に関する複数の配信プロトコルの情報を取得するための取得情報として、例えばＵＲＬが挿入される。受信側では、このＵＲＬを参照して、通信ネットワークを介して、複数の配信プロトコルの情報を含むメタファイルとしてのＢＤテーブル（BDT: Broadband Delivery Table）を取得する（図１９（ｂ）参照）。
【０１４２】
このＢＤテーブルには、（Ａ）マルチキャスト配信、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の３通りのプロトコルのそれぞれに対応した配信プロトコルの情報であるＢＤインフォメーション（BDI: Broadband Delivery Information）が含まれている。各プロトコルに対応したＢＤインフォメーションの内容は、例えば、上述の「方式２」において、「Asset4」の「MMT_general_location_info()」および通信配信記述子（broadband_delivery_descriptor）に挿入される情報の内容と実質的に同じである。
【０１４３】
なお、このアセットの「asset_descriptors」のフィールドに、例えば、上述の「方式１」における通信配信記述子（broadband_delivery_descriptor）（図１５参照）が挿入され、「type=broadband_delivery_type」が“７”に設定され、複数の配信プロトコルの情報がＢＤテーブルで指定されることが示される。
【０１４４】
この方式３においても、ＢＤテーブルの「@multiplex_group」の記述により、受信側では、図１９（ｃ）に示すような「Asset3」と「Asset4」の多重化関係を容易に認識可能となる。すなわち、（Ｅ）ＭＰＵ/ＨＴＴＰ配信の場合、「Asset3」、「Asset4」のそれぞれは単独で配信されることがわかる。また、（Ａ）マルチキャスト配信の場合、「Asset3」と「「Asset4」は多重化されて配信されることがわかる。また、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信の場合、「Asset3」と「「Asset4」は多重化されて配信されることがわかる。
【０１４５】
［受信端末における通信経路のコンポーネント（アセット）の取得処理］
次に、受信端末２００における通信経路の特定コンポーネント（アセット）の取得処理について説明する。受信端末２００は、放送信号から取得されたＭＰテーブル（ＭＰＴ）に記述される複数の配信プロトコル情報から受信可能な１つの配信プロトコルを選択し、この配信プロトコルで特定コンポーネントを受信する。
【０１４６】
図２１のフローチャートは、受信端末２００におけるビュー選択/受信処理の一例を示している。受信端末２００は、ステップＳＴ１において、ビュー選択/受信処理を開始する。その後、受信端末２００は、ステップＳＴ２で視聴者が特定のビューを選択したとき、ステップＳＴ３の処理に移る。
【０１４７】
ステップＳＴ３において、受信端末２００は、選択されたビューに対応するコンポーネントを通信経路で取得すべきものか放送経路で取得すべきものかを判断する。放送経路で取得するものであった場合には、受信端末２００は、当該コンポーネントを放送信号から取得する。一方、通信経路で取得するものであった場合、受信端末２００は、ステップＳＴ４の処理に移る。
【０１４８】
ステップＳＴ４において、受信端末２００は、マルチキャスト配信（マルチキャストオプション）の選択が可能か否かを判断する。受信端末２００は、この判断を、ＭＰテーブル（ＭＰＴ）に記述されている複数の配信プロトコルの情報に基づいて行う。マルチキャスト配信の選択が可能であるとき、受信端末２００は、ステップＳＴ５において、該当マネージドネットワークに接続されているか否かを判断する。該当マネージドネットワークに接続されているとき、受信端末２００は、配信プロトコルとしてマルチキャスト配信を選択し、ステップＳＴ９の処理に移る。
【０１４９】
ステップＳＴ４でマルチキャストオプションが可能でないとき、あるいはステップＳＴ５で該当マネージドネットワークに接続されていないとき、受信端末２００は、ステップＳＴ６の処理に移る。このステップＳＴ６において、受信端末２００は、マルチキャスト配信以外の他の配信プロトコル（他のオプション）の選択が可能か否かを判断する。受信端末２００は、この判断を、ＭＰテーブル（ＭＰＴ）に記述されている複数の配信プロトコルの情報に基づいて行う。
【０１５０】
他の配信プロトコルの選択が可能であるとき、受信端末２００は、ステップＳＴ７において、当該他の配信プロトコルに対応可能か否かを判断する。対応可能であるとき、受信端末２００は、配信プロトコルとして当該他の配信プロトコルを選択し、ステップＳＴ９の処理に移る。この場合、受信端末２００は、自身が対応可能な配信プロトコルが複数ある場合には、最も優先度の高い配信プロトコルを選択する。
【０１５１】
ステップＳＴ６で他の配信プロトコルの選択が可能でないとき、あるいはステップＳＴ７で自身が当該他の配信プロトコルに対応可能でないとき、受信端末２００は、ステップＳＴ８において、エラー終了をする。
【０１５２】
ステップＳＴ９において、受信端末２００は、マルチキャスト配信、あるいは他の配信プロトコルで受信されるストリームが、該当コンポーネント以外のコンポーネントをも含む多重化ストリームであるか否かを判断する。多重化ストリームであるときは、ステップＳＴ１０において、取得先からストリームを受信し、ステップＳＴ１１において、処理を終了する。
【０１５３】
多重化ストリームでないとき、受信端末２００は、ステップＳＴ１２において、取得先からストリームを受信し、その後にステップＳＴ１３の処理に移る。このステップＳＴ１３において、受信端末２００は、ビュー構成コンポーネントの受信を完了したか否かを判断する。完了していないとき、受信端末２００は、ステップＳＴ４の処理に戻り、上述したと同様の処理を繰り返す。一方、完了したとき、受信端末２００は、ステップＳＴ１４において、処理を終了する。
【０１５４】
なお、上述のビュー選択/受信処理は、多重化ストリームには、ビュー構成コンポーネントが全て含まれるものと想定している。例えば、ビュー構成コンポーネントは、ビデオおよびオーディオのコンポーネントで構成される場合である。
【０１５５】
［受信シーケンス］
次に、受信端末２００における受信シーケンスについて説明する。最初に、図２２を参照して、（Ａ）マルチキャスト配信のプロトコルで配信されるアセットを受信する場合について述べる。マルチキャスト配信の場合、マルチキャストサーバ（ＭＣサーバ）が存在する。
【０１５６】
受信端末２００は、放送信号を受信し、ＭＰテーブル（ＭＰＴ）を取得する。受信端末２００は、このＭＰテーブルから、マルチキャスト配信のプロトコルで配信されるアセットのロケーション情報を得る。この場合のロケーション情報は、ソースアドレスと、デストネーションアドレスと、デストネーションポート番号と、パケット識別子である。この場合、受信端末２００は、ロケーションタイプからマルチキャスト配信であることを識別できる。
【０１５７】
この場合、受信端末２００は、ロケーション情報に含まれているマルチキャストアドレスとポート番号を付加したジョインメッセージ（JOIN message）をエッジルータに送信する。このジョインメッセージの送信に伴って、マルチキャストサーバからのマルチキャストＩＰストリームが、エッジフィルタを介して、受信端末２００に送られてくる。
【０１５８】
受信端末２００では、このマルチキャストＩＰストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで、目的のアセット（コンポーネント）を取ることができる。この受信状態を抜けるとき、受信端末２００は、マルチキャストアドレスとポート番号を付加したリーブメッセージ（LEAVE message）をエッジルータに送信する。
【０１５９】
次に、図２３を参照して、（Ｂ）ＭＭＴＰ/ＵＤＰ配信のプロトコルで配信されるアセットを受信する場合について述べる。このＭＭＴＰ/ＵＤＰ配信の場合、ＲＴＳＰ（Real Time Streaming Protocol）のプロトコルを使用する。このＭＭＴＰ/ＵＤＰ配信の場合、ＲＴＳＰサーバおよびＭＭＴＰ/ＵＤＰサーバが存在する。これらのサーバは別個の機器として存在するか、あるいは同一の機器として存在する。図示の例では、同一の機器として存在する場合を示している。
【０１６０】
受信端末２００は、放送信号を受信し、ＭＰテーブル（ＭＰＴ）を取得する。受信端末２００は、このＭＰテーブルから、ＭＭＴＰ/ＵＤＰ配信のプロトコルで配信されるアセットのロケーション情報を得る。この場合のロケーション情報は、ＵＲＬであり、スキーマとして“rtsp:// 〜.mmt”が指定され、さらにクエリフィールドにより、ＵＤＰを指定するパラメータとパケット識別子を指定するパラメータが付加されている。この場合、受信端末２００は、「rtsp」と「pr=udp」により、ＭＭＴＰ/ＵＤＰ配信であることを識別できる。
【０１６１】
受信端末２００は、“ＳＥＴＵＰ”のＲＴＳＰリクエストを送る。この際、受信端末２００は、ＲＴＳＰのヘッダに、ロケーション情報を挿入する。この場合、ロケーション情報として、ＭＰテーブルから取得されたロケーション情報の全てが挿入されるか、あるいはパケット識別子を指定するパラメータが除かれて挿入される。このＲＴＳＰリクエストは目的のサーバに送られ、当該サーバから“ＯＫ”のレスポンスが送られてくる。
【０１６２】
その後、受信端末２００は、“ＰＬＡＹ”のＲＴＳＰリクエストを送る。これに対して目的のサーバから“ＯＫ”のレスポンスが送られてくる。これと同時に、ＭＭＴＰ/ＵＤＰサーバから伝送ストリームが受信端末２００に送られてくる。受信端末２００では、このストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで、目的のアセット（コンポーネント）を取ることができる。この受信状態を抜けるとき、受信端末２００は、“ＴＥＡＲＤＯＷＮ”のＲＴＳＰリクエストを送る。これに対してサーバから“ＯＫ”のレスポンスが送られてくる。
【０１６３】
次に、図２４を参照して、（Ｃ）ＭＭＴＰ/ＴＣＰ配信のプロトコルで配信されるアセットを受信する場合について述べる。このＭＭＴＰ/ＴＣＰ配信の場合も、ＲＴＳＰ（Real Time Streaming Protocol）のプロトコルを使用する。このＭＭＴＰ/ＴＣＰ配信の場合、ＲＴＳＰサーバおよびＭＭＴＰ/ＴＣＰサーバが存在する。これらのサーバは別個の機器として存在するか、あるいは同一の機器として存在する。図示の例では、同一の機器として存在する場合を示している。
【０１６４】
受信端末２００は、放送信号を受信し、ＭＰテーブル（ＭＰＴ）を取得する。受信端末２００は、このＭＰテーブルから、ＭＭＴＰ/ＴＣＰ配信のプロトコルで配信されるアセットのロケーション情報を得る。この場合のロケーション情報は、ＵＲＬであり、スキーマとして“rtsp:// 〜.mmt”が指定され、さらにクエリフィールドにより、ＴＣＰを指定するパラメータとパケット識別子を指定するパラメータが付加されている。この場合、受信端末２００は、「rtsp」と「pr=tcp」により、ＭＭＴＰ/ＴＣＰ配信であることを識別できる。
【０１６５】
受信端末２００は、“ＳＥＴＵＰ”のＲＴＳＰリクエストを送る。この際、受信端末２００は、ＲＴＳＰのヘッダに、ロケーション情報を挿入する。この場合、ロケーション情報として、ＭＰテーブルから取得されたロケーション情報の全てが挿入されるか、あるいはパケット識別子を指定するパラメータが除かれて挿入される。このＲＴＳＰリクエストは目的のサーバに送られ、当該サーバから“ＯＫ”のレスポンスが送られてくる。
【０１６６】
その後、受信端末２００は、“ＰＬＡＹ”のＲＴＳＰリクエストを送る。これに対して目的のサーバから“ＯＫ”のレスポンスが送られてくる。これと同時に、ＭＭＴＰ/ＴＣＰサーバから伝送ストリームが受信端末２００に送られてくる。受信端末２００では、このストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで、目的のアセット（コンポーネント）を取ることができる。この受信状態を抜けるとき、受信端末２００は、“ＴＥＡＲＤＯＷＮ”のＲＴＳＰリクエストを送る。これに対してサーバから“ＯＫ”のレスポンスが送られてくる。
【０１６７】
次に、図２５を参照して、（Ｄ）ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで配信されるアセットを受信する場合について述べる。このＭＭＴＰ/ＨＴＴＰ配信の場合、ＨＴＴＰ（Hyper Text Transfer Protocol）のプロトコルを使用する。このＭＭＴＰ/ＨＴＴＰ配信の場合、ＨＴＴＰサーバが存在する。
【０１６８】
受信端末２００は、放送信号を受信し、ＭＰテーブル（ＭＰＴ）を取得する。受信端末２００は、このＭＰテーブルから、ＭＭＴＰ/ＨＴＴＰ配信のプロトコルで配信されるアセットのロケーション情報を得る。この場合のロケーション情報は、ＵＲＬであり、スキーマとして“http:// 〜.mmt”が指定され、さらにクエリフィールドにより、パケット識別子（packet_id）を指定するパラメータが付加されている。受信端末２００は、「http」と「mmt」により、ＭＭＴＰ/ＨＴＴＰ配信であることを識別できる。
【０１６９】
受信端末２００は、ＨＴＴＰリクエストをＨＴＴＰサーバに送る。この際、受信端末２００は、ＨＴＴＰのヘッダに、ロケーション情報を挿入する。この場合、ロケーション情報として、ＭＰテーブルから取得されたロケーション情報に含まれる“http:// 〜.mmt”が挿入されると共に、さらにクエリフィールドにより、パケット識別子を指定するパラメータ“pid=a”と、ＭＰＵシーケンス番号を指定するパラメータ“msn=*”が付加される。パラメータ“msn=*”は、「そのタイミングのＭＰＵシーケンス番号を持ったＭＰＵを送って下さい」という指定になる。
【０１７０】
このＨＴＴＰリクエストは目的のＨＴＴＰサーバに送られ、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、ＨＴＴＰリクエストを送ったタイミングのＭＰＵシーケンス番号（＝１０）を持ったＭＰＵを含むＭＭＴＰストリームが受信端末２００に送られてくる。受信端末２００では、このＭＭＴＰストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで、目的のアセット（コンポーネント）を取る。
【０１７１】
受信端末２００は、ＭＭＴＰストリームの受信完了後に、あるいは受信完了前に、次のＭＰＵシーケンス番号（＝１１）のＭＰＵを要求するＨＴＴＰリクエストをＨＴＴＰサーバに送る。そして、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、次のＭＰＵシーケンス番号（＝１１）のＭＰＵを含むＭＭＴＰストリームが受信端末２００に送られてくる。受信端末２００は、このＭＭＴＰストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで、目的のアセット（コンポーネント）を取ることができる。
【０１７２】
以下、同様にして、受信端末２００は、次のＭＰＵシーケンス番号のＭＰＵを要求するＨＴＴＰリクエストをＨＴＴＰサーバに送り、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、次のＭＰＵシーケンス番号のＭＰＵを含むＭＭＴＰストリームを受信し、そのＭＭＴＰストリームから目的のアセット（コンポーネント）を取る。
【０１７３】
なお、ＨＴＴＰリクエストの際に、ＨＴＴＰヘッダに含まれるパラメータ“pid=a”は、ビデオ、オーディオなどのアセットの種類の指定となる。ＭＭＴＰストリームにビデオおよびオーディオが多重化されていることがある。その場合、ＭＰＵシーケンス番号は、ビデオはビデオのＭＰＵシーケンス番号を持ち、オーディオはオーディオのＭＰＵシーケンス番号を持つ。ＭＰＵシーケンス番号を指定したとしても、パラメータ“pid=a”がないと、どちらのアセット（コンポーネント）のＭＰＵシーケンス番号か分からないことになる。
【０１７４】
図２６は、ＭＭＴＰ/ＨＴＴＰの多重化ストリームにおける切り出し処理を示している。パラメータ“pid=a”がビデオを示し、ＭＰＵシーケンス番号がｎのＭＰＵを要求するＨＴＴＰリクエストを受け取ったＨＴＴＰサーバは、多重化ストリームから、ビデオのＭＰＵシーケンス番号のｎ−１からｎへの切り換わりからｎからｎ＋１への切り換わりまでを切り取って、受信端末２００に送る。
【０１７５】
なお、この場合、同じ多重化ストリームからオーディオも取りたいことがある。この場合、受信端末２００は、ロケーション情報から、オーディオはビデオと多重化されていることを認識できる。受信端末２００は、ビデオのＭＰＵシーケンス番号で切り出されたＭＭＴＰストリームから、ロケーション情報に含まれているパケット識別子（Packet_id）でフィルタリングすることで目的のオーディオを取り出す処理をする。
【０１７６】
次に、図２７を参照して、（Ｅ）ＭＰＵ/ＨＴＴＰ配信のプロトコルで配信されるアセットを受信する場合について述べる。このＭＰＵ/ＨＴＴＰ配信の場合、ＨＴＴＰ（Hyper Text Transfer Protocol）のプロトコルを使用する。このＭＰＵ/ＨＴＴＰ配信の場合、ＨＴＴＰサーバが存在する。
【０１７７】
受信端末２００は、放送信号を受信し、ＭＰテーブル（ＭＰＴ）を取得する。受信端末２００は、このＭＰテーブルから、ＭＰＵ/ＨＴＴＰ配信のプロトコルで配信されるアセットのロケーション情報を得る。この場合のロケーション情報は、ＵＲＬであり、スキーマとして“http:// 〜.mp4”が指定される。受信端末２００は、「http」と「mp4」により、ＭＰＵ/ＨＴＴＰ配信であることを識別できる。
【０１７８】
受信端末２００は、ＨＴＴＰリクエストをＨＴＴＰサーバに送る。この際、受信端末２００は、ＨＴＴＰのヘッダに、ロケーション情報を挿入する。この場合、ロケーション情報として、ＭＰテーブルから取得されたロケーション情報に含まれる“http:// 〜.mp4”が挿入されると共に、さらにクエリフィールドにより、ＭＰＵシーケンス番号を指定するパラメータ“msn=*”が付加される。パラメータ“msn=*”は、「そのタイミングのＭＰＵを送って下さい」という指定になる。
【０１７９】
このＨＴＴＰリクエストは目的のＨＴＴＰサーバに送られ、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、ＨＴＴＰリクエストを送ったタイミングのＭＰＵシーケンス番号（＝１０）を持ったＭＰＵが受信端末２００に送られてくる。
【０１８０】
受信端末２００は、ＭＰＵの受信完了後に、あるいは受信完了前に、次のＭＰＵシーケンス番号（＝１１）のＭＰＵを要求するＨＴＴＰリクエストをＨＴＴＰサーバに送る。そして、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、次のＭＰＵシーケンス番号（＝１１）のＭＰＵが受信端末２００に送られてくる。
【０１８１】
以下、同様にして、受信端末２００は、次のＭＰＵシーケンス番号のＭＰＵを要求するＨＴＴＰリクエストをＨＴＴＰサーバに送り、当該ＨＴＴＰサーバから、ＨＴＴＰレスポンスとして、次のＭＰＵシーケンス番号のＭＰＵを受信する。
【０１８２】
［放送送出システムの構成］
図２８は、放送送出システム１００の構成例を示している。この放送送出システム１００は、信号送出部１０１と、ビデオエンコーダ１０２と、オーディオエンコーダ１０３と、シグナリング発生部１０４を有している。また、この放送送出システム１００は、ＴＬＶシグナリング発生部１０５と、Ｎ個のＩＰサービス・マルチプレクサ１０６-1〜１０６-Nと、ＴＬＶ・マルチプレクサ１０７と、変調/送信部１０８を有している。
【０１８３】
信号送出部１０１は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、ビデオ、オーディオのストリームデータを各エンコーダに送出する。ビデオエンコーダ１０２は、信号送出部１０１から送出されるビデオデータを符号化し、さらにパケット化して、ビデオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１０６-1に送る。オーディオエンコーダ１０３は、信号送出部１０１から送出されるオーディオデータを符号化し、さらにパケット化して、オーディオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１０６-1に送る。
【０１８４】
シグナリング発生部１０４は、シグナリングメッセージを発生し、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１０６-1に送る。この場合、シグナリング発生部１０４は、ＰＡメッセージに、ＭＰテーブル（ＭＰＴ）を配置する（図１２〜図１３参照）。このＭＰテーブルには、上述したように、放送および通信で伝送される全てのアセット（コンポーネント）の情報が含まれる。この情報には、各アセットのロケーション情報も含まれている。
【０１８５】
ＩＰサービス・マルチプレクサ１０６-1は、各エンコーダから送られてくるＩＰパケットの時分割多重化を行う。この際、ＩＰサービス・マルチプレクサ１０６-1は、各ＩＰパケットにＴＬＶヘッダを付加して、ＴＬＶパケットとする。ＩＰサービス・マルチプレクサ１０６-1は、一つのトランスポンダの中にいれる一つのチャネル部分を構成する。ＩＰサービス・マルチプレクサ１０６-2〜１０６-Nは、ＩＰサービス・マルチプレクサ１０６-1と同様の機能を持ち、その１つのトランスポンダの中に入れる他のチャネル部分を構成する。
【０１８６】
ＴＬＶシグナリング発生部１０５は、シグナリング（Signaling）情報を発生し、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットを生成する。ＴＬＶ・マルチプレクサ１０７は、ＩＰサービス・マルチプレクサ１０６-1〜１０６-NおよびＴＬＶシグナリング発生部１０５で生成されるＴＬＶパケットを多重化して、放送ストリームを生成する。変調/送信部１０８は、ＴＬＶ・マルチプレクサ１０７で生成される放送ストリームに対して、ＲＦ変調処理を行って、ＲＦ伝送路に送出する。
【０１８７】
図２８に示す放送送出システム１００の動作を簡単に説明する。信号送出部１０１から送出されるビデオデータは、ビデオエンコーダ１０２に供給される。このビデオエンコーダ１０２では、ビデオデータが符号化され、さらにパケット化されて、ビデオのＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１０６-1に送られる。また、信号送出部１０１から送出されるオーディオデータに対しても同様の処理が行われる。そして、オーディオエンコーダ１０３で生成されるオーディオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１０６-1に送られる。
【０１８８】
また、シグナリング発生部１０４では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１０６-1に送られる。この際、ＰＡメッセージに、ＭＰテーブル（ＭＰＴ）が配置される。
【０１８９】
ＩＰサービス・マルチプレクサ１０６-1では、各エンコーダおよびシグナリング発生部１０４から送られてくるＩＰパケットの時分割多重化が行われる。この際、各ＩＰパケットにＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。このＩＰサービス・マルチプレクサ１０６-1では、一つのトランスポンダの中に入れる１つのチャネル部分の処理が行われ、ＩＰサービス・マルチプレクサ１０６-2〜１０６-Nでは、その一つのトランスポンダの中に入れる他のチャネル部分の処理が同様に行われる。
【０１９０】
ＩＰサービス・マルチプレクサ１０６-1〜１０６-Nで得られるＴＬＶパケットは、ＴＬＶ・マルチプレクサ１０７に送られる。このＴＬＶ・マルチプレクサ１０７には、さらに、ＴＬＶシグナリング発生部１０５から、シグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットも送られる。
【０１９１】
ＴＬＶ・マルチプレクサ１０７では、ＩＰサービス・マルチプレクサ１０６-1〜１０６-NおよびＴＬＶシグナリング発生部１０５で生成されるＴＬＶパケットが多重化されて、放送ストリームが生成される。この放送ストリームは、変調/送信部１０８に送られる。変調/送信部１０８では、この放送ストリームに対してＲＦ変調処理が行われ、そのＲＦ変調信号が放送信号としてＲＦ伝送路に送出される。
【０１９２】
［受信端末の構成］
図２９は、受信端末２００の構成例を示している。この受信端末２００は、ＣＰＵ２０１と、チューナ/復調部２０２と、ネットワークインタフェース部２０３と、デマルチプレクサ２０４を有している。また、この受信端末２００は、ビデオデコーダ２０５と、オーディオデコーダ２０６を有している。
【０１９３】
ＣＰＵ２０１は、制御部を構成し、受信端末２００の各部の動作を制御する。チューナ/復調部２０２は、ＲＦ変調信号を受信し、復調処理を行って、放送ストリームを得る。ネットワークインタフェース部２０３は、配信サーバ３００から通信ネットワーク４００を介して配信されるサービスの伝送ストリームを受信する。
【０１９４】
デマルチプレクサ２０４は、チューナ/復調部２０２で得られる放送ストリームおよびネットワークインタフェース部２０３で得られる伝送ストリームに対して、デマルチプレクス処理およびデパケット化処理を行って、シグナリング情報、ビデオ、オーディオの符号化データなどを出力する。
【０１９５】
ビデオデコーダ２０５は、デマルチプレクサ２０４で得られる符号化ビデオデータの復号化を行ってベースバンドのビデオデータを得る。オーディオデコーダ２０６は、デマルチプレクサ２０４で得られる符号化オーディオデータの復号化を行ってベースバンドのオーディオデータを得る。
【０１９６】
図２９に示す受信端末２００の動作を簡単に説明する。チューナ/復調部２０２では、ＲＦ伝送路を通じて送られてくるＲＦ変調信号が受信され、復調処理が行われて、放送ストリームが得られる。この放送ストリームは、デマルチプレクサ２０４に送られる。また、ネットワークインタフェース部２０３では、配信サーバ３００から通信ネットワーク４００を介して配信されるサービスの伝送ストリームが受信され、デマルチプレクサ２０４に送られる。
【０１９７】
デマルチプレクサ２０４では、チューナ/復調部２０２からの放送ストリームやネットワークインタフェース部２０３からの伝送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われ、シグナリング情報、ビデオ、オーディオの符号化データなどが抽出される。
【０１９８】
デマルチプレクサ２０４で抽出される各種のシグナリング情報はＣＰＵバス２０７を介してＣＰＵ２０１に送られる。このシグナリング情報には、ＴＬＶ−ＳＩ、ＭＭＴ−ＳＩが含まれる。上述したように、ＴＬＶ−ＳＩはＴＬＶの伝送パケットの上に載る伝送制御信号（ＴＬＶ−ＮＩＴ/ＡＭＴ）であり、ＭＭＴ−ＳＩはＭＭＴパケットのペイロード部に含まれるシグナリング情報としてのシグナリングメッセージである（図２参照）。ＣＰＵ２０１は、このシグナリング情報に基づいて、受信端末２００の各部の動作を制御する。
【０１９９】
デマルチプレクサ２０４で抽出される符号化ビデオデータはビデオデコーダ２０５に送られて復号化され、ベースバンドのビデオデータが得られる。また、デマルチプレクサ２０４で抽出される符号化オーディオデータはオーディオデコーダ２０６に送られて復号化され、音声出力用のベースバンドのオーディオデータが得られる。
【０２００】
上述したように、図１に示す放送・通信ハイブリッドシステム１０においては、通信経路のアセット（コンポーネント）に関し、ＭＰテーブルに、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、またはこの複数の配信プロトコルの情報を取得するための取得情報が挿入される。そのため、受信側では、自身の配信ネットワーク環境に応じた配信プロトコルでコンポーネントを良好に受信可能となる。
【０２０１】
＜２．変形例＞
なお、上述実施の形態では、伝送パケットがＭＭＴパケットである例を示した。本技術は、これに限定されるものではなく、その他の同様の伝送パケットを取り扱う場合にも、本技術を適用できることは勿論である。
【０２０２】
また、本技術は、以下のような構成を取ることもできる。
（１）所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報を挿入する情報挿入部を備える
送信装置。
（２）上記複数の配信プロトコルは、マルチキャスト配信、ＭＭＴＰ/ＵＤＰ配信、ＭＭＴＰ/ＴＣＰ配信、ＭＭＴＰ/ＨＴＴＰ配信およびＭＰＵ/ＨＴＴＰ配信のプロトコルから選択される２以上の配信プロトコルである
前記（１）に記載の送信装置。
（３）上記プトコル識別情報が上記ＭＭＴＰ/ＵＤＰ配信であることを示すとき、上記配信プロトコルの情報には、ＵＲＬの他にＵＤＰを指定するパラメータが含まれる
前記（２）に記載の送信装置。
（４）上記プトコル識別情報が上記ＭＭＴＰ/ＴＣＰ配信であることを示すとき、上記配信プロトコルの情報には、ＵＲＬの他にＴＣＰを指定するパラメータが含まれる
前記（２）に記載の送信装置。
（５）上記配信プロトコルの情報には、パケット識別情報がさらに含まれる
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記伝送パケットは、ＭＭＴパケットである
前記（１）から（５）のいずれかに記載の送信装置。
（７）上記所定の伝送路は、放送伝送路である
前記（１）から（６）のいずれかに記載の送信装置。
（８）上記第２のパケットには、上記特定コンポーネントの情報が複数配置され、該配置された複数の情報のそれぞれに上記複数の配信プロトコルのうちの１つの情報が挿入される
前記（１）から（７）のいずれかに記載の送信装置。
（９）上記第２のパケットには、上記特定コンポーネントの情報が１つ配置され、該配置された１つの情報に上記複数の配信プロトコルの情報が挿入される
前記（１）から（７）のいずれかに記載の送信装置。
（１０）上記第２のパケットには、上記特定コンポーネントの情報が１つ配置され、該配置された１つの情報に、上記複数の配信プロトコルの情報を取得するための取得情報が挿入される
前記（１）から（７）のいずれかに記載の送信装置。
（１１）上記複数の配信プロトコルの情報のそれぞれには、上記特定コンポーネントと多重化されて配信される他のコンポーネントの情報が付加される
前記（１）から（１０）のいずれかに記載の送信装置。
（１２）上記複数の配信プロトコルの情報のうち、マルチキャスト配信のプロトコルの情報には、マネージドネットワーク情報が付加される
前記（１）から（１１）のいずれかに記載の送信装置。
（１３）所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する送信ステップと、
上記第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報を挿入する情報挿入ステップを有する
送信方法。
（１４）所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されており、
上記複数の配信プロトコル情報から受信可能な１つの配信プロトコルを選択し、該選択された配信プロトコルで上記特定コンポーネントを含む第３の伝送パケットを有する伝送ストリームを、ネットワークを通じて受信する通信部をさらに備える
受信装置。
（１５）上記配信プロトコルの情報には、パケット識別情報がさらに含まれており、
上記通信部は、上記受信された第３のパケットを有する伝送ストリームのうち、上記パケット識別情報に基づいて該第３の伝送パケットを抽出する
前記（１４）に記載の受信装置。
（１６）上記伝送パケットは、ＭＭＴパケットである
前記（１４）または（１５）に記載の受信装置。
（１７）上記所定の伝送路は、放送伝送路である
前記（１４）から（１６）のいずれかに記載の受信装置。
（１８）受信部により、所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信ステップを有し、
上記第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されており、
上記複数の配信プロトコル情報から受信可能な１つの配信プロトコルを選択し、該選択された配信プロトコルで上記特定コンポーネントを含む第３の伝送パケットを有する伝送ストリームを、ネットワークを通じて受信する通信ステップをさらに有する
受信方法。
（１９）所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを時分割的に多重化した伝送ストリームを所定の伝送路を通じて受信する受信部を備え、
上記第２の伝送パケットには、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、それぞれ少なくともロケーション情報およびプロトコル識別情報が含まれる複数の配信プロトコルの情報、または該複数の配信プロトコルの情報を取得するための取得情報が挿入されており、
上記受信部で受信された伝送ストリームを処理する処理部をさらに備える
受信装置。
【符号の説明】
【０２０３】
１０・・・放送・通信ハイブリッドシステム
１００・・・放送送出システム
１０１・・・信号送出部
１０２・・・ビデオエンコーダ
１０３・・・オーディオエンコーダ
１０４・・・シグナリング発生部
１０５・・・ＴＬＶシグナリング発生部
１０６-1〜１０６-N・・・ＩＰサービス・マルチプレクサ
１０７・・・ＴＬＶ・マルチプレクサ
１０８・・・変調/送信部
２００・・・受信端末
２０１・・・ＣＰＵ
２０２・・・チューナ/復調部
２０３・・・ネットワークインタフェース部
２０４・・・デマルチプレクサ
２０５・・・ビデオデコーダ
２０６・・・オーディオデコーダ
２０７・・・ＣＰＵバス
３００・・・配信サーバ
４００・・・通信ネットワーク
【図１】
2020061784.tif 000003
【図２】
2020061784.tif 000004
【図３】
2020061784.tif 000005
【図４】
2020061784.tif 000006
【図５】
2020061784.tif 000007
【図６】
2020061784.tif 000008
【図７】
2020061784.tif 000009
【図８】
2020061784.tif 000010
【図９】
2020061784.tif 000011
【図１０】
2020061784.tif 000012
【図１１】
2020061784.tif 000013
【図１２】
2020061784.tif 000014
【図１３】
2020061784.tif 000015
【図１４】
2020061784.tif 000016
【図１５】
2020061784.tif 000017
【図１６】
2020061784.tif 000018
【図１７】
2020061784.tif 000019
【図１８】
2020061784.tif 000020
【図１９】
2020061784.tif 000021
【図２０】
2020061784.tif 000022
【図２１】
2020061784.tif 000023
【図２２】
2020061784.tif 000024
【図２３】
2020061784.tif 000025
【図２４】
2020061784.tif 000026
【図２５】
2020061784.tif 000027
【図２６】
2020061784.tif 000028
【図２７】
2020061784.tif 000029
【図２８】
2020061784.tif 000030
【図２９】
2020061784.tif 000031
【手続補正書】
【提出日】令和2年1月30日(2020.1.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを多重化した伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、プロトコル識別情報が含まれる配信プロトコルの情報およびロケーション情報を挿入する情報挿入部を備え、
上記第１の伝送パケットおよび上記第２の伝送パケットは、ＭＭＴパケットであり、
上記所定の伝送路は、放送伝送路である
送信装置。
【請求項２】
所定のコンポーネントを含む第１の伝送パケットおよび該所定のコンポーネントに関する情報を含む第２の伝送パケットを多重化した伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する送信ステップと、
上記第２の伝送パケットに、通信経路で取得すべき特定コンポーネントに関連して、該特定コンポーネントを取得するための、プロトコル識別情報が含まれる配信プロトコルの情報およびロケーション情報を挿入する情報挿入ステップを有し、
上記第１の伝送パケットおよび上記第２の伝送パケットは、ＭＭＴパケットであり、
上記所定の伝送路は、放送伝送路である
送信方法。