JP6290755B2 - ２つのディジタル・メディア装置間でデータを転送する方法 - Google Patents

Description

本発明は、パーソナルＴＶサービスに関する。より詳細には、本発明は、中央管理されたパーソナルＴＶサービスに、直接的な電話接続又は間接的なネットワーク接続を介して、遠隔アクセスするための通信システム及び方法に関する。

ビデオ・カセット・レコーダ（ＶＣＲ）の出現によって、テレビ視聴者は、所定の時間枠で放送されるテレビ番組イベントを記録し、その記録されたコンテンツを後で再生することができるようになった。記録の間、ＶＣＲは、番組コンテンツの電気信号を磁気信号に変え、その磁気信号を磁気テープ上に保存する。再生の際には、ＶＣＲは、磁気信号を電気信号に変え、付属のテレビ受像機は、そのスクリーン上にそれら信号の番組コンテンツを再生する。

ディジタル技術の発展によって、ＶＣＲは、ディジタル・ビデオ・レコーダ（ＤＶＲ）に取って代わられつつある。ＶＣＲと同様に、ＤＶＲの機能は、放送番組イベントを記録し、後でそれを再生することである。記録の間、ＤＶＲは、番組コンテンツの電気信号をＭＰＥＧ等のディジタル情報に変え、そのディジタル情報をメモリ装置に保存するか、又は、元々ディジタル化されていたテレビ信号を直接メモリに保存する。再生の際、ＤＶＲは、ディジタル情報をアナログ信号に戻して、付属のテレビ受像機が、そのスクリーン上にそれら信号の番組コンテンツを再生する。

ＶＣＲを用いてテレビ番組イベントを記録するために、テレビ視聴者は、手動でチャンネルを選択しＶＣＲを制御しなければならないか、又は、誰か他の者にそれを実行させなければならない。しかしながらＤＶＲを用いることによって、テレビ視聴者は、テレビ番組ガイドに従って、ＤＶＲに番組設定することによって番組を記録するシーケンスを設定でき、かつ記録を自動的に行わせることができる。

ＤＶＲは、ユーザが記録時間、チャンネル、及び、複数のイベントの持続期間を指定することを可能にするが、より高度な番組イベントの規定及び取込に関する増大する要望に対応することができない。例えば、ユーザがテレビ番組ガイドを見出すことができない状況、又は、ユーザがＤＶＲ及びテレビ受像機から遙か遠方にいる場合には、ユーザは自身のＤＶＲに番組設定して、好きな番組イベントを記録することはできない。

望まれることは、テレビ視聴者が、中央管理されたテレビ番組ガイド・データ・ベースにアクセスして、どこにいようとも自身のＤＶＲに番組設定することを可能とする通信システムを確立することである。

中央管理されたパーソナルＴＶサービスに遠隔アクセスするための通信システム及び方法が、開示される。本発明に従うと、パーソナルＴＶサービス・センタは、中央管理された番組ガイド情報を提供する。ユーザは、そのパーソナルＴＶサービス・センタにディジタル・ビデオ・レコーダを通じてアクセスでき、このディジタル・ビデオ・レコーダは、電話モデム又はネットワーク・サーバを介してパーソナルＴＶサービス・センタに接続される。ユーザは、遠隔コンピュータ端末又はパーソナル・ディジタル・アシスタント（ＰＤＡ）を通じてもパーソナルＴＶサービス・センタにアクセスできる。その遠隔コンピュータ端末又はパーソナル・ディジタル・アシスタントは、インターネット等のコンピュータ・ネットワークを介してパーソナルＴＶサービス・センタに接続される。

ローカルに番組設定（局所的な番組設定）をする場合、ユーザは、ＤＶＲのフロントパネルにインストールされたグラフィカル・ユーザ・インターフェース（ＧＵＩ）を用いることによって番組イベントを選択する。遠隔からの番組設定の場合、ユーザは、パーソナルＴＶサービス・センタのウェブ・サーバによって、遠隔ユーザに表示又は提示されるウェブ・ページ内に組み込まれている同様のグラフィカル・インターフェースを用いることによって、番組イベントを選択しかつＤＶＲに番組設定する。

パーソナルＴＶサービスをより効率的に使用するために、２つ以上のＤＶＲを直接接続する、又はインターネット等のネットワークを介して接続させ、その結果記録されたメディア・ストリームを一方のＤＶＲから他方に転送することができる。

本発明に係る中央管理されたパーソナルＴＶサービスへの遠隔アクセスのための通信システムを図示するブロック線図である。 図１に示されたシステムの動作プロセスを示すデータフロー線図である。 図２に示されたユーザ・データ・ベース・イベント・データ・ベースの構造を図示するテーブルの略図である。 ユーザから遠隔番組設定指示を獲得するためにパーソナルＴＶサービスのウェブ・サーバによって使用されるプロセスを示すフローチャートである。 番組選択のためのグラフィカル・ユーザ・インターフェースの視覚的表現である。 パーソナルＴＶサービス・センタ、ＤＶＲ、及び、外部コンテンツ・サーバの間でのインターネットを介した対話を図示するブロック線図である。

本発明の以下の詳細な説明において、幾つかの特別な細目が本発明の現行での好適実施例の完全な理解を提供するために詳述される。しかしながら当業者には明らかなように、本発明は、ここで詳述される特別な細目を使用しない複数の実施例で実践することができる。周知の方法、手順、コンポーネント、及び回路は、詳細には説明されない。

以下の議論における図面の参照に関して、同様の番号は、幾つかの図面を通じて同様のパーツを指すものとする。

Ａ．パーソナルＴＶサービスへの遠隔アクセスのためのシステム
図１は、パーソナルＴＶサービスへの遠隔アクセスのための通信システムを示すが、これ全体が符号１００で示される。本発明に従えば、家庭に据え付けられたディジタル・ビデオ・レコーダ（以降、ＤＶＲと称する）１１０はパーソナルＴＶサービス・センタ（以降、サービス・センタと称する）１３０と通信するが、このパーソナルＴＶサービス・センタは、視聴者の興味を満足させるべく、番組ガイド・データ、グラフィカル・リソース（フォント、ピクチャ、等）、サービス情報、及びＤＶＲ１１０がサービス・センタ１３０とは独立して動作できるようにする他の形態のデータ、を提供する。この通信は、サービス・データ及びユーザのプライバシーの双方が保護されるように、安全な分配アーキテクチャを用いて、ＤＶＲ１１０とサービス・センタ１３０の間にデータを転送する。ＤＶＲ１１０は、アンテナ１１５から放送信号を受信する、又は、ケーブルＴＶシステムからテレビ信号を受信する。

