特許 5748765 メインコンテンツに他のコンテンツを挿入して動作するストリーミング方法及び装置

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

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

(11)【特許番号】5748765

(24)【登録日】2015年5月22日

(45)【発行日】2015年7月15日

(54)【発明の名称】メインコンテンツに他のコンテンツを挿入して動作するストリーミング方法及び装置

(51)【国際特許分類】

   H04N 7/173 20110101AFI20150625BHJP

   G06F 13/00 20060101ALI20150625BHJP

【ＦＩ】

   H04N7/173 630

   G06F13/00 550P

【請求項の数】13

【全頁数】45

(21)【出願番号】特願2012-543023(P2012-543023)

(86)(22)【出願日】2010年12月7日

(65)【公表番号】特表2013-513329(P2013-513329A)

(43)【公表日】2013年4月18日

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

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

(87)【国際公開日】20110616

【審査請求日】2013年11月1日

(31)【優先権主張番号】61/267,131

(32)【優先日】2009年12月7日

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

(31)【優先権主張番号】61/318,916

(32)【優先日】2010年3月30日

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

(31)【優先権主張番号】61/282,860

(32)【優先日】2010年4月12日

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

(31)【優先権主張番号】61/331,014

(32)【優先日】2010年5月4日

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

(31)【優先権主張番号】61/351,434

(32)【優先日】2010年6月4日

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

(31)【優先権主張番号】61/362,805

(32)【優先日】2010年7月9日

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

(31)【優先権主張番号】61/368,855

(32)【優先日】2010年7月29日

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

(31)【優先権主張番号】61/373,253

(32)【優先日】2010年8月12日

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

(31)【優先権主張番号】61/380,468

(32)【優先日】2010年9月7日

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

(31)【優先権主張番号】10-2010-0103698

(32)【優先日】2010年10月22日

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

(73)【特許権者】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ホ−ジン・ハ

(72)【発明者】

【氏名】ヒュン−タク・チェ

(72)【発明者】

【氏名】スン−バル・キム

(72)【発明者】

【氏名】オ−ホーン・クウォン

(72)【発明者】

【氏名】ジェ−ヨン・ソン

(72)【発明者】

【氏名】スン−リェウル・リュ

(72)【発明者】

【氏名】ジ−ウン・クム

(72)【発明者】

【氏名】ソ−ヨン・ファン

(72)【発明者】

【氏名】グアンファ・ツァン

【審査官】 松元 伸次

(56)【参考文献】

【文献】 特開２００４−１８６８９０（ＪＰ，Ａ）

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

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

Ｇ０６Ｆ１３／００

Ｈ０４Ｎ７／１０

７／１４−７／１７３

７／２０−７／５６

１９／８９−１９／８９５

２１／００−２１／８５８

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

【請求項1】

メディアデータを再生する方法において、
第１コンテンツの再生区間についての情報、第２コンテンツの再生区間についての情報を含む第１ファイルを受信する段階と、
前記第１ファイルに基づいて前記第１コンテンツの第１メディアデータを最初に受信して再生する段階と、
受信した前記第１ファイルに含まれた前記第２コンテンツの再生区間を示す位置情報に基づいて、前記第２コンテンツの第２メディアデータを受信する段階と、
を含み、
前記第１ファイルは、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の前記第１メディアデータについての情報を含むことを特徴とするメディアデータ再生方法。

【請求項2】

前記第１コンテンツの再生区間についての情報は、
前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の前記第１メディアデータについての位置情報を含み、
複数の前記第１メディアデータは、前記第１コンテンツを所定品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をそれぞれ含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項3】

前記第２コンテンツの再生区間についての情報は、
前記第２コンテンツの挿入時刻及び前記第２コンテンツの再生区間についての情報に含まれた位置情報が、前記第２コンテンツの第２メディアデータの位置情報であるか、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報であるかを表す類型情報のうち少なくとも一つをさらに含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項4】

サーバから受信された１ファイルは、
相異なるコンテンツのメディアデータについての情報を含む複数のファイルのうち、ユーザプロファイル及び選好度のうち少なくとも一つに基づいて選択されたファイルであることを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項5】

前記第１ファイルは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、前記第１コンテンツの再生区間に対する第１タグ、及び前記第２コンテンツの再生区間に対する第２タグを含み、
前記第１タグ及び前記第２タグは、該当するタグが前記第１コンテンツの再生区間に対するタグであるか、または前記第２コンテンツの再生区間に対する前記第２タグであるかを表す属性をそれぞれ含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項6】

前記第２コンテンツは、広告コンテンツであることを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項7】

前記第２コンテンツの開始時間属性に基づいた前記第２コンテンツの第２メディアデータを再生する段階をさらに含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項8】

前記第１コンテンツの前記第１メディアデータを受信して再生する段階は、前記第１メディアデータを第１サーバから受信し、
前記第２コンテンツの第２メディアデータを受信する段階は、前記第２メディアデータを、前記第１サーバではない第２サーバから受信する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項9】

前記第１ファイルを受信する段階は、前記第１ファイルを、ＨＴＴＰ要請に対するＨＴＴＰ応答として受信する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。

【請求項10】

サーバがメディアデータを伝送する方法において、
第１コンテンツの再生区間についての情報、及び第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階と、
前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを伝送する段階と、
前記第１ファイルに含まれた前記第２コンテンツの再生区間を示す位置情報に基づいた前記クライアントの第２要請に応じて、前記第２コンテンツの第２メディアデータを前記クライアントに伝送する段階と、
を含み、
前記第１ファイルは、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の前記第１メディアデータについての情報を含むことを特徴とするメディアデータ伝送方法。

【請求項11】

メディアデータを再生する装置において、
第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルを受信する情報受信部と、
受信した前記第１ファイルに基づいて前記第１コンテンツの第１メディアデータを最初に受信して再生し、前記第１ファイルに含まれた前記第２コンテンツの再生区間を示す位置情報に基づいて、前記第２コンテンツの第２メディアデータを受信するメディアデータ再生部と、を備え、
前記第１ファイルは、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の前記第１メディアデータについての情報を含むことを特徴とするメディアデータ再生装置。

【請求項12】

メディアデータ伝送装置において、
第１コンテンツの再生区間についての情報、及び第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する情報伝送部と、
前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを最初に伝送し、前記第１ファイルに含まれた前記第２コンテンツの再生区間を示す位置情報に基づいた前記クライアントの要請によって前記第２コンテンツの第２メディアデータを前記クライアントに伝送するメディアデータ伝送部とを含み、
前記第１ファイルは、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の前記第１メディアデータについての情報を含むことを特徴とするメディアデータ伝送装置。

【請求項13】

請求項１ないし１０のうちいずれか１項に記載の方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストリーミング方法及び装置に係り、さらに詳細には、メインコンテンツのストリーミング途中で他のコンテンツを挿入してストリーミングする方法及び装置に関する。

【背景技術】

【0002】

ネットワークを通じてメディアデータを伝送する方式には、ダウンロード方式とストリーミング方式とがある。ストリーミング方式は、サーバがリアルタイムでメディアデータを伝送し、クライアントは受信されたメディアデータをリアルタイムで再生する方式である。

【0003】

ストリーミング方式は、メディアデータをいずれも送受信した後でメディアデータの再生が始まるダウンロード方式とは異なって、ストリーミング方式によれば、サーバとクライアントとの間に設定された論理的なチャネルを通じてリアルタイムでメディアデータが送受信される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】米国特許出願公開第２００９−０１０６２８８号明細書

【特許文献2】米国特許出願公開第２００９−００８９５３５号明細書

【特許文献3】米国特許出願公開第２００９−００３１００７号明細書

【特許文献4】欧州特許出願公開第２１１７１４３号明細書

【発明の概要】

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

【0005】

本発明が解決しようとする技術的課題は、メインコンテンツのストリーミング途中で他のコンテンツを挿入してストリーミングする方法及び装置を提供するところにあり、前記方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。

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

【0006】

前記技術的課題を解決するための本発明の一実施形態による、クライアントがメディアデータを再生する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをサーバから受信する段階；前記第１ファイルに基づいて前記第１コンテンツのメディアデータを最初に受信して再生する段階；前記第１コンテンツのメディアデータ再生を中止し、前記第１ファイルに基づいて前記第２コンテンツのメディアデータを受信して再生する段階；前記第２コンテンツのメディアデータ再生が完了すれば、前記第１コンテンツのメディアデータを再び受信して再生する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータについての位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。

【0007】

本発明のさらに他の実施形態によれば、前記第１コンテンツの再生区間についての情報は、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含み、前記複数のメディアデータは、前記第１コンテンツを所定品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をそれぞれ含む。

【0008】

本発明のさらに他の実施形態によれば、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの挿入時刻及び前記第２コンテンツの再生区間についての情報に含まれた位置情報が、前記第２コンテンツのメディアデータの位置情報であるか、または前記第２ファイルの位置情報であるかを表す類型情報のうち少なくとも一つをさらに含む。

【0009】

本発明のさらに他の実施形態によれば、前記第１ファイルをサーバから受信する段階は、前記第２コンテンツの再生区間についての情報が前記第２ファイルの位置情報を含めば、前記第２ファイルの位置情報に基づいて前記第２ファイルをサーバから受信する段階をさらに含み、前記第２ファイルのメディアデータを受信して再生する段階は、前記受信された第２ファイルに含まれた第２コンテンツのメディアデータについての位置情報に基づいて、前記第２コンテンツのメディアデータを受信して再生する段階を含む。

【0010】

本発明のさらに他の実施形態によれば、前記サーバから受信された第２ファイルは、前記複数のファイルのうち、前記クライアントのユーザプロファイル（ｐｒｏｆｉｌｅ）及び選好度（ｐｒｅｆｅｒｅｎｃｅ）のうち少なくとも一つに基づいて選択されたファイルであり、前記複数のファイルは、相異なる持続期間及び相異なるコンテンツのメディアデータについての位置情報を含むファイルであることをを特徴とする。

【0011】

本発明のさらに他の実施形態によれば、前記第１ファイルは、複数のタグを含むＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、前記第１コンテンツの再生区間に対する第１タグ、及び前記第２コンテンツの再生区間に対する第２タグを含み、前記第１タグ及び前記第２タグは、タグが前記第１コンテンツの再生区間に対するタグであるか、または前記第２コンテンツの再生区間に対する第２タグであるかを表す属性をそれぞれ含む。

【0012】

前記技術的課題を解決するための本発明の一実施形態による、サーバがメディアデータを伝送する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第１コンテンツのメディアデータを伝送する段階；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第２コンテンツのメディアデータを前記クライアントに伝送する段階；前記第２コンテンツのメディアデータ再生の完了後、前記第１コンテンツのメディアデータを前記クライアントに再び伝送する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。

【0013】

前記技術的課題を解決するための本発明の一実施形態による、メディアデータを再生する装置は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをサーバから受信する情報受信部；前記第１ファイルに基づいて前記第１コンテンツのメディアデータを受信して再生し、前記第１コンテンツのメディアデータ再生を中止し、前記第２コンテンツのメディアデータを受信して再生し、前記第２コンテンツのメディアデータ再生が完了すれば、前記第１コンテンツのメディアデータを再び受信して再生するメディアデータ再生部；を備え、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含む。

【0014】

前記技術的課題を解決するための本発明の一実施形態による、メディアデータ伝送装置は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する情報伝送部；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第１コンテンツのメディアデータを伝送し、前記第２コンテンツのメディアデータを前記クライアントに伝送し、前記第２コンテンツのメディアデータ再生の完了後、前記第１コンテンツのメディアデータを前記クライアントに再び伝送するメディアデータ伝送部；を備え、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。

【0015】

