特許 5709277 マルチメディア・コンテンツを配信する方法および装置

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

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

(11)【特許番号】5709277

(24)【登録日】2015年3月13日

(45)【発行日】2015年4月30日

(54)【発明の名称】マルチメディア・コンテンツを配信する方法および装置

(51)【国際特許分類】

   H04N 21/242 20110101AFI20150409BHJP

   H04N 21/436 20110101ALI20150409BHJP

【ＦＩ】

   H04N21/242

   H04N21/436

【請求項の数】6

【全頁数】15

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

(86)(22)【出願日】2010年5月11日

(65)【公表番号】特表2012-528501(P2012-528501A)

(43)【公表日】2012年11月12日

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

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

(87)【国際公開日】20101202

【審査請求日】2013年5月2日

(31)【優先権主張番号】09305494.8

(32)【優先日】2009年5月29日

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

(73)【特許権者】

【識別番号】501263810

【氏名又は名称】トムソン ライセンシング

【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ

(74)【代理人】

【識別番号】100115864

【弁理士】

【氏名又は名称】木越 力

(74)【代理人】

【識別番号】100121175

【弁理士】

【氏名又は名称】石井 たかし

(74)【代理人】

【識別番号】100134094

【弁理士】

【氏名又は名称】倉持 誠

(74)【代理人】

【識別番号】100123629

【弁理士】

【氏名又は名称】吹田 礼子

(72)【発明者】

【氏名】マ，シアオ ジユン

(72)【発明者】

【氏名】リ，ジユン

(72)【発明者】

【氏名】ジヤン・ジユンビヤオ

【審査官】 梅本 章子

(56)【参考文献】

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

【文献】 特開２００６−２３６００２（ＪＰ，Ａ）

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

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

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

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

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

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

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

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

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

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

【請求項1】

マルチメディア・コンテンツを少なくとも２つのレンダリング機器へ配信する方法であって、前記マルチメディア・コンテンツは、少なくとも２つの基本コンテンツを有しており、
宛先レンダリング機器を示す情報と、前記少なくとも２つの基本コンテンツの各々についての開始時間を示す情報と、レンダリング中の前記少なくとも２つの基本コンテンツのサブセットにおける基本コンテンツ間の同期関係を示す情報とを含む第１の情報を、サーバから配信機器によって受信するステップと、
前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、前記レンダリング機器へ宛てられた少なくとも１つの基本コンテンツの開始時間を示す対応情報を前記配信機器によって送信するステップであって、前記少なくとも２つの基本コンテンツの前記サブセットに属する基本コンテンツが送られることになっているレンダリング機器について、それらの対応情報はレンダリング中の前記少なくとも２つの基本コンテンツのサブセットにおける基本コンテンツ間の同期関係をさらに示している、該ステップと、
前記マルチメディア・コンテンツを、前記サーバから前記配信機器によって受信するステップと、
前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、前記少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器を示す情報に基づいて、前記マルチメディア・コンテンツの前記少なくとも２つの基本コンテンツのうちの少なくとも１つの基本コンテンツを前記配信機器によって送信するステップと、
を含むことを特徴とする、前記方法。

【請求項2】

前記マルチメディア・コンテンツの前記第１の情報は、前記少なくとも２つの基本コンテンツの各々についての動作インストラクションおよび選択可能な動作選択肢を示す情報をさらに含むことを特徴とする、請求項１に記載の方法。

【請求項3】

前記マルチメディア・コンテンツの配信を変更するインストラクションに応答することをさらに含み、
前記少なくとも２つの基本コンテンツのうちの１つ以上の基本コンテンツについて基本コンテンツに関する動作を変更することをリクエストするレンダリング機器から、インストラクションを前記配信機器によって受信するステップと、
前記受信したインストラクションに基づいて、前記第１の情報における前記基本コンテンツに関する動作インストラクションを前記配信機器によって変更するステップと、
前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、その対応情報を前記配信機器によって送信するステップと、
をさらに含むことを特徴とする、請求項２に記載の方法。

