(57)【要約】  本発明は、ディジタル放送システムにおける信頼性保証転送サービス提供方法及び装置に関するものであって、ディジタル放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、ユーザに一層信頼性ある転送サービスを提供するためのものである。  本発明の実施形態に従う方法は、携帯放送システムにおける所定の通信網と接続された端末を通じて信頼性保証サービスを提供する方法であって、上記端末から所定の統合メッセージ生成要請を受信したか否かを判断するステップと、上記統合メッセージ生成要請を受信した場合、所定の統合メッセージを生成するステップと、上記生成された統合メッセージをサービス提供者へ転送するステップとを含む。
2009512320.tif 000002
【特許請求の範囲】
【請求項１】
携帯放送システムにおける通信網と接続された端末を通じて信頼性保証サービスを提供する方法であって、
前記端末から統合メッセージ生成要請を受信したか否かを判断するステップと、
前記統合メッセージ生成要請を受信した場合、統合メッセージを生成するステップと、
前記生成された統合メッセージをサービス提供者へ転送するステップと、
を含むことを特徴とする信頼性保証サービス提供方法。
【請求項２】
前記統合メッセージがファイル修正情報生成のための統合メッセージである場合、
利用可能なサーバのサーバ目録を生成するステップと、
オフセット時間及びランダム時間周期を設定して前記統合メッセージに添付するステップと、
前記サーバ目録、オフセット時間、ランダム時間周期を含んだファイル修正情報を生成するステップと、を更に含むことを特徴とする請求項１に記載の信頼性保証サービス提供方法。
【請求項３】
前記統合メッセージがブロードキャスト／マルチキャストファイル修正情報生成のための統合メッセージである場合、前記統合メッセージにセッションディスクリプション（sessionDescription）と前記セッションディスクリプションを参照できる位置（sessionDescriptionURI）を含むことにより、ブロードキャスト／マルチキャストファイル修正情報生成を遂行するステップを更に含むことを特徴とする請求項１に記載の信頼性保証サービス提供方法。
【請求項４】
前記統合メッセージに前記セッションディスクリプションを含むか否かを判断するステップと、
前記セッションディスクリプションを含む場合、前記セッションディスクリプションを生成するステップと、
前記生成されたセッションディスクリプションを含むことにより、ブロードキャスト／マルチキャストファイル修正情報を生成するステップと、を更に含むことを特徴とする請求項３に記載の信頼性保証サービス提供方法。
【請求項５】
前記セッションディスクリプションを前記統合メッセージに含まない場合、
セッションディスクリプションを参照できる位置（sessionDescriptionURI）を決定するステップと、
前記決定された位置を含むことにより、ブロードキャスト／マルチキャストファイル修正情報を生成するステップと、を更に含むことを特徴とする請求項４に記載の信頼性保証サービス提供方法。
【請求項６】
前記統合メッセージが受信報告要請生成のための統合メッセージである場合、
前記受信報告を転送するべきか否かを決定するためのサンプル情報であるサンプルパーセント（samplePercentage）を抽出するステップと、
前記受信報告の類型を選択するステップと、
前記サンプルパーセント、前記受信報告類型、及び受信報告を送らなければならないサーバのサーバ目録を含んだ受信報告要請を生成するステップと、を更に含むことを特徴とする請求項１に記載の信頼性保証サービス提供方法。
【請求項７】
前記受信報告の類型を選択するステップは、受信成功報告（receptionAcknowledgement：RAck）、成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、及び全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）のうち、いずれか一つを選択することを特徴とする請求項６に記載の信頼性保証サービス提供方法。
【請求項８】
前記サンプルパーセント（samplePercentage）を抽出するステップは、統計的一様分布（statistical uniform distribution）サンプリング方式を利用して０から１００までの実数（decimal）のうち、小数点以下３桁までの任意の実数を選択して抽出することを特徴とする請求項６に記載の信頼性保証サービス提供方法。
【請求項９】
携帯放送システムにおける信頼性保証サービス受信方法であって、
サービス提供者から通信網を通じて統合メッセージを受信して前記受信された統合メッセージを確認するステップと、
前記統合メッセージに含まれた要請に従って、ファイル修正要請または受信報告を前記サービス提供者へ転送するステップと、
を含むことを特徴とする信頼性保証サービス受信方法。
【請求項１０】
前記統合メッセージにファイル修正要請が含まれた場合、
バックオフタイムを利用して任意の遅延時間を計算し、タイマーを駆動するステップと、
前記任意の遅延時間が前記タイマーに設定された時間より等しいか大きい場合、ファイル修正要請を前記サービス提供者へ転送するステップと、を更に含むことを特徴とする請求項９に記載の信頼性保証サービス受信方法。
【請求項１１】
前記統合メッセージにブロードキャスト／マルチキャストファイル修正要請が含まれた場合、セッションディスクリプションに従って再転送要請のためのセッションを連結するステップを更に含むことを特徴とする請求項９に記載の信頼性保証サービス受信方法。
【請求項１２】
前記セッションディスクリプションが前記統合メッセージに含まれているか否かを判断するステップと、
前記セッションディスクリプションが前記統合メッセージに含まれた場合、前記含まれたセッションディスクリプションに従って再転送要請のためのセッションを連結するステップと、を更に含むことを特徴とする請求項１１に記載の信頼性保証サービス受信方法。
【請求項１３】
前記セッションディスクリプションが前記統合メッセージに含まれていない場合、セッション情報を参照できる位置からセッションディスクリプションを検索して再転送要請のためのセッションを連結するステップを更に含むことを特徴とする請求項１２に記載の信頼性保証サービス受信方法。
【請求項１４】
前記統合メッセージに受信報告要請が含まれた場合、
受信報告類型を判断するステップと、
前記受信報告類型が成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、または全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）である場合、０から１００の間の実数のうち、統計的一様分布（statistical uniform distribution）サンプリング方式を利用して、小数点以下３桁までの任意の値を計算するステップと、
前記計算された任意の値がサンプルパーセントの値より小さいか否かを判断するステップと、
前記計算された任意の値がサンプルパーセントの値より小さい場合、受信報告を生成するステップと、を更に含むことを特徴とする請求項９に記載の信頼性保証サービス受信方法。
【請求項１５】
前記受信報告類型が受信成功報告（receptionAcknowledgement：RAck）である場合、前記受信報告を生成するステップを更に含むことを特徴とする請求項１４に記載の信頼性保証サービス受信方法。
【請求項１６】
前記受信報告類型別に受信報告を生成するステップと、
時間独立情報の設定を確認するステップと、
前記時間独立情報が設定された場合、バックオフタイムを計算し、計算された時間だけ遅延させてから新たな連結を作って前記サービス提供者へ受信報告を転送するステップと、を更に含むことを特徴とする請求項１４に記載の信頼性保証サービス受信方法。
【請求項１７】
前記時間独立情報が設定されていない場合、受信報告を生成して、現在の連結を利用して受信報告を前記サービス提供者へ転送するステップを更に含むことを特徴とする請求項１６に記載の信頼性保証サービス受信方法。
【請求項１８】
携帯放送システムにおける通信網と接続された端末を通じて信頼性保証サービスを転送する送信装置であって、
前記端末から統合メッセージ生成要請を受信したか否かを判断し、前記統合メッセージ生成要請を受信した場合、統合メッセージを生成するメッセージ生成部と、
前記生成された統合メッセージを送信側にカプセル化するカプセル化器と、
前記カプセル化した統合メッセージを多重化する多重化器と、
前記多重化した統合メッセージを変調し、アンテナを介して前記変調されたメッセージを前記端末へ転送する変調器と、
を含むことを特徴とする信頼性保証サービス送信装置。
【請求項１９】
前記メッセージ生成部は、前記統合メッセージがファイル修正情報生成のための統合メッセージである場合、利用可能なサーバのサーバ目録を生成し、オフセット時間及びランダム時間周期を設定して前記統合メッセージに添付し、前記サーバ目録、オフセット時間、及びランダム時間周期を含んだファイル修正情報を生成することを特徴とする請求項１８に記載の信頼性保証サービス送信装置。
【請求項２０】
前記メッセージ生成部は、前記統合メッセージがブロードキャスト／マルチキャストファイル修正情報生成のための統合メッセージである場合、前記統合メッセージにセッションディスクリプション（sessionDescription）と前記セッションディスクリプションを参照できる位置（sessionDescriptionURI）とを含むことにより、ブロードキャスト／マルチキャストファイル修正情報を生成することを特徴とする請求項１９に記載の信頼性保証サービス送信装置。
【請求項２１】
前記メッセージ生成部は、前記セッションディスクリプションを前記統合メッセージに含むか否かを判断し、前記セッションディスクリプションが前記統合メッセージに含まれる場合、前記セッションディスクリプション（sessionDescription）を生成し、前記生成されたセッションディスクリプションを含むことにより、ブロードキャスト／マルチキャストファイル修正情報を生成することを特徴とする請求項２０に記載の信頼性保証サービス送信装置。
【請求項２２】
前記メッセージ生成部は、前記セッションディスクリプションが前記統合メッセージに含まれない場合、セッションディスクリプションを参照できる位置（sessionDescriptionURI）を確認し、前記確認された位置を含むことにより、ブロードキャスト／マルチキャストファイル修正情報を生成することを特徴とする請求項２１に記載の信頼性保証サービス送信装置。
【請求項２３】
前記メッセージ生成部は、前記統合メッセージが受信報告要請生成のための統合メッセージである場合、前記受信報告を転送するべきか否かを決定するためのサンプル情報であるサンプルパーセント（samplePercentage）を抽出し、前記受信報告の類型を選択し、前記サンプルパーセント、前記受信報告類型、及び前記受信報告が転送されるサーバのサーバ目録を含んだ受信報告要請を生成することを特徴とする請求項１８に記載の信頼性保証サービス送信装置。
【請求項２４】
前記メッセージ生成部が受信報告の類型を選択する際、受信成功報告（receptionAcknowledgement：RAck）、成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、及び全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）のうち、いずれか１つを選択することを特徴とする請求項２３に記載の信頼性保証サービス送信装置。
【請求項２５】
前記メッセージ生成部がサンプルパーセント（samplePercentage）を抽出する際、０から１００までの実数（decimal）のうち、統計的一様分布（statistical uniform distribution）サンプリング方式を利用して、小数点以下３桁までの任意の実数を選択して抽出することを特徴とする請求項２３に記載の信頼性保証サービス送信装置。
【請求項２６】
携帯放送システムにおける信頼性保証サービスを受信する受信装置であって、
サービス提供者から通信網を通じて信号を受信して前記受信された信号を復調する復調器と、
前記復調された信号を逆多重化する逆多重化器と、
前記逆多重化した信号のうち、ＩＰカプセル化したパケットを逆カプセル化してＩＰストリームに復調する逆カプセル化器と、
前記ＩＰストリームに含まれた統合メッセージに含まれた要請に従って、ファイル修正要請または受信報告を前記サービス提供者へ転送するメッセージ処理部と、
を含むことを特徴とする信頼性保証サービス受信装置。
【請求項２７】
前記メッセージ処理部は、前記統合メッセージにファイル修正要請が含まれた場合、バックオフタイムを利用して任意の遅延時間を計算し、タイマーを駆動し、前記任意の遅延時間が前記タイマーに設定された時間より等しいか大きい場合、ファイル修正要請を前記サービス提供者に送信することを特徴とする請求項２６に記載の信頼性保証サービス受信装置。
【請求項２８】
前記メッセージ処理部は、前記統合メッセージにブロードキャスト／マルチキャストファイル修正要請が含まれた場合、セッションディスクリプションに従って、再転送要請のためのセッションを連結することを特徴とする請求項２６に記載の信頼性保証サービス受信装置。
【請求項２９】
前記メッセージ処理部は、前記セッションディスクリプションが前記統合メッセージに含まれているか否かを判断し、前記セッションディスクリプションが前記統合メッセージに含まれた場合、前記含まれたセッションディスクリプションに従って再転送要請のためのセッションを連結することを特徴とする請求項２８に記載の信頼性保証サービス受信装置。
【請求項３０】
前記メッセージ処理部は、前記セッションディスクリプションが前記統合メッセージに含まれていない場合、セッション情報を参照できる位置からセッションディスクリプションを検索して再転送のためのセッションを連結することを特徴とする請求項２９に記載の信頼性保証サービス受信装置。
【請求項３１】
前記メッセージ処理部は、前記統合メッセージに受信報告要請が含まれた場合、受信報告類型を判断し、前記受信報告類型が成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、または全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）である場合、０から１００の間の実数のうち、統計的一様分布（statistical uniform distribution）サンプリング方式を利用して小数点以下３桁までの任意の値を計算し、前記計算された任意の値がサンプルパーセントの値より小さいか否かを判断し、前記計算された任意の値がサンプルパーセントの値より小さい場合、受信報告を生成することを特徴とする請求項２６に記載の信頼性保証サービス受信装置。
【請求項３２】
前記メッセージ処理部は、前記受信報告類型が受信成功報告（receptionAcknowledgement：RAck）である場合、受信報告を生成することを特徴とする請求項３１に記載の信頼性保証サービス受信装置。
【請求項３３】
前記メッセージ処理部は、前記受信報告類型別に受信報告を生成し、時間独立情報が設定された場合、バックオフタイムを計算し、計算された時間だけ遅延させてから新たな連結を作って前記サービス提供者に受信報告を送信することを特徴とする請求項３１に記載の信頼性保証サービス受信装置。
【請求項３４】
前記メッセージ処理部は、前記時間独立情報が設定されていない場合、受信報告を生成して現在の連結を利用して、前記ユーザ提供者に受信報告を送信することを特徴とする請求項３３に記載の信頼性保証サービス受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディジタル放送システムにおける信頼性保証サービス提供方法及び装置に関し、特にディジタルビデオ放送（Digital Video Broadcasting：ＤＶＢ）システムにおける信頼性ある転送サービスを提供するための方法及び装置に関する。
【背景技術】
【０００２】
最近、音声（audio）、映像（video）などのデータ圧縮技術と通信技術の発達に助けられて、高品質の音声及び映像サービスを固定または移動端末を通じて、どこでも提供できるディジタル放送が実現されている。通常的に、ディジタル放送とは、従来のアナログ放送に代えて高画質とＣＤ水準の高音質のサービスをユーザに提供する放送サービスをいう。このようなディジタル放送は、地上波放送と衛星放送の２つの形態で発展した。ここで、地上波放送とは、地上の中継器を通じて放送を受信することができるサービスをいう。一方、衛星放送とは、人工衛星を中継器として使用してディジタル放送を受信する方式をいう。
【０００３】
このようなディジタル放送システムの例としては、ディジタルオーディオ放送（Digital Audio Broadcasting：ＤＡＢ）、ディジタルラジオ放送（Digital Radio Broadcasting：ＤＲＳ）、ディジタルオーディオラジオシステム（Digital Audio Radio System）、そして、オーディオ、ビデオ、及びデータサービスを全て包括する、いわゆるディジタルマルチメディア放送（Digital Multimedia Broadcasting：ＤＭＢ）システムなどがある。また、ヨーロッパ地域のディジタルオーディオ放送システムであるＥｕｒｅｋａ １４７（European Research Coordination Agency project-147）システムとディジタル放送規格の１つであるＤＶＢ−Ｔ（Digital Video Broadcasting-Terrestrial）システムの移動性及び携帯性を強化したＤＶＢ−Ｈ（Digital Video Broadcasting-Handheld）システムが最近注目されている。
【０００４】
上記ディジタルビデオ放送（Digital Video Broadcasting；以下、“ＤＶＢ”と称する）システムでは、ＭＰＥＧ−２（Moving Picture Experts Group-2）ＴＳ（Transport Stream）基盤の放送データを多重化し、ＩＰ基盤のデータストリームを同時に転送することができる。また、上記ＤＶＢシステムでは、多様なサービスが一つのＩＰストリームを通じて多重化されて転送されることができ、 上記転送されたＩＰストリームのデータを受信した端末は、これをまた各々逆多重化してそれぞれの個別的なサービスを復調してユーザに上記復調されたサービスを画面を通じて出力する。
【０００５】
図１は、ＤＶＢシステムにおける放送ストリーム及びファイルダウンロードサービスのために関連コンテンツを転送するためのプロトコル構造を示す図である。
【０００６】
上記ＤＶＢサービスのためのプロトコル構造は、オーディオ（Audio）、ビデオ（Video）、及び音声（Speech）信号転送などの動的ストリーミングサービスのために、ＵＤＰ（User Datagram Protocol）１１０基盤のＲＴＰ（Realtime Transport Protocol）１２０を使用し、３ＧＰＰファイルフォーマット（3GPP file format）、バイナリデータ（Binary data）、停止映像（still image）、テキスト（Text）などの静的ファイル、及びサービス公知及びメタデータ（Service Announcement and Meta data）などのために、ＵＤＰ１１０基盤のＦＬＵＴＥ（File Delivery over Unidirectional Transport）プロトコル１３０を利用してサービスを提供する。
【０００７】
しかしながら、上記ＤＶＢサービスのためのプロトコル構造は、放送ストリーミングサービス及びファイルダウンロードのために、全てＵＤＰを基盤として使用してサービス転送の速度を高めたが、転送時の信頼性を保証できないという問題点がある。したがって、ＤＶＢシステムでは、信頼性あるサービスのためのファイル再転送及びファイル誤り訂正などをユーザ別にサービス送信者に要請できる方法が必要とされる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、ディジタルビデオ放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、ユーザに一層信頼性を保証するようにしたディジタル放送システムにおける信頼性保証サービス提供方法及び装置を提供することをその目的とする。
【０００９】
また、本発明の他の目的は、ディジタルビデオ放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、信頼性を保証するようにするために必要とされるメッセージを生成するディジタル放送システムにおける信頼性保証サービス提供方法及び装置を提供することにある。 
【課題を解決するための手段】
【００１０】
前述した目的を達成するための本発明の実施形態に従うディジタル放送システムにおける信頼性保証サービス提供方法は、携帯放送システムにおいて、所定の通信網と接続された端末を通じて信頼性保証サービスを提供する方法であって、上記端末から所定の統合メッセージ生成要請を受信したか否かを判断するステップと、上記統合メッセージ生成要請を受信した場合、所定の統合メッセージを生成するステップと、上記生成された統合メッセージをサービス提供者へ転送するステップとを含む。
【００１１】
本発明の他の実施形態に従う携帯放送システムにおける信頼性保証サービス受信方法は、サービス提供者から通信網を通じて統合メッセージを受信して上記受信された統合メッセージを確認するステップと、上記統合メッセージに含まれた要請に従って、ファイル修正要請または受信報告を上記サービス提供者へ転送するステップとを含む。
【００１２】
本発明の更に他の実施形態に従う携帯放送システムにおける通信網と接続された端末を通じて信頼性保証サービスを転送する送信装置であって、上記端末から統合メッセージ生成要請を受信したか否かを判断し、上記統合メッセージ生成要請を受信した場合、統合メッセージを生成するメッセージ生成部と、上記生成された統合メッセージを送信側にカプセル化するカプセル化器と、上記カプセル化した統合メッセージを多重化する多重化器と、上記多重化した統合メッセージを変調し、アンテナを介して上記変調されたメッセージを上記端末へ転送する変調器とを含む。
【００１３】
本発明の更なる他の実施形態に従う携帯放送システムにおける信頼性保証サービスを受信する受信装置であって、サービス提供者から通信網を通じて信号を受信して、上記受信された信号を復調する復調器と、上記復調された信号を逆多重化する逆多重化器と、上記逆多重化した信号のうち、ＩＰカプセル化したパケットを逆カプセル化してＩＰストリームに復調する逆カプセル化器と、上記ＩＰストリームに含まれた統合メッセージに含まれた要請に従って、ファイル修正要請または受信報告を上記サービス提供者へ転送するメッセージ処理部とを含む。
【発明の効果】
【００１４】
本発明によると、ディジタル放送システムにおけるファイル再転送及びファイル誤り訂正などをユーザ別にサービス送信者に要請できる方法を提供することで、信頼性を保証できるようになる。
【００１５】
また、本発明は、ディジタルビデオ放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、ユーザに一層信頼性を保証することができる。
【００１６】
また、本発明は、ディジタルビデオ放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、統合メッセージを生成することで、ユーザに一層信頼性を保証することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を説明するに当たり、関連のある公知の機能あるいは構成についての具体的な説明が本発明の要旨を余計に曖昧にする虞があると認められる場合、その詳細な説明は省かれる。さらに、後述する用語は本発明における機能を考慮して定義された用語であって、これらはユーザ、運用者の意図または慣例などによって変わることがある。よって、これらの用語の定義は、本明細書の全般に亘っての内容に基づいて行われるべきである。
【００１８】
図２は、本発明の実施形態に従うディジタルビデオ放送システムにおける送信機の構成を示すブロック構成図である。
【００１９】
図２に示すように、多数個のＭＰＥＧ−２ ＴＶストリーム２１０−１〜２１０−ｎが多重化器２３０に入力される。また、ＩＰストリームも多重化器２３０に入力される。
【００２０】
上記ＩＰストリームには、ＩＰ基盤のサービスデータ（データＩＰストリーム）２０２が入力される。上記ＭＰＥＧ−２ ＴＶストリームデータとＩＰストリームデータに対する信頼性保証のためのファイル再転送要請及び受信報告の生成のための情報を転送するために生成された統合メッセージ情報もＩＰストリーム（統合情報／受信報告要請メッセージＩＰストリーム）２０４に含まれる。統合情報／受信報告要請メッセージＩＰストリーム２０４は、転送サービスを提供するために送信機で生成されるＩＰストリームである。上記転送サービスはユーザ別受信報告及び再転送要請を含む。また、上記転送サービスは本発明に従うディジタル放送システムにおける放送ストリーミング及びファイルダウンロードサービスを提供するに当たり、ユーザに一層信頼性ある転送サービスを提供する。
【００２１】
上記入力されたＩＰストリーム２０２、２０４は、ＤＶＢ ＩＰカプセル化器２２０に入力される。ＤＶＢ ＩＰカプセル化器２２０は、データＩＰストリームと統合情報／受信報告要請メッセージを受信すると、受信されたＩＰストリーム２０２、２０４をＭＰＥＧ−２転送ストリーム（Transport Stream：ＴＳ）にカプセル化した後、上記ＭＰＥＧ−２ ＴＳをＭＰＥＧ−２ ＴＶストリーム２１０−１〜２１０−ｎと共に多重化器２３０に出力する。
【００２２】
多重化器２３０は、上記ＭＰＥＧ−２転送ストリームを多重化する。上記多重化した上記ＭＰＥＧ−２転送ストリームは、ＤＶＢ変調器２４０に入力される。ＤＶＢ変調器２４０は、上記多重化したＭＰＥＧ−２転送ストリームをＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルに変調した後、上記変調されたＯＦＤＭシンボルをアンテナ２５０を介して受信機へ転送する。
【００２３】
図３は、本発明に従うディジタルビデオ放送システムにおける受信機の構成を示すブロック構成図である。
【００２４】
アンテナ３５０を介して受信された信号は、ＤＶＢ復調器３４０に入力される。ＤＶＢ復調器３４０は、上記受信された信号に対するＯＦＤＭ復調を遂行する。ＯＦＤＭ復調されたデータは、逆多重化器３３０に入力される。逆多重化器３３０は、上記ＯＦＤＭ復調されたデータをＩＰカプセル化したパケットとＭＰＥＧ−２ ＴＳパケットに多重化する。
【００２５】
上記ＭＰＥＧ−２ ＴＳパケットはデータ処理部３１０に入力される。データ処理部３１０は、該当するサービスをユーザインターフェース３７０を介してユーザに見せるために必要とされる処理過程を遂行する。
【００２６】
一方、上記ＩＰカプセル化したパケットは、ＤＶＢ ＩＰ逆カプセル化器３２０に入力される。ＤＶＢ ＩＰ逆カプセル化器３２０は、上記ＩＰカプセル化したパケットをまたＩＰストリームに復調する。また、上記ＩＰストリームは、ＥＳＧ（Electronic Service Guide）ストリームとデータストリームとに分けられる。上記データストリームは、ＴＳパケットと同様にデータ処理部３１０に入力される。上記ＥＳＧストリームは、メッセージ処理部３６０に入力される。上記ＥＳＧメッセージは、転送装置により転送された統合メッセージを含む。上記統合メッセージは、メッセージ処理部３６０の再転送プロシージャ処理部（図示せず） に入力される。メッセージ処理部３６０の再転送プロシージャ処理部は、受信された統合メッセージデータを分析して、ストリーム及びファイルダウンロードサービスの再転送を要請しなければならない状況が発生する場合、上記統合メッセージに含まれた情報に基づいてファイル再転送要請及び受信報告を転送する。
【００２７】
また、メッセージ処理部３６０は、上記統合メッセージに含まれた情報に基づいてファイル再転送要請及び受信報告を転送する場合、ファイル再転送及び受信報告のためのメッセージをＲＦモジュール（図示せず）を通じて受信部へ転送することは自明な事実である。
【００２８】
本発明では、信頼性保証サービスを提供するために２つの統合メッセージを提案する。
【００２９】
最初の統合メッセージは、ファイル再転送要請のための情報及び受信報告要請を含んだ統合メッセージであって、送信部からユーザに伝えられるメッセージである。
【００３０】
第２の統合メッセージは、ユーザの受信報告のための受信報告メッセージであって、ユーザから送信者に伝えられるメッセージである。
【００３１】
まず、ファイル再転送要請のための情報及び受信報告要請を含んだ統合メッセージは、図４を参照して説明する。図４は、本発明に従うファイル再転送要請のための情報及び受信報告要請を含んだ統合メッセージ４１０の構造図である。図４は、ファイル再転送要請のための情報及び受信報告要請を含んだ統合メッセージ構造４１０を図示する。
【００３２】
図４によると、統合メッセージは、ユーザ別ファイル再転送要請情報（postFileRepair）５１０、ブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）６１０、及び受信報告要請（postReceptionReport）７１０を含む。統合メッセージ４１０は、３つの情報を全て含むか、または一つも含まない空のメッセージであることができる。上記統合メッセージを表現するためのＸＭＬディスクリプションは、下記の通りである。
【００３３】
<xs:element name="associatedProcedureDescription">
<xs:complexType>
<xs:sequence>
<xs:element name="postFileRepair" type="fileRepairProcedureType" minOccurs="0"/>
<xs:element name="bmFileRepair" type="bmFileRepairProcedureType" minOccurs="0"/>
<xs:element name="postReceptionReport" type="receptionReportProcedureType" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
【００３４】
上記ファイル再転送要請情報及び受信報告要請を含んだ上記統合メッセージに含まれるユーザ別の上記ファイル再転送要請情報（postFileRepair）構造は、図５に図示した。図５は、本発明に従うユーザ別ファイル再転送要請情報のためのメッセージ構造図である。これを表現するためのＸＭＬディスクリプションは、下記の通りである。
【００３５】
<xs:complexType name="fileRepairProcedureType">
<xs:sequence>
<xs:element name="serverURI" type="xs:anyURI" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attributeGroup ref="backoffTime"/>
</xs:complexType>
【００３６】
まず、ユーザ別の上記ファイル再転送要請情報（postFileRepair）５１０構造には受信報告が転送されるサーバの情報を表すサーバ情報（ServerURI）５１７を含む。受信できなかったデータ（missing data）が発生する場合、ユーザは上記ファイル再転送要請情報に明示されたサーバ目録のうち、一つのサーバを選択してファイル再転送を要請することができる。ユーザが上記ファイル再転送を転送する際、上記ファイル再転送要請情報５１０に明示されたバックオフタイム（back-off Time）を使用して上記ファイル再転送要請を遅延させる。一定時間だけ要請時間を遅延させることは、多数のユーザが同時に特定サーバへ再転送要請を転送する場合に発生できる混雑及びサーバの負荷を解決するための方法である。上記バックオフタイムは、オフセットタイム（offsetTime）５１３とランダム時間周期（randomTimePeriod）５１５との和と同一である。即ち、ユーザは統計的一様分布（statistical uniform distribution）サンプリング方式を利用して、０から任意の周期の間のランダム時間周期（randomTimePeriod）５１５を計算し、上記計算されたランダム時間周期５１５をオフセットタイム（offsetTime）５１３と足すことによりバックオフタイムを決定する。上記バックオフタイムを明示するためのＸＭＬディスクリプションは、下記の通りである。
【００３７】
<xs:attributeGroup name="backoffTime">
<xs:attribute name="offsetTime" type="xs:unsignedLong" use="optional"/>
<xs:attribute name="randomTimePeriod" type="xs:unsignedLong" use="required"/>
</xs:attributeGroup>
【００３８】
図６に示すように、統合メッセージに含まれるブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）６１０は、上記ファイル再転送要請情報及び受信報告要請を含む。図６は、本発明に従うブロードキャスト及びマルチキャストファイル再転送要請情報６１０のためのメッセージ構造図である。
【００３９】
ブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）６１０には、ユーザがブロードキャスト及びマルチキャスト方式により転送されたファイルに対して再転送を要請する時に参照されるセッションディスクリプション（sessionDescription）６１３に対する情報が含まれる。上記セッション情報は、ブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）６１０に直接添付されて転送されるか、またはセッション情報を参照できる位置（sessionDescriptionURI）６１１のみブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）６１０を通じて転送されることができる。上記ブロードキャスト及びマルチキャストに対するメッセージを表現するためのＸＭＬディスクリプションは、下記の通りである。
【００４０】
<xs:complexType name="bmFileRepairProcedureType">
<xs:choice>
<xs:element name="sessionDescriptionURI" type="xs:anyURI"/>
<xs:element name="sessionDescription”>
<xs:simpleType name="sessionDescriptionType">
<xs:restriction base="xs:string"/>
<!-- Note: InlinedSession Description below must be embedded in CDATA -->
</xs:simpleType>
<xs:element>
</xs:choice>
</xs:complexType>
【００４１】
上記ファイル再転送要請情報及び受信報告要請を含んだ統合メッセージに含まれる受信報告要請情報（postReceptionRepor）構造は、図７に図示した。図７は、本発明に従う受信報告要請７１０のためのメッセージ構造図である。
【００４２】
図７に示すように、受信報告要請７１０は、上記受信報告が転送されるサーバ及び報告時点、受信報告が転送される目的地を選択するための情報、サーバの負荷を縮めるための情報、及び受信報告タイプを含む。下記の受信報告要請のためのメッセージのＸＭＬディスクリプションは、下記の通りである。
【００４３】
<xs:complexType name="receptionReportProcedureType">
<xs:sequence>
<xs:element name="serverURI" type="xs:anyURI" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attributeGroup ref="backoffTime"/>
<xs:attribute name="samplePercentage" default="100" use="optional" >
<xs:simpleType>
<xs:restriction base="xs:decimal">
<xs:fractionDigits value="3"/>
<xs:minInclusive value="0"/>
<xs:maxInclusive value="100"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="forceTimingIndependence" type="xs:boolean" default="0" use="optional"/>
<xs:attribute name="reportType" default="rack" use="optional">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="rack"/>
<xs:enumeration value="star"/>
<xs:enumeration value="star-all"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
<xs:attributeGroup name="backoffTime">
<xs:attribute name="offsetTime" type="xs:unsignedLong" use="optional"/>
<xs:attribute name="randomTimePeriod" type="xs:unsignedLong" use="required"/>
</xs:attributeGroup>
【００４４】
図７のサーバ情報（ServerURI）７１１は受信報告が転送されるサーバの情報を表し、バックオフタイム（backoffTime）は上記受信報告が転送される時点を表し、そして、バックオフタイムは、オフセットタイム（offsetTime）７１２とランダム時間周期（randomTimePeriod）７１３との和と同一である。受信機は、計算されたバックオフタイムだけ受信報告を遅延させてから、サーバに上記遅延された受信報告を転送する。
【００４５】
サンプルパーセント（samplePercentage）７１４は、受信機が受信報告を転送するべきか否かを決定するためのサンプル情報であって、統計的一様分布 （statistical uniform distribution）サンプリング方式を利用して、０から１００の間の実数のうち、小数点以下３桁までの任意の実数を選択した値と、第三者による任意の操作を防止するためのサンプルパーセント形式（restriction base）を受信機へ転送する。上記サンプルパーセント形式は、タイプを表すフィールドと、小数点桁数を表すフィールドと、最大値及び最小値を表すフィールドとを含む。以後、サンプルパーセント７１４を受けた受信機も０から１００の間の実数のうち、任意の実数を選択して、上記選択された任意の実数がサンプルパーセント７１４の値より小さければ、受信報告を生成してサーバへ転送する。
【００４６】
時間独立情報（forceTimingIndependence）７１５は、ファイル再転送要請のためのサーバとの接続を使用せず、バックオフタイムが過ぎた後、受信報告メッセージ伝達のための連結を利用して受信報告をすることで、サーバの混雑及び負荷を縮めることができる。
【００４７】
報告類型（reportType）７１６は、単純受信成功報告（receptionAcknowledgement：RAck）、成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、または全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）の３つの類型に分けられる。
【００４８】
ユーザの受信報告のための通話メッセージであって、ユーザから送信者に転送される２番目の統合メッセージについて図８を参照しながら説明する。図８は、本発明に従う受信報告のための統合メッセージ構造図である。
【００４９】
図８は、受信報告のための統合メッセージ構造８１０を図示する。受信報告８１０は、単純受信成功報告（receptionAcknowledgement：RAck）９１０、成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）１０１０、または全ての受信に関連した統計情報報告（statisticalReportAll：StaR-all）１０２０の３つの類型に分けられ、各類型別に受信報告８１０に含まれる情報が異なる。上記受信報告メッセージを明示するためのＸＭＬディスクリプションは、下記の通りである。
【００５０】
<xs:element name="receptionReport">
<xs:complexType>
<xs:choice>
<xs:element name="receptionAcknowledgement" type="rackType"/>
<xs:element name="statisticalReport" type="starType"/>
<xs:element name="statisticalReportAll" type="starAllType"/>
</xs:choice>
</xs:complexType>
</xs:element>
【００５１】
図９は、上記単純受信成功報告（receptionAcknowledgement：RAck）９１０のためのメッセージ構造図である。
【００５２】
上記単純受信成功報告（receptionAcknowledgement：RAck）は、受信に成功したファイルのＩＤ（ＵＲＩ）９１１を明示するフィールドを含む。上記受信成功報告メッセージのＸＭＬディスクリプションは、下記の通りである。
【００５３】
<xs:complexType name="rackType">
<xs:sequence>
<xs:element name="fileURI" type="xs:anyURI" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
【００５４】
図１０は、上記受信成功に対するセッション情報などを含む統計情報報告（postReceptionReporting：StaR）１０１０のメッセージの構造図を示す図である。
【００５５】
統計情報報告１０１０は、受信に成功したファイルのＩＤ（fileURI）１０１１、該当ファイルに対するセッションＩＤ（sessionid）１０１２、セッションタイプ（sessiontype）１０１３、サービスＩＤ（serviceid）１０１４、受信者ＩＤ（clientid）１０１５、及びサーバＩＤ（serverURI）１０１６を含む。受信成功後、統計情報報告１０１０のためのメッセージのＸＭＬディスクリプションは、下記の通りである。
【００５６】
<xs:complexType name="starType">
<xs:sequence>
<xs:element name="fileURI" type="xs:anyURI" minOccurs="0" maxOccurs="unbounded"/>                    
</xs:sequence>
<xs:attribute name="sessionId" type="xs:string" use="optional"/>
<xs:attribute name="sessionType" use="optional">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="download"/>
<xs:enumeration value="streaming"/>
<xs:enumeration value="mixed"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="serviceId" type="xs:string" use="optional"/>
<xs:attribute name="clientId" type="xs:anyURI" use="optional"/>
<xs:attribute name="serverURI" type="xs:anyURI" use="optional"/>
</xs:complexType>
【００５７】
上記ファイルＩＤ（fileURI）１０１１は受信に成功したファイルのＩＤ情報を表し、セッションＩＤ（sessionid）１０１２は上記ファイルのセッションＩＤを表し、セッションタイプ（sessionType）１０１３は該当セッションがストリーミングを意図するものか、またはダウンロードを意図するものかを表す情報を表す。また、サービスＩＤ（serviceid）１０１４は上記ファイルが含まれたサービスのＩＤを表し、受信者ＩＤ（clientid）１０１５は上記ファイルの受信者を表すＩＤであり、サーバＩＤ（serverURI）１０１６は上記ファイルのサーバのＩＤを表す。
【００５８】
図１１は、本発明に従う全ての受信に関連した統計情報報告（statisticalRepotAll：StaR-all）のためのメッセージ構造図である。
【００５９】
統計情報報告１０２０は、統計情報報告１０１０と同一な情報、即ちファイルのＩＤ（URI）１０２１、該当ファイルに対するセッションＩＤ１０２２、セッションタイプ１０２３、サービスＩＤ１０２４、受信者ＩＤ１０２５、及びサーバＩＤ１０２６を含み、これにファイル受信成功及び失敗を表す情報（receptionSuccess）１０２７を更に含む。全ての受信に従う統計情報報告１０２０のためのメッセージのＸＭＬディスクリプションは、下記の通りである。
【００６０】
<xs:complexType name="starAllType">
<xs:sequence>
<xs:element name="fileURI" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:anyURI">
<xs:attribute name="receptionSuccess" type="xs:boolean"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attributeGroup ref="relatedInfo"/>
</xs:complexType>
<xs:attributeGroup name="relatedInfo">
<xs:attribute name="sessionId" type="xs:string" use="optional"/>
<xs:attribute name="sessionType" use="optional">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="download"/>
<xs:enumeration value="streaming"/>
<xs:enumeration value="mixed"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="serviceId" type="xs:anyURI" use="optional"/>
<xs:attribute name="clientId" type="xs:anyURI" use="optional"/>
<xs:attribute name="serverURI" type="xs:anyURI" use="optional"/>
</xs:attributeGroup>
【００６１】
図１２は、本発明に従う送信機の統合メッセージを生成する制御過程を示す。
【００６２】
図１２を参照すると、送信機は、ステップＳ１２０１で、受信機から統合メッセージ生成要請を受信したか否かを判断する。仮に、送信機は、‘ファイル修正要請情報生成’のための統合メッセージ生成要請を受信した場合、ステップＳ１２０３で、ファイル再転送要請を処理できる利用可能なサーバのサーバ目録を生成し、ステップＳ１２０５で、ユーザのオフセット時間及びランダム時間周期を設定して統合メッセージに添付する。上記送信機は、ステップＳ１２０７で、サーバ情報、オフセット時間、及びランダム時間を含んだファイル修正情報（postFileRepair）を生成する。
【００６３】
一方、ステップＳ１２０１で、ブロードキャスト／マルチキャストファイル修正要請情報生成のための統合メッセージ生成要請を受信した場合、送信機はステップＳ１２０９で、セッションディスクリプションを上記統合メッセージに含むか否かを判断する。セッションディスクリプションを上記統合メッセージに含まない場合、送信機は可能なセッションディスクリプションを参照できる位置（sessionDescriptionURI）を確認する。しかしながら、ステップＳ１２０９で、セッションディスクリプションを含む場合、送信機は、ステップＳ１２１３で、セッションディスクリプション（sessionDescription）を生成する。
【００６４】
上記送信機は、ステップＳ１２１５で、ステップＳ１２１１で確認されたＵＲＩとステップＳ１２１３で生成されたセッションディスクリプションを含んでブロードキャスト／マルチキャストファイル修正要請情報（bmFileRepair）を生成する。
【００６５】
一方、送信機は、ステップＳ１２０１で、受信報告要請生成のための統合メッセージ生成要請を受信した場合、送信機は、ステップＳ１２１７で、ユーザが受信報告を転送するべきか否かを決定するためのサンプル情報であるサンプルパーセント（samplePercentage）を抽出する。この際、 統計的一様分布（statistical uniform distribution）サンプリング方式を利用して０から１００の間の実数（decimal）のうち、小数点以下３桁までの任意の実数を転送する。
【００６６】
また、送信機は、ステップＳ１２１９で、報告類型を選択する。報告類型には、単純受信成功報告（receptionAcknowledgement：RAck）、成功した受信に対するセッション情報などを含む統計情報報告（statisticalReporting：StaR）、または全ての受信に関連した統計情報報告（statisticalReporting for all reception：StaR-all）の３つの類型に分けられる。
【００６７】
送信機は、ステップＳ１２２１で、０から１００の間の選択された実数値を有するサンプルパーセント、希望する報告類型、及び受信報告（report）が転送されるサーバのサーバ目録を含んだ受信報告要請（postReceptionREport）を生成する。
【００６８】
一方、図１３Ａ及び図１３Ｂは、本発明に従う受信機で受信報告を受信する動作を示すフローチャートである。
【００６９】
図１３Ａを参照すると、受信機は、ステップＳ１３０１で、送信機から受信された統合メッセージを確認する。即ち、受信機は、上記統合メッセージが図５に示すようなユーザ別ファイル再転送要請情報（postFileRepair）、図６に示すようなブロードキャスト及びマルチキャストファイル再転送要請情報（bmFileRepair）、及び図７に図示された受信報告要請（postReceptionRepor）に関する全ての情報を含んでいるか否かを確認し、情報別に定義されたプロシージャを次のように遂行する。
【００７０】
上記統合メッセージを確認した結果、ファイル修正要請に従うプロシージャを要求する場合、受信機は、ステップＳ１３０３で、バックオフタイムを利用して任意の遅延時間を計算し、タイマーを駆動する。受信機は、ステップＳ１３０５で、上記任意の遅延時間がタイマーに設定された時間より少ない場合、ステップＳ１３０５を繰り返す。しかしながら、任意の遅延時間がタイマーに設定された時間より等しいか大きい場合、受信機はステップＳ１３０７に進行して送信機へにファイル修正要請を転送する。
【００７１】
一方、上記確認された統合メッセージがブロードキャスト／マルチキャストファイル修正要請のためのプロシージャの遂行を要求する場合、受信機は、ステップＳ１３０９に進行して上記統合メッセージ内にセッションディスクリプションが含まれているか否かを判断する。仮に、上記統合メッセージにセッションディスクリプションがある場合、受信機はステップＳ１３１３に進行して該当セッションディスクリプションに従って再転送要請のためのセッションを連結する。即ち、再転送要請のためのファイル修正要請を転送する。しかしながら、そうでない場合、受信機はステップＳ１３１１に進行してセッション情報を参照できる位置（ＵＲＩ）からセッションディスクリプションを検索して再転送のための新たなセッションを連結する。
【００７２】
一方、上記確認された統合メッセージが受信報告要請のためのプロシージャの遂行を要求する場合、上記受信機は、図１３Ｂに示すように、ステップＳ１３１５で、受信報告類型がＲＡｃｋか否かを判断する。仮に、受信報告類型がＲＡｃｋである場合、受信機は、ステップＳ１５１７で、受信に成功したか否かを判断する。仮に、受信に成功できなかった場合、上記受信機はそのプロシージャを終了する。しかしながら、受信に成功した場合、受信機はステップＳ１４１５に進行して受信報告生成のためのプロシージャを始める。 
【００７３】
仮に、受信報告類型がＲＡｃｋでない場合、受信機はステップＳ１３１７で、０から１００の間の実数（decimal）のうち、統計的一様分布（statistical uniform distribution）サンプリング方式を利用して小数点以下３桁までの任意の数（実数）を計算する。受信機は、ステップＳ１３１９で、上記計算された任意の値がサンプルパーセントの任意の値より小さいか否かを判断する。仮に、計算された任意の値がサンプルパーセントの値より等しいか大きい場合、ステップＳ１４１５に進行して受信報告生成のためのプロシージャを始める。
【００７４】
しかしながら、任意の値がサンプルパーセントの値より小さい場合、受信機は生成される受信報告類型が成功した受信に対する統計情報報告（statisticalReporting：StaR）か否かを判断する。仮に、上記報告類型が統計情報報告でない場合、即ち、上記報告類型が全ての受信に関連した統計情報報告である場合、上記受信機はステップＳ１４１５に進行して受信報告生成のためのプロシージャを始める。しかしながら、もし受信報告類型が統計情報報告である場合、受信機は、ステップＳ１４１３で、受信を成功したか否かを判断する。仮に、受信を成功していない場合、受信機はそのプロシージャを終了する。受信を成功した場合、受信機はステップＳ１４１５に進行して受信報告生成のためのプロシージャを始める。
【００７５】
また、上記報告類型がＲＡｃｋであるとか、またはＳｔａＲ及びＳｔａＲ−ａｌｌで、かつ選択された任意の数がサンプルパーセント値より小さければ、受信機はステップＳ１４１５で、該当類型別に受信報告を生成した後、ステップＳ１４１７で、時間独立情報の設定を確認する。時間独立情報が設定されていない場合、受信機はステップＳ１５１３に進行して、直ちに受信報告を生成して、現在の連結を利用して直ちにサーバへ受信報告を転送する。しかしながら、そうでない場合、受信機は、ステップＳ１４１９で、バックオフタイムを計算し、タイマーを駆動する。この際、受信機は、ステップＳ１５１１で、タイマーに設定された時間がバックオフタイム、即ち任意の遅延時間より小さいか否かを判断する。タイマーに設定された時間がバックオフタイムと同一になるまでステップＳ１５１１を繰り返す。しかしながら、タイマーに設定された時間がバックオフタイムと等しいか大きい場合、受信機は、ステップＳ１５１３で、新たな連結を作ってサーバに受信報告を送る。
【００７６】
一方、本発明の詳細な説明では、具体的な実施形態に関して説明したが、本発明の範囲から外れない範囲内で、様々な変形が可能であることは、該分野で通常の知識を有する者には明らかである。
【００７７】
本発明の他の目的、利益、及び言及していない構成は、以下に説明される添付した図面と本発明の実施形態でなされる詳細な説明からこの分野の熟練者に明らかになる。
【図面の簡単な説明】
【００７８】
【図１】従来のディジタルビデオサービスのためのプロトコル構造図である、
【図２】本発明に従う送信機のブロック構成図である。
【図３】本発明に従う受信機のブロック構成図である。
【図４】本発明に従うファイル再転送要請情報及び受信報告要請を含んだ統合メッセージ構造図である。
【図５】本発明に従うユーザ別ファイル再転送要請情報のためのメッセージ構造図である。
【図６】本発明に従うブロードキャスト及びマルチキャストファイル再転送要請情報のためのメッセージ構造図である。
【図７】本発明に従う受信報告要請のためのメッセージ構造図である。
【図８】本発明に従う受信報告のための統合メッセージ構造図である。
【図９】本発明に従う受信成功報告のためのメッセージ構造図である。
【図１０】本発明に従う受信成功後、統計情報報告のためのメッセージ構造図である。
【図１１】本発明に従う全ての受信後、統計情報報告のためのメッセージ構造図である。
【図１２】本発明に従う送信機において、統合メッセージを生成する制御フローチャートである。
【図１３Ａ】本発明に従う受信機において、受信報告を受信する制御フローチャートである。
【図１３Ｂ】本発明に従う受信機において、受信報告を受信する制御フローチャートである。
【符号の説明】
【００７９】
２０２  データＩＰストリーム
２０４  統合情報／受信報告要請メッセージＩＰストリーム
２１０−１  ＭＰＥＧ−２  ＴＶストリーム
２１０−ｎ  ＭＰＥＧ−２  ＴＶストリーム
２２０  ＤＶＢ  ＩＰ  カプセル化器
２３０  多重化器
２４０  変調器
２５０  アンテナ
【図１】
2009512320.tif 000003
【図２】
2009512320.tif 000004
【図３】
2009512320.tif 000005
【図４】
2009512320.tif 000006
【図５】
2009512320.tif 000007
【図６】
2009512320.tif 000008
【図７】
2009512320.tif 000009
【図８】
2009512320.tif 000010
【図９】
2009512320.tif 000011
【図１０】
2009512320.tif 000012
【図１１】
2009512320.tif 000013
【図１２】
2009512320.tif 000014
【図１３Ａ】
2009512320.tif 000015
【図１３Ｂ】
2009512320.tif 000016
【国際調査報告】
2009512320.tif 000017
2009512320.tif 000018