前記技術的課題を解決するために本発明は、前記メディアデータ再生方法及びメディアデータ伝送方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。

【0016】

前記技術的課題を解決するための本発明の一実施形態による、サーバがメディアデータを伝送する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階；前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを最初に伝送する段階；前記第１ファイルに基づいた前記クライアントの第２要請に応じて、前記第２コンテンツの第２メディアデータを前記クライアントに伝送する段階；前記第２コンテンツの第２メディアデータ再生の完了後、前記第１コンテンツの第１メディアデータを前記クライアントに二番目に伝送する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータの位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。

【発明の効果】

【0017】

本発明によれば、メインコンテンツのストリーミングに影響を及ぼさずに他のコンテンツを挿入してストリーミングできて、メインコンテンツのストリーミングを多様な方法で行える。また、広告コンテンツなどの商業的コンテンツの挿入が可能になり、コンテンツ提供者及びコンテンツユーザのニーズに対応するメインコンテンツストリーミングが可能になる。

【図面の簡単な説明】

【0018】

【図1】本発明の一実施形態によるストリーミングシステムを示す図面である。

【図2A】本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。

【図2B】本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。

【図3】本発明の一実施形態によるコンテンツ情報を含むファイルのスキーマを示す図面である。

【図4A】本発明の一実施形態による複数のメディアデータを定義するための情報を示す図面である。

【図4B】本発明の一実施形態によるメディアデータのヘッダについての情報を示す図面である。

【図4C】本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報を示す図面である。

【図5A】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【図5B】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【図6】本発明のさらに他の実施形態によるコンテンツ情報を含むファイルのスキーマを示す図面である。

【図7】本発明のさらに他の実施形態によるコンテンツ情報を示す図面である。

【図8A】本発明の一実施形態によるメディア表現記述のスキーマを示す図面である。

【図8B】本発明の一実施形態によるメディア表現記述のスキーマを示す図面である。

【図9A】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9B】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9C】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9D】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9E】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9F】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9G】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図9H】本願発明の一実施形態によるメディア表現記述を示す図面である。

【図10A】本発明の一実施形態による複数のメディアデータを示す図面である。

【図10B】本発明の一実施形態による複数のメディアデータを示す図面である。

【図10C】本発明の一実施形態による複数のメディアデータを示す図面である。

【図11A】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【図11B】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【図12A】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。

【図12B】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。

【図12C】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。

【図13A】本発明の一実施形態によるメインコンテンツのストリーミング途中で、さらに他のコンテンツを挿入してストリーミングする場合の時間線を示す図面である。

【図13B】本発明の一実施形態によるメインコンテンツのストリーミング途中で、さらに他のコンテンツを挿入してストリーミングする場合の時間線を示す図面である。

【図13C】本発明の一実施形態によるメインコンテンツの再生時間線及び挿入されるコンテンツの再生時間線を示す図面である。

【図14A】本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を示す図面である。

【図14B】本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を示す図面である。

【図15A】本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。

【図15B】本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。

【図16A】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図16B】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図16C】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図16D】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図16E】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図17A】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図17B】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図17C】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。

【図18】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述及びそれに対応する再生区間を示す図面である。

【図19A】本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを示す図面である。

【図19B】本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを示す図面である。

【図20】本発明の一実施形態によるメインコンテンツのメディア表現記述及びコンテンツ情報を含む複数のファイルを示す図面である。

【図21】本発明の一実施形態によるメインコンテンツのメディア表現記述、挿入されるコンテンツ情報を含むファイル及びそれに対応する再生区間を示す図面である。

【図22】本発明の一実施形態によるサーバを示す図面である。

【図23】本発明の一実施形態によるクライアントを示す図面である。

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

【0019】

以下では、図面を参照して本発明の実施形態を詳細に説明する。

【0020】

図１は、本発明の一実施形態によるストリーミングシステムを示す。

【0021】

図１を参照すれば、本発明の一実施形態によるストリーミングシステム１００は、エンコーディング装置１１０、サーバ１２０及びクライアント１３０を備える。

【0022】

エンコーディング装置１１０は、入力されたコンテンツを複数の相異なる品質でエンコーディングして、一つのコンテンツに対する複数のメディアデータを生成する。サーバ１２０がクライアント１３０にメディアデータをストリーミングする時、ストリーミング環境は変更できる。例えば、ストリーミングのためのネットワーク１４０の帯域幅が変更されてもよく、メディアデータを伝送するためにサーバ１２０が使用できるハードウェア資源、またはメディアデータを受信するためにクライアント１３０が使用できるハードウェア資源が変更されてもよい。

【0023】

したがって、エンコーディング装置１１０は、流動的なストリーミング環境による適応的なストリーミングのために、一つのコンテンツを複数の相異なる品質でエンコーディングする。ビット率またはサンプリング周波数または解像度またはフレーム率などの因子を調節することで、一つのコンテンツを複数の相異なる品質でエンコーディングできる。例えば、一つの動映像コンテンツを相異なる解像度でエンコーディングして、５００Ｋｂｐｓ、１０００Ｋｂｐｓ及び２０００Ｋｂｐｓの複数のメディアデータを生成できる。

【0024】

相異なる品質でエンコーディングされた複数のメディアデータはサーバ１２０に伝送され、この時、コンテンツ情報及び複数のメディアデータそれぞれについての情報も共にサーバ１２０に伝送される。コンテンツ情報は、コンテンツのメタデータとしてコンテンツの題目（ｔｉｔｌｅ）、シノプシス（ｓｙｎｏｐｓｉｓ）、コンテンツ識別子（Ｃｏｎｔｅｎｔ ＩＤ）、コンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などの情報を含む。複数のメディアデータについての情報は、それぞれのメディアデータの品質、類型及び識別子などを含むことができるが、これについては、図４Ａないし図４Ｃを参照して詳細に説明する。

【0025】

クライアント１４０は、コンテンツ情報及び複数のメディアデータについての情報のうち少なくとも一つを受信し、これに基づいてサーバ１２０に、複数のメディアデータのうち少なくとも一つのメディアデータを要請する。クライアント１３０は、ストリーミング環境を推定（ｅｓｔｉｍａｔｉｏｎ）し、推定されたストリーミング環境に基づいて複数のメディアデータのうち少なくとも一つのメディアデータを選択する。推定されたストリーミング環境で適宜なＱｏＳを維持できる少なくとも一つのメディアデータを選択できる。次いで、クライアント１３０は、選択された少なくとも一つのメディアデータの伝送を要請するＨＴＴＰ要請（ｒｅｑｕｅｓｔ）をサーバ１２０に伝送できる。

【0026】

ストリーミング環境が劣化して高品質のメディアデータを受信すれば、メディアデータを再生し続けられない場合には、複数のメディアデータのうち低品質のメディアデータを要請し、ストリーミング環境が改善されて高品質のメディアデータを受信しても、メディアデータを再生し続けられる場合には、複数のメディアデータのうち高品質のメディアデータを要請できる。

【0027】

所定のメディアデータの受信中に、他のメディアデータの伝送をサーバ１２０に要請してもよい。例えば、ストリーミング環境が劣化した状態で、低品質の第１メディアデータを要請して受信しているクライアント１３０は、ストリーミング環境の改善につれてさらに高品質の第２メディアデータの伝送をサーバ１２０に要請できる。従来の技術によるストリーミング方法によれば、サーバ１２０とクライアント１３０とがストリーミングチャネルを最初に設定する時、品質を一度設定すれば、同じ品質でメディアデータを送受信し続けねばならなかった。しかし、本願発明によれば、クライアント１３０が低品質の第１メディアデータの受信中にも、同じコンテンツに対するさらに高品質の第２メディアデータを再び要請することができて、ストリーミング環境による適応的なストリーミングが可能になる。

【0028】

ネットワーク１４０の帯域幅及びサーバ１２０またはクライアント１３０の使用可能なハードウェア資源に基づいてストリーミング環境を推定する多様な方法が、クライアント１３０がストリーミング環境を推定するところに用いられる。例えば、クライアント１３０は、受信されるメディアデータのタイムスタンプ及びＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）に基づいてストリーミング環境を推定できる。受信されるメディアデータのタイムスタンプを確認して、メディアデータが再生速度より遅い速度で受信されていれば、ストリーミング環境が劣化していると判断できる。また、受信されるメディアデータのＢＥＲが高くなっても、ストリーミング環境が劣化していると判断できる。

【0029】

クライアント１３０が、ストリーミング環境によって複数のメディアデータのうち少なくとも一つのメディアデータの伝送を要請すれば、サーバ１２０は、要請されたメディアデータをクライアント１３０に伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として、要請されたメディアデータをクライアント１３０に伝送できる。

【0030】

複数のメディアデータそれぞれは、コンテンツを相異なる品質でエンコーディングし、分割して生成された複数の部分のうち少なくとも一つを含む。言い換えれば、エンコーディング装置１１０のエンコーディング結果で生成された複数のメディアデータそれぞれは、時間に基づいて分割された少なくとも一つの部分をそれぞれ含む。サーバ１２０は、コンテンツを一つのストリームでエンコーディングして連続して伝送するものではなく、複数の部分に分割してそれぞれ伝送する。コンテンツを１０秒または２０秒などの所定の時間単位でコンテンツを分割して、複数の部分を生成できる。分割の基礎になる時間は、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）に基づいて設定される。一つまたは二つ以上のＧＯＰのピクチャーに対応するメディアデータを一つの部分に設定できる。

【0031】

例えば、２種の品質でコンテンツがストリーミングされる場合、第１メディアデータはコンテンツを第１品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分を含むことができ、第２メディアデータは、コンテンツを第２品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分を含む。

【0032】

複数のメディアデータを時間に基づいてそれぞれ分割することで、前述した適応的なストリーミングが可能になる。例えば、ストリーミングが始まれば、サーバ１２０は品質の低い第１メディアデータの０秒〜２０秒に該当する部分を伝送する。次いで、２０秒以後にストリーミング環境が改善されたと判断されて、クライアント１３０がさらに高品質のメディアデータを要請すれば、サーバ１２０は、さらに品質の高い第２メディアデータの２０秒〜４０秒に該当する部分を伝送できる。メディアデータが時間に基づいて複数の部分に分割されているため、ストリーミング途中でもストリーミング環境によって相異なるメディアデータの部分を伝送できる。

【0033】

図２Ａは、本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。

【0034】

図２Ａを参照すれば、段階２１０で、クライアント１３０は所定のコンテンツ情報の伝送をサーバ１２０に要請する。クライアント１３０のユーザが、クライアント１３０の画面に表示されたユーザインターフェースで所定のコンテンツを選択すれば、選択されたコンテンツ情報の伝送をサーバ１２０に要請する。クライアント１３０は、コンテンツ情報の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送できる。

【0035】

クライアント１３０から要請を受信したサーバ１２０は、クライアント１３０にコンテンツ情報を伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として、コンテンツ情報をクライアント１３０に伝送できる。コンテンツ情報は、ＯＩＰＦ（Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ）標準によるＣＡＤ（Ｃｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｄｅｓｃｒｉｐｔｏｒ）でありうる。図３を参照して詳細に説明する。

【0036】

図３は、本発明の一実施形態によるコンテンツ情報を含むファイルのスキーマ（ｓｃｈｅｍａ）を図示する。コンテンツ情報を含むファイルはＣＡＤであり、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルでありうる。以下、本発明の詳細な説明では、タグ（ｔａｇ）及び属性（ａｔｔｒｉｂｕｔｅ）を区分して説明するが、本発明の詳細な説明でタグにより定義される項目を、タグではない属性により定義するか、または本発明の詳細な説明で属性により定義される項目を、属性ではないタグにより定義することができるということは、当業者ならば容易に理解できる。

【0037】

