JP2008507882A - 関連コンテンツへのアクセス - Google Patents

Abstract

メディア処理装置のネットワーク（１０）は、主要なメディアコンテンツを受信するサービス装置（３０）と、少なくとも１つのレンダリング装置（５０、７０）とを有する。サービス装置（３０）は、どの主要なコンテンツストリームがそれらに関連する補助的なコンテンツを有することについての情報を格納することにより、ネットワークにおける他の装置にサービスを提供し、格納された情報についての、ネットワークにおける他の装置からの要求に応答する。装置（例えばコントロールポイントＣＰ２０）は、主要なコンテンツの引渡しに対して、ネットワークにおけるサービス装置（３０）とレンダリング装置（５０）との間の接続を確立する処理の一部として、情報を要求することができる。代替として、装置は、補助的なコンテンツが利用可能になるときに通知されることに対する興味を登録することができる。ユーザは、該補助的なコンテンツを受け取りたいかどうかを選択することができ、どの装置（５０、７０）が補助的なコンテンツをレンダリングするかを決定することができる。

Description

本発明は、ネットワーク内でコンテンツにアクセスすることに関する。

放送コンテンツは、しばしば、主要なコンテンツの看取者の体験を向上させることができる付加的な材料を、主要なコンテンツと一緒に有する。一例として、スポーツプログラムのテレビジョン放送は、選手についての興味深い統計のページの形態で、付加的なコンテンツを伝達しうる。付加的なコンテンツは、いわゆる補助的な又は関連のコンテンツであり、放送ストリームの一部として伝達することができ、又は、例えばユニフォーム・リソース・ロケータ（ＵＲＬ）のようなリンクは、関連コンテンツを格納するサーバを指し示し、放送ストリームにより伝達することができる。関連コンテンツは、該ＵＲＬを用いてサーバから取り出すことができる。

上記のことが十分よく動作するのは、前記放送ストリームがテレビジョンセットのような受信端末に直接引渡されるときに、該受信端末が関連材料を見せることを制御する場合である。しかしながら、家庭又はローカルな環境においてネットワークコンシューマ装置に対する要求が増加している。放送ストリームが、ネットワークの存在する家庭に入るとき、該放送ストリームは、レンダリング装置（例えばＴＶセット）に直接移送されないことがあり得る。代わりに、放送ストリームは、他のコンテンツもストレージ装置に存在し得るサーバにしばしば移送される。サーバは、家庭内デジタルネットワークを介してレンダリング装置にストリームを引渡す前に、しばしば放送ストリームのいくらかの処理を行うだろう。このネットワーク化された状況では、レンダリング装置に引渡されるストリームは、何らかのコンテンツ相互運用性規格に従わなければならず、この規格は、関連コンテンツ、又は関連コンテンツへのリンクをサポートせず、該コンテンツ又はリンクは、取り除かれる場合がある。たとえレンダリング装置への家庭内ネットワークストリームが関連コンテンツを保持するとしても、該レンダリング装置は、関連コンテンツが引渡されることをユーザが望む装置ではないことがあり得る。

本発明は、ネットワーク化された環境内で関連コンテンツへのアクセスを管理する代替の態様を提供しようとするものである。

したがって、本発明の第１の態様は、ネットワーク装置の一部を形成することができるメディアコンテンツサービス装置を動作させる方法であって、
コンテンツソースからメディアコンテンツの主要なストリームを受信するステップと、
メディアコンテンツの主要なストリームに関連する補助的なコンテンツが存在するか決定するステップと、
主要なコンテンツストリームが関連する補助的なコンテンツをもつことについての情報を格納し、格納された情報に対してネットワーク内の他の装置からの要求に応答することにより、ネットワーク内の他の装置に対してサービスを提供するステップと、
を有する方法を提供する。

たとえ補助的なコンテンツが、処理／ネットワーク内のレンダリング装置への引渡しの際に主要なコンテンツから除去されるとしても、この態様で情報を格納することは、制御装置のようなネットワーク内の他の装置が、補助的なコンテンツがいつ利用可能であるか決定することを可能にする。また上記のように情報を格納することは、主要なコンテンツの通常のデリバリチェーンの一部でない他の装置も、補助的なコンテンツの利用可能性を見出し、補助的なコンテンツをレンダリング装置に引渡すための接続を確立することができるようにする。デリバリチェーンとは、家庭内ネットワークにおける装置間で、主要なコンテンツにとられる経路である。