【請求項4】

少なくとも２つのレンダリング機器へマルチメディア・コンテンツを配信する装置であって、前記マルチメディア・コンテンツは、少なくとも２つの基本コンテンツを有し、
前記少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器を示す情報と、前記少なくとも２つの基本コンテンツの各々についての開始時間を示す情報と、レンダリング中の前記少なくとも２つの基本コンテンツのサブセットにおける基本コンテンツ間の同期関係を示す情報とを含む前記マルチメディア・コンテンツの第１の情報をサーバから受信するように構成された受信モジュールと、
データを送信するように構成された送信モジュールと、
前記マルチメディア・コンテンツの前記第１の情報を記憶するように構成された記憶モジュールと、
前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、前記レンダリング機器へ宛てられた少なくとも１つの基本コンテンツの開始時間を示す対応情報を送信し、かつ、前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、前記送信モジュールを用いて、前記少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器を示す情報に基づいて、前記マルチメディア・コンテンツの前記少なくとも２つの基本コンテンツのうちの少なくとも１つの基本コンテンツを送信するように構成された処理モジュールであって、前記少なくとも２つの基本コンテンツの前記サブセットに属する基本コンテンツが送られることになっているレンダリング機器について、それらの対応情報はレンダリング中の前記少なくとも２つの基本コンテンツのサブセットにおける基本コンテンツ間の同期関係をさらに示している、該処理モジュールと、
を有することを特徴とする、前記装置。

【請求項5】

前記マルチメディア・コンテンツの前記第１の情報は、前記少なくとも２つの基本コンテンツの各々についての動作インストラクションおよび選択可能な動作選択肢を示す情報をさらに含むことを特徴とする、請求項４に記載の装置。

【請求項6】

前記受信モジュールは、前記少なくとも２つの基本コンテンツのうちの１つ以上の基本コンテンツについて基本コンテンツに関する動作を変更することをリクエストするレンダリング機器から、インストラクションを受信するようにさらに構成されており、
前記処理モジュールは、前記受信したインストラクションに基づいて、前記第１の情報における前記基本コンテンツに関する動作インストラクションを変更するようにさらに構成されており、
前記基本コンテンツが前記少なくとも２つの基本コンテンツの前記サブセットに属している場合には、前記処理モジュールは前記少なくとも２つの基本コンテンツの前記サブセットにおける残りの基本コンテンツについての動作インストラクションをも変更し、かつ、前記マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、その対応情報を送信することを特徴とする、請求項５に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ通信に関し、より詳しくは、マルチメディア・コンテンツを少なくとも２つのレンダリング機器へ配信する方法および装置に関する。

【背景技術】

【0002】

マルチメディアは、テキスト、オーディオ、静止画像、アニメーション、ビデオ等を含む種々のコンテンツ形態を利用する一群のコンテンツを含むメディアである。リッチ・メディア（ＲＭ）は、インタラクティブ・マルチメディアと同義であり、つまり、リッチ・メディアは、動的でインタラクティブなマルチメディア・データの集まりである。

【0003】

リッチ・メディアに関する現在の規格には、ＭＰＥＧ−４第２０部：簡易版シーン記述／簡易多重化フォーマット（ＬＡＳｅＲ／ＳＡＦ）、３ＧＰＰ ＳＡ４ ＤＩＭＳ（Ｄｙｎａｍｉｃ ａｎｄ Ｉｎｔｒａｃｉｖｅ Ｍｕｌｔｉｍｅｄｉａ Ｓｃｅｎｅ）、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ） ＢＣＡＳＴ リッチ・メディア環境アーキテクチャ等が含まれる。他の規格、例えば、スケーラブル・ベクター・グラフィックス（ＳＶＧ）および同期マルチメディア統合言語（ＳＭＩＬ）は、いずれもＷ３Ｃ（ワールド・ワイド・ウェブ・コンソーシアム）により策定され、画像、テキスト及び他のタイプの素材を有するストリーミング・オーディオおよびビデオを統合するリッチ・メディア・プレゼンテーションの編集をサポートすることができる。

