(57)【要約】  放送通信融合型サービスのための受信方法は、第２メタデータを含む第１メタデータを受信する過程と、前記第２メタデータを含む前記第１メタデータに基づいて、放送プログラムを代替するマルチメディアデータを受信可能であることを表示する過程と、前記放送プログラムを代替するマルチメディアデータが決定された時、前記第２メタデータに基づいて、前記放送プログラムを代替するマルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して受信する過程と、を含み、前記第１メタデータは該当放送プログラムに対する位置情報を含み、前記第２メタデータは前記放送プログラムを代替する前記マルチメディアデータの位置情報を含み、高画質の放送を受信することができる利点がある。
2014508448.tif 000002
【特許請求の範囲】
【請求項１】
放送通信融合型サービスのための受信方法において、
第２メタデータを含む第１メタデータを受信する過程と、
前記第２メタデータを含む前記第１メタデータに基づいて、放送プログラムを代替するマルチメディアデータを受信可能であることを表示する過程と、
前記放送プログラムを代替するマルチメディアデータが決定された時、前記第２メタデータに基づいて、前記放送プログラムを代替するマルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して受信する過程と、を含み、
前記第１メタデータは該当放送プログラムに対する位置情報を含み、
前記第２メタデータは前記放送プログラムを代替する前記マルチメディアデータの位置情報を含むことを特徴とする方法。
【請求項２】
放送通信融合型サービスのための受信装置において、
第２メタデータを含む第１メタデータを受信する放送通信モジュールと、
前記第２メタデータを含む前記第１メタデータに基づいて、放送プログラムを代替するマルチメディアデータを受信可能であることを表示する制御部と、
前記放送プログラムを代替するマルチメディアデータが決定された時、前記第２メタデータに基づいて、前記放送プログラムを代替するマルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して受信するトランシーバと、を含み、
前記第１メタデータは該当放送プログラムに対する位置情報を含み、
前記第２メタデータは前記放送プログラムを代替する前記マルチメディアデータの位置情報を含むことを特徴とする装置。
【請求項３】
前記放送プログラムは放送チャネルを介して放送ストリームとして受信されるとともに、前記放送プログラムを代替する前記マルチメディアデータとして前記ＩＰネットワークを介して受信されるか、
前記放送プログラムは前記放送プログラムに該当するマルチメディアデータとしてのみ前記ＩＰネットワークを介して受信されることを特徴とする請求項１又は２に記載の方法及び装置。
【請求項４】
前記第１メタデータはＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）  ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）であって、
前記第２メタデータはＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）  ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）であることを特徴とする請求項１又は２に記載の方法及び装置。
【請求項５】
前記第２メタデータは前記第１メタデータ内の全体プログラムのためのディスクリプタを記述できるループ内に追加されるか、
前記第２メタデータは前記第１メタデータ内のメディア構成要素のためのディスクリプタを記述できるループ内に追加されることを特徴とする請求項１又は２に記載の方法及び装置。
【請求項６】
前記第２メタデータは、
最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応する開始時点を該当放送プログラムのタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準に表示するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）、
前記第２メタデータをＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）からダウンロードするかを指示するフラグ値、
前記ＵＲＬに対する変更の有無を指示する情報、
前記第２メタデータをダウンロードするサイト情報、
及び前記該当放送プログラムを代替するコンテンツに対するメタデータのうち少なくとも１つ以上を含むことを特徴とする請求項１又は２に記載の方法及び装置。
【請求項７】
前記第１メタデータ及び前記第２メタデータのうち１つは前記第１メタデータに基づいて放送プログラムを受信する場合より前記第２メタデータに基づいて前記放送プログラムを代替する前記マルチメディアデータを受信する場合の方がより高画質であることを知らせる情報をさらに含むことを特徴とする請求項１又は２に記載の方法及び装置。
【請求項８】
放送通信融合型サービスのための送信方法において、
第１メタデータ内に放送プログラムを代替するマルチメディアデータの位置情報を含む第２メタデータを追加する過程と、前記第１メタデータは前記放送プログラム又は他の放送プログラムに対する位置情報を含み、
前記第２メタデータを含む前記第１メタデータを放送チャネルを介して送信する過程と、を含むことを特徴に方法。
【請求項９】
放送通信融合型サービスのための送信装置において、
第１メタデータ内に放送プログラムを代替するマルチメディアデータの位置情報を含む第２メタデータを追加するプログラムエンコーダと、前記第１メタデータは前記放送プログラム又は他の放送プログラムに対する位置情報を含み、
前記第２メタデータを含む前記第１メタデータを放送チャネルを介して送信する送信機と、を含むことを特徴に装置。
【請求項１０】
前記放送プログラムは前記放送チャネルを介して放送ストリームとして送信されるとともに前記放送プログラムを代替するマルチメディアデータとしてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して伝達されるか、
前記放送プログラムは前記放送プログラムに該当するマルチメディアデータとしてのみ前記ＩＰネットワークを介して伝達されることを特徴とする請求項８又は９に記載の方法及び装置。
【請求項１１】
前記放送プログラムを代替するマルチメディアデータがユーザによって選択される時、前記マルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して前記ユーザに伝達する過程をさらに含むことを特徴とする請求項８又は９に記載の方法及び装置。
【請求項１２】
前記第１メタデータはＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）  ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）であって、
前記第２メタデータはＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）  ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）であることを特徴とする請求項８又は９に記載の方法及び装置。
【請求項１３】
前記第２メタデータは前記第１メタデータ内の全体プログラムのためのディスクリプタを記述できるループ内に追加されるか、
前記第２メタデータは前記第１メタデータ内のメディア構成要素のためのディスクリプタを記述できるループ内に追加されることを特徴とする請求項８又は９に記載の方法及び装置。
【請求項１４】
前記第２メタデータは、
最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応する開始時点を該当放送プログラムのタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準に表示するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）、
前記第２メタデータをＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）からダウンロードするかを指示するフラグ値、
前記ＵＲＬに対する変更の有無を指示する情報、
前記第２メタデータをダウンロードするサイト情報、
及び前記該当放送プログラムを代替するコンテンツに対するメタデータのうち少なくとも１つ以上を含むことを特徴とする請求項８又は９に記載の方法及び装置。
【請求項１５】
前記第１メタデータ及び前記第２メタデータのうち１つは前記第１メタデータに基づいて前記放送プログラムを受信する場合より前記第２メタデータに基づいて前記放送プログラムを代替する前記マルチメディアデータを受信する場合の方がより高画質であることを知らせる情報をさらに含むことを特徴とする請求項８又は９に記載の方法及び装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送通信融合型サービスに関し、特に放送通信融合型サービスのための送信方法及び装置に関する。
【背景技術】
【０００２】
ＤＭＢ（Ｄｉｇｉｔａｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ）とは、ビデオ／オーディオ放送を徒歩中はもちろん地下鉄、車両搭乗中などいつでもどこでも視聴することを希望するユーザの要求を満たすために開発されたものであって、地上波ＤＭＢ（Ｔｅｒｒｅｓｔｒｉａｌ−ＤＭＢ、以下、Ｔ−ＤＭＢ）、衛星ＤＭＢ（Ｓａｔｅｌｌｉｔｅ−ＤＭＢ）などに大別されている。
【０００３】
前記地上波ＤＭＢはヨーロッパのＤＡＢシステムに基づいてビデオサービスを提供しているため、１つのビデオプログラムに割り当てられるビットレートは１．２Ｍｂｐｓを超えることができない。実際は１つのビデオプログラムを５００ｋｂｐｓ前後のビットレートで放送している。したがって、前記地上波ＤＭＢではＱＣＩＦ（Ｑｕａｒｔｅｒ  Ｃｏｍｍｏｎ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｏｒｍａｔ）３２０＊２４０ピクセル）級の低解像度ビデオをサービスする。
【０００４】
一方、最近スマートフォンでリアルタイムＴＶ映像ストリーミングが可能になるとともに、地上波ＤＭＢでもＳＤＴＶ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ  ＴＶ）やＨＤＴＶ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  ＴＶ）級の高解像度ビデオサービスに対する要求が増えている。これに対して階層変調方式を従来の地上波ＤＭＢと互換的に導入し、伝送率を１．５倍（移動受信時）から２倍（固定受信時）まで増大させたＡＴ−ＤＭＢ（Ａｄｖａｎｃｅｄ  Ｔ−ＤＭＢ）が開発されており、Ｈ．２６４標準のスケーラブルビデオ符号化（ＳＶＣ、Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）を使用してＳＤＴＶ級のビデオサービスを従来のビデオサービスと互換的に提供できるようにするために努めている。
【０００５】
しかし、ＡＴ−ＤＭＢが商用化されても、ＳＤＴＶ級ビデオサービスのためには一度で利用可能ビットレートをすべて使用しなければならない。したがって、様々なプログラムを同時に提供しなければならない地上波ＤＭＢ業者の立場から見るとそのようなサービスを放送チャネルを介して導入することは難しいというのが実情である。
【０００６】
また、地上波ＨＤＴＶサービスの場合も今後ＵＨＤＴＶ（Ｕｌｔｒａ  ＨＤＴＶ）サービスに転換するためには高速の５０〜１００Ｍｂｐｓの地上波ＴＶ変調方式が必要になるが、これは受信カバレッジ（ｃｏｖｅｒａｇｅ）と伝送率の間の折衝（ｔｒａｄｅ−ｏｆｆ）の問題のため、高速の伝送率によって減少された受信カバレッジをサービスするためにはシステムが追加的に増設されなければならない。
【０００７】
一方、インターネットファイアーウォールによって遮断されるＲＴＰ／ＵＤＰを用いたオーディオ／ビデオストリーミングの代わりに、現在、ＨＴＴＰ／ＴＣＰを用いてオーディオ／ビデオストリーミングを送信するための標準技術であるＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）が開発されている。
【０００８】
スマートフォンにはＤＭＢ受信機能の外にも、無線インターネット通信機能をほとんど備えているので、地上波ＤＭＢのようなモバイル放送の場合も地上波ＨＤＴＶのような固定受信放送の場合も、受信機が有無線インターネット通信機能をともに備えた機器で、不足した伝送率の問題を放送と通信の融合的なアプローチで解決することがより経済的である。
【０００９】
したがって、放送ネットワークに対する投資負担を負うことなく高品質のビデオ／オーディオサービスを提供するための方法及び装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、放送通信融合型サービスのための送信方法及び装置を提供することにある。
【００１１】
本発明の他の目的は、ＭＰＥＧ−２  ＴＳ標準を使用する放送システムで有無線インターネット通信機能を備えた受信機の場合、ＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）標準に定義されたＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）を必要に応じて放送チャネル又は通信チャネルを介して獲得することによって、より向上した画質を提供できる放送通信融合型サービスを提供する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するための本発明の第１態様によれば、放送通信融合型サービスのための受信方法において、第２メタデータを含む第１メタデータを受信する過程と、前記第２メタデータを含む前記第１メタデータに基づいて、放送プログラムを代替するマルチメディアデータを受信可能であることを表示する過程と、前記放送プログラムを代替するマルチメディアデータが決定された時、前記第２メタデータに基づいて、前記放送プログラムを代替するマルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して受信する過程と、を含み、前記第１メタデータは該当放送プログラムに対する位置情報を含み、前記第２メタデータは前記放送プログラムを代替する前記マルチメディアデータの位置情報を含むことを特徴とする。
【００１３】
上記目的を達成するための本発明の第２態様によれば、放送通信融合型サービスのための受信装置において、第２メタデータを含む第１メタデータを受信する放送通信モジュールと、前記第２メタデータを含む前記第１メタデータに基づいて、放送プログラムを代替するマルチメディアデータを受信可能であることを表示する制御部と、前記放送プログラムを代替するマルチメディアデータが決定された時、前記第２メタデータに基づいて、前記放送プログラムを代替するマルチメディアデータをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して受信するトランシーバと、を含み、前記第１メタデータは該当放送プログラムに対する位置情報を含み、前記第２メタデータは前記放送プログラムを代替する前記マルチメディアデータの位置情報を含むことを特徴とする。
【００１４】
上記目的を達成するための本発明の第３態様によれば、放送通信融合型サービスのための送信方法において、第１メタデータ内に放送プログラムを代替するマルチメディアデータの位置情報を含む第２メタデータを追加する過程と、前記第１メタデータは前記放送プログラム又は他の放送プログラムに対する位置情報を含み、前記第２メタデータを含む前記第１メタデータを放送チャネルを介して送信する過程と、を含むことを特徴とする。
【００１５】
上記目的を達成するための本発明の第４態様によれば、放送通信融合型サービスのための送信装置において、第１メタデータ内に放送プログラムを代替するマルチメディアデータの位置情報を含む第２メタデータを追加するプログラムエンコーダと、前記第１メタデータは前記放送プログラム又は他の放送プログラムに対する位置情報を含み、前記第２メタデータを含む前記第１メタデータを放送チャネルを介して送信する送信機と、を含むことを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態による放送通信融合型サービスのための送信方法に対するフローチャートである。
【図２】本発明の実施形態による放送通信融合型サービスのための受信方法に対するフローチャートである。
【図３】本発明の実施形態によるＭＰＤのみによる放送における時間関係を示す図である。
【図４】本発明の実施形態に代替メディアによる放送における時間関係を示す図である。
【図５】本発明の実施形態に代替メディアの構成要素による放送における時間関係を示す図である。
【図６】本発明の実施形態による放送通信融合型サービスのための放送送信の装置図である。
【図７】本発明の実施形態による放送通信融合型サービスのための放送受信装置のブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の好ましい実施形態を添付された図面を参照して詳しく説明する。そして、本発明を説明するに当たって、関連する公知機能または構成に対する具体的な説明が本発明の要旨を不要に不明確にする虞があると判断された場合、その詳細な説明は省略する。そして、後述される用語は、本発明における機能を考慮して定義された用語であって、これはユーザ、運用者の意図または慣例などによって異なることがある。したがって、その定義は本明細書全般にわたる内容に基づいて行われるべきである。
【００１８】
以下、本発明は放送通信融合型サービスのための送信方法及び装置について説明する。
【００１９】
前記放送通信融合型サービスのシナリオは次のとおりである。
【００２０】
第一は、モバイル放送における放送通信融合型ビデオサービスシナリオである。例えば、ユーザがスマートフォンで地上波ＤＭＢを介してドラマを視聴中で、前記スマートフォンのディスプレイ解像度は６４０＊４８０級以上であると仮定した場合、ユーザは地上波ＤＭＢを介して提供される映像が低解像度で過度な圧縮のため品質が非常に低いということに不便を感じる可能性がある。しかし、本発明では、放送を介して同じドラマをＳＤＴＶ級の高画質ビデオで受信できるという案内が画面に表示され（すなわち、ＨＴＴＰ／ＴＣＰを用いてオーディオ／ビデオストリーミングを送信するＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）に基づくＳＤＴＶ級の高画質ビデオサービスが可能であることを知らせる）、案内に従ってユーザがこれを選択して、インターネット接続を介して他のマルチメディアデータを受信し、同じコンテンツを途切れることなくＳＤＴＶ級の高画質ビデオで視聴することができる。前記インターネット接続は前記スマートフォンに装着された通信モデムを介して行われ、地上波ＤＭＢ受信は別途のＤＭＢ受信機を介して行われる。
【００２１】
他のシナリオは、放送電波を受信できない地域で途切れることなく放送を視聴するものである。例えば、ユーザがスマートフォンで地上波ＤＭＢを介してドラマを視聴中で、大きなビル内の飲食店に入り待ち合わせの相手を待ちながら視聴し続けることを望むが、飲食店内には地上波ＤＭＢ電波が届かないと仮定する。本発明では、ユーザのスマートフォン画面にＨＴＴＰ／ＴＣＰを用いてオーディオ／ビデオストリーミングを送信するＤＡＳＨに基づいて同じドラマを視聴し続けることができるという案内が表示される。案内に従ってユーザがこれを選択して、インターネット接続を介して他のマルチメディアデータを受信し、同じコンテンツを途切れることなくＳＤＴＶ級の高画質ビデオで視聴することができる。
【００２２】
第二は、固定受信ＴＶ放送における放送通信融合型ビデオサービスシナリオである。すなわち、ＵＨＤＴＶ（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｔｅｌｅｖｉｓｉｏｎ）級高画質ビデオに代替して視聴することであって、ユーザが購入したＵＨＤＴＶで地上波ＨＤＴＶドラマを視聴できるが、ケーブル放送や衛星放送に加入しなければＵＨＤＴＶ放送プログラムも視聴することはできず、前記ユーザはケーブル放送や衛星放送に加入していないと仮定する。しかし、前記ＵＨＤＴＶはブロードバンドインターネットに接続するモデムが装着されているので、ユーザは前記ＵＨＤＴＶでインターネットを利用できる状態である。本発明では、放送を介して同じドラマをＵＨＤＴＶ級の高画質ビデオで受信できるという案内が画面に表示されると（すなわち、ＨＴＴＰ／ＴＣＰを用いてオーディオ／ビデオストリーミングを送信するＤＡＳＨに基づくＵＨＤＴＶ級の高画質ビデオサービスが可能であることを知らせる）、案内に従ってユーザがこれを選択して、ブロードバンドインターネット接続を介して他のマルチメディアデータを受信し、同じコンテンツを途切れることなくＵＨＤＴＶ級の高画質ビデオで視聴することができる。
【００２３】
第三は、ＤＡＳＨ  ＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）のみを放送チャネルで放送するメディアサービスを行うシナリオである。例えば、地上波ＤＭＢ放送業者が新しいプログラムチャネルを開設することを望むが、現在割り当てられた地上波ＤＭＢチャネル内にこれを収容する十分な利用可能伝送率がない場合であるが、地上波ＤＭＢ放送業者が最近ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）で標準化されたＤＡＳＨプロトコルを利用すれば、数ｋｂｐｓを使用するだけでプログラムチャネルを新設できると仮定する。そのため、地上波ＤＭＢ放送業者は地上波ＤＭＢ放送チャネルを介して提供しようとするプログラムデータのファイルセグメント（ｓｅｇｍｅｎｔ）の位置をはじめ、これをダウンロードするために必要な情報のみを含むＤＡＳＨ  ＭＰＤ（又はメタデータ）のみを連続的に放送し、ＤＡＳＨクライアント機能を行える受信機がインターネットを介して実際のビデオプログラムデータをダウンロードしてビデオプログラムを視聴できるようにデータベースを提供するものである。
【００２４】
以上、上述したシナリオを可能にするためには、次のような事項が要求される。まず、代替メディアプログラムに該当するマルチメディアデータに対する位置情報を放送ストリーム内に含めて送信しなければならない。そして、既存の視聴中であったプログラムを途切れることなく代替ビデオプログラムで視聴するようにすべきである。さらに、なるべく実際にプログラムが代替される時点までの遅延時間が最小化されるべきである。
【００２５】
特に、第三のシナリオ、すなわち、ＤＡＳＨ  ＭＰＤのみを放送チャネルで放送するビデオサービスを行うシナリオを実施するためには、一日中の放送編成時間に該当するＤＡＳＨ  ＭＰＤを該当プログラム編成時間前に放送できなければならず、各ＭＰＤに該当するプログラムの開始時点を受信機に正確に知らせることができなければならない。
【００２６】
前記ＤＡＳＨ  ＭＰＤは定義されたリソースのスキーマに指定されたプロトコルを介してセグメントにアクセスしてユーザにストリーミングサービスを提供するために使用される。前記ＤＡＳＨ  ＭＰＤはｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ、ｐｅｒｉｏｄ、ｒｅｐｒｅｓｅｎｔａｔｉｏｎ、ｓｅｇｍｅｎｔを含む４つのレベルで構成される。詳細なＤＡＳＨ  ＭＰＤの内容はＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）文書に記述された「Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）」を参照することにする。
【００２７】
一方、現在、地上波、衛星、ケーブル、ＤＭＢなど全てのデジタル放送標準に圧縮メディアデータをパケット化し多重化して送信するＭＰＥＧ−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を使用している。そのため、本発明では上述した要求事項を満たすためにＭＰＥＧ−２  ＴＳ  ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅｓ）にメディアデータディスクリプタを追加することによって、代替されるメディアプログラムデータを有無線インターネットを用いてＤＡＳＨプロトコルによって獲得するようにする。
【００２８】
前記ＰＭＴはプログラムに対する情報を有し、各プログラムごとに前記ＰＭＴが存在する。また、前記ＰＭＴはプログラム番号（ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ）をはじめ、ＴＳに存在する各プログラムに対する情報を提供して記述されたＭＰＥＧ−２プログラムを構成する基礎ストリームを羅列する。各基礎（ｅｌｅｍｅｎｔａｒｙ）ストリームのための選択的ディスクリプタ（ｏｐｔｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒｓ）だけでなく全体（ｅｎｔｉｒｅ）ＭＰＥＧ−２プログラムを記述する選択的ディスクリプタのための位置情報も提供する。
【００２９】
以下、本発明ではＭＰＥＧ−２  ＴＳを一例として説明するが、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）にも適用可能であることは当業者にとって自明である。
【００３０】
ＭＰＥＧ−２  ＴＳ  ＰＭＴに追加される内容は下記のとおりである。
【００３１】
１．全体プログラムのためのディスクリプタループ内に代替メディアデータディスクリプタの追加：
【００３２】
ＰＭＴ内の全体プログラムのためのディスクリプタを入れられるディスクリプタループフレーズ内に代替プログラムデータディスクリプタ（以下「ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ」と称する）を追加する。これは全体プログラムをすべて代替するための情報である。前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒは代替するプログラムのＤＡＳＨ  ＭＰＤとＭＰＤの最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を入れる。ここで、ＰＴＳはこの放送プログラムのタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準とした値である。
【００３３】
下記表１はａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒのフレーズ定義である。
【００３４】
【表１】
2014508448.tif 000003
【００３５】
ここで、ＵＲＬ＿ｆｌａｇはＭＰＤをＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）からダウンロードするかを指示する値で、ＭＰＤがディスクリプタに含まれている場合は「０」に設定し、ＭＰＤがディスクリプタに含まれていない場合は、「１」に設定し、ＭＰＤをダウンロードするためのＵＲＬをディスクリプタ内に含む。ＰＴＳはＭＰＤの最初のＲＡＰの表示開始時点を該当プログラムのタイムベースを基準にして表した値である。前記ＵＲＬはＭＰＤをダウンロードするサイト情報で、ＵＲＬの長さは他のフィールドの長さ７バイトを除いた２４９バイトに制限される。前記ＭＰＤは該当プログラムを代替するコンテンツに対するＭＰＤを圧縮（ｇｚｉｐ）したデータである。ディスクリプタの長さが２５６バイトに制限されているので、他のフィールドの長さ７バイトを除いた２４９バイトまでｇｚｉｐで圧縮されたＭＰＤをこのディスクリプタ内に含むことができる。
【００３６】
２．メディア構成要素のためのディスクリプタループ内に代替メディア構成要素データディスクリプタの追加：
【００３７】
ＰＭＴ内の各メディア構成要素に対するディスクリプタを入れられるディスクリプタループフレーズ内にいずれか１つのメディア構成要素（例えば、ビデオ、オーディオ、データ）に対する代替データディスクリプタ（以下「ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ」と称する）を追加する。すなわち、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒは該当プログラム構成要素に対するデータを個別的に代替するための情報で、代替するプログラムのＤＡＳＨ  ＭＰＤとＭＰＤの最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を入れる。ここで、ＰＴＳはこの放送プログラムのタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準とした値である。ＭＰＤによって指定されるメディアデータに複数のメディア構成要素が含まれた場合は、代替される基礎ストリーム（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ：ＥＳ）のストリーム種類（ｓｔｒｅａｍ＿ｔｙｐｅ）を参照して適合したメディア構成要素データを探す。
【００３８】
下記表２はａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒのフレーズ定義である。
【００３９】
【表２】
2014508448.tif 000004
【００４０】
ここで、ＵＲＬ＿ｆｌａｇはＭＰＤをＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）からダウンロードするかを指示する値で、ＭＰＤがディスクリプタに含まれている場合は「０」に設定し、ＭＰＤがディスクリプタに含まれていない場合は、「１」に設定し、ＭＰＤをダウンロードするためのＵＲＬをディスクリプタ内に含む。ＰＴＳはＭＰＤの最初のＲＡＰの表示開始時点を該当プログラムのタイムベースを基準にして表した値である。前記ＵＲＬはＭＰＤをダウンロードするサイト情報で、ＵＲＬの長さは他のフィールドの長さ７バイトを除いた２４９バイトに制限される。前記ＭＰＤは該当プログラムのＥＳを代替するメディア構成要素を含むコンテンツに対するＭＰＤを圧縮（ｇｚｉｐ）したデータである。ディスクリプタの長さが２５６バイトに制限されているので、他のフィールドの長さ７バイトを除いた２４９バイトまでｇｚｉｐで圧縮されたＭＰＤをこのディスクリプタ内に含むことができる。
【００４１】
３．ＤＡＳＨ  ＭＰＤのみの送信による放送サービスのためのメディアデータディスクリプタの追加：
【００４２】
あるイベント（ｅｖｅｎｔ）、すなわち編成上の１つのプログラムに該当するＤＡＳＨ  ＭＰＤを順に送信してＤＡＳＨクライアントが編成時間に合わせてＭＰＤによって指定されるコンテンツを視聴者に提供するようにする。
【００４３】
このために、該当イベントの編成時間の前にＰＭＴ内の全体プログラムのためのディスクリプタループ内にＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒを追加して放送する。ＰＭＴにＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒが入っていれば、個別メディア構成要素に対するＥＳ（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）に対する情報領域にはＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を載せて運ぶＥＳに対する情報のみを入れる。もし、同じＴＳ内の他のプログラムのタイムベースを使用するようにＰＣＲ＿ＰＩＤを設定する場合は個別メディア構成要素に対するＥＳに対する情報領域に何も入れなくてもよい。
【００４４】
ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒにはＤＡＳＨ  ＭＰＤ又はこれに対するＵＲＬが入っており、このＭＰＤの最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）が入っている。ここでＰＴＳは同じＰＭＴでこのディスクリプタの下に出てくるＰＣＲ＿ＰＩＤによって指定されるタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準とした値である。
【００４５】
ＰＭＴは０．７秒以内の短い周期で繰り返し送信されるので、同じＭＰＤが複数回繰り返し送信される。新しいイベントの編成時点が来ると、所定時点の前からは他のＭＰＤが放送され始めるが、受信機はＭＰＤが変わったことをＰＴＳが変更されたことを通じて知ることができるが、以前のＰＴＳを保存しておいて毎回ＰＴＳ値が変更されたかを検査する過程を単純化するためには、ｎｅｗ＿ＭＰＤ＿ｆｌａｇを追加的に送信してＭＰＤが変わったことを受信機が容易に知らせるようにする。
【００４６】
下記表３はＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒのフレーズ定義である。
【００４７】
【表３】
2014508448.tif 000005
【００４８】
ここで、ＵＲＬ＿ｆｌａｇはＭＰＤをＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）からダウンロードするかを指示する値で、ＭＰＤがディスクリプタに含まれている場合は「０」に設定し、ＭＰＤがディスクリプタに含まれていない場合は、「１」に設定し、ＭＰＤをダウンロードするためのＵＲＬをディスクリプタ内に含む。ｎｅｗ＿ＵＲＬ＿ｆｌａｇはＵＲＬ＿ｆｌａｇが「１」に設定された場合に限り意味を有し、ＵＲＬが修正されると「１」に設定される。ｎｅｗ＿ＭＰＤ＿ｆｌａｇはＭＰＤが修正されるかＰＴＳが修正されると「１」に設定される。ＰＴＳはＭＰＤの最初のＲＡＰの表示開始時点で、ＰＭＴでＰＣＲ＿ＰＩＤによって指定されるタイムベースを基準にして表した値である。すなわち、ＵＲＬはＭＰＤをダウンロードするサイト情報で、ＵＲＬの長さは他のフィールドの長さ７バイトを除いた２４９バイトに制限される。ＭＰＤは該当プログラムのイベントに対するＭＰＤを圧縮（ｇｚｉｐ）したデータである。ディスクリプタの長さが２５６バイトに制限されているので、他のフィールドの長さ７バイトを除いた２４９バイトまでｇｚｉｐで圧縮されたＭＰＤをこのディスクリプタ内に含むことができる。
【００４９】
一方、ＤＡＳＨ  ＭＰＤのみの送信による放送プログラムを提供しようとする時、他のプログラムのタイムベースを使用しない限り、タイミング同期のためのＰＣＲ（ｐｒｏｇｒａｍ  ｃｌｏｃｋ  ｒｅｆｅｒｅｎｃｅ）を伝達するためのＥＳを含まなければならない。もし、実際に送信するＥＳがない場合、ＰＣＲのみを送信するダミーＥＳ（ｄｕｍｍｙ  ＥＳ）をＴＳ内に含まなければならない。すなわち、他の放送プログラムのＰＣＲを使用することを望まない場合は前記ＤＡＳＨ  ＭＰＤのみの送信による放送プログラムがＰＣＲを提供しなければならず、このためにダミーＥＳを送信してＰＣＲを提供するのである。前記ダミーＥＳを含むＴＳパケットには「ａｄａｐｔａｔｉｏｎ＿ｆｉｌｅｄ」のみを含み、前記ダミーＥＳを含むＴＳパケットの送信周期は０．１秒以内にする。実施形態によっては、ＴＳパケットの送信周期はサービス業者又はマルチメディアデータ種類に応じて決定され得る。
【００５０】
図１は、本発明の実施形態による放送通信融合型サービスのための送信方法に対するフローチャートを示している。
【００５１】
上記図１を参照すると、ステップ１００でＰＭＴ内に代替メディアデータディスクリプタ（上記表１に記述されたａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ又は上記表２に記述されたａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ）を追加する。
【００５２】
前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒはＰＭＴ内の全体プログラムのためのディスクリプタループフレーズに追加され、全体プログラムに対してＭＰＤ情報を提供する。すなわち、ユーザがＤＭＢ受信機を介して放送プログラムを視聴する間に、一方では、ＤＡＳＨ標準に基づいて、現在ユーザが視聴しているものと同じ放送プログラムを高画質で提供できることを知らせることである。
【００５３】
前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒはＰＭＴ内の各メディア構成要素に対するディスクリプタループフレーズに追加され、１つのメディア構成要素（例えば、ビデオ、オーディオ、データのうち１つである）に対してＭＰＤ情報を提供する。すなわち、ユーザがＤＭＢ受信機を介して放送プログラムを視聴する間に、一方では、ＤＡＳＨ標準に基づいて、現在ユーザが視聴しているものと同じ放送プログラムの構成要素を高画質で提供できることを知らせることである。前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ及び前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒにはプログラム又はプログラムの構成要素に対するＤＡＳＨ  ＭＰＤとＭＰＤの最初のＲＡＰ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に相応するＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）を含んで構成される。ここで、ＰＴＳはこの放送プログラムのタイムベース（ｔｉｍｅ  ｂａｓｅ）を基準とした値である。
【００５４】
以降、放送送信装置はステップ１０２でＰＭＴ内にＤＡＳＨ  ＭＰＤのみの送信による放送サービス（すなわち、ＤＭＢ放送チャネルを介してＭＰＤのみを送信し、インターネットネットワークを介して該当ＭＰＤに対応するマルチメディアデータ（ビデオ、オーディオ、データ等）を提供する放送サービス）のためのメディアデータディスクリプタ（上記表３に記述されたＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ）を追加する。すなわち、前記ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒは１つのプログラムに該当するＤＡＳＨ  ＭＰＤで、ユーザはＤＭＢ放送チャネルを介してＤＡＳＨ  ＭＰＤのみを受信し（すなわち、ＤＭＢ放送チャネルを介してプログラムが送信されない）、前記放送チャネルを介して受信されたＤＡＳＨ  ＭＰＤに該当するマルチメディアデータをインターネットを介して受信して放送を視聴する。
【００５５】
以降、放送送信装置はステップ１０４で前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ、前記ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ、前記ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒが含まれたＰＭＴとオーディオ／ビデオ／データが多重化されて放送される。
【００５６】
図２は、本発明の実施形態による放送通信融合型サービスのための受信方法に対するフローチャートを示している。
【００５７】
上記図２を参照すると、放送受信装置（すなわち、ＤＭＢ受信機とインターネットネットワークに接続できる機能を提供する通信モデム（以下、ＤＡＳＨクライアントと称する）を装着しているスマートフォンのような端末）はステップ２００でＭＰＥＧ−２  ＴＳ放送ストリームを受信する。
【００５８】
以降、前記放送受信装置はステップ２０２でＭＰＥＧ−２  ＴＳ放送ストリーム内に含まれたユーザが選択したプログラムに該当するＰＭＴを周期的に受信して分析する。
【００５９】
以降、前記放送受信装置はステップ２０４で前記ＰＭＴ内に含まれた全体プログラムに対するディスクリプタの中にＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれている場合、該当プログラムがＤＡＳＨ  ＭＰＤのみによる放送プログラムであると認識し、ステップ２１０でＭＰＤに関連づけられたＵＲＬがあるかを確認する（すなわち、上記表３でＵＲＬ＿ｆｌａｇ値を確認する）。ＵＲＬ＿ｆｌａｇ＝０であれば、ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）内にＭＰＤが含まれていることを意味し、ＵＲＬを介してＭＰＤをダウンロードする必要がないのでステップ２３０に進む。一方、ＵＲＬ＿ｆｌａｇ＝１であれば、ＵＲＬを介してＭＰＤをダウンロードしなければならないので、ステップ２１２に進んで通信ネットワークを介して該当ＵＲＬにアクセスしてＭＰＤをダウンロードしてステップ２３０に進む。言い換えれば、ＭＰＤがＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）に直接含まれている場合、これをＤＡＳＨクライアントに提供し、ＭＰＤのＵＲＬが提供された場合は通信ネットワーク（有無線インターネット、例えば、有線インターネット、ＷｉＦｉ、ＷｉＢｒｏ、移動通信ネットワークのうち１つ）を介してＭＰＤをダウンロードしてＤＡＳＨクライアントに提供する。
【００６０】
一方、前記放送受信装置はステップ２０４でＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれていない場合、ステップ２０６に進んで前記ＰＭＴ内に含まれた全体プログラムに対するディスクリプタの中にａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれているかを確認する。
【００６１】
もし、前記放送受信装置はステップ２０６でａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒが含まれている場合、ステップ２１４に進んで該当放送プログラムと同じ代替メディアが存在することを画面に表示する。
【００６２】
以降、前記放送受信装置はステップ２１６でユーザによって該当放送プログラムと同じ代替メディアが選択された場合、ステップ２１０、ステップ２１２を行って該当放送プログラムと同じ代替メディアのためのＭＰＤを獲得する。一方、ユーザによって該当放送プログラムと同じ代替メディアが選択されなかった場合、ステップ２２８に進む。
【００６３】
すなわち、前記放送受信装置は現在のプログラムがＤＡＳＨ  ＭＰＤによって指定されたコンテンツに代替され得ると認識し、視聴者が望む場合、前記代替コンテンツを選択できるように画面に代替コンテンツが存在することを表示する。前記代替コンテンツは「同一内容に対して相対的に高品質のコンテンツ」であることを意味する。通信ネットワークの状況によって、画質の変化がある場合があるので、「潜在的に高品質である可能性のある」代替コンテンツという意味として「高品質可能」程度に当たる表示を画面に一定時間の間のみ出力し、これを前記放送受信装置内に書き込んで保存する。以降、視聴者は画面に表示された内容を参照して、高品質の代替コンテンツを選択することができる。他の実施形態において、前記代替コンテンツがあるかを確認するボタン命令によってこれを確認した後、選択することもできる。視聴者が前記代替コンテンツを選択すると、受信されたＭＰＥＧ−２  ＴＳに含まれたＥＳを無視し、ＭＰＤによって指定されたデータを該当ＵＲＬからダウンロードして放送内容が途切れないように放送チャネルから得られたメディアＥＳに続けて再生する。前記ＭＰＤがａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）に直接含まれている場合はＤＡＳＨクライアントに入力し、ＭＰＤのＵＲＬが提供された場合は通信ネットワークを介してＭＰＤをダウンロードしてＤＡＳＨクライアントに提供する。
【００６４】
もし、前記放送受信装置はステップ２０６でａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれていない場合、ステップ２０８に進んで前記ＰＭＴの各メディア構成要素に対するディスクリプタを入れられるディスクリプタループフレーズ内にａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれているかを確認する。
【００６５】
もし、ＰＭＴの各メディア構成要素に対するディスクリプタを入れられるディスクリプタループフレーズ内にａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれている場合、ステップ２１８に進んで、該当メディア構成要素がＤＡＳＨ  ＭＰＤによって指定されたコンテンツに代替され得ると認識し、ステップ２１８で前記代替メディア構成要素を選択できるように画面に代替メディア構成要素が存在することを一定時間の間表示する。
【００６６】
以降、前記放送受信装置はステップ２２０でユーザによって該当放送プログラムの代替メディア構成要素が選択された場合、ステップ２２４に進んでＭＰＤに関連づけられたＵＲＬがあるかを確認する（すなわち、前記表２でＵＲＬ＿ｆｌａｇ値を確認する）。ＵＲＬ＿ｆｌａｇ＝０であれば、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）内にＭＰＤが含まれていることを意味し、ＵＲＬを介してＭＰＤをダウンロードする必要がないのでステップ２３０に進む。一方、ＵＲＬ＿ｆｌａｇ＝１であれば、ＵＲＬを介してＭＰＤをダウンロードしなければならないので、ステップ２２６に進んで通信ネットワークを介して該当ＵＲＬにアクセスしてＭＰＤをダウンロードしてステップ２３０に進む。
【００６７】
一方、ステップ２２０でユーザによって該当放送プログラムの代替メディア構成要素が選択されなかった場合、ステップ２２８に進む。
【００６８】
他の実施形態によれば、ステップ２１８で画面に代替メディア構成要素が存在することを一定時間の間表示することを視聴者が望まない時、前記代替メディア構成要素の存在に関する情報を保存し、今後、視聴者の要求がある場合、再度見せることができるようにする。
【００６９】
前記代替メディア構成要素は「同一内容に対して相対的に潜在的に高品質である可能性のあるメディア構成要素」であることを意味する。例えば該当メディア構成要素がビデオであれば「高画質」、オーディオであれば「高音質」と解釈される。ＤＡＳＨによる品質はネットワークの状況のみに依存するため、それによる品質は「潜在的に高品質」でしかない。したがって、代替するメディア構成要素がビデオであれば「高画質可能」、オーディオであれば「高音質可能」程度の内容を画面に表示して視聴者が選択できるようにする。前記過程はＰＭＴに含まれた全てのメディア構成要素に対して行われる。以下の過程は選択された全ての代替メディア構成要素に対して同時に行われる。視聴者が代替メディア構成要素を選択すると、受信されたＴＳに含まれた該当ＥＳを無視し、ＭＰＤによって指定されたデータをダウンロードしてこれを代替して途切れることなく再生する。ＭＰＤがａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）に直接含まれている場合はこれをＤＡＳＨクライアントに提供し、ＭＰＤのＵＲＬが提供された場合は通信ネットワークを介してＭＰＤをダウンロードしてＤＡＳＨクライアントに入力する。
【００７０】
以降、前記放送受信装置はステップ２２８でＭＰＥＧ−２  ＴＳ放送ストリームからＥＳのデータを獲得する。すなわち、ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）、及びａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）がＰＭＴ内に含まれていない場合、又はａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）及びａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）のうち少なくとも１つのディスクリプタがＰＭＴ内に含まれていてもユーザが望まない場合、前記放送受信装置はステップ２２８に進んでＤＭＢ受信機を介して放送プログラムを受信する。
【００７１】
一方、前記放送受信装置はステップ２３０で通信ネットワークからＥＳのデータを獲得する。すなわち、ＰＭＴ内にＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）が含まれているか、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）及びａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）のうち少なくとも１つのディスクリプタがＰＭＴ内に含まれておりユーザによって選択された場合、ＭＰＤと時間オフセットに基づいて通信ネットワークからＥＳを受信する。
【００７２】
以降、前記放送受信装置はステップ２３２でＥＳを各メディア復号器に入力してステップ２３４で復号結果を基に放送プログラムを画面に表示する。
【００７３】
図３は、本発明の実施形態によるＭＰＤのみによる放送における時間関係を示している。
【００７４】
上記図３を参照すると、前記放送受信装置がＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）を含むＰＭＴを受信した時点３０１から視聴者がＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）に基づいて放送プログラムを視聴する時点３１０までの時間フローチャートを示している。
【００７５】
まず、前記放送受信装置はＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）に基づいて「時間オフセット３０５」値を決定して「ＤＡＳＨクライアント」に提供する。前記時間オフセットは「ＤＡＳＨコンテンツの最初のＲＡＰに該当する時間３０２」から「「ＤＡＳＨクライアント」にＭＰＤと時間オフセットを提供する時点３０３」までの時間間隔に該当する。ここで、ＤＡＳＨクライアントの役割はＭＰＤと時間オフセットを提供されて通信ネットワークを介して最初のＲＡＰに該当する時間値３０２に、前記提供された時間オフセット値３０５と「ＤＡＳＨ初期遅延（ｉｎｉｔｉａｌ  ｄｅｌａｙ）時間３０６」値を足して得られた時点以降のＲＡＰに該当するＤＡＳＨセグメントを持ってきてメディア構成要素ＥＳを抽出して各メディア復号器側に伝達することである。「ＤＡＳＨ初期遅延時間」３０６はＤＡＳＨクライアントが測定し、初めてダウンロードしたＲＡＰデータがダウンロードした時点以降に再生するデータになるようにすることはＤＡＳＨクライアントの役割である。ＤＡＳＨクライアントは「ＤＡＳＨコンテンツの最初のＲＡＰに該当する時間３０２」すなわち「ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）内のＰＴＳ値によって指定された時間」値から「視聴者がこのプログラムを視聴し始める目標時点３１０」（すなわち、ＤＡＳＨクライアントモジュールから出力される最初のＲＡＰの再生時点）までの時間オフセット値と共にメディアＥＳのデータを出力する。前記放送受信装置はＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）のＰＴＳが指定する時点３０８ に前記時間オフセット３０５を足した時点からメディアＥＳの復号結果を再生する。
【００７６】
図４は、本発明の実施形態に代替メディアによる放送における時間関係を示している。
【００７７】
上記図４を参照すると、「時間オフセット４０５」値をＤＡＳＨクライアントに共に提供する。以降の動作は前記ＭＰＤのみのよる放送の場合（ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）による放送の場合）と非常に類似している。
【００７８】
図５は、本発明の実施形態に代替メディアの構成要素による放送における時間関係を示している。
【００７９】
上記図５を参照すると、「時間オフセット５０５」値をＤＡＳＨクライアントに共に提供する。以降の動作は前記ＭＰＤのみのよる放送の場合（ＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）による放送の場合）と非常に類似している。ただし、前記放送受信装置は各メディア構成要素に該当するａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）内のＰＴＳが指定する時点にＤＡＳＨクライアントから提供された時間オフセットを足した時点から該当メディア構成要素ＥＳの復号結果を再生する。
【００８０】
図６は、本発明の実施形態による放送通信融合型サービスのための放送送信装置を示している。
【００８１】
上記図６を参照すると、放送送信装置はプログラムエンコーダ６００、ＴＳ多重化器６０２、チャネルエンコーダ６０４、データベース６１０を含んで構成される。
【００８２】
前記プログラムエンコーダ６００はビデオ／オーディオ／データをそれぞれに対応する圧縮方式を使用して圧縮しパケット化してＴＳ多重化器６０２に出力する。
【００８３】
前記ＴＳ多重化器６０２はそれぞれの圧縮されたオーディオ、ビデオ、データストリーム及びストリームをデコードする過程で多重化されたストリームの追加情報及び同期を合わせて再生するための情報（例えば、ＰＭＴ等）を多重化して１つのストリームでチャネルエンコーダ６０４に出力する。前記チャネルエンコード６０４は前記ストリームをエンコードして送信する。
【００８４】
一方、前記データベース６１０はユーザに高解像度の放送信号を提供するために、解像度毎に放送プログラムに対するマルチメディアデータを保存し、必要時に、前記ユーザに放送プログラムに対するマルチメディアデータをインターネット６２０を介して提供する。
【００８５】
そのため、前記ユーザがデータベースのＵＲＬにアクセスできるようにＰＭＴ内にＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）、そしてａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）のようなメディアデータディスクリプタを追加する。
【００８６】
図７は、本発明の実施形態による放送通信融合型サービスのための放送受信装置のためのブロック図を示している。
【００８７】
上記図７を参照すると、放送受信装置はスマートフォンのような端末であるかＨＤＴＶである場合があり、前記放送受信装置は制御部７００、放送受信モジュール７１０、そしてトランシーバ７２０を含んで構成される。前記放送受信モジュール７１０はチューナ７１２、復調器７１４、ＴＳ逆多重化器７１６、プログラムデコーダ７１８を含んで構成される。前記トランシーバ７２０はＲＦモジュール７２２、通信モデム７２４を含んで構成される。
【００８８】
前記放送受信モジュール７１０は放送装置から送出される放送信号をアンテナを介して受信する。前記放送信号はＭＰＥＧ−２  ＴＳ標準に従い、本発明に加えて、代替されるビデオプログラムデータを有無線インターネットを用いてＤＡＳＨプロトコルによって獲得するようにするために、ＭＰＥＧ−２  ＴＳのＰＭＴ内にＤＡＳＨ＿ＭＰＤ＿ｄｅｓｃｒｉｐｔｏｒ（）、ａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｃｏｍｐｏｎｅｎｔ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）、及びａｌｔｅｒｎａｔｅ＿ｍｅｄｉａ＿ｄａｔａ＿ｄｅｓｃｒｉｐｔｏｒ（）のようなメディアデータディスクリプタが追加される。
【００８９】
前記チューナ（Ｔｕｎｅｒ）７１２は前記制御部７００の制御下に所望の放送信号に同調して前記復調器７１４に出力する。このために、ユーザインタフェース（リモコン、選択ボタン等）を介して所望の放送チャネルが選択される時、前記制御部７００は選択された放送チャネルに対応する情報をメモリ（図示せず）から読み出してチャネル情報を前記チューナ７１２に提供する。
【００９０】
前記復調器７１４は同調された放送信号をＥＳ（ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）又はデジタルビットストリーム（ｂｉｔ  ｓｔｒｅａｍ）に復調する。このビットストリームはビデオ、オーディオ、又はデータストリームなどを含む、そして前記ビデオ、オーディオ、又はデータストリームはＴＳ逆多重化器７１６に出力される。
【００９１】
前記ＴＳ逆多重化器７１６はデスクランブルされた放送信号からオーディオ、ビデオ、データを分類してバッファ（図示せず）に保存する。
【００９２】
前記プログラムデコーダ７１８は前記バッファにあるオーディオ、ビデオ、データを読み出して、ＭＰＥＧ−２  ＴＳ標準に基づいてビデオ、オーディオ、データストリームをデコードする。例えば、前記プログラムデコーダ７１８がバッファリングされたビットストリームをバッファに読み込んで圧縮されたコードをデコードし、復元された映像／オーディオ／データを保存すると、前記制御部７００は前記復元された映像／オーディオ／データを読み出して表示する。
【００９３】
一方、前記トランシーバ７２０は無線ネットワークの基地局（図示せず）によって流入されるＲＦ信号をアンテナから受信して前記流入されるＲＦ信号を中間周波数（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ：ＩＦ）信号又は基底帯域信号に下方変調する。そして、前記ＩＦ信号又は基底帯域信号は前記基底帯域又はＩＦ信号をフィルタリング、デコード、そしてデジタル化して処理されて制御部７００に提供される。そして前記制御部７００は前記処理された基底帯域信号をスピーカに送信（例えば、音声データ）するか又はさらに多くのプロセッシング（例えば、ウェブブラウジング）を行う。
【００９４】
また、前記トランシーバ７２０は前記制御部７００からのデジタル音声データを受信するか、他の出力基底帯域データ（例えば、ウェブデータ、Ｅメール、対話型ビデオゲームデータ）を受信して、処理された基底帯域又はＩＦ信号を生成し、前記出力基底帯域データをエンコード、マルチプレキシング、そしてデジタル化する。そして前記基底帯域又はＩＦ信号をアンテナを介して送信されるＲＦ信号に上方変調する。
【００９５】
前記ＲＦモジュール７２２はアンテナを介して受信されるラジオ周波数信号の周波数を下降させて通信モデム７２４に提供するか前記通信モデム７２４からの基底帯域信号の周波数を上昇させて前記アンテナを介して送信する。
【００９６】
前記通信モデム７２４は前記ＲＦモジュール７２２と前記制御部７００の間に送受信される基底帯域信号を処理する。例えば、送信の場合は送信するデータをチャネルコーディング（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）及び拡散（ｓｐｒｅａｄｉｎｇ）する機能を行い、受信の場合は受信信号を逆拡散（ｄｅｓｐｒｅａｄｉｎｇ）及びチャネル復号（ｃｈａｎｎｅｌ  ｄｅｃｏｄｉｎｇ）する機能を行う。他の実施形態によれば、前記通信モデム７２４はＯＦＤＭ／ＯＦＤＭＡ方式に基づいて信号を処理する。
【００９７】
前記制御部７００は全般的な放送受信装置を制御し、前記放送受信モジュール７１０及び前記トランシーバ７２０で様々な処理モジュールの動作を制御する。具体的には、制御部７００は図面を参照して説明した本発明の実施形態に関連づけられた動作を行うためにデジタル信号処理過程を行い、様々な処理モジュールの動作を制御する。
【００９８】
以上、説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素又は特徴は他の構成要素や特徴と結合されない形態で実施され得る。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更され得る。いずれかの実施形態の一部の構成や特徴は他の実施形態に含まれることができ、又は他の実施形態の対応する構成又は特徴と取り替えられ得る。特許請求の範囲で明示的な引用関係にない請求項を結合して実施形態を構成するか出願後の補正によって新しい請求項に含めることができることは自明である。
【００９９】
本発明による実施形態は様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって実施され得る。ハードウェアによる実施の場合、本発明の一実施形態は１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実施され得る。
【０１００】
ファームウエアやソフトウェアによる実施の場合、本発明の一実施形態は以上で説明された機能又は動作を行うモジュール、手順、関数などの形態として実施され得る。ソフトウェアコードはメモリユニットに格納されてプロセッサによって駆動され得る。前記メモリユニットは前記プロセッサ内部又は外部に位置し、既に公知の様々な手段によって前記プロセッサとデータをやり取りできる。
【０１０１】
上述のように、ＭＰＥＧ−２  ＴＳ標準を使用する放送システムで有無線インターネット通信機能を備えた受信機の場合、ＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）標準に定義されたＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）を必要に応じて放送チャネル又は通信チャネルを介して獲得することによって、より向上した画質を提供できる利点がある。
【０１０２】
一方、本発明を実施するための形態では具体的な実施形態について説明したが、本発明の範囲から逸脱しない限度内で様々な変形が可能であることは無論である。したがって、本発明の範囲は説明された実施形態に限定されて定められてはならず、後述する特許請求の範囲のみでなくこの特許請求の範囲と均等なものによって定められるべきである。
【符号の説明】
【０１０３】
６００  プログラムエンコーダ
６０２  多重化器
６０４  チャネルエンコード
６１０  データベース
６２０  インターネット
７００  制御部
７１０  放送受信モジュール
７１２  チューナ
７１４  復調器
７１６  ＴＳ逆多重化器
７１８  プログラムデコーダ
７２０  トランシーバ
７２２  モジュール
７２４  通信モデム
【図１】
2014508448.tif 000006
【図２】
2014508448.tif 000007
【図３】
2014508448.tif 000008
【図４】
2014508448.tif 000009
【図５】
2014508448.tif 000010
【図６】
2014508448.tif 000011
【図７】
2014508448.tif 000012
【国際調査報告】
2014508448.tif 000013
2014508448.tif 000014
2014508448.tif 000015
2014508448.tif 000016
2014508448.tif 000017
2014508448.tif 000018