図３を参照すれば、コンテンツ情報は、’Ｔｉｔｌｅ’、’Ｓｙｎｏｐｓｉｓ’、’ＯｒｉｇｉｎＳｉｔｅ’、’ＣｏｎｔｅｎｔＵＲＬ’タグなどを含む。

【0038】

従来の技術によるメディアデータのストリーミングは、一つのコンテンツを所定の品質でエンコーディングして一つのメディアデータを生成するので、従来の技術によるコンテンツ情報（特に、ＯＩＰＦによるＣＡＤ）は、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての情報を含まない。

【0039】

しかし、本発明の一実施形態によるコンテンツ情報は、一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての情報を含むところ、図３に示した実施形態の’Ｔｒａｃｋｓ’、’ＲｅｆＤａｔａ’及び’Ｆｒａｇｍｅｎｔｓ’タグがこれに該当する。

【0040】

図４Ａは、本発明の一実施形態による複数のメディアデータを定義するための情報を図示する。

【0041】

図４Ａを参照すれば、’Ｔｒａｃｋｓ’タグは、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを区分するための情報である。’Ｔｒａｃｋｓ’タグは、複数のメディアデータそれぞれに割り当てられた’ＩＤ’属性（ａｔｔｒｉｂｕｔｅ）、’Ｔｙｐｅ’属性及び’Ｂｉｔｒａｔｅ’属性を含む。

【0042】

’ＩＤ’属性は、メディアデータに対して順次に付与される識別子を定義し、’Ｔｙｐｅ’属性は、メディアデータのオーディオデータ、ビデオデータ、ビデオ／オーディオデータ、字幕データのうちいかなるデータに該当するかを定義する。’Ｔｙｐｅ’属性が’Ｐａｃｋｅｄ’ならば、メディアデータがビデオ／オーディオデータであることを、’Ｔｙｐｅ’属性が’Ｖｉｄｅｏ’ならば、メディアデータがビデオデータであることを表す。’Ｂｉｔｒａｔｅ’属性はメディアデータのエンコーディングに用いられたビット率を定義する。

【0043】

図４Ｂは、本発明の一実施形態によるメディアデータのヘッダについての情報を図示する。

【0044】

図４Ｂを参照すれば、’ＲｅｆＤａｔａ’タグは’Ｔｙｐｅ’属性及び’ＩＤ’属性を含む。’Ｔｙｐｅ’属性は、ヘッダがいかなるメディアフォーマットのヘッダであるかを定義する。例えば、’Ｔｙｐｅ’属性が’ＨＥＡＤ−ＴＳ’ならば、ヘッダが伝送ストリーム（ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）フォーマットのヘッダであることを表す。’ＩＤ’属性は、ヘッダが複数のメディアデータのうちいかなるメディアデータのヘッダであるかを定義する。’ＩＤ’属性が’１’ならば、メディアデータ識別子が’１’であるメディアデータに対するヘッダであることを表す。また、’ＲｅｆＤａｔａ’タグはヘッダを指示（ｐｏｉｎｔｉｎｇ）する情報を含むところ、’ＵＲＬ’タグはヘッダの位置、すなわち、ＵＲＬを定義する。

【0045】

’ＲｅｆＤａｔａ’タグは選択的な要素である。ヘッダがメディアデータと分離されて別途のファイルに存在する場合にのみ、コンテンツ情報に’ＲｅｆＤａｔａ’タグが含まれ、メディアデータと結合されて存在する場合には、コンテンツ情報に’ＲｅｆＤａｔａ’タグが含まれない可能性がある。

【0046】

図４Ｃは、本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報を含む。

【0047】

図４Ｃを参照すれば、’Ｆｒａｇｍｅｎｔｓ’タグの下位タグである’Ｆｒａｇｍｅｎｔ’タグに、複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報が含まれる。

【0048】

’Ｆｒａｇｍｅｎｔｓ’タグは、’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性を含む。ライブストリーミングなどの一つのコンテンツストリーミングが完了すれば、次のコンテンツが続いてストリーミングされる場合には、次にストリーミングされるコンテンツ情報をクライアント１３０が予め知っていて初めて、コンテンツをストリーミングし続けることができる。したがって、’Ｆｒａｇｍｅｎｔｓ’タグは、次にストリーミングされるコンテンツ情報を’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性と定義する。次にストリーミングされるコンテンツに対する複数のメディアデータのＵＲＬが、’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性と定義できる。

【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】

図９Ａないし図９Ｈは、本願発明の一実施形態によるメディア表現記述を図示する。

【0086】

図９Ａを参照すれば、本発明の一実施形態によるメディア表現記述は、’ＵＲＬＴｅｍｐｌａｔｅ’タグ、’ＲｅｆＤａｔａＵＲＬ’タグ及び複数のメディアデータそれぞれを定義する複数のタグを含む。

【0087】

’ＵＲＬＴｅｍｐｌａｔｅ’タグ及び’ＲｅｆＤａｔａＵＲＬ’タグは、それぞれ図８Ａ及び図８Ｂの’ｕｒｌＴｅｍｐｌａｔｅ’タグ及び’ＲｅｆＤａｔａＵＲＬ’タグに対応する。

【0088】

’ＩＤ’属性、’Ｔｙｐｅ’属性、’ＢｉｔＲａｔｅ’属性、’ＳｔａｒｔＴｉｍｅ’属性、’ＳｅｇｍｅｎｔＤｕｒａｔｉｏｎ’属性、’ＳｅｇｍｅｎｔＳｔａｒｔＩＤ’属性及び’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性は、それぞれ図８Ａ及び図８Ｂの’ｓｔｒｅａｍＮａｍｅ’属性、’ｔｙｐｅ’属性、’ｂｉｔｒａｔｅ’属性、’ｓｔａｒｔＴｉｍｅ’属性、’Ｓｔｒｅａｍ’タグの’ｄｕｒａｔｉｏｎ’属性、’Ｓｔｒｅａｍ’タグの’ｆｉｒｓｔＩｎｔｅｒｖａｌＮｕｍ’属性及び’ｉｎｔｅｒｖａｌＣｏｕｎｔ’属性に対応する。

【0089】

図９Ａに示したメディア表現記述は、コンテンツを相異なる品質で生成した３つのビデオデータ、一つのオーディオデータ及び変速再生のためにＩフレームのみエンコーディングして生成したメディアデータについての情報を含む。

【0090】

図９Ｂを参照すれば、本発明の一実施形態によるメディア表現記述は’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグをさらに含む。’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグは、図８Ｂの’ｎｅｘｔＭａｎｉｆｅｓｔＵＲＬ’タグに対応する。したがって、現在再生中のコンテンツの次に続いて再生するコンテンツのメディア表現記述のＵＲＬが、’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグにより定義される。

【0091】

図９Ｃは、現在再生中のコンテンツに続いて再生するコンテンツのメディア表現記述のＵＲＬが、図９Ｂの’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグにより定義された時、次に続いて再生するコンテンツのメディア表現記述を図示する。図９Ｂのメディア表現記述と比較すると、図９Ｃは、次に続いて再生されるコンテンツのメディア表現記述であるため、’ＳｔａｒｔＴｉｍｅ’属性の現在再生中のコンテンツのメディア表現記述と異なる。

【0092】

図９Ｄ及び図９Ｅは、ユーザの高画質ビデオ再生を選択的に制御するためのメディア表現記述を図示する。一つのコンテンツを５種の相異なる品質でエンコーディングして複数のメディアデータが生成され、図９Ｄは、この場合のメディア表現記述を図示する。しかし、図９Ｅに示したメディア表現記述で高品質でエンコーディングされたビデオについての情報を含んでいるタグ、すなわち、’ＩＤ’属性が’５’であるメディアデータの’ＳｔａｒｔＴｉｍｅ’属性及び’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性が、図９Ｄのメディア表現記述と異なる。

【0093】

サーバ１２０は、クライアント１３０のユーザレベルによって、図９Ｄのメディア表現記述または図９Ｅのメディア表現記述を選択的に伝送できる。クライアント１３０のユーザレベルが高い場合（例えば、クライアント１３０が有料ユーザである場合）には、図９Ｄのメディア表現記述を伝送することで、高品質のビデオも自在に再生させ、クライアント１３０のユーザレベルが低い場合（例えば、クライアント１３０が無料ユーザである場合）には、図９Ｅのメディア表現記述を伝送することで、高品質のビデオは、’ＳｔａｒｔＴｉｍｅ’属性により定義された時刻から’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性により定義された部分のみ再生可能にする。

【0094】

図９Ｆは、コンテンツに広告が挿入される場合のメディア表現記述を図示する。図９Ｆを参照すれば、メディア表現記述は、’ＳｔａｒｔＴｉｍｅ’属性の異なる広告コンテンツ及びメインコンテンツ情報を含む。メディア表現記述は、’００：００：００’から’００：０２：００’まで再生されるビット率が’５０００００’である広告コンテンツ情報、及び’００：０２：００’から再生されるビット率が’１００００００’、’２００００００’、’３００００００’及び’４００００００’であるメインコンテンツ情報を含む。サーバ１２０が広告コンテンツを一つのビット率によりエンコーディングしてクライアント１３０に提供し、広告コンテンツと’ＳｔａｒｔＴｉｍｅ’属性を異ならせるメインコンテンツは、４つの相異なるビット率によりエンコーディングしてクライアント１３０に提供する場合、図９Ｆのメディア表現記述がサーバ１２０からクライアント１３０に伝送される。

【0095】

図９Ｇは、本発明の一実施形態による広告コンテンツ情報を含むメディア表現記述を図示する。メインコンテンツを提供するサーバと広告コンテンツを提供するサーバとが相異なる。言い換えれば、クライアント１３０が、メインコンテンツは図５Ａのサーバ１２０から提供され、広告コンテンツは図５Ａのサーバ１２０ではない他のサーバから受信する場合、広告コンテンツ情報を含むメディア表現記述は、広告コンテンツのＵＲＬ情報を含む。図９Ｇに示したように、一つの品質で符号化された広告コンテンツのＵＲＬ情報がメディア表現記述に含まれる。

【0096】

メインコンテンツのストリーミング中間に広告コンテンツを挿入して再生する方法及び装置についての多様な実施形態は、図１３Ａないし図２３と関連して詳細に後述する。

【0097】

図９Ｈは、本発明の一実施形態による言語情報及び字幕情報を含むメディア表現記述を図示する。図９Ｈを参照すれば、オーディオデータは、多重言語についての情報を含む。’ＩＤ’属性が’４’及び’５’である多重言語のオーディオデータについての情報がメディア表現記述に含まれ、’ＩＤ’属性が’６’及び’７’である多重言語の字幕についての情報がメディア表現記述に含まれる。

【0098】

オーディオデータはもとより字幕も、時間によって複数の部分に分割されるので、ストリーミング途中でオーディオデータ及び字幕を異なる言語のオーディオデータ及び字幕に変更できる。

【0099】

再び図５Ａを参照すれば、段階５３０でクライアント１３０は、複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照して、ストリーミング環境に好適な品質で符号化された少なくとも一つのメディアデータを選択してサーバ１２０に要請する。クライアント１３０は、所定のメディアデータの伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送できる。クライアント１２０の要請に応じて、サーバ１２０はメディアデータを伝送する。コンテンツを所定の品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をクライアント１２０に伝送できる。ＨＴＴＰ要請に対するＨＴＴＰ応答として要請されたメディアデータをクライアント１２０に伝送できる。

【0100】

図５Ｂは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【0101】

図５Ｂを参照すれば、段階５１２でクライアント１３０は、所定のコンテンツ情報の伝送をサーバ１２０に要請し、サーバ１２０からコンテンツ情報を伝送する。所定のコンテンツ情報の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、これに対するＨＴＴＰ応答としてコンテンツ情報を受信する。コンテンツ情報を含むＸＭＬファイルを受信できる。