【0004】

さらに、リッチ・メディア・サービスをサポートする産業上の解決策（ｉｎｄｕｓｔｒｉａｌ ｓｏｌｕｔｉｏｎｓ）には、アドビ・フラッシュ、マイクロソフト・シルバーライト、Ｓｕｎ Ｊａｖａ（登録商標）ＦＸおよびノキア・モバイル・オープン・リッチ・メディア環境がある。

【0005】

現在のＲＭアプリケーションでは、いくつかの基本コンテンツからなるＲＭコンテンツが、１つのクライアントのレンダリング・スペース上の全ての基本コンテンツをレンダリングするために当該１つのクライアントに配信される。ここで、レンダリングの動作はレンダリングされるコンテンツによって異なる意味を有しており、例えば、オーディオ・コンテンツを再生することを意味することもあり、ビデオ・コンテンツを表示することを意味することもあり、テキストや静止画像等を表示することを意味することもある。

【発明の概要】

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

【0006】

しかしながら、いくつかのレンダリング・スペース上、即ち、いくつかの機器上のＲＭコンテンツを同時にレンダリングすることが求められる。例えば、家庭環境では、ユーザは、第２のスクリーン上にコンテンツの関連情報を表示しながらＴＶスクリーン上でビデオを視聴することを望み、ＴＶサービスプロバイダは、投票のようなインタラクティブ・サービスを可能とするために、従来型のＴＶプログラムに加えてユーザの携帯電話へインタラクティブ・コンテンツをプッシュ配信することを望む。

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

【0007】

本発明の一態様によれば、マルチメディア・コンテンツを少なくとも２つのレンダリング機器へ配信する方法であって、マルチメディア・コンテンツは、少なくとも２つの基本コンテンツを有しており、少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器および開始時間を示す情報を含む第１の情報を受信するステップと、マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、レンダリング機器へ宛てられた少なくとも１つの基本コンテンツの開始時間を示す対応情報を送信するステップと、マルチメディア・コンテンツを受信するステップと、少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器を示す情報に基づいて、マルチメディア・コンテンツの少なくとも２つの基本コンテンツをそれらの対応する各宛先レンダリング機器へ送信するステップと、を含む該方法が提供される。
本発明の他の態様によれば、少なくとも２つのレンダリング機器へマルチメディア・コンテンツを配信する装置であって、マルチメディア・コンテンツは、少なくとも２つの基本コンテンツを有し、少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器および開始時間を示すマルチメディア・コンテンツの第１の情報を受信するように構成された受信モジュールと、データを送信するように構成された送信モジュールと、マルチメディア・コンテンツの第１の情報を記憶するように構成された記憶モジュールと、マルチメディア・コンテンツに関連付けられた各レンダリング機器に対して、レンダリング機器へ宛てられた少なくとも１つの基本コンテンツの開始時間を示す対応情報を送信し、かつ、送信モジュールを用いて、少なくとも２つの基本コンテンツの各々についての宛先レンダリング機器を示す情報に基づいて、マルチメディア・コンテンツの少なくとも２つの基本コンテンツをそれらの対応する各宛先レンダリング機器へ送信するように構成された処理モジュールと、を有する該装置が提供される。

【0008】

本発明の該態様によれば、２つ以上のレンダリング機器上のマルチメディア・コンテンツをレンダリングする方法が提供される。

【0009】

本発明の更なる態様および利点は、以下の本発明の詳細な説明において明らかとなることが理解されるであろう。

【図面の簡単な説明】

【0010】

本発明の更なる理解を提供するための、本願の一部に組み込まれ、本願の一部を構成する添付の図面は、本発明の原理を説明する記載とともに本発明の実施形態を図示するものである。従って、本発明はこれらの実施形態に限定されるものではない。