補助的なコンテンツという言葉は、実際のコンテンツ又は該補助的なコンテンツが格納される場所を指し示すＵＲＬ／ＵＲＩのようなリンクを含むと意図される。

本発明の更なる態様は、メディア処理装置ネットワークの一部を形成することができる制御装置を動作させる方法を提供し、該ネットワークは、主要なメディアコンテンツを受信するサービス装置及び少なくとも１つのレンダリング装置を有し、前記方法は、
サービス装置から得られる情報を使用することにより主要なコンテンツに関連する補助的なコンテンツが存在するかどうかを決定するステップと、
補助的なコンテンツの引渡しのための、ネットワークにおけるサービス装置とレンダリング装置との間の接続を確立するステップと、
を有する。

制御装置は、主要なコンテンツの引渡しのためにサービス装置とレンダリング装置との間の接続を確立するように使用することができ、又は主要なコンテンツのデリバリチェーンの一部ではない別体の制御装置であり得る。

好ましくは、制御装置は、ユーザインタフェースをホストする又は該インタフェースに接続され、ユーザは、補助的なコンテンツを受け入れたいと望むかどうかを選択し、補助的なコンテンツがレンダリングされることを望む装置に限定するために、前記インタフェースを使用することができる。

制御装置は、主要なコンテンツの引渡しのために装置間の接続を確立する処理の間に、補助的なコンテンツの利用可能性を決定することができ、又は、補助的なコンテンツの利用可能性を通知されるということに対する興味を登録することができる。

ここに記載された機能は、ソフトウェア、ハードウェア又はこれらの組み合わせで実施することができる。本発明は、いくつかの異なる要素を有するハードウェアによって、及び適切にプログラムされたコンピュータにより実施することができる。したがって、本発明の他の態様は、プロセッサが上記の方法を実行するような命令を与える。

ソフトウェアが、設備の寿命のいかなる時点でもホスト装置にインストールされうるということは、認識されるだろう。ソフトウェアは、電子記憶装置、ハードディスク、光学ディスク又は他の機械的可読ストレージ媒体に格納され得る。ソフトウェアは、機械的可読担体におけるコンピュータプログラムとして送られるか、又はネットワーク接続を介してホスト装置に直接ダウンロードされ得る。

本発明の更なる態様は、前記方法を実行する制御装置及びメディアサービス装置を提供することができる。

本発明は、ユニバーサルプラグアンドプレイネットワークの一部として実行され得るが、本発明はそのようなネットワークに制限されない。

本発明の実施例は、単に例により、添付の図を参照して説明されるだろう。

図１は、例えば家庭内にあり得る、マルチメディア装置の一例のネットワーク１０を示す。該装置は、共有媒体１５により、一緒に接続されるように示される。装置間の接続は、有線のローカルエリアネットワーク（ＬＡＮ）プロトコルを用いた有線の接続、若しくは、ＩＥＥＥ８０２．１１、ＨｉｐｅｒＬＡＮ／２又はブルートゥース（登録商標）のような無線のローカル又はパーソナルエリアネットワークテクノロジであり得る。本発明は、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）プロトコル及びアーキテクチャの使用に制限されないが、好ましい実施例の以下の説明は、ＵＰｎＰに基づく。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、異なる製造者により製造される電子装置が、互いに動作させることを可能にする通信プロトコルである。ＵＰｎＰは、新しい装置の自動的な発見をして、ゼロコンフィギュレーション、「目に見えない」ネットワーク、をサポートするように設計される。これは、装置がネットワークに動的に入り、ＩＰアドレスを取得し、その機能を伝え、他の装置の存在及び機能について学ぶことができるということを意味する。更に発展したＵＰｎＰは、オーディオビジュアル装置に関連したＵＰｎＰアーキテクチャの拡張を記載する、ＵＰｎＰオーディオビジュアル（ＡＶ）アーキテクチャである。ＵＰｎＰＡＶアーキテクチャは、メディアサーバ、メディアレンダラ及びコントロールポイントを規定する。ＵＰｎＰアーキテクチャについての情報は、http://www.upnp.orgから得ることができる。

