特許 6693909 ２つのディジタル・メディア装置間でデータを転送する方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6693909

(24)【登録日】2020年4月20日

(45)【発行日】2020年5月13日

(54)【発明の名称】２つのディジタル・メディア装置間でデータを転送する方法

(51)【国際特許分類】

   H04N 21/4367 20110101AFI20200427BHJP

   H04N 21/472 20110101ALI20200427BHJP

   H04N 21/4788 20110101ALI20200427BHJP

   H04N 5/765 20060101ALI20200427BHJP

【ＦＩ】

   H04N21/4367

   H04N21/472

   H04N21/4788

   H04N5/765

【請求項の数】8

【全頁数】17

(21)【出願番号】特願2017-114424(P2017-114424)

(22)【出願日】2017年6月9日

(62)【分割の表示】特願2014-186270(P2014-186270)の分割

【原出願日】2001年2月27日

(65)【公開番号】特開2017-195622(P2017-195622A)

(43)【公開日】2017年10月26日

【審査請求日】2017年6月9日

(31)【優先権主張番号】60/186,551

(32)【優先日】2000年3月2日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502099382

【氏名又は名称】ティヴォ ソリューションズ インコーポレイテッド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ジェームス エム バートン

(72)【発明者】

【氏名】デヴィッド シー プラット

【審査官】 古川 哲也

(56)【参考文献】

【文献】 特開平１０−１３６３１２（ＪＰ，Ａ）

【文献】 特開平０６−２４３０５５（ＪＰ，Ａ）

【文献】 特開平０５−１９１７８１（ＪＰ，Ａ）

【文献】 特開平０９−１２１３３５（ＪＰ，Ａ）

【文献】 中野博隆，次世代の映像番組リクエストシステム ディジタルＶＲＳ，ＮＴＴ技術ジャーナル，日本，社団法人電気通信協会，１９９３年 ６月 １日，Vol.5, No.6，p.67-69，ISSN 0915-2318

【文献】 奥田 治雄，２１世紀を目指す映像情報メディア，映像情報メディア学会誌，日本，社団法人映像情報メディア学会，２０００年 １月２０日，第54巻，第1号，p.9-13

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００ − ２１／８５８

Ｈ０４Ｎ ５／７６ − ５／９５６

(57)【特許請求の範囲】

【請求項1】

第１のディジタル・ビデオ・レコーダ装置（１１０）における番組記録シーケンスに従って複数のマルチメディア番組を記録することと、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）において、第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）との安全な接続を確立することと、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）から前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に、前記記録された複数のマルチメディア番組のうちの特定のマルチメディア番組を前記安全な接続を介して送信することであって、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）は、前記送信することに応答して、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）において前記特定のマルチメディア番組を格納するように構成されている、ことと、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生の間に、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生は、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）における前記特定のマルチメディア番組の再生に同期され、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生を制御するアクションを実行するように前記第１のディジタル・ビデオ・レコーダ装置（１１０）に命令する入力を視聴者から受信することと、
前記視聴者から受信された前記入力に基づいて、前記第１のディジタル・ビデオ・レコーダ装置（１１０）が、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）における前記特定のマルチメディア番組の同期された再生の間に同一のアクションを実行するように、前記安全な接続上の通信を介して、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令することと
を含む方法。

【請求項2】

前記入力は、前記第１のディジタル・ビデオ・レコーダ装置（１１０）においてトリックプレー特徴を制御するための入力を含み、前記アクションを実行するように前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令することは、前記入力を前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に渡すことを含む、請求項１に記載の方法。

【請求項3】

前記入力は、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記視聴者からのキー・イベントを含み、前記アクションを実行するように前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令することは、前記キー・イベントを記述した情報を前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に渡すことを含む、請求項１に記載の方法。

【請求項4】

前記特定のマルチメディア番組を再生しながら、前記第１のディジタル・ビデオ・レコーダ装置（１１０）によって提示される表示上にオーバーレイされるチャット番組へのチャット入力を受信することと、
前記特定のマルチメディア番組を再生しながら、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）によって提示される表示上にオーバーレイされるチャット番組へのチャット入力を送信することと
をさらに含む、請求項１に記載の方法。

【請求項5】

第１のディジタル・ビデオ・レコーダ装置（１１０）と第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）とを備えたシステムであって、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）は、
番組記録シーケンスに従って複数のマルチメディア番組を記録することと、
前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）との安全な接続を確立することと、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）から前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に、前記記録された複数のマルチメディア番組のうちの特定のマルチメディア番組を前記安全な接続を介して送信することと、
前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生の間に、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生を制御するアクションを実行するように前記第１のディジタル・ビデオ・レコーダ装置（１１０）に命令する入力を視聴者から受信することであって、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記特定のマルチメディア番組の再生は、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）における前記特定のマルチメディア番組の再生に同期される、ことと、
前記視聴者から受信された前記入力に基づいて、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）における前記特定のマルチメディア番組の同期された再生の間に同一のアクションを実行するように、前記安全な接続を介して、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令することと
を行うように構成されており、
前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）は、
前記送信することに応答して、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）において前記特定のマルチメディア番組を格納すること
を行うように構成されている、システム。

【請求項6】

前記入力は、前記第１のディジタル・ビデオ・レコーダ装置（１１０）においてトリックプレー特徴を制御するための入力を含み、前記第１のディジタル・ビデオ・レコーダ装置（１１０）は、前記アクションを実行するように前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令する際に、前記入力を前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に渡すようにさらに構成されている、請求項５に記載のシステム。

【請求項7】

前記入力は、前記第１のディジタル・ビデオ・レコーダ装置（１１０）における前記視聴者からのキー・イベントを含み、前記第１のディジタル・ビデオ・レコーダ装置（１１０）は、前記アクションを実行するように前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に命令する際に、前記キー・イベントを記述した情報を前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）に渡すようにさらに構成されている、請求項５に記載のシステム。

【請求項8】

前記第１のディジタル・ビデオ・レコーダ装置（１１０）は、
前記特定のマルチメディア番組を再生しながら、前記第１のディジタル・ビデオ・レコーダ装置（１１０）によって提示される表示上にオーバーレイされるチャット番組へのチャット入力を受信することと、
前記特定のマルチメディア番組を再生しながら、前記第２のディジタル・ビデオ・レコーダ装置（７６０、７７０）によって提示される表示上にオーバーレイされるチャット番組へのチャット入力を送信することと
を行うようにさらに構成されている、請求項５に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【発明の概要】

【発明が解決しようとする課題】

【0005】

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

【0006】

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

【課題を解決するための手段】

【0007】

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

【0008】

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

【0009】

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

【図面の簡単な説明】

【0010】

【図1】本発明に係る中央管理されたパーソナルＴＶサービスへの遠隔アクセスのための通信システムを図示するブロック線図である。

【図2】図１に示されたシステムの動作プロセスを示すデータフロー線図である。

【図3】図２に示されたユーザ・データ・ベース・イベント・データ・ベースの構造を図示するテーブルの略図である。

【図4】ユーザから遠隔番組設定指示を獲得するためにパーソナルＴＶサービスのウェブ・サーバによって使用されるプロセスを示すフローチャートである。

【図5】番組選択のためのグラフィカル・ユーザ・インターフェースの視覚的表現である。

【図6】パーソナルＴＶサービス・センタ、ＤＶＲ、及び、外部コンテンツ・サーバの間でのインターネットを介した対話を図示するブロック線図である。

【発明を実施するための形態】

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】