【図1】図１は、本発明の一実施形態による異なる機器上のＲＭコンテンツをレンダリングするシステムを概略的に示す図である。

【図2】図２は、本実施形態による配信機器を示すブロック図である。

【図3】図３は、本実施形態によるＸＭＬフォーマットの環境設定ファイルの一例を示す図である。

【図4】図４は、本実施形態による異なるレンダリング機器上のマルチメディア・コンテンツをレンダリングする方法を示すフローチャートである。

【図5】図５は、本実施形態による機器１の環境設定ファイルを示す図である。

【図6】図６は、本実施形態による機器２の環境設定ファイルを示す図である。

【図7】図７は、本実施形態によるマルチメディア・コンテンツを搬送するマルチメディア・ストリームの配信を示すフローチャートである。

【図8】図８は、本実施形態によるマルチメディア・コンテンツの配信を変更する方法を示すフローチャートである。

【図9】図９は、本実施形態に従って移動動作が実行された場合の、マルチメディア・コンテンツの更新された環境設定ファイルを示す図である。

【図10】図１０は、本実施形態に従って移動動作が実行された場合の、機器１の更新された環境設定ファイルを示す図である。

【図11】図１１は、本実施形態に従って移動動作が実行された場合の、機器２の更新された環境設定ファイルを示す図である。

【図12】図１２は、本実施形態に従って一時停止動作が実行された場合の、マルチメディア・コンテンツの更新された環境設定ファイルを示す図である。

【図13】図１３は、本実施形態に従って一時停止動作が実行された場合の、機器１の更新された環境設定ファイルを示す図である。

【図14】図１４は、本発明の実施形態による一時停止動作が実行された場合の、機器２の更新された設定ファイルを示す図である。

【図15】図１５は、本実施形態による発明方法の適用を示す図である。

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

【0011】

次に、本発明の実施形態を図面とともに詳細に説明する。以下の説明において、既知の機能および構成のいくつかの詳細な説明は、明確性および簡潔さのために省略され得る。

【0012】

図１は、本発明の一実施形態による異なる機器上のＲＭコンテンツをレンダリングするシステムを概略的に示す図である。例示的なシステムは、インタラクティブ・サーバ１０１、ＲＭサーバ１０２、配信機器１０３、２つのＲＭクライアント１０４および１０５を有している。

【0013】

ＲＭサーバ１０２は、２つ以上の基本コンテンツを有するディジタル・マルチメディア・コンテンツを提供するように構成されている。基本コンテンツは、オーディオ、ビデオ、アニメーション、静止画像、テキスト等を含むグループの１つのコンテンツ形態であってもよい。相関関係にあるデータのセットを有するディジタル・マルチメディア・コンテンツの例は、ビデオ、オーディオ、種々の言語の映画字幕、およびそれらの関連広告からなる。さらに、ＲＭサーバ１０２は、ディジタル・マルチメディア・コンテンツの送信開始時または送信開始前に、環境設定ファイルをディジタル・マルチメディア・コンテンツとともに送信することが可能である。環境設定ファイルは、（１）基本コンテンツの同期情報、および（２）マルチメディア・コンテンツの基本コンテンツとＲＭクライアントとの間の対応関係、即ち、どの基本コンテンツをどの宛先機器（つまり、ＲＭクライアント）へ送信するか、を示すために利用される。

【0014】

インタラクティブ・サーバ１０１は、インストラクションを受信し、そのインストラクションに従ってＲＭサーバを制御するように構成されている。インストラクションは、特定の基本コンテンツの宛先機器を変更するインストラクションと、マルチメディア・コンテンツのレンダリングを再生、再開または一時停止するインストラクションと、を含み得る。

【0015】