図１のネットワークは、放送チャネルを介してテレビジョン及びラジオチャネルのような放送コンテンツを受信するメディアサーバ装置ＭＳ３０を含む。放送コンテンツは、ソース１３５から始まり、デジタルビデオ衛星放送（ＤＶＢ−Ｓ）又はデジタルビデオ地上放送（ＤＶＢ−Ｔ）送信ネットワークのような、送信ネットワーク１３０を介して送信される。メディアサーバ３０は、コンテンツを受信し（３１）、該コンテンツを処理し、コンテンツを家庭内ネットワーク１０における他の装置で利用可能にする。放送コンテンツは、テレビジョンプログラムのためのビデオ及びオーディオデータのようなデータの主要なストリーム並びに補助的な又は「関連する」コンテンツを有する。アナログ放送の場合では、関連コンテンツ（又は該コンテンツへのリンク）は、垂直帰線消去時間（ＶＢＩ）で送ることができ、デジタル放送に対しては、関連コンテンツ（又はそれに対するリンク）は、移送ストリームのメタデータフレームに埋め込まれ得る。主要なもの及び関連するものを組み合わされたコンテンツは、ＭＰＥＧ−２移送ストリームで、ネットワーク１３０に渡って伝達することができ、ＭＳ３０からメディアレンダラＭＲ５０まで、ＭＰＥＧ−２エレメンタリストリームとして又はＡＶＩファイルのＨＴＴＰ移送を介して移送されうる。代替として、コンテンツは、ＭＳ３０でＭＰＥＧ−２からＭＰＥＧ−４にトランスコードされ得る。これは、主要なデータストリームから関連コンテンツを除去する効果を持ち得る。関連コンテンツの例は、
‐ＴＶプログラムについての背景情報を伝達するデータ、例えばスポーツプログラム中の関心を引く統計、広告された商品についての情報、ラジオ放送中の歌詞及びアルバムアート、
‐ユーザがより情報を得ることができる又はオンライン購入することができるＵＲＬ、例えば放送局又はプログラム提供者のウェブサイト、若しくは、コマーシャル時に広告された商品を備える小売店のオンラインショップへのＵＲＬ、
‐更なるビデオ及び／又はオーディオデータ（例えばスポーツプログラム又はコンサートのときの代替のカメラアングル）
である。

ネットワーク１０は、更に、オーディオトラック、ビデオクリップ、ムービー及びデジタル画像のようなコンテンツをローカルに格納し得るメディアサーバ装置ＭＳ４０を有することができる。メディアレンダリング装置ＭＲ５０、７０は、ユーザに見せるために、放送コンテンツ又はローカルに格納されたコンテンツのアイテムをレンダリングする。ウェブブラウザ９０は、デジタル加入者線（ＤＳＬ）モデムのようなゲートウェイ装置９５を介して、インターネットのような外部ネットワーク１００に接続する。ブラウザ９０は、リモート記憶装置１０５からデータを取り出すことができる。ユーザインタフェース（リモート制御）２１は、コントロールポイント２０の一部として設けられ、ユーザがネットワーク１０内にローカルに格納されたコンテンツ又はＭＳ３０で受信された放送コンテンツについての情報をみることを可能にする。ユーザインタフェース２１／コントロールポイント２０は、ユーザがコンテンツのアイテムを選択し、ネットワーク１０内の５０，７０のどちらの装置がコンテンツのそのアイテム（又はストリーム）をレンダリングするかを選択することを可能にする。ユーザインタフェース２１は、簡素なキーパッドであり得、又はディスプレイと組み合わされ得るタッチセンシティブスクリーンのようなより複雑な装置であり得る。コントロールポイント２０は、ネットワーク１０内で新たな装置を発見する従来のＵＰｎＰ機構をサポートし、メディアレンダリング装置５０、７０の機能を見つけ、メディアサーバ３０とメディアレンダラ５０，７０との間の接続を確立する機構もサポートする。ＵＰｎＰＡＶアーキテクチャは、幅広い種類のＡＶ装置及びコンテンツの異なるタイプのフォーマットをサポートする。

メディアサーバ装置３０、４０、メディアレンダラ装置５０，７０及びコントロールポイント装置２０が別体の構成要素として示されるが、ある態様では、これらの２つ以上が単一の物理的装置に組み合わされ得るということは、理解されるだろう。

図２は、図１のネットワークが主要な及び関連するコンテンツにアクセスするように動作されうる態様を示す。図２は、メディアサーバ３０及びメディアレンダラ５０の主要な機能ユニットも示す。メディアサーバＭＳ３０は、記憶装置３４に格納されたコンテンツのディレクトリを維持するコンテンツディレクトリサービス（ＣＤＳ）３６をサポートする。放送ストリームは、他の格納されたコンテンツのように、ＣＤＳにおけるコンテンツアイテムエントリとして現れる。