【0102】

段階５２２でクライアント１３０は、段階５１２で受信されたコンテンツ情報に基づいて、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述を、ＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。

【0103】

段階５３２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報に基づいて、選択されたメディアデータのヘッダを要請する。段階５２２で受信された情報に基づいて、複数のメディアデータのうちストリーミング環境に好適な少なくとも一つのメディアデータを選択し、選択されたメディアデータのヘッダを要請する。段階５２２で受信された複数のメディアデータについての情報を参照して、選択されたメディアデータのヘッダを要請する。サーバ１２０は、要請に対する応答として、選択されたメディアデータのヘッダファイルをクライアント１３０に伝送する。

【0104】

段階５４２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報、及び段階２２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。コンテンツを所定の割合でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分の伝送をサーバ１３０に要請し、サーバ１２０は、要請された少なくとも一つの部分をクライアント１３０に伝送する。

【0105】

図１０Ａないし図１０Ｃは、本発明の一実施形態による複数のメディアデータを図示する。図１０Ａないし図１０Ｃは、図５Ａ及び図５Ｂによるストリーミング方法を行うために、サーバ１２０が保有する複数のメディアデータを図示する。

【0106】

図１０Ａを参照すれば、ストリーミング環境に適応的なストリーミングのためにサーバ１２０は、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有できる。’Ｔｒａｃｋ１’、’Ｔｒａｃｋ２’、…、’ＴｒａｃｋＮ’が複数のメディアデータである。また、それぞれのメディアデータは、それぞれのメディアデータを時間に基づいて分割して生成された少なくとも一つの部分を含む。’Ｓｌｉｃｅ１−１．ａｓ’、’Ｓｌｉｃｅ１−２．ａｓ’、’Ｓｌｉｃｅ１−３．ａｓ’、’Ｓｌｉｃｅ２−１．ａｓ’、’Ｓｌｉｃｅ２−２．ａｓ’、’Ｓｌｉｃｅ２−３．ａｓ’、’ＳｌｉｃｅＮ−１．ａｓ’、’ＳｌｉｃｅＮ−２．ａｓ’、’ＳｌｉｃｅＮ−３．ａｓ’などが少なくとも一つの部分である。

【0107】

また、サーバ１２０は、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１０４０を保有できる。コンテンツ情報として’ＣａｄＭｅｔａ．ｘｍｌ’ファイル、複数のメディアデータについての情報として’ＭａｉｎＭｅｔａ．ｘｍｌ’ファイルを保有でき、複数のメディアデータのヘッダとして’Ｈｅａｄ１．ｒｅｆ’、’Ｈｅａｄ２．ｒｅｆ’ファイルなどを保有できる。’Ｈｅａｄ１．ｒｅｆ’は’Ｔｒａｃｋ１’のヘッダファイルであり、’Ｈｅａｄ２．ｒｅｆ’は’Ｔｒａｃｋ２’のヘッダファイルである。

【0108】

’ＣａｄＭｅｔａ．ｘｍｌ’は、ＯＩＰＦ標準によるＣＡＤファイルであり、’ＭａｉｎＭｅｔａ．ｘｍｌ’は、前述したメディア表現記述でありうる。また、’Ｈｅａｄ１．ｒｅｆ’、’Ｈｅａｄ２．ｒｅｆ’ファイルは選択的な要素であり、ヘッダが複数のメディアデータ１０１０ないし１０３０に含まれている場合には存在しない。

【0109】

図１０Ｂを参照すれば、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１０４２は、’ＮｅｘｔＭｅｔａ．ｘｍｌ’をさらに含む。前述したように’ＮｅｘｔＭｅｔａ．ｘｍｌ’は、現在再生中のコンテンツに続いて再生される次のコンテンツのメディア表現記述でありうる。前述したように、現在再生中のメディア表現記述、すなわち、’ＭａｉｎＭｅｔａ．ｘｍｌ’ファイルは、続いて再生するコンテンツのメディア表現記述のＵＲＬ情報を含んでいるところ、これに基づいてクライアント１３０は’ＮｅｘｔＭｅｔａ．ｘｍｌ’ファイルにアクセスできる。

【0110】

図１０Ｃを参照すれば、複数のメディアデータのヘッダは、一つのファイル１０５０で存在できる。ヘッダファイルが複数のメディアデータそれぞれに対して複数で存在するものではなく、一つのヘッダファイル１０５０として、複数のメディアデータへのアクセスに必要な情報１０４４に含まれる。

【0111】

例えば、複数のメディアデータそれぞれがエレメンタリーストリーム（ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）（例えば、ＭＰＥＧ−２によるエレメンタリーストリーム）に対応する時、複数のメディアデータのヘッダは、ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）及びＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）のうち少なくとも一つを含む一つのヘッダファイル１０５０でありうる。ＰＡＴ及びＰＭＴのうち少なくとも一つを複数のメディアデータ１０１０ないし１０３０と分離して一つのヘッダファイル１０５０を作り、メディア表現記述は、このヘッダファイル１０５０を指示する情報を含む。指示情報は、ヘッダファイル１０５０のＵＲＬ情報でもあり、ＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）でヘッダファイル１０５０を含んでいるパケットを特定するための情報でもありうる。ＰＡＴ及びＰＭＴのうち少なくとも一つを含むヘッダファイル１０５０は初期化部分（ｉｎｉｔｉａｌｉｚａｔｉｏｎ ｓｅｇｍｅｎｔ）であり、メディアデータの再生を開始するためにペイロードデータを含んでいる部分より先ずクライアント１３０に伝送される。

【0112】

前述した段階５３２でクライアント１３０は、メディア表現記述を参照してヘッダファイル１０５０についての指示情報を獲得し、指示情報に基づいてヘッダファイル１０５０を要請できる。指示情報に基づいてヘッダファイル１０５０を要請して受信した後、ヘッダファイル１０５０に含まれているＰＡＴ及びＰＭＴのうち少なくとも一つに基づいて複数のメディアデータのうち少なくとも一つを選択し、選択されたメディアデータをサーバ１２０に要請する。ＰＡＴ及びＰＭＴは、ヘッダファイル１０５０に分離されていてもよく、複数のメディアデータ１０１０ないし１０３０に含まれていてもよいが、含まれた位置と関係なく複数のメディアデータ１０１０ないし１０３０に含まれたエレメンタリーストリームの全体リストを含む。

【0113】

ＭＰＥＧ−２によれば、ＰＡＴ及びＰＭＴで定義されるＰＩＤ（Ｐａｃｋｅｔ ＩＤ）は、エレメンタリーストリームによって相異なる。したがって、複数のメディアデータそれぞれに割り当てられるＰＩＤは相異なる。しかし、さらに他の実施形態によれば、一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータは、同じコンテンツに対するエレメンタリーストリームであるため、ＰＩＤが同一に設定されてもよい。

【0114】

複数のメディアデータ１０１０ないし１０３０がＭＰＥＧ−２による複数のエレメンタリーストリームに対応する場合、複数のメディアデータ１０１０ないし１０３０に含まれた部分それぞれは、少なくとも一つの連続するＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を含む。しかし、一つのＰＥＳは一つの部分にのみ含まれる。言い換えれば、一つのＰＥＳが異なる部分に含まれない。

【0115】

複数のメディアデータは、一つのコンテンツを相異なる品質でエンコーディングして生成されたものであるので、複数のメディアデータが含まれたＰＥＳのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）及び／またはＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）は、メディアデータの再生時間によって整列（ａｌｉｇｎｅｄ）される。言い換えれば、第１メディアデータの最初のＰＥＳと第２メディアデータの最初のＰＥＳとが同じ時刻に再生されるコンテンツならば、ＰＴＳ及び／またはＤＴＳが同一に設定される。

【0116】

また、第１メディアデータの再生中に再生されるメディアデータを変更して第２メディアデータ再生する場合にも連続的に再生されるように、ＰＴＳ及び／またはＤＴＳも連続的に整列される。言い換えれば、第１メディアデータの再生中にメディアデータを変更して第２メディアデータを再生する場合には、第１メディアデータの最後のＰＥＳのＰＴＳ及び／またはＤＴＳと、第２メディアデータの最初のＰＥＳのＰＴＳ及び／またはＤＴＳとが連続的に設定される。

【0117】

図１１Ａは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【0118】

図１１Ａを参照すれば、段階１１１０でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述をＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。クライアント１３０は、ストリーミング環境に適応的なストリーミングを行うために、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータについての情報をサーバ１２０に要請して受信する。コンテンツ情報の要請及び受信なしに複数のメディアデータについての情報の要請及び受信が行われるという点が、図５Ａに示した実施形態と異なる。

【0119】

段階１１２０でクライアント１３０は、複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照して、ストリーミング環境に好適な品質で符号化された少なくとも一つのメディアデータを選択してサーバ１２０に要請し、要請されたメディアデータをサーバ１２０から受信する。

【0120】

図１１Ｂは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。

【0121】

図１１Ｂを参照すれば、段階１１１２でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請し、要請に対する応答として、複数のメディアデータについての情報をサーバ１２０から受信する。メディア表現記述をＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。

【0122】

段階１１２２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報に基づいて選択されたメディアデータのヘッダを要請する。段階１１１２２で受信された複数のメディアデータについての情報を参照して、ストリーミング環境によって選択されたメディアデータのヘッダを要請する。サーバ１２０は要請に対する応答として、選択されたメディアデータのヘッダを含むファイルをクライアント１３０に伝送する。

【0123】

段階１１３２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報、及び段階１１２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。コンテンツを所定の割合でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分の伝送をサーバ１３０に要請し、サーバ１２０は、要請された少なくとも一つの部分をクライアント１３０に伝送する。

【0124】

図１２Ａないし図１２Ｃは、本発明のさらに他の実施形態による複数のメディアデータを図示する。図１２Ａないし図１２Ｃは、図１１Ａ及び図１１Ｂによるストリーミング方法を行うためにサーバ１２０が保有する複数のメディアデータを図示する。

【0125】

図１２Ａを参照すれば、図１０Ａに示した実施形態と同様にストリーミング環境に適応的なストリーミングのために、サーバ１２０は、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有できる。

【0126】

クライアント１３０の複数のメディアデータへのアクセスに必要な情報１２４０のみ異なるところ、図１０Ａに示した実施形態とは異なって、サーバ１２０はコンテンツ情報を除外した複数のメディアデータについての情報のみ含む。この場合、クライアント１３０は、コンテンツ情報をサーバ１２０ではない他のエンティティから受信し、コンテンツ情報に基づいてサーバ１２０が保有している複数のメディアデータにアクセスしてもよい。

【0127】

図１２Ｂを参照すれば、クライアント１３０が複数のメディアデータへアクセスするために必要な情報１２４２は、図１２Ａの情報１２４０に’ＮｅｘｔＭｅｔａ．ｘｍｌ’をさらに含む。

【0128】

図１２Ｃを参照すれば、複数のメディアデータのヘッダは一つのファイル１２５０として存在できる。ヘッダファイルが複数のメディアデータそれぞれに対して複数で存在するものではなく、一つのヘッダファイル１２５０として複数のメディアデータへアクセスするために必要な情報１２４４に含まれる。

【0129】

図１３Ａ及び図１３Ｂは、本発明の一実施形態によるメインコンテンツのストリーミング途中でさらに他のコンテンツを挿入してストリーミングする場合の時間線（ｔｉｍｅ ｌｉｎｅ）を図示する。

【0130】