配信機器１０３は、（１）ＲＭサーバ１０２から環境設定ファイルを受信し、受信した環境設定ファイルに従って各宛先機器の環境設定ファイルを作成し、作成した各環境設定ファイルを対応する各宛先機器へ送信するように構成されており、ここで、宛先機器用に作成された環境設定ファイルには、その宛先機器に宛てられた基本コンテンツの同期情報および制御情報が含まれており、（２）いくつかの同期された基本コンテンツを有するディジタル・マルチメディア・コンテンツを搬送するマルチメディア・ストリームをＲＭサーバ１０２から受信し、受信したディジタル・マルチメディア・コンテンツからいくつかの同期された基本コンテンツを抽出し、ＲＭサーバ１０２から受信した環境設定ファイルに基づいて、抽出した基本コンテンツを対応する各宛先機器へ別々のストリーム（エレメンタリ・ストリームと呼ばれる）で送信するように構成されている。

【0016】

ＲＭクライアント１０４，１０５は、１つ以上の基本コンテンツおよび当該１つ以上の基本コンテンツの環境設定ファイルを配信機器１０３から受信し、受信した１つ以上の基本コンテンツを環境設定ファイルに基づいてレンダリングするように構成されている。また、ＲＭクライアントは、配信機器１０３を介してインタラクティブ・サーバ１０１へインストラクションを送信して、ディジタル・マルチメディア・コンテンツを制御するように構成されており、例えば、１つ以上の基本コンテンツの宛先機器を変更したり、再生、一時停止、再開などのディジタル・マルチメディア・コンテンツの状態を変更する。さらに、ＲＭクライアントは、インストラクションをインタラクティブ・サーバ１０１へ直接送信することができる。

【0017】

図２は、本実施形態による図１の配信機器１０３を示すブロック図である。その配信機器は、受信モジュール２０１、送信モジュール２０３、処理モジュール２０２、および適応モジュール２０４を有する。

【0018】

受信モジュール２０１および送信モジュール２０３は、それぞれ、データを受信および送信することに用いられる。

【0019】

処理モジュール２０２は、２つ以上の基本コンテンツを生成するために、受信したマルチメディア・コンテンツを逆多重化すること、および、ＲＭサーバから受信した環境設定ファイルに基づいて各宛先ＲＭクライアントの環境設定ファイルを生成することに用いられる。

【0020】

適応モジュール２０４は、基本コンテンツをあるデータ形式から他のデータ形式へ変換することによりコンテンツ適応を実行することに用いられ、それは、送信するのにより都合が良いか、あるいは、宛先機器によってサポートされるものである。そのようなコンテンツ適応には、異なるフォーマット間（例えばＡＶＩからＲＭＶＢ）のフォーマット変換、データ速度適応、現在のバンド幅に適合させるために基本コンテンツの品質を低下させることによる品質適応等が含まれる。

【0021】

また、配信機器１０３は、ＲＭサーバから受信した、リクエストされたマルチメディア・コンテンツの環境設定ファイルを記憶する記憶機器を有する。

【0022】

図３は、ＲＭサーバにより送信されたＸＭＬフォーマットの環境設定ファイルの一例を示している。この例では、マルチメディア・コンテンツのストリームは、基本コンテンツ、即ち、ビデオ１、アニメーション１およびオーディオ１をそれぞれ搬送する３つのエレメンタリ・ストリームを有している。マルチメディア・コンテンツが、２つのクライアント機器でレンダリングされるように配置されており、具体的には、ビデオ１とアニメーション１とが機器１の識別子を備えるＲＭクライアントでレンダリングされる一方で、オーディオ１は機器２の識別子を備えるＲＭクライアントでレンダリングされる。図３から分かるように、どの基本コンテンツがどのレンダリング機器でレンダリングされるか、基本コンテンツのレンダリングをいつ開始するか、レンダリングの持続時間等、を示す情報を含む制御情報は、基本コンテンツに含まれる。ビデオ１およびオーディオ１は時間０から開始して５００秒間持続するのに対して、アニメーション１は時間１００秒から開始して１００秒間持続する。ビデオ１およびオーディオ１の選択可能な選択肢は、「再生」、「一時停止」、「再開」および「停止」を含み、アニメーション１の選択肢は、機器１から機器２への「移動」だけを含んでいる。