メディアサーバ３０の更なる機能は、メディアサーバ３０と、メディアレンダラ５０，７０のような他の装置との間の接続を管理するように使用される接続管理サービス３２である。オプションのＡＶトランスポートサービス３３は、停止、一時停止、シーク等のような機能で、コンテンツの再生の制御を可能にする。これらは全て、ＵＰｎＰメディアサーバ装置の既知の機能であり、更に説明する必要はない。

第１メディアレンダラＭＲ５０は、メディアサーバ３０から取り出されるメディアコンテンツをレンダリング（再生）する。出力が多くの形態を取り得るが、再生装置５２は、ディスプレイ５３及びスピーカ５４で示される。典型的に、再生装置５２は、増幅のような出力ステージに沿って、（ＭＰ３オーディオデコーダ及びＭＰＥＧ２ビデオデコーダのような）メディアコンテンツを復号化するための１以上のデコーダと、オーディオ出力を供給するためのスピーカ５４と、視覚的出力を示すためのディスプレイ５３と、デジタルアナログ変換器と、増幅器とを有する。メディアレンダラＭＲ５０は、メディアサーバとの新たな接続を確立する接続管理サービス５５と、コンテンツがレンダリングされる態様で制御するレンダリング制御５１と、オプションのＡＶトランスポートサービス５６とをサポートする。これは、オーディオ再生のためにボリューム制御のような機能を含むことができる。メディアレンダラ５０と同一である必要はないが、メディアレンダラ５０と同じ機能ユニットを有する第２メディアレンダラＭＲ７０も示される。例えば視覚的出力を提供するのみであり得る。

図２では、コントロールポイント２０が主要なコンテンツストリームのための接続をセットアップする。これは、ＣＰ２０とＭＳ３０との間の信号フロー２０１及びＣＰ２０とＭＲ５０との間の信号フロー２０２により達成され、主要なコンテンツデータのストリームがＭＳ３０からＭＲ５０に引渡される２１１という結果となる。主要なコンテンツデータは、通常の態様でＭＲ５０によりユーザに示されるようにレンダリングされる。

メディアサーバＭＳ３０は、付加的な（ＵＰｎＰ）サービス、いわゆる関連コンテンツサービス（ＡＣＳ）３５をホストし、他のいかなるネットワーク装置も関連コンテンツ又は関連コンテンツへのリンクにアクセスすることができるようにする。このサービスを提供する１つの態様は、主要なコンテンツのメディアレンダラ（ＭＲ）の識別子、ストリーム／コネクションＩＤ、関連コンテンツの存在を示すフラグ、関連コンテンツへのリンク及び他の有益な情報を含むテーブルを格納することである。

ＭＳ３０とＭＲ５０との間の接続を確立する際に、コントロールポイントＣＰ２０は、通常のＵＰｎＰ発見プロセスを用いてＭＳ３０によりサポートされる関連コンテンツサービス（ＡＣＳ）を見つけるだろう。装置（例えばＭＳ３０）は、ＵＤＰメッセージを放送し、ネットワーク上でその存在を示す。他の装置（例えばＣＰ２０）は、このメッセージを受信し、装置（ＭＳ３０）とコンタクトを取るためにここに含まれる情報を使用し、規格化されたＵＰｎＰインタフェースを介して提供されたサービスを要求する。コントロールポイントＣＰ２０は、関連コンテンツが存在するかどうかをチェックする。これに対して、ＡＣＳ３５は、次のような関数をサポートするだろう。
getAssociatedContent(ConnectionID)
この例では、ConnectionIDは、関連コンテンツが要求される主要なコンテンツを識別するために使用される。代替として、主要なストリームのレンダラ（いわゆる主要レンダラ）の識別子は、コントロールポイント２０により供給することができる。関連するコンテンツ若しくは関連コンテンツを指し示す１以上のＵＲＬ又はＵＲＩが存在しないならば、この関数は何も返さないだろう。

関連材料が主要なコンテンツと同じ放送チャネルを介して引渡されるならば、関連材料は、メディアサーバ３０におけるコンテンツディレクトリサービスＣＤＳ３６内の付加的なコンテンツアイテムとして出され、関連コンテンツサービス３５から取り出されたリンクは、このコンテンツを指すだろう。図３に示されるように、関連コンテンツが外部のソースから取り出されなければならないならば、関連コンテンツサービス３５から取り出されるリンクは、関連コンテンツを指すＵＲＬであり、標準的なインターネットの機構は、そのコンテンツを取り出す（及びレンダリングする）ために使用することができる。