図１３Ａに示したように、第１コンテンツの再生区間１３１０が定められている時、第１コンテンツのストリーミング開始後に’００：１０：００’が過ぎた時刻に第２コンテンツが挿入される。第２コンテンツは、第１コンテンツと関連するコンテンツであり、広告コンテンツでありうる。開始（ｓｔａｒｔ）は、第１コンテンツを基準として設定される時刻であり、それぞれの再生区間が始まる時刻をそれぞれ意味し、持続時間（ｄｕｒａｔｉｏｎ）は、それぞれの再生区間でのコンテンツの再生持続時間を意味する。

【0131】

図１３Ａによって第２コンテンツが挿入されれば、第１コンテンツ及び第２コンテンツの再生時間線（ｔｉｍｅ ｌｉｎｅ）は、図１３Ｂの通りである。図１３Ｂを参照すれば、第１コンテンツの再生区間１３１０は、第２コンテンツの挿入によって、第２コンテンツ挿入前の再生区間１３１２及び第２コンテンツ挿入後の再生区間１３１４に分けられる。

【0132】

再生時間は、それぞれの再生区間で再生されるコンテンツを基準に設定される時刻であり、第２コンテンツが第１コンテンツを再生し始めた後で’００：１０：００’が過ぎた時刻に挿入されたので、挿入以後の第１コンテンツの再生区間１３１４の再生時間は’’００：１０：００’である。同様に、第２コンテンツの再生区間の再生時間は第２コンテンツを基準に設定されるので、’００：００：００’である。

【0133】

図１３Ｃは、本発明の一実施形態によるメインコンテンツの再生時間線及び挿入されるコンテンツの再生時間線を図示する。

【0134】

図１３Ｃを参照すれば、第２コンテンツの再生区間１３３８の挿入につれて、第１コンテンツの再生区間は、挿入前と挿入後との２つの再生区間１３３２及び１３３４に分けられる。第１コンテンツの再生時間線に沿って、第１コンテンツ再生区間１３３２で第１コンテンツを再生している途中で、第２コンテンツ再生区間の挿入を知らせる表示子（ｉｎｄｉｃａｔｏｒ）１３３６によって第２コンテンツを再生する。表示子は、後述するように第２コンテンツ再生区間についての情報を含むタグであり、第２コンテンツのメディアデータについての位置情報、または第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むタグでありうる。

【0135】

メインコンテンツ、すなわち、第１コンテンツの再生のためにクライアント１３０に提供されるメディア表現記述はこのような表示子１３３６を含んでおり、クライアント１３０は、メディア表現記述に含まれた表示子１３３６に基づいて、第１コンテンツの再生区間１３３２及び１３３４と第２コンテンツの再生区間１３３８とを区分して第１コンテンツ及び第２コンテンツを再生できる。

【0136】

図１３Ｃを参照すれば、コンテンツの連続的な再生のために複数の再生時間線が用いられる。第２コンテンツの再生時間線は第１コンテンツの時間線と別途に存在し、第２コンテンツの再生区間が、第１コンテンツの再生開始後１０分が経過した時刻に初めて挿入されたので、第１コンテンツの再生時間を基準に１０分が経過した時刻から第２コンテンツの再生時間線が始まる。再生時間線が第１コンテンツと第２コンテンツとに対して分離されており、それぞれの時間線に対して個別的に時刻が設定されるので、再生時間線間の移動は不可能である。例えば、第１コンテンツの再生時間線に沿って第１コンテンツを再生して１分経過した時刻で、第２コンテンツの再生時間線の３０秒時刻に移動するのは不可能であり、第１コンテンツの再生時間線に沿ってのみ移動できる。

【0137】

図１４Ａ及び図１４Ｂは、本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を図示する。広告コンテンツは、図１３Ａ及び図１３Ｂの第２コンテンツに対応する。

【0138】

図１４Ａは、広告コンテンツが動的に挿入される実施形態を図示する。図１４Ａを参照すれば、クライアント１３０は、サーバ１２０からメインコンテンツを受信して再生する途中で広告コンテンツを挿入する。メインコンテンツをストリーミング方式でサーバ１２０から受信して再生している途中で、再生を中止して広告コンテンツを再生する。クライアント１３０は、メインコンテンツ及び広告コンテンツのストリーミング、すなわち、コンテンツの要請、受信及び再生を行うストリーミングエンジン部１４１４、及び広告の挿入を行う広告アプリケーション部１４１２を用いて、広告コンテンツを挿入して再生する。

【0139】

ストリーミングエンジン部１４１４は、サーバ１２０からメインコンテンツを受信して再生する。前述したように適応的なストリーミングのために、メインコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、少なくとも一つのメディアデータを受信できる。メインコンテンツのメディア表現記述を受信し、受信されたメディア表現記述に基づいて複数のメディアデータのうち少なくとも一つのメディアデータを要請して受信する。複数のメディアデータそれぞれは、前述した適応的なストリーミングのために時間に基づいて分割して生成された複数の部分を含む。

【0140】

段階１４０１で、サーバ１２０からメインコンテンツを受信して再生している途中で広告コンテンツの挿入時刻になれば、ストリーミングエンジン部１４１４は、広告イベントの発生を広告アプリケーション部１４１２に知らせる。広告イベントに対するお知らせを受信した広告アプリケーション部１４１２は、段階１４０２で、サービス提供者サーバまたはコンテンツ提供者サーバ１４３０に広告コンテンツに関する情報を要請し、要請に対する応答として情報を受信する。広告コンテンツに関する情報は、広告コンテンツの位置情報（例えば、ＵＲＬ）でありうる。

【0141】

挿入される広告コンテンツがメインコンテンツの再生開始時に予め定められるものではなく、広告イベントが発生すれば、広告コンテンツに関する情報をサービス提供者サーバまたはコンテンツ提供者サーバ１４３０から受信し、受信された情報に基づいて挿入される広告コンテンツが決定されるため、動的に広告コンテンツを挿入できる。

【0142】

段階１４０３で広告アプリケーション部１４１２は、段階１４０２で受信された広告コンテンツに関する情報、すなわち、広告コンテンツのＵＲＬをストリーミングエンジン部１４０３に伝送する。

【0143】

段階１４０４でストリーミングエンジン部１４１４は、段階１４０３で受信された広告コンテンツに関する情報に基づいて広告コンテンツを要請し、要請に対する応答として広告メディアデータを受信する。広告メディアデータもメインコンテンツと同様に、異なる品質によってエンコーディングされた複数のメディアデータでありうる。

【0144】

広告コンテンツの受信及び再生がいずれも終了すれば、段階１４０５でストリーミングエンジン部１４１４は、広告イベントの終了を広告アプリケーション部１４１２に知らせ、メインコンテンツを再び再生する。広告コンテンツの挿入で中止されたメインコンテンツの再生を、中止された時刻から再び再生するところ、図１３Ｂに示したように、広告コンテンツが挿入された時刻からメインコンテンツの再生を再開する。

【0145】

図１４Ｂは、広告コンテンツが静的に挿入される実施形態を図示する。

【0146】

段階１４４１でストリーミングエンジン部１４１４は、サーバ１２０からメインコンテンツを受信して再生している途中で、広告コンテンツの挿入時刻になれば、広告イベントの発生を広告アプリケーション部１４１２に知らせる。

【0147】

段階１４４２でストリーミングエンジン部１４１４は、サーバ１２０に広告コンテンツを要請し、要請に対する応答として広告メディアデータを受信する。広告メディアデータはメインコンテンツと同様に、異なる品質によってエンコーディングされた複数のメディアデータのうち少なくとも一つのメディアデータでありうる。

【0148】

図１４Ｂに示した実施形態は、静的な広告コンテンツ挿入であり、挿入される広告コンテンツが予め定められている。メインコンテンツの再生のためにサーバ１４１２から受信するメインコンテンツのメディア表現記述には、挿入される広告コンテンツ情報が含まれており、ストリーミングエンジン部１４１４は、かかるメディア表現記述に含まれた広告コンテンツ情報を参照して、広告コンテンツを要請し、受信する。

【0149】

広告コンテンツの受信及び再生がいずれも終了すれば、段階１４０５でストリーミングエンジン部１４１４は、広告イベントの終了を広告アプリケーション部１４１２に知らせ、メインコンテンツを再び再生する。

【0150】

図１４Ａ及び図１４Ｂは、メインコンテンツ及び広告コンテンツがいずれもサーバ１２０により提供される場合を図示したが、メインコンテンツと広告コンテンツとが相異なるサーバにより提供されるということは、当業者ならば容易に理解できる。

【0151】

図１５Ａは、本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。

【0152】

図１５Ａを参照すれば、段階１５０１でクライアント１３０は、第１コンテンツのメディアデータについての位置情報を含む第１ファイルをサーバ１２０に要請する。第１コンテンツは、メインコンテンツに対応する。第１ファイルは、第１コンテンツのメディア表現記述でありうる。ＨＴＴＰ要請を用いサーバ１２０に第１コンテンツのメディア表現記述を要請し、ＨＴＴＰ応答として第１コンテンツのメディア表現記述を受信できる。

【0153】

図１５Ａに示した実施形態は、図１１Ａに示した実施形態とは異なって、第１コンテンツに第２コンテンツを挿入して再生するストリーミング方法を図示する。したがって、段階１５０１で受信されるメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含み、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。図１６Ａないし図１６Ｄを参照して詳細に説明する。

【0154】

図１６Ａないし図１６Ｅは、本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を図示する。

【0155】

図１６Ａを参照すれば、段階１５０１でクライアント１３０が受信する第１コンテンツのメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。メディア表現記述は、第１コンテンツの再生区間に対するタグ及び第２コンテンツの再生区間に対するタグを含むＸＭＬファイルであるが、再生区間は、’ｓｔａｒｔ’及び’Ｔｙｐｅ’属性に基づいて定義される。

【0156】

’ｓｔａｒｔ’属性は、再生区間の開始時刻を表すところ、メインコンテンツを基準に設定される。したがって、第２コンテンツの再生区間についての情報である二番目の’Ｐｅｒｉｏｄ’タグと、中止された第１コンテンツが再び再生される再生区間についての情報である三番目の’Ｐｅｒｉｏｄ’タグとの’ｓｔａｒ’属性を同一に設定できる。言い換えれば、第２コンテンツの挿入によって’Ｐｅｒｉｏｄ’タグの’ｓｔａｒｔ’属性の重複が発生しうるが、第２コンテンツは、第１コンテンツの再生途中で挿入されるコンテンツであるため、例外的に’ｓｔａｒｔ’属性の重複を許容する。

【0157】

’Ｔｙｐｅ’属性は、’Ｐｅｒｉｏｄ’タグがメインコンテンツ（すなわち、第１コンテンツ）の再生区間に対するタグであるか、またはメインコンテンツの再生中に挿入されるコンテンツ（すなわち、第２コンテンツ）の再生区間に対するタグであるかを定義する。’Ｔｙｐｅ’属性が’Ｉｎｔｅｒｎａｌ’ならば、メインコンテンツを再生する区間であることを意味し、’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’ならば、挿入されたコンテンツを再生する区間であることを意味する。

【0158】

メインコンテンツを基準に’００：１５：００’にコンテンツが挿入されるので、’Ｔｙｐｅ’が’Ｅｘｔｅｒｎａｌ’である二番目の再生区間、及び’Ｔｙｐｅ’が’Ｉｎｔｅｒｎａｌ’である三番目の再生区間の開始時刻が同一である。メインコンテンツを基準として’００：１５：００’にコンテンツを挿入して再生し、挿入されたコンテンツの再生が終了すれば、再び’００：１５：００’からメインコンテンツを再生する。

【0159】

しかし、図１６Ｂに示した本発明のさらに他の実施形態によれば、メインコンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグは’Ｔｙｐｅ’属性を含まず、挿入されるコンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグのみ’Ｔｙｐｅ’属性を含む。それぞれの再生区間の開始時刻を表す’ｓｔａｒｔ’属性は、図１６Ａに示した通りである。

