(57)【特許請求の範囲】
【請求項１】
供給されるソースデータをソースパケットに格納し、前記ソースデータを基に、ＦＥＣブロックごとにＡＬ−ＦＥＣ方式による誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、前記ＦＥＣブロックを特定するためのブロック特定情報を当該ＦＥＣブロックに属する前記ソースパケットの各々の選択的設定領域内に格納し、また、当該ブロック特定情報を当該ＦＥＣブロックに属する前記リペアパケットの各々のペイロード領域内に格納して、ＭＭＴＰによる前記ソースパケットおよび前記リペアパケットを生成するパケット化部と、
前記パケット化部によって生成された前記ソースパケットおよび前記リペアパケットをＭＭＴＰで送信する送信部と、
を具備し、
前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、
送信装置。
【請求項２】
ＡＬ−ＦＥＣ方式で冗長符号化されたソースデータおよびリペアデータをそれぞれ含んで送信側からＭＭＴＰで送信されるソースパケットおよびリペアパケットを受信する受信部と、
前記ソースパケットの選択的設定領域内に格納されたブロック特定情報と前記リペアパケットのペイロード領域内に格納されたブロック特定情報とに基づいて、前記ソースパケットおよび前記リペアパケットが属するＦＥＣブロックを特定し、特定された前記ＦＥＣブロックごとに前記ソースパケットおよび前記リペアパケットに基づいてＡＬ−ＦＥＣ方式の誤り訂正処理を行うことによって、元のソースデータを復元する復元部と、
を具備し、
前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、
受信装置。
【請求項３】
パケットを送信する送信部を備えたコンピューターを、
請求項１に記載の送信装置、
として機能させるためのプログラム。
【請求項４】
パケットを受信する受信部を備えたコンピューターを、
請求項２に記載の受信装置、
として機能させるためのプログラム。
【請求項５】
供給されるソースデータをソースパケットに格納し、前記ソースデータを基に、ＦＥＣブロックごとにＡＬ−ＦＥＣ方式による誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、前記ＦＥＣブロックを特定するためのブロック特定情報を当該ＦＥＣブロックに属する前記ソースパケットの各々の選択的設定領域内に格納し、また、当該ブロック特定情報を当該ＦＥＣブロックに属する前記リペアパケットの各々のペイロード領域内に格納して、ＭＭＴＰによる前記ソースパケットおよび前記リペアパケットを生成するパケット化部、
を具備し、
前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、
チップ。
【請求項６】
ＡＬ−ＦＥＣ方式で冗長符号化されたソースデータおよびリペアデータをそれぞれ含んだソースパケットおよびリペアパケットの供給を受け、前記ソースパケットの選択的設定領域に格納されたブロック特定情報と前記リペアパケットのペイロード領域内に格納されたブロック特定情報とに基づいて、前記ソースパケットおよび前記リペアパケットが属するＦＥＣブロックを特定し、特定された前記ＦＥＣブロックごとに前記ソースパケットおよび前記リペアパケットに基づいてＡＬ−ＦＥＣ方式の誤り訂正処理を行うことによって、元のソースデータを復元する復元部、
を具備し、
前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、
チップ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、受信装置、プログラム、およびチップに関する。
【背景技術】
【０００２】
通信回線によるデータの伝送や、放送によるデータの伝送では、パケットの消失が発生することがある。映像や音声のコンテンツを伝送する場合、こういったパケットロスは、映像および音声によるコンテンツの視聴品質低下を招く。これを回避する技術として、ＡＬ−ＦＥＣ（Application Layer-Forward Error Correction，アプリケーション層前方誤り訂正）が知られている。ＡＬ−ＦＥＣは、二元消失通信路におけるデータ消失に対して、誤り訂正（消失回復）を可能とする。
【０００３】
ＡＬ−ＦＥＣは、送信側において、映像や音声等のデータを含むパケット（ソースパケットと呼ぶ）に基づき、誤り訂正符号を用いてリペアパケットを生成する。生成されたリペアパケットをソースパケットとともに送信することにより、伝送中に一部のパケットがロスした場合でも、受信側では、受信したソースパケットおよびリペアパケットを基に、ロスしたパケットを生成することが可能となる。
【０００４】
また、一方、多様なネットワークでのメディア伝送を目的として開発されたメディアトランスポート方式であるＭＭＴ（MPEG Media Transport）においても、上記のＡＬ−ＦＥＣを用いることができる。
【０００５】
非特許文献１には、ＭＭＴについて記載されている。また、非特許文献２には、ＭＭＴにおけるＦＥＣ（前方誤り訂正）について記載されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ISO/IEC 23008-1:2014，Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part 1: MPEG media transport (MMT)，Edition 1，２０１４年６月１日
【非特許文献２】ISO/IEC 23008-10:2015，Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part 10: MPEG Media Transport Forward Error Correction (FEC) codes，Edition 1，２０１５年４月１５日
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＡＬ−ＦＥＣでは、一連の複数のソースパケットとリペアパケットの集合をＦＥＣブロックと呼ぶ。また、１つのＦＥＣブロックに含まれる複数のソースパケットを基に、複数のリペアパケットが生成される。ＡＬ−ＦＥＣでは、複数のリペアパケットの集合を、その生成元の複数のソースパケットの集合と関連付ける必要がある。これは、複数のパケットの一部がロスした場合に、同一のＦＥＣブロックに含まれるソースパケットおよびリペアパケットを基に、誤り訂正の復号処理を行う必要があるためである。
【０００８】
非特許文献１に記載されている技術では、ＭＭＴにＡＬ−ＦＥＣを適用するためのフレームワークとして、あるパケットが属するＦＥＣブロックを特定するための２つの方法が規定されている。
【０００９】
第１の方法は、ソースシンボルブロック生成モード（Source Symbol Block Generation Mode）が０の場合におけるものである。この場合、ｓｓｂｇ＿ｍｏｄｅ＝０と表される。ＳＳＢＧは「Source Symbol Block Generation Mode」の略である。ｓｓｂｇ＿ｍｏｄｅ＝０の場合、リペアパケットを生成して送信するにあたり、対応するソースパケットに変更が加えられないことが特徴である。そして、この場合、リペアパケットの生成に用いた複数のソースパケットの先頭のパケットシーケンス番号を、リペアパケットのペイロード内に格納する。この場合、受信側では、受信したソースパケットそのものからはＦＥＣブロックを特定することができない。これは、ソースパケット内にＦＥＣブロックを示す情報が含まれないためである。しかし、受信側では、受信したリペアパケット内に格納されている、上記の先頭のパケットシーケンス番号を参照することにより、ＦＥＣブロックを特定することができる。
【００１０】
ＦＥＣブロックを特定するための第２の方法は、ソースシンボルブロック生成モードが１の場合におけるものである。この場合、ｓｓｂｇ＿ｍｏｄｅ＝１と表される。ｓｓｂｇ＿ｍｏｄｅ＝１の場合、ｓｓｂｇ＿ｍｏｄｅ＝０の場合と同様に、リペアパケットのペイロード内には、リペアパケットの生成に用いた複数のソースパケットの先頭のパケットシーケンス番号を格納する。そして、ｓｓｂｇ＿ｍｏｄｅ＝１の場合、さらに、ソースパケット内の最後の部分にも、ＦＥＣブロックの先頭のパケットシーケンス番号を格納する。したがって、ｓｓｂｇ＿ｍｏｄｅ＝１の場合には、ソースパケットだけからでも、リペアパケットからでも、そのパケットが属するＦＥＣブロックを特定することができる。つまり、ｓｓｂｇ＿ｍｏｄｅ＝１の場合には、受信側で、ＦＥＣブロックの再構成を容易に行うことができる。
【００１１】
このような従来技術は、次の問題を持っている。即ち、ｓｓｂｇ＿ｍｏｄｅ＝０の場合には、ソースパケットだけからＦＥＣブロックを特定することができない。リペアパケットからＦＥＣブロックを特定することは可能であるが、ソースパケットおよびリペアパケット両方のＦＥＣブロックを再構成することが困難であり、そのための装置規模（例えば、メモリ量等）が増大してしまう。一方、ｓｓｂｇ＿ｍｏｄｅ＝１の場合には、ソースパケットまたはリペアパケットからＦＥＣブロックを特定することが容易であるものの、次のような問題を生じる。即ち、ソースパケットの最後部にパケットシーケンス番号が付加されているため、ＡＬ−ＦＥＣに対応しないＭＭＴ受信装置は、そのようなパケットを不正なＭＭＴＰパケットと認識してしまう。つまり、ＡＬ−ＦＥＣに対応しないＭＭＴ受信装置は、正しく受信処理をすることができない。
【００１２】
まとめると、従来技術におけるＡＬ−ＦＥＣフレームワークは、以下のとおりとなる。
（１）ｓｓｂｇ＿ｍｏｄｅ＝０では、ＡＬ−ＦＥＣに対応しないＭＭＴ受信装置でもソースパケットを処理できる一方、ＦＥＣブロックの特定が容易ではない。
（２）ｓｓｂｇ＿ｍｏｄｅ＝１では、ＡＬ−ＦＥＣに対応しないＭＭＴ受信装置ではソースパケットを処理できなくなるが、ＡＬ−ＦＥＣに対応する受信装置はＦＥＣブロックを容易に特定できる。
【００１３】
例えばテレビ放送あるいは通信回線経由でのコンテンツ配信では、今後、ＡＬ−ＦＥＣを用いた放送信号の伝送と、ＡＬ−ＦＥＣを用いない放送信号の伝送とが共存する状況が生じる。また、ＡＬ−ＦＥＣに対応する受信装置とＡＬ−ＦＥＣに対応しない受信装置とが共存する状況が生じる。したがって、ＡＬ−ＦＥＣに対応しない受信装置でもＡＬ−ＦＥＣを用いたパケットを正しく処理することができるとともに、ＡＬ−ＦＥＣに対応する受信装置がＦＥＣブロックを容易に特定できるようにすることが求められる。
【００１４】
本発明は、上記の課題認識に基づいて行われたものである。本発明は、誤り訂正方式（例えば、ＡＬ−ＦＥＣ）に対応しない受信装置でもその誤り訂正方式を用いたパケットを正しく処理することができ、且つ、その誤り訂正方式に対応する受信装置がパケットの属する誤り訂正ブロック（例えば、ＦＥＣブロック）を容易に特定できるようにする送信装置、受信装置、プログラム、およびチップを提供する。
【課題を解決するための手段】
【００１５】
［１］上記の課題を解決するため、本発明の一態様による送信装置は、供給されるソースデータをソースパケットに格納し、前記ソースデータを基に、誤り訂正ブロックごとに誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、前記誤り訂正ブロックを特定するためのブロック特定情報を当該誤り訂正ブロックに属する前記ソースパケットの各々の選択的設定領域内に格納して、前記ソースパケットおよび前記リペアパケットを生成するパケット化部と、前記パケット化部によって生成された前記ソースパケットおよび前記リペアパケットを送信する送信部と、を具備し、前記選択的設定領域内の前記ブロック特定情報の領域は、誤り訂正に対応しない受信装置側においては読み飛ばされる領域である、ことを特徴とする。
【００１６】
［２］また、本発明の一態様による送信装置は、供給されるソースデータをソースパケットに格納し、前記ソースデータを基に、ＦＥＣブロックごとにＡＬ−ＦＥＣ方式による誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、前記ＦＥＣブロックを特定するためのブロック特定情報を当該ＦＥＣブロックに属する前記ソースパケットの各々のヘッダー拡張領域内に格納して、ＭＭＴＰによる前記ソースパケットおよび前記リペアパケットを生成するパケット化部と、前記パケット化部によって生成された前記ソースパケットおよび前記リペアパケットをＭＭＴＰで送信する送信部と、を具備することを特徴とする。
【００１７】
［３］また、本発明の一態様は、上記の送信装置において、前記パケット化部は、前記ブロック特定情報を当該ＦＥＣブロックに属する前記リペアパケットのペイロード領域内に格納する、ことを特徴とする。
【００１８】
［４］また、本発明の一態様は、上記の送信装置において、前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、ことを特徴とする。
【００１９】
［５］また、本発明の一態様による受信装置は、送信側から送信されるソースパケットおよびリペアパケットを受信する受信部と、前記ソースパケットの選択的設定領域内に格納されたブロック特定情報と前記リペアパケットに格納されたブロック特定情報とに基づいて、前記ソースパケットおよび前記リペアパケットが属する誤り訂正ブロックを特定し、特定された前記誤り訂正ブロックごとに前記ソースパケットおよび前記リペアパケットに基づく誤り訂正処理を行うことによって、元のソースデータを復元する復元部と、を具備することを特徴とする。
【００２０】
［６］また、本発明の一態様による受信装置は、ＡＬ−ＦＥＣ方式で冗長符号化されたソースデータおよびリペアデータをそれぞれ含んで送信側からＭＭＴＰで送信されるソースパケットおよびリペアパケットを受信する受信部と、前記ソースパケットのヘッダー拡張領域に格納されたブロック特定情報と前記リペアパケットに格納されたブロック特定情報とに基づいて、前記ソースパケットおよび前記リペアパケットが属するＦＥＣブロックを特定し、特定された前記ＦＥＣブロックごとに前記ソースパケットおよび前記リペアパケットに基づいてＡＬ−ＦＥＣ方式の誤り訂正処理を行うことによって、元のソースデータを復元する復元部と、を具備することを特徴とする。
【００２１】
［７］また、本発明の一態様は、上記の受信装置において、前記ブロック特定情報は、前記ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である、
ことを特徴とする。
【００２２】
［８］また、本発明の一態様は、パケットを送信する送信部を備えたコンピューターを、上記のいずれかの送信装置、として機能させるためのプログラムである。
【００２３】
［９］また、本発明の一態様は、パケットを受信する受信部を備えたコンピューターを、上記のいずれかの受信装置、として機能させるためのプログラムである。
【００２４】
［１０］また、本発明の一態様によるチップは、供給されるソースデータをソースパケットに格納し、前記ソースデータを基に、誤り訂正ブロックごとに誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、前記誤り訂正ブロックを特定するためのブロック特定情報を当該誤り訂正ブロックに属する前記ソースパケットの各々の選択的設定領域内に格納して、前記ソースパケットおよび前記リペアパケットを生成するパケット化部、を具備し、前記選択的設定領域内の前記ブロック特定情報の領域は、誤り訂正に対応しない受信装置側においては読み飛ばされる領域である、ことを特徴とする。
【００２５】
［１１］また、本発明の一態様によるチップは、供給されるソースパケットの選択的設定領域内に格納されたブロック特定情報と前記リペアパケットに格納されたブロック特定情報とに基づいて、前記ソースパケットおよび供給されるリペアパケットが属する誤り訂正ブロックを特定し、特定された前記誤り訂正ブロックごとに前記ソースパケットおよび前記リペアパケットに基づく誤り訂正処理を行うことによって、元のソースデータを復元する復元部、を具備することを特徴とする。
【発明の効果】
【００２６】
本発明によれば、誤り訂正処理に対応しない受信装置（例えば従来技術による既存の受信装置）との間の互換性を維持しながら、誤り訂正処理により伝送品質を向上させ、さらに受信装置側で容易に誤り訂正ブロックを特定することが可能となる。
なお、誤り訂正ブロックの一例は、ＡＬ−ＦＥＣにおけるＦＥＣブロックである。
【図面の簡単な説明】
【００２７】
【図１】本発明の第１実施形態による送信装置の概略機能構成を示すブロック図である。
【図２】同実施形態による受信装置の概略機能構成を示すブロック図である。
【図３】同実施形態において、１つのＦＥＣブロックに含まれる一連のソースパケットの構成の特徴的部分を図示する概略図である。
【図４】同実施形態によるソースパケットにおけるヘッダー拡張領域のデータ構成の詳細を示す図である。
【図５】同実施形態において、１つのＦＥＣブロックに含まれる一連のリペアパケットの構成の特徴的部分を図示する概略図である。
【図６】同実施形態によるリペアパケット内のペイロードのデータ構成を示す図である。
【図７】同実施形態により送信装置から受信装置に伝送される一連のパケットを示す概略図である。
【図８】本発明の第２実施形態による送信装置の概略機能構成を示すブロック図である。
【図９】同実施形態による受信装置の概略機能構成を示すブロック図である。
【図１０】同実施形態において送信装置が受信装置に送るソースパケットのデータ構成を示す概略図である。
【図１１】同実施形態において送信装置が受信装置に送るリペアパケットのデータ構成を示す概略図である。
【発明を実施するための形態】
【００２８】
次に、図面を参照しながら、本発明の実施形態について説明する。
【００２９】
［第１実施形態］
図１は、本実施形態による送信装置の概略機能構成を示すブロック図である。図示するように、送信装置１は、映像アセット供給部１２と、音声アセット供給部１４と、字幕アセット供給部１６と、多重化部２１と、パケット化部２５と、送信部２７とを含んで構成される。
【００３０】
送信装置１は、また誤り訂正を可能とするためにデータを冗長化するとともに、そのデータをパケット化して外部に送信する。より具体的な例としては、送信装置１は、映像や音声等を含むコンテンツのデータを、冗長化するとともに、そのデータをパケット化して外部に送信する。より具体的な例としては、送信装置１は、ＭＭＴ（MPEG Media Transport）の方式により、コンテンツデータを送信する。送信装置１は、テレビの放送信号（無線または有線）や、通信回線（インターネットプロトコルによる通信）などの手段を用いて、パケットを送信する。以下、送信装置１内の各部の機能について説明する。
【００３１】
映像アセット供給部１２は、映像のデータを供給する。映像アセット供給部１２が供給する映像は、適宜、所定の符号化方法により符号化されたものである。
音声アセット供給部１４は、音声のデータを供給する。音声アセット供給部１４が供給する音声は、適宜、所定の符号化方法により符号化されたものである。
字幕アセット供給部１６は、字幕のデータを供給する。字幕アセット供給部１６が供給する字幕データは、例えば、ＴＴＭＬ（タイムドテキストマークアップ言語）など、所定の書式を用いて記述されたデータである。
なお、映像と音声と字幕以外のデータを供給する供給部がさらに存在していてもよい。
【００３２】
多重化部２１は、映像アセット供給部１２から供給される映像のデータと、音声アセット供給部１４から供給される音声のデータと、字幕アセット供給部１６から供給される字幕のデータとを多重化する。また、多重化部２１が、映像と音声と字幕以外のデータの供給を受け、このデータを共に多重化してもよい。多重化部２１は、多重化したデータを１本のまとまった論理的単位として出力する。テレビ放送の場合、この論理的単位は「サービス」である。
【００３３】
パケット化部２５は、多重化部２１から出力されたデータを基に、送信するためのパケットを生成する。多重化部２１から供給されるデータを、ソースデータと呼ぶ。パケット化部２５は、多重化部２１から出力されたデータをソースパケットとして生成するとともに、ＡＬ−ＦＥＣ（アプリケーション層前方誤り訂正，Application Layer Forward Error Correction）による誤り訂正符号化の手段を用いて、リペアパケットをも生成する。
つまり、パケット化部２５は、供給されるソースデータをソースパケットに格納し、ソースデータを基に、誤り訂正ブロックごとに誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、誤り訂正ブロックを特定するためのブロック特定情報を当該誤り訂正ブロックに属するソースパケットの各々の選択的設定領域内に格納して、ソースパケットおよびリペアパケットを生成する。なお、選択的設定領域内のブロック特定情報の領域は、誤り訂正に対応しない受信装置側においては読み飛ばされる領域である。
より具体的には、パケット化部２５は、供給されるソースデータをソースパケットに格納し、ソースデータを基に、ＦＥＣブロックごとにＡＬ−ＦＥＣ方式による誤り訂正符号化処理を行って生成されるリペアデータをリペアパケットに格納し、ＦＥＣブロックを特定するためのブロック特定情報を当該ＦＥＣブロックに属するソースパケットの各々のヘッダー拡張領域内に格納して、ＭＭＴＰによるソースパケットおよびリペアパケットを生成する。なお、「ＭＭＴＰ」は、MPEG Media Transport Protocol（ＭＰＥＧメディアトランスポートプロトコル）の略である。なお、パケット化部２５は、ブロック特定情報をそのＦＥＣブロックに属するリペアパケットのペイロード領域内にも格納する。
また、本実施形態では、ブロック特定情報として、そのＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号を用いる。
つまり、ＦＥＣブロックが、誤り訂正ブロックにあたる。また、誤り訂正符号化処理は、ＡＬ−ＦＥＣ方式により行われる。また、ＭＭＴＰによるソースパケットのヘッダー拡張領域が、選択的設定領域にあたる。
なお、パケット化部２５は、内部に、冗長化部３１と、冗長化ブロック特定情報設定部３３とを含んでいる。
【００３４】
パケット化部２５内の冗長化部３１は、ＡＬ−ＦＥＣにより、リペアパケットのシンボル列を生成する。冗長化部３１は、多重化部２１から出力されるデータを所定の単位で分割し、ＦＥＣブロックに区切る。冗長化部３１による冗長化の処理は、このＦＥＣブロックを単位として行われる。つまり、１つのＦＥＣブロックは、複数のソースパケットの集合と、それら複数のソースパケットの集合に対応する複数のリペアパケットの集合とから成る。なお、ＡＬ−ＦＥＣ自体は既存の技術であり、冗長化部３１はこれを利用する。
【００３５】
パケット化部２５内の冗長化ブロック特定情報設定部３３は、各々のソースパケット内に、そのソースパケットが属するＦＥＣブロックを特定するための情報を設定する。また、冗長化ブロック特定情報設定部３３は、各々のリペアパケット内に、そのリペアパケットが属するＦＥＣブロックを特定するための情報を設定する。これにより、各々のソースパケットおよび各々のリペアパケットは、ＦＥＣブロックを特定する情報を内部に格納する。これにより、これらのパケットを受信する受信装置の側では、単一のパケットの内部に含まれる情報だけから、そのパケットが属するＦＥＣブロックを特定できるようになる。ＦＥＣブロックを特定するための情報として、本実施形態では、そのＦＥＣブロックに属する先頭のソースパケットが有するパケットシーケンス番号を用いる。パケットシーケンス番号とは、ＭＭＴ伝送の規約において定められるシーケンス番号であり、３２ビットの符号なし整数で表現されるものである。３２ビットの符号なし整数は、４２億９４９６万７２９６通りの値を表すことができ、通常の映像コンテンツ等の伝送におけるシーケンス番号としては十分な数の表現が可能である。なお、ソースパケットの構成と、ソースパケット内にＦＥＣブロックを特定する情報を格納する方法については、後で別の図面を参照しながら詳述する。また、リペアパケットの構成と、リペアパケット内にＦＥＣブロックを特定する情報を格納する方法についても、後で別の図面を参照しながら詳述する。
【００３６】
上述したように、パケット化部２５は、ＦＥＣブロックごとに、複数のソースパケットと複数のリペアパケットとを生成して出力する。そして、これら各パケットは、そのパケットがどのＦＥＣブロックに属するかを示す情報を内部に有している。
【００３７】
送信部２７は、パケット化部２５から出力されたパケットを、順次、送信する。より具体的には、送信部２７は、パケット化部２５によって生成されたソースパケットおよびリペアパケットをＭＭＴＰで送信する。例えば、送信部２７は、パケットをテレビの放送信号として送信する。また例えば、送信部２７は、パケットをインターネット等の通信回線を介して送信する。このとき、送信部２７は、適宜、定められた方式により変調を行う。
【００３８】
図２は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置２は、受信部４１と、復元部４３と、分離部４７と、映像アセット処理部５２と、音声アセット処理部５４と、字幕アセット処理部５６と、提示部６０とを含んで構成される。
【００３９】
受信装置２は、前述の送信装置１から送信されるパケットを受信し、受信したデータを処理する。受信装置２は、例えば、テレビ受像機である。また、受信装置２は、例えば、パーソナルコンピューターや、タブレット装置や、スマートフォン（スマホ）装置として実現される情報機器である。また、受信装置２は、これら以外の情報処理機器として実現されてもよい。以下、受信装置２内の各部の機能について説明する。
【００４０】
受信部４１は、外部からの信号を受信する。具体的には、受信部４１は、送信側から送信されるソースパケットおよびリペアパケットを受信する。さらに具体的には、受信部４１は、ＡＬ−ＦＥＣ方式で冗長符号化されたソースデータおよびリペアデータをそれぞれ含んで送信側からＭＭＴＰで送信されるソースパケットおよびリペアパケットを受信する。信号は、放送信号や、通信回線を介して伝送される信号である。具体的には、受信部４１は、送信装置１から送信された信号を受信する。そして、受信部４１は、受信した信号を復調し、その結果として得られるパケット（受信パケット）を復元部４３に供給する。
【００４１】
復元部４３は、受信部４１から渡されるパケットを基に、データを復元する。これらのパケットには、前述のソースパケットとリペアパケットとが含まれている。
具体的には、復元部４３は、ソースパケットの選択的設定領域内に格納されたブロック特定情報とリペアパケットに格納されたブロック特定情報とに基づいて、ソースパケットおよびリペアパケットが属する誤り訂正ブロックを特定する。そして、復元部４３は、特定された誤り訂正ブロックごとにソースパケットおよびリペアパケットに基づく誤り訂正処理を行うことによって、元のソースデータを復元する。
さらに具体的には、復元部４３は、ソースパケットのヘッダー拡張領域に格納されたブロック特定情報とリペアパケットに格納されたブロック特定情報とに基づいて、ソースパケットおよびリペアパケットが属するＦＥＣブロックを特定する。そして、復元部４３は、特定されたＦＥＣブロックごとにソースパケットおよびリペアパケットに基づいてＡＬ−ＦＥＣ方式の誤り訂正処理を行うことによって、元のソースデータを復元する。
つまり、復元部４３は、１つのＦＥＣブロックに属するパケットの集合（複数のソースパケットと複数のリペアケット）を基に、誤り訂正処理を行う。なお、伝送路上でパケットが消失している可能性があるが、この誤り（消失）の度合いがそれほど大きくない場合には、上記の誤り訂正処理によって消失したパケットを補って、正しいデータを復元することができる。そして、復元部４３は、誤り訂正後のデータを、分離部４７に供給する。つまり、復元部４３は、受信部４１が受信したパケットを基に、元のデータを復元する。
送信装置１の説明においても述べたように、本実施形態でのブロック特定情報は、ＦＥＣブロックに含まれる先頭のソースパケットのパケットシーケンス番号である。
なお、復元部４３は、内部に、冗長化ブロック特定情報検出部７１と、誤り訂正部７３とを含んでいる。
【００４２】
冗長化ブロック特定情報検出部７１は、受信部４１が受信したパケットの各々が、どのＦＥＣブロックに属するものであるかを特定する情報を検出する。冗長化ブロック特定情報検出部７１は、ソースパケットあるいはリペアパケットのいずれの場合についても、１つのパケットの内部の情報だけから、そのパケットが属するＦＥＣブロックを特定できる。具体的には、ソースパケットを受信した場合、冗長化ブロック特定情報検出部７１は、そのソースパケットが属するＦＥＣブロックの先頭のソースパケットが有するパケットシーケンス番号を検出し、そのパケットシーケンス番号によりＦＥＣブロックを特定する。また、リペアパケットを受信した場合、冗長化ブロック特定情報検出部７１は、そのリペアパケットが属するＦＥＣブロックの先頭のソースパケットが有するパケットシーケンス番号を検出し、そのパケットシーケンス番号によりＦＥＣブロックを特定する。このように、冗長化ブロック特定情報検出部７１は、容易に、各パケットが属するＦＥＣブロックを特定することができる。
【００４３】
誤り訂正部７３は、ＦＥＣブロックごとに分類されたパケットの集合（複数のソースパケットと複数のリペアパケット）により、誤り訂正処理を行う。上記の冗長化ブロック特定情報検出部７１が各パケットの属するＦＥＣブロックを特定済であるため、誤り訂正部７３は、ブロックごとにまとめられたパケットに基づいて容易に誤り訂正処理を行うことができる。なお、あるＦＥＣブロック内の一部のパケット（ソースパケットまたはリペアパケット）が消失していた（受信されなかった）場合でも、その程度が所定の範囲内であれば、誤り訂正部７３が誤り訂正（消失パケットの復元）を行って、正しいデータが得られる。
【００４４】
以上のように、復元部４３は、受信したパケットを容易にＦＥＣブロックごとにまとめて、誤り訂正処理を行い、送信装置１側でパケット化される前のデータを復元することができる。
なお、受信装置２が、元々送信側において誤り訂正符号化されていない（つまり、ＡＬ−ＦＥＣが用いられていない）パケットを受信した場合には、復元部４３は、ＦＥＣブロックを特定するための処理や、誤り訂正処理を行わない。つまりこの場合、復元部４３は、パケットからペイロードを取り出して元のデータを復元する、即ちデパケタイズ処理（depacketization）のみを行う。なお、受信したパケットがＡＬ−ＦＥＣによる処理を施されていたものであるか否かは、パケットの制御情報を参照することにより判別可能である。
【００４５】
分離部４７は、復元部４３からデータを受け取り、多重化されているそのデータを分離する。そして、分離部４７は、分離された各アセットのデータを、それぞれの処理部に渡す。具体的には、分離部４７は、復元部４３からのデータから抽出した映像アセットのデータを、映像アセット処理部５２に渡す。また、分離部４７は、復元部４３からのデータから抽出した音声アセットのデータを、音声アセット処理部５４に渡す。また、分離部４７は、復元部４３からのデータから抽出した字幕アセットのデータを、字幕アセット処理部５６に渡す。さらに、復元部４３からのデータにその他のアセットが含まれている場合には、そのアセットを抽出し、そのアセットのための処理部に渡す。
【００４６】
映像アセット処理部５２は、分離部４７から渡された映像アセットのデータをデコードし、映像として出力する。なお、この映像は、提示時刻（プレゼンテーションタイム）情報を伴うものである。
音声アセット処理部５４は、分離部４７から渡された音声アセットのデータをデコードし、音声として出力する。なお、この音声は、提示時刻情報を伴うものである。
字幕アセット処理部５６は、分離部４７から渡された字幕アセットのデータを処理する。具体的には、字幕データが格納されたＴＴＭＬ文書ファイルを解析し、ファイル内で指定されたタイミングにしたがって字幕テキストを出力する。なお、出力される字幕データは、提示時刻情報を伴うものである。
その他のアセットがある場合には、それらも適宜同様に処理され、出力される。
【００４７】
提示部６０は、映像アセット処理部５２から渡される映像と、音声アセット処理部５４から渡される音声と、字幕アセット処理部５６から渡される字幕テキストを、指定されたタイミングで同期させて提示する。提示部６０は、渡された映像や字幕を、それぞれのプレーン上に表示する。提示部６０は、複数のプレーンを重ねて成る映像（画像）を、例えば液晶ディスプレイ装置等で表示できるように出力する。また、提示部６０は、音声を、スピーカー等から出力する。その他のアセットに基づくコンテンツについても、提示部６０は、適切な方法で提示する。
【００４８】
次に、送信装置１から受信装置２に向けて送信されるＭＭＴＰパケットの構成について説明する。なお、図３および図４を参照しながらソースパケットについて説明する。また、図５および図６を参照しながらリペアパケットについて説明する。
【００４９】
図３は、本実施形態において、１つのＦＥＣブロックに含まれる一連のソースパケットの構成の特徴的部分を図示する概略図である。
図示する例では、このＦＥＣブロックは１００個のソースパケットを含む。これらのパケットの各々には、パケットシーケンス番号が付与されている。図中で、例えば「Ｓ＝２０１」と表記しているのは、このパケットのパケットシーケンス番号が２０１であることを示している。このＦＥＣに含まれる１００個のソースパケットのパケットシーケンス番号は、２０１で始まり、３００で終わる。なお、パケットシーケンス番号が２０３から２９９までのソースパケットについては、図示を省略している。
【００５０】
各ソースパケットのヘッダー部分は、拡張フラグ（extension flag）とパケットシーケンス番号（packet sequence number）の格納領域を含んでいる。また、図示を省略しているが、ソースパケットのヘッダーは、このパケットがソースパケットであることを表す情報（FEC_type＝１）を含んでいる。また、ソースパケットのヘッダーは、他のデータ項目をも格納するが、ここでは図示と説明を省略する。
拡張フラグは、ＭＭＴＰパケットのヘッダー拡張が行われるか否かを示すフラグ情報である。拡張フラグが１のとき、パケットのヘッダー拡張が行われる、即ち、そのパケットはヘッダー拡張領域（header extension byte)を有する。拡張フラグが０のとき、パケットのヘッダー拡張は行われない。本実施形態では、拡張フラグを１として、ヘッダー拡張を行う。
パケットシーケンス番号は、ＭＭＴＰパケットの順序を示す番号である。パケットシーケンス番号は、任意の値からスタートすることのできる、シーケンス番号である。図示する例では、各パケットに、パケットシーケンス番号として、２０１、２０２、・・・、３００という値が格納されている。なお、例えば十進数表現での２０１は、１６進数表現では０ｘ００Ｃ９である。
【００５１】
前述の通り、本実施形態はパケット拡張を行っているため、図示するソースパケットの各々は、ヘッダー拡張領域を持っている。そして、ソースパケットのヘッダー拡張領域内に、先頭番号を格納する４バイトの領域が設けられている。この先頭番号の領域には、当該ＦＥＣブロックにおける最初の（先頭の）ソースパケットのパケットシーケンス番号を格納するようにする。図示する一連のソースパケット（Ｓ＝２０１からＳ＝３００まで）は、前述の通り、１つのＦＥＣブロックに属している。したがって、このＦＥＣブロックの先頭のソースパケットのパケットシーケンス番号は２０１である。よって、ここに図示している各パケットのヘッダー拡張領域内の先頭番号には、２０１という値が設定されている。
【００５２】
そして、各ソースパケットのＭＭＴＰペイロードの領域には、多重化部２１から出力されたデータであって、パケットごとに分割されたデータが、格納されている。
【００５３】
なお、ＡＬ−ＦＥＣに対応していない受信装置がこのような先頭番号を含んでいるソースパケットを受信した場合には、その受信装置は、ヘッダー拡張領域に含まれているマルチ拡張ヘッダーのうち、識別できないマルチ拡張ヘッダータイプのデータを読み飛ばして、処理を行う。したがって、ＡＬ−ＦＥＣに対応していない受信装置は、リペアパケットを用いた誤り訂正処理を行わないものの、本実施形態によるソースパケットの処理を適切に行うことができる。ここで、ＡＬ−ＦＥＣに対応していない受信装置とは、例えば、従来技術による、既存の受信装置である。
ソースパケットのヘッダー拡張領域内にブロック特定情報（そのＦＥＣブロックの先頭のソースパケットのパケットシーケンス番号）を格納したことにより、上記の効果が得られる。このように、従来技術による既存の受信装置が識別できないタイプについてはデータを読み飛ばす領域を、選択的設定領域と呼ぶ。ＭＭＴＰパケットのヘッダー拡張領域は、選択的設定領域の一つである。
【００５４】
図４は、ソースパケットにおけるヘッダー拡張領域のデータ構成の詳細を示す図である。同図は、ブロック構造を有する形式言語でデータ構造を示し、また、各データ項目のビット数およびデータ表記を併せて示している。なお、データ表記において、ｂｓｌｂｆは、「bit string, left bit first」の略であり、「ビット列、最左側ビットが最初」を意味する。また、ｕｉｍｓｂｆは、「unsigned integer, most significant bit first」の略であり、「符号なし整数、最上位ビットが最初」を意味する。また、データ構造の記述の各行に、便宜上、行番号を付して示している。
【００５５】
同図における１行目のHeader_extension_byteが、前図にも示したヘッダー拡張領域にあたる。１行目の左中括弧（カーリーブレース）から１０行目の右中括弧までの範囲が、ヘッダー拡張領域である。
２行目のｆｏｒ文は、繰り返しを表す。ｉは、繰り返しのための指標である。具体的には、ｉ＝０からｉ＝Ｎ−１までのＮ回、２行目の左中括弧から９行目の右中括弧までの範囲が繰り返される。
【００５６】
３行目のhdr_ext_end_flag（マルチタイプヘッダー拡張終了フラグ）は、直後のマルチタイプヘッダーがヘッダー拡張の最後であるか否かを示すフラグである。マルチタイプヘッダー拡張終了フラグのビット数は１であり、データ表記はｂｓｌｂｆである。マルチタイプヘッダー拡張終了フラグが１のとき、直後のマルチタイプヘッダーがヘッダー拡張の最後である。また、マルチタイプヘッダー拡張終了フラグが０のとき、それ以外である（即ち、最後ではない）。
【００５７】
４行目のhdr_ext_type（マルチ拡張ヘッダータイプ）は、マルチタイプヘッダー拡張の拡張種別を示す。マルチ拡張ヘッダータイプのビット数は１５であり、データ表記はｕｉｍｓｂｆである。本実施形態では、ＦＥＣブロックの先頭のソースパケットのパケットシーケンス番号を格納するための拡張種別の値を、適宜、定義する。一例として、マルチ拡張ヘッダータイプが０ｘ０００４（１６進数表現）であるとき、そのヘッダー拡張において、ＦＥＣブロックの先頭のソースパケットのパケットシーケンス番号を格納することとする。なお、「ＡＲＩＢ標準規格ＳＴＤ−Ｂ６０  １．４版」（２０１５年９月３０日改定）では、多くの値が「将来予約」として残されているため、これらの値の中から選ばれた値を、この先頭番号の格納用に用いればよい。
【００５８】
５行目のhdr_ext_length（マルチ拡張ヘッダー長）は、このフィールドの直後の一つの拡張ヘッダー領域の大きさ（直後のhdr_ext_byteの大きさ）をバイト単位で示す。マルチ拡張ヘッダー長のビット数は１６であり、データ表記はｕｉｍｓｂｆである。ソースパケットの先頭のパケットシーケンス番号を格納するためには、４バイト必要であるため、そのためのマルチ拡張ヘッダー長の値としては、０ｘ０００４（１６進数表現）を格納する。
【００５９】
６行目から８行目までのループで、上記のマルチ拡張ヘッダー長の値に応じた回数だけ、hdr_ext_byte（マルチ拡張ヘッダー領域）が繰り返される。当該ＦＥＣブロックの先頭のソースパケットのパケットシーケンス番号を格納するためには、４バイト（３２ビット）分の領域が確保される。この４バイトの領域に、先頭のソースパケットのパケットシーケンス番号を格納するようにする。前図に示した例では、先頭のソースパケットのパケットシーケンス番号として０ｘ００Ｃ９（十進数表現では、２０１）が格納される。
【００６０】
図５は、本実施形態において、１つのＦＥＣブロックに含まれる一連のリペアパケットの構成の特徴的部分を図示する概略図である。
図示する例では、このＦＥＣブロックは２０個のリペアパケットを含む。これらのパケットの各々には、パケットシーケンス番号が付与されている。このＦＥＣに含まれる２０個のリペアパケットのパケットシーケンス番号は、３０１で始まり、３２０で終わる。なお、パケットシーケンス番号が３０３から３１９までのリペアパケットについては、図示を省略している。
【００６１】
各リペアパケットのヘッダー部分は、ペイロードタイプ（payload type）の領域を含んでいる。ペイロードタイプは、６ビットの、符号なし整数で表現される。ペイロードタイプが３（１６進数表記で、０ｘ０３）のとき、その値は、そのパケットがＡＬ−ＦＥＣのリペアシンボルを含むことを表す。図示するように、各リペアパケットは、ペイロードタイプ＝３という情報を保持している。
また、各リペアパケットのヘッダー部分がパケットシーケンス番号の領域を含んでいることは、ソースパケットについて説明したのと同様である。図示するリペアパケットは、パケットシーケンス番号の値として、３０１、３０２、・・・、３２０をそれぞれ保持している。
また、リペアパケットのヘッダーは、他のデータ項目をも格納するが、ここでは図示と説明を省略する。
【００６２】
また、各リペアパケットは、ＭＭＴＰペイロードの領域を有している。ＭＭＴＰペイロードの詳細な構成については、後で別の図面を参照しながら説明する。各リペアパケットのＭＭＴＰペイロードは、ＦＥＣブロックを特定するための情報を格納する領域を有している。リペアパケット内のこの情報により、当該リペアパケットがどのＦＥＣブロックに属するものであるかを示すことができる。前述の通り、本実施形態で、ＦＥＣブロックを特定するための情報とは、そのＦＥＣブロックにおける先頭のソースパケットのパケットシーケンス番号である。つまり、各リペアパケットのＭＭＴＰペイロードは、ソースパケットの先頭番号を格納するための領域を有している。ここで、ソースパケットの先頭番号とは、このリペアパケットが属するＦＥＣブロックにおける、先頭のソースパケットのパケットシーケンス番号のことである。図３で示した例では、ＦＥＣブロックにおける先頭のソースパケットのパケットシーケンス番号は２０１である。よって、本図に示すリペアパケットは、その内部において、ソースの先頭番号として２０１という値を格納する。
【００６３】
そして、各リペアパケットの、ＭＭＴＰペイロードの領域内において、より後方にはリペアシンボル列を格納するための領域が存在する。
【００６４】
図６は、ＭＭＴＰのリペアパケット内のペイロードのデータ構成を示す図である。同図も、図４と同様に、ブロック構造を有する形式言語でデータ構造を示し、また、各データ項目のビット数およびデータ表記を併せて示している。また、データ構造を記述している各行に、便宜上、行番号を付して示している。
【００６５】
図示するデータ構造の、１行目から２１行目までがＭＭＴＰパケット内のペイロードの構成を表す記述である。また、２行目の条件節（ｉｆ文）は、「type==0x03」という条件を含んでいる。この条件が真であるとき、即ちパケットのタイプの値が０ｘ０３（１６進数表現）であるとき、このパケットはリペアパケットである。なお、当該条件節の条件が真であるとき、２行目の左中括弧から２０行目の右中括弧までのブロックの定義が有効である。
３行目から７行目までについては、説明を省略する。
【００６６】
８行目から１０行目までの記述によって定義される領域が、ＦＥＣブロックを特定する情報を格納するための領域である。即ち、８行目から１０行目までの記述によって定義される領域が、当該リペアパケットが属するＦＥＣブロックの、先頭のソースパケットのパケットシーケンス番号を格納するための領域である。この領域のビット数は、８＋８＊ＳＳＭである。なおここで「＊」は乗算演算子である。また、ＳＳＭは、データ構造の５行目で定義されている長さ情報である。つまり、名称ss_start_seq_nr[]で定義される領域に、当該リペアパケットが属するＦＥＣブロックの、先頭のソースパケットのパケットシーケンス番号が書き込まれる。
【００６７】
１１行目から１９行目までについては、説明を省略する。
【００６８】
図７は、上述した方法により送信装置から受信装置に伝送される一連のパケットを示す概略図である。同図には、２つのＦＥＣブロックが含まれている。便宜上、各ＦＥＣブロックを＃１および＃２として示している。なお、一連のデータ伝送におけるＦＥＣブロックの個数は、いくつでもよい。各ＦＥＣブロックは、複数のソースパケットと複数のリペアパケットを含む。ＦＥＣブロックは、誤り訂正符号のひとまとまりの単位である。
【００６９】
＃１のＦＥＣブロックには、１００個のソースパケットと２０個のリペアパケットとが含まれている。このうち、１００個のソースパケットのパケットシーケンス番号は、２０１から３００までである。また、２０個のソースパケットのパケットシーケンス番号は、３０１から３２０までである。
＃２のＦＥＣブロックには、１００個のソースパケットと２０個のリペアパケットとが含まれている。このうち、１００個のソースパケットのパケットシーケンス番号は、３２１から４２０までである。また、２０個のソースパケットのパケットシーケンス番号は、４２１から４４０までである。
なお、パケットのサイズは、可変である。また、１つのＦＥＣブロックに含まれるソースパケットの個数は１００に限定されない。また、１つのＦＥＣブロックに含まれるリペアパケットの個数は２０に限定されない。
【００７０】
このようにソースパケット及びリペアパケットの両方に、ソースパケット先頭のパケットシーケンス番号を格納することで、受信装置は、送信装置側と同じＦＥＣブロックを構成することが容易に行え、ロスしたパケットを復元することができる。
【００７１】
［第２実施形態］
次に、第２実施形態について説明する。なお、前実施形態と共通の事項については説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。
図８は、本実施形態による送信装置の概略機能構成を示すブロック図である。図示するように、送信装置３は、データ供給部１０１と、パケット化部１２５と、送信部１２７とを含んで構成される。
【００７２】
データ供給部１０１は、送信するためのデータを供給する。データ供給部１０１が供給するデータは、誤り訂正符号化処理におけるソースデータである。
【００７３】
パケット化部１２５は、第１実施形態におけるパケット化部２５と同様の機能を有する。ただし、パケット化部１２５が処理の対象とするデータは、映像コンテンツ等のデータに限らず、一般的なデータである。また、パケット化部１２５が生成するパケットは、ＭＭＴＰのパケットに限らず、他のプロトコルのためのパケットであってもよい。ただし、パケット化部１２５が、ソースパケットとリペアパケットを生成する点は、第１実施形態におけるパケット化部２５と同様である。なお、パケット化部１２５は、冗長化部１３１と冗長化ブロック特定情報設定部１３３とを含んで構成される。
【００７４】
冗長化部１３１は、データ供給部１０１から供給されるソースデータを基に、誤り訂正符号化の処理を行い、リペアデータを生成する。なお、本実施形態においても、冗長化部１３１は、誤り訂正ブロックごとのまとまりで、誤り訂正符号化を行う。つまり、ある誤り訂正ブロックに含まれるソースデータに対応するリペアデータは、同じ誤り訂正ブロック内のみに存在する。ここで、誤り訂正符号化の処理は、ＡＬ−ＦＥＣ方式に限られず、他の方式によるものであってもよい。ソースデータは、ソースパケットに格納される。リペアデータはリペアパケットに格納される。伝送路上でこれらのパケットのうちの一部が消失した場合でも、その消失の程度に応じては、受信側で受信できたソースパケットとリペアパケットに基づいて、元のデータを復元可能である。
【００７５】
冗長化ブロック特定情報設定部１３３は、少なくともソースパケットに、そのソースパケットが属する誤り訂正ブロックを特定するための情報を格納する。また、冗長化ブロック特定情報設定部１３３が、リペアパケットにも、そのリペアパケットが属する誤り訂正ブロックを特定するための情報を格納してもよい。ここで、誤り訂正ブロックを特定するための情報を、便宜上、ブロック特定情報と呼ぶ。ブロック特定情報としては、例えば、その誤り訂正ブロックを代表するソースパケットの識別情報（例えば、パケットシーケンス番号など）や、誤り訂正ブロックごとに付与される識別情報（例えば、パケットシーケンス番号とは独立に付与される、誤り訂正ブロックのシーケンス番号など）を用いる。ここで、誤り訂正ブロックを代表するソースパケットとは、例えばそのブロック内の先頭のソースパケットや、そのブロック内の２番目のソースパケットや、その他、適宜予め定めておいたソースパケットである。
【００７６】
なお、パケット化部１２５は、ブロック特定情報を、ソースパケット内の選択的設定領域の中に格納する。ここで、選択的設定領域とは、受信装置側で適宜読み飛ばされることのできる領域である。例えば、本実施形態による送信装置３が送信するソースパケットが誤り訂正符号化に対応していない受信装置によって受信される場合、その受信装置は、選択設定領域内の情報であって自受信装置に不要なデータを読み飛ばす。したがって、誤り訂正符号化に対応していない受信装置が本実施形態によるソースパケットを受信した場合にも、エラーとはならず、正常に処理を行える。
また、さらに、パケット化部１２５は、ブロック特定情報を、リペアパケット内の選択的設定領域の中に格納するようにしてもよい。リペアパケット内の選択的設定領域の技術的意義も、上述したソースパケット内の選択的設定領域のそれと同様である。
【００７７】
送信部１２７は、第１実施形態における送信部２７と同様に、生成されたソースパケットおよびリペアパケットを送信する。ただし、本実施形態では、通信プロトコルは、ＭＭＴＰには限定されない。また、送信部１２７は、無線信号あるいは有線信号のいずれを用いて送信してもよい。
【００７８】
図９は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置４は、受信部１４１と、復元部１４３と、データ処理部１８０とを含んで構成される。受信装置４は、前述の送信装置３から送信されるパケットを受信し、受信したデータを処理する。受信装置４は、第１実施形態における受信装置２と同様に、例えば、テレビ受像機、パーソナルコンピューター、タブレット装置、スマートフォン（スマホ）装置などといった機器として実現される。
【００７９】
受信部１４１は、送信装置３から送信されるソースパケットおよびリペアパケットを受信する。なお、受信部１４１が受信しようとするパケットの一部は、伝送路上で消失する場合もある。受信部１４１は、消失したパケットの有無にかかわらず、受信したソースパケットおよびリペアパケットのすべてを復元部１４３に渡す。
【００８０】
復元部１４３は、第１実施形態における復元部４３と同様に、渡されたソースパケットおよびリペアパケットから、送信側で供給された元のデータ（ソースデータ）を復元する。そのため、復元部１４３は、渡されたパケットから、ソースデータおよびリペアデータを取り出し、そのシーケンスを再構成する。また、復元部１４３は、誤り訂正処理により、ソースデータを復元する。この誤り訂正処理により、伝送路上でデータの一部が消失していた場合にも、その誤り訂正符号の能力の範囲内で、消失データの訂正を行える。なお、前述の通り、送信装置３側では、誤り訂正ブロックごとに誤り訂正符号化の処理が行われている。したがって、復元部１４３は、渡されたソースパケットに格納されているブロック特定情報を検出してから、上記の誤り訂正処理を行う。また、復元部１４３は、渡されたリペアパケットに格納されているブロック特定情報を検出してから、上記の誤り訂正処理を行う。各パケットにブロック特定情報が格納されているため、復元部１４３は、そのパケットがどの誤り訂正ブロックに属するものであるかを、容易に特定することができる。
【００８１】
なお、復元部１４３は、冗長化ブロック特定情報検出部１７１と、誤り訂正部１７３とを含んで構成され、これら各部の機能を利用して上述した処理を行う。
冗長化ブロック特定情報検出部１７１は、第１実施形態における冗長化ブロック特定情報検出部７１と同様の機能を有する。ただし、処理対象のパケットはＭＭＴＰのパケットには限定されない。
誤り訂正部１７３は、第１実施形態における誤り訂正部１７３と同様の機能を有する。ただし、処理対象のパケットはＭＭＴＰのパケットには限定されない。また、誤り訂正符号化の方式は、ＡＬ−ＦＥＣには限定されない。
【００８２】
データ処理部１８０は、復元部１４３によって復元されたデータを用いて、処理を行う。なお、データ処理部１８０による処理の内容は、適用分野に応じて様々である。
【００８３】
次に、本実施形態におけるパケットのデータ構成について説明する。
図１０は、本実施形態において送信装置が受信装置に送るソースパケットのデータ構成を示す概略図である。図示するように、ソースパケットのペイロード領域にソースデータが格納されている。また、ソースパケットは、選択的設定領域を有している。そして、選択的設定領域内の所定の場所にブロック特定情報が格納される。送信装置３は、同図に示すソースパケットを送信する。受信装置４は、このソースパケットを受信すると、選択的設定領域内のブロック特定情報を検出する。受信装置４は、ソースパケット内のブロック特定情報を参照することにより、このソースパケットがどの誤り訂正ブロックに属するかを特定することができる。つまり、受信装置４は、そのソースパケットの外の情報に依ることなく、そのソースパケットがどの誤り訂正ブロックに属するかを特定することができる。
【００８４】
なお、本実施形態による誤り訂正方式に対応していない受信装置（例えば、従来技術による既存の受信装置）は、同図に示すソースパケットを受信しても、ブロック特定情報を認識しない。つまり、その受信装置は、ブロック特定情報を読み飛ばして、ソースデータの処理を正しく行うことができる。これは、ブロック特定情報が選択的設定領域内に格納されているためである。
【００８５】
図１１は、本実施形態において送信装置が受信装置に送るリペアパケットのデータ構成を示す概略図である。図示するように、リペアパケットのペイロード領域にリペアデータが格納されている。また、リペアパケットは、選択的設定領域を有している。そして、選択的設定領域内の所定の場所にブロック特定情報が格納される。送信装置３は同図に示すリペアパケットを送信し、受信装置４はそのリペアパケットを受信する。受信装置４は、リペアパケット内のブロック特定情報を参照することにより、そのリペアパケットがどの誤り訂正ブロックに属するものであるかを特定できる。
なお、選択的設定領域内にブロック特定情報を格納する代わりに、リペアパケット内の選択的設定領域以外の任意の場所にブロック特定情報を格納するようにしてもよい。一例として、リペアパケットにおけるペイロードの領域内にブロック特定情報を格納するようにしてもよい。
【００８６】
以上、図１０と図１１とを参照しながら説明したように、ソースパケットとリペアパケットがともに、パケット内に誤り訂正ブロックを特定するためのブロック特定情報を有している。したがって、これらのパケットを受信する受信装置４の側では、各ソースパケットおよび各リペアパケットがどの誤り訂正ブロックに属するかを容易に認識することができる。したがって、受信装置４は、簡単に（例えば、少ない処理量で、あるいは少ない一時記憶用のメモリ量で）、受信したパケットの誤り訂正処理を行うことができる。また、ソースパケットのブロック特定情報は、ソースブロックにおける選択的設定領域内に格納されているため、本実施形態による誤り訂正方式に対応していない受信装置も、ブロック特定情報を読み飛ばして、正しい処理を行うことができる。つまり、本実施形態による伝送方法は、既存の受信装置にも互換性がある。もちろん、リペアパケットにおいても、ブロック特定情報を選択的設定領域内に格納してもよい。
【００８７】
ここで説明した第２実施形態は、既に述べた第１実施形態をより一般化した実施形態である。逆に言うと、第１実施形態は、第２実施形態の特殊例である。具体的には、第１実施形態では、用いるプロトコルをＭＭＴＰに限定していた。また、第１実施形態では、誤り訂正の方式をＡＬ−ＦＥＣに限定していた。第２実施形態にはこれらの限定はない。第２実施形態は任意のプロトコルに適用可能である。また、第２実施形態は、ソースデータをソースパケットで送信し、リペアデータ（ソースデータを基に生成される冗長符号のデータ）をソースパケット以外で送信する任意の誤り訂正方式に適用可能である。
【００８８】
なお、上述した各実施形態における、送信装置内の少なくともパケット化部（２５，１２５）を含む機能を、半導体集積回路のチップとして実装しても良い。また同様に、受信装置内の少なくとも復元部（４３，１４３）を含む機能を、半導体集積回路のチップとして実装しても良い。チップは、微細加工技術を用いて、多数の素子を有する電子回路を実現したものである。また、チップは、パッケージ化され、電力供給や信号入出力のためのリード線が設けられている。また、半導体集積回路のチップを実現する手法の一つとして、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ，Field Programmable Gate Array）を用いて、上述した機能を設定するようにしても良い。
【００８９】
なお、上述した実施形態における送信装置および受信装置の少なくとも一部の機能をコンピューターで実現するようにしても良い。その場合、これらの機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００９０】
以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
第１実施形態および第２実施形態では、ソースパケットとリペアパケットで、共通のパケットシーケンス番号が付与されていた。具体的には、例えば図７において、第１のＦＥＣブロックにおける最後のソースパケットのパケットシーケンス番号が３００であり、それに続く、その第１のＦＥＣブロックにおける先頭のリペアパケットのパケットシーケンス番号が３０１であった。また、第１のＦＥＣブロックにおける最後のリペアパケットのパケットシーケンス番号が３２０であり、次の、第２のＦＥＣブロックにおける先頭のソースパケットのパケットシーケンス番号が３２１であった。変形例では、ソースパケットにはソースパケット内で閉じたパケットシーケンス番号を付与し、リペアパケットにはリペアパケット内で閉じたパケットシーケンス番号を付与する。この場合、送信装置内には、ソースパケットにパケットシーケンス番号を付与するためのカウンターと、リペアパケットにパケットシーケンス番号を付与するためのカウンターとがそれぞれ設けられる。前者のカウンターはソースパケットを生成する都度インクリメントされ、後者のカウンターはリペアパケットを生成する都度インクリメントされる。
【００９１】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００９２】
本発明は、データ通信や放送に用いるための送信装置および受信装置に利用可能である。また、そういった送信装置および受信装置を実現するためのチップや、プログラムに利用可能である。また、そういった送信装置および受信装置を用いた、放送事業、通信事業、コンテンツ配信事業等に利用可能である。
【符号の説明】
【００９３】
１，３  送信装置
２，４  受信装置
１２  映像アセット供給部
１４  音声アセット供給部
１６  字幕アセット供給部
２１  多重化部
２５，１２５  パケット化部
２７，１２７  送信部
３１，１３１  冗長化部
３３，１３３  冗長化ブロック特定情報設定部
４１，１４１  受信部
４３，１４３  復元部
４７  分離部
５２  映像アセット処理部
５４  音声アセット処理部
５６  字幕アセット処理部
６０  提示部
７１，１７１  冗長化ブロック特定情報検出部
７３，１７３  誤り訂正部
１０１  データ供給部
１８０  データ処理部
【図１】
0006667285.tif 000002
【図２】
0006667285.tif 000003
【図３】
0006667285.tif 000004
【図４】
0006667285.tif 000005
【図５】
0006667285.tif 000006
【図６】
0006667285.tif 000007
【図７】
0006667285.tif 000008
【図８】
0006667285.tif 000009
【図９】
0006667285.tif 000010
【図１０】
0006667285.tif 000011
【図１１】
0006667285.tif 000012