本発明の一実施例の場合、一般に、ＤＶＲ１１０は、アナログ・テレビ信号をディジタル化し、それをディジタル・データ・ストリームに変換するために必要な複数のコンポーネントと、前記データ・ストリームの複数のセグメントを記録するように設計された複数のコンポーネントと、前記データ・ストリームの複数のセグメントを保持するように設計された複数の記憶ファシリティと、前記データ・ストリームの複数のセグメントを検索し、そのデータ・ストリームをアナログ信号に変換し、次いでその信号が、規格化されたテレビ受像機１２０へ搬送されるようにＲＦキャリヤ上でこの信号を変調するように設計された複数のコンポーネントと、このＤＶＲ１１０がネットワーク１４０と通信するようにするインターフェース１２５とを含む。

ＤＶＲ１１０は、着呼モデム・バンク１４５にダイヤルするために、内部電話モデムを用いることでサービス・センタ１３０と直に接続させることができる。着呼は先ず、ＩＤ確認のために、サービス・センタ１３０へ経路指定される。確認され次第、その着呼は承認される。プライベート・モデム・バンク１４５はその呼に応答し、ＤＶＲ１１０はサービス・センタ１３０内のデータ・ベースへのアクセスが許可される。

これに代えて、ＤＶＲ１１０は、ネットワーク１４０を介してサービス・センタ１３０と間接的に接続させることができる。ＤＶＲ１１０とネットワーク１４０の間のインターフェース１２５は、ＤＶＲ１１０の内部電話モデム又はケーブル・モデム等の専用ネットワーク・インターフェースとすることができる。コンピュータ・ネットワーク１４０は、プライベート・ネットワーク又はインターネットの何れとすることができる。ＤＶＲ１１０は、インターネット・サービス・プロバイダ（ＩＳＰ）のローカル・アクセス電話番号に電話することによって、コンピュータ・ネットワーク１４０との接続を開始する。ＩＳＰは、そのネットワーク接続要求をＩＤ確認のためにサービス・センタ１３０へ送る。ＩＤが確認され次第、そのネットワーク接続は承認され、ＤＶＲ１１０は、サービス・センタ１３０内のデータ・ベースにアクセスすることが許可される。

サービス・センタ１３０は、外部送信元から番組予定情報を受け取る。この番組予定情報１５０は、テレビ視聴者が、記録しようとするテレビ番組を選択するために使用できる番組ガイドの元となる。サービス・センタ１３０はインターフェース１３５を介してコンピュータ・ネットワーク１４０と通信する。

テレビ視聴者は、遠隔コンピュータ１５５又はパーソナル・ディジタル・アシスタント１６０を使用して、コンピュータ・ネットワーク１４０を介してサービス・センタ１３０との通信チャンネルを確立し、これにより、サービス・センタ１３０内の番組データ・ベースに遠隔からアクセスすることが出来る。

図２に示されるように、サービス・センタ１３０は、番組予定情報を収集しかつそれを組織化して提供するウェブ・サーバ２００と、番組予定情報を保存する番組データ・ベース２１０と、ユーザ及びディジタル・ビデオ・レコーダについての情報を保存するユーザ・データ・ベース２２０と、各ユーザごとにイベント・リストを保存するイベント・データ・ベース２３０と、ユーザ・データ・ベースを調査しかつイベント・データ・ベースからイベント・リストを検索するディスパッチ・プロセス（dispatch process）２４０を含む。更に、これは、ウェブ・サーバ及びディジタル・ビデオ・レコーダが通信に用いるネットワーク・インターフェースを含むこともできる。

好適実施例の場合、ＤＶＲ１１０は、このＤＶＲ１１０とサービス・センタ１３０との間の通信を制御するマイクロ・サーバ２５０と、サービス・センタ１３０によって提供される番組ガイドを記録し、かつこのＤＶＲ１１０がサービス・センタ１３０にアクセスするたびに更新されるローカル番組記憶ガイド２６０と、選択されたテレビ番組を取り込む記録セッションを開始するために使用されるデータ構造であるイベント・キュー２７０と、遠隔アクセスの承認キーを生成する擬似ランダム数生成器（ＰＲＮＧ）２８０と、このＤＶＲ１１０をコンピュータ・ネットワーク１４０と接続するネットワーク・インターフェース１２５を含む。イベント・キュー２７０は、ＤＶＲ１１０と一体である記録装置に結合されている。

遠隔コンピュータ１５５及びパーソナル・ディジタル・アシスタント（ＰＤＡ）１６０の双方は、ユーザがウェブ・ページを視聴することを可能とする包括的なウェブ・ブラウザとすることができるウェブ・ブラウザ２９０を含む。

図３は、ユーザ・データ・ベース２２０及びイベント・データ・ベース２３０の構造を図示するテーブル略図である。ユーザ・データ・ベース２２０は、複数のユーザ記録３００を含む。各ユーザ記録３００は、複数のフィールドを含み、それらの中にはユーザＩＤ３１０、暗号化キー３２０、ＤＶＲ ＩＤ３３０、及び、イベント・リスト・ポインタ３４０がある。ユーザＩＤ３１０は、ユーザ・データ・ベース２２０へのキーとして使用される。暗号化キー・フィールド３２０は、ユーザのＤＶＲ１１０を遠隔から番組設定しようと試みるユーザから受け取られた承認キーを保存するために使用される。ＤＶＲ ＩＤ３３０は、ネットワーク・アドレスと、このＤＶＲ１１０との通信チャンネルを確立するために必要とされる接続詳細とを、保存するために使用される。