【0160】

また、図１６Ｃに示した実施形態のように、挿入されるコンテンツの再生区間に対するタグは、メインコンテンツの再生区間に対するタグとその名称を異なって設定できる。図１６Ｃを参照すれば、挿入されるコンテンツの再生区間に対するタグの名称は’ｅｘｔｅｒｎａｌＰｅｒｉｏｄ’である。図１６Ａ及び図１６Ｂのように、タグの’Ｔｙｐｅ’属性により再生区間を区分するものではなく、タグの名称を異ならせることで再生区間を区分する。それぞれの再生区間の開始時刻を表す’ｓｔａｒｔ’属性は、図１６Ａに示した実施形態と同一である。

【0161】

図１６Ｄは、メインコンテンツの再生中に挿入されるコンテンツが複数である場合のメディア表現記述を図示する。図１６Ｄは、メインコンテンツの再生中に’００：１５：００’に挿入されるコンテンツが３つである場合を図示する。３つのコンテンツいずれもメインコンテンツの再生中に挿入されるコンテンツであるため、’Ｐｅｒｉｏｄ’タグの’Ｔｙｐｅ’属性は’Ｅｘｔｅｒｎａｌ’であり、開始時刻もメインコンテンツ基準に’００：１５：００’であって同一である。ただし、それぞれのコンテンツは’ｅｘｔｅｒｎａｌＩＤ’属性により区分される。’ｅｘｔｅｒｎａｌＩＤ’属性は、それぞれのコンテンツを識別するための属性であり、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）及びＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）などの多様な識別子が用いられる。

【0162】

図１６Ｄに示したメディア表現記述によってメインコンテンツを再生するクライアント１３０は、開始時刻’００：１５：００’になれば、図１６Ｄの’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’であり、’ｓｔａｒｔ’属性が’００：１５：００’である３つのコンテンツのうち一つを選択して挿入する。この時、クライアント１３０は、’ｅｘｔｅｒｎａｌＩＤ’属性に基づいて挿入されるコンテンツを選択できる。コンテンツの選択のために、別途の記述（ｄｅｓｃｒｉｐｔｉｏｎ）がクライアント１３０に提供される。別途の記述は、図１６Ｄに示したメディア表現記述と独立して別途にクライアント１３０に提供されてもよく、メディア表現記述に含まれてクライアントに提供される。例えば、’ｅｘｔｅｒｎａｌＩＤ’が’Ａ／ａ／ａａａ／ａ’であるコンテンツは、自動車の広告であり、’ｅｘｔｅｒｎａｌＩＤ’が’Ｂ／ｂ／ｂｂｂ／ａｄｖｅｒｔｉｓｅｍｅｎｔ’であるコンテンツは、本の広告であることを表す記述をクライアント１３０に提供して、コンテンツの選択を支援できる。

【0163】

図１６Ａないし図１６Ｄは、メインコンテンツを基準に’Ｐｅｒｉｏｄ’タグの’ｓｔａｒｔ’属性が定義される実施形態を図示した。言い換えれば、図１３Ｂに示した時間線などの他のコンテンツの挿入にもかわらず、’ｓｔａｒｔ’属性がメインコンテンツの再生時間を基準に定義される。しかし、図１６Ｅに示したように、メインコンテンツの再生時間ではなく実際経過時間を基準に’ｓｔａｒｔ’属性が定義されてもよい。メインコンテンツの持続時間が’００：０１：００’である他のコンテンツが、メインコンテンツの再生途中で’００：１５：００’に挿入された場合のメディア表現記述は、図１６Ｅに示した通りである。図１６Ｅを参照すれば、メインコンテンツの継続的な進行のための三番目の’Ｐｅｒｉｏｄ’の’ｓｔａｒｔ’が、メインコンテンツ及び挿入されたコンテンツの再生のために経過した時刻である’００：１６：００’と定義される。

【0164】

図１６Ｅに示した実施形態によれば、三番目の’Ｐｅｒｉｏｄ’でメインコンテンツを基準とした実際再生開始時刻は’００：１５：００’であり、’ｓｔａｒｔ’属性は’００：１６：００’であり、実際再生開始時刻と、’Ｐｅｒｉｏｄ’タグにより定義される再生開始時刻とが相異なる。

【0165】

再び図１５Ａを参照すれば、段階１５０２でクライアント１３０は、段階１５０１で受信された第１ファイルに基づいて第１コンテンツ、すなわち、メインコンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。第１ファイルに含まれた第１コンテンツの再生区間についての情報に基づいて第１コンテンツのメディアデータを要請し、受信する。第１コンテンツを相異なる品質でエンコーディングして、生成された複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請し、受信する。

【0166】

段階１５０３で第１コンテンツを再生しているクライアント１３０は、段階１５０４で第２コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。図１６Ａないし図１６Ｅと関連して前述したように、段階１５０１で受信される第１ファイル、すなわち、メディア表現記述は、第２コンテンツの再生区間についての情報も含んでおり、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。

【0167】

したがって、クライアント１３０は第２コンテンツの挿入時刻を、図１６Ａないし図１６Ｅと関連して前述した’ｓｔａｒｔ’属性に基づいて判断し、該当時刻になれば、第２コンテンツをサーバ１２０に要請し、受信する。第２コンテンツの挿入は静的または動的に行われるところ、図１７Ａないし図１７Ｃを参照して詳細に説明する。

【0168】

図１７Ａないし図１７Ｃは、本発明のさらに他の実施形態による挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を図示する。

【0169】

図１７Ａを参照すれば、’Ｐｅｒｉｏｄ’タグは、図１６Ａないし図１６Ｅに示したように’ｓｔａｒｔ’属性を含む。また、下位タグとして’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグ及び’ＳｅｇｍｅｎｔＩｎｆｏ’タグを含む。’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグは、複数のメディアデータそれぞれについての情報を含み、’ＳｅｇｍｅｎｔＩｎｆｏ’タグは、それぞれのメディアデータに含まれている少なくとも一つの部分についての情報を含む。複数のメディアデータそれぞれについての情報は、複数のメディアデータの位置情報（例えば、ＵＲＬ）でありうる。

【0170】

’ＡＤ’タグは、第１コンテンツの再生途中で挿入される第２コンテンツ（例えば、広告コンテンツ）の再生区間についての情報を含むタグであり、図１６Ａないし図１６Ｅに示したように、第１コンテンツを基準にした’ｓｔａｒｔ’属性、及び強制に再生されるべきかどうかを表す’ｆｏｒｃｅＰｌａｙｏｕｔ’属性を含む。’ｆｏｒｃｅＰｌａｙｏｕｔ’属性が’ｔｒｕｅ’と設定されていれば、第２コンテンツは必ず再生されねばならず、再生中止及び／またはスキップが不可能である。図１７Ａに示した実施形態では、’００：０３：１０’及び’００：０５：１０’時刻に第２コンテンツが２回挿入される。

【0171】

前述したように、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。ところが、図１７Ａに示した実施形態は第２コンテンツの動的な挿入についての実施形態であり、第２コンテンツのメディアデータについての位置情報を、第１コンテンツのメディア表現記述に具体的に定義できない。したがって、’ＡＤ’タグは、動的に挿入される第２コンテンツのメディアデータについての位置情報を暗黙的（ｉｍｐｌｉｃｉｔ）に含んでいると解釈する。言い換えれば、第１コンテンツのメディア表現記述に含まれた第２コンテンツのメディアデータについての位置情報は、動的に挿入されるコンテンツのメディアデータについての位置情報と設定されたと見なす。

【0172】

図１７Ｂを参照すれば、第２コンテンツの再生区間についての情報を、メディア表現記述の最初または最後に別途のタグを用いて定義できる。第２コンテンツの再生区間についての情報を含む’ＰｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ’タグを別途に定義し、少なくとも一つの第２コンテンツの再生区間についての情報を含む少なくとも一つの’Ｐｒｏｇｒａｍ’タグを定義できる。それぞれの’Ｐｒｏｇｒａｍ’タグは、挿入時刻が定義された’ｓｔａｒＴｉｍｅ’属性を含む。図１７Ａと同様に、’ｆｏｒｃｅＰｌａｙｏｕｔ’属性も含んで強制再生如何を定義できる。前述したように、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。したがって、図１７Ｂに示したメディア表現記述は’ｕｒｌ’属性を含む。ただし、第２コンテンツの動的な挿入のために、図１７Ａと同一に’ｕｒｌ’属性を具体的に定義しない。

【0173】

図１７Ｃは、第２コンテンツが静的に挿入される実施形態を図示する。図１７Ａと比較すれば、’ｓｔａｒｔ’属性が’００：０３：１０’である二番目の’Ｐｅｒｉｏｄ’は、挿入される第２コンテンツのメディアデータのＵＲＬを含んでいる。図１７Ｃで、’ｈｔｔｐ：／／ａｄ．ｃｏｎｔｅｎｔ．ｃｏｍ／ａｄ０１／’がメディアデータのＵＲＬである。前述したように、第１コンテンツの再生途中で挿入される第２コンテンツも、相異なる品質でエンコーディングされて生成された複数のメディアデータであり、それぞれのメディアデータは少なくとも一つの部分を含むことができるところ、二番目の’Ｐｅｒｉｏｄ’タグも、’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグ及び’ＳｅｇｍｅｎｔＩｎｆｏ’タグをそれぞれ含む。

【0174】

再び図１５Ａを参照すれば、段階１５０５で第２コンテンツを再生しているクライアント１３０は、段階１５０６で第１コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信し、段階１５０７で第１コンテンツを再び再生する。第１コンテンツの再生途中で挿入された第２コンテンツの再生区間が終了すれば、第１コンテンツの再生が中止された時刻から再び第１コンテンツを再生する。

【0175】

図１５Ａに示した実施形態で、第２コンテンツの再生が必須でない場合には第２コンテンツの再生を無視し、引続き第１コンテンツを再生してもよい。しかし、図１７Ａないし図１７Ｃに示したように、’ｆｏｒｃｅＰｌａｙＯｕｔ’属性が’ｔｒｕｅ’と定義された場合には、第２コンテンツの再生区間を無視できず、必ず第１コンテンツの再生途中で第２コンテンツを挿入して再生せねばならない。

【0176】

また、図１５Ａは、第１コンテンツ、すなわち、メインコンテンツと第２コンテンツ、すなわち、広告コンテンツを提供するサーバが同じサーバ１２０である場合を図示したが、メインコンテンツと広告コンテンツとを提供するサーバが必ず同じサーバ１２０である必要はなく、それぞれ異なるサーバでありうる。言い換えれば、メインコンテンツサーバと広告コンテンツサーバとが分離されて、段階１５０２の第１コンテンツの要請及び受信と、段階１５０４の第２コンテンツの要請及び受信とがそれぞれ異なるエンティティに対して行われてもよい。第１ファイルを提供するサーバも、必ずしも第１コンテンツを提供するサーバと同一である必要はない。

【0177】

図１８は、本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述及びそれに対応する再生区間を図示する。図１５Ａの段階１５０１で、クライアント１３０が受信する第１ファイルに基づいて第１コンテンツ及び第２コンテンツを再生する場合を挙げて説明する。

【0178】

図１８を参照すれば、本発明の一実施形態によるメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ１８１０及び１８３０の間に、第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ１８２０が挿入される。

【0179】

図１５Ａに示した実施形態によれば、’Ｐｅｒｉｏｄ’タグ１８１０ないし１８３０は、それぞれの再生区間で再生されるメディアデータについての位置情報を含むところ、それぞれのメディアデータは、時間に基づいて分割された複数の部分を含む。

