一方向伝送路に用いる送信端末、受信端末及び伝送システム
【課題】ヘッダ情報量を少なくし、かつ、アプリケーション及び伝送媒体に応じて様々なブロックサイズに柔軟に対応する。
【解決手段】送信端末１が、ファイルをパケットに分割して一方向伝送路３を介して受信端末２へ送信する際に、属性情報生成部１２は、ヘッダ情報内におけるブロック番号ＢＮフィールド及びシーケンス番号ＳＮフィールドのビット数を特定するためのデータを含む属性情報を生成する。また、ダウンロードヘッダ付加部１４は、ブロック番号ＢＮ及びシーケンス番号ＢＮを含むヘッダ情報を生成し、このヘッダ情報を属性情報及びユニットに付加する。これにより、属性情報とユニットとは、ブロック番号ＢＮ及びシーケンス番号ＳＮによって区別することができる。また、属性情報により、ブロック番号ＢＮフィールド及びシーケンス番号ＳＮフィールドのビット数をファイル毎に変更することができる。
【解決手段】送信端末１が、ファイルをパケットに分割して一方向伝送路３を介して受信端末２へ送信する際に、属性情報生成部１２は、ヘッダ情報内におけるブロック番号ＢＮフィールド及びシーケンス番号ＳＮフィールドのビット数を特定するためのデータを含む属性情報を生成する。また、ダウンロードヘッダ付加部１４は、ブロック番号ＢＮ及びシーケンス番号ＢＮを含むヘッダ情報を生成し、このヘッダ情報を属性情報及びユニットに付加する。これにより、属性情報とユニットとは、ブロック番号ＢＮ及びシーケンス番号ＳＮによって区別することができる。また、属性情報により、ブロック番号ＢＮフィールド及びシーケンス番号ＳＮフィールドのビット数をファイル毎に変更することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信端末から受信端末へ向かう一方向伝送路において、ファイルをパケット化して伝送する伝送技術に関する。
【背景技術】
【０００２】
従来、放送伝送路等の一方向伝送路を用いてコンテンツをダウンロードするサービスが知られている。このようなコンテンツダウンロードサービスにおいては、ファイルを分割し複数のパケットに格納して伝送する方式がとられている。このファイル伝送方式では、送信端末が、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）と呼ばれる誤り訂正手法によって、ファイルを分割して生成したパケットに基づいて冗長なパケットを生成し送信する。そして、受信端末が、送信端末により送信された冗長パケットを受信し、欠損したパケットを復元する。これにより、リターンチャネル（受信端末から送信端末への上り回線）を用いることなく、一方向伝送路において一定のファイル伝送品質を維持することができる。
【０００３】
ＦＥＣの誤り訂正手法には、例えば、一定数のパケットに対してブロック符号化を施し、冗長なパケットを生成するブロック符号化手法がある。このブロック符号化手法では、符号化を施すブロックのサイズが様々であるから、ファイルサイズ及びブロック符号化方式によって伝送品質が大きく異なってしまう。ブロック符号化方式の例としては、ＲＦＣ５０５３に示されるＲａｐｔｏｒ符号、ＲＦＣ５１７０に示されるＬＤＰＣ符号、リードソロモン符号、ＳＭＰＴＥ Ｓｐｅｃｉｆｉｃａｔｉｏｎ２０２２−１に示される“Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｆｏｒ Ｒｅａｌ−ｔｉｍｅ Ｖｉｄｅｏ／Ａｕｄｉｏ Ｔｒａｎｓｐｏｒｔ Ｏｖｅｒ ＩＰ Ｎｅｔｗｏｒｋｓ”等が知られている。
【０００４】
このように、ファイルを分割してパケット化し、一方向伝送路を介してパケットを伝送するシステムにおいては、ＦＥＣの誤り訂正手法を用いることにより、欠損したパケットを復元し、一定のファイル伝送品質を維持している。
【０００５】
ところで、一方向伝送路を用いたファイル伝送方式として、ＦＬＵＴＥが知られている（非特許文献１及び特許文献１を参照）。ＦＬＵＴＥは、ファイルをパケット化して伝送する際に、ファイルの属性情報及びファイル本体を、それぞれ一つのオブジェクトとして伝送するものである。ファイルの属性情報は、ＦＤＴ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ Ｔａｂｌｅ）として記述され、ファイル本体と同様に一つのオブジェクトとして扱われる。つまり、送信端末は、ファイルの属性情報のＦＬＵＴＥパケットをオブジェクトとして送信し、その後に引き続いて、ファイル本体のＦＬＵＴＥパケットをオブジェクトとして送信する。
【０００６】
また、放送伝送路においても、蓄積型放送サービスのための新多重化方式を用いてＩＰパケットを多重化することができる（非特許文献２を参照）。このように、従来から、コンテンツファイルをＩＰパケットに分割して伝送する仕組みが検討されている。
【０００７】
【非特許文献１】「FLUTE-File Delivery over Unidirectional Transport」、ＲＦＣ３９２６
【非特許文献２】“情報通信審議会情報通信技術分科会（第６０回） 資料６０−１−２放送システム委員会報告”、［online］、平成２０年７月２９日、情報通信審議会、［平成２０年１１月１２日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/bunkakai/080729_1.html＞
【特許文献１】米国特許出願公開第２００４／０１５３４６８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＦＬＵＴＥのファイル伝送方式を用いる場合、前述のとおり、ファイルの属性情報がファイル本体と同様に一つのオブジェクトとして扱われるため、一つのファイルを伝送する際に最低でも２つのオブジェクトの伝送が必要となる。このため、ファイルの属性情報とファイル本体とをオブジェクトＩＤで識別する必要があることから、ＦＬＵＴＥパケットには、オブジェクトを識別するオブジェクトＩＤに加え、オブジェクトが伝送されるセッションを識別するための情報（ＴＳＩ：Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）をパケット毎に付加する必要があった。この場合、個別のＦＬＵＴＥパケットは、そのヘッダに、少なくとも、セッションを識別するための情報（ＴＳＩ）、オブジェクトを識別するための情報（ＴＯＩ：Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）、ブロックの番号（Ｓｏｕｒｃｅ Ｂｌｏｃｋ Ｎｕｍｂｅｒ）、及び、ブロック内のデータを識別する番号（Ｅｎｃｏｄｉｎｇ Ｓｙｍｂｏｌ ＩＤ）を備える必要がある。しかし、ヘッダはできる限り少ないデータ量とすることが、伝送効率の向上及び処理負荷の低減の点からして望ましい。
【０００９】
ここで、ブロックとは、ファイルを複数のデータユニットに分割し、データユニットのパケットをそれぞれ伝送する場合に、伝送順にパケットを並べたときのパケットの集合またはデータユニットの集合をいう。
【００１０】
また、ブロックサイズ（一つのブロック内における全てのデータユニットのデータ量）はアプリケーション及び伝送媒体によって異なるから、一つのファイルにおけるブロック数も異なり、結果として、ブロックを特定するための番号（ブロック番号）を格納するフィールドのビット数もアプリケーション及び伝送媒体によって異なるものとなる。しかし、ＦＬＵＴＥのファイル伝送方式を用いる場合はブロックサイズが固定（１６ビット）であるから、様々なブロックサイズに柔軟に対応することができなかった。例えば、衛星放送によりファイルを伝送する場合、伝送路の品質は比較的良好であるから、ＦＥＣの誤り訂正手法により生成される冗長パケットの数は少なくて済むか、またはＦＥＣの誤り訂正手法を用いなくて済む。したがって、一つのブロックで送信できるファイル本体のデータ量が多くなり（データユニットの数が多くなり）、一つのファイルにおけるブロック数をさほど増やす必要がないから、ブロック番号のフィールドのビット数は少なくて済む。一方、携帯電話によりファイルを伝送する場合、伝送路の品質は比較的良好でないから、ＦＥＣの誤り訂正手法により多数の冗長パケットを生成する必要がある。したがって、一つのブロックで送信できるデータ量が少なくなり（データユニットの数が少なくなり）、一つのファイルのブロック数を増やす必要があるから、ブロック番号のフィールドのビット数は多くする必要がある。このように、ＦＬＵＴＥのファイル伝送方式を用いる場合は、アプリケーション及び伝送媒体に応じて適切なブロックサイズに対応できる柔軟性がなかった。
【００１１】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、ファイルをパケット化し一方向伝送路を介して伝送する際に、ヘッダ情報量を少なくし、かつ、アプリケーション及び伝送媒体に応じて、様々なブロックサイズに柔軟に対応することが可能な送信端末、受信端末及び伝送システムを提供することにある。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明による送信端末は、ファイルの属性情報を生成し、ファイル本体を分割してユニットを生成し、前記属性情報をパケットに格納して送信すると共に、複数の前記ユニットからなるブロック毎に前記ユニットをパケットに格納して送信する一方向伝送路に用いる送信端末において、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数と、を定めるデータを含む属性情報を生成する属性情報生成部と、前記ブロック番号及びシーケンス番号を含むヘッダ情報を生成し、このヘッダ情報を前記属性情報及びユニットに付加するヘッダ情報付加部と、を備えたことを特徴とする。
【００１３】
また、本発明による送信端末は、前記ヘッダ情報付加部が、ブロック番号及びシーケンス番号を０とするヘッダ情報を生成し、このヘッダ情報を前記属性情報に付加する、ことを特徴とする。
【００１４】
また、本発明による送信端末は、前記属性情報生成部が、前記ブロック番号が割り当てられたフィールドのビット数及び前記シーケンス番号が割り当てられたフィールドのビット数を含む属性情報を生成し、または、前記ブロック番号及びシーケンス番号の両番号が割り当てられたフィールドのビット数が固定の場合に、前記ブロック番号及びシーケンス番号のうちのいずれか一方の番号が割り当てられたフィールドのビット数を含む属性情報を生成する、ことを特徴とする。
【００１５】
また、本発明による送信端末は、前記属性情報を分割し、前記分割した属性情報をパケットにそれぞれ格納して送信する場合に、前記属性情報生成部が、さらに、前記属性情報を分割した数を特定するためのデータを含む属性情報を生成する、ことを特徴とする。
【００１６】
また、本発明による送信端末は、前記属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、前記ブロック間で同一の属性情報を、それぞれのブロックを構成するユニットの前に送信する、ことを特徴とする。
【００１７】
また、本発明による送信端末は、前記属性情報を、ブロックを構成するユニットの前に送信する場合に、属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、前記属性情報を、全てのブロックのうちの少なくとも先頭のブロックを構成するユニットの前に送信する、ことを特徴とする。
【００１８】
また、本発明による送信端末は、前記属性情報生成部が、前記ブロック番号及びシーケンス番号のビット数を特定するためのデータに加えて、ファイルの名前及び長さを含む属性情報を生成する、ことを特徴とする。
【００１９】
また、本発明による受信端末は、ファイルの属性情報が格納されたパケット、及び、ファイル本体を分割して得られたブロック毎のユニットが格納されたパケットを一方向伝送により受信し、元のファイルに復元する受信端末において、前記属性情報には、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるためのデータが含まれており、前記属性情報及びユニットには、前記ブロック番号及びシーケンス番号を含むヘッダ情報が付加されており、前記属性情報に基づいて、ヘッダ情報に含まれるブロック番号及びシーケンス番号を解析し、属性情報及びユニットを取得するヘッダ情報解析部と、前記ヘッダ情報解析部により取得されたユニットを、前記ブロック番号及びシーケンス番号に基づいて整列及び結合し、元のファイルに復元するファイル復元部と、を備えたことを特徴とする。
【００２０】
また、本発明による受信端末は、前記ヘッダ情報解析部が、ヘッダ情報に含まれるブロック番号及びシーケンス番号が０のときに、属性情報を取得する、ことを特徴とする。
【００２１】
また、本発明による受信端末は、前記ファイル復元部が、前記ヘッダ情報解析部により属性情報を取得した後のユニットについて、元のファイルに復元する、ことを特徴とする。
【００２２】
また、本発明による伝送システムは、前記送信端末と前記受信端末とを備えて構成される、ことを特徴とする。
【発明の効果】
【００２３】
以上のように、本発明によれば、ブロック番号及びシーケンス番号を含むヘッダ情報を属性情報及びユニットに付加するようにした。これにより、属性情報とユニットとは、ブロック番号及びシーケンス番号によって区別することができる。したがって、属性情報とファイル本体とを識別するための専用の情報を付加する必要がなく、ＦＬＵＴＥのヘッダに比べてヘッダ情報量を少なくすることができる。つまり、伝送効率の向上及び処理負荷の低減を実現することができる。また、ブロック番号及びシーケンス番号が割り当てられるヘッダ情報内のビット数について、それぞれのビット数を特定するためのデータを属性情報の一部として扱うようにした。これにより、ブロック番号及びシーケンス番号に割り当てられるビット数をファイル毎に変更することができる。したがって、そのビット数はブロックサイズを規定するものであるから、アプリケーション及び伝送媒体に応じて、様々なブロックサイズに柔軟に対応することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。
〔伝送システム〕
図１は、本発明の実施形態による送信端末及び受信端末を含む伝送システムの概略構成を示す図である。この伝送システムは、例えば、高度ＢＳデジタル放送におけるダウンロードサービスを実現するシステムであり、送信端末１及び受信端末２により構成される。送信端末１及び受信端末２は一方向伝送路３により接続される。
【００２５】
送信端末１は、コンテンツ及びメタデータを構成するファイルをパケット化し、ファイルの属性情報及びファイル本体をパケットに格納し、一方向伝送路３を介して受信端末２へ送信する装置である。受信端末２は、送信端末１により送信されたパケットを、一方向伝送路３を介して受信し、元のファイルに復元する装置である。一方向伝送路３は、例えば放送伝送路である。
【００２６】
〔送信端末／構成〕
次に、図１に示した伝送システムの送信端末１について説明する。まず、送信端末１の構成について説明する。図２は、送信端末１の構成を示すブロック図である。この送信端末１は、記憶部１１、属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部（ヘッダ情報付加部）１４及びパケット送信部１５を備えている。
【００２７】
記憶部１１には、一方向伝送路３を用いて受信端末２へ送信されるコンテンツ及びメタデータを構成するファイルが記憶されている。属性情報生成部１２は、記憶部１１からファイルを読み出し、そのファイルについて、ファイル本体の名前及びファイルの長さ等を含む属性情報を生成する。
【００２８】
ユニット生成部１３は、記憶部１１からファイルを読み出し、そのファイル本体を一定サイズのデータユニットに分割し、複数のデータユニットを生成する。そして、ユニット生成部１３は、生成した複数のデータユニットに基づいてパリティユニットを生成し、データユニット及びパリティユニットからなるブロックを生成する。
【００２９】
ダウンロードヘッダ付加部１４は、属性情報生成部１２により生成された属性情報に対し、ダウンロードヘッダを付加する。また、ユニット生成部１３により生成されたデータユニット及びパリティユニットに対しても、ダウンロードヘッダを付加する。
【００３０】
パケット送信部１５は、ダウンロードヘッダ付加部１４によりダウンロードヘッダが付加された属性情報、データユニット及びパリティユニットにＩＰヘッダ及びＵＤＰヘッダを付加してパケットを生成し、または圧縮ヘッダを付加してパケットを生成し、受信端末２へ送信する。
【００３１】
このように、送信端末１は、ファイルの属性情報を生成してダウンロードヘッダを付加すると共に、ファイル本体を分割したデータユニットからパリティユニットを生成し、データユニット及びパリティユニットにそれぞれダウンロードヘッダを付加する。そして、送信端末１は、パケットを生成し、一方向伝送路３を介して受信端末２へ送信する。
【００３２】
〔送信端末／処理〕
次に、送信端末１の処理について説明する。図３は、送信端末１の処理を示すフロー図であり、送信端末１が一方向伝送路３を介してパケットを送信する際の、ファイルをパケット化するフローが示されている。また、図４は、属性情報、ユニット及びブロックの生成フローを説明する模式図である。
【００３３】
まず、送信端末１の属性情報生成部１２は、記憶部１１からファイルを読み出し、少なくともファイル本体の名前及びファイルの長さを含む属性情報を生成する（ステップＳ１）。この場合、属性情報生成部１２は、生成する属性情報のサイズが後述するデータユニットのサイズ（予め設定されている）よりも大きい場合に、生成した属性情報を、データユニットのサイズに分割する。
【００３４】
図５は、属性情報の構成を示す図である。図５に示すように、属性情報は、「ダウンロードヘッダにおけるＢｌｏｃｋ Ｎｕｍｂｅｒ（ブロック番号ＢＮ）フィールドのビット数」「ブロック内のパケット数」「属性情報パケットの最終シーケンス番号」「ＦＥＣ方式を特定するための識別子」「ＵＲＩ（ファイル本体の名前）」「Ｆｉｌｅ Ｌｅｎｇｔｈ（ファイルの長さ）」「Ｃｏｎｔｅｎｔ Ｔｙｐｅ（コンテンツタイプ）」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」「格納先のディレクトリ構成」「Ｃｏｎｔｅｎｔ Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」「Ｔｒａｎｓｆｅｒ Ｌｅｎｇｔｈ（伝送長）」「Ｃｏｎｔｅｎｔ ＭＤ５（コンテンツＭＤ５）」から構成される。
【００３５】
属性情報生成部１２は、読み出したファイルに基づいて、図５に示す各構成要素を設定し、属性情報を生成する。具体的には、属性情報生成部１２は、一方向伝送路３の種類及び特性に応じて予め設定されたビット長を、「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」に設定する。このブロック番号ＢＮフィールドのビット数及びブロック番号ＢＮの詳細については後述する。
【００３６】
属性情報生成部１２は、予め設定された、ブロック内のパケット数を、「ブロック内のパケット数」に設定する。「ブロック内のパケット数」とは、ファイル本体から分離されたデータユニットとデータユニットから生成されたパリティユニットとの集合体であるブロックにおいて、そのブロック内で送信され得るパケットの数である。
【００３７】
属性情報生成部１２は、生成した属性情報を分割した場合、分割した属性情報の数を「属性情報パケットの最終シーケンス番号」に設定する。尚、属性情報のサイズがデータユニットのサイズ以下の場合は、「属性情報パケットの最終シーケンス番号」は０となる。
【００３８】
属性情報生成部１２は、ファイルのサイズを「Ｆｉｌｅ Ｌｅｎｇｔｈ（ファイルの長さ）」に設定し、コンテンツのタイプを「Ｃｏｎｔｅｎｔ Ｔｙｐｅ（コンテンツタイプ）」に設定する。さらに、属性情報生成部１２は、後述するユニット生成部１３により生成されるデータユニット及びパリティユニットの数、予め設定されたデータユニットのサイズ等に基づいて、ブロックの数及びシーケンスの数を算出し、これらを「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」に設定する。
【００３９】
また、属性情報生成部１２は、ファイルを符号化して伝送する場合、その方式を「Ｃｏｎｔｅｎｔ Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」に設定し、ファイルを符号化して伝送する場合に元のファイルの長さと伝送時のファイルの長さが異なるため、伝送時のファイルの長さ「Ｔｒａｎｓｆｅｒ Ｌｅｎｇｔｈ（伝送長）」を設定する。また、受信側がファイルを正しく受信できたか否かをチェックするためのチェックサム「Ｃｏｎｔｅｎｔ ＭＤ５（コンテンツＭＤ５）」を設定する。さらに、「ＦＥＣ方式を特定するための識別子」「ＵＲＩ（ファイル本体の名前）」「格納先のディレクトリ構成」も設定する。
【００４０】
図３に戻って、ユニット生成部１３は、記憶部１１からファイルを読み出し（属性情報生成部１２が読み出したファイルと同一のファイルを読み出し）、予め設定された一定サイズのデータユニットにファイル本体を分割する（ステップＳ２、図４（１））。データユニットのサイズは自由に設定することができ、例えば、１３４４バイト、４０３２バイトとする。
【００４１】
ユニット生成部１３は、複数に分割したデータユニットを、Ｌ×Ｄ個毎に区分し、Ｌ列Ｄ行の２次元に整列させる（ステップＳ３、図４（２））。この２次元のデータユニットの集合体が、ブロックの元になる。
【００４２】
また、ユニット生成部１３は、整列させた２次元のデータユニットにおいて、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成する（ステップＳ４、図４（３））。例えば、ユニット生成部１３は、列方向毎に全てのデータユニットについてｍｏｄ２の加算を行い列方向毎のパリティユニットを生成する。同様に、行方向毎の全てのデータユニットについてｍｏｄ２の加算を行い行方向毎のパリティユニットを生成する。
【００４３】
ユニット生成部１３は、ステップＳ３にて整列した２次元のデータユニットの集合体、及び、ステップＳ４にて生成した列方向及び行方向のパリティユニットを用いて、ブロックを生成する（ステップＳ５、図４（３））。
【００４４】
そして、ダウンロードヘッダ付加部１４は、属性情報生成部１２により生成された属性情報に対し、ダウンロードヘッダを付加すると共に、ユニット生成部１３により生成されたデータユニット及びパリティユニットに対しても、ダウンロードヘッダを付加する（ステップＳ６，Ｓ７）。
【００４５】
（ダウンロードヘッダの付加）
図６は、ダウンロードヘッダの構成を示す図である。図６に示すように、ダウンロードヘッダは、３つのフィールドからなる６４ビットのヘッダであり、「Ｔｒａｎｓｐｏｒｔ Ｆｉｌｅ ＩＤ（トランスポートファイルＩＤ：ＴＦＩＤ）」「Ｂｌｏｃｋ Ｎｕｍｂｅｒ（ブロック番号ＢＮ）」「Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ（シーケンス番号ＳＮ）」から構成される。「ＴＦＩＤ」フィールドのビット数（フィールド幅）は３２である。「ブロック番号ＢＮ」及び「シーケンス番号ＳＮ」フィールドのビット数は合計３２であるが、それぞれ可変長であり、一方向伝送路３の種類及び特性に応じて、または、伝送されるファイルに応じて予め設定される。また、一つのファイルを伝送中は、これらのフィールド幅は変更されず、固定値が用いられる。
【００４６】
「ＴＦＩＤ」は、伝送するファイルを一意に識別するためのラベルの役割を果たす。したがって、ダウンロードヘッダ付加部１４は、同一のファイルの属性情報、データユニット及びパリティユニットに対して、同一の「ＴＦＩＤ」を設定する。一方、異なるファイルの属性情報等に対して、異なる「ＴＦＩＤ」を設定する。尚、前述のＦＬＵＴＥでは、この「ＴＦＩＤ」は「Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ（ＴＯＩ）」に相当する。詳細については、前述の非特許文献１，２を参照されたい。
【００４７】
「ブロック番号ＢＮ」は、伝送するファイルにおけるブロックの番号を示す。また、「シーケンス番号ＳＮ」は、属性情報（分割した場合はそれぞれの属性情報）の番号、及びブロック内のユニット（以下、データユニット及びパリティユニットを総称してユニットという。）の番号を示す。例えば、最初の属性情報に対してはＢＮ＝０，ＳＮ＝０が設定され、属性情報に続くユニットには、最終の属性情報に対して設定されたＳＮに引き続くＳＮが設定される。
【００４８】
具体的に説明すると、属性情報生成部１２により１つの属性情報が生成された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、最初のブロックの先頭のユニットに対しＢＮ＝０，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝２を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝２を設定する。
【００４９】
一方、属性情報生成部１２により生成された属性情報が複数に分割された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、分割された最初の属性情報に対しＢＮ＝０，ＳＮ＝０を設定し、次の属性情報に対しＢＮ＝０，ＳＮ＝１を設定する。シーケンス番号ＳＮは、属性情報の分割に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）の先頭のユニットに対しＢＮ＝０，ＳＮ＝２を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝３を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。ここで、属性情報生成部１２により生成され分割された属性情報の数がｎ個の場合、それぞれの属性情報のシーケンス番号ＳＮはＳＮ＝０，１，・・・，ｎ−１になるから、最初のユニットのシーケンス番号ＳＮはＳＮ＝ｎとなる。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報のＢＮ＝０，ＳＮ＝０，１，・・・を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝２（分割された属性情報の数が２個の場合）を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝３を設定する。前述のとおり、シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加し、最終の属性情報がＳＮ＝ｎ−１の場合、最初のユニットはＳＮ＝ｎとなる。
【００５０】
このように、ダウンロードヘッダ付加部１４は、属性情報及びユニットに対し、ＴＦＩＤ、ブロック番号ＢＮ及びシーケンス番号ＳＮからなるダウンロードヘッダを付加する。この場合、ダウンロードヘッダ付加部１４は、ユニット生成部１３により生成された複数のブロックに対して同一の属性情報を割り付け、一つのブロックに対応する属性情報のうちの最初の属性情報に対し、ＢＮ＝０，ＳＮ＝０を統一して設定するようにした。これにより、受信端末２は、受信したパケットについて、ダウンロードヘッダにおけるブロック番号ＢＮ及びシーケンス番号ＳＮの両フィールドを連結した３２ビットのデータが０ｘ００００であるか否かを判定する。そして、０ｘ００００００００であると判定した場合、ブロック番号ＢＮフィールドのビット数及びシーケンス番号ＳＮフィールドのビット数の設定に関わらず、このようなダウンロードヘッダを持つパケットが、ファイルの属性情報を含むパケット（最初の属性情報を含むパケット）であることを認識することができる。
【００５１】
図７は、ダウンロードヘッダの構成例を示す図である。図７において（１）は、ブロックのサイズが大きい場合の構成例である。ブロックのサイズを大きく設定する場合は、ブロック内に多数のユニットが含まれるから、シーケンス番号ＳＮフィールドの割り当てビット数を多くし、ブロック番号ＢＮフィールドの割り当てビット数を少なくする。
【００５２】
（２）は、ブロックのサイズが小さい場合の構成例である。ブロックのサイズを小さく設定する場合は、ブロック内に多数のユニットが含まれないから、シーケンス番号ＳＮフィールドの割り当てビット数を少なくし、ブロック番号ＢＮフィールドの割り当てビット数を多くする。
【００５３】
（３）は、ファイルの属性情報に付加されるダウンロードヘッダの構成例であり、ブロック番号ＢＮ及びシーケンス番号ＳＮがＢＮ＝０，ＳＮ＝０である。属性情報生成部１２により生成された属性情報が複数に分割される場合は、最初の属性情報に付加されるダウンロードヘッダを示している。
【００５４】
このように、図５に示した属性情報に含まれる「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」の設定に従って、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮフィールドの割り当てビット数を変更することができるから、一方向伝送路３の種類及び特性、または送信するファイルに応じたビット数とすることができ、柔軟に対応することができる。
【００５５】
（パケットの生成）
図３に戻って、パケット送信部１５は、ダウンロードヘッダ付加部１４によりダウンロードヘッダが付加された属性情報及びユニットに対しヘッダを付加し、パケットを生成する（ステップＳ８）。そして、パケット送信部１５は、生成したパケットを送信する（ステップＳ９）。
【００５６】
図８は、パケットの構成を示す図である。（１）は、図１に示した一方向伝送路３がＩＰネットワークによる伝送路の場合におけるパケット構成を示している。パケット送信部１５は、ダウンロードヘッダが付加された属性情報及びユニットをＵＤＰペイロードに格納し、ＩＰヘッダ及びＵＤＰヘッダを付加し、（１）に示すパケットを生成して送信する。
【００５７】
（２）は、一方向伝送路３が例えば高度ＢＳデジタル放送の伝送路の場合におけるパケット構成を示している。パケット送信部１５は、ダウンロードヘッダが付加された属性情報及びユニットをＵＤＰペイロードに格納し、ＩＰヘッダ及びＵＤＰヘッダの代わりに圧縮ヘッダを生成し、この圧縮ヘッダを付加して（２）に示すパケットを生成して送信する。
【００５８】
（圧縮ヘッダ）
次に、圧縮ヘッダの使用例について簡単に説明する。尚、高度ＢＳデジタル放送の圧縮ヘッダのフォーマットについては、前述の非特許文献２における資料６０−１−２「放送システム委員会報告」の別添答申案第３１頁「２．３．２．２ ＩＰパケットのヘッダ圧縮方式」を参照されたい。
【００５９】
一般に、パケットのヘッダを圧縮する技術には、ＩＰヘッダ圧縮フォーマットが用いられる。このＩＰヘッダ圧縮フォーマットとしては、ＲＦＣ２５０８（Ｃｏｍｐｒｅｓｓｉｎｇ ＩＰ／ＵＤＰ／ＲＴＰ Ｈｅａｄｅｒｓ ｆｏｒ Ｌｏｗ−Ｓｐｅｅｄ Ｓｅｒｉａｌ Ｌｉｎｋｓ）やＲＦＣ３０９５（ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＨＣ）：Ｆｒａｍｅｗｏｒｋ ａｎｄ ｆｏｕｒ ｐｒｏｆｉｌｅｓ：ＲＴＰ， ＵＤＰ， ＥＳＰ， ａｎｄ ｕｎｃｏｍｐｒｅｓｓｅｄ）等に規定されたものが知られている。
【００６０】
これらのヘッダ圧縮技術は、複数のパケットが連続する同一フローにおいて、パケットのヘッダに記述される情報が同一又は予測可能であるという性質を利用している。尚、ヘッダ圧縮されたパケットのヘッダには、最低限のヘッダ情報に加えて、フローを特定するためのコンテキストＩＤ（ＣＩＤ）が記述されている。
【００６１】
具体的なヘッダ圧縮技術の例として、同一フローに属する全てのパケットに、ヘッダ情報の全てを含めることをしないで、一部のパケットには、ヘッダ情報の全て及びＣＩＤを含め、その他のパケットには、ヘッダ情報の一部及びＣＩＤを含めることとするものがある。ヘッダ情報の全て及びＣＩＤを含むヘッダをフルヘッダといい、このフルヘッダが付加されたパケットをフルヘッダパケットという。また、ヘッダ情報の一部及びＣＩＤを含むヘッダを圧縮ヘッダといい、この圧縮ヘッダが付加されたパケットを圧縮ヘッダパケットという。図８（２）が圧縮ヘッダパケットである。
【００６２】
そして、このヘッダ圧縮技術では、送信端末１と受信端末２との間で、ＣＩＤとヘッダ情報の一部とを予め対応付けておいたＣＩＤテーブルを共有しておく。そして、送信端末１から受信端末２へ、フルヘッダパケット及び圧縮ヘッダパケットを送信する。これにより、送信端末１と受信端末２との間で、ＣＩＤをキーとして、全てのヘッダ情報を共有することができる。
【００６３】
このように、圧縮ヘッダは、送信端末１から受信端末２への同一フローのパケットに付加される情報であり、ＣＩＤをキーとしてヘッダ情報を共有するために用いられる。
【００６４】
（パケットの送信順序）
次に、パケットの送信順序について説明する。図９は、パケットの送信順序の例を示す図である。図９に示すように、送信端末１のパケット送信部１５は、ユニットの送信に先立ち、属性情報のパケットを送信する。具体的には、パケット送信部１５は、ファイル１の送信において、ブロック番号ＢＮ＝０におけるユニットの送信に先立ち、属性情報のパケット（ダウンロードヘッダのＢＮ＝０，ＳＮ＝０）を送信し、引き続き、ブロック番号ＢＮ＝０におけるユニットをそれぞれ送信する。そして、パケット送信部１５は、ブロック番号ＢＮ＝１におけるユニットの送信に先立ち、同一の属性情報のパケット（ＢＮ＝０，ＳＮ＝０のダウンロードヘッダが付加された属性情報のパケット）を送信し、引き続き、ブロック番号ＢＮ＝１におけるユニットのパケットをそれぞれ送信する。このようにして、パケット送信部１５は、最終ブロックのパケットを送信し、ファイル１の送信を終了する。
【００６５】
尚、図９では、パケット送信部１５は、ファイルの属性情報を、ブロック毎のユニットを送信する前にそれぞれ送信するようにしたが、ブロック番号ＢＮ＝０のユニットを送信する前に１回だけ送信するようにしてもよい。また、ブロック番号ＢＮ＝０、ブロック番号ＢＮ＝２等の偶数のブロックを送信する前に送信するようにしてもよい。ファイルの属性情報を送信するタイミングは、ブロック番号ＢＮ＝０を送信する前に加えて、その後の任意のブロックを送信する前に送信するようにしてもよい。ファイルの属性情報の送信回数を減らすことにより、一方向伝送路３において効率のよい伝送を実現することができる。
【００６６】
〔受信端末／構成〕
次に、図１に示した伝送システムの受信端末２について説明する。まず、受信端末２の構成について説明する。図１０は、受信端末２の構成を示すブロック図である。この受信端末２は、パケット受信部２１、ダウンロードヘッダ解析部（ヘッダ情報解析部）２２、ファイル復元部２３及び記憶部２４を備えている。
【００６７】
パケット受信部２１は、送信端末１により送信されたパケットを受信し、ＩＰヘッダ等を取り除く等の受信処理を行い、ファイルの属性情報及びユニットをダウンロードヘッダ解析部２２に出力する。
【００６８】
ダウンロードヘッダ解析部２２は、パケット受信部２１からファイルの属性情報及びユニットを入力し、ファイルの属性情報及びユニットに付加されたダウンロードヘッダを解析し、ファイルの識別処理及び属性情報とユニットとを区別する処理等を行い、ファイルの属性情報及びそのファイルにおける全てのユニットを取得する。そして、ダウンロードヘッダ解析部２２は、同一ファイルにおける識別情報及び全てのユニットをファイル復元部２３に出力する。
【００６９】
ファイル復元部２３は、ダウンロードヘッダ解析部２２から同一ファイルにおける属性情報及び全てのユニットを入力し、パリティユニットに基づいて欠損したデータユニットを復元し、データユニットを結合して元のファイルに復元する。そして、ファイル復元部２３は、復元したファイルを記憶部２４に書き込む。例えば、列方向及び行方向のそれぞれのデータユニットについてｍｏｄ２の加算が行われパリティユニットが生成された場合には、ファイル復元部２３は、一つの欠損したデータユニットを、１行または１列の中で、それ以外のデータユニット及びパリティユニットについてｍｏｄ２の加算を行うことにより復元する。
【００７０】
このように、受信端末２は、送信端末１により送信されたパケットを、一方向伝送路３を介して受信し、同一ファイルにおける属性情報及び全てのユニットに区別する。そして、受信端末２は、区別したユニットのうちのデータユニットをパリティユニットに基づいて復元し、データユニットを結合して元のファイルに復元する。
【００７１】
〔受信端末／処理〕
次に、受信端末２の処理について説明する。図１１は、受信端末２の処理を示すフロー図であり、受信端末２が一方向伝送路３からパケットを受信する際の、ファイルを復元するフローが示されている。
【００７２】
まず、受信端末２のパケット受信部２１は、ファイルの属性情報及びユニットが格納されたパケットを受信し、受信処理の後、ファイルの属性情報及びユニットの各データをダウンロードヘッダ解析部２２に出力する（ステップＳ１１）。
【００７３】
ダウンロードヘッダ解析部２２は、パケット受信部２１からファイルの属性情報及びユニットの各データを入力し、その属性情報及びユニットに付加された６４ビットのダウンロードヘッダを参照し、ダウンロードヘッダを構成する３２ビットの「ＴＦＩＤ」に基づいて、ファイルを識別する（ステップＳ１２）。以下、「ＴＦＩＤ」が同一のファイルについて、ステップＳ１３〜Ｓ１６の処理を行う。
【００７４】
ダウンロードヘッダ解析部２２は、識別したファイルの属性情報を取得済みであるか否かを判定し、取得済みでないと判定した場合、パケット受信部２１から入力するデータについて、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮがＢＮ＝０，ＳＮ＝０であるか否かを判定し、ＢＮ＝０，ＳＮ＝０のデータを入力するまで待つ。そして、ダウンロードヘッダがＢＮ＝０，ＳＮ＝０であることを判定した場合、そのデータは最初の属性情報であると認識し、最初の属性情報に含まれる「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」を参照し、ダウンロードヘッダに含まれる「ＴＦＩＤ」の次の３２ビットであるブロック番号ＢＮ及びシーケンス番号ＳＮフィールドがどのような割合になっているかを認識する。そして、その後に入力するデータについて、ダウンロードヘッダに含まれる「ＴＦＩＤ」が同じ場合のブロック番号ＢＮ及びシーケンス番号ＳＮを特定する。そして、ダウンロードヘッダ解析部２２は、最初の属性情報に含まれる「属性情報パケットの最終シーケンス番号」を参照し、その後に入力するデータのシーケンス番号ＳＮが「属性情報パケットの最終シーケンス番号」と同一になるまでの間のデータを、同一ファイルにおける属性情報として取得する（ステップＳ１３）。
【００７５】
ダウンロードヘッダ解析部２２は、属性情報に含まれる「ブロック内のパケット数」を参照し、ブロックにおける最後のユニットを特定できるようにし、属性情報に含まれる「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」を参照し、最終ブロックを特定できるようにし、また、最終ブロックのユニット及び最終ブロックにおける最終シーケンスのユニットを特定できるようにする。そして、ダウンロードヘッダ解析部２２は、全ての属性情報を取得した後に入力するデータについて、同一ファイルにおける全てのブロックの全てのユニットを取得する（ステップＳ１４）。そして、取得した属性情報及び全てのユニットをファイル復元部２３に出力する。
【００７６】
一方、ステップＳ１３において、識別したファイルの属性情報を取得済みであると判定した場合、ダウンロードヘッダ解析部２２は、前述したステップＳ１４の処理を行う。
【００７７】
ファイル復元部２３は、ダウンロードヘッダ解析部２２から同一ファイルにおける属性情報及び全てのユニットを入力し、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮに基づいて、データユニット及びパリティユニットを、ブロック番号順及びブロック内のシーケンス番号順に整列させる。そして、属性情報に含まれる「ＦＥＣ方式を特定するための識別子」を参照し、パリティユニットを用いたＦＥＣのデコード処理を行い、欠損したデータユニットの復元を行い、データユニットを結合する（ステップＳ１５）。そして、ファイル復元部２３は、元のファイルに復元して記憶部２４に書き込む（ステップＳ１６）。
【００７８】
以上のように、本発明の実施形態による伝送システムによれば、送信端末１が、属性情報及びユニット毎に、ブロック番号ＢＮ及びシーケンス番号ＳＮを含むダウンロードヘッダを付加したパケットを送信する際に、最初の属性情報についてはＢＮ＝０，ＳＮ＝０のブロック番号ＢＮ及びシーケンス番号ＳＮを設定するようにした。そして、受信端末２が、ダウンロードヘッダに含まれるブロック番号ＢＮ＝０及びシーケンス番号ＳＮ＝０を判定して属性情報を取得し、ダウンロードヘッダに含まれるブロック番号ＢＮ及びシーケンス番号ＳＮに基づいてユニットを整列及び結合して元のファイルに復元するようにした。これにより、ファイル本体と属性情報とを識別するための専用の情報を別途設ける必要がないから、ＦＬＵＴＥのヘッダに比べてヘッダ情報量を少なくすることができる。したがって、伝送効率の向上及び処理負担の低減を実現することができる。
【００７９】
また、本発明の実施形態による伝送システムによれば、送信端末１の属性情報生成部１２が「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」「ブロック内のパケット数」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」を属性情報に設定するようにした。そして、受信端末２のダウンロードヘッダ解析部２２が、その属性情報に基づいて、ブロック番号ＢＮ及びシーケンス番号ＳＮ、ブロック内のユニット数、ブロック数を特定するようにした。これにより、送信端末１はファイルに応じて異なるブロックサイズのパケットを送信し、受信端末２は異なるブロックサイズのパケットを受信してファイルを復元することができる。したがって、ブロックサイズを固定する必要がなく、アプリケーションや伝送媒体に応じて、様々なブロックサイズに柔軟に対応することができる。
【００８０】
また、本発明の実施形態による伝送システムによれば、送信端末１のパケット送信部１５が、ファイルの属性情報を、ブロック毎のユニットを送信する前にそれぞれ送信するようにした。これにより、受信端末２がファイルの途中のパケットから受信する場合には、途中の属性情報を取得することにより、それ以降のユニットを受信してファイルに復元することができる。また、送信端末１が、ブロック番号ＢＮ＝０、ブロック番号ＢＮ＝２等の偶数のブロックを送信する前に送信する等して、属性情報を間引いて送信するようにしてもよい。これにより、属性情報の送信回数を減らすことができるから、一方向伝送路３において効率のよい伝送を実現することができる。
【００８１】
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、前記実施形態では、送信端末１のユニット生成部１３が、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成するようにしたが、一方向伝送路３の伝送品質によっては必ずしもパリティユニットを生成する必要はない。また、ＦＥＣの方式は、データユニットを二次元に整列させてパリティユニットを生成するものである必要はなく、リードソロモン符号やＲａｐｔｏｒ符号により冗長データすなわちパリティユニットを生成する方式を用いてもよい。本発明は、ＦＥＣの方式に限定されるものではない。
【００８２】
また、前記実施形態では、送信端末１の属性情報生成部１２が、「ＦＥＣ方式を特定するための識別子」を属性情報に設定し、受信端末２が、この情報に基づいて符号化方式を特定するようにしたが、必ずしも属性情報の一部として伝送する必要はない。ＦＥＣのデコードに必要な符号化方式、パリティユニットの位置等の情報は、送信端末１及び受信端末２間で一致していればよいから、属性情報の一部として伝送するだけでなく、予め固定に設定されていてもよいし、別の手段によって伝送するようにしてもよい。
【００８３】
また、前記実施形態では、送信端末１の属性情報生成部１２が、図５に示したテキスト形式の属性情報を生成するようにしたが、バイナリ形式の属性情報を生成してもよい。本発明は、属性情報のフォーマットに限定されるものではない。
【００８４】
また、前記実施形態では、送信端末１のダウンロードヘッダ付加部１４が、ブロック番号ＢＮフィールドのビット数とシーケンス番号ＳＮフィールドのビット数とをあわせて３２ビットとしたダウンロードヘッダを付加するようにしたが、必ずしも３２ビットにする必要はない。また、属性情報生成部１２が、「ダウンロードパケットにおけるブロック番号ＢＮフィールドのビット数」のみを属性情報に設定するようにした。この属性情報に基づいてシーケンス番号ＳＮフィールドのビット数を算出することはできるが、シーケンス番号ＳＮフィールドのビット数または両フィールドのビット数を属性情報に設定するようにしてもよい。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施形態による送信端末及び受信端末を含む伝送システムの概略構成を示す図である。
【図２】送信端末の構成を示すブロック図である。
【図３】送信端末の処理を示すフロー図である。
【図４】属性情報、ユニット及びブロックの生成フローを説明する模式図である。
【図５】属性情報の構成を示す図である。
【図６】ダウンロードヘッダの構成を示す図である。
【図７】ダウンロードヘッダの構成例を示す図である。
【図８】パケットの構成を示す図である。
【図９】パケットの送信順序の例を示す図である。
【図１０】受信端末の構成を示すブロック図である。
【図１１】受信端末の処理を示すフロー図である。
【符号の説明】
【００８６】
１ 送信端末
２ 受信端末
３ 一方向伝送路
１１ 記憶部
１２ 属性情報生成部
１３ ユニット生成部
１４ ダウンロードヘッダ付加部
１５ パケット送信部
２１ パケット受信部
２２ ダウンロードヘッダ解析部
２３ ファイル復元部
２４ 記憶部
【技術分野】
【０００１】
本発明は、送信端末から受信端末へ向かう一方向伝送路において、ファイルをパケット化して伝送する伝送技術に関する。
【背景技術】
【０００２】
従来、放送伝送路等の一方向伝送路を用いてコンテンツをダウンロードするサービスが知られている。このようなコンテンツダウンロードサービスにおいては、ファイルを分割し複数のパケットに格納して伝送する方式がとられている。このファイル伝送方式では、送信端末が、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）と呼ばれる誤り訂正手法によって、ファイルを分割して生成したパケットに基づいて冗長なパケットを生成し送信する。そして、受信端末が、送信端末により送信された冗長パケットを受信し、欠損したパケットを復元する。これにより、リターンチャネル（受信端末から送信端末への上り回線）を用いることなく、一方向伝送路において一定のファイル伝送品質を維持することができる。
【０００３】
ＦＥＣの誤り訂正手法には、例えば、一定数のパケットに対してブロック符号化を施し、冗長なパケットを生成するブロック符号化手法がある。このブロック符号化手法では、符号化を施すブロックのサイズが様々であるから、ファイルサイズ及びブロック符号化方式によって伝送品質が大きく異なってしまう。ブロック符号化方式の例としては、ＲＦＣ５０５３に示されるＲａｐｔｏｒ符号、ＲＦＣ５１７０に示されるＬＤＰＣ符号、リードソロモン符号、ＳＭＰＴＥ Ｓｐｅｃｉｆｉｃａｔｉｏｎ２０２２−１に示される“Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｆｏｒ Ｒｅａｌ−ｔｉｍｅ Ｖｉｄｅｏ／Ａｕｄｉｏ Ｔｒａｎｓｐｏｒｔ Ｏｖｅｒ ＩＰ Ｎｅｔｗｏｒｋｓ”等が知られている。
【０００４】
このように、ファイルを分割してパケット化し、一方向伝送路を介してパケットを伝送するシステムにおいては、ＦＥＣの誤り訂正手法を用いることにより、欠損したパケットを復元し、一定のファイル伝送品質を維持している。
【０００５】
ところで、一方向伝送路を用いたファイル伝送方式として、ＦＬＵＴＥが知られている（非特許文献１及び特許文献１を参照）。ＦＬＵＴＥは、ファイルをパケット化して伝送する際に、ファイルの属性情報及びファイル本体を、それぞれ一つのオブジェクトとして伝送するものである。ファイルの属性情報は、ＦＤＴ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ Ｔａｂｌｅ）として記述され、ファイル本体と同様に一つのオブジェクトとして扱われる。つまり、送信端末は、ファイルの属性情報のＦＬＵＴＥパケットをオブジェクトとして送信し、その後に引き続いて、ファイル本体のＦＬＵＴＥパケットをオブジェクトとして送信する。
【０００６】
また、放送伝送路においても、蓄積型放送サービスのための新多重化方式を用いてＩＰパケットを多重化することができる（非特許文献２を参照）。このように、従来から、コンテンツファイルをＩＰパケットに分割して伝送する仕組みが検討されている。
【０００７】
【非特許文献１】「FLUTE-File Delivery over Unidirectional Transport」、ＲＦＣ３９２６
【非特許文献２】“情報通信審議会情報通信技術分科会（第６０回） 資料６０−１−２放送システム委員会報告”、［online］、平成２０年７月２９日、情報通信審議会、［平成２０年１１月１２日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/bunkakai/080729_1.html＞
【特許文献１】米国特許出願公開第２００４／０１５３４６８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＦＬＵＴＥのファイル伝送方式を用いる場合、前述のとおり、ファイルの属性情報がファイル本体と同様に一つのオブジェクトとして扱われるため、一つのファイルを伝送する際に最低でも２つのオブジェクトの伝送が必要となる。このため、ファイルの属性情報とファイル本体とをオブジェクトＩＤで識別する必要があることから、ＦＬＵＴＥパケットには、オブジェクトを識別するオブジェクトＩＤに加え、オブジェクトが伝送されるセッションを識別するための情報（ＴＳＩ：Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）をパケット毎に付加する必要があった。この場合、個別のＦＬＵＴＥパケットは、そのヘッダに、少なくとも、セッションを識別するための情報（ＴＳＩ）、オブジェクトを識別するための情報（ＴＯＩ：Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）、ブロックの番号（Ｓｏｕｒｃｅ Ｂｌｏｃｋ Ｎｕｍｂｅｒ）、及び、ブロック内のデータを識別する番号（Ｅｎｃｏｄｉｎｇ Ｓｙｍｂｏｌ ＩＤ）を備える必要がある。しかし、ヘッダはできる限り少ないデータ量とすることが、伝送効率の向上及び処理負荷の低減の点からして望ましい。
【０００９】
ここで、ブロックとは、ファイルを複数のデータユニットに分割し、データユニットのパケットをそれぞれ伝送する場合に、伝送順にパケットを並べたときのパケットの集合またはデータユニットの集合をいう。
【００１０】
また、ブロックサイズ（一つのブロック内における全てのデータユニットのデータ量）はアプリケーション及び伝送媒体によって異なるから、一つのファイルにおけるブロック数も異なり、結果として、ブロックを特定するための番号（ブロック番号）を格納するフィールドのビット数もアプリケーション及び伝送媒体によって異なるものとなる。しかし、ＦＬＵＴＥのファイル伝送方式を用いる場合はブロックサイズが固定（１６ビット）であるから、様々なブロックサイズに柔軟に対応することができなかった。例えば、衛星放送によりファイルを伝送する場合、伝送路の品質は比較的良好であるから、ＦＥＣの誤り訂正手法により生成される冗長パケットの数は少なくて済むか、またはＦＥＣの誤り訂正手法を用いなくて済む。したがって、一つのブロックで送信できるファイル本体のデータ量が多くなり（データユニットの数が多くなり）、一つのファイルにおけるブロック数をさほど増やす必要がないから、ブロック番号のフィールドのビット数は少なくて済む。一方、携帯電話によりファイルを伝送する場合、伝送路の品質は比較的良好でないから、ＦＥＣの誤り訂正手法により多数の冗長パケットを生成する必要がある。したがって、一つのブロックで送信できるデータ量が少なくなり（データユニットの数が少なくなり）、一つのファイルのブロック数を増やす必要があるから、ブロック番号のフィールドのビット数は多くする必要がある。このように、ＦＬＵＴＥのファイル伝送方式を用いる場合は、アプリケーション及び伝送媒体に応じて適切なブロックサイズに対応できる柔軟性がなかった。
【００１１】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、ファイルをパケット化し一方向伝送路を介して伝送する際に、ヘッダ情報量を少なくし、かつ、アプリケーション及び伝送媒体に応じて、様々なブロックサイズに柔軟に対応することが可能な送信端末、受信端末及び伝送システムを提供することにある。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明による送信端末は、ファイルの属性情報を生成し、ファイル本体を分割してユニットを生成し、前記属性情報をパケットに格納して送信すると共に、複数の前記ユニットからなるブロック毎に前記ユニットをパケットに格納して送信する一方向伝送路に用いる送信端末において、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数と、を定めるデータを含む属性情報を生成する属性情報生成部と、前記ブロック番号及びシーケンス番号を含むヘッダ情報を生成し、このヘッダ情報を前記属性情報及びユニットに付加するヘッダ情報付加部と、を備えたことを特徴とする。
【００１３】
また、本発明による送信端末は、前記ヘッダ情報付加部が、ブロック番号及びシーケンス番号を０とするヘッダ情報を生成し、このヘッダ情報を前記属性情報に付加する、ことを特徴とする。
【００１４】
また、本発明による送信端末は、前記属性情報生成部が、前記ブロック番号が割り当てられたフィールドのビット数及び前記シーケンス番号が割り当てられたフィールドのビット数を含む属性情報を生成し、または、前記ブロック番号及びシーケンス番号の両番号が割り当てられたフィールドのビット数が固定の場合に、前記ブロック番号及びシーケンス番号のうちのいずれか一方の番号が割り当てられたフィールドのビット数を含む属性情報を生成する、ことを特徴とする。
【００１５】
また、本発明による送信端末は、前記属性情報を分割し、前記分割した属性情報をパケットにそれぞれ格納して送信する場合に、前記属性情報生成部が、さらに、前記属性情報を分割した数を特定するためのデータを含む属性情報を生成する、ことを特徴とする。
【００１６】
また、本発明による送信端末は、前記属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、前記ブロック間で同一の属性情報を、それぞれのブロックを構成するユニットの前に送信する、ことを特徴とする。
【００１７】
また、本発明による送信端末は、前記属性情報を、ブロックを構成するユニットの前に送信する場合に、属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、前記属性情報を、全てのブロックのうちの少なくとも先頭のブロックを構成するユニットの前に送信する、ことを特徴とする。
【００１８】
また、本発明による送信端末は、前記属性情報生成部が、前記ブロック番号及びシーケンス番号のビット数を特定するためのデータに加えて、ファイルの名前及び長さを含む属性情報を生成する、ことを特徴とする。
【００１９】
また、本発明による受信端末は、ファイルの属性情報が格納されたパケット、及び、ファイル本体を分割して得られたブロック毎のユニットが格納されたパケットを一方向伝送により受信し、元のファイルに復元する受信端末において、前記属性情報には、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるためのデータが含まれており、前記属性情報及びユニットには、前記ブロック番号及びシーケンス番号を含むヘッダ情報が付加されており、前記属性情報に基づいて、ヘッダ情報に含まれるブロック番号及びシーケンス番号を解析し、属性情報及びユニットを取得するヘッダ情報解析部と、前記ヘッダ情報解析部により取得されたユニットを、前記ブロック番号及びシーケンス番号に基づいて整列及び結合し、元のファイルに復元するファイル復元部と、を備えたことを特徴とする。
【００２０】
また、本発明による受信端末は、前記ヘッダ情報解析部が、ヘッダ情報に含まれるブロック番号及びシーケンス番号が０のときに、属性情報を取得する、ことを特徴とする。
【００２１】
また、本発明による受信端末は、前記ファイル復元部が、前記ヘッダ情報解析部により属性情報を取得した後のユニットについて、元のファイルに復元する、ことを特徴とする。
【００２２】
また、本発明による伝送システムは、前記送信端末と前記受信端末とを備えて構成される、ことを特徴とする。
【発明の効果】
【００２３】
以上のように、本発明によれば、ブロック番号及びシーケンス番号を含むヘッダ情報を属性情報及びユニットに付加するようにした。これにより、属性情報とユニットとは、ブロック番号及びシーケンス番号によって区別することができる。したがって、属性情報とファイル本体とを識別するための専用の情報を付加する必要がなく、ＦＬＵＴＥのヘッダに比べてヘッダ情報量を少なくすることができる。つまり、伝送効率の向上及び処理負荷の低減を実現することができる。また、ブロック番号及びシーケンス番号が割り当てられるヘッダ情報内のビット数について、それぞれのビット数を特定するためのデータを属性情報の一部として扱うようにした。これにより、ブロック番号及びシーケンス番号に割り当てられるビット数をファイル毎に変更することができる。したがって、そのビット数はブロックサイズを規定するものであるから、アプリケーション及び伝送媒体に応じて、様々なブロックサイズに柔軟に対応することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。
〔伝送システム〕
図１は、本発明の実施形態による送信端末及び受信端末を含む伝送システムの概略構成を示す図である。この伝送システムは、例えば、高度ＢＳデジタル放送におけるダウンロードサービスを実現するシステムであり、送信端末１及び受信端末２により構成される。送信端末１及び受信端末２は一方向伝送路３により接続される。
【００２５】
送信端末１は、コンテンツ及びメタデータを構成するファイルをパケット化し、ファイルの属性情報及びファイル本体をパケットに格納し、一方向伝送路３を介して受信端末２へ送信する装置である。受信端末２は、送信端末１により送信されたパケットを、一方向伝送路３を介して受信し、元のファイルに復元する装置である。一方向伝送路３は、例えば放送伝送路である。
【００２６】
〔送信端末／構成〕
次に、図１に示した伝送システムの送信端末１について説明する。まず、送信端末１の構成について説明する。図２は、送信端末１の構成を示すブロック図である。この送信端末１は、記憶部１１、属性情報生成部１２、ユニット生成部１３、ダウンロードヘッダ付加部（ヘッダ情報付加部）１４及びパケット送信部１５を備えている。
【００２７】
記憶部１１には、一方向伝送路３を用いて受信端末２へ送信されるコンテンツ及びメタデータを構成するファイルが記憶されている。属性情報生成部１２は、記憶部１１からファイルを読み出し、そのファイルについて、ファイル本体の名前及びファイルの長さ等を含む属性情報を生成する。
【００２８】
ユニット生成部１３は、記憶部１１からファイルを読み出し、そのファイル本体を一定サイズのデータユニットに分割し、複数のデータユニットを生成する。そして、ユニット生成部１３は、生成した複数のデータユニットに基づいてパリティユニットを生成し、データユニット及びパリティユニットからなるブロックを生成する。
【００２９】
ダウンロードヘッダ付加部１４は、属性情報生成部１２により生成された属性情報に対し、ダウンロードヘッダを付加する。また、ユニット生成部１３により生成されたデータユニット及びパリティユニットに対しても、ダウンロードヘッダを付加する。
【００３０】
パケット送信部１５は、ダウンロードヘッダ付加部１４によりダウンロードヘッダが付加された属性情報、データユニット及びパリティユニットにＩＰヘッダ及びＵＤＰヘッダを付加してパケットを生成し、または圧縮ヘッダを付加してパケットを生成し、受信端末２へ送信する。
【００３１】
このように、送信端末１は、ファイルの属性情報を生成してダウンロードヘッダを付加すると共に、ファイル本体を分割したデータユニットからパリティユニットを生成し、データユニット及びパリティユニットにそれぞれダウンロードヘッダを付加する。そして、送信端末１は、パケットを生成し、一方向伝送路３を介して受信端末２へ送信する。
【００３２】
〔送信端末／処理〕
次に、送信端末１の処理について説明する。図３は、送信端末１の処理を示すフロー図であり、送信端末１が一方向伝送路３を介してパケットを送信する際の、ファイルをパケット化するフローが示されている。また、図４は、属性情報、ユニット及びブロックの生成フローを説明する模式図である。
【００３３】
まず、送信端末１の属性情報生成部１２は、記憶部１１からファイルを読み出し、少なくともファイル本体の名前及びファイルの長さを含む属性情報を生成する（ステップＳ１）。この場合、属性情報生成部１２は、生成する属性情報のサイズが後述するデータユニットのサイズ（予め設定されている）よりも大きい場合に、生成した属性情報を、データユニットのサイズに分割する。
【００３４】
図５は、属性情報の構成を示す図である。図５に示すように、属性情報は、「ダウンロードヘッダにおけるＢｌｏｃｋ Ｎｕｍｂｅｒ（ブロック番号ＢＮ）フィールドのビット数」「ブロック内のパケット数」「属性情報パケットの最終シーケンス番号」「ＦＥＣ方式を特定するための識別子」「ＵＲＩ（ファイル本体の名前）」「Ｆｉｌｅ Ｌｅｎｇｔｈ（ファイルの長さ）」「Ｃｏｎｔｅｎｔ Ｔｙｐｅ（コンテンツタイプ）」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」「格納先のディレクトリ構成」「Ｃｏｎｔｅｎｔ Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」「Ｔｒａｎｓｆｅｒ Ｌｅｎｇｔｈ（伝送長）」「Ｃｏｎｔｅｎｔ ＭＤ５（コンテンツＭＤ５）」から構成される。
【００３５】
属性情報生成部１２は、読み出したファイルに基づいて、図５に示す各構成要素を設定し、属性情報を生成する。具体的には、属性情報生成部１２は、一方向伝送路３の種類及び特性に応じて予め設定されたビット長を、「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」に設定する。このブロック番号ＢＮフィールドのビット数及びブロック番号ＢＮの詳細については後述する。
【００３６】
属性情報生成部１２は、予め設定された、ブロック内のパケット数を、「ブロック内のパケット数」に設定する。「ブロック内のパケット数」とは、ファイル本体から分離されたデータユニットとデータユニットから生成されたパリティユニットとの集合体であるブロックにおいて、そのブロック内で送信され得るパケットの数である。
【００３７】
属性情報生成部１２は、生成した属性情報を分割した場合、分割した属性情報の数を「属性情報パケットの最終シーケンス番号」に設定する。尚、属性情報のサイズがデータユニットのサイズ以下の場合は、「属性情報パケットの最終シーケンス番号」は０となる。
【００３８】
属性情報生成部１２は、ファイルのサイズを「Ｆｉｌｅ Ｌｅｎｇｔｈ（ファイルの長さ）」に設定し、コンテンツのタイプを「Ｃｏｎｔｅｎｔ Ｔｙｐｅ（コンテンツタイプ）」に設定する。さらに、属性情報生成部１２は、後述するユニット生成部１３により生成されるデータユニット及びパリティユニットの数、予め設定されたデータユニットのサイズ等に基づいて、ブロックの数及びシーケンスの数を算出し、これらを「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」に設定する。
【００３９】
また、属性情報生成部１２は、ファイルを符号化して伝送する場合、その方式を「Ｃｏｎｔｅｎｔ Ｅｎｃｏｄｉｎｇ（コンテンツエンコーディング）」に設定し、ファイルを符号化して伝送する場合に元のファイルの長さと伝送時のファイルの長さが異なるため、伝送時のファイルの長さ「Ｔｒａｎｓｆｅｒ Ｌｅｎｇｔｈ（伝送長）」を設定する。また、受信側がファイルを正しく受信できたか否かをチェックするためのチェックサム「Ｃｏｎｔｅｎｔ ＭＤ５（コンテンツＭＤ５）」を設定する。さらに、「ＦＥＣ方式を特定するための識別子」「ＵＲＩ（ファイル本体の名前）」「格納先のディレクトリ構成」も設定する。
【００４０】
図３に戻って、ユニット生成部１３は、記憶部１１からファイルを読み出し（属性情報生成部１２が読み出したファイルと同一のファイルを読み出し）、予め設定された一定サイズのデータユニットにファイル本体を分割する（ステップＳ２、図４（１））。データユニットのサイズは自由に設定することができ、例えば、１３４４バイト、４０３２バイトとする。
【００４１】
ユニット生成部１３は、複数に分割したデータユニットを、Ｌ×Ｄ個毎に区分し、Ｌ列Ｄ行の２次元に整列させる（ステップＳ３、図４（２））。この２次元のデータユニットの集合体が、ブロックの元になる。
【００４２】
また、ユニット生成部１３は、整列させた２次元のデータユニットにおいて、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成する（ステップＳ４、図４（３））。例えば、ユニット生成部１３は、列方向毎に全てのデータユニットについてｍｏｄ２の加算を行い列方向毎のパリティユニットを生成する。同様に、行方向毎の全てのデータユニットについてｍｏｄ２の加算を行い行方向毎のパリティユニットを生成する。
【００４３】
ユニット生成部１３は、ステップＳ３にて整列した２次元のデータユニットの集合体、及び、ステップＳ４にて生成した列方向及び行方向のパリティユニットを用いて、ブロックを生成する（ステップＳ５、図４（３））。
【００４４】
そして、ダウンロードヘッダ付加部１４は、属性情報生成部１２により生成された属性情報に対し、ダウンロードヘッダを付加すると共に、ユニット生成部１３により生成されたデータユニット及びパリティユニットに対しても、ダウンロードヘッダを付加する（ステップＳ６，Ｓ７）。
【００４５】
（ダウンロードヘッダの付加）
図６は、ダウンロードヘッダの構成を示す図である。図６に示すように、ダウンロードヘッダは、３つのフィールドからなる６４ビットのヘッダであり、「Ｔｒａｎｓｐｏｒｔ Ｆｉｌｅ ＩＤ（トランスポートファイルＩＤ：ＴＦＩＤ）」「Ｂｌｏｃｋ Ｎｕｍｂｅｒ（ブロック番号ＢＮ）」「Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ（シーケンス番号ＳＮ）」から構成される。「ＴＦＩＤ」フィールドのビット数（フィールド幅）は３２である。「ブロック番号ＢＮ」及び「シーケンス番号ＳＮ」フィールドのビット数は合計３２であるが、それぞれ可変長であり、一方向伝送路３の種類及び特性に応じて、または、伝送されるファイルに応じて予め設定される。また、一つのファイルを伝送中は、これらのフィールド幅は変更されず、固定値が用いられる。
【００４６】
「ＴＦＩＤ」は、伝送するファイルを一意に識別するためのラベルの役割を果たす。したがって、ダウンロードヘッダ付加部１４は、同一のファイルの属性情報、データユニット及びパリティユニットに対して、同一の「ＴＦＩＤ」を設定する。一方、異なるファイルの属性情報等に対して、異なる「ＴＦＩＤ」を設定する。尚、前述のＦＬＵＴＥでは、この「ＴＦＩＤ」は「Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ（ＴＯＩ）」に相当する。詳細については、前述の非特許文献１，２を参照されたい。
【００４７】
「ブロック番号ＢＮ」は、伝送するファイルにおけるブロックの番号を示す。また、「シーケンス番号ＳＮ」は、属性情報（分割した場合はそれぞれの属性情報）の番号、及びブロック内のユニット（以下、データユニット及びパリティユニットを総称してユニットという。）の番号を示す。例えば、最初の属性情報に対してはＢＮ＝０，ＳＮ＝０が設定され、属性情報に続くユニットには、最終の属性情報に対して設定されたＳＮに引き続くＳＮが設定される。
【００４８】
具体的に説明すると、属性情報生成部１２により１つの属性情報が生成された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、最初のブロックの先頭のユニットに対しＢＮ＝０，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝２を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報に対しＢＮ＝０，ＳＮ＝０を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝１を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝２を設定する。
【００４９】
一方、属性情報生成部１２により生成された属性情報が複数に分割された場合、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）において、分割された最初の属性情報に対しＢＮ＝０，ＳＮ＝０を設定し、次の属性情報に対しＢＮ＝０，ＳＮ＝１を設定する。シーケンス番号ＳＮは、属性情報の分割に応じて１ずつ増加する。そして、ダウンロードヘッダ付加部１４は、最初のブロック（ＢＮ＝０）の先頭のユニットに対しＢＮ＝０，ＳＮ＝２を設定し、その次のユニットに対しＢＮ＝０，ＳＮ＝３を設定する。シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加する。ここで、属性情報生成部１２により生成され分割された属性情報の数がｎ個の場合、それぞれの属性情報のシーケンス番号ＳＮはＳＮ＝０，１，・・・，ｎ−１になるから、最初のユニットのシーケンス番号ＳＮはＳＮ＝ｎとなる。そして、ダウンロードヘッダ付加部１４は、次のブロック（ＢＮ＝１）においても、最初のブロックにおける属性情報と同一の属性情報のＢＮ＝０，ＳＮ＝０，１，・・・を設定する。そして、ダウンロードヘッダ付加部１４は、そのブロック（ＢＮ＝１）の先頭のユニットに対しＢＮ＝１，ＳＮ＝２（分割された属性情報の数が２個の場合）を設定し、その次のユニットに対しＢＮ＝１，ＳＮ＝３を設定する。前述のとおり、シーケンス番号ＳＮは、ユニットの数に応じて１ずつ増加し、最終の属性情報がＳＮ＝ｎ−１の場合、最初のユニットはＳＮ＝ｎとなる。
【００５０】
このように、ダウンロードヘッダ付加部１４は、属性情報及びユニットに対し、ＴＦＩＤ、ブロック番号ＢＮ及びシーケンス番号ＳＮからなるダウンロードヘッダを付加する。この場合、ダウンロードヘッダ付加部１４は、ユニット生成部１３により生成された複数のブロックに対して同一の属性情報を割り付け、一つのブロックに対応する属性情報のうちの最初の属性情報に対し、ＢＮ＝０，ＳＮ＝０を統一して設定するようにした。これにより、受信端末２は、受信したパケットについて、ダウンロードヘッダにおけるブロック番号ＢＮ及びシーケンス番号ＳＮの両フィールドを連結した３２ビットのデータが０ｘ００００であるか否かを判定する。そして、０ｘ００００００００であると判定した場合、ブロック番号ＢＮフィールドのビット数及びシーケンス番号ＳＮフィールドのビット数の設定に関わらず、このようなダウンロードヘッダを持つパケットが、ファイルの属性情報を含むパケット（最初の属性情報を含むパケット）であることを認識することができる。
【００５１】
図７は、ダウンロードヘッダの構成例を示す図である。図７において（１）は、ブロックのサイズが大きい場合の構成例である。ブロックのサイズを大きく設定する場合は、ブロック内に多数のユニットが含まれるから、シーケンス番号ＳＮフィールドの割り当てビット数を多くし、ブロック番号ＢＮフィールドの割り当てビット数を少なくする。
【００５２】
（２）は、ブロックのサイズが小さい場合の構成例である。ブロックのサイズを小さく設定する場合は、ブロック内に多数のユニットが含まれないから、シーケンス番号ＳＮフィールドの割り当てビット数を少なくし、ブロック番号ＢＮフィールドの割り当てビット数を多くする。
【００５３】
（３）は、ファイルの属性情報に付加されるダウンロードヘッダの構成例であり、ブロック番号ＢＮ及びシーケンス番号ＳＮがＢＮ＝０，ＳＮ＝０である。属性情報生成部１２により生成された属性情報が複数に分割される場合は、最初の属性情報に付加されるダウンロードヘッダを示している。
【００５４】
このように、図５に示した属性情報に含まれる「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」の設定に従って、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮフィールドの割り当てビット数を変更することができるから、一方向伝送路３の種類及び特性、または送信するファイルに応じたビット数とすることができ、柔軟に対応することができる。
【００５５】
（パケットの生成）
図３に戻って、パケット送信部１５は、ダウンロードヘッダ付加部１４によりダウンロードヘッダが付加された属性情報及びユニットに対しヘッダを付加し、パケットを生成する（ステップＳ８）。そして、パケット送信部１５は、生成したパケットを送信する（ステップＳ９）。
【００５６】
図８は、パケットの構成を示す図である。（１）は、図１に示した一方向伝送路３がＩＰネットワークによる伝送路の場合におけるパケット構成を示している。パケット送信部１５は、ダウンロードヘッダが付加された属性情報及びユニットをＵＤＰペイロードに格納し、ＩＰヘッダ及びＵＤＰヘッダを付加し、（１）に示すパケットを生成して送信する。
【００５７】
（２）は、一方向伝送路３が例えば高度ＢＳデジタル放送の伝送路の場合におけるパケット構成を示している。パケット送信部１５は、ダウンロードヘッダが付加された属性情報及びユニットをＵＤＰペイロードに格納し、ＩＰヘッダ及びＵＤＰヘッダの代わりに圧縮ヘッダを生成し、この圧縮ヘッダを付加して（２）に示すパケットを生成して送信する。
【００５８】
（圧縮ヘッダ）
次に、圧縮ヘッダの使用例について簡単に説明する。尚、高度ＢＳデジタル放送の圧縮ヘッダのフォーマットについては、前述の非特許文献２における資料６０−１−２「放送システム委員会報告」の別添答申案第３１頁「２．３．２．２ ＩＰパケットのヘッダ圧縮方式」を参照されたい。
【００５９】
一般に、パケットのヘッダを圧縮する技術には、ＩＰヘッダ圧縮フォーマットが用いられる。このＩＰヘッダ圧縮フォーマットとしては、ＲＦＣ２５０８（Ｃｏｍｐｒｅｓｓｉｎｇ ＩＰ／ＵＤＰ／ＲＴＰ Ｈｅａｄｅｒｓ ｆｏｒ Ｌｏｗ−Ｓｐｅｅｄ Ｓｅｒｉａｌ Ｌｉｎｋｓ）やＲＦＣ３０９５（ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＨＣ）：Ｆｒａｍｅｗｏｒｋ ａｎｄ ｆｏｕｒ ｐｒｏｆｉｌｅｓ：ＲＴＰ， ＵＤＰ， ＥＳＰ， ａｎｄ ｕｎｃｏｍｐｒｅｓｓｅｄ）等に規定されたものが知られている。
【００６０】
これらのヘッダ圧縮技術は、複数のパケットが連続する同一フローにおいて、パケットのヘッダに記述される情報が同一又は予測可能であるという性質を利用している。尚、ヘッダ圧縮されたパケットのヘッダには、最低限のヘッダ情報に加えて、フローを特定するためのコンテキストＩＤ（ＣＩＤ）が記述されている。
【００６１】
具体的なヘッダ圧縮技術の例として、同一フローに属する全てのパケットに、ヘッダ情報の全てを含めることをしないで、一部のパケットには、ヘッダ情報の全て及びＣＩＤを含め、その他のパケットには、ヘッダ情報の一部及びＣＩＤを含めることとするものがある。ヘッダ情報の全て及びＣＩＤを含むヘッダをフルヘッダといい、このフルヘッダが付加されたパケットをフルヘッダパケットという。また、ヘッダ情報の一部及びＣＩＤを含むヘッダを圧縮ヘッダといい、この圧縮ヘッダが付加されたパケットを圧縮ヘッダパケットという。図８（２）が圧縮ヘッダパケットである。
【００６２】
そして、このヘッダ圧縮技術では、送信端末１と受信端末２との間で、ＣＩＤとヘッダ情報の一部とを予め対応付けておいたＣＩＤテーブルを共有しておく。そして、送信端末１から受信端末２へ、フルヘッダパケット及び圧縮ヘッダパケットを送信する。これにより、送信端末１と受信端末２との間で、ＣＩＤをキーとして、全てのヘッダ情報を共有することができる。
【００６３】
このように、圧縮ヘッダは、送信端末１から受信端末２への同一フローのパケットに付加される情報であり、ＣＩＤをキーとしてヘッダ情報を共有するために用いられる。
【００６４】
（パケットの送信順序）
次に、パケットの送信順序について説明する。図９は、パケットの送信順序の例を示す図である。図９に示すように、送信端末１のパケット送信部１５は、ユニットの送信に先立ち、属性情報のパケットを送信する。具体的には、パケット送信部１５は、ファイル１の送信において、ブロック番号ＢＮ＝０におけるユニットの送信に先立ち、属性情報のパケット（ダウンロードヘッダのＢＮ＝０，ＳＮ＝０）を送信し、引き続き、ブロック番号ＢＮ＝０におけるユニットをそれぞれ送信する。そして、パケット送信部１５は、ブロック番号ＢＮ＝１におけるユニットの送信に先立ち、同一の属性情報のパケット（ＢＮ＝０，ＳＮ＝０のダウンロードヘッダが付加された属性情報のパケット）を送信し、引き続き、ブロック番号ＢＮ＝１におけるユニットのパケットをそれぞれ送信する。このようにして、パケット送信部１５は、最終ブロックのパケットを送信し、ファイル１の送信を終了する。
【００６５】
尚、図９では、パケット送信部１５は、ファイルの属性情報を、ブロック毎のユニットを送信する前にそれぞれ送信するようにしたが、ブロック番号ＢＮ＝０のユニットを送信する前に１回だけ送信するようにしてもよい。また、ブロック番号ＢＮ＝０、ブロック番号ＢＮ＝２等の偶数のブロックを送信する前に送信するようにしてもよい。ファイルの属性情報を送信するタイミングは、ブロック番号ＢＮ＝０を送信する前に加えて、その後の任意のブロックを送信する前に送信するようにしてもよい。ファイルの属性情報の送信回数を減らすことにより、一方向伝送路３において効率のよい伝送を実現することができる。
【００６６】
〔受信端末／構成〕
次に、図１に示した伝送システムの受信端末２について説明する。まず、受信端末２の構成について説明する。図１０は、受信端末２の構成を示すブロック図である。この受信端末２は、パケット受信部２１、ダウンロードヘッダ解析部（ヘッダ情報解析部）２２、ファイル復元部２３及び記憶部２４を備えている。
【００６７】
パケット受信部２１は、送信端末１により送信されたパケットを受信し、ＩＰヘッダ等を取り除く等の受信処理を行い、ファイルの属性情報及びユニットをダウンロードヘッダ解析部２２に出力する。
【００６８】
ダウンロードヘッダ解析部２２は、パケット受信部２１からファイルの属性情報及びユニットを入力し、ファイルの属性情報及びユニットに付加されたダウンロードヘッダを解析し、ファイルの識別処理及び属性情報とユニットとを区別する処理等を行い、ファイルの属性情報及びそのファイルにおける全てのユニットを取得する。そして、ダウンロードヘッダ解析部２２は、同一ファイルにおける識別情報及び全てのユニットをファイル復元部２３に出力する。
【００６９】
ファイル復元部２３は、ダウンロードヘッダ解析部２２から同一ファイルにおける属性情報及び全てのユニットを入力し、パリティユニットに基づいて欠損したデータユニットを復元し、データユニットを結合して元のファイルに復元する。そして、ファイル復元部２３は、復元したファイルを記憶部２４に書き込む。例えば、列方向及び行方向のそれぞれのデータユニットについてｍｏｄ２の加算が行われパリティユニットが生成された場合には、ファイル復元部２３は、一つの欠損したデータユニットを、１行または１列の中で、それ以外のデータユニット及びパリティユニットについてｍｏｄ２の加算を行うことにより復元する。
【００７０】
このように、受信端末２は、送信端末１により送信されたパケットを、一方向伝送路３を介して受信し、同一ファイルにおける属性情報及び全てのユニットに区別する。そして、受信端末２は、区別したユニットのうちのデータユニットをパリティユニットに基づいて復元し、データユニットを結合して元のファイルに復元する。
【００７１】
〔受信端末／処理〕
次に、受信端末２の処理について説明する。図１１は、受信端末２の処理を示すフロー図であり、受信端末２が一方向伝送路３からパケットを受信する際の、ファイルを復元するフローが示されている。
【００７２】
まず、受信端末２のパケット受信部２１は、ファイルの属性情報及びユニットが格納されたパケットを受信し、受信処理の後、ファイルの属性情報及びユニットの各データをダウンロードヘッダ解析部２２に出力する（ステップＳ１１）。
【００７３】
ダウンロードヘッダ解析部２２は、パケット受信部２１からファイルの属性情報及びユニットの各データを入力し、その属性情報及びユニットに付加された６４ビットのダウンロードヘッダを参照し、ダウンロードヘッダを構成する３２ビットの「ＴＦＩＤ」に基づいて、ファイルを識別する（ステップＳ１２）。以下、「ＴＦＩＤ」が同一のファイルについて、ステップＳ１３〜Ｓ１６の処理を行う。
【００７４】
ダウンロードヘッダ解析部２２は、識別したファイルの属性情報を取得済みであるか否かを判定し、取得済みでないと判定した場合、パケット受信部２１から入力するデータについて、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮがＢＮ＝０，ＳＮ＝０であるか否かを判定し、ＢＮ＝０，ＳＮ＝０のデータを入力するまで待つ。そして、ダウンロードヘッダがＢＮ＝０，ＳＮ＝０であることを判定した場合、そのデータは最初の属性情報であると認識し、最初の属性情報に含まれる「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」を参照し、ダウンロードヘッダに含まれる「ＴＦＩＤ」の次の３２ビットであるブロック番号ＢＮ及びシーケンス番号ＳＮフィールドがどのような割合になっているかを認識する。そして、その後に入力するデータについて、ダウンロードヘッダに含まれる「ＴＦＩＤ」が同じ場合のブロック番号ＢＮ及びシーケンス番号ＳＮを特定する。そして、ダウンロードヘッダ解析部２２は、最初の属性情報に含まれる「属性情報パケットの最終シーケンス番号」を参照し、その後に入力するデータのシーケンス番号ＳＮが「属性情報パケットの最終シーケンス番号」と同一になるまでの間のデータを、同一ファイルにおける属性情報として取得する（ステップＳ１３）。
【００７５】
ダウンロードヘッダ解析部２２は、属性情報に含まれる「ブロック内のパケット数」を参照し、ブロックにおける最後のユニットを特定できるようにし、属性情報に含まれる「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」を参照し、最終ブロックを特定できるようにし、また、最終ブロックのユニット及び最終ブロックにおける最終シーケンスのユニットを特定できるようにする。そして、ダウンロードヘッダ解析部２２は、全ての属性情報を取得した後に入力するデータについて、同一ファイルにおける全てのブロックの全てのユニットを取得する（ステップＳ１４）。そして、取得した属性情報及び全てのユニットをファイル復元部２３に出力する。
【００７６】
一方、ステップＳ１３において、識別したファイルの属性情報を取得済みであると判定した場合、ダウンロードヘッダ解析部２２は、前述したステップＳ１４の処理を行う。
【００７７】
ファイル復元部２３は、ダウンロードヘッダ解析部２２から同一ファイルにおける属性情報及び全てのユニットを入力し、ダウンロードヘッダのブロック番号ＢＮ及びシーケンス番号ＳＮに基づいて、データユニット及びパリティユニットを、ブロック番号順及びブロック内のシーケンス番号順に整列させる。そして、属性情報に含まれる「ＦＥＣ方式を特定するための識別子」を参照し、パリティユニットを用いたＦＥＣのデコード処理を行い、欠損したデータユニットの復元を行い、データユニットを結合する（ステップＳ１５）。そして、ファイル復元部２３は、元のファイルに復元して記憶部２４に書き込む（ステップＳ１６）。
【００７８】
以上のように、本発明の実施形態による伝送システムによれば、送信端末１が、属性情報及びユニット毎に、ブロック番号ＢＮ及びシーケンス番号ＳＮを含むダウンロードヘッダを付加したパケットを送信する際に、最初の属性情報についてはＢＮ＝０，ＳＮ＝０のブロック番号ＢＮ及びシーケンス番号ＳＮを設定するようにした。そして、受信端末２が、ダウンロードヘッダに含まれるブロック番号ＢＮ＝０及びシーケンス番号ＳＮ＝０を判定して属性情報を取得し、ダウンロードヘッダに含まれるブロック番号ＢＮ及びシーケンス番号ＳＮに基づいてユニットを整列及び結合して元のファイルに復元するようにした。これにより、ファイル本体と属性情報とを識別するための専用の情報を別途設ける必要がないから、ＦＬＵＴＥのヘッダに比べてヘッダ情報量を少なくすることができる。したがって、伝送効率の向上及び処理負担の低減を実現することができる。
【００７９】
また、本発明の実施形態による伝送システムによれば、送信端末１の属性情報生成部１２が「ダウンロードヘッダにおけるブロック番号ＢＮフィールドのビット数」「ブロック内のパケット数」「ファイルを伝送する最終ブロック番号及び最終ブロックの最終シーケンス番号」を属性情報に設定するようにした。そして、受信端末２のダウンロードヘッダ解析部２２が、その属性情報に基づいて、ブロック番号ＢＮ及びシーケンス番号ＳＮ、ブロック内のユニット数、ブロック数を特定するようにした。これにより、送信端末１はファイルに応じて異なるブロックサイズのパケットを送信し、受信端末２は異なるブロックサイズのパケットを受信してファイルを復元することができる。したがって、ブロックサイズを固定する必要がなく、アプリケーションや伝送媒体に応じて、様々なブロックサイズに柔軟に対応することができる。
【００８０】
また、本発明の実施形態による伝送システムによれば、送信端末１のパケット送信部１５が、ファイルの属性情報を、ブロック毎のユニットを送信する前にそれぞれ送信するようにした。これにより、受信端末２がファイルの途中のパケットから受信する場合には、途中の属性情報を取得することにより、それ以降のユニットを受信してファイルに復元することができる。また、送信端末１が、ブロック番号ＢＮ＝０、ブロック番号ＢＮ＝２等の偶数のブロックを送信する前に送信する等して、属性情報を間引いて送信するようにしてもよい。これにより、属性情報の送信回数を減らすことができるから、一方向伝送路３において効率のよい伝送を実現することができる。
【００８１】
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、前記実施形態では、送信端末１のユニット生成部１３が、列方向及び行方向毎にそれぞれのデータユニットからパリティユニットを生成するようにしたが、一方向伝送路３の伝送品質によっては必ずしもパリティユニットを生成する必要はない。また、ＦＥＣの方式は、データユニットを二次元に整列させてパリティユニットを生成するものである必要はなく、リードソロモン符号やＲａｐｔｏｒ符号により冗長データすなわちパリティユニットを生成する方式を用いてもよい。本発明は、ＦＥＣの方式に限定されるものではない。
【００８２】
また、前記実施形態では、送信端末１の属性情報生成部１２が、「ＦＥＣ方式を特定するための識別子」を属性情報に設定し、受信端末２が、この情報に基づいて符号化方式を特定するようにしたが、必ずしも属性情報の一部として伝送する必要はない。ＦＥＣのデコードに必要な符号化方式、パリティユニットの位置等の情報は、送信端末１及び受信端末２間で一致していればよいから、属性情報の一部として伝送するだけでなく、予め固定に設定されていてもよいし、別の手段によって伝送するようにしてもよい。
【００８３】
また、前記実施形態では、送信端末１の属性情報生成部１２が、図５に示したテキスト形式の属性情報を生成するようにしたが、バイナリ形式の属性情報を生成してもよい。本発明は、属性情報のフォーマットに限定されるものではない。
【００８４】
また、前記実施形態では、送信端末１のダウンロードヘッダ付加部１４が、ブロック番号ＢＮフィールドのビット数とシーケンス番号ＳＮフィールドのビット数とをあわせて３２ビットとしたダウンロードヘッダを付加するようにしたが、必ずしも３２ビットにする必要はない。また、属性情報生成部１２が、「ダウンロードパケットにおけるブロック番号ＢＮフィールドのビット数」のみを属性情報に設定するようにした。この属性情報に基づいてシーケンス番号ＳＮフィールドのビット数を算出することはできるが、シーケンス番号ＳＮフィールドのビット数または両フィールドのビット数を属性情報に設定するようにしてもよい。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施形態による送信端末及び受信端末を含む伝送システムの概略構成を示す図である。
【図２】送信端末の構成を示すブロック図である。
【図３】送信端末の処理を示すフロー図である。
【図４】属性情報、ユニット及びブロックの生成フローを説明する模式図である。
【図５】属性情報の構成を示す図である。
【図６】ダウンロードヘッダの構成を示す図である。
【図７】ダウンロードヘッダの構成例を示す図である。
【図８】パケットの構成を示す図である。
【図９】パケットの送信順序の例を示す図である。
【図１０】受信端末の構成を示すブロック図である。
【図１１】受信端末の処理を示すフロー図である。
【符号の説明】
【００８６】
１ 送信端末
２ 受信端末
３ 一方向伝送路
１１ 記憶部
１２ 属性情報生成部
１３ ユニット生成部
１４ ダウンロードヘッダ付加部
１５ パケット送信部
２１ パケット受信部
２２ ダウンロードヘッダ解析部
２３ ファイル復元部
２４ 記憶部
【特許請求の範囲】
【請求項１】
ファイルの属性情報を生成し、ファイル本体を分割してユニットを生成し、前記属性情報をパケットに格納して送信すると共に、複数の前記ユニットからなるブロック毎に前記ユニットをパケットに格納して送信する一方向伝送路に用いる送信端末において、
前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるデータを含む属性情報を生成する属性情報生成部と、
前記ブロック番号及びシーケンス番号を含むヘッダ情報を生成し、このヘッダ情報を前記属性情報及びユニットに付加するヘッダ情報付加部と、を備えたことを特徴とする送信端末。
【請求項２】
請求項１に記載の送信端末において、
前記ヘッダ情報付加部は、ブロック番号及びシーケンス番号を０とするヘッダ情報を生成し、このヘッダ情報を前記属性情報に付加する、ことを特徴とする送信端末。
【請求項３】
請求項１または２に記載の送信端末において、
前記属性情報生成部は、前記ブロック番号が割り当てられたフィールドのビット数及び前記シーケンス番号が割り当てられたフィールドのビット数を含む属性情報を生成し、または、前記ブロック番号及びシーケンス番号の両番号が割り当てられたフィールドのビット数が固定の場合に、前記ブロック番号及びシーケンス番号のうちのいずれか一方の番号が割り当てられたフィールドのビット数を含む属性情報を生成する、ことを特徴とする送信端末。
【請求項４】
請求項１から３までのいずれか一項に記載の送信端末において、
前記属性情報を分割し、前記分割した属性情報をパケットにそれぞれ格納して送信する場合に、
前記属性情報生成部は、さらに、前記属性情報を分割した数を特定するためのデータを含む属性情報を生成する、ことを特徴とする送信端末。
【請求項５】
請求項１から４までのいずれか一項に記載の送信端末において、
前記属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、
前記ブロック間で同一の属性情報を、それぞれのブロックを構成するユニットの前に送信する、ことを特徴とする送信端末。
【請求項６】
請求項１から４までのいずれか一項に記載の送信端末において、
前記属性情報を、ブロックを構成するユニットの前に送信する場合に、属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、
前記属性情報を、全てのブロックのうちの少なくとも先頭のブロックを構成するユニットの前に送信する、ことを特徴とする送信端末。
【請求項７】
請求項１から６までのいずれか一項に記載の送信端末において、
前記属性情報生成部は、前記ブロック番号及びシーケンス番号のビット数を特定するためのデータに加えて、ファイルの名前及び長さを含む属性情報を生成する、ことを特徴とする送信端末。
【請求項８】
ファイルの属性情報が格納されたパケット、及び、ファイル本体を分割して得られたブロック毎のユニットが格納されたパケットを一方向伝送により受信し、元のファイルに復元する受信端末において、
前記属性情報には、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるためのデータが含まれており、前記属性情報及びユニットには、前記ブロック番号及びシーケンス番号を含むヘッダ情報が付加されており、
前記属性情報に基づいて、ヘッダ情報に含まれるブロック番号及びシーケンス番号を解析し、属性情報及びユニットを取得するヘッダ情報解析部と、
前記ヘッダ情報解析部により取得されたユニットを、前記ブロック番号及びシーケンス番号に基づいて整列及び結合し、元のファイルに復元するファイル復元部と、を備えたことを特徴とする受信端末。
【請求項９】
請求項８に記載の受信端末において、
前記ヘッダ情報解析部は、ヘッダ情報に含まれるブロック番号及びシーケンス番号が０のときに、属性情報を取得する、ことを特徴とする受信端末。
【請求項１０】
請求項８または９に記載の受信端末において、
前記ファイル復元部は、前記ヘッダ情報解析部が属性情報を取得した後のユニットについて、元のファイルに復元する、ことを特徴とする受信端末。
【請求項１１】
請求項１から７までのいずれか一項に記載の送信端末と、請求項８から１０までのいずれか一項に記載の受信端末とを備えて構成される、ことを特徴とする伝送システム。
【請求項１】
ファイルの属性情報を生成し、ファイル本体を分割してユニットを生成し、前記属性情報をパケットに格納して送信すると共に、複数の前記ユニットからなるブロック毎に前記ユニットをパケットに格納して送信する一方向伝送路に用いる送信端末において、
前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるデータを含む属性情報を生成する属性情報生成部と、
前記ブロック番号及びシーケンス番号を含むヘッダ情報を生成し、このヘッダ情報を前記属性情報及びユニットに付加するヘッダ情報付加部と、を備えたことを特徴とする送信端末。
【請求項２】
請求項１に記載の送信端末において、
前記ヘッダ情報付加部は、ブロック番号及びシーケンス番号を０とするヘッダ情報を生成し、このヘッダ情報を前記属性情報に付加する、ことを特徴とする送信端末。
【請求項３】
請求項１または２に記載の送信端末において、
前記属性情報生成部は、前記ブロック番号が割り当てられたフィールドのビット数及び前記シーケンス番号が割り当てられたフィールドのビット数を含む属性情報を生成し、または、前記ブロック番号及びシーケンス番号の両番号が割り当てられたフィールドのビット数が固定の場合に、前記ブロック番号及びシーケンス番号のうちのいずれか一方の番号が割り当てられたフィールドのビット数を含む属性情報を生成する、ことを特徴とする送信端末。
【請求項４】
請求項１から３までのいずれか一項に記載の送信端末において、
前記属性情報を分割し、前記分割した属性情報をパケットにそれぞれ格納して送信する場合に、
前記属性情報生成部は、さらに、前記属性情報を分割した数を特定するためのデータを含む属性情報を生成する、ことを特徴とする送信端末。
【請求項５】
請求項１から４までのいずれか一項に記載の送信端末において、
前記属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、
前記ブロック間で同一の属性情報を、それぞれのブロックを構成するユニットの前に送信する、ことを特徴とする送信端末。
【請求項６】
請求項１から４までのいずれか一項に記載の送信端末において、
前記属性情報を、ブロックを構成するユニットの前に送信する場合に、属性情報のシーケンス番号に引き続く番号をユニットのシーケンス番号としたヘッダ情報を生成するヘッダ情報付加部を備え、
前記属性情報を、全てのブロックのうちの少なくとも先頭のブロックを構成するユニットの前に送信する、ことを特徴とする送信端末。
【請求項７】
請求項１から６までのいずれか一項に記載の送信端末において、
前記属性情報生成部は、前記ブロック番号及びシーケンス番号のビット数を特定するためのデータに加えて、ファイルの名前及び長さを含む属性情報を生成する、ことを特徴とする送信端末。
【請求項８】
ファイルの属性情報が格納されたパケット、及び、ファイル本体を分割して得られたブロック毎のユニットが格納されたパケットを一方向伝送により受信し、元のファイルに復元する受信端末において、
前記属性情報には、前記ブロックを特定するためのブロック番号が割り当てられるフィールドのビット数と、前記パケットに格納される属性情報及びユニットを特定するためのシーケンス番号が割り当てられるフィールドのビット数とを定めるためのデータが含まれており、前記属性情報及びユニットには、前記ブロック番号及びシーケンス番号を含むヘッダ情報が付加されており、
前記属性情報に基づいて、ヘッダ情報に含まれるブロック番号及びシーケンス番号を解析し、属性情報及びユニットを取得するヘッダ情報解析部と、
前記ヘッダ情報解析部により取得されたユニットを、前記ブロック番号及びシーケンス番号に基づいて整列及び結合し、元のファイルに復元するファイル復元部と、を備えたことを特徴とする受信端末。
【請求項９】
請求項８に記載の受信端末において、
前記ヘッダ情報解析部は、ヘッダ情報に含まれるブロック番号及びシーケンス番号が０のときに、属性情報を取得する、ことを特徴とする受信端末。
【請求項１０】
請求項８または９に記載の受信端末において、
前記ファイル復元部は、前記ヘッダ情報解析部が属性情報を取得した後のユニットについて、元のファイルに復元する、ことを特徴とする受信端末。
【請求項１１】
請求項１から７までのいずれか一項に記載の送信端末と、請求項８から１０までのいずれか一項に記載の受信端末とを備えて構成される、ことを特徴とする伝送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１０−１３０４７２（Ｐ２０１０−１３０４７２Ａ）
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願番号】特願２００８−３０４３７５（Ｐ２００８−３０４３７５）
【出願日】平成２０年１１月２８日（２００８．１１．２８）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願日】平成２０年１１月２８日（２００８．１１．２８）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
[ Back to top ]