ユーザ・データ・ベース２２０において、個別イベント・リスト３５０は、各ユーザ毎に維持されている。イベント・リスト３５０は、イベント・データ・ベース２３０に保存されている。各イベント・リスト３５０は、複数のイベント記録３６０を含む。各イベント記録は、時間フィールド３７０、チャンネル・フィールド３８０、及び、持続期間フィールド３９０の複数のフィールドを含む。時間フィールド３７０は、記録の開始時間を示すために使用され、かつ番組イベントの日付及び時間から構成されている。チャンネル・フィールド３８０は、ＤＶＲが記録すべきチャンネルを指定する。持続期間フィールド３９０は、ＤＶＲがその番組イベントに対するコンテンツをどの程度長く記録すべきかを指定するために使用される。

Ｂ．パーソナルＴＶサービスへの遠隔アクセスに対するプロセス
図２は、図１と共に本発明の機能を集合的に可能とする様々なプロセスを示している。

サービス・センタ１３０は、外部送信元から周期的に番組予定情報１５０を受信する。ひとたび番組予定情報１５０が到着すると、番組データ・ベース２１０はそれに従って更新される。

ＤＶＲ１１０は、ウェブ・サーバ２００からウェブ・ページを読取ることによって、そのローカル番組ガイド２６０を周期的に更新する。ＤＶＲ１１０からの要求に応じて、ウェブ・サーバ２００は、先ず更新番組情報に対し番組データ・ベース２１０を調べ、次いで更新番組予定情報を含むウェブ・ページを動的に作成する。

ひとたびＤＶＲ１１０が、そのローカル番組ガイド２６０を更新すると、ウェブ・サーバ２００は、図５に示されるようなグラフィカル・ユーザ・インターフェースを用いて、テレビ視聴者に番組ガイドを表示する。テレビ視聴者は、どの番組がＤＶＲ１１０によって記録されるべきかを示すために、題名及び時間枠を設定することによりテレビ番組を選択する。

テレビ視聴者は、遠隔コンピュータ１５５又はパーソナル・ディジタル・アシスタント１６０の何れかのウェブ・ブラウザ２９０を用いることにより、ＤＶＲ１１０に遠隔から番組設定することができる。この状況において、ウェブ・ブラウザ２９０は、ウェブ・サーバ２００によって運営される特別ウェブサイトにアクセスするために、使用される。

遠隔アクセス構成を用いるために、ユーザは、先ずＤＶＲ１１０から承認キーを獲得しなければならない。それは、擬似ランダム数生成器（ＰＲＮＧ）２８０によって生成される。ＤＶＲ１１０は、その承認キーを、このＤＶＲ１１０によって管理されているグラフィカル・ユーザ・インターフェース上でユーザに表示する。ディスパッチ・プロセス２４０から遠隔アクセスが受信されるたびに、承認キーは、ＤＶＲ１１０内に局所的に保存される。

サービス・センタ１３０は、ディスパッチ・プロセス２４０を周期的に実行する。ディスパッチ・プロセス２４０は、ユーザ・データ・ベース２２０を調査する。ディスパッチ・プロセス２４０は、番組イベントを指定したユーザに遭遇するたびに、イベント・データ・ベース２３０からイベント・リスト３５０を検索する。次いでディスパッチ・プロセス２４０は、ＤＶＲ１１０内に常駐するマイクロ・サーバ２５０との通信チャンネルを確立する。この通信チャンネルは、ディスパッチ・プロセス２４０が、マイクロ・サーバ２５０からの特別のイベント・ディスパッチ・ウェブ・ページを検索することを可能とするように設計されている。マイクロ・サーバ２５０は、そのイベント・ディスパッチ・ウェブ・ページをディスパッチ・プロセス２４０に表示する。次いでディスパッチ・プロセス２４０は、そのイベント・ディスパッチ・ウェブ・ページを終了し、それをマイクロ・サーバ２５０に戻す。

マイクロ・サーバ２５０は、そのイベント・ディスパッチ・ウェブ・ページ内に見出されるイベント指令を用いてＤＶＲ１１０と一体であるイベント・キュー（待ち行列）２７０を更新する。イベント・キュー２７０は、ＤＶＲ１１０によって使用されるデータ構造であり、テレビ番組イベントを取り込む記録セッションを開始させる。

トランザクション（取引）を検証するために、ウェブ・サーバ２００は、番組設定しようとするＤＶＲ１１０に関係するユーザに対し、１つ以上の承認コードを含む。ＤＶＲ１１０は、この承認コードを、このＤＶＲの不揮発メモリに保持されているプライベート・コピーと比較する。この承認コードは、時間に依存するので、システムの安全要件が命令するように満了を設定することが出来る。

Ｃ．遠隔番組設定指令を得るためのプロセス
図４は、ユーザからの遠隔番組設定指令を得るために、ウェブ・サーバ２００によって使用されるプロセスを示すフローチャートである。このプロセスは、以下のステップを含む。

ステップ４００：ウェブ・サーバ２００は、このウェブ・サーバ２００によって管理されている特別ウェブサイトにアクセスするユーザに対して、その第１ウェブ・ページ内に承認（許可）要求フォームを表示する。

ステップ４１０：ウェブ・サーバ２００は、その承認要求に応答するユーザによって入力された承認キーを受信し、その承認キーを用いて、ユーザのＤＶＲ１１０に以後伝送される如何なる番組設定コマンドも検証する。

ステップ４２０：ウェブ・サーバ２００は、その承認キーをユーザＩＤと共にユーザ・データ・ベース２２０内に保存する。

ステップ４３０：ひとたびウェブ・サーバ２００がその承認キーをユーザ・データ・ベース内に保存したならば、それは、遠隔コンピュータ１５５又はパーソナル・ディジタル・アシスタント１６０の不揮発性メモリ内にクッキーを書込む。

ステップ４４０：そのユーザが識別され検証された後、ウェブ・サーバ２００は、番組ガイドをユーザに表示する。

ステップ４５０：ウェブ・サーバ２００はユーザの選択を受信し、そのユーザに固有のイベント・リスト３５０を作成する。そのイベント・リスト３５０はイベント・データ・ベース２３０内に保存される。