【0023】

図４は、本実施形態による異なるレンダリング機器上のマルチメディア・コンテンツをレンダリングする方法を説明するフローチャートである。

【0024】

ステップ４０１で、２つ以上のレンダリング機器を所有するユーザは、マルチメディア・コンテンツのリクエストを送信する。例えば、レンダリング機器は、別々の接続を用いることにより配信機器と接続しており、互いに直接には通信しない。リクエストを送信するためにユーザに用いられる機器は、複数のレンダリング機器のうちの１つであってもよく、あるいは、コマンドを送信するためにユーザに用いられるだけの専用制御機器であってもよい。ここで、マルチメディア・コンテンツは、互いに同期された２つ以上の基本コンテンツを有する。同期は、ここでは、ビデオとオーディオとの間の同期を意味するばかりでなく、時間軸における対応関係、例えば、基本コンテンツ間の開始時間の関係も含まれ、上記例では、テキスト広告の開始時間は、同じ時間軸におけるビデオの開始時間の１００秒遅れである。

【0025】

ステップ４０２で、配信機器は、リクエストされたマルチメディア・コンテンツの環境設定ファイルを配信機器から受信する。環境設定ファイルは、事前に設定され、あるいは、ユーザのリクエストに基づいて同時に作成され得る。ここで、図３に示した環境設定ファイルを本実施形態の説明のための一例として用いる。リクエストされたマルチメディア・コンテンツの環境設定ファイルは、基本コンテンツの制御情報および同期情報を示す。３つの基本コンテンツ、即ち、アニメーション１、オーディオ１およびビデオ１は、「開始」パラメータおよび同期メカニズム（図３には図示せず）を用いて同期される。「開始」パラメータは、マルチメディア・コンテンツと関連付けられた時間軸において基本コンテンツのレンダリングを開始する時間を示す。同期メカニズムは、基本コンテンツをレンダリングしている間、基本コンテンツの後続データを同期することに用いられるメカニズムである。例えば、ビデオおよびオーディオ・パケットに関連付けられたタイムスタンプを、ビデオおよびオーディオの後続データを同期することに用いることができる。ここで、アニメーション１は、その再生データをビデオ１およびオーディオ１と同期する必要がないので、アニメーション１は、「同期」のタグから除外される。さらに、タイムスタンプ同期メカニズムがデフォルトの同期機構として設定される。環境設定ファイルに示されていない限りは、タイムスタンプ同期メカニズムが、「同期」のタグに含まれる基本コンテンツに用いられるであろうということを黙示的に示す。加えて、ファイルにおいて同期手段として利用される他のタイム・コード、ビデオおよびオーディオのアプリケーションを用いることができる。これらのタイム・コードは、タイミング・システムによって等間隔で生成された数値コードのシーケンスとして特徴付けられる。本例における制御情報は、宛先レンダリング機器および各基本コンテンツの動作を示す。また、リクエストされたマルチメディア・コンテンツの環境設定ファイルは、配信機器に記憶される。

【0026】

ステップ４０３で、配信機器は、ステップ４０２で受信した環境設定ファイルに基づいて各レンダリング機器の環境設定ファイルを作成し、作成した各環境設定ファイルをそれらの対応する各レンダリング機器へそれぞれ送信する。図５および図６は、機器１および機器２の環境設定ファイルをそれぞれ示している。

【0027】

ステップ４０４で、配信機器は、リクエストされたマルチメディア・コンテンツを搬送するマルチメディア・ストリームを受信する。

【0028】

ステップ４０５で、配信機器は、基本コンテンツとレンダリング機器との間の対応関係に従ってマルチメディア・ストリームを配信し、当該対応関係は、マルチメディア・コンテンツの環境設定ファイルから抽出される。

【0029】

図７は、本実施形態によるマルチメディア・コンテンツを搬送するマルチメディア・ストリームの配信を示すフローチャートである。