ＣＰ２０が、関連コンテンツが存在すると決定する場合、ユーザインタフェース２１を用いてユーザにこの情報をフィードバックすることができる。こうすることは、ユーザが関連情報にアクセスしたいかどうかを特定し、関連コンテンツがレンダリングされることを望むかどうかをユーザにたずねることを可能にする。この後に、ＣＰは、ＡＣＳ及び現行のＵＰｎＰ−ＡＶ機構から取り出される情報（リンク）、例えば信号２０３を用いて、関連コンテンツをレンダリングするために、メディアサーバ３０と第２の（例えばユーザが選択した）メディアレンダラ７０との間の関連コンテンツストリーム２１２に対して接続を確立することができる。

図３は、メディアサーバＭＳ３０によりサポートされる関連コンテンツサービス（ＡＣＳ）３５を示す。データベース４５は、上記のテーブル４３を格納し、該テーブルは、コネクションＩＤ、主要なコンテンツをレンダリングするメディアレンダリングＭＲ装置の識別子、現在主要なコンテンツに関連する関連コンテンツがあるかどうかの表示、及び（もし存在するなら）関連コンテンツへのＵＲＬ／ＵＲＩを有する。データベース４５は、メディアサーバ３０へ新たに入ってくるデータのストリーム及び関連コンテンツの存在についての情報のような更新４７を受信するインタフェース４６を介してアクセスされる（４４）。ＵＲＬは、主要なコンテンツのストリームのコースのとき、例えば異なるコマーシャルが、テレビジョンチャネルを表示するビデオ／オーディオデータの主要なストリームにより伝達される場合に、何度も更新され得る。要求４８は、ネットワーク１０内の装置から受信され、データベース４５から得られる情報を含む応答４９は、装置に供給される。加えて、図４を参照して以下でより完全に説明されるが、データベース４５は、登録した装置のリスト４１と、装置が通知されることを望むイベントについての情報とを格納することができる。装置は、通知されることを望むイベントについての情報を含む登録要求を送る。該情報は、装置が関連コンテンツをレンダリングするレンダリング装置５０，７０の識別を含み得る。登録されたイベント情報に適合するイベントが発生する場合、登録された装置は通知される（４９）。

上の説明では、主要なコンテンツの引渡しのための接続を確立するときに、関連コンテンツの存在が知られるということを仮定する。メディアサーバとメディアレンダラとの間に主要なコンテンツのための接続が既に確立した後に、関連コンテンツが時折送られるのみであるということが可能である。これらの環境下で関連コンテンツを取り扱う２つの態様がある。第１に、関連コンテンツの引渡しのための接続は、主要なコンテンツの引渡しのための接続の直後にセットアップすることができる。この場合では、関連コンテンツは、既定の接続に従って利用可能になるときに引渡される。第２に、ネットワーク内の装置は、関連コンテンツサービスＡＣＳのクライアントになり、補助的なコンテンツの到着を信号で伝えるイベントを予約することができる。これは、利用可能になったときに、クライアント（例えばＣＰ２０）が関連コンテンツの接続をセットアップすることを可能にする。

図４は、本発明の更なる実施例を示し、該実施例は、関連コンテンツが、ウェブブラウザ９０により取り出されなければならないコンテンツを指し示すＵＲＬである場合に、適用可能である。コントロールポイント２０、メディアサーバＭＳ３０、メディアレンダラ５０及びウェブブラウザ９０が、示される。図２のように、コントロールポイント２０は、主要なコンテンツストリームのための接続をセットアップする。これは、ＣＰ２０とＭＳ３０との間の信号フロー３０１及びＣＰ２０とＭＲ５０との間の信号フロー３０２により達成され、その結果、主要なコンテンツデータのストリームは、ＭＳ３０からＭＲ５０への引渡し３１１となる。主要なコンテンツデータは、通常の態様でユーザに示すためにレンダリングされる。以前と同じ態様では、コントロールポイント２０は、主要なコンテンツに対して接続３１１を確立する（３０１）ときに、関連コンテンツが利用可能かどうかを決定することができる。関連コンテンツが利用可能であれば、ＣＰ２０からウェブブラウザ９０に関連コンテンツを指すリンクと共にメッセージ３０３を送信するか、又はＭＳ３０が、ＵＲＬと共にメッセージ３０４をウェブブラウザ９０に送信するようにすることにより、ウェブブラウザ９０に信号を伝えることができる。ＵＲＬの受信に応答して、ウェブブラウザ９０は、ネットワーク１００を介して、外部記憶装置１０５からコンテンツを３１５で取ってくる。ＵＲＬは、放送局又はプログラム提供者のホームページ、オンラインストア、又は主要なコンテンツストリーム３１１により伝達されるものに関連する情報の特定のページを指し得る。