ステップ４４０で、ウェブ・サーバ２００は、ユーザに表示された第１ウェブサイトと一体のスクリプトに従って、遠隔コンピュータ１５５又はパーソナル・ディジタル・アシスタント１６０の有効クッキーをサーチする。ひとたび有効クッキーが発見されたならば、ステップ４００乃至４３０がこのプロセス・フローから除外される。

Ｄ．番組選択用のグラフィカル・ユーザ・インターフェース
図５は、番組選択用の例示的なグラフィカル・ユーザ・インターフェース（ＧＵＩ）５００の視覚的表現である。このＧＵＩ５００は、ＤＶＲフロントパネル上に使用されると共に、ウェブ・サーバ２００によって遠隔ユーザに表示されるウェブ・ページ内に組み込まれる。ＤＶＲ１１０により直接実施される場合には、ＧＵＩ５００は、ＤＶＲ１１０と一体である制御プロセスによって直接操作される。ＧＵＩ５００がコンピュータ・ネットワークを介して遠隔ユーザに表示される場合には、それは、アクティブ・サーバ・ウェブ・ページとして表される。図５はユーザのウェブ・ブラウザに現れる「現在表示中のウェブ・ページ」のスクリーン・キャプチャである。

ＧＵＩ５００は、複数の列５１０と複数の行５１５を有するテーブル５０５を含む。列５１０は、曜日（及び特殊カレンダ日付）に対応する。行５１５は、所定の一日の時間に対応する。テーブル５０５の列５１０及び行５１５は、データ選択制御によって形成され、この制御の表題は、テーブル５０５におけるその制御位置に従って時間枠に予定されているテレビ番組の題名を示すために設定されている。更にＧＵＩは、スクロール・アップ５２０及びスクロール・ダウン５２５の機構と、前方転向５３０及び後方転向５３５の機構と、特定テレビ番組を選択する機構と、選択テレビ番組を含む番組イベント・リスト３５０を作成する機構と、そのイベント・リスト３５０を編集する機構とを含む。加えて、ＧＵＩは、ダウンロードを命令する機構、そのダウンロードが進行中であることを示す機構、及び進行中のダウンロードをキャンセルする機構も含む。

制御の位置は、テレビ番組イベントの曜日及び時間に対応する。ユーザは、ＧＵＩ５００内に表示される選択制御をトグルすることができる。ＧＵＩ５００がウェブ・サーバ２００に戻されると、選択された制御の識別子が、ユーザ用にイベント・リスト３５０を作成するために、番組ガイド２６０と関連して使用される。次いで、このイベント・リスト３５０は、遠隔からの番組設定の場合には、イベント・データ・ベース２３０内に保存される。ＤＶＲ１１０をローカルに番組設定する場合には、イベント・リスト３５０は、ＤＶＲ記録シーケンスを制御するイベント・キュー２７０内に直接保存される。

Ｅ．ディジタル・ビデオ・レコーダへのインターネット・アクセス
図６は、サービス・センタ１３０、ＤＶＲ１１０、及び、外部コンテンツ・サーバ７２０の間のインターネットによる対話を図示する一般方式７００のブロック線図である。ここでは、インターネット・アクセスの特定の型式がＤＶＲ１０１０と一体化されているので、インターネット接続１４０により特定のタイプのコンテンツをフェッチし、かつ図５に示されるような「現在表示中のウェブ・ページ」内でそれらを視聴することが可能である。

コンテンツ名（即ち、テレビ番組の題名）のリストは、そうしたコンテンツがＧＵＩ５００上でフェッチされていることを示し、そして、記録アイコン又はその何等かの変形は、ダウンロードが進行中であることを示す。視聴者は、そのコンテンツ（即ち、テレビ番組）をピックアップし、それをいつでも再生することができる。

ダウンロードは、如何なる速度でも行える。即ち、図１におけるインターフェース１２５は、ダウンロードの速度に決して依存することがない。図８は、コンテンツが再生速度よりも高速でダウンロードされていることを、マッチする緑の領域を大きくすることによって示すリプレイ・バーを示すウェブ・ページのスクリーン・キャプチャである。何れにしても、視聴者は、その時点までにどの程度のコンテンツ量がダウンロードされていたとしても、高度な（トリック・プレー的な）再生を動作させることができる。

コンテンツがインターネットからであることが様々な方法で明示されている番組情報表示の場合を除いて、視聴者は、コンテンツがインターネットによりダウンロードされたと云う事実を認識しない。

ダウンロードされたコンテンツへのポインタは、ＤＰＲ１１０ハードドライブにおけるローカルコンテンツ・データ・ベース７４０内に放送番組が保存されている方式と類似した方式で保存され、サーチ及び表示の全ての形態は、それらの番組を適切に表示しかつそれらの操作を提供する。

チャンネル又はネットワーク状況の場合、ダウンロード可能な番組は、放送番組設定の場合と同様に提示される。時間及び場所がこのような番組には関係ないので、チャンネル又はネットワークの「ラインナップ」を、理解可能に表示するように、これらの状況は、変更されなければならない可能性がある。

図５に示される「現在の表示頁」において利用可能なコンテンツ項目の数は、ナビゲーションを扱いにくくするかもしれない。最初の実行には不必要ではあるが、多くの項目からなるナビゲーションをより簡略化するために、この状況を変更させることができる。

幾つかのサーバからのコンテンツを提供するエンティティーを、テレビ・ネットワークとして視聴することができる。各固有のサーバ名が、チャンネルを示す。ここで「サーバ」とは、ネットワーク上の名前であるので、それは、世界の何れかにある何れかの物理的サーバにマッピングすることができる。

ひとたびコンテンツ・サーバ７２０に接触すると、ＤＶＲ１１０は、所定の番組ＩＤに従ってメディア状況を要求する。これは、ウェブ・サーバ２００によってコンテンツの特定の一片へマッピングされ、次いで、それは、その接続部に送られる。何れかの側はダウンロード速度を減速させることができる。

視聴者がダウンロードを多重で要求した場合は、ＤＶＲ１１０は、幾つかの異なる方法を選択し、そのコンテンツを取得し、最大限の制限又はキュー要求、若しくはその双方で、多重接続を開始させることができる。

主要な焦点は、ＤＶＲ１１０の安全又は防御である。ネットワーク・ポートを開けることは、著作権が設定されたコンテンツの防御や顧客の私的データの保護を巡る多数の可能性がある防御の破れ口に至る。

