(57)【要約】      （修正有）【課題】放送されたコンテンツデータの欠損データを補完する際において、通信網のトラフィックを極力軽減することができる放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システムを提供する。【解決手段】受信装置２００から時刻情報を含んだ欠損データの再送要求である時刻情報を受信すると、当該再送要求に含まれる時刻情報に基づいて、ＨＴＴＰ応答部１０４は、欠損データを含んだコンテンツの再放送の有無を判断する。そして、ＨＴＴＰ応答部１０４により再放送があると判断されると、レスポンスとして、エラー通知受信装置２００に送信して、通信網を介したコンテンツの送信を行わない。【選択図】図１
2011254134.tif 000002
【特許請求の範囲】
【請求項１】
受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送装置において、
前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信手段と、
前記受信手段により欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断手段と、
前記判断手段により再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信手段と
を備える放送補完データ伝送装置。
【請求項２】
前記時刻情報は、前記受信装置においてコンテンツの受信時刻であることを特徴とする請求項１に記載の放送補完データ伝送装置。
【請求項３】
前記時刻情報は、前記受信装置において、欠損データの再送要求を送信した時刻であることを特徴とする請求項１に記載の放送補完データ伝送装置。
【請求項４】
前記送信手段は、前記判断手段により再放送があると判断されると、さらに、エラーの旨の信号を前記受信装置に送信し、
前記受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識可能にすることを特徴とする請求項１から３のいずれか一項に記載の放送補完データ伝送装置。
【請求項５】
前記判断手段は、
再送要求に含まれている時刻情報により示される時刻と、当該コンテンツの更新時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することを特徴とする請求項１から４のいずれか一項に記載の放送補完データ伝送装置。
【請求項６】
前記受信手段は、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することを特徴とする請求項１から５のいずれか一項に記載の放送補完データ伝送装置。
【請求項７】
請求項１から６のいずれか一項に記載の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、
前記受信装置は、
前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、
前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、
を備えることを特徴とする放送システム。
【請求項８】
請求項４に記載の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、
前記受信装置は、
前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、
前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、
前記要求手段の要求に応じて、前記放送補完データ伝送装置から、エラーの旨を受信すると、前記コンテンツの再放送時刻情報を取得する取得手段と、
前記取得手段により取得された再放送時刻情報で示された時刻に放送受信可能状態にする制御手段と
を備える放送システム。
【請求項９】
受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送方法において、
前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信ステップと、
前記受信ステップにより欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断ステップと、
前記判断ステップにより再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信ステップと
を備える放送補完データ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送波で伝送されたコンテンツデータにおける欠損データを補完する放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システムに関する。
【背景技術】
【０００２】
近年、放送と通信の連携システムとして、地上波デジタル放送規格の拡張であるISDB-Tmm規格の策定が検討されており、その中で、ダウンロード用コンテンツを放送波で配信するファイルキャスティング機能も検討されている。
【０００３】
ダウンロード用コンテンツを放送波で配信する場合、コンテンツによっては全てのデータを完全に受信できていなければ利用できないものも存在する。例えば、ソフトウェア等のデータは一部欠損があるだけで利用できなくなる。
【０００４】
また、動画や音声データでも欠損部分によっては、再生できない、もしくは著しく視聴品質が落ちる可能性もある。
【０００５】
したがって、このようなダウンロード用コンテンツを放送波で配信する場合においては、受信装置が欠損データを通信で要求できる放送補完システムが検討されている。
【０００６】
例えば、特許文献１に記載されている発明では、受信装置が受信した放送データに対する欠損データ情報を、データ放送装置に通信網を利用して通知し、欠損データを通信網経由で再送してもらうことが記載されている。
【０００７】
このような放送と通信を融合したシステムにおいては、大部分のデータを放送波で全受信装置に配信しながら、通信網では、個別の受信装置に対して欠損部分のみを伝送するため、通信網のトラフィック負荷の影響を抑えながら、信頼性の高いデータ伝送が可能になる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１６５９１５号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載されているように、受信装置からの欠損データ要求に対して、放送の番組編成によっては、当該欠損データ要求を拒否することが望ましい場合もある。
【００１０】
例えば、同じコンテンツデータを２回放送する場合においては、受信装置が１回目の放送を受信した後、２回目の放送前に欠損データ要求をした場合には、欠損データ要求に応答するコンテンツ伝送装置は２回目の放送があることを受信装置に通知し、２回目の放送まで待機させることが好ましい場合がある。これはなるべく通信網の利用を軽減し、放送波でデータを受信した方が通信網のトラフィック負荷的に効率が良いためである。
【００１１】
また、２回の放送が終了した後も、番組の編成によってはもう一度同じコンテンツデータを再放送することが決定する可能性がある。このような場合も、受信装置からの欠損データ要求に対して、再放送があることを通知でき、受信装置においては、その再放送を待って、欠損データの補完を行うことができれば、通信網のトラフィック負荷軽減につながる。
【００１２】
そこで、上述の課題を解決するために、本発明は、放送されたコンテンツデータの欠損データを補完する際において、通信網のトラフィックを極力軽減することができる放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述の課題を解決するために、本発明の放送補完データ伝送装置は、受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送装置において、前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信手段と、前記受信手段により欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断手段と、前記判断手段により再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信手段とを備えている。
【００１４】
また、放送補完データ伝送方法において、受信装置からの要求に応じてコンテンツの欠損データを、通信網を利用して補完する放送補完データ伝送方法において、前記受信装置から時刻情報を含んだ欠損データの再送要求を受信する受信ステップと、前記受信ステップにより欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、前記欠損データを含んだコンテンツの再放送の有無を判断する判断ステップと、前記判断ステップにより再放送があると判断されると、通信網を介した前記コンテンツの送信を行わず、再放送が無いと判断されると、通信網を介した前記コンテンツの送信を行う送信ステップとを備えている。
【００１５】
この発明によれば、受信装置から時刻情報を含んだ欠損データの再送要求を受信すると、当該再送要求に含まれる時刻情報に基づいて、欠損データを含んだコンテンツの再放送の有無を判断する。そして、再放送があると判断されると、通信網を介したコンテンツの送信を行わず、再放送が無いと判断されると、通信網を介したコンテンツの送信を行う。これにより、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
【００１６】
また、本発明の放送補完データ伝送装置において、前記時刻情報は、前記受信装置においてコンテンツの受信時刻であることが好ましい。
【００１７】
また、本発明の放送補完データ伝送装置において、前記時刻情報は、前記受信装置において、欠損データの再送要求を送信した時刻であることが好ましい。
【００１８】
また、本発明の放送補完データ伝送装置において、前記送信手段は、前記判断手段により再放送があると判断されると、さらに、エラーの旨の信号を前記受信装置に送信し、前記受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識可能にすることが好ましい。
【００１９】
この発明によれば、再放送があると判断されると、エラーの旨の信号を受信装置に送信し、受信装置においては、当該エラーの旨の信号を受信すると、再放送がある旨認識することができる。よって、受信装置側において、再放送のための準備を効率的に行うことができる。
【００２０】
また、本発明の放送補完データ伝送装置において、前記判断手段は、再送要求に含まれている時刻情報により示される時刻と、当該コンテンツの更新時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することが好ましい。
【００２１】
この発明によれば、再送要求に含まれている時刻情報により示される時刻が、予め定めた再放送の放送時間と比較することで、当該時刻情報の時刻以降の再放送の有無を判断することができる。よって、確実に再放送の有無を判断することができる。
【００２２】
また、本発明の放送補完データ伝送装置において、前記受信手段は、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することが好ましい。
【００２３】
この発明によれば、再送要求として、ＨＴＴＰにおける時刻情報を含んだ条付きリクエストを受信することで、ＨＴＴＰのリクエストに応答する既存のＷＥＢサーバを放送補完データ伝送装置に利用することができる。また、格調の無い既存のＷＥＢサーバでも対応できるため、安価に装置を導入することができ、放送補完データ伝送装置を複数に分散させることも容易である。よって、通信網のトラフィックや欠損データの要求を分散させることができる。
【００２４】
また、以下に記載するとおり、本発明の放送補完データ伝送装置および放送補完データ伝送方法のほかに、放送システムとして捉えることができる。これら発明は、カテゴリーが異なるものであり、装置と同様の作用効果を奏するものである。
【００２５】
本発明の放送システムにおいて、上記の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、前記受信装置は、前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、を備えている。
【００２６】
また、本発明の放送システムにおいて、上記の放送補完データ伝送装置と、コンテンツの放送を行う放送装置と、前記放送装置からコンテンツの受信を行う受信装置とを備える放送システムにおいて、前記受信装置は、前記放送装置から受信したコンテンツの欠損データを検出する検出手段と、前記検出手段により欠損データが検出されると、前記放送補完データ伝送装置に対して、前記欠損データを含んだコンテンツの再送要求を、前記コンテンツの受信時の時刻または前記再送要求時の時刻を示す時刻情報とともに送信する要求手段と、前記要求手段の要求に応じて、前記放送補完データ伝送装置から、エラーの旨を受信すると、前記コンテンツの再放送時刻情報を取得する取得手段と、前記取得手段により取得された再放送時刻情報で示された時刻に放送受信可能状態にする制御手段とを備えている。
【００２７】
この発明によれば、放送補完データ伝送装置から、エラーの旨を受信すると、コンテンツの再放送時刻情報を取得し、取得された再放送時刻情報で示された時刻に放送受信可能状態にすることで、再放送されるコンテンツを確実に受信することができる。
【発明の効果】
【００２８】
本発明によれば、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
【図面の簡単な説明】
【００２９】
【図１】本実施形態における放送システム１０のシステム構成を示すシステム構成図である。
【図２】放送スケジュールと、放送補完タイミングを示した説明図である。
【図３】ＨＴＴＰのＧＥＴメソッドにおける“IF Unmodified Since {時刻}”を利用した場合のコンテンツデータの取得処理を模式的に示した説明図である。
【図４】ＨＴＴＰのＧＥＴメソッドを利用した欠損データの取得処理のシーケンス図である。
【発明を実施するための形態】
【００３０】
添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００３１】
図１は、本実施形態における放送システム１０のシステム構成を示すシステム構成図である。図１に示すとおり、放送システム１０は、放送補完データ伝送装置１００、受信装置２００、および放送装置３００から構成されている。
【００３２】
放送補完データ伝送装置１００は、蓄積部１０１、コンテンツＤＢ１０２、更新時刻変更部１０３、ＨＴＴＰ応答部１０４（受信手段、判断手段、送信手段）、および通信部１０５を含んで構成されている。この放送補完データ伝送装置１００は、放送されたコンテンツデータを保管するためのサーバであって、受信装置２００からの要求に応じて、コンテンツデータの配信を行うものである。
【００３３】
この放送補完データ伝送装置１００は、ＣＰＵ、ＲＡＭ、ＲＯＭ、通信モジュール等を備えたコンピュータシステムから構成されているものであり、ＲＯＭに記憶されたプログラムに従って、ＣＰＵは動作することにより、コンテンツデータの配信処理などを実行することができる。以下、この放送補完データ伝送装置１００の構成要素について説明する。
【００３４】
蓄積部１０１は、補完用のコンテンツデータをコンテンツＤＢ１０２に記憶させるための部分である。この蓄積部１０１は、放送補完データ伝送装置１００のオペレータによる操作に従って、補完用のコンテンツデータをコンテンツＤＢ１０２に記憶する。
【００３５】
コンテンツＤＢ１０２は、補完用のコンテンツデータを記憶するデータベースであって、受信装置２００からの要求に従って欠損データを含んだデータブロックを抽出できるように、所定のブロック単位で、当該ブロックを識別可能な識別子と対応付けて記憶している。また、コンテンツＤＢ１０２は、コンテンツデータ名（またはコンテンツ識別子）と放送時間帯とを対応付けた放送番組表を記憶している。
【００３６】
更新時刻変更部１０３は、コンテンツデータの更新時刻を変更する部分である。放送補完データ伝送装置１００のオペレータ操作により変更処理が行われる部分であり、コンテンツデータ自体に更新が無くても、更新時刻を変更することができる。なお、この更新時間は、２回目の放送や再放送の放送時間を示したものであり、更新時間を、放送番組表におけるコンテンツデータの放送時間帯に連動して変更するようにしてもよい。
【００３７】
ＨＴＴＰ応答部１０４は、通信部１０５を介して受信した、欠損データの再送要求に対する応答を行う部分である。より具体的には、ＨＴＴＰ応答部１０４は、受信装置２００から送信された条件付リクエストヘッダが付加されたリクエスト信号を受信すると、その条件を満たした場合に応じた処理を行う。
【００３８】
例えば、ＨＴＴＰ応答部１０４は、コンテンツデータのコンテンツ名（またはその識別子）および欠損データを含んだデータブロックの識別子とともに、条件付リクエストヘッダとして、IF Unmodified Since {放送受信時刻}が付加された放送補完リクエストを受信すると、そのコンテンツの放送受信時刻と、コンテンツＤＢに記憶されているコンテンツの更新時刻とを照合して、法送受信時刻より後の時間に更新時刻が設定されている場合には、そのコンテンツデータの再放送予定が有と判断する。そして、再放送予定があると判断されると、ＨＴＴＰ応答部１０４は、エラーの旨、受信装置２００に送信する。再放送予定がないと判断されると、ＨＴＴＰ応答部１０４は、欠損データを含んだコンテンツデータの送信処理を開始する。
【００３９】
通信部１０５は、通信モジュールとして機能する部分であって、ＨＴＴＰ応答部１０４に対して受信装置２００から送信されたリクエスト信号を受け渡し、またＨＴＴＰ応答部１０４から出力された各種信号を受信装置２００に送信する部分である。
【００４０】
つぎに、放送装置３００から放送されたコンテンツデータを受信し、その受信したコンテンツデータに欠損データがあった場合に、放送補完データ伝送装置１００に欠損データの要求を行う受信装置２００について説明する。図１に示されている通り、この受信装置２００は、放送受信部２０１（制御手段）、復号化部２０２、欠損データ特定部２０３（検出手段）、ＨＴＴＰリクエスト部２０４（要求手段）、通信部２０５、および放送時間取得部２０６（取得手段）を含んで構成されている。この受信装置２００は、例えば携帯端末であって、ＣＰＵ、ＲＡＭ、ＲＯＭ、通信モジュール等を備えたコンピュータシステムから構成されているものであり、ＲＯＭに記憶されたプログラムに従って、ＣＰＵは動作することにより、コンテンツの受信処理、要求処理などを実行することができる。以下、この受信装置２００の構成要素について説明する。
【００４１】
放送受信部２０１は、放送装置３００から放送されたコンテンツデータを受信する部分である。
【００４２】
復号化部２０２は、放送されたコンテンツデータを復号する部分である。
【００４３】
欠損データ特定部２０３は、受信したコンテンツデータに欠損データがあった場合に、その欠損データを特定する部分である。例えば、コンテンツデータは、複数のデータブロックから構成されており、そのうちの一つに欠損データがあった場合には、当該データブロックを示す識別子により欠損データを含んだデータブロックを特定することができる。この欠損データ特定部２０３は、通信部２０５によりコンテンツが受信されたときに、データの欠損の有無を判断してもよいし、コンテンツの再生時または読み込み時に、データの欠損の有無を判断してもよい。
【００４４】
ＨＴＴＰリクエスト部２０４は、欠損データ特定部２０３により特定された欠損データの再送要求を行うための放送補完リクエストを放送補完データ伝送装置１００に送信する部分である。このＨＴＴＰリクエスト部２０４は、コンテンツデータを受信した時刻を示す時刻情報を、条件付リクエストヘッダの条件とし、当該条件付リクエストヘッダと、コンテンツ識別子および欠損データを示すブロックの識別子とを対応付けた放送補完リクエストを放送補完データ伝送装置１００に通信部２０５を用いて送信する。なお、時刻情報として、コンテンツデータを受信した時刻にかえて、当該放送補完リクエストを送信する時刻を設定するようにしてもよい。
【００４５】
通信部２０５は、通信モジュールとしての機能を実行する部分であって、放送補完データ伝送装置１００に対して、ＨＴＴＰリクエスト部２０４からの放送補完リクエストを送信し、また放送補完データ伝送装置１００からのレスポンスを受信する部分である。
【００４６】
放送時間取得部２０６は、放送補完データ伝送装置１００から、欠損データの再送要求である放送補完リクエストに対してエラーの旨のレスポンス信号を受信した場合に、放送補完データ伝送装置１００に記憶されている、更新時刻が反映された番組表データに対してアクセスし、放送補完リクエストの対象となるコンテンツデータの２回目の放送時刻または再放送時刻を取得する部分である。取得した２回目の放送時刻または再放送時刻に達すると、放送受信部２０１は、放送装置３００からのコンテンツデータの放送波を受信できるように、オン状態となり、一種の受信予約を行う状態となる。
【００４７】
つぎに、放送装置３００について説明する。放送装置３００は、符号化されたコンテンツデータを放送する部分である。この放送装置３００は、コンテンツＤＢ３０１、符号化部３０２、および放送伝送部３０３を含んで構成されている。
【００４８】
コンテンツＤＢ３０１は、放送するコンテンツデータを記憶する部分である。このコンテンツＤＢ３０１は、コンテンツデータとともに、その放送時刻を対応付けて記憶している。
【００４９】
符号化部３０２は、コンテンツＤＢに記憶されているコンテンツデータを符号化する部分である。
【００５０】
放送伝送部３０３は、コンテンツＤＢ３０１に記憶されているコンテンツデータの放送時刻を参照して、その放送時刻に達すると、符号化部３０２に符号化処理をさせて、符号化されたコンテンツデータの放送を行う部分である。
【００５１】
放送装置３００は、放送を行った後、必要に応じて、放送補完データ伝送装置１００に、放送したコンテンツデータをコピーする。このコピー処理は、放送補完データ伝送装置１００または放送装置３００のオペレータにより、行われてもよいし、通信網を経由して自動的にコピー処理を行うようにしてもよい。
【００５２】
このように構成された放送システム１０における放送スケジュールと、各装置の処理タイミングについて説明する。図２は、放送スケジュールと、放送補完タイミングを示した説明図である。
【００５３】
図２に示すように、放送装置３００は、コンテンツデータの１回目の放送を行い、時刻Ａにはその放送を終了させている。そのコンテンツデータを受信した受信装置２００は、その受信時またはコンテンツの再生時に、そのコンテンツデータに欠損を検出した場合には、コンテンツ識別子と欠損データを含んだデータブロックを特定する識別子とを含んだ放送補完リクエストを放送補完データ伝送装置１００に送信する。
【００５４】
このとき、放送装置３００が、時刻Ｂが放送終了時刻となるように同一コンテンツデータの２回目の放送を行う場合には、受信装置２００は、その２回目の放送を待つ方が効率的である。よって、放送補完リクエストを送信したとしても、放送補完データ伝送装置１００は、そのリクエストに対しては、エラーの旨のレスポンス信号を送信し、受信装置２００に対して、欠損データの補完処理を２回目の放送まで待たせる。
【００５５】
また、一方で、放送装置３００のオペレータにおいて、時刻Ｂ以降である時刻Ｃの時点で番組再編成の決定をする場合がある。図２においては、時刻Ｄが放送終了時刻となるように再放送を行うことが示されている。そして、時刻Ｃ以降時刻Ｄまでの間に、受信装置２００は、コンテンツを再生等することによってそのコンテンツに欠損データを含んだものであると判断し、放送補完リクエストを放送補完データ伝送装置１００に送信した場合、再放送をまって欠損データの取得をする方が効率的である。この場合も、同様に、放送補完データ伝送装置１００は、そのリクエストに対しては、エラーの旨のレスポンス信号を送信し、再放送まで待たせる。
【００５６】
図３は、放送スケジュールと、放送補完タイミングを示した説明図であって、ＨＴＴＰのＧＥＴメソッドにおける“IF Unmodified Since {時刻}”を利用した場合のコンテンツデータの取得処理を模式的に示した説明図である。
【００５７】
図２と同様に、放送装置３００は、時刻Ａおよび時刻Ｂのそれぞれが放送終了時刻となるように、同一コンテンツデータの放送を２回行っている。
【００５８】
ここで受信装置２００は、受信したコンテンツデータに欠損データがあった場合、再送要求である放送補完リクエストとして、“GET HTTP1.1 IF Unmodified Since {時刻Ａ}”を含んだ信号を放送補完データ伝送装置１００に送信する。放送補完データ伝送装置１００では、コンテンツデータの更新時刻として、２回目放送時刻である時刻Ｂを記憶しており、この２回目放送時刻である時刻Ｂと、時刻Ａとを比較することにより、コンテンツデータの再送の要否を判断している。なお、ここでは、コンテンツデータの受信終了時刻である時刻Ａを条件の要件としているが、これは一例であって、例えば放送の開始時刻としてもよいし、上述したとおり、放送補完リクエストを送信する時刻（例えば、時刻Ａから時刻Ｂの間の任意の時刻）としてもよい。
【００５９】
図３では、時刻Ａ以降に更新時刻として時刻Ｂが設定されているため、放送補完データ伝送装置１００は、放送補完リクエストに記述されている条件を満たしていないエラー通知の一つである“412 Precondition Failed”を受信装置２００に送信する。受信装置２００では、このエラー通知を受信すると、放送補完データ伝送装置１００に記憶されている番組表データにアクセスし、欠損データを含んだコンテンツデータの再放送時刻を取得する。そして、受信装置２００は、その時刻に放送されるコンテンツデータを受信可能な状態にする。
【００６０】
また、一方で、放送装置３００においては、番組再編成が決定される。図３においては、時刻Ｃの時点で、それ以降の時刻Ｄが当該コンテンツデータの再放送時刻に決定される。そして、放送補完データ伝送装置１００においては、その時刻Ｄが更新時刻として、コンテンツＤＢ１０２に記憶される。放送補完データ伝送装置１００では、コンテンツデータ自体に更新が無くても、更新時刻だけは変更しておく。これにより、ＨＴＴＰの条件付リクエストに対応することができる。なお、この更新時刻は、未来の時間となっている。
【００６１】
そして、受信装置２００において、時刻Ｂ終了時のコンテンツデータに欠損データがあった場合、再度、放送補完リクエストその送信が行われる。ここでは、放送補完リクエストとして、“GET HTTP/1.1 IF Unmodified Since {時刻Ｂ}”を含んだリクエスト信号を放送補完データ伝送装置１００に送信する。なお、受信装置２００において、再放送の有無に関わらず、今すぐコンテンツデータを視聴したい、または補完したいといった場合がある。その場合には、受信装置２００は、ユーザの操作に応じて、条件付のリクエストヘッダをつけずに、放送補完リクエストを放送補完データ伝送装置１００に送信することにより、すぐに通信網を介してコンテンツデータの補完を行うことができる。
【００６２】
図３では、時刻Ｂ以降に更新時刻として時刻Ｄが設定されているため、放送補完データ伝送装置１００は、エラー通知の一つである“412 Precondition Failed”を受信装置２００に送信する。受信装置２００では、このエラー通知を受信すると、放送補完データ伝送装置１００に記憶されている番組表データにアクセスし、欠損データを含んだコンテンツデータの再放送時刻を取得する。そして、その時刻に放送されるコンテンツデータを受信可能な状態にする。
【００６３】
このようにして、再放送時刻を更新時刻として設定しておくことで、ＨＴＴＰを利用可能な装置であれば、既存のＨＴＴＰの応答サーバに一切の拡張を加えず、また特別なプロトコルを用いることなく、再放送を利用した欠損データの補完を行うことができる。
【００６４】
図４にさらに詳細なシーケンス図を示す。放送装置３００において、放送伝送部３０３により、時刻Ａが放送終了時刻となるようにコンテンツデータの1回目の放送が行われる（Ｓ１０１）。受信装置２００の欠損データ特定部２０３では、放送されたコンテンツデータを受信し、コンテンツデータのうち欠損データを検出する。そして、ＨＴＴＰリクエスト部２０４により、放送補完リクエストとして、“GETHTTP/1.1 If Unmodified Since 時刻Ａ”が、放送補完データ伝送装置１００に送信される。放送補完データ伝送装置１００では、更新時刻として再放送時刻Ｂが記憶されているため、放送補完データ伝送装置１００から、“412Precondition Failed”が送信される（Ｓ１０３）。受信装置２００においては、“412 Precondition Failed”が受信されると、放送補完データ伝送装置１００から再放送時刻を取得し、その時刻になった場合に、放送波の受信可能状態にする。
【００６５】
つぎに、放送装置３００において、放送伝送部３０３により、時刻Ｂが放送終了時刻となるようにコンテンツデータの２回目の放送が行われる（Ｓ１０４）。受信装置２００においては、２回目に放送されたコンテンツデータを受信する。そして、そのコンテンツデータのうち欠損データを検出し、放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｂ”を放送補完データ伝送装置１００に送信する（Ｓ１０５）。放送補完データ伝送装置１００では、時刻Ｂ以降に再放送する予定は無いため、“200OK”を送信し、コンテンツデータの再送を行う。
【００６６】
その後、時刻Ｂ以降である時刻Ｃにおいて、時刻Ｄが再放送時刻として決定され（Ｓ２０１）、放送補完データ伝送装置１００では、当該時刻Ｄがコンテンツデータの更新時刻として記憶される。そして、時刻Ｃ以降時刻Ｄの間において、受信装置２００から放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｂ”が、放送補完データ伝送装置１００に送信される（Ｓ２０２）。放送補完データ伝送装置１００では、更新時刻として時刻Ｄが設定されているため、その放送補完リクエストの応答として“412Precondition Failed”が受信装置２００に送信される（Ｓ２０３）。受信装置２００においては、“412 Precondition Failed”が受信されると、放送補完データ伝送装置１００から再放送時刻を取得し、その時刻になった場合に、放送波の受信可能状態にする。ここでは、時刻Ｄという情報を取得し、その時刻Ｄにおいて放送を受信可能な状態にする。
【００６７】
そして、時刻Ｄが放送終了時刻となるように、放送装置３００から再放送が行われる（Ｓ２０４）。受信装置２００においては、再放送されたコンテンツデータを受信する。そして、そのコンテンツデータのうち欠損データを検出し、放送補完リクエストとして、“GET HTTP/1.1 If Unmodified Since 時刻Ｄ”を放送補完データ伝送装置１００に送信する（Ｓ２０５）。放送補完データ伝送装置１００では、時刻Ｄ以降に再放送する予定は無いため、“200OK”を送信し、コンテンツデータの再送を行う（Ｓ２０６）。
【００６８】
このようにして、コンテンツデータの再放送があった場合には、その再放送を受信することで欠損データの補完を行うことができる。
【００６９】
つぎに、本実施形態の放送補完データ伝送装置１００および放送システム１０の作用効果について説明する。本実施形態の放送補完データ伝送装置１００において、受信装置２００から時刻情報を含んだ欠損データの再送要求である、“GET HTTP/1.1 If Unmodified Since 時刻情報”を受信すると、当該再送要求に含まれる時刻情報に基づいて、ＨＴＴＰ応答部１０４は、欠損データを含んだコンテンツの２回目の放送または再放送の有無を判断する。そして、ＨＴＴＰ応答部１０４により再放送があると判断されると、レスポンスとして、エラー通知の一つである“412Precondition Failed”を受信装置２００に送信して、通信網を介したコンテンツの送信を行わない。なお、本実施形態においては、特に断りが無い限り、２回目の放送または再放送を再放送と称している。
【００７０】
また、ＨＴＴＰ応答部１０４により再放送が無いと判断されると、レスポンスとして“200 OK”を受信装置２００に送信して、通信網を介したコンテンツの送信を行う。これにより、再放送があるコンテンツデータの欠損データの補完については、通信網を利用することなく、再放送をまって欠損データの補完を行うことができ、通信網のトラフィックを軽減することができる。
【００７１】
例えば、“GET HTTP/1.1 If Unmodified Since 時刻情報”に含まれている時刻情報により示される時刻と、予め定めた再放送の放送時間とを比較することで、当該時刻情報の時刻以降の２回目の放送または再放送の有無を判断することができる。よって、確実に２回目の放送または再放送の有無を判断することができる。
【００７２】
ここで、受信装置２００は、放送補完リクエストに含める時刻情報として、受信装置２００におけるコンテンツの受信時刻としてもよいし、当該放送補完リクエストの送信時刻としてもよいし、また、その間の任意の時刻としてもよい。そして、ＨＴＴＰ応答部１０４は、これら時刻に基づいて再放送される時間帯と比較することができる。
【００７３】
また、放送補完データ伝送装置１００において、再放送があると判断されると、エラーの旨の信号である“412 Precondition Failed”を受信装置２００に送信し、受信装置２００においては、当該“412 PreconditionFailed”を受信すると、再放送がある旨認識することができる。よって、受信装置２００側において、再放送のための準備を効率的に行うことができる。
【００７４】
例えば、受信装置２００は、放送補完データ伝送装置１００に記憶されている番組表データにアクセスすることで、再放送の時間帯を取得することができ、その時間帯に当該コンテンツデータを受信できるように準備することで、確実なコンテンツデータの受信および欠損データの補完を行うことができる。
【００７５】
このようにして、ＨＴＴＰにおける条付きリクエストを利用することで、ＨＴＴＰのリクエストに応答する既存のＷＥＢサーバを放送補完データ伝送装置１００に利用することができる。また、格調の無い既存のＷＥＢサーバでも対応できるため、安価に装置を導入することができ、放送補完データ伝送装置１００を複数に分散させることも容易である。よって、通信網のトラフィックや欠損データの要求を分散させることができる。
【符号の説明】
【００７６】
１０…放送システム、１００…放送補完データ伝送装置、１０１…蓄積部、１０２…コンテンツＤＢ、１０３…更新時刻変更部、１０４…ＨＴＴＰ応答部、１０５…通信部、２００…受信装置、２０１…放送受信部、２０２…復号化部、２０３…欠損データ特定部、２０４…ＨＴＴＰリクエスト部、２０５…通信部、２０６…放送時間取得部、３００…放送装置、３０１…コンテンツＤＢ、３０２…符号化部、３０３…放送伝送部。
【図１】
2011254134.tif 000003
【図２】
2011254134.tif 000004
【図３】
2011254134.tif 000005
【図４】
2011254134.tif 000006