(57)【要約】  マルチルームPVRシステムは、DTVメディアを取得するためのチューナーリソースおよび/またはDTVメディアを格納するためのメモリリソースを備える1台または複数台のDTVデバイスに接続されたホームネットワークでの使用を目的とする。リソースマネージャモジュールは、ホームネットワークを介してリソースを認識し、リソースにアクセスし、リソースを管理するように構成されている。ユーザーインターフェイスモジュールは、現在のプログラムのチャンネルを変更したり、現在のプログラムを一時停止(pausing)したりするためのユーザー制御コマンドを受信するように構成されている。プログラムオブジェクトマネージャモジュールは、プログラムを受信するためのチューナーとプログラムを録画するためのメモリを割り当て、ユーザー制御コマンドに基づいてチューナーとメモリの間に現在のプログラムを指定するように構成されている。
2008508807.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも1つのDTVメディアを取り込むチューナーリソースまたはDTVメディアを格納するメモリリソースを備える1台または複数台のDTVデバイスに接続されたホームネットワークで使用するマルチルームPVRシステムであって、
前記ホームネットワークを介して前記リソースを認識し、前記リソースにアクセスし、前記リソースを管理するように構成されたリソースマネージャモジュールと、
現在のプログラムのチャンネルを変更したり前記現在のプログラムを一時停止したりするためのユーザー制御コマンドを受信するように構成されたユーザーインターフェイスモジュールと、
プログラムを受信するためのチューナーとプログラムを録画するためのメモリを割り当て、前記ユーザー制御コマンドに基づいて前記チューナーと前記メモリの間に現在のプログラムを指定するように構成されたプログラムオブジェクトマネージャモジュールとを備えることを特徴とするシステム。
【請求項２】
プライマリメディアコンテンツとしての前記現在のプログラムと前記現在のプログラム以外の少なくとも1つの録画されたプログラムを含む録画されたプログラムの状態を表す1つまたは複数のアイコンとをメディアレンダリングデバイスに同時に表示するメディアレンダリング管理モジュールをさらに備えることを特徴とする請求項1に記載のシステム。
【請求項３】
前記メディアレンダリング管理モジュールは、録画されたプログラムを表示する準備が完了しているかどうかを示す少なくとも1つの表示属性または外観に従ってアイコンをレンダリングするように構成されることを特徴とする請求項2に記載のシステム。
【請求項４】
前記メディアレンダリング管理モジュールは、前記録画されたプログラムを表示する準備が完了しているかどうかを、
(a)前記録画されたプログラムのコマーシャルの開始が検出された場合、
(b)前記録画されたプログラムのコマーシャルの終了が検出された場合、
(c)前記録画されたプログラムのビデオメディア内であらかじめ指定された画像が検出された場合、
(d)前記録画されたプログラムのオーディオメディア内であらかじめ指定されたサウンドが検出された場合の少なくとも1つに応答して生成される1つまたは複数のトリガに基づいて判断するように構成されることを特徴とする請求項3に記載のシステム。
【請求項５】
前記メディアレンダリング管理モジュールは、録画されたプログラムを表示する準備が完了しているかどうかに関する1つまたは複数の基準を前記ユーザーが指定できるように構成されていることを特徴とする請求項4に記載のシステム。
【請求項６】
前記メディアレンダリング管理モジュールは、前記表示する準備が完了しているかどうかに関する基準を、トリガを生成するための1つまたは複数の基準の形、あるいは1つまたは複数のトリガの少なくとも1つの形で前記ユーザーが指定できるように構成されていることを特徴とする請求項5に記載のシステム。
【請求項７】
前記メディアレンダリング管理モジュールは、前記ホームネットワークを介してチューナーから前記現在のプログラムを受信するように構成されることを特徴とする請求項2に記載のシステム。
【請求項８】
前記メディアレンダリング管理モジュールは、前記ホームネットワークを介してメモリから前記現在のプログラムを受信するように構成されることを特徴とする請求項2に記載のシステム。
【請求項９】
前記メディアレンダリング管理モジュールは、前記アイコンを録画されたプログラム用として互いに競合しないように予約された位置に表示するように構成されることを特徴とする請求項2に記載のシステム。
【請求項１０】
前記メディアレンダリング管理モジュールは、前記ユーザーが採用するユーザーインターフェイスデバイスのホットボタンを示す少なくとも1つの表示属性または外観に従ってアイコンをレンダリングするように構成されており、前記ホットボタンは前記アイコンに関連する録画されたプログラムを選択するように動作できることを特徴とする請求項2に記載のシステム。
【請求項１１】
前記ユーザーインターフェイスモジュール、前記プログラムオブジェクトモジュール、および前記リソース割り当てモジュールは、プログラムが一時停止された結果として、直ちにメモリマネージャモジュールによってネットワーク上のメモリが割り当てられ、タイムシフトバッファが接続されるように対話するように構成されることを特徴とする請求項1に記載のシステム。
【請求項１２】
前記ユーザーインターフェイスモジュール、前記プログラムオブジェクトマネージャモジュール、および前記リソース割り当てモジュールは、録画されているプログラムからチャンネルが変更された結果として、前記ネットワーク上のアイドリング状態にあるチューナーが直接割り当てられ、利用されるように対話するように構成されることを特徴とする請求項1に記載のシステム。
【請求項１３】
前記ユーザーインターフェイスモジュール、前記プログラムオブジェクトマネージャモジュール、および前記リソース割り当てモジュールは、録画されているプログラムのチャンネルに戻された結果として、直ちに前記録画されているプログラムを現在のプログラムとして格納するメモリが指定され、このことによってそのメモリとディスプレイからこのように指定された前記プログラムがメディアレンダリングデバイス上のプライマリメディアコンテンツとしてアクセスされるように対話するように構成されることを特徴とする請求項1に記載のシステム。
【請求項１４】
前記ユーザーインターフェイスモジュール、前記プログラムオブジェクトマネージャモジュール、および前記リソース割り当てモジュールは、録画されているプログラムに関連付けられたホットボタンをユーザーが選択した結果として、直ちに前記録画されているプログラムを現在のプログラムとして格納するメモリが指定され、このことによってそのメモリとディスプレイからこのように指定された前記プログラムがメディアレンダリングデバイス上のプライマリメディアコンテンツとしてアクセスされるように対話するように構成されることを特徴とする請求項1に記載のシステム。
【請求項１５】
前記プログラムオブジェクトマネージャモジュールは、チューナー、メディアメタデータ、録画される場所、アイコン、またはプログラムのステータスの少なくとも1つを含むプログラムオブジェクトの録画情報を作成するように構成されることを特徴とする請求項1に記載のシステム。
【請求項１６】
少なくとも1つのDTVメディアを取り込むチューナーリソースまたはDTVメディアを格納するメモリリソースを備える1台または複数台のDTVデバイスに接続されたホームネットワークで使用するマルチルームPVRの動作方法であって、
前記ホームネットワークを介して前記リソースを認識し、前記リソースにアクセスし、前記リソースを管理するステップと、
現在のプログラムのチャンネルを変更したり、前記現在のプログラムを一時停止したりするためのユーザー制御コマンドを受信するステップと、
プログラムを受信するためのチューナーとプログラムを録画するためのメモリを割り当てるステップと、
前記ユーザー制御コマンドに基づいて前記チューナーと前記メモリの間に現在のプログラムを指定するステップとを備えることを特徴とする方法。
【請求項１７】
プライマリメディアコンテンツとしての現在のプログラムと前記現在のプログラム以外の少なくとも1つの録画されたプログラムを含む録画されたプログラムの状態を表す1つまたは複数のアイコンとをメディアレンダリングデバイスに同時に表示するステップをさらに備えることを特徴とする請求項16に記載の方法。
【請求項１８】
録画されたプログラムを表示する準備が完了しているかどうかを示す少なくとも1つの表示属性または外観に従ってアイコンをレンダリングするステップをさらに備えることを特徴とする請求項17に記載の方法。
【請求項１９】
前記録画されたプログラムを表示する準備が完了しているかどうかを、
(a)前記録画されたプログラムのコマーシャルの開始が検出された場合、
(b)前記録画されたプログラムのコマーシャルの終了が検出された場合、
(c)前記録画されたプログラムのビデオメディア内であらかじめ指定された画像が検出された場合、
(d)前記録画されたプログラムのオーディオメディア内であらかじめ指定されたサウンドが検出された場合の少なくとも1つに応答して生成される1つまたは複数のトリガに基づいて判断するステップをさらに備えることを特徴とする請求項18に記載の方法。
【請求項２０】
録画されたプログラムを表示する準備が完了しているかどうかに関する1つまたは複数の基準を前記ユーザーが指定できるようにするステップをさらに備えることを特徴とする請求項19に記載の方法。
【請求項２１】
前記表示する準備が完了しているかどうかに関する基準を、トリガを生成するための1つまたは複数の基準の形あるいは1つまたは複数のトリガの少なくとも1つの形で前記ユーザーが指定できるようにするステップをさらに備えることを特徴とする請求項20に記載の方法。
【請求項２２】
前記ホームネットワークを介してチューナーから前記現在のプログラムを受信するステップをさらに備えることを特徴とする請求項17に記載の方法。
【請求項２３】
前記ホームネットワークを介してメモリから前記現在のプログラムを受信するステップをさらに備えることを特徴とする請求項17に記載の方法。
【請求項２４】
前記アイコンを録画されたプログラム用として互いに競合しないように予約された位置に表示するステップをさらに備えることを特徴とする請求項17に記載の方法。
【請求項２５】
前記ユーザーが採用するユーザーインターフェイスデバイスのホットボタンを示す少なくとも1つの表示属性または外観に従ってアイコンをレンダリングするステップをさらに備えており、前記ホットボタンは前記アイコンに関連する録画されたプログラムを選択するように動作できることを特徴とする請求項17に記載の方法。
【請求項２６】
ユーザーコマンドに応答して、前記ネットワーク上のメモリを割り当て、タイムシフトバッファを接続することによって、ライブプログラムに一時停止するステップをさらに備えることを特徴とする請求項16に記載の方法。
【請求項２７】
ユーザーコマンドに応答して、前記ネットワーク上のアイドリング状態にあるチューナーを割り当て、使用することによって、録画されたプログラムからチャンネルを変更するステップをさらに備えることを特徴とする請求項16に記載の方法。
【請求項２８】
前記ユーザーが録画されたプログラムのチャンネルに戻すのに応答して、前記録画されたプログラムを現在のプログラムとして指定するステップをさらに備えており、その結果としてそのメモリとディスプレイからこのように指定された前記プログラムがメディアレンダリングデバイス上のプライマリメディアコンテンツとしてアクセスされることを特徴とする請求項16に記載の方法。
【請求項２９】
ユーザーが録画されたプログラムに関連付けられたホットボタンを選択するのに応答して、前記録画されたプログラムを現在のプログラムとして指定するステップをさらに備えており、その結果としてそのメモリとディスプレイからこのように指定された前記プログラムがメディアレンダリングデバイス上のプライマリメディアコンテンツとしてアクセスされることを特徴とする請求項16に記載の方法。
【請求項３０】
チューナー、メディアメタデータ、録画される場所、アイコン、またはプログラムのステータスの少なくとも1つを含むプログラムオブジェクトの録画情報を作成するステップをさらに備えることを特徴とする請求項16に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にライブテレビのプログラムをユーザーが一時停止したり継続したりできるパーソナルビデオレコーダ(PVR: personal video recorder)に関し、特にユーザーが複数の「ライブテレビ」プログラムを視聴でき、切り替えできるメカニズムを備えるマルチルームPVRに関する。
【背景技術】
【０００２】
本出願は、2004年7月30日に出願された米国仮出願第60/598,073号の優先権を主張するものである。本出願は、さらに2004年9月7日に出願された米国仮出願第60/607,571号の優先権を主張するものである。以上の出願の開示は、目的に応じて参照によりその全体を本明細書に組み込まれている。
【０００３】
今日のパーソナルビデオレコーダ(PVR)は、デジタルビデオレコーダ(DVR: Digital Video Recorders)としても知られており、テレビ信号を録画して後で視聴することができる。パーソナルビデオレコーダには、メディアを格納するためにアナログテープでなくデジタルストレージが使用されており、1台のデバイス内に1つまたは複数のチューナーとストレージの両方が配置されている。最新のDVRは、(1)「ライブ」テレビの一時停止/高速早送り/巻き戻し(Pause/Fast forward/Rewind)、(2)コマーシャルの自動検出およびスキップ、(3)録画と再生(ただし、ローカルマシンからのみ)などの「ライブテレビ」機能を備えている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日のPVRは、一般的にはスタンドアロンのデバイスであるか、またはDVRに接続されたDTVレシーバ、DVR機能を備えるDTVレシーバのような専用のデバイスの組合せである。しかし、今日のDTVレシーバはDTVサービスに関連する機能を提供するUPnPデバイスとしては機能することができない。このように、今日のDTVレシーバは、ネットワークを介して相互に接続し、機能を共有できるようには設計されていない。
【課題を解決するための手段】
【０００５】
本発明により、マルチルームPVRシステムは、DTVメディアを取得するためのチューナーリソースおよび/またはDTVメディアを格納するためのメモリリソースを備える1台または複数台のDTVデバイスに接続されたホームネットワークでの使用を目的とする。リソースマネージャモジュールは、ホームネットワークを介してリソースを認識し、リソースにアクセスし、リソースを管理するように構成されている。ユーザーインターフェイスモジュールは、現在のプログラムのチャンネルを変更したり、現在のプログラムを一時停止したりするためのユーザー制御コマンドを受信するように構成されている。プログラムオブジェクトマネージャモジュールは、プログラムを受信するためのチューナーとプログラムを録画するためのメモリを割り当て、ユーザー制御コマンドに基づいてチューナーとメモリの間に現在のプログラムを指定するように構成されている。
【０００６】
本発明の詳細な適用範囲については、本明細書で詳細に後述する実施の形態から明らかになるであろう。こうした実施の形態および特定の例は、本発明の好ましい実施形態を示しているが、説明のみを目的としており、本発明の範囲を限定するものではないことを理解されたい。
【０００７】
本発明は、こうした実施の形態および以下に示す添付の図面から、より詳細に理解されるであろう。
【発明を実施するための最良の形態】
【０００８】
以下に示す好ましい実施形態の説明は、本来例示的なものにすぎず、本発明、その適用範囲、あるいはその使用法に関するいかなる限定を意味するものでもない。
【０００９】
提示するのは、(1)同時に発生する複数のDVRセッション(複数の「ライブテレビ」セッション)を処理でき、(2)現在のDVRセッションを画面に表示し、(3)ワンクリックでDVRセッションを切り替えることができ、(4)ネットワークを介して接続された複数のDVRを実行でき、(5)ネットワーク上のアイドリング状態にあるチューナーを管理し、(6)リモートでの録画とリモートで録画されたメディアのローカルでの再生を管理し、(7)一時停止されたプログラムを視聴する準備が完了しているかどうかを左右するこの一時停止されたプログラムの状態を視認できる形で通知する分散DVRアプリケーションである。視認可能な通知は、たとえば点灯か点滅かといったアイコンの外観的なアンカー表示プロパティでもよい。プログラムの準備完了状態の指定は、さまざまなイベントによってトリガできる。たとえば、コマーシャルの開始または終了によってトリガしてもよい。また、サッカーの試合でのトリガは、ゴールの検出に基づいていてもよい。さらに、ユーザーはシステムに対してゴールが検出されると同時にタイムシフトバッファから直前の15秒間あるいは20秒間のデータを保存するように指示してもよい。この機能は、その一部がコンテンツ分析エンジンによって提供され、トリガサービスに送られてもよい。コンテンツ分析エンジンは、コマーシャル(advertisement)の開始、コマーシャル(advertisement)の終了、画面上の特定のテキスト、特定のオーディオクリップなどを検出できる。
【００１０】
仮想DVRでは、ネットワークに接続された1つのデバイスのチューナーを使用し、このチューナーを介して受信したメディアをネットワーク上にある別のデバイスのストレージに録画することができる。いくつかの実施形態では、ワンクリックのインターフェイスアプリケーションによって、視聴される各プログラムのマーカーを追跡でき、録画される(疑似ライブ)チャンネルを切り替えることができる。その他の実施形態あるいは代わりの実施形態では、ワンクリックのインターフェイスアプリケーションによって、別のデバイス上に常駐するトリガサービスに登録することができる。トリガの条件が満たされると、直ちにこの別のデバイスからこのアプリケーションに通知を送信できる。ここで、アプリケーションはこのようなトリガに基づいて任意の対応を選択できる。
【００１１】
前述のメディア録画システムまたはデバイスにおけるマルチルームPVRのいくつかの利点としては、(1)分散リソース(チューナーなど)の動的な利用が可能になること、たとえばホームネットワーク内でアイドリング状態にあるチューナーを動的に識別でき、このチューナーを使用してライブテレビプログラムを録画できること、(2)ユーザーは同時に進行する複数のライブプログラムをそのいかなる部分も逃すことなく視聴でき、切り替えできること、(3)ライブプログラムを容易に切り替えできるユーザーインターフェイス(きわめて容易かつ迅速に操作できるワンクリックインターフェイスなど)を提供すること、(4)録画するプログラムにおけるコマーシャルの終了またはその他のトリガイベントに関する視認可能な通知を提供することが挙げられる。
【００１２】
ここで図1〜6を参照すると、マルチルームPVRの動作の例が示されている。図1を参照すると、マルチルームPVRには複数のDVR 34A〜34Cに接続するホームネットワーク32を備えている。各DVRは、メディアレンダリング(rendering)デバイス(たとえば1台または複数台のデジタルテレビ36A〜36C)に接続されている。各DVR 34A〜34Cは、さらに1つまたは複数のブロードキャストネットワークからメディア(DTVサービスなど)を受信する1つまたは複数のチューナーを備えている。たとえば、DVR 34Aはチューナー38Aと38Bを備えており、DVR 34Bはチューナー38Cを備えており、DVR 34Cはチューナー38Dを備えている。図示されている動作の例の開始時には、各チューナー38A〜38Dはアイドリング状態にあり、各テレビ36A〜36Cは電源が切断されている。換言すれば、テレビのモニタは電源が切断されているが、DVRは電源が投入されているかまたはスタンバイの状態にある。
【００１３】
ここで図2を参照すると、ユーザーがテレビ36Aの電源を投入することによって、例の最初のステップが開始される。次のアイドリング状態にあるチューナー(チューナー38A)は、あらかじめ割り当てられており、すでにビジー状態であるか、そうでない場合はこの時点で割り当てられ、したがってビジー状態になる。いずれの場合も、チューナー38Aは、現在のプログラムとして指定され、40に示すようにローカルテレビ36Aにレンダリングされる第1のプログラムにチューニングされる。次に、コマーシャルが開始されるとユーザーは現在のプログラムを一時停止する。こうして一時停止を選択することによって、現在のプログラム、すなわちチューナー38Aから最初に受信したプログラムがタイムシフトバッファを介して次の空き領域のあるストレージ(この場合はDVR 34Aのローカルストレージ42A)に録画される。いくつかの実施形態では、この時点で別のローカルチューナーまたはリモートチューナーが割り当てられ、一時停止されたプログラムの受信と録画を担当し、ローカルチューナー38Aはチャンネルサーフィン用のプライマリチューナーとして保持される。このような実施形態については、図7に関連して後述する。他の実施形態では、この時点でローカルチューナー38Aが一時停止されたプログラムの受信を担当し、チャンネルサーフィン用および一時停止したプログラムの続きの録画用には、必要に応じて別のローカルチューナーまたはリモートチューナーが割り当てられる。このような実施形態については、この例で以下に詳しく説明し、図8A〜8Cを参照しながら後でもう一度説明する。
【００１４】
ここで図3を参照すると、チューナー38Bを介して第2のプログラムにチューニングするようにユーザーが選択することによって、この例の第2のステップが開始される。それに応じて、第2のプログラムが現在のプログラムとして設定され、テレビ36Aにレンダリングされる(44)。さらに、第1のプログラムは一時停止された第Nのプログラムとして指定されており、このプログラムの状態を表すアイコン46Aは、あらかじめ指定されたサイズのあらかじめ指定された位置にあるテレビ36Aにレンダリングされます。一時停止されたN番目のプログラムバッファの第1のイメージのミニチュアまたはサムネイルとして、アイコン46Aが表示されるのが好ましい。
【００１５】
ここで図4を参照すると、一時停止された第Nのプログラムの準備完了状態が変化した場合にアイコン46Aの外観が変化することによって、この例の第3のステップが開始される。たとえば、初めに点灯していたアイコン46Aは、第1のプログラムのコマーシャルが終了した場合に点滅し、第1のプログラムを視聴する準備が完了したことをユーザーに通知する。例のこの時点では、ユーザーには、(1)第1のプログラムに戻ること(したがって、第1のプログラムを現在のプログラムとして指定すること)、(2)第2のプログラムの視聴を継続すること、(3)第3のプログラムにチューニングすることを含めて、さまざまな選択肢がある。
【００１６】
ここで図5を参照すると、ユーザーが第2のプログラムを一時停止して第3のチャンネルにチューニングすることによって、この例の第4のステップが開始される。この時点で、第2のプログラムがタイムシフトバッファを介して次の空き領域のあるストレージ(この場合もローカルストレージ42A)に録画される。第3のチャンネルを介して配信される第3のプログラムを表示するために、次のアイドリング状態にあるチューナー(この場合はチューナー38C)が割り当てられる。ここで、第3のプログラムが現在のプログラムとして指定され、第2のプログラムが第(N-1)の一時停止されたプログラムとして指定される。このようにして、メディアコンテンツがDVR 34Bのチューナー38Cからホームネットワーク32を経由してDVR 34Aに転送され、プライマリメディアコンテンツがローカルテレビ36Aにレンダリングされる(48)。さらに、アイコン46Aは第Nのプログラム(現時点では第1のプログラム)の状態を示しており、あらかじめ指定された第1の位置に同時にレンダリングされ続けている。また、このアイコンは点滅を続けることによって、第1のプログラムを視聴する準備が完了したことを示している。一方で、アイコン46Bは一時停止された第(N-1)のプログラム(現時点では第2のプログラム)の状態を示しており、あらかじめ指定された第2の位置に同時にレンダリングされ続けている。アイコン46Bは点灯したままであり(点滅しない)、第2のプログラムを視聴する準備が完了していないことを示している。
【００１７】
ここで図6を参照すると、ユーザーが第3のプログラムを一時停止して第4のチャンネルにチューニングすることによって、この例の第5のステップが開始される。例のこの時点で、第3のプログラムがタイムシフトバッファを介して次の空き領域のあるストレージ(この場合はDVR 34Cのストレージ42B)に録画される。この時点で、第4のチャンネルを介して配信される第4のプログラムを表示するために、次のアイドリング状態にあるチューナー(DVR 34Cのチューナー38D)がさらに割り当てられる。ここで、第3のプログラムが一時停止された第(N-2)のプログラムとして指定され、第4のプログラムが現在のプログラムとして指定される。このように、第4のプログラムがホームネットワーク32を経由してDVR 34Aに送信され、ローカルテレビ36Aにレンダリングされる(50)。アイコン46Aと46Bは、あらかじめ指定された第1と第2の位置にレンダリングされ続けている。ただし、アイコン46Bは点滅を開始し、コマーシャルの終了によって第2のプログラムの状態が変化し、視聴する準備が完了したことを示している。一方で、アイコン46Cは一時停止された第(N-2)のプログラムの状態を示しており、指定された第3の位置に同時にレンダリングされ続けている。このようにして、マルチルームPVRの動作の例を終了する。
【００１８】
前述のように、本発明のさまざまな実施形態により、ユーザーによるマルチルームPVRの操作によってネットワーク上のメモリリソースとチューナーリソースの割り当てと利用はさまざまに変化する可能性がある。たとえば、ローカルチューナーまたは空いている第1のチューナーをチャンネルサーフィン用として予約することができる。この場合は、システムがアイドリング状態にあるチューナーを割り当て、ユーザーがプログラムを一時停止すると直ちにこの第2のチューナーに録画を担当させる。さらに、その他の実施形態または代わりの実施形態では、ユーザーは第1のチューナーをチャンネルサーフィン用として使用し続け、ユーザーがプログラムを一時停止すると直ちにこのチューナーが録画を担当して開始する。この場合は、ユーザーが再びチャンネルサーフィンを実行できるように、別のアイドリング状態にあるチューナーが割り当てられる。この場合は、リモートでチューニングを実行でき、ホームネットワークを介してメディアを送信できる。
【００１９】
いずれの場合も、チャンネルサーフィンによって必ずしもリソースを確約しないのが好ましい。したがって、チューナーリソースとメモリリソースのワンクリックによる割り当てと利用をさまざまな方法で実現できる。たとえば、プライマリチューナーがチャンネルサーフィン用として予約された場合は、プログラムを一時停止することによってチューナーリソースとメモリリソースの両方をワンクリックで割り当てて利用できる。さらに、プライマリチューナーがチャンネルサーフィン用として予約されない場合は、プログラムを一時停止することによってメモリリソースが割り当てられ、割り当てられたメモリリソースとあらかじめ割り当てられたチューナーが利用される。その後でチャンネルを変更すると、ワンクリックで別のチューナーが割り当てられる。
【００２０】
ここで図7を参照すると、ステップR1でプライマリチューナーを現在のプログラムとして指定することによって、プライマリチューナーをチャンネルサーフィン用として使用する仮想PVRの動作方法が開始される。仮想PVRを実装するデバイスがチューナーを備えていると仮定した場合は、プライマリチューナーはこのデバイスのローカルチューナーでもよい。代替的または付加的に、プライマリチューナーは仮想PVRを実装するデバイスからリモートにあるチューナーでもよい。いずれの場合も、プライマリチューナーは、ユーザーが使用するメディアレンダリングデバイスに近いかどうかに基づいて選択してもよい。代替的あるいは付加的に、1日のうちの時間、1週間のうちの日、1年間のうちの週など、これまでの利用履歴から近い将来アイドリング状態にある確率がネットワーク上の別のチューナーより高いことを示す統計に基づいて選択してもよい。ユーザーはDTVレシーバ上のテレビの視聴を開始するのが好ましい。レシーバがローカルチューナーを備えている場合に、レシーバはそのローカルチューナーをプライマリチューナーとして割り当てる。このローカルチューナーは、それ以降、視聴またはチャンネルサーフィン用として確約される。デバイスがローカルチューナーを備えていない場合は、アイドリング状態にあるチューナーが検出され、これがプライマリチューナーとして割り当てられる。アイドリング状態にあるチューナーの検出は、ネットワーク上のリソースマネージャにチューナーのステータスについて問い合わせを行うアプリケーションによって実行できる。リソースマネージャ(リソースマネージャサービスなど)は、チューナーのステータスをステート変数として保持している。リソースマネージャサービス自体は、UPnPまたはその他の検出メカニズムによって検出される。
【００２１】
ステップR2で、現在のプログラムはユーザー入力に従って操作され、その間、現在のプログラムはユーザーのテレビにレンダリングされ続けている。リモートチューナーが使用されている場合は、ステップR3でリモートデバイスのチューナーサービスにチューニングアクションを送信することによってチャンネルの変更を実行できる。ステップR4およびR10で、ユーザーがライブプログラムを一時停止した場合に、さらにステップR5でアプリケーションは次の空いているアイドリングチューナーとネットワークストレージを割り当て、プログラムの録画を開始し、タイムシフトバッファを現在のプログラムとして指定する。これで、ユーザーはステップR2で録画されたプログラムを表示し、制御する。
【００２２】
ステップR3でユーザーがチャンネルを変更し、ステップR6で指定されたように録画されたプログラムにチューニングされると、ステップR7で録画されたプログラムの状態を表すアイコンが画面にレンダリングされ、ステップR1でプライマリチューナーが現在のプログラムとして再指定され、ステップR2でユーザーはプライマリチューナーからライブプログラムの表示と制御を再開する。それ以降、ステップR3でユーザーがチャンネルを変更してステップR8で録画されたプログラムに戻った場合は、ステップR9で録画されたプログラム用のバッファが現在のプログラムとして再指定され、録画されたプログラムのアイコンは画面に表示されなくなり、ステップR9でユーザーは録画されたプログラムの表示と制御を再開する。ユーザーが録画されたプログラムにチューニングを変更できる別の方法は、録画されたプログラムに関連するホットボタンを使用することである。こうしたホットボタンを操作することによって、ステップR9でそれに関連する録画されたプログラムが開始される。
【００２３】
ステップR4でユーザーがライブプログラムを一時停止し、ステップR10で指定されたようにプライマリチューナーが現在のプログラムとして指定されると、ステップR5でそのプログラムを録画するために別のアイドリング状態にあるチューナーとメモリが割り当てられ、現在のプログラムとしてバッファが指定され、ステップR2でユーザーはその録画されたプログラムの表示と制御を開始する。今後は、ユーザーが再びライブテレビにチューニングすると、録画されたプログラムの状態を表す2つのアイコンが画面にレンダリングされる。
【００２４】
チューナーの検出とアイコンのレンダリングは、連続的な並列のプロセスとして実行することもできる。チューナーリソースまたはメモリリソースが欠乏すると、ユーザーはライブを録画したり視聴したりするためのプライマリチューナーの使用を制限される。テレビによるホームネットワーク内のリソースの競合は、ユーザーが互いにリソースを明示的に解放することによって解決できる。代替的または付加的に、デバイスおよび/またはユーザーにさまざまな優先順位を割り当てることができ、競合を自動的に解決できる。
【００２５】
その他の実施形態または代わりの実施形態により、仮想PVRの動作方法は、プライマリチューナーをライブテレビ用として予約する代わりに、現在のチューナーを録画用に割り当てることができる。ここで図8Aを参照すると、本発明のいくつかの実施形態による仮想PVRの方法は、現在のプログラムポインタ54およびN個の一時停止されたプログラムポインタ56A〜56Cを含めて、システム起動時にNULLポインタ52のインスタンス化で開始できる。一時停止されたプログラムポインタの数は、必要に応じて増やすことができる。一時停止されたプログラムポインタ56A〜56Cは、階層的に順序付けられており、そのアイコンがローカルテレビの画面と重複しないように、アイコンのサイズに基づいて画面上の位置が割り当てられる。
【００２６】
代替的または付加的に、画面の位置とアイコンのサイズは画面に表示されるアイコンの数の関数としてもよい。アイコンを色分けしたり番号付けしたりすると、ユーザーは該当する色のボタンまたは数字キーを押すだけで、ワンクリックの操作で録画されたコンテンツを現在のプログラムとして再び表示することができる。アイコンの数が増えた場合は、番号を割り当てて画面の下部に表示することもできる。その他の技術を使用することもできる。
【００２７】
ステップS3で、空いているチューナーのプールから次のアイドリング状態にあるチューナーを削除して割り当て済みのチューナーのプールに追加することによって、このチューナーが割り当てられる。ステップS4で、割り当てられたチューナーはユーザーが選択したプログラムにチューニングされる。判断のステップS5で現在のプログラムポインタがNULLであると判断された場合は、ステップS6でユーザーが選択したプログラムを表すオブジェクトに現在のプログラムポインタがセットされる。このオブジェクトは、プログラムの情報および/またはコンポーネントを提供かつ/または参照するデータの集合および/またはポインタの集合でもよい。たとえば、プログラムオブジェクトは、ユーザーが選択したプログラムを受信するチューナーをポイントするフィールド、ストレージの場所をポイントするフィールド、このプログラムの状態を表すために生成されたアイコンをポイントするフィールド、ユーザーが選択したタイプのトリガを指定するフィールドなどを備えていてもよい。この時点で、現在のプログラムポインタはその後に判断のステップS7でNULLではないと判断される。したがって、現在のプログラムポインタがポイントするオブジェクト(object pointee)のチューナーを経由して配信されるプログラム、すなわちユーザーが選択したプログラムは、ステップS8でプライマリメディアコンテンツとしてローカルテレビにレンダリングされる。ステップS7とS8は、他のステップと並列するプロセスとして実行される。このように、現在のプログラムポインタがポイントする対象が変わると、プライマリメディアコンテンツとしてレンダリングされるプログラムも自動的に変更される。
【００２８】
ここで図8Bを参照すると、ステップS9でユーザーは現在のプログラムポインタで指定されたチューナーを操作できる。判断のステップS10でユーザーがチャンネルを変更したと判断され、さらにステップS11で新しいチャンネルが一時停止されたプログラムポインタによって指定されるものと同じでないと判断された場合にのみ、現在指定されたチューナーのチャンネルを変更できる。ただし、ステップS11で一時停止として指定されたプログラムの1つと同じチャンネルをユーザーが選択したと判断された場合は、ステップS12で現在のプログラムポインタがリセットされ、問題の一時停止されたプログラムが指定され、必要に応じてその他のNULLでない一時停止されたプログラムポインタがリセットされ、一時停止されたプログラムの指定の順序が変更される。たとえば、一時停止されたプログラムが1つしかない場合は、NULLでない一時停止されたプログラムポインタがNULLにリセットされる。ただし、複数の一時停止されたプログラムが存在する場合は、削除されたものより階層の順位の低いすべての一時停止されたプログラムは、ポインタをリセットすることによって、一時停止されたプログラム階層内でそれぞれ上に移動する。階層の最も低いNULLでないポインタはNULLにリセットされる。このように、一時停止されたプログラムを現在のプログラムとして指定することによって、ユーザーはそのプログラムに戻り、ステップS8でメモリから再生される(図8A)。
【００２９】
ここで図8Bに戻ると、ユーザーは現在指定されているチューナーから配信されたプログラムを一時停止することもできる。判断のステップS13で、ユーザーが現在のプログラムを一時停止したと判断された場合は、ステップS14でタイムシフトバッファを接続することによって、次の空き領域のあるネットワークストレージが割り当てられ、これを使用して現在のプログラムが録画される。判断のステップS15で、ユーザーがチャンネルの変更を選択し、現在のプログラムが一時停止されたと判断された場合に、ユーザーは一時停止されたプログラムに戻るか、または新しいプログラムにチューニングすることができる。ステップS16でユーザーが一時停止されたプログラムに戻ると判断された場合は、ステップS12で現在のプログラムポインタと一時停止されたプログラムポインタが適宜リセットされる。それ以外の場合は、ここで図8Aに戻り、処理はステップS3に戻って次のアイドリング状態にあるチューナーが割り当てられ、ステップS4でこのチューニングが使用される。その後、ステップS5で現在のプログラムポインタがNULLでないことが確認され、次のNULLである一時停止されたプログラムポインタが現在のプログラムポインタで指定されたオブジェクトにセットされ、さらに現在のプログラムポインタが新しく割り当てられたチューナーを経由して配信されたユーザー選択の新しいプログラムを表すオブジェクトにセットされる。特定の時点で、ステップS3で割り当てられるアイドリング状態にあるチューナーが残っていない場合は、ユーザーはチャンネルの変更を選択できず、処理はステップS9に戻ることができる(図8B)。
【００３０】
ここで図8Cを参照すると、別の並列するプロセスにより、一時停止されたプログラムのステータスを示すアイコンのプライマリメディアコンテンツが同時に表示される。一時停止されたプログラムポインタのそれぞれについて、まず判断のステップS18でポインタがNULLかどうかが判断される。NULLでない場合は、さらに判断のステップS19で一時停止されたプログラムを表すアイコンが生成されたかどうかが判断される。生成されていない場合は、ステップS20で、たとえば一時停止されたプログラムを格納するための一時停止されたプログラムポインタで指定されたメモリバッファ内に第1のイメージのサムネイルを作成することによって、こうしたアイコンが生成される。このアイコンは、一時停止されたプログラムを表すオブジェクトのフィールド(filed)に格納される。次に、判断のステップS21でコマーシャル終了の検出に基づいて、一時停止されたプログラムを表示する準備が完了したかどうかが判断される。コマーシャルの終了は、当業者には容易に理解されるさまざまな方法で検出できる。たとえば、バッファコンテンツを評価して垂直帰線消去時間(vertical blanking interval)のコンテンツを抽出かつ/または評価できる。判断のステップS21で一時停止されたプログラムの準備が完了していると判断されない場合は、ローカルテレビの画面の一時停止されたプログラムポインタ用にあらかじめ指定された位置に、引き続きアイコンがレンダリングされる(S22)。このプロセスは、一時停止されたプログラムポインタのそれぞれについて、他のプロセスと互いに並行して繰り返し実行される。プログラムの準備が完了すると、判断のステップS21でこうした準備完了状態が検出され、さらにステップS23であらかじめ指定された位置にアイコンが断続的にレンダリングされる。
【００３１】
前述の動作方法の態様をさまざまに組合せできることは容易に理解される。たとえば、本方法は変更可能である。代替的または付加的に、本方法はユーザーが利用できるさまざまな動作のモードとして実装できる。
【００３２】
ここで図9を参照すると、本発明のいくつかの実施形態により、仮想PVRはDVR/DTVレシーバ60上に実装されたDTVに関連するサービスを検出し、使用するコントロールポイント(control point)として実装できる。レシーバ60は、チューナーサービス62を使用してローカルチューナー38をチューニングできる。チューニングアクションは、ローカルにもリモートデバイスからも実行できる。リソースマネージャサービス64は、ローカルリソース、たとえばチューナー68A、ローカルメモリ68B、ハードディスク68C、およびその他のリソース68D(帯域幅など)を管理する。いくつかの実施形態では、リソースを共有する各デバイスがリソースマネージャサービス64を実行する。
【００３３】
コンテンツ分析エンジン90は、コンテンツを一致基準92の役割を果たすさまざまな入力の条件と照合し、一致した場合にトリガサービス94に通知を送信する。たとえば、条件はコマーシャルの開始、コマーシャルの終了、ブッシュ大統領の映像、サッカーの試合でのゴール、BMWのコマーシャルなどでもよい。録画サービス96は、タイムシフトバッファ88を使用してプログラムの録画を開始する。また、コンテンツ分析エンジン90からのイベントに基づいて、ブックマーク98を作成する。
【００３４】
ここで図10を参照すると、仮想PVRシステム58が実装され、ホームネットワーク32を介してDVR/DVRレコーダ60などの1台または複数台のDTVデバイスに接続されたコントロールポイントとして動作することができる。図10〜24に関連して以下で詳述するように、DVR/DTVレシーバ60(図10)はDTVに関連するさまざまなサービス(チューナーサービス62やリソースマネージャサービス64など)を備えるUPnPデバイスとして実装してもよい。このようなサービスにより、DTVレシーバ/DVRレコーダ60の機能をホームネットワーク32上の他のDTVデバイス(ローカルチューナー38やローカルストレージ42など)に提供する。これに応じて、仮想PVRのリソースマネージャ66は、サービス62および64によってDTVレシーバ/DTVレコーダのリソース68を検出し、これにアクセスし、これを管理する。さらに、リソースマネージャ66は仮想PVRをホスティングするデバイス上にチューナー70とストレージ72がローカルに存在する場合に、これを検出し、これにアクセスし、これを管理する。
【００３５】
仮想PVRがホームネットワーク32上のコントロールポイントとして動作できる任意のタイプのデバイス上に配置できること、および仮想PVRを使用して他のデバイスで占有できるリソースを検出し、これにアクセスし、これを管理することが容易に理解されよう。仮想PVR 58は、さらにそのリソースにホームネットワーク32上の他のDTVデバイスからアクセスできるようにするサービスを備えており、他の仮想PVRをホスティングするコントロールポイントとしても動作できる別のDVR/DTVレシーバ上に実装されるのが好ましい。それにもかかわらず、本発明のいくつかの実施形態ではリソースマネージャ66がサービスとして機能する必要はない。
【００３６】
仮想PVR 58のチューナーマネージャモジュール74は、ネットワーク32上のPVR 58で使用可能なアイドリング状態にあるすべてのチューナーを管理する。モジュール74は、必要に応じて直ちにチューナーを検出し、予約し、管理する。PVR 58のメモリマネージャモジュール76は、同様にネットワーク32上のPVR 58で空き領域のあるすべてのストレージを管理する。このようにして、プログラムオブジェクトマネージャモジュール78はプログラムポインタ80とプログラムオブジェクト82を適切に作成できる。各プログラムオブジェクト82Aは、チューナー、メディアメタデータ、録画した場所、アイコン、およびステータスなどの情報を記録できる。
【００３７】
ユーザーインターフェイスモジュール84は、プログラムオブジェクトマネージャ78と対話することによって、ローカルチューナーとリモートチューナーを操作でき、一時停止されたプログラムの録画と新しいチューナーのアクセスを円滑に管理できる。具体的には、プログラムが一時停止された結果として、メモリマネージャモジュール76によってネットワーク32上のメモリが割り当てられ、タイムシフトバッファが接続されてもよい。また、現在一時停止されているプログラムからチャンネルが変更された結果として、ネットワーク32上のアイドリング状態にあるチューナーが割り当てられ、利用されてもよい。また、一時停止されているプログラムのチャンネルに戻された結果として、一時停止されているプログラムのチューナーに戻り、現在のプログラムと一時停止されているプログラムが再指定されてもよい。一時停止されているプログラムポインタのインターフェイスホットボタンを押すことによっても、同じ結果が得られる。
【００３８】
メディアレンダリング管理モジュール86は、現在のプログラムと録画されたプログラムの状態を表すアイコンとをローカルテレビ36に同時に表示する。現在のプログラムは、現在のプログラム用として指定されたチューナーまたはメモリから、ローカルにまたはネットワーク32を介して受信できる。アイコンは、一時停止されたプログラム用として互いに競合しないように予約された位置に表示でき、問題の一時停止されたプログラムを表示する準備が完了しているかどうかを示す表示属性または外観を呈することができる。たとえば、アイコンは一時停止されたメディアのサムネイル画像でもよい。さらに、プログラムが最初に一時停止された後でコマーシャルの終了に達した場合にアイコンを点滅させてもよい。
【００３９】
メディアレンダリング管理モジュールは、録画されたプログラムを表示する準備が完了しているかどうかを、(a)録画されたプログラムのコマーシャルの開始が検出された場合、(b)録画されたプログラムのコマーシャルの終了が検出された場合、(c)録画されたプログラムのビデオメディア内であらかじめ指定された画像が検出された場合、あるいは(d)録画されたプログラムのオーディオメディア内であらかじめ指定された音声が検出された場合に対応して生成される1つまたは複数のトリガに基づいて判断できる。メディアレンダリング管理モジュールにより、ユーザーは録画されたプログラムに対して、表示する準備が完了しているかどうかに関する1つまたは複数の基準を、トリガを生成するための1つまたは複数の基準の形で、あるいは1つまたは複数のトリガの形で指定できる。いくつかの実施形態では、プログラムのタイプに基づいて、かつ/またはプログラムのタイプ用のトリガに関連する可能性のあるユーザーの好みに基づいて、基準を選択できる。使用可能なすべてのトリガタイプのセットがユーザーに示され、ユーザーがトリガのサブセットを選択できるようにしてもよい。いくつかの実施形態では、たとえばユーザーが画像認識トリガクラスを選択し、認識される画像をアップロードすることによって、ユーザーがトリガを定義することもできる。
【００４０】
アイコンは、ユーザーが使用するユーザーインターフェイスのホットボタンに関連付ける表示属性または外観をさらに備えていてもよい。たとえは、ユーザーのリモートコントロールデバイスのタッチスクリーンにアイコンが表示されてもよい。代わりに、ユーザーのリモートコントロールのボタンの色、番号、位置などを、アイコンの色、番号、位置などにしてもよい。ボタンの色、番号、位置などとアイコンの色、番号、位置などが一致するように、あらかじめ指定することができる。代替的または付加的に、リモートコントロールデバイスのボタンの色、番号、位置などを検出し、アイコンの属性の一部として実装してもよい。
【００４１】
前述のように、本発明のいくつかの実施形態は、UPnPデバイスとして実装できる1つまたは複数のDTVレシーバが組み込まれているか、またはこうしたDTVレシーバを使用して動作しており、使用可能なメディアコンテンツストリームを体系的に選択し、DTVレシーバが存在するネットワークに接続されたデバイスに配信することができる。ここで図11を参照すると、UPnPデバイスとしてのDTVレシーバ100には複数のサービスを組み込むことができる。たとえば、レシーバ100には、EPGコンテンツリスティングサービス102、コンテンツ表示サービス104、およびチューナーサービス106が組み込まれていてもよい。また、時間およびストリームイベントサービス108、リソースマネージャサービス110、コンテンツ録画または複製サービス112、診断サービス114、DRMサービス116が組み込まれていてもよい。さらに、AVTサービス120を含む再生制御サービス118、およびCMサービス124を含むコンテンツ配信サービス122が組み込まれていてもよい。
【００４２】
ここで図12を参照すると、DTVホームネットワーキングデバイス200(たとえばDTVレシーバ)は、前述のサービスの登録(registration)、検出、イベント作成(eventing)メカニズムを提供するネットワークマネージャ202を備えていてもよい。こうしたサービスには、前述のチューナーサービス204、コンテンツ配信サービス206、コンテンツ表示サービス208、再生制御サービス210、コンテンツ録画/複製サービス212、コンテンツ管理サービス214、DRMサービス216、診断サービス218、リソースマネージャ220、およびその他のサービスを含めてもよい。テクノロジグルー(Technology glue)222(たとえばUPnP、OSGiなど)は、基盤となる機能をサポートする役割を果たす。
【００４３】
ここで図13を参照すると、DTVレシーバ300は、サービスとコントロールポイントの両方として機能することによって、他のUPnPデバイス302A〜302Cおよびとコントロールポイント304に統合できる。サービスは、DTVレシーバ上に常駐する。レシーバ300は、自らの存在、説明を自動的に発表し、制御を可能にし、イベントを生成する。また、チューナーサービス、ハードディスクサービス、EPGサービスなど、さまざまなサービスによってその機能をエクスポートする。さらに、他のUPnPサービスを制御し、動的なプラグインおよびプラグアウトを可能にする。
【００４４】
ここで図14を参照すると、本発明のいくつかの実施形態により、レガシーレシーバ400をUPnPデバイスとしても実装できる。レガシーレシーバは、Ethernet（登録商標）またはレガシーDTVレシーバのUSBインターフェイスなどの適切なインターフェイスを介してPCに接続して動作できる。サービスは、PC上にプロキシサービスとして配置でき、結果として常駐できる。この場合も、プロキシサービスの設定によって、レガシーレシーバは自らの存在、説明を自動的に発表し、制御を可能にし、イベントを生成するように適合される。本発明の実施形態では、レガシーシステムからサービスをエクスポートすることによって円滑に統合し、他のUPnPデバイスを制御し、動的なプラグインおよびプラグアウトを可能にすることができる。
【００４５】
ここで図15を参照すると、サービスにはアクション、イベント、状態変数を割り当てることができる。これらは、一般的に前述のすべてのサービスに適用できる。前述の各サービスは、UPnPアーキテクチャによるサービスの機能に基づいて、アクションを実装し、イベントを生成する。デバイス500上の各サービス502Aと502Bは、さらに状態変数504Aと504Bを保持している。サービスでアクション506が実行されると、サービスの1つまたは複数の状態変数が変更される可能性がある。アクションの例には、RFレシーバのチューニング、MPEG-2ビデオエレメンタリストリーム(video elementary stream)のレンダリング、VODセッションの開始、サービスインフォメーションテーブル(service information tables)の取得、リソース(たとえばチューナーなど)の予約などが含まれる。イベントリスナ508は、リスナが登録されているイベント510について、たとえばサービスの状態変数の変化に応答してサービスによって該当するイベントが生成された場合に通知される。イベントの例には、RFチューニングの完了、MPEG-2ビデオエレメンタリストリームの再生(playout)ステータスの変化、VODセッションステータスの変化、新しいDTVサービスの発表、DTVサービスのステータスの変化、DTVデバイスの発表、DVTデバイスのステータスの変化、およびDTVリソースが使用中の状態(busy)または空いている状態(free)が含まれる。前述のアクション、イベント、状態変数の例は、本質的に説明を目的とするものにすぎず、前述の各サービスはその機能に基づいてより多くの上記以外のアクション、イベント、状態変数を実装できる。
【００４６】
いくつかの実施形態により、本発明にはホームネットワーク上の他のDTVデバイス[およびPC]に実際のチューナーの機能を提供するチューナーサービスが含まれる。たとえば、字幕放送(close captions)、垂直帰線消去時間(VBI)コンテンツ、緊急警報メッセージ、チャンネルマップ(channel maps)、および/またはシステムインフォメーションテーブルを提供してもよい。このようにして実現された仮想チューナーは、実際のチューナーをメディアのソースとして使用することも、インターネットまたは同様の通信システムをメディアのソースとして使用することも、あるいはホームネットワーク上のストレージをメディアのソースとして使用することもできる。このようにして、仮想チューナーはブロードキャストコンテンツ、格納コンテンツ、または動的に検出されたコンテンツに関するSI(メタデータ)を提供する。
【００４７】
動的に検出されたコンテンツは、メディアを格納するデータストアが状態でホームネットワークに動作可能に接続された場合に動的に検出される。たとえば、DTVサービスを伴うSDカードがDTVレシーバのSDインターフェイスに挿入された場合は、仮想チューナーサービスがそのサービスを登録し、ネットワーク内の他のデバイスで使用できるようにする。別の例として、DVDディスク上のコンテンツはホームネットワークに接続されたDVDドライブにディスクが挿入された場合に動的に検出できる。
【００４８】
いくつかの実施形態では、仮想チューナーは実際のチューナーと論理的に同等である(すなわち、実際のチューナーでサポートされるすべての機能をサポートする)。これで、実際のチューナーとホームネットワーキングインターフェイスの両方を備えるレシーバは、ホームネットワーク内でチューナー機能を提供することによって、ホーム内のヘッドエンド(head-end)として動作できるようになる。したがって、仮想チューナーサービスは、AIT/XAIT、CAS、緊急警報、およびその他のストレージのバウンド(bound)アプリケーションおよびアンバウンド(unbound)アプリケーションの通知を実行できる。さらに、このサービスはSI変換を実行する。たとえば、EPGデータをクライアントから要求された既知のXML形式に変換できる。さらに、チューナーサービスが準拠するサービス検出プロトコルは変更可能であり、UPnP、OSGi、および他の指定されたプロトコルを含めてもよい。
【００４９】
デバイスI/Fの外観は変化してもよく、部分的に問題のDTVデバイスまたはコントロールポイント上のスタイルシートによって指定してもよい。ただし、提供できるいくつかのコントロールには、実際のチューナー上または録画されたコンテンツのチャンネルを切り替えるコントロールが含まれる。このように、コントロールポイントとしてのDTVのユーザーは、仮想チューナーにインターフェイスすることによって実際のチャンネルを選択でき、および録画されたコンテンツのチャンネルを切り替えることができる。このシステムにタイムシフトバッファを接続してホームネットワーク上の他のデバイスへのライブテレビ送信を可能にすることもできる。
【００５０】
いくつかの実施形態では、仮想チューナーサービスはコンテンツに関連付けられたコピー防止データを監視し、これを追跡することによって、コンテンツのコピー防止を管理できる。たとえば、ディスク上のコンテンツには読み取り専用のラベルを付けることができ、その結果としてユーザーがコンテンツの録画を選択するのをこのサービスによって防止できる。同様に、ブロードキャストによって配信されるバウンドサービスに関連付けられたコピー防止データを、このサービスによって監視し、これを追跡することができる。例として、こうしたデータにより、サービスがネットワーク上の1つの場所に暗号化された形で記録されており、復号キーがサービスによってネットワーク上の別の場所に隠されるように指定できる。この場合は、ユーザーはホームネットワーク上のコンテンツを指定された回数だけ表示することはできるが、コンテンツの録画も転送も許可されないようにできる。
【００５１】
チューナーサービスによって提供される仮想チューナーには、さまざまなプロパティを割り当てることができる。たとえば、最後にチューニングされた時刻を記録してもよい。また、タイムシフトバッファを接続してもよい。さらに、ユーザープロファイルを格納することもできる。この他に、要求されたメタデータ形式を実装してもよい。さらに、暗号化と復合化を実行し、暗号化/復号化キーの交換を採用し、有効化してもよい。最後に、チューナーの予約(reservation)とチューナーの空き状況の通知を実行してもよい。
【００５２】
チューナーサービスには、さまざまなアクションを使用することができる。たとえば、このサービスには実際のチューナーをチューニングするアクションを指定してもよい。また、チャンネル番号を特定し、かつ/または割り当てるアクションを指定してもよい。さらに、周波数を特定し、かつ/または割り当てるアクションを指定してもよい。他にも、チューナーを予約するアクションと解放するアクションを指定してもよい。さらに、タイムシフトバッファを接続するアクションを指定してもよい。これ以外に、チャンネルマップを取得するアクションを指定してもよい。チューナーサービスでは、ポイントオブデプロイメント(POD: Point of Deployment)モジュールの機能を実装し、提供してもよい。最後に、再生、停止、早送り、巻き戻しを含むトリックプレイ(trick-play)アクションを指定してもよい。
【００５３】
チューナーサービスには、さまざまな状態変数とイベントを指定できる。たとえば、チューナーサービスには、状態変数として、現在設定されている周波数、現在設定されているチャンネル番号、および予約(reservation)状況を状態変数として指定してもよい。さらに、チューナーサービスには、イベントとして、チューナーの予約、チューナーの解放、AIT/XAIT、EAS、MMI/GAS、ストリームイベントなどのトリガ、システムのタイムテーブル、コマーシャルの開始、コマーシャルの終了を指定してもよい。
【００５４】
ここで図16を参照すると、取り外し可能な記憶媒体に格納されたシグナリングDTVサービスの方法を示すネットワーク図が示されている。本発明で提示された概念は、こうしたデバイス上で動作するDTVミドルウェアの有無にかかわらず実装できることに留意されたい。ホームネットワークには、サーバー602に接続され、クライアント604A〜604Dにも接続されたケーブルネットワーク600を含めてもよい。「ライブ」サービスは、こうしたケーブルネットワークから受信される。モニタアプリケーションは、ホームネットワークとUPnP AVネットワークとの共有のブリッジとして機能でき、これを制御できる。UPnP AVネットワークには、それぞれEthernet（登録商標）612によってサーバー602に接続されたUPnP光ドライブ606、UPnP DVDドライブ608、UPnP CDドライブ610を含めてもよい。これらは、取り外し可能なストレージデバイスに格納されたUPnPサービスである。クライアント604A〜604Dのそれぞれは、安価な固定周波数RFチューナー、および802.11、1394、USBなどの他のネットワークインターフェイスで構成できる。サーバー602は、複数のRFチューナーで構成できる。さらに、SDカードとDVDドライブがサーバー602および/またはクライアント604A〜604Dに組み込まれていてもよい。
【００５５】
ここで図17を参照すると、クライアントから要求されたXML形式に従ってSIデータ変換を実行できる。DTV端末700は、DTV端末702AとMHP DTV端末702Bを備えるホームRFネットワークを、MPEG-2プレーヤー704A、ホームネットワーキングアプリケーションが動作するラップトップコンピュータ704B、および別のDTV端末704Cを備えるホームEthernet（登録商標）ネットワークに接続する。DTV端末700は、さらにこうしたネットワークをケーブルネットワーク706およびXML SIデータベース708に接続する。ブロードキャストSIデータは、ケーブルネットワーク706から受信され、XMLに変換され、データベース708上のホームネットワークSIデータとマージされる。XML文書タイプの説明(DTD: document type description)は、マージされたブロードキャスト/ホームネットワークSIデータの形式を指定する。DTV端末は、このようにしてホームRFネットワークとホームEthernet（登録商標）ネットワークにデータベース708のコンテンツを配信する。ホームネットワークデバイスはホームネットワークSIデータを提供し、その結果としてマージされたXML SIデータを受信する。XML SIデータは、XML SIデータを取り込むことができないDTV端末に送信される前に、DVB-MHPなどの適切な形式に変換される。同様に、XML SIデータは、XML SIデータを取り込むことができないホームネットワークデバイスに送信される前に、MPEG-2テーブルなどの適切な形式に変換される。
【００５６】
マージされたSIには、ロケーション解決情報(たとえば、IPアドレス、TCP/IPまたはUDPポート番号、IEEE1394識別子、ハードウェアインターフェイス)を含めてもよい。こうした情報は、複数のソースが共通のサービス(たとえば特定のメディアファイル)を提供する場合に必要である。この情報は、ホームネットワーク上のDTV端末または任意の場所に配置して共有できる。
【００５７】
本発明のいくつかの実施形態には、リモートDTVサービスを起動できる検出可能なソフトチューナー/インターフェイスサービスが含まれる。SIデータベース内のエントリは、アプリケーションが共有可能/格納/ローカルまたはリモートを示すように、適切にマーク付けされている。アプリケーションは、アプリケーションがローカルであるのと同様に、EPGから選択され、起動される。こうしたサービスによって、リモートクライアントからライブアプリケーションを起動できるようになる。いくつかの実施形態では、アプリケーションがリモートクライアントからダウンロードされ、ローカルに実行される。たとえば、アプリケーションをローカルにキャッシングして起動することができる。代わりに、アプリケーションをリモートストレージからローカルに起動することもできる。その他の実施形態または代わりの実施形態では、アプリケーションをリモートクライアント上で起動し、画面だけはローカルに表示され、そのアプリケーションがローカルマシン上で実行されているのと同様に表示される。
【００５８】
いくつかの実施形態では、ソフトチューナーサービスによって、VOD、IPPV、および同等のセッションを、標準のブロードキャストおよび格納DTVサービスと同じ方法で提供する。このサービスでは、EPGから(ソフトチューナーを介して)このようなセッションを開始し、制御することもできる。場合によっては複数のDTV端末にまたがってもよい。いくつかの実施形態では、特定のDTV端末からセッションを開始してから、別のDTV端末(恐らく別の部屋にある)にセッションを転送することもできる。
【００５９】
ソフトチューナーサービスは、検出可能なUPnPサービスまたはOSGiサービスとして実装できる。代替的または付加的に、UPnPプロキシまたはOSGiプロキシを備えるDTVサービスとして実装することもできる。いずれの方法によっても、クライアントはローカルサービスまたはリモートサービスをシームレスに選択し、チューニングすることができる。以上に詳述するように、こうしたアーキテクチャはUPnP AVネットワークとDTVホームネットワークとのブリッジとして機能できる。
【００６０】
いくつかの実施形態では、ソフトチューナーサービスはJava（登録商標）TV、DVB MHP、および/またはOCAPのロケータを含むスーパーセットを使用して新しいDTV URL形式を定義できる。こうしたサービスにより、DTVロケータ(VOD、IPPVなど)にセッションの概念を導入できる。dtv://stored[.st g_id] [.source_id]、dtv://live[.source_id] == dtv://source_id、dtv://session[.sessoin_id][.source_id]などの形式が考えられる。
【００６１】
ソフトチューナーインターフェイスのいくつかの実施形態では、DTVサービス(ライブ、格納)は、UPnPサービスまたはOSGiサービスとして提供できる。代替的または付加的に、こうしたサービスにより、DTVサービスの取り外し可能なストレージデバイス、および/またはUPnP DTVチューナーデバイスなどの新しいUPnPデバイステンプレートを定義できる。
【００６２】
DTVレシーバのリソースマネージャサービスは、チューナー、帯域幅(インターフェイスごとおよび累積の入力ストリームと出力ストリームで使用する)、グラフィックデバイス、バックグラウンドデバイス、ビデオデバイス、デコーダ/JMF、およびストレージなどのローカルリソースを管理するリソースマネージャを提供する。このサービスにより、リモートデバイスからの予約(reservation)も可能になる。いくつかの実施形態では、このサービスは優先順位に基づいた割り当ておよび/またはユーザープロファイルに基づいた割り当てを実行できる。たとえば、このデバイス自体から発生する要求には最も高い優先順位が指定され、ホームネットワークが実装されたホームの寝室にあるデバイスから発生する要求には次に高い優先順位が指定されてもよい。これに応じて、ホームの地下室にあるデバイスから発生する要求には最も低い優先順位が指定されてもよい。こうしたパラメータは、ネットワークを管理するときに設定し、リソースの競合を解決するときに考慮してもよい。別の例では、ネットワークに登録されたさまざまなユーザーにさまざまな優先順位を設定し、ユーザー自身をパスワードによって特定してもよい。こうした優先順位をネットワーク上にユーザープロファイルとして格納し、これにアクセスしてもよい。
【００６３】
検出可能なサービスであるリソースマネージャサービスは、リソースがブロードキャストによる使用に対して、または予約(subscription)に基づいてアイドリング状態である場合に通知する。このサービスは、ローカルリソースを管理する以外に、リソース割り当てスナップショットを関連のあるすべてのクライアントに配布し、かつ/またはこうしたクライアントから利用できるようにする。さらに、DTVリソース割り当てをUPnP/OSGiイベントにマップし、さらに逆にマップする。固定された期間にわたってリソースを割り当てでき、リソースの要求元が有効期間終了前にリソースを更新できすることが想定される。
【００６４】
ここで図18を参照すると、DTV-HNF分散リソースマネージャ1500は、リソース割り当て状況を追跡するローカルリソースマネージャ1502と連携して動作する。リモートでの割り当てにより、分散RM 1500を介してリソースが割り当てられ、さらにDTVリソースマネージャ1502によってリソースが割り当てられる。ローカル予約(reservation)とリモート予約(reservation)の例については、それぞれ図19と図20に関連して詳述する。
【００６５】
ここで図19を参照すると、ローカル予約(reservation)プロセスはDTVアプリケーション1600がリソースマネージャ1502からリソースを要求するステップで開始される。次に、リソースマネージャ1502はアプリケーション1600に信号を送り、リソースが正常に予約されたことを知らせる。さらに、リソースマネージャ1502は分散リソースマネージャ1500にリソースが使用中であることを知らせる。最後に、分散リソースマネージャ1500はホームネットワーク1602上のデバイスにリソースが使用中であることを知らせる。
【００６６】
ここで図20を参照すると、リモート予約(reservation)プロセスはホームネットワーク1602上のデバイスが分散リソースマネージャ1500からリソースを要求するステップで開始される。次に、分散リソースマネージャ1500はリソースマネージャ1502からリソースを要求する。次に、リソースマネージャ1600は分散リソースマネージャ1500に信号を送り、リソースが正常に予約されたことを知らせる。さらに、分散リソースマネージャ(1500)はホームネットワーク1602上の要求元のデバイスに信号を送り、リソースが正常に予約されたことを知らせる。その後で、DTVアプリケーション1600はリソースマネージャ1502から同じリソースを要求する。これに応じて、リソースマネージャ1502はDTVアプリケーション1600に信号を送り、リソースが使用中であることを知らせる。リソースの競合は、ルールによって処理される(たとえばモニタアプリケーション)。
【００６７】
DTVレシーバのブロードキャスト時間およびストリームイベントサービスは、ホームネットワーク上のデバイスによるブロードキャストトリガの分散と同期を実行する。トリガは、DTVアプリケーションをプログラムコンテンツに同期化するメカニズムである。アナログトリガはVBIで保持され、デジタルトリガはDSMCCストリームイベントとして、または代わりのチャンネルの再生リスト(playlist)として保持できる。3種類のトリガは、絶対時間トリガ、相対時間トリガ、直ちに実行する(do it now)トリガである。トリガは、DTVレシーバで使用するものとする。
【００６８】
いくつかの実施形態では、本発明にはDTVレシーバと他のホームアプライアンス(home appliance)の間でリアルタイムクロックを同期化するメカニズムが含まれる。たとえば、本発明にはホームネットワーク上の任意の要求エンティティで使用できる時間(時刻)情報を作成する検出可能な自己説明的サービスを組み込むことができる。このサービスの説明はXMLで提供できる。このサービスは、さまざまなサービス検出プロトコル(たとえばSSDP)を使用して検出できる。時間情報はSTTから抽出でき、さまざまなホームネットワーキングフレームワーク(たとえば、OSGi、UPnP、DENIなど)を介してイベント/アクションとして提供できる。いくつかの実施形態では、時間同期を伴うホームネットワーク上でDSMCCトリガの利用可能性を拡張するメカニズムを提供できる。
【００６９】
ブロードキャスト時間サービスにより、DTVレシーバはMPEG2 PSIから時間情報を抽出する。たとえば、時間情報をXMLまたは他の適切な形式に変換する。さらに、ネットワークアプライアンスへの時刻の予約(subscription)と通知を管理することによって時間同期を行う。ホームネットワークデバイスはSTTから抽出されたブロードキャスト時間で自らを更新する。これは、GetTime()によってSTT時間を返し、GetTime(TimeFormatParameter)によって他のさまざまな形式(たとえばGMT)に変換されたSTTを返すというアクションの呼び出しによる。このサービスでは、"BroadcastTime/SystemTime"イベントによる状態変数を一時停止することもできる。これに応じて、このサービスに対して予約されたすべてのエンティティは時間変更イベントを受信する。これは、たとえば1秒間に1度のイベント発生が頻繁すぎる場合に、イベントの頻度を低下するための管理された状態変数でもよい。
【００７０】
いくつかの実施形態では、トリガリレーサービスを提供できる。たとえば、トリガはブロードキャストカルーセルからストリームイベントとして抽出されてもよい。トリガは、ここでXMLまたは他の適切な形式に変換されてもよい。時間情報は、さらにブロードキャスト時間サービスに同期化されてもよい。さらに、ホームアプライアンスに対する予約(subscription)と通知が管理されてもよい。最後に、トリガは後で利用できるようにキャッシングされ、かつ/またはUPnPまたはOSGiイベント形式に変換されてもよい。
【００７１】
ここで図21を参照すると、ブロードキャストカルーセル1800からのトリガは、後でレシーバ1804からホームネットワーク1806上のブロードキャストを介してアプライアンス1808A-1808Cにディスパッチするために、データストア1802にキャッシングされる。この手順により、DTV上のコンテンツを伴うホームアプライアンスとコンテンツに関連する分散アプリケーションとの同期が可能になる。
【００７２】
ここで図22を参照すると、動作の例において、DTVレシーバ1900には時間サービス1904に従って動作し、ブロードキャストカルーセル1906からイベントを受信するトリガサービス1902が組み込まれている。ホームアプライアンス1908は、時間情報およびトリガ情報に対して登録または予約される。その後で、レシーバ1900は時間情報とトリガ通知をホームアプライアンス1908に送信する。トリガ通知は時間情報を含むことができ、XML形式でよい。
【００７３】
DTVレシーバのコンテンツリスティングサービス(またはEPGサービス)にはUPnP CDSに類似するいくつかの点があるが、拡張機能を備えている。たとえば、VOD/PPVセッションをインポートでき、イベントをエクスポートする。ケーブルチューナーや地上波チューナーなどの複数のチューナーから利用できるメタデータを作成することもできる。さらに、有効な帯域幅要求とコピー防止ルールを作成することもできる。最後に、メタデータ変換機能を提供することもできる。
【００７４】
ここで図23を参照すると、コンテンツリスティングサービス2000はSIマネージャ2002および録画マネージャ2004とインターフェイスでき、それらはさらにアプリケーション2006にインターフェイスしている。コンテンツリスティングサービス2000は、ホームネットワーク2008と予約(subscription)、通知、およびイベントを交換できる。
【００７５】
いくつかの実施形態では、コンテンツのリスティングと開始は、検出可能なホームネットワークサービスでもよい。たとえば、統合されたJava（登録商標）TVサービスでもよい。あるいは、ブロードキャストサービスを行うSIマネージャ、DVRによる録画サービスを行う録画マネージャ、VOD/PPVセッション、SDカード、ハードディスク、DVD/CDを使用して取り外し可能ストレージおよび/または固定ストレージに格納されたコンテンツ、インターネットコンテンツなどのソースからのコンテンツリスティングでもよい。各エントリに関連してメタデータを提供してもよい。
【００７６】
メタデータ情報にはさまざまなコンポーネントを含めることができる。たとえば、変換された形のSIデータ、VODメタデータ、TV-AnyTimeメタデータなどのXML形式のメタデータを含めてもよい。メタデータには、問題のサービスを起動するための1つまたは複数のユニフォームロケータを含めてもよい。メタデータには、さらにSD、HD、オーディオ/ビデオ、mp3、などの形式を指定してもよい。メタデータには、さらに帯域幅要求の推定値を指定してもよい。メタデータには、さらにサービスがXAITまたはAITであることを指定してもよい。メタデータは、さらに問題のサービスをリモートで起動できることを指定してもよい。最後に、メタデータでコンテンツサービスのコピー防止ルールを説明してもよい。
【００７７】
コンテンツのリスティングと開始サービスは、取り外し可能なストレージ(SD、DVD、CDなど)メディアを監視できる。これに関連して、このサービスは通知を生成できる。
【００７８】
ここで図24を参照すると、コンテンツリスティングサービスアーキテクチャには複数のコンテンツソースにマップされたユニフォームロケータ2102を使用するコンテンツリスティングサービス2100を含めることができる。ソースには、チューナー2106、ケーブル、ATSCなどを含むSIマネージャからのブロードキャストコンテンツ2104を含めることができる。ソースには、格納コンテンツ2108、録画マネージャ(DVR)からの格納サービス2110を含めることもできる。そのそれぞれは、ハードディスク2112に格納されても、SDカード2114などの取り外し可能なディスクに格納されてもよい。ソースには、さらにVOD/PPVセッション2116、インターネット2118、マルチプレーヤーのゲーム2120を含めてもよい。
【００７９】
本発明の実施形態についての説明は、本質的に説明を目的とするものにすぎないので、本発明の趣旨を逸脱しない変形は本発明の範囲内にあるものとする。たとえば、ホームネットワークは通常は1世帯に配置されていると考えられるが、複数の場所に仮想プライベートドメインとして配置されてもよいこと、および/またはオフィス、公共の場所、車両などを含むさまざまな場所に配置されてもよいことは言うまでもない。さらに、こうした仮想ドメインは、ユーザーが互いにそれぞれの「バディ(buddy)リスト」のようなものを追加することによって、複数のホームネットワーク間でリソースを共有できるように、ブリッジで接続することもできる。このような変形は、本発明の精神と範囲からの逸脱とは見なされないものとする。
【図面の簡単な説明】
【００８０】
【図１】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図２】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図３】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図４】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図５】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図６】本発明によるマルチルームPVRの動作の例を示すブロック図である。
【図７】本発明による仮想PVRの動作の方法を示す流れ図である。
【図８Ａ】本発明による仮想PVRの動作の方法を示す流れ図である。
【図８Ｂ】本発明による仮想PVRの動作の方法を示す流れ図である。
【図８Ｃ】本発明による仮想PVRの動作の方法を示す流れ図である。
【図９】本発明による仮想PVRシステムで使用するDVR/DTVレシーバを示すブロック図である。
【図１０】本発明による仮想PVRシステムを示すブロック図である。
【図１１】本発明によるUPnPデバイスとしてのDTVレシーバを示すブロック図である。
【図１２】本発明によるホームネットワーキングデバイスを示すブロック図である。
【図１３】本発明による他のUPnPデバイスおよび制御ポイントに統合されたDTVレシーバを示すネットワーク図である。
【図１４】本発明によるUPnPデバイスとして実装されたレガシーレシーバを示すネットワーク図である。
【図１５】本発明によるDTVデバイスによって実行され生成されたDTVアクションとDTVイベントを示すブロック図である。
【図１６】本発明による取り外し可能な記憶媒体に格納されたシグナリングDTVサービスの方法を示すネットワーク図である。
【図１７】本発明によるSIデータ変換を示すネットワーク図である。
【図１８】本発明によるリソース割り当て状況を追跡するローカルリソースマネージャと連携して動作するDTV-HNF分散リソースマネージャを示すブロック図である。
【図１９】本発明によるローカル予約(reservation)プロセスを示すブロック図である。
【図２０】本発明によるリモート予約(reservation)プロセスを示すブロック図である。
【図２１】後でレシーバからホームネットワーク上のブロードキャストを介して本発明によるアプライアンスにディスパッチするために、ブロードキャストカルーセルからデータストアにキャッシングされるトリガを示すネットワーク図である。
【図２２】本発明によるタイムサービスに従って動作するトリガサービスを含むDTVレシーバを示すブロック図である。
【図２３】本発明によるSIマネージャおよび録画マネージャとインターフェイスするコンテンツリスティングサービス(content listing service)を示すブロック図である。
【図２４】本発明による複数のコンテンツソースにマップされたユニフォームロケータを使用するコンテンツリスティングサービスを含むコンテンツリスティングサービスアーキテクチャを示すブロック図である。
【符号の説明】
【００８１】
32  ホームネットワーク
34A  DVR
34B  DVR
34C  DVR
36  ローカルテレビ
36A  デジタルテレビ
36B  デジタルテレビ
36C  デジタルテレビ
38  ローカルチューナー
38A  チューナー
38B  チューナー
38C  チューナー
38D  チューナー
42A  ローカルストレージ
42B  ローカルストレージ
46A  アイコン
46B  アイコン
46C  アイコン
54  現在のプログラムポインタ
56A  第Nの一時停止されたプログラムポインタ
58  仮想PVRシステム
56B  第(N-1)の一時停止されたプログラムポインタ
56C  第(N-2)の一時停止されたプログラムポインタ
60  DVR/DTVレシーバ
62  チューナーサービス
64  リソースマネージャサービス
68A  チューナー
68B  ローカルメモリ
68C  ハードディスク
68D  その他のリソース
70  チューナー
72  ストレージ
76  メモリマネージャモジュール
78  プログラムオブジェクトマネージャモジュール
80  プログラムポインタ
82  プログラムオブジェクト
82A  各プログラムオブジェクト
84  ユーザーインターフェイスモジュール
86  メディアレンダリング管理モジュール
88  タイムシフトバッファ
90  コンテンツ分析エンジン
92  一致基準
94  トリガサービス
96  録画サービス
98  ブックマーク
100  UPnPデバイスとしてのDTVレシーバ
102  EPGコンテンツリスティングサービス
104  コンテンツ表示サービス
106  チューナーサービス
108  時間およびストリームイベントサービス
110  リソースマネージャサービス
112  コンテンツ録画または複製サービス
114  診断サービス
116  DRMサービス
118  再生制御サービス
120  AVTサービス
122  コンテンツ配信サービス
124  CMサービス
200  DTVホームネットワーキングデバイス(DTVレシーバなど)
202  ネットワークマネージャ
204  チューナーサービス
206  コンテンツ配信サービス
208  コンテンツ表示サービス
210  再生制御サービス
212  コンテンツ録画/複製サービス
214  コンテンツ管理サービス
216  DRMサービス
218  診断サービス
220  リソースマネージャ
222  テクノロジグルー(UPnP、OSGiなど)
300  DTVレシーバ(サービスおよびコントロールポイント)
302A  UPnPデバイス
302B  UPnPデバイス
302C  UPnPデバイス
304  コントロールポイント
400  レガシーレシーバ(UPnPデバイスとして実装)
500  デバイス
502A  サービス
502B  サービス
504A  状態変数
504B  状態変数
506  アクション
508  イベントリスナ
510  イベント
600  ケーブルネットワーク
602  サーバー
604A  クライアント
604B  クライアント
604C  クライアント
604D  クライアント
606  UPnP光ドライブ
608  UPnP DVDドライブ
610  UPnP CDドライブ
612  Ethernet（登録商標）
700  DTV端末
702A  DTV端末
702B  MHP DTV端末
704A  MPEG-2プレーヤー
704B  ラップトップコンピュータ
704C  DTV端末
706  ケーブルネットワーク
708  XML SIデータベース
1500  DTV-HNF分散リソースマネージャ
1502  ローカルリソースマネージャ
1600  DTVアプリケーション
1602  ホームネットワーク
1800  ブロードキャストカルーセル
1802  データストア
1804  レシーバ
1806  ホームネットワーク
1808A  アプライアンス
1808B  アプライアンス
1808C  アプライアンス
1900  DTVレシーバ
1902  トリガサービス
1904  時間サービス
1906  ブロードキャストカルーセル
1908  ホームアプライアンス
2000  コンテンツリスティングサービス
2002  SIマネージャ
2004  録画マネージャ
2006  アプリケーション
2008  ホームネットワーク
2100  コンテンツリスティングサービス
2102  ユニフォームロケータ
2104  チューナー、ケーブル、ATSCなどを含むSIマネージャからのブロードキャストコンテンツ
2106  チューナー
2108  格納コンテンツ
2110  録画マネージャ(DVR)からの格納サービス
2112  ハードディスク
2114  SDカード
2116  VOD/PPVセッション
2118  インターネット
2120  マルチプレーヤーのゲーム
【図１】
2008508807.tif 000003
【図２】
2008508807.tif 000004
【図３】
2008508807.tif 000005
【図４】
2008508807.tif 000006
【図５】
2008508807.tif 000007
【図６】
2008508807.tif 000008
【図７】
2008508807.tif 000009
【図８Ａ】
2008508807.tif 000010
【図８Ｂ】
2008508807.tif 000011
【図８Ｃ】
2008508807.tif 000012
【図９】
2008508807.tif 000013
【図１０】
2008508807.tif 000014
【図１１】
2008508807.tif 000015
【図１２】
2008508807.tif 000016
【図１３】
2008508807.tif 000017
【図１４】
2008508807.tif 000018
【図１５】
2008508807.tif 000019
【図１６】
2008508807.tif 000020
【図１７】
2008508807.tif 000021
【図１８】
2008508807.tif 000022
【図１９】
2008508807.tif 000023
【図２０】
2008508807.tif 000024
【図２１】
2008508807.tif 000025
【図２２】
2008508807.tif 000026
【図２３】
2008508807.tif 000027
【図２４】
2008508807.tif 000028
【国際調査報告】
2008508807.tif 000029