双方向でほとんど単一の周知のポートへのアクセスを自動的に阻止することによって、この保護を管理するために、標準のリナックス・ファイヤウォール・サポートが使用される。この単一で周知のポートは、外部コンテンツ・サーバ７２０と接触してメディア・コンテンツをダウンロードするために、アプリケーション・ソフトウェアが使用される。外部からこのポートには接続出来ない。

ＤＶＲ１１０においてリナックスＤＨＣＰクライアントはポートされなければならない。起動時に、ネットワーク・インターフェースが検出されれば、そのＤＨＣＰクライアントは、周知のポートを用いて、外部ＤＨＣＰサーバ７５０をポーリングする。もしサーバが何等見出されなければ、ネットワーク化はディスエーブルされる。さもなければ、ＤＶＲ１１０はそのネットワーク・パラメータをＤＨＣＰ応答から開始することになる。

このリナックス・ファイヤウォール・サポートの短所は、外部ＤＨＣＰサーバ７５０にインターネット・アクセス情報を構成することが要求されることである。これはエイリアシングの可能性を引き起こす。この種の攻撃に対処するために、コンテンツ・サーバ７２０との通信は、全て、検証されると共に暗号化されなければならない。コンテンツ・サーバ７２０は、ＤＶＲ１１０の公開キーにアクセスする必要があり、ＤＶＲは、コンテンツ・サーバ７２０の公開キーのコピーを有する必要がある。証明書交換を用いて、ＤＶＲ１１０及びコンテンツ・サーバ７２０はブローフィッシュ（Blowfish）プロトコル用の一回限りのセッション・キーを生成し、全ての更なる通信は暗号化される。コンテンツ・サーバ７２０の公開キーは、サービス・センタ１３０から分配される。サービス・センタ１３０は、コンテンツ・サーバ７２０へ適切な番組ガイド参照も提供する。

サービス・センタ１３０は、サーバＵＲＬ、コンテンツ記述、コンテンツＩＤ、「チャンネル」記述、「ネットワーク」記述等から成るコンテンツ・サーバ７２０の記述を受け入れる。これらのデータはコンテンツ・サーバ記述（ＣＳＤ）データ・ベース７１０内へ移入され、適切に薄切りされる。コンテンツ・サーバ７２０にアクセスするための一組の公開キーも提供される。

コンテンツ・サーバ７２０がＤＶＲ１１０からの接続を受け入れるためには、コンテンツ・サーバ７２０は、特定ＤＶＲに対する公開キーにアクセスしなければならない。このキー分配はオンザフライ書込みで実行される。各コンテンツ・サーバは、サービス・センタ１３０への検証済み接続を用いて、キー検索を実行する。ＤＶＲにシリアル番号が与えられると、サービス・センタ１３０はその公開キーを戻す。コンテンツ・サーバ７２０は必要に応じてこの公開キーを格納することができる。サービス・センタ１３０は分配された公開キーの全てのログを維持する。

サービス・センタ１３０は、作動していないＤＶＲの公開キーを提供することを拒絶することができる。加えて、コンテンツ・サーバ７２０は、例えば、もし特定のＤＶＲが作動しなくなれば、サービス・センタ１３０からのキー無効化要求に応答する必要がある。

メディア・レコーダ７３０は、パーソナルＴＶサービス・アプリケーションのサブシステムである。それはダウンロード中のコンテンツを同時に記録し再生することを可能としている。記録されたコンテンツはコンテンツ・データ・ベース７４０内に保存される。恒久的なネットワーク接続が利用できない場合には、メディア・レコーダ７３０は、開始されない。このサブシステム内には多数の異なるスレッドがある。

（１）記録キュー・スレッド：このスレッドはネットワーク・ダウンロード要求のキューを管理し、ダウンロード方針を履行する。最初にこれはオブジェクト格納場所に維持された単純なＦＩＦＯキューとすることができる。記録キュー方針オブジェクトは、ひとたびダウンロード方針が履行されたならば維持される。

（２）フェッチ記録スレッド：このスレッドはコンテンツ・サーバ７２０との接続を管理する責務が有る。そのサーバと接触し、検証プロトコルを履行し、所望のコンテンツを要求し、そのダウンロードを管理する。

この戦略に対する１つの変形として、番組オブジェクトが、メディア・コンテンツに対してポーリングされるべき多数のサーバを示すことができる。それらサーバは、順番にポーリングされ、ダウンロード要求を受け入れるべく第１のものが使用される。これが負荷釣り合いを提供する。

スレッドは、オブジェクト格納部の状態を定期的にチェックする。これは、電力欠損又はシステム・エラーの後のダウンロードの再開を可能とする。スレッドは、ダウンロード中にあるコンテンツの表示及びナビゲーションに対して利用されるデータ・ベース・オブジェクトの状態を管理するものであり、例えば、図５に示されるような「現在表示中のコンテキスト」における適切な表示の記録オブジェクトの状態を管理する。何時の時点でも動作中にするスレッドは１つ以上とすることができる。

Ｆ．ＤＶＲ対ＤＶＲ対話
２つのＤＶＲの間におけるメディア及びデータ・ベース要素の転送のための機構が開発されている。図６に示されるように、転送の一例は、バッテリー駆動装置の小容量のディスク記憶装置を、携帯ＤＶＲ７６０に設けることである。ユーザは、休暇に入る前に、携行しようとする携帯ＤＶＲ７６０を、所望のメディア及び見ることができない関連サービス・データをこの携帯ＤＶＲ７６０に転送し、そのメディアが所望に応じて使用可能となるようにすることができる。転送の別の例は、２つのメディア・ストリームを、等しく動作させるために正に同時に再生させるように、２つのＤＶＲ１１０と７７０を連動させることである。

２つのＤＶＲを接続するためには多くの方法がある。最も簡略化された方法は、送信元ＤＶＲ１１０の出力を送信先ＤＶＲ７７０の入力に接続することである。この方法は、機能的ではあるが、メディア・ストリームを管理し且つ使用する点で視聴者を満足させるために必須であるメディア・ストリームについての情報を転送することは出来ない。