【0030】

ステップ７０１で、配信機器は、マルチメディア・コンテンツを搬送するマルチメディア・ストリームを、各々が基本コンテンツを搬送する２つ以上のエレメンタリ・ストリームに逆多重化する。

【0031】

ステップ７０２で、配信機器は、エレメンタリ・ストリームとレンダリング機器との間の対応関係に従って、２つ以上のエレメンタリ・ストリームを送信する。また、配信機器は、一部または全ての基本コンテンツの送信前に、それらのコンテンツ適応を実行し得る。

【0032】

本実施形態の変形例によれば、全てのエレメンタリ・ストリームは、基本コンテンツとレンダリング機器との間の対応関係に従って２つ以上のグループに分類でき、当該２つ以上のグループは適宜送信される。例えば、マルチメディア・ストリームを逆多重化して、２つ以上のレンダリング機器に対応する、エレメンタリ・ストリームの２つ以上のグループを作成する。図３に示した例では、マルチメディア・ストリームは、エレメンタリ・ストリームの２つのグループ、例えば、機器１に対応するビデオ１およびアニメーション１を含むグループ１と、機器２に対応するオーディオ１を含むグループ２とに分割される。

【0033】

本実施形態の変形例によれば、レンダリング機器の環境設定ファイルは、基本コンテンツの送信とともに送信することができる。

【0034】

本実施形態の変形例によれば、環境設定ファイルは、基本コンテンツの宛先レンダリング機器を示す情報だけを持つように設定される。

【0035】

本実施形態の変形例によれば、ＲＭサーバから受信する以外に、環境設定ファイルは、配信機器において静的に設定されるか、あるいは、マルチメディア・コンテンツの設定ファイルを維持するために用いられる専用制御機器から受信される。また、配信機器は、全ての基本コンテンツの再生同期をより正確にするために、定期的に、設定ファイルを作成して対応するレンダリグ機器へ送信する。

【0036】

本実施形態の変形例によれば、マルチメディア・コンテンツは、レンダリング機器のうちの１つに記憶される。レンダリング機器がストリーミング機能を有していなければ、ストリーミング・モジュールを追加した配信機器が、マルチメディア・コンテンツをフェッチして、それをストリームする。

【0037】

本実施形態の変形例によれば、制御情報および同期情報は、別々の環境設定ファイルで送信されるか、あるいは、異なる方法で定められ得る。例えば、制御情報は配信機器に事前に記憶され、同期情報は環境設定ファイルで受信する。さらに、配信機器を、制御情報および／または同期情報を作成することに用いることも可能である。

【0038】

異なるレンダリング機器上の基本コンテンツの再生中、インタラクティブ・メッセージまたは制御メッセージが、レンダリング機器のうちの１つまたは他の専用制御機器から送信され得る。それがインタラクティブ・メッセージ、例えば、投票や他のマルチメディア・コンテンツに変更するメッセージである場合、そのメッセージは、処理のためにインタラクティブ・サーバへ送信され、インタラクティブ・サーバは現在のＲＭシステムと同様に機能する。しかしながら、それがマルチメディア配信の変更をリクエストする制御メッセージである場合、そのメッセージは、直接または制御メッセージを中継するインタラクティブ・サーバを介して、処理のために配信機器へ送信される。ここで、マルチメディア配信の概念には、制御情報、例えば、基本コンテンツの宛先機器の変更だけでなく、同期情報、例えば、基本コンテンツの開始時間の変更や同期メカニズムの変更等も含まれる。メッセージが配信機器へ直接送信される場合には、配信機器は、サーバが何らかの目的でそのような情報を必要とする場合に、そのような変更をサーバに通知する。

【0039】

図８は、本実施形態によるマルチメディア・コンテンツの配信を変更する方法を示すフローチャートである。

【0040】

ステップ８０１で、配信機器は、マルチメディア・コンテンツの配信を変更するリクエストを受信する。

【0041】

