(57)【特許請求の範囲】
【請求項１】
第１メディア伝送技術を基盤にストリーミングサービスを提供する第１ストリーミングサーバーから生放送コンテンツの第１ストリーミングデータパケットを受信し、デコーディングする第１メディア受信モジュールと、
前記第１メディア伝送技術とは異なる第２メディア伝送技術を基盤にストリーミングサービスを提供する第２ストリーミングサーバーから前記生放送コンテンツの第２ストリーミングデータパケットを受信し、デコーディングする第２メディア受信モジュールと、
前記生放送コンテンツの再生のためのユーザインターフェースを提供し、前記ユーザインターフェースを介して任意チャネルに対するストリーミング要請イベントが発生すると、前記ストリーミング要請イベントが低遅延生放送モードへの切替のためのイベント条件を満足するか否かを判断し、該判断の結果によって前記第１メディア受信モジュール又は前記第２メディア受信モジュールにストリーミング要請を指示し、前記第１メディア受信モジュール又は前記第２メディア受信モジュールから前記デコーディングされた第１ストリーミングデータパケット又は前記デコーディングされた第２ストリーミングデータパケットを受信して再生する再生モジュールと、を含むことを特徴とする低遅延生放送コンテンツ提供のための装置。
【請求項２】
前記再生モジュールは、
前記ユーザインターフェースを介して提供された低遅延生放送モードへの切替を指示するすべての切替ボタンが選択されるか、前記任意チャネルが低遅延生放送モードに既定された特定のチャネルである場合、前記イベント条件を満たすものと判断することを特徴とする請求項１に記載の低遅延生放送コンテンツ提供のための装置。
【請求項３】
前記第２メディア受信モジュールは、
前記第２ストリーミングサーバーから前記第２ストリーミングデータパケットを受信する間に、バッファー状態を確認し、断絶現象の発生を感知するか予測し、断絶現象の発生が感知されるか予測されると、バッファーサイズを調整することを特徴とする請求項１に記載の低遅延生放送コンテンツ提供のための装置。
【請求項４】
前記第２メディア受信モジュールは、
ＵＤＰ基盤で前記第２ストリーミングデータパケットを受信しながら、前記断絶現象の発生が感知されるか予測されると、ＴＣＰ方式に切り替え、前記第２ストリーミングデータパケットを受信することを特徴とする請求項３に記載の低遅延生放送コンテンツ提供のための装置。
【請求項５】
任意のチャネルに対するストリーミング要請イベントが発生すると、前記ストリーミング要請イベントが低遅延生放送モードへの切替のためのイベント条件を満たすか否かを判断する段階と、
該判断の結果、前記イベント条件を満足しなければ、第１メディア伝送技術を基盤にストリーミングサービスを提供する第１ストリーミングサーバーにストリーミング要請を伝送し、前記第１ストリーミングサーバーから伝送された生放送コンテンツの第１ストリーミングデータパケットを受信し、デコーディングする第１受信段階と、
該判断の結果、前記イベント条件を満足すれば、前記第１メディア伝送技術とは異なる第２メディア伝送技術を基盤にストリーミングサービスを提供する第２ストリーミングサーバーにストリーミング要請を伝送し、前記第２ストリーミングサーバーから伝送された前記生放送コンテンツの第２ストリーミングデータパケットを受信し、デコーディングする第２受信段階と、
前記デコーディングされた第１ストリーミングデータパケット又は前記デコーディングされた第２ストリーミングデータパケットを再生する段階と、を含む低遅延生放送コンテンツ提供のためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項６】
前記判断する段階は、
低遅延生放送モードへの切替を指示するすべての切替ボタンが選択されるか、前記任意のチャネルが低遅延生放送モードに既定された特定のチャネルである場合、前記イベント条件を満たすものと判断することを特徴とする請求項５に記載の低遅延生放送コンテンツ提供のためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
前記第２ストリーミングサーバーから前記第２ストリーミングデータパケットを受信する間に、バッファー状態を基盤に断絶現象が発生するかを確認する段階と、
断絶現象が確認されると、前記第２ストリーミングサーバーから受信した前記第２ストリーミングデータパケットを格納するバッファーのサイズを調整する段階とをさらに含むことを特徴とする請求項５に記載の低遅延生放送コンテンツ提供のためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
前記断絶現象が確認されると、前記第２ストリーミングデータパケットの伝送階層プロトコルをＵＤＰ方式からＴＣＰ方式に切り替える段階をさらに含むことを特徴とする請求項７に記載の低遅延生放送コンテンツ提供のためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング方式のコンテンツ提供技術に関し、より詳細には、ＭＰＥＧメディア伝送（ＭＰＥＧ  ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ：ＭＭＴ）技術を基盤に生放送コンテンツをストリーミングする技術に関する。
【背景技術】
【０００２】
ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２ＴＳ（Ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）は、オーディオ、ビデオ、データ等を含むマルチメディア関連データをネットワークを介して伝送するための通信プロトコルであって、地上波／衛星デジタル放送、ＤＭＢ（Ｄｉｇｉｔａｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔｉｎｇ）、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴＶ）等においてメディアデータの伝送のために使用されるか、近年、デジタルビデオカメラやブルーレイ装備においてのメディア格納のためにも使用されている。
【０００３】
しかし、最近、放送網と通信網が次第に融合され高度化され、ＵＨＤ（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）映像コンテンツや３Ｄ映像コンテンツ等のような次世代コンテンツの登場に伴い、Ｎ−スクリーンサービス等、新しいサービスが登場するにつれて、新しくて且つ多様な要求事項が発生している。
【０００４】
これより、多様な種類の広帯域通信網においてデジタル放送等の多様なサービスを提供するためのＭＰＥＧ−Ｈ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｃｏｄｉｎｇ  ａｎｄ  Ｍｅｄｉａ  Ｄｅｌｉｖｅｒｙ  ｉｎ  Ｈｅｔｅｒｏｇｅｎｅｏｕｓ  Ｅｎｖｉｒｏｎｍｅｎｔｓ）標準の一番目のパートとして、ＭＰＥＧメディア伝送（ＭＭＴ：ＭＥＰＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）技術が開発されている。
【０００５】
前記ＭＭＴ技術は、高度化されている様々なネットワーク環境においての効率的なマルチメディアデータ伝送及び多様な方法の再生機能を提供することを目標とするものであって、大きく、ＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）機能領域、シグナリング機能領域、伝達機能領域及び表現情報領域に区分され得る。
【０００６】
前記のように、ＭＭＴ技術が既存のＭＰＥＧ−ＴＳ技術より多様な長所を有するが、ＭＰＥＧ−ＴＳ技術は、２０余年間多様な分野で利用されているものであって、従来、ＭＰＥＧ−ＴＳ基盤に構築されたレガシー（Ｌｅｇａｃｙ）システムをすべてＭＭＴ技術に代替することは、不可能であるだけでなく、且つ、非効率的である。
【０００７】
したがって、従来のＭＰＥＧ−ＴＳ基盤のレガシーシステムとＭＭＴ基盤のシステムが共存する環境で、これらを効率的に運用する方案が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、このような要求を解決するために提案されたものであって、ＭＭＴ技術を基盤に生放送コンテンツをストリーミングサービスするに際して、ユーザ要請或いは特定のチャネルへの切替要請に従って、前記ＭＭＴ基盤のストリーミングサービスを行うことによって、レガシーシステムとの効率的な運営を可能にする低遅延生放送コンテンツ提供のためのプログラムを記録した記録媒体及び装置を提供する。
【課題を解決するための手段】
【０００９】
前述した課題の解決手段として、本発明は、第１メディア伝送技術を基盤にストリーミングサービスを提供する第１ストリーミングサーバーから生放送コンテンツの第１ストリーミングデータパケットを受信し、デコーディングする第１メディア受信モジュールと、前記第１メディア伝送技術とは異なる第２メディア伝送技術を基盤にストリーミングサービスを提供する第２ストリーミングサーバーから前記生放送コンテンツの第２ストリーミングデータパケットを受信し、デコーディングする第２メディア受信モジュールと、前記生放送コンテンツの再生のためのユーザインターフェースを提供し、前記ユーザインターフェースを介して任意チャネルに対するストリーミング要請イベントが発生すると、前記ストリーミング要請イベントが低遅延生放送モードへの切替のためのイベント条件を満足するか否かを判断し、判断結果によって前記第１メディア受信モジュール又は前記第２メディア受信モジュールにストリーミング要請を指示し、前記第１メディア受信モジュール又は前記第２メディア受信モジュールから前記デコーディングされた第１ストリーミングデータパケット又は前記デコーディングされた第２ストリーミングデータパケットを受信して再生する再生モジュールと、を含むことを特徴とする低遅延生放送コンテンツ提供のための装置を提供する。
【００１０】
また、本発明は、前述した課題の他の解決手段として、任意のチャネルに対するストリーミング要請イベントが発生すると、前記ストリーミング要請イベントが低遅延生放送モードへの切替のためのイベント条件を満たすか否かを判断する段階と、該判断結果、前記イベント条件を満足しなければ、第１メディア伝送技術を基盤にストリーミングサービスを提供する第１ストリーミングサーバーにストリーミング要請を伝送し、前記第１ストリーミングサーバーから伝送された生放送コンテンツの第１ストリーミングデータパケットを受信し、デコーディングする第１受信段階と、該判断結果、前記イベント条件を満足すれば、前記第１メディア伝送技術とは異なる第２メディア伝送技術を基盤にストリーミングサービスを提供する第２ストリーミングサーバーにストリーミング要請を伝送し、前記第２ストリーミングサーバーから伝送された前記生放送コンテンツの第２ストリーミングデータパケットを受信し、デコーディングする第２受信段階と、前記デコーディングされた第１ストリーミングデータパケット又は前記デコーディングされた第２ストリーミングデータパケットを再生する段階と、を含む低遅延生放送コンテンツ提供のためのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【発明の効果】
【００１１】
本発明による低遅延生放送コンテンツ提供のための装置及び方法は、生放送コンテンツのマルチメディアデータをストリーミング方式で伝送し、リアルタイムで再生するコンテンツ伝送システム、特に、ストリーミングを受信するユーザ端末に適用され得る。
【００１２】
特に、本発明は、ＭＰＥＧ−ＴＳ基盤ＨＬＳ方式で具現されたストリーミングシステム及びＭＭＴ技術を基盤とするストリーミングシステムが共存する環境において、ユーザ要請或いは特定のチャネルへの切替要請に従って、ＨＬＳ方式のストリーミングサービスからＭＭＴ基盤のストリーミングサービスに切り替え、低遅延生放送コンテンツを選択的に提供できる。
【００１３】
その結果、本発明は、既構築レガシーシステム及びＭＭＴ基盤の新しいシステムを効率的に運用しつつ、ユーザに提供されるサービス品質を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の第１実施形態による低遅延生放送コンテンツ提供のためのシステム構成を示す図である。
【図２】図２は、本発明の第１実施形態による低遅延生放送コンテンツ提供のためのシステムの動作過程を示す流れ図である。
【図３】図３は、本発明の第２実施形態による低遅延生放送コンテンツ提供のためのシステム構成を示す図である。
【図４】図４は、本発明の第２実施形態による低遅延生放送コンテンツ提供のためのシステムの動作過程を示す流れ図である。
【図５】図５は、本発明の実施形態による低遅延生放送コンテンツ提供のためのユーザ端末の構成を示すブロック図である。
【図６】図６は、本発明の実施形態によるユーザ端末に適用される低遅延生放送コンテンツ提供のための装置の構成を示すブロック図である。
【図７】図７は、本発明の実施形態による低遅延生放送コンテンツ提供のための装置の動作を示す流れ図である。
【図８】図８は、本発明の実施形態よってユーザ端末に提供されるストリーミングデータパケットを模式化して示すタイミング図である。
【図９】図９は、本発明の実施形態による低遅延生放送コンテンツ提供のための装置により提供されるユーザインターフェース画面の例示図である。
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態を添付の図面を参照して詳しく説明する。但し、下記の説明及び添付の図面において本発明の要旨を不明にすることができる公知機能または構成に対する詳細な説明を省略する。また、図面全体にわたって同じ構成要素は、できるだけ、同じ参照符号で示していることに留意しなければならない。
【００１６】
以下で説明される本明細書及び請求範囲に使用された用語や単語は、通常的や辞書的な意味に限定すべきものではなく、発明者は、自分の発明を最善の方法で説明するための用語の概念で適切に定義できるという原則に即して本発明の技術的思想に符合する意味と概念に解釈すべきである。したがって、本明細書に記載した実施形態と図面に示された構成は、本発明の最も好ましい一実施形態に過ぎず、本発明の技術的思想をすべて代弁するものではないので、本出願時点においてこれらを代替できる多様な均等物と変形例があり得ることを理解しなければならない。
【００１７】
また、第１、第２等のように序数を含む用語は、多様な構成要素を説明するために使用するものであって、１つの構成要素を他の構成要素から区別する目的だけで使用され、前記構成要素を限定するために使用するものではない。例えば、本発明の権利範囲を逸脱することなく、第２構成要素は、第１構成要素と命名され得、同様に、第１構成要素は、第２構成要素と命名され得る。
【００１８】
なお、任意の構成要素が他の構成要素に「連結されて」いるか、「接続されて」いると言及する場合、これは、論理的または物理的に連結されるか、接続され得ることを意味する。言い換えれば、構成要素が他の構成要素に直接的に連結されるか、接続され得るが、中間に他の構成要素が存在してもよく、間接的に連結されるか、接続されてもよいと理解しなければならない。
【００１９】
また、本明細書で使用した用語は、ただ特定の実施形態を説明するために使用されたものであって、本発明を限定しようとする意図ではない。単数の表現は、文脈上、明白に異なって意味しない限り、複数の表現を含む。また、本明細書で記述される「含む」又は「有する」等の用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品又はこれらを組み合わせたものが存在することを指定しようとするものであって、一つ又はそれ以上の他の特徴や数字、段階、動作、構成要素、部品又はこれらを組み合わせたもの等の存在又は付加可能性をあらかじめ排除しないものと理解されなければならない。
【００２０】
図１は本発明の第１実施形態による低遅延生放送コンテンツ提供のためのシステムの構成を示す図である。
【００２１】
図１を参照すると、本発明の第１実施形態による低遅延生放送コンテンツ提供のためのシステムは、通信網１０を介して連結されたユーザ端末１００と第１、第２ストリーミングサーバー２００、３００を含んでなる。
【００２２】
ここで、前記通信網１０は、コンピュータシステム及び／又はモジュール間の電子データを伝送できるようにする一つ以上のデータリンクとして定義される。前記通信網（１０）は二つ以上の互いに異なる通信網の組合よりなることができる。
【００２３】
例えば、前記通信網１０は、３Ｇ移動通信網、４Ｇ移動通信網、 ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ワイファイ（Ｗｉ−Ｆｉ）、ワイブロ（Ｗｉｂｒｏ）、ワイマックス（Ｗｉｍａｘ）、ＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、イダーネット（Ｅｔｈｅｒｎｅｔ）、ｘＤＳＬ（ＡＤＳＬ，ＶＤＳＬ）、ＨＦＣ（Ｈｙｂｒｉｄ  Ｆｉｂｅｒ  Ｃｏａｘｉａｌ  Ｃａｂｌｅ）、ＦＴＴＣ（Ｆｉｂｅｒ  ｔｏ  Ｔｈｅ  Ｃｕｒｂ）、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）等の有線／無線通信網を含むことができる。
【００２４】
特に、前記通信網１０が移動通信網である場合、多数の無線接続網及びコア網よりなることができる。ここで、無線接続網は、ユーザ端末１０１と無線通信を行う接続網であって、例えば、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ等のような多数の基地局と、ＢＳＣ（Ｂａｓｅ  ＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）のような基地局制御機で具現され得る。また、前記基地局に一体に具現されていたデジタル信号処理部と無線信号処理部をそれぞれデジタルユニット（Ｄｉｇｉｔａｌ  Ｕｎｉｔ、以下、ＤＵという）と無線ユニット（Ｒａｄｉｏ  Ｕｎｉｔ、以下、ＲＵという）とに区分し、多数の領域にそれぞれ多数のＲＵを設置し、多数のＲＵを集中化されたＤＵと連結して構成することもできる。
【００２５】
また、無線接続網とともに移動通信網を構成するコア網は、接続網と外部網、例えば、インターネット網を連結する役目を行うものであって、サーキット交換（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｉｎｇ）又はパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｉｎｇ）を行い、モバイル網内においてのパケット流れを管理及び制御する。また、コア網（図示せず）は、周波数間の移動性を管理し、接続網（図示せず）及びコア網（図示せず）内のトラフィック及び他のネットワーク、例えばインターネット網（図示せず）との連動のための役目を行うこともできる。このようなコア網（図示せず）は、ＳＧＷ（Ｓｅｒｖｉｎｇ  ＧａｔｅＷａｙ）、ＰＧＷ（ＰＤＮ  ＧａｔｅＷａｙ）、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）、ＭＭＥ（Ｍｏｂｉｌｅ  Ｍｏｂｉｌｉｔｙ  Ｅｎｔｉｔｙ）とＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）等をさらに含んで構成されることもできる。
【００２６】
前記ユーザ端末１００は、本発明によって通信網１０を介してコンテンツを受信して再生するための構成である。具体的に、前記ユーザ端末（１００）は通信網１０に接続し、通信のためのセッションを連結し、前記セッションを介して第１ストリーミングサーバー２００又は第２ストリーミングサーバー３００にマルチメディアデータのストリーミングを要請し、これに対応して前記第１ストリーミングサーバー２００又は第２ストリーミングサーバー３００からストリーミングデータパケットを受信して再生する。
【００２７】
特に、本発明において、前記ユーザ端末１００は、ユーザ操作によって、ストリーミングイベントが発生するとき、前記ストリーミングイベントが低遅延生放送モードへの切替のためのイベント条件を満足するかによって、前記第１ストリーミングサーバー２００又は第２ストリーミングサーバー３００と連動する。すなわち、本発明によるユーザ端末１００は、生放送コンテンツを受信して再生するとき、二つのモードで動作可能である。そのうち、第１モードでは、第１ストリーミングサーバー２００から生放送コンテンツのマルチメディアデータをストリーミングされて再生し、第２モードは、第２ストリーミングサーバー３００から生放送コンテンツのマルチメディアデータをストリーミングされて再生する。前記第２モードを「低遅延生放送モード（Ｌｏｗ−ｌａｔｅｎｃｙ  ｒｅａｌ−ｔｉｍｅ  ｂｒｏａｄｃａｓｔ  ｍｏｄｅ  ｏｒ  ｔｒｕｅ  ｒｅａｌ−ｔｉｍｅ  ｍｏｄｅ ）」と言う。また、前記低遅延生放送モードへの切替のためのイベント条件は、既定のモード切替ボタンの入力であるか、既定の特定のチャネルへのチャネル切替であり得る。
【００２８】
このようなユーザ端末１００は、ユーザのキー操作によってネットワークを経由して各種データを送受信できる電子機器であれば、いずれでも具現され得る。このために、前記ユーザ端末（１００）はプログラム及びプロトコルを格納するメモリ、各種プログラムを実行して制御するためのマイクロプロセッサー等のコンピューティング環境を具備し、前記コンピューティング環境を基盤に所定のアプリケーションプログラム或いはプログラムモジュールを実行し、前述した機能を行うことができる。
【００２９】
例えば、前記ユーザ端末１００は、タブレットパソコン（Ｔａｂｌｅｔ  ＰＣ）、ラップトップ（Ｌａｐｔｏｐ）、パソコン（ＰＣ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、個人携帯用情報端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートテレビ及び移動通信端末機（Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｔｅｒｍｉｎａｌ）等のうちいずれか一つであることができる。
【００３０】
第１、第２ストリーミングサーバー２００、３００は、ユーザ端末１００の要請に従って、前記ユーザ端末１００にマルチメディアデータ、特に生放送コンテンツのマルチメディアデータをストリーミングサービスするためのサーバー装置である。この際、第１、第２ストリーミングサーバー２００、３００は、互いに異なるメディア伝送技術を基盤に前記マルチメディアデータをストリーミング伝送する。
【００３１】
ここで、ストリーミング（Ｓｔｒｅａｍｉｎｇ）は、音楽や動画等のマルチメディアファイルを、一つの形態でなく、複数のストリーミングデータに分けて相次いで伝送しつつ再生する方式であって、ファイルをダウンロードすると同時に、再生を行うことによって、ユーザ待機時間を低減するとともに、コンテンツのリアルタイム提供及び生放送コンテンツの提供を可能にする。
【００３２】
このようなストリーミング伝送は、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）／ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のような伝送階層プロトコルの基盤上に、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＲＴＣＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＲＴＭＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｍｅｓｓａｇｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰＬｉｖｅ  ｓｔｒｅａｍｉｎｇ，ＭＰＥＧ−ＴＳ，ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）のようなメディアデータの伝送及び制御のためのプロトコルのうち一つ以上を利用して動作できる。
【００３３】
具体的に、第１ストリーミングサーバー２００は、既存のＭＰＥＧ−ＴＳ及びＨＬＳ技術を基盤に生放送コンテンツのマルチメディアデータに対する断片化／カプセル化／パケット化を行い、ユーザ端末１００に伝送する。特に、前記第１ストリーミングサーバー２００は、マルチメディアデータをＭＰＥＧ２のＴＳ（Ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）に収容し、時間単位で割って伝送し、どんなファイルを再生しなければならないかに対する情報をｍ３ｕ８というファイルを利用してユーザ端末１００に伝送する。
【００３４】
一方、第２ストリーミングサーバー３００は、ＭＰＥＧ−Ｈの一番目パートとして提案されたＭＭＴ技術を基盤に生放送コンテンツのマルチメディアデータに対する断片化／カプセル化／パケット化を行う。特に、前記第２ストリーミングサーバー（３００）はマルチメディアデータを純粋メディアデータとこれらメディアデータのデコーディング及び再生のための情報を含むメタデータよりなる一つ以上のＭＰＵで構成し、前記一つ以上のＭＰＵのパケット化を介してヘッダーが付加されたストリーミングデータパケットを生成し、ユーザ端末１００に伝送する。ここで、ＭＭＴ基盤のストリーミング伝送時に、前記ＭＰＵ別にメタデータが含まれていて、各ＭＰＵを独立的にデコーディング及び再生処理可能である。
【００３５】
図２は、本発明の第１実施形態による低遅延生放送コンテンツ提供のためのシステムの動作過程を示す流れ図である。
【００３６】
図２を参照して、前記第１実施形態による低遅延生放送コンテンツ提供のためのシステムの動作を順次に説明する。
【００３７】
ユーザ端末１００は、任意の生放送チャネルに対するストリーミング要請を第１ストリーミングサーバー２００に伝送できる（Ｓ１０５）。この際、前記任意の生放送チャネルは、低遅延生放送チャネルに既定された特定のチャネルを除いた残りの生放送チャネルを意味できる。この際、ユーザ端末１００の動作モードとて第１モードがデフォルトに設定されているか、前記特定のチャネルを除いた残りの一般生放送チャネルがデフォルト値に設定されているものと仮定できる。したがって、前記ユーザ端末１００は、最初動作時に、デフォルトに設定された生放送チャネルに対してストリーミング要請を第１ストリーミングサーバー２００に伝送する。
【００３８】
これより、第１ストリーミングサーバー２００は、ＨＬＳプロトコルを基盤にＭＰＥＧ−ＴＳ形式のストリーミングデータパケットをユーザ端末１００に伝送する（Ｓ１１０）。この際、提供されるストリーミングデータパケットは、ＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）又はＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）の解像度を支援できる。
【００３９】
ユーザ端末１００は、第１ストリーミングサーバー２００から提供されるストリーミングデータパケットを受信し、デコーディングして再生する（Ｓ１１５）。ユーザは、かくして再生され、画面に表示される生放送コンテンツを視聴できる。
【００４０】
なお、前記ユーザ端末１００は、第１ストリーミングサーバー２００からストリーミングデータパケットを受信して再生する中に、持続的に第２モード、すなわち低遅延生放送モードへの切替イベントが発生するか否かを確認できる（Ｓ１２０）。具体的に、ユーザ端末１００は、既定のモード切替ボタンが入力されるか、低遅延生放送モードに既定された特定のチャネルへのチャネル切替が要請されたかを確認する。
【００４１】
確認結果、低遅延生放送モードへの切替イベントが発生すると、ユーザ端末１００は、低遅延生放送コンテンツモードにモード切替がなされることを案内する案内メッセージを出力する（Ｓ１２５）。又は、ネットワーク状態によってサービスが行われないことを案内する案内メッセージを出力できることもある。
【００４２】
その後、前記ユーザ端末１００は、第２ストリーミングサーバー３００にストリーミング要請を伝送する（Ｓ１３０）。ここで、前記ストリーミング要請対象となるチャネルは、モード切替ボタンが入力された場合には、現在再生中のチャネル（或いはプログラム）になり得、前記特定のチャネルへの切替要請である場合には、前記特定のチャネルになる。
【００４３】
前記第２ストリーミングサーバー３００は、ユーザ端末１００の要請によって要請された生放送コンテンツのマルチメディアデータを、ＭＭＴ技術を基盤に多数の断片に分割し、分割された断片ファイルを、メタデータを含む一つ以上のＭＰＵでカプセル化し、引き続いて、ヘッダーを付加するストリーミングデータパケットを構成し、ユーザ端末１００に伝送する（Ｓ１３５）。この際、前記ストリーミングデータパケットは、ＵＤＰを基盤に伝送され得る。
【００４４】
前記ユーザ端末１００は、ＭＭＴ技術を基盤に受信されたストリーミングデータパケットのデカプセル化及びデコーディングを行い、画面に再生する（Ｓ１４０）。この際、前記Ｓ１４０段階の処理は、ＭＰＵ単位で独立的に行われることができ、且つ、ユーザ端末１００の各ＭＰＵに含まれたメタデータを基盤に指定された時間及び空間に再生することによって、遅延を最小化できる。
【００４５】
なお、前記ユーザ端末１００は、第２モードで低遅延生放送コンテンツを再生する間に、サービス断絶可否を持続的に感知する（Ｓ１４５）。前記サービス断絶可否は、ユーザ端末１００が受信されたストリーミングデータパケットを格納するバッファーの状態を感知し、確認し得る。すなわち、バッファリングされたデータ量が一定の臨界値以下に低下する場合、サービス断絶が発生するものと予測できる。
【００４６】
このようにサービス断絶が感知されると、ユーザ端末１００は、バッファーのサイズを増加させながら、伝送階層プロトコルをＴＣＰ方式に切り替える（Ｓ１５０）。
【００４７】
なお、ＴＣＰ基盤のパケット送受信のために、ユーザ端末（１００）は第２ストリーミングサーバー３００にＴＣＰ方式への切替を要請し、第２ストリーミングサーバー３００との連結を樹立できる（Ｓ１５５）。
【００４８】
引き続いて、前記第２ストリーミングサーバー３００は、当該ストリーミングデータパケットをＴＣＰ方式を基盤に伝送する（Ｓ１６０）。
【００４９】
ここで、ＵＤＰ方式は、非連結型プロトコルであって、データ伝達のために根源地と目的地間のセッションを樹立する過程がなく、最善努力（Ｂｅｓｔ  ｅｆｆｏｒｔ）方式としてリアルタイムデータ伝達のためにエラー／損失発生時に再伝送を行わないものであって、信頼性が劣る代わりに、速度が速いため、リアルタイム特性が要求される場合に適合な方式である。なお、ＴＣＰ方式は、連結指向性プロトコルであって、根源地から目的地までセッションを樹立した後、データを送信する方式であって、より安全にデータを伝送できるが、ＵＤＰ方式に比べてオーバーヘッドが大きいという点において差異がある。
【００５０】
本発明は、このような差異点を考慮することによって、基本的にＵＤＰ方式を基盤にストリーミングデータパケットを伝送することによって、安定的にサービスが行われる間に、速い速度でストリーミングデータパケットを伝送しながら、サービス断絶が感知されるか予測される場合、ＴＣＰ方式に切り替え、安定的なサービスが維持され得るようにする。
【００５１】
つまり、本発明は選択的にＴＣＰ方式に切り替えることによって、より確実にストリーミングデータパケットを伝送できる。
【００５２】
次に、図３及び図４を参照して、本発明の第２実施形態による低遅延生放送コンテンツ提供のためのシステムの構成及び動作を説明する。
【００５３】
図３は、本発明の第２実施形態による低遅延生放送コンテンツの提供のためのシステムを示すブロック図である。
【００５４】
本発明の第２実施形態によるシステムは、ユーザ端末１００及び第１、第２ストリーミングサーバー２００、３００に加えて、中継サーバー４００をさらに含む。
【００５５】
本発明の第２実施形態によるユーザ端末１００は、中継サーバー４００に接続し、前記中継サーバー４００を介して第１、第２ストリーミングサーバー２００、３００に接近できる。具体的に、ユーザ端末１００は、中継サーバー４００に接続し、ストリーミング要請を行うが、低遅延生放送モード（第２モード）への切替のためのイベント条件を満足するか否かを確認し、イベント条件を満足するとき、低遅延生放送モードを要請するための情報を一緒に伝送できる。前記低遅延生放送モードを要請するための情報は、ストリーミング要請メッセージのヘッダー内特定フィールドの値で表示されるか、チャネル情報で表示され得る。
【００５６】
このようなユーザ端末１００のストリーミング要請を受信した中継サーバー４００は、前記ストリーミング要請を分析し、低遅延生放送モードであるか否かを判断し、該判断結果によって前記ストリーミング要請を第１ストリーミングサーバー２００又は第２ストリーミングサーバー３００に伝達する。例えば、前記中継サーバー４００は、既定された特定のチャネルに対するストリーミング要請であるか、ストリーミング要請のヘッダー内特定のフィールドに低遅延生放送モード情報が記録された場合、前記ストリーミング要請を第２ストリーミングサーバー３００に伝達し、その以外の場合は、前記ストリーミング要請を第１ストリーミングサーバー２００に伝達する。
【００５７】
その他、第１、第２ストリーミングサーバー２００、３００の動作は、中継サーバー４００を経てユーザ端末１００にストリーミングデータパケットを伝送する点において差異があるだけで、その他は第１実施形態と同一である。
【００５８】
図４は本発明の第２実施形態による低遅延生放送コンテンツの提供のためのシステムの動作過程を示す流れ図である。図４を参照して第２実施形態による低遅延生放送コンテンツ提供過程を説明する。
【００５９】
先立って第１実施形態と同様に、ユーザ端末１００は、任意の生放送チャネルに対するストリーミング要請を伝送できる。ただ、第２実施形態で、前記ユーザ端末１００のストリーミング要請は、中継サーバー４００に伝送される（Ｓ２０５）。又、第２実施形態で、前記ストリーミング要請は、第２モード（低遅延生放送モード）モードへの切替可否を示す情報を含む。前記情報は、例えば、ヘッダーの特定フィールドに記録されるか、生放送チャネル（或いはプログラム）情報に代替され得る。
【００６０】
前記Ｓ２０５段階では、低遅延生放送モードへの切替を要請しないか、任意の生放送チャネルが低遅延生放送チャネルに既定された特定のチャネルを除いた残りの生放送チャネルであるものと仮定する。
【００６１】
この際、中継サーバー４００は、ユーザ端末１００のストリーミング要請を受信すると、受信されたストリーミング要請に含まれた情報に基づいて第１モードであるか、第２モード（低遅延生放送モード）であるかを判別する。具体的に、低遅延生放送モードへの切替を要請する情報が含まれているか、要請された生放送チャネルが低遅延生放送チャネルに既定された特定のチャネルである場合、第２モードとして判断する。
【００６２】
したがって、前記中継サーバー４００は、Ｓ２０５段階のストリーミング要請を第１モードのストリーミング要請として判断し、第１ストリーミングサーバー２００に伝達する（Ｓ２１０）。
【００６３】
これより、第１ストリーミングサーバー２００は、ＨＬＳプロトコルを基盤にＭＰＥＧ−ＴＳ形式のストリーミングデータパケットを中継サーバー４００を介してユーザ端末１００に伝送する（Ｓ２１５）。この際、提供されるストリーミングデータパケットは、ＳＤ（Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ）又はＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）の解像度を支援できる。
【００６４】
その後、Ｓ２２０段階〜Ｓ２３０段階は、図２に示された第１実施形態のＳ１１５段階〜Ｓ１２５段階と同一に行われる。
【００６５】
また、第２モード（低遅延生放送モード）への切替を要請するイベントが発生した場合、前記ユーザ端末１００は、中継サーバー４００にストリーミング要請を伝送する（Ｓ２３５）。前記ストリーミング要請は、第２モード（低遅延生放送モード）への切替を要請する情報が含まれるか、低遅延生放送モードに設定された特定のチャネルのチャネル情報を含む。
【００６６】
したがって、前記中継サーバー４００は、受信されたストリーミング要請を分析し、第２モード（低遅延生放送モード）であるため、前記ストリーミング要請を第２ストリーミングサーバー３００に伝達する（Ｓ２４０）。
【００６７】
前記第２ストリーミングサーバー３００は、ユーザ端末１００で要請した生放送コンテンツのマルチメディアデータをＭＭＴ技術を基盤にストリーミングデータパケットを生成し、中継サーバー４００を介してユーザ端末１００に伝送する（Ｓ２４５）。この際、前記ストリーミングデータパケットは、ＵＤＰを基盤に伝送され得る。
【００６８】
その後、前記ユーザ端末１００によるＳ２５０段階〜Ｓ２７０段階は、第１実施形態（図２）のＳ１４０段階〜Ｓ１６０段階と同一に行われ、但し、Ｓ２６５段階及びＳ２７０段階の処理が中継サーバー４００を介して行われるという点だけで差異がある。
【００６９】
前述した第２実施形態によれば、ユーザ端末１００は、中継サーバー４００だけと通信を行うので、ユーザ端末１００の立場で動作がより単純になり得る。
【００７０】
以下、本発明による低遅延生放送コンテンツ提供のための装置の構成及び動作を説明する。
【００７１】
本発明による低遅延生放送コンテンツ提供のための装置は、ユーザ端末１００に具備され、前記ユーザ端末１００のコンピューティング環境を基盤に動作できる。
【００７２】
本発明が適用されるユーザ端末１００は、図５に示されたように、通信部１１０、入力部１２０、出力部１３０、格納部１４０及び制御部１５０を含む。
【００７３】
前記通信部１１０は、通信網１０を介して外部装置、例えば、第１、第２ストリーミングサーバー２００、３００又は中継サーバー４００とデータを送受信するための構成である。
【００７４】
したがって、前記通信部１１０は、通信網１０の種類によって、有線方式及び無線方式だけでなく、多様な通信方式を介してデータを処理できる。このために、通信部１１０は、それぞれ互いに異なる通信方式によってデータを送受信する複数の通信モジュールを含むことができる。
【００７５】
入力部１２０は、ユーザ命令或いはデータを入力するための手段であって、ユーザの操作によって数字、文字、及び記号を含む多様な入力データを生成し、制御部１５０に伝達し、また、ユーザ操作によってユーザ端末１００の機能設定及び機能制御と関連した命令を制御部１５０に伝達する。このような入力部１２は、ユーザの操作によって入力信号を発生するキーパッドとタッチパッドのうち少なくとも一つを含んで構成され得る。また、入力部１２０は、キーボード、キーパッド、マウス、ジョイ・スティック等のような入力装置外にも、以後開発され得るすべての形態の入力手段で具現され得る。本発明において、ユーザは、前記入力部１２０を操作し、ストリーミング要請を入力するか、チャネル切替等を要請し得る。
【００７６】
出力部１３０は、基本的に、ユーザ端末１００の動作によって発生する情報をユーザが時刻、聴覚、又は、触覚で認知できるように出力するための手段である。出力部１３０は、視覚的な情報を出力する表示装置、聴覚的な情報を出力するオーディオ装置（スピーカー）、触覚的な情報を出力するヘプティック装置等を含むことができる。表示装置は、タッチスクリーン（ｔｏｕｃｈ  ｓｃｒｅｅｎ）になり得、このように、タッチスクリーン形態で表示装置が形成された場合、表示装置は、入力部１２０の機能のうち一部又は全部を行うことができる。オーディオ装置は、代表的に、スピーカーを例示できる。特に、本発明の実施形態による出力部１３０は、生放送コンテンツの再生画面及び音を出力することができる。この際、前記再生画面が出力されるユーザインターフェース画面には、低遅延生放送モードへの切替を要請するためのモード切替ボタンがさらに出力され得る。
【００７７】
格納部１４０は、ユーザ端末１００の動作に必要なプログラム及びデータを格納するための構成である。格納部１３は、基本的に端末装置１００の運営（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）プログラムが格納され、且つ、前記ＯＳ環境を基盤に動作する一つ以上のアプリケーション及びその実行に必要であるか、実行中に生成されたデータを格納できる。前記格納部１４０は、ハードディスク、フロッピィーディスク及び磁気テープのような磁気媒体（Ｍａｇｎｅｔｉｃ  Ｍｅｄｉａ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｋ）のような光記録媒体（Ｏｐｔｉｃａｌ  Ｍｅｄｉａ）、フロプチカルディスク（Ｆｌｏｐｔｉｃａｌ  Ｄｉｓｋ）のような磁気−光媒体（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  Ｍｅｄｉａ）、及びロム（ＲＯＭ）、ラム（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、フラッシュメモリを含むことができる。特に、前記格納部１４０は、本発明の実施形態による機能を実行するように具現されたプログラムモジュールを格納する。
【００７８】
また、制御部１５０は、ユーザ端末１００の全般的な動作を制御し、所定の機能を行うための構成であって、制御部１５０は、マイクロプロセッサー或いはＣＰＵ等のようなプロセッサを含んで具現され得る。このような制御部１５０は、電源オン時に、まず、格納部１４０に格納されたＯＳプログラムを実行し、実行環境を構築し、これを基盤に入力部１２０から伝達されたユーザ命令によって一つ以上のアプリケーション又はプログラムを実行し、所定の機能或いはサービスをユーザに提供できる。特に、本発明によるユーザ端末１００の制御部１５０は、本発明による機能を行うように具現され、前記格納部１４０に格納された一つ以上のプログラムモジュールを実行し、本発明による機能を行う。
【００７９】
図６は、前述したユーザ端末１００に適用される低遅延生放送コンテンツ提供のための装置の構成を示すブロック図である。
【００８０】
図６を参照すると、本発明の実施形態による低遅延生放送コンテンツ提供のための装置は、第１メディア受信モジュール１５１と、第２メディア受信モジュール１５２及び再生モジュール１５３を含むことができる。ここで、「モジュール」は、それぞれ所定の機能を行う構成要素であって、ハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組合で具現され得る。例えば、前記「モジュール」は、プログラムモジュールを意味でき、これは、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、すなわち制御部１５０により実行され、所定の機能を行う。
【００８１】
なお、プログラムモジュールは、コンパイルされるか、解釈された言語や先験的或いは手続的言語を含むプログラミング言語のいずれの形態でも作成され得、独立型プログラムやモジュール、コンポネント、サブルーチン或いはコンピュータ環境で使用するに適した他のユニットを含んでいずれの形態でも展開され得る。また、プログラムモジュールは、必ずファイルシステムのファイルに対応するものではない。すなわち、プログラムモジュールは、要請されたプログラムに提供される単一ファイル内に、或いは多重の相互作用するファイル（例えば、一つ以上のモジュール、下位プログラム或いはコードの一部を格納するファイル）内に、或いは他のプログラムやデータを保有するファイルの一部（例えば、マークアップ言語文書内に格納される一つ以上のスクリプト）内に格納され得る。また、分散コンピューティング環境で、前記プログラムモジュールは、ローカル格納媒体及び遠隔格納媒体に分散格納され得る。すなわち本発明の実施形態で、プログラムモジュールは、ユーザ端末１００、第１、第２ストリーミングサーバー２００、３００、及び中継サーバー４００に分散格納され、実行され得る。
【００８２】
前記第１メディア受信モジュール１５１は、第１メディア伝送技術を基盤にストリーミングデータパケットを処理するための構成である。本発明の実施形態で、前記第１メディア伝送技術は、ＨＬＳである。したがって、前記第１メディア受信モジュール１５１は、前記第１ストリーミングサーバー２００から伝送された生放送コンテンツのマルチメディアデータに対するストリーミングデータパケットを受信し、受信されたストリーミングデータパケットを介して伝達されたＭＰＥＧ２のＴＳ（Ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）を分析及びデコーディングし、マルチメディアデータを復元する。
【００８３】
この際、前記第１メディア受信モジュール１５１は、第１ストリーミングサーバー２００から伝送されたｍ３ｕ８という再生すべきファイル情報を受信し、これを基盤に第１ストリーミングサーバー２００からＴＳを順次に受信し、前述した処理を行う。
【００８４】
次に、第２メディア受信モジュール１５２は、第２メディア伝送技術を基盤にストリーミングデータパケットを処理するための構成である。本発明の実施形態で、第２メディア伝送技術は、ＭＰＥＧ−Ｈの一番目パートとして提案されたＭＭＴである。
【００８５】
すなわち、前記第２メディア受信モジュール１５２は、第２ストリーミングサーバー３００から伝送されたストリーミングデータパケットを受信し、前記ストリーミングデータパケットのヘッダーを分析してペイロードに搭載されたＭＰＵを抽出し、前記ＭＰＵに含まれたメタデータを参考して、伝送されたマルチメディアデータをデコーディングする。
【００８６】
再生モジュール１５３は、入力部１２０を介して入力された入力信号によって動作し、前記第１メディア受信モジュール１５１又は第２メディア受信モジュール１５３から出力されるマルチメディアデータを再生するための構成である。ここで、再生は、前記マルチメディアデータを時間的及び空間的に配置し、視覚／聴覚情報として出力することを意味する。この際、前記再生モジュール１５３は、マルチメディアコンテンツの利用と関連して、図９のようなユーザインターフェースを提供し、前記ユーザインターフェースを介して入力された入力信号によってマルチメディアデータの再生／一時停止／停止等の動作を制御できる。
【００８７】
再生モジュール１５３は、前記ユーザインターフェースを介してストリーミング要請が発生すると、前記ストリーミング要請が低遅延生放送モードへの切替のためのイベント条件を満足するか否かを判断し、判断結果によって第１メディア受信モジュール１５１又は第２メディア受信モジュール１５２にストリーミング要請を指示する。
【００８８】
例を取って説明すると、前記再生モジュール１５３は、前記ユーザインターフェースで第２モード（低遅延生放送モード）への切替を要請するためのモード切替ボタン９３が選択されると、低遅延生放送モードへの切替イベントが発生したものと判断し、第２メディア受信モジュール１５２に当該チャネルに対するストリーミング要請を指示する。もし前記モード切替ボタン９３が選択されなければ、前記再生モジュール（１５３）は第１メディア受信モジュール１５１にストリーミング要請を指示する。参照として、図９に示されたユーザインターフェースのうち、ボタン９２は、第１モードを選択するか、表示するためのものである。
【００８９】
前述した再生モジュール１５３の指示によって、第１、第２メディア受信モジュール１５１、１５２は、第１、第２ストリーミングサーバー２００、３００にストリーミング要請を伝送するか、中継サーバー４００を介して第１、第２ストリーミングサーバー２００、３００にストリーミング要請を伝送し、前記第１、第２ストリーミングサーバー２００、３００からそれぞれのメディア伝送技術基盤のストリーミングデータパケットを受信できる。
【００９０】
記第１、第２メディア受信モジュール１５１、１５２は、ユーザ端末１００の通信部１１０を介して通信網１０にストリーミング要請を伝送し、これに対応するストリーミングデータパケットを受信できる。
【００９１】
前述したように構成された低遅延生放送コンテンツ提供のための装置の動作を図７の流れ図を参照して動作手順によって説明する。
【００９２】
図７を参照すれば、本発明の実施形態による低遅延生放送コンテンツ提供のための装置の再生モジュール１５３は、マルチメディアデータの再生のためのユーザインターフェースを提供し、前記ユーザインターフェースを介したストリーミング要請イベントの発生を確認できる（Ｓ３０５）。この際、ストリーミング要請イベントは、前記再生モジュール１５３が初めて動作してデフォルトに設定されたチャネル或いは以前に再生したチャネルのマルチメディアデータを受信して再生しようとするとき、又はユーザが任意のチャネルを選択して、チャネル切替を要請するとき、又は図９に示されたようなモード切替ボタン９３が選択されるとき、夫々発生し得る。
【００９３】
かくしてストリーミング要請イベントが発生すると、前記再生モジュール１５３は、第２モード（低遅延生放送モード）へのすべての切替のためのイベント条件を満たすか否かを判断する（Ｓ３１０）。前記イベント条件は、ユーザインターフェースを介して低遅延生放送モードへの切替を指示するすべての切替ボタン９３が選択されるか、ストリーミング要請されるチャネルが低遅延生放送モードに既定された特定のチャネルである場合、充足され得る。
【００９４】
前記判断結果、イベント条件を満たさなければ、再生モジュール１５３は、第１メディア受信モジュール１５１に当該チャネルのストリーミングを要請し、これにより、第１メディア受信モジュール１５１が直接或いは中継サーバー４００を介して第１ストリーミングサーバー２００にストリーミングを要請する（Ｓ３１５）。続いて、再生モジュール（１５３）は前記第１ストリーミングサーバー２００が伝送したストリーミングデータパケットを受信して再生する（Ｓ３２０）。この際、第１メディア受信モジュール１５１により受信されるストリーミングデータパケットは、図８の（ａ）のように、ＨＬＳを基盤にＭＰＥＧ−ＴＳを含む。
【００９５】
反対に、前記判断結果、イベント条件を満たす場合、再生モジュール１５３は、第２メディア受信モジュール１５２に当該チャネルのストリーミングを要請し、これにより、第２メディア受信モジュール１５２は、直接或いは中継サーバー４００を介して第２ストリーミングサーバー３００にストリーミングを要請する（Ｓ３２５）。続いて、再生モジュール（１５３）は前記第２ストリーミングサーバー３００が伝送したストリーミングデータパケットを受信して再生する（Ｓ３３０）。前記第２メディア受信モジュール１５２により受信されるストリーミングデータパケットは、図８の（ｂ）のように、ＭＭＴ基盤ＭＰＵを含む。ここで、前記第２ストリーミングサーバー３００からのストリーミングデータパケットの受信は、ＵＤＰ基盤で行われる。
【００９６】
この際、本発明の実施形態による装置は、第２ストリーミングサーバー３００からストリーミングデータパケットを受信して再生する間に、バッファー状態をチェックすることによって、断絶現象が発生するか否かを確認し（Ｓ３３５）、該確認結果、断絶現象が発生するものと予測されるか、感知された場合、バッファーサイズ調整及びＴＣＰへの切替を行う（Ｓ３４０）。これは、前記第２メディア受信モジュール１５２により行われることができる。すなわち、第２メディア受信モジュール１５２が持続的にバッファー状態をチェックし、断絶現象が発生するかを確認し、発生するものと予測されるか感知されると、ストリーミングデータパケットを格納するバッファーのサイズを増加させ、且つ、ストリーミングデータパケットを受信するための伝送階層プロトコルをＴＣＰ方式に切り替える。この際、ＴＣＰ方式への切替は、ユーザ端末１００の通信部１１０を介して第２ストリーミングサーバー３００と連動して行われることができる。すなわち、前記通信部１１０を介して第２ストリーミングサーバー３００とのＴＣＰ連結を樹立する。
【００９７】
その後、第２メディア受信モジュール１５２は、ＴＣＰ基盤に第２ストリーミングサーバー３００からストリーミングデータパケットを受信してデコーディングし、このように獲得されたマルチメディアデータは、再生モジュール１５３を介して再生される（Ｓ３４５）。
【００９８】
すなわち、本発明の実施形態による装置は、ユーザが任意のチャネル、さらに具体的には、図８の（ａ）に示されたように、ＨＬＳ／ＭＰＥＧ−ＴＳ基盤のマルチメディアデータを受信して再生する中に、モード切替ボタン９３を押すか、低遅延生放送モードに既定された特定のチャネルへの切替を要請すれば、ＨＬＳのｍ３ｕ８のリストが受信される時点でモード切替され、図８の（ｂ）に示されたように、当該時点に対応するＭＰＵ２から受信して再生できる。
【００９９】
以上のように、本明細書と図面には、本発明の好適な実施形態について開示したが、ここに開示された実施形態以外にも、本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明の属する技術分野における通常の知識を有する者に自明である。また、本明細書と図面で特定の用語が使用されたが、これは、ただ本発明の技術内容を容易に説明し、発明の理解を助けるための一般的な意味として使用されるものであって、本発明の範囲を限定しようとするものではない 。
【０１００】
たとえ本明細書と図面では、例示的な装置構成を記述しているが、本明細書で説明する機能的な動作と主題の具現物は、他の類型のデジタル電子回路で具現されるか、本明細書で開示する構造及びその構造的な等価物を含むコンピュータソフトウェア、ファームウエア或いはハードウェアで具現されるか、これらのうち一つ以上の結合で具現可能である。本明細書で説明する主題の具現物は、一つ以上のコンピュータプログラム製品、言い換えれば、本発明による装置の動作を制御するために、或いはこれによる実行のために、有形のプログラム格納媒体上にエンコーディングされたコンピュータプログラム命令に関する一つ以上のモジュールとして具現され得る。コンピュータで読み取り可能な媒体は、機械で読み取り可能な格納装置、機械で読み取り可能な格納基板、メモリ装置、機械で読み取り可能な電波型信号に影響を及ぼす物質の組成物或いはこれらのうち一つ以上の組合せであることができる。
【０１０１】
本明細書は、多数の特定の具現物の詳細事項を含むが、これらは、如何なる発明や請求可能なものの範囲に対しても制限的なものとして理解されてはならず、むしろ特定の発明の特定の実施形態に特有な特徴に対する説明として理解しなければならない。個別的な実施形態の文脈で本明細書に記述された特定の特徴は、単一実施形態で組み合わせて具現されることもできる。反対に、単一実施形態の文脈で記述した多様な特徴も個別的に或いは如何なる適切な下位組合でも複数の実施形態で具現可能である。さらに、特徴が特定の組合で動作し、初期にそのように請求されたように描写され得るが、請求された組合からの一つ以上の特徴は、一部の場合にその組合から排除され得、その請求された組合は、下位組合や下位組合の変形物に変更され得る。
【０１０２】
同様に、特定の手順で図面で動作を描いているが、これは、好適な結果を得るために図示されたその特定の手順や順次な順にそのような動作を実行しなければならないか、すべての図示された動作が実行されなければならないものと理解されてはならない。特定の場合、マルチタスキングと並列プロセッシングが有利であることができる。また、前述した実施形態の多様なシステムコンポネントの分離は、そのような分離をすべての実施形態で要求するものと理解されてはならず、説明したプログラムコンポネントとシステムは、一般的に単一のソフトウェア製品に一緒に統合されるか、多重ソフトウェア製品にパッケージングされ得るという点を理解しなければならない。
【０１０３】
本明細書で説明した主題の特定の実施形態を説明した。その他の実施形態は、以下の請求項の範囲内に属する。例えば、請求項で引用された動作は、異なる手順に行われながらも、相変らず好適な結果を成就できる。一例として、添付の図面に示したプロセスは、好適な結果を得るために、必ずその特定の図示された手順や順次的な手順を要求しない。特定の具現例で、マルチタスキングと並列プロセッシングが有利であることができる。
【０１０４】
本記述した説明は、本発明の最上のモードを提示しており、本発明を説明するために、そして当業者が本発明を製作及び利用できるようにするための例を提供している。このように作成された明細書は、その提示された具体的な用語に本発明を制限するものではない。したがって、前述した例を参照して本発明を詳細に説明したが、当業者なら、本発明の範囲を逸脱することなく、本例に対する改造、変更及び変形を加えることができる。
【０１０５】
したがって、本発明の範囲は、説明された実施形態によって定めるものではなく、特許請求範囲により定めなければならない。
【図１】
0006430034.tif 000002
【図２】
0006430034.tif 000003
【図３】
0006430034.tif 000004
【図４】
0006430034.tif 000005
【図５】
0006430034.tif 000006
【図６】
0006430034.tif 000007
【図７】
0006430034.tif 000008
【図８】
0006430034.tif 000009
【図９】
0006430034.tif 000010