ＤＶＲ１１０内に保存されたメディア・ストリームは、２つの部分、つまり、メディア・コンテンツそのものと、このメディア・コンテンツについての記述情報を与えるデータ・ベース・オブジェクトとから、構成される。ネットワーク接続（例えば、IEEE802.3）又は直接接続（例えば、IEEE1294）等のデータ転送方法が用いられる場合には、これらのメディア・コンテンツと記述情報は、双方とも転送させることができるので、視聴者経験は完全に保持される。

コンテンツ所有者はコンテンツの盗難が心配である。この方法の更なる改善は、ＤＶＲ１１０及び７７０間のデータ転送を暗号化することである。これは数多くの規格及び従来の技法で可能である。例えば、ディフィ−ヘルマン安全接続プロトコル（Diffie-Hellman secure connection protocol）を使用し、一回限りのキーを用いて、転送を暗号化させることができる。

転送が、指定されたＤＶＲ間のみに行われることが望まれる場合には、一体化された安全システムを使用することができる。各ＤＶＲの公開キーは、相手方に知られていなければならない。転送が開始されると、これらのＤＶＲは、保存された専用キーに基づいて、署名され暗号化された証明書を交換する。もしＤＶＲが、双方とも相手方の署名を解読し照合することが出来れば、一回限りのセッション・キーが、転送中のデータを暗号化するために使用される。

こうした場合のキー分配は、サービス・センタ１３０が取り扱うことができる。視聴者は、サービス・センタ１３０に接触し、視聴者が所持する２つのＤＶＲ１１０及び７７０が相互にデータ転送を行えるよう要求することができる。サービス・センタ１３０は、各ＤＶＲの公開キーを含む承認オブジェクトを、適切なダウンロード機構により他方のＤＶＲへ送る。サービス・センタ１３０は、後の監査目的のために、各ＤＶＲに対する識別情報を含む、この動作の記録を維持する。例えば、安全システムが一方のＤＶＲにおいて故障し且つ他方の公開キーが公開されている場合には、これらが送信元ＤＶＲ１１０に対し承認されているように見えるように他方のＤＶＲを変更することが可能である。各ＤＶＲは、転送の記録を保持している。この記録は、サービス・センタ１３０にアップロードされる。後に、この情報は、複製保護違反、承認されていないＤＶＲへの複製等を捜し出すために、処理することができる。

もし転送が中断すると、送信先ＤＶＲ７７０は、その記述オブジェクトにおいてメディア・ストリームを「部分的」とマークする。後に転送は再開させることができる。データ・ベースシステムは、メディア・ストリームが、確実に、送信先ＤＶＲ７７０上で一意に識別できるように設計されているので、部分的ストリームは見出され、かつその転送はその終端から始まり、その結果、既に保存されているメディアを再転送することは回避される。ひとたびメディア・ストリーム全体が保存されると、記述オブジェクトは、完全なメディア・ストリームを示すように更新される。

ＤＶＲ間でディジタル・データを転送する際には、特にそれをリアルタイムで行う必要はない。転送はどのような速度でも適切であれば行い得る。例えば、転送持続期間が、コンテンツの再生持続期間よりも長い、ＤＶＲ間のネットワークが遅い場合が、これに該当する。これに代えて、ネットワークを高速とすることができる。この場合、多数のメディア・ストリームは、１つのコンテンツアイテムの再生に対して費やされるよりも相当に少ない時間で転送されかもしれない。送信先ＤＶＲの視聴者は、第１の部分が有効となり次第、メディア・ストリームのダウンロード進行と並行して、そのメディア・ストリームの視聴を開始することができる。

送信元又は送信先のＤＶＲが、完全なディジタル・ビデオＤＶＲである必要はない。例えば、ケーブルのヘッド・エンドにおけるサーバに保存されたメディア・ストリームは、送信先ＤＶＲ７７０に信頼性をもって転送させることができる。これに代えて、送信元ＤＶＲ１１０に保存されたメディア・ストリームは、ヘッド・エンド・サーバへ転送させることができる。

ディジタル・サテライト・システム等のある種のメディア分配アーキテクチャは、殆どのメディア・コンテンツを暗号化状態で放送する。メディア・コンテンツは、スマートカードに基づくローカル解読ファシリティを用いて、それが視聴されるときのみ解読されるので、コンテンツは盗難から保護される。ＤＶＲが、これら暗号化メディア・ストリームをディスクに保存し、そして、再生時に解読を開始することも可能である。この方法は、２つのＤＶＲ間でメディア・ストリームを転送するために使用することができる。メディア・ストリームに関する特定の一群の（例えば、一回限りの再生、一日後に満了等の）コンテンツ保護規則に適切に準拠するため、ＤＶＲは、メディア・ストリームを記述するデータ・ベース・オブジェクトと共に、メディア・ストリームに関する（そのストリームが暗号化状態で保存されているか否かを含む）複製保護情報を保持する。

メディア・ストリームに関するコンテンツ保護規則は、送信先ＤＶＲ７７０にも転送させることができる。例えば、ＤＶＲ１１０は、それが視聴されるまでは解読されないコンテンツ・サーバ７２０からの映画を保存することができる。もし視聴者がこのメディア・ストリームを転送させようと望めば、メディア・ストリームは、送信先ＤＶＲ７７０のメディア領域にそのまま複製され、かつ記述オブジェクトも転送される。これが意味することは、メディア・ストリームに関するオリジナル情報が、送信先ＤＶＲ７７０に忠実に複写されると言うことである。

スマートカードは、送信元ＤＶＲ１１０から引き抜かれ、かつ送信先ＤＶＲ７７０内に挿入されるかもしれない。メディア・コンテンツが視聴される際、視聴者は適切に課金され、全ての複製保護規則は遵守される。オリジナル・メディア・コンテンツ及び記述情報は、削除しても良いし削除しなくても良い。例えば、「一回限りの視聴」方式においてはオリジナルは破壊されるが、「視聴毎の課金」方式においては破壊されない。

上述のものと同一技術を用いて、安全接続、又は、検証済みの安全接続は、ネットワークを用いて、多分、内部モデムを用いてアクセスされる２つ以上のＤＶＲの間に、設定することができる。これは、制御対話が行われることを可能とする。以下は、幾つかの例である。