代替の構成では、コントロールポイント２０は、関連コンテンツ（又は該コンテンツを指すＵＲＬ）の供給を制御しない。その代わり、ウェブブラウザ９０は、メディアサーバＭＳ３０によりサポートされるＡＣＳ３５を「モニタ」し、予防的に（pro-actively）、ネットワーク１０内のあるメディアレンダラにおける主要なコンテンツをサポートするために、利用可能であるどんな関連コンテンツもレンダリングすることを提供する。例として、ウェブブラウザ９０は、ＭＲ５０に対するいかなる関連コンテンツもレンダリングしようとし得る。ブラウザ装置９０は、メディアレンダラＭＲ５０及びメディアサーバＭＳ３０を発見するために標準的なＵＰｎＰ発見機構（例えば信号３０５）を使用することができ、関連コンテンツのＵＲＬを取ってくるためにＭＳ３０における関連コンテンツサービスＡＣＳを使用することができる。これは、ＭＳ３０のＡＣＳに以下のような呼び出しをすることにより達成可能である。
getAssociatedContent(DeviceID)
ただし「DeviceID」は、レンダリング装置（ＭＲ５０）の識別子である。代替として、ウェブブラウザ９０は、関連コンテンツが利用可能になるイベントを予約することができる。ＭＳ３０でのＡＣＳは、関係のある装置のリストを維持し、通知されることに関係するイベントを詳細に述べ、イベントが起きる場合に全ての予約された装置にメッセージを発行する。ウェブブラウザ９０の識別子がリスト４１（図３）に格納され、予約されたイベントは、装置５０をレンダリングするための関連コンテンツの利用可能性である。上で与えられた例では、ＡＣＳは、ＭＲ５０に引渡される主要なコンテンツに関連する関連コンテンツが利用可能になるときに、ウェブブラウザ９０にメッセージを発行する。

「モニタリング」装置は、コントロールポイントＣＰとしても働くことができ、モニタリング装置と一緒に置かれる又は隔てられて置かれるメディアレンダリング（又はウェブブラウザ機能）へのストリームをセットアップすることができる。このようなシステムでは、各々がコントロールポイント機能を実施する２つの装置、例えばＭＳ３０及びＭＲ５０の間の主要なコンテンツのストリームのための接続をセットアップする第１ＣＰ２０と、ＭＳ３０と更なるメディアレンダリング装置（ＭＲ７０）又はウェブブラウザ９０との間の接続をセットアップする第２ＣＰとが存在するだろう。

関連コンテンツが主要なレンダラと物理的に別体の装置によりレンダリングされること、並びに主要なコンテンツ及び関連するコンテンツの両方が、同じ装置により、例えば共通のディスプレイのピクチャ内のピクチャによりレンダリングされ得るということは、不可欠と言うわけではない。

本発明の上記の実施例では、主要なレンダラ５０は、関連コンテンツの存在について知る必要がなく、ＭＳ３０における関連コンテンツの除去は、関連コンテンツをレンダリングするために、ネットワーク装置間の接続を確立するためのネットワークの性能に影響しない。

放送コンテンツが、地上又は衛星送信ネットワークを介して伝達されたコンテンツに制限されず、インターネットのようなＩＰネットワークにより放送又はマルチキャストされるコンテンツでもあり得るということは理解されるだろう。本発明は、後に応答するために（例えばネットワーク内のメディアサーバ装置３０，４０により）格納された放送コンテンツ、及びデジタル多用途ディスク（ＤＶＤ）を介して配布されるコンテンツのような、放送ソースから始まったわけではないコンテンツに適用され得る。

