特許 6971998 マルチメディアサービスのコンテンツ関連情報提供方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6971998

(24)【登録日】2021年11月5日

(45)【発行日】2021年11月24日

(54)【発明の名称】マルチメディアサービスのコンテンツ関連情報提供方法及び装置

(51)【国際特許分類】

   H04N 21/262 20110101AFI20211111BHJP

   H04N 21/235 20110101ALI20211111BHJP

   H04N 21/462 20110101ALI20211111BHJP

   H04N 21/643 20110101ALI20211111BHJP

【ＦＩ】

   H04N21/262

   H04N21/235

   H04N21/462

   H04N21/643

【請求項の数】24

【全頁数】21

(21)【出願番号】特願2018-543683(P2018-543683)

(86)(22)【出願日】2017年2月17日

(65)【公表番号】特表2019-506098(P2019-506098A)

(43)【公表日】2019年2月28日

(86)【国際出願番号】KR2017001780

(87)【国際公開番号】WO2017142347

(87)【国際公開日】20170824

【審査請求日】2020年2月12日

(31)【優先権主張番号】10-2016-0018787

(32)【優先日】2016年2月17日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100121382

【弁理士】

【氏名又は名称】山下 託嗣

(72)【発明者】

【氏名】べ，ジェ−ヒョン

(72)【発明者】

【氏名】キム，ドン−ヨン

(72)【発明者】

【氏名】パク，キョン−モ

(72)【発明者】

【氏名】ソ，ヨン−ワン

(72)【発明者】

【氏名】ヤン，ヒョン−ク

【審査官】 大西 宏

(56)【参考文献】

【文献】 特表２０１３−５１０４５３（ＪＰ，Ａ）

【文献】 特表２０１５−５０７８８２（ＪＰ，Ａ）

【文献】 特表２０１５−５２７７８８（ＪＰ，Ａ）

【文献】 国際公開第２０１５／１４６３７８（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１５／０１１３５７７（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１５９５４６（ＵＳ，Ａ１）

【文献】 中国特許出願公開第１０２５９８６９１（ＣＮ，Ａ）

【文献】 韓国公開特許第１０−２０１３−００９０８２４（ＫＲ，Ａ）

【文献】 MI-MooD: Content Aggregaion - Dynamic Unicast-Broadcast Switching，Qualcomm Incorporated, 3GPP DRAFT，S4-130909，2013年09月27日，https://www.3gpp.org/DynaReport/TDocExMtg--S4-75--30009.htm

【文献】 Understanding Timelines Within MPEG Standards，IEEE Communications Surveys & Tutorials ( Volume: 18, Issue: 1, Firstquarter 2016)，2015年10月07日，https://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=7293587

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ７／１０

Ｈ０４Ｎ ７／１４ − ７／１７３

Ｈ０４Ｎ ７／２０ − ７／５６

Ｈ０４Ｎ ２１／００ −２１／８５８

(57)【特許請求の範囲】

【請求項1】

マルチメディアサービスの提供を制御する送信エンティティの方法であって、
メディアコンテンツを含むアセットの位置情報とスケジュール情報と配信タイプ情報を含むメディアリソースの識別（ＭＲＩ）メッセージを受信エンティティに伝送するステップと、
前記受信エンティティの識別情報と、前記受信エンティティによって受信される前記メディアコンテンツの識別情報と、前記メディアコンテンツのプレゼンテーション時間情報と、前記配信タイプ情報を含む消費報告（ＣＲ）メッセージを受信するステップと、
前記メディアコンテンツを受信する少なくとも一つの受信エンティティの個数をカウントし、前記ＣＲメッセージを使用して前記受信エンティティに前記メディアコンテンツを伝送するための配信タイプを決定するステップと、を含み、
前記メディアコンテンツの前記位置情報は、アセット内の各位置での最初のＭＰＵシーケンス番号を指示する情報と前記アセット内の各位置での最後のＭＰＵシーケンス番号を指示する情報を含み、
前記アセットは、前記メディアコンテンツに関連するメディアパッケージ内に含まれることを特徴とする方法。

【請求項2】

前記メディアコンテンツに関連する前記スケジュール情報は、
前記メディアコンテンツに関連したメディアセッションの有効開始時間を示す情報と、前記メディアセッションの有効終了時間を示す情報と、
を含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記ＭＲＩメッセージは、
前記メディアパッケージの識別子と、
前記アセットの識別子と、を含み、
前記メディアコンテンツに関連する前記位置情報は、前記アセットの位置情報を含むことを特徴とする請求項１に記載の方法。

【請求項4】

前記メディアコンテンツに関連する前記識別情報は、
前記受信エンティティによって受信される前記メディアパッケージの識別子と、前記アセットの識別子と、を含むことを特徴とする請求項３に記載の方法。

【請求項5】

前記配信タイプ情報は、ブロードキャストの配信専用、ユニキャスト配信専用、ハイブリッド配信のうち何れか一つを指示する情報を含むことを特徴とする請求項１に記載の方法。

【請求項6】

前記ＭＲＩメッセージは、前記ＭＲＩメッセージのバージョンを指示するバージョン情報をさらに含み、前記バージョン情報は、前記ＭＲＩが前記受信エンティティで新しいものであるか否かを確認するために使用されることを特徴とする請求項１に記載の方法。

【請求項7】

マルチメディアサービスを受信する受信エンティティの方法であって、
メディアコンテンツを含むアセットの位置情報とスケジュール情報と配信タイプ情報を含むメディアリソースの識別（ＭＲＩ）メッセージを送信エンティティから受信するステップと、
前記受信エンティティの識別情報と前記受信エンティティによって受信された前記メディアコンテンツの識別情報と、前記メディアコンテンツのプレゼンテーション時間情報と、前記配信タイプ情報を含む消費報告（ＣＲ）メッセージを前記送信エンティティに伝送するステップと、を含み、
前記ＣＲメッセージは、前記送信エンティティから前記メディアコンテンツを受信する少なくとも一つの受信エンティティの個数をカウントし、前記受信エンティティに前記メディアコンテンツを伝送するための配信タイプを決定するために使用され、
前記メディアコンテンツの前記位置情報は、アセット内の各位置での最初のＭＰＵシーケンス番号を指示する情報と前記アセット内の各位置での最後のＭＰＵシーケンス番号を指示する情報を含み、
前記アセットは、前記メディアコンテンツに関連するメディアパッケージ内に含まれることを特徴とする方法。

【請求項8】

前記メディアコンテンツに関連する前記スケジュール情報は、
前記メディアコンテンツに関連したメディアセッションの有効開始時間を示す情報と、前記メディアセッションの有効終了時間を示す情報と、を含むことを特徴とする請求項７に記載の方法。

【請求項9】

前記ＭＲＩメッセージは、
前記メディアパッケージの識別子と、
前記アセットの識別子と、を含み、
前記メディアコンテンツに関連する前記位置情報は、前記アセットの位置情報を含むことを特徴とする請求項７に記載の方法。

【請求項10】

前記メディアコンテンツに関連する前記識別情報は、
前記受信エンティティによって受信される前記メディアパッケージの識別子と、前記アセットの識別子と、を含むことを特徴とする請求項９に記載の方法。

