(57)【要約】  第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含むファイルに基づいて、第１コンテンツの再生途中で第２コンテンツを挿入して再生する方法及び装置が開示される。
2013513329.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータを再生する方法において、
第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルを受信する段階と、
前記第１ファイルに基づいて前記第１コンテンツの第１メディアデータを最初に受信して再生する段階と、
前記第１コンテンツの第１メディアデータ再生を中止し、前記受信した第１ファイルに基づいて前記第２コンテンツの第２メディアデータを受信して再生する段階と、
前記第２コンテンツの第２メディアデータ再生が完了すれば、前記第１コンテンツの第１メディアデータを二番目に受信して再生する段階と、を含み、
前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータについての位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とするメディアデータ再生方法。
【請求項２】
前記第１コンテンツの再生区間についての情報は、
前記第１コンテンツを相異なる品質でエンコーディングして生成された複数の第１メディアデータについての位置情報を含み、
前記複数の第２メディアデータは、前記第１コンテンツを所定品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をそれぞれ含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項３】
前記第２コンテンツの再生区間についての情報は、
前記第２コンテンツの挿入時刻及び前記第２コンテンツの再生区間についての情報に含まれた位置情報が、前記第２コンテンツの第２メディアデータの位置情報であるか、または前記第２ファイルの位置情報であるかを表す類型情報のうち少なくとも一つをさらに含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項４】
前記第１ファイルをサーバから受信する段階は、前記第２コンテンツの再生区間についての情報が前記第２ファイルの位置情報を含めば、前記第２ファイルの位置情報に基づいて前記第２ファイルをサーバから受信する段階をさらに含み、
前記第２ファイルのメディアデータを受信して再生する段階は、前記受信された第２ファイルに含まれた第２コンテンツの第２メディアデータについての位置情報に基づいて、前記第２コンテンツの第２メディアデータを受信して再生する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項５】
前記サーバから受信された第２ファイルは、
前記複数のファイルのうち、ユーザプロファイル及び選好度のうち少なくとも一つに基づいて選択され、
前記複数の第２ファイルは、持続期間及び第１選択的コンテンツの第２メディアデータについての位置情報を含む選択的第２ファイルと、持続期間及び第２選択的コンテンツの第２メディアデータについての位置情報を含むさらに他の選択的第２ファイルと、を含むことを特徴とする請求項４に記載のメディアデータ再生方法。
【請求項６】
前記第１ファイルは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、前記第１コンテンツの再生区間に対する第１タグ、及び前記第２コンテンツの再生区間に対する第２タグを含み、
前記第１タグ及び前記第２タグは、該当するタグが前記第１コンテンツの再生区間に対するタグであるか、または前記第２コンテンツの再生区間に対する第２タグであるかを表す属性をそれぞれ含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項７】
前記第２コンテンツは、広告コンテンツであることを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項８】
前記第２コンテンツの第２メディアデータを受信して再生する段階は、前記第２コンテンツの開始時間属性に基づいた前記第２コンテンツの第２メディアデータを受信して再生する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項９】
前記第１コンテンツの第１メディアデータを最初に受信して再生する段階は、第１メディアデータを第１サーバから受信し、
前記第２コンテンツの第２メディアデータを受信して再生する段階は、第２メディアデータを、第１サーバではない第２サーバから受信する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項１０】
前記第１ファイルを受信する段階は、第１ファイルを、ＨＴＴＰ要請に対するＨＴＴＰ応答として受信する段階を含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項１１】
前記第１コンテンツの第１メディアデータを最初に受信して再生する段階は、
前記受信された第１ファイルに基づいて第１メディアデータのヘッダを要請して受信する段階と、
前記受信された第１ファイル及び前記受信されたヘッダに基づいて、第１メディアデータを要請して受信する段階と、を含むことを特徴とする請求項１に記載のメディアデータ再生方法。
【請求項１２】
サーバがメディアデータを伝送する方法において、
第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階と、
前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを伝送する段階と、
前記第１ファイルに基づいた前記クライアントの第２要請に応じて、前記第２コンテンツの第２メディアデータを前記クライアントに伝送する段階と、
前記第２コンテンツの第２メディアデータ再生の完了後、前記第１コンテンツの第１メディアデータを前記クライアントに二番目に伝送する段階と、を含み、
前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータの位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とするメディアデータ伝送方法。
【請求項１３】
メディアデータを再生する装置において、
第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルを受信する情報受信部と、
前記受信した第１ファイルに基づいて前記第１コンテンツの第１メディアデータを最初に受信して再生し、前記第１コンテンツの第１メディアデータ再生を中止し、前記第２コンテンツの第２メディアデータを受信して再生し、前記第２コンテンツの第２メディアデータ再生が完了すれば、前記第１コンテンツの第１メディアデータを再び受信して再生するメディアデータ再生部と、を備え、
前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータの位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とするメディアデータ再生装置。
【請求項１４】
メディアデータ伝送装置において、
第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する情報伝送部と、
前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを最初に伝送し、前記第２コンテンツの第２メディアデータを前記クライアントに伝送し、前記第２コンテンツの第２メディアデータ再生の完了後、前記第１コンテンツの第１メディアデータを前記クライアントに再び伝送するメディアデータ伝送部と、を備え、
前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータの位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とするメディアデータ伝送装置。
【請求項１５】
請求項１ないし１２に記載の方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング方法及び装置に係り、さらに詳細には、メインコンテンツのストリーミング途中で他のコンテンツを挿入してストリーミングする方法及び装置に関する。
【背景技術】
【０００２】
ネットワークを通じてメディアデータを伝送する方式には、ダウンロード方式とストリーミング方式とがある。ストリーミング方式は、サーバがリアルタイムでメディアデータを伝送し、クライアントは受信されたメディアデータをリアルタイムで再生する方式である。
【０００３】
ストリーミング方式は、メディアデータをいずれも送受信した後でメディアデータの再生が始まるダウンロード方式とは異なって、ストリーミング方式によれば、サーバとクライアントとの間に設定された論理的なチャネルを通じてリアルタイムでメディアデータが送受信される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２００９−０１０６２８８号明細書
【特許文献２】米国特許出願公開第２００９−００８９５３５号明細書
【特許文献３】米国特許出願公開第２００９−００３１００７号明細書
【特許文献４】欧州特許出願公開第２１１７１４３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする技術的課題は、メインコンテンツのストリーミング途中で他のコンテンツを挿入してストリーミングする方法及び装置を提供するところにあり、前記方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【課題を解決するための手段】
【０００６】
前記技術的課題を解決するための本発明の一実施形態による、クライアントがメディアデータを再生する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをサーバから受信する段階；前記第１ファイルに基づいて前記第１コンテンツのメディアデータを最初に受信して再生する段階；前記第１コンテンツのメディアデータ再生を中止し、前記第１ファイルに基づいて前記第２コンテンツのメディアデータを受信して再生する段階；前記第２コンテンツのメディアデータ再生が完了すれば、前記第１コンテンツのメディアデータを再び受信して再生する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータについての位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。
【０００７】
本発明のさらに他の実施形態によれば、前記第１コンテンツの再生区間についての情報は、前記第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含み、前記複数のメディアデータは、前記第１コンテンツを所定品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をそれぞれ含む。
【０００８】
本発明のさらに他の実施形態によれば、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの挿入時刻及び前記第２コンテンツの再生区間についての情報に含まれた位置情報が、前記第２コンテンツのメディアデータの位置情報であるか、または前記第２ファイルの位置情報であるかを表す類型情報のうち少なくとも一つをさらに含む。
【０００９】
本発明のさらに他の実施形態によれば、前記第１ファイルをサーバから受信する段階は、前記第２コンテンツの再生区間についての情報が前記第２ファイルの位置情報を含めば、前記第２ファイルの位置情報に基づいて前記第２ファイルをサーバから受信する段階をさらに含み、前記第２ファイルのメディアデータを受信して再生する段階は、前記受信された第２ファイルに含まれた第２コンテンツのメディアデータについての位置情報に基づいて、前記第２コンテンツのメディアデータを受信して再生する段階を含む。
【００１０】
本発明のさらに他の実施形態によれば、前記サーバから受信された第２ファイルは、前記複数のファイルのうち、前記クライアントのユーザプロファイル（ｐｒｏｆｉｌｅ）及び選好度（ｐｒｅｆｅｒｅｎｃｅ）のうち少なくとも一つに基づいて選択されたファイルであり、前記複数のファイルは、相異なる持続期間及び相異なるコンテンツのメディアデータについての位置情報を含むファイルであることをを特徴とする。
【００１１】
本発明のさらに他の実施形態によれば、前記第１ファイルは、複数のタグを含むＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、前記第１コンテンツの再生区間に対する第１タグ、及び前記第２コンテンツの再生区間に対する第２タグを含み、前記第１タグ及び前記第２タグは、タグが前記第１コンテンツの再生区間に対するタグであるか、または前記第２コンテンツの再生区間に対する第２タグであるかを表す属性をそれぞれ含む。
【００１２】
前記技術的課題を解決するための本発明の一実施形態による、サーバがメディアデータを伝送する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第１コンテンツのメディアデータを伝送する段階；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第２コンテンツのメディアデータを前記クライアントに伝送する段階；前記第２コンテンツのメディアデータ再生の完了後、前記第１コンテンツのメディアデータを前記クライアントに再び伝送する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。
【００１３】
前記技術的課題を解決するための本発明の一実施形態による、メディアデータを再生する装置は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをサーバから受信する情報受信部；前記第１ファイルに基づいて前記第１コンテンツのメディアデータを受信して再生し、前記第１コンテンツのメディアデータ再生を中止し、前記第２コンテンツのメディアデータを受信して再生し、前記第２コンテンツのメディアデータ再生が完了すれば、前記第１コンテンツのメディアデータを再び受信して再生するメディアデータ再生部；を備え、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含む。
【００１４】
前記技術的課題を解決するための本発明の一実施形態による、メディアデータ伝送装置は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する情報伝送部；前記第１ファイルに基づいた前記クライアントの要請に応じて、前記第１コンテンツのメディアデータを伝送し、前記第２コンテンツのメディアデータを前記クライアントに伝送し、前記第２コンテンツのメディアデータ再生の完了後、前記第１コンテンツのメディアデータを前記クライアントに再び伝送するメディアデータ伝送部；を備え、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツのメディアデータの位置情報、または前記第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。
【００１５】
前記技術的課題を解決するために本発明は、前記メディアデータ再生方法及びメディアデータ伝送方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００１６】
前記技術的課題を解決するための本発明の一実施形態による、サーバがメディアデータを伝送する方法は、第１コンテンツの再生区間についての情報、及び前記第１コンテンツの再生中に挿入して再生する第２コンテンツの再生区間についての情報を含む第１ファイルをクライアントに伝送する段階；前記第１ファイルに基づいた前記クライアントの第１要請に応じて、前記第１コンテンツの第１メディアデータを最初に伝送する段階；前記第１ファイルに基づいた前記クライアントの第２要請に応じて、前記第２コンテンツの第２メディアデータを前記クライアントに伝送する段階；前記第２コンテンツの第２メディアデータ再生の完了後、前記第１コンテンツの第１メディアデータを前記クライアントに二番目に伝送する段階；を含み、前記第２コンテンツの再生区間についての情報は、前記第２コンテンツの第２メディアデータの位置情報、または前記第２コンテンツの第２メディアデータについての位置情報を含む第２ファイルの位置情報を含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、メインコンテンツのストリーミングに影響を及ぼさずに他のコンテンツを挿入してストリーミングできて、メインコンテンツのストリーミングを多様な方法で行える。また、広告コンテンツなどの商業的コンテンツの挿入が可能になり、コンテンツ提供者及びコンテンツユーザのニーズに対応するメインコンテンツストリーミングが可能になる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態によるストリーミングシステムを示す図面である。
【図２Ａ】本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。
【図２Ｂ】本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。
【図３】本発明の一実施形態によるコンテンツ情報を含むファイルのスキーマを示す図面である。
【図４Ａ】本発明の一実施形態による複数のメディアデータを定義するための情報を示す図面である。
【図４Ｂ】本発明の一実施形態によるメディアデータのヘッダについての情報を示す図面である。
【図４Ｃ】本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報を示す図面である。
【図５Ａ】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【図５Ｂ】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【図６】本発明のさらに他の実施形態によるコンテンツ情報を含むファイルのスキーマを示す図面である。
【図７】本発明のさらに他の実施形態によるコンテンツ情報を示す図面である。
【図８Ａ】本発明の一実施形態によるメディア表現記述のスキーマを示す図面である。
【図８Ｂ】本発明の一実施形態によるメディア表現記述のスキーマを示す図面である。
【図９Ａ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｂ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｃ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｄ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｅ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｆ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｇ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図９Ｈ】本願発明の一実施形態によるメディア表現記述を示す図面である。
【図１０Ａ】本発明の一実施形態による複数のメディアデータを示す図面である。
【図１０Ｂ】本発明の一実施形態による複数のメディアデータを示す図面である。
【図１０Ｃ】本発明の一実施形態による複数のメディアデータを示す図面である。
【図１１Ａ】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【図１１Ｂ】本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【図１２Ａ】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。
【図１２Ｂ】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。
【図１２Ｃ】本発明のさらに他の実施形態による複数のメディアデータを示す図面である。
【図１３Ａ】本発明の一実施形態によるメインコンテンツのストリーミング途中で、さらに他のコンテンツを挿入してストリーミングする場合の時間線を示す図面である。
【図１３Ｂ】本発明の一実施形態によるメインコンテンツのストリーミング途中で、さらに他のコンテンツを挿入してストリーミングする場合の時間線を示す図面である。
【図１３Ｃ】本発明の一実施形態によるメインコンテンツの再生時間線及び挿入されるコンテンツの再生時間線を示す図面である。
【図１４Ａ】本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を示す図面である。
【図１４Ｂ】本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を示す図面である。
【図１５Ａ】本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。
【図１５Ｂ】本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。
【図１６Ａ】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１６Ｂ】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１６Ｃ】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１６Ｄ】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１６Ｅ】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１７Ａ】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１７Ｂ】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１７Ｃ】本発明のさらに他の実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を示す図面である。
【図１８】本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述及びそれに対応する再生区間を示す図面である。
【図１９Ａ】本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを示す図面である。
【図１９Ｂ】本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを示す図面である。
【図２０】本発明の一実施形態によるメインコンテンツのメディア表現記述及びコンテンツ情報を含む複数のファイルを示す図面である。
【図２１】本発明の一実施形態によるメインコンテンツのメディア表現記述、挿入されるコンテンツ情報を含むファイル及びそれに対応する再生区間を示す図面である。
【図２２】本発明の一実施形態によるサーバを示す図面である。
【図２３】本発明の一実施形態によるクライアントを示す図面である。
【発明を実施するための最良の形態】
【００１９】
以下では、図面を参照して本発明の実施形態を詳細に説明する。
【００２０】
図１は、本発明の一実施形態によるストリーミングシステムを示す。
【００２１】
図１を参照すれば、本発明の一実施形態によるストリーミングシステム１００は、エンコーディング装置１１０、サーバ１２０及びクライアント１３０を備える。
【００２２】
エンコーディング装置１１０は、入力されたコンテンツを複数の相異なる品質でエンコーディングして、一つのコンテンツに対する複数のメディアデータを生成する。サーバ１２０がクライアント１３０にメディアデータをストリーミングする時、ストリーミング環境は変更できる。例えば、ストリーミングのためのネットワーク１４０の帯域幅が変更されてもよく、メディアデータを伝送するためにサーバ１２０が使用できるハードウェア資源、またはメディアデータを受信するためにクライアント１３０が使用できるハードウェア資源が変更されてもよい。
【００２３】
したがって、エンコーディング装置１１０は、流動的なストリーミング環境による適応的なストリーミングのために、一つのコンテンツを複数の相異なる品質でエンコーディングする。ビット率またはサンプリング周波数または解像度またはフレーム率などの因子を調節することで、一つのコンテンツを複数の相異なる品質でエンコーディングできる。例えば、一つの動映像コンテンツを相異なる解像度でエンコーディングして、５００Ｋｂｐｓ、１０００Ｋｂｐｓ及び２０００Ｋｂｐｓの複数のメディアデータを生成できる。
【００２４】
相異なる品質でエンコーディングされた複数のメディアデータはサーバ１２０に伝送され、この時、コンテンツ情報及び複数のメディアデータそれぞれについての情報も共にサーバ１２０に伝送される。コンテンツ情報は、コンテンツのメタデータとしてコンテンツの題目（ｔｉｔｌｅ）、シノプシス（ｓｙｎｏｐｓｉｓ）、コンテンツ識別子（Ｃｏｎｔｅｎｔ ＩＤ）、コンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などの情報を含む。複数のメディアデータについての情報は、それぞれのメディアデータの品質、類型及び識別子などを含むことができるが、これについては、図４Ａないし図４Ｃを参照して詳細に説明する。
【００２５】
クライアント１４０は、コンテンツ情報及び複数のメディアデータについての情報のうち少なくとも一つを受信し、これに基づいてサーバ１２０に、複数のメディアデータのうち少なくとも一つのメディアデータを要請する。クライアント１３０は、ストリーミング環境を推定（ｅｓｔｉｍａｔｉｏｎ）し、推定されたストリーミング環境に基づいて複数のメディアデータのうち少なくとも一つのメディアデータを選択する。推定されたストリーミング環境で適宜なＱｏＳを維持できる少なくとも一つのメディアデータを選択できる。次いで、クライアント１３０は、選択された少なくとも一つのメディアデータの伝送を要請するＨＴＴＰ要請（ｒｅｑｕｅｓｔ）をサーバ１２０に伝送できる。
【００２６】
ストリーミング環境が劣化して高品質のメディアデータを受信すれば、メディアデータを再生し続けられない場合には、複数のメディアデータのうち低品質のメディアデータを要請し、ストリーミング環境が改善されて高品質のメディアデータを受信しても、メディアデータを再生し続けられる場合には、複数のメディアデータのうち高品質のメディアデータを要請できる。
【００２７】
所定のメディアデータの受信中に、他のメディアデータの伝送をサーバ１２０に要請してもよい。例えば、ストリーミング環境が劣化した状態で、低品質の第１メディアデータを要請して受信しているクライアント１３０は、ストリーミング環境の改善につれてさらに高品質の第２メディアデータの伝送をサーバ１２０に要請できる。従来の技術によるストリーミング方法によれば、サーバ１２０とクライアント１３０とがストリーミングチャネルを最初に設定する時、品質を一度設定すれば、同じ品質でメディアデータを送受信し続けねばならなかった。しかし、本願発明によれば、クライアント１３０が低品質の第１メディアデータの受信中にも、同じコンテンツに対するさらに高品質の第２メディアデータを再び要請することができて、ストリーミング環境による適応的なストリーミングが可能になる。
【００２８】
ネットワーク１４０の帯域幅及びサーバ１２０またはクライアント１３０の使用可能なハードウェア資源に基づいてストリーミング環境を推定する多様な方法が、クライアント１３０がストリーミング環境を推定するところに用いられる。例えば、クライアント１３０は、受信されるメディアデータのタイムスタンプ及びＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）に基づいてストリーミング環境を推定できる。受信されるメディアデータのタイムスタンプを確認して、メディアデータが再生速度より遅い速度で受信されていれば、ストリーミング環境が劣化していると判断できる。また、受信されるメディアデータのＢＥＲが高くなっても、ストリーミング環境が劣化していると判断できる。
【００２９】
クライアント１３０が、ストリーミング環境によって複数のメディアデータのうち少なくとも一つのメディアデータの伝送を要請すれば、サーバ１２０は、要請されたメディアデータをクライアント１３０に伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として、要請されたメディアデータをクライアント１３０に伝送できる。
【００３０】
複数のメディアデータそれぞれは、コンテンツを相異なる品質でエンコーディングし、分割して生成された複数の部分のうち少なくとも一つを含む。言い換えれば、エンコーディング装置１１０のエンコーディング結果で生成された複数のメディアデータそれぞれは、時間に基づいて分割された少なくとも一つの部分をそれぞれ含む。サーバ１２０は、コンテンツを一つのストリームでエンコーディングして連続して伝送するものではなく、複数の部分に分割してそれぞれ伝送する。コンテンツを１０秒または２０秒などの所定の時間単位でコンテンツを分割して、複数の部分を生成できる。分割の基礎になる時間は、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）に基づいて設定される。一つまたは二つ以上のＧＯＰのピクチャーに対応するメディアデータを一つの部分に設定できる。
【００３１】
例えば、２種の品質でコンテンツがストリーミングされる場合、第１メディアデータはコンテンツを第１品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分を含むことができ、第２メディアデータは、コンテンツを第２品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分を含む。
【００３２】
複数のメディアデータを時間に基づいてそれぞれ分割することで、前述した適応的なストリーミングが可能になる。例えば、ストリーミングが始まれば、サーバ１２０は品質の低い第１メディアデータの０秒〜２０秒に該当する部分を伝送する。次いで、２０秒以後にストリーミング環境が改善されたと判断されて、クライアント１３０がさらに高品質のメディアデータを要請すれば、サーバ１２０は、さらに品質の高い第２メディアデータの２０秒〜４０秒に該当する部分を伝送できる。メディアデータが時間に基づいて複数の部分に分割されているため、ストリーミング途中でもストリーミング環境によって相異なるメディアデータの部分を伝送できる。
【００３３】
図２Ａは、本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。
【００３４】
図２Ａを参照すれば、段階２１０で、クライアント１３０は所定のコンテンツ情報の伝送をサーバ１２０に要請する。クライアント１３０のユーザが、クライアント１３０の画面に表示されたユーザインターフェースで所定のコンテンツを選択すれば、選択されたコンテンツ情報の伝送をサーバ１２０に要請する。クライアント１３０は、コンテンツ情報の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送できる。
【００３５】
クライアント１３０から要請を受信したサーバ１２０は、クライアント１３０にコンテンツ情報を伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として、コンテンツ情報をクライアント１３０に伝送できる。コンテンツ情報は、ＯＩＰＦ（Ｏｐｅｎ ＩＰＴＶ Ｆｏｒｕｍ）標準によるＣＡＤ（Ｃｏｎｔｅｎｔ Ａｃｃｅｓｓ Ｄｅｓｃｒｉｐｔｏｒ）でありうる。図３を参照して詳細に説明する。
【００３６】
図３は、本発明の一実施形態によるコンテンツ情報を含むファイルのスキーマ（ｓｃｈｅｍａ）を図示する。コンテンツ情報を含むファイルはＣＡＤであり、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルでありうる。以下、本発明の詳細な説明では、タグ（ｔａｇ）及び属性（ａｔｔｒｉｂｕｔｅ）を区分して説明するが、本発明の詳細な説明でタグにより定義される項目を、タグではない属性により定義するか、または本発明の詳細な説明で属性により定義される項目を、属性ではないタグにより定義することができるということは、当業者ならば容易に理解できる。
【００３７】
図３を参照すれば、コンテンツ情報は、’Ｔｉｔｌｅ’、’Ｓｙｎｏｐｓｉｓ’、’ＯｒｉｇｉｎＳｉｔｅ’、’ＣｏｎｔｅｎｔＵＲＬ’タグなどを含む。
【００３８】
従来の技術によるメディアデータのストリーミングは、一つのコンテンツを所定の品質でエンコーディングして一つのメディアデータを生成するので、従来の技術によるコンテンツ情報（特に、ＯＩＰＦによるＣＡＤ）は、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての情報を含まない。
【００３９】
しかし、本発明の一実施形態によるコンテンツ情報は、一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての情報を含むところ、図３に示した実施形態の’Ｔｒａｃｋｓ’、’ＲｅｆＤａｔａ’及び’Ｆｒａｇｍｅｎｔｓ’タグがこれに該当する。
【００４０】
図４Ａは、本発明の一実施形態による複数のメディアデータを定義するための情報を図示する。
【００４１】
図４Ａを参照すれば、’Ｔｒａｃｋｓ’タグは、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを区分するための情報である。’Ｔｒａｃｋｓ’タグは、複数のメディアデータそれぞれに割り当てられた’ＩＤ’属性（ａｔｔｒｉｂｕｔｅ）、’Ｔｙｐｅ’属性及び’Ｂｉｔｒａｔｅ’属性を含む。
【００４２】
’ＩＤ’属性は、メディアデータに対して順次に付与される識別子を定義し、’Ｔｙｐｅ’属性は、メディアデータのオーディオデータ、ビデオデータ、ビデオ／オーディオデータ、字幕データのうちいかなるデータに該当するかを定義する。’Ｔｙｐｅ’属性が’Ｐａｃｋｅｄ’ならば、メディアデータがビデオ／オーディオデータであることを、’Ｔｙｐｅ’属性が’Ｖｉｄｅｏ’ならば、メディアデータがビデオデータであることを表す。’Ｂｉｔｒａｔｅ’属性はメディアデータのエンコーディングに用いられたビット率を定義する。
【００４３】
図４Ｂは、本発明の一実施形態によるメディアデータのヘッダについての情報を図示する。
【００４４】
図４Ｂを参照すれば、’ＲｅｆＤａｔａ’タグは’Ｔｙｐｅ’属性及び’ＩＤ’属性を含む。’Ｔｙｐｅ’属性は、ヘッダがいかなるメディアフォーマットのヘッダであるかを定義する。例えば、’Ｔｙｐｅ’属性が’ＨＥＡＤ−ＴＳ’ならば、ヘッダが伝送ストリーム（ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）フォーマットのヘッダであることを表す。’ＩＤ’属性は、ヘッダが複数のメディアデータのうちいかなるメディアデータのヘッダであるかを定義する。’ＩＤ’属性が’１’ならば、メディアデータ識別子が’１’であるメディアデータに対するヘッダであることを表す。また、’ＲｅｆＤａｔａ’タグはヘッダを指示（ｐｏｉｎｔｉｎｇ）する情報を含むところ、’ＵＲＬ’タグはヘッダの位置、すなわち、ＵＲＬを定義する。
【００４５】
’ＲｅｆＤａｔａ’タグは選択的な要素である。ヘッダがメディアデータと分離されて別途のファイルに存在する場合にのみ、コンテンツ情報に’ＲｅｆＤａｔａ’タグが含まれ、メディアデータと結合されて存在する場合には、コンテンツ情報に’ＲｅｆＤａｔａ’タグが含まれない可能性がある。
【００４６】
図４Ｃは、本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報を含む。
【００４７】
図４Ｃを参照すれば、’Ｆｒａｇｍｅｎｔｓ’タグの下位タグである’Ｆｒａｇｍｅｎｔ’タグに、複数のメディアデータそれぞれに含まれた少なくとも一つの部分についての情報が含まれる。
【００４８】
’Ｆｒａｇｍｅｎｔｓ’タグは、’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性を含む。ライブストリーミングなどの一つのコンテンツストリーミングが完了すれば、次のコンテンツが続いてストリーミングされる場合には、次にストリーミングされるコンテンツ情報をクライアント１３０が予め知っていて初めて、コンテンツをストリーミングし続けることができる。したがって、’Ｆｒａｇｍｅｎｔｓ’タグは、次にストリーミングされるコンテンツ情報を’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性と定義する。次にストリーミングされるコンテンツに対する複数のメディアデータのＵＲＬが、’ＮｅｘｔＦｒａｇｍｅｎｔｓＸＭＬＵＲＬ’属性と定義できる。
【００４９】
’Ｆｒａｇｍｅｎｔ’タグは、現在ストリーミングされるコンテンツの少なくとも一つの部分についての情報を含む。図４Ｃに示した実施形態を例として説明すれば、第１メディアデータとして、コンテンツを第１品質でエンコーディングして生成された最初の部分である’ｓｌｉｃｅ１−１．ａｓ’のＵＲＬ情報が’ＵＲＬ’タグにより定義され、対応するヘッダの識別子が’ＲｅｆＰｏｉｎｔｅｒ’タグにより定義される。また、最初の部分の開始時刻が’ＳｔａｒｔＴｉｍｅ’属性により定義され、それぞれの部分の持続時間が’Ｄｕｒａｔｉｏｎ’属性により定義される。第１メディアデータの品質は’ＢｉｔＲａｔｅ’属性により定義される。
【００５０】
図４Ｃに示した実施形態では、’Ｆｒａｇｍｅｎｔｓ’タグは、それぞれのメディアデータが一つの部分のみ含む場合を図示した。しかし、当業者は、図１と関連して前述したように、それぞれのメディアデータが複数の部分に分割される場合、一つの’Ｆｒａｇｍｅｎｔｓ’タグが２つ以上の部分についての情報を含むことができるということがすぐ分かる。
【００５１】
再び図２Ａを参照すれば、段階２２０でクライアント１３０は、複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請する。複数のメディアデータは、一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータである。クライアント１３０は、複数のメディアデータのうちストリーミング環境に好適な品質で符号化された少なくとも一つのメディアデータを選択してサーバ１２０に要請する。クライアント１３０は、コンテンツ情報に含まれた複数のメディアデータについての情報に基づいて、ＨＴＴＰ要請をサーバ１２０に伝送できる。
【００５２】
コンテンツ情報は、図４Ｃと関連して前述したように’Ｆｒａｇｍｅｎｔｓ’タグを含んでいる。したがって、クライアント１３０は、’Ｆｒａｇｍｅｎｔｓ’タグに含まれたＵＲＬ情報に基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。
【００５３】
クライアント１２０の要請に応じて、サーバ１２０はメディアデータを伝送する。要請されたメディアデータの少なくとも一つの部分をクライアント１２０に伝送できる。ＨＴＴＰ要請に対するＨＴＴＰ応答として、要請されたメディアデータをクライアント１２０に伝送できる。
【００５４】
図２Ｂは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。図２Ｂは、ヘッダがメディアデータと分離されて別途のファイルで存在する場合のストリーミング方法を図示する。
【００５５】
図２Ｂを参照すれば、段階２１２でクライアント１３０は、所定のコンテンツ情報の伝送をサーバ１２０に要請し、サーバ１２０からコンテンツ情報を伝送する。図２Ａの段階２１０に図示される。図４Ｂと関連して前述した’ＲｅｆＤａｔａ’タグを含むコンテンツ情報を受信する。
【００５６】
段階２２２でクライアント１３０は、段階２１０で受信されたコンテンツ情報に基づいて、複数のメディアデータのうち選択されたメディアデータのヘッダを要請する。段階２１２で受信されたコンテンツ情報に基づいて、複数のメディアデータのうちストリーミング環境に好適な少なくとも一つのメディアデータを選択し、選択されたメディアデータのヘッダを要請する。段階２１２で受信されたコンテンツ情報に含まれた’ＲｅｆＤａｔａ’タグを参照して、選択されたメディアデータのヘッダを要請する。
【００５７】
サーバ１２０は、要請されたメディアデータのヘッダをクライアント１３０に伝送する。ヘッダファイルをクライアント１３０に伝送でき、ヘッダファイルはＸＭＬファイルでありうる。
【００５８】
段階２３２でクライアント１３０は、段階２１２で受信されたコンテンツ情報及び段階２２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。メディアデータを時間に基づいて分割して生成された少なくとも一つの部分の伝送をサーバ１３０に要請し、サーバ１２０は、要請された少なくとも一つの部分をクライアント１３０に伝送する。
【００５９】
図５Ａは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【００６０】
図５Ａを参照すれば、段階５１０でクライアント１３０は、所定のコンテンツ情報の伝送をサーバ１２０に要請し、サーバ１２０からコンテンツ情報を伝送する。所定のコンテンツ情報の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、これに対するＨＴＴＰ応答としてコンテンツ情報を受信する。コンテンツ情報を含むＸＭＬファイルを受信することができる。段階５１０でクライアント１３０が受信するコンテンツ情報は、図２の段階２１０でクライアント１３０が受信するコンテンツ情報と異なるところ、図６及び７を参照して詳細に説明する。
【００６１】
図６は、本発明のさらに他の実施形態によるコンテンツ情報を含むファイルのスキーマを示す図面である。
【００６２】
図６を参照すれば、本発明の一実施形態によるコンテンツ情報は、図３と同様に’Ｔｉｔｌｅ’、’Ｓｙｎｏｐｓｉｓ’、’ＯｒｉｇｉｎＳｉｔｅ’、’ＣｏｎｔｅｎｔＵＲＬ’タグなどを含む。
【００６３】
しかし、図３に示した実施形態では、コンテンツ情報が’Ｔｒａｃｋｓ’、’ＲｅｆＤａｔａ’及び’Ｆｒａｇｍｅｎｔｓ’タグを含むことで、複数のメディアデータについての情報も共に含むのに対し、図６に示した実施形態では、コンテンツ情報が複数のメディアデータについての情報を含むものではなく、複数のメディアデータについての情報を含むファイル（以下、Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ：’メディア表現記述’という。）のＵＲＬのみ定義することが異なる。’ＣｏｎｔｅｎｔＵＲＬ’タグによりメディア表現記述のＵＲＬが定義される。
【００６４】
図６に示したように、従来の技術による多様なコンテンツ情報ファイルのスキーマをあまり変更せず、メディア表現記述のＵＲＬのみコンテンツ情報ファイルに挿入することで、多様なメディアデータフォーマットとの互換性を維持しつつ、ストリーミング環境に適応的なストリーミングが可能になる。
【００６５】
図６に示したところによれば、コンテンツ情報は複数のメディアデータについての情報は含まず、ストリーミング方法と関連する情報のみ含む。言い換えれば、’ＣｏｎｔｅｎｔＵＲＬ’タグは、ストリーミングに用いられるメディアデータのフォーマットを定義する’ＭｅｄｉａＦｏｒｍａｔ’属性、メディアデータの種類を定義する’ＭＩＭＥＴｙｐｅ’属性などを含む。
【００６６】
特に、’ＣｏｎｔｅｎｔＵＲＬ’タグは、コンテンツのストリーミングがいかなるサービスと関連しているかを定義する’ＴｒａｎｓｆｅｒＴｙｐｅ’属性を含む。’ＴｒａｎｓｆｅｒＴｙｐｅ’属性は、コンテンツのストリーミングがＣｏＤ（Ｃｏｎｔｅｎｔ ｏｎ Ｄｅｌｉｖｅｒｙ）サービス、生中継（Ｌｉｖｅ）、適応ストリーミング生中継（Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ Ｌｉｖｅ）及び適応ストリーミングＣｏＤ（Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ＣｏＤ）のうちいかなるサービスと関連するかを定義できる。
【００６７】
図７は、本発明のさらに他の実施形態によるコンテンツ情報を図示する。図７は、ＯＩＰＦ標準によるＣＡＤでありうる。
【００６８】
図７を参照すれば、図６に示したスキーマによって生成されたコンテンツ情報は、’ＣｏｎｔｅｎｔＵＲＬ’タグにメディア表現記述のＵＲＬが定義される。’ｈｔｔｐ：／／ａｓｅｘａｍｐｌｅ．ｃｏｍ／ｖｏｄ／ｍｏｖｉｅｓ／１８８８８／Ｍｅｔａ／ＭａｉｎＭｅｔａ．ｘｍｌ’が、メディア表現記述のＵＲＬである。また、図６と関連して前述したように、’ＭｅｄｉａＦｏｒｍａｔ’属性、’ＭＩＭＥＴｙｐｅ’属性及び’ＴｒａｎｓｆｅｒＴｙｐｅ’属性などが’ＣｏｎｔｅｎｔＵＲＬ’タグに定義される。
【００６９】
再び図５Ａを参照すれば、段階５２０でクライアント１３０は、段階５１０で受信されたコンテンツ情報に基づいて、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述をＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。
【００７０】
段階５１０でクライアント１３０がサーバ１２０から受信したコンテンツ情報は、図６及び７と関連して前述したようにメディア表現記述のＵＲＬ情報を含むことができるところ、クライアント１３０は、コンテンツ情報の’ＣｏｎｔｅｎｔＵＲＬ’タグを参照してメディア表現記述をサーバ１２０に要請して受信する。メディア表現記述について、図８Ａ及び図８Ｂ、図９Ａないし図９Ｇを参照して詳細に説明する。
【００７１】
図８Ａ及び図８Ｂは、本発明の一実施形態によるメディア表現記述のスキーマを示す図面である。メディア表現記述は、ＯＩＰＦ標準によるメディア表現記述でありうる。
【００７２】
図８Ａを参照すれば、本発明の一実施形態によるメディア表現記述は、複数のメディアデータのＵＲＬに対するテンプレート（ｔｅｍｐｌａｔｅ）タグ、ヘッダの位置を定義するためのタグ、ストリーミングがいかなるサービスと関連しているか定義するためのタグ、メディアデータコンテナ（ｃｏｎｔａｉｎｅｒ）フォーマットを定義するためのタグ及び複数のメディアデータを定義するためのタグを含む。
【００７３】
’ｕｒｌＴｅｍｐｌａｔｅ’タグは、複数のメディアデータについてのＵＲＬ情報の共通部分を定義する。例えば、’ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｖｏｄ／ｍｏｖｉｅ／１８８８８／Ｔｒａｃｋ／｛ＴｒａｃｋＩＤ｝／Ｓｅｇｍｅｎｔｓ／｛ＳｅｇｍｅｎｔＩＤ｝’がＵＲＬテンプレートならば、’ＴｒａｃｋＩＤ’及び’ＳｅｇｍｅｎｔＩＤ’に、複数のメディアデータそれぞれの識別子及びそれぞれのメディアデータに含まれた少なくとも一つの部分の識別子を代入することで、メディアデータに対するＵＲＬを定義できる。
【００７４】
’ｈｅａｄｅｒＵｒｌ’タグは、図４Ｂと関連して前述した’ＲｅｆＤａｔａ’タグに対応する。言い換えれば、複数のメディアデータのヘッダＵＲＬを定義する。
【００７５】
’ｉｓＬｉｖｅ’タグは、ストリーミングがいかなるサービスと関連しているかを定義するタグである。例えば、’ｉｓＬｉｖｅ’タグが’Ｌｉｖｅ’と定義されれば、ストリーミングが生放送サービスと関連していることを表し、’ｉｓＬｉｖｅ’タグが’ＣｏＤ’と定義されれば、ストリーミングがＣｏＤサービスと関連していることを表す。
【００７６】
’ｃｏｎｔｅｎｔＴｙｐｅ’タグは、ストリーミングに用いられるメディアデータのコンテナフォーマットを定義する。メディアデータのコンテナフォーマットがＭＰ４フォーマットであるか、またはＭＰＥＧ２−ＴＳフォーマットであるかを表すための情報でありうる。本発明の詳細な説明では、メディアデータのコンテナフォーマットがＭＰ４フォーマットまたはＭＰＥＧ２−ＴＳフォーマットである場合を例として説明する。しかし、コンテナフォーマットはこれに限定されず、メディアデータの伝送のためのあらゆるコンテナフォーマットが本発明に適用できるということは、当業者ならば容易に理解できるであろう。例えば、前記’ｃｏｎｔｅｎｔＴｙｐｅ’タグは、メディアデータのコンテナフォーマットがＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）標準によるフォーマットであることを定義してもよい。
【００７７】
’Ｓｔｒｅａｍ’タグは、複数のメディアデータそれぞれに対して生成され、複数のメディアデータそれぞれを定義する。一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータそれぞれを定義するために、’ｓｔｒｅａｍＮａｍｅ’属性、’ｔｙｐｅ’属性、’ｂｉｔｒａｔｅ’属性、’ｓｔａｒｔＴｉｍｅ’属性、’ｆｉｒｓｔＩｎｔｅｒｖａｌＮｕｍ’属性、’ｄｕｒａｔｉｏｎ’属性、及び’ｉｎｔｅｒｖａｌＣｏｕｎｔ’属性を含む。
【００７８】
’ｓｔｒｅａｍＮａｍｅ’属性は、メディアデータの名称を定義する。メディアデータの識別子でありうる。’ｔｙｐｅ’属性は、メディアデータの類型を定義する。メディアデータがオーディオデータ、ビデオデータ及びオーディオ／ビデオデータのうちいかなるメディアのデータであるかを定義する。メディアデータが変速再生（ｔｒｉｃｋ ｐｌａｙ）のためにＩフレームについてのデータのみ含む場合には、これについての情報が’ｔｙｐｅ’属性で定義される。
【００７９】
’Ｂｉｔｒａｔｅ’属性は、メディアデータのビット率を定義し、’ｓｔａｒｔＴｉｍｅ’属性は、メディアデータの開始時刻を特定するタイムスタンプを定義し、’ｆｉｒｓｔＩｎｔｅｒｖａｌＮｕｍ’属性は、最初に始まる部分の番号を定義する。
【００８０】
’ｄｕｒａｔｉｏｎ’属性は、メディアデータに含まれた部分の持続時間を定義し、’ｉｎｔｅｒｖａｌＣｏｎｕｎｔ’属性は、メディアデータに含まれた少なくとも一つの部分の全体数を定義する。
【００８１】
’Ｓｅｇｍｅｎｔ’タグは、’Ｓｔｒｅａｍ’タグの下位タグであり、メディアデータが前述したようにコンテンツを所定の品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分ならば、このような少なくとも一つの部分それぞれを定義する。
【００８２】
’ＩｎｔＮｕｍ’属性は、部分の番号を定義し、’ＳｔａｒｔＴｉｍｅ’は、該当部分の開始時刻を定義する。’Ｄｕｒａｔｉｏｎ’は、該当部分の持続時間を定義し、’ｕｒｌ’は、該当部分のＵＲＬ情報を定義する。
【００８３】
’Ｓｅｇｍｅｎｔ’タグは選択的なタグであり、メディアデータに含まれた少なくとも一つの部分についての情報が’Ｓｔｒｅａｍ’タグの他の属性から類推できる場合には、メディア表現記述に含まれない。言い換えれば、’Ｓｔｒｅａｍ’タグに定義された’ｓｔａｒｔＴｉｍｅ’、’ｆｉｒｓｔＩｎｔｅｒｖａｌＮｕｍ’、’ｄｕｒａｔｉｏｎ’及び’ｉｎｔｅｒｖａｌＣｏｕｎｔ’属性によって’Ｓｔｒｅａｍ’タグから類推できる場合には、メディア表現記述に含まれない。また、’ｕｒｌＴｅｍｐｌａｔｅ’タグに所定のテンプレートが定義されており、このように定義されたテンプレートに、複数のメディアデータそれぞれの識別子及びそれぞれのメディアデータに含まれた少なくとも一つの部分の識別子を代入することで、部分のＵＲＬ情報を類推できれば、’Ｓｅｇｍｅｎｔ’タグの’ｕｒｌ’属性は不要である。
【００８４】
図８Ｂを参照すれば、本発明のさらに他の実施形態によるメディア表現記述は’ｎｅｘｔＭａｎｉｆｅｓｔＵＲＬ’タグをさらに含む。前述したように、ライブストリーミングまたは広告の挿入のように一つのコンテンツストリーミングが完了すれば、次のコンテンツが続いてストリーミングされる場合には、次にストリーミングされるコンテンツ情報をクライアント１３０が予め知っていて初めて、コンテンツをストリーミングし続けられるので、現在ストリーミング中のコンテンツの次にストリーミングされるコンテンツのメディア表現記述のＵＲＬ情報が、’ｎｅｘｔＭａｎｉｆｅｓｔＵＲＬ’タグにより定義される。
【００８５】
図９Ａないし図９Ｈは、本願発明の一実施形態によるメディア表現記述を図示する。
【００８６】
図９Ａを参照すれば、本発明の一実施形態によるメディア表現記述は、’ＵＲＬＴｅｍｐｌａｔｅ’タグ、’ＲｅｆＤａｔａＵＲＬ’タグ及び複数のメディアデータそれぞれを定義する複数のタグを含む。
【００８７】
’ＵＲＬＴｅｍｐｌａｔｅ’タグ及び’ＲｅｆＤａｔａＵＲＬ’タグは、それぞれ図８Ａ及び図８Ｂの’ｕｒｌＴｅｍｐｌａｔｅ’タグ及び’ＲｅｆＤａｔａＵＲＬ’タグに対応する。
【００８８】
’ＩＤ’属性、’Ｔｙｐｅ’属性、’ＢｉｔＲａｔｅ’属性、’ＳｔａｒｔＴｉｍｅ’属性、’ＳｅｇｍｅｎｔＤｕｒａｔｉｏｎ’属性、’ＳｅｇｍｅｎｔＳｔａｒｔＩＤ’属性及び’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性は、それぞれ図８Ａ及び図８Ｂの’ｓｔｒｅａｍＮａｍｅ’属性、’ｔｙｐｅ’属性、’ｂｉｔｒａｔｅ’属性、’ｓｔａｒｔＴｉｍｅ’属性、’Ｓｔｒｅａｍ’タグの’ｄｕｒａｔｉｏｎ’属性、’Ｓｔｒｅａｍ’タグの’ｆｉｒｓｔＩｎｔｅｒｖａｌＮｕｍ’属性及び’ｉｎｔｅｒｖａｌＣｏｕｎｔ’属性に対応する。
【００８９】
図９Ａに示したメディア表現記述は、コンテンツを相異なる品質で生成した３つのビデオデータ、一つのオーディオデータ及び変速再生のためにＩフレームのみエンコーディングして生成したメディアデータについての情報を含む。
【００９０】
図９Ｂを参照すれば、本発明の一実施形態によるメディア表現記述は’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグをさらに含む。’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグは、図８Ｂの’ｎｅｘｔＭａｎｉｆｅｓｔＵＲＬ’タグに対応する。したがって、現在再生中のコンテンツの次に続いて再生するコンテンツのメディア表現記述のＵＲＬが、’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグにより定義される。
【００９１】
図９Ｃは、現在再生中のコンテンツに続いて再生するコンテンツのメディア表現記述のＵＲＬが、図９Ｂの’ＮｅｘｔＡｄａｐｔｉｖｅＣｏｎｔｒｏｌＵＲＬ’タグにより定義された時、次に続いて再生するコンテンツのメディア表現記述を図示する。図９Ｂのメディア表現記述と比較すると、図９Ｃは、次に続いて再生されるコンテンツのメディア表現記述であるため、’ＳｔａｒｔＴｉｍｅ’属性の現在再生中のコンテンツのメディア表現記述と異なる。
【００９２】
図９Ｄ及び図９Ｅは、ユーザの高画質ビデオ再生を選択的に制御するためのメディア表現記述を図示する。一つのコンテンツを５種の相異なる品質でエンコーディングして複数のメディアデータが生成され、図９Ｄは、この場合のメディア表現記述を図示する。しかし、図９Ｅに示したメディア表現記述で高品質でエンコーディングされたビデオについての情報を含んでいるタグ、すなわち、’ＩＤ’属性が’５’であるメディアデータの’ＳｔａｒｔＴｉｍｅ’属性及び’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性が、図９Ｄのメディア表現記述と異なる。
【００９３】
サーバ１２０は、クライアント１３０のユーザレベルによって、図９Ｄのメディア表現記述または図９Ｅのメディア表現記述を選択的に伝送できる。クライアント１３０のユーザレベルが高い場合（例えば、クライアント１３０が有料ユーザである場合）には、図９Ｄのメディア表現記述を伝送することで、高品質のビデオも自在に再生させ、クライアント１３０のユーザレベルが低い場合（例えば、クライアント１３０が無料ユーザである場合）には、図９Ｅのメディア表現記述を伝送することで、高品質のビデオは、’ＳｔａｒｔＴｉｍｅ’属性により定義された時刻から’ＳｅｇｍｅｎｔＣｏｕｎｔ’属性により定義された部分のみ再生可能にする。
【００９４】
図９Ｆは、コンテンツに広告が挿入される場合のメディア表現記述を図示する。図９Ｆを参照すれば、メディア表現記述は、’ＳｔａｒｔＴｉｍｅ’属性の異なる広告コンテンツ及びメインコンテンツ情報を含む。メディア表現記述は、’００：００：００’から’００：０２：００’まで再生されるビット率が’５０００００’である広告コンテンツ情報、及び’００：０２：００’から再生されるビット率が’１００００００’、’２００００００’、’３００００００’及び’４００００００’であるメインコンテンツ情報を含む。サーバ１２０が広告コンテンツを一つのビット率によりエンコーディングしてクライアント１３０に提供し、広告コンテンツと’ＳｔａｒｔＴｉｍｅ’属性を異ならせるメインコンテンツは、４つの相異なるビット率によりエンコーディングしてクライアント１３０に提供する場合、図９Ｆのメディア表現記述がサーバ１２０からクライアント１３０に伝送される。
【００９５】
図９Ｇは、本発明の一実施形態による広告コンテンツ情報を含むメディア表現記述を図示する。メインコンテンツを提供するサーバと広告コンテンツを提供するサーバとが相異なる。言い換えれば、クライアント１３０が、メインコンテンツは図５Ａのサーバ１２０から提供され、広告コンテンツは図５Ａのサーバ１２０ではない他のサーバから受信する場合、広告コンテンツ情報を含むメディア表現記述は、広告コンテンツのＵＲＬ情報を含む。図９Ｇに示したように、一つの品質で符号化された広告コンテンツのＵＲＬ情報がメディア表現記述に含まれる。
【００９６】
メインコンテンツのストリーミング中間に広告コンテンツを挿入して再生する方法及び装置についての多様な実施形態は、図１３Ａないし図２３と関連して詳細に後述する。
【００９７】
図９Ｈは、本発明の一実施形態による言語情報及び字幕情報を含むメディア表現記述を図示する。図９Ｈを参照すれば、オーディオデータは、多重言語についての情報を含む。’ＩＤ’属性が’４’及び’５’である多重言語のオーディオデータについての情報がメディア表現記述に含まれ、’ＩＤ’属性が’６’及び’７’である多重言語の字幕についての情報がメディア表現記述に含まれる。
【００９８】
オーディオデータはもとより字幕も、時間によって複数の部分に分割されるので、ストリーミング途中でオーディオデータ及び字幕を異なる言語のオーディオデータ及び字幕に変更できる。
【００９９】
再び図５Ａを参照すれば、段階５３０でクライアント１３０は、複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照して、ストリーミング環境に好適な品質で符号化された少なくとも一つのメディアデータを選択してサーバ１２０に要請する。クライアント１３０は、所定のメディアデータの伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送できる。クライアント１２０の要請に応じて、サーバ１２０はメディアデータを伝送する。コンテンツを所定の品質でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分をクライアント１２０に伝送できる。ＨＴＴＰ要請に対するＨＴＴＰ応答として要請されたメディアデータをクライアント１２０に伝送できる。
【０１００】
図５Ｂは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【０１０１】
図５Ｂを参照すれば、段階５１２でクライアント１３０は、所定のコンテンツ情報の伝送をサーバ１２０に要請し、サーバ１２０からコンテンツ情報を伝送する。所定のコンテンツ情報の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、これに対するＨＴＴＰ応答としてコンテンツ情報を受信する。コンテンツ情報を含むＸＭＬファイルを受信できる。
【０１０２】
段階５２２でクライアント１３０は、段階５１２で受信されたコンテンツ情報に基づいて、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述を、ＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。
【０１０３】
段階５３２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報に基づいて、選択されたメディアデータのヘッダを要請する。段階５２２で受信された情報に基づいて、複数のメディアデータのうちストリーミング環境に好適な少なくとも一つのメディアデータを選択し、選択されたメディアデータのヘッダを要請する。段階５２２で受信された複数のメディアデータについての情報を参照して、選択されたメディアデータのヘッダを要請する。サーバ１２０は、要請に対する応答として、選択されたメディアデータのヘッダファイルをクライアント１３０に伝送する。
【０１０４】
段階５４２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報、及び段階２２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。コンテンツを所定の割合でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分の伝送をサーバ１３０に要請し、サーバ１２０は、要請された少なくとも一つの部分をクライアント１３０に伝送する。
【０１０５】
図１０Ａないし図１０Ｃは、本発明の一実施形態による複数のメディアデータを図示する。図１０Ａないし図１０Ｃは、図５Ａ及び図５Ｂによるストリーミング方法を行うために、サーバ１２０が保有する複数のメディアデータを図示する。
【０１０６】
図１０Ａを参照すれば、ストリーミング環境に適応的なストリーミングのためにサーバ１２０は、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有できる。’Ｔｒａｃｋ１’、’Ｔｒａｃｋ２’、…、’ＴｒａｃｋＮ’が複数のメディアデータである。また、それぞれのメディアデータは、それぞれのメディアデータを時間に基づいて分割して生成された少なくとも一つの部分を含む。’Ｓｌｉｃｅ１−１．ａｓ’、’Ｓｌｉｃｅ１−２．ａｓ’、’Ｓｌｉｃｅ１−３．ａｓ’、’Ｓｌｉｃｅ２−１．ａｓ’、’Ｓｌｉｃｅ２−２．ａｓ’、’Ｓｌｉｃｅ２−３．ａｓ’、’ＳｌｉｃｅＮ−１．ａｓ’、’ＳｌｉｃｅＮ−２．ａｓ’、’ＳｌｉｃｅＮ−３．ａｓ’などが少なくとも一つの部分である。
【０１０７】
また、サーバ１２０は、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１０４０を保有できる。コンテンツ情報として’ＣａｄＭｅｔａ．ｘｍｌ’ファイル、複数のメディアデータについての情報として’ＭａｉｎＭｅｔａ．ｘｍｌ’ファイルを保有でき、複数のメディアデータのヘッダとして’Ｈｅａｄ１．ｒｅｆ’、’Ｈｅａｄ２．ｒｅｆ’ファイルなどを保有できる。’Ｈｅａｄ１．ｒｅｆ’は’Ｔｒａｃｋ１’のヘッダファイルであり、’Ｈｅａｄ２．ｒｅｆ’は’Ｔｒａｃｋ２’のヘッダファイルである。
【０１０８】
’ＣａｄＭｅｔａ．ｘｍｌ’は、ＯＩＰＦ標準によるＣＡＤファイルであり、’ＭａｉｎＭｅｔａ．ｘｍｌ’は、前述したメディア表現記述でありうる。また、’Ｈｅａｄ１．ｒｅｆ’、’Ｈｅａｄ２．ｒｅｆ’ファイルは選択的な要素であり、ヘッダが複数のメディアデータ１０１０ないし１０３０に含まれている場合には存在しない。
【０１０９】
図１０Ｂを参照すれば、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１０４２は、’ＮｅｘｔＭｅｔａ．ｘｍｌ’をさらに含む。前述したように’ＮｅｘｔＭｅｔａ．ｘｍｌ’は、現在再生中のコンテンツに続いて再生される次のコンテンツのメディア表現記述でありうる。前述したように、現在再生中のメディア表現記述、すなわち、’ＭａｉｎＭｅｔａ．ｘｍｌ’ファイルは、続いて再生するコンテンツのメディア表現記述のＵＲＬ情報を含んでいるところ、これに基づいてクライアント１３０は’ＮｅｘｔＭｅｔａ．ｘｍｌ’ファイルにアクセスできる。
【０１１０】
図１０Ｃを参照すれば、複数のメディアデータのヘッダは、一つのファイル１０５０で存在できる。ヘッダファイルが複数のメディアデータそれぞれに対して複数で存在するものではなく、一つのヘッダファイル１０５０として、複数のメディアデータへのアクセスに必要な情報１０４４に含まれる。
【０１１１】
例えば、複数のメディアデータそれぞれがエレメンタリーストリーム（ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）（例えば、ＭＰＥＧ−２によるエレメンタリーストリーム）に対応する時、複数のメディアデータのヘッダは、ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）及びＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）のうち少なくとも一つを含む一つのヘッダファイル１０５０でありうる。ＰＡＴ及びＰＭＴのうち少なくとも一つを複数のメディアデータ１０１０ないし１０３０と分離して一つのヘッダファイル１０５０を作り、メディア表現記述は、このヘッダファイル１０５０を指示する情報を含む。指示情報は、ヘッダファイル１０５０のＵＲＬ情報でもあり、ＭＰＥＧ−２伝送ストリーム（ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）でヘッダファイル１０５０を含んでいるパケットを特定するための情報でもありうる。ＰＡＴ及びＰＭＴのうち少なくとも一つを含むヘッダファイル１０５０は初期化部分（ｉｎｉｔｉａｌｉｚａｔｉｏｎ ｓｅｇｍｅｎｔ）であり、メディアデータの再生を開始するためにペイロードデータを含んでいる部分より先ずクライアント１３０に伝送される。
【０１１２】
前述した段階５３２でクライアント１３０は、メディア表現記述を参照してヘッダファイル１０５０についての指示情報を獲得し、指示情報に基づいてヘッダファイル１０５０を要請できる。指示情報に基づいてヘッダファイル１０５０を要請して受信した後、ヘッダファイル１０５０に含まれているＰＡＴ及びＰＭＴのうち少なくとも一つに基づいて複数のメディアデータのうち少なくとも一つを選択し、選択されたメディアデータをサーバ１２０に要請する。ＰＡＴ及びＰＭＴは、ヘッダファイル１０５０に分離されていてもよく、複数のメディアデータ１０１０ないし１０３０に含まれていてもよいが、含まれた位置と関係なく複数のメディアデータ１０１０ないし１０３０に含まれたエレメンタリーストリームの全体リストを含む。
【０１１３】
ＭＰＥＧ−２によれば、ＰＡＴ及びＰＭＴで定義されるＰＩＤ（Ｐａｃｋｅｔ ＩＤ）は、エレメンタリーストリームによって相異なる。したがって、複数のメディアデータそれぞれに割り当てられるＰＩＤは相異なる。しかし、さらに他の実施形態によれば、一つのコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータは、同じコンテンツに対するエレメンタリーストリームであるため、ＰＩＤが同一に設定されてもよい。
【０１１４】
複数のメディアデータ１０１０ないし１０３０がＭＰＥＧ−２による複数のエレメンタリーストリームに対応する場合、複数のメディアデータ１０１０ないし１０３０に含まれた部分それぞれは、少なくとも一つの連続するＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を含む。しかし、一つのＰＥＳは一つの部分にのみ含まれる。言い換えれば、一つのＰＥＳが異なる部分に含まれない。
【０１１５】
複数のメディアデータは、一つのコンテンツを相異なる品質でエンコーディングして生成されたものであるので、複数のメディアデータが含まれたＰＥＳのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）及び／またはＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）は、メディアデータの再生時間によって整列（ａｌｉｇｎｅｄ）される。言い換えれば、第１メディアデータの最初のＰＥＳと第２メディアデータの最初のＰＥＳとが同じ時刻に再生されるコンテンツならば、ＰＴＳ及び／またはＤＴＳが同一に設定される。
【０１１６】
また、第１メディアデータの再生中に再生されるメディアデータを変更して第２メディアデータ再生する場合にも連続的に再生されるように、ＰＴＳ及び／またはＤＴＳも連続的に整列される。言い換えれば、第１メディアデータの再生中にメディアデータを変更して第２メディアデータを再生する場合には、第１メディアデータの最後のＰＥＳのＰＴＳ及び／またはＤＴＳと、第２メディアデータの最初のＰＥＳのＰＴＳ及び／またはＤＴＳとが連続的に設定される。
【０１１７】
図１１Ａは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【０１１８】
図１１Ａを参照すれば、段階１１１０でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述をＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。クライアント１３０は、ストリーミング環境に適応的なストリーミングを行うために、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータについての情報をサーバ１２０に要請して受信する。コンテンツ情報の要請及び受信なしに複数のメディアデータについての情報の要請及び受信が行われるという点が、図５Ａに示した実施形態と異なる。
【０１１９】
段階１１２０でクライアント１３０は、複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照して、ストリーミング環境に好適な品質で符号化された少なくとも一つのメディアデータを選択してサーバ１２０に要請し、要請されたメディアデータをサーバ１２０から受信する。
【０１２０】
図１１Ｂは、本発明のさらに他の実施形態によるストリーミング方法を説明するためのフローチャートである。
【０１２１】
図１１Ｂを参照すれば、段階１１１２でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請し、要請に対する応答として、複数のメディアデータについての情報をサーバ１２０から受信する。メディア表現記述をＨＴＴＰ要請を通じてサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信できる。
【０１２２】
段階１１２２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報に基づいて選択されたメディアデータのヘッダを要請する。段階１１１２２で受信された複数のメディアデータについての情報を参照して、ストリーミング環境によって選択されたメディアデータのヘッダを要請する。サーバ１２０は要請に対する応答として、選択されたメディアデータのヘッダを含むファイルをクライアント１３０に伝送する。
【０１２３】
段階１１３２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報、及び段階１１２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。コンテンツを所定の割合でエンコーディングし、時間に基づいて分割して生成された少なくとも一つの部分の伝送をサーバ１３０に要請し、サーバ１２０は、要請された少なくとも一つの部分をクライアント１３０に伝送する。
【０１２４】
図１２Ａないし図１２Ｃは、本発明のさらに他の実施形態による複数のメディアデータを図示する。図１２Ａないし図１２Ｃは、図１１Ａ及び図１１Ｂによるストリーミング方法を行うためにサーバ１２０が保有する複数のメディアデータを図示する。
【０１２５】
図１２Ａを参照すれば、図１０Ａに示した実施形態と同様にストリーミング環境に適応的なストリーミングのために、サーバ１２０は、一つのコンテンツを複数の相異なる品質でエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有できる。
【０１２６】
クライアント１３０の複数のメディアデータへのアクセスに必要な情報１２４０のみ異なるところ、図１０Ａに示した実施形態とは異なって、サーバ１２０はコンテンツ情報を除外した複数のメディアデータについての情報のみ含む。この場合、クライアント１３０は、コンテンツ情報をサーバ１２０ではない他のエンティティから受信し、コンテンツ情報に基づいてサーバ１２０が保有している複数のメディアデータにアクセスしてもよい。
【０１２７】
図１２Ｂを参照すれば、クライアント１３０が複数のメディアデータへアクセスするために必要な情報１２４２は、図１２Ａの情報１２４０に’ＮｅｘｔＭｅｔａ．ｘｍｌ’をさらに含む。
【０１２８】
図１２Ｃを参照すれば、複数のメディアデータのヘッダは一つのファイル１２５０として存在できる。ヘッダファイルが複数のメディアデータそれぞれに対して複数で存在するものではなく、一つのヘッダファイル１２５０として複数のメディアデータへアクセスするために必要な情報１２４４に含まれる。
【０１２９】
図１３Ａ及び図１３Ｂは、本発明の一実施形態によるメインコンテンツのストリーミング途中でさらに他のコンテンツを挿入してストリーミングする場合の時間線（ｔｉｍｅ ｌｉｎｅ）を図示する。
【０１３０】
図１３Ａに示したように、第１コンテンツの再生区間１３１０が定められている時、第１コンテンツのストリーミング開始後に’００：１０：００’が過ぎた時刻に第２コンテンツが挿入される。第２コンテンツは、第１コンテンツと関連するコンテンツであり、広告コンテンツでありうる。開始（ｓｔａｒｔ）は、第１コンテンツを基準として設定される時刻であり、それぞれの再生区間が始まる時刻をそれぞれ意味し、持続時間（ｄｕｒａｔｉｏｎ）は、それぞれの再生区間でのコンテンツの再生持続時間を意味する。
【０１３１】
図１３Ａによって第２コンテンツが挿入されれば、第１コンテンツ及び第２コンテンツの再生時間線（ｔｉｍｅ ｌｉｎｅ）は、図１３Ｂの通りである。図１３Ｂを参照すれば、第１コンテンツの再生区間１３１０は、第２コンテンツの挿入によって、第２コンテンツ挿入前の再生区間１３１２及び第２コンテンツ挿入後の再生区間１３１４に分けられる。
【０１３２】
再生時間は、それぞれの再生区間で再生されるコンテンツを基準に設定される時刻であり、第２コンテンツが第１コンテンツを再生し始めた後で’００：１０：００’が過ぎた時刻に挿入されたので、挿入以後の第１コンテンツの再生区間１３１４の再生時間は’’００：１０：００’である。同様に、第２コンテンツの再生区間の再生時間は第２コンテンツを基準に設定されるので、’００：００：００’である。
【０１３３】
図１３Ｃは、本発明の一実施形態によるメインコンテンツの再生時間線及び挿入されるコンテンツの再生時間線を図示する。
【０１３４】
図１３Ｃを参照すれば、第２コンテンツの再生区間１３３８の挿入につれて、第１コンテンツの再生区間は、挿入前と挿入後との２つの再生区間１３３２及び１３３４に分けられる。第１コンテンツの再生時間線に沿って、第１コンテンツ再生区間１３３２で第１コンテンツを再生している途中で、第２コンテンツ再生区間の挿入を知らせる表示子（ｉｎｄｉｃａｔｏｒ）１３３６によって第２コンテンツを再生する。表示子は、後述するように第２コンテンツ再生区間についての情報を含むタグであり、第２コンテンツのメディアデータについての位置情報、または第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含むタグでありうる。
【０１３５】
メインコンテンツ、すなわち、第１コンテンツの再生のためにクライアント１３０に提供されるメディア表現記述はこのような表示子１３３６を含んでおり、クライアント１３０は、メディア表現記述に含まれた表示子１３３６に基づいて、第１コンテンツの再生区間１３３２及び１３３４と第２コンテンツの再生区間１３３８とを区分して第１コンテンツ及び第２コンテンツを再生できる。
【０１３６】
図１３Ｃを参照すれば、コンテンツの連続的な再生のために複数の再生時間線が用いられる。第２コンテンツの再生時間線は第１コンテンツの時間線と別途に存在し、第２コンテンツの再生区間が、第１コンテンツの再生開始後１０分が経過した時刻に初めて挿入されたので、第１コンテンツの再生時間を基準に１０分が経過した時刻から第２コンテンツの再生時間線が始まる。再生時間線が第１コンテンツと第２コンテンツとに対して分離されており、それぞれの時間線に対して個別的に時刻が設定されるので、再生時間線間の移動は不可能である。例えば、第１コンテンツの再生時間線に沿って第１コンテンツを再生して１分経過した時刻で、第２コンテンツの再生時間線の３０秒時刻に移動するのは不可能であり、第１コンテンツの再生時間線に沿ってのみ移動できる。
【０１３７】
図１４Ａ及び図１４Ｂは、本発明の一実施形態による動的な広告コンテンツ挿入及び静的な広告コンテンツ挿入を図示する。広告コンテンツは、図１３Ａ及び図１３Ｂの第２コンテンツに対応する。
【０１３８】
図１４Ａは、広告コンテンツが動的に挿入される実施形態を図示する。図１４Ａを参照すれば、クライアント１３０は、サーバ１２０からメインコンテンツを受信して再生する途中で広告コンテンツを挿入する。メインコンテンツをストリーミング方式でサーバ１２０から受信して再生している途中で、再生を中止して広告コンテンツを再生する。クライアント１３０は、メインコンテンツ及び広告コンテンツのストリーミング、すなわち、コンテンツの要請、受信及び再生を行うストリーミングエンジン部１４１４、及び広告の挿入を行う広告アプリケーション部１４１２を用いて、広告コンテンツを挿入して再生する。
【０１３９】
ストリーミングエンジン部１４１４は、サーバ１２０からメインコンテンツを受信して再生する。前述したように適応的なストリーミングのために、メインコンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、少なくとも一つのメディアデータを受信できる。メインコンテンツのメディア表現記述を受信し、受信されたメディア表現記述に基づいて複数のメディアデータのうち少なくとも一つのメディアデータを要請して受信する。複数のメディアデータそれぞれは、前述した適応的なストリーミングのために時間に基づいて分割して生成された複数の部分を含む。
【０１４０】
段階１４０１で、サーバ１２０からメインコンテンツを受信して再生している途中で広告コンテンツの挿入時刻になれば、ストリーミングエンジン部１４１４は、広告イベントの発生を広告アプリケーション部１４１２に知らせる。広告イベントに対するお知らせを受信した広告アプリケーション部１４１２は、段階１４０２で、サービス提供者サーバまたはコンテンツ提供者サーバ１４３０に広告コンテンツに関する情報を要請し、要請に対する応答として情報を受信する。広告コンテンツに関する情報は、広告コンテンツの位置情報（例えば、ＵＲＬ）でありうる。
【０１４１】
挿入される広告コンテンツがメインコンテンツの再生開始時に予め定められるものではなく、広告イベントが発生すれば、広告コンテンツに関する情報をサービス提供者サーバまたはコンテンツ提供者サーバ１４３０から受信し、受信された情報に基づいて挿入される広告コンテンツが決定されるため、動的に広告コンテンツを挿入できる。
【０１４２】
段階１４０３で広告アプリケーション部１４１２は、段階１４０２で受信された広告コンテンツに関する情報、すなわち、広告コンテンツのＵＲＬをストリーミングエンジン部１４０３に伝送する。
【０１４３】
段階１４０４でストリーミングエンジン部１４１４は、段階１４０３で受信された広告コンテンツに関する情報に基づいて広告コンテンツを要請し、要請に対する応答として広告メディアデータを受信する。広告メディアデータもメインコンテンツと同様に、異なる品質によってエンコーディングされた複数のメディアデータでありうる。
【０１４４】
広告コンテンツの受信及び再生がいずれも終了すれば、段階１４０５でストリーミングエンジン部１４１４は、広告イベントの終了を広告アプリケーション部１４１２に知らせ、メインコンテンツを再び再生する。広告コンテンツの挿入で中止されたメインコンテンツの再生を、中止された時刻から再び再生するところ、図１３Ｂに示したように、広告コンテンツが挿入された時刻からメインコンテンツの再生を再開する。
【０１４５】
図１４Ｂは、広告コンテンツが静的に挿入される実施形態を図示する。
【０１４６】
段階１４４１でストリーミングエンジン部１４１４は、サーバ１２０からメインコンテンツを受信して再生している途中で、広告コンテンツの挿入時刻になれば、広告イベントの発生を広告アプリケーション部１４１２に知らせる。
【０１４７】
段階１４４２でストリーミングエンジン部１４１４は、サーバ１２０に広告コンテンツを要請し、要請に対する応答として広告メディアデータを受信する。広告メディアデータはメインコンテンツと同様に、異なる品質によってエンコーディングされた複数のメディアデータのうち少なくとも一つのメディアデータでありうる。
【０１４８】
図１４Ｂに示した実施形態は、静的な広告コンテンツ挿入であり、挿入される広告コンテンツが予め定められている。メインコンテンツの再生のためにサーバ１４１２から受信するメインコンテンツのメディア表現記述には、挿入される広告コンテンツ情報が含まれており、ストリーミングエンジン部１４１４は、かかるメディア表現記述に含まれた広告コンテンツ情報を参照して、広告コンテンツを要請し、受信する。
【０１４９】
広告コンテンツの受信及び再生がいずれも終了すれば、段階１４０５でストリーミングエンジン部１４１４は、広告イベントの終了を広告アプリケーション部１４１２に知らせ、メインコンテンツを再び再生する。
【０１５０】
図１４Ａ及び図１４Ｂは、メインコンテンツ及び広告コンテンツがいずれもサーバ１２０により提供される場合を図示したが、メインコンテンツと広告コンテンツとが相異なるサーバにより提供されるということは、当業者ならば容易に理解できる。
【０１５１】
図１５Ａは、本発明の一実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。
【０１５２】
図１５Ａを参照すれば、段階１５０１でクライアント１３０は、第１コンテンツのメディアデータについての位置情報を含む第１ファイルをサーバ１２０に要請する。第１コンテンツは、メインコンテンツに対応する。第１ファイルは、第１コンテンツのメディア表現記述でありうる。ＨＴＴＰ要請を用いサーバ１２０に第１コンテンツのメディア表現記述を要請し、ＨＴＴＰ応答として第１コンテンツのメディア表現記述を受信できる。
【０１５３】
図１５Ａに示した実施形態は、図１１Ａに示した実施形態とは異なって、第１コンテンツに第２コンテンツを挿入して再生するストリーミング方法を図示する。したがって、段階１５０１で受信されるメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含み、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。図１６Ａないし図１６Ｄを参照して詳細に説明する。
【０１５４】
図１６Ａないし図１６Ｅは、本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を図示する。
【０１５５】
図１６Ａを参照すれば、段階１５０１でクライアント１３０が受信する第１コンテンツのメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。メディア表現記述は、第１コンテンツの再生区間に対するタグ及び第２コンテンツの再生区間に対するタグを含むＸＭＬファイルであるが、再生区間は、’ｓｔａｒｔ’及び’Ｔｙｐｅ’属性に基づいて定義される。
【０１５６】
’ｓｔａｒｔ’属性は、再生区間の開始時刻を表すところ、メインコンテンツを基準に設定される。したがって、第２コンテンツの再生区間についての情報である二番目の’Ｐｅｒｉｏｄ’タグと、中止された第１コンテンツが再び再生される再生区間についての情報である三番目の’Ｐｅｒｉｏｄ’タグとの’ｓｔａｒ’属性を同一に設定できる。言い換えれば、第２コンテンツの挿入によって’Ｐｅｒｉｏｄ’タグの’ｓｔａｒｔ’属性の重複が発生しうるが、第２コンテンツは、第１コンテンツの再生途中で挿入されるコンテンツであるため、例外的に’ｓｔａｒｔ’属性の重複を許容する。
【０１５７】
’Ｔｙｐｅ’属性は、’Ｐｅｒｉｏｄ’タグがメインコンテンツ（すなわち、第１コンテンツ）の再生区間に対するタグであるか、またはメインコンテンツの再生中に挿入されるコンテンツ（すなわち、第２コンテンツ）の再生区間に対するタグであるかを定義する。’Ｔｙｐｅ’属性が’Ｉｎｔｅｒｎａｌ’ならば、メインコンテンツを再生する区間であることを意味し、’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’ならば、挿入されたコンテンツを再生する区間であることを意味する。
【０１５８】
メインコンテンツを基準に’００：１５：００’にコンテンツが挿入されるので、’Ｔｙｐｅ’が’Ｅｘｔｅｒｎａｌ’である二番目の再生区間、及び’Ｔｙｐｅ’が’Ｉｎｔｅｒｎａｌ’である三番目の再生区間の開始時刻が同一である。メインコンテンツを基準として’００：１５：００’にコンテンツを挿入して再生し、挿入されたコンテンツの再生が終了すれば、再び’００：１５：００’からメインコンテンツを再生する。
【０１５９】
しかし、図１６Ｂに示した本発明のさらに他の実施形態によれば、メインコンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグは’Ｔｙｐｅ’属性を含まず、挿入されるコンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグのみ’Ｔｙｐｅ’属性を含む。それぞれの再生区間の開始時刻を表す’ｓｔａｒｔ’属性は、図１６Ａに示した通りである。
【０１６０】
また、図１６Ｃに示した実施形態のように、挿入されるコンテンツの再生区間に対するタグは、メインコンテンツの再生区間に対するタグとその名称を異なって設定できる。図１６Ｃを参照すれば、挿入されるコンテンツの再生区間に対するタグの名称は’ｅｘｔｅｒｎａｌＰｅｒｉｏｄ’である。図１６Ａ及び図１６Ｂのように、タグの’Ｔｙｐｅ’属性により再生区間を区分するものではなく、タグの名称を異ならせることで再生区間を区分する。それぞれの再生区間の開始時刻を表す’ｓｔａｒｔ’属性は、図１６Ａに示した実施形態と同一である。
【０１６１】
図１６Ｄは、メインコンテンツの再生中に挿入されるコンテンツが複数である場合のメディア表現記述を図示する。図１６Ｄは、メインコンテンツの再生中に’００：１５：００’に挿入されるコンテンツが３つである場合を図示する。３つのコンテンツいずれもメインコンテンツの再生中に挿入されるコンテンツであるため、’Ｐｅｒｉｏｄ’タグの’Ｔｙｐｅ’属性は’Ｅｘｔｅｒｎａｌ’であり、開始時刻もメインコンテンツ基準に’００：１５：００’であって同一である。ただし、それぞれのコンテンツは’ｅｘｔｅｒｎａｌＩＤ’属性により区分される。’ｅｘｔｅｒｎａｌＩＤ’属性は、それぞれのコンテンツを識別するための属性であり、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）及びＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）などの多様な識別子が用いられる。
【０１６２】
図１６Ｄに示したメディア表現記述によってメインコンテンツを再生するクライアント１３０は、開始時刻’００：１５：００’になれば、図１６Ｄの’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’であり、’ｓｔａｒｔ’属性が’００：１５：００’である３つのコンテンツのうち一つを選択して挿入する。この時、クライアント１３０は、’ｅｘｔｅｒｎａｌＩＤ’属性に基づいて挿入されるコンテンツを選択できる。コンテンツの選択のために、別途の記述（ｄｅｓｃｒｉｐｔｉｏｎ）がクライアント１３０に提供される。別途の記述は、図１６Ｄに示したメディア表現記述と独立して別途にクライアント１３０に提供されてもよく、メディア表現記述に含まれてクライアントに提供される。例えば、’ｅｘｔｅｒｎａｌＩＤ’が’Ａ／ａ／ａａａ／ａ’であるコンテンツは、自動車の広告であり、’ｅｘｔｅｒｎａｌＩＤ’が’Ｂ／ｂ／ｂｂｂ／ａｄｖｅｒｔｉｓｅｍｅｎｔ’であるコンテンツは、本の広告であることを表す記述をクライアント１３０に提供して、コンテンツの選択を支援できる。
【０１６３】
図１６Ａないし図１６Ｄは、メインコンテンツを基準に’Ｐｅｒｉｏｄ’タグの’ｓｔａｒｔ’属性が定義される実施形態を図示した。言い換えれば、図１３Ｂに示した時間線などの他のコンテンツの挿入にもかわらず、’ｓｔａｒｔ’属性がメインコンテンツの再生時間を基準に定義される。しかし、図１６Ｅに示したように、メインコンテンツの再生時間ではなく実際経過時間を基準に’ｓｔａｒｔ’属性が定義されてもよい。メインコンテンツの持続時間が’００：０１：００’である他のコンテンツが、メインコンテンツの再生途中で’００：１５：００’に挿入された場合のメディア表現記述は、図１６Ｅに示した通りである。図１６Ｅを参照すれば、メインコンテンツの継続的な進行のための三番目の’Ｐｅｒｉｏｄ’の’ｓｔａｒｔ’が、メインコンテンツ及び挿入されたコンテンツの再生のために経過した時刻である’００：１６：００’と定義される。
【０１６４】
図１６Ｅに示した実施形態によれば、三番目の’Ｐｅｒｉｏｄ’でメインコンテンツを基準とした実際再生開始時刻は’００：１５：００’であり、’ｓｔａｒｔ’属性は’００：１６：００’であり、実際再生開始時刻と、’Ｐｅｒｉｏｄ’タグにより定義される再生開始時刻とが相異なる。
【０１６５】
再び図１５Ａを参照すれば、段階１５０２でクライアント１３０は、段階１５０１で受信された第１ファイルに基づいて第１コンテンツ、すなわち、メインコンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。第１ファイルに含まれた第１コンテンツの再生区間についての情報に基づいて第１コンテンツのメディアデータを要請し、受信する。第１コンテンツを相異なる品質でエンコーディングして、生成された複数のメディアデータのうち少なくとも一つのメディアデータの伝送をサーバ１２０に要請し、受信する。
【０１６６】
段階１５０３で第１コンテンツを再生しているクライアント１３０は、段階１５０４で第２コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。図１６Ａないし図１６Ｅと関連して前述したように、段階１５０１で受信される第１ファイル、すなわち、メディア表現記述は、第２コンテンツの再生区間についての情報も含んでおり、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。
【０１６７】
したがって、クライアント１３０は第２コンテンツの挿入時刻を、図１６Ａないし図１６Ｅと関連して前述した’ｓｔａｒｔ’属性に基づいて判断し、該当時刻になれば、第２コンテンツをサーバ１２０に要請し、受信する。第２コンテンツの挿入は静的または動的に行われるところ、図１７Ａないし図１７Ｃを参照して詳細に説明する。
【０１６８】
図１７Ａないし図１７Ｃは、本発明のさらに他の実施形態による挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述を図示する。
【０１６９】
図１７Ａを参照すれば、’Ｐｅｒｉｏｄ’タグは、図１６Ａないし図１６Ｅに示したように’ｓｔａｒｔ’属性を含む。また、下位タグとして’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグ及び’ＳｅｇｍｅｎｔＩｎｆｏ’タグを含む。’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグは、複数のメディアデータそれぞれについての情報を含み、’ＳｅｇｍｅｎｔＩｎｆｏ’タグは、それぞれのメディアデータに含まれている少なくとも一つの部分についての情報を含む。複数のメディアデータそれぞれについての情報は、複数のメディアデータの位置情報（例えば、ＵＲＬ）でありうる。
【０１７０】
’ＡＤ’タグは、第１コンテンツの再生途中で挿入される第２コンテンツ（例えば、広告コンテンツ）の再生区間についての情報を含むタグであり、図１６Ａないし図１６Ｅに示したように、第１コンテンツを基準にした’ｓｔａｒｔ’属性、及び強制に再生されるべきかどうかを表す’ｆｏｒｃｅＰｌａｙｏｕｔ’属性を含む。’ｆｏｒｃｅＰｌａｙｏｕｔ’属性が’ｔｒｕｅ’と設定されていれば、第２コンテンツは必ず再生されねばならず、再生中止及び／またはスキップが不可能である。図１７Ａに示した実施形態では、’００：０３：１０’及び’００：０５：１０’時刻に第２コンテンツが２回挿入される。
【０１７１】
前述したように、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。ところが、図１７Ａに示した実施形態は第２コンテンツの動的な挿入についての実施形態であり、第２コンテンツのメディアデータについての位置情報を、第１コンテンツのメディア表現記述に具体的に定義できない。したがって、’ＡＤ’タグは、動的に挿入される第２コンテンツのメディアデータについての位置情報を暗黙的（ｉｍｐｌｉｃｉｔ）に含んでいると解釈する。言い換えれば、第１コンテンツのメディア表現記述に含まれた第２コンテンツのメディアデータについての位置情報は、動的に挿入されるコンテンツのメディアデータについての位置情報と設定されたと見なす。
【０１７２】
図１７Ｂを参照すれば、第２コンテンツの再生区間についての情報を、メディア表現記述の最初または最後に別途のタグを用いて定義できる。第２コンテンツの再生区間についての情報を含む’ＰｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ’タグを別途に定義し、少なくとも一つの第２コンテンツの再生区間についての情報を含む少なくとも一つの’Ｐｒｏｇｒａｍ’タグを定義できる。それぞれの’Ｐｒｏｇｒａｍ’タグは、挿入時刻が定義された’ｓｔａｒＴｉｍｅ’属性を含む。図１７Ａと同様に、’ｆｏｒｃｅＰｌａｙｏｕｔ’属性も含んで強制再生如何を定義できる。前述したように、第２コンテンツの再生区間についての情報は、第２コンテンツのメディアデータについての位置情報を含む。したがって、図１７Ｂに示したメディア表現記述は’ｕｒｌ’属性を含む。ただし、第２コンテンツの動的な挿入のために、図１７Ａと同一に’ｕｒｌ’属性を具体的に定義しない。
【０１７３】
図１７Ｃは、第２コンテンツが静的に挿入される実施形態を図示する。図１７Ａと比較すれば、’ｓｔａｒｔ’属性が’００：０３：１０’である二番目の’Ｐｅｒｉｏｄ’は、挿入される第２コンテンツのメディアデータのＵＲＬを含んでいる。図１７Ｃで、’ｈｔｔｐ：／／ａｄ．ｃｏｎｔｅｎｔ．ｃｏｍ／ａｄ０１／’がメディアデータのＵＲＬである。前述したように、第１コンテンツの再生途中で挿入される第２コンテンツも、相異なる品質でエンコーディングされて生成された複数のメディアデータであり、それぞれのメディアデータは少なくとも一つの部分を含むことができるところ、二番目の’Ｐｅｒｉｏｄ’タグも、’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグ及び’ＳｅｇｍｅｎｔＩｎｆｏ’タグをそれぞれ含む。
【０１７４】
再び図１５Ａを参照すれば、段階１５０５で第２コンテンツを再生しているクライアント１３０は、段階１５０６で第１コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信し、段階１５０７で第１コンテンツを再び再生する。第１コンテンツの再生途中で挿入された第２コンテンツの再生区間が終了すれば、第１コンテンツの再生が中止された時刻から再び第１コンテンツを再生する。
【０１７５】
図１５Ａに示した実施形態で、第２コンテンツの再生が必須でない場合には第２コンテンツの再生を無視し、引続き第１コンテンツを再生してもよい。しかし、図１７Ａないし図１７Ｃに示したように、’ｆｏｒｃｅＰｌａｙＯｕｔ’属性が’ｔｒｕｅ’と定義された場合には、第２コンテンツの再生区間を無視できず、必ず第１コンテンツの再生途中で第２コンテンツを挿入して再生せねばならない。
【０１７６】
また、図１５Ａは、第１コンテンツ、すなわち、メインコンテンツと第２コンテンツ、すなわち、広告コンテンツを提供するサーバが同じサーバ１２０である場合を図示したが、メインコンテンツと広告コンテンツとを提供するサーバが必ず同じサーバ１２０である必要はなく、それぞれ異なるサーバでありうる。言い換えれば、メインコンテンツサーバと広告コンテンツサーバとが分離されて、段階１５０２の第１コンテンツの要請及び受信と、段階１５０４の第２コンテンツの要請及び受信とがそれぞれ異なるエンティティに対して行われてもよい。第１ファイルを提供するサーバも、必ずしも第１コンテンツを提供するサーバと同一である必要はない。
【０１７７】
図１８は、本発明の一実施形態による、挿入されるコンテンツ情報を含むメインコンテンツのメディア表現記述及びそれに対応する再生区間を図示する。図１５Ａの段階１５０１で、クライアント１３０が受信する第１ファイルに基づいて第１コンテンツ及び第２コンテンツを再生する場合を挙げて説明する。
【０１７８】
図１８を参照すれば、本発明の一実施形態によるメディア表現記述は、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ１８１０及び１８３０の間に、第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ１８２０が挿入される。
【０１７９】
図１５Ａに示した実施形態によれば、’Ｐｅｒｉｏｄ’タグ１８１０ないし１８３０は、それぞれの再生区間で再生されるメディアデータについての位置情報を含むところ、それぞれのメディアデータは、時間に基づいて分割された複数の部分を含む。
【０１８０】
図１５Ｂは、本発明のさらに他の実施形態によるメインコンテンツに他のコンテンツを挿入して再生する方法を説明するためのフローチャートである。
【０１８１】
図１５Ｂを参照すれば、段階１５１１でクライアント１３０は、第１コンテンツの複数のメディアデータについての位置情報を含む第１ファイルをサーバ１２０に要請する。第１コンテンツはメインコンテンツに対応する。第１ファイルは第１コンテンツのメディア表現記述でありうる。ＨＴＴＰ要請を用いサーバ１２０に第１コンテンツのメディア表現記述を要請し、ＨＴＴＰ応答として第１コンテンツのメディア表現記述を受信できる。
【０１８２】
段階１５１１でクライアント１３０が受信するメディア表現記述は、図１５Ａに示したところと同様に、第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む。ただし、段階１５０１でクライアント１３０が受信する第１ファイルが挿入される第２コンテンツのメディアデータについての位置情報（例えば、ＵＲＬ）を含むのに対し、段階１５１１でクライアント１３０が受信する第１ファイルは、第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報（例えば、ＵＲＬ）のみ含むことが異なる。
【０１８３】
段階１５１２で、クライアント１３０は第２ファイルをサーバ１２０に要請し、要請に対する応答として第２ファイルを受信する。図１９Ａ及び図１９Ｂと図２０を参照して詳細に説明する。
【０１８４】
図１９Ａ及び図１９Ｂは、本発明の一実施形態によるメインコンテンツのメディア表現記述及び挿入されるコンテンツ情報を含むファイルを図示する。
【０１８５】
図１９Ａを参照すれば、段階１５１１でクライアント１３０が受信する第１コンテンツのメディア表現記述、すなわち、第１ファイルは第２コンテンツのメディアデータについての位置情報を含む第２ファイルの位置情報を含む。
【０１８６】
メインコンテンツ、すなわち、第１コンテンツのメディアデータについての位置情報が’Ｐｅｒｉｏｄ’タグ及び’Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ’タグにより定義され、挿入されるコンテンツ、すなわち、第２コンテンツのメディアデータについての位置情報を含む第２ファイルのＵＲＬは、’ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ’タグの’ｍｏｒｅＩｎｆｏｒｍａｔｉｏｎＵＲＬ’属性と定義される。
【０１８７】
図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、及び図１８に示したメディア表現記述は、いずれも第２コンテンツのメディアデータについての位置情報が第１ファイルの’Ｐｅｒｉｏｄ’タグに定義されていた。動的なコンテンツ挿入及び静的なコンテンツ挿入いずれも’Ｐｅｒｉｏｄ’タグに定義されたように行われることができた。しかし、図１９Ａに示した実施形態で、第１コンテンツのメディア表現記述は第２ファイルのＵＲＬのみ含む。第１コンテンツのメディア表現記述を受信したクライアント１３０は、’ｍｏｒｅＩｎｆｏｒａｍｔｉｏｎＵＲＬ’属性により定義された’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’を参照して第２コンテンツの挿入を行う。
【０１８８】
図１９Ｂは、第２コンテンツのメディアデータについての位置情報を含む第２ファイル、すなわち、’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’ファイルを図示する。段階１５１１でクライアント１３０は、図１９Ａに示した第１ファイルを受信し、受信された第１ファイルに基づいて段階１５１２で図１９Ｂに示した第２ファイルを受信する。
【０１８９】
図１９Ｂを参照すれば、挿入されるコンテンツ情報を含む’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ．ｘｍｌ’は、’ｐｒｏｇｒａｍＩｎｓｅｒｔｉｏｎ’タグの下位タグとして’Ｐｒｏｇｒａｍ’タグを含み、’Ｐｒｏｇｒａｍ’タグの’ｓｔａｒｔＴｉｍｅ’属性及び’ｆｏｒｃｅＰｌａｙＯｕｔ’属性により第２コンテンツの挿入時刻及び強制再生如何が決定される。
【０１９０】
第２コンテンツが動的に決定される場合には’Ｐｒｏｇｒａｍ’タグの’ｕｒｌ’属性が定義されず、静的に決定される場合には’ｕｒｌ’属性が定義される。’Ｐｒｏｇｒａｍ’タグの’ｕｒｌ’属性は第２コンテンツのメディアデータの位置情報であり、図１９Ｂに示した実施形態では’ｕｒｌ’属性が定義されていないため、挿入される第２コンテンツのメディアデータは動的に決定される。
【０１９１】
図２０は、本発明の一実施形態によるメインコンテンツのメディア表現記述及びコンテンツ情報を含む複数のファイルを図示する。
【０１９２】
図２０を参照すれば、段階１５１１でクライアント１３０が受信する第１コンテンツのメディア表現記述２０１０は、第２コンテンツの再生区間についての情報を含む。’ｓｔａｒｔ’属性が’００：１５：００’であり、’Ｔｙｐｅ’属性が’Ｅｘｔｅｒｎａｌ’である’Ｐｅｒｉｏｄ’タグが、第２コンテンツの再生区間についての情報を定義するタグである。第２コンテンツの再生区間に対するタグは下位タグであり、’ＥｘｔｅｒｎａｌＵＲＬ’、’ＥｘｔｅｒｎａｌＴｙｐｅ’及び’Ｅｘｔｅｒｎａパラメータ’タグを含む。
【０１９３】
’ＥｘｔｅｒｎａｌＵＲＬ’タグは、前述した第２ファイルのＵＲＬを定義する。’’ＥｘｔｅｒｎａｌＵＲＬ’’タグは、外部のメディアデータまたはファイルへアクセスするためのタグであり、’’ＥｘｔｅｒｎａｌＵＲＬ’’タグと同じ機能を行うあらゆるＸＭＬタグが’’ＥｘｔｅｒｎａｌＵＲＬ’’タグの代りに用いられる。例えば、ＸＭＬリンキング言語（ＸＭＬ Ｌｉｎｋｉｎｇ Ｌａｇｕａｇｅ）の’’ｘｌｉｎｋ’’またはＸＭＬインクルージョン（ＸＭＬｉｎｃｌｕｓｉｏｎ）の’’ｘｉｎｃｌｕｄｅ’’タグが、’’ＥｘｔｅｒｎａｌＵＲＬ’’タグの代りに用いられる。
【０１９４】
’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、’ＥｘｔｅｒｎａｌＵＲＬ’タグの類型を定義する。図１５Ｂに示した実施形態のように、第１コンテンツのメディア表現記述２０１０が第２コンテンツのメディアデータについての位置情報ではなく第２ファイルの位置情報のみ含む場合、’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、図２０に示したように’ｘｍｌ’と定義される。しかし、図１５Ａに示した実施形態のように、第１コンテンツのメディア表現記述が第２コンテンツのメディアデータについての位置情報も含む場合、すなわち、’ＥｘｔｅｒｎａｌＵＲＬ’タグが第２コンテンツのメディアデータの位置情報を定義する場合に、’ＥｘｔｅｒｎａｌＴｙｐｅ’タグは、これを表すために’ｄａｔａ’と定義される。
【０１９５】
図２０に示した実施形態は、第２コンテンツとして第１コンテンツの再生途中で挿入されるコンテンツが複数である場合を図示する。したがって、第２コンテンツを提供するサーバは、第１コンテンツのメディア表現記述２０１０の’ＥｘｔｅｒｎａｌＵＲＬ’タグに定義された’ＥｘｔｅｒｎａＰｅｒｉｏｄ．ｘｍｌ’に対応する第２ファイルとして複数のファイル、すなわち、’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿１．ｘｍｌ’２０２２、’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿２．ｘｍｌ’２０２４及び’ＥｘｔｅｒｎａｌＰｅｒｉｏｄ＿３．ｘｍｌ’２０２６のうち一つをクライアント１３０に提供できる。
【０１９６】
複数のファイル２０２２ないし２０２６は、それぞれ異なるコンテンツのメディアデータについての位置情報を含むが、メディアデータは、メディアデータを時間に基づいて分割して生成された複数の部分を含むことができる。また、複数のファイル２０２２ないし２０２６それぞれは、コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含む。
【０１９７】
’ＥｘｔｅｒｎａｌＰａｒａｍｅｔｅｒ’タグは、複数のファイルのうち一つを選択するためのパラメータを含む。’ＥｘｔｅｒｎａｌＰａｒａｍｅｔｅｒ’タグには、クライアント１３０のプロファイルまたは選好度に対するパラメータが含まれる。クライアント１３０は、ユーザプロファイル及び／または選好度についての情報をサーバ１２０に伝送し、サーバ１２０は、伝送されたパラメータに基づいて複数のファイル２０２２ないし２０２６のうち一つを選択してクライアント１３０に伝送できる。複数のファイル２０２２ないし２０２６を用いて持続時間及びコンテンツの相異なる再生区間を設定できる。クライアント１３０のプロファイルは、クライアント１３０のユーザの年齢、性別、居住地域（ｒｅｇｉｏｎ）などでありうる。
【０１９８】
再び図１５Ｂを参照すれば、段階１５１２は、必ずしも段階１５１１直後に行われる必要がない。言い換えれば、第２ファイルの受信は第１ファイルの受信直後に直ちに行われる必要はなく、図２０に示したように、第２コンテンツの挿入時刻が第１ファイルにより定められている場合には、第１コンテンツを受信して再生している途中で、第２コンテンツの再生区間が始まる前に第２ファイルを受信できる。
【０１９９】
段階１５１３でクライアント１３０は、段階１５１１で受信された第１ファイルに基づいて第１コンテンツ、すなわち、メインコンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。第１ファイルに含まれた情報に基づいて第１コンテンツのメディアデータを要請して受信する。第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、少なくとも一つのメディアデータの伝送をサーバ１２０に要請し、受信する。
【０２００】
段階１５１４で第１コンテンツを再生していたクライアント１３０は、段階１５１５で第２コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信する。図１９Ａ及び図１９Ｂと図２０と関連して前述したように、段階１５１２で受信された第２ファイルに基づいて第２コンテンツのメディアデータを要請し、受信する。段階１５１２で受信された第２ファイルは第２コンテンツのメディアデータに情報を含んでいるところ、第２ファイルに基づいて第２コンテンツを要請し、受信する。
【０２０１】
図１９Ａ及び図１９Ｂに示したように第２ファイルに基づいて第２コンテンツの挿入時刻を決定して、定められた挿入時刻から第２コンテンツの再生を始めることができる。また、図２０に示したように、第１コンテンツのメディア表現記述に含まれた第２コンテンツの再生区間についての情報の’ｓｔａｒｔ’属性に基づいて第２コンテンツの挿入時刻を決定し、定められた挿入時刻から第２コンテンツの再生を始めてもよい。
【０２０２】
段階１５１６で第２コンテンツを再生していたクライアント１３０は、段階１５１７で第１コンテンツのメディアデータを要請し、要請に対する応答としてメディアデータを受信し、段階１５１８で第１コンテンツを再生する。第１コンテンツの再生途中で挿入されたコンテンツである第２コンテンツの再生区間が終了すれば、第１コンテンツの再生が中止された時刻から再び第１コンテンツを再生する。
【０２０３】
図１５Ａと関連して前述した通りに、図１５Ｂに示した実施形態で第２コンテンツの再生が必須でない場合には第２コンテンツの再生をスキップし、引続き第１コンテンツを再生してもよい。
【０２０４】
また、図１５Ｂは、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツがいずれも同じサーバ１２０により提供される実施形態を図示したが、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツのうち少なくとも一つが図１５Ｂのサーバ１２０ではない他のサーバにより提供されるということは、当業者ならば容易に理解できる。
【０２０５】
図２１は、本発明の一実施形態によるメインコンテンツのメディア表現記述、挿入されるコンテンツ情報を含むファイル、及びそれに対応する再生区間を図示する。図１５Ｂの段階１５１１で、クライアント１３０が受信した第１ファイルに基づいて第１コンテンツを再生し、段階１５１２で、クライアント１３０が受信した第２ファイルに基づいて第２コンテンツを再生する場合を挙げて説明する。
【０２０６】
図２１を参照すれば、本発明の一実施形態による第１コンテンツのメディア表現記述は、第１コンテンツの再生中に挿入される第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０を含む。第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０の間に、第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０が挿入される。
【０２０７】
第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０は、それぞれの再生区間で再生される第１コンテンツのメディアデータについての位置情報を含んでいるので、第１コンテンツの再生区間では第１コンテンツのメディアデータが再生される。
【０２０８】
第２コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１２０は、第２コンテンツのメディアデータについての位置情報を含むファイルについての情報として’〜〜／ｐｅｒｉｏｄ＿ｅｘｔｅｒｎａｌ．ｘｍｌ’を定義する。したがって、クライアント１３０は、ＵＲＬに基づいて複数の第２ファイル２１２２ないし２１２６のうち一つを受信する。複数の第２ファイル２１２２ないし２１２６はいずれも、’ｓｔａｒｔ’属性が第１ファイルの’Ｐｅｒｉｏｄ’タグ２１２０の’ｓｔａｒｔ’属性と同一に’００：１０：００’と定義されている。
【０２０９】
第１ファイルの’Ｐｅｒｉｏｄ’タグ２１２０に定義された’ｅｘｔｅｒｎａｌ＿ｓｔａｒｔ’属性は、第２コンテンツを基準とした開始時刻を定義する。また、複数の第２ファイル２１２２ないし２１２６により定義される複数の相異なる第２コンテンツの持続時間は、互いに異なって設定される。例えば、’ｐｅｒｉｏｄ＿ｅｘｔｅｒｎａｌ＿１．ｘｍｌ’により定義される第２コンテンツの長さは’００：００：３０’であり、’ｐｅｒｉｏｄ_ｅｘｔｅｒｎａｌ＿２．ｘｍｌ’により定義される第２コンテンツの長さは’００：０１：００’でありうる。複数の第２ファイル２１２２ないし２１２６のうち一つのファイルが、クライアント１３０のユーザプロファイル及び選好度に基づいて選択されてサーバ１２０に伝送されるので、クライアント１３０のユーザプロファイル及び選好度に基づいて持続期間を互いに異なって設定して挿入できる。また、複数の第２ファイル２１２２ないし２１２６が相異なるコンテンツのメディアデータについての位置情報を含んでいるため、第２コンテンツとして第１コンテンツの再生途中で挿入されるコンテンツも互いに異なって設定できる。
【０２１０】
第１コンテンツの再生区間に対する’Ｐｅｒｉｏｄ’タグ２１１０及び２１３０、及び複数の第２ファイル２１２２ないし２１２６の’Ｐｅｒｉｏｄ’タグは、それぞれ相異なる品質でエンコーディングして生成された複数のメディアデータについての位置情報を含むことができ、それぞれのメディアデータは、メディアデータを時間に基づいて分割して生成された複数の部分を含む。
【０２１１】
前述したメディア表現記述に含まれた第２コンテンツの再生区間についての情報を含むタグは、いずれも第１コンテンツの再生途中で第２コンテンツが挿入される場合を図示した。しかし、逆に第１コンテンツの再生途中で第２コンテンツが挿入されないように第２コンテンツの再生区間についての情報を含むタグが設定されてもよい。
【０２１２】
第１コンテンツの再生区間及び第２コンテンツの再生区間が既に定められており、これを変更できない場合、ユーザは、第１コンテンツの再生途中で挿入される第２コンテンツを必ず再生せねばならない。第１コンテンツに対する部分及び第２コンテンツに対する部分が既に結合されて一つのメディアデータが生成されている場合がこれに該当する。この場合、第２コンテンツを再生せず、メディア表現記述を用いて第２コンテンツの挿入を無視できる。
【０２１３】
第２コンテンツの挿入時刻についての情報、持続時間についての情報及び第２コンテンツの再生如何を表す情報を、メディア表現記述の第２コンテンツの再生区間についての情報を含むタグで定義できる。挿入時刻に対する’’Ｉｎｓｅｒｔｉｏｎｔｉｍｅ’’属性、持続時間に対する’’ｄｕｒａｔｉｏｎ’’属性及び第２コンテンツの再生如何に対する’’ｏｎｏｆｆｌａｇ’’属性を、それぞれ第２コンテンツの再生区間についての情報を含むタグで定義できる。第２コンテンツの再生区間を無視する場合には、’’ｏｎｏｆｆｌａｇ’’属性は’’ｏｆｆ’’と定義できる。
【０２１４】
第２コンテンツの再生区間の無視が明らかで’’ｏｎｏｆｆｌａｇ’’を設定する必要もない場合には、’’Ｉｎｓｅｒｔｉｏｎｔｉｍｅ’’属性及び’’ｄｕｒａｔｉｏｎ’’属性のみ定義することで、第２コンテンツの再生区間をスキップしてもよい。
【０２１５】
図２２は、本発明の一実施形態によるサーバを図示する。
【０２１６】
図２２を参照すれば、本発明の一実施形態によるサーバ１２０は、情報伝送部２２１０及びメディアデータ伝送部２２２０を備える。
【０２１７】
情報伝送部２２１０は、クライアント１３０から所定情報の伝送要請を受信し、これに対する応答として要請された情報を伝送する。第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む第１ファイル、すなわち、メディア表現記述の伝送要請をクライアント１３０から受信し、要請されたメディア表現記述をクライアント１３０に伝送する。図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、図１８、図１９Ａ、図２０及び図２１に示した第１コンテンツ（すなわち、メインコンテンツ）のメディア表現記述をクライアント１３０に伝送できる。メディア表現記述の伝送を要請するＨＴＴＰ要請をクライアント１３０から受信し、ＨＴＴＰ応答としてメディア表現記述を伝送できる。
【０２１８】
図１５Ｂに示した実施形態のように、クライアント１３０が第１ファイルに基づいて第１コンテンツの再生途中で挿入される第２コンテンツのメディアデータについての位置情報を含む第２ファイルを再び要請すれば、情報伝送部２２１０は、図１９Ｂ、図２０及び図２１に示した第２ファイルをクライアント１３０に伝送できる。第１ファイルが第２コンテンツのメディアデータについての位置情報を含まず、第２ファイルのＵＲＬのみ含む場合に第２ファイルをクライアント１３０に伝送できる。図２０及び図２１に示したように、複数の第２ファイルのうち一つを選択してクライアント１３０に伝送してもよい。
【０２１９】
メディアデータ伝送部２２２０は、第１コンテンツまたは第２コンテンツの伝送要請をクライアント１３０から受信し、要請された第１コンテンツまたは第２コンテンツをクライアント１３０に伝送する。図１５Ａに示した実施形態によって、情報伝送部２２１０が伝送した第１ファイルに基づいてクライアント１３０が第１コンテンツ及び第２コンテンツを要請するか、または図１５Ｂに示した実施形態によって、情報伝送部２２１０が伝送した第１ファイル及び第２ファイルに基づいて第１コンテンツ及び第２コンテンツを要請すれば、要請されたコンテンツをクライアント１３０に伝送する。
【０２２０】
サーバ１２０は、エンコーディング装置１１０から第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを受信して保有している途中で、クライアント１３０がストリーミング環境によって選択された少なくとも一つのメディアデータを要請すれば、要請されたメディアデータを伝送する。第１コンテンツの再生途中で第２コンテンツの再生区間が始まって、クライアント１３０が第２コンテンツを要請すれば、第２コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、ストリーミング環境によって選択された少なくとも一つのメディアデータを伝送する。
【０２２１】
図２２は、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツがいずれも同じサーバ１２０により提供される実施形態を図示したが、第１ファイル、第２ファイル、第１コンテンツ及び第２コンテンツのうち少なくとも一つが、図２２のサーバ１２０ではない他のサーバにより提供されるということは、当業者ならば容易に理解できるであろう。例えば、第１ファイル及び第１コンテンツは、図２２のサーバ１２０により提供され、第２ファイル及び第２コンテンツは、広告を提供するために別途に備えられた広告サーバにより提供されてもよい。
【０２２２】
図２３は、本発明の一実施形態によるクライアントを図示する。
【０２２３】
図２３を参照すれば、本発明の一実施形態によるクライアント１３０は、情報受信部２３１０及びメディアデータ再生部２３２０を備える。
【０２２４】
情報受信部２３１０は、所定情報の伝送要請をサーバ１２０に伝送し、これに対する応答として要請された情報をサーバ１２０から受信する。第１コンテンツの再生区間についての情報及び第２コンテンツの再生区間についての情報を含む第１ファイル、すなわち、メディア表現記述の伝送要請をサーバ１２０に伝送し、要請されたメディア表現記述をサーバ１２０から受信する。図１６Ａないし図１６Ｅ、図１７Ａないし図１７Ｃ、図１８、図１９Ａ、図２０及び図２１に示した第１コンテンツ（すなわち、メインコンテンツ）のメディア表現記述をサーバ１２０から受信できる。メディア表現記述の伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、ＨＴＴＰ応答としてメディア表現記述を受信する。
【０２２５】
図１５Ｂに示した実施形態のように、情報受信部２３１０は第１ファイルに基づいて、第１コンテンツの再生途中で挿入される第２コンテンツのメディアデータについての位置情報を含む第２ファイルを再びサーバ１２０に要請し、図１９Ｂ、図２０及び図２１に示した第２ファイルをサーバ１２０から受信する。第１ファイルが第２コンテンツのメディアデータについての位置情報を含まず、第２ファイルのＵＲＬのみ含む場合に第２ファイルをサーバ１２０に要請し、受信する。図２０及び図２１に示したように、複数の第２ファイルのうち一つを受信してもよい。
【０２２６】
メディアデータ再生部２３２０は、第１コンテンツまたは第２コンテンツの伝送要請をサーバ１２０に伝送し、要請された第１コンテンツまたは第２コンテンツをサーバ１２０から受信する。図１５Ａに示した実施形態によって、情報受信部２３１０が受信した第１ファイルに基づいて第１コンテンツ及び第２コンテンツを要請するか、または図１５Ｂに示した実施形態によって、情報受信部２３１０が受信した第１ファイル及び第２ファイルに基づいて第１コンテンツ及び第２コンテンツを要請できる。
【０２２７】
第１コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータを、ストリーミング環境によって少なくとも一つのメディアデータを選択して要請し、要請された少なくとも一つのメディアデータを受信する。第１コンテンツの再生途中で第２コンテンツの再生区間が始まれば、第２コンテンツを相異なる品質でエンコーディングして生成された複数のメディアデータのうち、ストリーミング環境によって少なくとも一つのメディアデータを選択して要請し、要請された少なくとも一つのメディアデータを受信する。第２コンテンツの再生区間が終了すれば、再び第１コンテンツの少なくとも一つのメディアデータを要請し、受信する。
【０２２８】
メディアデータ再生部２３２０は、図１４Ａ及び図１４Ｂと関連して前述した広告アプリケーション部１４１２及びストリーミングエンジン部１４１４を備え、図１４Ａに示した実施形態のように、第１コンテンツの再生途中で動的に第２コンテンツを挿入してもよく、図１４Ｂに示した実施形態のように静的に第２コンテンツを挿入してもよい。
【０２２９】
以上のように本発明は、たとえ限定された実施形態及び図面により説明されたとしても、本発明は前記の実施形態に限定されるものではなく、これは当業者ならば、かかる記載から多様な修正及び変形が可能である。したがって、本発明の思想は特許請求の範囲のみにより把握されねばならず、これと均等であるか、または等価的な変形はいずれも本発明の思想の範ちゅうに属するといえる。また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体にコンピュータで読み取り可能なコードとして具現できる。
【０２３０】
例えば、本発明の例示的な実施形態によるサーバ及びクライアントは、図２２及び図２３に示したような装置のそれぞれのユニットにカップリングされたバス、前記バスに結合された少なくとも一つのプロセッサーを備える。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために前記バスに結合されて、前述したような命令を行うための少なくとも一つのプロセッサーにカップリングされたメモリを含む。
【０２３１】
１００  ストリーミングシステム
１１０  エンコーディング装置
１２０  サーバ
１３０  クライアント
１４０  ネットワーク
【図１】
2013513329.tif 000003
【図２Ａ】
2013513329.tif 000004
【図２Ｂ】
2013513329.tif 000005
【図３】
2013513329.tif 000006
【図４Ａ】
2013513329.tif 000007
【図４Ｂ】
2013513329.tif 000008
【図４Ｃ】
2013513329.tif 000009
【図５Ａ】
2013513329.tif 000010
【図５Ｂ】
2013513329.tif 000011
【図６】
2013513329.tif 000012
【図７】
2013513329.tif 000013
【図８Ａ】
2013513329.tif 000014
【図８Ｂ】
2013513329.tif 000015
【図９Ａ】
2013513329.tif 000016
【図９Ｂ】
2013513329.tif 000017
【図９Ｃ】
2013513329.tif 000018
【図９Ｄ】
2013513329.tif 000019
【図９Ｅ】
2013513329.tif 000020
【図９Ｆ】
2013513329.tif 000021
【図９Ｇ】
2013513329.tif 000022
【図９Ｈ】
2013513329.tif 000023
【図１０Ａ】
2013513329.tif 000024
【図１０Ｂ】
2013513329.tif 000025
【図１０Ｃ】
2013513329.tif 000026
【図１１Ａ】
2013513329.tif 000027
【図１１Ｂ】
2013513329.tif 000028
【図１２Ａ】
2013513329.tif 000029
【図１２Ｂ】
2013513329.tif 000030
【図１２Ｃ】
2013513329.tif 000031
【図１３Ａ】
2013513329.tif 000032
【図１３Ｂ】
2013513329.tif 000033
【図１３Ｃ】
2013513329.tif 000034
【図１４Ａ】
2013513329.tif 000035
【図１４Ｂ】
2013513329.tif 000036
【図１５Ａ】
2013513329.tif 000037
【図１５Ｂ】
2013513329.tif 000038
【図１６Ａ】
2013513329.tif 000039
【図１６Ｂ】
2013513329.tif 000040
【図１６Ｃ】
2013513329.tif 000041
【図１６Ｄ】
2013513329.tif 000042
【図１６Ｅ】
2013513329.tif 000043
【図１７Ａ】
2013513329.tif 000044
【図１７Ｂ】
2013513329.tif 000045
【図１７Ｃ】
2013513329.tif 000046
【図１８】
2013513329.tif 000047
【図１９Ａ】
2013513329.tif 000048
【図１９Ｂ】
2013513329.tif 000049
【図２０】
2013513329.tif 000050
【図２１】
2013513329.tif 000051
【図２２】
2013513329.tif 000052
【図２３】
2013513329.tif 000053
【国際調査報告】
2013513329.tif 000054
2013513329.tif 000055
2013513329.tif 000056