JP7092844B2 - 送信方法および放送局 - Google Patents

送信方法および放送局 Download PDF

Info

Publication number
JP7092844B2
JP7092844B2 JP2020179689A JP2020179689A JP7092844B2 JP 7092844 B2 JP7092844 B2 JP 7092844B2 JP 2020179689 A JP2020179689 A JP 2020179689A JP 2020179689 A JP2020179689 A JP 2020179689A JP 7092844 B2 JP7092844 B2 JP 7092844B2
Authority
JP
Japan
Prior art keywords
packet
information
video
data
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020179689A
Other languages
English (en)
Other versions
JP2021016181A (ja
Inventor
豊 村上
知弘 木村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2021016181A publication Critical patent/JP2021016181A/ja
Priority to JP2022096943A priority Critical patent/JP7397916B2/ja
Application granted granted Critical
Publication of JP7092844B2 publication Critical patent/JP7092844B2/ja
Priority to JP2023203730A priority patent/JP2024019272A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本開示は、送信方法および送信装置に関する。
新しいアプローチとして、放送通信連携サービスを実現するための開発が行われている。放送通信連携サービスは、「端末は放送局から送信される放送番組のコンテンツと、サービス事業者が、例えば、インターネットなどの電気通信回線を介して配信されるコンテンツ（ここでは、「回線コンテンツ」と名付けるが、呼び方はこれに限ったものではない。）を受信する」という、放送番組のコンテンツと回線コンテンツを連携させるサービスである。
このようなサービスを実現するにあたり、特許文献１では、端末に、リアルタイムの放送番組のコンテンツと回線コンテンツを配信するための方法について開示されている。
国際公開第２０１３／０３１５５６号 特開２０１２－１２０１４０号公報 特開２０１２－１２９５７９号公報
例えば、リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを表示する場合など、複数のコンテンツを時間的に同期させて表示しようとすると問題が発生し得る。
そこで、本発明は、複数のコンテンツを同期させて表示する場合に利用可能な、パケット送信方法などを提供する。
本開示に係る送信方法は、送信装置によって実行される送信方法であって、送信される情報を取得し、前記情報に誤り訂正符号化を施すことで、パリティビットを含む第一フレームと、情報ビットを含む第二フレームとを生成し、前記情報ビットを再配置し、第一送信を実行し、前記第一送信では、前記第一フレームが送信され、第二送信を実行し、前記第二送信では、前記情報ビットの順番が並び替えられた後で前記第二フレームが送信され、前記第一送信は、前記第一フレームの送信の完了が前記第二フレームの送信開始よりも前になるよう実行される送信方法である。
本発明のパケット送信方法などは、複数のコンテンツを同期して表示する場合に、一方のコンテンツのデータが適切に受信されないことによる問題の発生を抑制することができる。
図１は、放送局、電気通信回線業者、端末の関係例を示す図である。 図２は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図３は、端末の構成例を示す図である。 図４は、電気通信回線業者の送信装置の誤り訂正符号化方法に関連する部分の構成例を示す図である。 図５は、電気通信回線業者の送信装置の誤り訂正符号化方法に関連する部分の構成例を示す図である。 図６は、パケットの構成方法の例を示す図である。 図７は、パケットの構成方法の例を示す図である。 図８は、制御情報付加部が誤り検出符号付加部の前段にある場合の構成例と後段にある場合の構成例を示す図である。 図９は、パケットの送信状況及びパケットの受信状況の例を示す図である。 図１０は、パケットの送信状況の例を示す図である。 図１１は、パケットの受信状況の例を示す図である。 図１２は、パケットの受信状況の例を示す図である。 図１３は、パケットの受信状況の例を示す図である。 図１４は、端末のパケット（またはフレーム）処理部の処理フローの例を示す図である。 図１５は、端末のパケット（またはフレーム）処理部の処理フローの例を示す図である。 図１６は、パケットの送信状況及びパケットの受信状況の例を示す図である。 図１７は、パケットの送信状況の例を示す図である。 図１８は、パケットの受信状況の例を示す図である。 図１９は、パケットの受信状況の例を示す図である。 図２０は、パケットの受信状況の例を示す図である。 図２１は、放送局と電気通信回線業者が保有する送信装置におけるパケット（またはフレーム）処理部の構成例を示す図である。 図２２は、端末におけるパケット（またはフレーム）処理部におけるパケットレイヤーの誤り訂正復号を行う場合の構成例を示す図である。 図２３は、パケットレイヤーの誤り訂正符号化を行っていない場合の端末におけるパケット（またはフレーム）処理部の構成例を示す図である。 図２４は、放送局、電気通信回線業者、端末の関係例を示す図である。 図２５は、放送局、電気通信回線業者、端末の関係例を示す図である。 図２６は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図２７は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図２８は、端末の構成例を示す図である。 図２９は、パケットの送信状況の例を示す図である。 図３０は、パケットの受信状況の例を示す図である。 図３１は、パケットの送信状況の例を示す図である。 図３２は、パケットの受信状況の例を示す図である。 図３３は、端末の構成例を示す図である。 図３４は、放送局、電気通信回線業者、端末の関係例を示す図である。 図３５は、パケットの送信状況の例を示す図である。 図３６は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図３７は、端末の構成例を示す図である。 図３８は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図３９は、端末の構成例を示す図である。 図４０は、パケットの送信状況の例を示す図である。 図４１は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図４２は、端末の構成例を示す図である。 図４３は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図４４は、パケットの送信状況の例を示す図である。 図４５は、パケットの送信状況の例を示す図である。 図４６は、放送局の構成例を示す図である。 図４７は、映像パケット群と映像および／または音声の関係の例を示す図である。 図４８は、映像パケット群と映像および／または音声の関係の例を示す図である。 図４９は、端末の構成例を示す図である。 図５０は、パケットの送信状況の例を示す図である。 図５１は、放送局と電気通信回線業者が保有する送信装置の構成例を示す図である。 図５２は、端末の構成例を示す図である。 図５３は、表示部周辺の構成例を示す図である。 図５４は、表示部周辺の構成例を示す図である。 図５５は、表示部周辺の構成例を示す図である。 図５６は、表示部周辺の構成例を示す図である。 図５７は、表示部周辺の構成例を示す図である。 図５８は、表示部周辺の構成例を示す図である。 図５９は、表示部周辺の構成例を示す図である。 図６０は、表示部周辺の構成例を示す図である。
（本開示の基礎となった知見）
端末で、リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを高品質に受信したいと要求がある。このとき、特に、回線コンテンツの場合、パケットの遅延、パケット欠損（パケットロス）が課題となる可能性が高い。以下ではこの点について説明する。
リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを端末が受信し、端末が具備する表示部（ディスプレイ部）、または、端末が接続する表示装置（ディスプレイ）に表示する場合を考える。このとき、リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを別々に表示するものとする。このとき、回線コンテンツを表示する場合、回線コンテンツのパケット遅延、パケット欠損を考慮し、映像の表示を制御することができる。
しかし、端末がリアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを表示部（または、表示装置）に同時に表示する場合、放送番組のコンテンツの映像と回線コンテンツの映像が時間的に同期しないことが大きな課題となる。
放送局は、リアルタイムの放送番組のコンテンツを端末に伝送する場合を考える。放送番組のコンテンツを、無線（地上デジタル放送、衛星デジタル放送など）、または、有線（ケーブル放送など）を介して送信する。このとき、伝搬路の状況により、番組のコンテンツの品質を劣化させることがあるが、これを克服するために、伝搬路の劣悪な状況に対応するための誤り訂正符号を導入することで、番組のコンテンツの品質を高品質に保つようにしている。なお、放送番組のコンテンツの情報の一部が遅延して届くような状況は考えづらい。
一方、電気通信回線を介して、端末に伝送される回線コンテンツの場合、例えば、UDP（User Datagram Protocol）などのプロトコルを利用した場合、パケットの遅延、パケット欠損（パケットロス）により、回線コンテンツの品質の劣化を招くことになる。特に、リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを表示部（または、表示装置）に同時に表示する場合、放送番組のコンテンツの映像と回線コンテンツの映像が時間的に同期させるといくつかの課題が発生する。
例えば、回線コンテンツのパケットの到達遅延を考慮して、端末は、リアルタイムの放送番組のコンテンツの映像表示を遅延させるものとする。すると、端末に、到達遅延分のデータの記憶部を設ける必要があり、端末のシステム規模の増大を招くという課題が発生する。
また、リアルタイムの放送番組のコンテンツの映像表示にあわせて回線コンテンツの映像を表示すると、回線コンテンツのパケット遅延やパケット欠損により、回線コンテンツの映像が大きく乱れる可能性が高い。
本開示は、送信システムおよび端末のシステム規模を小さくするとともに、リアルタイムの放送番組のコンテンツとリアルタイムの回線コンテンツを表示部（または、表示装置）に同時に表示する際、高品質な映像の表示を実現することを目的し、これを実現するための送信システムおよび端末を提供する。
本開示に係る方法は、第１のコンテンツと第２のコンテンツを受信して再生する方法であって、第１の伝送路を介して前記第１のコンテンツを格納した第１のデータパケットと、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報を格納した制御パケットを受信し、第２の伝送路を介して前記第２のコンテンツを格納した第２のデータパケットを受信し、所定の時刻において、前記第１のデータパケットの一部が受信されているか否かを判定し、前記第１のデータパケットが受信されていると判定された場合、前記第１のコンテンツと前記第２のコンテンツをデコードし、デコードされた前記第１のコンテンツと前記第２のコンテンツを同期して表示し、前記第１のデータパケットが受信されていないと判定された場合、前記ＵＲＬ情報に基づいて代替データを取得し、前記代替データと前記第２のコンテンツをデコードし、デコードされた前記代替データと前記第２のコンテンツを表示する。
また、本開示に係る方法は、第１のコンテンツと第２のコンテンツを受信して再生する方法であって、第１の伝送路を介して前記第１のコンテンツを格納した第１のデータパケットと、前記第１のデータパケットから生成されたパリティパケットと、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報を格納した制御パケットとを受信し、第２の伝送路を介して前記第２のコンテンツを格納した第２のデータパケットを受信し、所定の時刻において、前記第１のデータパケットの一部が受信されていない場合、パケットレベルの復号処理により前記第１のデータパケットが復号できるか否かを判定し、前記第１のデータパケットが復号できると判定された場合、前記パケットレベルの復号処理を実施して前記第１のデータパケットを取得し、前記第１のコンテンツと前記第２のコンテンツをデコードし、デコードされた前記第１のコンテンツと前記第２のコンテンツを同期して表示し、前記第１のデータパケットが復号できないと判定された場合は、前記ＵＲＬ情報に基づいて代替データを取得し、前記代替データと前記第２のコンテンツをデコードし、デコードされた前記代替データと前記第２のコンテンツを表示する。
本開示の方法によると、所定の数以上の回線データパケット及び回線パリティパケットが受信されていれば、回線コンテンツのデコードを開始することができるので、パケット遅延やパケッの欠落が発生し得る通信回線を介して伝送される回線コンテンツの品質を向上させることができる。また、放送コンテンツの送出時刻が回線コンテンツの送出時刻より所定の時間遅延されているので、放送コンテンツの送出時刻を回線コンテンツの送出時刻に対して遅延させない場合と比較して、受信側において放送コンテンツを一時的に保持する記憶部の容量を少なくすることができる。
以下、本開示の実施の形態について、図面を参照して詳細に説明する。
（実施の形態１）
図１は、本実施の形態における放送局、電気通信回線業者、端末の関係の一例を示している。図１において、１０１は現場を示しており、例として、野球場、サッカー場を考える。１０２Ａ、１０２Ｂはカメラを示している。カメラ１０２Ａ、１０２Ｂによって、例えば、異なるアングルの映像を撮影しているものとする。
このとき、カメラ１０２Ａで撮影した「第１の映像および／または音声（オーディオ）の情報」を放送局１０３は受け取り、「第１の映像および／または音声（オーディオ）の情報」は、ケーブルなどの有線、または、無線を介して、端末１０５に伝送されるものとする。
そして、カメラ１０２Ｂで撮影した「第２の映像および／または音声（オーディオ）の情報」を放送局１０３は受け取り、「第２の映像および／または音声（オーディオ）の情報」は、電気通信回線業者１０４を介して、端末１０５に伝送されるものとする。
なお、「第２の映像および／または音声（オーディオ）の情報」は、放送局１０３を介さずに、電気通信回線業者１０４に直接伝送され、その後、端末１０５に伝送されてもよい。
図２は、本実施の形態における放送局と電気通信回線業者が保有する送信装置の構成の一例を示しており、点線２４０で囲まれた部分は放送局であり、点線２５０で囲まれた部分は電気通信回線業者が保有している送信装置である。なお、制御部２３２は、放送局、電気通信回線業者が保有している送信装置とは、別に存在してもよいし、放送局が具備してもよいし、電気通信回線業者が保有している送信装置が具備していてもよい。なお、図２では、別に存在している場合の構成図を記載している。
パケット（またはフレーム）処理部２０２は、「第１の映像および／または音声（オーディオ）の情報」２０１および第１の制御信号２１１を入力とし、第１の制御信号２１１にしたがって、パケット（またはフレーム）処理を施し、パケット（またはフレーム）処理後の第１の映像および／または音声（オーディオ）の情報２０３を出力する。なお、詳細の動作については、後で説明する。
物理層誤り訂正符号化部２０４は、パケット（またはフレーム）処理後の第１の映像および／または音声（オーディオ）の情報２０３、および、第１の制御信号２１１を入力とし、第１の制御信号２１１にしたがって、誤り訂正符号の方式（具体的な誤り訂正符号、符号化率）の符号化を行い、誤り訂正符号化後のデータ２０５を出力する。
変調部２０６は、誤り訂正符号化後のデータ２０５、および、第１の制御信号２１１を入力とし、第１の制御信号２１１にしたがった変調方式で、変調を行い、ベースバンド信号２０７を出力する。
送信部２０８は、ベースバンド信号２０７、および、第１の制御信号２１１を入力とし、第１の制御信号２１１にしたがった伝送方法に基づいた信号処理を施し、変調信号２０９を出力し、変調信号２０９はアンテナ２１０から例えば電波として出力する。そして、変調信号２０９で伝送されているデータは、端末に届けられることになる。
なお、上述の説明では、一つの変調信号を送信する例で説明しているが、これに限ったものではなく、特許文献１、特許文献２などに示されている、複数の変調信号を複数のアンテナを用いて、同一時刻、同一周波数を用いて送信する送信方法を用いてもよい。また、伝送方法としては、シングルキャリア方式、ＯＦＤＭ（orthogonal frequency division multiplexing）方式などのマルチキャリア方式、スペクトル拡散通信方式などを用いていることになる。加えて、図２では、放送局２４０は、無線での伝送を例で説明しているが、ケーブル等の有線による伝送方法を用いてもよい。
制御部２３２は、第２の映像および／または音声（オーディオ）の情報２３１を入力とし、第２の映像および／または音声（オーディオ）の情報２１２、および、第２の制御信号２２８を出力する。このとき、第２の制御信号２２８は、送信方法に関する情報を含んでいるものとする。そして、第２の映像および／または音声（オーディオ）の情報２１２は放送局２４０を経由するものとする。
パケット（またはフレーム）処理部２２２は、第２の映像および／または音声（オーディオ）の情報２１２、および、直接電気通信回線業者に届く際の第２の映像および／または音声（オーディオ）の情報２２１、第２の制御信号２２８を入力とし、第２の制御信号２２８により、第２の映像および／または音声（オーディオ）の情報２１２、第２の映像および／または音声（オーディオ）の情報２２１のうち、有効な第２の映像および／または音声（オーディオ）の情報を選択し、パケット（またはフレーム）処理を施し、パケット（またはフレーム）処理後の第２の映像および／または音声（オーディオ）の情報２２３を出力する。なお、詳細の動作については、後で説明する。
信号処理部２２４は、パケット（またはフレーム）処理後の第２の映像および／または音声（オーディオ）の情報２２３、第２の制御信号２２８を入力とし、第２の制御信号２２８に基づき各レイヤー（例えば、ＭＡＣ（Media Access Control）レイヤーや物理レイヤーなど。ただし、当然であるが、これに限ったものではない。）の処理を施し、信号処理後の信号２２５を出力する。
送信部２２６は、信号処理後の信号２２５および第２の制御信号２２８を入力とし、第２の制御信号２２８に基づいて送信信号２２７を生成し、出力する。そして、送信信号２２７で伝送されているデータは端末に届けられることになる。
なお、送信信号２２７で伝送されているデータは、さらに、別の送信方式・規格を適用して、端末に届けられてもよい。例えば、無線ＬＡＮ（Local Area Network）、ＰＬＣ（Power Line Communications）、ミリ波を用いた無線伝送方式、セルラー方式（cellular communication system）、無線MAN（Metropolitan Area Network）などがあげられるが、これに限ったものではない。ただし、一般的には、インターネット・プロトコールが用いられることになり、転送プロトコルとして、ＴＣＰ（transmission Control Protocol）
、または、ＵＤＰ（user Datagram Protocol）が用いられることになる（なお、ＴＣＰはスイートのコンポーネントの一つであり、もう一つのコンポーネントとしてＩＰ（Internet Protocol）があり、スイート全体をＴＣＰ／ＩＰと呼ぶ）。
図３は端末の構成例を示している。アンテナ３０１は放送局が送信した変調信号を受信し、受信部３０３は、アンテナ３０１で受信した受信信号３０２を入力とし、周波数変換、直交復調等の処理を施し、ベースバンド信号３０４を出力する。
時間・周波数同期部３０５は、ベースバンド信号３０４を入力とし、放送局が送信した変調信号に含まれる、例えば、プリアンブル、パイロットシンボル、リファレンスシンボルなどを抽出し、時間同期、周波数同期、周波数オフセット推定等を行い、同期信号３０６を出力する。
チャネル推定部３０７は、ベースバンド信号３０４を入力とし、放送局が送信した変調信号に含まれる、例えば、プリアンブル、パイロットシンボル、リファレンスシンボルなどを抽出し、伝搬路の状態の推定（チャネル推定）を行い、チャネル推定信号３０８を出力する。
制御情報抽出部３０９は、ベースバンド信号３０４を入力とし、放送局が送信した変調信号に含まれる制御情報シンボルを抽出し、制御情報シンボルの復調、誤り訂正復号等の処理を行い、制御情報信号３１０を出力する。
復調部３１１は、ベースバンド信号３０４、同期信号３０６、チャネル推定信号３０８、制御情報信号３１０を入力とし、制御情報信号３１０に含まれる変調信号の情報に基づき、ベースバンド信号３０４を同期信号３０６、チャネル推定信号３０８を利用して復調し、各ビットの対数尤度比を求め、対数尤度比信号３１２を出力する。なお、このときの動作については、特許文献２、特許文献３などに記載されている。
物理層誤り訂正復号部３１３は、対数尤度比信号３１２、制御情報信号３１０を入力とし、制御情報信号３１０に含まれる誤り訂正符号に関する情報（例えば、誤り訂正符号の情報、符号長（ブロック長）、符号化率など）に基づき、誤り訂正復号を行い、受信データ３１４を出力する。
パケット（またはフレーム）処理部３１５は、受信データ３１４、制御情報信号３１０を入力とし、制御情報信号３１０の情報に基づき、パケット（またはフレーム）の処理を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。なお、詳細の動作については、後で詳しく説明する。
上述の説明において、無線による伝送を例に説明しているが、ケーブル等の有線による伝送方法を用いてもよい。また、一つの変調信号を送信する例で説明しているが、これに限ったものではなく、特許文献１、特許文献２などに示されている、複数の変調信号を複数のアンテナを用いて、同一時刻、同一周波数を用いて送信する送信方法を用いてもよい。また、伝送方法としては、シングルキャリア方式、ＯＦＤＭ（orthogonal frequency division multiplexing）方式などのマルチキャリア方式、スペクトル拡散通信方式などを用いていることになり、これに対応する処理が、各部で行われることになる。
受信部３５３は、接続部３５１に接続されている、例えば、ケーブルを介して伝送されている信号３５２を入力とし、受信信号３５４を出力する。
信号処理部３５５は、受信信号３５４を入力とし、情報、および、制御情報の分離を行い、受信データ３５６および制御情報３５７を出力する。
パケット（またはフレーム）処理部３５８は、受信データ３５６および制御情報３５７を入力とし、制御情報３５７に基づき、受信データに対し、パケット（またはフレーム）処理を施し、パケット（またはフレーム）処理後のデータ３５９を出力する。なお、詳細の動作については、後で詳しく説明する。
上述の説明において、接続部３５１に対応した伝送方式を用いた場合を例に説明しているが有線の通信方式、無線通信方式、いずれであってもよい。
信号処理部３８０は、パケット（またはフレーム）処理後のデータ３１６、制御情報信号３１０、パケット（またはフレーム）処理後のデータ３５９、制御情報３５７を入力とし、表示部３８４に２つの映像を表示するためのデータを生成し、データ３８１を出力する。
デコーダ３８２は、映像・オーディオのデコードを行い、映像信号３８３、オーディオ信号３８５を出力し、映像信号３８３は、表示部３８４に出力される、または、外部出力端子から出力され、また、オーディオ信号３８５はスピーカ３８６から音が出力される、または、外部出力端子から出力される。
ここでは、「パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号を放送局では使用せず、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号を電気通信回線業者の送信装置は使用する」送信方法について以下で説明する。
図４は、電気通信回線業者の送信装置において、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号化方法に関連する部分の構成を示している。（ここでは、「パケットレベルでの誤り訂正符号化」と呼ぶ。ただし、呼び方はこれに限ったものではない。）なお、図４の構成は、図２の電気通信回線業者が保有する送信装置２５０において、パケット（またはフレーム）処理部２２２に含まれることになる。
パケット生成部４０２は、情報４０１、制御情報信号４１４を入力とし、制御情報信号４１４に含まれる、パケットサイズ（１パケットを構成するビット数）に関する情報に基づいて、情報パケット４０３を出力とする。なお、図４に例を示しており、情報パケット＃１、情報パケット＃２，・・・、情報パケット＃（ｎ－１）、情報パケット＃ｎを生成するものとする。（つまり、情報パケット＃ｋ（ｋは１以上ｎ以下の整数とする。（ｎは２以上の整数とする。）））また、情報パケット＃１から＃ｎを生成するだけの情報のビット数が不足していた場合、例えば既知のデータを挿入することにより、情報パケット＃１から＃ｎを生成することになる。
並び替え部４０４は、情報パケット４０３、制御情報信号４１４を入力とし、制御情報信号４１４に含まれる並び替え方法の情報に基づき、データの並び替えを行い、並び替え後のデータ系列４０５を出力する。なお、必ずしも並び替えを行わなくてもよい。例えば、情報パケット＃１から＃ｎを入力とし、情報パケット＃１から＃ｎを構成するビット系列の範囲内で、並び変えを行うことになる。
符号化部４０６は、並び変え後のデータ系列４０５、制御情報信号４１４を入力とし、制御情報４１４に含まれる誤り（消失）訂正符号化方式（例えば、使用する誤り（消失）訂正符号化方式の情報、符号長（ブロック長）、符号化率など）に基づいた符号化を行い、パリティパケット４０７を出力する。なお、図４に例を示しており、パリティパケット＃１、パリティパケット＃２，・・・、パリティパケット＃（ｈ－１）、パリティパケット＃ｈを生成するものとする（つまり、パリティパケット＃ｋ（ｋは１以上ｈ以下の整数とする。（ｈは１以上の整数とする）））。
誤り検出符号付加部４０８は、パリティパケット４０７を入力とし、パケット単位で誤り検出ができるように、例えば、ＣＲＣ（Cyclic Redundancy Check）を付加し、ＣＲＣ付加後のパリティパケット４０９を出力する。このとき、ＣＲＣを付加することで、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断を受信装置は行うことができることになる。なお、ここでは、ＣＲＣを例に説明しているが、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断が可能となるブロック符号、検査符号であれば、どのような符号を用いてもよい。なお、図４に例を示しており、ＣＲＣ付加後のパリティパケット＃１、ＣＲＣ付加後のパリティパケット＃２，・・・、ＣＲＣ付加後のパリティパケット＃（ｈ－１）、ＣＲＣ付加後のパリティパケット＃ｈを生成するものとする（つまり、ＣＲＣ付加後のパリティパケット＃ｋ（ｋは１以上ｈ以下の整数とする。（ｈは１以上の整数とする）））。
同様に、誤り検出符号付加部４１０は、情報パケット４０３を入力とし、パケット単位で誤り検出ができるように、例えば、ＣＲＣ（Cyclic Redundancy Check）を付加し、ＣＲＣ付加後の情報パケット４１１を出力する。このとき、ＣＲＣを付加することで、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断を受信装置は行うことができることになる。なお、ここでは、ＣＲＣを例に説明しているが、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断が可能となるブロック符号、検査符号であれば、どのような符号を用いてもよい。なお、図４に例を示しており、ＣＲＣ付加後の情報パケット＃１、ＣＲＣ付加後の情報パケット＃２，・・・、ＣＲＣ付加後の情報パケット＃（ｎ－１）、ＣＲＣ付加後の情報パケット＃ｎを生成するものとする（つまり、ＣＲＣ付加後の情報パケット＃ｋ（ｋは１以上ｎ以下の整数とする。（ｎは２以上の整数とする）））。
なお、図４における情報４０１に制御情報（例えば、情報の種類の情報、映像符号化の符号化方式の情報（フレームレート、圧縮率、圧縮方法）など（ただしこれに限ったものではない。））を含んでいてもよい。この点については、後で説明を行う。
図５は、電気通信回線業者の送信装置において、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号化方法に関連する部分の、図４とは異なる構成を示している。なお、図５の構成は、図２の電気通信回線業者が保有する送信装置２５０において、パケット（またはフレーム）処理部２２２に含まれることになる。
並び替え部５０２は、情報５０１、制御情報信号５１０を入力とし、制御情報信号５１０に含まれる並び替え方法の情報に基づき、データの並び替えを行い、並び変え後の情報５０３を出力する。
符号化部５０４は、並び変え後の情報５０３、制御情報信号５１０を入力とし、制御情報５１０に含まれる誤り（消失）訂正符号化方式（例えば、使用する誤り（消失）訂正符号化方式の情報、符号長（ブロック長）、符号化率など）に基づいた符号化を行い、符号化後のデータ５０５を出力する。この場合、符号化に使用する符号は、組織符号（符号語に情報系列がそのままの形で含まれる符号）、非組織符号いずれであってもよい。
パケット生成部５０６は、符号化後のデータ５０５、制御情報信号５１０を入力とし、制御情報信号５０３に含まれる、パケットサイズ（１パケットを構成するビット数）に関する情報に基づいて、パケット５０７を出力とする。なお、図５に例を示しており、パケット＃１、パケット＃２，・・・、パケット＃（ｍ－１）、情報パケット＃ｍを生成するものとする。（つまり、パケット＃ｋ（ｋは１以上ｍ以下の整数とする。（ｍは２以上の整数とする。）））また、パケット＃１から＃ｍを生成するだけの情報のビット数が不足していた場合、符号化部５０４において、例えば既知のデータを挿入することにより、符号化を行うことになる。
誤り検出符号付加部５０８は、パケット５０７を入力とし、パケット単位で誤り検出ができるように、例えば、ＣＲＣ（Cyclic Redundancy Check）を付加し、ＣＲＣ付加後のパケット５０９を出力する。このとき、ＣＲＣを付加することで、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断を受信装置は行うことができることになる。なお、ここでは、ＣＲＣを例に説明しているが、パケット内のデータがすべて正しいか、あるいは、パケットが欠損したかの判断が可能となるブロック符号、検査符号であれば、どのような符号を用いてもよい。なお、図５に例を示しており、ＣＲＣ付加後のパケット＃１、ＣＲＣ付加後のパケット＃２，・・・、ＣＲＣ付加後のパケット＃（ｍ－１）、ＣＲＣ付加後のパケット＃ｍを生成するものとする（つまり、ＣＲＣ付加後のパケット＃ｋ（ｋは１以上ｍ以下の整数とする。（ｍは２以上の整数とする）））。
なお、図５における情報５０１に制御情報（例えば、情報の種類の情報、映像符号化の符号化方式の情報（フレームレート、圧縮率、圧縮方法）など（ただしこれに限ったものではない。））を含んでいてもよい。この点については、後で説明を行う。
以下では、上述で記載したパケットの構成方法の例を説明する。
図６は、上述で説明したパケットの構成方法の一例を示している。６０１はＣＲＣであり、誤りを検出するために使用することが可能である。
６０２は、「誤り訂正符号によって得られるパケット数に関する情報」である。例えば、図４の場合、情報パケットの数がｎ、パリティパケットの数がｈであるので、この情報は「ｎ＋ｈ」となる。また、図５の場合、誤り訂正符号によって得られるパケット数に関する情報は「ｍ」となる。
６０３は「パケットのＩＤ（identification）（識別子）の情報」である。例えば、図４のとき、誤り訂正符号によって得られるパケット数は「ｎ＋ｈ」である。したがって、パケットのＩＤ（identification）（識別子）として、「０」から「ｎ＋ｈ－１」を用意する。そして、各パケットに「０」から「ｎ＋ｈ－１」の識別子のうち、いずれかの番号を与える。具体的には、図４に示すｎ個の情報パケット、ｈ個のパリティパケットのそれぞれに「０」から「ｎ＋ｈ－１」のＩＤのいずれかを付与することになる。図５のとき、誤り訂正符号によって得られるパケット数は「ｍ」である。したがって、パケットのＩＤとして「０」から「ｍ－１」を用意する。そして、各パケットに「０」から「ｍ－１」の識別子のうちのいずれかの番号を与える。具体的には、図５に示すｍ個のパケットのそれぞれに「０」から「ｍ－１」のＩＤのいずれかを付与することになる。
６０４は制御情報であり、「誤り訂正符号によって得られるパケット数に関する情報」および「パケットのＩＤ（identification）（識別子）」以外の制御情報である。例えば、パケットレベルでの誤り訂正符号化の方式の情報、パケット長が可変であれば、パケット長のビット数（または、バイト数）などを、制御情報としてもよい。
６０５はデータとなり、端末に伝送したいデータ（ここでは、例えば、映像、オーディオのデータ）となる。
図７は、上述で説明したパケットの構成方法の図６とは異なる例を示している。７０１はＣＲＣであり、誤りを検出するために使用することが可能である。
７０２は、第１の制御情報であり、７０３は、第２の制御情報である。第１の制御情報、第２の制御情報に属する情報の例としては、「誤り訂正符号によって得られるパケット数に関する情報」、「パケットのＩＤ（identification）（識別子）の情報」、パケットレベルでの誤り訂正符号化の方式の情報、パケット長が可変であれば、パケット長のビット数（または、バイト数）などがあるが、これに限ったものではない。
７０４はデータとなり、端末に伝送したいデータ（ここでは、例えば、映像、オーディオのデータ）となる。
このとき、図６において、「ＣＲＣ」６０１、「誤り訂正符号化によって得られるパケットの数に関する情報」６０２、「パケットのＩＤ（識別子）の情報」６０３、「制御情報」６０４、「データ」６０５により構成されたデータ群を図４、図５の「誤り検出符号付きのパケット一つ」とするものとする。
そして、図７の場合、「ＣＲＣ」７０１、「第１の制御情報」７０２、「第２の制御情報」７０３、「データ」７０４により構成されたデータ群を図４、図５の「誤り検出符号付きのパケットの一つ」とするものとする。
このとき、図４、図５におけるパケットの構成方法として、以下の４つの方法を例として考える。
第１の方法：
図６に示しているように、制御情報６０４、データ６０５を図４、図５における誤り検出符号付加前のパケットとする。したがって、制御情報６０４、データ６０５は誤り訂正符号化（符号化部４０６、または、符号化部５０４）の入力となる。一方、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３、および、誤り検出符号の例となるＣＲＣ６０１が、制御情報６０４、データ６０５に付加され、誤り検出符号付きパケットとなる。
なお、誤り訂正符号化によって得られるパケットの数が、例えば、３２となっていた場合、パケットのＩＤとしては、０から３１のいずれかの値をとることになる。
このとき、図４、図５の誤り検出符号付加部４０８、４１０、５０８の前後いずれかに、制御情報付加部が必要となる。その構成を図８に示す。
図８の８００は、制御情報付加部が誤り検出符号付加部の前段にある場合の構成の一例を示している。第１の方法の場合、制御情報付加部８０２は、制御情報６０４およびデータ６０５（８０１に相当）を入力とし、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３を付加し、データ群８０３を出力する。
誤り検出符号付加部８０４は、データ群８０３を入力とし、ＣＲＣ６０１を付加し、誤り検出符号付きのパケット８０５を出力する。
図８の８１０は、制御情報付加部が誤り検出符号付加部の後段にある場合の構成の一例を示している。第１の方法の場合、誤り検出符号付加部８１２は、制御情報６０４およびデータ６０５（８１１に相当）を入力とし、ＣＲＣ６０１を付加し、データ群８１３を出力する。
制御情報付加部８１４は、データ群８１３を入力とし、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３を付加し、誤り検出符号付きのパケット８１５を出力する。
第２の方法：
図６に示しているように、データ６０５を図４、図５における誤り検出符号付加前のパケットとする。したがって、データ６０５は誤り訂正符号化（符号化部４０６、または、符号化部５０４）の入力となる。一方、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３と制御情報６０４、および、誤り検出符号の例となるＣＲＣ６０１が、データ６０５に付加され、誤り検出符号付きパケットとなる。
なお、誤り訂正符号化によって得られるパケットの数が、例えば、３２となっていた場合、パケットのＩＤとしては、０から３１のいずれかの値をとることになる。
このとき、図４、図５の誤り検出符号付加部４０８、４１０、５０８の前後いずれかに、制御情報付加部が必要となる。その構成を図８に示す。
図８の８００は、制御情報付加部が誤り検出符号付加部の前段にある場合の構成の一例を示している。第２の方法の場合、制御情報付加部８０２は、データ６０５（８０１に相当）を入力とし、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３と制御情報６０４を付加し、データ群８０３を出力する。
誤り検出符号付加部８０４は、データ群８０３を入力とし、ＣＲＣ６０１を付加し、誤り検出符号付きのパケット８０５を出力する。
図８の８１０は、制御情報付加部が誤り検出符号付加部の後段にある場合の構成の一例を示している。第２の方法の場合、誤り検出符号付加部８１２は、データ６０５（８１１に相当）を入力とし、ＣＲＣ６０１を付加し、データ群８１３を出力する。
制御情報付加部８１４は、データ群８１３を入力とし、誤り訂正符号化によって得られるパケットの数に関する情報６０２とパケットのＩＤ（identification）（識別子）の情報６０３と制御情報６０４を付加し、誤り検出符号付きのパケット８１５を出力する。
第３の方法：
図７に示しているように、データ７０４および第２の制御情報７０３を図４、図５における誤り検出符号付加前のパケットとする。したがって、データ７０４および第２の制御情報７０３は誤り訂正符号化（符号化部４０６、または、符号化部５０４）の入力となる。一方、第１の制御情報７０２、および、誤り検出符号の例となるＣＲＣ７０１が、データ７０４および第２の制御情報７０３に付加され、誤り検出符号付きパケットとなる。
なお、誤り訂正符号化によって得られるパケットの数が、例えば、３２となっていた場合、パケットのＩＤとしては、０から３１のいずれかの値をとることになる。
このとき、図４、図５の誤り検出符号付加部４０８、４１０、５０８の前後いずれかに、制御情報付加部が必要となる。その構成を図８に示す。
図８の８００は、制御情報付加部が誤り検出符号付加部の前段にある場合の構成の一例を示している。第３の方法の場合、制御情報付加部８０２は、データ７０４および第２の制御情報７０３（８０１に相当）を入力とし、第１の制御情報７０２を付加し、データ群８０３を出力する。
誤り検出符号付加部８０４は、データ群８０３を入力とし、ＣＲＣ６０１を付加し、誤り検出符号付きのパケット８０５を出力する。
図８の８１０は、制御情報付加部が誤り検出符号付加部の後段にある場合の構成の一例を示している。第３の方法の場合、誤り検出符号付加部８１２は、データ７０４および第２の制御情報７０３（８１１に相当）を入力とし、ＣＲＣ６０１を付加し、データ群８１３を出力する。
制御情報付加部８１４は、データ群８１３を入力とし、第１の制御情報７０２を付加し、誤り検出符号付きのパケット８１５を出力する。
第４の方法：
図７に示しているように、データ７０４を図４、図５における誤り検出符号付加前のパケットとする。したがって、データ７０４は誤り訂正符号化（符号化部４０６、または、符号化部５０４）の入力となる。一方、第１の制御情報７０２と第２の制御情報７０３、および、誤り検出符号の例となるＣＲＣ７０１が、データ７０４に付加され、誤り検出符号付きパケットとなる。
なお、誤り訂正符号化によって得られるパケットの数が、例えば、３２となっていた場合、パケットのＩＤとしては、０から３１のいずれかの値をとることになる。
このとき、図４、図５の誤り検出符号付加部４０８、４１０、５０８の前後いずれかに、制御情報付加部が必要となる。その構成を図８に示す。
図８の８００は、制御情報付加部が誤り検出符号付加部の前段にある場合の構成の一例を示している。第４の方法の場合、制御情報付加部８０２は、データ７０４（８０１に相当）を入力とし、第１の制御情報７０２、第２の制御情報７０３を付加し、データ群８０３を出力する。
誤り検出符号付加部８０４は、データ群８０３を入力とし、ＣＲＣ６０１を付加し、誤り検出符号付きのパケット８０５を出力する。
図８の８１０は、制御情報付加部が誤り検出符号付加部の後段にある場合の構成の一例を示している。第４の方法の場合、誤り検出符号付加部８１２は、データ７０４（８１１に相当）を入力とし、ＣＲＣ６０１を付加し、データ群８１３を出力する。
制御情報付加部８１４は、データ群８１３を入力とし、第１の制御情報７０２、第２の制御情報７０３を付加し、誤り検出符号付きのパケット８１５を出力する。
上述では、説明していないが、各パケット、または、一部のパケットに、時刻に関する情報が含まれていてもよい。このとき、すべてのパケットに時刻に関する情報が含まれていてもよいし、ある特定のパケットに時刻に関する情報が含まれていてもよい。
また、放送局が送信する変調信号の中に、時刻に関する情報が含まれていてもよい。このとき、パケットやフレームにおいて、パケットまたはフレームすべてに時刻に関する情報が含まれていてもよいし、ある特定のパケットやフレームに時刻に関する情報が含まれていてもよい。
電気通信回線業者が送信するパケットに含まれる時刻に関する情報と放送局が送信する変調信号に含まれる時刻に関する情報を、端末は用いて、電気通信回線業者が送信した映像と放送局が送信した映像の時間的な同期をとり、端末が具備する表示部に、同期した２つの映像を表示することができ、視聴者に不快感を与える可能性が低くなる。
この点については、上記で説明したとおりで、電気通信回線業者が送信する情報の中には、時刻に関する情報が含まれており、また、放送業者が送信する情報の中にも時刻に関する情報が含まれており、これらの情報を活用することで、第１の映像と第２の映像のデコード、表示の時間的な同期を、端末は行うことができる。また、本実施の形態で述べているパケットレベルに誤り訂正復号のタイミングの調整についても、これらの時刻に関する情報を活用することができる。
なお、上述では、「パケット」という語句を用いているが、「フレーム」「ブロック」など、別の呼び方をしてもよく、「パケット」、「フレーム」「ブロック」などは、複数のビットで構成されていることになる。
また、放送局が送信する変調信号は、必ずしもパケットをベースとするデータ構造である必要はない（パケットをベースとしてもよい。ただし、パケット長、制御情報の構成は、電気通信業者が送信するパケットの構成と同一であってもよいし、同一でなくてもよい）。
次に、放送局と電気通信回線業者が送信するパケットのタイミングと、端末が、放送局が送信したパケットと電気通信業者が送信したパケットを受信したときの受信状況を説明する。なお、以下の説明では、放送局はパケットを送信するとしているが、必ずしもパケットという単位で、情報を伝送しなければならないというわけではなく、フレーム単位であってもよいし、ストリームであってもよい。説明を簡略化するために、パケット単位で情報を伝送する例で説明する。
図９の９００は、同一時刻の別アングルの２つ映像の情報を放送局と電気通信回線業者が送信する時の例を示している。なお、図９において、横軸は時間とする。放送局は第１の映像のデータを送信し、電気通信回線業者は第２の映像のデータを送信するものとする（第１の映像と第２の映像は、別アングルの同一時刻の映像であるものとする）。
図９に示すように、第１の映像は、パケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」で構成されているものとし、第２の映像は、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」で構成されているものとする。
なお、第１の映像は、パケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」だけで構成されているわけではなく、以降も同様に、放送局はパケットを送信する。（ただし、図９では、この点については記載していない。）そして、第２の映像は、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」だけで構成されているわけではなく、以降も同様に、電気通信回線業者はパケットを送信する（ただし、図９では、この点については記載していない）。
図９の９００は放送局、および、電気通信回線業者がパケットを送信する状況を示しており、放送局はパケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」を送信し、電気通信回線業者はパケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を送信するものとする。
このとき、図９に示す時刻Ｔ１から送信するパケット「＃１」およびパケット「＄１」が、同一時刻の映像を含んだパケットであるものとし、放送局および電気通信回線業者は、パケットの送信しているものとする。
図９の９１０は、端末がパケットを受信している様子を示している。放送局が送信したパケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」は、端末に同一の順番で、放送局がパケットを連続的に送信していれば、連続的に届くことになる。したがって、図９のように端末は、パケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」を受信することになり、時点Ｒ１で受信が完了することになる。
前にも記載したとおり、電気通信回線業者は、端末に対し、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰを用いてパケットを送信している。したがって、図９の９００に示すように、同一時刻の別アングルの２つ映像の情報を放送局と電気通信回線業者が送信しても、図９の９１０に示すように、電気通信回線業者が送信したパケットは、パケットの到達の遅延、パケットの到達の順序の入れ替えが発生する。その様子を図９の９１０に示している。このように、放送局が送信したパケットの端末に到達する方法を、端末は予測が容易であるが、電気通信回線業者が送信したパケットの到達予想を端末が行うのが難しい。
例えば、図９の９１０のようにパケットを受信した場合、端末が放送局の最終パケットを受信完了した時刻をＲ１、端末が電気通信回線業者の最終パケットを受信完了した時刻をＲ２とすると、多くのケースでは、Ｒ１＜Ｒ２となる。
ところで、第１の映像と第２の映像は同一時刻の別アングルの２つ映像であるので、第１の映像と第２の映像が図３の端末が具備している表示部３８４において、同期して表示されないと、視聴者は違和感を抱く可能性が高い。例えば、第１の映像がサッカーの全体アングル、第２の映像が個別の選手のアングルだとした場合、第１の映像がサッカーの全体アングルで選手Ａがシュートをしている瞬間であるのに対し、第２の映像では、すでにゴールが決まっている瞬間であると、視聴者は不満を抱く可能性が高い。
時刻Ｒ１の時点で、第１の映像のデコード、および、第２映像のデコードのを行った場合、第１の映像は端末で表示されるが、第２の映像は、パケット「＄１」、パケット「＄３」、パケット「＄６」が届いていないため、端末は、乱れの少ない第２の映像を表示するのが難しい。
時刻Ｒ２時点で、第１の映像のデコード、および、第２映像のデコードのを行った場合、端末は、第１の映像と第２の映像の表示を同期させるために、第１の映像を表示する時刻を遅延させる必要がある。したがって、第１の映像のデータの遅延分の記憶部（バッファ）が必要となる。このとき、遅延量が小さい場合（または、ある程度の許容範囲内）であれば、この方法でもよいが、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰの場合、遅延量は一定でなく、また、さらに無線ＬＡＮなどを介して端末はパケットを得ている場合、遅延量がさらに大きくなる可能性がある。よって、この方法で、乱れを少なく第１の映像と第２の映像の表示を同期させる場合、端末の記憶部の規模を大きくする必要がある。この点を考慮すると、端末が、デコードの開始時刻を遅延させる方法を採用した場合、遅延時間を短くしても、映像の乱れを少なくできる手法の導入が望まれる。
上記課題に対する一つの方法として、図１０のような送信方法を提案する。図１０の１０００は、同一時刻の別アングルの２つの映像の情報を放送局と電気通信回線業者が送信する例を示しており、横軸は時間とする。図９の９００と異なる点は、電気通信回線業者が送信するパケットの端末への到着遅延を考慮し、放送局が送信するパケットを遅延させている点である。図１０において、電気通信回線業者は、時刻Ｔ１からパケットの送信を開始する。そして、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を順次送信する。
よって、図２のパケット（またはフレーム）処理部２０２、２２２は、生成したパケットを遅延して送信するためのパケット（またはフレーム）蓄積機能を有し、蓄積容量分遅延して、パケットまたはフレームを送信することができる。
そして、放送局は、時刻Ｔ２（Ｔ１≠Ｔ２ここでは、Ｔ１＜Ｔ２としているが、Ｔ１＞Ｔ２となることも考えられる。）からパケットの送信を開始する。そして、パケット「＃１」、パケット「＃２」、パケット「＃３」、パケット「＃４」、パケット「＃５」、パケット「＃６」、パケット「＃７」を順次送信する。
図１１は、放送局および電気通信回線業者がパケットを図１０のように送信したときの端末のパケットの受信状況の例（１１００）を示している。
図１１において、端末は、図９のときと同様に、放送局が送信したパケット「＃１」から「＃７」を受信することになる。このとき、すべてのパケットを受信完了する時刻をＲ２とする。
そして、端末は、電気通信回線業者が送信したパケットを受信することになる。このとき、電気通信回線業者が送信したパケットすべてを端末が受信完了する時刻をＲ１とする。すると、図１０のように送信しているため、図１１の例では、Ｒ１＜Ｒ２が成立している。他の例を考えた場合、「放送局が送信したパケットを、端末がすべて受信完了する時点」と「電気通信回線業者が送信したパケットを、端末がすべて受信完了する時点」の差は、図９のようにパケットを送信する場合と比較して、小さくすることができる可能性が高い。したがって、端末は、パケット蓄積・記憶するための回路規模が削減できる可能性がある。なお、図１１の場合、時刻Ｒ２の時点で、第１の映像と第２の映像のデコードを開始すればよいことになる。しかし、放送局や電気通信回線業者は、パケットを遅延送信するためのパケット蓄積部が必要となり、回路規模の増大につながる。
端末は実際には複数（非常に多い）存在しているため、放送局や電気通信回線業者の送信局の回路規模の増大に比べ、端末の回路規模の増大は、トータルの回路規模の増大という点では、課題が大きいことになる。したがって、上述の方法は、回路規模の増大を抑えながら、映像の乱れを抑制できる有効な方法である。
ただし、必ず映像に乱れが発生しないというわけではない。例えば、図１２のように端末が受信する、つまり、図９の９１０のように、電気通信回線業者が送信したパケットを端末は遅延して受信することがある。このとき、図９のときと比較すると、「放送局が送信したパケットを、端末がすべて受信完了する時点」と「電気通信回線業者が送信したパケットを、端末がすべて受信完了する時点」の差は、小さくなっているが、パケット「＄３」、パケット「＄７」をロスしている時点で、第１の映像と第２の映像を同期して表示するために、第２の映像のデコードを開始した場合、やはり、第２の映像の乱れが発生する。
さらに、第２の映像の乱れの課題を軽減するために、送信側で、遅延量を制御することにより実現することができる。
例えば、図３の端末の信号処理部３８０は、放送局が送信したパケットと同時刻の電気通信回線業者が送信したパケットの到達時間の差（または、その統計情報）に関する情報を求め時間差情報３９９として出力する。そして、時間差情報３９９は、端末が具備する送信装置から、例えば、電気通信回線業者に送信する。
図２の電気通信回線業者の送信装置２５０は受信部を具備し、端末が送信した時間差情報を取得する（図２の２９９）。そして、パケット（またはフレーム）処理部２０２、２２２は、時間差情報２９９を入力とし、パケットまたはフレーム記憶部の量を変化させることで、送信するタイミングを制御し、遅延量を制御したパケット、または、フレームを出力することになる。
なお、図２において、放送局２４０は、端末ごとに遅延量を制御することは難しい。（マルチキャストのため）したがって、電気通信回線業者の送信装置２５０のパケット（またはフレーム）処理部２２２が各端末に対する遅延量を制御することになる。ただし、電気通信回線業者の送信装置２５０は、各端末に対し個別にパケットを送信していない場合、つまり、マルチキャストしている場合は、放送局２４０が遅延時間（パケットの送信タイミング）の制御を行ってもよいし、電気通信回線業者が遅延時間（パケットの送信タイミング）を制御してもよい。
「パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号を電気通信回線業者の送信装置は使用する（パケットレベルでの誤り訂正符号化）」場合について説明する。
電気通信回線業者は、１６３８４×４＝６５５３６ビットで構成された第２の映像の情報を伝送したいものとする。このとき、１パケットを構成する情報のビット数を１６３８４ビットとする。（これに加え、上述で説明したように制御情報を別途伝送するものとする。）すると、６５５３６／１６３８４＝４パケットを得ることができる情報ビットとなる。このとき、図４、図５で説明したように、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号（パケットレベルでの誤り訂正符号化）を行うものとする。このとき使用する誤り訂正符号は、符号長１１４６８８ビット、符号化率４／７であるものとする。
誤り訂正符号が組織符号の場合、例えば、図４のようなパケット生成を行い、誤り訂正符号が非組織符号の場合、例えば、図５のようなパケット生成を行うことになる。このとき、６５５３６ビットで構成された第２の映像の情報に対し、図４、図５のいずれかの符号化を行うと、７つのパケットが生成される（１パケットを構成する情報のビット数を１６３８４ビットであるので）。このときの７つのパケットを、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」とするものとする。このとき、符号化前の情報のビット数より多い数、つまり、５パケット以上端末が受信できれば、すべてのパケットを復元することができる。よって、前述のとおり、例えば、図９の９０１のように放送局および電気通信回線業者がパケットを送信するものとする（詳細の説明については、上述で説明したとおりであるので省略する）。
このとき、図３の端末のパケットの受信状況は、図１３のとおりであるものとする。そして、図１３の時点Ｒｃにおいて、パケットレベルでの誤り訂正符号の復号を行うものとする。（つまり、図３の端末のパケット（またはフレーム）処理部３１５、３５８は、記憶部（バッファ）を有しており、端末が、放送局のパケット（またはフレーム）を受信した際、パケット（またはフレーム）処理部３１５は、パケットまたはフレームのデータを順次記憶し、データの処理を遅延させる。すると、パケットすべてを受信完了し、ある期間すぎ、電気通信回線業者が送信したパケットに対し、パケットレベルでの誤り訂正復号を行うことになる）。
図１３の時点Ｒｃでは、パケット「＄３」、パケット「＄６」を端末はロスしていることになる。（ただし、図１３ではわかりやすくするため、図示している。）しかし、前述にも記載したように、端末が５パケット以上を得ているので、すべてのパケット、つまり、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を得ることができる。
したがって、端末は、時点Ｒｃを過ぎたところで、第１の映像のデコード、第２の映像のデコードを行うことで、第１の映像、および、第２の映像を得ることができ、したがって、端末は、第１の映像と第２の映像を同期して表示部に表示することができる。よって、第２の映像のすべてのパケットを得ることができる図１３に示す時点Ｒ２まで、端末は、待つ必要がなくなる。
以上のように実施することで、端末は第２の映像のすべてのパケットを得るための待機時間が短くなるため、第１映像のパケットまたはフレームのデータを蓄積するための記憶部の回路規模が大幅に削減することができるという効果が得られる。さらに、これまでは、第２の映像のパケットロスにより、端末において、映像の乱れが発生していたが、規定以内のパケットロスが発生しても、映像の乱れが発生しないという効果も得ることができる。
なお上述の説明で、「図９の９０１のように放送局および電気通信回線業者がパケットを送信する」としていたが、例えば、図１０のように同一時刻の第１の映像のパケット（またはフレーム）と同一時刻の第２の映像のパケットを、時間差をあけて放送局と電気通信回線業者が送信してもよい。このとき、やはり、上述で説明した、図１３のように端末が、放送局および電気通信回線業者が送信したパケット（またはフレーム）を受信することになることがある。この場合についても、時点Ｒｃでは、パケット「＄３」、パケット「＄６」を端末はロスしていることになるが、前述にも記載したように、端末が５パケット以上を得ているので、すべてのパケット、つまり、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を得ることができる。
したがって、端末は、時点Ｒｃを過ぎたところで、第１の映像のデコード、第２の映像のデコードを行うことで、第１の映像、および、第２の映像を得ることができ、したがって、端末は、第１の映像と第２の映像を同期して表示部に表示することができる。よって、第２の映像のすべてのパケットを得ることができる図１３に示す時点Ｒ２まで、端末は、待つ必要がなくなる。
次に、図３の端末のパケット（またはフレーム）処理部３５８の動作について説明する。図１４が端末のパケット（またはフレーム）処理部３５８の処理のフローチャートの一例を示している。
例えば、図１３の時点Ｒｃを特定の時刻とする。すると、まず、以下の確認をする。
（１）「特定の時刻（時点Ｒｃ）前に、端末は（電気通信回線業者が送信したパケットのうち）（映像デコードを実行するための）すべてのパケット（または、映像デコードを実行するのに必要なパケット）の受信が完了しているか？」
「はい」の場合、パケットレベルの符号化に組織符号を用いている場合、端末は、電気通信回線業者が送信したパケットに対し、パケットレベル復号を行わない。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能であるので、デコードを開始してもよい。パケットレベルの符号化に非組織符号を用いている場合、端末は、電気通信回線業者が送信したパケットに対し、パケットレベルの復号を行う。（なお、パケットレベルの復号は、時点Ｒｃの時点で開始してもよいし、その前で、開始してもよい。）そして、端末は、第１の映像、第２の映像のデコードを開始することが可能であるので、デコードを開始してもよい。
「いいえ」の場合、以下にすすむ。
（２）「特定の時刻（時点Ｒｃ）において、端末は（電気通信回線業者が送信したパケットのうち）必要な数のパケット数（ここでは５パケット）以上のパケットを受信しているか？」
「いいえ」の場合、端末は、パケットレベルの復号を行っても、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができないので、パケットレベルの復号を実施しない。
「はい」の場合、端末はパケットレベルの復号を行うと、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができるので、パケットレベルの復号を実施する。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能でありので、デコードを開始する。
なお、図１４の簡略化した、図１５を実施してもよい。（図１５では、特定の時刻（時点Ｒｃ）前での判断は行わないことを特徴としている）。
・「特定の時刻（時点Ｒｃ）において、端末は（電気通信回線業者が送信したパケットのうち）必要な数のパケット数（ここでは５パケット）以上のパケットを受信しているか？」
「いいえ」の場合、端末は、パケットレベルの復号を行っても、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができないので、パケットレベルの復号を実施しない。
「はい」の場合、端末はパケットレベルの復号を行うと、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができるので、パケットレベルの復号を実施する。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能でありので、デコードを開始する。
ただし、上述では、放送局で、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号の導入についての説明を行っていないが、導入しても同様に実施することができる。
次に、放送局が送信する変調信号のフレーム単位に対し、上述の説明を適用したときの実施について説明する。
図１６の１６００は、同一時刻の別アングルの２つの映像情報を放送局と電気通信回線業者が送信する時の例を示している。なお、図１６において、横軸は時間とする。このとき、放送局は第１の映像データを送信し、電気通信回線業者は第２の映像のデータを送信するものとする（第１の映像と第２の映像は、別アングルの同一時刻の映像であるものとする）。
図１６の１６００が図９の９００と異なる点は、放送局が送信する第１の映像は、放送局が無線による送信方法、有線による送信方法を適用したときの変調信号のフレーム単位で考えている点である。
図１６の１６００に示すように第１の映像は、フレーム「※１」で構成されているものとし、第２の映像は、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」で構成されているものとする。
なお、第１の映像は、フレーム「※１」だけで構成されているわけではなく、以降も同様に、放送局はフレームを送信する。（ただし、図１６では、この点については記載していない。）そして、第２の映像は、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」だけで構成されているわけではなく、以降も同様に、電気通信回線業者はパケットを送信する（ただし、図９では、この点については記載していない）。
このとき、図１６に示す時刻Ｔ１から送信するフレーム「※１」およびパケット「＄１」が、同一時刻の映像を含んでいるものとし、放送局および電気通信回線業者は、フレーム、パケットの送信しているものとする。
図１６の１６１０は、端末がフレーム、パケットを受信している様子を示している。放送局が送信したフレーム「※１」を受信することになる。このとき、端末は、時点Ｒ１で受信が完了することになる。
前にも記載したとおり、電気通信回線業者は、端末に対し、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰを用いてパケットを送信している。したがって、図１６の１６００に示すように、同一時刻の別アングルの２つ映像の情報を放送局と電気通信回線業者が送信しても、図１６の１６１０に示すように、電気通信回線業者が送信したパケットは、パケットの到達の遅延、パケットの到達の順序の入れ替えが発生する。その様子を図１６の１６１０に示している。このように、放送局が送信したパケットの端末に到達する方法を、端末は予測が容易であるが、電気通信回線業者が送信したパケットの到達予想を端末が行うのが難しい。
例えば、図１６の１６１０のようにパケットを受信した場合、端末が放送局の最終パケットを受信完了した時刻をＲ１、端末が電気通信回線業者の最終パケットを受信完了した時刻をＲ２とすると、多くのケースでは、Ｒ１＜Ｒ２となる。
ところで、第１の映像と第２の映像は同一時刻の別アングルの２つ映像であるので、第１の映像と第２の映像が図３の端末が具備している表示部３８４において、同期して表示されないと、視聴者は違和感を抱く可能性が高い。例えば、第１の映像がサッカーの全体アングル、第２の映像が個別の選手のアングルだとした場合、第１の映像がサッカーの全体アングルで選手Ａがシュートをしている瞬間であるのに対し、第２の映像では、すでにゴールが決まっている瞬間であると、視聴者は不満を抱く可能性が高い。
時刻Ｒ１の時点で、第１の映像のデコード、および、第２映像のデコードのを行った場合、第１の映像は端末で表示されるが、第２の映像は、パケット「＄１」、パケット「＄３」、パケット「＄６」が届いていないため、端末は、乱れの少ない第２の映像を表示するのが難しい。
時刻Ｒ２時点で、第１の映像のデコード、および、第２映像のデコードのを行った場合、端末は、第１の映像と第２の映像の表示を同期させるために、第１の映像を表示する時刻を遅延させる必要がある。したがって、第１の映像のデータの遅延分の記憶部（バッファ）が必要となる。このとき、遅延量が小さい場合（または、ある程度の許容範囲内）であれば、この方法でもよいが、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰの場合、遅延量は一定でなく、また、さらに無線ＬＡＮなどを介して端末はパケットを得ている場合、遅延量がさらに大きくなる可能性がある。よって、この方法で、乱れを少なく第１の映像と第２の映像の表示を同期させる場合、端末の記憶部の規模を大きくする必要がある。この点を考慮すると、端末が、デコードの開始時刻を遅延させる方法を採用した場合、遅延時間を短くしても、映像の乱れを少なくできる手法の導入が望まれる。
上記課題に対する一つの方法として、図１７のような送信方法を提案する。図１７の１７００は、同一時刻の別アングルの２つの映像の情報を放送局と電気通信回線業者が送信する例を示しており、横軸は時間とする。図１６の１６００と異なる点は、電気通信回線業者が送信するパケットの端末への到着遅延を考慮し、放送局が送信するフレームを遅延させている点である。図１７において、電気通信回線業者は、時刻Ｔ１からパケットの送信を開始する。そして、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を順次送信する。
よって、図２のパケット（またはフレーム）処理部２０２、２２２は、生成したパケットを遅延して送信するためのパケット（またはフレーム）蓄積機能を有し、蓄積容量分遅延して、パケットまたはフレームを送信することができる。
そして、放送局は、時刻Ｔ２（Ｔ１≠Ｔ２ここでは、Ｔ１＜Ｔ２としているが、Ｔ１＞Ｔ２となることも考えられる。）からフレームの送信を開始する。そして、フレーム「※１」を送信する。
図１８は、放送局および電気通信回線業者がパケットを図１７のように送信したときの端末のパケットの受信状況の例（１８００）を示している。
図１８において、端末は、図１６のときと同様に、放送局が送信したフレーム「※１」を受信することになる。このとき、受信完了する時刻をＲ２とする。
そして、端末は、電気通信回線業者が送信したパケットを受信することになる。このとき、電気通信回線業者が送信したパケットすべてを端末が受信完了する時刻をＲ１とする。すると、図１７のように送信しているため、図１９の例では、Ｒ１＜Ｒ２が成立している。他の例を考えた場合、「放送局が送信したパケットを、端末がすべて受信完了する時点」と「電気通信回線業者が送信したパケットを、端末がすべて受信完了する時点」の差は、図１６のようにパケットを送信する場合と比較して、小さくすることができる可能性が高い。したがって、端末は、パケット蓄積・記憶するための回路規模が削減できる可能性がある。なお、図１９の場合、時刻Ｒ２の時点で、第１の映像と第２の映像のデコードを開始すればよいことになる。しかし、放送局や電気通信回線業者は、パケットを遅延送信するためのパケット蓄積部が必要となり、回路規模の増大につながる。
端末は実際には複数（非常に多い）存在しているため、放送局や電気通信回線業者の送信局の回路規模の増大に比べ、端末の回路規模の増大は、トータルの回路規模の増大という点では、課題が大きいことになる。したがって、上述の方法は、回路規模の増大を抑えながら、映像の乱れを抑制できる有効な方法である。
ただし、必ず映像に乱れが発生しないというわけではない。例えば、図１９のように端末が受信する、つまり、図１６の１６１０のように、電気通信回線業者が送信したパケットを端末は遅延して受信することがある。このとき、図１６のときと比較すると、「放送局が送信したパケットを、端末がすべて受信完了する時点」と「電気通信回線業者が送信したパケットを、端末がすべて受信完了する時点」の差は、小さくなっているが、パケット「＄３」、パケット「＄７」をロスしている時点で、第１の映像と第２の映像を同期して表示するために、第２の映像のデコードを開始した場合、やはり、第２の映像の乱れが発生する。
さらに、第２の映像の乱れの課題を軽減するために、送信側で、遅延量を制御することにより実現することができる。
例えば、図３の端末の信号処理部３８０は、放送局が送信したフレームと同時刻の電気通信回線業者が送信したパケットの到達時間の差（または、その統計情報）に関する情報を求め時間差情報３９９として出力する。そして、時間差情報３９９は、端末が具備する送信装置から、例えば、電気通信回線業者に送信する。
図２の電気通信回線業者の送信装置２５０は受信部を具備し、端末が送信した時間差情報を取得する（図２の２９９）。そして、パケット（またはフレーム）処理部２０２、２２２は、時間差情報２９９を入力とし、パケットまたはフレーム記憶部の量を変化させることで、送信するタイミングを制御し、遅延量を制御したパケット、または、フレームを出力することになる。
なお、図２において、放送局２４０は、端末ごとに遅延量を制御することは難しい。（マルチキャストのため）したがって、電気通信回線業者の送信装置２５０のパケット（またはフレーム）処理部２２２が各端末に対する遅延量を制御することになる。ただし、電気通信回線業者の送信装置２５０は、各端末に対し個別にパケットを送信していない場合、つまり、マルチキャストしている場合は、放送局２４０が遅延時間（パケットの送信タイミング）の制御を行ってもよいし、電気通信回線業者が遅延時間（パケットの送信タイミング）を制御してもよい。
「パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号を電気通信回線業者の送信装置は使用する（パケットレベルでの誤り訂正符号化）」場合について説明する。
電気通信回線業者は、１６３８４×４＝６５５３６ビットで構成された第２の映像の情報を伝送したいものとする。このとき、１パケットを構成する情報のビット数を１６３８４ビットとする。（これに加え、上述で説明したように制御情報を別途伝送するものとする。）すると、６５５３６／１６３８４＝４パケットを得ることができる情報ビットとなる。このとき、図４、図５で説明したように、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号（パケットレベルでの誤り訂正符号化）を行うものとする。このとき使用する誤り訂正符号は、符号長１１４６８８ビット、符号化率４／７であるものとする。
誤り訂正符号が組織符号の場合、例えば、図４のようなパケット生成を行い、誤り訂正符号が非組織符号の場合、例えば、図５のようなパケット生成を行うことになる。このとき、６５５３６ビットで構成された第２の映像の情報に対し、図４、図５のいずれかの符号化を行うと、７つのパケットが生成される（１パケットを構成する情報のビット数を１６３８４ビットであるので）。このときの７つのパケットを、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」とするものとする。このとき、符号化前の情報のビット数より多い数、つまり、５パケット以上端末が受信できれば、すべてのパケットを復元することができる。よって、前述のとおり、例えば、図１６の１６０１のように放送局および電気通信回線業者がフレーム、パケットを送信するものとする（詳細の説明については、上述で説明したとおりであるので省略する）。
このとき、図３の端末のパケットの受信状況は、図２０のとおりであるものとする。そして、図２０の時点Ｒｃにおいて、パケットレベルでの誤り訂正符号の復号を行うものとする。（つまり、図３の端末のパケット（またはフレーム）処理部３１５、３５８は、記憶部（バッファ）を有しており、端末が、放送局のフレームを受信した際、パケット（またはフレーム）処理部３１５は、フレームのデータを順次記憶し、データの処理を遅延させる。すると、フレームを受信完了し、ある期間すぎ、電気通信回線業者が送信したパケットに対し、パケットレベルでの誤り訂正復号を行うことになる）。
図２０の時点Ｒｃでは、パケット「＄３」、パケット「＄６」を端末はロスしていることになる。（ただし、図２０ではわかりやすくするため、図示している。）しかし、前述にも記載したように、端末が５パケット以上を得ているので、すべてのパケット、つまり、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を得ることができる。
したがって、端末は、時点Ｒｃを過ぎたところで、第１の映像のデコード、第２の映像のデコードを行うことで、第１の映像、および、第２の映像を得ることができ、したがって、端末は、第１の映像と第２の映像を同期して表示部に表示することができる。よって、第２の映像のすべてのパケットを得ることができる図２０に示す時点Ｒ２まで、端末は、待つ必要がなくなる。
以上のように実施することで、端末は第２の映像のすべてのパケットを得るための待機時間が短くなるため、第１映像のフレームのデータを蓄積するための記憶部の回路規模が大幅に削減することができるという効果が得られる。さらに、これまでは、第２の映像のパケットロスにより、端末において、映像の乱れが発生していたが、規定以内のパケットロスが発生しても、映像の乱れが発生しないという効果も得ることができる。
なお上述の説明で、「図１６の１６０１のように放送局および電気通信回線業者がフレーム、パケットを送信する」としていたが、例えば、図１７のように同一時刻の第１の映像のフレームと同一時刻の第２の映像のパケットを、時間差をあけて放送局と電気通信回線業者が送信してもよい。このとき、やはり、上述で説明した、図２０のように端末が、放送局および電気通信回線業者が送信したパケット（またはフレーム）を受信することになることがある。この場合についても、時点Ｒｃでは、パケット「＄３」、パケット「＄６」を端末はロスしていることになるが、前述にも記載したように、端末が５パケット以上を得ているので、すべてのパケット、つまり、パケット「＄１」、パケット「＄２」、パケット「＄３」、パケット「＄４」、パケット「＄５」、パケット「＄６」、パケット「＄７」を得ることができる。
したがって、端末は、時点Ｒｃを過ぎたところで、第１の映像のデコード、第２の映像のデコードを行うことで、第１の映像、および、第２の映像を得ることができ、したがって、端末は、第１の映像と第２の映像を同期して表示部に表示することができる。よって、第２の映像のすべてのパケットを得ることができる図１３に示す時点Ｒ２まで、端末は、待つ必要がなくなる。
次に、図３の端末のパケット（またはフレーム）処理部３５８の動作について説明する。図１４が端末のパケット（またはフレーム）処理部３５８の処理のフローチャートの一例を示している。
例えば、図２０の時点Ｒｃを特定の時刻とする。すると、まず、以下の確認をする。
（１）「特定の時刻（時点Ｒｃ）前に、端末は（電気通信回線業者が送信したパケットのうち）（映像デコードを実行するための）すべてのパケット（または、映像デコードを実行するのに必要なパケット）の受信が完了しているか？」
「はい」の場合、パケットレベルの符号化に組織符号を用いている場合、端末は、電気通信回線業者が送信したパケットに対し、パケットレベル復号を行わない。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能であるので、デコードを開始してもよい。パケットレベルの符号化に非組織符号を用いている場合、端末は、電気通信回線業者が送信したパケットに対し、パケットレベルの復号を行う。（なお、パケットレベルの復号は、時点Ｒｃの時点で開始してもよいし、その前で、開始してもよい。）そして、端末は、第１の映像、第２の映像のデコードを開始することが可能であるので、デコードを開始してもよい。
「いいえ」の場合、以下にすすむ。
（２）「特定の時刻（時点Ｒｃ）において、端末は（電気通信回線業者が送信したパケットのうち）必要な数のパケット数（ここでは５パケット）以上のパケットを受信しているか？」
「いいえ」の場合、端末は、パケットレベルの復号を行っても、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができないので、パケットレベルの復号を実施しない。
「はい」の場合、端末はパケットレベルの復号を行うと、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができるので、パケットレベルの復号を実施する。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能でありので、デコードを開始する。
なお、図１４の簡略化した、図１５を実施してもよい（図１５では、特定の時刻（時点Ｒｃ）前での判断は行わないことを特徴としている）。
・「特定の時刻（時点Ｒｃ）において、端末は（電気通信回線業者が送信したパケットのうち）必要な数のパケット数（ここでは５パケット）以上のパケットを受信しているか？」
「いいえ」の場合、端末は、パケットレベルの復号を行っても、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができないので、パケットレベルの復号を実施しない。
「はい」の場合、端末はパケットレベルの復号を行うと、電気通信回線業者が送信したパケットのうち、ロスしているパケットを復元することができるので、パケットレベルの復号を実施する。そして、端末は、第１の映像、第２の映像のデコードを開始することが可能でありので、デコードを開始する。
ただし、上述では、放送局で、パケットまたはフレーム損失が発生した際に復元を可能とする誤り訂正符号の導入についての説明を行っていないが、導入しても同様に実施することができる。
なお、本実施の形態において、処理単位をパケットや、フレーム単位で説明しているが、これに限ったものではない。また、記憶部による遅延の発生は、フレームやパケット単位でなくてもよく、また、遅延時間は、複数フレーム単位の時間間隔や複数パケット単位の時間間隔で発生させてもよい。
上述の説明における図２の放送局と電気通信回線業者が保有する送信装置におけるパケット（またはフレーム処理部）２０２、２２２の構成について説明する。
図２１は、図２の放送局と電気通信回線業者が保有する送信装置におけるパケット（またはフレーム）処理部２０２、２２２の構成の一例を示している。
パケット、または、フレーム生成部２１０２は、映像および／または音声（オーディオ）の情報２１０１、制御信号２１０５を入力とする。そして、パケット、または、フレーム生成部２１０２は、制御信号２１０５に基づく処理を行うことになる。例えば、パケットレイヤーの誤り訂正符号化を行う場合、パケット、または、フレーム生成部２１０２は、映像および／または音声（オーディオ）の情報２１０１に対し、図４，図５で示したような処理を行い、パケット化、または、フレーム化したデータ２１０３を出力する。また、パケット化、フレーム化する場合、パケット、または、フレーム生成部２１０２は、映像および／または音声（オーディオ）の情報２１０１に対し、パケット化またはフレーム化を行い、パケット化、または、フレーム化したデータ２１０３を出力する。
記憶部２１０４は、パケット化、または、フレーム化したデータ２１０３、制御信号２１０５を入力とし、制御信号２１０５に基づいて、パケット化、または、フレーム化したデータ２１０３を記憶し、遅延させ、遅延したパケット化、または、フレーム化したデータ２１０６を出力する。
なお、記憶部２１０４の構成の例は、図２１に示したとおりで、記憶ブロックが直列に連接されており、記憶ブロックは、入力データ群を記憶し、その際、記憶しているデータ群を出力する、という動作を行うことになる。
次に、図３の端末におけるパケット（またはフレーム）処理部３１５、３５８の構成について説明する。
図２２は、図３の端末におけるパケット（またはフレーム）処理部３１５、３５８において、パケットレイヤーの誤り訂正復号を行う場合の構成例を示している。なお、動作については、図２０を例にして説明する。
誤り検出部（例えば、ＣＲＣチェック部）２２０２は、受信データ２２０１、制御信号２２０８を入力とする。
例えば、図２０のように、パケットを受信している場合、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄２」に対し、誤り検出を行った結果、誤りがないので、パケット「＄２」をパケット情報２２０３として出力する。
同様に、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄４」に対し、誤り検出を行った結果、誤りがないので、パケット「＄４」をパケット情報２２０３として出力する。
また、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄５」に対し、誤り検出を行った結果、誤りがないので、パケット「＄５」をパケット情報２２０３として出力する。
また、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄７」に対し、誤り検出を行った結果、誤りがないので、パケット「＄７」をパケット情報２２０３として出力する。
また、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄１」に対し、誤り検出を行った結果、誤りがないので、パケット「＄１」をパケット情報２２０３として出力する。
なお、前述で説明したように、時点Ｒｃの時点でパケットレイヤーの復号を行ってしまうため、誤り検出部（例えば、ＣＲＣチェック部）２２０２は、パケット「＄３」、パケット「＄６」を受信したとしても、破棄することになる。
記憶部２２０４は、パケット情報２２０３、制御信号２２０８を入力とし、制御信号２２０８にもとづき、パケットの記憶、出力を制御することになる。
例えば、図２０のような場合、パケット「＄２」、パケット「＄４」、パケット「＄５」、パケット「＄７」、パケット「＄１」は、記憶部２２０４に入力されることになり、したがって、パケット「＄２」、パケット「＄４」、パケット「＄５」、パケット「＄７」、パケット「＄１」を記憶する。そして、制御信号２２０８が時点Ｒｃの時点を示したとき、記憶部２２０４に対し、記憶しているパケット「＄２」、パケット「＄４」、パケット「＄５」、パケット「＄７」、パケット「＄１」を出力するように指示する。したがって、記憶部２２０４は、パケット「＄２」、パケット「＄４」、パケット「＄５」、パケット「＄７」、パケット「＄１」を記憶しているパケット２２０５として出力する。
パケットレイヤー復号部（消失訂正復号部）２２０６は、記憶しているパケット２２０５、制御信号２２０８を入力とする。そして、制御信号２２０８が時点Ｒｃの時点を示したとき、記憶部２２０４が出力したパケット「＄２」、パケット「＄４」、パケット「＄５」、パケット「＄７」、パケット「＄１」を用いて、パケットレイヤー復号部（消失訂正復号部）２２０６は、消失訂正復号（例えば、誤り訂正符号として、ＬＤＰＣ（Low-Density Parity-Check）符号を用いていた場合、sum-product復号のような信頼度伝播復号）を実施する。このとき、パケットレイヤー復号部（消失訂正復号部）２２０６は、すべての情報を復元できるので、受信映像および／または音声（オーディオ）の情報２２０７を出力する。
なお、図２の放送局の送信において、パケットレイヤーの誤り訂正符号化を行った場合、図２２の動作は上述と若干異なる。この点について、説明する。
放送局は、無線の伝送方式、有線の伝送方式を用いて、端末にパケット、または、フレームを送信することになるが、伝搬路の変動により、図３の端末で、物理層の誤り訂正復号を行っても、すべてのパケットが正しく受信できるわけではない。例えば、パケット「＃１」は誤りなく受信でき、パケット「＃２」は誤りを有する、パケット「＃３」は誤りなく受信でき、・・・、というようになる。
このとき、図２２の誤り検出部（例えば、ＣＲＣチェック部）２２０２は、誤り検出符号により、パケット単位で誤りがあるか、誤りがないか、を判別することになる。これにより、パケット「＃１」は正しい、パケット「＃２」は誤り、つまり、パケットロス、パケット「＃３」は正しい、・・・、という判断を行うことになる。
そして、図２２のパケットレイヤー復号部２２０８は、正しいパケットを用いて、誤り訂正復号（消失訂正復号）を行い、パケットロスしたパケットを復元し、受信映像および／または音声（オーディオ）の情報２２０７を出力する。
図２の放送局の送信において、パケットレイヤーの誤り訂正符号化を行っていない場合、図３のパケット（またはフレーム）処理部３１５の構成を図２３に示す。なお、動作については、図２０を例にして説明する。
記憶部２３０２は、受信データ２３０１、制御信号２３０４を入力とする。
例えば、図２０のように、フレーム「※１」を端末が受信している場合、記憶部２３０２は、フレーム「※１」の受信データが入力となり、記憶することになる。そして、制御信号２３０４が、時点Ｒｃであることを示したとき、記憶部２３０２は、記憶しているデータ（フレーム「※１」の受信データ）２３０３を出力することになる。
以上のように、本実施の形態では、マルチアングルの第１の映像と第２の映像に対し、放送局が第１の映像を送信し、電気通信回線業者が第２の映像を送信する際、第２の映像の伝送の際に、パケットレベルでの誤り訂正符号化を行う送信方法を説明し、これにより、端末は、同期した第１の映像と第２の映像を表示することができ、また、乱れが少ない映像となるという効果を得ることができる。
なお、本実施の形態において、端末の受信装置とアンテナが別々となっている構成であってもよい。例えば、アンテナで受信した信号、または、アンテナで受信した信号に対し、周波数変換を施した信号を、ケーブルを通して、入力するインターフェースを受信装置が具備し、受信装置はその後の処理を行うことになる。
また、受信装置が得たデータ・情報は、その後、映像や音に変換され、ディスプレイ（モニタ）に表示されたり、スピーカから音が出力されたりする。さらに、受信装置が得たデータ・情報は、映像や音に関する信号処理が施され（信号処理を施さなくてもよい）、受信装置が具備するＲＣＡ端子（映像端子、音用端子）、ＵＳＢ（Universal Serial Bus）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、デジタル用端子等から出力されてもよい。
（実施の形態２）
本実施の形態では、放送局が複数存在する、または、放送局が複数の媒体を介して（例えば、衛星放送、地上放送、ケーブル放送）、情報を伝送する場合に対し、実施の形態１を適用した場合について説明する。
図２４は、図１とは異なる放送局、電気通信回線業者、端末の関係の一例であり、図１と同様に動作するものについては、同一番号を付している。
図２４において、特徴的な部分は、カメラ１０２Ａで撮影したアングル（第１の映像）を、図１と同様の経路で放送局１０３は端末１０５に送信する方法（放送局１０３から端末１０５に向かう実線の矢印）に加え、これとは別の経路で放送局１０３は端末１０５に送信する方法（放送局１０３から端末１０５に向かう点線の矢印）、放送局１０３は中継器２４０１を介し、端末１０５に送信する方法があるものとする。図２４では３つの経路が存在しているが、経路の個数はこれに限ったものではない。
図２５は、図２４と同様にカメラ１０２Ａで撮影したアングル（第１の映像）を３つの経路で端末１０５に伝送する方法があるが、新たに、別の放送局２５０１を配置している。なお、図１、図２４と同様に動作するものについては、同一番号を付している。
図２５では、カメラ１０２Ａで撮影したアングル（第１の映像）を、図１と同様の経路で放送局１０３は端末１０５に送信する方法（放送局１０３から端末１０５に向かう実線の矢印）に加え、これとは別の経路で放送局２５０１は端末１０５に送信する方法（放送局２５０１から端末１０５に向かう点線の矢印）、放送局２５０１は中継器２４０１を介し、端末１０５に送信する方法があるものとする。図２５では３つの経路が存在しているが、経路の個数はこれに限ったものではない。
図２６は、図２４、図２５の状態における放送局と電気通信回線業者が保有する送信装置の構成の一例を示しており、図２と同様に動作するものについては、同一番号を付している。したがって、電気通信回線業者が保有する送信装置２５０は、実施の形態１で説明した動作（パケットレベルの符号化を行う点、遅延送信をする点など）すべてを実施することができることになる。
送信装置２６０２は、第１の映像および／または音声（オーディオ）の情報２６０１、制御信号２６０３を入力とし、制御信号２６０３に基づき、送信方法を決定し、変調信号２６０４を出力し、変調信号２６０４はアンテナ２６０５から出力される。同様に、送信装置２６１２は、第１の映像および／または音声（オーディオ）の情報２６０１、制御信号２６１３を入力とし、制御信号２６１３に基づき、送信方法を決定し、変調信号２６１４を出力し、変調信号２６１４はアンテナ２６１５から出力される。
送信装置２６２２は、第１の映像および／または音声（オーディオ）の情報２６０１、制御信号２６２３を入力とし、制御信号２６１３に基づき、送信方法を決定し、変調信号２６２４を出力する。ただし、変調信号２６２４は有線で端末に伝送されるものとする。
このとき、送信装置２６０２、２６１２、２６２２は放送局に関連する送信装置である。なお、各送信装置の特徴的な動作については、後で説明する。
図２７は、図２６とは異なる、図２４、図２５における放送局と電気通信回線業者が保有する送信装置の構成の一例を示しており、図２、図２６と同様に動作するものについては、同一番号を付している。
図２７が、図２６と異なる点は、第１の映像および／または音声（オーディオ）の情報がカメラ側から別々に送信装置２６０２、２６１２、２６２２に伝送される点であり、したがって、図２７における２７０１、２７１２、２７２１はいずれも第１の映像および／または音声（オーディオ）の情報であり、送信装置２６０２、２６１２、２６２２の動作については、図２６と同様となる。
このとき、送信装置２６０２、２６１２、２６２２は放送局に関連する送信装置である。
なお、各送信装置の特徴的な動作については、後で説明する。
図２８は、端末の構成例を示しており、図３と同様に動作するものについては同一番号を付している。図２８における３５１から３５９は、図３と同様、電気通信回線業者が送信したパケットを受信する部分の構成であり。実施の形態１で説明した動作（パケットレベルの復号を行う点、データを記憶する点など）を行うことになる。
図２８の受信装置２８０３は、図２６、図２７の送信装置２６０２が送信した変調信号を受信するための装置、受信装置２８１３は、図２６、図２７の送信装置２６１２が送信した変調信号を受信するための装置、受信装置２８２３は、図２６、図２７の送信装置２６２２が送信した変調信号を受信するための装置となる。
受信装置２８０３は、アンテナ２８０１で受信した受信信号２８０２（図２６、図２７の送信装置２６０２が送信した変調信号の受信信号）を入力とし、受信信号に含まれる制御情報を抽出するとともに、復調、物理層の誤り訂正復号、（パケットレベルの誤り訂正符号化が行われている場合は、パケットレベルの復号）等の処理を施し、パケット（またはフレーム）処理後のデータ２７０４と制御情報信号２７０５を出力する。
同様に、受信装置２８１３は、アンテナ２８１１で受信した受信信号２８１２（図２６、図２７の送信装置２６１２が送信した変調信号の受信信号）を入力とし、受信信号に含まれる制御情報を抽出するとともに、復調、物理層の誤り訂正復号、（パケットレベルの誤り訂正符号化が行われている場合は、パケットレベルの復号）等の処理を施し、パケット（またはフレーム）処理後のデータ２７１４と制御情報信号２７１５を出力する。
受信装置２８２３は、接続部２８２１に接続されたケーブルなどからの受信信号２８２２（図２６、図２７の送信装置２６２２が送信した変調信号の受信信号）を入力とし、受信信号に含まれる制御情報を抽出するとともに、復調、物理層の誤り訂正復号、（パケットレベルの誤り訂正符号化が行われている場合は、パケットレベルの復号）等の処理を施し、パケット（またはフレーム）処理後のデータ２７２４と制御情報信号２７２５を出力する。
このとき、受信装置２８０３、２８１３、２８２３すべてが同時に動作しているとは限らない。例えば、端末のインターフェースとして、放送チャネルの選択部があれば、選択部を用いてユーザが設定したチャネルに関連する受信装置が動作することになる。これを実現するための信号が、選択信号２８５０であり、受信装置２８０３、２８１３、２８２３は、選択信号２８５０に基づき、動作するかどうかを決定することになる。
信号処理部３８０は、パケット（またはフレーム）処理後のデータ２８０４、２８１４、２８２４、制御情報信号２８０５、２８１５、２８２５、選択信号２８５０を入力とし、選択信号２８５０に基づき、有効となるパケット（またはフレーム）処理後のデータを選択することになる。
加えて、信号処理部３８０は、パケット（またはフレーム）処理後のデータ３５９、制御情報３５７を入力とし、有効となるパケット（またはフレーム）処理後のデータとパケット（またはフレーム）処理後のデータ３５９から表示部３８４に２つの映像を表示するためのデータを生成し、データ３８１を出力する。
なお、各受信装置の特徴的な動作については、後で説明する。
次に、図２６、図２７のように、第１の映像（および／または音声（オーディオ）の情報）を送信装置２６０２、２６１２、２６２２から送信するときの課題について説明する。なお、以下では、同一パケットを伝送したと仮定して説明するが、同一パケットではなく、送信装置２６０２、２６１２、２６２２が送信するパケットは異なる構成であってもよい。また、送信装置２６０２、２６１２、２６２２から送信する第１の映像のデータは、映像（オーディオ）符号化の方法、フレーム率、映像のサイズ（解像度）が異なっていてもよい。
図２９は、図２６、図２７の送信装置２６０２、２６１２、２６２２が、第１の映像（および／または音声（オーディオ）の情報）に関するパケットを送信する状況の例を示している（図２９の２９００）。なお、図２９において、横軸は時間である。
図２６、図２７の送信装置２６０２は、パケット「＃０－１」、パケット「＃０－２」、パケット「＃０－３」、パケット「＃０－４」、パケット「＃０－５」、パケット「＃０－６」、パケット「＃０－７」、図２６、図２７の送信装置２６１２は、パケット「＃１－１」、パケット「＃１－２」、パケット「＃１－３」、パケット「＃１－４」、パケット「＃１－５」、パケット「＃１－６」、パケット「＃１－７」、図２６、図２７の送信装置２６２２は、パケット「＃２－１」、パケット「＃２－２」、パケット「＃２－３」、パケット「＃２－４」、パケット「＃２－５」、パケット「＃２－６」、パケット「＃２－７」を送信するものとする。
このとき、図２６、図２７の送信装置２６０２、送信装置２６１２、送信装置２６２２は、いずれも、時点Ｔ１から同一時刻のパケットを送信するものとする。
図３０は、図２６、図２７の送信装置２６０２、２６１２、２６２２が図２９のようにパケットを送信したときの、図２８の端末がパケットを受信した様子を示している（図３０の３０００）。
図３０に示すように、図２８の受信装置２８０３がパケット「＃０－７」を受信完了する時点をＲ１、図２８の受信装置２８１３がパケット「＃１－７」を受信完了する時点をＲ２、図２８の受信装置２８２３がパケット「＃２－７」を受信完了する時点をＲ３とする。このとき、Ｒ１、Ｒ２、Ｒ３は異なる値であり、それぞれの差は大きいことがある。なお、図３０では、受信装置２８０３、２８１３、２８２３が同時に動作していると仮定しているが、実際には、同時に動作しなくてもよい。つまり、ユーザがチャネル（または送信媒体（地上放送、ケーブル放送、衛星放送））を選択した場合、それに対応する受信装置のみが動作することになる。
このとき、第１の映像（および／または音声（オーディオ）の情報）のみを端末が表示する場合は、問題はないが、実施の形態１で説明したように、第１の映像と第２の映像とを同期させて表示する場合、端末の回路規模という点で課題が発生する。
実施の形態１で説明したように、ユーザがマルチアングルの映像に対する違和感を感じないように、端末は、電気通信回線業者を介して伝送された第２の映像（および／または音声（オーディオ）の情報）と第１の映像（および／または音声（オーディオ）の情報）を時間的に同期させて、表示部に映像を表示させようとすることになる。このとき、ユーザがチャネル（または送信媒体（地上放送、ケーブル放送、衛星放送））を選択し、それに対応する受信装置のみが動作することになる。しかし、上記のように（図３０参照）、ユーザ（端末）が選択するチャネルによって、第１の映像（および／または音声（オーディオ）の情報）のパケットの到達時間が大きく異なる。このため、特に、第２の映像のパケットの到達時間と大きく異なるチャネル（第１の映像を伝送しているチャネル）をユーザ（端末）が選択した場合、端末は、映像の同期をとるための記憶部の回路大きくなることになる。
この課題を解決するために、図３０のパケットの到達の時間差を考慮し、図２６、図２７の第１の映像（および／または音声（オーディオ）の情報）を伝送する送信装置２６０２、２６１２、２６２２が、第１の映像（および／または音声（オーディオ）の情報）の情報を送信するタイミングを異なるようにする。その様子を図３１に示す。
図３１のように、図２６、図２７の送信装置２６０２は、時点Ｔ０に、第１の映像（および／または音声（オーディオ）の情報）のパケットの送信を開始する。そして、図２６、図２７の送信装置２６１２は、時点Ｔ１に、第１の映像（および／または音声（オーディオ）の情報）のパケットの送信を開始し、図２６、図２７の送信装置２６２２は、時点Ｔ２に、第１の映像（および／または音声（オーディオ）の情報）のパケットの送信を開始する。
図３２は、図３１のように、図２６、図２７の送信装置２６０２、２６１２、２６２２がパケットを送信したとき、図２８の端末の受信装置にパケットが到達するときの様子を示している。
図３２に示すように、図２８の受信装置２８２３がパケット「＃２－７」を受信完了する時点をＺ１、図２８の受信装置２８２３がパケット「＃１－７」を受信完了する時点をZ２とする。このとき、図２８の受信装置２８０３がパケット「＃０－７」を時点Ｚ１からZ２の間で受信するものとする。
図３０と図３２を比較すればわかるように、図３１のように、第１の映像（および／または音声（オーディオ）の情報）のパケットを送信するタイミングを図２６、図２７の送信装置２６０２、２６１２、２６２２が調整したため、端末の受信装置２８０３、２８１３、２８２３にそれぞれ到達する第１の映像（および／または音声（オーディオ）の情報）のパケットの到達時間差が図３０のときと比較して小さくなっている。これにより、端末の記憶部の回路規模を削減することができる効果を得ることができる。
つまり、端末の受信装置は、図２６、図２７の送信装置２６０２が送信する第１の映像（および／または音声（オーディオ）の情報）と第２の映像を時間的に同期させるのに、記憶部の回路を小さくすることができ、また、図２６、図２７の送信装置２６１２が送信する第１の映像（および／または音声（オーディオ）の情報）と第２の映像を時間的に同期させるのに、記憶部の回路を小さくすることができ、図２６、図２７の送信装置２６２２が送信する第１の映像（および／または音声（オーディオ）の情報）と第２の映像を時間的に同期させるのに、記憶部の回路を小さくすることができることになる。
なお、図３２では、受信装置２８０３、２８１３、２８２３が同時に動作していると仮定しているが、実際には、同時に動作しなくてもよい。つまり、ユーザがチャネル（または送信媒体（地上放送、ケーブル放送、衛星放送））を選択した場合、それに対応する受信装置のみが動作することになる。
なお、図２６、図２７の送信装置２６０２が送信した第１の映像（および／または音声（オーディオ）の情報）と電気通信回線業者が送信した第２の映像のパケットを時間的に同期して表示するためのパケット処理、信号処理、復号処理については、実施の形態１で説明した方法と同様に実施することで実現することができる。第２の映像のパケットについては、パケットレベルの復号を行うことになり、その処理方法は、実施の形態１で説明したとおりである。
同様に、図２６、図２７の送信装置２６１２が送信した第１の映像（および／または音声（オーディオ）の情報）と電気通信回線業者が送信した第２の映像のパケットを時間的に同期して表示するためのパケット処理、信号処理、復号処理については、実施の形態１で説明した方法と同様に実施することで実現することができる。第２の映像のパケットについては、パケットレベルの復号を行うことになり、その処理方法は、実施の形態１で説明したとおりである。
また、図２６、図２７の送信装置２６２２が送信した第１の映像（および／または音声（オーディオ）の情報）と電気通信回線業者が送信した第２の映像のパケットを時間的に同期して表示するためのパケット処理、信号処理、復号処理については、実施の形態１で説明した方法と同様に実施することで実現することができる。第２の映像のパケットについては、パケットレベルの復号を行うことになり、その処理方法は、実施の形態１で説明したとおりである。
なお、実施の形態１でも説明したように、さらに、第２の映像の乱れの課題を軽減するために、送信側で、遅延量を制御してもよい。
例えば、図２８の端末の信号処理部３８０は、各放送局（図２６、図２７に記載した送信装置２６０２、２６１２、２６２２）が送信したフレームと同時刻の電気通信回線業者が送信したパケットのそれぞれの到達時間の差（または、その統計情報）に関する情報を求め時間差情報３９９として出力する。そして、時間差情報３９９は、端末が具備する送信装置から、例えば、電気通信回線業者に送信する。
図２６、図２７の電気通信回線業者の送信装置２５０は受信部を具備し、端末が送信した時間差情報を取得する（図２の２９９）。そして、パケット（またはフレーム）処理部２０２、２２２は、時間差情報２９９を入力とし、パケットまたはフレーム記憶部の量を変化させることで、送信するタイミングを制御し、遅延量を制御したパケット、または、フレームを出力することになる。
なお、図２６、図２７において、各放送局（図２６、図２７に記載した送信装置２６０２、２６１２、２６２２）は、端末ごとに遅延量を制御することは難しい。（マルチキャストのため）したがって、電気通信回線業者の送信装置２５０のパケット（またはフレーム）処理部２２２が各端末に対する遅延量を制御することになる。ただし、電気通信回線業者の送信装置２５０は、各端末に対し個別にパケットを送信していない場合、つまり、マルチキャストしている場合は、各放送局（図２６、図２７に記載した送信装置２６０２、２６１２、２６２２）が遅延時間（パケットの送信タイミング）の制御を行ってもよいし、電気通信回線業者が遅延時間（パケットの送信タイミング）を制御してもよい。
別の方法として、放送局が送信したチャネルを、端末が自動選択してもよい。例えば、図２６、図２７のように、第１の映像（および／または音声（オーディオ）の情報）の情報を、送信装置２６０２、２６１２、２６２２が送信するものとする。自動選択を行うときの端末の構成を図３３に示す。なお、図３３において、図３、図２８と同様に動作するものについては、同一番号を付しており、詳細の説明は、省略する。
図３３において、信号処理部３８０は、受信装置２８０３が出力した第１の映像（および／または音声（オーディオ）の情報）のパケット（または、フレーム）と第２の映像のパケットの遅延時間、および、受信装置２８１３が出力した第１の映像（および／または音声（オーディオ）の情報）のパケット（または、フレーム）と第２の映像のパケットの遅延時間、および、受信装置２８２３が出力した第１の映像（および／または音声（オーディオ）の情報）のパケット（または、フレーム）と第２の映像のパケットの遅延時間に関する情報を含む信号３３０１を出力する。
遅延時間解析部３３０２は、信号３３０１を入力とし、第１の映像と第２の映像を時間的に同期して表示するのに適したパケット（２８０４、２８１４、２８２４）の情報３３０３を出力する。
選択部３３０６は、第１の映像と第２の映像を時間的に同期して表示するのに適したパケット（２８０４、２８１４、２８２４）の情報３３０３、ユーザが設定したチャネルの情報３３０４、制御信号３３０５を入力とし、制御信号３３０５により、第１の映像と第２の映像を時間的に同期して表示するのに適したパケット（２８０４、２８１４、２８２４）の情報３３０３、ユーザが設定したチャネルの情報３３０４のいずれかを選択し、選択信号３３０７として出力する。なお、制御信号３３０５により、第１の映像と第２の映像を時間的に同期して表示するのに適したパケット（２８０４、２８１４、２８２４）の情報３３０３が選択された場合、遅延時間解析部３３０２で解析した結果が反映することになる。
そして、受信装置２８０３、２８１３、２８２３は、選択信号３３０７に基づき、動作するかどうかの判定を行うことになる。
このようにすることで、「放送局が送信したチャネルを、端末が自動選択」が可能となる。
以上のように、本実施の形態では、マルチアングルの第１の映像と第２の映像に対し、放送局が第１の映像を送信し、電気通信回線業者が第２の映像を送信する際、第２の映像の伝送の際に、パケットレベルでの誤り訂正符号化を行うとともに、各放送局で、第１の映像の情報を送信するタイミングを制御する。さらに、端末は、第１の映像を入手する放送局を選択することが可能な機能を有する。これにより、端末は、同期した第１の映像と第２の映像を表示することができ、また、乱れが少ない映像となるという効果を得ることができる。
（実施の形態３）
実施の形態１、実施の形態２において、マルチアングルの第１の映像と第２の映像に対し、放送局が第１の映像を送信し、電気通信回線業者が第２の映像を送信する際、第２の映像の伝送の際に、パケットレベルでの誤り訂正符号化を行う送信方法について説明した。このとき、電気通信回線業者が、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰによって、第２の映像のパケットを送信し、パケットの遅延、パケットの欠損の影響を少なくするために、パケットレベルの誤り訂正符号を導入している。
しかし、パケットレベルの誤り訂正符号を導入しても、パケットの遅延、パケットの欠損の影響は小さいながらあり、その際、映像に乱れが生じる。特に、端末が、無線ＬＡＮやセルラー方式（cellular communication system）などの無線通信を介して、第２の映像のパケットを受信した場合、映像の乱れは大きくなる可能性があり、映像が乱れた際、視聴者は、不快に感じる可能性が高い。
本実施の形態では、この映像の乱れに対し、ユーザに与える不快感を低減する方法について説明する。
図３４は、本実施の形態における放送局、電気通信回線業者、端末の関係の一例を示している。なお、図１と同様に動作するものについては同一番号を付している。図３４において、１０１は現場を示しており、例として、野球場、サッカー場を考える。１０２Ａ、１０２Ｂはカメラを示している。カメラ１０２Ａ、１０２Ｂによって、例えば、異なるアングルの映像を撮影しているものとする。
このとき、カメラ１０２Ａで撮影した「第１の映像および／または音声（オーディオ）の情報」を放送局１０３は受け取り、「第１の映像および／または音声（オーディオ）の情報」は、ケーブルなどの有線、または、無線を介して、端末１０５に伝送されるものとする。
そして、カメラ１０２Ｂで撮影した「第２の映像および／または音声（オーディオ）の情報」を放送局１０３は受け取り、「第２の映像および／または音声（オーディオ）の情報」は、電気通信回線業者１０４を介して、端末１０５に伝送されるものとする。
なお、「第２の映像および／または音声（オーディオ）の情報」は、放送局１０３を介さずに、電気通信回線業者１０４に直接伝送され、その後、端末１０５に伝送されてもよい。
さらに情報提供者３４０１は、放送局に対し情報を提供し、放送局は、この情報に基づいた情報を「第１の映像および／または音声（オーディオ）の情報」とあわせて端末に送信するものとする。
図３５は、本実施の形態における、放送局と電気通信回線業者が送信するパケットの送信状況の例３５００を示している。ただし、実施の形態２に示したように、複数の放送局が第１の映像のパケットを送信することができるが、図３５では、一つの放送局の送信パケット（フレーム）しか示していないが、実施の形態２と同様に、複数の送信局が第１の映像パケットを送信する場合についても、以下で説明する内容を実施することは可能である。
実施の形態１、実施の形態２と同様に、放送局は、「第１の映像および／または音声（オーディオ）の情報」送信し、電気回線通信業者は、「第２の映像および／または音声（オーディオ）の情報」を送信するものとする。
図３５において、放送局が送信する第１の映像のパケット群と電気通信回線業者が送信する第２映像のパケット群は、同一時間の映像であり、実施の形態１、実施の形態２で述べたように、端末は、時間的に同期させて、第１の映像と第２の映像を表示部に表示することになる。
そして、放送局は、第１映像のパケット群に加え、図３５に示しているように、「文字情報（電文情報）」、および／または、「静止画情報」、および／または、「ＵＲＬ（Uniform Resource Locator）情報」を送信するものとする。この情報は、端末が第１の映像の情報を復元できず、これに伴い、第１の映像を表示部に表示するのが困難なときに用いられ、第１の映像の代わりとなる画面を端末の表示部に表示することになる。同様に、この情報は、端末が第２の映像の情報を復元できず、これに伴い、第２の映像を表示部に表示するのが困難なときに用いられ、第２の映像の代わりとなる画面を端末の表示部に表示することになる。
なお、図３５では、放送局は、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」を送信しているが、すべての情報を送信しなくてもよく、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」のうちの一つの情報を送信してもよいし、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」のうちの二つの情報を送信してもよい。
また、これらの情報は、送信フレームのフレーム単位に常に含むものでなくてもよい、例えば、これらの情報を、複数のフレームごとに送信してもよい。したがって、これらの情報を送信するタイミングどのようなものであってもよい。
図３６は、図３５の情報を送信するときの、放送局と電気通信回線業者の送信装置の構成を示しており、図２と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２での説明と同様となるので、説明は省略する。
パケット（またはフレーム）処理部３６０２は、文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報３６０１、および、第１の制御信号２１１を入力とし、第１の制御信号２１１に基づいて、パケット化・フレーム化を行い、パケット（またはフレーム）処理後の情報３６０３を出力する。
物理層誤り訂正符号化部３６０４は、パケット（またはフレーム）処理後の情報３６０３、第１の制御信号２１１を入力とし、第１の制御信号２１１に含まれる物理層の誤り訂正符号化方式の情報に基づき、誤り訂正符号化を行い、誤り訂正符号化後のデータ３６０５を出力する。
変調部２０６は、誤り訂正符号化後のデータ２０５、３６０５、第１の制御信号２１１を入力とし、第１の制御信号２１１に含まれるフレーム構成に関する情報、変調方式・送信方法に関する情報に基づき、誤り訂正符号化後のデータ２０５、３６０５に対し、マッピングを施し、ベースバンド信号２０７を出力する。
図３７は、図３６のように送信した信号を受信する端末の受信装置の構成の一例を示しており、図３と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２での説明と同様となるので、説明は省略する。
復調部３１１は、ベースバンド信号３０４、同期信号３０６、チャネル推定信号３０８、制御情報信号３１０を入力とし、制御情報信号３１０に含まれるフレーム構成に関する情報、変調方式・送信方法に関する情報に基づき、同期信号３０６、チャネル推定信号３０８を用いて、ベースバンド信号３０４を復調し、対数尤度比信号３１２、および、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号３７０１」を出力する。
物理層誤り訂正復号部３７０２は、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号３７０１」、制御情報信号３１０を入力とし、制御情報信号３１０に含まれる誤り訂正符号化方法に関する情報に基づく復号を行い、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ３７０３」を出力する。
パケット（またはフレーム）処理部３７０４は、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ３７０３」、制御情報信号３１０を入力とし、制御情報信号３１０に基づいて、パケット（またはフレーム）処理を施し、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報３７０５」を出力する。
デコーダ３７０６は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報３７０５」を入力とし、文字情報（電文情報）、静止画情報、ＵＲＬ情報いずれかのデコードを行い、表示画面の情報３７０７を出力する。
このとき、デコーダ３７０６は、以下のような動作となる。「文字情報（電文情報）」の場合、表示画面の情報３７０７は「表示部に表示する文字情報（電文情報）」となる。「静止画情報」の場合、表示画面の情報３７０７は「表示部に表示する静止画情報」となる。ＵＲＬ情報」の場合、ＵＲＬ先からの情報（３７０８）を入手し、出力することになる。
信号処理部３８０は、第１の映像、第２の映像の同期した映像が得られたかどうか、を判定し、判定結果３７００を出力する。
表示部３８４は、映像信号３８３、表示画面の情報３７０７、判定結果３７００を入力とし、判定結果３７００が「第１の映像、第２の映像の同期した映像が得られた」ということを示している場合、映像信号３８３を表示する。判定結果３７００が「第１の映像、第２の映像の同期した映像が得られていない」という情報の場合、第１の映像が得られていない場合は、第１の映像に代わって、表示画面の情報３７０７を表示するとともに、第２の映像を表示する。第２の映像が得られていない場合、第２の映像に代わって、表示画面の情報３７０７を表示する。
図３８は、図３５の情報を送信するときの放送局と電気通信回線業者の送信装置の構成を示しており、図２、図３６と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２、図３６の説明と同様となるので説明は省略する。
図３８が図３６と異なる点は、図３５の第１の映像パケット群を送信する際に使用される物理層の誤り訂正符号と文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報を送信する際に使用される物理層の誤り訂正符号とが同一の符号であり、このため、図３８では、図３６における物理層誤り訂正符号化部３６０４がなく、物理層誤り訂正符号化部２０４において、文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に関する符号化も行う点である。
図３９は、図３８で図３５の情報を送信したときの端末の受信装置の構成の一例を示しており、図３、図３７と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２、図３７の説明と同様となるので説明は省略する。
図３９が図３８と異なる点は、図３５の第１の映像パケット群を送信する際に使用される物理層の誤り訂正符号と文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報を送信する際に使用される物理層の誤り訂正符号とが同一の符号であり、このため、図３９では、図３７における物理層誤り訂正復号部３７０２がなく、物理層誤り訂正復号部３１３において、文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に関する復号も行う点である。
なお、図３５における放送局の送信フレームにおいて、「第１のパケット群」、「文字情報（電文情報）」、「静止画情報」を時間分割で送信する例を記載しているが、これに限ったものではなく、マルチキャリア伝送方式、周波数軸上にチャネルが複数存在している場合などでは、「第１のパケット群」、「文字情報（電文情報）」、「静止画情報」を周波数分割して送信してもよい。また、時間分割、周波数分割の両者を併用してもよい。
図４０は、図３５と異なる放送局と電気通信回線業者が送信パケットの送信状況の例４０００を示している。ただし、実施の形態２に示したように、複数の放送局が第１の映像のパケットを送信することができるが、図４０では、一つの放送局の送信パケット（フレーム）しか示していないが、実施の形態２と同様に、複数の送信局が第１の映像パケットを送信する場合についても、以下で説明する内容を実施することは可能である。
実施の形態１、実施の形態２と同様に、放送局は、「第１の映像および／または音声（オーディオ）の情報」送信し、電気回線通信業者は、「第２の映像および／または音声（オーディオ）の情報」を送信するものとする。
図４０において、放送局が送信する第１の映像のパケット群と電気通信回線業者が送信する第２映像のパケット群は、同一時間の映像であり、実施の形態１、実施の形態２で述べたように、端末は、時間的に同期させて、第１の映像と第２の映像を表示部に表示することになる。
そして、電気通信回線業者は、第２映像のパケット群に加え、図４０に示しているように、「文字情報（電文情報）」、および／または、「静止画情報」、および／または、「ＵＲＬ（Uniform Resource Locator）情報」を送信するものとする。この情報は、端末が第１の映像の情報を復元できず、これに伴い、第１の映像を表示部に表示するのが困難なときに用いられ、第１の映像の代わりとなる画面を端末の表示部に表示することになる。同様に、この情報は、端末が第２の映像の情報を復元できず、これに伴い、第２の映像を表示部に表示するのが困難なときに用いられ、第２の映像の代わりとなる画面を端末の表示部に表示することになる。
なお、図４０では、電気通信回線業者は、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」を送信しているが、すべての情報を送信しなくてもよく、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」のうちの一つの情報を送信してもよいし、「文字情報（電文情報）」、「静止画情報」、「ＵＲＬ（Uniform Resource Locator）情報」のうちの二つの情報を送信してもよい。
また、これらの情報は、送信フレームのフレーム単位に常に含むものでなくてもよい、例えば、これらの情報を、複数のフレームごとに送信してもよい。したがって、これらの情報を送信するタイミングどのようなものであってもよい。
なお、図４０のようにフレームを送信する場合、図３４における情報提供３４０１は、点線で示しているように電気通信回線業者１０４の情報を提供していることになり、そして、電気通信回線業者１０４は、点線で示しているように、その情報を端末に１０５に送信していることになる。
図４１は、図４０の情報を送信するときの、放送局と電気通信回線業者の送信装置の構成を示しており、図２と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２での説明と同様となるので、説明は省略する。
パケット（またはフレーム）処理部４１０２は、文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報４１０１、および、第２の制御信号２２８を入力とし、第２の制御信号２２８に基づいて、パケット化・フレーム化を行い、パケット（またはフレーム）処理後の情報４１０３を出力する。
信号処理部２２４は、パケット（またはフレーム）処理後の第２の映像および／または音声情報２２３、パケット（またはフレーム）処理後の情報４１０３、第２の制御信号２２８を入力とし、第２制御信号２２８に含まれる図４０の電気通信回線業者の送信フレームの情報に基づき、送信信号生成のための信号処理を施し、信号処理後の信号２２５を出力する。
図４２は、図４１のように送信した信号を受信する端末の受信装置の構成の一例を示しており、図３と同様に動作するものについては、同一番号を付しており、実施方法は、実施の形態１、実施の形態２での説明と同様となるので、説明は省略する。
信号処理部３５５は、受信信号３５４を入力とし、第２の映像パケット群、制御情報、文字情報（電文情報）、静止画情報、ＵＲＬ情報の分離を行い、受信データ（第２の映像パケット群）３５６、制御情報３５７、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号４２０２」を出力する。
パケット（またはフレーム）処理部４２０３は、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号４２０２」、制御情報３５７を入力とし、制御情報３５７に含まれる送信方法・誤り訂正符号化方法に関する情報等に基づく信号処理を施し、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」を出力する。
デコーダ４２０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」を入力とし、文字情報（電文情報）、静止画情報、ＵＲＬ情報いずれかのデコードを行い、表示画面の情報４２０６を出力する。
このとき、デコーダ４２０５は、以下のような動作となる。「文字情報（電文情報）」の場合、表示画面の情報４２０６は「表示部に表示する文字情報（電文情報）」となる。「静止画情報」の場合、表示画面の情報４２０６は「表示部に表示する静止画情報」となる。ＵＲＬ情報」の場合、ＵＲＬ先からの情報（４２１０）を入手し、出力することになる。
信号処理部３８０は、第１の映像、第２の映像の同期した映像が得られたかどうか、を判定し、判定結果４２０１を出力する。
表示部３８４は、映像信号３８３、表示画面の情報４２０６、判定結果４２０１を入力とし、判定結果４２０１が「第１の映像、第２の映像の同期した映像が得られた」ということを示している場合、映像信号３８３を表示する。判定結果４２０１が「第１の映像、第２の映像の同期した映像が得られていない」という情報の場合、第１の映像が得られていない場合は、第１の映像に代わって、表示画面の情報４２０６を表示するとともに、第２の映像を表示する。第２の映像が得られていない場合、第２の映像に代わって、表示画面の情報４２０６を表示する。
以上のように、マルチアングルの第１の映像と第２の映像の表示に乱れが発生した場合、乱れる可能性のある映像に代わる情報を表示することにより、ユーザに与える不快感を低減できる可能性を高くすることができるという効果を得ることができる。
（実施の形態４）
実施の形態１、実施の形態２において、マルチアングルの第１の映像と第２の映像に対し、放送局が第１の映像を送信し、電気通信回線業者が第２の映像を送信する際、第２の映像の伝送の際に、パケットレベルでの誤り訂正符号化を行う送信方法について説明した。このとき、電気通信回線業者が、ＴＣＰ（ＴＣＰ／ＩＰ）、または、ＵＤＰによって、第２の映像のパケットを送信し、パケットの遅延、パケットの欠損の影響を少なくするために、パケットレベルの誤り訂正符号を導入している。
しかし、放送局が送信する第１の映像と電気通信回線業者が送信するデータを時間的に同期させる場合、消失訂正符号（パケットレベルでの誤り訂正符号化）を導入しなくてもよい場合もある。本実施の形態では、この点について説明する。
図４３は、本実施の形態における、放送局と電気通信回線業者の送信装置の構成の一例を示している。図４３において、図２と同様に動作するものについては、同一番号を付している。制御部２３２は、送信データ４３００を入力とし、送信データ４３０１と第２の制御信号２２８を出力する。なお、詳細の動作については、図４４を用いて後で説明する。
制御情報生成部４３０３は、送信データ４３０１、送信データ４３０２を入力とし、制御情報４３０２を生成し出力する。なお、詳細の動作については、図４４を用いて後で説明する。
パケット（またはフレーム）処理部２２２は、送信データ４３０１、直接電気通信回線業者に届く際の送信データ４３０２、第２の制御信号２２８を入力とし、第２の制御信号２２８により、送信データ４３０１、送信データ４３０２のうち、有効な送信データを選択し、パケット（またはフレーム）処理を施し、パケット（またはフレーム）処理後のデータ４３０４を出力する。なお、詳細の動作については、図４４を用いて後で説明する。
図４４は、本実施の形態における、放送局と電気通信回線業者の送信装置送信するパケットの送信状況の例４４００を示している。放送局が「第１映像のパケット群＃１」（４４０１）を送信する際、電気通信回線業者は、制御情報４４０５、および、「第２映像のパケット群＃１」（４４０６）を送信する。このとき、図４３に示す電気通信回線業者の送信装置において、「第２映像のパケット群＃１」（４４０６）生成のための消失訂正符号化（パケットレベルでの誤り訂正符号化）を実施するものとする。そして、制御情報４４０５には、「消失訂正符号化（パケットレベルでの誤り訂正符号化）を行ったことを示す情報」を含んでいるものとする。
図４３に示す放送局が「第１映像のパケット群＃２」（４４０２）を送信する際、電気通信回線業者は、制御情報４４０７、および、「第２映像のパケット群＃２」（４４０８）を送信する。このとき、図４３に示す電気通信回線業者の送信装置において、「第２映像のパケット群＃２」（４４０６）生成のために消失訂正符号化（パケットレベルでの誤り訂正符号化）を実施しないものとする。そして、制御情報４４０５には、「消失訂正符号化（パケットレベルでの誤り訂正符号化）を行っていないことを示す情報」を含んでいるものとする。
上述で説明したように、第２の映像のパケットを送信する際、消失訂正符号化（パケットレベルでの誤り訂正符号化）を行う場合と行わない場合がある。例えば、映像符号化の圧縮率が高く、および／または、画面数が少ない（つまり、データサイズが小さい）場合、送信するパケット数を少なくすることができるので、図４３の制御情報生成部４３０３は「消失訂正符号化を行わない」と判断することになる。逆に、映像符号化の圧縮率が低く、および／または、画素数が多い（つまり、データサイズが大きい）場合、送信するパケット数が多くなるので、図４３の制御情報生成部４３０３は「消失訂正符号化を行う」と判断することになる。
図４３に示す放送局が「第１映像のパケット群＃３」（４４０３）を送信する際、電気通信回線業者は、制御情報４４０９、および、「データパケット群」（４４１０）を送信する。このとき、「データパケット群」（４４１０）のデータは、「文字情報」「静止画情報」「ＵＲＬの情報」などとなる。このとき、図４３に示す電気通信回線業者の送信装置において「データパケット群」（４４１０）生成のために消失訂正符号化（パケットレベルでの誤り訂正符号化）を実施しないものとする。そして、制御情報４４０９には、「消失訂正符号化（パケットレベルでの誤り訂正符号化）を行っていないことを示す情報」を含んでいるものとする。
「データパケット群」（４４１０）のデータは、「文字情報」「静止画情報」「ＵＲＬの情報」などの場合、映像データと比較し、送信するデータ量が少ないため、図４３の制御情報生成部４３０３は「消失訂正符号化を行わない」と判断することになる。
なお、消失訂正符号化を行うか、の情報は、制御情報４３０２に含まれることになる。
したがって、図４３のパケット（またはフレーム）処理部２２２は、上記で説明したように、制御情報４３０２に含まれる「消失訂正符号化を行うか」の情報にもとづき、データに対し、消失訂正符号化を行うかを判断し、消失訂正符号化を行う、または行わないときに基づく処理を行うことになる。
図４２は、図４３、図４４のように送信した信号を受信する端末の受信装置の構成の一例を示しており、実施方法は、実施の形態１、実施の形態２、実施の形態３での説明と同様となる。
信号処理部３５５は、受信信号３５４を入力とし、図４４の制御情報（シンボル）から、電気通信回線業者が送信した情報の種類（映像データ、または、文字情報（電文情報）、または、静止画情報、または、ＵＲＬ情報）を判断し、受信データ（第２の映像パケット群）３５６、制御情報３５７、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号４２０２」を出力する。
パケット（またはフレーム）処理部４２０３は、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の対数尤度比信号４２０２」、制御情報３５７を入力とし、制御情報３５７の情報の種類の情報が、文字情報（電文情報）、または、静止画情報、または、ＵＲＬ情報の場合、送信方法・誤り訂正符号化方法に関する情報等に基づく信号処理を施し、「文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」を出力する。
デコーダ４２０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」を入力とし、文字情報（電文情報）、静止画情報、ＵＲＬ情報いずれかのデコードを行い、表示画面の情報４２０６を出力する。
このとき、デコーダ４２０５は、以下のような動作となる。「文字情報（電文情報）」の場合、表示画面の情報４２０６は「表示部に表示する文字情報（電文情報）」となる。「静止画情報」の場合、表示画面の情報４２０６は「表示部に表示する静止画情報」となる。ＵＲＬ情報」の場合、ＵＲＬ先からの情報（４２１０）を入手し、出力することになる。
パケット（またはフレーム）処理部３５８は、受信データ３５６、制御情報３５７を入力とし、制御情報３５７に含まれる情報の種類の情報が、第２の映像であることを示していたとき、さらに、消失訂正符号が適用されているという情報を得た場合、消失訂正復号（パケットレベルの誤り訂正復号）を行う。そして、消失訂正復号が適用されていないという情報を得た場合、消失訂正復号（パケットレベルの誤り訂正復号）は行われない。
信号処理部３８０は、第２の映像が得られたかどうか、図４４の制御情報（シンボル）から判定し、判定結果４２０１を出力する。
表示部３８４は、映像信号３８３、表示画面の情報４２０６、判定結果４２０１を入力とし、判定結果４２０１が「第２の映像が得られた」ということを示している場合、映像信号３８３を表示する。判定結果４２０１が「第２の映像が得られていない」という情報の場合、表示画面の情報４２０６を表示する。
以上のように、消失訂正符号（パケットレベルでの誤り訂正符号化）の適用をする場合としない場合を切り替えることで、端末は、高いデータの受信品質とデータ伝送速度の向上の両立を図ることができる（消失訂正符号化を行った場合、データの伝送速度は低下することになる）。
（実施の形態５）
実施の形態１から実施の形態４で、消失訂正符号（パケットレベルでの誤り訂正符号化）の適用例について説明したが、本実施の形態では、消失訂正符号（パケットレベルでの誤り訂正符号化）を適用する別の例について説明する。
図４５は、本実施の形態における放送局が送信するパケットの様子を示しており、横軸は時間である。図４５において、４５０１は事前送信パケット群であり、このパケット群（４５０１）を受信した端末は、このパケット群（４５０１）を一時的に記憶しておくことになる。なお、端末は、事前送信パケット群４５０１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできないものとする。（このときの特徴については後で詳しく説明する。）これにより、映像を含む番組の受信時間帯は、一意に設定することができるという特徴をもつことになる。
４５０２は映像パケット群であり、端末は、映像パケット群４５０２を得ることで、映像（および、音声）を表示することが可能であるものとする。（このときの特徴については後で詳しく説明する。）また、端末は、映像パケット群４５０２と記憶していた事前送信パケット群４５０１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。
よって、事前送信パケット群４５０１を保持している端末、事前送信パケット群４５０１を保持していない端末、いずれも、映像パケット群４５０２を得ることで、映像のデコードが可能となる。
図４６は、図４５のように放送局がパケットを送信するのを実現する放送局の構成の一例を示しており、図２と同様に動作するものについては、同一番号を付しており、その説明は省略する。
パケット（またはフレーム）処理部２０２は、第１の映像、および／または、音声の情報２０１、第１の制御信号２１１を入力とし、第１の制御信号２１１に基づいて、パケットレベルの誤り訂正符号化を行い、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３を出力する。なお、本実施の形態では、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３は、図４５の事前送信パケット群４５０１と映像パケット群４５０２は構成されている。このとき、図４５の事前送信パケット群４５０１と映像パケット群４５０２では、制御情報（端末が復調、復号、信号処理等の処理を行うのに必要となる情報）を示していないが、放送局が事前送信パケット群４５０１を送信する際、制御情報も送信しており（事前送信パケット群４５０１に制御情報は含まれている）、また、放送局が映像パケット群４５０２を送信する際、制御情報も送信していることになる(映像パケット群４５０２に制御情報は含まれている)。
パケット振り分け部４６００は、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３、第１の制御信号２１１を入力とし、第１の制御信号２１１において、「図４５のような送信方法を採る」ことが示されている場合、事前（送信）パケット群４６０２、および、映像パケット群４６０３を出力する。そして、第１の制御信号２１１において、「図４５のような送信方法を採らない」ことが示されている場合、パケット群４６０１を出力する。
事前（送信）パケット蓄積部４６０４、事前送信パケット群４６０２、第１の制御信号２１１を入力とし、一時的に事前送信パケット群を蓄積する（ただし、蓄積しなくても動作が可能であれば、蓄積を行わない。）。そして、第１の制御信号２１１にもとづき、事前（送信）パケット蓄積部４６０４は、蓄積している事前送信パケット群を事前送信パケット群４６０５として出力する。
映像パケット記憶部４６０７は、映像パケット群４６０３、第１の制御信号２１１を入力とし、一時的に映像パケット群を記憶する。そして、第１の制御信号２１１にもとづき、映像パケット記憶部４６０７は、記憶している映像パケット群を映像パケット群４６０８として出力する。
物理層誤り訂正符号化部２０４は、パケット群４６０１、事前（送信）パケット群４６０５、映像パケット群４６０８、第１の制御信号２１１を入力とし、第１の制御信号２１１において、「図４５のような送信方法を採らない」ことが示されている場合、パケット群４６０１に対し、物理層の誤り訂正符号化を施し、誤り訂正符号化後のデータ２０５を出力する。
物理層誤り訂正符号化部２０４は、第１の制御信号２１１において、「図４５のような送信方法を採る」ことが示されている場合、図４５のフレームにしたがって、事前（送信）パケット群４６０５に対して物理層の誤り訂正符号化を施した誤り訂正符号化後のデータ、映像パケット群４６０８に対して物理層の誤り訂正符号化を施した誤り訂正符号化後のデータを出力することになる。
次に、事前（送信）パケット群４６０２（４６０５）（４５０１）、映像パケット群４６０３（４６０８）（４５０２）と第１の映像、および／または、音声の情報２０１の関係について説明する。
図４７に、パケット群４６０２（４６０５）（４５０１）、映像パケット群４６０３（４６０８）（４５０２）と第１の映像、および／または、音声の情報２０１の関係の一例を示している。また、図４８に、図４７とは異なる、「パケット群４６０２（４６０５）（４５０１）、映像パケット群４６０３（４６０８）（４５０２）と第１の映像、および／または、音声の情報２０１の関係の一例」を示している。
図４７において、４７０１は、「第１の映像、および／または、音声の情報」を示しており、「第１の映像、および／または、音声の情報」４７０１のビット数をＸビット（Ｘは自然数）とする。そして、パケットレベルでの誤り訂正符号化において、組織符号を用いる際、「第１の映像、および／または、音声の情報」４７０１を符号化することにより、「第１の映像、および／または、音声の情報」４７０２とパリティ４７０３を得ることになる。なお、「第１の映像、および／または、音声の情報」４７０１と「第１の映像、および／または、音声の情報」４７０２は同一のデータとなる。よって、「第１の映像、および／または、音声の情報」４７０２のビット数をＸビット（Ｘは自然数）となる。そして、パリティ４７０３のビット数をＹビット（Ｙは自然数）とし、Ｙ＜Ｘの関係が成立するものとする。
そして、「第１の映像、および／または、音声の情報」４７０２から図４５における映像パケット群４５０２を生成し、パリティ４７０３から図４５の事前（送信）パケット群４５０１を生成するものとする（例えば、各パケットでは、制御情報などの付加情報を付加することになることがある）。
図４７のようにして映像パケット群と事前送信パケット群を生成した場合、上述の「端末は、事前送信パケット群４５０１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできない」を満たすことになる（Ｙ＜Ｘを満たすので）。
また、図４７の映像パケット群の構成から、上述の「端末は、映像パケット群４５０２を得ることで、映像（および、音声）を表示することが可能であるものとする。」を満たすことになり、また、上述の「端末は、映像パケット群４５０２と記憶していた事前送信パケット群４５０１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。」を実現することができる。
図４８において、４８０１は、「第１の映像、および／または、音声の情報」を示しており、「第１の映像、および／または、音声の情報」４８０１のビット数をＸビット（Ｘは自然数）とする。
そして、パケットレベルでの誤り訂正符号化において、組織符号、または、非組織符号を用いる際、「第１の映像、および／または、音声の情報」４８０１を符号化することにより、「第１データ」４８０２と「第２データ」４８０３を得るものとする。
なお、「第１データ」４８０２のビット数をＺビット（Ｚは自然数）とし、Ｚ＞Ｘが成立するものとする。そして、「第２データ」４８０３のビット数をＹビット（Ｙは自然数）とし、Ｙ＜Ｘの関係が成立するものとする。
そして、「第１データ」４８０２から図４５における映像パケット群４５０２を生成し、「第２データ」４８０３から図４５の事前（送信）パケット群４５０１を生成するものとする（例えば、各パケットでは、制御情報などの付加情報を付加することになることがある）。
図４８のようにして映像パケット群と事前送信パケット群を生成した場合、上述の「端末は、事前送信パケット群４５０１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできない」を満たすことになる（Ｙ＜Ｘを満たすので）。
また、図４８の映像パケット群の構成から、上述の「端末は、映像パケット群４５０２を得ることで、映像（および、音声）を表示することが可能であるものとする。」を満たすことになり、また、上述の「端末は、映像パケット群４５０２と記憶していた事前送信パケット群４５０１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。」を実現することができる。
図４９は、図４５のように送信されるパケット群を受信する端末の構成の一例を示しており、図３と同様に動作するものについては、同一番号を付しており、その説明は省略する。
記憶部４９０１は、受信データ３１４、制御情報信号３１０を入力とし、制御情報信号３１０が「受信データ３１４が図４５の事前（送信）パケット群４５０１のデータである」ことを示している場合、受信データ３１４を記憶する。そして、記憶部４９０１は、指示があった場合、記憶部に記憶しているデータ（記憶データ４９０２）を出力する。
パケット（またはフレーム）処理部３１５は、受信データ３１４、記憶データ４９０２、制御情報信号３１０を入力とする。
制御情報信号３１０が「受信データ３１４が図４５の事前（送信）パケット群４５０１のデータである」ことを示している場合、パケット（またはフレーム）処理部３１５は、受信データ３１４を無視する。
制御情報信号３１０が「受信データ３１４が図４５の映像パケット群４５０２のデータである」ことを示している場合。
＜ａ＞記憶部４９０１が、図４５の事前送信パケット群４５０１を記憶している場合、パケット（またはフレーム）処理部３１５は、受信データ３１４と記憶データ４９０２を用いて、パケットレベルの誤り訂正復号を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
＜ｂ＞記憶部４９０１が、図４５の事前送信パケット群４５０１を記憶していない場合、パケット（またはフレーム）処理部３１５は、受信データ３１４を用いて、パケットレベルの誤り訂正復号を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
制御情報信号３１０が「図４５の送信方法でない」ことを示している場合、パケット（またはフレーム）処理部３１５は、制御情報信号３１０に基づき、パケット（またはフレーム）処理を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
以上のように実施することで、端末は、高いデータの受信品質を得ることができると共に、柔軟性の高い放送システム（マルチキャストシステム）を構築することができるという効果を得ることができる。
上述では、事前（送信）パケットを放送局が送信する場合について説明したが、この方法に限ったものではない。したがって、以降では、他の送信方法を用いた場合について説明する。
図５０は、本実施の形態における放送局および電気通信回線業者の送信装置が送信するパケットの様子を示しており、横軸は時間である。図５０において、５００１は事前送信パケット群であり、このパケット群（５００１）を電気通信回線業者の送信装置が送信する。そして、このパケット群（５００１）を受信した端末は、このパケット群（５００１）を一時的に記憶しておくことになる。なお、端末は、事前送信パケット群５００１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできないものとする。（このときの特徴については後で詳しく説明する。）これにより、映像を含む番組の受信時間帯は、一意に設定することができるという特徴をもつことになる。
５００２は映像パケット群であり、このパケット群（５００２）を放送局が送信する。
そして、端末は、映像パケット群５００２を得ることで、映像（および、音声）を表示することが可能であるものとする。（このときの特徴については後で詳しく説明する。）また、端末は、映像パケット群５００２と記憶していた事前送信パケット群５００１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。
よって、事前送信パケット群５００１を保持している端末、事前送信パケット群５００１を保持していない端末、いずれも、映像パケット群５００２を得ることで、映像のデコードが可能となる。
図５１は、図５０のように放送局および電気通信回線業者の送信装置がパケットを送信するのを実現する放送局および電気通信回線業者の送信装置の構成の一例を示しており、図２と同様に動作するものについては、同一番号を付しており、その説明は省略する。
パケット（またはフレーム）処理部２０２は、第１の映像、および／または、音声の情報２０１、第１の制御信号２１１を入力とし、第１の制御信号２１１に基づいて、パケットレベルの誤り訂正符号化を行い、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３を出力する。
なお、本実施の形態では、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３は、図５０の事前送信パケット群５００１と映像パケット群５００２は構成されている。このとき、図５０の事前送信パケット群５００１と映像パケット群５００２では、制御情報（端末が復調、復号、信号処理等の処理を行うのに必要となる情報）を示していないが、電気通信回線業者の送信装置が事前送信パケット群５００１を送信する際、制御情報も送信しており（事前送信パケット群５００１に制御情報は含まれている）、また、放送局が映像パケット群５００２を送信する際、制御情報も送信していることになる(映像パケット群５００２に制御情報は含まれている)。
パケット振り分け部５１００は、パケット（またはフレーム）処理後の第１の映像、および／または、音声の情報２０３、第１の制御信号２１１を入力とし、第１の制御信号２１１において、「図５０のような送信方法を採る」ことが示されている場合、事前（送信）パケット群５１０３、および、映像パケット群５１０２を出力する。そして、第１の制御信号２１１において、「図５０のような送信方法を採らない」ことが示されている場合、パケット群５１０１を出力する。
なお、図５１では、放送局が、パケット（またはフレーム）処理部２０２、パケット振り分け部５１００を具備している構成としているが、これに限ったものではなく、電気通信回線業者の送信装置が、パケット（またはフレーム）処理部２０２、パケット振り分け部５１００を具備していてもよいし、別の装置が、パケット（またはフレーム）処理部２０２、パケット振り分け部５１００を具備していてもよい。
映像パケット記憶部５１０４は、映像パケット群５１０２、第１の制御信号２１１を入力とし、一時的に映像パケット群を記憶する。そして、第１の制御信号２１１にもとづき、映像パケット記憶部５１０４は、記憶している映像パケット群を映像パケット群５１０５として出力する。
物理層誤り訂正符号化部２０４は、パケット群５１０１、映像パケット群５１０５、第１の制御信号２１１を入力とし、第１の制御信号２１１において、「図５０のような送信方法を採らない」ことが示されている場合、パケット群５１０１に対し、物理層の誤り訂正符号化を施し、誤り訂正符号化後のデータ２０５を出力する。
物理層誤り訂正符号化部２０４は、第１の制御信号２１１において、「図５０のような送信方法を採る」ことが示されている場合、図５０のフレームにしたがって、映像パケット群５１０５に対して物理層の誤り訂正符号化を施した誤り訂正符号化後のデータを出力することになる。
電気通信回線業者の送信装置における信号処理部２２４は、パケット（またはフレーム）処理後の情報２２３、事前（送信）パケット群５１０３、第１の制御信号２１１、第２の制御信号２２８を入力とし、第１の制御信号２１１において、「図５０のような送信方法を採る」ことが示されている場合、図５０のフレームにしたがって、事前（送信）パケット群５１０３に対して信号処理を施し、信号処理後の信号２２５を出力する。
それ以外の場合は、第２の制御信号２２８の情報にもとづき、信号処理部２２４は、パケット（またはフレーム）処理後の情報２２３に対して信号処理を施し、信号処理後の信号２２５を出力する。
次に、事前（送信）パケット群５１０３（５００１）、映像パケット群５１０２（５１０５）（５００２）と第１の映像、および／または、音声の情報２０１の関係について説明する。
図４７に、パケット群５１０３（５００１）、映像パケット群５１０２（５１０５）（５００２）と第１の映像、および／または、音声の情報２０１の関係の一例を示している。また、図４８に、図４７とは異なる、「パケット群５１０３（５００１）、映像パケット群５１０２（５１０５）（５００２）と第１の映像、および／または、音声の情報２０１の関係の一例」を示している。
図４７において、４７０１は、「第１の映像、および／または、音声の情報」を示しており、「第１の映像、および／または、音声の情報」４７０１のビット数をＸビット（Ｘは自然数）とする。そして、パケットレベルでの誤り訂正符号化において、組織符号を用いる際、「第１の映像、および／または、音声の情報」４７０１を符号化することにより、「第１の映像、および／または、音声の情報」４７０２とパリティ４７０３を得ることになる。なお、「第１の映像、および／または、音声の情報」４７０１と「第１の映像、および／または、音声の情報」４７０２は同一のデータとなる。よって、「第１の映像、および／または、音声の情報」４７０２のビット数をＸビット（Ｘは自然数）となる。そして、パリティ４７０３のビット数をＹビット（Ｙは自然数）とし、Ｙ＜Ｘの関係が成立するものとする。
そして、「第１の映像、および／または、音声の情報」４７０２から図５０における映像パケット群５００２を生成し、パリティ４７０３から図５０の事前（送信）パケット群５００１を生成するものとする（例えば、各パケットでは、制御情報などの付加情報を付加することになることがある）。
図４７のようにして映像パケット群と事前送信パケット群を生成した場合、上述の「端末は、事前送信パケット群５００１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできない」を満たすことになる（Ｙ＜Ｘを満たすので）。
また、図４７の映像パケット群の構成から、上述の「端末は、映像パケット群５００２を得ることで、映像（および、音声）を表示することが可能であるものとする。」を満たすことになり、また、上述の「端末は、映像パケット群５００２と記憶していた事前送信パケット群５００１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。」を実現することができる。
図４８において、４８０１は、「第１の映像、および／または、音声の情報」を示しており、「第１の映像、および／または、音声の情報」４８０１のビット数をＸビット（Ｘは自然数）とする。
そして、パケットレベルでの誤り訂正符号化において、組織符号、または、非組織符号を用いる際、「第１の映像、および／または、音声の情報」４８０１を符号化することにより、「第１データ」４８０２と「第２データ」４８０３を得るものとする（例えば、各パケットでは、制御情報などの付加情報を付加することになることがある）。
なお、「第１データ」４８０２のビット数をＺビット（Ｚは自然数）とし、Ｚ＞Ｘが成立するものとする。そして、「第２データ」４８０３のビット数をＹビット（Ｙは自然数）とし、Ｙ＜Ｘの関係が成立するものとする。
そして、「第１データ」４８０２から図５０における映像パケット群５００２を生成し、「第２データ」４８０３から図５０の事前（送信）パケット群５００１を生成するものとする。
図４８のようにして映像パケット群と事前送信パケット群を生成した場合、上述の「端末は、事前送信パケット群５００１を受信し、パケットレベルの誤り訂正復号を行っても、映像（および、音声）を得ることはできない」を満たすことになる（Ｙ＜Ｘを満たすので）。
また、図４８の映像パケット群の構成から、上述の「端末は、映像パケット群５００２を得ることで、映像（および、音声）を表示することが可能であるものとする。」を満たすことになり、また、上述の「端末は、映像パケット群５００２と記憶していた事前送信パケット群５００１を用いて、パケットレベルの誤り訂正復号を行うことで、より、高いデータ（パケット）の受信品質を得ることができ、映像の乱れが少ない状態での映像のデコードが可能となる。」を実現することができる。
図５２は、図５０のように送信されるパケット群を受信する端末の構成の一例を示しており、図３と同様に動作するものについては、同一番号を付しており、その説明は省略する。
記憶部５２０１は、制御情報信号３１０、受信データ３５６、制御情報３５７を入力とし、制御情報３５７が「受信データ３５６が、図５０の事前（送信）パケット群５００１のデータである」ことを示している場合、受信データ３５６を記憶する。そして、記憶部５２０１は、制御情報信号３１０から指示があった場合、記憶部に記憶しているデータ（記憶データ５２０２）を出力する。
パケット（またはフレーム）処理部３５８は、受信データ３１４、制御情報３５７を入力とし、制御情報３５７が「図５０の送信方法でない」ことを示している場合、制御情報３５７に基づき、パケット（またはフレーム）処理を行い、パケット（またはフレーム）処理後のデータ３５９を出力する。
パケット（またはフレーム）処理部３１５は、受信データ３１４、記憶データ５２０２、制御情報信号３１０を入力とする。
制御情報信号３１０が「受信データ３１４が図５０の映像パケット群５００２のデータである」ことを示している場合。
＜ａ＞記憶部５２０１が、図５０の事前送信パケット群５００１を記憶している場合、パケット（またはフレーム）処理部３１５は、受信データ３１４と記憶データ５２０２を用いて、パケットレベルの誤り訂正復号を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
＜ｂ＞記憶部５２０１が、図５０の事前送信パケット群５００１を記憶していない場合、パケット（またはフレーム）処理部３１５は、受信データ３１４を用いて、パケットレベルの誤り訂正復号を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
制御情報信号３１０が「図５０の送信方法でない」ことを示している場合、パケット（またはフレーム）処理部３１５は、制御情報信号３１０に基づき、パケット（またはフレーム）処理を行い、パケット（またはフレーム）処理後のデータ３１６を出力する。
以上のように実施することで、端末は、高いデータの受信品質を得ることができると共に、柔軟性の高い放送システム（マルチキャストシステム）を構築することができるという効果を得ることができる。
当然であるが、放送局は、本実施の形態以外の送信方法をとることができてもよく、その際、放送局は、本実施の形態の送信方法と本実施の形態以外の送信方法を切り替えて実施することになる。
（実施の形態６）
実施の形態１から実施の形態５において、端末が表示部を具備する構成について説明している。しかし、端末の構成は、この構成に限ったものではなく、端末が表示部を具備するとともに表示部をもつ他の装置（表示装置と名付ける）と接続可能である構成、端末が表示部を具備しない構成などが考える。
このような構成の端末を用いて、実施の形態１から実施の形態５を実施する場合の端末の詳細の構成について、以下では説明する。
まず、端末が表示装置を具備し、表示部をもつ他の装置（表示装置と名付ける）と接続可能である構成の場合について説明する。
図５３は、図３、図２８、図３３、図３７、図３９、図５２などの端末における表示部周辺の構成の一例を示しており、図３と同様に動作するものについては、同一番号を付している。
デコーダ３８２は，データ３８１、制御信号５３０１を入力とする。そして、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の３８３として出力し、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の３８５として出力するものとする。このとき、表示部３８４は、第１の映像を表示する。
加えて、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３として出力するものとする。そして、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、および、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３は、接続部５３０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
デコーダ３８２は，データ３８１、制御信号５３０１を入力とする。そして、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の３８３として出力し、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の３８５として出力するものとする。このとき、表示部３８４は、第２の映像を表示する。
加えて、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３として出力するものとする。そして、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、および、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３は、接続部５３０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
上述の例のように、表示部３８４において、第１の映像、第２の映像、どちらを表示してもよいし、また、表示装置５３０６も、第１の映像、第２の映像、どちらを表示してもよい。表示方法については、例えば、制御信号５３０１により、制御すればよい。
なお、制御信号５３０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５３０１に、表示部３８４と表示装置５３０６の表示タイミングを調整するための制御情報を含んでいてもよい。
図５４は、図３、図２８、図３３、図３７、図３９、図５２などの端末における表示部周辺の構成の一例を示しており、図３、図５３と同様に動作するものについては、同一番号を付している。
データ分離部（「データ制御部」と呼んでもよい）５４０２は、データ３８１、制御信号５４０１を入力とする。そして、制御信号５４０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５４０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第１の映像および／または音声の情報」をデータ５４０７として出力し、「第２の映像および／または音声の情報」に関連するデータをデータ５４０３として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、表示部３８４に第１の映像が表示される。
また、「第２の映像および／または音声の情報」に関連するデータは、接続部５４０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
データ分離部（「データ制御部」と呼んでもよい）５４０２は、データ３８１、制御信号５４０１を入力とする。そして、制御信号５４０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５４０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第２の映像および／または音声の情報」をデータ５４０７として出力し、「第１の映像および／または音声の情報」に関連するデータをデータ５４０３として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、表示部３８４に第２の映像が表示される。
また、「第１の映像および／または音声の情報」に関連するデータは、接続部５４０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
上述の例のように、表示部３８４において、第１の映像、第２の映像、どちらを表示してもよいし、また、表示装置５３０６も、第１の映像、第２の映像、どちらを表示してもよい。表示方法については、例えば、制御信号５４０１により、制御すればよい。
なお、制御信号５４０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５４０１に、表示部３８４と表示装置５３０６の表示タイミングを調整するための制御情報を含んでいてもよい。
また、図５４の場合、表示装置５３０８が、映像のデコーダを有していることになる。
図５５は、図４２などの端末における表示部周辺の構成の一例を示しており、図３、図４２と同様に動作するものについては、同一番号を付している。
端末が図５５の構成を具備している場合、表示部３８４は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
そして、表示装置５５１０は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
デコーダ３８２は、データ３８１、制御信号５５０４を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第１の映像および／または音声の情報」のデコード後の映像データを図５５の３８３として出力し、「第１の映像および／または音声の情報」のデコード後の音声データを図５５の３８５として出力するものとする。このとき、表示部３８４は、第１の映像を表示する。
加えて、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第２の映像および／または音声の情報」のデコード後の映像データを図５５の５５０１、「第２の映像および／または音声の情報」のデコード後の音声データを図５５の５５０２として出力するものとする。
そして、「第２の映像および／または音声の情報」のデコード後の映像データを図５５の５５０１、および、「第２の映像および／または音声の情報」のデコード後の音声データを図５５の５３０２は、選択部５５０５、接続部５５０８を介して、表示装置５５１０に届けられるものとする。（なお、接続５５０９は、無線、有線、いずれであってもよい。）表示装置５５１０は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
デコーダ３８２は、データ３８１、制御信号５５０４を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第２の映像および／または音声の情報」のデコード後の映像データを図５５の３８３として出力し、「第２の映像および／または音声の情報」のデコード後の音声データを図５５の３８５として出力するものとする。このとき、表示部３８４は、第２の映像を表示する。
加えて、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第１の映像および／または音声の情報」のデコード後の映像データを図５５の５５０１、「第１の映像および／または音声の情報」のデコード後の音声データを図５５の５５０２として出力するものとする。
そして、「第１の映像および／または音声の情報」のデコード後の映像データを図５５の５５０１、および、「第１の映像および／または音声の情報」のデコード後の音声データを図５５の５３０２は、選択部５５０５、接続部５５０８を介して、表示装置５５１０に届けられるものとする。（なお、接続５５０９は、無線、有線、いずれであってもよい。）表示装置５５１０は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
デコーダ４２０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」、ＵＲＬからの情報４２１０、制御信号５５０４を入力とする。
制御信号５５０４が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示部３８４に表示するということを示している場合、表示画面の情報４２０６を出力する。
制御信号５５０４が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示装置５５１０に表示するということを示している場合、表示画面の情報５５０３を出力する。
選択部５５０５は、信号５５０１、５５０２、５５０５、制御信号５５０４を入力とし、制御信号５５０４に基づいて、表示装置５５１０に表示する表示情報とスピーカから流す音の情報を５５０６、５５０７として出力する。
そして、信号５５０６、５５０７は、接続部５５０８を介して、表示装置５５１０に伝送される。
上述の例のように、表示部３８４において、複数の画面を表示してもよいし、また、端末は、表示装置５３０６に表示の一部の情報を伝送し、表示装置５３０６が映像（または画面）を表示してもよい。表示方法については、例えば、制御信号５５０４により、制御すればよい。
なお、制御信号５５０４には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５５０４に、表示部３８４と表示装置５５１０の表示タイミングを調整するための制御情報を含んでいてもよい。
図５６は、図４２などの端末における表示部周辺の構成の一例を示しており、図３、図４２と同様に動作するものについては、同一番号を付している。
端末が図５６の構成を具備している場合、表示部３８４は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
そして、表示装置５５１０は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
データ分離部（データ制御部）５６０２は、データ３８１、制御信号５６０１を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５６０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第１の映像および／または音声の情報」をデータ５６０３として出力し、「第２の映像および／または音声の情報」に関連するデータをデータ５６０４として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、第１の映像は、表示部３８４に表示される候補となる（判定結果４２０１により、候補の映像のなかから表示部３８４に表示される映像が選択される）。
そして、「第２の映像および／または音声の情報」に関連するデータは、選択部５６０８、接続部５６１１を介して、表示装置５６１３に届けられるものとする。（なお、接続５６１２は、無線、有線、いずれであってもよい。）表示装置５６１３は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
データ分離部（データ制御部）５６０２は、データ３８１、制御信号５６０１を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５６０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第２の映像および／または音声の情報」をデータ５６０３として出力し、「第１の映像および／または音声の情報」に関連するデータをデータ５６０４として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、第２の映像は、表示部３８４に表示される候補となる（判定結果４２０１により、候補の映像のなかから表示部３８４に表示される映像が選択される）。
そして、「第１の映像および／または音声の情報」に関連するデータは、選択部５６０８、接続部５６１１を介して、表示装置５６１３に届けられるものとする。（なお、接続５６１２は、無線、有線、いずれであってもよい。）表示装置５６１３は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
データ分離部（データ制御部）５６０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」、ＵＲＬからの情報４２１０、制御信号５６０１を入力とする。
制御信号５６０１が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示部３８４に表示するということを示している場合、データ分離部（データ制御部）５６０５「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を信号５６０６として出力する。
制御信号５６０１が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示装置５５１０に表示するということを示している場合、データ分離部（データ制御部）５６０５「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を信号５６０７として出力する。
選択部５６０８は、信号５６０４、５６０７、制御信号５６０１を入力とし、制御信号５６０１に基づいて、表示装置５６１３に表示する表示情報とスピーカから流す音の情報を５６０９、５６１０として出力する。
そして、信号５６０９、５６１０は、接続部５６１１を介して、表示装置５６１３に伝送される。
上述の例のように、表示部３８４において、複数の画面を表示してもよいし、また、端末は、表示装置５６１３に表示の一部の情報を伝送し、表示装置５６１３が映像（または画面）を表示してもよい。表示方法については、例えば、制御信号５６０１により、制御すればよい。
なお、制御信号５６０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５６０１に、表示部３８４と表示装置５６１３の表示タイミングを調整するための制御情報を含んでいてもよい。
上述の例では、端末が表示部を具備するとともに、端末は他の表示装置と接続可能である場合の、実施例について説明したが、このとき、上述の実施例とは異なる場合についても、端末の表示部と他の表示装置の両者を利用し、二つの映像を表示してもよい。例えば、端末の表示部に、放送業者が送信した映像を表示し、その映像と連動した映像、または、文字情報、または、静止画（文字付きであってもよい）を、他の表示装置に表示してもよい。また、他の表示装置に放送業者が送信した映像を表示し、その映像と連動した映像、または、文字情報、または、静止画（文字付きであってもよい）を、端末の表示部に表示してもよい。そして、データ伝送の際、実施の形態５で述べたような伝送方法を適用してもよい。
次に、端末が表示部を具備しない構成について説明する。
図５７は、図３、図２８、図３３、図３７、図３９、図５２などの端末における表示部周辺の構成の一例を示しており、図３、図５３と同様に動作するものについては、同一番号を付している。
デコーダ３８２は，データ３８１、制御信号５３０１を入力とする。そして、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の３８３として出力し、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の３８５として出力し、接続部５７０１を介して、表示装置５７０３に伝送され、表示装置５７０３は、第１の映像を表示するとともに、音声を出力する（なお、接続５７０２は、無線、有線、いずれであってもよい）。
加えて、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３として出力するものとする。そして、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、および、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３は、接続部５３０４を介して、表示装置５３０６に届けられるものとする（なお、接続５３０５は、無線、有線、いずれであってもよい）。表示装置５３０６は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
デコーダ３８２は，データ３８１、制御信号５３０１を入力とする。そして、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第２の映像および／または音声の情報」のデコード後の映像データを図５３の３８３として出力し、「第２の映像および／または音声の情報」のデコード後の音声データを図５３の３８５として出力し、接続部５７０１を介して、表示装置５７０３に伝送され、表示装置５７０３は、第２の映像を表示するとともに、音声を出力する（なお、接続５７０２は、無線、有線、いずれであってもよい）。
加えて、制御信号５３０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３として出力するものとする。そして、「第１の映像および／または音声の情報」のデコード後の映像データを図５３の５３０２、および、「第１の映像および／または音声の情報」のデコード後の音声データを図５３の５３０３は、接続部５３０４を介して、表示装置５３０６に届けられるものとする（なお、接続５３０５は、無線、有線、いずれであってもよい）。表示装置５３０６は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
上述の例のように、表示装置５３０６において、第１の映像、第２の映像、どちらを表示してもよいし、また、表示装置５３０６も、第１の映像、第２の映像、どちらを表示してもよい。表示方法については、例えば、制御信号５３０１により、制御すればよい。
なお、制御信号５３０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５３０１に、表示装置５３０６と表示装置５３０６の表示タイミングを調整するための制御情報を含んでいてもよい。
図５８は、図３、図２８、図３３、図３７、図３９、図５２などの端末における表示部周辺の構成の一例を示しており、図３、図５３、図５４と同様に動作するものについては、同一番号を付している。
データ分離部（「データ制御部」と呼んでもよい）５４０２は、データ３８１、制御信号５４０１を入力とする。そして、制御信号５４０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５４０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第１の映像および／または音声の情報」をデータ５４０７として出力し、「第２の映像および／または音声の情報」に関連するデータをデータ５４０３として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコード後のデータ（映像、音声）３８３、３９５を出力する。そして、デコード後のデータ（映像、音声）３８３、３９５、データ５４０７は、接続部５８０１を介して、表示装置５８０３に伝送され（なお、接続５８０２は、無線、有線、いずれであってもよい。）、表示装置５８０３は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
また、「第２の映像および／または音声の情報」に関連するデータは、接続部５４０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
データ分離部（「データ制御部」と呼んでもよい）５４０２は、データ３８１、制御信号５４０１を入力とする。そして、制御信号５４０１が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５４０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第２の映像および／または音声の情報」をデータ５４０７として出力し、「第１の映像および／または音声の情報」に関連するデータをデータ５４０３として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコード後のデータ（映像、音声）３８３、３９５を出力する。そして、デコード後のデータ（映像、音声）３８３、３９５、データ５４０７は、接続部５８０１を介して、表示装置５８０３に伝送され（なお、接続５８０２は、無線、有線、いずれであってもよい。）、表示装置５８０３は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
また、「第１の映像および／または音声の情報」に関連するデータは、接続部５４０４を介して、表示装置５３０６に届けられるものとする。（なお、接続５３０５は、無線、有線、いずれであってもよい。）表示装置５３０６は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
上述の例のように、表示装置５８０３において、第１の映像、第２の映像、どちらを表示してもよいし、また、表示装置５３０６も、第１の映像、第２の映像、どちらを表示してもよい。表示方法については、例えば、制御信号５４０１により、制御すればよい。
なお、制御信号５４０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示装置５８０３に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５４０１に、表示装置５８０３と表示装置５３０６の表示タイミングを調整するための制御情報を含んでいてもよい。
また、図５８の場合、表示装置５３０８が、映像のデコーダを有していることになる。
図５９は、図４２などの端末における表示部周辺の構成の一例を示しており、図３、図４２、図５５と同様に動作するものについては、同一番号を付している。
端末が図５９の構成を具備している場合、表示装置５９０３は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
そして、表示装置５５１０は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
デコーダ３８２は、データ３８１、制御信号５５０４を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第１の映像および／または音声の情報」のデコード後の映像データを図５９の３８３として出力し、「第１の映像および／または音声の情報」のデコード後の音声データを図５９の３８５として出力するものとする。
そして、信号３８３、３８５、４２０６は、接続部５９０１を介して、表示装置５９０３に伝送される（なお、接続５９０２は、無線、有線、いずれであってもよい）。
加えて、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第２の映像および／または音声の情報」のデコード後の映像データを図５９の５５０１、「第２の映像および／または音声の情報」のデコード後の音声データを図５９の５５０２として出力するものとする。
そして、「第２の映像および／または音声の情報」のデコード後の映像データを図５９の５５０１、および、「第２の映像および／または音声の情報」のデコード後の音声データを図５９の５３０２は、選択部５５０５、接続部５５０８を介して、表示装置５５１０に届けられるものとする。（なお、接続５５０９は、無線、有線、いずれであってもよい。）表示装置５５１０は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
デコーダ３８２は、データ３８１、制御信号５５０４を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、デコーダ３８２は、例えば、「第２の映像および／または音声の情報」のデコード後の映像データを図５９の３８３として出力し、「第２の映像および／または音声の情報」のデコード後の音声データを図５９の３８５として出力するものとする。
そして、信号３８３、３８５、４２０６は、接続部５９０１を介して、表示装置５９０３に伝送される（なお、接続５９０２は、無線、有線、いずれであってもよい）。
加えて、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示しているので、デコーダ３８２は、「第１の映像および／または音声の情報」のデコード後の映像データを図５９の５５０１、「第１の映像および／または音声の情報」のデコード後の音声データを図５９の５５０２として出力するものとする。
そして、「第１の映像および／または音声の情報」のデコード後の映像データを図５９の５５０１、および、「第１の映像および／または音声の情報」のデコード後の音声データを図５９の５３０２は、選択部５５０５、接続部５５０８を介して、表示装置５５１０に届けられるものとする。（なお、接続５５０９は、無線、有線、いずれであってもよい。）表示装置５５１０は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
デコーダ４２０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」、ＵＲＬからの情報４２１０、制御信号５５０４を入力とする。
制御信号５５０４が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示するということを示している場合、表示画面の情報４２０６を出力する。
制御信号５５０４が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示装置５５１０に表示するということを示している場合、表示画面の情報５５０３を出力する。
選択部５５０５は、信号５５０１、５５０２、５５０５、制御信号５５０４を入力とし、制御信号５５０４に基づいて、表示装置５５１０に表示する表示情報とスピーカから流す音の情報を５５０６、５５０７として出力する。
そして、信号５５０６、５５０７は、接続部５５０８を介して、表示装置５５１０に伝送される。
上述の例のように、表示装置５５１０において、複数の画面を表示してもよいし、また、端末は、表示装置５３０６に表示の一部の情報を伝送し、表示装置５３０６が映像（または画面）を表示してもよい。表示方法については、例えば、制御信号５５０４により、制御すればよい。
なお、制御信号５５０４には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示部３８４に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５５０４に、表示部３８４と表示装置５５１０の表示タイミングを調整するための制御情報を含んでいてもよい。
図６０は、図４２などの端末における表示部周辺の構成の一例を示しており、図３、図４２、図５６と同様に動作するものについては、同一番号を付している。
端末が図５６の構成を具備している場合、表示装置６００３は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
そして、表示装置５５１０は、「第１の映像を表示する」、「第２の映像を表示する」、「第１の映像および第２の映像の両者を表示する」、「｛第１の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛第２の映像｝および｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」、「｛文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報に基づく表示画面｝を表示する」のいずれかを実施することになる。
データ分離部（データ制御部）５６０２は、データ３８１、制御信号５６０１を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５６０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第１の映像および／または音声の情報」をデータ５６０３として出力し、「第２の映像および／または音声の情報」に関連するデータをデータ５６０４として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、第１の映像のデータ３８３、音声データ３８５を出力する。
そして、「第２の映像および／または音声の情報」に関連するデータは、選択部５６０８、接続部５６１１を介して、表示装置５６１３に届けられるものとする。（なお、接続５６１２は、無線、有線、いずれであってもよい。）表示装置５６１３は、第２の映像を表示する（なお、第２の音声をスピーカから流してもよい）。
別の例を記載する。
データ分離部（データ制御部）５６０２は、データ３８１、制御信号５６０１を入力とする。そして、制御信号５５０４が、「第１の映像および／または音声の情報」と「第２の映像および／または音声の情報」を別々の表示部に表示する、ことを示していた場合、データ分離部（データ制御部）５６０２は、例えば、データ３８１を、「第１の映像および／または音声の情報」に関連するデータと「第２の映像および／または音声の情報」に関連するデータに分離し、「第２の映像および／または音声の情報」をデータ５６０３として出力し、「第１の映像および／または音声の情報」に関連するデータをデータ５６０４として出力する。
そして、デコーダ３８２は、データ５４０７を入力とし、デコードを行い、第２の映像のデータ３８３、音声データ３８５を出力する。
そして、「第１の映像および／または音声の情報」に関連するデータは、選択部５６０８、接続部５６１１を介して、表示装置５６１３に届けられるものとする。（なお、接続５６１２は、無線、有線、いずれであってもよい。）表示装置５６１３は、第１の映像を表示する（なお、第１の音声をスピーカから流してもよい）。
データ分離部（データ制御部）５６０５は、「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」、ＵＲＬからの情報４２１０、制御信号５６０１を入力とする。
制御信号５６０１が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示部３８４に表示するということを示している場合、データ分離部（データ制御部）５６０５「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を信号５６０６として出力する。
制御信号５６０１が「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を表示装置５５１０に表示するということを示している場合、データ分離部（データ制御部）５６０５「パケット（またはフレーム）処理後の文字情報（電文情報）、および／または、静止画情報、および／または、ＵＲＬ情報の受信データ４２０４」またはＵＲＬからの情報４２１０のいずれかの情報を信号５６０７として出力する。
選択部５６０８は、信号５６０４、５６０７、制御信号５６０１を入力とし、制御信号５６０１に基づいて、表示装置５６１３に表示する表示情報とスピーカから流す音の情報を５６０９、５６１０として出力する。
そして、信号５６０９、５６１０は、接続部５６１１を介して、表示装置５６１３に伝送される。
接続部５９０１は、表示装置５９０３と接続（５９０２）され、表示装置５９０３は、映像を表示するとともに、音声をスピーカから出力する（なお、接続５９０２は、無線、有線、いずれであってもよい）。
上述の例のように、表示装置５９０３において、複数の画面を表示してもよいし、また、端末は、表示装置５６１３に表示の一部の情報を伝送し、表示装置５６１３が映像（または画面）を表示してもよい。表示方法については、例えば、制御信号５６０１により、制御すればよい。
なお、制御信号５６０１には、上述のように第１の映像と第２の映像を表示する場合と、他の実施の形態で説明したように、第１の映像と第２の映像を表示装置５９０３に表示する場合とを切り替えることができるような制御情報を含んでいてもよい。また、制御信号５６０１に、表示装置５９０３と表示装置５６１３の表示タイミングを調整するための制御情報を含んでいてもよい。
上述の例では、端末が、第１の表示装置と第２の表示装置と接続可能である場合の、実施例について説明したが、このとき、上述の実施例とは異なる場合についても、第１の表示装置と第２の表示装置の両者を利用し、二つの映像を表示してもよい。例えば、第１の表示装置に、放送業者が送信した映像を表示し、その映像と連動した映像、または、文字情報、または、静止画（文字付きであってもよい）を、第２の表示装置に表示してもよい。また、第２の表示装置に放送業者が送信した映像を表示し、その映像と連動した映像、または、文字情報、または、静止画（文字付きであってもよい）を、第１の表示装置に表示してもよい。そして、データ伝送の際、実施の形態５で述べたような伝送方法を適用してもよい。
以上のように実施することで、端末は、高いデータの受信品質を得ることができると共に、柔軟性の高い放送システム（マルチキャストシステム）を構築することができるという効果を得ることができる。
当然であるが、放送局は、本実施の形態以外の送信方法をとることができてもよく、その際、放送局は、本実施の形態の送信方法と本実施の形態以外の送信方法を切り替えて実施することになる。
（補足１）
本明細書のなかで、「映像（および／または音声（オーディオ）の情報）」という表現を行っているが、送信／受信する情報の中には映像の情報が含まれていることが前提となるケースが主の実施の形態となる。
本明細書の中で、「音声」と記載しているが、「音声」が、オーディオ、音などであっても同様に実施することができる。
本明細書のなかで、端末の受信装置の構成として、例えば、図３、図２８、図３３、図３７、図３９、図４２、図４９、図５２などでは、表示部を記載しているが、端末は、表示部を具備していなくてもよい。このとき、例えば、端末として、「映像、および／または、音声のデータを出力する端子を具備する端末」、「映像、および／または、音声のデータを記録するための記憶部（ハードディスク、半導体メモリー、ディスク）を具備する端末」の構成が考えられる（このとき、映像、および／または、音声のデータとしては、端末が受信動作により得たデータ自身であってもよいし、端末が受信動作により得たデータをフォーマット変換したデータであってもよい）。
また、端末の受信装置の構成として、例えば、図３、図２８、図３３、図３７、図３９、図４２、図４９、図５２などでは、表示部を記載しているが、端末は、表示部を具備していないとき、端末は、「映像、および／または、音声のデータ」を出力する出力部を具備し、この出力部の表示装置を接続することで、ユーザは、映像、および／または、音声を視聴することができることになる。
当然であるが、本明細書において説明した実施の形態、その他の内容を複数組み合わせて、実施してもよい。
また、各実施の形態、その他の内容については、あくまでも例であり、例えば、「変調方式、誤り訂正符号化方式（使用する誤り訂正符号、符号長、符号化率等）、制御情報など」を例示していても、別の「変調方式、誤り訂正符号化方式（使用する誤り訂正符号、符号長、符号化率等）、制御情報など」を適用した場合でも同様の構成で実施することが可能である。
そして、各パケット、各フレームには、データ（情報）に加えて、制御情報（送信方法に関する情報など）を伝送するためのシンボル、復調を実施するためのプリアンブル、パイロットシンボル、リファレンスシンボル、ユニークワード、ポストアンブル、などのシンボルが含まれていてもよい（ただし、これらのシンボルは、どのような名付け方を行ってもよく、その機能自身が重要となっている）。
本明細書において、放送局は、無線によりデータを伝送することになるが、そのときの送信方法は、どのような送信方法であってもよく、シングルキャリアによる送信方法、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式のようなマルチキャリア伝送方法、スペクトル拡散通信方式を用いた伝送方法、プリコーディングや時空間（または時間－周波数）符号化（例えば時空間ブロック符号化（space-time block codes））の処理を行い複数の変調信号を同一時刻・同一周波数を用いて送信する伝送方法などの送信方法を用いることになる。また、放送局は、ケーブルなどの有線を用いてデータを伝送する方法を用いてもよい。
本明細書において、電気通信回線業者の送信装置が送信するデータを有線で伝送する場合を例について説明しているが、無線によりデータを伝送する方法であってもよい。また、有線による伝送と無線による伝送の両者を用いる方式であってもよい。
本明細書において、端末の受信装置とアンテナが別々となっている構成であってもよい。例えば、アンテナで受信した信号、または、アンテナで受信した信号に対し、周波数変換を施した信号を、ケーブルを通して、入力するインターフェースを受信装置が具備し、受信装置はその後の処理を行うことになる。
また、受信装置が得たデータ・情報は、その後、映像や音に変換され、ディスプレイ（モニタ）に表示されたり、スピーカから音が出力されたりする。さらに、受信装置が得たデータ・情報は、映像や音に関する信号処理が施され（信号処理を施さなくてもよい）、受信装置が具備するＲＣＡ端子（映像端子、音用端子）、ＵＳＢ（Universal Serial Bus）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、ＨＤＭＩ（登録商標）２．０デジタル用端子等から出力されてもよい。
本明細書において、受信装置を具備しているのは、テレビ、ラジオ、端末、パーソナルコンピュータ、携帯電話、アクセスポイント、基地局等の通信機器であることが考えられる。また、本開示における送信装置、受信装置は、通信機能を有している機器であって、その機器が、テレビ、ラジオ、パーソナルコンピュータ、携帯電話等のアプリケーションを実行するための装置に何らかのインターフェースを解して接続できるような形態であることも考えられる。
なお、本開示は各実施の形態に限定されず、種々変更して実施することが可能である。例えば、各実施の形態では、通信装置として行う場合について説明しているが、これに限られるものではなく、この通信方法をソフトウェアとして行うことも可能である。
送信装置の送信アンテナ、受信装置の受信アンテナ、共に、図面で記載されている１つのアンテナは、複数のアンテナにより構成されていても良い。
なお、例えば、上記通信方法を実行するプログラムを予めＲＯＭ（Ｒｅａｄ Ｏｎｌｙ
Ｍｅｍｏｒｙ）に格納しておき、そのプログラムをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）によって動作させるようにしても良い。
また、上記通信方法を実行するプログラムをコンピュータで読み取り可能な記憶媒体に格納し、記憶媒体に格納されたプログラムをコンピュータのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に記録して、コンピュータをそのプログラムにしたがって動作させるようにしても良い。
そして、上記の各実施の形態などの各構成は、典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらは、個別に１チップ化されてもよいし、各実施の形態の全ての構成または一部の構成を含むように１チップ化されてもよい。
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限られるものではなく、専用回路または汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
さらに、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適応等が可能性としてあり得る。
（補足２）
なお、上記の実施の形態１から３では、放送局及び電気通信事業者がそれぞれ１または複数の経路（送信媒体）でコンテンツを伝送する場合を例に挙げて説明したが、例えば放送局が複数の送信媒体を用いてコンテンツを送信する場合や、電気通信事業者が複数の経路を介してコンテンツを伝送する場合においても、上記の実施の形態１から３で説明した送信タイミングの制御を適用できることは言うまでもない。
例えば、電気通信業者＃１と電気通信事業者＃２が複数の経路（送信媒体）でコンテンツを伝送してもよいし、放送局＃１と放送局＃２が複数の経路（送信媒体）でコンテンツを伝送してもよい。なお。送信局を２としたが、それ以上の数の放送局が複数の経路（送信媒体）でコンテンツを伝送してもよい。
また、例えば、電気通信事業者（送信局、基地局）が第１の経路を第２の経路を含む、互いに異なる複数の経路でコンテンツを送信する場合に、電気通信事業者の保有する送信装置は、送信装置がデータを送信してから第１の経路を経由して端末に到着するまでの第１の時間と送信装置がデータを送信してから第２の経路を経由して端末に到着するまでの第２の時間の差分に応じて、第１の経路で送信されるパケット群と第２の経路で送信されるパケット群のいずれか一方、または両方の送信タイミングを制御してもよい（つまり、複数の通信経路を用い、かつ、時間分割を行い（ただし、少なくとも一部のパケットが同時に送信されていてもよい）、パケット群が、端末に届けられることになる。ただし、パケット群は、本明細書で示したように、パケットレベルでの誤り訂正符号化が行われているか、パケットレベルでの誤り訂正符号化が行われているか否かを示す情報を含むことになる）。
ここで、第１の経路と第２の経路は少なくとも経路上の一部が異なっていれば、経路上のその他の部分が同一であってもよい。また、一部の中継装置間で互いに異なる伝送媒体や互いに異なるプロトコルを使用することによって、送信装置がデータを送信してから端末に到着するまでの時間に差が生じる場合は、経路上の装置がいずれも同一であっても互いに異なる経路であるとみなして、送信タイミングの制御を行っても良い。
一方、実際には異なる中継装置を経由する場合であっても、送信装置がデータを送信してから端末に到着するまでの時間の差が小さい場合は、それらを同一の経路であるとして扱っても良い。例えば、実際には３以上の経路を経由してコンテンツの伝送が行われるものの、当該３以上の経路を、送信装置がデータを送信してから端末に到着するまでの時間が第１の範囲に含まれる第１のグループと、送信装置がデータを送信してから端末に到着するまでの時間が第１の範囲とは異なる第２の範囲に含まれる第２のグループに分類できる場合は、第１のグループ及び第２のグループをそれぞれ第１の経路及び第２の経路とみなして、送信タイミングの制御を行っても良い。
また、第１の経路に対してパケット群を送信する送信装置と、第２の経路に対してパケット群を送信する送信装置とは、同じであっても良いし、異なっていても良い。
これにより、同期して再生されるコンテンツの乱れの発生を抑制することができる。また、端末における回路の規模を削減することができる。
また、上記の実施の形態１から３では、複数のカメラで撮影されたマルチアングルの第１の映像と第２の映像を、それぞれ放送局及び電気通信事業者が送信する場合を例に挙げて説明したが、送信されるコンテンツはマルチアングルの第１の映像と第２の映像である必要は無く、それぞれの経路で伝送されたデータを同期して再生する必要があれば、実施の形態１から３で説明した送信タイミングの制御を行うことにより、同期して再生されるコンテンツの乱れの発生を抑制するという効果を得ることができる。
例えば、同期して再生される音声と映像がそれぞれ異なる経路で伝送されてもよいし、映像を符号化して生成された符号化データを第１のストリームと第２のストリームに分離し、分離された第１のストリームと第２のストリームがそれぞれ異なる経路で送信されてもよい。ここで、第１のストリームが単独で低品質の映像として再生可能な第１階層の符号化データを含み、第２のストリームが第１階層の符号化データと組み合わせて高品質の映像として再生可能な第２階層の符号化データを含むとしてもよいし、第１のストリームと第２のストリームは共に他方のストリームに含まれる符号化データと組み合わせて再生する必要のある符号化データを含むとしてもよい。また、第１のストリームが含む符号化データの少なくとも一部について、同じ符号化データを第２のストリームが含んでいてもよい。
なお、本補足２で説明した送信タイミングの制御方法に、実施の形態４から６のいずれか一つまたは複数を組み合わせて実施しても良いことは言うまでもない。
なお、本開示では、マルチキャストで提供されるサービスの例を中心に説明したが、ユニキャストで提供されるサービスに適用可能なことは言うまでもない。つまり、複数の電気通信業者により、パケット群が複数の経路で送信されてもよく、このとき、各電気通信業者に対し、端末のフィードバックがあり、パケットの再送の要求を電気通信業者が受け付けてもよい。
本開示は、例えば、放送通信連携サービスにおいて、品質のよい映像の情報を伝送する際に有用である。
１０２Ａ，１０２Ｂ カメラ
１０３ 放送局
１０４ 電気通信回線業者
１０５ 端末

Claims (6)

  1. 放送局によって実行され、放送で情報ビットを送信する送信方法であって、
    前記情報ビットを取得し、
    前記情報ビットに誤り訂正符号化を施して生成された符号化ビットから、前記情報ビットのビット数よりも大きいビット数の第１データと、前記情報ビットのビット数よりも小さいビット数の第２データとを生成し、
    前記第１データを放送で送信し、
    前記第２データを前記第１データの送信開始よりも前に放送で送信する
    送信方法。
  2. 前記情報ビットは、映像情報または音声情報である
    請求項１に記載の送信方法。
  3. 前記放送局は、
    前記第２データを前記第１データの送信開始よりも前に送信する第１の送信方法と、
    前記符号化ビットを前記第１データと前記第２データに振り分けずに送信する第２の送信方法とを、
    制御信号に基づいて切り替える
    請求項１に記載の送信方法。
  4. 前記第１データおよび前記第２データは、それぞれ複数のパケットに格納されて送信される
    請求項１に記載の送信方法。
  5. 前記符号化ビットは、情報ビットとパリティビットを含む
    請求項１に記載の送信方法。
  6. 放送で情報ビットを送信する放送局であって、
    前記情報ビットを取得し、前記情報ビットに誤り訂正符号化を施して生成された符号化ビットから、前記情報ビットのビット数よりも大きいビット数の第１データと、前記情報ビットのビット数よりも小さいビット数の第２データとを生成するフレーム処理部と、
    前記第１データを放送で送信し、前記第２データを前記第１データの送信開始よりも前に放送で送信する送信部と、
    を備える放送局。
JP2020179689A 2013-10-31 2020-10-27 送信方法および放送局 Active JP7092844B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022096943A JP7397916B2 (ja) 2013-10-31 2022-06-16 受信方法および端末
JP2023203730A JP2024019272A (ja) 2013-10-31 2023-12-01 受信方法および端末

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2013227397 2013-10-31
JP2013227397 2013-10-31
JP2014000902 2014-01-07
JP2014000902 2014-01-07

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019151465A Division JP6785928B2 (ja) 2013-10-31 2019-08-21 方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022096943A Division JP7397916B2 (ja) 2013-10-31 2022-06-16 受信方法および端末

Publications (2)

Publication Number Publication Date
JP2021016181A JP2021016181A (ja) 2021-02-12
JP7092844B2 true JP7092844B2 (ja) 2022-06-28

Family

ID=53003711

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2015544798A Active JP6576827B2 (ja) 2013-10-31 2014-10-28 パケット送信方法、コンテンツ再生方法、パケット送信システム及び端末
JP2019151465A Active JP6785928B2 (ja) 2013-10-31 2019-08-21 方法
JP2020179689A Active JP7092844B2 (ja) 2013-10-31 2020-10-27 送信方法および放送局
JP2022096943A Active JP7397916B2 (ja) 2013-10-31 2022-06-16 受信方法および端末
JP2023203730A Pending JP2024019272A (ja) 2013-10-31 2023-12-01 受信方法および端末

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2015544798A Active JP6576827B2 (ja) 2013-10-31 2014-10-28 パケット送信方法、コンテンツ再生方法、パケット送信システム及び端末
JP2019151465A Active JP6785928B2 (ja) 2013-10-31 2019-08-21 方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2022096943A Active JP7397916B2 (ja) 2013-10-31 2022-06-16 受信方法および端末
JP2023203730A Pending JP2024019272A (ja) 2013-10-31 2023-12-01 受信方法および端末

Country Status (5)

Country Link
US (5) US9967602B2 (ja)
EP (3) EP3065412B1 (ja)
JP (5) JP6576827B2 (ja)
CN (1) CN105612757B (ja)
WO (1) WO2015064082A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160021515A1 (en) * 2014-07-18 2016-01-21 Samsung Electro-Mechanics Co., Ltd. Electronic shelf label gateway, electronic shelf label system and communications method thereof
US11606264B2 (en) * 2021-03-24 2023-03-14 Cisco Technology, Inc. Application of network layer FEC during predicted network events

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266741A (ja) 2003-03-04 2004-09-24 Sony Corp 配信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
JP2006080610A (ja) 2004-09-07 2006-03-23 Nippon Hoso Kyokai <Nhk> パリティ時差送信システム、送信装置、及び受信装置
JP2010539816A (ja) 2007-09-12 2010-12-16 デジタル ファウンテン， インコーポレイテッド 信頼できる通信を可能にするためのソース識別情報の生成および伝達
US20120192039A1 (en) 2009-07-03 2012-07-26 Miska Hannuksela Method, Apparatuses and Service for Media Transmission
JP2013521695A (ja) 2010-03-05 2013-06-10 サムスン エレクトロニクス カンパニー リミテッド ワイギグ用の応用階層順方向エラー訂正フレームワーク

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10178419A (ja) * 1996-12-18 1998-06-30 Nippon Telegr & Teleph Corp <Ntt> 誤り訂正方法および装置
US20050249240A1 (en) * 2002-06-11 2005-11-10 Boyce Jill M Multimedia server with simple adaptation to dynamic network loss conditions
JP4252324B2 (ja) * 2003-01-28 2009-04-08 三菱電機株式会社 受信機、放送送出装置及び補助コンテンツサーバ
JP4328602B2 (ja) * 2003-11-20 2009-09-09 富士通株式会社 パケットエラー訂正装置及び方法
US7328393B2 (en) * 2004-04-13 2008-02-05 Cisco Technology, Inc. Forward error correction in packet networks
GB2440979A (en) * 2006-08-18 2008-02-20 Siemens Ag Achieving coding gain in soft handover using incremental redundancy and bit mapping techniques
JP4597927B2 (ja) * 2006-08-30 2010-12-15 日本テレビ放送網株式会社 放送中継システム及びその方法
JP4570602B2 (ja) * 2006-10-05 2010-10-27 株式会社タイトー 画像代替表示法，画像代替表示システムおよび該システムに用いる端末装置
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8145975B2 (en) * 2008-02-28 2012-03-27 Ip Video Communications Corporation Universal packet loss recovery system for delivery of real-time streaming multimedia content over packet-switched networks
KR101558562B1 (ko) * 2008-05-26 2015-10-07 엘지전자 주식회사 터보코드를 이용한 데이터 전송장치 및 방법
EP2214340A1 (en) * 2009-01-30 2010-08-04 Panasonic Corporation HARQ operation for macro-diversity transmissions in the downlink
FR2949931B1 (fr) * 2009-09-10 2011-08-26 Canon Kk Procedes et dispositifs de transmission d'un flux de donnees, produit programme d'ordinateur et moyen de stockage correspondants.
JP5456784B2 (ja) * 2009-09-11 2014-04-02 パナソニック株式会社 コンテンツ送信装置、コンテンツ受信装置、コンテンツ送信プログラム、コンテンツ受信プログラム、コンテンツ送信方法、及びコンテンツ受信方法
CN102036123A (zh) * 2009-09-27 2011-04-27 科腾科技(北京)有限公司 用于单频网络数字广播电视系统的同步方法及系统
US8516333B1 (en) * 2009-11-19 2013-08-20 Viasat, Inc. Pre-interleaving for forward error correction codes
CN101702667B (zh) * 2009-11-19 2011-09-14 杭州竞天数码科技有限公司 一种基于多个网络模式的多信道同步工作方法
JP5578618B2 (ja) 2010-11-08 2014-08-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、送信装置、受信方法および受信装置
JP5578619B2 (ja) 2010-12-10 2014-08-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信装置および受信装置
KR20120084252A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
US8997141B2 (en) 2011-05-20 2015-03-31 Nippon Hoso Kyokai Cooperative communication/broadcasting system, application management server, receiver, reception method for receiver, and application management method for application management server
JP6043089B2 (ja) * 2011-05-20 2016-12-14 日本放送協会 放送通信連携受信装置
JP6018799B2 (ja) * 2011-05-20 2016-11-02 日本放送協会 放送通信連携システム
JP2013031556A (ja) 2011-08-02 2013-02-14 Daikoku Denki Co Ltd 遊技機用電源ユニット
WO2013031556A1 (ja) 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法
JPWO2013061526A1 (ja) * 2011-10-26 2015-04-02 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 放送受信装置、放送受信方法およびプログラム
KR20150027891A (ko) * 2013-08-30 2015-03-13 삼성전자주식회사 전자 장치들을 이용한 콘텐트 표현 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266741A (ja) 2003-03-04 2004-09-24 Sony Corp 配信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
JP2006080610A (ja) 2004-09-07 2006-03-23 Nippon Hoso Kyokai <Nhk> パリティ時差送信システム、送信装置、及び受信装置
JP2010539816A (ja) 2007-09-12 2010-12-16 デジタル ファウンテン， インコーポレイテッド 信頼できる通信を可能にするためのソース識別情報の生成および伝達
US20120192039A1 (en) 2009-07-03 2012-07-26 Miska Hannuksela Method, Apparatuses and Service for Media Transmission
JP2013521695A (ja) 2010-03-05 2013-06-10 サムスン エレクトロニクス カンパニー リミテッド ワイギグ用の応用階層順方向エラー訂正フレームワーク

Also Published As

Publication number Publication date
EP3657809A1 (en) 2020-05-27
JP2021016181A (ja) 2021-02-12
WO2015064082A1 (ja) 2015-05-07
EP3985985A3 (en) 2022-05-04
US9967602B2 (en) 2018-05-08
JP7397916B2 (ja) 2023-12-13
US20220248070A1 (en) 2022-08-04
EP3065412B1 (en) 2020-08-05
US11653045B2 (en) 2023-05-16
US20230247242A1 (en) 2023-08-03
EP3065412A4 (en) 2016-09-07
JP6576827B2 (ja) 2019-09-18
JP2024019272A (ja) 2024-02-08
CN105612757B (zh) 2020-06-23
US10945010B2 (en) 2021-03-09
EP3985985A2 (en) 2022-04-20
US20180227613A1 (en) 2018-08-09
JPWO2015064082A1 (ja) 2017-03-09
JP6785928B2 (ja) 2020-11-18
JP2022121493A (ja) 2022-08-19
EP3065412A1 (en) 2016-09-07
US20210152861A1 (en) 2021-05-20
US20160234540A1 (en) 2016-08-11
US11350146B2 (en) 2022-05-31
JP2020010356A (ja) 2020-01-16
CN105612757A (zh) 2016-05-25
EP3657809B1 (en) 2021-12-08

Similar Documents

Publication Publication Date Title
US11457098B2 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
US8151305B2 (en) Mobile television broadcast system
JP7397916B2 (ja) 受信方法および端末
US10448088B2 (en) Apparatus and method for transmitting and receiving signaling information in digital broadcast system
US20180183617A1 (en) Communication device, communication system, communication method and program
KR102383598B1 (ko) 방송 수신 장치 및 그 신호 처리 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201027

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210930

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211012

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220517

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220616

R150 Certificate of patent or registration of utility model

Ref document number: 7092844

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150