コントロールポイント２０、メディアサーバ３０及びメディアレンダリング装置５０、７０は、通常の目的のＰＣ又は専用の処理ユニットのような様々な処理プラットホームで実施することができる。図５は、上記の装置の１つ以上をホストするためにプラットホーム４００のハードウェア実施を示す。中央処理ユニット４０１は、既に記載されたように記載された機能及び方法をサポートするためにソフトウェアを実行する。不揮発性メモリ４０２及び揮発性メモリ４０３は、処理ユニット４０１により使用されるオペレーティングソフトウェアを格納する。メディアサーバ３０については、受信機のフロントエンド４０６は、ネットワーク１３０に接続する。制御メッセージ及び主要な／関連するコンテンツは、ローカルネットワーク接続４１５により装置間で伝達される。該ネットワーク接続には、有線４１２及び／又は無線４１１技術を使用することができる。適切なハードウェアは、ローカルエリアネットワークカード及び無線モデムのような特定のローカルネットワークをサポートするように設けられ得る。ユーザの入力は、キーパッド、キーボード、マウス又はタブレットのような入力装置４１０により、プラットホームに直接的に設けることができる。代替として、ユーザ入力は、プラットホームを持つローカルでネットワーク化されたユーザインタフェースから受信され得る。出力は、ディスプレイドライバ及びオーディオカードのような再生装置５２から、ディスプレイ５３及びスピーカ５４を介してユーザに直接示され得る。バス５４又は異なるタイプのバスの組み合わせは、上記ユニットを接続する。

上記の実施例は、本発明を制限するのではなく説明しており、当業者には修正された請求項の範囲から逸脱することなく多くの代替の実施例を設計することが可能だろうということは、留意されるべきである。請求項では、括弧書きされたいかなる参照符号も請求項を制限するものとして解釈されるべきではない。「有する」及び「含む」という言葉は、請求項において列挙された以外の要素又はステップの存在を排除しない。システム／装置／機器の請求項がいくつかの手段を繰り返す場合、これらの手段のいくつかがハードウェアの同じ部品により実施され得る。

上記の説明において、図を参照して、メディア処理装置のネットワーク１０は、主要なメディアコンテンツを受信するサービス装置３０及び少なくとも１つのレンダリング装置５０，７０を有するように記載される。サービス装置３０は、主要なコンテンツストリームが関連する補助的なコンテンツを有することについての情報を格納することにより、ネットワークにおける他の装置にサービスを提供し、格納された情報に対するネットワーク内の他の装置からの要求に応答する。装置（例えばコントロールポイントＣＰ２０）は、主要なコンテンツの引渡しに対して、ネットワークにおけるサービス装置３０とレンダリング装置５０との間の接続を確立する処理の一部として、情報を要求することができる。代替として、装置は、補助的な情報が利用可能になるときに通知されることに対する興味を登録することができる。ユーザは、補助的な情報を受け取りたいかどうかを選択することができ、５０，７０のどちらの装置が補助的なコンテンツをレンダリングするかを決定することができる。

図１は、本発明が適用可能であるマルチメディア装置の一例のネットワークを示す。 図２は、本発明の第１実施例を示す。 図３は、図２のメディアサーバをより詳細に示す。 図４は、本発明の第２の実施例を示す。 図５は、ネットワークの装置の一つのハードウェアの実施を示す。

Claims (26)

1. 装置のネットワークの一部を形成することができるメディアコンテンツサービス装置を動作させる方法であって、
   コンテンツソースからメディアコンテンツの主要なストリームを受信するステップと、
   メディアコンテンツの該主要なストリームに関連する補助的なコンテンツが存在するかどうかを決定するステップと、
   主要なコンテンツストリームが、該主要なコンテンツストリームに関連する補助的なコンテンツを有することについての情報を格納し、前記ネットワーク内の他の装置からの、前記格納された情報に対する要求に応答することにより、前記ネットワーク内の他の装置にサービスを提供するステップと、
   を有する方法。
2. 前記補助的なコンテンツの利用可能性を通知されることを望む、前記ネットワーク内の装置からの登録要求を受信するステップと、
   登録された装置のリストを維持するステップと、
   補助的なコンテンツが利用可能になるときに、前記登録された装置に通知するステップと、
   を更に有する請求項１に記載の方法。
3. 前記登録要求が、主要なコンテンツが引渡される前記ネットワーク内の装置を識別する、請求項２に記載の方法。
4. 前記登録された装置が、前記登録要求で識別された前記装置に引渡される主要なコンテンツに関連する補助的なコンテンツが存在する場合のみ通知される、請求項３に記載の方法。
5. 前記主要なメディアコンテンツの前記引渡しのために、前記ネットワーク内の前記サービス装置とレンダリング装置との間の接続を確立するように、前記ネットワーク内の制御装置から要求を受信するステップと、
   前記主要なコンテンツと関連する補助的なコンテンツが存在することを前記制御装置に通知するステップと、
   を更に有する請求項１乃至４の何れか一項に記載の方法。
