放送用パケット生成装置、データ補完サーバ、受信端末、および、それらのプログラム
【課題】放送伝送路で伝送されるファイルを受信した受信端末における欠損データを通信回線を用いて補完するデジタル放送システムにおいて放送伝送路からＩＰパケットを効率よく伝送することができる技術を提供する。
【解決手段】高度衛星デジタル放送システム１において、ファイル送出装置（放送用パケット生成装置）１１は、放送伝送路３０を介して配信されるファイルを所定サイズのデータユニットに分割して放送用ＩＰパケット５０として伝送する際に、当該ファイル中のデータユニットを補完するためにデータ補完サーバ１３が通信回線４０で伝送する補完用ＩＰパケット７０のデータ部に格納されるデータサイズより大きくかつそのサイズに所定の整数値を乗じた規定サイズのデータユニットに分割してパケット化し、そのヘッダ部にデータユニットを特定するダウンロードヘッダ（特定情報）を含む放送用ＩＰパケット５０を生成する。
【解決手段】高度衛星デジタル放送システム１において、ファイル送出装置（放送用パケット生成装置）１１は、放送伝送路３０を介して配信されるファイルを所定サイズのデータユニットに分割して放送用ＩＰパケット５０として伝送する際に、当該ファイル中のデータユニットを補完するためにデータ補完サーバ１３が通信回線４０で伝送する補完用ＩＰパケット７０のデータ部に格納されるデータサイズより大きくかつそのサイズに所定の整数値を乗じた規定サイズのデータユニットに分割してパケット化し、そのヘッダ部にデータユニットを特定するダウンロードヘッダ（特定情報）を含む放送用ＩＰパケット５０を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送の放送伝送路を介して配信されるファイルを受信した受信端末がファイル中の未取得のデータをデータ補完サーバから通信回線を介して取得するデジタル放送システムの技術に関し、特に、放送伝送路と通信回線とでそれぞれ伝送される情報のデータサイズを考慮した技術に関する。
【背景技術】
【０００２】
通信の分野では、インターネットに代表される通信回線において、ＩＰ（Internet Protocol）パケットを用いて情報を伝送している。通信回線では、例えば、イーサネット（登録商標）のＭＴＵ（Maximum Transfer Unit：最大転送単位）を考慮し、また、パケットのロスが発生することを考慮すると、ＩＰパケットは、１．５ＫＢ以下のサイズで伝送することが一般的である。これはイーサネット（登録商標）において、伝送するパケットを分割することなくＭＡＣフレームに格納可能な大きさが１５００バイトであることが１つの要因である。
【０００３】
ＩＰパケットを例えば、ＵＤＰ（User Datagram Protocol）を用いて送信する場合、図１１（ａ）に示すＩＰｖ４／ＵＤＰパケット８０１では、ヘッダ部８１０に、ＩＰｖ４ヘッダ（IPv4 Header）８１１と、ＵＤＰヘッダ（UDP Header）８１２とを備え、データ部（ペイロード）８２０には、データ８２１が格納される。また、図１１（ｂ）に示すＩＰｖ６／ＵＤＰパケット９０１では、ヘッダ部９１０に、ＩＰｖ６ヘッダ（IPv6 Header）９１１と、ＵＤＰヘッダ（UDP Header）９１２と、拡張ヘッダ（IPv6＿extension＿header）９１３とを備え、データ部（ペイロード）９２０には、データ９２１が格納される。
【０００４】
一方、放送の分野では、ＢＳアナログ放送が終了する２０１１年以降に向けた新たなＢＳデジタル放送（高度衛星デジタル放送）の放送方式として、ＴＬＶ（Type-Length-Value）多重化方式が提案されており、これを用いることで、ＩＰパケットを通信回線だけではなく放送伝送路でも伝送することが可能になる（非特許文献１および非特許文献２参照）。放送伝送路上ではＩＰヘッダおよびＵＤＰヘッダの情報を用いた経路制御を行う必要がないため、ＩＰヘッダおよびＵＤＰヘッダの圧縮を行うこともできる（非特許文献２参照）。また、一般に、衛星放送の伝送路品質は高く、受信Ｃ／Ｎ（Carrier to Noise Ratio）が確保できる状態では擬似エラーフリーの伝送が可能である（非特許文献３参照）。
【０００５】
放送伝送路で伝送しようとするＩＰパケットについてのＭＴＵを考慮するときには、放送伝送路では、もはやＩＰパケットが広域の通信回線網を通らないため、ＭＴＵを考慮する範囲は、復調するチューナーユニットから受信アプリケーションまでの範囲である。このため、放送伝送路で伝送しようとするＩＰパケットは、そのサイズを大きくすることも可能である。
【０００６】
移動体端末向けの標準規格や標準仕様書（ＴＳ：Technical Specification）によれば、一方向であるが同報型の放送回線でコンテンツを配信後、コンテンツの一部の取り損ねや伝送路誤りにより発生する欠損部分を、通信回線を用いて要求することで、コンテンツの完全性の確保を行うプロトコルが示されている。
【０００７】
例えば、ＥＴＳＩ(European Telecommunications Standards Institute：欧州電気通信標準化機構)が採択しているＤＶＢ−Ｈ（Digital Video Broadcasting - Handheld：移動体テレビの標準規格の一つ）におけるＩＰデータキャストはこれに当たる（非特許文献４参照）。また、３ＧＰＰ（3rd Generation Partnership Project：第３世代移動体通信システムの標準化プロジェクト）における携帯端末向けのコンテンツ配信サービスを示すＭＢＭＳ（Multimedia Broadcast / Multicast Service）もこれに当たる（非特許文献５参照）。
【０００８】
ＤＶＢ−ＨまたはＭＢＭＳのいずれも、放送伝送路でＩＰパケットを同報配信するものであるが、移動体端末向けであることもあり、伝送品質が固定端末向けほど良くない。したがって、放送伝送路に多重するＩＰパケットのサイズは共に小さく、例えば、ＤＶＢ−Ｈでは、放送伝送路に多重するＩＰパケットのサイズは５１２バイトなどである（非特許文献６参照)
【０００９】
また、固定端末としてのデジタル放送受信装置が、放送システムから放送伝送路を介して受信したデータが欠落していた際に、通信回線を用いて未取得データを取得する技術が知られている（特許許文献１参照）。この技術では、放送によって伝送するモジュール（ファイル）を、サイズが一定であるＤＤＢ（Download Data Block）に分割した後、ＤＳＭ−ＣＣ（Digital Storage Media-Command and Control）のセクションに組み込んでデータカルーセルにより伝送している。セクションには、ＤＤＢからモジュールを再現するためのＤＩＩ（Download Info Indication）が含まれている。ＤＩＩには、放送システムのサーバへのＵＲＬ情報と、放送システムから伝送したモジュールのサイズ、およびそのモジュールを構成するＤＤＢの数が記述されている。これにより、このデジタル放送受信装置は、未取得データがモジュールのどの範囲であるのかを算出し、算出したバイトレンジのデータ（例えば１２００〜１２５０バイトの範囲の５０バイトのデータ）を通信回線を用いて要求する。なお、特許許文献１に記載の技術では、それぞれの伝送路で伝送する情報のサイズについては考慮していない。
【特許文献１】特開２００２−１１８８１２号公報（段落００７０−００７１、図９）
【非特許文献１】青木秀一、西村敏、青木勝典、木村武史、「高度ＢＳデジタル放送におけるＩＰパケット伝送方式の一検討」、映像情報メディア学会、2007年冬季大会 第３部門放送技術3-3, Dec. 2007
【非特許文献２】社団法人電波産業会多重化作業班、“高度衛星デジタル放送 多重化方式報告書案（技術的条件）”、総務省情報通信審議会、2008年6月17日
【非特許文献３】社団法人映像情報メディア学会編、江藤良純・金子敏信監修、「誤り訂正符号とその応用」、オーム社、1996年
【非特許文献４】ETSI TS 102 472, “DVB ; IP Datacast over DVB-H : Content Delivery Protocols”, (2006-12)
【非特許文献５】3GPP TS 26.346, “Multimedia Broadcast / Multicast Service (MBMS) ; Protocols and codecs”
【非特許文献６】ETSI TS 102 591, ”DVB ; IP Datacast over DVB-H : Content Delivery Protocols (CDP) Implementation Guidelines”, (2007-10)
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のＤＶＢ−ＨやＭＢＭＳと同様に、衛星伝送路でコンテンツ（ファイル）を同報配信し、例えば伝送路誤りのため欠損した情報だけを通信回線を用いて補完するダウンロードアプリケーションを、高度衛星デジタル放送を用いて固定端末向けに行う方法が考えられている。高度衛星デジタル放送ではＴＬＶ多重化方式を用いることでＩＰパケットを分割することなく伝送可能である。このため、通信回線でのパケットの形式と、放送伝送路でのパケットの形式とを全く同一にすると、コンテンツの一部の取り損ねや伝送路誤りにより発生する欠損部分が生じたときに、特許文献１に記載の技術のようにファイルの先頭からのバイト位置と欠損サイズといった情報を用いる必要がなく、通信回線を用いて欠損部分の補完がパケット単位で容易に行うことができる。
【００１１】
また、非特許文献１には、ＴＬＶ多重化方式によると、パケット伝送においてはペイロードサイズが大きいほど、パケットごとに付加するヘッダ情報のオーバヘッドが小さくなることが記載されている。つまり、ペイロードサイズが大きいほど効率の良い伝送が可能となる。しかし、ペイロードサイズが大きいほど、パケットがロスしたときに欠損する情報が大きくなることになる。このため、利用する伝送路の品質を考慮して、伝送するパケットのペイロードサイズを決定する必要がある。例えば、衛星伝送路の伝送路品質は擬似エラーフリーに近く、衛星伝送路を伝送しようとするＩＰパケットのペイロードサイズを大きくすることができる。
【００１２】
しかしながら、従来の技術では、通信回線を用いてパケット単位で補完する場合、放送伝送路で伝送するパケットのサイズも、通信回線で用いるバケットサイズも等しいものとして扱っている。したがって、放送伝送路から受信したファイルの取りこぼしを通信回線を用いて補完可能なダウンロードアプリケーションに対しては、放送伝送路で伝送しようとするＩＰパケットのサイズは、通信回線のＭＴＵで制限される１．５ＫＢ程度のペイロードサイズしか用いることができない。つまり、伝送路品質の高い衛星伝送路を用いれば、放送により伝送しようとするＩＰパケットのペイロードサイズを大きくすることが可能であるにも関わらず、データの補完を考慮すると、放送伝送路では、通信回線のＭＴＵで制限されるサイズのＩＰパケットしか伝送できず、放送により伝送しようとするＩＰパケットの伝送効率が低くなってしまうという問題がある。
【００１３】
本発明は、以上のような問題点に鑑みてなされたものであり、放送伝送路で伝送されるファイルを受信した受信端末における欠損データを通信回線を用いて補完するデジタル放送システムにおいて放送伝送路からＩＰパケットを効率よく伝送することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載の放送用パケット生成装置は、ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおける前記放送用パケット生成装置であって、ファイル分割手段と、放送用パケット生成手段とを備える構成とした。
【００１５】
かかる構成によれば、放送用パケット生成装置は、ファイル分割手段によって、ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割する。そして、放送用パケット生成装置は、放送用パケット生成手段によって、前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する。
【００１６】
また、請求項２に記載の放送用パケット生成装置は、請求項１に記載の放送用パケット生成装置において、前記ファイル断片を特定する特定情報が、当該ファイル断片が含まれるファイルの識別子と、当該ファイル断片を含む複数のファイル断片からなるブロックの前記ファイル内の位置を示すブロック番号と、前記ブロック内の当該ファイル断片の位置を示すシーケンス番号とを有するダウンロードヘッダであることとした。
【００１７】
かかる構成によれば、放送用パケット生成装置は、ファイルを複数のブロックに区切り、そのブロックをさらに区切った２階層目の単位でファイル断片を指定するので、ファイルを直接区切った１階層目の単位でファイル断片を指定する場合に比べると、ファイル断片を特定する特定情報からファイル全体の中において対象のファイル断片を迅速に特定することができる。
【００１８】
また、請求項３に記載のデータ補完サーバは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するデータ補完サーバであって、補完要求用ＩＰパケット受信手段と、補完用ＩＰパケット生成手段と、補完用ＩＰパケット送信手段とを備える構成とした。
【００１９】
かかる構成によれば、データ補完サーバは、補完要求用ＩＰパケット受信手段によって、前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する。そして、データ補完サーバは、補完用ＩＰパケット生成手段によって、前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する。そして、データ補完サーバは、補完用ＩＰパケット送信手段によって、前記補完用ＩＰパケットを前記受信端末に送信する。
【００２０】
また、請求項４に記載のデータ補完サーバは、請求項３に記載のデータ補完サーバにおいて、ファイル情報記憶手段と、分割数決定手段とをさらに備えることとした。
【００２１】
かかる構成によれば、データ補完サーバは、ファイル情報記憶手段に、前記放送伝送路を介して伝送されるファイル毎に、当該ファイルに含まれる前記ファイル断片の規定サイズを記憶する。そして、データ補完サーバは、分割数決定手段によって、前記補完要求用ＩＰパケットに含まれる前記未取得のファイル断片を特定する特定情報に基づいて、前記ファイル情報記憶手段から当該未取得のファイル断片の規定サイズを抽出し、前記抽出した規定サイズを規定した所定の整数値を当該ファイル断片の分割数として決定する。そして、データ補完サーバは、補完用ＩＰパケット生成手段によって、前記決定された分割数で前記未取得のファイル断片を分割する。
【００２２】
また、請求項５に記載の受信端末は、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得する受信端末であって、放送受信手段と、欠損判別手段と、補完要求用ＩＰパケット生成手段と、補完要求用ＩＰパケット送信手段と、補完用ＩＰパケット受信手段と、補完ファイル断片構築手段と、ファイル修復手段とを備える構成とした。
【００２３】
かかる構成によれば、受信端末は、放送受信手段によって、前記放送用ＩＰパケットを受信する。そして、受信端末は、欠損判別手段によって、前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する。そして、受信端末は、補完要求用ＩＰパケット生成手段によって、前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する。そして、受信端末は、補完要求用ＩＰパケット送信手段によって、前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する。そして、受信端末は、補完用ＩＰパケット受信手段によって、前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する。そして、受信端末は、補完ファイル断片構築手段によって、前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する。そして、受信端末は、ファイル修復手段によって、前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結する。
【００２４】
また、請求項６に記載の放送用パケット生成プログラムは、ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおいて、前記放送用ＩＰパケットを生成するために、前記放送用パケット生成装置を構成するコンピュータを、ファイル分割手段および放送用パケット生成手段として機能させることとした。
【００２５】
かかる構成によれば、放送用パケット生成プログラムは、ファイル分割手段によって、ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割する。そして、放送用パケット生成プログラムは、放送用パケット生成手段によって、前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する。
【００２６】
また、請求項７に記載のデータ補完プログラムは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するために、コンピュータを、補完要求用ＩＰパケット受信手段、補完用ＩＰパケット生成手段、補完用ＩＰパケット送信手段として機能させることとした。
【００２７】
かかる構成によれば、データ補完プログラムは、補完要求用ＩＰパケット受信手段によって、前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する。そして、データ補完プログラムは、補完用ＩＰパケット生成手段によって、前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する。そして、データ補完プログラムは、補完用ＩＰパケット送信手段によって、前記補完用ＩＰパケットを前記受信端末に送信する。
【００２８】
また、請求項８に記載のファイル受信プログラムは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得するために、前記放送用ＩＰパケットを受信する放送受信手段を備えた受信端末のコンピュータを、欠損判別手段、補完要求用ＩＰパケット生成手段、補完要求用ＩＰパケット送信手段、補完用ＩＰパケット受信手段、補完ファイル断片構築手段、ファイル修復手段として機能させることとした。
【００２９】
かかる構成によれば、ファイル受信プログラムは、欠損判別手段によって、前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する。そして、ファイル受信プログラムは、補完要求用ＩＰパケット生成手段によって、前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する。そして、ファイル受信プログラムは、補完要求用ＩＰパケット送信手段によって、前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する。そして、ファイル受信プログラムは、補完用ＩＰパケット受信手段によって、前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する。そして、ファイル受信プログラムは、補完ファイル断片構築手段によって、前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する。そして、ファイル受信プログラムは、ファイル修復手段によって、前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結する。
【発明の効果】
【００３０】
請求項１に記載の放送用パケット生成装置または請求項６に記載の放送用パケット生成プログラムによれば、ファイルを構成するファイル断片を放送伝送路からＩＰパケットとして伝送する際に、ファイル断片のサイズを、通信回線から伝送されるデータのサイズより大きくかつその整数倍とした放送用ＩＰパケットを生成するので、ファイルを放送伝送路から効率よく伝送することができる。
【００３１】
請求項２に記載の放送用パケット生成装置によれば、ファイル断片を特定する特定情報からファイル全体の中において対象のファイル断片を迅速に特定することができる。
【００３２】
請求項３に記載のデータ補完サーバまたは請求項７に記載のデータ補完プログラムによれば、受信端末から要求された未取得のファイル断片を、その規定サイズを元にした所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、分割順序情報を含む補完用ＩＰパケットを通信回線を介して受信端末に送信する。したがって、受信端末が受信したファイルにおいて、放送用伝送路から放送用ＩＰパケットとして効率よく伝送されたファイル断片に欠損が生じたとしても、通信回線から補完すべきデータを容易に生成し伝送することができる。
【００３３】
請求項４に記載のデータ補完サーバによれば、ファイル断片の規定サイズが互いに異なるファイルにおける未取得のファイル断片がそれぞれ要求されたとしても、それらの要求に対応してその都度データを補完することができる。そのため、ファイルを構成する映像コンテンツや音楽コンテンツ等の種類に適したデータサイズのファイルにおける未取得データを１台で補完することができる。
【００３４】
請求項５に記載の受信端末または請求項８に記載のファイル受信プログラムによれば、放送伝送路で伝送される放送用ＩＰパケットとして受信したファイル中に欠損データが生じた場合に、不足している１つの放送用ＩＰパケット当たり２個以上の整数個の補完用ＩＰパケットを通信回線から取得する。したがって、非常時に備えての通信回線からのデータ補完を保証されつつ、通常は通信回線のＭＴＵより大きくかつその整数倍のデータサイズのファイル断片が格納された放送用ＩＰパケットを放送伝送路から効率よく受信することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の放送用パケット生成装置、データ補完サーバおよび受信端末を実施するための最良の形態（以下「実施形態」という）について図面を参照して詳細に説明する。
【００３６】
［高度衛星デジタル放送システムの概要］
（高度衛星デジタル放送システムの構成）
まず、高度衛星デジタル放送システムの構成について図１ないし図３を適宜参照して説明する。図１は、本発明の実施形態に係るファイル送出装置、データ補完サーバおよび受信端末を含む高度衛星デジタル放送システムを模式的に示す構成図である。また、図２は、高度衛星デジタル放送システムにおいてデータ欠損発生時にその補完を行う動作を示すシーケンス図、図３は、データ欠損とその補完の様子の説明図である。
【００３７】
図１に示すように、高度衛星デジタル放送システム１は、コンテンツ提供事業者１０側に、ファイル送出装置（放送用パケット生成装置）１１と、送信装置１２と、データ補完サーバ１３とを備え、視聴者２０側に、受信端末２１を備えていることとした。なお、図示は省略するが、視聴者２０および受信端末２１は複数存在するものとする。
【００３８】
ファイル送出装置（放送用パケット生成装置）１１は、放送しようとするコンテンツ（ファイル）を分割したデータユニット（ファイル断片）毎に放送伝送路３０を介して配信される放送用ＩＰパケット５０を生成するものである。
【００３９】
送信装置１２は、ファイル送出装置１１にコンテンツ（ファイル）として蓄積された放送用ＩＰパケット５０を放送伝送路３０を介して配信するものである。本実施形態では、放送伝送路３０は、人工衛星３１を経由する衛星放送の伝送路であって、ＩＰパケットをＴＬＶとして多重することのできる新たなＢＳデジタル放送（高度衛星デジタル放送）の伝送路であるものとする（非特許文献１，２参照）。
【００４０】
データ補完サーバ１３は、受信端末２１から通信回線４０を介して補完要求用ＩＰパケット６０を受信した場合に、受信端末２１において受信したファイル中の未取得のデータユニット（ファイル断片）を補完用ＩＰパケット７０として通信回線４０を介して送信するものである。なお、図１では、データ補完サーバ１３を１つだけ図示したが、台数に限定は無く、以下では、複数存在するものとする。
【００４１】
このようにコンテンツ提供事業者１０において配信されるＩＰパケットは、放送用ＩＰパケット５０と補完用ＩＰパケット７０との２種類がある。放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズより大きくかつその整数倍で構成されている。図１においては、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。つまり、受信端末２１において、１つの放送用ＩＰパケット５０を取り損ねた場合、データ補完サーバ１３は、１つの放送用ＩＰパケット５０に対応したデータを補完するために、３つの補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを通信回線４０を介して受信端末２１へ送信する。なお、特に区別しない場合には補完用ＩＰパケット７０と表記する。
【００４２】
受信端末２１は、放送伝送路３０と通信回線４０とのいずれも利用可能に構成されている。受信端末２１には、放送用ＩＰパケット５０を受信するために必要な情報と、補完用ＩＰパケット７０を受信するために必要な情報とが番組表などの形式で予め通知される。ここで、放送用ＩＰパケット５０を受信するために必要な情報とは、例えば、番組名、コンテンツ識別情報（ファイルのＩＤ）、配信開始時刻、配信終了時刻、放送チャンネルや配信されるグループアドレスなどを含む。また、補完用ＩＰパケット７０を受信するために必要な情報とは、放送の受信だけでコンテンツ（ファイル）が完全に受信できない場合に、欠損情報の補完を要求するための情報であり、例えば、データ補完サーバ１３のリストを含む。このリストには、データ補完サーバ１３のＵＲＬや補完するファイルの種類等を記載することができる。
【００４３】
（高度衛星デジタル放送システムにおける処理の流れ）
図１に示す高度衛星デジタル放送システムにおける処理の流れについて図２を参照して説明する。まず、ファイル送出装置１１は、コンテンツ（ファイル）を分割して放送用ＩＰパケット５０を生成する（ステップＳ１）。ファイル送出装置１１は、生成した放送用ＩＰパケット５０を蓄積すると共に、所定のタイミングで送信装置１２に出力する。そして、送信装置１２は、取得した放送用ＩＰパケット５０を放送伝送路３０を介して受信端末２１に送信する。
【００４４】
受信端末２１は、受信した放送用ＩＰパケット５０に含まれるデータユニット（ファイル断片）を順番に連結することで、当該ファイルを構成する。例えば、伝送路誤りが発生しない場合には、受信端末２１は、ファイルを正しく完全に受信することができる。しかし、伝送路誤りが発生した場合には、誤りが検出された放送用ＩＰパケット５０は廃棄されるので受信アプリケーションには到達しない。そのため、ファイルを構成する一部のデータユニットが欠損し、ファイルの一部あるいは全部が構成できないことが起こる。例えば、図３（ａ）に示すファイル８０は、データ領域８１，８２，８３で全体が構成されており、放送の再度の受信によって、欠損したデータユニットを補完した後、さらに、データ領域８２に欠損が残存している。データ領域８２では、図３（ｂ）に示すように、データユニット群８４が欠損している。このような場合には、受信端末２１は、どのファイルのどのデータユニットの補完を要求するのかを示す補完要求用ＩＰパケット６０を生成する（ステップＳ２）。
【００４５】
受信端末２１は、生成した補完要求用ＩＰパケット６０を通信回線４０を介してデータ補完サーバ１３に送信する。データ補完サーバ１３は、補完要求用ＩＰパケット６０を取得すると、要求されたデータユニットを補完するために、受信ファイルから欠落している放送用ＩＰパケット５０を何等分して送るかを示す分割数を決定する（ステップＳ３）。また、データ補完サーバ１３は、要求されたデータユニットを補完するため、放送用ＩＰパケット５０を蓄積しているファイル送出装置１１から当該放送用ＩＰパケット５０を取得し、そのデータユニットを分割して、補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを生成する（ステップＳ４）。例えば、図３（ｂ）に示すように、３つの補完用ＩＰパケット７０ａ，７０ｂ，７０ｃにより、欠落している１つの放送用ＩＰパケット５０を補う。そして、データ補完サーバ１３は、生成した補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを通信回線４０を介して受信端末２１に送信する。
【００４６】
受信端末２１は、受信した補完用ＩＰパケット７０ａ，７０ｂ，７０ｃのペイロードにそれぞれ含まれる同じサイズのデータユニットを連結した補完用のファイル断片（補完断片）を構築する（ステップＳ５）。そして、受信端末２１は、欠落しているデータユニット群８４の該当するデータ領域８２に補完断片を順次挿入することで、伝送路誤りが発生したファイルを修復する（ステップＳ６）。これにより、図３（ｃ）に示すように、データ領域８２においても各データユニット（ファイル断片）が正常に記録され、ファイル全体を正常に構成することができるようになる。
【００４７】
［高度衛星デジタル放送システムの各装置の構成］
図４は、本発明の実施形態に係るファイル送出装置およびデータ補完サーバの構成を模式的に示すブロック図であり、図５は、本発明の実施形態に係る受信端末の構成を模式的に示すブロック図である。
【００４８】
（ファイル送出装置）
ファイル送出装置（放送用パケット生成装置）１１は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、マウスやキーボード等の外部から情報の入力を検出する入力装置と、外部との各種情報の送受信を行うインタフェース装置と、ＬＣＤ（Liquid Crystal Display）等の表示装置を備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成される。
【００４９】
ファイル送出装置１１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図４に示すように、ファイル入力手段１１１と、ファイル分割手段１１２と、放送用パケット生成手段１１３と、ファイル蓄積手段１１４とを備えている。
ファイル入力手段１１１は、放送しようとするコンテンツ（ファイル）を外部から入力するための所定の入力インタフェースである。
【００５０】
ファイル分割手段１１２は、ファイル毎にデータユニット（ファイル断片）のサイズがデータ補完サーバ１３から受信端末２１に伝送されるパケット（補完用ＩＰパケット７０）のデータ部に格納されるデータのサイズより大きくかつそのサイズに所定の整数値を乗じた規定サイズとなるようにファイルを分割するものである。
【００５１】
放送用パケット生成手段１１３は、受信端末２１においてファイルをダウンロードするためにデータユニット（ファイル断片）を特定する特定情報をヘッダ部に格納すると共にデータユニット（ファイル断片）をデータ部に格納した放送用ＩＰパケット５０を生成するものである。本実施形態では、放送用ＩＰパケット５０は、ヘッダ部に特定情報としてダウンロードヘッダを含む。ダウンロードヘッダは、データ部のデータユニットが含まれていたファイルの識別子と、当該データユニットが属するブロック番号およびシーケンス番号とを備えている。ここで、ブロック番号は、複数のデータユニットを含むブロックのファイル内の位置を示すものであり、シーケンス番号は、当該ブロック内のデータユニットの位置を示すものである。なお、放送用ＩＰパケット５０は、ヘッダ部にダウンロードヘッダのほか、例えばＩＰヘッダおよびＵＤＰヘッダを含んでいる。
【００５２】
ファイル蓄積手段１１４は、放送用パケット生成手段１１３で生成された放送用ＩＰパケット５０を、受信端末２１に伝送するコンテンツ（ファイル）として蓄積するものであり、例えば、一般的なハードディスク等から構成される。
【００５３】
ここで、図６および図７を参照して放送用ＩＰパケットの構造の具体例を説明する。図６は、放送用ＩＰパケットの構造を示す図であり、図７は、ダウンロードヘッダの構造を示す図である。図６（ａ）に示すように、ファイル（コンテンツ）３０１は、数多くのデータユニット（Ｄｕ：ファイル断片）４０１に分割される。このうち、所定数のデータユニット（Ｄｕ：ファイル断片）４０１によりブロックが形成される。例えば、ファイル（コンテンツ）３０１は、複数（例えばＫ個）のブロックを備えている。
【００５４】
図６（ｂ）に示すように、データユニット（ファイル断片）４０１には、ダウンロードヘッダ４２１が付加される。ダウンロードヘッダ４２１は、図７に示すように、複数のフィールドとして、Transport File ID（ファイルの識別子）５０１と、Block Number（ブロック番号）５０２と、Sequence Number（シーケンス番号）５０３とを備えた合計８バイトのヘッダである。なお、Transport File ID（ファイルの識別子）５０１は、いずれのファイルを分割したデータユニットであるのかを示すものである。また、図７において、Block Number５０２と、Sequence Number５０３とは合計４バイトであれば、個々のフィールドのビット数は任意でよい。
【００５５】
これにより、このダウンロードヘッダ４２１をヘッダ部に含む放送用ＩＰパケット５０を受信する受信端末２１において、当該放送用ＩＰパケット５０のデータ部に格納された個別のデータユニット４０１を、ブロック番号５０２とブロック内のシーケンス番号５０３とで特定することができるようになる。なお、図６（ｂ）において、データユニット４０１の右側に配置したダウンロードヘッダ４２１を、図７ではスタック状に階層化されたものとしてデータユニット４０１の上側に配置した。
【００５６】
本実施形態では、ファイル送出装置１１は、図６（ｃ）に示す放送用ＩＰパケット５０Ａを生成し、送出することとした。放送用ＩＰパケット５０Ａは、データユニット４０１にダウンロードヘッダ４２１を加え、さらにＩＰヘッダおよびＵＤＰヘッダ４４１（以下、ＩＰ／ＵＤＰヘッダ４４１という）を付加した形式である。なお、図７では、ＩＰ／ＵＤＰヘッダの図示を省略したが、図７においてＩＰ／ＵＤＰヘッダ４４１はダウンロードヘッダ４２１の上側の階層に配置されることになる。
【００５７】
また、本実施形態では、放送伝送路３０を高度衛星デジタル放送の伝送路としているので、このような放送伝送路３０上ではＩＰ／ＵＤＰヘッダ４４１の情報を用いた経路制御を行う必要がない。そのため、非特許文献２などに示される方式でＩＰ／ＵＤＰヘッダ４４１の圧縮を行うことができる。この場合には、ファイル送出装置１１は、図６（ｄ）に示す放送用ＩＰパケット５０Ｂを生成し、送出することとしてもよい。図６（ｄ）に示す放送用ＩＰパケット５０Ｂは、データユニット４０１にダウンロードヘッダ４２１を加え、さらにＩＰ／ＵＤＰヘッダを圧縮した圧縮ヘッダ４６１を付加した形式である。以下では、放送用ＩＰパケット５０Ａおよび放送用ＩＰパケット５０Ｂを、特に区別しない限り、放送用ＩＰパケット５０と表記する。
【００５８】
（送信装置）
送信装置１２は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、外部との各種情報の送受信を行うインタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムと、このコンピュータに接続されたデジタル放送送信機とから構成される。この送信装置１２は、ファイル送出装置１１から取得した放送用ＩＰパケットを、ファイルの送信開始時刻になると、放送伝送路３０を介して放送波により送信する。
【００５９】
（データ補完サーバ）
データ補完サーバ１３は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、外部との各種情報の送受信を行う入出力インタフェースおよび通信インタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成される。このファイル送出装置１１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図４に示すように、ファイル情報記憶手段１３１と、補完要求用ＩＰパケット受信手段１３２と、分割数決定手段１３３と、補完用ＩＰパケット生成手段１３４と、補完用ＩＰパケット送信手段１３５とを備えている。
【００６０】
ファイル情報記憶手段１３１は、放送伝送路３０を介して伝送されるファイル毎に、当該ファイルに含まれるデータユニット（ファイル断片）の規定サイズを記憶するものであり、例えば、一般的なメモリやハードディスク等から構成される。
【００６１】
補完要求用ＩＰパケット受信手段１３２は、受信端末２１から、通信回線４０を介して、受信ファイル中の未取得のデータユニット（ファイル断片）を特定する特定情報を含む補完要求用ＩＰパケット６０を受信するものである。本実施形態では、未取得のデータユニットを特定する特定情報をダウンロードヘッダ４２１の情報とした。すなわち、未取得のデータユニットを特定する情報は、図７に示すTransport File ID５０１と、Block Number５０２と、Sequence Number５０３である。
【００６２】
分割数決定手段１３３は、受信端末２１から受信した補完要求用ＩＰパケット６０に含まれるダウンロードヘッダ４２１の情報に基づいて、ファイル情報記憶手段１３１から当該未取得のデータユニットの規定サイズを抽出し、抽出した規定サイズを規定した所定の整数値を当該データユニットの分割数として決定するものである。つまり、分割数決定手段１３３は、補完要求用ＩＰパケット６０で要求される欠損データユニットを特定するTransport File IDのファイルを、送信装置１２から放送伝送路３０で送信した際のデータユニットの規定サイズを抽出し、分割数を決定する。
【００６３】
補完用ＩＰパケット生成手段１３４は、受信端末２１から受信した補完要求用ＩＰパケット６０に含まれるダウンロードヘッダ４２１の情報に基づいて、当該未取得のデータユニットを規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片（要求されたデータユニットの一部）に分割してパケット化して補完用ＩＰパケット７０を生成するものである。本実施形態では、補完用ＩＰパケット生成手段は、分割数決定手段１３３で決定された分割数で未取得のデータユニットを分割することとした。また、補完用ＩＰパケット生成手段１３４は、分割した部分ファイル断片（要求されたデータユニットの一部）に対して、要求されたデータユニット内の位置を示す分割順序情報を付与する。補完用ＩＰパケット送信手段１３５は、生成された補完用ＩＰパケットを通信回線４０を介して受信端末２１に送信するものである。
【００６４】
前記補完用ＩＰパケット生成手段１３４で生成される補完用ＩＰパケット７０は、図８に示すように、データ部に、生成されたデータユニットの一部６０１（部分ファイル断片）を含み、ヘッダ部にリペアヘッダ６２１（リペア用ヘッダ）を含む。なお、図８では、ＩＰ／ＵＤＰヘッダの図示を省略したが、図８においてＩＰ／ＵＤＰヘッダ４４１はリペアヘッダ６２１の上側の階層に配置されることになる。
【００６５】
リペアヘッダ６２１は、未取得のファイル断片を特定する特定情報と、分割順序情報とを含む。未取得のファイル断片を特定する特定情報は、ダウンロードヘッダ４２１の情報である。また、分割順序情報は、未取得のファイル断片内における部分ファイル断片の位置を示す情報である。具体的には、図８に示すリペアヘッダ６２１は、フィールドとして、Transport File ID５０１と、Block Number５０２と、Sequence Number５０３と、suffix６４１と、Reserved６４２とを備えた合計１２バイトのヘッダである。
【００６６】
Transport File ID５０１、Block Number５０２およびSequence Number５０３は、図７に示したダウンロードヘッダ４２１のフィールドと共通なので同じ符号を付している。suffixフィールド６４１は、分割順序情報が記載されるフィールドである。Reservedフィールド６４２は将来のための拡張領域である。なお、図８において、suffix６４１と、Reserved６４２とは合計４バイトであれば、個々のフィールドのビット数は任意でよい。ここで、分割数が３である場合のsuffixフィールド６４１の分割順序情報の具体例を図９に示す。
【００６７】
図９（ａ）に示すように、放送伝送路３０上の放送用ＩＰパケット５０のデータユニット（ファイル断片）のサイズが「4032バイト」であるとする。この場合、図９（ｂ）に示すように、通信回線４０上の補完用ＩＰパケット７０のデータユニット（放送用ＩＰパケット５０のデータユニットの一部、すなわち部分ファイル断片）のサイズはそれぞれ「1344バイト」となる。この際、分割前の放送用ＩＰパケット５０のデータユニットのブロック番号およびシーケンス番号を示すため、パケットごとにリペアヘッダ６２１ａ，６２１ｂ，６２１ｃを付加する。放送用ＩＰパケット５０のデータユニット（ファイル断片）を分割した部分ファイル断片としてのデータユニット６０１ａ，６０１ｂ，６０１ｃ（それぞれは元のデータユニットの一部）が３等分され、付加されるリペアヘッダ６２１ａ，６２１ｂ，６２１ｃにおいては、同一のブロック番号およびシーケンス番号を有することになる。
【００６８】
さらに、１番目の補完用ＩＰパケットのデータユニット６０１ａ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ａに対して「suffix＝１」が付与される。また、２番目の補完用ＩＰパケットのデータユニット６０１ｂ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ｂに対して「suffix＝２」が付与される。同様に、３番目の補完用ＩＰパケットのデータユニット６０１ｃ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ｃに対して「suffix＝３」が付与される。なお、図９では、各パケットにおいて、ＩＰ／ＵＤＰヘッダの図示を省略した。
【００６９】
（受信端末）
受信端末２１は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、リモコン等の入力装置と、外部との各種情報の送受信を行う通信インタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムと、デジタル放送を受信するチューナと、ＬＣＤ等のテレビモニタから構成される。
【００７０】
受信端末２１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図５に示すように、放送受信手段２１１と、ファイル復元手段２１２と、欠損判別手段２１３と、ファイル蓄積手段２１４と、補完要求用ＩＰパケット生成手段２１５と、補完要求用ＩＰパケット送信手段２１６と、補完用ＩＰパケット受信手段２１７と、補完断片構築手段２１８と、ファイル修復手段２１９と、再生手段２２０と、操作部２２１と、出力表示部２２２とを備えている。
【００７１】
放送受信手段２１１は、例えばチューナから構成され、放送伝送路３０を介して伝送される放送用ＩＰパケット５０をコンテンツ（ファイル）を構成するデータとして受信するものである。受信された放送用ＩＰパケット５０は、ファイル復元手段２１２に出力される。放送受信手段２１１は、番組表などにより予め通知された時刻に、放送伝送路３０で伝送される放送用ＩＰパケット５０を受信する。
【００７２】
ファイル復元手段２１２は、放送受信手段２１１で受信された各放送用ＩＰパケット５０のダウンロードヘッダ４２１（図７参照）のTransport File ID５０１により、復元すべきファイルを特定する。また、ファイル復元手段２１２は、ダウンロードヘッダ４２１のBlock Number５０２と、Sequence Number５０３とに基づいて、対象とするファイルを構成するデータユニット４０１を順番に連結することでコンテンツ（ファイル）を元通りに構成する（復元する）。データユニット４０１を順番に連結したデータは、欠損判別手段２１３に出力される。
【００７３】
欠損判別手段２１３は、受信した放送用ＩＰパケット５０のヘッダ部の情報に基づいて、受信した各放送用ＩＰパケット５０に含まれるデータユニット（ファイル断片）を連結してファイルを元通りに構成する際にデータユニット４０１（ファイル断片）が欠損しているか否かを判別するものである。この欠損判別手段２１３は、ダウンロードヘッダ４２１のTransport File ID５０１で特定されるファイルにおいて、Block Number５０２毎に、Sequence Number５０３の連続する整数値のうち、数値が抜けている場合に、放送用ＩＰパケット５０が喪失してデータユニット４０１が欠損しているものと判定する。例えばシーケンス番号が「１」から「３」の連続する整数値を有するパケットのうち、シーケンス番号が「２」であるパケットが喪失していれば、該当するパケットに格納されたデータユニット４０１が欠損していることになる。
【００７４】
データユニット４０１が欠損している場合、欠損判別手段２１３は、該当する放送用ＩＰパケット５０のダウンロードヘッダ４２１の情報を補完要求用ＩＰパケット生成手段２１５に出力する。データユニット４０１が欠損していない場合、欠損判別手段２１３は、元通りに構成されたファイルをファイル蓄積手段２１４に格納する。なお、データユニット４０１が欠損していない場合、欠損判別手段２１３は、元通りに構成されたファイルを再生手段２２０を介して出力表示部２２２に出力するようにしてもよい。
【００７５】
ファイル蓄積手段２１４は、元通りに構成されたファイルを蓄積するものであり、例えば、一般的なハードディスク等から構成される。このファイル蓄積手段２１４は、ファイル復元手段２１２により正確に完全に復元されたファイルを蓄積すると共に、ファイル修復手段２１９の処理により欠損データが補完されたファイルを蓄積する。
【００７６】
補完要求用ＩＰパケット生成手段２１５は、データユニット（ファイル断片）が欠損している場合に、未取得のデータユニットを特定する情報として、当該データユニットに対応した放送用ＩＰパケット５０のヘッダ部に格納された情報を含む補完要求用ＩＰパケット６０を生成するものである。本実施形態では、補完要求用ＩＰパケット生成手段２１５は、放送の再度の受信により、欠損したデータユニット４０１を補完した後、さらに欠損が残存する場合に、補完要求用ＩＰパケット６０を生成する。生成された補完要求用ＩＰパケット６０は補完要求用ＩＰパケット送信手段２１６に出力される。生成される補完要求用ＩＰパケット６０は、ヘッダ部に、補完対象の放送用ＩＰパケット５０のダウンロードヘッダ４２１の情報と、データ補完サーバ１３を宛先、受信端末２１を送信元とするＩＰ／ＵＤＰヘッダとを含む。なお、補完要求用ＩＰパケット６０は、データ部に、補完を要求するメッセージを含む。
【００７７】
補完要求用ＩＰパケット送信手段２１６は、例えば通信インタフェース等から構成され、補完要求用ＩＰパケット生成手段２１５で生成した補完要求用ＩＰパケット６０を通信回線４０を介してデータ補完サーバ１３に送信するものである。
【００７８】
補完用ＩＰパケット受信手段２１７は、例えば通信インタフェース等から構成され、データ補完サーバ１３に送信した１つの補完要求用ＩＰパケット６０当たり、データユニット（ファイル断片）の規定サイズを規定した所定の整数値の個数（例えば３個）だけ補完用ＩＰパケット７０をデータ補完サーバ１３から通信回線４０を介して受信するものである。受信した補完用ＩＰパケット７０は補完断片構築手段２１８に出力される。
【００７９】
なお、補完用ＩＰパケット７０のリペアヘッダ６２１に対応した各フィールド（Transport File ID５０１、Block Number５０２およびSequence Number５０３）の値が、補完要求用ＩＰパケット６０に含められたダウンロードヘッダ４２１の各フィールドの値とすべて同一であるような補完用ＩＰパケット７０の個数は、要求されたデータユニットの規定サイズを規定した所定の整数値の個数（例えば３個）だけ存在することになる。
【００８０】
補完断片構築手段（補完ファイル断片構築手段）２１８は、補完用ＩＰパケット受信手段２１７で受信した所定の整数値の個数（例えば３個）の補完用ＩＰパケット７０のリペアヘッダ６２１に含まれるそれぞれのsuffixフィールド６４１の分割順序情報（番号）に基づいて、各補完用ＩＰパケット７０に格納されたデータユニットの一部６０１（部分ファイル断片）を連結して、未取得のデータユニット４０１を補完断片として構築するものである。このとき、補完断片構築手段２１８は、データユニットの一部６０１（部分ファイル断片）を、suffixフィールド６４１の番号順に連結して、シーケンス番号５０３が同じ値であるデータユニットを構成する。同様に、シーケンス番号５０３が他の値であるデータユニットの一部６０１（部分ファイル断片）も連結する。なお、対象としている同一のTransport File ID５０１で特定されるファイルについて、ブロック番号５０２の単位で補完する場合は、ブロック番号５０２が同じ値であり、かつ、シーケンス番号５０３が連続するデータユニット４０１を連結して補完断片とする。構築された補完断片はファイル修復手段２１９に出力される。
【００８１】
ファイル修復手段２１９は、未復元のファイル中の欠損位置に、補完断片構築手段２１８で構築された補完断片（データユニット）を連結するものである。このファイル修復手段２１９は、対象としている同一のTransport File ID５０１の、当該ブロック番号５０２および当該シーケンス番号５０３のデータユニット４０１を、放送伝送路３０で受信した未復元のファイルの欠損箇所に挿入する。これら補完断片は、図３（ｂ）および図３（ｃ）を参照して説明したように、放送の再度の受信によって、欠損したデータユニットを補完した後、さらに、欠損が残存しているデータ領域８２に連結される。補完断片が連結されたファイルはファイル蓄積手段２１４に格納される。
【００８２】
再生手段２２０は、リモコン等の操作部２２１からの指示に基づいて、ファイル蓄積手段２１４に蓄積されているコンテンツ（ファイル）または、受信によりリアルタイムに取得したコンテンツ（ファイル）を再生して、ＬＣＤモニタ等の出力表示部２２２に出力するものである。
【００８３】
なお、受信端末２１は、ファイル復元手段２１２によって、各放送用ＩＰパケット５０を順番に連結しながらファイルを元通りに構成していく途中において、欠損判別手段２１３によって、欠損したデータユニットあるいは連続したデータユニット群の欠損を発見する度に逐次的に、補完を要求するように構成することもできる。この場合には、受信端末２１は、ファイル修復手段２１９によって逐次的にファイルを修復するので、ファイル修復手段２１９の処理結果を欠損判別手段２１３に出力する。そして、欠損判別手段２１３によって、欠損したデータユニットが存在しないと判定されるまで一連の補完処理を繰り返す。このような構成でも受信ファイルの完全性を確保できる。
【００８４】
［放送用ＩＰパケットの具体例］
通信回線４０として、例えば、イーサネット（登録商標）を利用する。イーサネット（登録商標）において、伝送するパケットを分割することなくＭＡＣフレームに格納可能な大きさは１５００バイトである。ここでは、放送用ＩＰパケット５０Ａとして、図１１（ｂ）に示したＩＰｖ６／ＵＤＰパケット９０１を伝送する場合を想定し、できるだけ大きなデータサイズをデータ部９２０（ペイロード）に確保するため、拡張ヘッダ９１３は無い（０バイト）ものとする。ＩＰｖ６ヘッダ９１１のサイズは４０バイトであり、ＵＤＰヘッダ９１２のサイズは８バイトなので、イーサネット（登録商標）を利用する場合、ＵＤＰペイロード（データ部９２０）の最大サイズは１４５２バイトとなる。さらに、本実施形態では、データ補完サーバ１３において、補完用ＩＰパケット７０を生成するために、ＵＤＰペイロードに１２バイトのリペアヘッダ６２１を付加する必要があるため、ＵＤＰペイロードの最大サイズからさらに１２バイトを差し引く。その結果、補完用ＩＰパケット７０のデータ部に格納されるデータユニットの一部６０１として伝送可能な大きさは最大１４４０バイトとなる。以下、ファイルを構成するパケットについて３つの例を順番に示す。
【００８５】
（第１例：タイムスタンプ付きＴＳの集合であるファイル）
図１０は、本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの一例を示す図である。この例では、ファイル送出装置１１で生成されるファイルは、タイムスタンプ付きＴＳ（ＴＴＳ：Timestamped Transport Stream）で構成されるコンテンツとする。タイムスタンプ付きＴＳは、図１０（ａ）に示すように、１８８バイトのＴＳパケット７１０ごとに、４バイトのタイムスタンプ７２０を付加した合計１９２バイトのタイムスタンプ付きＴＳパケット７００の集合である。タイムスタンプ付きＴＳについては、「社団法人電波産業会、“デジタル放送におけるデータ放送符号化方式と伝送方式”、第１分冊、ＡＲＩＢ ＳＴＤ−Ｂ．２４、1999年」に規定されている。
【００８６】
前記したように、ＩＰｖ６／ＵＤＰパケット９０１としての補完用ＩＰパケット７０のデータ部に格納されるデータユニットの一部６０１として伝送可能な大きさは最大１４４０バイトである。１９２バイトのタイムスタンプ付きＴＳパケット７００を仮に８個合わせると、１５３６バイトになってしまい、通信回線４０で伝送可能な最大サイズを超えてしまう。そこで、タイムスタンプ付きＴＳを、通信回線４０を用いて伝送する場合、１つのＩＰパケットに７個のタイムスタンプ付きＴＳパケット７００を格納し伝送することとする。また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。このため、ファイル送出装置１１で生成され、ファイル送出装置１１から放送伝送路３０を介して受信端末２１に伝送される放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１９２×７）×３＝４０３２バイトとした。このときのパケットサイズを図１０（ｂ）に模式的に示す。
【００８７】
図１０（ｂ）において、６０１ａ，６０１ｂ，６０１ｃは、データ補完サーバ１３から通信回線４０を介して受信端末２１に伝送される補完用ＩＰパケット７０のデータ部（ペイロード）に格納されるデータユニット（部分ファイル断片、データユニット４０１の一部）に相当する。各データユニット６０１ａ，６０１ｂ，６０１ｃのサイズは、（１９２×７)＝１３４４バイトである。また、図１０（ｂ）において、データユニット４０１には、ダウンロードヘッダ４２１とＩＰ／ＵＤＰヘッダ４４１とが付加されて放送用ＩＰパケット５０Ａが構成されている。
【００８８】
本実施形態では、便宜上、図１０（ｃ）に示すように、６５５３６個の放送用ＩＰパケット５０Ａで１つのブロック５１を構成し、ブロック内のシーケンス番号を、「０〜６５５３５」とした。なお、図１０（ｄ）において、ファイル３０１をＫ個のブロック５１で構成し、ブロック番号を、「０〜Ｋ−１」とした。
【００８９】
（第２例：ＴＳの集合であるファイル）
この例では、ファイル送出装置１１で生成されるファイルは、ＴＳ（Transport Stream）で構成されるコンテンツとする。ＴＳは、１８８バイトのＴＳパケット７１０の集合である。１８８バイトのＴＳパケット７１０を仮に８個合わせると、１５０４バイトになってしまい、通信回線４０で伝送可能な最大サイズ（１４４０バイト）を超えてしまう。そこで、ＴＳを通信回線４０を用いて伝送する場合、１つのＩＰパケットに７個のＴＳパケット７１０を格納し伝送することとする。
【００９０】
また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。このため、ファイル送出装置１１で生成され、ファイル送出装置１１から放送伝送路３０を介して受信端末２１に伝送される放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１８８×７）×３＝３９４８バイトとした。この場合、補完用ＩＰパケット７０のデータ部（ペイロード）に格納される部分ファイル断片（データユニットの一部）のサイズは、（１８８×７)＝１３１６バイトである。
【００９１】
（第３例：任意のサイズに分割できるファイル）
この例では、ファイル送出装置１１で生成されるファイルは、任意のサイズに分割できるファイルとする。そこで、任意のサイズに分割できるファイルを通信回線４０で伝送する場合、通信回線４０で伝送できる最大サイズ（１４４０バイト）のファイル断片（データユニットの一部６０１）を格納し伝送することとする。また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとしたため、放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１４４０）×３＝４３２０バイトとした。
【００９２】
本実施形態によれば、ファイル送出装置１１は、放送伝送路３０で伝送される放送用ＩＰパケット５０のペイロードサイズが、データ補完サーバ１３から通信回線４０で受信端末２１へ伝送される補完用ＩＰパケット７０のペイロードサイズより大きくかつその整数倍となるように、当該放送用ＩＰパケット５０を生成する。また、データ補完サーバ１３は、複数の補完用ＩＰパケット７０のリペアヘッダ６２１のsuffixフィールドに分割順序情報を付加するので、複数の補完用ＩＰパケット７０を受信した受信端末２１は、suffixフィールドに記述された分割順序情報を用いて各部分ファイル断片を連結することで、放送伝送路３０で伝送されたものと同一のデータユニット４０１（補完断片）を構成することが可能となる。したがって、受信端末２１は、連結した補完断片を欠損位置に挿入することで容易に補完を行うことができる。この際、欠損位置の特定は、放送伝送路３０で伝送される放送用ＩＰパケット５０に付加したシーケンス番号等のダウンロードヘッダ４２１で行うことができる。そのため、従来のように欠損情報のバイト位置などの低レベルの情報を用いる必要がない。
【００９３】
以上、本発明の実施形態について説明したが、本発明は、この実施形態には限定されない。例えば、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとしたが、これに限定されるものではなく、２倍または４倍以上の整数倍であってもよい。表１に一例を記載する。放送用ＩＰパケット５０として、例えば、１９２バイトのＴＴＳの集合であるファイルを伝送する例では、９４０８バイト（１３４４×７）や１６１２８バイト（１３４４×１２）等でもよい。これらのサイズは、受信端末２１の処理能力あるいはチューナーユニットから受信アプリケーションまでのネットワーク環境などを考慮して決定するべきものである。
【００９４】
【表１】
【００９５】
また、本実施形態では、補完用ＩＰパケット７０は、リペアヘッダ６２１を付加した後、ＩＰ／ＵＤＰヘッダ４４１を付加し、ＵＤＰを用いて送信することとしたが、ＵＤＰ以外に、ＴＣＰ（Transmission Control Protocol）で応答することも可能である。この場合、リペアヘッダ６２１を付加した後、ＴＣＰヘッダおよびＩＰヘッダを付加したパケットとして応答することとなる。
【００９６】
また、本実施形態では、放送伝送路３０を高度ＢＳ伝送路として説明したが、これに限定されず、一般的な放送伝送路での配信に用いることが可能である。ＩＰパケットを、放送伝送路を用いて伝送する方法として、ＭＰＥ (Multi Protocol Encapsulation , ETSI EN 301 192)やＵＬＥ(Unidirectional Lightweight Encapsulation, RFC 4326)等が知られる。これらを用いた場合にも、本発明を適用することが可能になる。ただし、ＭＰＥでは、ＩＰパケットの上限サイズは４ＫＢである。
【００９７】
また、本実施形態のデータ補完サーバ１３は、ファイル情報記憶手段１３１と、分割数決定手段１３３とを備えることとしたが、これらの構成要素は必須ではない。例えば、コンテンツ提供事業者１０において、放送伝送路３０で伝送する放送用ＩＰパケット５０を、各コンテンツ（ファイル）共通のデータサイズ（例えば、４０３２バイト）に固定しておけば分割数は一定（例えば、３）だからである。このように構成した場合、データ補完サーバは、受信端末２１から要求される度に分割数を決定する必要がない。なお、ファイル情報記憶手段１３１と、分割数決定手段１３３とを備えるように構成した場合には、例えば、放送用ＩＰパケット５０において、音楽コンテンツは４０３２（＝１３４４×３）バイトのペイロード長、映像コンテンツは１６１２８（＝１３４４×１２）バイトのペイロード長のようにコンテンツ（ファイル）の種類に応じて変更された放送用ＩＰパケット５０を１台のデータ補完サーバ１３で補完できるという効果を奏する。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施形態に係るファイル送出装置、データ補完サーバおよび受信端末を含む高度衛星デジタル放送システムを模式的に示す構成図である。
【図２】図１に示す高度衛星デジタル放送システムにおいてデータ欠損発生時にその補完を行う動作を示すシーケンス図である。
【図３】図１に示す高度衛星デジタル放送システムにおけるデータ欠損とその補完の様子の説明図である。
【図４】本発明の実施形態に係るファイル送出装置およびデータ補完サーバの構成を模式的に示すブロック図である。
【図５】本発明の実施形態に係る受信端末の構成を模式的に示すブロック図である。
【図６】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの構造を示す図である。
【図７】本発明の実施形態に係るファイル送出装置においてデータユニットに付加されるダウンロードヘッダの構造を示す図である。
【図８】本発明の実施形態に係るデータ補完サーバにおいてデータユニットに付加されるリペアヘッダの構造を示す図である。
【図９】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットと本発明の実施形態に係るデータ補完サーバにおいて生成される補完用ＩＰパケットの一例を示す図である。
【図１０】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの一例を示す図である。
【図１１】ＩＰパケットの一般的な構成を示す図である。
【符号の説明】
【００９９】
１ 高度衛星デジタル放送システム
１１ ファイル送出装置（放送用パケット生成装置）
１１１ ファイル入力手段
１１２ ファイル分割手段
１１３ 放送用パケット生成手段
１１４ ファイル蓄積手段
１２ 送信装置
１３ データ補完サーバ
１３１ ファイル情報記憶手段
１３２ 補完要求用ＩＰパケット受信手段
１３３ 分割数決定手段
１３４ 補完用ＩＰパケット生成手段
１３５ 補完用ＩＰパケット送信手段
２１ 受信端末
２１１ 放送受信手段
２１２ ファイル復元手段
２１３ 欠損判別手段
２１４ ファイル蓄積手段
２１５ 補完要求用ＩＰパケット生成手段
２１６ 補完要求用ＩＰパケット送信手段
２１７ 補完用ＩＰパケット受信手段
２１８ 補完断片構築手段
２１９ ファイル修復手段
２２０ 再生手段
２２１ 操作部
２２２ 出力表示部
３０ 放送伝送路
３１ 人工衛星
４０ 通信回線
【技術分野】
【０００１】
本発明は、デジタル放送の放送伝送路を介して配信されるファイルを受信した受信端末がファイル中の未取得のデータをデータ補完サーバから通信回線を介して取得するデジタル放送システムの技術に関し、特に、放送伝送路と通信回線とでそれぞれ伝送される情報のデータサイズを考慮した技術に関する。
【背景技術】
【０００２】
通信の分野では、インターネットに代表される通信回線において、ＩＰ（Internet Protocol）パケットを用いて情報を伝送している。通信回線では、例えば、イーサネット（登録商標）のＭＴＵ（Maximum Transfer Unit：最大転送単位）を考慮し、また、パケットのロスが発生することを考慮すると、ＩＰパケットは、１．５ＫＢ以下のサイズで伝送することが一般的である。これはイーサネット（登録商標）において、伝送するパケットを分割することなくＭＡＣフレームに格納可能な大きさが１５００バイトであることが１つの要因である。
【０００３】
ＩＰパケットを例えば、ＵＤＰ（User Datagram Protocol）を用いて送信する場合、図１１（ａ）に示すＩＰｖ４／ＵＤＰパケット８０１では、ヘッダ部８１０に、ＩＰｖ４ヘッダ（IPv4 Header）８１１と、ＵＤＰヘッダ（UDP Header）８１２とを備え、データ部（ペイロード）８２０には、データ８２１が格納される。また、図１１（ｂ）に示すＩＰｖ６／ＵＤＰパケット９０１では、ヘッダ部９１０に、ＩＰｖ６ヘッダ（IPv6 Header）９１１と、ＵＤＰヘッダ（UDP Header）９１２と、拡張ヘッダ（IPv6＿extension＿header）９１３とを備え、データ部（ペイロード）９２０には、データ９２１が格納される。
【０００４】
一方、放送の分野では、ＢＳアナログ放送が終了する２０１１年以降に向けた新たなＢＳデジタル放送（高度衛星デジタル放送）の放送方式として、ＴＬＶ（Type-Length-Value）多重化方式が提案されており、これを用いることで、ＩＰパケットを通信回線だけではなく放送伝送路でも伝送することが可能になる（非特許文献１および非特許文献２参照）。放送伝送路上ではＩＰヘッダおよびＵＤＰヘッダの情報を用いた経路制御を行う必要がないため、ＩＰヘッダおよびＵＤＰヘッダの圧縮を行うこともできる（非特許文献２参照）。また、一般に、衛星放送の伝送路品質は高く、受信Ｃ／Ｎ（Carrier to Noise Ratio）が確保できる状態では擬似エラーフリーの伝送が可能である（非特許文献３参照）。
【０００５】
放送伝送路で伝送しようとするＩＰパケットについてのＭＴＵを考慮するときには、放送伝送路では、もはやＩＰパケットが広域の通信回線網を通らないため、ＭＴＵを考慮する範囲は、復調するチューナーユニットから受信アプリケーションまでの範囲である。このため、放送伝送路で伝送しようとするＩＰパケットは、そのサイズを大きくすることも可能である。
【０００６】
移動体端末向けの標準規格や標準仕様書（ＴＳ：Technical Specification）によれば、一方向であるが同報型の放送回線でコンテンツを配信後、コンテンツの一部の取り損ねや伝送路誤りにより発生する欠損部分を、通信回線を用いて要求することで、コンテンツの完全性の確保を行うプロトコルが示されている。
【０００７】
例えば、ＥＴＳＩ(European Telecommunications Standards Institute：欧州電気通信標準化機構)が採択しているＤＶＢ−Ｈ（Digital Video Broadcasting - Handheld：移動体テレビの標準規格の一つ）におけるＩＰデータキャストはこれに当たる（非特許文献４参照）。また、３ＧＰＰ（3rd Generation Partnership Project：第３世代移動体通信システムの標準化プロジェクト）における携帯端末向けのコンテンツ配信サービスを示すＭＢＭＳ（Multimedia Broadcast / Multicast Service）もこれに当たる（非特許文献５参照）。
【０００８】
ＤＶＢ−ＨまたはＭＢＭＳのいずれも、放送伝送路でＩＰパケットを同報配信するものであるが、移動体端末向けであることもあり、伝送品質が固定端末向けほど良くない。したがって、放送伝送路に多重するＩＰパケットのサイズは共に小さく、例えば、ＤＶＢ−Ｈでは、放送伝送路に多重するＩＰパケットのサイズは５１２バイトなどである（非特許文献６参照)
【０００９】
また、固定端末としてのデジタル放送受信装置が、放送システムから放送伝送路を介して受信したデータが欠落していた際に、通信回線を用いて未取得データを取得する技術が知られている（特許許文献１参照）。この技術では、放送によって伝送するモジュール（ファイル）を、サイズが一定であるＤＤＢ（Download Data Block）に分割した後、ＤＳＭ−ＣＣ（Digital Storage Media-Command and Control）のセクションに組み込んでデータカルーセルにより伝送している。セクションには、ＤＤＢからモジュールを再現するためのＤＩＩ（Download Info Indication）が含まれている。ＤＩＩには、放送システムのサーバへのＵＲＬ情報と、放送システムから伝送したモジュールのサイズ、およびそのモジュールを構成するＤＤＢの数が記述されている。これにより、このデジタル放送受信装置は、未取得データがモジュールのどの範囲であるのかを算出し、算出したバイトレンジのデータ（例えば１２００〜１２５０バイトの範囲の５０バイトのデータ）を通信回線を用いて要求する。なお、特許許文献１に記載の技術では、それぞれの伝送路で伝送する情報のサイズについては考慮していない。
【特許文献１】特開２００２−１１８８１２号公報（段落００７０−００７１、図９）
【非特許文献１】青木秀一、西村敏、青木勝典、木村武史、「高度ＢＳデジタル放送におけるＩＰパケット伝送方式の一検討」、映像情報メディア学会、2007年冬季大会 第３部門放送技術3-3, Dec. 2007
【非特許文献２】社団法人電波産業会多重化作業班、“高度衛星デジタル放送 多重化方式報告書案（技術的条件）”、総務省情報通信審議会、2008年6月17日
【非特許文献３】社団法人映像情報メディア学会編、江藤良純・金子敏信監修、「誤り訂正符号とその応用」、オーム社、1996年
【非特許文献４】ETSI TS 102 472, “DVB ; IP Datacast over DVB-H : Content Delivery Protocols”, (2006-12)
【非特許文献５】3GPP TS 26.346, “Multimedia Broadcast / Multicast Service (MBMS) ; Protocols and codecs”
【非特許文献６】ETSI TS 102 591, ”DVB ; IP Datacast over DVB-H : Content Delivery Protocols (CDP) Implementation Guidelines”, (2007-10)
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のＤＶＢ−ＨやＭＢＭＳと同様に、衛星伝送路でコンテンツ（ファイル）を同報配信し、例えば伝送路誤りのため欠損した情報だけを通信回線を用いて補完するダウンロードアプリケーションを、高度衛星デジタル放送を用いて固定端末向けに行う方法が考えられている。高度衛星デジタル放送ではＴＬＶ多重化方式を用いることでＩＰパケットを分割することなく伝送可能である。このため、通信回線でのパケットの形式と、放送伝送路でのパケットの形式とを全く同一にすると、コンテンツの一部の取り損ねや伝送路誤りにより発生する欠損部分が生じたときに、特許文献１に記載の技術のようにファイルの先頭からのバイト位置と欠損サイズといった情報を用いる必要がなく、通信回線を用いて欠損部分の補完がパケット単位で容易に行うことができる。
【００１１】
また、非特許文献１には、ＴＬＶ多重化方式によると、パケット伝送においてはペイロードサイズが大きいほど、パケットごとに付加するヘッダ情報のオーバヘッドが小さくなることが記載されている。つまり、ペイロードサイズが大きいほど効率の良い伝送が可能となる。しかし、ペイロードサイズが大きいほど、パケットがロスしたときに欠損する情報が大きくなることになる。このため、利用する伝送路の品質を考慮して、伝送するパケットのペイロードサイズを決定する必要がある。例えば、衛星伝送路の伝送路品質は擬似エラーフリーに近く、衛星伝送路を伝送しようとするＩＰパケットのペイロードサイズを大きくすることができる。
【００１２】
しかしながら、従来の技術では、通信回線を用いてパケット単位で補完する場合、放送伝送路で伝送するパケットのサイズも、通信回線で用いるバケットサイズも等しいものとして扱っている。したがって、放送伝送路から受信したファイルの取りこぼしを通信回線を用いて補完可能なダウンロードアプリケーションに対しては、放送伝送路で伝送しようとするＩＰパケットのサイズは、通信回線のＭＴＵで制限される１．５ＫＢ程度のペイロードサイズしか用いることができない。つまり、伝送路品質の高い衛星伝送路を用いれば、放送により伝送しようとするＩＰパケットのペイロードサイズを大きくすることが可能であるにも関わらず、データの補完を考慮すると、放送伝送路では、通信回線のＭＴＵで制限されるサイズのＩＰパケットしか伝送できず、放送により伝送しようとするＩＰパケットの伝送効率が低くなってしまうという問題がある。
【００１３】
本発明は、以上のような問題点に鑑みてなされたものであり、放送伝送路で伝送されるファイルを受信した受信端末における欠損データを通信回線を用いて補完するデジタル放送システムにおいて放送伝送路からＩＰパケットを効率よく伝送することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載の放送用パケット生成装置は、ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおける前記放送用パケット生成装置であって、ファイル分割手段と、放送用パケット生成手段とを備える構成とした。
【００１５】
かかる構成によれば、放送用パケット生成装置は、ファイル分割手段によって、ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割する。そして、放送用パケット生成装置は、放送用パケット生成手段によって、前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する。
【００１６】
また、請求項２に記載の放送用パケット生成装置は、請求項１に記載の放送用パケット生成装置において、前記ファイル断片を特定する特定情報が、当該ファイル断片が含まれるファイルの識別子と、当該ファイル断片を含む複数のファイル断片からなるブロックの前記ファイル内の位置を示すブロック番号と、前記ブロック内の当該ファイル断片の位置を示すシーケンス番号とを有するダウンロードヘッダであることとした。
【００１７】
かかる構成によれば、放送用パケット生成装置は、ファイルを複数のブロックに区切り、そのブロックをさらに区切った２階層目の単位でファイル断片を指定するので、ファイルを直接区切った１階層目の単位でファイル断片を指定する場合に比べると、ファイル断片を特定する特定情報からファイル全体の中において対象のファイル断片を迅速に特定することができる。
【００１８】
また、請求項３に記載のデータ補完サーバは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するデータ補完サーバであって、補完要求用ＩＰパケット受信手段と、補完用ＩＰパケット生成手段と、補完用ＩＰパケット送信手段とを備える構成とした。
【００１９】
かかる構成によれば、データ補完サーバは、補完要求用ＩＰパケット受信手段によって、前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する。そして、データ補完サーバは、補完用ＩＰパケット生成手段によって、前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する。そして、データ補完サーバは、補完用ＩＰパケット送信手段によって、前記補完用ＩＰパケットを前記受信端末に送信する。
【００２０】
また、請求項４に記載のデータ補完サーバは、請求項３に記載のデータ補完サーバにおいて、ファイル情報記憶手段と、分割数決定手段とをさらに備えることとした。
【００２１】
かかる構成によれば、データ補完サーバは、ファイル情報記憶手段に、前記放送伝送路を介して伝送されるファイル毎に、当該ファイルに含まれる前記ファイル断片の規定サイズを記憶する。そして、データ補完サーバは、分割数決定手段によって、前記補完要求用ＩＰパケットに含まれる前記未取得のファイル断片を特定する特定情報に基づいて、前記ファイル情報記憶手段から当該未取得のファイル断片の規定サイズを抽出し、前記抽出した規定サイズを規定した所定の整数値を当該ファイル断片の分割数として決定する。そして、データ補完サーバは、補完用ＩＰパケット生成手段によって、前記決定された分割数で前記未取得のファイル断片を分割する。
【００２２】
また、請求項５に記載の受信端末は、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得する受信端末であって、放送受信手段と、欠損判別手段と、補完要求用ＩＰパケット生成手段と、補完要求用ＩＰパケット送信手段と、補完用ＩＰパケット受信手段と、補完ファイル断片構築手段と、ファイル修復手段とを備える構成とした。
【００２３】
かかる構成によれば、受信端末は、放送受信手段によって、前記放送用ＩＰパケットを受信する。そして、受信端末は、欠損判別手段によって、前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する。そして、受信端末は、補完要求用ＩＰパケット生成手段によって、前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する。そして、受信端末は、補完要求用ＩＰパケット送信手段によって、前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する。そして、受信端末は、補完用ＩＰパケット受信手段によって、前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する。そして、受信端末は、補完ファイル断片構築手段によって、前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する。そして、受信端末は、ファイル修復手段によって、前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結する。
【００２４】
また、請求項６に記載の放送用パケット生成プログラムは、ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおいて、前記放送用ＩＰパケットを生成するために、前記放送用パケット生成装置を構成するコンピュータを、ファイル分割手段および放送用パケット生成手段として機能させることとした。
【００２５】
かかる構成によれば、放送用パケット生成プログラムは、ファイル分割手段によって、ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割する。そして、放送用パケット生成プログラムは、放送用パケット生成手段によって、前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する。
【００２６】
また、請求項７に記載のデータ補完プログラムは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するために、コンピュータを、補完要求用ＩＰパケット受信手段、補完用ＩＰパケット生成手段、補完用ＩＰパケット送信手段として機能させることとした。
【００２７】
かかる構成によれば、データ補完プログラムは、補完要求用ＩＰパケット受信手段によって、前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する。そして、データ補完プログラムは、補完用ＩＰパケット生成手段によって、前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する。そして、データ補完プログラムは、補完用ＩＰパケット送信手段によって、前記補完用ＩＰパケットを前記受信端末に送信する。
【００２８】
また、請求項８に記載のファイル受信プログラムは、請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得するために、前記放送用ＩＰパケットを受信する放送受信手段を備えた受信端末のコンピュータを、欠損判別手段、補完要求用ＩＰパケット生成手段、補完要求用ＩＰパケット送信手段、補完用ＩＰパケット受信手段、補完ファイル断片構築手段、ファイル修復手段として機能させることとした。
【００２９】
かかる構成によれば、ファイル受信プログラムは、欠損判別手段によって、前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する。そして、ファイル受信プログラムは、補完要求用ＩＰパケット生成手段によって、前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する。そして、ファイル受信プログラムは、補完要求用ＩＰパケット送信手段によって、前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する。そして、ファイル受信プログラムは、補完用ＩＰパケット受信手段によって、前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する。そして、ファイル受信プログラムは、補完ファイル断片構築手段によって、前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する。そして、ファイル受信プログラムは、ファイル修復手段によって、前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結する。
【発明の効果】
【００３０】
請求項１に記載の放送用パケット生成装置または請求項６に記載の放送用パケット生成プログラムによれば、ファイルを構成するファイル断片を放送伝送路からＩＰパケットとして伝送する際に、ファイル断片のサイズを、通信回線から伝送されるデータのサイズより大きくかつその整数倍とした放送用ＩＰパケットを生成するので、ファイルを放送伝送路から効率よく伝送することができる。
【００３１】
請求項２に記載の放送用パケット生成装置によれば、ファイル断片を特定する特定情報からファイル全体の中において対象のファイル断片を迅速に特定することができる。
【００３２】
請求項３に記載のデータ補完サーバまたは請求項７に記載のデータ補完プログラムによれば、受信端末から要求された未取得のファイル断片を、その規定サイズを元にした所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、分割順序情報を含む補完用ＩＰパケットを通信回線を介して受信端末に送信する。したがって、受信端末が受信したファイルにおいて、放送用伝送路から放送用ＩＰパケットとして効率よく伝送されたファイル断片に欠損が生じたとしても、通信回線から補完すべきデータを容易に生成し伝送することができる。
【００３３】
請求項４に記載のデータ補完サーバによれば、ファイル断片の規定サイズが互いに異なるファイルにおける未取得のファイル断片がそれぞれ要求されたとしても、それらの要求に対応してその都度データを補完することができる。そのため、ファイルを構成する映像コンテンツや音楽コンテンツ等の種類に適したデータサイズのファイルにおける未取得データを１台で補完することができる。
【００３４】
請求項５に記載の受信端末または請求項８に記載のファイル受信プログラムによれば、放送伝送路で伝送される放送用ＩＰパケットとして受信したファイル中に欠損データが生じた場合に、不足している１つの放送用ＩＰパケット当たり２個以上の整数個の補完用ＩＰパケットを通信回線から取得する。したがって、非常時に備えての通信回線からのデータ補完を保証されつつ、通常は通信回線のＭＴＵより大きくかつその整数倍のデータサイズのファイル断片が格納された放送用ＩＰパケットを放送伝送路から効率よく受信することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の放送用パケット生成装置、データ補完サーバおよび受信端末を実施するための最良の形態（以下「実施形態」という）について図面を参照して詳細に説明する。
【００３６】
［高度衛星デジタル放送システムの概要］
（高度衛星デジタル放送システムの構成）
まず、高度衛星デジタル放送システムの構成について図１ないし図３を適宜参照して説明する。図１は、本発明の実施形態に係るファイル送出装置、データ補完サーバおよび受信端末を含む高度衛星デジタル放送システムを模式的に示す構成図である。また、図２は、高度衛星デジタル放送システムにおいてデータ欠損発生時にその補完を行う動作を示すシーケンス図、図３は、データ欠損とその補完の様子の説明図である。
【００３７】
図１に示すように、高度衛星デジタル放送システム１は、コンテンツ提供事業者１０側に、ファイル送出装置（放送用パケット生成装置）１１と、送信装置１２と、データ補完サーバ１３とを備え、視聴者２０側に、受信端末２１を備えていることとした。なお、図示は省略するが、視聴者２０および受信端末２１は複数存在するものとする。
【００３８】
ファイル送出装置（放送用パケット生成装置）１１は、放送しようとするコンテンツ（ファイル）を分割したデータユニット（ファイル断片）毎に放送伝送路３０を介して配信される放送用ＩＰパケット５０を生成するものである。
【００３９】
送信装置１２は、ファイル送出装置１１にコンテンツ（ファイル）として蓄積された放送用ＩＰパケット５０を放送伝送路３０を介して配信するものである。本実施形態では、放送伝送路３０は、人工衛星３１を経由する衛星放送の伝送路であって、ＩＰパケットをＴＬＶとして多重することのできる新たなＢＳデジタル放送（高度衛星デジタル放送）の伝送路であるものとする（非特許文献１，２参照）。
【００４０】
データ補完サーバ１３は、受信端末２１から通信回線４０を介して補完要求用ＩＰパケット６０を受信した場合に、受信端末２１において受信したファイル中の未取得のデータユニット（ファイル断片）を補完用ＩＰパケット７０として通信回線４０を介して送信するものである。なお、図１では、データ補完サーバ１３を１つだけ図示したが、台数に限定は無く、以下では、複数存在するものとする。
【００４１】
このようにコンテンツ提供事業者１０において配信されるＩＰパケットは、放送用ＩＰパケット５０と補完用ＩＰパケット７０との２種類がある。放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズより大きくかつその整数倍で構成されている。図１においては、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。つまり、受信端末２１において、１つの放送用ＩＰパケット５０を取り損ねた場合、データ補完サーバ１３は、１つの放送用ＩＰパケット５０に対応したデータを補完するために、３つの補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを通信回線４０を介して受信端末２１へ送信する。なお、特に区別しない場合には補完用ＩＰパケット７０と表記する。
【００４２】
受信端末２１は、放送伝送路３０と通信回線４０とのいずれも利用可能に構成されている。受信端末２１には、放送用ＩＰパケット５０を受信するために必要な情報と、補完用ＩＰパケット７０を受信するために必要な情報とが番組表などの形式で予め通知される。ここで、放送用ＩＰパケット５０を受信するために必要な情報とは、例えば、番組名、コンテンツ識別情報（ファイルのＩＤ）、配信開始時刻、配信終了時刻、放送チャンネルや配信されるグループアドレスなどを含む。また、補完用ＩＰパケット７０を受信するために必要な情報とは、放送の受信だけでコンテンツ（ファイル）が完全に受信できない場合に、欠損情報の補完を要求するための情報であり、例えば、データ補完サーバ１３のリストを含む。このリストには、データ補完サーバ１３のＵＲＬや補完するファイルの種類等を記載することができる。
【００４３】
（高度衛星デジタル放送システムにおける処理の流れ）
図１に示す高度衛星デジタル放送システムにおける処理の流れについて図２を参照して説明する。まず、ファイル送出装置１１は、コンテンツ（ファイル）を分割して放送用ＩＰパケット５０を生成する（ステップＳ１）。ファイル送出装置１１は、生成した放送用ＩＰパケット５０を蓄積すると共に、所定のタイミングで送信装置１２に出力する。そして、送信装置１２は、取得した放送用ＩＰパケット５０を放送伝送路３０を介して受信端末２１に送信する。
【００４４】
受信端末２１は、受信した放送用ＩＰパケット５０に含まれるデータユニット（ファイル断片）を順番に連結することで、当該ファイルを構成する。例えば、伝送路誤りが発生しない場合には、受信端末２１は、ファイルを正しく完全に受信することができる。しかし、伝送路誤りが発生した場合には、誤りが検出された放送用ＩＰパケット５０は廃棄されるので受信アプリケーションには到達しない。そのため、ファイルを構成する一部のデータユニットが欠損し、ファイルの一部あるいは全部が構成できないことが起こる。例えば、図３（ａ）に示すファイル８０は、データ領域８１，８２，８３で全体が構成されており、放送の再度の受信によって、欠損したデータユニットを補完した後、さらに、データ領域８２に欠損が残存している。データ領域８２では、図３（ｂ）に示すように、データユニット群８４が欠損している。このような場合には、受信端末２１は、どのファイルのどのデータユニットの補完を要求するのかを示す補完要求用ＩＰパケット６０を生成する（ステップＳ２）。
【００４５】
受信端末２１は、生成した補完要求用ＩＰパケット６０を通信回線４０を介してデータ補完サーバ１３に送信する。データ補完サーバ１３は、補完要求用ＩＰパケット６０を取得すると、要求されたデータユニットを補完するために、受信ファイルから欠落している放送用ＩＰパケット５０を何等分して送るかを示す分割数を決定する（ステップＳ３）。また、データ補完サーバ１３は、要求されたデータユニットを補完するため、放送用ＩＰパケット５０を蓄積しているファイル送出装置１１から当該放送用ＩＰパケット５０を取得し、そのデータユニットを分割して、補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを生成する（ステップＳ４）。例えば、図３（ｂ）に示すように、３つの補完用ＩＰパケット７０ａ，７０ｂ，７０ｃにより、欠落している１つの放送用ＩＰパケット５０を補う。そして、データ補完サーバ１３は、生成した補完用ＩＰパケット７０ａ，７０ｂ，７０ｃを通信回線４０を介して受信端末２１に送信する。
【００４６】
受信端末２１は、受信した補完用ＩＰパケット７０ａ，７０ｂ，７０ｃのペイロードにそれぞれ含まれる同じサイズのデータユニットを連結した補完用のファイル断片（補完断片）を構築する（ステップＳ５）。そして、受信端末２１は、欠落しているデータユニット群８４の該当するデータ領域８２に補完断片を順次挿入することで、伝送路誤りが発生したファイルを修復する（ステップＳ６）。これにより、図３（ｃ）に示すように、データ領域８２においても各データユニット（ファイル断片）が正常に記録され、ファイル全体を正常に構成することができるようになる。
【００４７】
［高度衛星デジタル放送システムの各装置の構成］
図４は、本発明の実施形態に係るファイル送出装置およびデータ補完サーバの構成を模式的に示すブロック図であり、図５は、本発明の実施形態に係る受信端末の構成を模式的に示すブロック図である。
【００４８】
（ファイル送出装置）
ファイル送出装置（放送用パケット生成装置）１１は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、マウスやキーボード等の外部から情報の入力を検出する入力装置と、外部との各種情報の送受信を行うインタフェース装置と、ＬＣＤ（Liquid Crystal Display）等の表示装置を備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成される。
【００４９】
ファイル送出装置１１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図４に示すように、ファイル入力手段１１１と、ファイル分割手段１１２と、放送用パケット生成手段１１３と、ファイル蓄積手段１１４とを備えている。
ファイル入力手段１１１は、放送しようとするコンテンツ（ファイル）を外部から入力するための所定の入力インタフェースである。
【００５０】
ファイル分割手段１１２は、ファイル毎にデータユニット（ファイル断片）のサイズがデータ補完サーバ１３から受信端末２１に伝送されるパケット（補完用ＩＰパケット７０）のデータ部に格納されるデータのサイズより大きくかつそのサイズに所定の整数値を乗じた規定サイズとなるようにファイルを分割するものである。
【００５１】
放送用パケット生成手段１１３は、受信端末２１においてファイルをダウンロードするためにデータユニット（ファイル断片）を特定する特定情報をヘッダ部に格納すると共にデータユニット（ファイル断片）をデータ部に格納した放送用ＩＰパケット５０を生成するものである。本実施形態では、放送用ＩＰパケット５０は、ヘッダ部に特定情報としてダウンロードヘッダを含む。ダウンロードヘッダは、データ部のデータユニットが含まれていたファイルの識別子と、当該データユニットが属するブロック番号およびシーケンス番号とを備えている。ここで、ブロック番号は、複数のデータユニットを含むブロックのファイル内の位置を示すものであり、シーケンス番号は、当該ブロック内のデータユニットの位置を示すものである。なお、放送用ＩＰパケット５０は、ヘッダ部にダウンロードヘッダのほか、例えばＩＰヘッダおよびＵＤＰヘッダを含んでいる。
【００５２】
ファイル蓄積手段１１４は、放送用パケット生成手段１１３で生成された放送用ＩＰパケット５０を、受信端末２１に伝送するコンテンツ（ファイル）として蓄積するものであり、例えば、一般的なハードディスク等から構成される。
【００５３】
ここで、図６および図７を参照して放送用ＩＰパケットの構造の具体例を説明する。図６は、放送用ＩＰパケットの構造を示す図であり、図７は、ダウンロードヘッダの構造を示す図である。図６（ａ）に示すように、ファイル（コンテンツ）３０１は、数多くのデータユニット（Ｄｕ：ファイル断片）４０１に分割される。このうち、所定数のデータユニット（Ｄｕ：ファイル断片）４０１によりブロックが形成される。例えば、ファイル（コンテンツ）３０１は、複数（例えばＫ個）のブロックを備えている。
【００５４】
図６（ｂ）に示すように、データユニット（ファイル断片）４０１には、ダウンロードヘッダ４２１が付加される。ダウンロードヘッダ４２１は、図７に示すように、複数のフィールドとして、Transport File ID（ファイルの識別子）５０１と、Block Number（ブロック番号）５０２と、Sequence Number（シーケンス番号）５０３とを備えた合計８バイトのヘッダである。なお、Transport File ID（ファイルの識別子）５０１は、いずれのファイルを分割したデータユニットであるのかを示すものである。また、図７において、Block Number５０２と、Sequence Number５０３とは合計４バイトであれば、個々のフィールドのビット数は任意でよい。
【００５５】
これにより、このダウンロードヘッダ４２１をヘッダ部に含む放送用ＩＰパケット５０を受信する受信端末２１において、当該放送用ＩＰパケット５０のデータ部に格納された個別のデータユニット４０１を、ブロック番号５０２とブロック内のシーケンス番号５０３とで特定することができるようになる。なお、図６（ｂ）において、データユニット４０１の右側に配置したダウンロードヘッダ４２１を、図７ではスタック状に階層化されたものとしてデータユニット４０１の上側に配置した。
【００５６】
本実施形態では、ファイル送出装置１１は、図６（ｃ）に示す放送用ＩＰパケット５０Ａを生成し、送出することとした。放送用ＩＰパケット５０Ａは、データユニット４０１にダウンロードヘッダ４２１を加え、さらにＩＰヘッダおよびＵＤＰヘッダ４４１（以下、ＩＰ／ＵＤＰヘッダ４４１という）を付加した形式である。なお、図７では、ＩＰ／ＵＤＰヘッダの図示を省略したが、図７においてＩＰ／ＵＤＰヘッダ４４１はダウンロードヘッダ４２１の上側の階層に配置されることになる。
【００５７】
また、本実施形態では、放送伝送路３０を高度衛星デジタル放送の伝送路としているので、このような放送伝送路３０上ではＩＰ／ＵＤＰヘッダ４４１の情報を用いた経路制御を行う必要がない。そのため、非特許文献２などに示される方式でＩＰ／ＵＤＰヘッダ４４１の圧縮を行うことができる。この場合には、ファイル送出装置１１は、図６（ｄ）に示す放送用ＩＰパケット５０Ｂを生成し、送出することとしてもよい。図６（ｄ）に示す放送用ＩＰパケット５０Ｂは、データユニット４０１にダウンロードヘッダ４２１を加え、さらにＩＰ／ＵＤＰヘッダを圧縮した圧縮ヘッダ４６１を付加した形式である。以下では、放送用ＩＰパケット５０Ａおよび放送用ＩＰパケット５０Ｂを、特に区別しない限り、放送用ＩＰパケット５０と表記する。
【００５８】
（送信装置）
送信装置１２は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、外部との各種情報の送受信を行うインタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムと、このコンピュータに接続されたデジタル放送送信機とから構成される。この送信装置１２は、ファイル送出装置１１から取得した放送用ＩＰパケットを、ファイルの送信開始時刻になると、放送伝送路３０を介して放送波により送信する。
【００５９】
（データ補完サーバ）
データ補完サーバ１３は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、外部との各種情報の送受信を行う入出力インタフェースおよび通信インタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成される。このファイル送出装置１１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図４に示すように、ファイル情報記憶手段１３１と、補完要求用ＩＰパケット受信手段１３２と、分割数決定手段１３３と、補完用ＩＰパケット生成手段１３４と、補完用ＩＰパケット送信手段１３５とを備えている。
【００６０】
ファイル情報記憶手段１３１は、放送伝送路３０を介して伝送されるファイル毎に、当該ファイルに含まれるデータユニット（ファイル断片）の規定サイズを記憶するものであり、例えば、一般的なメモリやハードディスク等から構成される。
【００６１】
補完要求用ＩＰパケット受信手段１３２は、受信端末２１から、通信回線４０を介して、受信ファイル中の未取得のデータユニット（ファイル断片）を特定する特定情報を含む補完要求用ＩＰパケット６０を受信するものである。本実施形態では、未取得のデータユニットを特定する特定情報をダウンロードヘッダ４２１の情報とした。すなわち、未取得のデータユニットを特定する情報は、図７に示すTransport File ID５０１と、Block Number５０２と、Sequence Number５０３である。
【００６２】
分割数決定手段１３３は、受信端末２１から受信した補完要求用ＩＰパケット６０に含まれるダウンロードヘッダ４２１の情報に基づいて、ファイル情報記憶手段１３１から当該未取得のデータユニットの規定サイズを抽出し、抽出した規定サイズを規定した所定の整数値を当該データユニットの分割数として決定するものである。つまり、分割数決定手段１３３は、補完要求用ＩＰパケット６０で要求される欠損データユニットを特定するTransport File IDのファイルを、送信装置１２から放送伝送路３０で送信した際のデータユニットの規定サイズを抽出し、分割数を決定する。
【００６３】
補完用ＩＰパケット生成手段１３４は、受信端末２１から受信した補完要求用ＩＰパケット６０に含まれるダウンロードヘッダ４２１の情報に基づいて、当該未取得のデータユニットを規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片（要求されたデータユニットの一部）に分割してパケット化して補完用ＩＰパケット７０を生成するものである。本実施形態では、補完用ＩＰパケット生成手段は、分割数決定手段１３３で決定された分割数で未取得のデータユニットを分割することとした。また、補完用ＩＰパケット生成手段１３４は、分割した部分ファイル断片（要求されたデータユニットの一部）に対して、要求されたデータユニット内の位置を示す分割順序情報を付与する。補完用ＩＰパケット送信手段１３５は、生成された補完用ＩＰパケットを通信回線４０を介して受信端末２１に送信するものである。
【００６４】
前記補完用ＩＰパケット生成手段１３４で生成される補完用ＩＰパケット７０は、図８に示すように、データ部に、生成されたデータユニットの一部６０１（部分ファイル断片）を含み、ヘッダ部にリペアヘッダ６２１（リペア用ヘッダ）を含む。なお、図８では、ＩＰ／ＵＤＰヘッダの図示を省略したが、図８においてＩＰ／ＵＤＰヘッダ４４１はリペアヘッダ６２１の上側の階層に配置されることになる。
【００６５】
リペアヘッダ６２１は、未取得のファイル断片を特定する特定情報と、分割順序情報とを含む。未取得のファイル断片を特定する特定情報は、ダウンロードヘッダ４２１の情報である。また、分割順序情報は、未取得のファイル断片内における部分ファイル断片の位置を示す情報である。具体的には、図８に示すリペアヘッダ６２１は、フィールドとして、Transport File ID５０１と、Block Number５０２と、Sequence Number５０３と、suffix６４１と、Reserved６４２とを備えた合計１２バイトのヘッダである。
【００６６】
Transport File ID５０１、Block Number５０２およびSequence Number５０３は、図７に示したダウンロードヘッダ４２１のフィールドと共通なので同じ符号を付している。suffixフィールド６４１は、分割順序情報が記載されるフィールドである。Reservedフィールド６４２は将来のための拡張領域である。なお、図８において、suffix６４１と、Reserved６４２とは合計４バイトであれば、個々のフィールドのビット数は任意でよい。ここで、分割数が３である場合のsuffixフィールド６４１の分割順序情報の具体例を図９に示す。
【００６７】
図９（ａ）に示すように、放送伝送路３０上の放送用ＩＰパケット５０のデータユニット（ファイル断片）のサイズが「4032バイト」であるとする。この場合、図９（ｂ）に示すように、通信回線４０上の補完用ＩＰパケット７０のデータユニット（放送用ＩＰパケット５０のデータユニットの一部、すなわち部分ファイル断片）のサイズはそれぞれ「1344バイト」となる。この際、分割前の放送用ＩＰパケット５０のデータユニットのブロック番号およびシーケンス番号を示すため、パケットごとにリペアヘッダ６２１ａ，６２１ｂ，６２１ｃを付加する。放送用ＩＰパケット５０のデータユニット（ファイル断片）を分割した部分ファイル断片としてのデータユニット６０１ａ，６０１ｂ，６０１ｃ（それぞれは元のデータユニットの一部）が３等分され、付加されるリペアヘッダ６２１ａ，６２１ｂ，６２１ｃにおいては、同一のブロック番号およびシーケンス番号を有することになる。
【００６８】
さらに、１番目の補完用ＩＰパケットのデータユニット６０１ａ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ａに対して「suffix＝１」が付与される。また、２番目の補完用ＩＰパケットのデータユニット６０１ｂ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ｂに対して「suffix＝２」が付与される。同様に、３番目の補完用ＩＰパケットのデータユニット６０１ｃ（元のデータユニットの一部）に付加されるリペアヘッダ６２１ｃに対して「suffix＝３」が付与される。なお、図９では、各パケットにおいて、ＩＰ／ＵＤＰヘッダの図示を省略した。
【００６９】
（受信端末）
受信端末２１は、ＣＰＵ等の演算装置と、メモリ、ハードディスク等の記憶装置と、リモコン等の入力装置と、外部との各種情報の送受信を行う通信インタフェース装置とを備えたコンピュータと、このコンピュータにインストールされたプログラムと、デジタル放送を受信するチューナと、ＬＣＤ等のテレビモニタから構成される。
【００７０】
受信端末２１は、ハードウェア装置とソフトウェアとが協働することによって、前記したハードウェア資源がプログラムによって制御されることにより実現され、図５に示すように、放送受信手段２１１と、ファイル復元手段２１２と、欠損判別手段２１３と、ファイル蓄積手段２１４と、補完要求用ＩＰパケット生成手段２１５と、補完要求用ＩＰパケット送信手段２１６と、補完用ＩＰパケット受信手段２１７と、補完断片構築手段２１８と、ファイル修復手段２１９と、再生手段２２０と、操作部２２１と、出力表示部２２２とを備えている。
【００７１】
放送受信手段２１１は、例えばチューナから構成され、放送伝送路３０を介して伝送される放送用ＩＰパケット５０をコンテンツ（ファイル）を構成するデータとして受信するものである。受信された放送用ＩＰパケット５０は、ファイル復元手段２１２に出力される。放送受信手段２１１は、番組表などにより予め通知された時刻に、放送伝送路３０で伝送される放送用ＩＰパケット５０を受信する。
【００７２】
ファイル復元手段２１２は、放送受信手段２１１で受信された各放送用ＩＰパケット５０のダウンロードヘッダ４２１（図７参照）のTransport File ID５０１により、復元すべきファイルを特定する。また、ファイル復元手段２１２は、ダウンロードヘッダ４２１のBlock Number５０２と、Sequence Number５０３とに基づいて、対象とするファイルを構成するデータユニット４０１を順番に連結することでコンテンツ（ファイル）を元通りに構成する（復元する）。データユニット４０１を順番に連結したデータは、欠損判別手段２１３に出力される。
【００７３】
欠損判別手段２１３は、受信した放送用ＩＰパケット５０のヘッダ部の情報に基づいて、受信した各放送用ＩＰパケット５０に含まれるデータユニット（ファイル断片）を連結してファイルを元通りに構成する際にデータユニット４０１（ファイル断片）が欠損しているか否かを判別するものである。この欠損判別手段２１３は、ダウンロードヘッダ４２１のTransport File ID５０１で特定されるファイルにおいて、Block Number５０２毎に、Sequence Number５０３の連続する整数値のうち、数値が抜けている場合に、放送用ＩＰパケット５０が喪失してデータユニット４０１が欠損しているものと判定する。例えばシーケンス番号が「１」から「３」の連続する整数値を有するパケットのうち、シーケンス番号が「２」であるパケットが喪失していれば、該当するパケットに格納されたデータユニット４０１が欠損していることになる。
【００７４】
データユニット４０１が欠損している場合、欠損判別手段２１３は、該当する放送用ＩＰパケット５０のダウンロードヘッダ４２１の情報を補完要求用ＩＰパケット生成手段２１５に出力する。データユニット４０１が欠損していない場合、欠損判別手段２１３は、元通りに構成されたファイルをファイル蓄積手段２１４に格納する。なお、データユニット４０１が欠損していない場合、欠損判別手段２１３は、元通りに構成されたファイルを再生手段２２０を介して出力表示部２２２に出力するようにしてもよい。
【００７５】
ファイル蓄積手段２１４は、元通りに構成されたファイルを蓄積するものであり、例えば、一般的なハードディスク等から構成される。このファイル蓄積手段２１４は、ファイル復元手段２１２により正確に完全に復元されたファイルを蓄積すると共に、ファイル修復手段２１９の処理により欠損データが補完されたファイルを蓄積する。
【００７６】
補完要求用ＩＰパケット生成手段２１５は、データユニット（ファイル断片）が欠損している場合に、未取得のデータユニットを特定する情報として、当該データユニットに対応した放送用ＩＰパケット５０のヘッダ部に格納された情報を含む補完要求用ＩＰパケット６０を生成するものである。本実施形態では、補完要求用ＩＰパケット生成手段２１５は、放送の再度の受信により、欠損したデータユニット４０１を補完した後、さらに欠損が残存する場合に、補完要求用ＩＰパケット６０を生成する。生成された補完要求用ＩＰパケット６０は補完要求用ＩＰパケット送信手段２１６に出力される。生成される補完要求用ＩＰパケット６０は、ヘッダ部に、補完対象の放送用ＩＰパケット５０のダウンロードヘッダ４２１の情報と、データ補完サーバ１３を宛先、受信端末２１を送信元とするＩＰ／ＵＤＰヘッダとを含む。なお、補完要求用ＩＰパケット６０は、データ部に、補完を要求するメッセージを含む。
【００７７】
補完要求用ＩＰパケット送信手段２１６は、例えば通信インタフェース等から構成され、補完要求用ＩＰパケット生成手段２１５で生成した補完要求用ＩＰパケット６０を通信回線４０を介してデータ補完サーバ１３に送信するものである。
【００７８】
補完用ＩＰパケット受信手段２１７は、例えば通信インタフェース等から構成され、データ補完サーバ１３に送信した１つの補完要求用ＩＰパケット６０当たり、データユニット（ファイル断片）の規定サイズを規定した所定の整数値の個数（例えば３個）だけ補完用ＩＰパケット７０をデータ補完サーバ１３から通信回線４０を介して受信するものである。受信した補完用ＩＰパケット７０は補完断片構築手段２１８に出力される。
【００７９】
なお、補完用ＩＰパケット７０のリペアヘッダ６２１に対応した各フィールド（Transport File ID５０１、Block Number５０２およびSequence Number５０３）の値が、補完要求用ＩＰパケット６０に含められたダウンロードヘッダ４２１の各フィールドの値とすべて同一であるような補完用ＩＰパケット７０の個数は、要求されたデータユニットの規定サイズを規定した所定の整数値の個数（例えば３個）だけ存在することになる。
【００８０】
補完断片構築手段（補完ファイル断片構築手段）２１８は、補完用ＩＰパケット受信手段２１７で受信した所定の整数値の個数（例えば３個）の補完用ＩＰパケット７０のリペアヘッダ６２１に含まれるそれぞれのsuffixフィールド６４１の分割順序情報（番号）に基づいて、各補完用ＩＰパケット７０に格納されたデータユニットの一部６０１（部分ファイル断片）を連結して、未取得のデータユニット４０１を補完断片として構築するものである。このとき、補完断片構築手段２１８は、データユニットの一部６０１（部分ファイル断片）を、suffixフィールド６４１の番号順に連結して、シーケンス番号５０３が同じ値であるデータユニットを構成する。同様に、シーケンス番号５０３が他の値であるデータユニットの一部６０１（部分ファイル断片）も連結する。なお、対象としている同一のTransport File ID５０１で特定されるファイルについて、ブロック番号５０２の単位で補完する場合は、ブロック番号５０２が同じ値であり、かつ、シーケンス番号５０３が連続するデータユニット４０１を連結して補完断片とする。構築された補完断片はファイル修復手段２１９に出力される。
【００８１】
ファイル修復手段２１９は、未復元のファイル中の欠損位置に、補完断片構築手段２１８で構築された補完断片（データユニット）を連結するものである。このファイル修復手段２１９は、対象としている同一のTransport File ID５０１の、当該ブロック番号５０２および当該シーケンス番号５０３のデータユニット４０１を、放送伝送路３０で受信した未復元のファイルの欠損箇所に挿入する。これら補完断片は、図３（ｂ）および図３（ｃ）を参照して説明したように、放送の再度の受信によって、欠損したデータユニットを補完した後、さらに、欠損が残存しているデータ領域８２に連結される。補完断片が連結されたファイルはファイル蓄積手段２１４に格納される。
【００８２】
再生手段２２０は、リモコン等の操作部２２１からの指示に基づいて、ファイル蓄積手段２１４に蓄積されているコンテンツ（ファイル）または、受信によりリアルタイムに取得したコンテンツ（ファイル）を再生して、ＬＣＤモニタ等の出力表示部２２２に出力するものである。
【００８３】
なお、受信端末２１は、ファイル復元手段２１２によって、各放送用ＩＰパケット５０を順番に連結しながらファイルを元通りに構成していく途中において、欠損判別手段２１３によって、欠損したデータユニットあるいは連続したデータユニット群の欠損を発見する度に逐次的に、補完を要求するように構成することもできる。この場合には、受信端末２１は、ファイル修復手段２１９によって逐次的にファイルを修復するので、ファイル修復手段２１９の処理結果を欠損判別手段２１３に出力する。そして、欠損判別手段２１３によって、欠損したデータユニットが存在しないと判定されるまで一連の補完処理を繰り返す。このような構成でも受信ファイルの完全性を確保できる。
【００８４】
［放送用ＩＰパケットの具体例］
通信回線４０として、例えば、イーサネット（登録商標）を利用する。イーサネット（登録商標）において、伝送するパケットを分割することなくＭＡＣフレームに格納可能な大きさは１５００バイトである。ここでは、放送用ＩＰパケット５０Ａとして、図１１（ｂ）に示したＩＰｖ６／ＵＤＰパケット９０１を伝送する場合を想定し、できるだけ大きなデータサイズをデータ部９２０（ペイロード）に確保するため、拡張ヘッダ９１３は無い（０バイト）ものとする。ＩＰｖ６ヘッダ９１１のサイズは４０バイトであり、ＵＤＰヘッダ９１２のサイズは８バイトなので、イーサネット（登録商標）を利用する場合、ＵＤＰペイロード（データ部９２０）の最大サイズは１４５２バイトとなる。さらに、本実施形態では、データ補完サーバ１３において、補完用ＩＰパケット７０を生成するために、ＵＤＰペイロードに１２バイトのリペアヘッダ６２１を付加する必要があるため、ＵＤＰペイロードの最大サイズからさらに１２バイトを差し引く。その結果、補完用ＩＰパケット７０のデータ部に格納されるデータユニットの一部６０１として伝送可能な大きさは最大１４４０バイトとなる。以下、ファイルを構成するパケットについて３つの例を順番に示す。
【００８５】
（第１例：タイムスタンプ付きＴＳの集合であるファイル）
図１０は、本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの一例を示す図である。この例では、ファイル送出装置１１で生成されるファイルは、タイムスタンプ付きＴＳ（ＴＴＳ：Timestamped Transport Stream）で構成されるコンテンツとする。タイムスタンプ付きＴＳは、図１０（ａ）に示すように、１８８バイトのＴＳパケット７１０ごとに、４バイトのタイムスタンプ７２０を付加した合計１９２バイトのタイムスタンプ付きＴＳパケット７００の集合である。タイムスタンプ付きＴＳについては、「社団法人電波産業会、“デジタル放送におけるデータ放送符号化方式と伝送方式”、第１分冊、ＡＲＩＢ ＳＴＤ−Ｂ．２４、1999年」に規定されている。
【００８６】
前記したように、ＩＰｖ６／ＵＤＰパケット９０１としての補完用ＩＰパケット７０のデータ部に格納されるデータユニットの一部６０１として伝送可能な大きさは最大１４４０バイトである。１９２バイトのタイムスタンプ付きＴＳパケット７００を仮に８個合わせると、１５３６バイトになってしまい、通信回線４０で伝送可能な最大サイズを超えてしまう。そこで、タイムスタンプ付きＴＳを、通信回線４０を用いて伝送する場合、１つのＩＰパケットに７個のタイムスタンプ付きＴＳパケット７００を格納し伝送することとする。また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。このため、ファイル送出装置１１で生成され、ファイル送出装置１１から放送伝送路３０を介して受信端末２１に伝送される放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１９２×７）×３＝４０３２バイトとした。このときのパケットサイズを図１０（ｂ）に模式的に示す。
【００８７】
図１０（ｂ）において、６０１ａ，６０１ｂ，６０１ｃは、データ補完サーバ１３から通信回線４０を介して受信端末２１に伝送される補完用ＩＰパケット７０のデータ部（ペイロード）に格納されるデータユニット（部分ファイル断片、データユニット４０１の一部）に相当する。各データユニット６０１ａ，６０１ｂ，６０１ｃのサイズは、（１９２×７)＝１３４４バイトである。また、図１０（ｂ）において、データユニット４０１には、ダウンロードヘッダ４２１とＩＰ／ＵＤＰヘッダ４４１とが付加されて放送用ＩＰパケット５０Ａが構成されている。
【００８８】
本実施形態では、便宜上、図１０（ｃ）に示すように、６５５３６個の放送用ＩＰパケット５０Ａで１つのブロック５１を構成し、ブロック内のシーケンス番号を、「０〜６５５３５」とした。なお、図１０（ｄ）において、ファイル３０１をＫ個のブロック５１で構成し、ブロック番号を、「０〜Ｋ−１」とした。
【００８９】
（第２例：ＴＳの集合であるファイル）
この例では、ファイル送出装置１１で生成されるファイルは、ＴＳ（Transport Stream）で構成されるコンテンツとする。ＴＳは、１８８バイトのＴＳパケット７１０の集合である。１８８バイトのＴＳパケット７１０を仮に８個合わせると、１５０４バイトになってしまい、通信回線４０で伝送可能な最大サイズ（１４４０バイト）を超えてしまう。そこで、ＴＳを通信回線４０を用いて伝送する場合、１つのＩＰパケットに７個のＴＳパケット７１０を格納し伝送することとする。
【００９０】
また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとした。このため、ファイル送出装置１１で生成され、ファイル送出装置１１から放送伝送路３０を介して受信端末２１に伝送される放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１８８×７）×３＝３９４８バイトとした。この場合、補完用ＩＰパケット７０のデータ部（ペイロード）に格納される部分ファイル断片（データユニットの一部）のサイズは、（１８８×７)＝１３１６バイトである。
【００９１】
（第３例：任意のサイズに分割できるファイル）
この例では、ファイル送出装置１１で生成されるファイルは、任意のサイズに分割できるファイルとする。そこで、任意のサイズに分割できるファイルを通信回線４０で伝送する場合、通信回線４０で伝送できる最大サイズ（１４４０バイト）のファイル断片（データユニットの一部６０１）を格納し伝送することとする。また、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとしたため、放送用ＩＰパケット５０のデータ部に格納されるデータユニット４０１のサイズを、（１４４０）×３＝４３２０バイトとした。
【００９２】
本実施形態によれば、ファイル送出装置１１は、放送伝送路３０で伝送される放送用ＩＰパケット５０のペイロードサイズが、データ補完サーバ１３から通信回線４０で受信端末２１へ伝送される補完用ＩＰパケット７０のペイロードサイズより大きくかつその整数倍となるように、当該放送用ＩＰパケット５０を生成する。また、データ補完サーバ１３は、複数の補完用ＩＰパケット７０のリペアヘッダ６２１のsuffixフィールドに分割順序情報を付加するので、複数の補完用ＩＰパケット７０を受信した受信端末２１は、suffixフィールドに記述された分割順序情報を用いて各部分ファイル断片を連結することで、放送伝送路３０で伝送されたものと同一のデータユニット４０１（補完断片）を構成することが可能となる。したがって、受信端末２１は、連結した補完断片を欠損位置に挿入することで容易に補完を行うことができる。この際、欠損位置の特定は、放送伝送路３０で伝送される放送用ＩＰパケット５０に付加したシーケンス番号等のダウンロードヘッダ４２１で行うことができる。そのため、従来のように欠損情報のバイト位置などの低レベルの情報を用いる必要がない。
【００９３】
以上、本発明の実施形態について説明したが、本発明は、この実施形態には限定されない。例えば、本実施形態では、一例として、放送用ＩＰパケット５０のペイロードサイズは、補完用ＩＰパケット７０のペイロードサイズの３倍であるものとしたが、これに限定されるものではなく、２倍または４倍以上の整数倍であってもよい。表１に一例を記載する。放送用ＩＰパケット５０として、例えば、１９２バイトのＴＴＳの集合であるファイルを伝送する例では、９４０８バイト（１３４４×７）や１６１２８バイト（１３４４×１２）等でもよい。これらのサイズは、受信端末２１の処理能力あるいはチューナーユニットから受信アプリケーションまでのネットワーク環境などを考慮して決定するべきものである。
【００９４】
【表１】
【００９５】
また、本実施形態では、補完用ＩＰパケット７０は、リペアヘッダ６２１を付加した後、ＩＰ／ＵＤＰヘッダ４４１を付加し、ＵＤＰを用いて送信することとしたが、ＵＤＰ以外に、ＴＣＰ（Transmission Control Protocol）で応答することも可能である。この場合、リペアヘッダ６２１を付加した後、ＴＣＰヘッダおよびＩＰヘッダを付加したパケットとして応答することとなる。
【００９６】
また、本実施形態では、放送伝送路３０を高度ＢＳ伝送路として説明したが、これに限定されず、一般的な放送伝送路での配信に用いることが可能である。ＩＰパケットを、放送伝送路を用いて伝送する方法として、ＭＰＥ (Multi Protocol Encapsulation , ETSI EN 301 192)やＵＬＥ(Unidirectional Lightweight Encapsulation, RFC 4326)等が知られる。これらを用いた場合にも、本発明を適用することが可能になる。ただし、ＭＰＥでは、ＩＰパケットの上限サイズは４ＫＢである。
【００９７】
また、本実施形態のデータ補完サーバ１３は、ファイル情報記憶手段１３１と、分割数決定手段１３３とを備えることとしたが、これらの構成要素は必須ではない。例えば、コンテンツ提供事業者１０において、放送伝送路３０で伝送する放送用ＩＰパケット５０を、各コンテンツ（ファイル）共通のデータサイズ（例えば、４０３２バイト）に固定しておけば分割数は一定（例えば、３）だからである。このように構成した場合、データ補完サーバは、受信端末２１から要求される度に分割数を決定する必要がない。なお、ファイル情報記憶手段１３１と、分割数決定手段１３３とを備えるように構成した場合には、例えば、放送用ＩＰパケット５０において、音楽コンテンツは４０３２（＝１３４４×３）バイトのペイロード長、映像コンテンツは１６１２８（＝１３４４×１２）バイトのペイロード長のようにコンテンツ（ファイル）の種類に応じて変更された放送用ＩＰパケット５０を１台のデータ補完サーバ１３で補完できるという効果を奏する。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施形態に係るファイル送出装置、データ補完サーバおよび受信端末を含む高度衛星デジタル放送システムを模式的に示す構成図である。
【図２】図１に示す高度衛星デジタル放送システムにおいてデータ欠損発生時にその補完を行う動作を示すシーケンス図である。
【図３】図１に示す高度衛星デジタル放送システムにおけるデータ欠損とその補完の様子の説明図である。
【図４】本発明の実施形態に係るファイル送出装置およびデータ補完サーバの構成を模式的に示すブロック図である。
【図５】本発明の実施形態に係る受信端末の構成を模式的に示すブロック図である。
【図６】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの構造を示す図である。
【図７】本発明の実施形態に係るファイル送出装置においてデータユニットに付加されるダウンロードヘッダの構造を示す図である。
【図８】本発明の実施形態に係るデータ補完サーバにおいてデータユニットに付加されるリペアヘッダの構造を示す図である。
【図９】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットと本発明の実施形態に係るデータ補完サーバにおいて生成される補完用ＩＰパケットの一例を示す図である。
【図１０】本発明の実施形態に係るファイル送出装置で生成される放送用ＩＰパケットの一例を示す図である。
【図１１】ＩＰパケットの一般的な構成を示す図である。
【符号の説明】
【００９９】
１ 高度衛星デジタル放送システム
１１ ファイル送出装置（放送用パケット生成装置）
１１１ ファイル入力手段
１１２ ファイル分割手段
１１３ 放送用パケット生成手段
１１４ ファイル蓄積手段
１２ 送信装置
１３ データ補完サーバ
１３１ ファイル情報記憶手段
１３２ 補完要求用ＩＰパケット受信手段
１３３ 分割数決定手段
１３４ 補完用ＩＰパケット生成手段
１３５ 補完用ＩＰパケット送信手段
２１ 受信端末
２１１ 放送受信手段
２１２ ファイル復元手段
２１３ 欠損判別手段
２１４ ファイル蓄積手段
２１５ 補完要求用ＩＰパケット生成手段
２１６ 補完要求用ＩＰパケット送信手段
２１７ 補完用ＩＰパケット受信手段
２１８ 補完断片構築手段
２１９ ファイル修復手段
２２０ 再生手段
２２１ 操作部
２２２ 出力表示部
３０ 放送伝送路
３１ 人工衛星
４０ 通信回線
【特許請求の範囲】
【請求項１】
ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおける前記放送用パケット生成装置であって、
ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割するファイル分割手段と、
前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する放送用パケット生成手段と、
を備えることを特徴とする放送用パケット生成装置。
【請求項２】
前記ファイル断片を特定する特定情報は、
当該ファイル断片が含まれるファイルの識別子と、当該ファイル断片を含む複数のファイル断片からなるブロックの前記ファイル内の位置を示すブロック番号と、前記ブロック内の当該ファイル断片の位置を示すシーケンス番号とを有するダウンロードヘッダであることを特徴とする請求項１に記載の放送用パケット生成装置。
【請求項３】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するデータ補完サーバであって、
前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する補完要求用ＩＰパケット受信手段と、
前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する補完用ＩＰパケット生成手段と、
前記補完用ＩＰパケットを前記受信端末に送信する補完用ＩＰパケット送信手段と、
を備えることを特徴とするデータ補完サーバ。
【請求項４】
前記放送伝送路を介して伝送されるファイル毎に、当該ファイルに含まれる前記ファイル断片の規定サイズを記憶したファイル情報記憶手段と、
前記補完要求用ＩＰパケットに含まれる前記未取得のファイル断片を特定する特定情報に基づいて、前記ファイル情報記憶手段から当該未取得のファイル断片の規定サイズを抽出し、前記抽出した規定サイズを規定した所定の整数値を当該ファイル断片の分割数として決定する分割数決定手段とをさらに備え、
補完用ＩＰパケット生成手段は、前記決定された分割数で前記未取得のファイル断片を分割することを特徴とする請求項３に記載のデータ補完サーバ。
【請求項５】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得する受信端末であって、
前記放送用ＩＰパケットを受信する放送受信手段と、
前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する欠損判別手段と、
前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する補完要求用ＩＰパケット生成手段と、
前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する補完要求用ＩＰパケット送信手段と、
前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する補完用ＩＰパケット受信手段と、
前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する補完ファイル断片構築手段と、
前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結するファイル修復手段と、
を備えることを特徴とする受信端末。
【請求項６】
ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおいて、前記放送用ＩＰパケットを生成するために、前記放送用パケット生成装置を構成するコンピュータを、
ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割するファイル分割手段、
前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する放送用パケット生成手段、
として機能させることを特徴とする放送用パケット生成プログラム。
【請求項７】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するために、コンピュータを、
前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する補完要求用ＩＰパケット受信手段、
前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する補完用ＩＰパケット生成手段、
前記補完用ＩＰパケットを前記受信端末に送信する補完用ＩＰパケット送信手段、
として機能させることを特徴とするデータ補完プログラム。
【請求項８】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得するために、前記放送用ＩＰパケットを受信する放送受信手段を備えた受信端末のコンピュータを、
前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する欠損判別手段、
前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する補完要求用ＩＰパケット生成手段、
前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する補完要求用ＩＰパケット送信手段、
前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する補完用ＩＰパケット受信手段、
前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する補完ファイル断片構築手段、
前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結するファイル修復手段、
として機能させることを特徴とするファイル受信プログラム。
【請求項１】
ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおける前記放送用パケット生成装置であって、
ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割するファイル分割手段と、
前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する放送用パケット生成手段と、
を備えることを特徴とする放送用パケット生成装置。
【請求項２】
前記ファイル断片を特定する特定情報は、
当該ファイル断片が含まれるファイルの識別子と、当該ファイル断片を含む複数のファイル断片からなるブロックの前記ファイル内の位置を示すブロック番号と、前記ブロック内の当該ファイル断片の位置を示すシーケンス番号とを有するダウンロードヘッダであることを特徴とする請求項１に記載の放送用パケット生成装置。
【請求項３】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するデータ補完サーバであって、
前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する補完要求用ＩＰパケット受信手段と、
前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する補完用ＩＰパケット生成手段と、
前記補完用ＩＰパケットを前記受信端末に送信する補完用ＩＰパケット送信手段と、
を備えることを特徴とするデータ補完サーバ。
【請求項４】
前記放送伝送路を介して伝送されるファイル毎に、当該ファイルに含まれる前記ファイル断片の規定サイズを記憶したファイル情報記憶手段と、
前記補完要求用ＩＰパケットに含まれる前記未取得のファイル断片を特定する特定情報に基づいて、前記ファイル情報記憶手段から当該未取得のファイル断片の規定サイズを抽出し、前記抽出した規定サイズを規定した所定の整数値を当該ファイル断片の分割数として決定する分割数決定手段とをさらに備え、
補完用ＩＰパケット生成手段は、前記決定された分割数で前記未取得のファイル断片を分割することを特徴とする請求項３に記載のデータ補完サーバ。
【請求項５】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得する受信端末であって、
前記放送用ＩＰパケットを受信する放送受信手段と、
前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する欠損判別手段と、
前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する補完要求用ＩＰパケット生成手段と、
前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する補完要求用ＩＰパケット送信手段と、
前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する補完用ＩＰパケット受信手段と、
前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する補完ファイル断片構築手段と、
前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結するファイル修復手段と、
を備えることを特徴とする受信端末。
【請求項６】
ファイルを分割したファイル断片毎にＩＰパケットとして放送伝送路を介して配信される放送用ＩＰパケットを生成する放送用パケット生成装置と、前記放送用ＩＰパケットとして伝送されるファイルを受信した受信端末が、受信したファイル中の未取得のファイル断片をデータ補完サーバから通信回線を介して取得することで前記放送伝送路を介して受信したファイルの完全性を確保するデジタル放送システムにおいて、前記放送用ＩＰパケットを生成するために、前記放送用パケット生成装置を構成するコンピュータを、
ファイル毎に前記ファイル断片のサイズが前記データ補完サーバから前記受信端末に伝送されるパケットのデータ部に格納されるデータのサイズより大きくかつ前記サイズに所定の整数値を乗じた規定サイズとなるように前記ファイルを分割するファイル分割手段、
前記ファイルをダウンロードするために前記ファイル断片を特定する特定情報をヘッダ部に格納すると共に前記ファイル断片をデータ部に格納した前記放送用ＩＰパケットを生成する放送用パケット生成手段、
として機能させることを特徴とする放送用パケット生成プログラム。
【請求項７】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信した受信端末に対して、前記放送用ＩＰパケットを補完するための補完用ＩＰパケットを通信回線を介して前記受信端末に伝送するために、コンピュータを、
前記受信端末から、前記ファイル中の未取得のファイル断片を特定する特定情報を含む補完要求用ＩＰパケットを受信する補完要求用ＩＰパケット受信手段、
前記未取得のファイル断片を特定する特定情報に基づいて、当該未取得のファイル断片を前記規定サイズを規定した所定の整数値の個数の均等なデータサイズの部分ファイル断片に分割し、前記分割された部分ファイル断片に当該ファイル断片内の位置を示す分割順序情報を付与し、当該ファイル断片を補完するために前記ファイル断片を特定する特定情報と前記分割順序情報とをヘッダ部に格納すると共に前記部分ファイル断片をデータ部に格納した前記補完用ＩＰパケットを生成する補完用ＩＰパケット生成手段、
前記補完用ＩＰパケットを前記受信端末に送信する補完用ＩＰパケット送信手段、
として機能させることを特徴とするデータ補完プログラム。
【請求項８】
請求項１または請求項２に記載の放送用パケット生成装置で生成された前記規定サイズのファイル断片をデータ部に含み当該ファイル断片を特定する特定情報をヘッダ部に含む放送用ＩＰパケットとして伝送されるファイルを放送伝送路を介して受信し、受信したファイル中の未取得のファイル断片を請求項３または請求項４に記載のデータ補完サーバから複数の補完用ＩＰパケットとして通信回線を介して取得するために、前記放送用ＩＰパケットを受信する放送受信手段を備えた受信端末のコンピュータを、
前記受信した放送用ＩＰパケットのヘッダ部の情報に基づいて、受信した各放送用ＩＰパケットに含まれるファイル断片を連結して前記ファイルを復元する際にファイル断片が欠損しているか否かを判別する欠損判別手段、
前記ファイル断片が欠損している場合に、未取得のファイル断片を特定する特定情報として、当該ファイル断片に対応した放送用ＩＰパケットのヘッダ部に格納された情報を含む補完要求用ＩＰパケットを生成する補完要求用ＩＰパケット生成手段、
前記生成した補完要求用ＩＰパケットを前記データ補完サーバに送信する補完要求用ＩＰパケット送信手段、
前記データ補完サーバから、前記１つの補完要求用ＩＰパケット当たり前記ファイル断片の規定サイズを規定した所定の整数値の個数だけ前記補完用ＩＰパケットを受信する補完用ＩＰパケット受信手段、
前記受信した各補完用ＩＰパケットに含まれるそれぞれの分割順序情報に基づいて、前記各部分ファイル断片を順番に連結して、前記未取得のファイル断片を構築する補完ファイル断片構築手段、
前記ファイル断片が欠損しているファイル中の欠損位置に前記構築されたファイル断片を連結するファイル修復手段、
として機能させることを特徴とするファイル受信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１０−６２９７７（Ｐ２０１０−６２９７７Ａ）
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願番号】特願２００８−２２８０６６（Ｐ２００８−２２８０６６）
【出願日】平成２０年９月５日（２００８．９．５）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願日】平成２０年９月５日（２００８．９．５）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
[ Back to top ]