(57)【要約】【課題】放送局から放送されてきたコンテンツの一部のダウンロードに失敗した場合であっても、そのコンテンツのその部分を取得する。また、その場合、そのコンテンツのその部分を早期に取得することを可能とする。【解決手段】端末１０２は、放送局１０１から放送されてきたコンテンツをダウンロードする第１次ダウンロード手段と、コンテンツのうち第１次ダウンロード手段によるダウンロードに失敗した部分を検出する検出手段と、コンテンツのうちの第１次ダウンロード手段によるダウンロードに失敗した部分を第２サーバ１０５から通信回線１０４を介してダウンロードする第２次ダウンロード手段と、を備える。また、検出手段及び第２次ダウンロード手段は、第１次ダウンロード手段の動作がコンテンツの全体について終了する前から動作するようにしてもよい。【選択図】図１
2007306075.tif 000002
【特許請求の範囲】
【請求項１】
放送局又は配信装置から放送されてきたコンテンツをダウンロードする第１次ダウンロード・ステップと、
前記コンテンツのうち前記第１次ダウンロード・ステップでダウンロードに失敗した部分を検出する検出ステップと、
前記コンテンツのうちの前記第１次ダウンロード・ステップでダウンロードに失敗した部分をサーバから通信回線を介してダウンロードする第２次ダウンロード・ステップと、
を備えることを特徴とするコンテンツ・ダウンロード方法。
【請求項２】
請求項１に記載のコンテンツ・ダウンロード方法において、
前記検出ステップ及び前記第２次ダウンロード・ステップは、前記第１次ダウンロード・ステップが前記コンテンツの全体について終了する前から行われることを特徴とするコンテンツ・ダウンロード方法。
【請求項３】
請求項２に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、
前記検出ステップでは、或るブロックを含むモジュールの繰返し伝送において、そのブロックのダウンロードに成功したことが一度もないうちに、そのモジュールの繰返し伝送が終了したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したことを検出し、
前記第２次ダウンロード・ステップでは、前記第１次ダウンロード・ステップでのダウンロードに失敗したことが検出されたブロックを前記サーバからダウンロードすることを特徴とするコンテンツ・ダウンロード方法。
【請求項４】
請求項２に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、
前記検出ステップでは、前記第１次ダウンロード・ステップで、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなし、
前記第２次ダウンロード・ステップでは、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックを前記サーバからダウンロードすることを特徴とするコンテンツ・ダウンロード方法。
【請求項５】
請求項４に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、この継続によりダウンロードに成功したブロック又は前記第２次ダウンロード・ステップによりダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択することを特徴とするコンテンツ・ダウンロード方法。
【請求項６】
請求項４に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード・ステップによりダウンロードに成功したブロックをモジュール復元のためのブロックとして選択することを特徴とするコンテンツ・ダウンロード方法。
【請求項７】
請求項２に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、
前記検出ステップでは、前記第１次ダウンロード・ステップで、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなし、
前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックを今から後に前記放送局又は配信装置からダウンロードする場合のダウンロード終了時刻及びそのブロックを今から後に前記サーバからダウンロードする場合のダウンロード終了時刻を見積もった上で、双方のダウンロード終了時刻を比較するステップを更に備え、
前者のダウンロード終了時刻よりも後者のダウンロード終了時刻が早いと判断した場合に、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックについて前記第２次ダウンロード・ステップを行うことを特徴とするコンテンツ・ダウンロード方法。
【請求項８】
請求項７に記載のコンテンツ・ダウンロード方法において、
前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、
前記第２次ダウンロード・ステップが行なわれた場合、継続された前記カルーセル伝送方式によるダウンロードに成功したブロック又は前記第２次ダウンロード・ステップによりダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択することを特徴とするコンテンツ・ダウンロード方法。
【請求項９】
請求項７に記載のコンテンツ・ダウンロード方法において、
前記第２次ダウンロード・ステップが行なわれた場合、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード・ステップによりダウンロードに成功したブロックをモジュール復元のためのブロックとして選択することを特徴とするコンテンツ・ダウンロード方法。
【請求項１０】
請求項１に記載のコンテンツ・ダウンロード方法において、
前記検出ステップ及び前記第２次ダウンロード・ステップは、前記第１次ダウンロード・ステップが前記コンテンツの全体について失敗部分の有無にかかわらず終了してから行われることを特徴とするコンテンツ・ダウンロード方法。
【請求項１１】
請求項１に記載のコンテンツ・ダウンロード方法において、
前記通信回線は、携帯網、固定電話網又はインターネットのうちの少なくとも１つを含むものであることを特徴とするコンテンツ・ダウンロード方法。
【請求項１２】
放送局又は配信装置から放送されてきたコンテンツをダウンロードする第１次ダウンロード手段と、
前記コンテンツのうち前記第１次ダウンロード手段によるダウンロードに失敗した部分を検出する検出手段と、
前記コンテンツのうちの前記第１次ダウンロード手段によるダウンロードに失敗した部分をサーバから通信回線を介してダウンロードする第２次ダウンロード手段と、
を備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項１３】
請求項１２に記載のコンテンツ・ダウンロード装置において、
前記検出手段及び前記第２次ダウンロード手段は、前記第１次ダウンロード手段の動作が前記コンテンツの全体について終了する前から動作することを特徴とするコンテンツ・ダウンロード装置。
【請求項１４】
請求項１３に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段は、カルーセル伝送方式に従って動作し、
前記検出手段は、或るブロックを含むモジュールの繰返し伝送において、そのブロックのダウンロードに成功したことが一度もないうちに、そのモジュールの繰返し伝送が終了したことをもって、そのブロックの前記第１次ダウンロード手段によるダウンロードに失敗したことを検出し、
前記第２次ダウンロード手段は、前記第１次ダウンロード手段によるダウンロードに失敗したことが検出されたブロックを前記サーバからダウンロードすることを特徴とするコンテンツ・ダウンロード装置。
【請求項１５】
請求項１３に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段は、カルーセル伝送方式に従って動作し、
前記検出手段は、前記第１次ダウンロード手段が、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード手段によるダウンロードに失敗したとみなし、
前記第２次ダウンロード手段は、前記第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックを前記サーバからダウンロードすることを特徴とするコンテンツ・ダウンロード装置。
【請求項１６】
請求項１５に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段は、該第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、
この継続によりダウンロードに成功したブロック又は前記第２次ダウンロード手段によるダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択するモジュール復元手段を更に備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項１７】
請求項１５に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段が、該第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード手段によりダウンロードに成功したブロックをモジュール復元のためのブロックとして選択するモジュール復元手段を更に備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項１８】
請求項１３に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段は、カルーセル伝送方式に従って動作し、
前記検出手段は、前記第１次ダウンロード手段で、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード手段によるダウンロードに失敗したとみなし、
前記第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックを今から後に前記第１次ダウンロード手段により前記放送局又は配信装置からダウンロードする場合のダウンロード終了時刻及びそのブロックを今から後に前記第２次ダウンロード手段により前記サーバからダウンロードする場合のダウンロード終了時刻を見積もった上で、双方のダウンロード終了時刻を比較する見積・比較手段と、
前者のダウンロード終了時刻よりも後者のダウンロード終了時刻が早いと判断した場合に、前記第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックを前記第２次ダウンロード手段がダウンロードするために、前記第２次ダウンロード手段を起動する起動制御手段と、
を更に備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項１９】
請求項１８に記載のコンテンツ・ダウンロード装置において、
前記第１次ダウンロード手段は、該第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、
前記第２次ダウンロード手段が起動された場合、前記第１次ダウンロード手段により継続された前記カルーセル伝送方式によるダウンロードに成功したブロック又は前記第２次ダウンロード手段によるダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択するモジュール復元手段を更に備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項２０】
請求項１８に記載のコンテンツ・ダウンロード装置において、
前記第２次ダウンロード手段が起動された場合、前記第１次ダウンロード手段が、前記第１次ダウンロード手段によるダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード手段によるダウンロードに成功したブロックをモジュール復元のためのブロックとして選択するモジュール復元手段を更に備えることを特徴とするコンテンツ・ダウンロード装置。
【請求項２１】
請求項１２に記載のコンテンツ・ダウンロード装置において、
前記検出手段及び前記第２次ダウンロード手段は、前記第１次ダウンロード手段の動作が前記コンテンツの全体について失敗部分の有無にかかわらず終了してから動作することを特徴とするコンテンツ・ダウンロード装置。
【請求項２２】
請求項１２に記載のコンテンツ・ダウンロード装置において、
前記通信回線は、携帯網、固定電話網又はインターネットのうちの少なくとも１つを含むものであることを特徴とするコンテンツ・ダウンロード装置。
【請求項２３】
放送局又は配信装置から放送されるコンテンツと同一のコンテンツを格納部に格納しておく格納ステップと、
端末から要求されたコンテンツの前記端末から要求された部分を前記格納部から読み出す読出ステップと、
前記読出ステップにより読み出された部分を前記端末に送信する送信ステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項２４】
請求項２３に記載のコンテンツ配信方法において、
前記部分は、前記放送局又は配信装置から前記コンテンツを放送する際に利用されるカルーセル伝送方式における少なくとも１つのブロックに対応するものであることを特徴とするコンテンツ配信方法。
【請求項２５】
放送局又は配信装置から放送されるコンテンツと同一のコンテンツを格納している格納部と、
端末から要求されたコンテンツの前記端末から要求された部分を前記格納部から読み出す読出手段と、
前記読出手段により読み出された部分を前記端末に送信する送信手段と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２６】
請求項２５に記載のコンテンツ配信装置において、
前記部分は、前記放送局又は配信装置から前記コンテンツを放送する際に利用されるカルーセル伝送方式における少なくとも１つのブロックに対応するものであることを特徴とするコンテンツ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを端末にダウンロードするためのコンテンツ・ダウンロード方法及びコンテンツ・ダウンロード装置並びにコンテンツ配信方法及びコンテンツ配信装置に関する。ここで、コンテンツは、少なくとも放送局又は配信装置により放送される。
【背景技術】
【０００２】
近年、地上アナログ・テレビ放送から地上デジタル・テレビ放送への移行が進められており、地上デジタル・テレビ放送が全国に普及した後の２０１１年頃には、地上アナログ・テレビ放送は中止される予定となっている。そうすると、ＶＨＦ(Very High Frequency)帯域は、地上アナログ・テレビ放送から開放されることとなる。地上デジタル音声放送は、ＶＨＦ帯域を利用する次世代の放送であり、既に試験的に行われている。
【０００３】
地上デジタル音声放送の標準規格は、電波産業会（Association of Radio Industries and Businesses）において、ＩＳＤＢ−ＴＳＢ(Integrated Services Digital Broadcasting-Terrestrial for Sound Broadcasting)（ＡＲＩＢ  ＳＴＤ−Ｂ２９）として定められている（例えば、非特許文献１参照。）。
【非特許文献１】「地上デジタル音声放送の伝送方式標準規格  ＡＲＩＢ  ＳＴＤ−Ｂ２９  ２．１版」  発行所：社団法人  電波産業会、発行月：平成１５年７月
【発明の開示】
【発明が解決しようとする課題】
【０００４】
地上デジタル音声放送においては、音声のみならず種々のコンテンツ（静止画、動画、データ等）も放送することが可能となっている。従って、地上デジタル音声放送の受信装置が、放送局から放送されてきたコンテンツをダウンロードし、格納し、再生する機能を備えていて、ユーザがそのようなコンテンツを楽しむということを想定することが出来る。
【０００５】
例えば、地上デジタル音声放送のＡ階層において基本的な放送を流し、その放送中にＢ階層において放送されるコンテンツへのリンクを含ませておき、受信装置においてユーザによりそのリンクが選択されたならば、受信装置がそのコンテンツをダウンロードし、格納し、その後、何度でも再生するということを想定することが出来る。
【０００６】
地上デジタル音声放送では、コンテンツは、ＩＳＯ／ＩＥＣ  １３８１８−６に規定されているＤＳＭ−ＣＣデータカルーセル（Digital Storage Media-Command and Control Data Carousel）伝送方式により放送されるため、受信装置は、コンテンツの一部のブロックのダウンロードに１度失敗した場合であっても、その失敗の後にも繰り返して放送されるそのブロックをダウンロードし直すことにより、その失敗を補うことが出来る。
【０００７】
しかし、１つのモジュールの繰返しの回数には制限があるため、全ての繰返しが終了した後には、受信装置はもはやそのブロックを放送局からダウンロードすることが出来なくなり、そのブロックの放送局からのダウンロードに完全に失敗する。例えば、あるモジュールのダウンロードを開始した時がそのモジュールについて終了間際の繰返しが行われている時であり、且つ、同一のブロックのダウンロードに続けて失敗した場合に、このような事態が生ずる。このような場合、全てのブロックを必要とするコンテンツのダウンロードは全体として失敗に終わる。
【０００８】
また、受信装置が、コンテンツの一部のブロックのダウンロードに１度失敗し、その失敗の後にも繰り返して放送されるそのブロックをダウンロードし直すことにより、その失敗を補う場合には、受信装置は、少なくとも次にそのブロックが放送されてくるまで待たなくてはならない。従って、１つのモジュールあたりの繰返しの周期が長いために、ダウンロード終了時刻が相当遅れる場合がある。
【０００９】
そこで、本発明は、放送局から放送されてきたコンテンツの一部のダウンロードに失敗した場合であっても、そのコンテンツのその部分を取得することを可能とするコンテンツ・ダウンロード方法及びコンテンツ・ダウンロード装置並びにコンテンツ配信方法及びコンテンツ配信装置を提供することを目的とする。
【００１０】
また、本発明は、放送局から放送されてきたコンテンツの一部のダウンロードに失敗した場合であっても、そのコンテンツのその部分を早期に取得することを可能とするコンテンツ・ダウンロード方法及びコンテンツ・ダウンロード装置並びにコンテンツ配信方法及びコンテンツ配信装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の観点によれば、放送局又は配信装置から放送されてきたコンテンツをダウンロードする第１次ダウンロード・ステップと、前記コンテンツのうち前記第１次ダウンロード・ステップでダウンロードに失敗した部分を検出する検出ステップと、前記コンテンツのうちの前記第１次ダウンロード・ステップでダウンロードに失敗した部分をサーバから通信回線を介してダウンロードする第２次ダウンロード・ステップと、を備えることを特徴とするコンテンツ・ダウンロード方法が提供される。
【００１２】
上記のコンテンツ・ダウンロード方法において、前記検出ステップ及び前記第２次ダウンロード・ステップは、前記第１次ダウンロード・ステップが前記コンテンツの全体について終了する前から行われるようにしてもよい。
【００１３】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、前記検出ステップでは、或るブロックを含むモジュールの繰返し伝送において、そのブロックのダウンロードに成功したことが一度もないうちに、そのモジュールの繰返し伝送が終了したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したことを検出し、前記第２次ダウンロード・ステップでは、前記第１次ダウンロード・ステップでのダウンロードに失敗したことが検出されたブロックを前記サーバからダウンロードするようにしてもよい。
【００１４】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、前記検出ステップでは、前記第１次ダウンロード・ステップで、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなし、前記第２次ダウンロード・ステップでは、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックを前記サーバからダウンロードするようにしてもよい。
【００１５】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、この継続によりダウンロードに成功したブロック又は前記第２次ダウンロード・ステップによりダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択するようにしてもよい。
【００１６】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード・ステップによりダウンロードに成功したブロックをモジュール復元のためのブロックとして選択するようにしてもよい。
【００１７】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップは、カルーセル伝送方式により行われ、前記検出ステップでは、前記第１次ダウンロード・ステップで、或るモジュールに含まれる或るブロックのダウンロードに少なくとも１度失敗したことをもって、そのブロックの前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなし、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックを今から後に前記放送局又は配信装置からダウンロードする場合のダウンロード終了時刻及びそのブロックを今から後に前記サーバからダウンロードする場合のダウンロード終了時刻を見積もった上で、双方のダウンロード終了時刻を比較するステップを更に備え、前者のダウンロード終了時刻よりも後者のダウンロード終了時刻が早いと判断した場合に、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックについて前記第２次ダウンロード・ステップを行うようにしてもよい。
【００１８】
上記のコンテンツ・ダウンロード方法において、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続し、前記第２次ダウンロード・ステップが行なわれた場合、継続された前記カルーセル伝送方式によるダウンロードに成功したブロック又は前記第２次ダウンロード・ステップによりダウンロードに成功したブロックの何れかをモジュール復元のためのブロックとして選択するようにしてもよい。
【００１９】
上記のコンテンツ・ダウンロード方法において、前記第２次ダウンロード・ステップが行なわれた場合、前記第１次ダウンロード・ステップでのダウンロードに失敗したとみなされたブロックの前記放送局又は配信装置からのダウンロードを前記カルーセル伝送方式により継続するか否かにかかわらず、前記第２次ダウンロード・ステップによりダウンロードに成功したブロックをモジュール復元のためのブロックとして選択するようにしてもよい。
【００２０】
上記のコンテンツ・ダウンロード方法において、前記検出ステップ及び前記第２次ダウンロード・ステップは、前記第１次ダウンロード・ステップが前記コンテンツの全体について失敗部分の有無にかかわらず終了してから行われるようにしてもよい。
【００２１】
上記のコンテンツ・ダウンロード方法において、前記通信回線は、携帯網、固定電話網又はインターネットのうちの少なくとも１つを含むものであるようにしてもよい。
【００２２】
本発明の第２の観点によれば、放送局又は配信装置から放送されるコンテンツと同一のコンテンツを格納部に格納しておく格納ステップと、端末から要求されたコンテンツの前記端末から要求された部分を前記格納部から読み出す読出ステップと、前記読出ステップにより読み出された部分を前記端末に送信する送信ステップと、を備えることを特徴とするコンテンツ配信方法が提供される。
【００２３】
上記のコンテンツ配信方法において、前記部分は、前記放送局又は配信装置から前記コンテンツを放送する際に利用されるカルーセル伝送方式における少なくとも１つのブロックに対応するようにしてもよい。
【発明の効果】
【００２４】
本発明によれば、放送局又は配信装置から放送されてきたコンテンツをダウンロードする第１次ダウンロード・ステップと、前記コンテンツのうち前記第１次ダウンロード・ステップでダウンロードに失敗した部分を検出する検出ステップと、前記コンテンツのうちの前記第１次ダウンロード・ステップでダウンロードに失敗した部分をサーバから通信回線を介してダウンロードする第２次ダウンロード・ステップと、を備えるので、放送局から放送されてきたコンテンツの一部のダウンロードに失敗した場合であっても、そのコンテンツのその部分を取得することが可能となる。
【００２５】
また、本発明によれば、前記検出ステップ及び前記第２次ダウンロード・ステップは、前記第１次ダウンロード・ステップが前記コンテンツの全体について終了する前から行われるようにしているので、放送局から放送されてきたコンテンツの一部のダウンロードに失敗した場合であっても、そのコンテンツのその部分を早期に取得することが可能となる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００２７】
まず、本実施形態によるコンテンツ・ダウンロード・システムの構成について説明する。
【００２８】
図１を参照すると、本実施形態によるコンテンツ・ダウンロード・システムは、放送局１０１、複数の端末１０２−１、１０２−２、・・・１０２−Ｎ、第１サーバ１０３及び第２サーバ１０５を備える。
【００２９】
放送局１０１は、地上デジタル音声放送をする。放送局１０１からの地上デジタル音声放送にはコンテンツが含まれている。端末１０２は、例えば、携帯電話機であり、通常の携帯電話機の機能（通話機能、メール機能、アドレス帳機能、ブラウジング機能等）の他に、放送局１０１からの地上デジタル音声放送を受信する機能、携帯網１０４を介して第１サーバ１０３及び第２サーバ１０５と双方向の通信を行う機能を有する。また、端末１０２は、地上デジタル音声放送に含まれているコンテンツをダウンロードし、そのコンテンツ中のダウンロードに失敗した部分を第２サーバ１０５から補足的にダウンロードする機能も有する。第１サーバ１０３は、端末１０２を認証し、端末１０２に対して課金をし、端末１０２に対して暗号解読鍵を送出する機能を有する。第２サーバ１０５は、放送局１０１からの地上デジタル音声放送に含まれているコンテンツのうちの端末１０２から要求された部分を端末１０２に送信する。
【００３０】
従って、放送局１０１は、一次的なコンテンツ配信装置として機能し、第２サーバ１０５は、二次的なコンテンツ配信装置として機能する。
【００３１】
携帯網１０４には、基地局、基地局制御装置、第１サーバ１０３とのインターフェース、第２サーバ１０５とのインターフェース、ＳＧＳＮ(Serving GPRS Support Node; サービング・ＧＰＲＳ・サポート・ノード)、ＧＧＳＮ(Gateway GPRS Support Node; ゲートウェイ・ＧＰＲＳ・サポート・ノード)、ＷＰＧ(WAP Gateway; ＷＡＰゲートウェイ)、ＭＳＣ(Mobile service Switching Center; モバイル・サービス・スイッチング・センタ)、ＳＭＳ−Ｃ(Short Message Service-Center; ショート・メッセージ・サービス・センタ)、ＰＰＧ(Push Proxy Gateway; プッシュ・プロキシ・ゲートウェイ)等が含まれている。
【００３２】
また、放送局１０１が送出する地上デジタル音声放送と同一の内容を有するデータをインターネット等のネットワークに接続された配信サーバに格納し、端末１０２にそのデータをダウンロードする機能を持たせること（いわゆる「テレビ放送やラジオ放送のネットワーク配信」）によっても、放送局１０１から放送された地上デジタル音声放送を端末１０２が受信することと同様なことを行える。以下の放送局及びこれに関連した部分についての説明は、放送局を配信サーバに置換えた場合にも当てはまる。
【００３３】
地上デジタル音声放送とは、例えば、上述したように、ＩＳＤＢ−ＴＳＢ（ＡＲＩＢ  ＳＴＤ−Ｂ２９）に準拠したものである。地上デジタル音声放送では、図２に示すように、１つのＶＨＦチャンネル又はＵＨＦチャンネルに含まれる複数（例えば、８個、１４個（使用できる周波数帯域幅に依存する。））のセグメントのうちの一部（図２の例では３個）のセグメントが１つの地上デジタル音声放送チャンネルのために利用される。１セグメント当たりの伝送レートは、例えば、約３３０ｋｂｐｓであり、１セグメント当たりの周波数帯域幅は、例えば、約４３２ｋＨｚである。また、変調方式としては、例えば、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）が利用される。
【００３４】
１つの地上デジタル音声放送チャンネルに含まれる複数のセグメントは、Ａ階層とＢ階層に分類される。Ａ階層では、ＢＭＬ(Broadcast Markup Language)データ、動画データ、静止画データ、音声データ、字幕データ等が放送される。Ｂ階層では、コンテンツ（例えば、静止画データ、動画データ、音声データ、文書データ等）等が放送される。但し、一般には、Ａ階層、Ｂ階層の利用形態は自由であり、他の形態で利用してもよい。ある地上デジタル音声放送チャンネルを選択した受信機は、Ａ階層及びＢ階層のデータを全て受信することができる。Ａ階層の或るエレメンタリ・ストリームに含まれるＢＭＬにおいて、Ｂ階層の或るエレメンタリ・ストリームに含まれるコンテンツへのリンクを記述しておけば、ユーザがそのリンクを選択することにより、そのコンテンツを出力できるようになる。
【００３５】
ＢＭＬは、ＸＭＬの応用言語であり、ＣＳＳ(Cascading Style Sheets)、ＤＯＭ(Document Object Model)、ＥＣＭＡ  Ｓｃｒｉｐｔ（スクリプト）の規格を取り入れている。ＢＭＬデータ内には、表示するべき文字データ、スクリプト等が記述されている。また、ＢＭＬデータの記述に従って、静止画データ、字幕データ等が画面に配置される。
【００３６】
ＢＭＬデータ、静止画データ、コンテンツ等は、ＩＳＯ／ＩＥＣ  １３８１８−６に規定されているＤＳＭ−ＣＣデータカルーセル（Digital Storage Media-Command and Control Data Carousel）伝送方式により放送される。図３及び図４に示すように、この伝送方式によれば、伝送されるべきデータ（図３に示す「伝送データ」）は、複数のモジュールに分割され、各モジュールは、複数のブロックに分割される。そして、伝送データを構成する全てのモジュールが繰り返して伝送される。各繰返しにおいては、伝送データを構成する全てのモジュールが１回だけ順次伝送される。そして、１つのモジュールの伝送においては、そのモジュール属する複数のＤＤＢが１回だけ順に伝送される。また、伝送データの容量が１つのモジュールの容量よりも少ない場合には、伝送データから１つのモジュールのみが得られる。ここでいう伝送データは、１つのコンテンツ、１つのコンテンツの一部又は複数のコンテンツである。伝送データが１つのコンテンツに対応し、これが複数のモジュールにより構成されるようにするためには、送信側で１つのコンテンツを複数のモジュールに分割し、受信側でそのコンテンツを復元する機能が必要となる。伝送データが複数のコンテンツである場合には、マルチパート形式が用いられる。
【００３７】
データカルーセル方式の各ブロックはＭＰＥＧ(Moving Picture Experts Group)規格でいうトランスポートストリーム内の各セクション（ＰＥＳと同様もの）のペイロードに割り当てられる。各セクションではペイロードに対し巡回冗長符号（ＣＲＣ(Cyclic Redundancy Check)）が付加され、受信側で、誤り検出を行うことが可能となる。
【００３８】
例えば、ブロックに対応するセクションから誤りが検出されないこと、バージョン情報が正常であること等の正常なダウンロードのための所定の条件を満たすブロックのみが受信側でモジュールＩＤ、ブロック番号に従ってバッファに書き込まれるようにする。また、正常なダウンロードのための所定の条件を満たさないブロックに対して、それを示すフラグ、モジュールＩＤ及びブロック番号を相互に関連付ければ、そのモジュールのそのブロックは正しくダウンロードできなかったということを検出することが出来る。
【００３９】
図５を参照すると、放送局１０１は、Ａ階層送信処理部２００−１、Ｂ階層送信処理部２００−２、伝送路符号化部２０７及びＲＦ(Radio Frequency)部２０８を備える。
【００４０】
Ａ階層送信処理部２００−１は、Ａ階層で送るべきデータを基に、トランスポートストリームを生成し、これを伝送路符号化部２０７に出力する。
【００４１】
Ｂ階層送信処理部２００−２は、Ｂ階層で送るべきデータを基に、トランスポートストリームを生成し、これを伝送路符号化部２０７に出力する。
【００４２】
伝送路符号化部２０７は、Ａ階層から入力したトランスポートストリーム及びＢ階層から入力したトランスポートストリームに対して、トランスポートストリーム再多重、誤り訂正符号化、インターリーブ、変調、ＯＦＤＭフレーム構成、ＩＦＦＴ等の処理を行い、その結果を送信信号として出力する。
【００４３】
ＲＦ部２０８は、送信信号を放送電波として送信する。
【００４４】
図６を参照すると、Ａ階層送信処理部２００−１は、エンコーダ群２０１、ＰＥＳ化部２０２、カルーセル送信処理部２０４、セクション化部２０５及びトランスポートストリーム（ＴＳ）多重化部２０６を備える。
【００４５】
エンコーダ群２０１は、複数のエンコーダを備える。各エンコーダは、各コンテンツの種類に応じたものであり、例えば、動画エンコーダ、静止画エンコーダ、音声エンコーダ、字幕エンコーダ、文書データエンコーダである。
【００４６】
ＰＥＳ化部２０２は、エンコーダ群２０１から入力した各エレメンタリ・ストリーム（ＥＳ：Elementary Stream）を複数のパケットに分割して、その結果をＰＥＳ(Packetized Elementary Stream)として出力する。ＰＥＳには、基となるエレメンタリ・ストリームを示すＰＩＤ(Packet ID)が付される。
【００４７】
カルーセル送信処理部２０４は、エンコーダ群２０１から入力したコンテンツ又は外部からエンコーダ群２０１を介さずに入力したコンテンツに対して、カルーセル送信処理を行う。具体的には、コンテンツを複数のモジュールに分割し、各モジュールをブロックに分割し、モジュール毎に複数のＤＤＢ(Download Data Block)を出力する。
【００４８】
セクション部２０５は、カルーセル送信処理部２０４から入力したＤＩＩ及びＤＤＢ並びに外部から入力したＰＳＩ／ＳＩ(Program Specific Information/Specific Information)及びイベントメッセージ等に対して、セクション化処理を行う。具体的には、入力したペイロード部に対してヘッダ（テーブルＩＤを含む。）及びＣＲＣ(Cyclic Redundancy Check)を付加して、その結果得られるセクションを出力する。
【００４９】
ＴＳ多重化部２０６は、ＰＥＳ化部２０２から入力したＰＥＳ及びセクション化部２０５から入力したセクションを多重化することによりトランスポート・ストリームを生成し、トランスポート・ストリームを出力する。
【００５０】
Ａ階層に含まれるＢＭＬデータは、カルーセル送信処理部２０４及びセクション化部２０５を経由してＴＳ多重化部２０６に入力される。Ａ階層に含まれる動画データ及び音声データは、エンコーダ群２０１及びＰＥＳ化部２０２を経由してＴＳ多重化部２０６に入力される。Ａ階層に含まれる静止画データは、エンコーダ群２０１、カルーセル送信処理部２０４及びセクション化部２０５を経由してＴＳ多重化部２０６に入力される。Ａ階層に含まれる字幕データは、エンコーダ群２０１及びセクション化部２０５を経由してＴＳ多重化部２０６に入力される。
【００５１】
図７を参照すると、Ｂ階層送信処理部２００−２は、エンコーダ群２０１、ＰＥＳ化部２０２、暗号化部２０３、カルーセル送信処理部２０４、セクション化部２０５及びＴＳ多重化部２０６を備え、図６に示したＡ階層送信処理部２００−１と比較すると、暗号化部２０３が追加されている点が異なる。
【００５２】
エンコーダ群２０１、ＰＥＳ化部２０２、セクション部２０５及びＴＳ多重化部２０６は、Ａ階層送信処理部２００−１のものと同様なものであるので、その説明を省略する。
【００５３】
暗号化部２０３は、エンコーダ群２０１から入力したコンテンツ又は外部からエンコーダ群２０１を介さずに入力したコンテンツを暗号化する。暗号化は、コンテンツのタイトルに対応する暗号鍵を用いて行う。ここで、タイトルとは、例えば、音楽の場合であれば、曲名と演奏者（歌唱者を含む。）の組合せ（演奏の場所、日時等を含む場合もある）であり、映画の場合であれば、その名称（音声や字幕の言語等を含む場合もある）である。但し、コンテンツと暗号鍵を１対１に対応させることは必須ではなく、１回の認証に対して１つの暗号鍵を対応させ、１つの暗号鍵に複数のコンテンツ又は１つのコンテンツの一部を対応させるようにしても良い。
【００５４】
カルーセル送信処理部２０４は、エンコーダ群２０１から入力したコンテンツ、暗号化部２０３から入力したコンテンツ又は外部からエンコーダ群２０１も暗号化部２０３も介さずに入力したコンテンツに対して、カルーセル送信処理を行う。
【００５５】
Ｂ階層に含まれるコンテンツは、エンコーダ群２０１、暗号化部２０３、カルーセル送信処理部２０４及びセクション化部２０５を経由して、又は、エンコーダ群２０１を経由せずに、暗号化部２０３、カルーセル送信処理部２０４及びセクション化部２０５を経由して、ＴＳ多重化部２０６に入力される。
【００５６】
図８を参照すると、各端末１０２は、チューナ部２２１、伝送路復号化部２２２、ＴＳ多重分離部２２３、ＰＥＳ受信処理部２２４、セクション受信処理部２２５、カルーセル受信処理部２２６、デコーダ群２２７、ＢＭＬブラウザ２２８、コンテンツ・ダウンロード部２２９、コンテンツ格納部２３０、携帯網用アンテナ２３１、携帯網用変復調部２３２、暗号解読鍵取得部２３３、暗号解読鍵格納部２３４、暗号解読部２３５、表示部２３６、スピーカ２３７、キー群２３８、ユーザ・インターフェース制御部２３９を備える。
【００５７】
チューナ部２２１は、指定された地上デジタル音声放送チャンネルに対応する放送局１０１のＲＦ部２０８から送出された放送電波を受信し、送信信号を復元する。
【００５８】
伝送路復号部２２２は、伝送路符号化部２０７の処理と逆の処理を行い、Ａ階層のトランスポート・ストリーム及びＢ階層のトランスポート・ストリームを復元する。
【００５９】
ＴＳ多重分離部２２３は、チューナ２２２から入力したＡ階層のトランスポート・ストリーム及びＢ階層のトランスポート・ストリームのうちの指定されたトランスポート・ストリームからＰＥＳ及びセクションを多重分離する。
【００６０】
ＰＥＳ受信処理部２２４は、ＴＳ多重分離部２２３から入力したＰＥＳを基に、各ＰＩＤ毎に、エレメンタリ・ストリームを復元する。
【００６１】
セクション受信処理部２２５は、ＴＳ多重分離部２２３から入力したセクションを基に、各テーブルＩＤ毎に、セクション化前のデータを復元する。また、セクション受信処理部２２５は、各セクション毎にＣＲＣを基にエラー検出を行い、エラーが検出されたセクションに対してはデータの復元が不可能であることを示すフラグをセットする。
【００６２】
カルーセル受信処理部２２６は、基本的には、セクション受信処理部２２５から入力した複数のブロック（放送局１０１からダウンロードした複数のブロック）を集めることにより、各モジュールを復元し、複数のモジュールを集めることにより、伝送データを復元する。また、カルーセル受信処理部２２６は、補足的に、放送局１０１からのダウンロードに失敗したブロックを携帯網用変復調部２３２から入力して（第２サーバ１０５からダウンロードして）、そのブロックも利用して、関連するモジュールを復元し、最終的に伝送データを復元する。
【００６３】
図９を参照すると、カルーセル受信処理部２２６は、セクション・ペイロード受信部２２６−１、ＤＩＩバッファ２２６−２、ＤＤＢバッファ２２６−３、ブロック・エラー・フラグ・バッファ２２６−４、モジュール復元部２２６−５、モジュール・バッファ２２６−６、モジュール・エラー・フラグ・バッファ２２６−７、コンテンツ復元部２２６−８、ブロック・バッファ２２６−９及び制御部２２６−１０を備える。
【００６４】
セクション・ペイロード受信部２２６−１は、セクション受信処理部２２５から各セクションのペイロードを受信し、そのペイロードを、その種類に応じて、ＤＩＩバッファ２２６−２又はＤＤＢバッファ２２６−３に格納する。また、ペイロードに対するＣＲＣチェックの結果、バージョン情報、ＤＩＩの検査結果、ＤＤＢの検査結果、ＤＩＩとＤＤＢの相互参照結果等を基に、各ブロック毎のエラーを判断し、どのモジュールのどのブロックにダウンロード・エラーが発生したかを示すブロック・エラー・フラグをブロック・エラー・フラグ・バッファ２２６−４に書き込む。あるブロックを最初に受信する前にそのブロックのエラーフラグをセットし、最初にそのブロックを正常に受信できた時にそのブロックのエラーフラグをリセットする。こうすることにより、一度でも正常受信できたブロックのエラーフラグはリセットされ、一度も正常受信できなかったブロックのエラーフラグはセットされたままとなる。
【００６５】
ＤＩＩバッファ２２６−２は、カルーセル伝送の各繰り返し毎にＤＩＩを格納する。
【００６６】
ＤＤＢバッファ２２６−３は、各モジュール毎に複数のＤＤＢを格納する。
【００６７】
モジュール復元部２２６−５は、基本的には、ＤＩＩバッファ２２６−２、ＤＤＢバッファ２２６−３及びブロック・エラー・フラグ・バッファ２２６−４から読み出された内容を基に、複数のブロックを集めることにより各モジュールを復元し、各モジュールをモジュール・バッファ２２６−６に書き込む。また、あるモジュールを構成する少なくとも１つのブロックにエラーが含まれている場合には、そのモジュールを復元することができないので、そのモジュールが復元できないことを示すモジュール・エラー・フラグをモジュール・エラー・フラグ・バッファ２２６−７に書き込む。
【００６８】
モジュール・バッファ２２６−６は、コンテンツを構成する１乃至複数のモジュールを格納する。
【００６９】
コンテンツ復元部２２６−８は、モジュール・バッファ２２６−６及びモジュール・エラー・フラグ・バッファ２２６−７から読み出された内容を基に、コンテンツを復元し、そのコンテンツをコンテンツ・ダウンロード部２２９に出力する。また、あるコンテンツを構成する少なくとも１つのモジュールにエラーが含まれている場合には、そのコンテンツを復元することができないので、そのコンテンツが復元できないことを示すコンテンツ・エラー・フラグをコンテンツ・ダウンロード部２２９に出力するようにしてもよい。
【００７０】
ブロック・バッファ２２６−９は、携帯網用変復調部２３２から入力したブロックを格納する。
【００７１】
制御部２２６−１０は、カルーセル受信処理部２２６全体の動作を制御する。特に、制御部２２６−１０は、放送局１０１から或るブロックをダウンロードすることに失敗したことをセクション・ペイロード受信部２２６−１の出力信号やブロック・エラー・フラグ・バッファ２２６−４等を参照することにより検出した場合には、携帯網用変復調部２３２に指示（そのブロックを識別するための情報、第２サーバ１０５を識別するための情報等を含む。）を出して、そのブロックを第２サーバ１０５からダウンロードさせる。そのようにしてダウンロードされたブロックは、ブロック・バッファ２２６−９に格納される。モジュール復元部２２６−５は、モジュールを復元する際に、そのようにしてブロック・バッファ２２６−９に格納されたブロックも利用する。
【００７２】
図８に戻り、デコーダ群２２７は、複数のデコーダを備える。各デコーダは、各コンテンツの種類に応じたものであり、例えば、動画デコーダ、静止画デコーダ、音声デコーダ、字幕デコーダ、文書データデコーダである。
【００７３】
ＢＭＬブラウザ２２８は、カルーセル受信処理部２２６から入力したＢＭＬファイル中の記述及びユーザ・インターフェース制御部２３９から入力したユーザによる操作内容に従って、表示部２３６に表示するべき画面及びスピーカ２３７から出力するべき音声を構成し、その結果得られる画面及び音声を、それぞれ、表示部２３６及びスピーカ２３７に出力する。また、特に、ＢＭＬブラウザ２２８は、カルーセル受信処理部２２６から入力したＢＭＬファイル中の記述及びユーザ・インターフェース制御部２３９から入力したユーザによる操作内容を基に、ユーザがＢ階層の或るコンテンツをダウンロードするための操作をしたことを検出したならば、コンテンツ・ダウンロード部２２９を起動し、コンテンツ・ダウンロード部２２９に対し、そのコンテンツをダウンロードするように指示する。この起動のためには、例えば、ＢＭＬファイルに記述された、コンテンツ・ダウンロード部２２９を起動するための関数を実行する。また、コンテンツの指定のためのコンテンツ位置情報としては、例えば、そのコンテンツのＵＲＩを用いる。このＵＲＩとしては、例えば、ＡＲＩＢ  ＳＴＤ−Ｂ２４で規定されている下記のようなものを利用する。
【００７４】
arib-dc://<original_network_id>.<transport_stream_id>
.<service_id>[;content_id][.event_id]/
<component_tag>/<module_name>
ここで、original_networ_idは、各マスター毎に固有なＩＤであり、例えば、エフエム東京（登録商標）のＩＤである。transport_stream_idは、各トランスポートに固有なＩＤであり、例えば、或る３セグメント地上デジタル音声放送のＢ階層のトランスポートストリームのＩＤである。service_idは、地上デジタル音声放送チャンネルの中の１つの編成チャンネル内を識別するためのものである。component_tagは、エレメンタリ・ストリーム（又は一連のセクションより成るストリーム）を指定するものである。module_nameはそのエレメンタリ・ストリームで時系列的に流れる複数のコンテンツのうちの特定のコンテンツを指定する。
【００７５】
コンテンツ・ダウンロード部２２９は、ＢＭＬブラウザ２２８から指示されたコンテンツをダウンロードする。動作の一例を説明すると、コンテンツ位置情報を基に、コンテンツが含まれている地上デジタル音声放送チャンネルの指定をチューナ部２２１に出力し、そのコンテンツが含まれているトランスポート・ストリームの指定をＴＳ多重分離部２２３に出力する。そして、チューナ部２２１から伝送路復号部２２２、ＴＳ多重分離部２２３、セクション受信処理部２２５、カルーセル受信処理部２２６を経由してきたデータのうち
<service_id><component_tag>/<module_name>
に対応するデータである、コンテンツ位置情報に対応するコンテンツを入力し、そのコンテンツをコンテンツ格納部２３０に書き込む。但し、通常は、コンテンツが含まれている地上デジタル音声放送チャンネルは、現在のチャンネルと同一であるため、チャンネルの指定は特に必要ない。カルーセル送信処理部２０４及びカルーセル受信処理部２２６により１まとまりのデータとされたものが、或るコンテンツの一部である場合には、コンテンツ・ダウンロード部２２９は、これらを複数集めることにより１つのコンテンツを復元する処理を行う。
【００７６】
また、カルーセル送信処理部２０４及びカルーセル受信処理部２２６により１まとまりのデータとされたものが、マルチパート形式のコンテンツである場合には、そのままコンテンツ格納部２３０に格納しても良いし、各コンテンツ毎に分離してコンテンツ格納部２３０に格納しても良い。
【００７７】
コンテンツ格納部２３０は、コンテンツ・ダウンロード部２２９からのコンテンツを格納する。コンテンツ格納部２３０は、例えば、携帯電話機に内蔵された不揮発性メモリ（例えば、ＥＥＰＲＯＭ、フラッシュメモリ）、携帯電話機に挿入された不揮発性メモリ等である。
【００７８】
携帯網用アンテナ２３１は、携帯網１０４の基地局（図示せず。）との間で携帯網用の電波の送受信を行う。
【００７９】
携帯網用変復調部２３２は、例えば、Ｗ−ＣＤＭＡ(Wideband-Code Division Multiple Access)方式、ＰＤＣ(Personal Digital Cellular)方式、ＧＳＭ(Global System for Mobile Communications)方式等に従って、変復調を行う。
【００８０】
図１０を参照すると、コンテンツ格納部２３０に格納されたコンテンツは、暗号化されている部分（暗号化部分）及び暗号化部分の暗号解読を行うための暗号解読鍵を取得するための情報（暗号解読鍵取得用情報）を含む。但し、コンテンツが暗号解読鍵取得用情報を含まないようにして、コンテンツの関連部分（例えば、コンテンツを運んだパケット）に暗号解読鍵取得用情報を含ませるようにしても良い。暗号解読鍵取得用情報は、例えば、暗号解読鍵を送出するサーバの識別情報及びコンテンツのタイトルの識別情報を備える。コンテンツを複数の部分に分割し、各部分の暗号化部分を各部分毎に異なった暗号鍵で暗号化されたものとして、各部分が暗号化部分及びそれに対応した暗号解読鍵取得情報を含むようにしても良い。また、マルチパート形式に含まれるコンテンツの暗号化部分を各コンテンツ毎に異なった暗号解読鍵により暗号解読できるようにして、マルチパート形式のコンテンツ全体に各コンテンツ毎の暗号解読鍵取得用情報が一箇所に又は分散して含まれるようにしても良い。また、マルチパート形式に含まれる全てのコンテンツの暗号化部分を同一の暗号解読鍵により暗号解読できるようにして、マルチパート形式のコンテンツ全体に１つの暗号解読鍵取得用情報が含まれるようにしても良い。
【００８１】
暗号解読鍵取得部２３３は、コンテンツ・ダウンロード部２２９により起動され、コンテンツ・ダウンロード部２２９がコンテンツ格納部２３０に格納したコンテンツ又はその関連部分に含まれている暗号解読鍵取得用情報をそのコンテンツ又はその関連部分から取得し、その暗号解読鍵取得用情報を利用して、第１サーバ１０３から暗号解読鍵をダウンロードする。但し、コンテンツをダウンロードした直後に、コンテンツ・ダウンロード部２２９により暗号解読鍵取得部２３３を起動するのではなく、ユーザが最初にコンテンツを視聴しようとしたときに、それを検出したユーザ・インターフェース制御部２３９により暗号解読鍵取得部２３３を起動するようにしてもよい。
【００８２】
暗号解読鍵格納部２３４は、暗号解読鍵取得部２３３がダウンロードした暗号解読鍵を格納する。暗号解読鍵格納部２３４は、例えば、携帯電話機に内蔵された不揮発性メモリ、携帯電話機に挿入された不揮発性メモリ等である。なお、暗号解読鍵格納部２３４を携帯電話機に内蔵された不揮発性メモリに限ることにより、暗号解読鍵の可搬性を無くし、コンテンツの著作権を厚く保護することが可能となる。
【００８３】
暗号解読部２３５は、ユーザ・インターフェース制御部２３９から指定されたコンテンツをコンテンツ格納部２３０から読み出し、そのコンテンツに対応した暗号解読鍵を暗号解読鍵格納部２３４から読み出し、そのコンテンツの暗号化部分をその暗号解読鍵により暗号解読し、暗号化部分が無くなったコンテンツをデコーダ群２２８に出力する。
【００８４】
暗号解読部２３５から入力したコンテンツに対応したデコーダがデコーダ群２２８から選択され、そのデコーダは、そのコンテンツをデコードする。デコードされたコンテンツは、表示部２３６、スピーカ２３７又はその双方に出力される。
【００８５】
また、ＢＭＬデータに従った画面に組み込まれるべきことがＢＭＬデータにより指定されている画像データやＢＭＬデータに従った画面と同期するべきことがＢＭＬデータにより指定されている音声データがコンテンツである場合には、そのようなコンテンツは、ＢＭＬブラウザ２２８からの指示に従って、コンテンツ格納部２３０から読み出され、暗号解読部２３５及びデコーダ群２２８を経由して、ＢＭＬブラウザ２２８に入力されるようにしても良い。
【００８６】
また、放送局１０１においてエンコーダ群２０１を経由しないで暗号化部２０３に入力されたコンテンツは、暗号解読部２３５からデコーダ群２２８を経由しないで、表示部２３６、スピーカ２３７又はＢＭＬブラウザ２２８に入力されるようにしても良い。
【００８７】
表示部２３６は、ＢＭＬブラウザ２２８から入力した画像データ、デコーダ群２２８から入力した画像データに従った画面を表示する。また、表示部２３６は、ユーザ・インターフェース制御部２３９からの信号に従って、ユーザ・インターフェースのための画面を表示する。
【００８８】
スピーカ２３７は、ＢＭＬブラウザ２２８から入力した音声データ、デコーダ群２２８から入力した音声データに従った音声を出力する。また、スピーカ２３７は、ユーザ・インターフェース制御部２３９からの信号に従って、ユーザ・インターフェースのための音声を出力する。
【００８９】
キー群２３８は、テンキー、記号キー、方向キー、機能キー等を備える。
【００９０】
ユーザ・インターフェース制御部２３９は、表示部２３６、スピーカ２３７、キー群２３９を利用して、ユーザとのインターフェースを制御する。また、ユーザからの指示内容をＢＭＬブラウザ２２８、暗号解読部２３５、デコーダ群２２７等に出力する。
【００９１】
端末１０２は、これが携帯電話機である場合には、図８に示す部分以外の部分（例えば、マイク、音声コーデック、メール機能部、アドレス帳部、ブラウザ部）を備えるが、これらの部分についての説明は省略する。また、端末１０２は、図８に示すような部分を備えるものであれば良く、例えば、ＰＨＳ端末、パーソナルコンピュータ、ＰＤＡ(Personal Digital Assistant)等であってもよい。従って、端末１０２を第１サーバ１０３及び第２サーバ１０５と接続するものは、携帯網１０４に限られることはなく、一般には、端末１０２が第１サーバ１０３及び第２サーバ１０５と双方向通信することを可能とする通信回線であれば良く、例えば、携帯網や固定電話網やインターネットを含むものであってもよい。
【００９２】
また、図８に示す部分のうちハードウェアでなければ実現することができない部分（例えば、コンテンツ格納部２３０、暗号解読鍵格納部２３４）以外の部分（例えば、ＢＭＬブラウザ２２８、コンテンツ・ダウンロード部２２９）は、ハードウェアによって実現しても良いし、ソフトウェアによって実現しても良いし、ハードウェア及びソフトウェアの組合せによって実現しても良い。
【００９３】
図１１を参照すると、第１サーバ１０３は、通信部２５１、認証部２５２、課金部２５３、暗号解読鍵格納部２５４及び暗号解読鍵読出部２５５を備える。
【００９４】
通信部２５１は、携帯網１０４を介して、端末１０２と通信を行うためのものである。
【００９５】
認証部２５２は、端末１０２から送られてきた端末１０２の機器識別情報及び暗証番号を基に、端末１０２に対する認証を行う。また、認証に成功し、課金が成功したならば、許可信号を暗号解読鍵読出部２５５に出力する。
【００９６】
課金部２５３は、認証された端末１０２に対して、暗号解読鍵の送出に伴う課金のための処理を行う。
【００９７】
認証された端末１０２に対して課金を行う代わりに、その端末１０２のユーザが所定の条件を満たしているか否かをユーザデータベース（図示せず）等を参照することにより判断し、満たしている場合に、課金なしに認証部２５２が許可信号を暗号解読鍵読出部２５５に出力するようにしてもよい。
【００９８】
暗号解読鍵格納部２５４は、地上デジタル音声放送でダウンロード可能としている各コンテンツのタイトルに対応した暗号解読鍵を格納している。
【００９９】
暗号解読鍵読出部２５５は、認証部２５２からの許可信号を入力したならば、暗号解読鍵格納部２５４に格納されている暗号解読鍵のうち端末１０２から受信した暗号解読鍵取得用情報により識別される暗号解読鍵を暗号解読鍵格納部２５４から読み出し、通信部２５１を介して端末１０２に送出する。
【０１００】
図１２を参照すると、第２サーバ１０５は、通信部２６１、コンテンツ格納部２６２及びブロック読出部２６３を備える。
【０１０１】
通信部２６１は、携帯網１０４を介して、端末１０２と通信を行うためのものである。
【０１０２】
コンテンツ格納部２６２は、放送局１０１から放送されるコンテンツと同一のコンテンツを保持する。放送局１０１から放送されるコンテンツは、通常は多数あるが、必ずしも多数ある必要はない。また、コンテンツ格納部２６２に格納された各コンテンツは、ブロック毎に読み出せるようになっている。ここでのブロックはＤＤＢであってもよいし、モジュールの復元に最低限必要なデータを含むブロックであってもよい。
【０１０３】
ブロック読出部２６３は、端末１０２から要求されたブロック（例えば、コンテンツのタイトルの識別情報、モジュール識別情報及びブロック識別情報により特定される。）をコンテンツ格納部２６２から読み出し、通信部２６１に出力する。
【０１０４】
なお、第２サーバ１０５も第１サーバ１０３と同様に認証部又は認証部及び課金部を備えていて、認証又は認証及び課金が済んだ端末のみにブロックを送信するようにしても良い。
【０１０５】
ブロック読出部２６３は、コンテンツ格納部２５４に格納されているコンテンツのうち端末１０２から受信したコンテンツのタイトルの識別情報、モジュール識別情報及びブロック識別情報により識別されるブロックをコンテンツ格納部２６２から読み出し、通信部２６１を介して端末１０２に送出する。
【０１０６】
次に、本実施形態によるコンテンツ・ダウンロード・システムの基本的な動作について説明する。
【０１０７】
コンテンツをＡ階層に含ませることもＢ階層に含ませることも可能である。従って、Ａ階層のみの受信によってコンテンツをダウンロードすることもできる。しかし、以下では、Ｂ階層にコンテンツが含まれ、そのコンテンツへのリンク情報がＡ階層に含まれている典型的な場合を例に取り説明する。
【０１０８】
図１３を参照すると、まず、端末１０２は、ある地上デジタル音声放送チャンネルがユーザにより選択されたならば、そのチャンネルのＡ階層の放送内容を受信し、表示部２３６に表示し、スピーカ２３７から出力する（ステップＳ３０１）。表示部２３６が表示する画面には、ＢＭＬデータに従って、Ｂ階層のコンテンツのダウンロードを開始するためのオブジェクト（例えば、ボタン、文字列、画像等）が含まれている。このオブジェクトには、ＢＭＬデータに従って、コンテンツ・ダウンロード部２２９を起動するための関数及びコンテンツ位置情報が関連付けられている。また、このオブジェクトの近くには、ＢＭＬデータに従って、そのＢ階層のコンテンツをユーザに認識してもらうための情報（コンテンツ認識情報）が表示される。また、このオブジェクトを含む画面が表示されている期間に、ＢＭＬデータに従って、そのＢ階層のコンテンツに対応したコンテンツ認識情報であって音声の形態を有するものがスピーカ２３７から出力されるようにしても良い。コンテンツ認識情報は、例えば、コンテンツのタイトル、演奏者や出演者を表す静止画や簡易動画、動画コンテンツのさわりの静止画や簡易動画、説明文、音楽のイントロやさわり等である。
【０１０９】
この間、ユーザ・インターフェース制御部２３９は、継続的にキー群２３８からの信号を監視することにより、Ｂ階層のコンテンツのダウンロードを開始するためのオブジェクトに対して操作がなされたか（例えば、ボタンが押下されたか否か）を見る（ステップＳ３０２）。
【０１１０】
Ｂ階層のコンテンツのダウンロードを開始するための操作が検出されたならば（ステップＳ３０２でＹＥＳ）、コンテンツ・ダウンロード部２２９は、コンテンツ位置情報により識別されるコンテンツをダウンロードして、コンテンツ格納部２３０に格納する（ステップＳ３０３）。
【０１１１】
次に、暗号解読鍵取得部２３３は、ステップＳ３０３でダウンロードされたコンテンツの暗号化部分を暗号解読するための暗号解読鍵をダウンロードして、暗号解読鍵格納部２３４に格納する（ステップＳ３０４）。
【０１１２】
最後に、デコーダ群２２８中のコンテンツに対応したデコーダは、ステップＳ３０３でコンテンツ格納部２３０に格納されたコンテンツを再生（デコード）する（ステップＳ３０５）。この際、暗号解読部２３５は、そのコンテンツの暗号化部分の暗号解読を行う。
【０１１３】
次に、ステップＳ３０３及びＳ３０４の詳細について説明する。
【０１１４】
図１４を参照すると、ＢＭＬブラウザ２２８は、Ｂ階層のコンテンツのダウンロードを開始するためのオブジェクトに対する操作がなされたことを示すイベントをユーザ・インターフェース制御部２３９から入力したならば、そのイベントとＢＭＬデータから得られたＤＯＭツリーデータの記述に基づいて、コンテンツ位置情報をＤＯＭツリーデータから取得する（ステップＳ３０３−１）。
【０１１５】
次に、ＢＭＬブラウザ２２８は、コンテンツ・ダウンロード部２２９を起動し、コンテンツ・ダウンロード部２２９に対しコンテンツ位置情報を渡す（ステップＳ３０３−２）。
【０１１６】
起動されたコンテンツ・ダウンロード部２２９は、コンテンツ位置情報により指定されるコンテンツをダウンロードし（ステップＳ３０３−３）、コンテンツ格納部２３０に格納する（ステップＳ３０３−４）。
【０１１７】
次に、コンテンツ・ダウンロード部２２９は、暗号解読鍵取得部２３３を起動し（ステップＳ３０４−１）、起動された暗号解読鍵取得部２３３は、ステップＳ３０３−４でコンテンツ格納部２３０に格納されたコンテンツから暗号解読鍵取得用情報を取得し（ステップＳ３０４−２）、その暗号解読鍵取得用情報により指定される暗号解読鍵をダウンロードし（ステップＳ３０４−３）、暗号解読鍵格納部２３４に格納する（ステップＳ３０４−４）。
【０１１８】
次に、ステップＳ３０５の詳細について説明する。
【０１１９】
図１５を参照すると、ユーザ・インターフェース制御部２３９は、ユーザによりコンテンツの再生を要求されたことを検出した時等に暗号解読部２３５及びデコーダ群２２８中のコンテンツに対応したデコーダを起動する（ステップＳ３０５−１）。次に、起動された暗号解読部２３５は、ステップＳ３０３−４でコンテンツ格納部２３０に格納されたコンテンツの暗号化部分をステップＳ３０４−４で暗号解読鍵格納部２３４に格納された暗号解読鍵で暗号解読し（ステップＳ３０５−２）、起動されたデコーダは、暗号化部分が無くなったコンテンツを再生（デコード）する（ステップＳ３０５−３）。
【０１２０】
次に、本実施形態によるコンテンツ・ダウンロード・システムのダウンロード・エラーが発生した場合の６つ動作例について説明する。
【０１２１】
［第１動作例］
図１６に示すように、第１動作例では、ダウンロード・エラーの発生の有無にかかわらず、コンテンツ全体のダウンロードを一通り行った後（ステップＳ４０１）、ダウンロード・エラーが発生しているブロックを第２サーバ１０５からダウンロードする（ステップＳ４０３）。ここで、ダウンロード・エラーが発生しているブロックとは、１度も正常にダウンロードできなかったブロックである。ダウンロード・エラーが発生しているブロックの数が複数である場合には、第２サーバ１０５からのダウンロードの際には、複数のブロックを１つずつダウンロードしても良いし、複数のブロック（例えば各モジュール毎の複数のブロック、或いは、コンテンツ全体に対する複数のブロック）をまとめてダウンロードしても良い。図１６の例では、ダウンロード・エラーが発生しているブロックは、ブロックＢ２−２である。Ｂ２−２（１）、Ｂ２−２（２）及びＢ２−２（３）で示すように、ブロックＢ２−２は３回送信されてきているが、３回とも正常にダウンロードできていない。制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２のエラーを検出する。モジュール・エラー・フラグ・バッファ２２６−７を参照して、モジュールＭ２のエラーを検出してから、ブロック・エラー・フラグ・バッファ２２６−４のモジュールＭ２に関連した部分のみを参照して、ブロックＢ２−２のエラーを検出するようにしてもよい。モジュール・エラー・フラグ・バッファ２２６−７を参照する前に、コンテンツ全体に対するエラー・フラグを確認し、そのエラー・フラグがセットされている場合のみに、モジュール・エラー・フラグ・バッファ２２６−７を参照するようにしても良い。続いて、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９に格納される。続いて、モジュール復元部２２６−５は、モジュールＭ２を復元し、コンテンツ復元部２２６−９は、コンテンツ全体を復元する。
【０１２２】
あるブロックの第２サーバ１０５からのダウンロードを行う前に、電波情況等が悪くて携帯網１０４を介して第２サーバ１０５と通信することができないことを検出したならば、そのダウンロードを中止したり、延期したりしても良い。後述する第２動作例乃至第６動作例においても同様である。
【０１２３】
あるブロックの第２サーバ１０５からのダウンロードに失敗した場合には、それが成功するまで、それを繰り返すようにしても良い。その繰返しにおいても、電波情況等が悪くて携帯網１０４を介して第２サーバ１０５と通信することができないことを検出したならば、その繰返しを中止したり、延期したりしても良い。後述する第２動作例乃至第６動作例においても同様である。
【０１２４】
第１動作例の場合、あるコンテンツの放送が終了した時に多数の端末が第２サーバ１０５に対しブロックの送信を要求し、通信回線が輻輳することがあり得る。これを避けるために、例えば、端末１０２は、乱数等を利用して、遅延時間を生成し、その遅延時間の経過後に第２サーバ１０５に対しブロックの送信を要求するようにしても良い。
【０１２５】
［第２動作例］
図１７に示すように、第２動作例では、各モジュール毎に、そのモジュールのカルーセル受信処理が終了した時点で（ステップＳ４１１）、そのモジュールを構成する複数のブロックのうちダウンロード・エラーが発生しているブロックを第２サーバ１０５からダウンロードする（ステップＳ４１３）。コンテンツが１つのみのモジュールから構成されている場合には、タイミング的には第１動作例と一致する。ここで、ダウンロード・エラーが発生しているブロックは、１度も正常にダウンロードできなかったブロックである。ダウンロード・エラーが発生しているブロックの数が複数である場合には、第２サーバ１０５からのダウンロードの際には、複数のブロックを１つずつダウンロードしても良いし、複数のブロックをまとめてダウンロードしても良い。図１７の例では、ダウンロード・エラーが発生しているブロックＢ２−２である。Ｂ２−２（１）、Ｂ２−２（２）及びＢ２−２（３）で示すように、ブロックＢ２−２は３回送信されてきているが、３回とも正常にダウンロードできていない。カルーセル受信処理は通常通り継続し、モジュールＭ３の３回目のカルーセル受信処理へと移行している。これと並行して、制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２のエラーを検出する。続いて、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９に格納される。続いて、モジュール復元部２２６−５は、モジュールＭ２を復元する。全てのモジュールについてカルーセル受信処理が終了し、更に、必要に応じて、カルーセル伝送でダウンロード・エラーが発生したブロックの第２サーバ１０５からのダウンロードが終了した時点で、コンテンツ復元部２２６−９は、コンテンツ全体を復元する。
【０１２６】
第２動作例の場合、あるコンテンツのあるモジュールのカルーセル伝送が終了した時に多数の端末が第２サーバ１０５に対しブロックの送信を要求し、通信回線が輻輳することがあり得る。これを避けるために、例えば、端末１０２は、乱数等を利用して、遅延時間を生成し、その遅延時間の経過後に第２のサーバ１０５に対しブロックの送信を要求するようにしても良い。
【０１２７】
コンテンツが複数のモジュールより構成され、最後のモジュールでないモジュールに含まれるブロックのカルーセル伝送によるダウンロードに失敗したことは、次のようにして検出できる。
【０１２８】
ＤＩＩ内に放送事業者が独自で設定できる領域に現在の繰り返しが最後の繰り返しであるか否かを示す識別情報を入れておけば、現在受信しているモジュールが最後の繰り返しにおけるモジュールであるか否かを知ることができる。そして、最後のモジュールであることが検出され、また、次のモジュールのＤＤＢブロックの受信が開始されたならば、現在のモジュールの繰り返し伝送が終了したことを意味するので、現在のモジュールの各ブロックのエラーの状態を見ることにより、現在のモジュールの各ブロックの伝送に誤りが含まれていたか否かを知ることができる。次のモジュールのＤＤＢブロックの受信が開始されることは、ＤＩＩに記述されているモジュールのサイズと規格で定められているＤＤＢブロックより求まる１つのモジュールあたりのＤＤＢブロック数を基に検出することができる。
【０１２９】
また、ＤＩＩ内に放送事業者が独自で設定できる領域に残りの繰り返し回数が何回あるのかを示す識別情報を入れておけば、現在受信しているモジュールが最後の繰り返しにおけるモジュールであるか否かを知ることができる。そして、最後のモジュールであることが検出され、また、次のモジュールのＤＤＢブロックの受信が開始されたならば、現在のモジュールの繰り返し伝送が終了したことを意味するので、現在のモジュールの各ブロックのエラーの状態を見ることにより、現在のモジュールの各ブロックの伝送に誤りが含まれていたか否かを知ることができる。
第２動作例によれば、コンテンツが複数のモジュールより構成され、最後のモジュールでないモジュールに含まれるブロックのカルーセル伝送によるダウンロードに失敗した場合に第１動作例より優れた効果が生ずる。すなわち、最後のモジュールのカルーセル受信処理によるダウンロードが終了する前に、カルーセル受信処理によるダウンロードに失敗したブロックを第２サーバ１０５からダウンロードすることが終了する可能性が高くなる。従って、ブロックのカルーセル受信処理によるダウンロードの失敗があっても、その失敗がない場合に比べ、コンテンツ全体のダウンロード終了時刻が変わらないこととなる可能性が高くなる。
【０１３０】
［第３動作例］
図１８に示すように、第３動作例では、あるモジュールのあるブロックに１度でもダウンロード・エラーが発生したならば（ステップＳ４２１）、そのブロックを第２サーバ１０５からダウンロードする（ステップＳ４２３）。カルーセル受信処理は通常通り継続する。ここで、ダウンロード・エラーが発生したブロックは、図１８の例では、ブロックＢ２−２（１）である。制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２（１）のエラーを検出する。続いて、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９にブロックＢ２−２（Ｓ）として格納される。モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックのうちの各ブロックがＤＤＢバッファ２２６−３又はブロック・バッファ２２６−９のうちの少なくとも一方に格納されたならば、モジュールＭ２を復元する。
【０１３１】
例えば、ブロックＢ２−１（１）及びブロックＢ２−３（１）が正常にダウンロードできており、ブロック２−２（２）が放送されてくる時よりも早く、第２サーバ１０５からブロックＢ２−２をブロックＢ２−２（Ｓ）としてダウンロードできた場合には、ブロックＢ２−１（１）、ブロックＢ２−２（Ｓ）及びブロックＢ２−３（１）が揃ってからこれらを基にモジュールＭ２を復元する。但し、このような場合であっても、ブロックＢ２−１（１）、ブロックＢ２−２（２）及びブロックＢ２−３（１）が揃ってからこれらを基にモジュールＭ２を復元するようにしてもよい。
【０１３２】
また、例えば、ブロックＢ２−１（１）及びブロックＢ２−３（１）が正常にダウンロードできており、第２サーバ１０５からブロックＢ２−２をブロックＢ２−２（Ｓ）としてダウンロードする時よりも早く、ブロック２−２（２）を正常にダウンロードした場合には、ブロックＢ２−１（１）、ブロックＢ２−２（２）及びブロックＢ２−３（１）が揃ってからこれらを基にモジュールＭ２を復元する。但し、このような場合であっても、ブロックＢ２−１（１）、ブロックＢ２−２（Ｓ）及びブロックＢ２−３（１）が揃ってからこれらを基にモジュールＭ２を復元するようにしてもよい。
【０１３３】
第３動作例によれば、第２動作例と同様に、ブロックのカルーセル受信処理によるダウンロードの失敗があっても、その失敗がない場合に比べ、コンテンツ全体のダウンロード終了時刻が変わらないこととなる可能性が高くなる。
【０１３４】
また、第３動作例によれば、可能な限り早期にブロックの再ダウンロードをすることが可能となる。また、第２サーバ１０５からのダウンロードに失敗した場合に、継続的なカルーセル受信処理により対処することが出来る。
【０１３５】
［第４動作例］
図１９に示すように、第４動作例では、あるモジュールのあるブロックに１度でもダウンロード・エラーが発生したならば（ステップＳ４３１）、そのブロックを第２サーバ１０５からダウンロードする（ステップＳ４３３）。カルーセル受信処理は通常通り継続するが、他のブロックのダウンロードに影響がない限り、ダウンロード・エラーが発生したブロックのカルーセル受信処理を終了しても良い。ここで、ダウンロード・エラーが発生したブロックは、図１９の例では、ブロックＢ２−２（１）である。制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２（１）のエラーを検出する。続いて、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９にブロックＢ２−２（Ｓ）として格納される。モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックのうちカルーセル受信に失敗しなかったブロックがＤＤＢバッファ２２６−３に格納され、カルーセル受信に失敗して第２サーバ１０５からダウンロードしたブロックがブロック・バッファ２２６−９に格納されたならば、モジュールＭ２を復元する。
【０１３６】
例えば、ブロックＢ２−１（１）及びブロックＢ２−３（１）が正常にダウンロードできており、第２サーバ１０５からブロックＢ２−２をブロックＢ２−２（Ｓ）としてダウンロードできた場合には、ブロックＢ２−１（１）、ブロックＢ２−２（Ｓ）及びブロックＢ２−３（１）が揃ってからこれらを基にモジュールＭ２を復元する。
【０１３７】
第４動作例によれば、第２動作例と同様に、ブロックのカルーセル受信処理によるダウンロードの失敗があっても、それがない場合に比べ、コンテンツ全体のダウンロード終了時刻が変わらないこととなる可能性が高くなる。
【０１３８】
また、第４動作例によれば、早期にブロックの再ダウンロードをすることが可能となる。
【０１３９】
［第５動作例］
図２０に示すように、第５動作例では、あるモジュールのあるブロックに１度でもダウンロード・エラーが発生したならば（ステップＳ４４１）、再度カルーセル伝送されてくるそのブロックのダウンロードが終了する時刻（終了時刻１）を見積もり（ステップＳ４４３）、第２サーバ１０５からそのブロックをダウンロードする場合にそのダウンロードが終了する時刻（終了時刻２）を見積もり（ステップＳ４４５）、終了時刻１と終了時刻２とを比較し（ステップＳ４４７）、終了時刻１よりも終了時刻２の方が早いと判断した場合に（ステップＳ４４７でＹＥＳ）、そのブロックを第２サーバ１０５からダウンロードする（ステップＳ４４９）。カルーセル受信処理は通常通り継続する。ここで、ダウンロード・エラーが発生したブロックは、図２０の例では、ブロックＢ２−２（１）である。制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２（１）のエラーを検出する（ステップＳ４４１）。続いて、ステップＳ４４３、Ｓ４４５及びＳ４４７が行われ、Ｓ４４７でＹＥＳであれば、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９にブロックＢ２−２（Ｓ）として格納される。
【０１４０】
図２１は、あるブロックのダウンロードに失敗した直後に（モジュールの１周期の終了時刻に同期しないで）ステップＳ４４３、Ｓ４４５及びＳ４４７を行なう場合の例を示す。時刻Ｔ０は、ステップＳ４４３、Ｓ４４５及びＳ４４７が行なわれる時刻である。第２サーバ１０５からのダウンロードの所要時間の見積値がΔＴであるとすると、第２サーバ１０５からのダウンロードの終了時刻の見積値は時刻Ｔ２（＝Ｔ０＋ΔＴ）となる。カルーセル受信処理によるダウンロードの終了時刻の見積値は時刻Ｔ１で示されている。（ａ）は、ブロックＢ１−１（１）のダウンロードに失敗した場合を示し、（ｂ）は、ブロックＢ１−２（１）のダウンロードに失敗した場合を示し、（ｃ）は、ブロックＢ１−３（１）のダウンロードに失敗した場合を示すが、何れの場合にも、Ｔ１＞Ｔ２である。但し、第２サーバ１０５からのダウンロードの所要時間の見積値ΔＴがカルーセル伝送の周期（Ｂ１−１（ｎ）乃至Ｂ３−３（ｎ）を送る周期）よりも長くなれば、何れの場合にも、Ｔ１＜Ｔ２となる。
【０１４１】
従って、図２１は、あるブロックのダウンロードに失敗した直後にステップＳ４４３、Ｓ４４５及びＳ４４７を行なう場合には、ダウンロードに失敗したブロックの番号にかかわらず、カルーセル伝送１周期分の時間（＝Ｔ１−Ｔ０）の見積値及び第２サーバ１０５からのダウンロードの所要時間の見積値ΔＴにより、終了時刻１と終了時刻２の前後関係が決定されることを示す。
【０１４２】
１周期（Ｂ１−１（ｎ）乃至Ｂ３−３（ｎ）を送る周期）分の時間は、１つの伝送データ当たりのモジュール数、１つのモジュール当たりのブロック数、１つのブロック当たりのデータ量（バイト数等）、伝送データが含まれる階層（例えば、Ｂ階層）の伝送レート、トランスポート・ストリーム中における当該伝送データが入っているエレメンタリー・ストリームのデータ量の割合等を基に見積もることが出来る。他方、第２サーバ１０５からのダウンロードの所要時間の見積値ΔＴは、１つのブロック当たりのデータ量、通信回線の現在の伝送レート等を基に見積もることが出来る。また、両者とも過去の測定値を基に見積もることも出来る。電波情況等が悪くて携帯網１０４を介して第２サーバ１０５と通信することができない場合には、時刻Ｔ１＜時刻Ｔ２とする。
【０１４３】
図２２は、あるブロックのダウンロードに失敗し、それ以降、カルーセル伝送におけるそのブロックを含むモジュールの１周期の終了時刻に同期してステップＳ４４３、Ｓ４４５及びＳ４４７を行なう場合の例を示す。時刻Ｔ０は、ステップＳ４４３、Ｓ４４５及びＳ４４７が行なわれる時刻である。第２サーバ１０５からのダウンロードの所要時間の見積値がΔＴであるとすると、第２サーバ１０５からのダウンロードの終了時刻の見積値は時刻Ｔ２（＝Ｔ０＋ΔＴ）となる。カルーセル受信処理によるダウンロードの終了時刻の見積値は時刻Ｔ１で示されている。（ａ）は、ブロックＢ１−１（１）のダウンロードに失敗した場合を示し、この場合には、Ｔ１＜Ｔ２である。（ｂ）は、ブロックＢ１−２（１）のダウンロードに失敗した場合を示し、この場合には、Ｔ１＝Ｔ２である。（ｃ）は、ブロックＢ１−３（１）のダウンロードに失敗した場合を示すが、この場合には、Ｔ１＞Ｔ２である。但し、第２サーバ１０５からのダウンロードの所要時間の見積値ΔＴが異なれば、Ｔ１とＴ２の前後関係は変化する。
【０１４４】
従って、図２２は、あるブロックのダウンロードに失敗して、カルーセル伝送におけるそのブロックを含むモジュールの１周期の終了時刻に同期してステップＳ４４３、Ｓ４４５及びＳ４４７を行なう場合には、カルーセル１周期分の時間（＝Ｔ１−Ｔ０）の見積値及び第２サーバ１０５からのダウンロードの所要時間の見積値ΔＴのみならず、ダウンロードに失敗したブロックの番号にも依存して、終了時刻１と終了時刻２の前後関係が決定されることを示す。
【０１４５】
また、図２２に示すように、あるブロックのダウンロードに失敗して、それ以降、カルーセル伝送におけるそのブロックを含むモジュールの１周期の終了時刻に同期してステップＳ４４３、Ｓ４４５及びＳ４４７を行なう場合には、同一モジュール内の他のブロックのダウンロードにも失敗していることもありうる。このようにして１つのモジュールにおいて、ダウンロード・エラーが発生しているブロックの数が複数となった場合には、第２サーバ１０５からのダウンロードの際には、複数のブロックを１つずつダウンロードしても良いし、複数のブロックをまとめてダウンロードしても良い。
【０１４６】
図２０に戻り、Ｓ４４７でＹＥＳである場合には、通常のカルーセル受信処理と第２サーバ１０５からのダウンロードが並行して行なわれることとなり、モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックのうちの各ブロックがＤＤＢバッファ２２６−３又はブロック・バッファ２２６−９のうちの少なくとも一方に格納されたならば、モジュールＭ２を復元する。
【０１４７】
Ｓ４４７でＮＯである場合には、通常のカルーセル受信処理のみが継続されることとなり、モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックがＤＤＢバッファ２２６−３に格納されたならば、モジュールＭ２を復元する。
【０１４８】
第５動作例によれば、第２動作例と同様に、ブロックのカルーセル受信処理によるダウンロードの失敗があっても、それがない場合に比べ、コンテンツ全体のダウンロード終了時刻が変わらないこととなる可能性が高くなる。
【０１４９】
また、第５動作例によれば、第３動作例と同様に、可能な限り早期にブロックの再ダウンロードをすることが可能となる。また、第２サーバ１０５からのダウンロードに失敗した場合に、継続的なカルーセル受信処理により対処することが出来る。
【０１５０】
更に、第５動作例によれば、ダウンロード要求時刻が分散するので、第３動作例に比べ、第２サーバ１０５の過負荷や通信回線の輻輳が発生する可能性を低くすることが出来る。また、見積もりに反して、終了時刻２よりも終了時刻１の方が早い場合には、終了時刻２まで待つ必要が無くなる。
【０１５１】
［第６動作例］
図２３に示すように、第６動作例では、あるモジュールのあるブロックに１度でもダウンロード・エラーが発生したならば（ステップＳ４６１）、再度カルーセル伝送されてくるそのブロックのダウンロードが終了する時刻（終了時刻１）を見積もり（ステップＳ４６３）、第２サーバ１０５からそのブロックをダウンロードした場合にそのダウンロードが終了する時刻（終了時刻２）を見積もり（ステップＳ４６５）、終了時刻１と終了時刻２とを比較し（ステップＳ４６７）、終了時刻１よりも終了時刻２の方が早いと判断した場合に（ステップＳ４６７でＹＥＳ）、そのブロックを第２サーバ１０５からダウンロードする（ステップＳ４６９）。カルーセル受信処理は通常通り継続するが、他のブロックのダウンロードに影響がない限り、ダウンロード・エラーが発生したブロックのカルーセル受信処理を終了しても良い。ここで、ダウンロード・エラーが発生したブロックは、図２３の例では、ブロックＢ２−２（１）である。制御部２２６−１０は、ブロック・エラー・フラグ・バッファ２２６−４を参照して、ブロックＢ２−２（１）のエラーを検出する。続いて、ステップＳ４４３、Ｓ４４５及びＳ４４７が行われ、Ｓ４４７でＹＥＳであれば、ブロックＢ２−２は第２サーバ１０５からダウンロードされ、ブロック・バッファ２２６−９にブロックＢ２−２（Ｓ）として格納される。
【０１５２】
Ｓ４６７でＹＥＳである場合には、モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックのうちカルーセル受信に失敗しなかったブロックがＤＤＢバッファ２２６−３に格納され、カルーセル受信に失敗して第２サーバ１０５からダウンロードしたブロックがブロック・バッファ２２６−９に格納されたならば、モジュールＭ２を復元する。
【０１５３】
Ｓ４６７でＮＯである場合には、通常のカルーセル受信処理のみが継続されることとなり、モジュール復元部２２６−５は、モジュールＭ２を構成する全てのブロックがＤＤＢバッファ２２６−３に格納されたならば、モジュールＭ２を復元する。
【０１５４】
図２１及び図２２を参照して説明した事項は、第５動作例の場合と同様であるので、重複する説明を省略する。
【０１５５】
第６動作例によれば、第２動作例と同様に、ブロックのカルーセル伝送によるダウンロードの失敗があっても、それがない場合に比べ、コンテンツ全体のダウンロード終了時刻が変わらないこととなる可能性が高くなる。
【０１５６】
また、第６動作例によれば、ダウンロード要求時刻が分散するので、第４動作例に比べ、第２サーバ１０５の過負荷や通信回線の輻輳が発生する可能性を低くすることが出来る。
【０１５７】
［第７動作例］
第３動作例、第４動作例、第５動作例又は第６動作例に従った再ダウンロードを行うことを常時可能としておき、それでも、１度も正常にダウンロードできないブロックが残ったまま、そのブロックを含むモジュールのカルーセル伝送が終了してしまい、次のモジュールのカルーセル伝送が始まってしまった場合には、第２動作例に従った再ダウンロードを行ない、それでも、１度も正常にダウンロードできないブロックが残ったまま、コンテンツのカルーセル伝送が終了してしまった場合には、第１動作例に従って再ダウンロードを行なうようにしても良い。この場合、あるブロックの第２サーバ１０５からのダウンロードに失敗した場合に、それが成功するまで、それを繰り返すようにする動作は、行なっても良く、行なわなくても良い。また、あるブロックの第２サーバ１０５からのダウンロードに失敗した場合に、それが成功するまで、それを繰り返すようにする動作は、部分的に（例えば、第１動作例に従った再ダウンロードの時のみ）行なうようにしてもよい。
【０１５８】
なお、上記の実施形態では、地上デジタル音声放送を例に取り説明したが、この他、例えば、地上デジタルテレビ放送、衛星デジタルテレビ放送等のデジタル放送に適用してもよい。
【図面の簡単な説明】
【０１５９】
【図１】本発明の実施形態によるコンテンツ・ダウンロード・システムの構成を示すブロック図である。
【図２】地上デジタル音声放送で利用される周波数帯域を示す図である。
【図３】カルーセル伝送方式におけるデータの分割方法等を示す図である。
【図４】カルーセル伝送方式を示すタイミング図である。
【図５】図１に示す放送局の構成を示すブロック図である。
【図６】図５に示すＡ階層送信処理部の構成を示すブロック図である。
【図７】図５に示すＢ階層送信処理部の構成を示すブロック図である。
【図８】図１に示す端末の構成を示すブロック図である。
【図９】図８に示すカルーセル受信処理部の構成を示すブロック図である。
【図１０】本発明の実施形態におけるコンテンツの構成を示す図である。
【図１１】図１に示す第１サーバの構成を示すブロック図である。
【図１２】図１に示す第２サーバの構成を示すブロック図である。
【図１３】本発明の実施形態によるコンテンツ・ダウンロード・システムにより行われるコンテンツ・ダウンロード方法を示すフローチャートである。
【図１４】図１３に示すステップＳ３０３及びＳ３０４の詳細を示すフローチャートである。
【図１５】図１３に示すステップＳ３０５の詳細を示すフローチャートである。
【図１６】第１動作例を説明するためのタイミング図及びフローチャートである。
【図１７】第２動作例を説明するためのタイミング図及びフローチャートである。
【図１８】第３動作例を説明するためのタイミング図及びフローチャートである。
【図１９】第４動作例を説明するためのタイミング図及びフローチャートである。
【図２０】第５動作例を説明するためのタイミング図及びフローチャートである。
【図２１】第５動作例及び第６動作例において、カルーセル伝送の繰返しに対し非同期動作をした場合の終了時刻１と終了時刻２の例を示す図である。
【図２２】第５動作例及び第６動作例において、カルーセル伝送の繰返しに対し同期動作をした場合の終了時刻１と終了時刻２の例を示す図である。
【図２３】第６動作例を説明するためのタイミング図及びフローチャートである。
【符号の説明】
【０１６０】
１０１  放送局
１０２−１、１０２−２、・・・、１０２−Ｎ  端末
１０３  第１サーバ
１０４  携帯網
１０５  第２サーバ
１０５  第２サーバ
２００−１  Ａ階層送信処理部
２００−２  Ｂ階層送信処理部
２０１  エンコーダ群
２０２  ＰＥＳ化部
２０３  暗号化部
２０４  カルーセル送信処理部
２０５  セクション化部
２０６  ＴＳ多重化部
２０７  伝送路符号化部
２０８  ＲＦ部
２２１  チューナ部
２２２  伝送路復号化部
２２３  ＴＳ多重分離部
２２４  ＰＥＳ受信処理部
２２５  セクション受信処理部
２２６  カルーセル受信処理部
２２６−１  セクション・ペイロード・受信部
２２６−２  ＤＩＩバッファ
２２６−３  ＤＤＢバッファ
２２６−４  ブロック・エラー・フラグ・バッファ
２２６−５  モジュール復元部
２２６−６  モジュール・バッファ
２２６−７  モジュール・エラー・フラグ・バッファ
２２６−８  コンテンツ復元部
２２６−９  ブロック・バッファ
２２６−１０  制御部
２２７  デコーダ群
２２８  ＢＭＬブラウザ
２２９  コンテンツ・ダウンロード部
２３０  コンテンツ格納部
２３１  携帯網用アンテナ
２３２  携帯網用変復調部
２３３  暗号解読鍵取得部
２３４  暗号解読鍵格納部
２３５  暗号解読部
２３６  表示部
２３７  スピーカ
２３８  キー群
２３９  ユーザ・インターフェース制御部
２５１  通信部
２５２  認証部
２５３  課金部
２５４  暗号解読鍵格納部
２５５  暗号解読鍵読出部
【図１】
2007306075.tif 000003
【図２】
2007306075.tif 000004
【図３】
2007306075.tif 000005
【図４】
2007306075.tif 000006
【図５】
2007306075.tif 000007
【図６】
2007306075.tif 000008
【図７】
2007306075.tif 000009
【図８】
2007306075.tif 000010
【図９】
2007306075.tif 000011
【図１０】
2007306075.tif 000012
【図１１】
2007306075.tif 000013
【図１２】
2007306075.tif 000014
【図１３】
2007306075.tif 000015
【図１４】
2007306075.tif 000016
【図１５】
2007306075.tif 000017
【図１６】
2007306075.tif 000018
【図１７】
2007306075.tif 000019
【図１８】
2007306075.tif 000020
【図１９】
2007306075.tif 000021
【図２０】
2007306075.tif 000022
【図２１】
2007306075.tif 000023
【図２２】
2007306075.tif 000024
【図２３】
2007306075.tif 000025