（１）同期再生。視聴者は、特定のメディア・ストリームに対しトリック再生特徴を制御することができる。各キー・イベントが、送信先ＤＶＲ７７０にも渡されるので、このＤＶＲ７７０は自動的に同一動作を実行する。例えば、コンテンツ提供者が、マルチメディア再生装置として送信元ＤＶＲ１１０を用いてライブを提供し、かつ遠隔箇所の視聴者が、同時にかつ同じように、そのライブを見ることができる。これに代えて、一方又は他方が、両方のＤＶＲによる同一番組の再生を制御しつつ、電話等の何等かの手段を通じて通信する二人の聴視者が、対話することができる。これは、対象の番組の正確な議論を可能とする。通信手段は、参加者がコメントをタイプ打ちする、ディスプレイ上に重ねられる単純なチャット番組とすることができる。

（２）リンク送り。送信元ＤＶＲ１１０の視聴者は、特定の番組が、送信先ＤＶＲ７７０にリンクされていることを示すことができる。これは、送信先ＤＶＲ７７０にメッセージを送ることとなり、これにより、送信先ＤＶＲ７７０にその番組の記録が予約される。これに代えて、この番組を、このようにリンクさせないことも可能である。ＤＶＲ１１０と７７０が両者とも使用中であると仮定すると、このメッセージは、番組識別さえ含めば良い。

（３）サウンド又はグラフィック効果。視聴者が特定のキー・シーケンスを押す等の動作をすると、送信元ＤＶＲ１１０はサウンドを再生し又はグラフィックを表示することができる。送信元ＤＶＲ１１０は、そのイベントを送信先ＤＶＲ７７０に渡すことができ、ＤＶＲ７７０は、同一のサウンド又はグラフィックを再生する。例えば、子供が、このようにして番組にサウンドを追加することができる。遠隔の送信先ＤＶＲ７７０の彼の友人のために、これを、複製することができる。このような通信をマルチ−ウェイとすることができることは、明らかである。

ＤＶＲが、他のタイプのデータも転送できることは、有用となり得る。例えば、大きな家庭用ＤＶＲ１１０とそれより小さな携帯ＤＶＲ７６０を考察しよう。ソフトウェア、グラフィック要素、番組ガイド・データ等の興味を引くデータが、２つのＤＶＲ間に転送されるかもしれない。例えば、これら２つのＤＶＲが接続される度に、家庭用ＤＶＲ１１０が、携帯ＤＶＲ７６０を更新することができる。この更新は、ソフトウェア更新の転送及びインストールも含む。携帯ＤＶＲ７６０は、これら２つのＤＶＲが接続される度に、家庭用ＤＶＲ１１０に任意の動作情報を転送し、そして家庭用ＤＶＲ１１０は、家庭用ＤＶＲ１１０がサービス・センタ１３０にアクセスするたびに、その動作情報をサービス・センタ１３０に送付する。

更新は自動的に行うこともできる。そのような場合、２つのＤＶＲが接続されると、番組ガイド又はソフトウェアの更新のような一組の予め決められている動作が行われ、次いでメディア・ストリームを転送することができる。送信先ＤＶＲ７７０が小型の携帯ユニットの場合、全てのメディア・ストリームが適合することはないであろう。この場合、視聴者は、どのメディア・ストリームを転送すべきかを明確に選択することができる。もし、嗜好情報を使用して、視聴者が最も興味を持つであろう、入手可能なメディアの組を選択しかつそれらのストリームのみを転送する場合には、より興味深いこととなろう。別の例では、メディア・ストリームが、最も新しいものから最も古いものの順に提供される場合には、転送され、もはや適合するものがない場合、又は最も古いものから最も新しいものの順に提供される場合（これは、視聴者の興味を引かない）には、転送が停止される。別の基準は、その番組が、視聴者の嗜好に基づいて明確にピックアップ又は選択されたか否かとすることができる。コンテンツの記述オブジェクト内に保存されている如何なる番組情報も、長さ、俳優、等級等を選択するための基準に使用することができる。

以上、本発明は好適実施例を参照して説明されたが、当業者であれば容易に理解するように、本発明の精神及び範囲から逸脱することなしに、他の応用例をここで詳述した実施例の代わりに代替させることができる。

従って、本発明は特許請求の範囲によってしか限定されない。

Claims (18)

1. ディジタル・ビデオ・レコーダ（ＤＶＲ）を用いてマルチメディア・コンテンツを共有する方法であって、
   送信先マルチメディア・デバイスで、送信元ＤＶＲから転送されたマルチメディア・コンテンツのメディア・ストリームをダウンロードするステップであって、前記送信元ＤＶＲが、前記メディア・ストリーム内の前記マルチメディア・コンテンツを含む、格納されている複数のマルチメディア・コンテンツを、前記送信元ＤＶＲの入力チューナを介して既に受信している、ステップと、
   前記メディア・ストリームの進行中の前記ダウンロードに並行して、前記送信先マルチメディア・デバイスが、前記メディア・ストリームの利用可能な部分を再生するステップであって、前記メディア・ストリームの前記利用可能な部分は、前記送信先マルチメディア・デバイスにおいて既にダウンロードされた前記メディア・ストリームの部分であり、前記送信先マルチメディア・デバイスによる前記メディア・ストリームの前記利用可能な部分の再生は、前記送信元ＤＶＲにおける前記メディア・ストリームの再生に同期され、前記送信先マルチメディア・デバイスが前記メディア・ストリームの前記利用可能な部分以外の前記メディア・ストリームの部分を受信している際に、前記送信先マルチメディア・デバイスが、前記メディア・ストリームの前記利用可能な部分にトリック・プレー機能を実行する、ステップと、
   を備え、
   前記送信先マルチメディア・デバイスによって実行される前記メディア・ストリームの前記利用可能な部分に対する前記トリック・プレー機能は、前記メディア・ストリームの再生を制御するためのユーザからの入力に応じて、前記送信元ＤＶＲによって前記メディア・ストリームに対して実行されるトリック・プレー機能に対応する、方法。