ステップ８０２で、配信機器は、そのリクエストに基づいて、マルチメディア・コンテンツの環境設定ファイルを更新する。

【0042】

ステップ８０３で、配信機器は、各レンダリング機器の環境設定ファイルを作成し、各環境設定ファイルをそれらに対応する各レンダリング機器へ送信する。

【0043】

ステップ８０４で、配信機器は、基本コンテンツとレンダリング機器との間の関係に基づいて、マルチメディア・コンテンツを搬送するマルチメディア・ストリームを配信し、その関係は、マルチメディア・コンテンツの更新された環境設定ファイルから抽出される。

【0044】

本実施形態の変形例によれば、マルチメディア・コンテンツの配信を変更するリクエストは、ＲＭサーバへ送信され、その後、ＲＭサーバが、マルチメディア・コンテンツの更新された環境設定ファイルを作成し、配信機器へ送信する。

【0045】

図３に示した例をさらに用いて、宛先機器の変更について以下に説明する。機器１上のアニメーション１について「移動」動作が開始されると、機器１は、対応するインストラクションを配信機器へ送信する。次に、配信機器は環境設定ファイルをそれに応じて更新する（図９に図示）。更新後、配信機器は、機器１および機器２の環境設定ファイル（図１０および図１１に図示）を作成し、それらを機器１および機器２へそれぞれ送信する。

【0046】

同期情報の変更について以下に説明する。ビデオ１について「一時停止」動作が開始されると、ビデオ１は、ビデオ１と同じ状態、即ち一時停止状態にオーディオ１を同期させるために、対応するインストラクションを配信機器へ送信する。図１２、図１３および図１４は、それぞれ、本実施形態による、配信機器における更新された設定ファイル、機器１の設定ファイル、および機器２の設定ファイルを示している。

【0047】

図１５は、本実施形態による、上述した方法の適用を示すシステム図である。このシステムにおいて、曲を再生可能なミュージック・ボックスが、ＵＰｎＰインタフェースを介してホーム・ゲートウェイに接続され、携帯電話が、無線インタフェースを介して無線アクセス・ポイント（ＡＰ）に接続されている。曲、歌詞、同期情報および制御情報が、リッチ・メディア・サーバから送信される。ホーム・ゲートウェイは配信機器として動作し、即ち、ホーム・ゲートウェイは、再生のために、曲並びにそれに関連する同期情報および制御情報をミュージック・ボックスへ配信し、表示のために、曲の歌詞並びにそれに関連する同期情報および制御情報を携帯電話へ配信する。歌詞と曲とは、同期情報および制御情報を用いて同期される。また、携帯電話は、インストラクションをホーム・ゲートウェイに送信することにより、曲と歌詞の再生を制御する機能、例えば、再生、一時停止、再開の機能を備えている。

【0048】

本実施形態の変形例によれば、マルチメディア・コンテンツは、サーバ以外にクライアント機器から供給され、それは、マルチメディア・コンテンツが第１のクライアント機器に記憶されていることを意味し、配信機器は、マルチメディア・コンテンツに関連付けられた環境設定ファイルに従って、第１のクライアント機器からマルチメディア・コンテンツを取得し、そのマルチメディア・コンテンツをいくつかのクライアント機器へ配信する。そのいくつかのクライアント機器には、第１のクライアントが含まれてもよいし、含まれなくてもよい。

【0049】

いくつかの実施形態について説明してきたが、種々の変更がなされ得ることが理解されるであろう。例えば、他の実施形態を実現するために、異なる実施形態の要素が組み合わせられ、補完され、修正され、または削除され得る。さらに、当業者は、他の構造および処理を開示されたものと置き換えることが可能であること、および、結果として得られる実施形態は、開示した実施形態と少なくとも実質的に同一の結果を達成するために、少なくとも実質的に同一の方法で、少なくとも実質的に同一の機能を果たすことを理解するであろう。従って、これらおよび他の実施形態は本発明の範囲内に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】