(57)【特許請求の範囲】
【請求項１】
ホームネットワークにおけるメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生のための方法であって、
前記メディアレンダリングデバイスは、複数のコンテンツソースから利用可能なコンテンツをレンダリングするように構成され、前記ホームネットワークは、前記メディアレンダリングデバイスを制御するために複数のコントローラデバイスを有し、
当該方法は、
前記ホームネットワーク内の前記メディアレンダリングデバイスを保持し、前記メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認し、そうである場合には、
前記メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに続けたいかどうかを確認し、そうである場合には、
任意のコントローラデバイスがレンダリングサービス要求を呼び出す前に如何なるレンダリングサービス要求も予約しない及び呼び出さないよう前記複数のコントローラデバイスに通知するように前記メディアレンダリングデバイスを構成し、これにより、レンダリングサービス要求の処理を停止し、
前記メディアレンダリングデバイスは、イベントメカニズムを用い、前記レンダリングサービス要求の処理が一時的に無効にされるよう前記複数のコントローラデバイスのうちの一部のコントローラデバイスに通知し、これにより、前記一部のコントローラデバイスが特定のレンダリングサービスに関連するイベントを予約するのを許可しない、方法。
【請求項２】
前記メディアレンダリングデバイスを構成することは、
ＵＰｎＰ  Ａｕｄｉｏ／Ｖｉｄｅｏ  ＴｒａｎｓｐｏｒｔサービスのＡ／Ｖ再生制御に関連するレンダリングサービス要求を一時的に無効にすること、
ＵＰｎＰ  Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅｓに関連するレンダリングサービス要求を一時的に無効にすること、
Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｔｒａｎｓｐｏｒｔサービス内の新たなＵＲＬの設定に関連するレンダリングサービス要求を一時的に無効にすること、
レンダリングが進行中の間、予め決められたコンテンツソースからのコンテンツのレンダリングに関連するレンダリングサービス要求を一時的に無効にすること、
のうち少なくとも１つを更に有する、請求項１に記載の方法。
【請求項３】
前記メディアレンダリングデバイスを構成することは、特定のコントローラデバイスにより呼び出されるレンダリングサービス要求の処理を一時的に無効にすることを更に有し、これにより、優先順位付与を可能にし、
前記特定のコントローラデバイスは、
子供により使用されるコントローラデバイス、
ゲストにより使用されるコントローラデバイス、
配偶者により使用されるコントローラデバイス、
のうち少なくとも１つである、請求項１に記載の方法。
【請求項４】
前記メディアレンダリングデバイスを構成することは、
第１のコントローラデバイスにより呼び出されたレンダリングサービス要求が処理されたかどうか確認し、そうである場合は、前記第１のコントローラデバイスに優先順位をつけ、前記第１のコントローラデバイス以外のコントローラデバイスにより呼び出されるレンダリングサービス要求の処理を一時的に無効にすることを更に有する、請求項３に記載の方法。
【請求項５】
各コントローラデバイスは、固有の識別情報を前記メディアレンダリングデバイスに出力し、これにより、対応するコントローラデバイス上でのレンダリングサービスの一時的な無効化を促進する、請求項１に記載の方法。
【請求項６】
前記メディアレンダリングデバイスの電源オンは、一時的に無効にされたレンダリングサービスを有効にする、請求項１に記載の方法。
【請求項７】
ホームネットワーク内のメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生を提供するための論理ユニットであって、
前記メディアレンダリングデバイスは、複数のソースから利用可能なコンテンツをレンダリングするように構成され、
当該論理ユニットは、
前記ホームネットワーク内の前記メディアレンダリングデバイスを保持し、前記メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認するための保持ユニットと、
前記メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに継続したいかどうかを確認するための確認ユニットと、
任意のコントローラデバイスがレンダリングサービス要求を呼び出す前に如何なるレンダリングサービス要求も予約しない及び呼び出さないよう前記複数のコントローラデバイスに通知するように前記メディアレンダリングデバイスを構成し、これにより、レンダリングサービス要求の処理を停止する構成ユニットとを有し、
前記メディアレンダリングデバイスは、イベントメカニズムを用い、前記レンダリングサービス要求の処理が一時的に無効にされるよう前記複数のコントローラデバイスのうちの一部のコントローラデバイスに通知し、これにより、前記一部のコントローラデバイスが特定のレンダリングサービスに関連するイベントを予約するのを許可しない、論理ユニット。
【請求項８】
請求項７に記載の論理ユニットを有する、ホームネットワークシステム。
【請求項９】
請求項１−６のうちいずれか一項に記載の方法を実行するための実行可能なプログラムコードを有する、ソフトウエアプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、メディアレンダリングデバイスの分野に関し、より詳しくは、ホームネットワークにおけるメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生を提供する分野に関する。
【背景技術】
【０００２】
特許出願ＵＳ２００８／０２３５６２０号は、レンダリング装置を備えるシステム及びコンテンツをレンダリング装置に供給する複数の供給源の制御のための制御デバイスを開示している。制御デバイスは、スイッチングを確認するためにユーザインタフェースとの確認するユーザインタラクションを検出すると、システムを第１のアクティビティから第２のアクティビティに切替えるように抑制する。これは、レンダリング装置での現在進行中の再生の中断をもたらし得る。
【０００３】
例示的な状況として、テレビのようなレンダリングデバイスは、インターネットソース、ＵＳＢソース又はＤＬＮＡメディアサーバからのオーディオ／ビデオコンテンツをレンダリングすることができる。コントローラデバイスは、テレビの再生を中断することができ、他のコンテンツソースからの（例えば、ブルーレイディスクプレーヤからの、又は、ホームネットワーク内にあるパーソナルコンピュータ（ＰＣ）からの）コンテンツを再生することを要求する。これは、テレビに現在のコンテンツの再生を停止させることができ、（例えば、ブルーレイディスクプレーヤからの、又は、ネットワーク内にあるＰＣからの）コントローラデバイスで指示されたコンテンツソースに切り替えることができる。これは、テレビでの現在進行中の再生の中断をもたらし得る。この問題は、ホームネットワークがテレビを制御するために複数のコントローラを有するときに非常に大きくなり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従って、本発明の目的は、ホームネットワークにおけるメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生のための方法を提供することにある。本発明は、独立請求項により規定される。従属請求項は、有利な実施形態を規定する。
【課題を解決するための手段】
【０００５】
本主題の目的は、ホームネットワークにおけるメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生のための方法であって、前記メディアレンダリングデバイスは、複数のコンテンツソースから利用可能なコンテンツをレンダリングするように構成され、前記ホームネットワークは、前記メディアレンダリングデバイスを制御するために複数のコントローラデバイスを有し、当該方法は、前記ホームネットワーク内の前記メディアレンダリングデバイスを保持し、前記メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認し、そうである場合には、前記メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに続けたいかどうかを確認し、そうである場合には、レンダリングサービス要求を予約しない及び呼び出さないよう前記複数のコントローラデバイスに通知するように前記メディアレンダリングデバイスを構成し、これにより、レンダリングサービス要求の処理を停止する、方法を提供することにより実現される。
【０００６】
ホームネットワーク内のメディアレンダリングデバイスは、概して、複数のコンテンツソースからの再生をサポートする。コンテンツソースは、これらに限定されるものではないが、ｉ）ＵＳＢソース、ｉｉ）インターネットソース、ｉｉｉ）チューナ、ｉｖ）高精細度マルチメディアインターフェース（ＨＤＭＩ）ソース、及び、ｖ）ＤＬＮＡ（Digital Living Network Alliance）ソースであり得る。
【０００７】
ＤＬＮＡ／ＵＰｎＰは、ＤＬＮＡサーバコンテンツがＡＶＴ（Audio Video Transport）サービスを介して再生されることを要求するその要求をコントローラデバイスがプッシュすることができるメカニズムを有する。更に、再生は、ＡＶＴ及びＲＣＳ（Rendering Control Service）を介して制御され得る。これは、現在進行中の再生を中断することができる。これは、メディアレンダリングデバイスが現在選択されているソースのコンテンツの再生を停止し、コントローラデバイスで指示されたコンテンツソースに切り替えなければならないことを意味し得る。この問題は、ホームネットワーク内に複数のコントローラデバイスがあるときに、より大きくなり得る。
【０００８】
再生の中断についての使用事例シナリオは、ユーザがテレビを介してニュース速報を見ており、（子供がふざけて行っているだけかもしれないとしても）コントローラデバイス（例えば、キッズコントローラデバイス）は再生を中断することであり得る。
【０００９】
他の使用事例シナリオは、ユーザＡがメディアレンダリングデバイス上のコンテンツを見ているということであり得る。ユーザＢのコントローラデバイスは、メディアレンダリングデバイスを遠隔制御しようとし、プログラムの記録を実行するために中断する。ユーザＣのコントローラデバイスもメディアレンダリングデバイスを遠隔制御しようとし、プログラムの記録を実行するために中断する場合に、問題は非常に大きくなり得る。
【００１０】
更なる使用事例シナリオは、オーディオレンダリングデバイスが部屋Ａにおいてコンテンツを再生していることであり得る。コントローラデバイスは、部屋Ｂにおいて、部屋Ａにおけるオーディオレンダリングデバイスのボリュームを制御しようとする。これは、部屋Ｂにおけるユーザがより大きなボリュームを必要とするかもしれないためであり得る。部屋Ａ内のユーザは、より高いボリュームレベルに変化するのを好まないかもしれない。
【００１１】
更なる使用事例シナリオは、オーディオレンダリングデバイスが２つのスピーカ（即ち、部屋Ａに配置されたスピーカ１及び部屋Ｂに配置されたスピーカ２）を介してコンテンツを再生していることであり得る。部屋Ａ内のコントローラデバイス及び部屋Ｂ内のコントローラデバイスは、コンテンツの再生を同時に制御しようとし、これは、望ましくないかもしれない。
【００１２】
要約すると、ユーザが認識しなくてもよい現在進行中の再生の中断が存在し得る。それ故、メディアレンダリングデバイスがその現在進行中の再生を中断せずに続けたいときには、メディアレンダリングデバイスがコントローラデバイスにこれらの要求をプッシュしないことを要求する必要がある。
【００１３】
メディアレンダリングデバイスは、特定のコントローラデバイスだけがレンダリングサービス要求を送ることを可能にしない。これにより、コントローラデバイス内の優先度／ランキングをサポートする。
【００１４】
更に、メディアレンダリングデバイスは、ｉ）イベント、ｉｉ）ホームネットワーク内の全てのコントローラデバイスに向かう予約要求及び予約更新要求を受けること、について連続的に知らせなければならないので、ネットワークトラフィックの浪費が存在する。これは、順次、処理パワーの浪費に達し得る（例えば、単一のコントローラからの予約及び予約更新の周波数は、おおよそ１５秒である）。
【００１５】
開示された方法は、メディアレンダリングデバイスが、レンダリングサービス要求を呼び出す如何なるコントローラデバイスより前に如何なるレンダリングサービス要求も呼び出すことなく、コントローラデバイスの全て又は幾つかに通知するのを可能にする。更に、開示された方法は、ホームネットワーク内のメディアレンダリングデバイス上でサービス要求をレンダリングする処理を一時的に無効にし得る。これは、進行中の再生が中断することなく継続することを可能にする。メディアレンダリングデバイスは、ホームネットワーク内で保持され、メディアレンダリングデバイスとして認識される。ホームネットワーク内でメディアレンダリングデバイスを保持することは、以下の利点を有する。
１．ホームネットワーク内の全てのコントローラデバイスは、メディアレンダリングデバイスがホームネットワーク内にあることを知るだろう。それ故、コントローラデバイスによるメディアレンダリングデバイスの再発見のオーバーヘッドがない。
２．コンフィギュレーション能力の異なるレベルをコントローラデバイスに提供する。
【００１６】
一実施形態において、メディアレンダリングデバイスは、ＵＰｎＰ  ＡＶＴ（Audio/Video transport）サービスのＡ／Ｖ再生制御に関連するレンダリングサービス要求を一時的に無効にする。この実施形態は、コンフィギュレーション能力を可能にする。コンフィギュレーション能力は、ホームネットワーク内においてレンダリングサービスの無効の異なるレベルを提供することに関し得る。これは、ＵＰｎＰ ＡＶＴサービスのＡ／Ｖ再生制御の無効を可能にするが、ＵＰｎＰ  ＲＣＳ（Rendering Control Service）のボリューム／ミュート制御を許可することを可能にすることができる。
【００１７】
更に、メディアレンダリングデバイスは、ＡＶＴサービス内で新たなＵＲＬの設定に関連するレンダリングサービス要求を一時的に無効にし得る。これは、更なるコンフィギュレーション能力を可能にし得る。これは、ＡＶＴサービス内で再生／一時停止／停止を許可することを可能にすることができるが、ＡＶＴサービス内で新たなＵＲＬの設定を無効にすることができる。
【００１８】
更に、メディアレンダリングデバイスは、レンダリングが進行中の間、予め決められたコンテンツソースからのコンテンツのレンダリングに関連するレンダリングサービス要求を一時的に無効にすることができる。これは、更なるコンフィギュレーション能力（例えば、インターネットコンテンツが見られている間、無効が実施され得るのに対し、ＵＳＢコンテンツが見られている間、許可され得る）を提供する。
【００１９】
更なる実施形態において、メディアレンダリングデバイスは、特定のコントローラデバイスにより呼び出されるレンダリングサービス要求を一時的に無効にし、これにより、優先順位付与を可能にする。この実施形態は、ホームネットワーク内の特定のコントローラデバイスに向かうレンダリングサービスを無効にすることを可能にし、これにより、異なるコントローラデバイスに渡るメディアレンダリングデバイスに優先順位をつける。メディアレンダリングデバイスは、以下の少なくとも１つにより呼び出されたレンダリングサービス要求を一時的に無効にし得る。
−  子供により使用されるコントローラデバイス
−  ゲストにより使用されるコントローラデバイス
−  配偶者により使用されるコントローラデバイス
【００２０】
これは、更に他のコンフィギュレーション能力を可能にし得る。子供により使用されるコントローラデバイスは、現在進行中の再生を中断するのを可能にされない一方で、配偶者コントローラデバイスは、現在進行中の再生を制御するのを可能にされ得る。更に、ゲストコントローラデバイスは、現在進行中の再生を中断するのを可能にされないだろう。
【００２１】
更なる実施形態において、メディアレンダリングデバイスは、第１のコントローラデバイスにより呼び出されたレンダリングサービス要求が処理されたかどうかチェックしてもよく、もしそうである場合には、第１のコントローラデバイスに優先順位をつけ、第１のコントローラデバイス以外のコントローラデバイスにより呼び出されたレンダリングサービス要求の処理を一時的に無効にする。この実施形態は、コントローラデバイスを構成して優先順位をつけるために更なるコンフィギュレーション能力を提供する。
【００２２】
更なる実施形態において、メディアレンダリングデバイスは、イベントメカニズムを用い、レンダリングサービス要求の処理が一時的に無効にされるよう１又はそれ以上のコントローラデバイスに通知する。この実施形態は、（例えば、時間停止が実施されている間）コントローラデバイスが特定のレンダリングサービスに関連するイベントを予約するのを許可しないことをもたらし得る。これは、ホームネットワークトラフィック及び処理パワーを軽減することができる。
【００２３】
更なる実施形態において、各コントローラデバイスは、固有の識別情報をメディアレンダリングデバイスに出力し、これにより、対応するコントローラデバイス上でのレンダリングサービスの一時的な無効化を促進する。
【００２４】
更なる実施形態において、メディアレンダリングデバイスの電源オンは、一時的に無効にされたレンダリングサービスを有効にする。パワーのＯＮ／Ｏｆｆは、必ずしもメディアレンダリングデバイスのＯＮ／ＯＦＦを意味する必要はない。ＯＮ／ＯＦＦは、ソフトウェアであるメディアレンダリングデバイスのレンダリング装置コンポーネントに対してのみであり得る。一例として、メディアレンダリングデバイスのＯＮ／ＯＦＦは、まさにＰＣ上の実行可能な動作のＯＮ／ＯＦＦであり得る。この実施形態は、更なるコンフィギュレーション能力を可能にし得る。ユーザは、特定のコンテンツに関する再生が終わったときに、レンダリングサービスを自動的に可能にするための設定を有し得る。更に、ユーザは、ホームネットワーク内のコントローラデバイスのリストを見るために、メディアレンダリングデバイス上にユーザインタフェースを示され得る。ユーザは、コントローラデバイスのレンダリングサービスの無効をチェック／非チェックすることを可能にされ得る。
【００２５】
本主題の他の目的において、ホームネットワーク内のメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生を提供するための論理ユニットが開示される。メディアレンダリングデバイスは、複数のソースからの利用可能なコンテンツをレンダリングするように構成される。論理ユニットは、ホームネットワーク内のメディアレンダリングデバイスを保持し、メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認するための保持ユニットと、前記メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに継続したいかどうかを確認するための確認ユニットと、レンダリングサービス要求を予約しない及び呼び出さないよう前記複数のコントローラデバイスに通知するように前記メディアレンダリングデバイスを構成し、これにより、レンダリングサービス要求の処理を停止する構成ユニットと、を有する。
【００２６】
本主題の更なる目的において、メディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生を提供するための論理ユニットを有するホームネットワークが開示される。
【００２７】
前述の態様、特徴及び利点は、添付図面を参照して、単なる例によって、更に説明されるだろう。添付図面において、同一の参照符号は、同一又は類似の部分を示す。
【図面の簡単な説明】
【００２８】
【図１】本主題の一実施例によるホームネットワークの例示的な構成を示す。
【図２】本主題の一実施例による中断されない再生を提供する方法を示す例示的なフローチャートを概略的に示す。
【図３】本主題の一実施例によるコンテンツの中断されない再生を提供するための例示的な論理ユニットを概略的に示す。
【発明を実施するための形態】
【００２９】
図１によれば、ホームネットワーク１００は、居住用ローカルエリアネットワークである。これは、概して、家の中に典型的に配置されたデジタルデバイス間の通信のために用いられる。ホームネットワーク１００の重要な機能は、イントラネットアクセスを共有することである。ホームサーバは、増加した機能性に対して追加され得る。ホームネットワーク１００は、有線又は無線の技術を用いてもよい。
【００３０】
ホームネットワーク１００は、メディアレンダリングデバイスとしてテレビ１０２ａを含む。テレビ１０２ａは、レンダリングサービスを提供し、異なるコンテンツソースからの再生をサポートするように構成される。コンテンツソースは、
ｉ）ＵＳＢソース１０４
ｉｉ）インターネットソース１０６
ｉｉｉ）チューナソース１０８
ｉｖ）ＨＤＭＩソース１１０
ｖ）ＤＬＮＡソース１１２
であり得る。
【００３１】
複数のコントローラデバイス１４０ａ，１４０ｂ，１４０ｃ，１４０ｎは、テレビ１０２ａを制御するように構成される。
【００３２】
標準のネットワークアーキテクチャのプロトコルにより規定されるＵＰｎＰ（http://upnp.org/sdcps-and-certification/standards）は、ホームネットワークの主要な標準技術の１つである。ＵＰｎＰに基づくホームネットワークシステムは、サービスを提供するための複数のＵＰｎＰデバイスと、複数のＵＰｎＰデバイスを制御するための制御ポイントとを含む。ＵＰｎＰデバイスは、これらのイベントを制御ポイントに通知する。
【００３３】
ＵＰｎＰに基づくオーディオ／ビデオデバイスを制御するためのホームネットワークシステムは、ホームネットワークを介してメディアコンテンツを提供するためのメディアサーバと、ホームネットワークを介して提供されるメディアコンテンツを再生するためのメディアレンダリング装置と、メディアサーバ及びメディアレンダリング装置を制御するための制御ポイントとを含む。
【００３４】
制御ポイントは、イベントを介してメディアサーバ及びメディアレンダリング装置の状態情報を得る。例えば、メディアサーバ及びメディアレンダリング装置がオーディオ／ビデオトランスポートサービス及びレンダリング制御サービスを提供するときには、メディアサーバ及びメディアレンダリング装置が変更状態変数を"LastChange"状態変数テーブルにおく場合、変更状態変数は、予め決められた時間の後、制御ポイントに出力される。それ故、制御ポイントは、デバイスの現在の状態を通知される。
【００３５】
メディアサーバは、メディアコンテンツに関する情報を各ＵＰｎＰ動作における制御ポイントに通知する。また、メディアサーバは、メディアコンテンツを再生するために、対応するメディアコンテンツをストリーミングによりメディアレンダリング装置に出力する。メディアレンダリング装置は、メディアコンテンツを再生する。ストリーミング方法は、種々の既知の方法から選択され得る。
【００３６】
ＵＰｎＰ／ＤＬＮＡは、ＤＬＮＡサーバコンテンツがＡＶＴサービスを介して再生されることを要求しているその要求をコントローラデバイス１４０ａがプッシュし得るメカニズムを有する。更に、再生は、ＡＶＴ及びＲＣＳ（Rendering Control Service）を介して制御され得る。これは、テレビ１０２ａにより再生されている現在進行中の再生を中断し得る。これは、テレビ１０２ａが現在選択されているソースのコンテンツ（例えば、インターネットソース１０６）の再生を停止し、コントローラデバイス１４０ａが指示したコンテンツソースに切り替えなければならないことを意味し得る。この問題は、ホームネットワーク１００内に複数のコントローラデバイス（即ち、１４０ｂ，１４０ｃ...１４０ｎ）があるときに、非常に大きくなり得る。
【００３７】
再生の中断についての使用事例シナリオは、ユーザがテレビ１０２ａを介してニュース速報を見ていることであり得る。コンテンツソースはチューナ１０８である。コントローラデバイス１４０ｃ（例えば、子供用コントローラ）は、（子供がふざけて行っているだけかもしれないにもかかわらず）再生を中断する。
【００３８】
他の使用事例シナリオは、ユーザＡがテレビ１０２ａ上のコンテンツを見ていることであり得る。ユーザＢのコントローラデバイス（例えば、１４０ｄ）は、テレビを遠隔制御しようとし、コンテンツを見るのを中断する。ユーザＣのコントローラデバイス（例えば、１４０ｅ）がテレビを遠隔制御しようとし、コンテンツを見るのを中断する場合、問題は非常に大きくなり得る。
【００３９】
ユーザが認識しない現在進行中の再生の中断が存在する。それ故、テレビ１２０ａが、テレビがその現在進行中の再生を中断せずに続けたいときにはこれらの要求をプッシュしないようコントローラデバイス１４０ａ，１４０ｂ，１４０ｃ...１４０ｎに要求する必要がある。
【００４０】
テレビは、特定のコントローラデバイスのみがレンダリングサービス要求を送ることを許可することができない。これにより、コントローラデバイスの中で優先度／ランキングをサポートする。
【００４１】
更に、テレビが、ｉ）イベント、ｉｉ）ホームネットワーク１００内の全てのコントローラデバイス１４０ａ、１４０ｂ、１４０ｃ、１４０ｄ、１４０ｅ...１４０ｎに向かう予約要求及び予約更新要求を受け取ること、について連続的に通知しなければならないので、ネットワークトラフィックの浪費が存在する。これは、順次、処理パワーの浪費をもたらし得る（例えば、単一のコントローラからの入力及び入力更新の周波数はおおよそ１５秒である）。
【００４２】
図２によれば、開示された方法の奥の思想は、メディアレンダリングデバイスにより処理されるべきレンダリングサービス要求を予約しない及び呼び出さないようコントローラデバイスに通知することである。これは、進行中の再生が中断することなく継続するのを可能にする。更に、メディアレンダリングデバイスは、ホームネットワーク内で保持され、メディアレンダリングデバイスとして認識される。
【００４３】
方法は、ホームネットワーク１００内でテレビ１０２ａを保持し、テレビ１０２ａがコンテンツをレンダリングしているかどうかを確認するステップ２０２を有する。
【００４４】
テレビ１０２ａがコンテンツをレンダリングしている場合、ステップ２０４において、確認は、メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに続けたいかどうかを確認するために実行される。
【００４５】
そして、ステップ２０６において、テレビ１０２ａは、メディアレンダリングデバイスにより処理されるべきレンダリングサービス要求を予約しない及び呼び出さないようコントローラデバイス１４０ａ，１４０ｂ...１４０ｎに通知するように構成され、これにより、サービス要求をレンダリングする処理を停止する。これは、テレビ１０２ａがコンテンツの中断されない再生を提供するのを可能にする。
【００４６】
開示された方法を実装する１つの手段は、以下の通りであり得る。
【００４７】
テレビ１０２ａによりコントローラデバイス（例えば、１４０ａ）に送られる最後のイベントは、Suspended State Information Per Serviceと呼ばれる追加的な状態変数を有し得る。この変数が設定されると、コントローラデバイス（例えば、１４０ａ）は、このサービスがもはや利用可能でないことを知るだろう。これから以後は、コントローラデバイス（例えば、１４０ａ）は、停止された期間の間のいかなる最後のイベントも得るのを停止することができ、更に、コントローラデバイス（例えば、１４０ａ）は、サービスを予約するのを停止することができる。サービスがもはや停止状態ではなくなると、この変数は消去され、最後のイベントは、前と同じように、コントローラデバイス（例えば、１４０ａ）に送られ得る。コントローラデバイス（例えば、１４０ａ）がサービスごとに停止状態を問い合わせることも可能であるだろう。
【００４８】
中断されない再生を提供するためにレンダリングサービス内の特定の動作を一時的に無効にすることも可能であり得る。これは、サービスごとの動作ごとの停止された状態情報が存在し得ることを意味し得る。この情報は、コントローラデバイス（例えば、１４０ａ）により問い合わせられ得る。テレビ１０２ａは、最後の変更イベントを介してコントローラデバイス（例えば、１４０ａ）に通知することができる。
【００４９】
イベントの処理、ネットワークトラフィック及び電力を節約することが可能であり得る。テレビ１０２ａは、時間停止が実施される間、コントローラデバイス１４０ａが特定のサービスのイベントを予約するのを禁止することをもたらし得るサービスの停止についてコントローラデバイス１４０ａに通知することができる。テレビ１０２ａは、テレビ１０２ａがコントローラデバイス１４０ａにおけるメディアレンダリングデバイスとして依然としてリストアップされるように、コントローラデバイス１４０ａに通知を送信し続け得る（例えば、それぞれ１５分、これはネットワーク上で重くならない）。同時に、テレビ１０２ａは、コントローラサービスが停止されているデバイス１４０ｂ、１４０ｃ...１４０ｎに対していかなるイベント／更新も送ることができない。このメカニズムは、ネットワークトラフィック及びそれ故にテレビ１０２ａ上の電力を節約することを可能にする。これは、イベントの数が下がり得るので、コントローラデバイス１４０ａ上の電力節約をもたらし得る。
【００５０】
一実施形態において、テレビ１０２ａは、ＵＰｎＰ  ＡＶＴサービスのＡ／Ｖ再生制御に関連するレンダリングサービス要求を一時的に無効にすることができる。これは、コンフィギュレーション能力を可能にする。これは、ホームネットワーク内のレンダリングサービスの無効の異なるレベルを提供することを可能にすることができる。これは、ＵＰｎＰ  ＡＶＴサービスのＡ／Ｖ再生制御の無効化を可能にし得るが、ＵＰｎＰ  Ｒｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅのボリューム／ミュート制御の有効化を可能にすることができる。
【００５１】
テレビ１０２ａは、ＡＶＴの範囲内で新たなＵＲＬの設定に関連するレンダリングサービス要求を一時的に無効にすることができる。これは、ＡＶＴサービス内で再生／一時停止／停止を可能にすることができるが、ＡＶＴサービス内で新たなＵＲＬの設定を無効にすることができる。
【００５２】
テレビ１０２ａは、レンダリングが進行中の間、予め決められたコンテンツソースからのコンテンツのレンダリングに関連するレンダリングサービス要求を一時的に無効にすることができる。これは、他のコンフィギュレーション能力を提供することができる（例えば、インターネットコンテンツが見られている間、無効化が実施されるのに対し、ＵＳＢコンテンツが見られている間、これは有効にされ得る）。
【００５３】
更なる実施形態において、テレビ１０２ａは、特定のコントローラデバイスにより呼び出されるレンダリングサービス要求を一時的に無効にすることができ、これにより、優先順位付与を可能にする。これは、ホームネットワーク内の特定のコントローラデバイスに向かうレンダリングサービスを無効にすることを可能にし、これにより、異なるコントローラデバイスに渡るメディアレンダリングデバイスに優先順位をつける。
【００５４】
１つのオプションは、コントローラデバイスに関する利用可能な／許可された動作のリストを獲得する状態変数を取り込むことであり得る。中断されない再生を提供するために特定のコントローラデバイスに向かうサービス／動作を一時的に無効にすることが可能であり得る。テレビ１０２ａは、コントローラデバイス１４０ａ、１４０ｂ...１４０ｎのリスト、サービスのリスト、及び、処理（又は応答）したい動作のリストを内部的に維持することができる。これは、コントローラデバイスに向かうサービスの優先順位付与を可能にすることができ、特定の動作及びサービスを許可（禁止）することにより異なるコントローラデバイスに向かうパーソナライズを可能にすることができる。
【００５５】
テレビ１０２ａは、以下の少なくとも１つにより呼び出されるレンダリングサービス要求を一時的に無効にすることができる。
−  子供により使用されるコントローラデバイス
−  ゲストにより使用されるコントローラデバイス
−  配偶者により使用されるコントローラデバイス
【００５６】
これは、更に他のコンフィギュレーション能力を可能にする。子供により使用されるコントローラデバイスは、現在進行中の再生を中断するのを許可されない一方で、配偶者コントローラデバイスは、現在進行中の再生を制御するのを許可され得る。更に、ゲストコントローラデバイスは、現在進行中の再生を中断するのを許可されないだろう。
【００５７】
更なる実施形態において、テレビ１０２ａは、第１のコントローラデバイス（例えば、１４０ａ）により呼び出されたレンダリングサービス要求が処理されたかどうか確認し、そうである場合は、第１のコントローラデバイス（例えば、１４０ａ）に優先順位をつけ、第１のコントローラデバイス（例えば、１４０ｂ，１４０ｃ，１４０ｄ...１４０ｎ）以外のコントローラデバイスにより呼び出されるレンダリングサービス要求の処理を一時的に無効にする。これは、コントローラデバイス１４０ａ，１４０ｂ，１４０ｃ...１４０ｎを構成する及び優先順位をつけるために他のコンフィギュレーション能力を提供する。
【００５８】
更なる実施形態において、テレビ１０２ａは、イベントメカニズムを用いることができ、レンダリングサービス要求の処理が一時的に無効にされるよう１又はそれ以上のコントローラデバイス１４０ａ、１４０ｂに通知することができる。これは、（例えば、時間停止が実施されている間）コントローラデバイスが特定のレンダリングサービスに関連するイベントを予約するのを禁止することをもたらし得る。これは、ホームネットワークトラフィックを節約することができ、これにより、処理電力を節約する。
【００５９】
テレビ１０２ａが進行中の再生に関するレンダリングサービスを無効にする停止メカニズム及び期間をトリガすることを決定する種々の可能性が存在し得る。幾つかの可能性は、（これらに限定されないが）以下のとおりである。
１．ユーザは、予め設定されたスクリーンを含む全てのコンテンツソースのための再生スクリーン内でレンダリングサービスを無効にするためにテレビ１０２ａ上にスクリーン上のソフトキー／ボタンを有し得る。ソフトキー／ボタンは、レンダリングサービスを再度有効にするようにトグルボタンとして機能することができる。
２．汎用遠隔規制は、レンダリングサービスを無効／有効にするためのこれらのユーザインタフェースにおけるキー又はソフトキーを有し得る。
３．コントローラデバイス１４０ａ、１４０ｂ、１４０ｃも、レンダリングサービスを無効／有効にするためのこれらのユーザインタフェースにおけるキー又はソフトキーを有し得る。斯様なキーは、無効化／有効化に関して動作しないか、又は、ソフトキーが灰色になり、テレビが特定のコントローラデバイスに関するサービスを無効にするときはいつでも制御不能にすることが可能であり得る。
４．ユーザは、レンダリングサービスが無効にされ得る期間のデフォルト設定を有し得る。
５．現在の再生番組がＥＰＧ情報に関連付けられている場合、番組がＥＰＧデータに従って終了すると、無効状態は自動的に終了し得る。レンダリングサービスが無効状態の間にユーザがチャンネル／プリセットを変更する場合、現在の調整されたプリセットのＥＰＧ情報に関連付けられ得る。
６．現在の調整されたチャンネル／プリセットに関するＥＰＧ情報がない場合、デフォルト設定により期間がガイドされ得る。
７．特定のコンテンツの再生が完了したときには、ユーザは、レンダリングサービスを自動的に有効にするための設定を有し得る。
【００６０】
更なる実施形態において、各コントローラデバイス１４０ａ、１４０ｂ、１４０ｃ...１４０ｎは、固有の識別情報をテレビ１０２ａに出力することができ、これにより、対応するコントローラデバイスに対するレンダリングサービスの一時的な無効を促進する。
【００６１】
ホームネットワーク内のコントローラデバイスを一意的に識別することが可能である。この固有の識別情報は、種々の手段で取り込まれ得る。１つのオプションは、任意のＵＰｎＰ  Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｔｒａｎｓｐｏｒｔ又はＲｅｎｄｅｒｉｎｇ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ動作を送る間、コントローラデバイスが、固有の識別情報をテレビに伝達するように構成されることであり得る。これを実装する幾つかの他のオプションは、以下のとおりであり得る。
１．固有の識別情報は、ＨＴＴＰ要求内の既存のＨＴＴＰユーザエージェントフィールドの部分であり得る。
２．固有の識別情報は、ＳＯＡＰ（Simple Object Access Protocol）エンベロープ本体の範囲内の全ての動作に関する引数リストの範囲内の新たな引数名の部分であり得る。
３．固有の識別情報は、ＳＯＡＰ（Simple Object Access Protocol）エンベロープ本体の範囲内の動作名タグの範囲内の新たなパラメータの部分であり得る。
【００６２】
コントローラデバイスに順次関連する固有の識別情報は、コントローラデバイスに関連する１又はそれ以上のデータで作られ得る。即ち、
１．ＭＡＣアドレス（ホームネットワーク内の各コントローラデバイスに対して固有である場合に好ましい）
２．アプリケーション名（同じコントローラデバイス上で動作している複数のコントローラアプリケーションが存在し得る場合にのみ好ましい）及びアプリケーションインスタンスＩＤ（同じコントローラデバイス上で動作している同じコントローラアプリケーションの複数のインスタンスが存在し得る場合にのみ必要とされる）
３．デバイスタイプ／クラス（コントローラデバイスに関するより詳細な情報をテレビに与え得る場合に好ましい）
４．フレンドリネーム（テレビがコントローラデバイスについて記憶するよりユーザーフレンドリな手段である場合に好ましい）
５．ＩＰアドレス（ホームネットワーク内で変化するので好ましくない）
【００６３】
更なる実施形態において、テレビ１０２ａの電源オンは、一時的に無効にされたレンダリングサービスを有効にすることができる。電源ＯＮ／ＯＦＦは、必ずしもメディアレンダリングデバイスのＯＮ／ＯＦＦを意味する必要があるわけではない。ＯＮ／ＯＦＦは、ソフトウェアであるメディアレンダリングデバイスのレンダリング装置コンポーネントに対してのみであり得る。一例として、メディアレンダリングデバイスのＯＮ／ＯＦＦは、まさにＰＣ上で実行可能な動作のＯＮ／ＯＦＦであり得る。これは、他のコンフィギュレーション能力を可能にする。ユーザは、特定のコンテンツの再生が終了しているときにレンダリングサービスを自動的に有効にするための設定を有してもよい。更に、ユーザは、ホームネットワーク内のコントローラデバイス１４０ａ，１４０ｂ，１４０ｃ...１４０ｎのリストを見るためにテレビ１０２ａ上にユーザインタフェースを提示され得る。ユーザは、コントローラデバイスのそれぞれに関するレンダリングサービスの無効を確認／非確認することを可能にされ得る。
【００６４】
図３によれば、ホームネットワーク１００におけるメディアレンダリングデバイス１０２ａによりレンダリングされるコンテンツの中断されない再生を提供するための論理ユニット３０２が開示されている。メディアレンダリングデバイス１０２ａは、複数のソース１０４，１０６，１０８，１１０，１１２から利用可能なコンテンツをレンダリングするように構成される。論理ユニット３０２は、ホームネットワーク内のメディアレンダリングデバイス１０２ａを保持し、メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認するための保持ユニット３０２ａと、前記メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに継続したいかどうかを確認するための確認ユニット３０２ｂと、レンダリングサービス要求を予約しない及び呼び出さないよう前記複数のコントローラデバイスに通知するように前記メディアレンダリングデバイスを構成し、これにより、サービス要求をレンダリングする処理を停止する構成ユニット３０２ｃと、を有する。
【００６５】
論理ユニット３０２は、ホームネットワーク１００の部分である代わりにメディアレンダリングデバイス１０２ａ自体に含まれてもよい。
【００６６】
要約すると、ホームネットワークにおけるメディアレンダリングデバイスによりレンダリングされるコンテンツの中断されない再生を提供する方法が開示される。本方法は、ホームネットワーク内のメディアレンダリングデバイスを保持し、メディアレンダリングデバイスがコンテンツをレンダリングしているかどうかを確認し、そうである場合には、メディアレンダリングデバイスがコンテンツのその現在進行中のレンダリングを中断せずに続けたいかどうかを確認し、そうである場合には、レンダリングサービス要求を予約しない及び呼び出さないよう複数のコントローラデバイスに通知するようにメディアレンダリングデバイスを構成し、これにより、レンダリングサービス要求の処理を停止する。
【００６７】
開示された主題は、ホームネットワーク内のメディアレンダリングデバイスに対して有用である。メディアレンダリングデバイスは、接続されたテレビ、ストリームデバイス、接続されたフォトフレーム、セットトップボックス、携帯電話及びパーソナルコンピュータ／ラップトップであり得る。開示された主題は、バッテリで動作するメディアレンダリングデバイスに対して有用である。ネットワークトラフィックは、異なるコントローラデバイスに向かうイベント／通知の処理を回避することにより低減されることができ、これは、順次電力を節約することができる。開示された主題は、レンダリングサービスが無効にされている間、コントローラデバイス及びレンダリングデバイスがネットワークトラフィックを回避することにより処理パワーを節約するのを支援することができる。
【００６８】
開示された主題は、他の領域（例えば照明）に拡張され得る。例示的な状況として、電球は、光レンダリング装置とみなされ得る。４つのスイッチ（Ｓ１、Ｓ２、Ｓ３及びＳ４）は、電球コントローラとみなされ得る。ユーザは、１つのスイッチ（Ｓ１）を用いて電球をオンに切り替えてもよく、その電球が、他の残りのスイッチ（Ｓ２、Ｓ３及びＳ４）を介して他のものによりオフに切り替えられることを望まないだろう。それ故、ユーザは、電球を斯様なモードに設定することができ、当該モードは、残りのスイッチ（Ｓ２、Ｓ３及びＳ４）に通知し、更に、スイッチＳ２、Ｓ３及びＳ４が電球を制御するのを無効にする。
【００６９】
更に、実施形態は、ＵＰｎＰ／ＤＬＮＡ対応デバイスについて述べているが、同じ概念が非ＤＬＮＡ／ＵＰｎＰシナリオ（例えば、Ｕｎｉｖｅｒｓａｌ  Ｒｅｍｏｔｅ  Ｃｏｎｔｒｏｌｌｅｒ、Ｂｏｎｊｏｕｒに基づくアップルコントローラとして機能し得るＷｉＦｉ対応携帯電話）に拡張され得る。
【００７０】
主題が図面及び前述の説明において詳細に示された一方で、斯様な図示及び説明は、例示又は単なる例であるとみなされ、限定されるべきではない。主題は、開示された実施形態に限定されるものではない。開示された実施形態に対する他のバリエーションは、図面、開示及び特許請求の範囲の研究から、当業者により理解及び実施され得る。"有する"という動詞の使用及びその活用は、請求項又は明細書に記載されているもの以外の要素の存在を除外するものではない。要素又はステップの単数表記は、斯様な要素又はステップの複数の存在を除外するものではない。単一のユニットは、請求項において記載された幾つかのアイテムの機能を充足してもよい。特定の手段が相互に異なる従属請求項に記載されるという単なる事実は、これらの手段の組み合わせが有利に用いられ得ないことを示すものではない。図面及び説明は、単なる例示と考えられるべきであり、主題を限定するものではない。請求項中の如何なる参照符号も、その範囲を限定するものとして解釈されるべきではない。
【図１】
0005998200.tif 000002
【図２】
0005998200.tif 000003
【図３】
0005998200.tif 000004