【0180】

図１５Ｂは、本発明のさらに他の実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。

【0181】

図１５Ｂを参照すれば、段階１５１１でクライアント１３０は、第１コンテンツの複数のメディアデータについての位置情報を含む第１ファイルをサーバ１２０に要請する。第１コンテンツはメインコンテンツに対応する。第１ファイルは第１コンテンツのメディア表現記述でありうる。ＨＴＴＰ要請を用いサーバ１２０に第１コンテンツのメディア表現記述を要請し、ＨＴＴＰ応答として第１コンテンツのメディア表現記述を受信できる。

【0182】

段階１５１１でクライアント１３０が受信するメディア表現記述は、図１５Ａに示したところと同様に、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。ただし、段階１５０１でクライアント１３０が受信する第１ファイルが挿入される第２コンテンツのメディアデータについての位置情報（例えば、ＵＲＬ）を含むのに対し、段階１５１１でクライアント１３０が受信する第１ファイルは、第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報（例えば、ＵＲＬ）のみ含むことが異なる。

【0183】

段階１５１２で、クライアント１３０は第２ファイルをサーバ１２０に要請し、要請に対する応答として第２ファイルを受信する。図１９Ａ及び図１９Ｂと図２０を参照して詳細に説明する。

【0184】

図１９Ａ及び図１９Ｂは、本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを図示する。

【0185】

図１９Ａを参照すれば、段階１５１１でクライアント１３０が受信する第１コンテンツのメディア表現記述、すなわち、第１ファイルは第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含む。

【0186】

メインコンテンツ、すなわち、第１コンテンツのメディアデータについての位置情報が’Ｐｅｒｉｏｄ’タグ及び’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグにより定義され、挿入されるコンテンツ、すなわち、第２コンテンツのメディアデータについての位置情報を含む第２ファイルのＵＲＬは、’ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ’タグの’ｍｏｒｅＩｎｆｏｒｍａｔｉｏｎＵＲＬ’属性と定義される。

【0187】

図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、及び図１８に示したメディア表現記述は、いずれも第２コンテンツのメディアデータについての位置情報が第１ファイルの’Ｐｅｒｉｏｄ’タグに定義されていた。動的なコンテンツ挿入及び静的なコンテンツ挿入いずれも’Ｐｅｒｉｏｄ’タグに定義されたように行われることができた。しかし、図１９Ａに示した実施形態で、第１コンテンツのメディア表現記述は第２ファイルのＵＲＬのみ含む。第１コンテンツのメディア表現記述を受信したクライアント１３０は、’ｍｏｒｅＩｎｆｏｒａｍｔｉｏｎＵＲＬ’属性により定義された’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’を参照して第２コンテンツの挿入を行う。

【0188】

図１９Ｂは、第２コンテンツのメディアデータについての位置情報を含む第２ファイル、すなわち、’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’ファイルを図示する。段階１５１１でクライアント１３０は、図１９Ａに示した第１ファイルを受信し、受信された第１ファイルに基づいて段階１５１２で図１９Ｂに示した第２ファイルを受信する。

【0189】

図１９Ｂを参照すれば、挿入されるコンテンツ情報を含む’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’は、’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ’タグの下位タグとして’Ｐｒｏｇｒａｍ’タグを含み、’Ｐｒｏｇｒａｍ’タグの’ｓｔａｒｔＴｉｍｅ’属性及び’ｆｏｒｃｅＰｌａｙＯｕｔ’属性により第２コンテンツの挿入時刻及び強制再生如何が決定される。

【0190】

第２コンテンツが動的に決定される場合には’Ｐｒｏｇｒａｍ’タグの’ｕｒｌ’属性が定義されず、静的に決定される場合には’ｕｒｌ’属性が定義される。’Ｐｒｏｇｒａｍ’タグの’ｕｒｌ’属性は第２コンテンツのメディアデータの位置情報であり、図１９Ｂに示した実施形態では’ｕｒｌ’属性が定義されていないため、挿入される第２コンテンツのメディアデータは動的に決定される。

【0191】

図２０は、本発明の一実施形態によるメインコンテンツのメディア表現記述及びコンテンツ情報を含む複数のファイルを図示する。

【0192】

図２０を参照すれば、段階１５１１でクライアント１３０が受信する第１コンテンツのメディア表現記述２０１０は、第２コンテンツの再生区間についての情報を含む。’ｓｔａｒｔ’属性が’００：１５：００’であり、’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’である’Ｐｅｒｉｏｄ’タグが、第２コンテンツの再生区間についての情報を定義するタグである。第２コンテンツの再生区間に対するタグは下位タグであり、’ＥｘｔｅｒｎａｌＵＲＬ’、’ＥｘｔｅｒｎａｌＴｙｐｅ’及び’Ｅｘｔｅｒｎａパラメータ’タグを含む。

【0193】

’ＥｘｔｅｒｎａｌＵＲＬ’タグは、前述した第２ファイルのＵＲＬを定義する。’’ＥｘｔｅｒｎａｌＵＲＬ’’タグは、外部のメディアデータまたはファイルへアクセスするためのタグであり、’’ＥｘｔｅｒｎａｌＵＲＬ’’タグと同じ機能を行うあらゆるＸＭＬタグが’’ＥｘｔｅｒｎａｌＵＲＬ’’タグの代りに用いられる。例えば、ＸＭＬリンキング言語（ＸＭＬ Ｌｉｎｋｉｎｇ Ｌａｇｕａｇｅ）の’’ｘｌｉｎｋ’’またはＸＭＬインクルージョン（ＸＭＬｉｎｃｌｕｓｉｏｎ）の’’ｘｉｎｃｌｕｄｅ’’タグが、’’ＥｘｔｅｒｎａｌＵＲＬ’’タグの代りに用いられる。

【0194】

’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、’ＥｘｔｅｒｎａｌＵＲＬ’タグの類型を定義する。図１５Ｂに示した実施形態のように、第１コンテンツのメディア表現記述２０１０が第２コンテンツのメディアデータについての位置情報ではなく第２ファイルの位置情報のみ含む場合、’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、図２０に示したように’ｘｍｌ’と定義される。しかし、図１５Ａに示した実施形態のように、第１コンテンツのメディア表現記述が第２コンテンツのメディアデータについての位置情報も含む場合、すなわち、’ＥｘｔｅｒｎａｌＵＲＬ’タグが第２コンテンツのメディアデータの位置情報を定義する場合に、’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、これを表すために’ｄａｔａ’と定義される。

【0195】

図２０に示した実施形態は、第２コンテンツとして第１コンテンツの再生途中で挿入されるコンテンツが複数である場合を図示する。したがって、第２コンテンツを提供するサーバは、第１コンテンツのメディア表現記述２０１０の’ＥｘｔｅｒｎａｌＵＲＬ’タグに定義された’ＥｘｔｅｒｎａＰｅｒｉｏｄ．ｘｍｌ’に対応する第２ファイルとして複数のファイル、すなわち、’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿１．ｘｍｌ’２０２２、’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿２．ｘｍｌ’２０２４及び’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿３．ｘｍｌ’２０２６のうち一つをクライアント１３０に提供できる。

【0196】

複数のファイル２０２２ないし２０２６は、それぞれ異なるコンテンツのメディアデータについての位置情報を含むが、メディアデータは、メディアデータを時間に基づいて分割して生成された複数の部分を含むことができる。また、複数のファイル２０２２ないし２０２６それぞれは、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含む。

【0197】

’ＥｘｔｅｒｎａｌＰａｒａｍｅｔｅｒ’タグは、複数のファイルのうち一つを選択するためのパラメータを含む。’ＥｘｔｅｒｎａｌＰａｒａｍｅｔｅｒ’タグには、クライアント１３０のプロファイルまたは選好度に対するパラメータが含まれる。クライアント１３０は、ユーザプロファイル及び／または選好度についての情報をサーバ１２０に伝送し、サーバ１２０は、伝送されたパラメータに基づいて複数のファイル２０２２ないし２０２６のうち一つを選択してクライアント１３０に伝送できる。複数のファイル２０２２ないし２０２６を用いて持続時間及びコンテンツの相異なる再生区間を設定できる。クライアント１３０のプロファイルは、クライアント１３０のユーザの年齢、性別、居住地域（ｒｅｇｉｏｎ）などでありうる。

【0198】

再び図１５Ｂを参照すれば、段階１５１２は、必ずしも段階１５１１直後に行われる必要がない。言い換えれば、第２ファイルの受信は第１ファイルの受信直後に直ちに行われる必要はなく、図２０に示したように、第２コンテンツの挿入時刻が第１ファイルにより定められている場合には、第１コンテンツを受信して再生している途中で、第２コンテンツの再生区間が始まる前に第２ファイルを受信できる。

【0199】

段階１５１３でクライアント１３０は、段階１５１１で受信された第１ファイルに基づいて第１コンテンツ、すなわち、メインコンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。第１ファイルに含まれた情報に基づいて第１コンテンツのメディアデータを要請して受信する。第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、少なくとも一つのメディアデータの伝送をサーバ１２０に要請し、受信する。

【0200】

段階１５１４で第１コンテンツを再生していたクライアント１３０は、段階１５１５で第２コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。図１９Ａ及び図１９Ｂと図２０と関連して前述したように、段階１５１２で受信された第２ファイルに基づいて第２コンテンツのメディアデータを要請し、受信する。段階１５１２で受信された第２ファイルは第２コンテンツのメディアデータに情報を含んでいるところ、第２ファイルに基づいて第２コンテンツを要請し、受信する。

【0201】

図１９Ａ及び図１９Ｂに示したように第２ファイルに基づいて第２コンテンツの挿入時刻を決定して、定められた挿入時刻から第２コンテンツの再生を始めることができる。また、図２０に示したように、第１コンテンツのメディア表現記述に含まれた第２コンテンツの再生区間についての情報の’ｓｔａｒｔ’属性に基づいて第２コンテンツの挿入時刻を決定し、定められた挿入時刻から第２コンテンツの再生を始めてもよい。

【0202】

段階１５１６で第２コンテンツを再生していたクライアント１３０は、段階１５１７で第１コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信し、段階１５１８で第１コンテンツを再生する。第１コンテンツの再生途中で挿入されたコンテンツである第２コンテンツの再生区間が終了すれば、第１コンテンツの再生が中止された時刻から再び第１コンテンツを再生する。

【0203】

図１５Ａと関連して前述した通りに、図１５Ｂに示した実施形態で第２コンテンツの再生が必須でない場合には第２コンテンツの再生をスキップし、引続き第１コンテンツを再生してもよい。

【0204】

また、図１５Ｂは、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツがいずれも同じサーバ１２０により提供される実施形態を図示したが、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツのうち少なくとも一つが図１５Ｂのサーバ１２０ではない他のサーバにより提供されるということは、当業者ならば容易に理解できる。

【0205】

図２１は、本発明の一実施形態によるメインコンテンツのメディア表現記述、挿入されるコンテンツ情報を含むファイル、及びそれに対応する再生区間を図示する。図１５Ｂの段階１５１１で、クライアント１３０が受信した第１ファイルに基づいて第１コンテンツを再生し、段階１５１２で、クライアント１３０が受信した第２ファイルに基づいて第２コンテンツを再生する場合を挙げて説明する。

【0206】

図２１を参照すれば、本発明の一実施形態による第１コンテンツのメディア表現記述は、第１コンテンツの再生中に挿入される第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０を含む。第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０の間に、第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０が挿入される。

【0207】

第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０は、それぞれの再生区間で再生される第１コンテンツのメディアデータについての位置情報を含んでいるので、第１コンテンツの再生区間では第１コンテンツのメディアデータが再生される。

【0208】

