(57)【要約】  コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報に基づいて、ストリーミング環境に適応的なストリーミングを遂行する方法及びその装置である。
2013511197.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータを受信する方法において、
コンテンツについての情報を含む第１ファイルを受信し、前記第１ファイルは、サーバから受信する段階と、
第２ファイルを受信し、前記第２ファイルは、前記複数のメディアデータそれぞれが、それぞれ異なる品質を有するように、前記コンテンツをエンコーディングして生成される前記メディアデータについての情報を含み、前記第２ファイルは、前記第１ファイルを利用してサーバから受信される段階と、前記第２ファイルを利用し、前記複数のメディアデータのうち、少なくとも１つのメディアデータを受信する段階と、を含み、
前記第１ファイルは、前記第２ファイルの位置についての情報を含むことを特徴とするメディアデータ受信方法。
【請求項２】
前記第２ファイルの位置についての情報は、
前記第２ファイルに関連したＵＲＬ（uniform resource locator）情報であることを特徴とする請求項１に記載のメディアデータ受信方法。
【請求項３】
前記第２ファイルを受信する段階は、
前記第２ファイルの伝送を要請するＨＴＴＰ（hypertext transfer protocol）要請メッセージを前記サーバに伝送し、前記伝送する段階は、前記第２ファイルのＵＲＬ情報を利用して遂行される段階と、
前記要請メッセージに対する応答として、前記第２ファイルを含むＨＴＴＰ応答メッセージを、前記サーバから受信する段階と、を含むことを特徴とする請求項２に記載のメディアデータ受信方法。
【請求項４】
前記複数のメディアデータは、
前記コンテンツを決まった品質にエンコーディングし、時間に基づいて分割して生成された複数のデータ部分のうち、少なくとも一つをそれぞれ含むことを特徴とする請求項１に記載のメディアデータ受信方法。
【請求項５】
前記第２ファイルは、
前記複数のデータ部分のＵＲＬと関連したテンプレートまたはメディアデータのフォーマットのうち、少なくとも一つに係わる情報を含むことを特徴とする請求項４に記載のメディアデータ受信方法。
【請求項６】
前記第２ファイルは、
前記複数のメディアデータのヘッダを参考にする情報をさらに含むことを特徴とする請求項５に記載のメディアデータ受信方法。
【請求項７】
前記複数のメディアデータは、複数のエレメンタリーストリームにそれぞれ対応し、
前記複数のメディアデータのヘッダは、前記複数のエレメンタリーストリームと関連したＰＡＴ（program association table）またはＰＭＴ（program map table）のうち、少なくとも一つを含むことを特徴とする請求項６に記載のメディアデータ受信方法。
【請求項８】
前記ＰＡＴ及びＰＭＴのうち少なくとも一つは、
前記複数のメディアデータ全体のリストを含むことを特徴とする請求項７に記載のメディアデータ受信方法。
【請求項９】
前記複数のメディアデータは、それぞれ異なるＰＩＤ（packetＩＤ）に割り当てられることを特徴とする請求項７に記載のメディアデータ受信方法。
【請求項１０】
前記複数のデータ部分のうち、前記少なくとも１つのデータ部分は、
少なくとも１つのＰＥＳ（packetized elementary stream）を含むことを特徴とする請求項７に記載のメディアデータ受信方法。
【請求項１１】
前記複数のメディアデータは、それぞれのＰＴＳ（presentation time stamp）及びそれぞれのＤＴＳ（decoding time stamp）を含むＰＥＳ（packetized elementary stream）から構成され、
前記それぞれのＰＴＳと前記それぞれのＤＴＳは、メディアデータの再生時間によって整列されることをさらに含むことを特徴とする請求項７に記載のメディアデータ受信方法。
【請求項１２】
メディアデータを伝送する方法において、
コンテンツについての情報を含む第１ファイルを伝送し、前記第１ファイルは、クライアントデバイスに伝送される段階と、
第２ファイルを伝送し、前記第２ファイルは、前記複数のメディアデータそれぞれが、それぞれ異なる品質を有するように、前記コンテンツをエンコーディングして生成される前記メディアデータについての情報を含み、前記第２ファイルを前記クライアントに伝送する段階と、
前記クライアントデバイスの要請によって、前記複数のメディアデータのうち、少なくとも１つのメディアデータを前記クライアントデバイスに伝送する段階と、を含み、
前記要請は、前記第２ファイルを利用して伝送され、前記第１ファイルは、前記第２ファイルの位置についての情報を含むことを特徴とするメディアデータ伝送方法。
【請求項１３】
メディアデータを受信する装置において、
コンテンツについての情報を含む第１ファイルを受信するように構成され、前記第１ファイルは、サーバから受信され、第２ファイルをさらに受信するように構成され、前記第２ファイルは、前記複数のメディアデータそれぞれが、それぞれ異なる品質を有するように、前記コンテンツをエンコーディングして生成される前記メディアデータについての情報を含み、前記第２ファイルを、前記第１ファイルを利用してサーバから受信する情報受信部と、
前記第２ファイルを利用し、前記複数のメディアデータのうち、少なくとも１つのメディアデータを受信するように構成されたメディアデータ受信部と、を含み、
前記第１ファイルは、前記第２ファイルの位置についての情報を含むことを特徴とするメディアデータ受信装置。
【請求項１４】
メディアデータを伝送する装置において、
コンテンツについての情報を含む第１ファイルを伝送するように構成され、前記第１ファイルは、クライアントに伝送され、第２ファイルをさらに受信するように構成され、前記第２ファイルは、前記複数のメディアデータそれぞれが、それぞれ異なる品質を有するように、前記コンテンツをエンコーディングして生成される前記メディアデータについての情報を含み、前記第２ファイルを、前記クライアントに伝送する情報伝送部と、
前記クライアントの要請によって、前記複数のメディアデータのうち、少なくとも１つのメディアデータを、前記クライアントに伝送するように構成され、前記要請は、前記第２ファイルを利用して伝送されるメディアデータ伝送部と、を含み、
前記第１ファイルは、前記第２ファイルの位置についての情報を含むことを特徴とするメディアデータ伝送装置。
【請求項１５】
請求項１ないし請求項１１のうち、いずれか１項に記載の方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング方法及びその装置に係り、さらに詳細には、ストリーミング環境の変動（fluctuation）によって、適応的にメディアデータをストリーミングする方法及びその装置に関する。
【背景技術】
【０００２】
ネットワークを介してメディアデータを伝送する方式には、ダウンロード方式とストリーミング方式とがある。ストリーミング方式は、サーバがリアルタイムでメディアデータを伝送し、クライアントは、受信されたメディアデータをリアルタイムで再生する方式である。
【０００３】
ストリーミング方式は、メディアデータをいずれも送受信した後、メディアデータの再生が始まるダウンロード方式とは異なり、ストリーミング方式によれば、サーバとクライアントとの間に設定された論理的なチャネルを介して、リアルタイムでメディアデータが送受信され、再生されるためにストリーミング環境の変動を反映し、メディアデータ再生のＱｏＳ（quality of service）を維持することができる方法及びその装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする技術的課題は、ストリーミング、すなわち、メディアデータの伝送及び受信を、ストリーミング環境によって適応的に調節して遂行する方法及びその装置を提供するところにあり、前記方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【０００５】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを受信する方法は、所定のコンテンツについての情報を含む第１ファイルをサーバから受信する段階と、前記コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含む第２ファイルを、前記第１ファイルに基づいてサーバから受信する段階と、前記第２ファイルに基づいて、前記複数のメディアデータのうち少なくとも１つのメディアデータを受信する段階と、を含み、前記第１ファイルは、前記第２ファイルの位置についての情報を含む。
【０００６】
本発明の他の実施形態によれば、前記第２ファイルの位置についての情報は、前記第２ファイルのＵＲＬ（uniform resource locator）情報であることを特徴とする。
【０００７】
本発明のさらに他の実施形態によれば、前記第２ファイルを、前記第１ファイルに基づいてサーバから受信する段階は、前記第２ファイルのＵＲＬ情報に基づいて、前記第２ファイルの伝送を要請するＨＴＴＰ（hypertext transfer protocol）要請メッセージを、前記サーバに伝送する段階と、前記要請メッセージに対する応答として、前記第２ファイルを含むＨＴＴＰ応答メッセージを、前記サーバから受信する段階を含む。
【０００８】
本発明のさらに他の実施形態によれば、前記複数のメディアデータは、前記コンテンツを所定品質にエンコーディングし、時間に基づいて分割して生成された複数のデータ部分のうち少なくとも一つをそれぞれ含む。
【０００９】
本発明のさらに他の実施形態によれば、前記第２ファイルは、前記複数のデータ部分のＵＲＬに係わるテンプレート（template）及びメディアデータのフォーマットのうち少なくとも一つに係わる情報を含む。
【００１０】
本発明のさらに他の実施形態によれば、前記第２ファイルは、前記複数のメディアデータのヘッダを指示する情報をさらに含む。
【００１１】
本発明のさらに他の実施形態によれば、前記複数のメディアデータは、複数のエレメンタリーストリームにそれぞれ対応し、前記複数のメディアデータのヘッダは、前記複数のエレメンタリーストリームに係わるＰＡＴ（program association table）及びＰＭＴ（program map table）のうち少なくとも一つを含む。
【００１２】
本発明のさらに他の実施形態によれば、前記ＰＡＴ及びＰＭＴのうち少なくとも一つは、前記複数のメディアデータの全体リストを含む。
【００１３】
本発明のさらに他の実施形態によれば、前記複数のメディアデータは、ＰＩＤ（packet ＩＤ）が異なることを特徴とする。
【００１４】
本発明のさらに他の実施形態によれば、前記少なくとも１つのデータ部分は、少なくとも１つのＰＥＳ（packetized elementary stream）を含むことを特徴とする。
【００１５】
本発明のさらに他の実施形態によれば、前記複数のメディアデータのうち互いに異なるメディアデータに含まれたＰＥＳのＰＴＳ（presentation time stamp）及びＤＴＳ（decoding time stamp）は、メディアデータの再生時間によって整列（aligned）されることを特徴とする。
【００１６】
本発明のさらに他の実施形態によれば、前記第２ファイルは、前記コンテンツ後に受信するコンテンツを異なる品質にエンコーディングして生成されたさらに他の複数のメディアデータについての情報を含む第３ファイルについての情報をさらに含む。
【００１７】
本発明のさらに他の実施形態によれば、前記第２ファイルは、前記複数のメディアデータそれぞれに係わるメディアデータの名称、類型、品質及びタイムスタンプのうち、少なくとも一つに係わる情報を含む。
【００１８】
本発明のさらに他の実施形態によれば、前記第２ファイルは、前記複数のメディアデータのうち、少なくとも一つを受信するユーザの等級によって異なることを特徴とする。
【００１９】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを伝送する方法は、所定コンテンツについての情報を含む第１ファイルをクライアントに伝送する段階と、前記第１ファイルに基づいた前記クライアントの要請によって伝送する前記コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含む第２ファイルを、前記クライアントに伝送する段階と、前記第２ファイルに基づいたクライアントの要請によって、前記複数のメディアデータのうち少なくとも１つのメディアデータを、前記クライアントに伝送する段階と、を含み、前記第１ファイルは、前記第２ファイルの位置についての情報を含む。
【００２０】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを受信する装置は、所定コンテンツについての情報を含む第１ファイルをサーバから受信し、前記コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含む第２ファイルを、前記第１ファイルに基づいてサーバから受信する情報受信部と、前記第２ファイルに基づいて、前記複数のメディアデータのうち少なくとも１つのメディアデータを受信するメディアデータ受信部と、を含み、前記第１ファイルは、前記第２ファイルの位置についての情報を含む。
【００２１】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを伝送する装置は、所定コンテンツについての情報を含む第１ファイルをクライアントに伝送し、前記第１ファイルに基づいた前記クライアントの要請によって伝送する前記コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含む第２ファイルを、前記クライアントに伝送する情報伝送部と、前記第２ファイルに基づいたクライアントの要請によって、前記複数のメディアデータのうち少なくとも１つのメディアデータを、前記クライアントに伝送するメディアデータ伝送部と、を含み、前記第１ファイルは、前記第２ファイルの位置についての情報を含む。
【００２２】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを受信する方法は、所定コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルをサーバから受信する段階と、前記受信されたファイルに基づいて、前記複数のメディアデータのうち少なくとも少なくとも１つのメディアデータを受信する段階と、を含み、前記ファイルは、前記複数のメディアデータそれぞれに係わるメディアデータの名称、類型、品質及びタイムスタンプのうち、少なくとも一つを含む。
【００２３】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを伝送する方法は、所定コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルを、前記クライアントに伝送する段階と、前記伝送されたファイルに基づいたクライアントの要請によって、前記複数のメディアデータのうち少なくとも１つのメディアデータを、前記クライアントに伝送する段階と、を含み、前記ファイルは、前記複数のメディアデータそれぞれに係わるメディアデータの名称、類型、品質及びタイムスタンプのうち、少なくとも一つを含む。
【００２４】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを受信する装置は、所定コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルを、サーバから受信する情報受信部と、前記受信されたファイルに基づいて、前記複数のメディアデータのうち少なくとも少なくとも１つのメディアデータを受信するメディアデータ受信部と、を含み、前記ファイルは、前記複数のメディアデータそれぞれに係わるメディアデータの名称、類型、品質及びタイムスタンプのうち、少なくとも一つを含む。
【００２５】
前記技術的課題を解決するための本発明の一実施形態によるメディアデータを伝送する装置は、所定コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルを、前記クライアントに伝送する情報伝送部と、前記伝送されたファイルに基づいたクライアントの要請によって、前記複数のメディアデータのうち少なくとも１つのメディアデータを、前記クライアントに伝送するメディアデータ伝送部と、を含み、前記ファイルは、前記複数のメディアデータそれぞれに係わるメディアデータの名称、類型、品質及びタイムスタンプのうち、少なくとも一つを含む。
【００２６】
本発明による一実施形態は、前記のメディアデータ受信方法及びメディアデータ伝送方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００２７】
本発明によれば、サーバ及び／またはクライアントの構成を変更せずに、既存のプロトコルを利用したストリーミング環境による適応的なストリーミングが可能になり、低コストで多様なメディアデータ・フォーマットに互換される適応的なストリーミング・システム構築が可能になる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態によるストリーミング・システムを図示する図面である。
【図２Ａ】本発明の一実施形態によるストリーミング方法について説明するためのフローチャートである。
【図２Ｂ】本発明の一実施形態によるストリーミング方法について説明するためのフローチャートである。
【図３】本発明の一実施形態によるコンテンツについての情報を含むファイルのスキーマ（schema）を図示する図面である。
【図４Ａ】本発明の一実施形態による複数のメディアデータを定義するための情報を図示する図面である。
【図４Ｂ】本発明の一実施形態によるメディアデータのヘッダについての情報を図示する図面である。
【図４Ｃ】本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも１つの部分についての情報を図示する図面である。
【図５Ａ】本発明の他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【図５Ｂ】本発明の他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【図６】本発明の他の実施形態によるコンテンツについての情報を含むファイルのスキーマを図示する図面である。
【図７】本発明の他の実施形態によるコンテンツについての情報を図示する図面である。
【図８Ａ】本発明の一実施形態によるメディア表現記述のスキーマを図示する図面である。
【図８Ｂ】本発明の一実施形態によるメディア表現記述のスキーマを図示する図面である。
【図９Ａ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｂ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｃ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｄ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｅ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｆ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｇ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図９Ｈ】本発明の一実施形態によるメディア表現記述を図示する図面である。
【図１０Ａ】本発明の一実施形態による複数のメディアデータを図示する図面である。
【図１０Ｂ】本発明の一実施形態による複数のメディアデータを図示する図面である。
【図１０Ｃ】本発明の一実施形態による複数のメディアデータを図示する図面である。
【図１１Ａ】本発明のさらに他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【図１１Ｂ】本発明のさらに他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【図１２Ａ】本発明の他の実施形態による複数のメディアデータを図示する図面である。
【図１２Ｂ】本発明の他の実施形態による複数のメディアデータを図示する図面である。
【図１２Ｃ】本発明の他の実施形態による複数のメディアデータを図示する図面である。
【図１３】本発明の一実施形態によるサーバのメディアデータ伝送装置を図示する図面である。
【図１４】本発明の一実施形態によるクライアントのメディアデータ受信装置を図示する図面である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しつつ、本発明の実施形態について詳細に説明する。
【００３０】
図１は、本発明の一実施形態によるストリーミング・システムを図示している。
【００３１】
図１を参照すれば、本発明の一実施形態によるストリーミング・システム１００は、エンコーディング装置１１０、サーバ１２０及びクライアント１３０を含む。
【００３２】
エンコーディング装置１１０は、入力されたコンテンツを複数の異なる品質にエンコーディングし、１つのコンテンツに係わる複数のメディアデータを生成する。サーバ１２０がクライアント１３０にメディアデータをストリーミングするとき、ストリーミング環境は、変更されてもよい。例えば、ストリーミングのためのネットワーク１４０帯域幅が変更されもし、メディアデータを伝送するために、サーバ１２０が使用可能なハードウェア資源またはメディアデータを受信するために、クライアント１３０が使用可能なハードウェア資源が変更されもする。
【００３３】
従って、エンコーディング装置１１０は、流動的なストリーミング環境による適応的なストリーミングのために、１つのコンテンツを複数の異なる品質にエンコーディングする。ビット率（bit rate）、サンプリング周波数（sampling frequency）、解像度またはフレーム率（frame rate）のような因子を調節することによって、１つのコンテンツを複数の異なる品質にエンコーディングすることができる。例えば、１つの動映像コンテンツを互いに異なる解像度でエンコーディングし、５００Ｋｂｐｓ、１０００Ｋｂｐｓ及び２０００Ｋｂｐｓの複数のメディアデータを生成することができる。
【００３４】
異なる品質にエンコーディングされた複数のメディアデータは、サーバ１２０に伝送され、このとき、コンテンツについての情報及び複数のメディアデータそれぞれについての情報も、共にサーバ１２０に伝送される。コンテンツについての情報は、コンテンツのメタデータであり、コンテンツの題目（title）、シノプシス（synopsis）、コンテンツ識別子（content ＩＤ）、コンテンツＵＲＬ（uniform resource locator）のような情報を含んでもよい。複数のメディアデータについての情報は、それぞれのメディアデータの品質、類型及び識別子などを含むことができるが、これについては、図４Ａ、図４Ｂ及び図４Ｃを参照して詳細に説明する。
【００３５】
クライアント１４０は、コンテンツについての情報及び複数のメディアデータについての情報のうち少なくとも一つを受信し、これに基づいて、サーバ１２０に複数のメディアデータのうち少なくとも１つのメディアデータを要請する。クライアント１３０は、ストリーミング環境を推定（estimation）し、推定されたストリーミング環境に基づいて、複数のメディアデータのうち少なくとも１つのメディアデータを選択する。推定されたストリーミング環境で、適切なＱｏＳ（quality of service）を維持することができる少なくとも１つのメディアデータを選択することができる。その後、クライアント１３０は、選択された少なくとも１つのメディアデータの伝送を要請するＨＴＴＰ要請（hypertext transfer protocol request）をサーバ１２０に伝送することができる。
【００３６】
ストリーミング環境が劣化され、高品質のメディアデータを受信すれば、続けてメディアデータを再生することができない場合には、複数のメディアデータのうち、低品質のメディアデータを要請し、ストリーミング環境が改善されて高品質のメディアデータを受信しても、続けてメディアデータを再生することができる場合には、複数のメディアデータのうち高品質のメディアデータを要請することができる。
【００３７】
所定のメディアデータを受信している途中に、他のメディアデータを伝送することをサーバ１２０に要請することもできる。例えば、ストリーミング環境が劣化された状態で、低品質の第１メディアデータを要請して受信していたクライアント１３０は、ストリーミング環境が改善されることにより、さらに高品質の第２メディアデータを伝送することをサーバ１２０に要請することができる。従来技術によるストリーミング方法によれば、サーバ１２０とクライアント１３０とがストリーミング・チャネルを最初に設定するとき、品質を一度設定すれば、続けて同じ品質でメディアデータを送受信せねばならなかった。しかし、本発明によれば、クライアント１３０が低品質の第１メディアデータを受信していても、同じコンテンツに係わるさらに高品質の第２メディアデータをさらに要請することができ、ストリーミング環境による適応的なストリーミングが可能になる。
【００３８】
ネットワーク１４０の帯域幅、及びサーバ１２０またはクライアント１３０の使用可能なハードウェア資源に基づいて、ストリーミング環境を推定する多様な方法が、クライアント１３０がストリーミング環境を推定するのに利用される。例えば、クライアント１３０は、受信されるメディアデータのタイムスタンプ及びＢＥＲ（bit error rate）に基づいて、ストリーミング環境を推定することができる。受信されるメディアデータのタイムスタンプを確認し、メディアデータが再生速度より遅い速度で受信されていれば、ストリーミング環境が劣化していると判断することができる。また、受信されるメディアデータのＢＥＲが高まっても、ストリーミング環境が劣化していると判断することができる。
【００３９】
クライアント１３０が、ストリーミング環境によって複数のメディアデータのうち、少なくとも１つのメディアデータを伝送することを要請すれば、サーバ１２０は、要請されたメディアデータをクライアント１３０に伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として要請されたメディアデータをクライアント１３０に伝送することができる。
【００４０】
複数のメディアデータそれぞれは、コンテンツを異なる品質にエンコーディングし、分割して生成された複数の部分（segment）のうち、少なくとも一つを含んでもよい。言い換えれば、エンコーディング装置１１０のエンコーディングの結果として生成された複数のメディアデータそれぞれは、時間に基づいて分割された少なくとも１つの部分をそれぞれ含んでもよい。サーバ１２０は、コンテンツを１つのストリームにエンコーディングして連続して伝送するのではなく、複数の部分に分割してそれぞれ伝送する。コンテンツを１０秒または２０秒のように、所定の時間単位で分割し、複数の部分を生成することができる。分割の基礎になる時間は、ＧＯＰ（group of picture）に基づいて設定される。一つまたは二つ以上のＧＯＰのピクチャに対応するメディアデータを、１つの部分として設定することができる。
【００４１】
例えば、２種の品質でコンテンツがストリーミングされる場合、第１メディアデータは、コンテンツを第１品質にエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分を含むことができ、第２メディアデータは、コンテンツを第２品質にエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分を含んでもよい。
【００４２】
複数のメディアデータを時間に基づいてそれぞれ分割することによって、前述の適応的なストリーミングが可能になる。例えば、ストリーミングが始まれば、サーバ１２０は、低品質の第１メディアデータの０秒から２０秒に該当する部分を伝送する。その後、２０秒後に、ストリーミング環境が改善されたと判断され、クライアント１３０がさらに高品質のメディアデータを要請すれば、サーバ１２０は、さらに高品質の第２メディアデータの２０秒から４０秒に該当する部分を伝送することができる。メディアデータが、時間に基づいて複数の部分に分割されているために、ストリーミング最中にも、ストリーミング環境によって異なるメディアデータの部分を伝送することができる。
【００４３】
図２Ａは、本発明の一実施形態によるストリーミング方法について説明するためのフローチャートである。
【００４４】
図２Ａを参照すれば、段階２１０でクライアント１３０は、所定のコンテンツについての情報を伝送することをサーバ１２０に要請する。クライアント１３０のユーザが、クライアント１３０の画面に表示されたユーザ・インターフェースで、所定のコンテンツを選択すれば、選択されたコンテンツについての情報を伝送することをサーバ１２０に要請する。クライアント１３０は、コンテンツについての情報を伝送することを要請するＨＴＴＰ要請を、サーバ１２０に伝送することができる。
【００４５】
クライアント１３０から要請を受信したサーバ１２０は、クライアント１３０にコンテンツについての情報を伝送する。ＨＴＴＰ要請に対するＨＴＴＰ応答として、コンテンツについての情報をクライアント１３０に伝送することができる。コンテンツについての情報は、ＯＩＰＦ（open ＩＰＴＶ forum）標準によるＣＡＤ（content access descriptor）であってもよい。図３を参照して詳細に説明する。
【００４６】
図３は、本発明の一実施形態によるコンテンツについての情報を含むファイルのスキーマ（schema）を図示している。コンテンツについての情報を含むファイルは、ＣＡＤであり、ＸＭＬ（eXtensible Markup Language）ファイルであってもよい。以下、本発明の詳細な説明では、タグ（tag）及び属性（attribute）を区分して説明するが、本発明の詳細な説明で、タグによって定義される項目を、タグではない属性によって定義したり、本発明の詳細な説明で、属性によって定義される項目を、属性ではないタグによって定義することができることは、本発明が属する技術分野で当業者であるならば、容易に分かるであろう。
【００４７】
図３を参照すれば、コンテンツについての情報は、「Title」、「Synopsis」、「OriginSite」、「ContentＵＲＬ」タグなどを含んでもよい。
【００４８】
従来技術によるメディアデータのストリーミングは、１つのコンテンツを所定の品質にエンコーディングして１つのメディアデータを生成するので、従来技術によるコンテンツについての情報（特に、ＯＩＰＦによるＣＡＤ）は、コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含まない。
【００４９】
しかし、本発明の一実施形態によるコンテンツについての情報は、１つのコンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むが、図３に図示された実施形態の「Tracks」タグ、「ＲｅｆData」タグ及び「Fragments」タグがこれに該当する。
【００５０】
図４Ａは、本発明の一実施形態による複数のメディアデータを定義するための情報を図示している。
【００５１】
図４Ａを参照すれば、「Tracks」タグは、コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータを区分するための情報である。「Tracks」タグは、複数のメディアデータそれぞれに割り当てられた「ＩＤ」属性（attribute）、「Type」属性及び「BitRate」属性を含む。
【００５２】
「ＩＤ」属性は、メディアデータに対して順番に付与される識別子を定義し、「Type」属性は、メディアデータのオーディオデータ、ビデオデータ、ビデオ／オーディオデータ、字幕データのうちいずれのデータに該当するかを定義する。「Type」属性が「Packed」であるならば、メディアデータがビデオ／オーディオデータであることを示し、「Type」属性が「Video」であるならば、メディアデータがビデオデータであることを示す。「BitRate」属性は、ビデオデータのエンコーディングに利用されたビット率を定義する。
【００５３】
図４Ｂは、本発明の一実施形態によるメディアデータのヘッダについての情報を図示している。
【００５４】
図４Ｂを参照すれば、「ＲｅｆData」タグは、「Type」属性及び「ＩＤ」属性を含む。「Type」属性は、ヘッダがいかなるメディア・フォーマットのヘッダであるかを定義する。例えば、「Type」属性が「HEAD−ＴＳ」であるならば、ヘッダが伝送ストリーム（transport stream）フォーマットのヘッダであることを示す。「ＩＤ」属性は、ヘッダが複数のメディアデータのうち、いずれのメディアデータのヘッダであるか定義する。「ＩＤ」属性が「１」であるならば、メディアデータ識別子が「１」であるメディアデータに係わるヘッダであることを示す。また、「ＲｅｆData」タグは、ヘッダを指示（pointing）する情報を含むが、「ＵＲＬ」タグは、ヘッダの位置、すなわち、ＵＲＬを定義する。
【００５５】
「ＲｅｆData」タグは、選択的な要素である。ヘッダがメディアデータと分離され、別のファイルとして存在する場合にのみ、コンテンツについての情報に「ＲｅｆData」タグが含まれ、メディアデータと結合されて存在する場合には、コンテンツについての情報に「ＲｅｆData」タグが含まれない。
【００５６】
図４Ｃは、本発明の一実施形態による複数のメディアデータそれぞれに含まれた少なくとも１つの部分についての情報を図示している。
【００５７】
図４Ｃを参照すれば、「Fragments」タグの下位タグである「Fragment」タグに、複数のメディアデータそれぞれに含まれた少なくとも１つの部分についての情報が含まれる。
【００５８】
「Fragments」タグは、「NextFragmentsＸＭＬＵＲＬ」属性を含む。ライブ・ストリーミングのように、１つのコンテンツ・ストリーミングが完了すれば、次のコンテンツが続いてストリーミングされる場合には、次にストリーミングされるコンテンツについての情報をクライアント１３０があらかじめ知っていてこそ、途切れなしにコンテンツをストリーミングすることができる。従って、「Fragments」タグは、次にストリーミングされるコンテンツについての情報を、「NextFragmentsＸＭＬＵＲＬ」属性と定義する。次に、ストリーミングされるコンテンツに係わる複数のメディアデータのＵＲＬが「NextFragmentsＸＭＬＵＲＬ」属性と定義される。
【００５９】
「Fragment」タグは、現在ストリーミングされるコンテンツの少なくとも１つの部分についての情報を含む。図４Ｃに図示された実施形態を例に挙げて説明すれば、第１メディアデータとして、コンテンツを第１品質にエンコーディングして生成された最初の部分である「slice１−１．as」のＵＲＬ情報が「ＵＲＬ」タグによって定義され、対応するヘッダの識別子が「ＲｅｆPointer」タグによって定義される。また、最初の部分の開始時間が「StartTime」属性によって定義され、それぞれの部分の持続時間が「Duration」属性によって定義される。第１メディアデータの品質は、「BitRate」属性によって定義される。
【００６０】
図４Ｃに図示された実施形態では、「Fragments」タグは、それぞれのメディアデータが１つの部分だけを含む場合を図示した。しかし、本発明が属する技術分野で当業者であるならば、図１と関連して述べたように、それぞれのメディアデータが複数の部分に分割される場合、１つの「Fragments」タグが２以上の部分についての情報を含むことができることを容易に理解することが可能であろう。
【００６１】
再び図２Ａを参照すれば、段階２２０でクライアント１３０は、複数のメディアデータのうち、少なくとも１つのメディアデータを伝送することをサーバ１２０に要請する。複数のメディアデータは、１つのコンテンツを異なる品質にエンコーディングして生成された複数のメディアデータである。クライアント１３０は、複数のメディアデータのうちから、ストリーミング環境に適した品質に符号化された少なくとも１つのメディアデータを選択し、サーバ１２０に要請する。クライアント１３０は、コンテンツについての情報に含まれた複数のメディアデータについての情報に基づいて、ＨＴＴＰ要請をサーバ１２０に伝送することができる。
【００６２】
コンテンツについての情報は、図４Ｃと関連して述べたように、「Fragments」タグを含んでいる。従って、クライアント１３０は、「Fragments」タグに含まれたＵＲＬ情報に基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。
【００６３】
クライアント１２０の要請によってサーバ１２０は、メディアデータを伝送する。要請されたメディアデータの少なくとも１つの部分をクライアント１２０に伝送することができる。ＨＴＴＰ要請に対するＨＴＴＰ応答として要請されたメディアデータをクライアント１２０に伝送することができる。
【００６４】
図２Ｂは、本発明の他の実施形態によるストリーミング方法について説明するためのフローチャートである。図２Ｂは、ヘッダがメディアデータと分離され、別途のファイルとして存在する場合のストリーミング方法を図示している。
【００６５】
図２Ｂを参照すれば、段階２１２でクライアント１３０は、所定のコンテンツについての情報を伝送することをサーバ１２０に要請し、サーバ１２０からコンテンツについての情報を伝送する。図２Ａの段階２１０に図示される。図４Ｂと関連して述べた「ＲｅｆData」タグを含むコンテンツについての情報を受信する。
【００６６】
段階２２２でクライアント１３０は、段階２１０で受信されたコンテンツについての情報に基づいて、複数のメディアデータのうち選択されたメディアデータのヘッダを要請する。段階２１２で受信されたコンテンツについての情報に基づいて、複数のメディアデータのうちストリーミング環境に適した少なくとも１つのメディアデータを選択し、選択されたメディアデータのヘッダを要請する。段階２１２で受信されたコンテンツについての情報に含まれた「ＲｅｆData」タグを参照して選択されたメディアデータのヘッダを要請する。
【００６７】
サーバ１２０は、要請されたメディアデータのヘッダをクライアント１３０に伝送する。ヘッダファイルをクライアント１３０に伝送することができ、ヘッダファイルは、ＸＭＬファイルであってもよい。
【００６８】
段階２３２でクライアント１３０は、段階２１２で受信されたコンテンツについての情報及び段階２２２で受信されたヘッダに基づいて選択されたメディアデータの伝送を、サーバ１２０に要請する。メディアデータを時間に基づいて分割して生成された少なくとも１つの部分を伝送することをサーバ１２０に要請し、サーバ１２０は、要請された少なくとも１つの部分をクライアント１３０に伝送する。
【００６９】
図５Ａは、本発明の他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【００７０】
図５Ａを参照すれば、段階５１０でクライアント１３０は、所定のコンテンツについての情報を伝送することをサーバ１２０に要請し、サーバ１２０からコンテンツについての情報を伝送する。所定のコンテンツについての情報を伝送することを要請するＨＴＴＰ要請をサーバ１２０に伝送し、これに対するＨＴＴＰ応答として、コンテンツについての情報を受信する。コンテンツについての情報を含むＸＭＬファイルを受信することができる。段階５１０で、クライアント１３０が受信するコンテンツについての情報は、図２の段階２１０で、クライアント１３０が受信するコンテンツについての情報と異なるが、図６及び図７を参照して詳細に説明する。
【００７１】
図６は、本発明の他の実施形態によるコンテンツについての情報を含むファイルのスキーマを図示している。
【００７２】
図６を参照すれば、本発明の一実施形態によるコンテンツについての情報は、図３と同一に、「Title」、「Synopsis」、「OriginSite」、「ContentＵＲＬ」タグなどを含んでもよい。
【００７３】
しかし、図３に図示された実施形態では、コンテンツについての情報が、「Tracks」、「ＲｅｆData」及び「Fragments」タグを含むことによって、複数のメディアデータについての情報も共に含むのに対し、図６に図示された実施形態では、コンテンツについての情報が複数のメディアデータについての情報を含むのではなく、複数のメディアデータについての情報を含むファイル（以下、media presentation description：「メディア表現記述」とする）のＵＲＬのみ定義することが異なる。「ContentＵＲＬ」タグによって、メディア表現記述のＵＲＬが定義される。
【００７４】
図６に図示されたように、従来技術による多様なコンテンツについての情報ファイルのスキーマを大きく変更せずに、メディア表現記述のＵＲＬだけコンテンツについての情報ファイルに挿入することによって、多様なメディアデータ・フォーマットとの互換性を維持しつつ、ストリーミング環境に適応的なストリーミングが可能になる。
【００７５】
図６に図示されたところによれば、コンテンツについての情報は、複数のメディアデータについての情報は含まず、ストリーミング方法と関連した情報だけ含んでもよい。言い換えれば、「ContentＵＲＬ」タグは、ストリーミングに利用されるメディアデータのフォーマットを定義する「MediaFormat」属性、メディアデータの種類を定義する「ＭＩＭＥType」属性などを含んでもよい。
【００７６】
特に、「ContentＵＲＬ」タグは、コンテンツのストリーミングがいなかるサービスと関連しているか定義する「TransferType」属性を含んでもよい。「TransferType」属性は、コンテンツのストリーミングがＣｏＤ（content on delivery）サービス、生中継（live）、適応ストリーミング生中継（adaptive streaming live）及び適応ストリーミングＣｏＤ（adaptive streaming ＣｏＤ）のうち、いかなるサービスと関連しているのかを定義することができる。
【００７７】
図７は、本発明の他の実施形態によるコンテンツについての情報を図示している。図７は、ＯＩＰＦ標準によるＣＡＤであってもよい。
【００７８】
図７を参照すれば、図６に図示されたスキーマによって生成されたコンテンツについての情報は、「ContentＵＲＬ」タグに、メディア表現記述のＵＲＬが定義される。「ｈｔｔｐ：／／asexample．com／ｖｏｄ／movies／１８８８８／Meta／MainMeta．ｘｍｌ」がメディア表現記述のＵＲＬである。また、図６と関連して述べたように、「MediaFormat」属性、「ＭＩＭＥType」属性及び「TransferType」属性などが「ContentＵＲＬ」タグに定義される。
【００７９】
再び図５Ａを参照すれば、段階５２０でクライアント１３０は、段階５１０で受信されたコンテンツについての情報に基づいて、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述を、ＨＴＴＰ要請を介してサーバ１２０に要請し、ＨＴＴＰ応答として、メディア表現記述を受信することができる。
【００８０】
段階５１０で、クライアント１３０がサーバ１２０から受信したコンテンツについての情報は、図６及び図７と関連して述べたように、メディア表現記述のＵＲＬ情報を含むことができるが、クライアント１３０は、コンテンツについての情報の「ContentＵＲＬ」タグを参照し、メディア表現記述をサーバ１２０に要請して受信する。メディア表現記述について、図８Ａ、図８Ｂ、図９Ａないし図９Ｈを参照して詳細に説明する。
【００８１】
図８Ａ及び図８Ｂは、本発明の一実施形態によるメディア表現記述のスキーマを図示している。メディア表現記述は、ＯＩＰＦ標準によるメディア表現記述であってもよい。
【００８２】
図８Ａを参照すれば、本発明の一実施形態によるメディア表現記述は、複数のメディアデータのＵＲＬに係わるテンプレート（template）タグ、ヘッダの位置を定義するためのタグ、ストリーミングがいかなるサービスと関連しているかを定義するためのタグ、メディアデータコンテナ（container）・フォーマットを定義するためのタグ、及び複数のメディアデータを定義するためのタグを含む。
【００８３】
「ｕｒｌTemplate」タグは、複数のメディアデータに係わるＵＲＬ情報の共通部分を定義する。例えば、「ｈｔｔｐ：／／example．com／ｖｏｄ／movie／１８８８８／Track／｛TrackＩＤ｝／Segments／｛SegmentＩＤ｝」がＵＲＬテンプレートであるならば、「TrackＩＤ」及び「SegmentＩＤ」に、複数のメディアデータそれぞれの識別子、及びそれぞれのメディアデータに含まれた少なくとも１つの部分の識別子を代入することにより、メディアデータに係わるＵＲＬを定義することができる。
【００８４】
「headerＵｒｌ」タグは、図４Ｂと関連して述べた「ＲｅｆData」タグに対応する。言い換えれば、複数のメディアデータのヘッダＵＲＬを定義する。
【００８５】
「islive」タグは、ストリーミングがいかなるサービスと関連しているかを定義するタグである。例えば、「islive」タグが「live」と定義されれば、ストリーミングが生放送サービスと関連していることを示し、「islive」タグが「ＣｏＤ」と定義されれば、ストリーミングがＣｏＤサービスと関連していることを示す。
【００８６】
「contentType」タグは、ストリーミングに利用されるメディアデータのコンテナ・フォーマットを定義する。メディアデータのコンテナ・フォーマットがＭＰ４フォーマットであるか、あるいはＭＰＥＧ２−ＴＳフォーマットであるか示すための情報であってもよい。本発明の詳細な説明では、メディアデータのコンテナ・フォーマットが、ＭＰ４フォーマットまたはＭＰＥＧ２−ＴＳフォーマットである場合を例に挙げて説明する。しかし、コンテナ・フォーマットは、これに限定されるものではなく、メディアデータの伝送のためのあらゆるコンテナ・フォーマットが本発明に適用されることは、本発明が属する技術分野で当業者であるならば、容易に分かるであろう。例えば、前記「contentType」タグは、メディアデータのコンテナ・フォーマットが、ＭＭＴ（ＭＰＥＧ media transport）標準によるフォーマットであることを定義することもできる。
【００８７】
「Stream」タグは、複数のメディアデータそれぞれについて生成され、複数のメディアデータそれぞれを定義する。１つのコンテンツを異なる品質にエンコーディングして生成された複数のメディアデータそれぞれを定義するために、「streamName」属性、「type」属性、「bitrate」属性、「startTime」属性、「firstIntervalＮｕｍ」属性、「duration」属性及び「intervalCount」属性を含む。
【００８８】
「streamName」属性は、メディアデータの名称を定義する。メディアデータの識別子であってもよい。「type」属性は、メディアデータの類型を定義する。メディアデータがオーディオデータ、ビデオデータ及びオーディオ／ビデオデータのうち、いかなるメディアのデータであるかを定義する。メディアデータが変速再生（trick play）のために、Ｉフレームについてのデータのみ含む場合には、これについての情報が「type」属性と定義される。
【００８９】
「BitRate」属性は、メディアデータのビット率を定義し、「startTime」属性は、メディアデータの開始時間を特定するタイムスタンプを定義し、「firstIntervalＮｕｍ」属性は、最初に始まる部分の番号を定義する。
【００９０】
「duration」属性は、メディアデータに含まれた部分の持続時間を定義し、「intervalCount」属性は、メディアデータに含まれた少なくとも１つの部分の全体個数を定義する。
【００９１】
「Segment」タグは、「Stream」タグの下位タグであり、メディアデータが述べたように、コンテンツを所定の品質にエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分であるならば、このような少なくとも１つの部分それぞれを定義する。
【００９２】
「ＩｎｔＮｕｍ」属性は、部分の番号を定義し、「StartTime」は、当該部分の開始時間を定義する。「Duration」は、当該部分の持続時間を定義し、「ｕｒｌ」は、当該部分のＵＲＬ情報を定義する。
【００９３】
「Segment」タグは、選択的なタグであり、メディアデータに含まれた少なくとも１つの部分についての情報が、「Stream」タグの他の属性から類推できる場合には、メディア表現記述に含まれない。言い換えれば、「Stream」タグに定義された「startTime」、「firstIntervalＮｕｍ」、「duration」及び「intervalCount」の属性によって「Segment」タグの内容が類推される場合には、メディア表現記述に含まれない。また、「ｕｒｌTemplate」タグに所定のテンプレートが定義されており、このように定義されたテンプレートに、複数のメディアデータそれぞれの識別子及びそれぞれのメディアデータに含まれた少なくとも１つの部分の識別子を代入することにより、部分のＵＲＬ情報を類推することができれば、「Segment」タグの「ｕｒｌ」属性は、不要となる。
【００９４】
しかし反対に、「Stream」タグの他の属性から「Segment」の属性が類推されない場合には、「Segment」の属性がそれぞれの部分について別途に定義される。部分の持続時間が異なる場合がこのようなケースに該当するが、持続時間が異なるならば、「Stream」タグの属性から、メディアデータに含まれた部分の持続時間を類推することができないので、「Segment」タグの「duration」属性を利用し、メディアデータの持続時間をそれぞれ設定することができる。部分の持続時間が異なることによって、連続した部分の開始も異なることになる。例えば、第１メディアデータの最初部分の持続時間と、２番目の部分の持続時間とが異なるならば、２番目の部分の開始時刻と、３番目の部分の開始時刻は、「Stream」タグから類推することができない。従って、それぞれの部分に係わる開始時刻も、「startTime」属性と定義することができる。
【００９５】
「Segment」タグの「duration」属性及び「startTime」属性ではない、「Segment」タグの下位タグを利用し、持続時間及び／または開始時刻を定義することもできる。例えば、「Segment」タグの下位タグである「Ｕｒｌ」タグを設定し、「Ｕｒｌ」タグの属性として持続時間を定義できるが、「＜Ｕｒｌ＝www．example．com／〜／segment．ｔｓ，duration＝１０／＞のように、Ｕｒｌタグの属性として持続時間を定義することができる。
【００９６】
また、本発明の他の実施形態によれば、連続した部分の持続時間の差に基づいて、持続時間を定義することもできる。上位タグでデフォルト持続時間を定義し、下位タグである「Ｕｒｌ」タグでは、デフォルト持続時間と、部分の実際持続時間との差だけそれぞれの部分について定義することができる。前述のように、「Segment」タグの下位タグである「Ｕｒｌ」タグを、「＜Ｕｒｌ＝www．example．com／〜／segment．ｔｓ，duration＝difference／＞」のように定義することができる。「difference」は、デフォルト持続時間と実際持続時間との差を意味する。
【００９７】
「Stream」タグまたは「Segment」タグを利用し、当該部分のデフォルト持続時間を１０分と定義し、下位タグである「Ｕｒｌ」タグが、「＜Ｕｒｌ＝www．example．com／〜／segment．ｔｓ，duration＝２／＞」と定義されたとすれば、当該部分の持続時間は、１０＋２＝１２分と定義することができる。
【００９８】
図８Ｂを参照すれば、本発明の他の実施形態によるメディア表現記述は、「nextManifestＵＲＬ」タグをさらに含んでもよい。前述のように、ライブ・ストリーミングまたは広告の挿入のように、１つのコンテンツ・ストリーミングが完了すれば、次のコンテンツが続いてストリーミングされる場合には、次にストリーミングされるコンテンツについての情報をクライアント１３０があらかじめ知っていてこそ、切れ目なくコンテンツをストリーミングすることができるので、現在ストリーミング中であるコンテンツの次にストリーミングされるコンテンツのメディア表現記述のＵＲＬ情報が、「nextManifestＵＲＬ」タグによって定義される。
【００９９】
図９Ａないし図９Ｈは、本発明の一実施形態によるメディア表現記述を図示している。
【０１００】
図９Ａを参照すれば、本発明の一実施形態によるメディア表現記述は、「ＵＲＬTemplate」タグ、「ＲｅｆDataＵＲＬ」タグ及び複数のメディアデータそれぞれを定義する複数のタグを含む。
【０１０１】
「ＵＲＬTemplate」タグ及び「ＲｅｆDataＵＲＬ」タグは、それぞれ図８Ａ及び図８Ｂの「ｕｒｌTemplate」タグ及び「ＲｅｆDataＵＲＬ」タグに対応する。
【０１０２】
「ＩＤ」属性、「Type」属性、「BitRate」属性、「StartTime」属性、「SegmentDuration」属性、「SegmentStartＩＤ」属性及び「SegmentCount」属性は、それぞれ図８Ａ及び図８Ｂの「streamName」属性、「type」属性、「bitrate」属性、「startTime」属性、「Stream」タグの「duration」属性、「Stream」タグの「firstIntervalＮｕｍ」属性及び「intervalCount」属性に対応する。
【０１０３】
図９Ａに図示されたメディア表現記述は、コンテンツを、異なる品質に生成された３種のビデオデータ、１つのオーディオデータ、及び変速再生のためにＩフレームだけエンコーディングして生成されたメディアデータについての情報を含む。
【０１０４】
図９Ｂを参照すれば、本発明の一実施形態によるメディア表現記述は、「NextAdaptiveControlＵＲＬ」タグをさらに含む。「NextAdaptiveControlＵＲＬ」タグは、図８Ｂの「nextManifestＵＲＬ」タグに対応する。従って、現在再生中であるコンテンツの次に続いて再生するコンテンツのメディア表現記述のＵＲＬが「NextAdaptiveControlＵＲＬ」タグによって定義される。
【０１０５】
図９Ｃは、現在再生中であるコンテンツに続いて再生するコンテンツのメディア表現記述のＵＲＬが、図９Ｂの「NextAdaptiveControlＵＲＬ」タグによって定義されたとき、次に続いて再生するコンテンツのメディア表現記述を図示する。図９Ｂのメディア表現記述と比較すれば、図９Ｃは、次に続いて再生されるコンテンツのメディア表現記述であるから、「StartTime」属性の現在再生中であるコンテンツのメディア表現記述と異なる。
【０１０６】
図９Ｄ及び図９Ｅは、ユーザの高画質ビデオ再生を選択的に制御するためのメディア表現記述を図示している。１つのコンテンツを５種の異なる品質にエンコーディングして複数のメディアデータが生成され、図９Ｄは、その場合のメディア表現記述を図示する。しかし、図９Ｅに図示されたメディア表現記述で、高品質にエンコーディングされたビデオについての情報を含んでいるタグ、すなわち、「ＩＤ」属性が「５」であるメディアデータの「StartTime」属性及び「SegmentCount」属性が、図９Ｄのメディア表現記述と異なる。
【０１０７】
サーバ１２０は、クライアント１３０のユーザ等級によって、図９Ｄのメディア表現記述または図９Ｅのメディア表現記述を選択的に伝送することができる。クライアント１３０のユーザ等級が高い場合（例えば、クライアント１３０が有料ユーザである場合）には、図９Ｄのメディア表現記述を伝送することによって、高品質のビデオも自由に再生するようにし、クライアント１３０のユーザ等級が低い場合（例えば、クライアント１３０が無料ユーザである場合）には、図９Ｅのメディア表現記述を伝送することによって、高品質のビデオは、「StartTime」属性によって定義された時間から、「SegmentCount」属性によって定義された部分だけ再生することができる。
【０１０８】
図９Ｆは、コンテンツに広告が挿入される場合のメディア表現記述を図示している。図９Ｆを参照すれば、メディア表現記述は、「StartTime」属性が異なる広告コンテンツ及びメインコンテンツについての情報を含んでもよい。メディア表現記述は、「００：００：００」から「００：０２：００」まで再生されるビット率が「５０００００」である広告コンテンツについての情報、及び「００：０２：００」から再生されるビット率が「１００００００」，「２００００００」，「３００００００」及び「４００００００」であるメインコンテンツについての情報を含んでもよい。サーバ１２０が、広告コンテンツを１つのビット率によってエンコーディングしてクライアント１３０に提供し、広告コンテンツと「StartTime」属性を異にするメインコンテンツは、４種の異なるビット率によってエンコーディングしてクライアント１３０に提供する場合、図９Ｆのメディア表現記述が、サーバ１２０からクライアント１３０に伝送される。
【０１０９】
図９Ｇは、本発明の一実施形態による広告コンテンツについての情報を含むメディア表現記述を図示している。メインコンテンツを提供するサーバと、広告コンテンツを提供するサーバが異なることもある。言い換えれば、クライアント１３０が、メインコンテンツは、図５Ａのサーバ１２０から提供され、広告コンテンツは、図５Ａのサーバ１２０ではない他のサーバから受信する場合、広告コンテンツについての情報を含むメディア表現記述は、広告コンテンツのＵＲＬ情報を含んでもよい。図９Ｇに図示されたように、１つの品質に符号化された広告コンテンツのＵＲＬ情報が、メディア表現記述に含まれてもよい。
【０１１０】
図９Ｈは、本発明の一実施形態による言語情報及び字幕情報を含むメディア表現記述を図示している。図９Ｈを参照すれば、オーディオデータは、多重言語についての情報を含んでもよい。「ＩＤ」属性が「４」及び「５」である多重言語のオーディオデータについての情報が、メディア表現記述に含まれることができ、「ＩＤ」属性が「６」及び「７」である多重言語の字幕についての情報が、メディア表現記述に含まれてもよい。
【０１１１】
オーディオデータはもとより、字幕も、経時的に複数の部分に分割されるので、ストリーミング最中に、オーディオデータ及び字幕を異なる言語のオーディオデータ及び字幕に変更することができる。
【０１１２】
再び図５Ａを参照すれば、段階５３０でクライアント１３０は、複数のメディアデータのうち、少なくとも１つのメディアデータを伝送することをサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照し、ストリーミング環境に適した品質に符号化された少なくとも１つのメディアデータを選択してサーバ１２０に要請する。クライアント１３０は、所定のメディアデータを伝送することを要請するＨＴＴＰ要請を、サーバ１２０に伝送することができる。クライアント１２０の要請によってサーバ１２０は、メディアデータを伝送する。コンテンツを所定の品質にエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分を、クライアント１２０に伝送することができる。ＨＴＴＰ要請に対するＨＴＴＰ応答として要請されたメディアデータを、クライアント１２０に伝送することができる。
【０１１３】
図５Ｂは、本発明の他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【０１１４】
図５Ｂを参照すれば、段階５１２でクライアント１３０は、所定のコンテンツについての情報を伝送することをサーバ１２０に要請し、サーバ１２０からコンテンツについての情報を伝送する。所定のコンテンツについての情報を伝送することを要請するＨＴＴＰ要請をサーバ１２０に伝送し、これに対するＨＴＴＰ応答として、コンテンツについての情報を受信する。コンテンツについての情報を含むＸＭＬファイルを受信することができる。
【０１１５】
段階５２２でクライアント１３０は、段階５１２で受信されたコンテンツについての情報に基づいて、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述を、ＨＴＴＰ要請を介してサーバ１２０に要請し、ＨＴＴＰ応答として、メディア表現記述を受信することができる。
【０１１６】
段階５３２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報に基づいて選択されたメディアデータのヘッダを要請する。段階５２２で受信された情報に基づいて、複数のメディアデータのうちストリーミング環境に適した少なくとも１つのメディアデータを選択し、選択されたメディアデータのヘッダを要請する。段階５２２で、受信された複数のメディアデータについての情報を参照して選択されたメディアデータのヘッダを要請する。サーバ１２０は、要請に対する応答として、選択されたメディアデータのヘッダファイルをクライアント１３０に伝送する。
【０１１７】
段階５４２でクライアント１３０は、段階５２２で受信された複数のメディアデータについての情報、及び段階２２２で受信されたヘッダに基づいて選択されたメディアデータの伝送をサーバ１２０に要請する。コンテンツを所定の比率でエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分を伝送することをサーバ１２０に要請し、サーバ１２０は、要請された少なくとも１つの部分をクライアント１３０に伝送する。
【０１１８】
図１０Ａないし図１０Ｃは、本発明の一実施形態による複数のメディアデータを図示している。図１０Ａないし図１０Ｃは、図５Ａ及び図５Ｂによるストリーミング方法を遂行するために、サーバ１２０が保有する複数のメディアデータを図示する。
【０１１９】
図１０Ａを参照すれば、ストリーミング環境に適応的なストリーミングのために、サーバ１２０は、１つのコンテンツを複数の異なる品質にエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有することができる。「Track１」、「Track２」、…、「TrackＮ」が複数のメディアデータである。また、それぞれのメディアデータは、それぞれのメディアデータを時間に基づいて分割して生成された少なくとも１つの部分を含んでもよい。「Slice１−１．as」、「Slice１−２．as」、「Slice１−３．as」、「Slice２−１．as」、「Slice２−２．as」、「Slice２−３．as」、「SliceＮ−１．as」、「SliceＮ−２．as」、「SliceＮ−３．as」などが少なくとも１つの部分である。
【０１２０】
またサーバ１２０は、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１０４０を保有することができる。コンテンツについての情報として、「CadMeta．ｘｍｌ」ファイル、複数のメディアデータについての情報として、「MainMeta．ｘｍｌ」ファイルを保有することができ、複数のメディアデータのヘッダとして、「Head１．ｒｅｆ」、「Head２．ｒｅｆ」ファイルなどを保有することができる。「Head１．ｒｅｆ」は、「Track１」のヘッダファイルであって、「Head２．ｒｅｆ」は、「Track２」のヘッダファイルである。
【０１２１】
「CadMeta．ｘｍｌ」は、ＯＩＰＦ標準によるＣＡＤファイルであって、「MainMeta．ｘｍｌ」は、前述のメディア表現記述であってもよい。また、「Head１．ｒｅｆ」、「Head２．ｒｅｆ」ファイルは、選択的な要素であり、ヘッダが複数のメディアデータ１０１０ないし１０３０に含まれている場合には、存在しなくともよい。
【０１２２】
図１０Ｂを参照すれば、クライアント１３０が、複数のメディアデータにアクセスするために必要な情報１０４２は、「NextMeta．ｘｍｌ」をさらに含んでもよい。前述のように、「NextMeta．ｘｍｌ」は、現在再生中であるコンテンツに続いて再生される次のコンテンツのメディア表現記述であってもよい。前述のように、現在再生中であるメディア表現記述、すなわち、「MainMeta．ｘｍｌ」ファイルは、続いて再生するコンテンツのメディア表現記述のＵＲＬ情報を含んでいるが、これに基づいてクライアント１３０は、「NextMeta．ｘｍｌ」ファイルにアクセスすることができる。
【０１２３】
図１０Ｃを参照すれば、複数のメディアデータのヘッダは、１つのファイル１０５０として存在しうる。ヘッダファイルが、複数のメディアデータそれぞれについて複数で存在するのではなく、１つのヘッダファイル１０５０として、複数のメディアデータにアクセスするために必要な情報１０４４に含まれる。
【０１２４】
例えば、複数のメディアデータそれぞれがエレメンタリーストリーム（例えば、ＭＰＥＧ−２によるエレメンタリーストリーム）に対応するとき、複数のメディアデータのヘッダは、ＰＡＴ（program association table）及びＰＭＴ（program map table）のうち、少なくとも一つを含む１つのヘッダファイル１０５０であってもよい。ＰＡＴ及びＰＭＴのうち、少なくとも一つを複数のメディアデータ１０１０ないし１０３０と分離し、１つのヘッダファイル１０５０を作り、メディア表現記述は、このヘッダファイル１０５０を指示（pointing）する情報を含んでもよい。指示情報は、ヘッダファイル１０５０のＵＲＬ情報でもあり、ＭＰＥＧ−２伝送ストリーム（transport stream）で、ヘッダファイル１０５０を含んでいるパケットを特定するための情報でもある。ＰＡＴ及びＰＭＴのうち、少なくとも一つを含むヘッダファイル１０５０は、初期化部分（initialization segment）であり、メディアデータの再生を開始するために、ペイロードデータを含んでいる部分より先にクライアント１３０に伝送することができる。
【０１２５】
前述の段階５３２でクライアント１３０は、メディア表現記述を参照し、ヘッダファイル１０５０に係わる指示情報を獲得し、指示情報に基づいて、ヘッダファイル１０５０を要請することができる。指示情報に基づいて、ヘッダファイル１０５０を要請して受信した後、ヘッダファイル１０５０に含まれているＰＡＴ及びＰＭＴのうち、少なくとも一つに基づいて、複数のメディアデータのうち、少なくとも一つを選択し、選択されたメディアデータをサーバ１２０に要請する。ＰＡＴ及びＰＭＴは、ヘッダファイル１０５０に分離されてもおり、複数のメディアデータ１０１０ないし１０３０に含まれてもいるが、含まれた位置と関係なく、複数のメディアデータ１０１０ないし１０３０に含まれたエレメンタリーストリームの全体リストを含む。
【０１２６】
ＭＰＥＧ−２によれば、ＰＡＴ及びＰＭＴで定義されるＰＩＤ（packet ＩＤ）は、エレメンタリーストリームによって異なる。従って、複数のメディアデータそれぞれに割り当てられるＰＩＤは、異なっている。しかし、他の実施形態によれば、１つのココンテンツを異なる品質にエンコーディングして生成された複数のメディアデータは、同じコンテンツに係わるエレメンタリーストリームであるから、ＰＩＤが同一に設定されもする。
【０１２７】
複数のメディアデータ１０１０ないし１０３０が、ＭＰＥＧ−２による複数のエレメンタリーストリームに対応する場合、複数のメディアデータ１０１０ないし１０３０に含まれた部分それぞれは、少なくとも１つの連続したＰＥＳ（packetized elementary stream）を含んでもよい。しかし、１つのＰＥＳは、１つの部分にのみ含まれる。言い換えれば、１つのＰＥＳが異なる部分に含まれない。
【０１２８】
複数のメディアデータは、１つのコンテンツを異なる品質にエンコーディングして生成されたものであるので、複数のメディアデータに含まれたＰＥＳのＰＴＳ（presentation time stamp）及び／またはＤＴＳ（decoding time stamp）は、メディアデータの再生時間によって整列される。言い換えれば、第１メディアデータの最初のＰＥＳと、第２メディアデータの最初のＰＥＳとが同じ時間に再生されるコンテンツであるならば、ＰＴＳ及び／またはＤＴＳが同一に設定される。
【０１２９】
また、第１メディアデータを再生している最中、再生されるメディアデータを変更し、第２メディアデータを再生する場合にも、連続して再生されるように、ＰＴＳ及び／またはＤＴＳも、連続して整列される。言い換えれば、第１メディアデータを再生していて、メディアデータを変更して第２メディアデータを再生する場合には、第１メディアデータの最後のＰＥＳのＰＴＳ及び／またはＤＴＳと、第２メディアデータの最初のＰＥＳのＰＴＳ及び／またはＤＴＳとが連続して設定される。
【０１３０】
前述のＰＴＳ及び／またはＤＴＳは、ビデオデータのタイムスタンプを定義する。従って、ビデオデータに係わる複数のメディアデータのタイムスタンプは、前述のように、メディアデータの再生時間によって整列される。しかし、このような再生時間に基づいたタイムスタンプの整列は、オーディオデータについても同一に適用される。言い換えれば、オーディオデータに係わる複数のメディアデータのタイムスタンプも、ビデオデータに係わる複数のメディアデータと同様に、再生時間に基づいて適応的なストリーミングが可能なように再生時間によって整列されてもよい。
【０１３１】
図１１Ａは、本発明のさらに他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【０１３２】
図１１Ａを参照すれば、段階１１１０でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請する。メディア表現記述をＨＴＴＰ要請を介してサーバ１２０に要請し、ＨＴＴＰ応答としてメディア表現記述を受信することができる。クライアント１３０は、ストリーミング環境に適応的なストリーミングを遂行するために、１つのコンテンツを複数の異なる品質にエンコーディングして生成された複数のメディアデータについての情報をサーバ１２０に要請し、受信する。コンテンツについての情報の要請及び受信なしに、複数のメディアデータについての情報の要請及び受信が行われるという点が、図５Ａに図示された実施形態と異なる。
【０１３３】
段階１１２０でクライアント１３０は、複数のメディアデータのうち、少なくとも１つのメディアデータを伝送することをサーバ１２０に要請する。クライアント１３０は、複数のメディアデータについての情報を参照し、ストリーミング環境に適した品質に符号化された少なくとも１つのメディアデータを選択してサーバ１２０に要請し、要請されたメディアデータをサーバ１２０から受信する。
【０１３４】
図１１Ｂは、本発明のさらに他の実施形態によるストリーミング方法について説明するためのフローチャートである。
【０１３５】
図１１Ｂを参照すれば、段階１１１２でクライアント１３０は、複数のメディアデータについての情報をサーバ１２０に要請し、要請に対する応答として、複数のメディアデータについての情報をサーバ１２０から受信する。メディア表現記述を、ＨＴＴＰ要請を介してサーバ１２０に要請し、ＨＴＴＰ応答として、メディア表現記述を受信することができる。
【０１３６】
段階１１２２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報に基づいて選択されたメディアデータのヘッダを要請する。段階１１１２で受信された複数のメディアデータについての情報を参照し、ストリーミング環境によって選択されたメディアデータのヘッダを要請する。サーバ１２０は、要請に対する応答として、選択されたメディアデータのヘッダを含むファイルをクライアント１３０に伝送する。
【０１３７】
段階１１３２でクライアント１３０は、段階１１１２で受信された複数のメディアデータについての情報、及び段階１１２２で受信されたヘッダに基づいて選択されたメディアデータの伝送を、サーバ１２０に要請する。コンテンツを所定の比率でエンコーディングし、時間に基づいて分割して生成された少なくとも１つの部分を伝送することをサーバ１２０に要請し、サーバ１２０は、要請された少なくとも１つの部分をクライアント１３０に伝送する。
【０１３８】
図１２Ａないし図１２Ｃは、本発明の他の実施形態による複数のメディアデータを図示している。図１２Ａ及び図１２Ｂは、図１１Ａ及び図１１Ｂによるストリーミング方法を遂行するために、サーバ１２０が保有する複数のメディアデータを図示している。
【０１３９】
図１２Ａを参照すれば、図１０Ａに図示された実施形態と同様に、ストリーミング環境に適応的なストリーミングのために、サーバ１２０は、１つのコンテンツを複数の異なる品質にエンコーディングして生成された複数のメディアデータ１０１０ないし１０３０を保有することができる。
【０１４０】
クライアント１３０が複数のメディアデータにアクセスするために必要な情報１２４０だけ異なるが、図１０Ａに図示された実施形態とは異なってサーバ１２０は、コンテンツについての情報を除外した複数のメディアデータについての情報だけ含んでもよい。この場合、クライアント１３０は、コンテンツについての情報を、サーバ１２０ではない他のエンティテイから受信し、コンテンツについての情報に基づいて、サーバ１２０が保有している複数のメディアデータにアクセスすることもできる。
【０１４１】
図１２Ｂを参照すれば、クライアント１３０が複数のメディアデータにアクセスするために必要な情報１２４２は、図１２Ａの情報１２４０に「NextMeta．ｘｍｌ」をさらに含んでもよい。
【０１４２】
図１２Ｃを参照すれば、複数のメディアデータのヘッダは、１つのファイル１２５０として存在しうる。ヘッダファイルが複数のメディアデータそれぞれについて複数で存在するのではなく、１つのヘッダファイル１２５０として、複数のメディアデータにアクセスするために必要な情報１２４４に含まれもする。ヘッダファイル１２５０は、図１０Ｃのヘッダファイル１０５０に対応する。
【０１４３】
図１３は、本発明の一実施形態によるサーバのメディアデータ伝送装置を図示している。
【０１４４】
図１３を参照すれば、本発明の一実施形態によるサーバ１２０のメディアデータ伝送装置１３００は、情報伝送部１３１０及びメディアデータ伝送部１３２０を含む。
【０１４５】
情報伝送部１３１０は、クライアント１３０から所定情報の伝送要請を受信し、これに対する応答として、要請された情報を伝送する。コンテンツについての情報及び複数のメディアデータについての情報のうち、少なくとも１つの伝送要請をクライアント１３０から受信し、要請された情報をクライアント１３０に伝送する。図２Ａ、図２Ｂ、図５Ａ、図５Ｂ、図１１Ａ及び図１１Ｂに図示された実施形態によって、コンテンツについての情報及び複数のメディアデータについての情報のうち、少なくとも１つの伝送を要請するＨＴＴＰ要請をクライアント１３０から受信し、ＨＴＴＰ応答として、要請された情報を伝送する。
【０１４６】
メディアデータ伝送部１３２０は、複数のメディアデータのうち、ストリーミング環境によって選択された少なくとも１つのメディアデータの伝送要請を、クライアント１３０から受信し、要請されたメディアデータを、クライアント１３２０に伝送する。情報伝送部１３１０がクライアント１３０に伝送した複数のメディアデータについての情報に基づいて選択されたメディアデータの伝送要請を受信する。サーバ１２０は、エンコーディング装置１１０から、異なる品質にエンコーディングされた複数のメディアデータを受信して保有していて、要請されたメディアデータをクライアント１３０に伝送することもできる。また、クライアント１３０の伝送要請によって、リアルタイムで、エンコーディング装置１１０からメディアデータを受信し、クライアント１３０に伝達することもできる。
【０１４７】
図１４は、本発明の一実施形態によるクライアントのメディアデータ受信装置を図示している。
【０１４８】
図１４を参照すれば、本発明の一実施形態によるクライアント１３０のメディアデータ受信装置１４００は、情報受信部１４１０及びメディアデータ受信部１４２０を含む。
【０１４９】
情報受信部１４１０は、所定情報の伝送要請をサーバ１２０に伝送し、これに対する応答として、要請された情報をサーバ１２０から受信する。コンテンツについての情報及び複数のメディアデータについての情報のうち、少なくとも１つの伝送要請をサーバ１２０に伝送し、要請された情報を受信する。図２Ａ、図２Ｂ、図５Ａ、図５Ｂ、図１１Ａ及び図１１Ｂに図示された実施形態によって、コンテンツについての情報及び複数のメディアデータについての情報のうち、少なくとも１つの伝送を要請するＨＴＴＰ要請をサーバ１２０に伝送し、ＨＴＴＰ応答として、要請された情報を受信する。
【０１５０】
メディアデータ受信部１４２０は、複数のメディアデータのうち、ストリーミング環境によって選択された少なくとも１つのメディアデータの伝送要請をサーバ１２０に伝送し、要請されたメディアデータをクライアント１３２０から受信する。情報受信部１４１０がサーバ１２０から受信した複数のメディアデータについての情報に基づいて、ストリーミング環境によって選択されたメディアデータの伝送要請を伝送する。
【０１５１】
以上のように、本発明は、たとえ限定された実施形態及び図面によって説明したにしても、本発明が、前記の実施形態に限定されるものではなく、本発明が属する分野で当業者であるならば、かような記載から多様な修正及び変形が可能であろう。従って、本発明の思想は、特許請求の範囲によってのみ把握されるものであり、それと均等であるか、あるいは等価的な変形は、いずれも本発明思想の範疇に属するものである。また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。
【０１５２】
例えば、本発明の例示的な実施形態によるサーバのストリーミング装置及びクライアントのストリーミング装置は、図１３及び図１４に図示されたような装置のそれぞれのユニットにカップリングされたバス、前記バスに結合された少なくとも１つのプロセッサを含んでもよい。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために、前記バスに結合され、前述のような命令を遂行するための少なくとも１つのプロセッサにカップリングされたメモリを含んでもよい。
【０１５３】
また、コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存されるあらゆる種類の記録装置を含む。記録媒体の例としては、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク（登録商標）、光データ保存装置などを含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。
【符号の説明】
【０１５４】
１００  ストリーミング・システム
１１０  エンコーディング装置
１２０  サーバ
１３０、１４０  クライアント
１０１０、１０３０  メディアデー
１０５０、１２５０  ヘッダファイル
１２４０、１２４２、１０４０、１０４４  情報
１３００  メディアデータ伝送装置
１３１０  情報伝送部
１３２０  メディアデータ伝送部
１４００  メディアデータ受信装置
１４１０  情報受信部
１４２０  メディアデータ
【図２Ａ】
2013511197.tif 000003
【図２Ｂ】
2013511197.tif 000004
【図３】
2013511197.tif 000005
【図４ａ】
2013511197.tif 000006
【図４ｂ】
2013511197.tif 000007
【図４ｃ】
2013511197.tif 000008
【図５Ａ】
2013511197.tif 000009
【図５Ｂ】
2013511197.tif 000010
【図６】
2013511197.tif 000011
【図７】
2013511197.tif 000012
【図８ａ】
2013511197.tif 000013
【図８ｂ】
2013511197.tif 000014
【図９ａ】
2013511197.tif 000015
【図９ｂ】
2013511197.tif 000016
【図９ｃ】
2013511197.tif 000017
【図９ｄ】
2013511197.tif 000018
【図９ｅ】
2013511197.tif 000019
【図９ｆ】
2013511197.tif 000020
【図９ｇ】
2013511197.tif 000021
【図９ｈ】
2013511197.tif 000022
【図１０Ａ】
2013511197.tif 000023
【図１０Ｂ】
2013511197.tif 000024
【図１０Ｃ】
2013511197.tif 000025
【図１１Ａ】
2013511197.tif 000026
【図１１Ｂ】
2013511197.tif 000027
【図１２Ａ】
2013511197.tif 000028
【図１２Ｂ】
2013511197.tif 000029
【図１２Ｃ】
2013511197.tif 000030
【図１３】
2013511197.tif 000031
【図１４】
2013511197.tif 000032
【図１】
2013511197.tif 000033
【国際調査報告】
2013511197.tif 000034
2013511197.tif 000035