【請求項11】

前記配信タイプ情報は、ブロードキャストの配信専用、ユニキャスト配信専用、ハイブリッド配信のうち何れか一つを指示することを特徴とする請求項７に記載の方法。

【請求項12】

前記ＭＲＩメッセージは、前記ＭＲＩメッセージのバージョンを指示するバージョン情報をさらに含み、前記バージョン情報は、前記ＭＲＩが前記受信エンティティで新しいものであるか否かを確認するために使用されることを特徴とする請求項７に記載の方法。

【請求項13】

マルチメディアサービスの提供を制御する送信エンティティの装置であって、
送受信器と、
前記送受信器を制御する少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
メディアコンテンツを含むアセットの位置情報とスケジュール情報と配信タイプの情報を含むメディアリソースの識別（ＭＲＩ）メッセージを受信エンティティに送信し、
前記受信エンティティの識別情報と、前記受信エンティティによって受信される前記メディアコンテンツの識別情報と、前記メディアコンテンツのプレゼンテーション時間情報と、前記配信タイプ情報を含む消費報告（ＣＲ）メッセージを受信し、
前記メディアコンテンツを受信する少なくとも一つの受信エンティティの個数をカウントし、前記ＣＲメッセージを使用して前記受信エンティティに前記メディアコンテンツを伝送するための配信タイプを決定するように構成され、
前記メディアコンテンツの前記位置情報は、アセット内の各位置での最初のメディアプロセッシングユニット（ＭＰＵ）のシーケンス番号を指示する情報と前記アセット内の各位置での最後のＭＰＵシーケンス番号を指示する情報を含み、
前記アセットは、前記メディアコンテンツに関連するメディアパッケージ内に含まれることを特徴とする装置。

【請求項14】

前記メディアコンテンツに関連する前記スケジュール情報は、
前記メディアコンテンツに関連するメディアセッションの有効開始時間を示す情報と、前記メディアセッションの有効終了時間を示す情報と、を含むことを特徴とする請求項１３に記載の装置。

【請求項15】

前記ＭＲＩメッセージは、
前記メディアパッケージの識別子と、
前記アセットの識別子と、を含み、
前記メディアコンテンツに関連する前記位置情報は、前記アセットの位置情報を含むことを特徴とする請求項１３に記載の装置。

【請求項16】

前記メディアコンテンツに関連する前記識別情報は、
前記受信エンティティによって受信される前記メディアパッケージの識別子と、前記アセットの識別子と、を含むことを特徴とする請求項１５に記載の装置。

【請求項17】

前記配信タイプの情報は、ブロードキャストの配信専用、ユニキャスト配信専用、ハイブリッド配信のうち何れか一つを指示する情報を含むことを特徴とする請求項１３に記載の装置。

【請求項18】

前記ＭＲＩメッセージは、前記ＭＲＩメッセージのバージョンを指示するバージョン情報をさらに含み、前記バージョン情報は、前記ＭＲＩが前記受信エンティティで新しいものであるか否かを確認するために使用されることを特徴とする請求項１３に記載の装置。

【請求項19】

マルチメディアサービスを受信する受信エンティティの装置であって、
送受信器と、
前記送受信器を制御する少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
メディアコンテンツを含むアセットの位置情報とスケジュール情報と配信タイプの情報を含むメディアリソースの識別（ＭＲＩ）メッセージを送信エンティティから受信し、
前記受信エンティティの識別情報と前記受信エンティティによって受信された前記メディアコンテンツの識別情報と、前記メディアコンテンツのプレゼンテーション時間情報と、前記配信タイプ情報を含む消費報告（ＣＲ）メッセージを前記送信エンティティに送信するように構成され、
前記ＣＲメッセージは、前記送信エンティティから前記メディアコンテンツを受信する少なくとも一つの受信エンティティの個数をカウントし、前記受信エンティティに前記メディアコンテンツを伝送するための配信タイプを決定するために使用され、
前記メディアコンテンツの前記位置情報は、アセット内の各位置での最初のメディアプロセッシングユニット（ＭＰＵ）のシーケンス番号を指示する情報と前記アセット内の各位置での最後のＭＰＵシーケンス番号を指示する情報を含み、
前記アセットは、前記メディアコンテンツに関連するメディアパッケージ内に含まれることを特徴とする装置。

【請求項20】

前記メディアコンテンツに関連する前記スケジュール情報は、
前記メディアコンテンツに関連するメディアセッションの有効開始時間を示す情報と、前記メディアセッションの有効終了時間を示す情報と、を含むことを特徴とする請求項１９に記載の装置。

【請求項21】

前記ＭＲＩメッセージは、
前記メディアパッケージの識別子と、
前記アセットの識別子と、を含み、
前記メディアコンテンツに関連する前記位置情報は、前記アセットの位置情報を含むことを特徴とする請求項１９に記載の装置。

【請求項22】

前記メディアコンテンツに関連する前記識別情報は、
前記受信エンティティによって受信される前記メディアパッケージの識別子と、前記アセットの識別子と、を含むことを特徴とする請求項２１に記載の装置。

【請求項23】

前記配信タイプの情報は、ブロードキャストの配信専用、ユニキャスト配信専用、ハイブリッド配信のうち何れか一つを指示することを特徴とする請求項１９に記載の装置。

【請求項24】

前記ＭＲＩメッセージは、前記ＭＲＩメッセージのバージョンを指示するバージョン情報をさらに含み、前記バージョン情報は、前記ＭＲＩが前記受信エンティティで新しいものであるか否かを確認するために使用されることを特徴とする請求項１９に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マルチメディアサービスシステムにおけるマルチメディアサービスを構成するコンテンツ関連情報を提供する方法及び装置に関する。

【背景技術】

【0002】

有線・無線インターネットの急速な成長に従って、多様なタイプのインターネットテレビ(ＴＶ)が今後日常生活の意味ある一部となる傾向にある。そのうち、モバイルデータトラフィックの急激な増加により、未来には全体モバイルデータトラフィックの相当量をモバイルビデオトラフィックが占めると予想されている。この場合、特定時間帯にモバイルデータトラフィックも大きく増加し、スマートフォンを通じて視聴がスムーズに提供されないという問題が発生する可能性もある。

【0003】

モバイル端末を通じるリアルタイムライブ放送サービスの需要が増加することによって、サービスプロバイダが関連した付加サービスを開発すると同時に、モバイルトラフィックを効率的に管理できる方案が必要となる。上記方案のための解決策の一つとして、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)ブロードキャストのための技術であるｅＭＢＭＳ(ｅｎｈａｎｃｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ)が提案される。ＬＴＥブロードキャストは、ＬＴＥ周波数をそのまま活用して、マルチキャスト伝送方式を採択しトラフィック負荷を減少するだけでなく、モバイル放送以外にも地域ベースの広告やコンテンツ事業のような多様な新規サービスがサポート可能である。このようにモバイル放送以外にも地上波放送などでも既存の地上波チャンネル以外に、広帯域チャンネル、Ｗｉ-Ｆｉチャンネルのような多様な伝送チャンネルを介してメインコンテンツ及び多様な付加情報を伝送することによって、多様な新規サービスが可能になった。しかしながら、この場合にもトラフィック負荷を減少させることが重要である。

