デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置
【課題】 ユーザが中央のテレビ番組ガイドデータベースに任意の場所からアクセスして自身のDVRをプログラムすることのできる通信システムを確立すること。
【解決手段】 デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置は、マルチメディアコンテンツを電子メールを介してデジタルビデオレコーダーに転送する。
【解決手段】 デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置は、マルチメディアコンテンツを電子メールを介してデジタルビデオレコーダーに転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルマルチメディアサービスに関する。より詳細には、本発明は、デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置に関する。
【背景技術】
【０００２】
ビデオカセットレコーダー（VCR）の出現により、テレビの視聴者は、任意の時間帯に放送されるテレビ番組イベントを録画して、録画された番組コンテンツを後から再生することができる。録画中、VCRは、番組コンテンツの電気信号を磁気信号に変換し、その磁気信号を磁気テープに格納する。再生時には、VCRは、磁気信号を電気信号に変換し、接続されているテレビ受像機が信号の番組コンテンツを画面に表示する。
【０００３】
デジタル技術の発展にともない、VCRはデジタルビデオレコーダー（DVR）に地位を奪われつつある。DVRの機能は、VCRと同様に、放送される番組イベントを後から再生できるように録画することである。録画時、DVRは、放送番組コンテンツの電気信号を、MPEGデータストリームなどのデジタル情報に変換し、そのデジタル情報をメモリデバイスに格納する、または、あらかじめデジタル化されているテレビ信号をそのままメモリに格納する。再生時、DVRは、デジタル情報をアナログ信号に変換する。接続されているテレビ受像機が、信号の番組コンテンツを画面に表示する。
【０００４】
VCRを使用してテレビ番組イベントを録画するには、ユーザは、チャンネルを手動で選択してVCRをコントロールするか、または他の誰かに操作を行わせなければならない。しかしながら、DVRを使用することによって、ユーザは、テレビ番組ガイドに従ってDVRをプログラムすることによって番組録画手順を確立し、録画を自動的に実行させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第6,233,389号明細書
【特許文献２】米国特許第6,385,739号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
DVRでは、ユーザは、複数のイベントの録画時刻、チャンネル、および時間長を指定できるが、よりインテリジェントな方法で番組イベントを定義してキャプチャするという高まりつつあるニーズを満たすことはできない。例えば、ユーザが自身のDVRおよびテレビ受像機から遠く離れている状況においては、ユーザはDVRをプログラムして見たい番組イベントを録画することができない。
【０００７】
ユーザが、任意の場所から中央のテレビ番組ガイドデータベースにアクセスして自身のDVRをプログラムすることのできる通信システムを確立することが望まれている。
【課題を解決するための手段】
【０００８】
さらに、そのようなシステムでは、録画された番組を、番組の提供者の著作権が保護されるセキュアな方式において、1台のDVRから別のDVRに、あるいはサーバからDVRに転送する能力がユーザに提供される。
【０００９】
本発明は、添付の図面に、制限を目的とするのではなく一例として説明されている。図面においては、類似する数字は類似する要素を表している。
【図面の簡単な説明】
【００１０】
【図１】中央のパーソナルテレビサービスに遠隔アクセスするための通信システムを図解しているブロック図である。
【図２】図１に示されているシステムの動作プロセスを示しているデータフロー図である。
【図３】図２に示されているユーザデータベースおよびイベントデータベースの構造を図解しているテーブル図である。
【図４】ユーザから遠隔プログラミングディレクティブを取得するためにパーソナルテレビサービスのWebサーバによって使用されるプロセスを示しているフローチャートである。
【図５】番組を選択するためのグラフィカルユーザインタフェースの図による表現である。
【図６】ユーザのWebブラウザまたはテレビ画面に表示される「放送中（Now Showing）」Webページの画面キャプチャである。
【図７】パーソナルテレビサービスセンター、DVR、および外部のコンテンツサーバの間のインターネットを通じたインタラクションを図解しているブロック図である。
【図８】コンテンツが再生速度より高速でダウンロードされていることを示すリプレイバーの画面キャプチャである。
【図９】DVRの情報を含んでいるデジタル証明書を図解している図である。
【図１０】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図である。
【図１１】強く暗号化された接続を形成するための、2台のDVRの間で交換される通信を図解しているブロック図である。
【図１２】DVRおよびコンテンツサーバの情報を含んでいるデジタル証明書を図解している図である。
【図１３】課金を目的としてDVRアクセス情報を記録するサーバを図解しているブロック図である。
【図１４】DVRの要求をサードパーティのサーバにリダイレクトするドメイン名リダイレクタを図解しているブロック図である。
【図１５】サードパーティのコンテンツサーバの暗号化パイプラインとして使用されているDVRを図解しているブロック図である。
【図１６】アクセス可能なメディアサーバを示している「再生中（Now Playing）」画面の画面キャプチャである。
【図１７】メディアサーバのアクセス可能なコンテンツを示しているコンテンツ画面の画面キャプチャである。
【図１８】メディアサーバからのコンテンツに関して示している転送オプション画面の画面キャプチャである。
【図１９】メディアサーバから転送されている番組を示している番組ステータス画面の画面キャプチャである。
【図２０】メディアサーバからのアクセス可能なミュージックを示しているミュージック画面の画面キャプチャである。
【図２１】メディアサーバからのアクセス可能な写真を示している写真画面の画面キャプチャである。
【図２２】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図であり、このメディアサーバはインターネットにアクセスすることができる。
【図２３】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図であり、メディアサーバとDVRの両方がインターネットにアクセスすることができる。
【発明を実施するための形態】
【００１１】
デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置が説明される。以下の説明においては、説明を目的として、本発明を完全に理解することができるように、具体的な細部が数多く記載されている。しかしながら、本発明はこれらの具体的な細部を使用せずに実施できることが明らかであろう。それ以外の例においては、本発明が不必要にあいまいになることを避けるため、周知の構造およびデバイスはブロック図の形式に示されている。
【００１２】
以下の説明においては、図面を参照するとき、いくつかの図を通じて類似する数字は類似する部分を表している。
【００１３】
A. パーソナルテレビサービスに遠隔アクセスするためのシステム
図１を参照し、パーソナルテレビサービスに遠隔アクセスするための通信システム（全体が100として表されている）が示されている。1つの方法によると、家庭に設置されているデジタルビデオレコーダー（DVR）110は、パーソナルテレビサービスセンター（以下、サービスセンターと称される）130と通信し、サービスセンターは、番組ガイドデータ、グラフィカルリソース（フォント、写真など）、サービス情報、および、視聴者の興味を満たすためにDVR 110がサービスセンター130とは独立して動作できるようにするその他の形式のデータを提供する。DVRの機能は、本出願人によって所有されている特許文献１に代表的に説明されており、この文書は本文書に参照文献として組み込まれている。この通信システムでは、サービスデータとユーザのプライバシーの両方が保護されるように、セキュアな配信アーキテクチャを使用してDVR 110とサービスセンター130との間でデータが転送される。DVR 110は、アンテナ115から放送信号を受信する、または、ケーブルテレビシステムからテレビ信号を受信する。
【００１４】
本発明の1つの実施例においては、DVR 110は、一般的に、アナログテレビ信号をデジタル化してそれをデジタルデータストリームに変換するために必要な複数の構成要素と、データストリームのセグメントを記録するように設計されている複数の構成要素と、データストリームのセグメントを保持するように設計されている複数のストレージデバイスと、データストリームのセグメントを取得し、データストリームをアナログ信号に変換し、次いで、その信号をRFキャリア上に変調するように設計されている複数の構成要素であって、RFキャリアによって信号が標準のテレビ受像機120に配信される、複数の構成要素と、DVR 110がネットワーク140と通信するときに使用するインタフェース125と、を有する。
【００１５】
DVR 110は、改ざんできない秘密鍵を含んでいるローカルなセキュア暗号チップを含んでいる。DVR 110のセキュア機能は、本出願人によって所有されている特許文献2にさらに記載されており、この文書は本文書に参照文献として組み込まれている。
【００１６】
DVR 110は、その内部の電話モデムを使用して着信呼モデムバンク145にダイアルすることによって、サービスセンター130に直接接続することができる。着信呼は、最初に、ID確認のためサービスセンター130にルーティングされる。確認された時点で、その着信呼は許可される。プライベートモデムバンク145は、その呼に応答し、DVR 110は、サービスセンター130におけるデータベースへのアクセスが許可される。
【００１７】
これに代えて、DVR 110は、ネットワーク140を介してサービスセンター130に間接的に接続することができる。DVR 110とネットワーク140との間のインタフェース125は、DVR 110の内部電話モデムか、あるいはケーブルモデムなどの専用ネットワークインタフェースとすることができる。コンピュータネットワーク140は、プライベートネットワークまたはインターネットのいずれかとすることができる。DVR 110は、インターネットサービスプロバイダ（ISP）のローカルアクセス電話番号を呼び出すことによって、コンピュータネットワーク140との接続を開始する。ISPは、ID確認のためネットワーク接続要求をサービスセンター130に送る。確認された時点でネットワーク接続が許可され、DVR 110は、サービスセンター130におけるデータベースへのアクセスが許可される。
【００１８】
サービスセンター130は、外部情報源から番組スケジュール情報150を受信する。番組スケジュール情報150は、録画するテレビ番組をテレビ視聴者が選択するために使用できる番組ガイドの基礎情報となる。サービスセンター130は、インタフェース135を通じてコンピュータネットワーク140と通信する。
【００１９】
テレビの視聴者は、遠隔コンピュータ155または携帯情報端末160を使用して、コンピュータネットワーク140を介してサービスセンター130との通信チャンネルを確立することによって、サービスセンター130における番組データベースに遠隔アクセスすることができる。
【００２０】
図２を参照し、サービスセンター130は、番組スケジュール情報を収集、編成、および提供するWebサーバ200と、番組スケジュール情報を格納する番組データベース210と、ユーザおよびデジタルビデオレコーダーに関する情報を格納するユーザデータベース220と、各ユーザのイベントリストを格納するイベントデータベース230と、ユーザデータベースを調べてイベントデータベースからイベントリストを取得するディスパッチプロセス240と、を含んでいる。サービスセンター130は、Webサーバとデジタルビデオレコーダーとが通信するときに使用するネットワークインタフェースも含んでいることができる。
【００２１】
1つの実施例においては、DVR 110は、DVR 110とサービスセンター130との間の通信を制御するマイクロサーバ250と、サービスセンター130によって提供され、かつDVR 110がサービスセンター130にアクセスしたときに更新される番組ガイドを記録するローカル番組ストレージガイド260と、選択されたテレビ番組をキャプチャする録画セッションを開始するために使用されるデータ構造であるイベントキュー270と、遠隔アクセスのための許可鍵を生成する疑似乱数生成器（PRNG）280と、DVR 110をコンピュータネットワーク140に接続するネットワークインタフェース125と、を含んでいる。イベントキュー270は、DVR 110に組み込まれている録画デバイスに結合されている。
【００２２】
遠隔コンピュータ155と携帯情報端末（PDA）160の両方は、Webブラウザ290を有しており、このWebブラウザは、ユーザがWebページを見ることができるようにする一般的なWebブラウザとすることができる。
【００２３】
図３は、ユーザデータベース220とイベントデータベース230の構造を図解しているテーブル図である。ユーザデータベース220は、複数のユーザ記録300を含んでいる。各ユーザ記録300は、複数のフィールド、例えば、ユーザID 310、暗号鍵320、DVR ID 330、イベントリストポインタ340を有する。ユーザIDフィールド310は、ユーザデータベース220への鍵として使用される。暗号鍵フィールド320は、自身のDVR 110を遠隔的にプログラムすることを試みているユーザから受信された許可鍵を格納するために使用される。DVR ID 330は、DVR 110との通信チャンネルを確立するために必要であるネットワークアドレスおよび接続詳細情報を格納するために使用される。
【００２４】
ユーザデータベース220には、各ユーザに対して個別のイベントリスト350が維持される。イベントリスト350は、イベントデータベース230に格納されている。各イベントリスト350は、複数のイベント記録360を含んでいる。各イベント記録は、複数のフィールド、例えば、時間フィールド370、チャンネルフィールド380、時間長フィールド390を含んでいる。時間フィールド370は、録画の開始時間を示すために使用され、番組イベントの日付および時刻から成る。チャンネルフィールド380は、DVRが録画すべきチャンネルを指定する。時間長フィールド390は、その番組イベントのコンテンツをDVRが録画すべき時間長を指定するために使用される。イベント記録は、番組ガイドデータベースにおける記録（またはオブジェクト）のIDも含んでいることができる。DVRは、番組ガイドデータベースから必要な情報を取得する。
【００２５】
B. パーソナルテレビサービスに遠隔アクセスするプロセス
図２は、図１と合わせて、本文書に説明されている手法の機能を集合的に有効にするさまざまなプロセスを示している。
【００２６】
サービスセンター130は、外部情報源から番組スケジュール情報150を定期的に受信する。番組スケジュール情報150が到着すると、それに応じて番組データベース210が更新される。
【００２７】
DVR 110は、Webサーバ200から、またはケーブル、衛星、あるいは電話を介してWebページを読み取ることによって、自身のローカル番組ガイド260を定期的に更新する。Webサーバ200は、DVR 110からの要求に応答して、最初に、更新された番組情報について番組データベース210を調べ、次いで、更新された番組スケジュール情報を含んでいるWebページを動的に作成する。
【００２８】
2種類の遠隔アクセス、すなわち直接アクセスと間接アクセスが利用可能である。テレビの視聴者は、遠隔コンピュータ155または携帯情報端末160のいずれかにおけるWebブラウザ290を使用することによって、DVR 110を間接的にプログラムすることができる。この状況においては、Webブラウザ290は、Webサーバ200によってホストされている特殊なWebサイトにアクセスするために使用される。Webサーバ200は、図５に示されているようなグラフィカルユーザインタフェースを使用して、テレビ視聴者に番組ガイドを提示する。テレビの視聴者は、DVR 110によって録画すべき番組を指定するため、番組タイトルおよび時間帯によってテレビ番組を選択する。
【００２９】
サービスセンター130は、ディスパッチプロセス240を定期的に実行する。ディスパッチプロセス240は、ユーザデータベース220を調べる。ディスパッチプロセス240は、番組イベントを指定したユーザに遭遇すると、イベントデータベース230からイベントリスト350を取得する。次いで、ディスパッチプロセス240は、DVR 110に属するマイクロサーバ250との通信チャンネルを確立する。この通信チャンネルは、ディスパッチプロセス240がマイクロサーバ250から特殊なイベント−ディスパッチWebページを取得できるように設計されている。マイクロサーバ250は、イベント−ディスパッチWebページをディスパッチプロセス240に提供する。次いで、ディスパッチプロセス240は、イベント−ディスパッチWebページを完成させ、それをマイクロサーバ250に戻す。
【００３０】
マイクロサーバ250は、イベントについてディスパッチプロセス240をポーリングすることによって、ディスパッチプロセス240にイベント転送を開始させることもできる。
【００３１】
マイクロサーバ250は、イベント−ディスパッチWebページに見つかったイベントディレクティブを使用して、DVR 110に組み込まれているイベントキュー270を更新する。イベントキュー270は、テレビ番組イベントをキャプチャする録画セッションを開始するためにDVR 110によって使用されるデータ構造である。
【００３２】
トランザクションを認証するため、Webサーバ200は、プログラムされるDVR 110に関連付けられているユーザの1つ以上の許可コードを含んでいる。DVR 110は、許可コードを、DVRの不揮発性メモリに維持されているプライベートコピー(private copy)と比較する。許可コードは、時間とともに変化し、システムのセキュリティ要件によって要求されるときに有効期限が切れるように設定することができる。
【００３３】
直接的な遠隔アクセス機能を使用するためには、ユーザは、疑似乱数生成器（PRNG）280によって生成される許可鍵を、最初にDVR 110から取得しなければならない。ユーザは、DVRの位置における自身のテレビを介してDVR 110と直接的に通信する。DVR 110は、許可鍵をユーザに提示する。その後、ユーザは、自身のコンピュータ155または自身のPDA 160を使用して、インターネットを通じてDVR 110にアクセスする。ユーザは、マイクロサーバ250によって管理されているグラフィカルユーザインタフェースを通じて、許可鍵を提示し、DVR 110をプログラムする。また、ユーザは、いったん直接モードにおいてアクセスすると、番組をDVR 110にダウンロードすることもできる。
【００３４】
C． 遠隔プログラミングディレクティブを取得するプロセス
図４は、ユーザから遠隔プログラミングディレクティブを取得するために、Webサーバ200およびマイクロサーバ250によって使用されるプロセスを示しているフローチャートである。両方のプロセスは平行して示されているが、通常の使用では個別のプロセスである。このプロセスは、以下のステップを含んでいる。
【００３５】
ステップ400：Webサーバ200またはマイクロサーバ250は、Webサーバ200またはマイクロサーバ250によって管理されている特殊なWebサイトにアクセスするユーザに、最初のWebページにおいて許可要求フォームを提示する。
【００３６】
ステップ410：Webサーバ200は、ユーザによって入力された許可パスワードを受信する。マイクロサーバ250は、ユーザからの許可鍵を受信する。
【００３７】
ステップ420：Webサーバ200は、ユーザデータベース220を使用して許可パスワードの正当性を確認する。マイクロサーバ250は、自身が格納している鍵によってその許可鍵の正当性を確認する。
【００３８】
ステップ430：Webサーバ200は、ユーザデータベース220において許可パスワードの正当性を確認すると、遠隔コンピュータ155または携帯情報端末160の不揮発性メモリにクッキーを書き込む。マイクロサーバ250は、許可鍵の正当性を確認すると、遠隔コンピュータ155または携帯情報端末160の不揮発性メモリにクッキーを書き込む。
【００３９】
ステップ440：Webサーバ200またはマイクロサーバ250は、ユーザが識別および認証された後、ユーザに番組ガイドを提示する。
【００４０】
ステップ450：Webサーバ200は、ユーザの選択を受信し、ユーザに固有のイベントリスト350を作成する。イベントリスト350は、イベントデータベース230に格納される。マイクロサーバ250は、ユーザの選択を受信し、それらをイベントキュー270に入れる。
【００４１】
ステップ440において、Webサーバ200またはマイクロサーバ250は、ユーザに提示された最初のWebサイトに組み込まれているスクリプトに従い、遠隔コンピュータ155または携帯情報端末160上の有効なクッキーを検索する。いったん有効なクッキーが発見されると、ステップ400〜430がプロセスフローから除外される。
【００４２】
D． 番組を選択するためのグラフィカルユーザインタフェース
図５は、番組を選択するための模範的なグラフィカルユーザインタフェース（GUI）500の図による表現である。GUI 500は、DVRのフロントパネル上に使用されているのみならず、Webサーバ200によって遠隔ユーザに提示されるWebページにも組み込まれている。GUI 500は、DVR 110において直接実施されているときには、DVR 110に組み込まれている制御プロセスによって直接操作される。GUI 500は、コンピュータネットワークを介して遠隔ユーザに提示されるときには、アクティブなサーバのWebページとして具体化される。図6は、ユーザのWebブラウザに表示される「放送中（Now Showing）」Webページの画面キャプチャである。
【００４３】
GUI 500は、複数の列510と複数の行515とを含んでいるテーブル505を有する。列510は、曜日（および特定のカレンダー日付）に対応している。行515は、特定の日の時間に対応している。テーブル505の列510および行515は、実際には、データ選択コントロールによって構成されており、この場合、コントロールのキャプションは、テーブル505におけるそのコントロールの位置に従ってその時間帯にスケジュールされているテレビ番組のタイトルを示すように設定されている。また、GUIは、上にスクロールする（520）、および下にスクロールする（525）メカニズムと、前に調節する（530）、および後ろに調節する（535）メカニズムと、特定のテレビ番組を選択するメカニズムと、選択されたテレビ番組を含んでいる番組イベントリスト350を作成するメカニズムと、イベントリスト350を編集するメカニズムと、を有する。さらに、GUIは、ダウンロードを命令するメカニズムと、ダウンロードが進行中であることを示すメカニズムと、進行中のダウンロードを取り消すメカニズムとを含んでいることもできる。
【００４４】
コントロールの位置は、テレビ番組イベントの日付および時間に対応する。ユーザは、GUI 500に提示されている選択コントロールを切り替えることができる。GUI 500がWebサーバ200に戻されると、選択されたコントロールの識別子と一緒に番組ガイド260が使用され、ユーザのイベントリスト350が作成される。次いで、イベントリスト350は、遠隔プログラミングの場合には、イベントデータベース230に格納される。DVR 110をローカルにプログラムする場合、イベントリスト350は、DVRの録画手順を制御するイベントキュー270に直接格納される。
【００４５】
E． デジタルビデオレコーダーへのインターネットアクセス
図７は、サービスセンター130、DVR 110、外部のコンテンツサーバ720の間のインターネットを通じたインタラクションを図解している概略構成700のブロック図であり、このインタラクションにおいては、特定のタイプのコンテンツをインターネット接続140を通じて取得し、図６に示されているような「放送中（Now Showing）」ページにそれらのコンテンツを表示できるようにするために、特定のスタイルのインターネットアクセスがDVR 110に統合されている。明快な例を図示する目的で、図7および本文書における説明においては、実施形態において使用することのできる特定の要素およびプロトコル（インターネット、Linux、DHCPなど）を示している。しかしながら、代替の実施形態においては、機能的に類似する別の要素あるいはプロトコルを使用することができる。例えば、ダウンロードは、インターネットではなく、任意の公衆ネットワーク、プライベートネットワーク、または専用ネットワークを通じて行うことができる。別のオペレーティングシステムと、別の動的アドレッシングプロトコルを使用することもできる。
【００４６】
「放送中（Now Showing）」ページにおいては、コンテンツ名、すなわちテレビ番組のタイトルのリストは、そのようなコンテンツがGUI 500に取得されていることを示し、レコードのアイコン、または何らかのその変形は、ダウンロードが進行中であることを示している。視聴者は、いつでもコンテンツ（すなわちテレビ番組）を選び、それを再生することができる。
【００４７】
ダウンロードは、任意の速度において行うことができる。従って、図１におけるインタフェース125は、ダウンロードの速度にはまったく依存しない。図8は、リプレイバー801を示しているWebページの画面キャプチャであり、リプレイバー801は、コンテンツが再生速度803より高速でダウンロードされていることを、緑の領域802がそれに対応するように拡大することによって示している。コンテンツが再生速度より高速でダウンロードされていることは、そのようなリプレイバー801とは別のメカニズムを使用して示すことができる。いずれの場合にも、視聴者は、その時点までにダウンロードされた量のコンテンツに対して、すべてのトリックプレイアクションを使用することができる。
【００４８】
コンテンツがインターネットを通じてダウンロードされたことは、番組情報を提示するコンテキストを除いて、視聴者には明らかであり、番組情報を提示するコンテキストにおいては、コンテンツがインターネットからであることをさまざまな方法で示すことができる。
【００４９】
ダウンロードされたコンテンツへのポインタは、放送番組が格納されるのと類似する方法において、DVR 110のハードドライブ上のローカルコンテンツデータベース740に格納され、従って、あらゆる形態の検索およびプレゼンテーションによってそれらの番組が正しく表示され、番組の操作が提供される。
【００５０】
チャンネルまたはネットワーク指向のコンテキストにおいては、ダウンロード可能な番組は、放送番組に類似する方法において提供される。そのような番組の場合には時刻および場所が関与しないため、チャンネルまたはネットワークの「ラインアップ」が適切な方式において提示されるように、これらのコンテキストを修正する必要があるかもしれない。
【００５１】
図６に示されているような「放送中（Now Showing）」のコンテキストにおける利用可能なコンテンツアイテムの数では、ナビゲーションが不便かもしれない。最初の実施形態には必要ないが、このコンテキストは、多数のアイテムのナビゲーションがより単純になるように修正することができる。
【００５２】
いくつかのサーバからのコンテンツを提供するエンティティは、テレビネットワークとして見ることができる。一意の各サーバ名は、チャンネルを示す。この場合、「サーバ」は、ネットワーク上の名前にすぎず、世界の任意の場所の任意の物理サーバにマッピングすることができる。
【００５３】
DVR 110は、いったんコンテンツサーバ720にコンタクトすると、特定の番組IDに従ってメディアコンテンツを要求する。この番組IDは、Webサーバ200によって特定のコンテンツにマッピングされ、次いで、そのコンテンツが接続を通じて送られる。コンテンツサーバまたはDVRは、ダウンロード速度を調整することができる。
【００５４】
視聴者が複数のダウンロードを要求する場合、DVR 110は、コンテンツを取得するためのいくつかの異なる方法を選択することができ、最大の制限下で複数の接続を開始する、または要求をキューに入れる、あるいはその両方を行うことができる。
【００５５】
1つの方法においては、図７の複数の要素は、DVR 110のセキュリティに対処している。ネットワークポートを開くことは、著作権の保護されたコンテンツのセキュリティと、ユーザのプライベートデータの保護とに関して生じうる多数のセキュリティブリーチにつながる。
【００５６】
1つの実施例においては、標準的なLinuxのファイアウォールサポートを使用し、通信の両方向において、いくつかの周知のポート（Web（HTTP）または発見ポートなど）以外のすべてのポートへのアクセスを自動的に遮断することによって、この保護を達成する。周知のポートは、メディアコンテンツをダウンロードするために外部のコンテンツサーバ720にコンタクトするために、DVRのアプリケーションソフトウェアによって使用されている。
【００５７】
DVR 110には、動的アドレッシングクライアントソフトウェア要素（Linux DHCPクライアントなど）が設けられている。DVRの起動時、ネットワークインタフェースが検出された場合、DHCPクライアントは、周知のポートを使用して、DVRのネットワークアドレスを動的アドレス源から取得する。例えば、DVR 110のDHCPクライアントは、DHCPプロトコルを使用して、外部のDHCPサーバ750についてポーリングする。サーバが見つからない場合、ネットワーキングは無効にされる。見つかった場合、DVR 110は、DHCP応答から自身のネットワークパラメータを初期化する。
【００５８】
そのようなLinuxのファイアウォールサポートにおける1つの問題は、外部のDHCPサーバ750がインターネットアクセス情報を設定する必要があることである。2つのデバイスの間でインターネット接続上のデータを読み取る、またはデータフローをリダイレクトする方法は多数存在することが周知である。1つの可能な方法は、エイリアシングであり、この場合、悪意のあるDHCPサーバは、悪意のあるホストがエイリアスサーバアドレスを使用することによってDVRに入って攻撃することができるように、インターネットアクセス情報を設定する。
【００５９】
この種類の攻撃を無効にするため、1つの実施例においては、コンテンツサーバ720とのすべての通信が認証および暗号化される。コンテンツサーバ720は、DVR 110の公開鍵にアクセスすることができ、DVRは、コンテンツサーバ720の公開鍵のコピーを有する。DVR 110は、サービスセンター130によってダウンロードされる、コンテンツサーバ720に関するメタデータコンテンツ情報を有する。DVR 110は、メタデータを自身のデータベース740に格納しており、データベース740内のデータに基づいて動作する。DVR 110およびコンテンツサーバ720は、証明書の交換を使用して、ワンタイムセッション鍵を生成し、以降のすべての通信はそのセッション鍵を使用して暗号化される。1つの実施例においては、暗号化されたセッション通信のためにBlowfishアルゴリズムが使用される。コンテンツサーバ720の公開鍵は、サービスセンター130から配布され、サービスセンター130は、適切な番組ガイド参照(program guide references)もコンテンツサーバ720に提供する。
【００６０】
サービスセンター130は、コンテンツサーバ720の記述を受理する。1つの実施例においては、そのような記述は、サーバのURL、コンテンツの記述、コンテンツのID、「チャンネル」の記述、「ネットワーク」の記述などから成る。これらのデータは、コンテンツサーバ記述（CSD）データベース710にインポートされる。コンテンツサーバ720にアクセスするための一連の公開鍵も提供される。
【００６１】
コンテンツサーバ720は、DVR 110からの接続を受け入れるためには、特定のDVRの公開鍵にアクセスできなければならない。この鍵の配布は、オンザフライ方式で実行する、または事前共有型の鍵配布方式を通じて行うことができる。オンザフライ方式での鍵の配布においては、コンテンツサーバ720は、サービスセンター130との認証された接続を確立し、DVRのシリアル番号を提供し、関連付けられている公開鍵を提供するようにサービスセンター130に要求する。サービスセンター130は、DVRのシリアル番号が与えられると、関連付けられている公開鍵を戻す。コンテンツサーバ720は、この公開鍵をキャッシュに格納することができる。各鍵は、コンテンツサーバ720がその鍵を削除しなければならないときを示す有効期限を有する。サービスセンター130は、例えば、鍵配布の調査を目的として、配布された公開鍵すべてのログを維持することができる。
【００６２】
サービスセンター130は、非アクティブなDVRの公開鍵を提供することを拒否することができる。さらに、コンテンツサーバ720は、例えば、特定のDVRが非アクティブになった場合に、サービスセンター130からの鍵無効化要求に応答することができる。
【００６３】
メディアレコーダー730は、DVR 110のパーソナルテレビサービスアプリケーションソフトウェアのサブシステムである。メディアレコーダー730によって、ダウンロード中のコンテンツの録画と再生を同時に行うことができる。録画されたコンテンツは、DVR 110のコンテンツデータベース740に格納される。メディアレコーダー730は、永続的なネットワーク接続が利用できない場合、起動されない。1つの実施形態においては、メディアレコーダー730は、複数の異なるスレッドを有する。
【００６４】
（1）録画キュースレッド：このスレッドは、ネットワークダウンロード要求のキューを管理し、ダウンロードポリシーを実施する。このキューは、最初は、データベースに維持される単純なFIFOキューとすることができる。ダウンロードポリシーがいったん実施されると、録画キューポリシーオブジェクトが維持される。
【００６５】
（2）録画取得スレッド：このスレッドは、コンテンツサーバ720との接続を管理する責任を負う。録画取得スレッドは、サーバにコンタクトし、認証プロトコルを実施し、必要なコンテンツを要求し、そのコンテンツのダウンロードを管理する。
【００６６】
この方式のバリエーションとして、パーソナルテレビサービスアプリケーションまたはメディアレコーダー730の中の番組オブジェクトが、メディアコンテンツについてポーリングされる複数のサーバを示すことができる。サーバは、録画取得スレッドによって、順にポーリングされる。ダウンロードの要求を受理する最初のサーバが使用される。これにより、サーバファームまたはデータセンターに編成されている複数のコンテンツサーバにまたがる負荷バランシング式のコンテンツ要求が提供される。
【００６７】
録画取得スレッドは、自身の状態をDVR 110におけるデータベースに定期的に格納する、またはチェックポインティング(checkpointing)を行う。そのようなチェックポインティングによって、停電あるいはシステムエラーが起きたときにダウンロードが行われていた、マルチメディアコンテンツにおけるポイントにおいて、停電またはエラーの後にダウンロードを再開することができる。また、録画取得スレッドは、ダウンロードされているコンテンツのプレゼンテーションおよびナビゲーションに使用される、データベースオブジェクトの状態を管理する。例えば、録画取得スレッドは、図6に示されているような「放送中（Now Showing）」コンテキストに正しく表示されるように、録画オブジェクトの状態を管理する。そのようなアクティブなスレッドは、任意の時点において1つ以上存在していることができる。
【００６８】
F． DVRとDVRのインタラクション
1つの方法においては、2台のDVRの間でメディアおよびデータベース要素を転送するメカニズムが提供される。図7を参照し、例えば、携帯型DVR 760に設けられているような、より少ない量のディスクストレージを使用する転送の一例が示されている。一例として、ユーザは、休暇に出かける前に、必要なメディアと、関連付けられている表示されないサービスデータとを携帯型DVR 760に転送し、必要なときにメディアを使用できるように携帯型DVR 760を携帯することができる。転送の別の例は、同じ動作を達成するために2つのメディアストリームが正確に同期して再生されるように、一緒にスレーブとして機能する2台のDVR、すなわちDVR 110およびDVR 770を使用して示されている。
【００６９】
2台のDVRを接続する方法は数多くある。1つの実施例においては、転送元DVR 110の出力が転送先DVR 770の入力に結合される。この方法は、機能はするが、メディアストリームの管理および使用において視聴者を満足させるうえで欠かせない、メディアストリームに関するメタデータ情報を転送することができない。
【００７０】
DVR 110に格納されているメディアストリームは、メディアコンテンツ自体と、メディアコンテンツに関する記述情報を提供するデータベースオブジェクトとから成る。ネットワーク接続（例：IEEE 802.3）または直接接続（例：IEEE 1394）などのデータ転送方法が使用される場合、メディアコンテンツと記述情報の両方を転送することができ、従って、視聴者の知覚体験の完全性(integrity of the viewer experience)が維持される。
【００７１】
コンテンツの所有者は、コンテンツが盗まれうることを懸念する。さらなる方法では、DVR 110とDVR 770との間のデータ転送を暗号化する。これは、数多くの標準的な方法およびカスタムな方法において行うことができる。例えば、Diffie-Hellmanセキュア接続プロトコルを使用してワンタイム鍵を生成し、次いで、この鍵を使用して転送を暗号化することができる。
【００７２】
特定の指定されるDVRにのみ転送できるようにすることが望ましい場合、統合セキュリティシステムを使用することができる。各DVRの公開鍵は、鍵の事前共有または鍵の動的な交換のいずれかによって他のDVRに知らされている。転送が開始されると、DVRは、他方のDVRの公開鍵に基づいて暗号化されている署名済み証明書を交換する。両方のDVRが他方のDVRの署名を復号化および確認できる場合、各DVRにおいて他方のDVRのアイデンティティが認証され、ワンタイムセッション鍵の確立に進むことができ、次いで、転送時にこの鍵を使用してデータを暗号化する。
【００７３】
そのような場合における鍵の配布は、サービスセンター130を通じて処理することができる。視聴者は、サービスセンター130にコンタクトし、自身が所有する2台のDVR 110および770が、互いの間でのデータ転送について許可されるように要求することができる。サービスセンター130は、各DVRの公開鍵を含んでいる許可オブジェクトを、他方のDVRに適切なダウンロードメカニズムを通じて送る。サービスセンター130は、後から調査する目的で、この操作の記録（各DVRの識別情報を含んでいる）を維持する。例えば、一方のDVRにおいてセキュリティシステムが破られ、他方のDVRの公開鍵が明らかにされた場合、それ以外のDVRを修正してそれらのDVRが転送元DVR 110に許可されているように見えるようにすることが可能である。各DVRは、転送の記録を維持する。この記録は、サービスセンター130にアップロードされる。後からこの情報を処理して、コピー保護違反、許可されていないDVRへのコピーなどを探すことができる。
【００７４】
転送が中断された場合、転送先DVR 770は、記述オブジェクトにメディアストリームを「不完全」とマークする。後から、転送を再開することができる。データベースシステムの設計によって、メディアストリームを転送先DVR 770において一意に識別できることが保証されるため、不完全なストリームは発見され、転送はストリームの最後から始まり、従って、すでに格納されたメディアを再転送することが回避される。メディアストリーム全体が格納されると、完全なメディアストリームであることが示されるように記述オブジェクトが更新される。
【００７５】
DVRの間でのデジタルデータの転送は、任意の適切な速度において行うことができる。例えば、DVRの間のネットワークが遅い場合があり、その場合には、転送時間長がコンテンツの再生時間長より長くなる。あるいは、ネットワークが高速であることがあり、その場合には、1つのコンテンツアイテムの再生にかかるよりもずっと短い時間で、複数のメディアストリームを転送することができる。転送先DVRにおける視聴者は、最初の部分が利用可能になった時点で、ストリームの進行中のダウンロードと平行してメディアストリームの視聴を開始することができる。
【００７６】
転送元DVRまたは転送先DVRが完全なデジタルビデオDVRである必要はない。例えば、ケーブルヘッドエンドにおけるサーバに格納されているメディアストリームを、高い信頼性で転送先DVR 770に転送することができる。これに代えて、転送元DVR 110に格納されているメディアストリームを、ヘッドエンドサーバに転送することができる。
【００７７】
例えば、パーソナルコンピュータは、DVRからの暗号チップを含んでいるUSBドングルを使用することができる。パーソナルコンピュータは、コンテンツをパーソナルコンピュータに転送、およびパーソナルコンピュータから転送するためのセキュアメカニズムを確立する。パーソナルコンピュータは、他のDVRからはDVRであるように見え、なぜなら、パーソナルコンピュータは、USBドングルを使用して暗号鍵を認証および生成するためである。次いで、コンテンツを暗号化された形式においてパーソナルコンピュータに格納することができる。コンテンツは、別のパーソナルコンピュータあるいはDVRに電子メール送信することができる。その別のパーソナルコンピュータは、コンテンツを復号化するためのUSBドングルを保持していなければならない。サービスセンター130からパーソナルコンピュータに渡される証明書は、USBドングルにおけるNVRAMに格納され、従って、この証明書は、ドングルとともに移動し、パーソナルコンピュータのハードドライブには格納されない。
【００７８】
デジタル衛星システムなどの特定のメディア配信アーキテクチャでは、ほとんどのメディアコンテンツを暗号化された状態において放送する。メディアコンテンツは、視聴される場合にのみ、スマートカードに基づくローカルな復号化装置を使用して復号化され、従って、コンテンツが盗難から保護される。DVRは、これらの暗号化されたメディアストリームをディスクに保存し、再生時に復号化を開始することが可能である。この方法は、2台のDVRの間でメディアストリームを転送するために使用することができる。DVRは、メディアストリームに関連付けられているコンテンツ保護規則の特定のセット（一回再生、一日後に有効期限終了、など）に正しく従う目的で、メディアストリームに関連付けられているコピー保護情報（ストリームが暗号化されて格納されているかなど）を、メディアストリームを記述するデータベースオブジェクトによって維持する。
【００７９】
メディアストリームに関連付けられているコンテンツ保護規則も、転送先DVR 770に転送することができる。例えば、DVR 110は、視聴されるまでは復号化されない、コンテンツサーバ720からの映画を格納していることができる。視聴者がこのメディアストリームを転送することを望む場合、このメディアストリームは転送先DVR 770のメディア領域にコピーされ、記述オブジェクトも転送される。この方法においては、メディアストリームにおける元の情報が、転送先DVR 770に正確に複製される。
【００８０】
スマートカードは、転送元DVR 110から抜いて、転送先DVR 770に差し込むことができる。メディアコンテンツが視聴されるときには、視聴者は正しく課金され、すべてのコピー保護規則に従う。元のメディアコンテンツと記述情報は、削除する、または削除しないことができる。例えば、「一回のみ視聴(view-once)」方式においては、元のデータが破壊されるのに対し、「ペイパービュー」方式においては、元のデータは破壊されない。
【００８１】
上述されているのと同じ手法を使用して、2台以上のDVRの間で、ネットワークまたはモデム接続を使用して、セキュア接続、または認証式のセキュア接続を確立することができる。そのような接続を確立すると、制御インタラクションを行うことが可能になる。以下は、さまざまな実施例において提供することのできる制御インタラクションのいくつかの例である。
【００８２】
（1）同期された再生。視聴者は、特定のメディアストリームに対してトリックプレイ機能を制御することができる。各キーイベントも転送先DVR 770に渡され、転送先DVR 770は、同じアクションを自動的に実行する。例えば、プレゼンターは、マルチメディア再生装置として転送元DVR 110を使用してライブプレゼンテーションを提供することができ、遠隔位置における視聴者は、同じ方式において供給される同じプレゼンテーションを同時に観ることができる。これに代えて、何らかの別の手段（電話など）によって通信している2人の視聴者がインタラクションを行うことができ、それと同時に、一方または他方が両方のDVRにおける同じ番組の再生を制御する。この代替方法では、興味のある番組を十分に検討することができる。通信の手段は、ディスプレイに重ねて表示されて参加者がコメントを入力する単純なチャットプログラムとすることができる。そのような方法は、ビジネスのプレゼンテーションと、エンターテインメントとを目的として使用することができる。
【００８３】
（2）リンク渡し。転送元DVR 110の視聴者は、特定の番組が転送先DVR 770にリンクされるように指定することができる。これに応答して、転送元DVR 110は、リンクされている番組の録画を転送先DVR 770にスケジュールさせるメッセージを、転送先DVR 770に送る。これに代えて、番組のリンクを解除することもできる。リンクまたはリンク解除のメッセージは、DVR 110および770の両方が動作中であると想定すると、番組IDのみを含んでいることができる。転送先DVR 770が動作中ではない場合、リンクのメッセージは追加のメタデータを含んでいることができる。
【００８４】
（3）サウンドエフェクトまたはグラフィックエフェクト。視聴者がアクションを行う（特定のキーシーケンスを押すなど）とき、転送元DVR 110は、サウンドを再生する、またはグラフィックを表示することができる。また、転送元DVR 110は、そのイベントを転送先DVR 770に渡すこともでき、転送先DVR 770は、その同じサウンドまたはグラフィックを再生する、あるいは、行われたアクションに転送先DVR 770において関連付けられている異なるサウンドまたはグラフィックを再生する。例えば、子供がこのようにして番組にサウンドを追加することができ、そのサウンドを、遠隔の転送先DVR 770における友人用に複製することができる。そのような通信は、マルチウェイ(multi-way)とすることができる。
【００８５】
別の方法においては、DVRは、別のタイプのデータも転送することができる。例えば、大型の家庭用DVR 110と、より小さい携帯型DVR 760とを考える。ソフトウェア、グラフィック要素、番組ガイドデータなどのデータを、2台のDVRの間で転送することができる。例えば、2台のDVRが接続されるたびに、携帯型DVR 760を家庭用DVR 110によって更新する、またはデータを同期させることができる。更新は、ソフトウェアアップデートの転送およびインストール、番組情報の同期、録画スケジュールの同期などを含んでいることができる。同期はPDAとよく似ており、携帯型DVR 760が、ユーザがすでに番組を見たためその番組を削除するように家庭用DVR 110に伝えることができる。2台のDVRが接続されたときに携帯型DVR 760が動作情報を家庭用DVR 110に転送し、次いで、家庭用DVR 110が、サービスセンター130にアクセスしたときにその動作情報をサービスセンター130に送ることができる。
【００８６】
更新は、自動的に行われるようにすることができる。そのような場合には、2台のDVRが接続されたときに、事前に設定されている一連のアクション（番組ガイドまたはソフトウェアの更新など）が実行され、次いで、メディアストリームも転送することができる。転送先DVR 760が小型の携帯型ユニットである場合、すべてのメディアストリームが収まらないことがある。この場合、視聴者は、どのメディアストリームを転送するかを明示的に選択することができる。これに代えて、転送元DVRにおけるアプリケーションソフトウェアが、プリファレンス情報を使用して、視聴者が最も興味のある利用可能なメディアのサブセットを選択し、それらのストリームのみを転送することができる。別の代替方法においては、メディアストリームが最新のストリームから最も古いストリームの順に転送され、それ以上収まらない時点で停止する、または、最も古いストリームから最新のストリームの順に転送される。シーズンパス（チャンネル上のある番組のすべての放送分が録画される）は、DVRが「必ず転送する」または「転送しない」マーカーを含んでいることができる。別の基準は、視聴者の好みに基づいて番組が明示的に選択されたかとすることができる。選択基準には、コンテンツの記述オブジェクトに格納されている任意の番組情報（長さ、俳優、ランキングなど）を使用することができる。基準によって、「必ず転送する」などのアクションをトリガーすることができる。
【００８７】
G． ネットワークセキュリティの概要
上述されているように、本文書における1つの方法は、DVR 110、760、770の間、またはコンテンツサーバ720とDVR 110、760、770との間で暗号化されたセキュアデータ転送を提供する。この方法では、ユーザは、1台のDVR 110に番組を録画し、次いで、別のDVR 770においてその番組を観ることができる。
【００８８】
本文書に説明されている暗号化されたデータ転送システムでは、DVRから、互換性のないシステム、または第一DVRの位置の外部のシステムにビデオを転送することが非常に困難になる。従って、ユーザは、行った録画に適切な公正使用権を行使することができるが、この方法では、ユーザが公正使用原則に違反してビデオの「海賊版を作成する」、あるいは友人にプレミアムコンテンツを送ることが非常に困難になる。
【００８９】
本文書における方法のさまざまな実施例は、以下の観点を含んでいることができる。
【００９０】
・ 録画が暗号化される。多くの録画は、最初に録画されるときに暗号化される。暗号化されていない録画は、1台のDVRから別のDVRに転送される前に暗号化することができる。これにより、録画データが家庭のネットワークを通じて移動するときに誰かがそれを「スニフィング」して、データのコピーを作成することが困難になる。
【００９１】
・ 暗号化された録画が1台のDVRから別のDVRに転送されるとき、受信側システムは、送信側システムがその録画に関連付けられている暗号鍵／復号鍵も転送しない限りは、その録画を使用することができない。
【００９２】
・ DVRは、自身が録画を転送することのできる別のシステムを、IPブロードキャストメカニズムまたはその他のネットワーク発見プロトコルを介して発見することができる。そのような発見プロトコルにおいては、発見パケットは一般にローカルIPサブネットの外へは出ない。住宅環境においては、ローカルIPサブネットは、家庭のLANを有する。これに加えて、またはこれに代えて、ユーザが別のユーザと録画を共有しようとする懸念がある場合、DVRのアプリケーションソフトウェアは、システムの所有者がインターネット上の別の場所に位置しているシステムのIPアドレスをキーボード入力する、またはそれ以外の手操作による方法で指定できるメカニズムを提供しない。
【００９３】
・ DVRは、受信側システムがその録画を見ることが「許可されている」場合にのみ、録画暗号鍵を別のDVRに送ることができる。例えば、このコンテキストにおいて、「許可されている」は、転送先DVRが同じ家庭内である、または許可されているものとして所有者によって登録されていることを意味する。鍵の転送は、ロバストな公開鍵／秘密鍵システムを使用して実行され、このシステムにおいては、転送される各鍵は、それが送られた先の1つのシステムのみが認識可能である。
【００９４】
・ 許可は、1つの家庭に属していると認識されている特定のシステム、または1人のユーザによって所有されている特定のシステムをリストするデジタル証明書を通じて行われる。証明書は、システムの公開鍵を含んでおり、サービスプロバイダによって「署名」されている。各システムは、データまたは鍵を別のシステムに転送する前に、使用する証明書における署名を確認し、証明書に含まれているアイデンティティに対して自身のアイデンティティも確認する。
【００９５】
証明書システムは、ElGamal公開鍵／秘密鍵システムと、Blowfish対称ブロック暗号とに基づくことができ、Blowfish対称ブロック暗号は、「システムのシリアル番号を変更する」、「証明書を別のシステムにコピーする」、あるいは「証明書を改ざんする」などの攻撃を遮断する自己チェック機能を含んでいる。
【００９６】
図７および図９を参照し、ユーザは、サービスセンター130にログオンし、コンテンツを間で共有させることを望む複数のDVRの記録を作成する。ユーザは、任意の適切なユーザインタフェースを使用して、組み入れたいDVRのシリアル番号を入力し、サービスセンター130は、このシリアル番号を自身のデータベースを通じて確認する、または、ユーザが以前に登録したシリアル番号を見つける。さらに、サービスセンター130は、ユーザが登録所有者であるDVRのみを選択肢として表示することによって、それらのDVRのみにユーザを制限することもできる。ユーザは、ユニットを容易に識別できるようにするため、各ユニットに名前（例：居間DVR、寝室など）を関連付けることができる。ユーザは、メディアを共有させる、または転送させることを望むユニットを選択する。
【００９７】
サービスセンター130は、ユーザが選択したユーザのユニットを識別するデジタル証明書901を作成する。証明書901は、各ユニットのシリアル番号903、905と、対応する公開鍵904、906とを含んでいる。ユーザが各ユニットに割り当てた名前は、証明書901における名前902によって示されているように、相互参照も行われる。証明書は、上述されているようにUSBドングルを有するパーソナルコンピュータを含めて、ユーザが識別する任意の数のユニットを含んでいることができる。
【００９８】
証明書901が無期限に存在しないようにするため、有効期限907が証明書901に含まれている。証明書を受信するユニットが、その証明書が実際にサービスセンター130から発行されたことを確認できるように、デジタル署名908が使用される。
【００９９】
サービスセンター130は、証明書901にリストされている各DVR 110、770に、ネットワーク140（インターネット、LAN、あるいはその他のパブリックまたはプライベートネットワークを有することができる）、電話回線、または衛星接続を通じて、証明書を送る。証明書901は、転送先DVR 110、760、770それぞれの公開鍵を使用して暗号化することができる。携帯型DVR 760は、ネットワーク接続または電話回線を介してサービスセンター130に接続し、自身の証明書を受信することができる。これに代えて、携帯型DVR 760は、自身が接続しているDVR 110から自身の証明書を受信することができる。
【０１００】
各DVR 110、760、770は、証明書を復号化して証明書901の中のデジタル署名908を確認することによって、証明書を確認する。DVRは、デジタル署名908がサービスセンター130からであることを確認すると、証明書901にリストされているすべてのピアのネットワーク位置を、ピア発見プロトコル（Apple Computer社（カリフォルニア州クパチーノ）のRendezvousなど）を使用して見つける。
【０１０１】
DVR 110は、ネットワーク内でピア770を発見すると、証明書901からのそのピアの公開鍵を使用して、ピア770との暗号化された接続を確立する。暗号化された接続は、各ピアから1つずつの2つの公開鍵の関数であることにおいて、「弱く」暗号化することができる。各ピアは、他方のピアの公開鍵を使用してメッセージを送る。1つのユニットがコンテンツサーバとして指定されており、この例においては、コンテンツサーバ720がサービスプロバイダによって提供され、遠隔に位置している。
【０１０２】
コンテンツサーバ720は、強いランダム接続鍵を作成することによって、DVR 110とのより強く暗号化された接続を作成し、DVRの公開鍵を使用してその強い鍵を暗号化する。次いで、コンテンツサーバ720は、暗号化された強い鍵をDVR 110に送る。DVR 110は、強い鍵を復号化する。1つの方法においては、復号化では、ハードウェア復号化要素を使用することができる。この時点で、2つのシステムがセキュア鍵を共有している。
【０１０３】
ユーザは、特定の録画されたコンテンツをDVR 110に送ることを要求することができる。コンテンツサーバ720は、以前に暗号化された録画をDVR 110に送信するときには、その録画を暗号化するのに使用された録画鍵を自身のデータベースからロードし、強い鍵を使用して録画鍵を暗号化する。コンテンツサーバ720は、暗号化された録画鍵をDVR 110に送る。
【０１０４】
DVR 110は、コンテンツサーバ720と共有している強い鍵を使用して録画鍵を復号化し、録画鍵を格納する。コンテンツサーバ720は、自身がローカルに格納した録画されたコンテンツをDVR 110に送る。録画されたコンテンツは、最初にコンテンツサーバ720によってローカルに格納されたときにすでに暗号化されたものである。コンテンツサーバ720は、録画されたコンテンツを復号化することなく送る。
【０１０５】
DVR 110は、録画されたコンテンツを、それを復号化することなく自身のストレージデバイスに直接書き込む。DVRは、この録画されたコンテンツを再生するとき、コンテンツをオンザフライ方式で復号化する。本文書に説明されている方法では、録画されたコンテンツの完全性が維持され、なぜなら、転送時にコンテンツは暗号化された状態にあり、暗号化されてDVRに格納されるため、コンテンツの許可されないコピーが防止されるためである。
【０１０６】
コンテンツサーバ720は、暗号化されていない録画をDVR 110を送る場合、その録画を暗号化するのに使用されるランダム録画鍵を作成し、その録画鍵を強い鍵を使用して暗号化する。コンテンツサーバ720は、暗号化された録画鍵をDVR 110に送る。
【０１０７】
DVR 110は、自身がコンテンツサーバ720と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。コンテンツサーバ720は、自身がローカルに格納した録画されたコンテンツをDVR 110に送る。録画されたコンテンツは、コンテンツサーバ720によって最初にローカルに格納されたときには暗号化されていない。コンテンツサーバ720は、録画されたコンテンツを暗号化して送る。
【０１０８】
DVR 110は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVRは、録画されたコンテンツを再生するとき、コンテンツをオンザフライ方式で復号化する。この方法でも、録画されたコンテンツの完全性が依然として維持され、なぜなら、転送時にコンテンツは暗号化された状態にあり、暗号化されてDVRに格納されるため、コンテンツの許可されないコピーが防止されるためである。
【０１０９】
図１０は、家庭1001におけるローカルネットワーク化されたDVRのセットアップにおけるメディアサーバ1002を示している。図10の例においては、DVR 1003は寝室1に位置しており、DVR 1004は寝室2に位置しており、DVR 1005は娯楽室に位置している。メディアサーバ1002は居間に存在している。ユーザは、DVR 1003、1004、1005およびメディアサーバ1002がコンテンツの共有を許可されるようにサービスセンター1006に命令する情報を送り、各ユニットを、それぞれが存在している部屋によって関連付ける。サービスセンター1006は、メディアサーバ1002および各DVR 1003、1004、1005のシリアル番号および公開鍵と、有効期限と、サービスセンターのデジタル署名とを含んでいる証明書901を作成する。
【０１１０】
メディアサーバ1002は、パーソナルコンピュータ、DVR、またはその他のタイプのコンテンツサーバとすることができる。ユーザは、メディアサーバ1002をローカルネットワークにおけるマルチメディアコンテンツのメインの提供元として指定する。
【０１１１】
サービスセンター1006は、メディアサーバ1002およびDVR 1003、1004、1005にインターネット1007を介して証明書を送る。メディアサーバ1002およびDVR 1003、1004、1005は、証明書の中の情報を使用してそれぞれのピアを発見する。DVR 1003、1004、1005は、メディアサーバ1002がコンテンツを提供する唯一のシステムであることを発見する。メディアサーバ1002は、各DVR 1003、1004、1005との弱く暗号化された接続を確立すると、各DVR 1003、1004、1005のための強いランダム接続鍵を作成する。メディアサーバ1002は、強い鍵のそれぞれを特定のDVRの公開鍵を使用して暗号化し、暗号化された強い鍵を各DVR 1003、1004、1005に送る。DVRは、自身のローカル暗号チップを使用して強い鍵を復号化する。この時点で、メディアサーバ1002は、各DVR 1003、1004、1005とセキュア鍵を共有している。
【０１１２】
図１６〜２１を参照し、各DVRは、メディアサーバのコンテンツにアクセスすることができる。最初に図１６を参照し、ユーザは、「再生中（Now Playing）」画面1601（形式および内容において図６の「放送中（Now Showing）」画面に似ている）を表示させ、ユーザがアクセスできるすべてのメディアサーバを確認する。例えば、メディアサーバのラベル1602は、「寝室」と命名されたDVRにユーザがアクセスできることを示している。ユーザは、ラベル1602を使用して所望のサーバを選択し、そのメディアサーバにおいて利用可能なコンテンツをリストするコンテンツ画面1701（図１７）が表示される。ユーザは、特定の録画されたコンテンツ（ミュージック、写真、ビデオなど）が特定のDVR 1003に送信されるように、コンテンツ画面1701を通じて要求することができる。ユーザは、これを、上述されているように遠隔的に行うか、DVR 1003自体を通じて行うことができる。ユーザは、転送オプション画面1801（図１８）を使用して、選択されたコンテンツを転送するためのオプションを選択する。ユーザは、転送をどこから開始するかを、「開始位置（Start From）」オプション1802を使用して選択することができる。例えば、番組の最初から、ユーザが最後に一時停止した位置から、あるいは、番組における特定の時間において、転送を開始することができる。ユーザは、図２０の画面キャプチャ2001および図２１の画面キャプチャ2101に示されているように、ミュージックコンテンツと写真コンテンツについても同じ方法において確認して転送することができる。
【０１１３】
図１０を参照しながら上述されているように、メディアサーバ1002は、以前に暗号化された録画をDVR 1003に送ることができる。メディアサーバ1002は、録画を暗号化するのに使用された録画鍵を自身のデータベースからロードし、その録画鍵を強い鍵を使用して暗号化する。メディアサーバ1002は、オプションとして、ローカル暗号鍵を使用して録画鍵を暗号化して自身のデータベースに格納することができる。暗号鍵を平文で格納することは通常は望ましくなく、従って、ローカル鍵による単純な暗号化が最良である。メディアサーバ1002は、暗号化された録画鍵をDVR 1003に送る。
【０１１４】
DVR 1003は、自身がメディアサーバ1002と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。DVR 1003は、オプションとして、録画鍵を格納する前にローカル鍵を使用して暗号化することができる。メディアサーバ1002は、自身がローカルに格納した録画されたコンテンツをDVR 1003に送る。録画されたコンテンツは、メディアサーバ1002によって最初にローカルに格納されたときにすでに暗号化されたものである。メディアサーバ1002は、録画されたコンテンツを復号化することなく送る。
【０１１５】
DVR 1003は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVR 1003は、録画されたコンテンツを再生するとき、コンテンツを録画鍵を使用してオンザフライ方式で復号化する。図１９を参照し、ユーザは、番組情報画面1901を選択し、番組が依然として転送中であるかを確認することができる。ユーザは、（上述されているように）転送が進行中である間に、「再生（Play）」オプション1902を選択することによってその番組を再生する、あるいは、「転送停止（Stop transfer）」オプション1903を使用して転送を停止させることができる。
【０１１６】
メディアサーバ1002は、暗号化されていない録画をDVR 1003に送る場合、その録画を暗号化するのに使用されるランダム録画鍵を作成し、その録画鍵を強い鍵を使用して暗号化する。メディアサーバ1002は、暗号化された録画鍵をDVR 1003に送る。
【０１１７】
DVR 1003は、自身がメディアサーバ1002と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。DVR 1003は、オプションとして、録画鍵を格納する前にローカル鍵を使用して暗号化することができる。メディアサーバ1002は、自身がローカルに格納した録画されたコンテンツをDVR 1003に送る。録画されたコンテンツは、メディアサーバ1002によって最初にローカルに格納されたときには暗号化されていない。メディアサーバ1002は、録画されたコンテンツを暗号化して送る。
【０１１８】
DVR 1003は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVR 1003は、録画されたコンテンツを再生するとき、コンテンツを録画鍵を使用してオンザフライ方式で復号化する。
【０１１９】
なお、コンテンツの著作権が懸念される場合、DVR 1003は、そのコンテンツを自身のストレージデバイスに格納する必要はない。DVR 1003は、単にそのコンテンツをただちに再生するかまたは表示する。コンテンツが暗号化されている場合、DVR 1003は、そのコンテンツをオンザフライ方式で復号化する。
【０１２０】
上述されている方法は、インターネットを通じて機能するように、ローカルネットワークにおいても同様に機能する。
【０１２１】
H． 証明書の一貫性の維持
図１１を再び参照し、強い鍵の作成には、多くのCPUサイクルを要する。1つの方法においては、DVR 1101は、将来的に自身がメディアサーバとして指定されたときに使用するための複数の強い鍵を作成して格納するように要求されることがある。さらに、受信側DVRにおいては、強い鍵の受信時にそれを復号化するために多くのCPUサイクルが必要である。これにより、DVRの全体的なパフォーマンスが大幅に遅くなる。本文書における手法では、DVR 1102がリブートするかまたは再起動されるときに新しい強い鍵を作成するという付加的な大きな負荷から、DVR 1101が解放される。さらに、リブートまたは再起動後に強い鍵を復号化するという大きな負荷から、DVR 1102が解放される。
【０１２２】
DVR 1101は、最初に強い接続鍵を作成し、それを自身のローカルキャッシュ1103に格納し、その鍵を他方のDVR 1102の公開鍵を使用して暗号化する。DVR 1101は、暗号化された強い鍵をDVR 1102に送る。DVR 1102は、強い鍵を復号化し、その鍵を、暗号化されている強い鍵と、DVR 1101のマシンシリアル番号と一緒に自身のローカルキャッシュ1104に格納する。
【０１２３】
DVR 1102は、リブートするかまたは再起動される場合、ネットワークにおける自身のステータスを認識していない。DVR 1102は、数秒間ダウンしていたかもしれず、あるいは、別のネットワークから移動されたかもしれない。DVR 1102は、メディアサーバとして指定されているDVR 1101からの強い鍵を要求する。DVR 1101は、自身がそのローカルキャッシュ1103に格納した強い鍵を送る、または、DVR 1102がDVR 1101との強い接続を確立していない場合、新しい強い鍵を作成する。この強い鍵は、DVR 1102の公開鍵を使用して暗号化され、DVR 1102に送られる。
【０１２４】
DVR 1102は、暗号化された強い鍵を受信すると、DVR 1101からのエントリについてローカルキャッシュ1104を調べ、見つかった場合、ローカルキャッシュ1104の中の暗号化された鍵とのビットごとの比較を行う。2つの鍵が同じである場合、DVR 1102は、ローカルキャッシュ1104に格納されている以前に復号化された鍵を使用する。見つからない場合、DVR 1102は、新たに送られた鍵を復号化し、暗号化された鍵と、復号化された鍵と、DVR 1101のマシンシリアル番号とを、ローカルキャッシュ1104の中の新しいエントリに格納する。このようにして、長い復号化ステップは、絶対に必要であるときを除いて回避される。
【０１２５】
I． インターネットを通じたメディアのダウンロード
サーバからDVRへのインターネットを通じたメディアのダウンロードを容易にするため、図１２は、図９に示されているデジタル証明書の変形を示している。また、図７を再び参照し、サービスセンター130は、DVR 110、770に配布される証明書901を作成する。DVR 110、770は、サービスのシリアル番号フィールド903における特殊な接頭辞を持つシリアル番号、例えばFFFxxxxxxxxxxxx（「xxxxxxxxxxxx」は、バージョン番号、サービスプロバイダなどの追加情報を提供するために使用される）を使用して、サービスエントリを認識する。表示名902は、そのサービスを示す何らかの名前（「スペシャルビデオ」など）に設定される。鍵フィールド1204、1206には、直接的な公開鍵の代わりに、サービスのアクセスポイントの完全修飾ドメイン名が入力される。
【０１２６】
証明書901は、サービスサーバの情報と、ピアユニットの情報の両方を含んでいることができる。有効期限907とデジタル署名908は、図９と同じである。
【０１２７】
このように、サービスセンター130は、すべての証明書、または一連の証明書におけるフィールドに情報を入れて、同じかまたは異なるサーバに命名することができる。
【０１２８】
DVR 110は、証明書におけるサービスのシリアル番号を認識し、サーバにアクセス可能であるかを確認するために、鍵フィールド（例：鍵フィールド1204）の中のドメイン名を使用してサーバにピングを送る。新しいDVRが接続すると、サーバはそのDVRの公開鍵を調べ、それを使用してそれ以外の必要な鍵を生成する。DVRは、サーバの鍵を保持している必要はない。サーバは、セッション用の強い鍵を生成し、その強い鍵をDVRの公開鍵によって暗号化する。次いで、サーバは、暗号化された強い鍵をDVRに渡す。
【０１２９】
通信が確立されると、DVR 110は、コンテンツについてサーバに問い合わせることができる。
【０１３０】
サーバは、自身において何が利用可能であるかを記述するための適切なメタデータを合成し、それをDVR 110に送る。メタデータは合成されるため、メタデータはDVRごとに一意に作成することができる。例えば、DVRの所有者は、さまざまな種類のサービス（歴史、ドラマ、コメディなど）に対してサインアップすることができる。
【０１３１】
これに代えて、サーバは、DVR 110にそのプリファレンスベクター(preference vector)をサーバに送るように命令することができ、サーバは、このベクターを使用して適切なメタデータを合成する。DVRのプリファレンスベクターは、ユーザの視聴傾向、例えば、ユーザが何を好き、または好きではないと指定したか、ユーザがシーズンパスサブスクリプションなどのオプションを使用して何を継続的に録画したかを含んでいる。サーバは、プリファレンスベクター情報を格納せず、この情報を使用後に破棄する。これにより、ユーザのプライバシーが保護され、プリファレンスは必ずDVR 110側に維持される。
【０１３２】
ビデオ、ミュージック、および写真の標準的な転送インタフェースは、上述したように使用される。図１６は、「再生中（Now Playing）」画面1601を示しており、この画面には、DVR自身と、それ以外のアクセス可能なサーバおよびDVRからの利用可能なコンテンツが表示されている（1602）。サービスからのコンテンツのエントリには、証明書からのそれに関連付けられている名前がリストされている。同様に、別のDVRからのコンテンツは、ユーザがそれに関連付けた名前1602（存在する場合）を使用してリストされている。このようにして、ユーザは、コンテンツの提供元を知る。図１７は、コンテンツの提供元の名前1702を表示しているコンテンツ画面1701を示している。図２０および図２１は、ミュージックコンテンツ画面2001と写真コンテンツ画面2101とを示している。
【０１３３】
図１３を参照し、サーバ1301からコンテンツをダウンロードすることを望むDVRは、サーバ1301にピングを送る。サーバ1301は、ピングサービスを実行し、DVRからの要求が入って来るとそれに応答する。これによって、サーバ1301は、ビデオをダウンロードするために「サインアップしている」すべてのDVRの記録1302を維持することができる。記録1302は、例えば、ダウンロード可能なビデオに別のIPアドレスからアクセスしているDVRのクローンが存在することがないように、後から調査することができる。記録1302は、課金を目的として、ユーザがビデオをダウンロードするために自身のDVR 1303をサインアップさせていた時間長を追跡するために使用することもできる。
【０１３４】
DVR 1303に転送させるサーバ1301からのエントリをユーザが選択すると、DVR 1303は、サーバ1301にコンタクトし、適切なメディアオブジェクトを要求する。その時点において、サーバ1301は、番組がダウンロードされていることを記録する（1302）ことができ、この記録は、課金システムへのエントリなども含んでいることができる。
【０１３５】
この記録は、ユーザ1304がサービスセンターのWebサイト上で問い合わせることができ、従って、ユーザは、自身の課金を容易に調べることができる。
【０１３６】
図１４を参照し、DVR 1401からの接続を一連のサードパーティサーバ1403、1404、1405の1つにリダイレクトするドメイン名リダイレクタ1402を使用することができる。リダイレクションは、負荷、使用されているドメイン名接頭辞などに基づいて行うことができる。これにより、サービスセンターは、要求を別の会社のサーバにリダイレクトすることができる。リダイレクションに伴い、さまざまな実施例における料金または収益の分配を行うことができる。
【０１３７】
ドメイン名リダイレクタ1402は、各サードパーティサーバ1403、1404、1405の中に存在させることができ、従って、DVR 1401からの要求をサードパーティサーバ自身によってリダイレクトすることができる。DVR 1401は、サードパーティサーバ1403との接続を要求する。サードパーティサーバ1403は、DVR 1401からの要求をサードパーティサーバ1404にリダイレクトすることによって、自身の責務をサードパーティサーバ1404に「委託する」。次いで、DVR 1401は、サードパーティサーバ1404にコンタクトしてコンテンツを要求する。これにより、サードパーティサーバは、過負荷である、または何らかの理由で要求を処理できないことを自身で判断することができる。
【０１３８】
J． 暗号化パイプラインとしてのDVRの使用
図１５を参照し、DVR 1503、1504、1505に提供されるコンテンツは、最初に、コンテンツサーバ1501（サードパーティのコンテンツサーバなど）によって作成することができる。コンテンツサーバ1501は、DVRの暗号化手法あるいはアーキテクチャに関する情報にアクセスできない。DVR 1502は、コンテンツを符号化および暗号化するために使用される。DVR 1502は、高速ネットワークエンジンを有し、「暗号化パイプライン」として機能する。データは、コンテンツサーバ1501からDVR 1502に送られる。DVR 1502は、データを自身のローカルなストレージデバイスに書き込むときに、（必要な場合には）データを符号化し、暗号化する。次いで、DVR 1502は、ローカルストレージデバイスからデータを復号化せずに読み込み、DVR 1503、1504、1505の中から選択される対象DVRにそのデータをネットワークを通じて送る。
【０１３９】
別の方法では、サードパーティのコンテンツサーバに、セキュアなコンテンツ送信が提供される。データは、コンテンツサーバの暗号化手法を使用して、コンテンツサーバ1501からDVR 1502に送られる。DVR 1502は、コンテンツサーバの復号化手法を使用してデータを復号化する。次いで、DVR 1502は、データを自身のローカルなストレージデバイスに書き込むときに、（必要な場合には）データを符号化し、（DVRの暗号化手法を使用して）暗号化する。次いで、DVR 1502は、ローカルストレージデバイスからデータを復号化せずに読み込み、DVR 1503、1504、1505の中から選択される対象DVRにそのデータをネットワークを通じて送る。
【０１４０】
これにより、サードパーティのコンテンツサプライヤは、DVRの暗号チップ、暗号化手法、あるいはアドレッシング方式に関する機密的な情報にアクセスできない。さらに、市販されるまでの時間と、サードパーティのサプライヤをコンテンツサーバネットワークに組み込むコストとが減少する。
【０１４１】
K． 電子メールを通じたコンテンツへのアクセス
上述されているように、上記のいずれの実施例においても、メディアサーバは、パーソナルコンピュータ、DVR、またはコンテンツを提供できる任意の他のメカニズムとすることができる。本文書において説明されている方法では、DVRは、メディアサーバのクライアントとして、メディアサーバに格納されているミュージックコンテンツ、ビデオコンテンツ、写真コンテンツなどのマルチメディアコンテンツにアクセスすることができる。しかしながら、DVRおよびメディアサーバはインターネットにアクセスすることができるため、コンテンツは、特定のメディアサーバが提供元である必要はなく、物理的に格納されている必要もない。
【０１４２】
従って、以下を含んでいる特殊ファイルをサーバが処理するようにすることによって、コンテンツをDVRユーザに利用可能にすることができる。
・ 実際のコンテンツ（例：JPEG、MP3、またはMPEGファイルの形式）
・ DVRのコンフィギュレーション設定、例えば、録画スケジュール、データベースの修正、コンテンツのプリファレンスなど。
・ インターネット上のどこかに位置している別のサーバ、または別のサーバに格納されているコンテンツへの「リンク」。
【０１４３】
そのようなファイルは、電子メールまたはインターネットダウンロードを介してDVRユーザに提供することができる。以下には、電子メールを介してコンテンツをDVRに送る方法を示す2つのサンプルシナリオが説明されている。
【０１４４】
図２２および図２３を参照し、一般的な家庭用DVRセットアップ2201が示されている。メディアサーバ2202のみがインターネット2205にアクセスできるものと想定する。電子メールの作成者2204は、オーサリングソフトウェアによってコンテンツファイルを作成する。このファイルは、例えば、JPEG形式におけるいくつかの画像の実際のバイナリデータを含んでいる（任意のタイプのコンテンツを含んでいることができる）。コンテンツファイルは、メディアサーバ2202を実行している同じコンピュータから電子メールにアクセスするユーザに、添付ファイルとして電子メール送信される。代替実施例においては、電子メール以外のメッセージ通信メカニズムを使用することができる。
【０１４５】
ユーザは、電子メールを読み、コンテンツに興味がある場合、添付されているコンテンツファイルを選択し、これに伴ってメディアサーバ2202がコンテンツファイルを処理する。メディアサーバ2202は、画像に関する情報を内部データベースに追加し、この内部データベースからは、後からコンテナ（メタデータ）情報およびJPEGデータを生成することができる。
【０１４６】
ユーザは自身のDVR 2203を操作して自身のテレビ受像機を通じて「ミュージック／写真」機能にアクセスし、これによりDVR 2203がメディアサーバ2202からのコンテナ情報を要求する。この時点で、ユーザは、写真コンテンツ画面2101（図２１）に示されている利用可能なコンテンツの他のコンテナのうち、コンテンツファイルからの画像を有するコンテナにアクセスすることができる。画像の1つを見るためのコマンドをユーザが発行すると、DVR 2203は、メディアサーバ2202に要求を行い、メディアサーバ2202は、自身の内部データベースを調べて適切なJPEGデータをレンダリングし、そのデータをDVR 2203に渡す。DVR 2203は、画像をユーザに表示し、自身のローカルストレージデバイスにはその画像を格納しない。ユーザは、複数の写真ファイルに対して、早送り、一時停止、逆再生、再生（スライドショー）などのトリックプレイ機能を使用することができる。
【０１４７】
図２３には、家庭用DVRセットアップ2301が示されており、このセットアップにおいては、DVR 2303とメディアサーバ2302の両方がインターネット2305にアクセスすることができる。作成者2304は、オーサリングソフトウェアによってコンテンツファイルを作成する。このファイルは、コンテンツサーバ2306に格納されておりかつHTTPを通じて提供される1つ以上のコンテンツファイル（MP3ミュージックファイルなど）にリンクしている。コンテンツファイルは、（理想的には）メディアサーバ2302を実行している同じコンピュータから電子メールにアクセスするユーザに、添付ファイルとして電子メール送信される。
【０１４８】
ユーザは、電子メールを読み、コンテンツに興味がある場合、添付されているコンテンツファイルを選択し、これに伴ってメディアサーバ2302がコンテンツファイルを処理する。メディアサーバ2302は、コンテンツファイルに関する情報を内部データベースに追加し、この内部データベースからは、後からコンテナ情報を生成することができる。
【０１４９】
ユーザは自身のDVR 2303を操作して「ミュージック／写真」機能にアクセスし、これにより、DVR 2203がメディアサーバ2302からのコンテナ情報を要求する。この時点で、ユーザは、ミュージックコンテンツ画面2001（図２０）に示されている利用可能なコンテンツの他のコンテナのうち、コンテンツサーバ2306によって提供されるミュージックを有するコンテナにアクセスすることができる。ミュージックファイルの1つを再生するためのコマンドをユーザが発行すると、DVR 2303は、インターネット2305を通じてコンテンツサーバ2306に直接アクセスし、適切なデータを取得する。ユーザは、ミュージックファイルに対して、早送り、一時停止、逆再生、再生などのトリックプレイ機能を使用することができる。ミュージックにおける進行は、接続されているテレビ受像機を通じて、図８に示されているようなリプレイバーを使用してユーザに表示される。DVR 2303は、著作権保護のためミュージックを自身のストレージデバイスには格納しない。
【０１５０】
上述されているように、上の2つの例は、DVRが使用するかまたは表示できる任意の種類のコンテンツに対して使用することができる。コンフィギュレーション情報が受信された場合、DVR 2303は、そのコンフィギュレーション情報を自身のローカルストレージデバイスに格納し、そのコンフィギュレーション情報を使用して自身を設定する。ビデオが受信された場合、DVR 2303は、後からユーザによって再生できるように、そのビデオコンテンツを自身のローカルストレージデバイスに格納することができる。ユーザは、ビデオコンテンツに対して、早送り、一時停止、逆再生、再生、スロー再生、コマ送りなどのトリックプレイ機能を使用することができる。
【０１５１】
DVRユーザは、本方法を使用して、電子メールを介して互いにコンテンツを共有することができる。例えば、1人のユーザが、自身のパーソナルコンピュータに格納されている個人の写真へのリンクを有するコンテンツファイルを、別のユーザに送ることができる。
【０１５２】
本文書における方法は、サードパーティベンダーがコンテンツを電子メールを介してDVRユーザに販売する場合にも有効に使用できる。例えば、レコード会社は、サンプル曲を含んでいるMP3ファイルへのリンクを有するコンテンツファイルを送ることによって、新しいアルバムを宣伝することができる。
【０１５３】
サードパーティのパートナーは、本文書における方法を使用して、DVRユーザに電子メールを介して製品を配信することができる。例えば、フィルム処理会社は、DVRユーザによってオンラインで購入されたデジタル写真を含んでいるコンテンツファイルを電子メール送信することができる。
【０１５４】
上記の明細書においては、本発明は、その特定の実施例を参照しながら説明されている。しかしながら、本発明のより広い精神および範囲から逸脱することなく、本発明にさまざまな修正および変更を行うことができることが明らかであろう。従って、本明細書および図面は、本発明の制限ではなく説明を目的としていることを理解されたい。
【符号の説明】
【０１５５】
100 通信システム
110 デジタルビデオレコーダー（DVR）
115 アンテナ
120 テレビ
125、135 インタフェース
130 パーソナルテレビサービスセンター
140 ネットワーク
145 モデムバンク
150 番組スケジュール
155 遠隔コンピュータ
160 携帯情報端末（PDA）
200 Webサーバ
210 番組データベース
220 ユーザデータベース
230 イベントデータベース
240 ディスパッチプロセス
250 マイクロサーバ
260 ローカル番組ガイド
270 イベントキュー
280 疑似乱数生成器（PRNG）
290 Webブラウザ
300 ユーザ記録
310 ユーザID
320 暗号鍵
330 DVR ID
340 イベントリストポインタ
350 イベントリスト
360 イベント記録
370 時間フィールド
380 チャンネルフィールド
390 時間長フィールド
500 GUI
505 テーブル
510 列
515 行
520 上にスクロール
525 下にスクロール
530 前に調節
535 後ろに調節
710 コンテンツサーバ記述（CSD）データベース
720 コンテンツサーバ
730 メディアレコーダー
740 コンテンツデータベース
750 DHCPサーバ
760 携帯型DVR
770 転送先DVR
801 リプレイバー
802 緑の領域
803 再生速度
901 デジタル証明書
902 名前
903、905 シリアル番号
904、906 公開鍵
907 有効期限
908 デジタル署名
1001 家庭
1002 メディアサーバ
1003 1004、1005 DVR
1006 サービスセンター
1007 インターネット
1101 1102 DVR
1103 1104 ローカルキャッシュ
1204 1206 鍵フィールド
1301 サーバ
1302 DVRの記録
1303 DVR
1304 ユーザ
1401 DVR
1402 ドメイン名リダイレクタ
1403 1404、1405 サードパーティサーバ
1501 コンテンツサーバ
1502 DVR
1503 1504、1505 DVR
1601 「再生中（Now Playing）」画面
1602 ラベル
1701 コンテンツ画面
1702 名前
1801 転送オプション画面
1802 「開始位置（Start From）」オプション
1901 番組情報画面
1902 「再生（Play）」オプション
1903 「転送停止（Stop transfer）」オプション
2001 ミュージックコンテンツ画面
2101 写真コンテンツ画面
2201 家庭用DVRセットアップ
2202 メディアサーバ
2203 DVR
2204 作成者
2205 インターネット
2301 家庭用DVRセットアップ
2302 メディアサーバ
2303 DVR
2304 作成者
2305 インターネット
2306 コンテンツサーバ
【技術分野】
【０００１】
本発明は、パーソナルマルチメディアサービスに関する。より詳細には、本発明は、デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置に関する。
【背景技術】
【０００２】
ビデオカセットレコーダー（VCR）の出現により、テレビの視聴者は、任意の時間帯に放送されるテレビ番組イベントを録画して、録画された番組コンテンツを後から再生することができる。録画中、VCRは、番組コンテンツの電気信号を磁気信号に変換し、その磁気信号を磁気テープに格納する。再生時には、VCRは、磁気信号を電気信号に変換し、接続されているテレビ受像機が信号の番組コンテンツを画面に表示する。
【０００３】
デジタル技術の発展にともない、VCRはデジタルビデオレコーダー（DVR）に地位を奪われつつある。DVRの機能は、VCRと同様に、放送される番組イベントを後から再生できるように録画することである。録画時、DVRは、放送番組コンテンツの電気信号を、MPEGデータストリームなどのデジタル情報に変換し、そのデジタル情報をメモリデバイスに格納する、または、あらかじめデジタル化されているテレビ信号をそのままメモリに格納する。再生時、DVRは、デジタル情報をアナログ信号に変換する。接続されているテレビ受像機が、信号の番組コンテンツを画面に表示する。
【０００４】
VCRを使用してテレビ番組イベントを録画するには、ユーザは、チャンネルを手動で選択してVCRをコントロールするか、または他の誰かに操作を行わせなければならない。しかしながら、DVRを使用することによって、ユーザは、テレビ番組ガイドに従ってDVRをプログラムすることによって番組録画手順を確立し、録画を自動的に実行させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第6,233,389号明細書
【特許文献２】米国特許第6,385,739号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
DVRでは、ユーザは、複数のイベントの録画時刻、チャンネル、および時間長を指定できるが、よりインテリジェントな方法で番組イベントを定義してキャプチャするという高まりつつあるニーズを満たすことはできない。例えば、ユーザが自身のDVRおよびテレビ受像機から遠く離れている状況においては、ユーザはDVRをプログラムして見たい番組イベントを録画することができない。
【０００７】
ユーザが、任意の場所から中央のテレビ番組ガイドデータベースにアクセスして自身のDVRをプログラムすることのできる通信システムを確立することが望まれている。
【課題を解決するための手段】
【０００８】
さらに、そのようなシステムでは、録画された番組を、番組の提供者の著作権が保護されるセキュアな方式において、1台のDVRから別のDVRに、あるいはサーバからDVRに転送する能力がユーザに提供される。
【０００９】
本発明は、添付の図面に、制限を目的とするのではなく一例として説明されている。図面においては、類似する数字は類似する要素を表している。
【図面の簡単な説明】
【００１０】
【図１】中央のパーソナルテレビサービスに遠隔アクセスするための通信システムを図解しているブロック図である。
【図２】図１に示されているシステムの動作プロセスを示しているデータフロー図である。
【図３】図２に示されているユーザデータベースおよびイベントデータベースの構造を図解しているテーブル図である。
【図４】ユーザから遠隔プログラミングディレクティブを取得するためにパーソナルテレビサービスのWebサーバによって使用されるプロセスを示しているフローチャートである。
【図５】番組を選択するためのグラフィカルユーザインタフェースの図による表現である。
【図６】ユーザのWebブラウザまたはテレビ画面に表示される「放送中（Now Showing）」Webページの画面キャプチャである。
【図７】パーソナルテレビサービスセンター、DVR、および外部のコンテンツサーバの間のインターネットを通じたインタラクションを図解しているブロック図である。
【図８】コンテンツが再生速度より高速でダウンロードされていることを示すリプレイバーの画面キャプチャである。
【図９】DVRの情報を含んでいるデジタル証明書を図解している図である。
【図１０】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図である。
【図１１】強く暗号化された接続を形成するための、2台のDVRの間で交換される通信を図解しているブロック図である。
【図１２】DVRおよびコンテンツサーバの情報を含んでいるデジタル証明書を図解している図である。
【図１３】課金を目的としてDVRアクセス情報を記録するサーバを図解しているブロック図である。
【図１４】DVRの要求をサードパーティのサーバにリダイレクトするドメイン名リダイレクタを図解しているブロック図である。
【図１５】サードパーティのコンテンツサーバの暗号化パイプラインとして使用されているDVRを図解しているブロック図である。
【図１６】アクセス可能なメディアサーバを示している「再生中（Now Playing）」画面の画面キャプチャである。
【図１７】メディアサーバのアクセス可能なコンテンツを示しているコンテンツ画面の画面キャプチャである。
【図１８】メディアサーバからのコンテンツに関して示している転送オプション画面の画面キャプチャである。
【図１９】メディアサーバから転送されている番組を示している番組ステータス画面の画面キャプチャである。
【図２０】メディアサーバからのアクセス可能なミュージックを示しているミュージック画面の画面キャプチャである。
【図２１】メディアサーバからのアクセス可能な写真を示している写真画面の画面キャプチャである。
【図２２】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図であり、このメディアサーバはインターネットにアクセスすることができる。
【図２３】家庭内でDVRに接続されている、ローカルネットワークにおけるメディアサーバを図解しているブロック図であり、メディアサーバとDVRの両方がインターネットにアクセスすることができる。
【発明を実施するための形態】
【００１１】
デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置が説明される。以下の説明においては、説明を目的として、本発明を完全に理解することができるように、具体的な細部が数多く記載されている。しかしながら、本発明はこれらの具体的な細部を使用せずに実施できることが明らかであろう。それ以外の例においては、本発明が不必要にあいまいになることを避けるため、周知の構造およびデバイスはブロック図の形式に示されている。
【００１２】
以下の説明においては、図面を参照するとき、いくつかの図を通じて類似する数字は類似する部分を表している。
【００１３】
A. パーソナルテレビサービスに遠隔アクセスするためのシステム
図１を参照し、パーソナルテレビサービスに遠隔アクセスするための通信システム（全体が100として表されている）が示されている。1つの方法によると、家庭に設置されているデジタルビデオレコーダー（DVR）110は、パーソナルテレビサービスセンター（以下、サービスセンターと称される）130と通信し、サービスセンターは、番組ガイドデータ、グラフィカルリソース（フォント、写真など）、サービス情報、および、視聴者の興味を満たすためにDVR 110がサービスセンター130とは独立して動作できるようにするその他の形式のデータを提供する。DVRの機能は、本出願人によって所有されている特許文献１に代表的に説明されており、この文書は本文書に参照文献として組み込まれている。この通信システムでは、サービスデータとユーザのプライバシーの両方が保護されるように、セキュアな配信アーキテクチャを使用してDVR 110とサービスセンター130との間でデータが転送される。DVR 110は、アンテナ115から放送信号を受信する、または、ケーブルテレビシステムからテレビ信号を受信する。
【００１４】
本発明の1つの実施例においては、DVR 110は、一般的に、アナログテレビ信号をデジタル化してそれをデジタルデータストリームに変換するために必要な複数の構成要素と、データストリームのセグメントを記録するように設計されている複数の構成要素と、データストリームのセグメントを保持するように設計されている複数のストレージデバイスと、データストリームのセグメントを取得し、データストリームをアナログ信号に変換し、次いで、その信号をRFキャリア上に変調するように設計されている複数の構成要素であって、RFキャリアによって信号が標準のテレビ受像機120に配信される、複数の構成要素と、DVR 110がネットワーク140と通信するときに使用するインタフェース125と、を有する。
【００１５】
DVR 110は、改ざんできない秘密鍵を含んでいるローカルなセキュア暗号チップを含んでいる。DVR 110のセキュア機能は、本出願人によって所有されている特許文献2にさらに記載されており、この文書は本文書に参照文献として組み込まれている。
【００１６】
DVR 110は、その内部の電話モデムを使用して着信呼モデムバンク145にダイアルすることによって、サービスセンター130に直接接続することができる。着信呼は、最初に、ID確認のためサービスセンター130にルーティングされる。確認された時点で、その着信呼は許可される。プライベートモデムバンク145は、その呼に応答し、DVR 110は、サービスセンター130におけるデータベースへのアクセスが許可される。
【００１７】
これに代えて、DVR 110は、ネットワーク140を介してサービスセンター130に間接的に接続することができる。DVR 110とネットワーク140との間のインタフェース125は、DVR 110の内部電話モデムか、あるいはケーブルモデムなどの専用ネットワークインタフェースとすることができる。コンピュータネットワーク140は、プライベートネットワークまたはインターネットのいずれかとすることができる。DVR 110は、インターネットサービスプロバイダ（ISP）のローカルアクセス電話番号を呼び出すことによって、コンピュータネットワーク140との接続を開始する。ISPは、ID確認のためネットワーク接続要求をサービスセンター130に送る。確認された時点でネットワーク接続が許可され、DVR 110は、サービスセンター130におけるデータベースへのアクセスが許可される。
【００１８】
サービスセンター130は、外部情報源から番組スケジュール情報150を受信する。番組スケジュール情報150は、録画するテレビ番組をテレビ視聴者が選択するために使用できる番組ガイドの基礎情報となる。サービスセンター130は、インタフェース135を通じてコンピュータネットワーク140と通信する。
【００１９】
テレビの視聴者は、遠隔コンピュータ155または携帯情報端末160を使用して、コンピュータネットワーク140を介してサービスセンター130との通信チャンネルを確立することによって、サービスセンター130における番組データベースに遠隔アクセスすることができる。
【００２０】
図２を参照し、サービスセンター130は、番組スケジュール情報を収集、編成、および提供するWebサーバ200と、番組スケジュール情報を格納する番組データベース210と、ユーザおよびデジタルビデオレコーダーに関する情報を格納するユーザデータベース220と、各ユーザのイベントリストを格納するイベントデータベース230と、ユーザデータベースを調べてイベントデータベースからイベントリストを取得するディスパッチプロセス240と、を含んでいる。サービスセンター130は、Webサーバとデジタルビデオレコーダーとが通信するときに使用するネットワークインタフェースも含んでいることができる。
【００２１】
1つの実施例においては、DVR 110は、DVR 110とサービスセンター130との間の通信を制御するマイクロサーバ250と、サービスセンター130によって提供され、かつDVR 110がサービスセンター130にアクセスしたときに更新される番組ガイドを記録するローカル番組ストレージガイド260と、選択されたテレビ番組をキャプチャする録画セッションを開始するために使用されるデータ構造であるイベントキュー270と、遠隔アクセスのための許可鍵を生成する疑似乱数生成器（PRNG）280と、DVR 110をコンピュータネットワーク140に接続するネットワークインタフェース125と、を含んでいる。イベントキュー270は、DVR 110に組み込まれている録画デバイスに結合されている。
【００２２】
遠隔コンピュータ155と携帯情報端末（PDA）160の両方は、Webブラウザ290を有しており、このWebブラウザは、ユーザがWebページを見ることができるようにする一般的なWebブラウザとすることができる。
【００２３】
図３は、ユーザデータベース220とイベントデータベース230の構造を図解しているテーブル図である。ユーザデータベース220は、複数のユーザ記録300を含んでいる。各ユーザ記録300は、複数のフィールド、例えば、ユーザID 310、暗号鍵320、DVR ID 330、イベントリストポインタ340を有する。ユーザIDフィールド310は、ユーザデータベース220への鍵として使用される。暗号鍵フィールド320は、自身のDVR 110を遠隔的にプログラムすることを試みているユーザから受信された許可鍵を格納するために使用される。DVR ID 330は、DVR 110との通信チャンネルを確立するために必要であるネットワークアドレスおよび接続詳細情報を格納するために使用される。
【００２４】
ユーザデータベース220には、各ユーザに対して個別のイベントリスト350が維持される。イベントリスト350は、イベントデータベース230に格納されている。各イベントリスト350は、複数のイベント記録360を含んでいる。各イベント記録は、複数のフィールド、例えば、時間フィールド370、チャンネルフィールド380、時間長フィールド390を含んでいる。時間フィールド370は、録画の開始時間を示すために使用され、番組イベントの日付および時刻から成る。チャンネルフィールド380は、DVRが録画すべきチャンネルを指定する。時間長フィールド390は、その番組イベントのコンテンツをDVRが録画すべき時間長を指定するために使用される。イベント記録は、番組ガイドデータベースにおける記録（またはオブジェクト）のIDも含んでいることができる。DVRは、番組ガイドデータベースから必要な情報を取得する。
【００２５】
B. パーソナルテレビサービスに遠隔アクセスするプロセス
図２は、図１と合わせて、本文書に説明されている手法の機能を集合的に有効にするさまざまなプロセスを示している。
【００２６】
サービスセンター130は、外部情報源から番組スケジュール情報150を定期的に受信する。番組スケジュール情報150が到着すると、それに応じて番組データベース210が更新される。
【００２７】
DVR 110は、Webサーバ200から、またはケーブル、衛星、あるいは電話を介してWebページを読み取ることによって、自身のローカル番組ガイド260を定期的に更新する。Webサーバ200は、DVR 110からの要求に応答して、最初に、更新された番組情報について番組データベース210を調べ、次いで、更新された番組スケジュール情報を含んでいるWebページを動的に作成する。
【００２８】
2種類の遠隔アクセス、すなわち直接アクセスと間接アクセスが利用可能である。テレビの視聴者は、遠隔コンピュータ155または携帯情報端末160のいずれかにおけるWebブラウザ290を使用することによって、DVR 110を間接的にプログラムすることができる。この状況においては、Webブラウザ290は、Webサーバ200によってホストされている特殊なWebサイトにアクセスするために使用される。Webサーバ200は、図５に示されているようなグラフィカルユーザインタフェースを使用して、テレビ視聴者に番組ガイドを提示する。テレビの視聴者は、DVR 110によって録画すべき番組を指定するため、番組タイトルおよび時間帯によってテレビ番組を選択する。
【００２９】
サービスセンター130は、ディスパッチプロセス240を定期的に実行する。ディスパッチプロセス240は、ユーザデータベース220を調べる。ディスパッチプロセス240は、番組イベントを指定したユーザに遭遇すると、イベントデータベース230からイベントリスト350を取得する。次いで、ディスパッチプロセス240は、DVR 110に属するマイクロサーバ250との通信チャンネルを確立する。この通信チャンネルは、ディスパッチプロセス240がマイクロサーバ250から特殊なイベント−ディスパッチWebページを取得できるように設計されている。マイクロサーバ250は、イベント−ディスパッチWebページをディスパッチプロセス240に提供する。次いで、ディスパッチプロセス240は、イベント−ディスパッチWebページを完成させ、それをマイクロサーバ250に戻す。
【００３０】
マイクロサーバ250は、イベントについてディスパッチプロセス240をポーリングすることによって、ディスパッチプロセス240にイベント転送を開始させることもできる。
【００３１】
マイクロサーバ250は、イベント−ディスパッチWebページに見つかったイベントディレクティブを使用して、DVR 110に組み込まれているイベントキュー270を更新する。イベントキュー270は、テレビ番組イベントをキャプチャする録画セッションを開始するためにDVR 110によって使用されるデータ構造である。
【００３２】
トランザクションを認証するため、Webサーバ200は、プログラムされるDVR 110に関連付けられているユーザの1つ以上の許可コードを含んでいる。DVR 110は、許可コードを、DVRの不揮発性メモリに維持されているプライベートコピー(private copy)と比較する。許可コードは、時間とともに変化し、システムのセキュリティ要件によって要求されるときに有効期限が切れるように設定することができる。
【００３３】
直接的な遠隔アクセス機能を使用するためには、ユーザは、疑似乱数生成器（PRNG）280によって生成される許可鍵を、最初にDVR 110から取得しなければならない。ユーザは、DVRの位置における自身のテレビを介してDVR 110と直接的に通信する。DVR 110は、許可鍵をユーザに提示する。その後、ユーザは、自身のコンピュータ155または自身のPDA 160を使用して、インターネットを通じてDVR 110にアクセスする。ユーザは、マイクロサーバ250によって管理されているグラフィカルユーザインタフェースを通じて、許可鍵を提示し、DVR 110をプログラムする。また、ユーザは、いったん直接モードにおいてアクセスすると、番組をDVR 110にダウンロードすることもできる。
【００３４】
C． 遠隔プログラミングディレクティブを取得するプロセス
図４は、ユーザから遠隔プログラミングディレクティブを取得するために、Webサーバ200およびマイクロサーバ250によって使用されるプロセスを示しているフローチャートである。両方のプロセスは平行して示されているが、通常の使用では個別のプロセスである。このプロセスは、以下のステップを含んでいる。
【００３５】
ステップ400：Webサーバ200またはマイクロサーバ250は、Webサーバ200またはマイクロサーバ250によって管理されている特殊なWebサイトにアクセスするユーザに、最初のWebページにおいて許可要求フォームを提示する。
【００３６】
ステップ410：Webサーバ200は、ユーザによって入力された許可パスワードを受信する。マイクロサーバ250は、ユーザからの許可鍵を受信する。
【００３７】
ステップ420：Webサーバ200は、ユーザデータベース220を使用して許可パスワードの正当性を確認する。マイクロサーバ250は、自身が格納している鍵によってその許可鍵の正当性を確認する。
【００３８】
ステップ430：Webサーバ200は、ユーザデータベース220において許可パスワードの正当性を確認すると、遠隔コンピュータ155または携帯情報端末160の不揮発性メモリにクッキーを書き込む。マイクロサーバ250は、許可鍵の正当性を確認すると、遠隔コンピュータ155または携帯情報端末160の不揮発性メモリにクッキーを書き込む。
【００３９】
ステップ440：Webサーバ200またはマイクロサーバ250は、ユーザが識別および認証された後、ユーザに番組ガイドを提示する。
【００４０】
ステップ450：Webサーバ200は、ユーザの選択を受信し、ユーザに固有のイベントリスト350を作成する。イベントリスト350は、イベントデータベース230に格納される。マイクロサーバ250は、ユーザの選択を受信し、それらをイベントキュー270に入れる。
【００４１】
ステップ440において、Webサーバ200またはマイクロサーバ250は、ユーザに提示された最初のWebサイトに組み込まれているスクリプトに従い、遠隔コンピュータ155または携帯情報端末160上の有効なクッキーを検索する。いったん有効なクッキーが発見されると、ステップ400〜430がプロセスフローから除外される。
【００４２】
D． 番組を選択するためのグラフィカルユーザインタフェース
図５は、番組を選択するための模範的なグラフィカルユーザインタフェース（GUI）500の図による表現である。GUI 500は、DVRのフロントパネル上に使用されているのみならず、Webサーバ200によって遠隔ユーザに提示されるWebページにも組み込まれている。GUI 500は、DVR 110において直接実施されているときには、DVR 110に組み込まれている制御プロセスによって直接操作される。GUI 500は、コンピュータネットワークを介して遠隔ユーザに提示されるときには、アクティブなサーバのWebページとして具体化される。図6は、ユーザのWebブラウザに表示される「放送中（Now Showing）」Webページの画面キャプチャである。
【００４３】
GUI 500は、複数の列510と複数の行515とを含んでいるテーブル505を有する。列510は、曜日（および特定のカレンダー日付）に対応している。行515は、特定の日の時間に対応している。テーブル505の列510および行515は、実際には、データ選択コントロールによって構成されており、この場合、コントロールのキャプションは、テーブル505におけるそのコントロールの位置に従ってその時間帯にスケジュールされているテレビ番組のタイトルを示すように設定されている。また、GUIは、上にスクロールする（520）、および下にスクロールする（525）メカニズムと、前に調節する（530）、および後ろに調節する（535）メカニズムと、特定のテレビ番組を選択するメカニズムと、選択されたテレビ番組を含んでいる番組イベントリスト350を作成するメカニズムと、イベントリスト350を編集するメカニズムと、を有する。さらに、GUIは、ダウンロードを命令するメカニズムと、ダウンロードが進行中であることを示すメカニズムと、進行中のダウンロードを取り消すメカニズムとを含んでいることもできる。
【００４４】
コントロールの位置は、テレビ番組イベントの日付および時間に対応する。ユーザは、GUI 500に提示されている選択コントロールを切り替えることができる。GUI 500がWebサーバ200に戻されると、選択されたコントロールの識別子と一緒に番組ガイド260が使用され、ユーザのイベントリスト350が作成される。次いで、イベントリスト350は、遠隔プログラミングの場合には、イベントデータベース230に格納される。DVR 110をローカルにプログラムする場合、イベントリスト350は、DVRの録画手順を制御するイベントキュー270に直接格納される。
【００４５】
E． デジタルビデオレコーダーへのインターネットアクセス
図７は、サービスセンター130、DVR 110、外部のコンテンツサーバ720の間のインターネットを通じたインタラクションを図解している概略構成700のブロック図であり、このインタラクションにおいては、特定のタイプのコンテンツをインターネット接続140を通じて取得し、図６に示されているような「放送中（Now Showing）」ページにそれらのコンテンツを表示できるようにするために、特定のスタイルのインターネットアクセスがDVR 110に統合されている。明快な例を図示する目的で、図7および本文書における説明においては、実施形態において使用することのできる特定の要素およびプロトコル（インターネット、Linux、DHCPなど）を示している。しかしながら、代替の実施形態においては、機能的に類似する別の要素あるいはプロトコルを使用することができる。例えば、ダウンロードは、インターネットではなく、任意の公衆ネットワーク、プライベートネットワーク、または専用ネットワークを通じて行うことができる。別のオペレーティングシステムと、別の動的アドレッシングプロトコルを使用することもできる。
【００４６】
「放送中（Now Showing）」ページにおいては、コンテンツ名、すなわちテレビ番組のタイトルのリストは、そのようなコンテンツがGUI 500に取得されていることを示し、レコードのアイコン、または何らかのその変形は、ダウンロードが進行中であることを示している。視聴者は、いつでもコンテンツ（すなわちテレビ番組）を選び、それを再生することができる。
【００４７】
ダウンロードは、任意の速度において行うことができる。従って、図１におけるインタフェース125は、ダウンロードの速度にはまったく依存しない。図8は、リプレイバー801を示しているWebページの画面キャプチャであり、リプレイバー801は、コンテンツが再生速度803より高速でダウンロードされていることを、緑の領域802がそれに対応するように拡大することによって示している。コンテンツが再生速度より高速でダウンロードされていることは、そのようなリプレイバー801とは別のメカニズムを使用して示すことができる。いずれの場合にも、視聴者は、その時点までにダウンロードされた量のコンテンツに対して、すべてのトリックプレイアクションを使用することができる。
【００４８】
コンテンツがインターネットを通じてダウンロードされたことは、番組情報を提示するコンテキストを除いて、視聴者には明らかであり、番組情報を提示するコンテキストにおいては、コンテンツがインターネットからであることをさまざまな方法で示すことができる。
【００４９】
ダウンロードされたコンテンツへのポインタは、放送番組が格納されるのと類似する方法において、DVR 110のハードドライブ上のローカルコンテンツデータベース740に格納され、従って、あらゆる形態の検索およびプレゼンテーションによってそれらの番組が正しく表示され、番組の操作が提供される。
【００５０】
チャンネルまたはネットワーク指向のコンテキストにおいては、ダウンロード可能な番組は、放送番組に類似する方法において提供される。そのような番組の場合には時刻および場所が関与しないため、チャンネルまたはネットワークの「ラインアップ」が適切な方式において提示されるように、これらのコンテキストを修正する必要があるかもしれない。
【００５１】
図６に示されているような「放送中（Now Showing）」のコンテキストにおける利用可能なコンテンツアイテムの数では、ナビゲーションが不便かもしれない。最初の実施形態には必要ないが、このコンテキストは、多数のアイテムのナビゲーションがより単純になるように修正することができる。
【００５２】
いくつかのサーバからのコンテンツを提供するエンティティは、テレビネットワークとして見ることができる。一意の各サーバ名は、チャンネルを示す。この場合、「サーバ」は、ネットワーク上の名前にすぎず、世界の任意の場所の任意の物理サーバにマッピングすることができる。
【００５３】
DVR 110は、いったんコンテンツサーバ720にコンタクトすると、特定の番組IDに従ってメディアコンテンツを要求する。この番組IDは、Webサーバ200によって特定のコンテンツにマッピングされ、次いで、そのコンテンツが接続を通じて送られる。コンテンツサーバまたはDVRは、ダウンロード速度を調整することができる。
【００５４】
視聴者が複数のダウンロードを要求する場合、DVR 110は、コンテンツを取得するためのいくつかの異なる方法を選択することができ、最大の制限下で複数の接続を開始する、または要求をキューに入れる、あるいはその両方を行うことができる。
【００５５】
1つの方法においては、図７の複数の要素は、DVR 110のセキュリティに対処している。ネットワークポートを開くことは、著作権の保護されたコンテンツのセキュリティと、ユーザのプライベートデータの保護とに関して生じうる多数のセキュリティブリーチにつながる。
【００５６】
1つの実施例においては、標準的なLinuxのファイアウォールサポートを使用し、通信の両方向において、いくつかの周知のポート（Web（HTTP）または発見ポートなど）以外のすべてのポートへのアクセスを自動的に遮断することによって、この保護を達成する。周知のポートは、メディアコンテンツをダウンロードするために外部のコンテンツサーバ720にコンタクトするために、DVRのアプリケーションソフトウェアによって使用されている。
【００５７】
DVR 110には、動的アドレッシングクライアントソフトウェア要素（Linux DHCPクライアントなど）が設けられている。DVRの起動時、ネットワークインタフェースが検出された場合、DHCPクライアントは、周知のポートを使用して、DVRのネットワークアドレスを動的アドレス源から取得する。例えば、DVR 110のDHCPクライアントは、DHCPプロトコルを使用して、外部のDHCPサーバ750についてポーリングする。サーバが見つからない場合、ネットワーキングは無効にされる。見つかった場合、DVR 110は、DHCP応答から自身のネットワークパラメータを初期化する。
【００５８】
そのようなLinuxのファイアウォールサポートにおける1つの問題は、外部のDHCPサーバ750がインターネットアクセス情報を設定する必要があることである。2つのデバイスの間でインターネット接続上のデータを読み取る、またはデータフローをリダイレクトする方法は多数存在することが周知である。1つの可能な方法は、エイリアシングであり、この場合、悪意のあるDHCPサーバは、悪意のあるホストがエイリアスサーバアドレスを使用することによってDVRに入って攻撃することができるように、インターネットアクセス情報を設定する。
【００５９】
この種類の攻撃を無効にするため、1つの実施例においては、コンテンツサーバ720とのすべての通信が認証および暗号化される。コンテンツサーバ720は、DVR 110の公開鍵にアクセスすることができ、DVRは、コンテンツサーバ720の公開鍵のコピーを有する。DVR 110は、サービスセンター130によってダウンロードされる、コンテンツサーバ720に関するメタデータコンテンツ情報を有する。DVR 110は、メタデータを自身のデータベース740に格納しており、データベース740内のデータに基づいて動作する。DVR 110およびコンテンツサーバ720は、証明書の交換を使用して、ワンタイムセッション鍵を生成し、以降のすべての通信はそのセッション鍵を使用して暗号化される。1つの実施例においては、暗号化されたセッション通信のためにBlowfishアルゴリズムが使用される。コンテンツサーバ720の公開鍵は、サービスセンター130から配布され、サービスセンター130は、適切な番組ガイド参照(program guide references)もコンテンツサーバ720に提供する。
【００６０】
サービスセンター130は、コンテンツサーバ720の記述を受理する。1つの実施例においては、そのような記述は、サーバのURL、コンテンツの記述、コンテンツのID、「チャンネル」の記述、「ネットワーク」の記述などから成る。これらのデータは、コンテンツサーバ記述（CSD）データベース710にインポートされる。コンテンツサーバ720にアクセスするための一連の公開鍵も提供される。
【００６１】
コンテンツサーバ720は、DVR 110からの接続を受け入れるためには、特定のDVRの公開鍵にアクセスできなければならない。この鍵の配布は、オンザフライ方式で実行する、または事前共有型の鍵配布方式を通じて行うことができる。オンザフライ方式での鍵の配布においては、コンテンツサーバ720は、サービスセンター130との認証された接続を確立し、DVRのシリアル番号を提供し、関連付けられている公開鍵を提供するようにサービスセンター130に要求する。サービスセンター130は、DVRのシリアル番号が与えられると、関連付けられている公開鍵を戻す。コンテンツサーバ720は、この公開鍵をキャッシュに格納することができる。各鍵は、コンテンツサーバ720がその鍵を削除しなければならないときを示す有効期限を有する。サービスセンター130は、例えば、鍵配布の調査を目的として、配布された公開鍵すべてのログを維持することができる。
【００６２】
サービスセンター130は、非アクティブなDVRの公開鍵を提供することを拒否することができる。さらに、コンテンツサーバ720は、例えば、特定のDVRが非アクティブになった場合に、サービスセンター130からの鍵無効化要求に応答することができる。
【００６３】
メディアレコーダー730は、DVR 110のパーソナルテレビサービスアプリケーションソフトウェアのサブシステムである。メディアレコーダー730によって、ダウンロード中のコンテンツの録画と再生を同時に行うことができる。録画されたコンテンツは、DVR 110のコンテンツデータベース740に格納される。メディアレコーダー730は、永続的なネットワーク接続が利用できない場合、起動されない。1つの実施形態においては、メディアレコーダー730は、複数の異なるスレッドを有する。
【００６４】
（1）録画キュースレッド：このスレッドは、ネットワークダウンロード要求のキューを管理し、ダウンロードポリシーを実施する。このキューは、最初は、データベースに維持される単純なFIFOキューとすることができる。ダウンロードポリシーがいったん実施されると、録画キューポリシーオブジェクトが維持される。
【００６５】
（2）録画取得スレッド：このスレッドは、コンテンツサーバ720との接続を管理する責任を負う。録画取得スレッドは、サーバにコンタクトし、認証プロトコルを実施し、必要なコンテンツを要求し、そのコンテンツのダウンロードを管理する。
【００６６】
この方式のバリエーションとして、パーソナルテレビサービスアプリケーションまたはメディアレコーダー730の中の番組オブジェクトが、メディアコンテンツについてポーリングされる複数のサーバを示すことができる。サーバは、録画取得スレッドによって、順にポーリングされる。ダウンロードの要求を受理する最初のサーバが使用される。これにより、サーバファームまたはデータセンターに編成されている複数のコンテンツサーバにまたがる負荷バランシング式のコンテンツ要求が提供される。
【００６７】
録画取得スレッドは、自身の状態をDVR 110におけるデータベースに定期的に格納する、またはチェックポインティング(checkpointing)を行う。そのようなチェックポインティングによって、停電あるいはシステムエラーが起きたときにダウンロードが行われていた、マルチメディアコンテンツにおけるポイントにおいて、停電またはエラーの後にダウンロードを再開することができる。また、録画取得スレッドは、ダウンロードされているコンテンツのプレゼンテーションおよびナビゲーションに使用される、データベースオブジェクトの状態を管理する。例えば、録画取得スレッドは、図6に示されているような「放送中（Now Showing）」コンテキストに正しく表示されるように、録画オブジェクトの状態を管理する。そのようなアクティブなスレッドは、任意の時点において1つ以上存在していることができる。
【００６８】
F． DVRとDVRのインタラクション
1つの方法においては、2台のDVRの間でメディアおよびデータベース要素を転送するメカニズムが提供される。図7を参照し、例えば、携帯型DVR 760に設けられているような、より少ない量のディスクストレージを使用する転送の一例が示されている。一例として、ユーザは、休暇に出かける前に、必要なメディアと、関連付けられている表示されないサービスデータとを携帯型DVR 760に転送し、必要なときにメディアを使用できるように携帯型DVR 760を携帯することができる。転送の別の例は、同じ動作を達成するために2つのメディアストリームが正確に同期して再生されるように、一緒にスレーブとして機能する2台のDVR、すなわちDVR 110およびDVR 770を使用して示されている。
【００６９】
2台のDVRを接続する方法は数多くある。1つの実施例においては、転送元DVR 110の出力が転送先DVR 770の入力に結合される。この方法は、機能はするが、メディアストリームの管理および使用において視聴者を満足させるうえで欠かせない、メディアストリームに関するメタデータ情報を転送することができない。
【００７０】
DVR 110に格納されているメディアストリームは、メディアコンテンツ自体と、メディアコンテンツに関する記述情報を提供するデータベースオブジェクトとから成る。ネットワーク接続（例：IEEE 802.3）または直接接続（例：IEEE 1394）などのデータ転送方法が使用される場合、メディアコンテンツと記述情報の両方を転送することができ、従って、視聴者の知覚体験の完全性(integrity of the viewer experience)が維持される。
【００７１】
コンテンツの所有者は、コンテンツが盗まれうることを懸念する。さらなる方法では、DVR 110とDVR 770との間のデータ転送を暗号化する。これは、数多くの標準的な方法およびカスタムな方法において行うことができる。例えば、Diffie-Hellmanセキュア接続プロトコルを使用してワンタイム鍵を生成し、次いで、この鍵を使用して転送を暗号化することができる。
【００７２】
特定の指定されるDVRにのみ転送できるようにすることが望ましい場合、統合セキュリティシステムを使用することができる。各DVRの公開鍵は、鍵の事前共有または鍵の動的な交換のいずれかによって他のDVRに知らされている。転送が開始されると、DVRは、他方のDVRの公開鍵に基づいて暗号化されている署名済み証明書を交換する。両方のDVRが他方のDVRの署名を復号化および確認できる場合、各DVRにおいて他方のDVRのアイデンティティが認証され、ワンタイムセッション鍵の確立に進むことができ、次いで、転送時にこの鍵を使用してデータを暗号化する。
【００７３】
そのような場合における鍵の配布は、サービスセンター130を通じて処理することができる。視聴者は、サービスセンター130にコンタクトし、自身が所有する2台のDVR 110および770が、互いの間でのデータ転送について許可されるように要求することができる。サービスセンター130は、各DVRの公開鍵を含んでいる許可オブジェクトを、他方のDVRに適切なダウンロードメカニズムを通じて送る。サービスセンター130は、後から調査する目的で、この操作の記録（各DVRの識別情報を含んでいる）を維持する。例えば、一方のDVRにおいてセキュリティシステムが破られ、他方のDVRの公開鍵が明らかにされた場合、それ以外のDVRを修正してそれらのDVRが転送元DVR 110に許可されているように見えるようにすることが可能である。各DVRは、転送の記録を維持する。この記録は、サービスセンター130にアップロードされる。後からこの情報を処理して、コピー保護違反、許可されていないDVRへのコピーなどを探すことができる。
【００７４】
転送が中断された場合、転送先DVR 770は、記述オブジェクトにメディアストリームを「不完全」とマークする。後から、転送を再開することができる。データベースシステムの設計によって、メディアストリームを転送先DVR 770において一意に識別できることが保証されるため、不完全なストリームは発見され、転送はストリームの最後から始まり、従って、すでに格納されたメディアを再転送することが回避される。メディアストリーム全体が格納されると、完全なメディアストリームであることが示されるように記述オブジェクトが更新される。
【００７５】
DVRの間でのデジタルデータの転送は、任意の適切な速度において行うことができる。例えば、DVRの間のネットワークが遅い場合があり、その場合には、転送時間長がコンテンツの再生時間長より長くなる。あるいは、ネットワークが高速であることがあり、その場合には、1つのコンテンツアイテムの再生にかかるよりもずっと短い時間で、複数のメディアストリームを転送することができる。転送先DVRにおける視聴者は、最初の部分が利用可能になった時点で、ストリームの進行中のダウンロードと平行してメディアストリームの視聴を開始することができる。
【００７６】
転送元DVRまたは転送先DVRが完全なデジタルビデオDVRである必要はない。例えば、ケーブルヘッドエンドにおけるサーバに格納されているメディアストリームを、高い信頼性で転送先DVR 770に転送することができる。これに代えて、転送元DVR 110に格納されているメディアストリームを、ヘッドエンドサーバに転送することができる。
【００７７】
例えば、パーソナルコンピュータは、DVRからの暗号チップを含んでいるUSBドングルを使用することができる。パーソナルコンピュータは、コンテンツをパーソナルコンピュータに転送、およびパーソナルコンピュータから転送するためのセキュアメカニズムを確立する。パーソナルコンピュータは、他のDVRからはDVRであるように見え、なぜなら、パーソナルコンピュータは、USBドングルを使用して暗号鍵を認証および生成するためである。次いで、コンテンツを暗号化された形式においてパーソナルコンピュータに格納することができる。コンテンツは、別のパーソナルコンピュータあるいはDVRに電子メール送信することができる。その別のパーソナルコンピュータは、コンテンツを復号化するためのUSBドングルを保持していなければならない。サービスセンター130からパーソナルコンピュータに渡される証明書は、USBドングルにおけるNVRAMに格納され、従って、この証明書は、ドングルとともに移動し、パーソナルコンピュータのハードドライブには格納されない。
【００７８】
デジタル衛星システムなどの特定のメディア配信アーキテクチャでは、ほとんどのメディアコンテンツを暗号化された状態において放送する。メディアコンテンツは、視聴される場合にのみ、スマートカードに基づくローカルな復号化装置を使用して復号化され、従って、コンテンツが盗難から保護される。DVRは、これらの暗号化されたメディアストリームをディスクに保存し、再生時に復号化を開始することが可能である。この方法は、2台のDVRの間でメディアストリームを転送するために使用することができる。DVRは、メディアストリームに関連付けられているコンテンツ保護規則の特定のセット（一回再生、一日後に有効期限終了、など）に正しく従う目的で、メディアストリームに関連付けられているコピー保護情報（ストリームが暗号化されて格納されているかなど）を、メディアストリームを記述するデータベースオブジェクトによって維持する。
【００７９】
メディアストリームに関連付けられているコンテンツ保護規則も、転送先DVR 770に転送することができる。例えば、DVR 110は、視聴されるまでは復号化されない、コンテンツサーバ720からの映画を格納していることができる。視聴者がこのメディアストリームを転送することを望む場合、このメディアストリームは転送先DVR 770のメディア領域にコピーされ、記述オブジェクトも転送される。この方法においては、メディアストリームにおける元の情報が、転送先DVR 770に正確に複製される。
【００８０】
スマートカードは、転送元DVR 110から抜いて、転送先DVR 770に差し込むことができる。メディアコンテンツが視聴されるときには、視聴者は正しく課金され、すべてのコピー保護規則に従う。元のメディアコンテンツと記述情報は、削除する、または削除しないことができる。例えば、「一回のみ視聴(view-once)」方式においては、元のデータが破壊されるのに対し、「ペイパービュー」方式においては、元のデータは破壊されない。
【００８１】
上述されているのと同じ手法を使用して、2台以上のDVRの間で、ネットワークまたはモデム接続を使用して、セキュア接続、または認証式のセキュア接続を確立することができる。そのような接続を確立すると、制御インタラクションを行うことが可能になる。以下は、さまざまな実施例において提供することのできる制御インタラクションのいくつかの例である。
【００８２】
（1）同期された再生。視聴者は、特定のメディアストリームに対してトリックプレイ機能を制御することができる。各キーイベントも転送先DVR 770に渡され、転送先DVR 770は、同じアクションを自動的に実行する。例えば、プレゼンターは、マルチメディア再生装置として転送元DVR 110を使用してライブプレゼンテーションを提供することができ、遠隔位置における視聴者は、同じ方式において供給される同じプレゼンテーションを同時に観ることができる。これに代えて、何らかの別の手段（電話など）によって通信している2人の視聴者がインタラクションを行うことができ、それと同時に、一方または他方が両方のDVRにおける同じ番組の再生を制御する。この代替方法では、興味のある番組を十分に検討することができる。通信の手段は、ディスプレイに重ねて表示されて参加者がコメントを入力する単純なチャットプログラムとすることができる。そのような方法は、ビジネスのプレゼンテーションと、エンターテインメントとを目的として使用することができる。
【００８３】
（2）リンク渡し。転送元DVR 110の視聴者は、特定の番組が転送先DVR 770にリンクされるように指定することができる。これに応答して、転送元DVR 110は、リンクされている番組の録画を転送先DVR 770にスケジュールさせるメッセージを、転送先DVR 770に送る。これに代えて、番組のリンクを解除することもできる。リンクまたはリンク解除のメッセージは、DVR 110および770の両方が動作中であると想定すると、番組IDのみを含んでいることができる。転送先DVR 770が動作中ではない場合、リンクのメッセージは追加のメタデータを含んでいることができる。
【００８４】
（3）サウンドエフェクトまたはグラフィックエフェクト。視聴者がアクションを行う（特定のキーシーケンスを押すなど）とき、転送元DVR 110は、サウンドを再生する、またはグラフィックを表示することができる。また、転送元DVR 110は、そのイベントを転送先DVR 770に渡すこともでき、転送先DVR 770は、その同じサウンドまたはグラフィックを再生する、あるいは、行われたアクションに転送先DVR 770において関連付けられている異なるサウンドまたはグラフィックを再生する。例えば、子供がこのようにして番組にサウンドを追加することができ、そのサウンドを、遠隔の転送先DVR 770における友人用に複製することができる。そのような通信は、マルチウェイ(multi-way)とすることができる。
【００８５】
別の方法においては、DVRは、別のタイプのデータも転送することができる。例えば、大型の家庭用DVR 110と、より小さい携帯型DVR 760とを考える。ソフトウェア、グラフィック要素、番組ガイドデータなどのデータを、2台のDVRの間で転送することができる。例えば、2台のDVRが接続されるたびに、携帯型DVR 760を家庭用DVR 110によって更新する、またはデータを同期させることができる。更新は、ソフトウェアアップデートの転送およびインストール、番組情報の同期、録画スケジュールの同期などを含んでいることができる。同期はPDAとよく似ており、携帯型DVR 760が、ユーザがすでに番組を見たためその番組を削除するように家庭用DVR 110に伝えることができる。2台のDVRが接続されたときに携帯型DVR 760が動作情報を家庭用DVR 110に転送し、次いで、家庭用DVR 110が、サービスセンター130にアクセスしたときにその動作情報をサービスセンター130に送ることができる。
【００８６】
更新は、自動的に行われるようにすることができる。そのような場合には、2台のDVRが接続されたときに、事前に設定されている一連のアクション（番組ガイドまたはソフトウェアの更新など）が実行され、次いで、メディアストリームも転送することができる。転送先DVR 760が小型の携帯型ユニットである場合、すべてのメディアストリームが収まらないことがある。この場合、視聴者は、どのメディアストリームを転送するかを明示的に選択することができる。これに代えて、転送元DVRにおけるアプリケーションソフトウェアが、プリファレンス情報を使用して、視聴者が最も興味のある利用可能なメディアのサブセットを選択し、それらのストリームのみを転送することができる。別の代替方法においては、メディアストリームが最新のストリームから最も古いストリームの順に転送され、それ以上収まらない時点で停止する、または、最も古いストリームから最新のストリームの順に転送される。シーズンパス（チャンネル上のある番組のすべての放送分が録画される）は、DVRが「必ず転送する」または「転送しない」マーカーを含んでいることができる。別の基準は、視聴者の好みに基づいて番組が明示的に選択されたかとすることができる。選択基準には、コンテンツの記述オブジェクトに格納されている任意の番組情報（長さ、俳優、ランキングなど）を使用することができる。基準によって、「必ず転送する」などのアクションをトリガーすることができる。
【００８７】
G． ネットワークセキュリティの概要
上述されているように、本文書における1つの方法は、DVR 110、760、770の間、またはコンテンツサーバ720とDVR 110、760、770との間で暗号化されたセキュアデータ転送を提供する。この方法では、ユーザは、1台のDVR 110に番組を録画し、次いで、別のDVR 770においてその番組を観ることができる。
【００８８】
本文書に説明されている暗号化されたデータ転送システムでは、DVRから、互換性のないシステム、または第一DVRの位置の外部のシステムにビデオを転送することが非常に困難になる。従って、ユーザは、行った録画に適切な公正使用権を行使することができるが、この方法では、ユーザが公正使用原則に違反してビデオの「海賊版を作成する」、あるいは友人にプレミアムコンテンツを送ることが非常に困難になる。
【００８９】
本文書における方法のさまざまな実施例は、以下の観点を含んでいることができる。
【００９０】
・ 録画が暗号化される。多くの録画は、最初に録画されるときに暗号化される。暗号化されていない録画は、1台のDVRから別のDVRに転送される前に暗号化することができる。これにより、録画データが家庭のネットワークを通じて移動するときに誰かがそれを「スニフィング」して、データのコピーを作成することが困難になる。
【００９１】
・ 暗号化された録画が1台のDVRから別のDVRに転送されるとき、受信側システムは、送信側システムがその録画に関連付けられている暗号鍵／復号鍵も転送しない限りは、その録画を使用することができない。
【００９２】
・ DVRは、自身が録画を転送することのできる別のシステムを、IPブロードキャストメカニズムまたはその他のネットワーク発見プロトコルを介して発見することができる。そのような発見プロトコルにおいては、発見パケットは一般にローカルIPサブネットの外へは出ない。住宅環境においては、ローカルIPサブネットは、家庭のLANを有する。これに加えて、またはこれに代えて、ユーザが別のユーザと録画を共有しようとする懸念がある場合、DVRのアプリケーションソフトウェアは、システムの所有者がインターネット上の別の場所に位置しているシステムのIPアドレスをキーボード入力する、またはそれ以外の手操作による方法で指定できるメカニズムを提供しない。
【００９３】
・ DVRは、受信側システムがその録画を見ることが「許可されている」場合にのみ、録画暗号鍵を別のDVRに送ることができる。例えば、このコンテキストにおいて、「許可されている」は、転送先DVRが同じ家庭内である、または許可されているものとして所有者によって登録されていることを意味する。鍵の転送は、ロバストな公開鍵／秘密鍵システムを使用して実行され、このシステムにおいては、転送される各鍵は、それが送られた先の1つのシステムのみが認識可能である。
【００９４】
・ 許可は、1つの家庭に属していると認識されている特定のシステム、または1人のユーザによって所有されている特定のシステムをリストするデジタル証明書を通じて行われる。証明書は、システムの公開鍵を含んでおり、サービスプロバイダによって「署名」されている。各システムは、データまたは鍵を別のシステムに転送する前に、使用する証明書における署名を確認し、証明書に含まれているアイデンティティに対して自身のアイデンティティも確認する。
【００９５】
証明書システムは、ElGamal公開鍵／秘密鍵システムと、Blowfish対称ブロック暗号とに基づくことができ、Blowfish対称ブロック暗号は、「システムのシリアル番号を変更する」、「証明書を別のシステムにコピーする」、あるいは「証明書を改ざんする」などの攻撃を遮断する自己チェック機能を含んでいる。
【００９６】
図７および図９を参照し、ユーザは、サービスセンター130にログオンし、コンテンツを間で共有させることを望む複数のDVRの記録を作成する。ユーザは、任意の適切なユーザインタフェースを使用して、組み入れたいDVRのシリアル番号を入力し、サービスセンター130は、このシリアル番号を自身のデータベースを通じて確認する、または、ユーザが以前に登録したシリアル番号を見つける。さらに、サービスセンター130は、ユーザが登録所有者であるDVRのみを選択肢として表示することによって、それらのDVRのみにユーザを制限することもできる。ユーザは、ユニットを容易に識別できるようにするため、各ユニットに名前（例：居間DVR、寝室など）を関連付けることができる。ユーザは、メディアを共有させる、または転送させることを望むユニットを選択する。
【００９７】
サービスセンター130は、ユーザが選択したユーザのユニットを識別するデジタル証明書901を作成する。証明書901は、各ユニットのシリアル番号903、905と、対応する公開鍵904、906とを含んでいる。ユーザが各ユニットに割り当てた名前は、証明書901における名前902によって示されているように、相互参照も行われる。証明書は、上述されているようにUSBドングルを有するパーソナルコンピュータを含めて、ユーザが識別する任意の数のユニットを含んでいることができる。
【００９８】
証明書901が無期限に存在しないようにするため、有効期限907が証明書901に含まれている。証明書を受信するユニットが、その証明書が実際にサービスセンター130から発行されたことを確認できるように、デジタル署名908が使用される。
【００９９】
サービスセンター130は、証明書901にリストされている各DVR 110、770に、ネットワーク140（インターネット、LAN、あるいはその他のパブリックまたはプライベートネットワークを有することができる）、電話回線、または衛星接続を通じて、証明書を送る。証明書901は、転送先DVR 110、760、770それぞれの公開鍵を使用して暗号化することができる。携帯型DVR 760は、ネットワーク接続または電話回線を介してサービスセンター130に接続し、自身の証明書を受信することができる。これに代えて、携帯型DVR 760は、自身が接続しているDVR 110から自身の証明書を受信することができる。
【０１００】
各DVR 110、760、770は、証明書を復号化して証明書901の中のデジタル署名908を確認することによって、証明書を確認する。DVRは、デジタル署名908がサービスセンター130からであることを確認すると、証明書901にリストされているすべてのピアのネットワーク位置を、ピア発見プロトコル（Apple Computer社（カリフォルニア州クパチーノ）のRendezvousなど）を使用して見つける。
【０１０１】
DVR 110は、ネットワーク内でピア770を発見すると、証明書901からのそのピアの公開鍵を使用して、ピア770との暗号化された接続を確立する。暗号化された接続は、各ピアから1つずつの2つの公開鍵の関数であることにおいて、「弱く」暗号化することができる。各ピアは、他方のピアの公開鍵を使用してメッセージを送る。1つのユニットがコンテンツサーバとして指定されており、この例においては、コンテンツサーバ720がサービスプロバイダによって提供され、遠隔に位置している。
【０１０２】
コンテンツサーバ720は、強いランダム接続鍵を作成することによって、DVR 110とのより強く暗号化された接続を作成し、DVRの公開鍵を使用してその強い鍵を暗号化する。次いで、コンテンツサーバ720は、暗号化された強い鍵をDVR 110に送る。DVR 110は、強い鍵を復号化する。1つの方法においては、復号化では、ハードウェア復号化要素を使用することができる。この時点で、2つのシステムがセキュア鍵を共有している。
【０１０３】
ユーザは、特定の録画されたコンテンツをDVR 110に送ることを要求することができる。コンテンツサーバ720は、以前に暗号化された録画をDVR 110に送信するときには、その録画を暗号化するのに使用された録画鍵を自身のデータベースからロードし、強い鍵を使用して録画鍵を暗号化する。コンテンツサーバ720は、暗号化された録画鍵をDVR 110に送る。
【０１０４】
DVR 110は、コンテンツサーバ720と共有している強い鍵を使用して録画鍵を復号化し、録画鍵を格納する。コンテンツサーバ720は、自身がローカルに格納した録画されたコンテンツをDVR 110に送る。録画されたコンテンツは、最初にコンテンツサーバ720によってローカルに格納されたときにすでに暗号化されたものである。コンテンツサーバ720は、録画されたコンテンツを復号化することなく送る。
【０１０５】
DVR 110は、録画されたコンテンツを、それを復号化することなく自身のストレージデバイスに直接書き込む。DVRは、この録画されたコンテンツを再生するとき、コンテンツをオンザフライ方式で復号化する。本文書に説明されている方法では、録画されたコンテンツの完全性が維持され、なぜなら、転送時にコンテンツは暗号化された状態にあり、暗号化されてDVRに格納されるため、コンテンツの許可されないコピーが防止されるためである。
【０１０６】
コンテンツサーバ720は、暗号化されていない録画をDVR 110を送る場合、その録画を暗号化するのに使用されるランダム録画鍵を作成し、その録画鍵を強い鍵を使用して暗号化する。コンテンツサーバ720は、暗号化された録画鍵をDVR 110に送る。
【０１０７】
DVR 110は、自身がコンテンツサーバ720と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。コンテンツサーバ720は、自身がローカルに格納した録画されたコンテンツをDVR 110に送る。録画されたコンテンツは、コンテンツサーバ720によって最初にローカルに格納されたときには暗号化されていない。コンテンツサーバ720は、録画されたコンテンツを暗号化して送る。
【０１０８】
DVR 110は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVRは、録画されたコンテンツを再生するとき、コンテンツをオンザフライ方式で復号化する。この方法でも、録画されたコンテンツの完全性が依然として維持され、なぜなら、転送時にコンテンツは暗号化された状態にあり、暗号化されてDVRに格納されるため、コンテンツの許可されないコピーが防止されるためである。
【０１０９】
図１０は、家庭1001におけるローカルネットワーク化されたDVRのセットアップにおけるメディアサーバ1002を示している。図10の例においては、DVR 1003は寝室1に位置しており、DVR 1004は寝室2に位置しており、DVR 1005は娯楽室に位置している。メディアサーバ1002は居間に存在している。ユーザは、DVR 1003、1004、1005およびメディアサーバ1002がコンテンツの共有を許可されるようにサービスセンター1006に命令する情報を送り、各ユニットを、それぞれが存在している部屋によって関連付ける。サービスセンター1006は、メディアサーバ1002および各DVR 1003、1004、1005のシリアル番号および公開鍵と、有効期限と、サービスセンターのデジタル署名とを含んでいる証明書901を作成する。
【０１１０】
メディアサーバ1002は、パーソナルコンピュータ、DVR、またはその他のタイプのコンテンツサーバとすることができる。ユーザは、メディアサーバ1002をローカルネットワークにおけるマルチメディアコンテンツのメインの提供元として指定する。
【０１１１】
サービスセンター1006は、メディアサーバ1002およびDVR 1003、1004、1005にインターネット1007を介して証明書を送る。メディアサーバ1002およびDVR 1003、1004、1005は、証明書の中の情報を使用してそれぞれのピアを発見する。DVR 1003、1004、1005は、メディアサーバ1002がコンテンツを提供する唯一のシステムであることを発見する。メディアサーバ1002は、各DVR 1003、1004、1005との弱く暗号化された接続を確立すると、各DVR 1003、1004、1005のための強いランダム接続鍵を作成する。メディアサーバ1002は、強い鍵のそれぞれを特定のDVRの公開鍵を使用して暗号化し、暗号化された強い鍵を各DVR 1003、1004、1005に送る。DVRは、自身のローカル暗号チップを使用して強い鍵を復号化する。この時点で、メディアサーバ1002は、各DVR 1003、1004、1005とセキュア鍵を共有している。
【０１１２】
図１６〜２１を参照し、各DVRは、メディアサーバのコンテンツにアクセスすることができる。最初に図１６を参照し、ユーザは、「再生中（Now Playing）」画面1601（形式および内容において図６の「放送中（Now Showing）」画面に似ている）を表示させ、ユーザがアクセスできるすべてのメディアサーバを確認する。例えば、メディアサーバのラベル1602は、「寝室」と命名されたDVRにユーザがアクセスできることを示している。ユーザは、ラベル1602を使用して所望のサーバを選択し、そのメディアサーバにおいて利用可能なコンテンツをリストするコンテンツ画面1701（図１７）が表示される。ユーザは、特定の録画されたコンテンツ（ミュージック、写真、ビデオなど）が特定のDVR 1003に送信されるように、コンテンツ画面1701を通じて要求することができる。ユーザは、これを、上述されているように遠隔的に行うか、DVR 1003自体を通じて行うことができる。ユーザは、転送オプション画面1801（図１８）を使用して、選択されたコンテンツを転送するためのオプションを選択する。ユーザは、転送をどこから開始するかを、「開始位置（Start From）」オプション1802を使用して選択することができる。例えば、番組の最初から、ユーザが最後に一時停止した位置から、あるいは、番組における特定の時間において、転送を開始することができる。ユーザは、図２０の画面キャプチャ2001および図２１の画面キャプチャ2101に示されているように、ミュージックコンテンツと写真コンテンツについても同じ方法において確認して転送することができる。
【０１１３】
図１０を参照しながら上述されているように、メディアサーバ1002は、以前に暗号化された録画をDVR 1003に送ることができる。メディアサーバ1002は、録画を暗号化するのに使用された録画鍵を自身のデータベースからロードし、その録画鍵を強い鍵を使用して暗号化する。メディアサーバ1002は、オプションとして、ローカル暗号鍵を使用して録画鍵を暗号化して自身のデータベースに格納することができる。暗号鍵を平文で格納することは通常は望ましくなく、従って、ローカル鍵による単純な暗号化が最良である。メディアサーバ1002は、暗号化された録画鍵をDVR 1003に送る。
【０１１４】
DVR 1003は、自身がメディアサーバ1002と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。DVR 1003は、オプションとして、録画鍵を格納する前にローカル鍵を使用して暗号化することができる。メディアサーバ1002は、自身がローカルに格納した録画されたコンテンツをDVR 1003に送る。録画されたコンテンツは、メディアサーバ1002によって最初にローカルに格納されたときにすでに暗号化されたものである。メディアサーバ1002は、録画されたコンテンツを復号化することなく送る。
【０１１５】
DVR 1003は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVR 1003は、録画されたコンテンツを再生するとき、コンテンツを録画鍵を使用してオンザフライ方式で復号化する。図１９を参照し、ユーザは、番組情報画面1901を選択し、番組が依然として転送中であるかを確認することができる。ユーザは、（上述されているように）転送が進行中である間に、「再生（Play）」オプション1902を選択することによってその番組を再生する、あるいは、「転送停止（Stop transfer）」オプション1903を使用して転送を停止させることができる。
【０１１６】
メディアサーバ1002は、暗号化されていない録画をDVR 1003に送る場合、その録画を暗号化するのに使用されるランダム録画鍵を作成し、その録画鍵を強い鍵を使用して暗号化する。メディアサーバ1002は、暗号化された録画鍵をDVR 1003に送る。
【０１１７】
DVR 1003は、自身がメディアサーバ1002と共有している強い鍵を使用して録画鍵を復号化し、その録画鍵を格納する。DVR 1003は、オプションとして、録画鍵を格納する前にローカル鍵を使用して暗号化することができる。メディアサーバ1002は、自身がローカルに格納した録画されたコンテンツをDVR 1003に送る。録画されたコンテンツは、メディアサーバ1002によって最初にローカルに格納されたときには暗号化されていない。メディアサーバ1002は、録画されたコンテンツを暗号化して送る。
【０１１８】
DVR 1003は、録画されたコンテンツを、復号化することなく自身のストレージデバイスにそのまま書き込む。DVR 1003は、録画されたコンテンツを再生するとき、コンテンツを録画鍵を使用してオンザフライ方式で復号化する。
【０１１９】
なお、コンテンツの著作権が懸念される場合、DVR 1003は、そのコンテンツを自身のストレージデバイスに格納する必要はない。DVR 1003は、単にそのコンテンツをただちに再生するかまたは表示する。コンテンツが暗号化されている場合、DVR 1003は、そのコンテンツをオンザフライ方式で復号化する。
【０１２０】
上述されている方法は、インターネットを通じて機能するように、ローカルネットワークにおいても同様に機能する。
【０１２１】
H． 証明書の一貫性の維持
図１１を再び参照し、強い鍵の作成には、多くのCPUサイクルを要する。1つの方法においては、DVR 1101は、将来的に自身がメディアサーバとして指定されたときに使用するための複数の強い鍵を作成して格納するように要求されることがある。さらに、受信側DVRにおいては、強い鍵の受信時にそれを復号化するために多くのCPUサイクルが必要である。これにより、DVRの全体的なパフォーマンスが大幅に遅くなる。本文書における手法では、DVR 1102がリブートするかまたは再起動されるときに新しい強い鍵を作成するという付加的な大きな負荷から、DVR 1101が解放される。さらに、リブートまたは再起動後に強い鍵を復号化するという大きな負荷から、DVR 1102が解放される。
【０１２２】
DVR 1101は、最初に強い接続鍵を作成し、それを自身のローカルキャッシュ1103に格納し、その鍵を他方のDVR 1102の公開鍵を使用して暗号化する。DVR 1101は、暗号化された強い鍵をDVR 1102に送る。DVR 1102は、強い鍵を復号化し、その鍵を、暗号化されている強い鍵と、DVR 1101のマシンシリアル番号と一緒に自身のローカルキャッシュ1104に格納する。
【０１２３】
DVR 1102は、リブートするかまたは再起動される場合、ネットワークにおける自身のステータスを認識していない。DVR 1102は、数秒間ダウンしていたかもしれず、あるいは、別のネットワークから移動されたかもしれない。DVR 1102は、メディアサーバとして指定されているDVR 1101からの強い鍵を要求する。DVR 1101は、自身がそのローカルキャッシュ1103に格納した強い鍵を送る、または、DVR 1102がDVR 1101との強い接続を確立していない場合、新しい強い鍵を作成する。この強い鍵は、DVR 1102の公開鍵を使用して暗号化され、DVR 1102に送られる。
【０１２４】
DVR 1102は、暗号化された強い鍵を受信すると、DVR 1101からのエントリについてローカルキャッシュ1104を調べ、見つかった場合、ローカルキャッシュ1104の中の暗号化された鍵とのビットごとの比較を行う。2つの鍵が同じである場合、DVR 1102は、ローカルキャッシュ1104に格納されている以前に復号化された鍵を使用する。見つからない場合、DVR 1102は、新たに送られた鍵を復号化し、暗号化された鍵と、復号化された鍵と、DVR 1101のマシンシリアル番号とを、ローカルキャッシュ1104の中の新しいエントリに格納する。このようにして、長い復号化ステップは、絶対に必要であるときを除いて回避される。
【０１２５】
I． インターネットを通じたメディアのダウンロード
サーバからDVRへのインターネットを通じたメディアのダウンロードを容易にするため、図１２は、図９に示されているデジタル証明書の変形を示している。また、図７を再び参照し、サービスセンター130は、DVR 110、770に配布される証明書901を作成する。DVR 110、770は、サービスのシリアル番号フィールド903における特殊な接頭辞を持つシリアル番号、例えばFFFxxxxxxxxxxxx（「xxxxxxxxxxxx」は、バージョン番号、サービスプロバイダなどの追加情報を提供するために使用される）を使用して、サービスエントリを認識する。表示名902は、そのサービスを示す何らかの名前（「スペシャルビデオ」など）に設定される。鍵フィールド1204、1206には、直接的な公開鍵の代わりに、サービスのアクセスポイントの完全修飾ドメイン名が入力される。
【０１２６】
証明書901は、サービスサーバの情報と、ピアユニットの情報の両方を含んでいることができる。有効期限907とデジタル署名908は、図９と同じである。
【０１２７】
このように、サービスセンター130は、すべての証明書、または一連の証明書におけるフィールドに情報を入れて、同じかまたは異なるサーバに命名することができる。
【０１２８】
DVR 110は、証明書におけるサービスのシリアル番号を認識し、サーバにアクセス可能であるかを確認するために、鍵フィールド（例：鍵フィールド1204）の中のドメイン名を使用してサーバにピングを送る。新しいDVRが接続すると、サーバはそのDVRの公開鍵を調べ、それを使用してそれ以外の必要な鍵を生成する。DVRは、サーバの鍵を保持している必要はない。サーバは、セッション用の強い鍵を生成し、その強い鍵をDVRの公開鍵によって暗号化する。次いで、サーバは、暗号化された強い鍵をDVRに渡す。
【０１２９】
通信が確立されると、DVR 110は、コンテンツについてサーバに問い合わせることができる。
【０１３０】
サーバは、自身において何が利用可能であるかを記述するための適切なメタデータを合成し、それをDVR 110に送る。メタデータは合成されるため、メタデータはDVRごとに一意に作成することができる。例えば、DVRの所有者は、さまざまな種類のサービス（歴史、ドラマ、コメディなど）に対してサインアップすることができる。
【０１３１】
これに代えて、サーバは、DVR 110にそのプリファレンスベクター(preference vector)をサーバに送るように命令することができ、サーバは、このベクターを使用して適切なメタデータを合成する。DVRのプリファレンスベクターは、ユーザの視聴傾向、例えば、ユーザが何を好き、または好きではないと指定したか、ユーザがシーズンパスサブスクリプションなどのオプションを使用して何を継続的に録画したかを含んでいる。サーバは、プリファレンスベクター情報を格納せず、この情報を使用後に破棄する。これにより、ユーザのプライバシーが保護され、プリファレンスは必ずDVR 110側に維持される。
【０１３２】
ビデオ、ミュージック、および写真の標準的な転送インタフェースは、上述したように使用される。図１６は、「再生中（Now Playing）」画面1601を示しており、この画面には、DVR自身と、それ以外のアクセス可能なサーバおよびDVRからの利用可能なコンテンツが表示されている（1602）。サービスからのコンテンツのエントリには、証明書からのそれに関連付けられている名前がリストされている。同様に、別のDVRからのコンテンツは、ユーザがそれに関連付けた名前1602（存在する場合）を使用してリストされている。このようにして、ユーザは、コンテンツの提供元を知る。図１７は、コンテンツの提供元の名前1702を表示しているコンテンツ画面1701を示している。図２０および図２１は、ミュージックコンテンツ画面2001と写真コンテンツ画面2101とを示している。
【０１３３】
図１３を参照し、サーバ1301からコンテンツをダウンロードすることを望むDVRは、サーバ1301にピングを送る。サーバ1301は、ピングサービスを実行し、DVRからの要求が入って来るとそれに応答する。これによって、サーバ1301は、ビデオをダウンロードするために「サインアップしている」すべてのDVRの記録1302を維持することができる。記録1302は、例えば、ダウンロード可能なビデオに別のIPアドレスからアクセスしているDVRのクローンが存在することがないように、後から調査することができる。記録1302は、課金を目的として、ユーザがビデオをダウンロードするために自身のDVR 1303をサインアップさせていた時間長を追跡するために使用することもできる。
【０１３４】
DVR 1303に転送させるサーバ1301からのエントリをユーザが選択すると、DVR 1303は、サーバ1301にコンタクトし、適切なメディアオブジェクトを要求する。その時点において、サーバ1301は、番組がダウンロードされていることを記録する（1302）ことができ、この記録は、課金システムへのエントリなども含んでいることができる。
【０１３５】
この記録は、ユーザ1304がサービスセンターのWebサイト上で問い合わせることができ、従って、ユーザは、自身の課金を容易に調べることができる。
【０１３６】
図１４を参照し、DVR 1401からの接続を一連のサードパーティサーバ1403、1404、1405の1つにリダイレクトするドメイン名リダイレクタ1402を使用することができる。リダイレクションは、負荷、使用されているドメイン名接頭辞などに基づいて行うことができる。これにより、サービスセンターは、要求を別の会社のサーバにリダイレクトすることができる。リダイレクションに伴い、さまざまな実施例における料金または収益の分配を行うことができる。
【０１３７】
ドメイン名リダイレクタ1402は、各サードパーティサーバ1403、1404、1405の中に存在させることができ、従って、DVR 1401からの要求をサードパーティサーバ自身によってリダイレクトすることができる。DVR 1401は、サードパーティサーバ1403との接続を要求する。サードパーティサーバ1403は、DVR 1401からの要求をサードパーティサーバ1404にリダイレクトすることによって、自身の責務をサードパーティサーバ1404に「委託する」。次いで、DVR 1401は、サードパーティサーバ1404にコンタクトしてコンテンツを要求する。これにより、サードパーティサーバは、過負荷である、または何らかの理由で要求を処理できないことを自身で判断することができる。
【０１３８】
J． 暗号化パイプラインとしてのDVRの使用
図１５を参照し、DVR 1503、1504、1505に提供されるコンテンツは、最初に、コンテンツサーバ1501（サードパーティのコンテンツサーバなど）によって作成することができる。コンテンツサーバ1501は、DVRの暗号化手法あるいはアーキテクチャに関する情報にアクセスできない。DVR 1502は、コンテンツを符号化および暗号化するために使用される。DVR 1502は、高速ネットワークエンジンを有し、「暗号化パイプライン」として機能する。データは、コンテンツサーバ1501からDVR 1502に送られる。DVR 1502は、データを自身のローカルなストレージデバイスに書き込むときに、（必要な場合には）データを符号化し、暗号化する。次いで、DVR 1502は、ローカルストレージデバイスからデータを復号化せずに読み込み、DVR 1503、1504、1505の中から選択される対象DVRにそのデータをネットワークを通じて送る。
【０１３９】
別の方法では、サードパーティのコンテンツサーバに、セキュアなコンテンツ送信が提供される。データは、コンテンツサーバの暗号化手法を使用して、コンテンツサーバ1501からDVR 1502に送られる。DVR 1502は、コンテンツサーバの復号化手法を使用してデータを復号化する。次いで、DVR 1502は、データを自身のローカルなストレージデバイスに書き込むときに、（必要な場合には）データを符号化し、（DVRの暗号化手法を使用して）暗号化する。次いで、DVR 1502は、ローカルストレージデバイスからデータを復号化せずに読み込み、DVR 1503、1504、1505の中から選択される対象DVRにそのデータをネットワークを通じて送る。
【０１４０】
これにより、サードパーティのコンテンツサプライヤは、DVRの暗号チップ、暗号化手法、あるいはアドレッシング方式に関する機密的な情報にアクセスできない。さらに、市販されるまでの時間と、サードパーティのサプライヤをコンテンツサーバネットワークに組み込むコストとが減少する。
【０１４１】
K． 電子メールを通じたコンテンツへのアクセス
上述されているように、上記のいずれの実施例においても、メディアサーバは、パーソナルコンピュータ、DVR、またはコンテンツを提供できる任意の他のメカニズムとすることができる。本文書において説明されている方法では、DVRは、メディアサーバのクライアントとして、メディアサーバに格納されているミュージックコンテンツ、ビデオコンテンツ、写真コンテンツなどのマルチメディアコンテンツにアクセスすることができる。しかしながら、DVRおよびメディアサーバはインターネットにアクセスすることができるため、コンテンツは、特定のメディアサーバが提供元である必要はなく、物理的に格納されている必要もない。
【０１４２】
従って、以下を含んでいる特殊ファイルをサーバが処理するようにすることによって、コンテンツをDVRユーザに利用可能にすることができる。
・ 実際のコンテンツ（例：JPEG、MP3、またはMPEGファイルの形式）
・ DVRのコンフィギュレーション設定、例えば、録画スケジュール、データベースの修正、コンテンツのプリファレンスなど。
・ インターネット上のどこかに位置している別のサーバ、または別のサーバに格納されているコンテンツへの「リンク」。
【０１４３】
そのようなファイルは、電子メールまたはインターネットダウンロードを介してDVRユーザに提供することができる。以下には、電子メールを介してコンテンツをDVRに送る方法を示す2つのサンプルシナリオが説明されている。
【０１４４】
図２２および図２３を参照し、一般的な家庭用DVRセットアップ2201が示されている。メディアサーバ2202のみがインターネット2205にアクセスできるものと想定する。電子メールの作成者2204は、オーサリングソフトウェアによってコンテンツファイルを作成する。このファイルは、例えば、JPEG形式におけるいくつかの画像の実際のバイナリデータを含んでいる（任意のタイプのコンテンツを含んでいることができる）。コンテンツファイルは、メディアサーバ2202を実行している同じコンピュータから電子メールにアクセスするユーザに、添付ファイルとして電子メール送信される。代替実施例においては、電子メール以外のメッセージ通信メカニズムを使用することができる。
【０１４５】
ユーザは、電子メールを読み、コンテンツに興味がある場合、添付されているコンテンツファイルを選択し、これに伴ってメディアサーバ2202がコンテンツファイルを処理する。メディアサーバ2202は、画像に関する情報を内部データベースに追加し、この内部データベースからは、後からコンテナ（メタデータ）情報およびJPEGデータを生成することができる。
【０１４６】
ユーザは自身のDVR 2203を操作して自身のテレビ受像機を通じて「ミュージック／写真」機能にアクセスし、これによりDVR 2203がメディアサーバ2202からのコンテナ情報を要求する。この時点で、ユーザは、写真コンテンツ画面2101（図２１）に示されている利用可能なコンテンツの他のコンテナのうち、コンテンツファイルからの画像を有するコンテナにアクセスすることができる。画像の1つを見るためのコマンドをユーザが発行すると、DVR 2203は、メディアサーバ2202に要求を行い、メディアサーバ2202は、自身の内部データベースを調べて適切なJPEGデータをレンダリングし、そのデータをDVR 2203に渡す。DVR 2203は、画像をユーザに表示し、自身のローカルストレージデバイスにはその画像を格納しない。ユーザは、複数の写真ファイルに対して、早送り、一時停止、逆再生、再生（スライドショー）などのトリックプレイ機能を使用することができる。
【０１４７】
図２３には、家庭用DVRセットアップ2301が示されており、このセットアップにおいては、DVR 2303とメディアサーバ2302の両方がインターネット2305にアクセスすることができる。作成者2304は、オーサリングソフトウェアによってコンテンツファイルを作成する。このファイルは、コンテンツサーバ2306に格納されておりかつHTTPを通じて提供される1つ以上のコンテンツファイル（MP3ミュージックファイルなど）にリンクしている。コンテンツファイルは、（理想的には）メディアサーバ2302を実行している同じコンピュータから電子メールにアクセスするユーザに、添付ファイルとして電子メール送信される。
【０１４８】
ユーザは、電子メールを読み、コンテンツに興味がある場合、添付されているコンテンツファイルを選択し、これに伴ってメディアサーバ2302がコンテンツファイルを処理する。メディアサーバ2302は、コンテンツファイルに関する情報を内部データベースに追加し、この内部データベースからは、後からコンテナ情報を生成することができる。
【０１４９】
ユーザは自身のDVR 2303を操作して「ミュージック／写真」機能にアクセスし、これにより、DVR 2203がメディアサーバ2302からのコンテナ情報を要求する。この時点で、ユーザは、ミュージックコンテンツ画面2001（図２０）に示されている利用可能なコンテンツの他のコンテナのうち、コンテンツサーバ2306によって提供されるミュージックを有するコンテナにアクセスすることができる。ミュージックファイルの1つを再生するためのコマンドをユーザが発行すると、DVR 2303は、インターネット2305を通じてコンテンツサーバ2306に直接アクセスし、適切なデータを取得する。ユーザは、ミュージックファイルに対して、早送り、一時停止、逆再生、再生などのトリックプレイ機能を使用することができる。ミュージックにおける進行は、接続されているテレビ受像機を通じて、図８に示されているようなリプレイバーを使用してユーザに表示される。DVR 2303は、著作権保護のためミュージックを自身のストレージデバイスには格納しない。
【０１５０】
上述されているように、上の2つの例は、DVRが使用するかまたは表示できる任意の種類のコンテンツに対して使用することができる。コンフィギュレーション情報が受信された場合、DVR 2303は、そのコンフィギュレーション情報を自身のローカルストレージデバイスに格納し、そのコンフィギュレーション情報を使用して自身を設定する。ビデオが受信された場合、DVR 2303は、後からユーザによって再生できるように、そのビデオコンテンツを自身のローカルストレージデバイスに格納することができる。ユーザは、ビデオコンテンツに対して、早送り、一時停止、逆再生、再生、スロー再生、コマ送りなどのトリックプレイ機能を使用することができる。
【０１５１】
DVRユーザは、本方法を使用して、電子メールを介して互いにコンテンツを共有することができる。例えば、1人のユーザが、自身のパーソナルコンピュータに格納されている個人の写真へのリンクを有するコンテンツファイルを、別のユーザに送ることができる。
【０１５２】
本文書における方法は、サードパーティベンダーがコンテンツを電子メールを介してDVRユーザに販売する場合にも有効に使用できる。例えば、レコード会社は、サンプル曲を含んでいるMP3ファイルへのリンクを有するコンテンツファイルを送ることによって、新しいアルバムを宣伝することができる。
【０１５３】
サードパーティのパートナーは、本文書における方法を使用して、DVRユーザに電子メールを介して製品を配信することができる。例えば、フィルム処理会社は、DVRユーザによってオンラインで購入されたデジタル写真を含んでいるコンテンツファイルを電子メール送信することができる。
【０１５４】
上記の明細書においては、本発明は、その特定の実施例を参照しながら説明されている。しかしながら、本発明のより広い精神および範囲から逸脱することなく、本発明にさまざまな修正および変更を行うことができることが明らかであろう。従って、本明細書および図面は、本発明の制限ではなく説明を目的としていることを理解されたい。
【符号の説明】
【０１５５】
100 通信システム
110 デジタルビデオレコーダー（DVR）
115 アンテナ
120 テレビ
125、135 インタフェース
130 パーソナルテレビサービスセンター
140 ネットワーク
145 モデムバンク
150 番組スケジュール
155 遠隔コンピュータ
160 携帯情報端末（PDA）
200 Webサーバ
210 番組データベース
220 ユーザデータベース
230 イベントデータベース
240 ディスパッチプロセス
250 マイクロサーバ
260 ローカル番組ガイド
270 イベントキュー
280 疑似乱数生成器（PRNG）
290 Webブラウザ
300 ユーザ記録
310 ユーザID
320 暗号鍵
330 DVR ID
340 イベントリストポインタ
350 イベントリスト
360 イベント記録
370 時間フィールド
380 チャンネルフィールド
390 時間長フィールド
500 GUI
505 テーブル
510 列
515 行
520 上にスクロール
525 下にスクロール
530 前に調節
535 後ろに調節
710 コンテンツサーバ記述（CSD）データベース
720 コンテンツサーバ
730 メディアレコーダー
740 コンテンツデータベース
750 DHCPサーバ
760 携帯型DVR
770 転送先DVR
801 リプレイバー
802 緑の領域
803 再生速度
901 デジタル証明書
902 名前
903、905 シリアル番号
904、906 公開鍵
907 有効期限
908 デジタル署名
1001 家庭
1002 メディアサーバ
1003 1004、1005 DVR
1006 サービスセンター
1007 インターネット
1101 1102 DVR
1103 1104 ローカルキャッシュ
1204 1206 鍵フィールド
1301 サーバ
1302 DVRの記録
1303 DVR
1304 ユーザ
1401 DVR
1402 ドメイン名リダイレクタ
1403 1404、1405 サードパーティサーバ
1501 コンテンツサーバ
1502 DVR
1503 1504、1505 DVR
1601 「再生中（Now Playing）」画面
1602 ラベル
1701 コンテンツ画面
1702 名前
1801 転送オプション画面
1802 「開始位置（Start From）」オプション
1901 番組情報画面
1902 「再生（Play）」オプション
1903 「転送停止（Stop transfer）」オプション
2001 ミュージックコンテンツ画面
2101 写真コンテンツ画面
2201 家庭用DVRセットアップ
2202 メディアサーバ
2203 DVR
2204 作成者
2205 インターネット
2301 家庭用DVRセットアップ
2302 メディアサーバ
2303 DVR
2304 作成者
2305 インターネット
2306 コンテンツサーバ
【特許請求の範囲】
【請求項１】
デジタルビデオレコーダー（DVR）を使用してマルチメディアコンテンツを共有する方法であって、
ローカルネットワークを介してDVRと交信する複数のマルチメディアデバイス間で、マルチメディアデバイスが、前記DVRに格納されているマルチメディアを再生するユーザコマンドを受信する、ステップと、
前記ユーザコマンドに応答して、前記マルチメディアデバイスが、前記DVRに格納されている前記マルチメディアコンテンツを検索するステップであって、前記DVRが、入力チューナを介して複数の格納されているマルチメディアコンテンツの少なくとも一部を受信する、ステップと、
前記マルチメディアコンテンツを検索するステップに続いて、以下の1個以上のステップ、すなわち、
前記マルチメディアデバイスが、前記マルチメディアコンテンツをユーザに対して再生するステップであって、前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに再生する前に前記マルチメディアコンテンツを処理する、ステップ、又は、
前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信するステップであって、前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信する前に前記マルチメディアコンテンツを処理する、ステップ、
を実行する、ステップと
を備える方法。
【請求項２】
前記マルチメディアコンテンツが、前記マルチメディアデバイスに格納されていない、請求項1に記載の方法。
【請求項３】
前記マルチメディアコンテンツを検索するステップに続いて、前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信する、請求項１に記載の方法。
【請求項４】
前記マルチメディアコンテンツを検索するステップに続いて、前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに再生する、請求項１に記載の方法。
【請求項５】
前記マルチメディアデバイスが、前記マルチメディアコンテンツが受信される際に、前記マルチメディアコンテンツを復号しかつ再生する、請求項１に記載の方法。
【請求項６】
前記ユーザが、前記DVRに格納されている前記マルチメディアコンテンツの検索を開始する、前記マルチメディア内の位置を指定する、請求項１に記載の方法。
【請求項７】
前記マルチメディアデバイスが、前記DVRに格納されているマルチメディアコンテンツのリストを検索するステップと、前記マルチメディアデバイスが、前記リストを前記ユーザに表示するステップとを、更に、備える、請求項１に記載の方法。
【請求項８】
前記DVRが、放送信号からの前記マルチメディアコンテンツを記録し、かつ前記インターネットを介してダウンロードされたマルチメディアコンテンツを記録する、請求項１に記載の方法。
【請求項９】
前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに表示する前に、前記マルチメディアコンテンツの少なくとも一部を少なくとも１個の格納デバイスに格納する、請求項１に記載の方法。
【請求項１０】
前記マルチメディアデバイスが、前記DVRから前記マルチメディアコンテンツに関するメタデータを受信するステップを、更に備える、請求項１に記載の方法。
【請求項１１】
請求項１〜１０の1以上に記載のステップを実行するように構成されている１個以上のデバイスを備える装置。
【請求項１２】
１個以上のプロセッサにより実行されると、請求項１〜１０の1以上に記載のステップを実行する命令シークエンスを備える、コンピュータ可読媒体。
【請求項１】
デジタルビデオレコーダー（DVR）を使用してマルチメディアコンテンツを共有する方法であって、
ローカルネットワークを介してDVRと交信する複数のマルチメディアデバイス間で、マルチメディアデバイスが、前記DVRに格納されているマルチメディアを再生するユーザコマンドを受信する、ステップと、
前記ユーザコマンドに応答して、前記マルチメディアデバイスが、前記DVRに格納されている前記マルチメディアコンテンツを検索するステップであって、前記DVRが、入力チューナを介して複数の格納されているマルチメディアコンテンツの少なくとも一部を受信する、ステップと、
前記マルチメディアコンテンツを検索するステップに続いて、以下の1個以上のステップ、すなわち、
前記マルチメディアデバイスが、前記マルチメディアコンテンツをユーザに対して再生するステップであって、前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに再生する前に前記マルチメディアコンテンツを処理する、ステップ、又は、
前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信するステップであって、前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信する前に前記マルチメディアコンテンツを処理する、ステップ、
を実行する、ステップと
を備える方法。
【請求項２】
前記マルチメディアコンテンツが、前記マルチメディアデバイスに格納されていない、請求項1に記載の方法。
【請求項３】
前記マルチメディアコンテンツを検索するステップに続いて、前記マルチメディアデバイスが、表示する前記マルチメディアコンテンツを前記ユーザに送信する、請求項１に記載の方法。
【請求項４】
前記マルチメディアコンテンツを検索するステップに続いて、前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに再生する、請求項１に記載の方法。
【請求項５】
前記マルチメディアデバイスが、前記マルチメディアコンテンツが受信される際に、前記マルチメディアコンテンツを復号しかつ再生する、請求項１に記載の方法。
【請求項６】
前記ユーザが、前記DVRに格納されている前記マルチメディアコンテンツの検索を開始する、前記マルチメディア内の位置を指定する、請求項１に記載の方法。
【請求項７】
前記マルチメディアデバイスが、前記DVRに格納されているマルチメディアコンテンツのリストを検索するステップと、前記マルチメディアデバイスが、前記リストを前記ユーザに表示するステップとを、更に、備える、請求項１に記載の方法。
【請求項８】
前記DVRが、放送信号からの前記マルチメディアコンテンツを記録し、かつ前記インターネットを介してダウンロードされたマルチメディアコンテンツを記録する、請求項１に記載の方法。
【請求項９】
前記マルチメディアデバイスが、前記マルチメディアコンテンツを前記ユーザに表示する前に、前記マルチメディアコンテンツの少なくとも一部を少なくとも１個の格納デバイスに格納する、請求項１に記載の方法。
【請求項１０】
前記マルチメディアデバイスが、前記DVRから前記マルチメディアコンテンツに関するメタデータを受信するステップを、更に備える、請求項１に記載の方法。
【請求項１１】
請求項１〜１０の1以上に記載のステップを実行するように構成されている１個以上のデバイスを備える装置。
【請求項１２】
１個以上のプロセッサにより実行されると、請求項１〜１０の1以上に記載のステップを実行する命令シークエンスを備える、コンピュータ可読媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図６】
【図８】
【図２】
【図３】
【図４】
【図５】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図６】
【図８】
【公開番号】特開２０１１−８１８１４（Ｐ２０１１−８１８１４Ａ）
【公開日】平成２３年４月２１日（２０１１．４．２１）
【国際特許分類】
【出願番号】特願２０１０−２３９０８５（Ｐ２０１０−２３９０８５）
【出願日】平成２２年１０月２５日（２０１０．１０．２５）
【分割の表示】特願２００６−５４５４１５（Ｐ２００６−５４５４１５）の分割
【原出願日】平成１６年１２月１６日（２００４．１２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（５０２０９９３８２）ティヴォ インク (55)
【Ｆターム（参考）】
【公開日】平成２３年４月２１日（２０１１．４．２１）
【国際特許分類】
【出願日】平成２２年１０月２５日（２０１０．１０．２５）
【分割の表示】特願２００６−５４５４１５（Ｐ２００６−５４５４１５）の分割
【原出願日】平成１６年１２月１６日（２００４．１２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（５０２０９９３８２）ティヴォ インク (55)
【Ｆターム（参考）】
[ Back to top ]