6. 前記補助的なコンテンツを引渡すために、前記ネットワーク内の装置への接続を確立するステップを更に有する、請求項１乃至５の何れか一項に記載の方法。
7. 前記接続を確立するステップが、前記補助的なコンテンツが引渡されるべき前記装置の識別子を受信するステップを有する、請求項６に記載の方法。
8. 前記補助的なコンテンツが、前記主要なコンテンツが引渡される装置とは異なる装置に引渡される、請求項６又は７に記載の方法。
9. 主要なメディアコンテンツを受信するサービス装置と、少なくとも１つのレンダリング装置とを含む、メディア処理装置ネットワークの一部を形成することができる制御装置を動作させる方法であって、
   前記主要なコンテンツに関連する補助的なコンテンツが存在するかどうかを、前記サービス装置から得られる情報を使用することにより決定するステップと、
   前記補助的なコンテンツの前記引渡しのために、前記ネットワーク内の前記サービス装置とレンダリング装置との間の接続を確立するステップと、
   を有する方法。
10. 前記補助的なコンテンツが引渡されるべき前記レンダリング装置の識別子を決定するステップを有する、請求項９に記載の方法。
11. 前記レンダリング装置の前記識別子がユーザインタフェースから受信される、請求項１０に記載の方法。
12. ユーザによる選択に対して、可能なレンダリング装置のリストを前記ユーザインタフェースに送信するステップを更に有する、請求項１１に記載の方法。
13. 補助的なコンテンツに対する興味を登録するために、登録要求を前記サービス装置に送信するステップと、補助的なコンテンツが利用可能なときに、前記サービス装置からの通知を受信するステップとを有する請求項９乃至１２の何れか一項に記載の方法。
14. 前記登録要求が、主要なコンテンツをレンダリングするレンダリング装置を識別する、請求項１３に記載の方法。
15. 前記主要なメディアコンテンツの引渡しのために、前記ネットワークにおける前記サービス装置とレンダリング装置との間の接続を確立するステップの一部として実行される、請求項９乃至１４の何れか一項に記載の方法。
16. ユーザが前記補助的なコンテンツを受信したいかどうかを決定するステップを有し、前記接続を確立するステップが、前記ユーザが前記補助的なコンテンツを受信したい場合のみに実行される、請求項１乃至１５の何れか一項に記載の方法。
17. 前記ネットワークがユニバーサルプラグアンドプレイ（ＵＰｎＰ）ネットワークである、請求項１乃至１６の何れか一項に記載の方法。
18. 前記補助的なコンテンツが、レンダリング装置が前記補助的なコンテンツを取ってくることができる、ストレージ位置を識別するアドレスである、請求項１乃至１７の何れか一項に記載の方法。
19. 前記主要なコンテンツが放送コンテンツである、請求項１乃至１８の何れか一項に記載の方法。
20. プロセッサに、請求項１乃至１９の何れか一項に記載の方法を実行させるコンピュータプログラム。
21. 請求項２０に記載されたコンピュータプログラムを有するコンピュータ可読媒体。
22. 装置のネットワークの一部を形成することができるメディアコンテンツサービス装置であって、
    コンテンツソースからメディアコンテンツの主要なストリームを受信することと、
    前記メディアコンテンツの主要なストリームに関連する補助的なコンテンツが存在するかどうかを決定することと、
    主要なコンテンツストリームが、該コンテンツストリームに関連する補助的なコンテンツを有することについての情報を格納し、該格納された情報に対して前記ネットワークにおける他の装置からの要求に応答することにより、前記ネットワーク内の他の装置に対してサービスを提供することと、
    を動作させることが可能であるサービス装置。
23. 請求項２乃至８の何れか一項に記載の方法を実行するように動作可能である、請求項２２に記載のメディアコンテンツサービス装置。
24. 主要なメディアコンテンツを受信するサービス装置と、少なくとも１つのレンダリング装置とを有するメディア処理装置ネットワークの一部を形成することができる制御装置であって、
    前記主要なコンテンツに関連する補助的なコンテンツが存在するかどうかを、前記サービス装置から得られる情報を用いることにより決定することと、
    前記補助的なコンテンツの前記引渡しのために、前記ネットワークにおける前記サービス装置とレンダリング装置との間の接続を確立することと、
    を動作可能である制御装置。
25. 請求項１０乃至１５の何れか一項に記載の方法を実行するように動作可能である、請求項２４に記載の制御装置。
26. 請求項２２又は２３に記載の前記メディアサービス装置若しくは請求項２４又は２５に記載の前記制御装置を有する、メディア処理装置ネットワーク。

Images