【0004】

ＨＴＴＰ(Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)を用いてメディアコンテンツを伝送する既存のストリーミング方式は、メディアコンテンツを生成する際にメディアソースの位置を提供するメディアリソース識別情報(ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)をメディアコンテンツのメタデータとともに生成する。例えば、１０分のメディアコンテンツがインターネットを介するストリーミングのためにＨＴＴＰベースのファイルフォーマットに変換される場合、１０分のメディアコンテンツを提供するコンテンツサーバを指示するメディアリソース識別情報は、ＵＲＬ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ)のような形態でメディアコンテンツのメタデータに含まれ、メタデータは受信器に伝送される。受信器は、メタデータを受信した後、メタデータ内に格納されているメディアリソース識別情報(例えば、ＵＲＬ)に基づいて、ユーザーの希望するストリーミングサービスに対するメディアコンテンツの伝送をＨＴＴＰベースのコンテンツサーバに要請する。

【0005】

このような従来のストリーミング方式は、実際のリアルタイムストリーミング環境で様々な問題点を有する。一例として、ＨＴＴＰ方式で使用したメディアリソース識別情報(すなわち、ＵＲＬ）は、コンテンツサーバの実際のアドレス(例えば、ＩＰアドレス)を指示しないため、受信器は、コンテンツサーバにアクセスするためにＤＮＳ(Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ)サーバにコンテンツサーバの実際のアドレスを探すためのリクエストを伝送しなければならず、それによって遅延が発生するようになる。

【0006】

さらに、既存のストリーミングサービスでは、コンテンツサーバのアドレスが所定ファイル期間で維持されるので、動的なチャンネル変化によるメディアリソース識別情報のリアルタイム更新が不可能であり、それによって受信器が該当ストリーミングサービスを受信する間に一つのプログラム内で動的なチャンネル変化に適応しにくくなる。

【0007】

最後に、マルチキャスト方式のサービスを提供される場合に、効率的なネットワーク管理のために、各メディアコンテンツチャンネルを利用するユーザーの数を把握し、それに適したリソースが割り当てられなければならないが、既存のストリーミングサービスでは、該当チャンネルにアクセスしてサービスを利用中であるユーザーの数を把握することが難しいという問題点があった。

【発明の概要】

【発明が解決しようとする課題】

【0008】

したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディアサービスシステムにおける信号を送受信する方法及び装置を提供することにある。

【0009】

本発明の他の目的は、メディアコンテンツのストリーミングサービスを提供する際にネットワーク状況に従って効率的なネットワーク管理を実行する方法及び装置を提供することにある。

【0010】

さらに、本発明の目的は、マルチメディアサービスでメディアリソース識別情報を用いてリアルタイムサービスをサポートする方法及び装置を提供することにある。

【課題を解決するための手段】

【0011】

上記した目的を達成するために、本発明の一態様によれば、マルチメディアサービスの提供を制御する方法が提供される。その方法は、サービスされるメディアコンテンツのスケジュール情報と配信タイプ情報を含むシグナリングメッセージを伝送するステップと、少なくとも一つの端末からメディアコンテンツの識別情報と配信タイプ情報を含む少なくとも一つの報告メッセージを受信するステップと、メディアコンテンツを受信する少なくとも一つの端末から受信された少なくとも一つの報告メッセージに基づいて更新されるシグナリングメッセージを伝送するステップとを有する。

【0012】

本発明の他の態様によれば、マルチメディアサービスを受信する方法が提供される。その方法は、サービスされるメディアコンテンツのスケジュール情報と配信タイプ情報を含むシグナリングメッセージを受信するステップと、メディアコンテンツの識別情報と配信タイプ情報を含む報告メッセージを伝送するステップと、報告メッセージに基づいて更新されるシグナリングメッセージを受信するステップと、シグナリングメッセージ及び更新されたシグナリングメッセージのうち少なくとも一つに基づいてメディアコンテンツを受信するステップとを有する。

【0013】

また、本発明の他の態様によれば、マルチメディアサービスの提供を制御する送信装置が提供される。その送信装置は、サービスされるメディアコンテンツのスケジュール情報と配信タイプ情報を含むシグナリングメッセージを伝送し、少なくとも一つの端末からメディアコンテンツの識別情報と配信タイプ情報を含む少なくとも一つの報告メッセージを受信する送受信器と、メディアコンテンツを受信する少なくとも一つの端末から受信された少なくとも一つの報告メッセージに基づいて更新されたシグナリングメッセージを生成して送受信器により伝送するプロセッサを含む。

【0014】

さらに、本発明の他の態様によれば、マルチメディアサービスを受信する受信装置が提供される。その受信装置は、サービスされるメディアコンテンツのスケジュール情報と配信タイプ情報を含むシグナリングメッセージを受信し、メディアコンテンツの識別情報と配信タイプ情報を含む報告メッセージを伝送し、報告メッセージに基づいて更新されるシグナリングメッセージを受信し、シグナリングメッセージ及び更新されたシグナリングメッセージのうち少なくとも一つに基づいてメディアコンテンツを受信する送受信器と、報告メッセージを生成するプロセッサとを有する。

【0015】

本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。

【図面の簡単な説明】

【0016】

【図1】本発明の一実施形態によるメディアパッケージの論理的構成を示す図である。

【図2】ＨＴＴＰベースのストリーミングサービスの提供を説明するための図である。

【図3】本発明の一実施形態によるマルチメディアサービスを提供するためのシステム構成を示す図である。

【図4】本発明の一実施形態によるストリーミングサービスの手順を示す信号フロー図である。

【図5】本発明の一実施形態によるマルチメディアサービスを提供するためのシステム構成を示す図である。

【図6】本発明の一実施形態によるストリーミングサービスの手順を示す信号フロー図である。

【図7】本発明の一実施形態によるコンテンツプロバイダ又はサービスプロバイダを構成するサーバを示すブロック構成図である。

【図8】本発明の一実施形態によるクライアント端末を示すブロック構成図である。

【発明を実施するための形態】

【0017】

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

【0018】

本発明の実施形態の説明において、本発明が属する技術分野でよく知られており、本発明と直接関連しない技術内容に関する説明を省略する。これは、不必要な説明を省略することによって、本発明の要旨を不明にすることなく一層明確にするためである。

【0019】

同様に、添付の図面において、一部構成要素は、誇張又は省略され、あるいは概略的に示される場合がある。さらに、各構成要素のサイズは、実際のサイズを反映するものではない。各図面で、同一の又は対応する構成要素に対しては同一の参照番号を付して説明する。

【0020】

本発明の実施形態の利点と特徴、及びそれらを実現する方法は、添付の図面及び後述する本発明の実施形態を参照して明確になる。しかしながら、本発明は、後述する実施形態に限定されるものではなく、多様な形態で実現され、単にこれら実施形態は、本発明の完全な理解のために、また本発明が属する技術分野における通常の知識を有する者であれば、本発明の範囲を知らせるために提供されるものであって、本発明は請求項の範囲により定義される。本発明の全般にわたって使用される同一の参照符号は同一の構成要素を意味する。

【0021】

さらに、フローチャートの各ブロックとフローチャートの組合せは、コンピュータプログラムインストラクションにより実行可能である。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用途コンピュータ、またはその他のプログラム可能なデータ処理装置のプロセッサにロードできるので、コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサを通じて実行されるプログラムインストラクションが、フローチャートのブロックで説明された機能を実行する手段を生成するようになる。これらコンピュータプログラムインストラクションは、特定方式で機能を実現するために、コンピュータ又はその他のプログラム可能なデータ処理装置に用いられるコンピュータ利用可能な又はコンピュータ読み取り可能なメモリに格納することも可能なので、そのコンピュータ利用可能な又はコンピュータ読み取り可能なメモリに格納されたインストラクションは、フローチャートのブロックにおいて説明された機能を実行するインストラクション手段を含む製品を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータ又はその他のプログラム可能なデータ処理装置にロードすることも可能なので、コンピュータ又はその他のプログラム可能なデータ処理装置で一連の動作ステップが実行されて、コンピュータで実行されるプロセスを生成し、コンピュータ又はその他のプログラム可能なデータ処理装置にて実行されるインストラクションは、フローチャートのブロックにおいて説明された機能を実行するためのステップを提供することも可能である。

【0022】

さらに、各ブロックは、特定した論理的機能を実現するための一つ以上の実行可能なインストラクションを含むモジュール、セグメント、又はコードの一部に対応付けることができる。また、一部の代替の実行形態では、ブロックで記述した機能が順序から外れて発生することも可能であることに注目しなければならない。例えば、続けて示されている２個のブロックは、実際に同時に実行することも可能であり、あるいはそのブロックを該当する機能に従って逆順に実行することも可能である。

【0023】

このとき、本発明の実施形態で使用される用語‘〜部’、‘〜モジュール’は、ソフトウェア又はＦＰＧＡ(Ｆｉｅｌｄ-Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ)又はＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、任意の役割を実行する。しかしながら、‘〜部’などは、ソフトウェア又はハードウェアに限定されるものではない。‘〜部’などは、アドレッシング可能な格納媒体に存在するように構成されてもよく、一つ以上のプロセッサを駆動するように構成されてもよい。したがって、一例として‘〜部’などは、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列、及び変数を含む。構成要素と‘〜部’などにより提供される機能は、より少ない数の構成要素及び‘〜部’などに結合されるか、あるいは追加的な構成要素と‘〜部’などにさらに分離され得る。その上、構成要素及び‘〜部’などは、デバイス又は保安マルチメディアカード内の一つ以上のＣＰＵを駆動させるように構成することもできる。

【0024】

本発明の実施形態では、ＭＰＥＧ(Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ)メディアトランスポート(ＭＭＴ)ベースのメディアコンテンツをサポートするストリーミングサービスを提供するマルチメディアサービスシステムを主な対象として説明するが、本発明で請求しようとする主な要旨は、類似した技術的背景を有する他の通信システム及びサービスにも本発明で開示する範囲を逸脱しない範囲で適用可能であり、これは、当該技術分野で熟練された技術的知識を持った者には明らかなことである。

【0025】

本発明の実施形態を具体的に説明するに先立ち、ＭＭＴ標準において定義されているデータ構成について説明する。ＭＭＴ標準では、マルチメディアデータパケットは、ＭＭＴサービスのための配信フレームとして定義される。ＭＭＴプロトコル(ＭＭＴＰ）は、ＩＰネットワークを介して、ＭＭＴペイロードフォーマット(ＰＦ）で構成された配信フレームを配信するためのアプリケーション階層プロトコルを定義する。ＭＭＴペイロードは、ＭＭＴペイロードフォーマットで構成され、効率的に配信できるように設計される。異種(ｈｅｔｅｒｏｇｅｎｅｏｕｓ)ＩＰネットワークを介してＭＰＥＧメディアデータを効率的に配信するために、ＭＭＴは、カプセル化フォーマット(Ｅｎｃａｐｓｕｌａｔｉｏｎ Ｆｏｒｍａｔｓ）、配信プロトコル(Ｄｅｌｉｖｅｒｙ Ｐｒｏｔｏｃｏｌｓ）、及びシグナリングメッセージフォーマットを定義する。

【0026】

ＭＭＴペイロードは、カプセル化したデータユニット及びＭＭＴ階層プロトコル、又は、他の既存のアプリケーショントランスポートプロトコルによる他の情報を配信するためのペイロードフォーマットにより特定される。ＭＭＴペイロードは、ストリーミングに関する情報及びファイル伝送に関する情報を提供する。ストリーミングにおいて、データユニットは、メディアフラグメントユニット(ＭＦＵ)又はメディアプロセッシングユニット(ＭＰＵ）であってもよい。ファイル伝送において、データユニットは、メディアアセット及びメディアパッケージであってもよい。ここで、ＭＰＵは、独立的に復号化されるリアルタイム又は非リアルタイムデータのための一般コンテナであり、ＭＦＵは、ＭＰＵの一つのフラグメントを意味する。一例として、一つのフレームをアクセスユニットとして用いて符号化が実行される場合、ＭＦＵは、一つのビデオフレームでありうる。他の場合には、一つのフレーム内に含まれた一つのスライスでありうる。

【0027】

ＭＰＵは、一つ以上のＭＦＵと追加的な配信及び処理に関連した情報を含むコンテナフォーマットであり、複数の異なるアクセスユニットから生成される多様な個数のＭＦＵを含むことができる。ＭＰＵは、ＭＭＴ実現エンティティによって完全かつ独立的に処理可能な符号化されたメディアデータユニットを意味することで、アプリケーション環境による特定のサイズ、例えばビデオでは１ＧＯＰ(Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ)を有することができる。例えば、ＭＰＵは、１ＧＯＰ(例えば、１秒のビデオ)を構成する複数のピクチャフレームで構成され、ＭＦＵは、各ピクチャフレームを含むことができる。

【0028】

メディアアセットは、一つ以上のＭＰＵの論理グループで構成されるデータエンティティであって、同一の合成情報(ＣＩ)及びトランスポート特性が適用される最大のデータユニットである。メディアアセットは、パッケージ又は多重化されたデータを含む一つのデータタイプのみを含む。例えば、各メディアアセットは、オーディオのエレメンタリストリーム(ＥＳ）の少なくとも一部、ビデオのＥＳの少なくとも一部、ＭＰＥＧ-ＵＩ(Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ)ウィジェットパッケージ、ＭＰＥＧ-２トランスポートストリーム(ＴＳ）の少なくとも一部、ＭＰ４(ＭＰＥＧ-４)ファイルの少なくとも一部、及びＭＭＴパッケージの全体又は少なくとも一部であってもよい。

【0029】

ここで、エレメンタリストリーム(ＥＳ）は、特定メディアコーデックにより定義されるもので、論理的に一つ以上のＭＭＴアセットであってもよい。階層化コーデック及び多視点コーデックをサポートするＭＭＴアセット２３０は、他のＭＭＴアセットとオーバーラップされてもよい。

【0030】

合成情報(ＣＩ）は、ＭＭＴアセットの空間及び時間関係を定義する情報を意味し、ＭＭＴトランスポート特性(ＭＭＴ-ＴＣ）は、ＭＭＴアセットの配信のために要求されるサービス品質(ＱｏＳ）を定義する。ＭＭＴ-ＴＣは、特定の配信環境に対してアセット配信特性(ＡＤＣ）にて表現可能である。

【0031】

メディアパッケージは、ＭＭＴ実現エンティティにより処理される符号化されたメディアデータと関連情報の集合体として定義される。

【0032】

図１は、本発明の一実施形態によるメディアパッケージの論理的構成を示す。

【0033】

図１を参照すると、メディアパッケージ１００は、一つ以上のメディアアセット１２０、合成情報１１０、及びメディアトランスポート特性を示す一つ以上のＡＤＣ１３０で構成される。メディアパッケージ１００は、識別子のような記述情報及びメディアアセット１２０の位置を含み、メディアパッケージ１００内のメディアアセット１２０は、多重化され、あるいは連接されてもよい。

【0034】

メディアパッケージ１００の処理は、ＭＰＵ単位で適用され、メディアアセット１２０は、同一のアセットＩＤを有する一つ以上のＭＰＵの集合体であり、各メディアアセット１２０に関連したトランスポート特性は、ＡＤＣ１３０により表現される。ＡＤＣ１３０は、メディアパッケージ１００をパケット化するエンティティにより、ＭＭＴペイロードのパラメータと共にＭＭＴパケットのヘッダー情報を構成するために使用されてもよい。

【0035】

ＭＭＴペイロードは、ＨＴＴＰベースのストリーミングサービスを通じて受信エンティティに伝送できる。

【0036】

図２は、ＨＴＴＰベースのストリーミングサービスの提供を説明するための図である。

【0037】

図２を参照すると、第１のファイル２１０はメディアリソース識別情報ＵＲＬ Ａを含み、第２のファイル２２０はメディアリソース識別情報ＵＲＬ Ｂを含む。受信エンティティは、第２のファイル２２０を受信し、ＵＲＬ Ｂに基づいてＤＮＳサーバ２３０にＵＲＬ Ｂのメディアコンテンツを提供するコンテンツサーバにアクセスするＩＰアドレスをリクエストする。以後、受信エンティティは、当該ＩＰアドレスに基づいてコンテンツサーバにアクセスすることで、ユーザーの希望するメディアコンテンツにアクセスすることができる。

【0038】

上記のように、ストリーミングサービスに対するメディアリソースの位置は、メディアコンテンツサービスを利用するためのメディアリソース識別情報を通じて提供される。メディアリソース識別情報は、コンテンツプロバイダ(ＣＰ)により提供されるメディアコンテンツ構成情報と、コンテンツプロバイダ又はサービスプロバイダ(ＳＰ)により提供されるメディアリソース割当情報とを集合することによって構成される。

【0039】

さらに、サービスを消費する(ｃｏｎｓｕｍｅ)受信エンティティとして動作するユーザー端末は、メディアリソース割当情報及びユーザーが視聴中であるメディアコンテンツに関する消費報告情報(ｃｏｎｓｕｍｐｔｉｏｎ ｒｅｐｏｒｔｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ)をシグナリングメッセージを用いて伝送できる。シグナリングメッセージは、受信されたメディアパケットに関する識別情報をコンテンツプロバイダ又はサービスプロバイダ(ＳＰ)となり得る送信エンティティに提供する。動的マルチメディア配信をサポートする送信エンティティは、ユーザー端末により利用されるネットワークを管理するネットワークプロバイダのサーバであり、消費報告情報に基づいて、ユーザーが現在ストリーミングサービスを利用しているネットワークの状況を把握して、メディアサービスを効率的に提供するようにサポートする。

【0040】

一実施形態において、メディアリソースの位置を提供する現在メディアリソース識別情報は、メディアリソース識別(ＭＲＩ)メッセージを通じてコンテンツプロバイダからメディアサービスを利用するユーザー端末に提供することができる。一実施形態で、ＭＲＩメッセージは、セッションの開始時にメディアデータと同一のチャンネルを介してインバンド伝送されるか、あるいはメディアデータとは異なるチャンネルを介してアウトバンド伝送することができる。

【0041】

下記の＜表１＞は、本発明の一実施形態によるＭＲＩメッセージのフォーマットを示し、ＭＲＩメッセージは、後述するメッセージフィールドのうち少なくとも一つを含んで構成することができる。

【0042】

【表1】

ここで、ｍｅｓｓａｇｅ＿ｉｄフィールドは、ＭＲＩメッセージの識別子を示し、ｖｅｒｓｉｏｎフィールドは、ＭＲＩメッセージのバージョンを示す。受信エンティティは、ｖｅｒｓｉｏｎフィールドに基づいて、ＭＲＩメッセージが新しいか否かを判定できる。ｌｅｎｇｔｈフィールドは、ＭＲＩメッセージの長さをバイト単位で示す。ｍｅｓｓａｇｅ＿ｐａｙｌｏａｄに含まれるフィールドは、下記のように説明できる。

【0043】

ｎｕｍｂｅｒ＿ｏｆ＿ＭＭＴ＿ｐａｃｋａｇｅフィールドは、メディアパッケージの個数を示す。ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄフィールドは、サービスされる該当メディアパッケージの固有識別子であり、ＭＭＴ＿ｐａｃｋｅｔ＿ｉｄ＿ｌｅｎｇｔｈフィールド(＝Ｎ１)とＮ１個のＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅフィールドで構成される。ＭＭＴ＿ｐａｃｋｅｔ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄのバイト単位の長さを意味する。

【0044】

ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドは、メディアパッケージの配信のためのメディアセッションのタイプ、例えば、「broadcast delivery only」（ブロードキャスト配信専用）、「unicast delivery only」（ユニキャスト配信専用）、及び「hybrid delivery」（ハイブリッド配信）のうちいずれか一つを指示する。

【0045】

ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓフィールドは、各メディアパッケージ内のアセットの個数を提供し、ａｓｓｅｔ＿ｉｄフィールドは、該当メディアパッケージ内に含まれるアセットの識別子であり、ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔフィールドは、一つのアセットのための位置情報の個数を意味する。すなわち、一つのアセットが一つの位置を通じて提供されるとき、ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔは‘１’に設定され、一つのアセットに含まれるＭＰＵが多重チャンネルを介して伝送されるバルク伝送が使用される場合、‘１’でない値に設定される。

【0046】

ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒフィールドは、一つのアセット内で各位置の最初のＭＰＵシーケンス番号を示し、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒフィールドは、一つのアセット内で各位置の最後のＭＰＵシーケンス番号を示し、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏフィールドは、メディアコンテンツに関連した構成情報であって、メディアコンテンツを含むアセットの位置情報を提供できる。位置情報は、ＭＲＩメッセージを提供するコンテンツサーバと同一の又は異なるリソースサーバを示す。ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ及びｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎフィールドは、メディアセッションの有効開始時間及び有効期間を示し、ｃｏｎｓｕｍｐｔｉｏｎ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓは、各受信エンティティからの測定結果を受信するサーバの位置を示すＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏフィールドを含む。メディアセッションの有効時間は、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ及びｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎフィールドの代わりに多様な方式で定義できる。

【0047】

一実施形態において、ユーザー端末は、送信エンティティ又は第三者のアプリケーションサーバに下記の＜表２＞に示すメッセージフィールドのうち少なくとも一つを含んで構成されるシグナリングメッセージ、すなわちＣＲ(Ｃｏｎｓｕｍｐｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ)メッセージを伝送できる。送信エンティティは、ＣＲメッセージを使用することによって、特定のメディアコンテンツのメディアパケットを受信する受信エンティティの個数をカウントし、配信タイプを決定することができる。

【0048】

【表2】

ここで、ｍｅｓｓａｇｅ＿ｉｄフィールド、ｖｅｒｓｉｏｎフィールド、及びｌｅｎｇｔｈフィールドに関する説明は、＜表１＞に示される。

【0049】

＜表２＞に示すように、ユーザー端末から送信エンティティに伝送されるＣＲメッセージは、ＭＲＩメッセージを通じて受信した有効時間に関する情報(例えば、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ及びｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎフィールド)と配信タイプの情報(例えば、ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールド)を含むことができる。

【0050】

さらに、ＣＲメッセージは、ユーザーが視聴中であるメディアコンテンツの連続受信のための情報として、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ及びａｓｓｅｔ＿ｉｄフィールドを含むことができる。サーバは、複数のユーザー端末から収集されるＣＲメッセージに基づいて、該当メディアサービスのユーザーが利用しているチャンネルタイプ及び消費報告情報を把握できる。

【0051】

ここで、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄは、ユーザー端末が受信したパッケージの固有識別子であり、ＭＭＴ＿ｐａｃｋｅｔ＿ｉｄ＿ｌｅｎｇｔｈフィールド(＝Ｎ１)とＮ１個のＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅフィールドで構成される。ユーザー端末が移動装置(ｍｏｂｉｌｅ ｄｅｖｉｃｅ)である場合、ｍｏｂｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒフィールドが含まれてもよい。ユーザー端末は、セルラーネットワークとして定義される端末識別子及びセル識別子を含むｍｏｂｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒフィールドをＣＲメッセージに含める。

【0052】

ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓフィールドは、アセットの個数を示し、各アセットに対してａｓｓｅｔ＿ｉｄフィールド、ｍｐｕ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒフィールド、及びｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドが含まれる。ａｓｓｅｔ＿ｉｄフィールドは、該当メディアパッケージに含まれるアセットの識別子を示し、ｍｐｕ＿ｔｉｍｅｓｔａｍｐ＿ｄｅｓｃｒｉｐｔｏｒフィールドは、該当ＭＰＵの最初アセットのための再生時間(ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ）を提供できる。ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドは、メディアパッケージを配信するためのメディアセッションのタイプ、例えば放送配信専用、ユニキャスト配信専用、及びハイブリッド配信のうちいずれか一つを示す。

【0053】

さらに、ＣＲメッセージは、サーバのアドレスを示すｃｏｎｓｕｍｐｔｉｏｎ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓを含むことができる。

【0054】

ユーザー端末は、＜表１＞のように構成されるＭＲＩメッセージを受信し、まずｖｅｒｓｉｏｎフィールド内のメッセージバージョンを確認してＭＲＩメッセージが更新された情報を含むか否かを判定する。メッセージバージョンが以前に受信したＭＲＩメッセージのバージョンと同一である場合、ユーザー端末は、以前に受信され格納されているＭＲＩメッセージの情報に従って動作する。メッセージバージョンが以前のメッセージバージョンより更新されるか、あるいは以前メッセージバージョンに関する情報がない場合、ユーザー端末は、次のように動作する。

【0055】

ユーザー端末は、受信したＭＲＩメッセージのメッセージペイロードに含まれたＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ、ａｓｓｅｔ＿ｉｄ、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ、及びｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒフィールドを用いて、現在提供されるメディアサービスの次に受信されるメディアデータを識別し、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ及びｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎフィールドを用いて、現在提供されているメディアサービスの伝送チャンネルに対する有効開始時間及び持続時間を認知する。また、ＭＲＩメッセージ内のＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏフィールドに基づき、メディアサービスを提供するサーバの位置情報(すなわち、アドレス)を検出し、検出した位置情報に基づいて、メディアサービスをサーバにリクエストしてメディアサービスを利用する。メディアサービスは、ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドにより定義される伝送チャンネルを介してユーザー端末に配信される。

【0056】

ユーザー端末は、現在利用中であるメディアサービスに関する消費報告情報を、ＣＲメッセージを用いて、コンテンツプロバイダ又はサービスプロバイダといった送信エンティティに伝送できる。送信エンティティは、一つ又はそれ以上のユーザー端末から収集した消費報告情報に基づいて、ユーザー端末に提供されるＭＲＩメッセージの情報を更新し、効率的なサービスの提供をサポートすることができる。

【0057】

一実施形態において、ユーザー端末は、ユーザー端末を識別するクライアント識別子(ｃｌｉｅｎｔ ｉｄ)を、ＣＲメッセージを通じてコンテンツプロバイダ又はサービスプロバイダといった送信エンティティに伝送できる。送信エンティティは、少なくとも一つのユーザー端末から報告される少なくとも一つのクライアント識別子を収集することによって、各伝送チャンネル/メディアコンテンツを利用するユーザーの数を把握し、把握したユーザーの数を参照してネットワーク状況に適するストリーミングサービスを提供できる。

【0058】

図３は、本発明の一実施形態によるマルチメディアサービスの提供のためのシステム構成を示す。ここでは、コンテンツプロバイダとサービスプロバイダが異なる場合のシステム構成を示す。

【0059】

図３を参照すると、受信エンティティとして動作するクライアント端末３３０は、移動装置又はユーザー端末であり、コンテンツプロバイダ(ＣＰ)３２０から希望するマルチメディアサービスのメディアコンテンツにアクセスできる。サービスプロバイダ(ＳＰ)３１０は、クライアント端末３３０がシームレスなサービスを利用するようにネットワーク状況をモニタリングし、クライアント端末３３０の伝送チャンネルを管理する。クライアント端末３３０は、ユニキャストタイプの広帯域チャンネル、及び/又は、ブロードキャストタイプのブロードキャストチャンネル３２５を介して、コンテンツプロバイダ３２０にアクセスすることができる。

【0060】

図４は、本発明の一実施形態によるストリーミングサービス手順を示す信号フロー図である。ここで、ＭＭＴベースのメディアコンテンツをサポートするストリーミングサービスにおいて、コンテンツプロバイダ３２０がサービスプロバイダ３１０と異なる場合の動作を示す。

【0061】

図４を参照すると、ステップ４０５において、コンテンツプロバイダ３２０は、メディアリソース識別情報を有するＭＲＩメッセージを伝送し、ＭＲＩメッセージは、クライアント端末３３０により受信される。ＭＲＩメッセージは、コンテンツプロバイダ３２０が提供するメディアコンテンツの構成情報(例えば、ＭＭＴ_ｇｅｎｅｒａｌ_ｌｏｃａｔｉｏｎ_ｉｎｆｏ)と、サービスプロバイダ３１０の伝送スケジュールに関連した構成情報(例えば、ｍｐｕ_ｓｅｑｕｅｎｃｅ_ｓｔａｒｔ_ｎｕｍｂｅｒ、ｍｐｕ_ｓｅｑｕｅｎｃｅ_ｅｎｄ_ｎｕｍｂｅｒ、ｖａｌｉｄ_ｔｉｍｅ_ｓｔａｒｔ、ｖａｌｉｄ_ｔｉｍｅ_ｄｕｒａｔｉｏｎ、及びｄｅｌｉｖｅｒｙ_ｔｙｐｅ)に基づいて生成される。

【0062】

一実施形態において、ＭＭＴベースのメディアを生成する際にＭＭＴベースのシグナリングメッセージ(例えば、上記したＭＲＩメッセージ)がメディアコンテンツと共に生成され、コンテンツプロバイダ３２０は、シグナリングメッセージにメディアコンテンツに関連した構成情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏと、基本的な伝送に関連した構成情報であるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒ、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ、ｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎ、及びｄｅｌｉｖｅｒｙ＿ｔｙｐｅのうち少なくとも一つを含めてサービスプロバイダ３１０に伝送し、サービスプロバイダ３１０のサーバは、伝送に関連した構成情報を更新してコンテンツプロバイダ３２０に応答する。更新された情報は、ＭＲＩメッセージに含まれてクライアント端末３３０に伝送される。ステップ４１０及びステップ４１５において、クライアント端末３３０は、ＭＲＩメッセージに基づき、コンテンツプロバイダ３２０により現在提供されているメディアコンテンツのストリーミングサービスに途切れなくアクセスできる。具体的には、クライアント端末３３０は、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏにより指示される位置情報に格納されたメディアアセットのＭＰＵのうち、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ及びｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒに該当するＭＰＵをｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ及びｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎに該当する有効時間の間に受信することができる。

【0063】

ステップ４２０において、クライアント端末３３０は、現在視聴しているメディアコンテンツに関する消費報告情報を、ＣＲメッセージを通じてサービスプロバイダ３１０にフィードバックする。ＣＲメッセージは、周期的に及び/又はイベントにより伝送可能である。サービスプロバイダ３１０は、ＣＲメッセージ及び他のクライアント端末から受信されたＣＲメッセージを通じて、各サービスを利用するユーザーの数を把握し、把握したユーザーの数に従ってＭＲＩメッセージの情報を更新できる。ステップ４２５において、更新された情報を含むＭＲＩメッセージが伝送される。クライアント端末３３０は、ＭＲＩメッセージを受信し、ＭＲＩメッセージに含まれている更新された情報に基づいてメディアコンテンツを途切れなく受信することができる。ＭＲＩメッセージの更新を通じて、効率的なネットワーク管理を実行すると同時に、シームレスなサービスをユーザーに提供することができる。

【0064】

一実施形態において、コンテンツプロバイダ３２０は、メディアコンテンツに関連したＭＲＩメッセージを生成して配信する(ステップ４０５)。クライアント端末３３０だけでなくメディアコンテンツに関連した端末は、ＭＲＩメッセージに含まれたｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドの値に基づき、広帯域ネットワークのチャンネルを用いて、コンテンツプロバイダ３２０にメディアコンテンツのリクエストを伝送し(ステップ４１０)、それに対する応答においてメディアコンテンツのＭＰＵを含んでいるメディアパケットを受信する(ステップ４１５)。クライアント端末３３０は、メディアコンテンツの受信中に、又は受信後に、メディアコンテンツに関する消費報告情報及びそれに関連したシグナリング情報を、サービスプロバイダ３１０にＣＲメッセージを通じて配信する(ステップ４２０)。

【0065】

サービスプロバイダ３１０は、ＣＲメッセージに基づいて各メディアサービスのユーザーの数を判定し、把握したユーザーの数に基づいて該当メディアサービスを提供するために使用される伝送チャンネルの配信タイプを決定できる。例えば、特定メディアサービスを利用するユーザーの数が所定のしきい値以上である場合、メディアサービスの伝送チャンネルを広帯域チャンネルからブロードキャストチャンネルに切り替えることを決定し、その決定結果に基づいて、更新されたｄｅｌｉｖｅｒｙ＿ｔｙｐｅを含むＭＲＩメッセージを伝送する(ステップ４２５)。

【0066】

ステップ４３０において、クライアント端末３３０は、更新されたＭＲＩメッセージの受信に応答して、メディアサービスに対するリクエストをコンテンツプロバイダ３２０に伝送し、ステップ４３５において、メディアサービスのメディアコンテンツを継続して受信することができる。

【0067】

図５は、本発明の一実施形態によるマルチメディアサービス提供のためのシステム構成を示す。ここでは、コンテンツプロバイダがＭＲＩメッセージを生成して伝送する場合のシステム構成を示す。

【0068】

図５を参照すると、クライアント端末５２０は、コンテンツプロバイダ５１０から、希望するマルチメディアサービスのメディアコンテンツを受信する。コンテンツプロバイダ５１０は、ネットワーク状況をモニタリングし、クライアント端末５２０がマルチメディアサービスを受信するために使用する伝送チャンネルに対するメディアリソース情報を、ＭＲＩメッセージを通じて提供できる。クライアント端末５２０は、ＭＲＩメッセージの情報に基づき、広帯域チャンネル及び/又はブロードキャストチャンネル５１５を介して、コンテンツプロバイダ５１０にアクセスできる。

【0069】

図６は、本発明の一実施形態によるストリーミングサービス手順を示す信号フロー図である。ここでは、ＭＭＴベースのメディアコンテンツをサポートするストリーミングサービスでコンテンツプロバイダ５１０がＭＲＩメッセージ及びメディアコンテンツを提供する場合の動作を示す。

【0070】

図６を参照すると、ステップ６０５において、コンテンツプロバイダ５１０は、メディアコンテンツの構成情報(例えば、ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ)と、自身が管理しているネットワークの状態を反映するメディアコンテンツの伝送スケジュールに関連した構成情報(例えば、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒ、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ、ｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎ、及びｄｅｌｉｖｅｒｙ＿ｔｙｐｅ)を含むＭＲＩメッセージを作成し、このＭＲＩメッセージを伝送する。ＭＲＩメッセージは、クライアント端末５２０により受信できる。

【0071】

一実施例において、ＭＭＴベースのメディアの生成時にＭＭＴベースのシグナリングメッセージ(例えば、上記したＭＲＩメッセージ)がメディアコンテンツと共に生成され、コンテンツプロバイダ５１０は、シグナリングメッセージにメディアコンテンツに関連した構成情報であるＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏと、基本的な伝送に関連した構成情報であるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｎｕｍｂｅｒ、ｖａｌｉｄ＿ｔｉｍｅ＿ｓｔａｒｔ、ｖａｌｉｄ＿ｔｉｍｅ＿ｄｕｒａｔｉｏｎ、及びｄｅｌｉｖｅｒｙ＿ｔｙｐｅのうち少なくとも一つを含んで配信する。ステップ６１０及びステップ６１５において、クライアント端末５２０は、ＭＲＩメッセージに基づき、コンテンツプロバイダ５１０により現在提供されているメディアコンテンツのストリーミングサービスに、途切れなく接続することができる。

【0072】

ステップ６２０において、クライアント端末５２０は、現在視聴しているメディアコンテンツに関する消費報告情報を、ＣＲメッセージを通じてコンテンツプロバイダ５１０にフィードバックする。ＣＲメッセージは、周期的に及び/又はイベントにより伝送される。コンテンツプロバイダ５１０は、ＣＲメッセージ及び他のクライアント端末から受信されるＣＲメッセージを通じて、各メディアサービスを利用するユーザーの数を把握し、把握したユーザーの数に基づいて、ＭＲＩメッセージの情報を更新できる。ステップ６２５において、更新された情報を含むＭＲＩメッセージが伝送される。クライアント端末５２０は、ＭＲＩメッセージを受信し、ＭＲＩメッセージに含まれた更新された情報に基づいて、メディアコンテンツを途切れなく受信することができる。ＭＲＩメッセージの更新を通じて効率的なネットワーク管理を実行する同時にシームレスなサービス及び追加的な付加サービスをユーザーに提供できる。

【0073】

一実施形態において、コンテンツプロバイダ５１０がメディアコンテンツに関連したＭＲＩメッセージを生成して、ＭＲＩメッセージを、クライアント端末５２０だけでなく、該当メディアサービスのユーザーに配信する(ステップ６０５)。クライアント端末５２０は、ＭＲＩメッセージに含まれたｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドに基づいて、コンテンツプロバイダ５１０が提供する伝送方式、例えばブロードキャストネットワークのブロードキャストチャンネルを介して、メディアサービスのメディアコンテンツを受信する(ステップ６１５)。クライアント端末５２０は、メディアコンテンツの受信中に、あるいは受信後に、現在利用しているメディアコンテンツに関する消費報告情報及びそれに関連したシグナリング情報を、コンテンツプロバイダ５１０にＣＲメッセージを通じて配信する(ステップ６２０)。

【0074】

コンテンツプロバイダ５１０は、ＣＲメッセージに基づいて各メディアサービスのユーザーの数を決定し、把握したユーザーの数に従って該当メディアサービスを提供するために使用される伝送チャンネルの配信タイプ及び/又はメディアサービスの付加情報(例えば、追加的言語字幕、偏波放送など)を決定する。例えば、特定メディアサービスを利用するユーザーの数が所定のしきい値に到達する場合、メディアサービスの伝送チャンネルを既存の伝送チャンネルからインターネットチャンネルといった他のチャンネルに切り替えることに決定し、その決定結果に従って、更新されたｄｅｌｉｖｅｒｙ＿ｔｙｐｅを含むＭＲＩメッセージをクライアント端末５２０に伝送する(ステップ６２５)。

【0075】

ステップ６３０において、クライアント端末５２０は、更新されたＭＲＩメッセージの受信に応答して、メディアサービスに対するリクエストをコンテンツプロバイダ５１０に伝送し、ステップ６３５において、メディアサービスのメディアコンテンツを継続して受信することができる。

【0076】

図７は、本発明の一実施形態による送信エンティティとして動作するサーバを示すブロック構成図である。

【0077】

図７を参照すると、サーバ７００は、他のサーバ及び/又はクライアント端末とシグナリングメッセージ及びメディアコンテンツを通信する送受信器７２０と、送受信器７２０により処理されるメッセージ及びコンテンツを処理するプロセッサ７１０を含む。一実施形態において、プロセッサ７１０は、送受信器７２０により伝送されるＭＲＩメッセージに含まれる情報を生成し、送受信器７２０により受信されるＣＲメッセージに含まれる情報を分析することができる。

【0078】

図８は、本発明の一実施形態による受信エンティティとして動作するクライアント端末のブロック構成図である。

【0079】

図８を参照すると、クライアント端末８００は、コンテンツプロバイダ又はサービスプロバイダとなる送信エンティティとシグナリングメッセージ及びメディアコンテンツを通信する送受信器８２０と、送受信器８２０により送受信されるメッセージ及びコンテンツを処理するプロセッサ８１０を含む。一実施形態において、プロセッサ８１０は、送受信器８２０により送信されるＣＲメッセージに含まれる情報を生成し、送受信器８２０により受信されるＭＲＩメッセージに含まれる情報を分析することができる。

【0080】

以上のように動作する本発明の実施形態を通じて、ＭＭＴベースのメディアコンテンツをサポートするストリーミングサービスにおいて、ＭＲＩメッセージとＣＲメッセージの活用を通じて、既存のストリーミングサービスにおいてマルチキャストチャンネルを介してストリーミングサービスを提供する場合に、サービスを利用するユーザーの数を把握しにくいという問題点を解決すると同時に、ストリーミングサービスの提供時に動的情報を用いてリアルタイムメディアサービスを提供する場合に、実際のネットワーク状況(例えば、ユーザーの数)に従って効率的なネットワークの管理及びシームレスなストリーミングサービスを提供することができる。

【0081】

本発明の多様な実施形態は、特定の側面では、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実施することができる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとできる。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピー(登録商標)ディスク、光データ格納装置、及び搬送波(インターネットを経由するデータ伝送など)を含む。このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは分散形態で格納及び実行される。また、本発明を達成するための機能プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できる。

【0082】

本発明の実施形態による装置及び方法は、ハードウェア、ソフトウェア、又はそれらの組み合わせの形態で実現可能であることがわかる。このようなソフトウェアは、例えば、削除可能又は再書き込み可能の有無に関係なく、ＲＯＭなどの格納装置のような揮発性又は不揮発性格納装置 、あるいは例えばＲＡＭ、メモリチップ、及びデバイス又は集積回路(ＩＣ)といったメモリ、又は例えば、ＣＤ、ＤＶＤ、磁気ディスク、及び磁気テープといった光学的又は磁気的に記録可能な機械(例えば、コンピュータ)又は読み取り可能な格納媒体に格納することができる。本発明の一実施形態による方法は、制御部及びメモリを含むコンピュータ又は移動端末により実現できる。このメモリは、本発明の実施形態を実現するための命令を含むプログラムを格納するのに適合した機械読み取り可能な格納媒体であり得る。

【0083】

したがって、本発明は、本請求項により定められた装置及び方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する機械(例えば、コンピュータ)読み取り可能な格納媒体を含む。このプログラムは、有線／無線接続を通じて伝送される通信信号のような媒体を介して電気的に伝送でき、これに均等なものと共に本発明に含まれる。

【0084】

本発明の多様な実施形態による装置は、有線又は無線で接続されるプログラム提供装置からプログラムを受信して格納することができる。プログラム提供装置は、プログラム処理装置により予め設定されたコンテンツ保護方法を実行するようにする指示を含むプログラム、コンテンツ保護方法に必要な情報などを格納するためのメモリと、グラフィック処理装置との有線又は無線通信を実行するための通信部と、グラフィック処理装置からのリクエスト又は自動で該当プログラムを送受信装置に伝送する制御部を含むことができる。

【0085】

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を逸脱しない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】