2. 前記メディア・ストリームが受信される際に、前記送信先マルチメディア・デバイスが前記メディア・ストリームを解読する、請求項１に記載の方法。
3. 前記送信先マルチメディア・デバイスが、前記送信元ＤＶＲに格納されているマルチメディア・コンテンツのリストを検索するステップと、
   前記送信先マルチメディア・デバイスが、前記リストを表示させるステップと、
   を更に備える、請求項１に記載の方法。
4. 前記送信元ＤＶＲが、放送信号からマルチメディア・コンテンツを記録しかつインターネットを介してダウンロードされたマルチメディア・コンテンツを記録する、請求項１に記載の方法。
5. 前記送信先マルチメディア・デバイスが、前記メディア・ストリームを再生する前に、前記メディア・ストリームの少なくとも利用可能な部分を少なくとも１つ以上の格納デバイスに格納する、請求項１に記載の方法。
6. 前記送信先マルチメディア・デバイスが、前記送信元ＤＶＲから転送された前記メディア・ストリーム内の前記マルチメディア・コンテンツを記述する記述情報を受信する、請求項１に記載の方法。
7. ディジタル・ビデオ・レコーダ（ＤＶＲ）を用いてマルチメディア・コンテンツを共有するシステムであって、
   送信元ＤＶＲと、
   ローカル・ネットワークを介して前記送信元ＤＶＲと通信する複数のマルチメディア・デバイスと、
   前記送信元ＤＶＲから転送されたマルチメディア・コンテンツのメディア・ストリームをダウンロードする、前記複数のマルチメディア・デバイスの内の送信先マルチメディア・デバイスで、少なくとも部分的にハードウェアで実行されるビデオ・コンテンツ・ダウンロード・サブシステムであって、前記送信元ＤＶＲが、前記メディア・ストリーム内の前記マルチメディア・コンテンツを含む、格納されている複数のマルチメディア・コンテンツを、前記送信元ＤＶＲの入力チューナを介して既に受信している、ビデオ・コンテンツ・ダウンロード・サブシステムと、
   前記メディア・ストリームの進行中の前記ダウンロードに並行して、前記メディア・ストリームの利用可能な部分を再生する前記マルチメディア・デバイスで、少なくとも部分的にハードウェアで実行されるマルチメディア・コンテンツ再生サブシステムであって、前記メディア・ストリームの前記利用可能な部分は、前記送信先マルチメディア・デバイスにおいて既にダウンロードされた前記メディア・ストリームの部分であり、前記送信先マルチメディア・デバイスによる前記メディア・ストリームの前記利用可能な部分の再生は、前記送信元ＤＶＲにおける前記メディア・ストリームの再生に同期され、前記ビデオ・コンテンツ・ダウンロード・サブシステムが前記メディア・ストリームの前記利用可能な部分以外の前記メディア・ストリームの部分を受信している際に、前記マルチメディア・コンテンツ再生サブシステムが、前記メディア・ストリームの前記利用可能な部分にトリック・プレー機能を実行する、マルチメディア・コンテンツ再生サブシステムと
   を備え、
   前記マルチメディア・コンテンツ再生サブシステムによって実行される前記メディア・ストリームの前記利用可能な部分に対する前記トリック・プレー機能は、前記メディア・ストリームの再生を制御するためのユーザからの入力に応じて、前記送信元ＤＶＲによって前記メディア・ストリームに対して実行されるトリック・プレー機能に対応する、システム。
8. 前記メディア・ストリームが受信されている際に、前記送信先マルチメディア・デバイスが前記メディア・ストリームを解読する、請求項７に記載のシステム。
9. 前記送信元ＤＶＲに格納されているマルチメディア・コンテンツのリストを検索する前記マルチメディア・デバイスで、少なくとも部分的にハードウェアで実行されるＤＶＲマルチメディア・コンテンツ・リスト検索サブシステムと、
   表示のために前記リストを送信する前記マルチメディア・デバイスで、少なくとも部分的にハードウェアで実行されるＤＶＲマルチメディア・コンテンツ・リスト表示サブシステムと、
   を備える、請求項７に記載のシステム。
10. 前記送信元ＤＶＲが、放送信号からマルチメディア・コンテンツを記録しかつインターネットを介してダウンロードされたマルチメディア・コンテンツを記録する、請求項７に記載のシステム。
11. 前記マルチメディア・コンテンツ再生サブシステムが前記メディア・ストリームを再生する前に、前記ビデオ・コンテンツ・ダウンロード・サブシステムが、前記メディア・ストリームの少なくとも前記利用可能な部分を少なくとも１つの格納デバイスに格納する、請求項７に記載のシステム。
12. 前記ビデオ・コンテンツ・ダウンロード・サブシステムが、前記送信元ＤＶＲから転送された前記メディア・ストリーム内の前記マルチメディア・コンテンツを記述する記述情報を受信する、請求項７に記載のシステム。
13. 前記送信先マルチメディア・デバイスが携帯ユニットであり、前記送信先マルチメディア・デバイスが完全なディジタル・ビデオＤＶＲではない、請求項１に記載の方法。
14. 前記送信元ＤＶＲがケーブルのヘッド・エンドにあるサーバである、請求項１に記載の方法。
15. 前記送信先マルチメディア・デバイスが、前記送信元ＤＶＲがメディア・ストリームを送信するように構成されている複数のマルチメディア・デバイスの内の１つである、請求項１に記載の方法。
16. ディジタル・ビデオ・レコーダ（ＤＶＲ）を用いてマルチメディア・コンテンツを共有するための命令の１つ以上のシーケンスを格納する、コンピュータ可読非一時的記録媒体であって、前記命令を１つ以上のプロセッサにより実行させると、請求項１〜６および１３〜１５の何れかの請求項に記載のステップが前記１つ以上のプロセッサにより実行される、コンピュータ可読非一時的記録媒体。
17. 前記送信先マルチメディア・デバイスが携帯ユニットであり、前記送信先マルチメディア・デバイスが完全なディジタル・ビデオＤＶＲではない、請求項７に記載のシステム。
18. 前記送信元ＤＶＲがケーブルのヘッド・エンドにあるサーバである、請求項７に記載のシステム。

Images