(57)【要約】      （修正有）【課題】配信されるコンテンツデータを短時間でダウンロード受信できるシステム。【解決手段】コンテンツ配信装置はコンテンツデータを先頭からの順方向に配信すると同時に、終端からの逆方向のコンテンツデータも配信する。受信装置では、配信される順方向のコンテンツデータと逆方向のコンテンツデータをそれぞれ受信し、バッファを介して並び替え、該並び替えられたコンテンツデータを順次記憶する蓄積部を有し、該蓄積部から該コンテンツデータを読み出し、再生する。【選択図】図１
2011135441.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツファイルを配信するためのコンテンツ配信装置であって、
コンテンツファイルの先頭から順方向に処理する順方向処理部、
コンテンツファイルの終端から逆方向に処理する逆方向処理部、
順方向および逆方向処理部からのそれぞれの処理データを同時に配信するための配信部、を有したコンテンツ配信装置。
【請求項２】
上記順方向処理部は、一連のコンテンツファイルを分割し、先頭分割データから終端分割データの順に、昇順で識別番号を付与し、
上記逆方向処理部は、一連のコンテンツファイルを分割し、終端分割データから先頭分割データの順に、降順で識別番号を付与し、
上記配信部は、順方向処理部および逆方向処理部で処理した昇順の分割データと降順の分割データを順次に配信することを特徴とする請求項１記載のコンテンツ配信装置。
【請求項３】
前記配信部は、データを無線配信することを特徴とする請求項１又は２に記載にコンテンツ配信装置。
【請求項４】
請求項１記載のコンテンツ配信装置から配信されるデータを入力し再生出力する受信装置であって、
配信されてくるデータを先頭から受信し復調する第1処理部、
配信されてくるデータを終端から受信し復調する第２処理部、
第１および第２処理部で復調した先頭からのデータと、終端からのデータを繋ぎ合わせ並び替える並び替え処理部、
前記並び替え処理部で並び替えたデータを順次記憶していく蓄積部、
前記蓄積部のコンテンツデータを読出し再生するための再生制御部、
を備える受信装置。
【請求項５】
請求項２記載のコンテンツ配信装置から配信されるデータを受信し再生出力する受信装置であって、
配信されてくる分割データの先頭から受信し復調する第１処理部
配信されてくる分割データを終端から受信し復調する第２処理部、
第１および第２処理部で復調した先頭からの分割データと、終端からの分割データを、各分割データに付与された識別番号に基づいて順次並び替える並び替え処理部、
前記並び替え手段で並び替えたデータを順次記憶していく蓄積部、
前記蓄積部のコンテンツデータを読出し再生するための再生制御部、
を備える受信装置。
【請求項６】
請求項４または請求項５記載の受信装置は、持ち運び自在で、配信されるデータを受信できる受信手段を備えた携帯端末装置。
【請求項７】
コンテンツファイルのデータを配信するためのコンテンツ配信装置と、
配信されるデータを入力し、再生するための受信装置と、からなる放送システムにおいて、
前記コンテンツ配信装置は、請求項１に記載の配信装置であって、
前記受信装置は、請求項４記載の構成を有した受信装置である放送システム。
【請求項８】
コンテンツファイルのデータを配信するためのコンテンツ配信装置と、
配信されるデータを入力し、再生するための受信装置と、からなる放送システムにおいて、
前記コンテンツ配信装置は、請求項２に記載の配信装置であって、
前記受信装置は、請求項５記載の構成を有した受信装置である放送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディアコンテンツを配信するコンテンツ配信装置、また配信装置より配信（無線または有線での配信）されるコンテンツを受信し表示部等を介して再生させることを可能にする受信装置、およびコンテンツを配信し、これを受信装置で受信再生可能にしてなる放送システムに関する。
【背景技術】
【０００２】
提供される多数の情報のなかから所望する情報を選択し、これを表示媒体等を介して視聴できるように再生させるようにしたシステムがある。例えば、インターネットを介して各種情報の中から、使用者が所望する情報を簡単に取得できる。
【０００３】
また、情報を無線または有線を利用して配信する放送システムにおいては、コンテンツ配信装置を備える放送局（配信部）から各種情報（コンテンツ）を配信し、ユーザ側では、配信されてくる情報等のコンテンツを選択するためのチューナ、また表示部を備えた受信装置を用いて受信し、表示再生するようにしている。例えば、各種コンテンツとして、動画等の映像（音声を含め）、テキスト等の情報を、無線配信するような場合、放送局から決められた搬送周波数に載せてコンテンツファイルを送信（配信）している。この送信されてくるコンテンツファイルを、チューナおよび表示部を備える端末機器である受信装置を用いて受信し、表示部で表示、また音声出力部で音を再生できるデータに変換し、ユーザが視聴できるようにしている。
【０００４】
以上のように放送システムは、放送局側からコンテンツ配信装置を介してたとえば映像コンテンツを決められた搬送周波数に載せて無線送信している。そして、受信側では、目的の搬送周波数の映像コンテンツをチューナを介して選択受信し、これを再生表示できるデータに復調し、映像コンテンツを再生表示し、視聴可能にしている。
【０００５】
配信される各種マルチメディアコンテンツを受信し、視聴できる受信装置としては、携帯電話端末機に代表される携帯端末機器が広く利用されるようになっている。この携帯端末機器は、電話だけでなく、各種情報をネットワークを介して入手、また他の携帯端末機器へと送信することが可能である。
【０００６】
上記マルチメディアコンテンツの送信システムとしては、ＩＳＤＢ−Ｔ（Integrated  Service  Digital  Broadcasting‐Terrestrial）方式による携帯機器向けの地上デジタル放送（ワンセグ放送）が開始されている。また、携帯機器向けの放送技術には、その他、携帯電話端末への映像コンテンツのストリーミング配信、又はダウンロード配信を行うためのＭｅｄｉａＦＬＯ（forward  link  only）方式などがある。
【０００７】
上述したワンセグ方式やＭｅｄｉａＦＬＯ方式により、映画や各種情報にかかるコンテンツを無線送信することで、これを受信、再生機能が付加された受信装置である携帯端末機器で、視聴可能となるため、目的のコンテンツを視聴できる場所の制約が解消されるようになった。つまり、所定の位置に設置された受信装置（テレビジョン等）で、ユーザが所望するコンテンツを選択し、視聴できるだけでなく、任意の場所に持ち運び、任意の位置での視聴が可能になった。そのため、任意の場所で、任意の時間帯で自由に視聴できる。
【０００８】
そこで、特許文献１（特開２００８−３０６５２０号公報）には、上述した方式を利用し、各種コンテンツを受信し、再生する携帯電話端末機器（以下携帯電話機と称す）において、さらなる顧客満足度を向上させる発明が提案されている。つまり、携帯電話機が有するデータ通信機能と連携されることで、携帯電話機で目的のコンテンツの新たな視聴形態を創造し、携帯電話機を所持するユーザの満足度を向上させるものである。
【０００９】
一方、２０１１年にはアナログ放送が終了する。その周波数帯を利用した新たな活用方法が想定され、実施されようとしている。例えば、携帯端末向けのマルチメディア放送サービスの開始が予定されている。同マルチメディア放送サービスとしては、サービスを提供する事業者によって上述のＭｅｄｉａＦＬＯ方式、またＩＳＤＢ−Ｔｍｍ（Integrated  Service  Digital  Broadcasting  Terrestrial  Mobile  Multi−Media  Broadcasting）方式などの放送システムが検討されている。
【００１０】
携帯端末向けマルチメディア放送サービスの中で、新しい放送サービスとして、放送する音声を含む動画等の映像データを受信装置（携帯電話機等）で蓄積せずに受信して再生するリアルタイム放送サービスに加え、音声を含む映像データを受信端末で一度蓄積してから再生するダウンロード放送サービスの実施が想定される。このダウンロード放送サービスとしては、ＩＳＤＢ−Ｔｍｍにおけるファイルキャスティングサービス、ＭｅｄｉａＦＬＯにおけるクリップキャストがそれに該当する。これらの方式においては、総務省が設置する情報通信審議会情報通信技術分科会の２００８年１１月の報告内容に記載（非特許文献１，２）されている通りでる。
【００１１】
上述のダウンロード放送サービスは、リアルタイム放送サービスに比べ、即時性に欠ける代わりに、画質等コンテンツ自体の品質を柔軟に変えられるといったメリットがある。また、先行する携帯端末向けのマルチメディア放送サービスとして先に説明したようにワンセグ放送が挙げられるが、ワンセグ放送は伝送レートを４００ｂｐｓ程度に抑えているため、映像中の字幕が読みにくいなど、固定端末向けの従前の地上波によるＴＶ放送に比べて不十分な画質となっている。
【００１２】
これに対し、蓄積方式のダウンロード放送サービスによれば、伝送レートが低くても即時性は不要なため、伝送に時間をかけることで、データ量を増やし、品質のよいコンテンツを提供、つまり配信することができる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００８−３０６５２０号公報
【非特許文献】
【００１４】
【非特許文献１】「携帯端末向けマルチメディア放送システムＩＳＤＢ−Ｔｍｍの概要」（URL:www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/housou_system/pdf/081128_1_si16-3-1.pdf）
【非特許文献２】「ＭｅｄｉａＦＬＯの概要説明資料」（URL:www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/housou_system/pdf/081128_1_si16-3-2.pdf）
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上述した携帯端末向けマルチメディア放送サービスは、補助的にＩＰを利用した配信も想定されるが、サービスの中心として使用するのはワンセグ放送と同じく無線放送波による配信（送信）である。そのため、配信されるコンテンツを良好に受信できる環境に、携帯端末機器を設置される必要がある。例えば、移動中に配信されるコンテンツをダウンロード受信する場合、途中で受信が行われない環境になれば、映像コンテンツの一部が正常に受信できず、その部分が欠けた状態で再生されることにもなる。
【００１６】
そのため、目的のコンテンツを受信し、順次蓄積している途中で、受信不能な位置への移動が制限されることになる。すなわち、受信中に全ての一連のコンテンツファイルのデータの受信を完了するまでは、移動が制限される。
【００１７】
また、ダウンロード放送サービスにより、目的のコンテンツをダウンロードし、視聴しようとする場合、予め決められた時間を予約しておけば、問題なく目的のコンテンツを受信順に蓄積できる。しかし、その予約を忘れ、また放送時間開始が過ぎてから、目的のコンテンツのダウンロードの開始を行っても、初期の映像コンテンツのデータを得ることができず、最初から最後までの一連のコンテンツファイルを視聴することができない。例えば、ＰＭ１０時から放送が開始され、開始後からダウンロードサービスを受けても、当然のこととしてすべてのコンテンツを視聴できなくなる。これは、ダウンロード放送サービスに限ることではなく、リアルタイム方式サービスによる受信についても同様である。
【００１８】
本発明は、上述した問題点を解消することを目的とするものである。
【００１９】
そのため、本発明の目的は、ダウンロードサービスを受ける時間を短縮できるコンテンツ配信装置、また受信装置、ならびに放送システムを提供する。
【００２０】
この目的を達成することで、受信環境を維持できる短時間でのダウンロードサービスを受けることが可能になる。例えば、コンテンツファイルのデータを配信（送信）する時間（ダウンロードする時間）が１時間の場合、最短で３０分でダウンロードを完了でき、移動の制限等を抑制できる。
【００２１】
また、本発明は、放送開始の時間を経過した後でも、全ての一連のコンテンツファイルのダウンロードサービスを受けることを可能にした配信装置、受信装置、ならびに放送システムを提供することにある。
【００２２】
さらに、本発明は、リアルタイム方式のサービスでは受けることができない、コンテンツの提供を可能にしている。
【課題を解決するための手段】
【００２３】
本発明は、マルチメディアコンテンツを配信するためのコンテンツ配信装置であって、一連のコンテンツファイルの全長を複数に分割し、これらを順方向および逆方向にパケットとしてマッピングし、これらを順方向および逆方向にマッピングした各パケットを配信するようにしている。
【００２４】
そのため、コンテンツ配信装置は、例えば一連のコンテンツファイルを複数に分割し、分割した各分割データを識別するための識別番号を順方向に順番（初期番号から昇順）に付与（ナンバーリング）する。この場合、順方向に識別番号を付与する場合、一連のコンテンツファイルの先頭の分割データには、例えば初期番号の識別番号「１」が付与され、順次コンテンツファイルの終端の分割データには、最終番号である識別番号「Ｎ」が付与される。このようにマッピングされた先頭の分割データ（識別番号は「１」）から順に順方向に配信が開始され、配信終了時点では終端の分割データ（識別番号は「Ｎ」）の配信が行われる。
【００２５】
この順方向の配信と同時に、逆方向による配信が行われる。これは、分割されたコンテンツファイルの終端の分割データ（最終番号の識別番号「Ｎ」）から逆順に配信が開始され、最後に先頭の分割データ（識別番号は「１」）の配信が行われる。
【００２６】
このようなコンテンツ配信装置によれば、順方向による配信と、逆方向による配信のためにも、少なくとも２チャンネル構成で複数に分割されたコンテンツファイルのデータが順次配信される。
【００２７】
また、放送システムとしては、上述した構成のコンテンツ配信装置を備え、該配信装置から配信されたコンテンツを受信し、ダウンロードする。そのためにも、順方向に配信されるコンテンツファイルのデータを受信すると同時に、逆順に配信されるコンテンツファイルのデータを受信する手段を備えた受信装置を有する。
【００２８】
そこで、受信装置は、配信されるコンテンツファイルのデータを受信する手段を備え、受信したコンテンツファイルを表示媒体等を介して視聴できるように復調する処理部、また該処理部で復調した分割データを、並び替え処理部を介して並び替え、これを順次記憶部に記憶させる。この場合、並び替え処理部は、上記配信装置側でマッピングされた分割データの識別番号「１」〜「Ｎ」を参照し、記憶部（蓄積部）に例えば番号順に記憶させる。そして、マッピングされた分割データの「１」〜「Ｎ」の識別番号の分割データを記憶することで受信を完了、つまりダウンロードが完了することになる。
【００２９】
上記受信装置は、受信手段で順方向に配信されてくる先頭の分割データの識別番号「１」から順に「２」、「３」、・・の分割データを受信し、この分割データを復調し一時的に記憶していく。また受信手段は、逆方向に配信されてくる最終の識別番号「Ｎ」から順に「Ｎ−１」、「Ｎ−２」、・・の分割データを受信する。受信装置は、分割データを復調し、これを一時的に記憶させる。そして、並び替え処理部は、一時的に記憶された分割データに対応する識別番号を参照し、その番号順にデータを並び替え、記憶部に順次記憶させ、受信装置は分割データの識別番号「１」〜「Ｎ」が全て揃った状態で、一連のコンテンツデータを受信したと判断し、ダウンロードの処理を終了する。
【００３０】
以上のように、受信装置においては、ダウンロード配信の途中で一連の全てのコンテンツファイルを取得することができ、配信の開始（放送開始）から受信している場合には、全ての一連のコンテンツファイルのデータを配信する時間に対し、少なくとも半分（１／２）の時間で一連のコンテンツファイルを受信でき、そのダウンロードを完了することができる。
【００３１】
また、ダウンロードサービスの配信開始から受信できなくても、途中からダウンロードサービスを受ける場合、全ての一連のコンテンツファイルのデータをダウンロードすることが可能となる。例えば、ダウンロードの放送時間帯（例えば１時間）の、少なくとも３０分（半分）が経過していない場合、配信開始時間を過ぎていても、視聴したいコンテンツファイルのデータの全てを視聴することができる。これは、リアルタイム放送サービスでは受けることができない本発明によるダウンロード放送サービスにより初めて提供できるものである。
【発明の効果】
【００３２】
以上説明した本発明によるコンテンツ配信装置によれば、コンテンツファイルを順方向（コンテンツファイルの先頭から順）および逆方向（コンテンツファイルの終端から逆順）に配信している。
【００３３】
そのため、受信装置側では、順方向および逆方向に配信されるデータを順次つなぎ合わせることで、全てのコンテンツファイルを短時間で受信でき、それを自由に視聴することができる。
【００３４】
また、コンテンツ配信開始時間後であっても、全ての一連のコンテンツファイルのダウンロードサービスを受けることができる。
【図面の簡単な説明】
【００３５】
【図１】本発明におけるコンテンツ配信装置、受信装置としての携帯端末機器によるコンテンツデータの配信サービスにかかるシステム構成を説明するための図。
【図２】本発明にかかるコンテンツデータを受信し、再生するための受信装置の一例を示すブロック図。
【図３】本発明の受信装置におけるコンテンツデータの受信開始にかかる制御手順の一例を示すフローチャート。
【図４】本発明の受信装置におけるコンテンツデータの受信処理のための制御手順の一例を示すフローチャート。
【図５】本発明の放送システム全体の構成を示すブロック図。
【図６】本発明によるコンテンツデータを分割し配信するためのマッピング処理手順の一例を示す図。
【図７】ＦＤＴインスタンスパケットの構造を示す図。
【図８】図７におけるＬＣＴヘッダの構造を示す図。
【図９】コンテンツファイルを分割したデータパケットに識別番号を付与した際の配信処理にかかる一例を示す図。
【発明を実施するための形態】
【００３６】
以下、図面を参照しながら本発明による実施の形態を説明する。
【００３７】
本発明のダウンロード配信サービスにおける放送システムについて、理解を早めるために図１および図２を参照に全体の構成を説明する。図１において、放送局側は、本発明によるダウンロード配信サービスを提供するためのコンテンツ配信装置１を備えている。この放送局側より、放送電波を通じて無線配信を行う。そこで、放送局側は、一連のコンテンツファイルを固定長毎に分割し、パケット配信するために、予め決められた条件で分割する。例えば、一連のコンテンツファイルを分割し、その分割した分割データを１つのパケットとして、コンテンツファイルの先頭から順番に認識番号（ＩＤ）を付与（ナンバリング）する。
【００３８】
図１の例では、一連のコンテンツファイルを分割することでｎ分割された場合、コンテンツファイルの先頭の分割データの識別番号を「１」とし、コンテンツファイルの終端の分割データを「ｎ」として示している。このように分割された各パケットを順番に放送局（コンテンツ配信装置）１から無線配信する際に、配信に割り当てられたチャンネル１からは、コンテンツファイルの先頭のパケットの識別番号「１」から順に「２」、「３」の順方向に、配信終了となる最終のパケット「ｎ」を配信する。一方、チャンネル２からは、コンテンツファイルの終端のＩＤ番号が付与されたパケットを逆順に配信する。
【００３９】
以上のように、従来では、単純にコンテンツファイルを配信する場合、割り当てられた１つのチャンネルを通じて、分割されたパケットを決められた順番（順方向）に配信していた。
【００４０】
これに対し、本発明においては、分割されたパケットの先頭から順方向に配信すると共に、他のチャンネルを通じて、それとは逆順に終端のパケットから逆方向に配信するサービスを提供している。
【００４１】
本発明によるコンテンツの配信により、受信装置、図１の例では携帯受信端末として携帯電話機Ａ、又はＢで受信し、受信したパケットに含まれるコンテンツファイルの各分割データを復調し、繋ぎ合わせ、一連のコンテンツファイルのデータを受信した後、表示装置および音声出力部を介してコンテンツを再生し、視聴する。
【００４２】
この点、例えば携帯電話機Ｂが、１つのチャンネルにのみ対応できる装置でも再生、視聴が可能となる。この携帯電話機Ｂは、１つのチャンネルを通じて、例えばチャンネル１を通じて配信されてくる分割された各パケットを受信し、これをパケット順に復調し、一旦記憶部に記憶させる。その後、ユーザの指示により再生制御部を介して表示部および音声出力部を通じて携帯電話機Ｂの持ち主のユーザが必要時に視聴できる。なお、携帯電話機Ｂでは、チャンネル２を受信した場合、配信されるパケットの最終から受信するため、受信されるパケットの識別番号に応じて並び替え処理を行い、最終的に先頭パケットを受信した時点で、記憶部に並び替えられた一連の全てのコンテンツファイルを記憶することになる。
【００４３】
これに対し、本発明によるコンテンツ配信サービスを行う放送システムにおける受信装置では、図１における携帯電話機Ａで受信する。この携帯電話機Ａは、複数のチャンネルを同時に受信できる例えばダブルチューナを内臓したものである。そのため、携帯電話機Ａは、チャンネル１において配信される一連のコンテンツファイルの分割された先頭パケット「１」から順に終端のパケット「ｎ」を、またチャンネル２においてパケットの終端から順次受信する。
【００４４】
そこで、携帯電話機Ａは、チャンネル１を通じて、分割されたパケットの半分、例えば「ｎ／２」を受信し、チャンネル２を通じて、パケット「ｎ／２＋１」を受信すれば、一連のコンテンツファイルの全てのデータを受信したことになる。そのため、従来では、放送時間ｔをかけて全てのコンテンツファイルを受信する場合に比べ、本発明によるコンテンツ配信サービスによる放送システムにおいては、コンテンツファイルのデータ全てを配信する放送時間ｔに対し、１／２の時間（ｔ／２）で受信を完了（ダウンロード完了）することができる。
【００４５】
従って、携帯電話機Ａでダウンロードサービスを受ける場合、受信できる環境にいる時間が大幅に節約でき、節約できた時間を例えば受信環境の悪い場所への移動、また他の作業等を自由に活用することができる。
【００４６】
上記携帯電話機Ａは、その構成として複数チャンネルを受信できる機能を備えたものである。その構成を図２を参照して説明する。
【００４７】
受信装置である携帯電話機Ａは、受信手段として無線放送を受信するために、少なくとも２つのチューナ１２、１３を備えている。受信手段としては、電話網、またインターネットとの接続を可能とするアンテナ部分を備えている。その電話およびインターネットの接続部分については、省略している。
【００４８】
チューナ１２、１３を通じて受信されたデータは、復調され一時的に記憶するバッファ１４に記憶される。このバッファ１４には、受信した各パケットの識別番号を含めて記憶される。バッファ１４に一時記憶されたデータは、各パケットの識別番号順に、並び替え蓄積処理部１５で並び替えられ、記憶部である蓄積部１６に順次パケット番号の順番に蓄積されていく。そこで、一連の全ての分割されたデータが受信され蓄積部１６に記憶され、受信した一連のコンテンツファイルが全て記憶されると、ユーザの指示に従って、再生制御部１７を通じて記憶されたコンテンツデータが、表示部１８および音声出力部１９を介してユーザに視聴できるように再生される。
【００４９】
図２においては、各部を制御する制御装置については、図示していないが、図示していない制御装置を介して上述したようにデータ処理が行われる。そこで、制御装置による制御手順を図３および図４の制御フローチャートを参照して詳細に説明する。
【００５０】
まず、図３において、ユーザは配信される複数のコンテンツの中から目的のコンテンツを選択する。そのため、受信チャンネルをセットする。セットされたチャンネルに応じて、制御装置は、配信される目的のコンテンツファイルを受信するためにチューナ１２、１３を通じて受信させる。このとき、配信されるコンテンツファイルが本発明による配信サービスによるものの場合、２つのチューナを介してそれぞれ配信されるデータを受信する。
【００５１】
受信したコンテンツファイルのデータの各パケットには、一連のコンテンツのサイズデータが含まれており、このサイズデータを制御装置が確認する。例えば、一連のコンテンツファイルを分割した総数（ｎ）がパケット中に含まれる。そのパケットの総数が分かることで、コンテンツファイルの総データサイズを認識できる。例えば、一連のコンテンツファイルを決められた固定長毎に分割しているため、分割総数（ｎ）と、決められた固定長のデータ量とで、総データ長が算出できる。
【００５２】
そこで、配信され受信するコンテンツファイルのデータ長を取得する（ステップＳ１）。取得したデータ長を全て記憶、つまり蓄積部１６に記憶できるか否かを判断（Ｓ２）する。ここでは、蓄積部１６には、記憶できる容量（残容量）が制御装置を介して認識されており、上記の受信するコンテンツデータの総データ長（データ量）を記憶できるかを比較する。
【００５３】
比較の結果、もし蓄積部１６で記憶できる容量が、受信するコンテンツファイルのデータ量よりも少ない場合には、ダウンロード不可となり、受信できないことを表示部１８又は音声出力部１９を通じて報知（Ｓ３）する。
【００５４】
上記比較の結果、蓄積部１６の空き容量が、コンテンツファイルの総データ量よりも大きい場合には、ダウンロード可能として、蓄積部１６に一連の全てのコンテンツファイルを記憶する領域を確保する。つまり、蓄積部１６に受信コンテンツの総データを記憶する領域が割り当てられる（Ｓ４）。
【００５５】
以上、蓄積部１６に受信するコンテンツファイルの総データを記憶する領域が割り当てられることで、図４に示す制御手順が順次実行されていく。まず、バッファ１４に記憶されているパケットの識別番号を取得（Ｓ５）する。これは、先に説明したようにチャンネル１，２にて受信した先頭からのパケットの識別番号と、終端におけるパケットの識別番号をそれぞれ、パケットを受信する毎に確認していく（Ｓ５）。
【００５６】
確認、つまり取得したパケットの識別番号が、既に受信したパケットの識別番号のものと一致するか否かを判断（Ｓ６）する。既に受信したパケット番号のものと一致するものでない場合には、その受信したパケットの識別番号に対応する蓄積部１６に記憶させる。蓄積部１６は、先に説明したようにコンテンツファイルの全てを蓄積できる空き容量が存在すれば、その空き領域の中で、コンテンツファイルの各分割データを記憶できる領域が割り当てられており、各パケットの識別番号に対応する記憶（蓄積）部分がアドレスとして定められている。従って、一致するパケットの識別番号でなければ、その番号に対応した記憶部分に、パケットに含まれていた分割データが順次記憶（Ｓ７）されていく。
【００５７】
そして、制御装置は、次に蓄積部１６に全てのパケット番号に対応したコンテンツファイルのデータが蓄積されたかを判断（Ｓ８）する。そのために、パケットの識別番号の「１」〜「ｎ」を全て受信したかを判断し、全て受信していなければ、ステップＳ５に戻り、バッファ１４に一時記憶されている次のパケットの識別番号のデータを取得する。
【００５８】
ここで、ステップＳ６において、取得したパケットの識別番号と既に蓄積部１６に蓄積されたデータの識別番号とが一致した場合、取得したパケットの識別番号のデータ記憶を行わずに、ステップＳ８に移り、全てのコンテンツファイルのデータを受信したか否かを判断し、受信してない場合には、ステップＳ５に戻り、次のパケットの識別番号のデータを取得する。
【００５９】
以上の制御を配信されてくる信号（パケット）を受信する毎に、処理することで、制御装置は、全てのパケットの受信を完了したことをステップＳ８で判断すれば、受信を終了し、ダウンロードの処理を完了する。
【００６０】
このとき、配信されるコンテンツファイルを最初（放送開始／配信開始）から受信していれば、図１において放送時間（ｔ）に対し、ｔ／２時間に全てのパケットの受信を完了することになる。つまり、順方向からのパケット番号と、逆方向からのパケット番号とが一致した時点で、全てのコンテンツファイルを受信し、記憶されたことになる。
【００６１】
一方、放送開始から目的のコンテンツファイルを取得するのを忘れて、途中から受信を開始しても、コンテンツファイルの先頭からのパケットの配信を受けることができないが、チャンネル２側ではコンテンツファイルの終端の分割データに対応するパケットの識別番号から順次配信を行っているため、それをチャンネル２側で受信できる。そのため、従来では受信できなかったデータを受信し、補完することが可能となる。従って、従来では全てのコンテンツファイルを受信できない場合でも、放送の途中からでも全てのコンテンツファイルを受信し、視聴することができる。ただし、放送途中の場合には、放送開始から放送時間（ｔ）のｔ／２時間以内から受信開始を行えば、配信される全ての一連のコンテンツファイルを受信し、視聴することができる。
【００６２】
なお、上述の説明において、図２に示したチューナ１２及び１３は、それぞれ配信されてくるデータを受信に再生できるデータに復調する手段を含み、それぞれのデータを処理してなる処理部であって、チューナ１２は順方向に配信されてくるデータを受信し処理する第１処理部に対応し、チューナ１３は逆方向に配信されてくるデータを受信し処理する第２処理部に対応する。
【００６３】
以上は、本発明による新しいダウンロードにおけるコンテンツ配信サービスによる放送システムについて説明した。
【００６４】
次に、本発明におけるダウンロードサービスを提供する放送システムによるコンテンツ配信サービスの配信処理の具体例について説明する。以下に説明するものは、配信するための一例であり、先に説明した携帯端末向け放送システムのＩＳＤＢ−Ｔｍｍ方式によるものである。このような方式によるものでなく、既に配信サービスを提供している各種方式を採用することができると共に、その他将来において創出される配信のための方式を利用することで、本発明を実施できることは勿論である。
【００６５】
また、本発明に係るダウンロード配信を行うための放送システムは、任意のマルチメディアコンテンツを、下り一方向のみの無線放送電波を用いて、不特定多数の受信端末に短時間で一斉配信することを可能とするものである。
【００６６】
図５は、本発明に係るダウンロード配信サービスを提供する放送システムの概略構成を示すブロック図である。同図に示すように、本発明によるダウンロード配信を行うための放送システムは、図１で説明した放送送信側（放送局）であるコンテンツ配信装置（放送送信装置）１、該配信装置から配信（送信）されるコンテンツファイルのデータを受信し視聴するための受信装置である例えば携帯端末装置１０、そして２者の間で放送データを伝送する無線伝送路１００から構成される。これは、一般的な構成である。本発明においては、先に説明したようにコンテンツ配信装置１における配信形態に特徴があり、また受信する側の受信形態に特徴を有する。
【００６７】
（コンテンツ配信装置の構成）
コンテンツ配信装置１は、配信するための一連のコンテンツファイルのデータを記憶したコンテンツファイル蓄積部２、蓄積されたコンテンツファイルのデータを読出し、そのデータを分割し配信するためのデータにマッピング処理する分割処理部３、分割されたデータを本発明による順方向に配信するための順方向配信処理部４、分割データを逆方向から配信するための逆方向配信処理部５、該両配信処理部４、５から出力されたデータを多重化するための多重化部６、そして多重化された信号を符号化するための伝送路符号化部７、および放送波に載せてデータを無線送信するための無線放送波送信部（配信部）８を備えた構成となっている。これらの各構成の要素について以下に説明する。
【００６８】
コンテンツファイル蓄積部２は、本発明によるダウンロード配信するための一連のコンテンツファイルのデータを記憶している。このコンテンツファイル蓄積部２に記憶された一連のコンテンツファイルのデータは、任意のファイル長を有している。このデータを配信するために図６に示すように、任意のファイルが分割され、パケット化するために分割処理部３によりマッピング処理が行われる。本発明は、この分割処理部３によるマッピグ処理そのものに特徴はなく、従来同様に図６に示すマッピング処理が行われる。
【００６９】
分割処理部３でマッピング処理されたデータは、順方向配信処理部４および逆方向配信処理部５に送られ、マッピングされたデータの配信処理が行われる。特に、順方向配信処理部４では、コンテンツファイル蓄積部２に蓄積されている放送（配信）コンテンツのデータが、上述したように分割処理部３で分割処理され、先頭の分割データ（識別番号「１」）から順に処理され、多重化部６へと送る。
【００７０】
これとは逆に、逆方向配信処理部５は、コンテンツファイル蓄積部２に蓄積されている放送コンテンツファイルのデータが、分割処理部３で分割処理されたファイルデータの終端の分割データ（識別番号「Ｎ」）から順に処理され、次の多重化処理部６へと送る。
【００７１】
上記分割処理部３を含め順方向配信処理部４が、順方向処理部に対応し、分割処理部３を含め逆方向配信処理部５が、逆方向処理部に対応する。
【００７２】
ここで、図６に示すデータファイル（一連のコンテンツデータ）が固定長（決まったデータ量：ｌバイト）毎に分割され、これを各パケットにマッピングする際、ＦＬＵＴＥ（File  Delivery  over  Unidirectional  Transport）プロトコルで使用するＦＤＴ（File  Delivery  Table）インスタンスパケットへのＩＤの付与が行われる。これが、先に説明した各分割データ（パケット）の識別番号（「１」〜「Ｎ」）の付与となる。
【００７３】
この図６に示すように、ファイルデータを固定長（例えばｌバイト）毎に分割し、分割したデータのブロック毎（図６の例では４個の分割データを１ブロックとしている）に、伝送時のエラー等を訂正するためにＦＥＣ（Forward  Error  Correction）パケットが追加挿入される。この図６の例では、１ブロック（１周期）毎に２個のＦＥＣパケットが追加挿入される。
【００７４】
図７に上記ＦＤＴインスタンスパケット３０の構造を示す。ＦＤＴインスタンスパケット３０は、ＵＤＰヘッダ３１、デフォルトＬＣＴヘッダ３２、ＬＣＴヘッダ拡張３３、ＦＥＣペイロードＩＤ３４、およびコンテンツファイルを一連のデータを固定長ｌで分割したファイルデータ３５から構成される。上記ＬＣＴヘッダ拡張３３は、さらに図８に示すようなデータ構造となっている。
【００７５】
図８に示すようにＬＣＴヘッダ拡張３３のＦＤＴインスタンスＩＤは、ＦＤＴインスタンスパケットに付与されるＩＤ（識別子）である。このＩＤが、本発明による分割されたデータの識別番号に相当し、先に説明したように先頭の分割データから順次付与され、先頭パケットより昇順で初期番号の識別番号「１」〜終端のパケットに最終番号の識別番号「Ｎ」が付与される。
【００７６】
ＦＤＴインスタンスＩＤは、図６で示したように各パケットにマッピングする際に付与され、その後、順方向配信処理部４では、マッピングされた識別番号「１」が付与された先頭の分割ファイルデータから順に、昇順で多重化部６へ送る。これとは逆に、逆方向配信処理部５では、マッピングされたデータ（パケット）に付与された終端の最終番号の識別番号「Ｎ」のものから順に、降順で多重化部６へ送る。この場合、図６に示すようにコンテンツファイル終端のデータに続き、先に説明したようにＦＥＣパケットが追加され、このＦＥＣパケットにも同様に識別番号「Ｎ」となるＩＤが付与され、これから多重化部６に送られる。
【００７７】
上記ＦＤＴインスタンスＩＤの最終の識別番号「Ｎ」は、伝送するファイルデータの総サイズ（Ｌバイト）と、固定長に分割したデータファイルのサイズ（ｌバイト）、また上述した追加挿入されるＦＥＣパケットの数によって決まる。ここで、ＦＥＣパケットは伝送時のエラーを訂正するために挿入されるパケットで、分割データファイルにかかる送信するＦＤＴインスタンスパケットに対して一定の間隔で挿入される。Ｋ個（図６の例ではＫ＝４）のデータパケットにかかるＦＤＴインスタンスパケットの１組の間に入るＦＥＣパケットの数をｋ個（図６の例ではｋ＝２）とすると、ＦＤＴインスタンスＩＤの最終の識別番号「Ｎ」は式（１）で求められる。
【００７８】
Ｎ＝Ｌ／ｌ×（１＋ｋ／Ｋ）−１                    ・・・（１）
なお、上記式（１）においては、先頭の分割データ（データパケット）の初期番号の識別番号を「０」とした場合であって、初期番号を「１」とする場合には、上記式の−１が不要となる。
【００７９】
なお、図６に示す例では、１組のパケット（ＦＤＴインスタンスパケット）数は上述したとおりＫ＝４、ＦＥＣパケット数はｋ＝２であり、データ分割数（Ｌ／ｌ）が２００の場合、最終の識別番号「Ｎ」は、先頭の初期番号を識別番号を「０」とした場合には、「２９９」となる。
【００８０】
以上のようにして順方向配信処理部４および逆方向配信処理部５により作成した２系統のＭＰＥＧ−２ＴＳＰ（Transport  Stream  Packet）は、それぞれが独立したチャンネルのデータとして多重化部６により他のチャンネルのデータやＰＭＴ（Program  Map  Table）、ＮＩＴ（Network  Information  Table）等の制御情報と共に多重化される。このとき、例えば先頭のパケットの初期識別番号「１」のものと、最終のパケットの最終識別番号「Ｎ」のものとが同時に多重化され、これ以後のパケット番号の順に多重化される。そして、伝送路符号化部７によりＯＦＤＭ変調した後に、放送波送信部８により無線伝送路１００に送出（配信）される。
【００８１】
以上説明したように、一連のコンテンツファイルが分割され、それぞれにコンテンツファイルの各分割データを繋ぎ合わせるためのパケット（分割データ）の識別番号が付与され、同時に配信等に必要な各種制御情報等が付加されマッピング処理が行われ、放送波送信部８を介して送出（配信）される。
【００８２】
（受信装置の構成）
続いて、上述したコンテンツ配信装置１を介して配信されるコンテンツファイルのデータを受信し、視聴するための受信装置について、以下に例えば携帯端末装置で受信して視聴できるデータに復元する構成について説明する。
【００８３】
この放送受信装置である例えば携帯端末装置１０は、先に説明した図２に示すような装置であり、同一部分は同一符号で示しており、詳細は省く。
【００８４】
例えば、携帯端末装置１０は、受信手段であるチューナ等を含む放送波受信部１１、受信信号を復元するために順方向にかかる配信データ信号、逆方向にかかる配信データ信号として処理するために信号を２つに分岐する分岐部２０、分岐された受信信号を上述したように順方向の配信データと、逆方向の配信データに復元するための伝送路復号化回路（復号化部）２１Ａ，２１Ｂ、データ復調回路（データ復調部）２２Ｂ，２２Ｂと、図２にて説明した復調されたデータをそれぞれに一時記憶するバッファ１４Ａ，１４Ｂ、分割データに付加されているＩＤ、つまりパケットの識別番号順に並び替え処理するための並び替え処理部１５、並び替え処理された分割データを記憶する蓄積部（記憶部）１６、記憶された一連のコンテンツファイルのデータを読出し再生し視聴するための再生制御部１７、再生されたコンテンツの映像を表示する表示部１８、そして音声を出力する音声出力部１９を備えた構成となっている。
【００８５】
ここで、本発明の受信装置側での大きな特徴は、放送局（送信局）側の配信装置１から配信されてくる順方向の分割データと、逆方向より配信される分割データの両方を同時に、それぞれの受信信号を復調処理するための伝送路復号化回路２１Ａ，２１Ｂ、データ復調回路２２Ａ，２２Ｂ、バッファ１４Ａ，１４Ｂの２系統備えていることである。以下にこれらの各要素について説明する。この受信部１１を含み、伝送路複合化回路２１Ａ、データ復調回路２２Ａが順方向のデータ処理を行う第１処理部に、伝送路複合化回路２１Ｂ、データ復調回路２２Ｂが逆方向のデータ処理を行う第２処理部に対応している。
【００８６】
上記放送波受信部１１は、無線伝送路１００を介して伝送される放送波を受信し、電気信号に変換する。ここで、本発明によれば、受信部１１は、配信（送信）されてくる信号の中に、先に説明したように順方向（昇順）に配信されてくる信号と、逆方向（降順）に配信されてくる信号を同時に受信する。この受信信号は、次の分岐部２０にて分岐されそれぞれ伝送路復号化部２１Ａ，２１Ｂに送られる。この伝送路復号化部２１Ａ，２１Ｂは、送られてきた信号をＯＦＤＭ復調し、任意のチャンネルの放送データを抽出する。
【００８７】
上記伝送路複合化部（順方向の第１処理部）２１Ａは、分岐部２０を介して送られてきた信号をＯＦＤＭ復調し、任意のチャンネルのデータとして順方向に配信されてくるデータを抽出する。また、伝送路複合化部（逆方向の第２処理部）２１Ｂは、任意のチャンネルのデータとして逆方向に配信されてくるデータを抽出する。
【００８８】
そして、データ復調回路２２Ａ，２２Ｂは、抽出されたチャンネルの放送データを復号し、復号した固定長に分割されたコンテンツのデータに、ＦＤＴインスタンスＩＤ、つまり識別番号をつけて受信順にバッファ１４Ａ，１４Ｂに一時的に記憶させる。このデータ復調回路（順方向の第１処理部）２２Ａが、順方向にかかるデータを復調するもので、データ復調回路（逆方向の第２処理部）２２Ｂが逆方向にかかるデータに復調する。
【００８９】
復調されたデータは、次の並び替え処理部１４にて正規の一連のコンテンツファイルのデータに復元される。そのため、並び替え処理部１４は、２つのバッファ１４Ａ，１４Ｂから、固定長に分割されたコンテンツのデータとＦＤＴインスタンスＩＤ（識別番号）をセットで読出し、ＦＤＴインスタンスＩＤの番号順に並び替え、コンテンツ蓄積部１６に記録する。
【００９０】
コンテンツ蓄積部１６への記録については、ＦＤＴインスタントＩＤ（識別番号）の番号順に記憶させる場合、コンテンツファイルのデータとは直接関係ないもの、つまり伝送時の訂正用のＦＥＣパケットも存在する。そのため、そのＦＥＣパケットに付与されたＩＤを欠番として処理する必要がある。
【００９１】
そのため、以下に示す式（２）に基づいて、ＦＥＣパケットの識別番号（ＦＤＴインスタンスＩＤ）を算出し、欠番として処理する。
【００９２】
ｎＦＥＣ＝（Ｋ＋ｋ）×ｍ＋（Ｋ＋ｘ）      ・・・（２）
上記式（２）において、“ｎＦＥＣ”はＦＥＣパケットに付与されている識別番号（ＦＤＴインスタンスＩＤ）、“ｍ”は「０」を含む自然数、“ｘ”は１組内のデータパケット数Ｋに対して追加されるＦＥＣパケットの数であり１〜ｋの整数である。また、“Ｋ”はコンテンツ配信装置１におけるマッピング処理時の１組内における分割されたデータパケット数、“ｋ”は１組内のデータパケットに挿入されるＦＥＣパケットの挿入個数である。
【００９３】
従って、先に説明した図６に示すマッピング処理によりＦＥＣパケットの追加挿入を行う場合、Ｋ＝４、ｋ＝２。そこで最初のｎＦＥＣは、ｍ＝０のとき、ｋ＝１，２であり、よってそのＩＤは「５」「６」となる。これがＦＥＣパケットを示すものとなる。これは、最初のパケットの初期のＩＤ番号を「１」とした場合である。順次、ｍ＝１，２，３・・の順で計算すれば、ＦＥＣパケットに付与されるＩＤを知ることができ、その識別番号を認識することで、ＦＥＣパケットを認識できる。同時に、それを欠番として処理し、蓄積部１６への記録を避けることができる。なお、初期の識別番号が「０」の場合には、上記式（２）において、−１を加えればよい。
【００９４】
また、上記式（２）でＦＥＣパケットのＩＤ（ｎＦＥＣ：識別番号）を算出して確認する以外に、以下のような方法でも認識できる。つまり、送信されてくる各パケット（ＦＬＵＴＥインスタンスパケット）の中に、図６に示したように一連のコンテンツファイルのデータそのものとは別に、それらのデータ間に追加挿入されるＦＥＣパケットは、受信したデータを復調することで、コンテンツデータでないことが判明する。その時点で、そのパケットのＩＤを欠番として同様の処理を行える。
【００９５】
以上のようにコンテンツ蓄積部１６には、受信される各種パケットのＩＤ（識別番号）に基づいて、順次分割されたコンテンツの分割データが並び替えられ、記録されていく。そして、先頭から順方向に受信されるデータと、終端から逆方向に受信されるデータが蓄積され、全ての識別番号にかかるデータを受信した時点で、一連の放送コンテンツファイルのデータが揃い、蓄積部１６に記録される。この記録（記憶または蓄積）された一連の放送コンテンツファイルのデータは、ユーザの操作もしくはタイマー等により再生開始が要求される。この要求にしたがって、再生制御部１７は、コンテンツ蓄積部１６に蓄積されたコンテンツファイルのデータを読出し、音声や映像に再生し、表示部１８や音声出力部１９を介して出力する。これにより、ユーザが所望したコンテンツを視聴できる。
【００９６】
上述のように目的のコンテンツを受信し、コンテンツ蓄積部１６に一連のコンテンツファイルを全てダウンロードするまでの時間については、図１で説明したとおりであり、放送時間ｔに対して、ｔ／２の時間でダウンロードサービスを受けることができる。また、放送開始から受信できなくても、方法途中からでも全てのコンテンツのダウンロードサービスを受けることができる。
【００９７】
以上の説明において、制御装置については、図示していないが、配信装置１、受信装置（携帯端末装置等）１０の各種回路等の各構成要素は、制御装置によって制御されている。
【００９８】
（コンテンツファイルの配信処理について）
ここで、図６に示すデータ分割によるマッピング処理によれば、データパケットに加えてＦＥＣパケットが通過挿入される。そのため、データパケットに対し追加挿入されるＦＥＣパケットについても、識別番号（ＩＤ）が付与される。それを含めて識別番号を連番で付与するような場合、図９に示すように、コンテンツファイルの終端データの後にＦＥＣパケットが追加挿入され、このＦＥＣパケットに最終の識別番号が付与される。
【００９９】
これを、逆方向から送信を行う場合、最終番号「Ｎ」のパケットがＦＥＣパケットであるため、このパケットから順に逆方向に配信することができない。そこで、逆方向からの配信については、１組内のデータパケット数（Ｋ＝４）に追加挿入されるＦＥＣパケットを含む各パケットを１ブロック単位として、このブロック単位で逆順に配信処理を行うようにする。
【０１００】
そのため、最適な方法として図５に示した逆方向配信処理部５は、終端を含むデータパケットのブロックＤ１において、データパケットＸから順方向に最終識別番号「Ｎ」が付与されたＦＥＣパケットの順に多重化部６へ送る。そして、次のブロックＤ２において、データパケットＴ（識別番号「Ｎ−１１」）から識別番号順に識別番号「Ｎ−６」が付与されたＦＥＣパケットの順に多重化部６へと送る。逆方向配信処理部５は、これを順次、逆方向、つまりコンテンツファイルの先頭へと向けてブロック単位毎に順次繰り返して処理を行う。
【０１０１】
以上のように、図９にしめした１ブロック単位に逆方向に順次配信処理し、１ブロック内では順方向での処理が行われる。これにより、データパケットの識別番号が、順方向で配信されるものと、逆方向で配信される番号とを一致させて配信処理を行える。
【０１０２】
上記逆方向配信処理部５は、１ブロックを単位として逆方向の配信処理を行うためにも、１ブロックの“Ｎ−（Ｋ＋ｋ）×ｐ＋１”で算出される識別番号から、“Ｎ−（Ｋ＋ｋ）×（ｐ−１）”で算出される識別番号の順（昇順）で処理する。ここで、ｐは“１”を含む自然数であって、終端を含むブロックＤ１（最終ブロック）から順にＤ２、Ｄ３へと移るに従って、１から順に増加（「２」「３」・・）させればよい。
【０１０３】
（識別番号の付与について）
ここで、上述した実施形態の説明によれば、識別番号（ＩＤ）について、マッピングされた各データパケットにＦＥＣパケットを含めて連続番号（初期番号「１または０」〜最終番号「Ｎ」）を順に付与するようにしている。このような付与ではなく、コンテンツファイルのデータパケットに関わるものだけに、連続番号を付与するようにし、ＦＥＣパケットについては、その他の番号、例えば最上位ビットを１として「１０００・・・・０００１」、「１０００・・・・００１０」、「１０００・・・・００１１」・・といったような番号を付与するようにしてもよい。この場合、データパケットに関わるものについては、「００００・・・・０００１」、「００００・・・・００１０」、「００００・・・・００１１」・・といった番号で付与される。このような番号付与によれば、最上位ビットの“１”を認識することでコンテンツファイルのデータパケットか、ＦＥＣパケットかを簡単に判別できる。従って、コンテンツファイルを分割する際に、連続番号が付与され、その番号を欠番とする処理が省け、受信装置側での並び替え処理部１５の負担が大幅に軽減されることにもなる。
【０１０４】
以上のような識別番号の付与であれば、コンテンツファイルを分割し、各分割したデータパケットの識別番号を昇順、及び降順に付与する場合、一致させることができる。
【０１０５】
以上の説明は、あくまでもコンテンツファイルを分割しマッピング処理する場合、データパケットとは別にＦＥＣパケットが追加挿入されることで、識別番号が順方向と逆方向で異なるのを解消するためである。このＦＥＣがなく、データパケットだけの場合には、以上のような番号付与を行うことなく、単純に連番で昇順、及び降順で番号付与を行えばよい。
【０１０６】
なお、コンテンツファイルを固定長（ｌバイト）で分割する場合、終端が固定長であれば問題ない。しかし、固定長に満たないと、先頭から読出し、固定長毎に分割する場合と、終端から読出し、固定長毎に分割する場合とで、分割毎のデータの内容が順方向の配信と逆方向の配信が異なる。そのため、終端が固定長未満の場合には、パディング処理を行う。つまり、終端に固定長となるダミーのデータ（“０”のデータ）を付加する。
【０１０７】
また、ＦＥＣパケットを挿入する際、実施形態の説明では、Ｋ＝４であり、４の倍数でコンテンツファイルを分割できない場合においても、Ｋの倍数になるようにパディング処理が施される。
【０１０８】
以上の処理を含め、コンテンツファイルのデータ終端を固定長（ｌ）で分割でき、Ｋの倍数（例えばＫ＝４）で分割処理できる場合、コンテンツファイルを終端から読出し、図９に示すような１ブロック単位でデータ分割、ＦＥＣパケットの追加、ＩＤ付与を行い、そのブロック内で順方向に処理するようにすればよい。
【０１０９】
また、ブロック単位でなく、単純に終端から読出し、ＦＥＣパックの追加、ＩＤ付与を行う。このとき、ＩＤ付与については、先に説明したように、分割したデータパケットについては、連続番号で最終番号（Ｎ）から降順でＩＤ付与を行えば、先頭から初期番号から昇順で付与される番号とそれぞれの分割データと一致させることができる。この場合、追加されるＦＥＣパケットのＩＤは、最上位ビットを“１”とし、データパケットのＩＤの番号とは異なる番号を付与すればよい。
【０１１０】
（本発明の実施の形態における全体の構成について）
従来ではコンテンツファイルのデータを決められた順に従って配信処理していた。
【０１１１】
これに対し、本発明は、ダウンロード放送サービスにおいて、コンテンツファイルのデータを決められた順とは別に、逆順にコンテンツファイルのデータを配信処理する。これにより、受信装置側においては、順方向の配信データを処理すると同時に、逆方向に配信されるデータを処理する。そのために、順方向および逆方向に配信されるデータを処理する２系統の処理部を備えている。これにより、従来では予期し得ない、短時間でダウンロードサービスを受けることを可能にした。
【０１１２】
そのため、受信装置として持ち運びできる携帯端末機器の場合には、受信可能な場所（位置）に配信時間が過ぎるまで滞留することが強要されることなく、短時間でサービスを受け、残りの時間を自由に活用できる。また移動中にサービスを受けるようにしても、短時間で完了するため、その時間帯に受信可能な位置での移動が行え、その後は自由に移動できる。
【０１１３】
また、配信を開始した後からでも、全てのコンテンツファイルデータのサービスを受けることができる。そのため、配信（放送）サービスを受けるのを忘れた場合、途中からでも全てのコンテンファイルのデータサービスを受けることが可能となる。
【０１１４】
なお、本発明の実施形態における説明において、無線配信（送信）する場合を前提として説明したが、有線を利用した配信も可能である。
【０１１５】
また、携帯端末機器としては、携帯電話機だけなく、ＰＤＡ（Personal  Digital  Assistant）、パソコン等にも利用可能であり、なにも携帯端末機器に限るものでなく、所定位置に載置されるＴＶ等（コンテンツファイルを記録、再生するビデオデッキ等）でも利用できる。
【符号の説明】
【０１１６】
１    コンテンツ配信設備（放送装置）
２    コンテンツ蓄積部（放送装置側）
３    分割処理部
４    順方向処理部
５    逆方向処理部
６    多重化回路（配信部）
７    伝送送信部（配信部）
８    放送波送信部（配信部）
１０    受信装置（携帯端末装置）
１１    受信部（受信手段）
１２    チューナ（第１処理部）
１３    チューナ（第２処理部）
１４    バッファ（一時記憶部）
１５    並び替え処理部
１６    コンテンツ蓄積部（受信装置側）
１７    再生制御部
１８    表示部
１９    音声出力部
２０    分離処理部
２１Ａ  順方向の復号化回路（第１処理部）
２１Ｂ  逆方向の復号化回路（第２処理部）
２２Ａ  順方向の復調回路（第１処理部）
２２Ｂ  逆方向の復調回路（第２処理部）
１００    無線伝送路（配信経路）
【図１】
2011135441.tif 000003
【図２】
2011135441.tif 000004
【図３】
2011135441.tif 000005
【図４】
2011135441.tif 000006
【図５】
2011135441.tif 000007
【図６】
2011135441.tif 000008
【図７】
2011135441.tif 000009
【図８】
2011135441.tif 000010
【図９】
2011135441.tif 000011