第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０は、第２コンテンツのメディアデータについての位置情報を含むファイルについての情報として’〜〜／ｐｅｒｉｏｄ＿ｅｘｔｅｒｎａｌ．ｘｍｌ’を定義する。したがって、クライアント１３０は、ＵＲＬに基づいて複数の第２ファイル２１２２ないし２１２６のうち一つを受信する。複数の第２ファイル２１２２ないし２１２６はいずれも、’ｓｔａｒｔ’属性が第１ファイルの’Ｐｅｒｉｏｄ’タグ２１２０の’ｓｔａｒｔ’属性と同一に’００：１０：００’と定義されている。

【0209】

第１ファイルの’Ｐｅｒｉｏｄ’タグ２１２０に定義された’ｅｘｔｅｒｎａｌ＿ｓｔａｒｔ’属性は、第２コンテンツを基準とした開始時刻を定義する。また、複数の第２ファイル２１２２ないし２１２６により定義される複数の相異なる第２コンテンツの持続時間は、互いに異なって設定される。例えば、’ｐｅｒｉｏｄ＿ｅｘｔｅｒｎａｌ＿１．ｘｍｌ’により定義される第２コンテンツの長さは’００：００：３０’であり、’ｐｅｒｉｏｄ_ｅｘｔｅｒｎａｌ＿２．ｘｍｌ’により定義される第２コンテンツの長さは’００：０１：００’でありうる。複数の第２ファイル２１２２ないし２１２６のうち一つのファイルが、クライアント１３０のユーザプロファイル及び選好度に基づいて選択されてサーバ１２０に伝送されるので、クライアント１３０のユーザプロファイル及び選好度に基づいて持続期間を互いに異なって設定して挿入できる。また、複数の第２ファイル２１２２ないし２１２６が相異なるコンテンツのメディアデータについての位置情報を含んでいるため、第２コンテンツとして第１コンテンツの再生途中で挿入されるコンテンツも互いに異なって設定できる。

【0210】

第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０、及び複数の第２ファイル２１２２ないし２１２６の’Ｐｅｒｉｏｄ’タグは、それぞれ相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含むことができ、それぞれのメディアデータは、メディアデータを時間に基づいて分割して生成された複数の部分を含む。

【0211】

前述したメディア表現記述に含まれた第２コンテンツの再生区間についての情報を含むタグは、いずれも第１コンテンツの再生途中で第２コンテンツが挿入される場合を図示した。しかし、逆に第１コンテンツの再生途中で第２コンテンツが挿入されないように第２コンテンツの再生区間についての情報を含むタグが設定されてもよい。

【0212】

第１コンテンツの再生区間及び第２コンテンツの再生区間が既に定められており、これを変更できない場合、ユーザは、第１コンテンツの再生途中で挿入される第２コンテンツを必ず再生せねばならない。第１コンテンツに対する部分及び第２コンテンツに対する部分が既に結合されて一つのメディアデータが生成されている場合がこれに該当する。この場合、第２コンテンツを再生せず、メディア表現記述を用いて第２コンテンツの挿入を無視できる。

【0213】

第２コンテンツの挿入時刻についての情報、持続時間についての情報及び第２コンテンツの再生如何を表す情報を、メディア表現記述の第２コンテンツの再生区間についての情報を含むタグで定義できる。挿入時刻に対する’’Ｉｎｓｅｒｔｉｏｎｔｉｍｅ’’属性、持続時間に対する’’ｄｕｒａｔｉｏｎ’’属性及び第２コンテンツの再生如何に対する’’ｏｎｏｆｆｌａｇ’’属性を、それぞれ第２コンテンツの再生区間についての情報を含むタグで定義できる。第２コンテンツの再生区間を無視する場合には、’’ｏｎｏｆｆｌａｇ’’属性は’’ｏｆｆ’’と定義できる。

【0214】

第２コンテンツの再生区間の無視が明らかで’’ｏｎｏｆｆｌａｇ’’を設定する必要もない場合には、’’Ｉｎｓｅｒｔｉｏｎｔｉｍｅ’’属性及び’’ｄｕｒａｔｉｏｎ’’属性のみ定義することで、第２コンテンツの再生区間をスキップしてもよい。

【0215】

図２２は、本発明の一実施形態によるサーバを図示する。

【0216】

図２２を参照すれば、本発明の一実施形態によるサーバ１２０は、情報伝送部２２１０及びメディアデータ伝送部２２２０を備える。

【0217】

情報伝送部２２１０は、クライアント１３０から所定情報の伝送要請を受信し、これに対する応答として要請された情報を伝送する。第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む第１ファイル、すなわち、メディア表現記述の伝送要請をクライアント１３０から受信し、要請されたメディア表現記述をクライアント１３０に伝送する。図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、図１８、図１９Ａ、図２０及び図２１に示した第１コンテンツ（すなわち、メインコンテンツ）のメディア表現記述をクライアント１３０に伝送できる。メディア表現記述の伝送を要請するＨＴＴＰ要請をクライアント１３０から受信し、ＨＴＴＰ応答としてメディア表現記述を伝送できる。

【0218】

図１５Ｂに示した実施形態のように、クライアント１３０が第１ファイルに基づいて第１コンテンツの再生途中で挿入される第２コンテンツのメディアデータについての位置情報を含む第２ファイルを再び要請すれば、情報伝送部２２１０は、図１９Ｂ、図２０及び図２１に示した第２ファイルをクライアント１３０に伝送できる。第１ファイルが第２コンテンツのメディアデータについての位置情報を含まず、第２ファイルのＵＲＬのみ含む場合に第２ファイルをクライアント１３０に伝送できる。図２０及び図２１に示したように、複数の第２ファイルのうち一つを選択してクライアント１３０に伝送してもよい。

【0219】

メディアデータ伝送部２２２０は、第１コンテンツまたは第２コンテンツの伝送要請をクライアント１３０から受信し、要請された第１コンテンツまたは第２コンテンツをクライアント１３０に伝送する。図１５Ａに示した実施形態によって、情報伝送部２２１０が伝送した第１ファイルに基づいてクライアント１３０が第１コンテンツ及び第２コンテンツを要請するか、または図１５Ｂに示した実施形態によって、情報伝送部２２１０が伝送した第１ファイル及び第２ファイルに基づいて第１コンテンツ及び第２コンテンツを要請すれば、要請されたコンテンツをクライアント１３０に伝送する。

【0220】

サーバ１２０は、エンコーディング装置１１０から第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを受信して保有している途中で、クライアント１３０がストリーミング環境によって選択された少なくとも一つのメディアデータを要請すれば、要請されたメディアデータを伝送する。第１コンテンツの再生途中で第２コンテンツの再生区間が始まって、クライアント１３０が第２コンテンツを要請すれば、第２コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、ストリーミング環境によって選択された少なくとも一つのメディアデータを伝送する。

【0221】

図２２は、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツがいずれも同じサーバ１２０により提供される実施形態を図示したが、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツのうち少なくとも一つが、図２２のサーバ１２０ではない他のサーバにより提供されるということは、当業者ならば容易に理解できるであろう。例えば、第１ファイル及び第１コンテンツは、図２２のサーバ１２０により提供され、第２ファイル及び第２コンテンツは、広告を提供するために別途に備えられた広告サーバにより提供されてもよい。

【0222】

図２３は、本発明の一実施形態によるクライアントを図示する。

【0223】

図２３を参照すれば、本発明の一実施形態によるクライアント１３０は、情報受信部２３１０及びメディアデータ再生部２３２０を備える。

【0224】

情報受信部２３１０は、所定情報の伝送要請をサーバ１２０に伝送し、これに対する応答として要請された情報をサーバ１２０から受信する。第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む第１ファイル、すなわち、メディア表現記述の伝送要請をサーバ１２０に伝送し、要請されたメディア表現記述をサーバ１２０から受信する。図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、図１８、図１９Ａ、図２０及び図２１に示した第１コンテンツ（すなわち、メインコンテンツ）のメディア表現記述をサーバ１２０から受信できる。メディア表現記述の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、ＨＴＴＰ応答としてメディア表現記述を受信する。

【0225】

図１５Ｂに示した実施形態のように、情報受信部２３１０は第１ファイルに基づいて、第１コンテンツの再生途中で挿入される第２コンテンツのメディアデータについての位置情報を含む第２ファイルを再びサーバ１２０に要請し、図１９Ｂ、図２０及び図２１に示した第２ファイルをサーバ１２０から受信する。第１ファイルが第２コンテンツのメディアデータについての位置情報を含まず、第２ファイルのＵＲＬのみ含む場合に第２ファイルをサーバ１２０に要請し、受信する。図２０及び図２１に示したように、複数の第２ファイルのうち一つを受信してもよい。

【0226】

メディアデータ再生部２３２０は、第１コンテンツまたは第２コンテンツの伝送要請をサーバ１２０に伝送し、要請された第１コンテンツまたは第２コンテンツをサーバ１２０から受信する。図１５Ａに示した実施形態によって、情報受信部２３１０が受信した第１ファイルに基づいて第１コンテンツ及び第２コンテンツを要請するか、または図１５Ｂに示した実施形態によって、情報受信部２３１０が受信した第１ファイル及び第２ファイルに基づいて第１コンテンツ及び第２コンテンツを要請できる。

【0227】

第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを、ストリーミング環境によって少なくとも一つのメディアデータを選択して要請し、要請された少なくとも一つのメディアデータを受信する。第１コンテンツの再生途中で第２コンテンツの再生区間が始まれば、第２コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、ストリーミング環境によって少なくとも一つのメディアデータを選択して要請し、要請された少なくとも一つのメディアデータを受信する。第２コンテンツの再生区間が終了すれば、再び第１コンテンツの少なくとも一つのメディアデータを要請し、受信する。

【0228】

メディアデータ再生部２３２０は、図１４Ａ及び図１４Ｂと関連して前述した広告アプリケーション部１４１２及びストリーミングエンジン部１４１４を備え、図１４Ａに示した実施形態のように、第１コンテンツの再生途中で動的に第２コンテンツを挿入してもよく、図１４Ｂに示した実施形態のように静的に第２コンテンツを挿入してもよい。

【0229】

以上のように本発明は、たとえ限定された実施形態及び図面により説明されたとしても、本発明は前記の実施形態に限定されるものではなく、これは当業者ならば、かかる記載から多様な修正及び変形が可能である。したがって、本発明の思想は特許請求の範囲のみにより把握されねばならず、これと均等であるか、または等価的な変形はいずれも本発明の思想の範ちゅうに属するといえる。また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体にコンピュータで読み取り可能なコードとして具現できる。

【0230】

例えば、本発明の例示的な実施形態によるサーバ及びクライアントは、図２２及び図２３に示したような装置のそれぞれのユニットにカップリングされたバス、前記バスに結合された少なくとも一つのプロセッサーを備える。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために前記バスに結合されて、前述したような命令を行うための少なくとも一つのプロセッサーにカップリングされたメモリを含む。

【0231】

１００ ストリーミングシステム
１１０ エンコーディング装置
１２０ サーバ
１３０ クライアント
１４０ ネットワーク

【図1】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図4C】

【図5A】

【図5B】

【図6】

【図7】

【図8A】

【図8B】

【図9A】

【図9B】

【図9C】

【図9D】

【図9E】

【図9F】

【図9G】

【図9H】

【図10A】

【図10B】

【図10C】

【図11A】

【図11B】

【図12A】

【図12B】

【図12C】

【図13A】

【図13B】

【図13C】

【図14A】

【図14B】

【図15A】

【図15B】

【図16A】

【図16B】

【図16C】

【図16D】

【図16E】

【図17A】

【図17B】

【図17C】

【図18】

【図19A】

【図19B】

【図20】

【図21】

【図22】

【図23】