(57)【特許請求の範囲】
【請求項１】
コンテンツをDVRで利用可能にするコンピュータ実行方法であって、前記方法が、
第1のデバイスで、前記DVRが復号化するように設定されていない第1の符号化形式で符号化されている特定のコンテンツを、前記DVRが復号化するように設定されている第2の符号化形式に、自動的に符号変換し、更に、
任意のコンテンツが、前記第1のデバイス上の第1の位置に既に配置されているか否かを周期的に決定し、
前記特定のコンテンツが前記第1の位置に既に配置されているとの決定に応答して、前記特定のコンテンツが、前記DVRが復号化するように設定された符号化形式に符号化されたか否かを決定し、かつ、
前記特定のコンテンツが、前記DVRが復号化するように設定された符号化形式に符号化されていないとの決定に応答して、（i）前記第2の符号化形式に前記特定のコンテンツを自動的に符号変換し、かつ、（ii）前記第1のデバイス上の第2の位置に、前記第2の符号化形式に符号化された前記特定のコンテンツを格納する、ステップと、
前記特定コンテンツに対するリクエストを、前記DVRから受信するステップと、
前記リクエストを受信するステップに応答して、前記第2の符号化形式で符号化された前記特定のコンテンツを、前記DVRに送信するステップと、
を備える方法。
【請求項２】
前記特定のコンテンツを前記第2の符号化形式に符号変換することに応答して、前記第2の符号化形式に符号化された前記特定のコンテンツを位置に格納するステップと、
任意のコンテンツが前記位置に既に配置されているか否かを周期的に決定するステップと、
前記特定のコンテンツが前記位置に既に配置されているとの決定に応答して、（i）前記特定のコンテンツが格納されているデバイスと（ii）前記特定のコンテンツとを識別するユニフォーム・リソース・ロケータ（URL）を、ネットワークにより前記DVRに送信するステップと、
をさらに備える、請求項1に記載の方法。
【請求項３】
前記DVRが、ネットワークによりリクエストするコンテンツを識別する命令を、前記DVRが読み込むキューに配置するように、前記DVRが設定されたタイプの特定の命令を、ネットワークにより前記DVRに送信するステップを、さらに、備え、
前記特定の命令は、前記特定のコンテンツを、識別する、
請求項1に記載の方法。
【請求項４】
インターネットにより前記DVRに既に送信されている命令を配置するキューに配置するように、前記DVRが設定されたタイプの特定の命令を、ローカル・エリア・ネットワーク（LAN）により前記DVRに送信するステップを、さらに、備え、
前記特定の命令は、（i）前記特定のコンテンツと（ii）前記LANに接続されているデバイスとを識別する、
請求項1に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル・ビデオ・レコーダー（DVR）に関する。
【背景技術】
【０００２】
このセクションで説明されるアプローチが、追求させることができるが、これらのアプローチは、必ずしも、以前から発想又は追求されているものではない。したがって、本願明細書で他に示唆されない限り、このセクションで説明されるアプローチは、本願請求項に対する従来技術ではなく、かつ、このセクションに含めることによって従来技術であることを認めるものではない。
【０００３】
消費者世界へのデジタル・ビデオ・レコーダー（DVR）の導入は、視聴者がテレビ番組を見る方法、および、録画するする方法に革命をもたらした。DVRによって、VCRの複雑さ、および、ビデオ・テープの必要性が解消される。DVRは、多数のテレビ番組を格納することができるハード・ドライブにテレビ番組を録画する。DVRは、通常、ボックスのような形状であり、かつ、しばしば接続対象のテレビ受像機上に設置されていることが多く、DVRは、一般的には、現在では「セット・トップ・ボックス」と呼ばれている幅広いデバイスのカテゴリに含まれる。DVRは、VCRと同様に、ケーブルまたは衛星アンテナから（或いは、場合によっては、VCRと異なって、広帯域ネットワーク接続から）入力される一つ以上のテレビ信号を受信し、更に、テレビ受像機または他のディスプレイに対してテレビ信号を出力する。
【０００４】
DVRは、家庭においてパーソナル・コンピュータが普及したのと同じくらいに普及しつつある。事実、多くの家庭は、現在、コンピュータおよびDVRのようないくつかのデバイスを保有し、それらのデバイスを彼らの家庭内で（有線または無線で）ローカル・エリア・ネットワーク（LAN）接続させている。同じLANに接続されているデバイスは、相互に情報を送信しかつ情報を受信することができる。LANは、インターネットに接続させていてもよい。LANをインターネット接続させることにより、LANに接続されたデバイスは、インターネットに接続された他のデバイスから情報を送信しかつ情報を受信することができる。LANに接続されたDVRは、コンピュータを含むLAN上の他のデバイスから情報を送信しかつ情報を受信することができる。同様に、DVRに接続されたLANがインターネットに接続されている場合、DVRは、インターネットに接続された他のデバイスから情報を送信しかつ情報を受信することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願第10/220,356号
【特許文献２】米国特許出願第10/741,596号
【特許文献３】米国特許出願第11/285,416号
【特許文献４】米国特許第6,233,389号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
いくつかの符号化形式が、その他の符号化形式より優れた圧縮を提供することと、DVRのストレージ・スペースが、限られていることから、多くの場合、DVRは、符号化形式の指定されたセットのうちの1つに従って符号化されたコンテンツしか復号化出来ないように設定されている。例えば、特定のタイプのDVRは、MPEG-2符号化形式に従って符号化されたコンテンツしか復号化出来ないように設定されているかもしれない。インターネットによって入手能ないくつかのコンテンツは、DVRが復号化するように設定されていない符号化形式であるかもしれない。いくつかのポピュラーな符号化形式に従って符号化されたコンテンツをDVRが復号化することが出来ないことは、DVRが受信できるインターネットにより入手可能なコンテンツの量を大きく限定してしまう。
【図面の簡単な説明】
【０００７】
本発明は、添付図面において、一例として示され、かつ、限定されるものではなく、また、類似する参照番号は、同種の要素を示す。
【図１】インターネットで入手可能なコンテンツを自動的にDVRに配信することができるシステムを例示するブロック図である。
【図２】DVRのために自動的にコンテンツを符号変換するための技術のステップを例示するフローチャートである。
【図３Ａ】コンピュータからコンピュータが接続されたLANに接続されているDVRへ、自動的にコンテンツを配信するための技術のステップを例示するフローチャートである。
【図３Ｂ】コンピュータからコンピュータが接続されたLANに接続されているDVRへ、自動的にコンテンツを配信するための技術のステップを例示するフローチャートである。
【図４】本発明の実施例を実行することができるシステムのブロック図である。
【図５】DVRの内部構造および操作の具体例を示すブロック図である。
【発明を実施するための形態】
【０００８】
以下の説明では、説明の必要上、本発明の完全な理解を提供するために、具体的な詳細の多くが記載される。しかしながら、本発明がこれらの具体的な詳細なしで実行できることは、明らかである。その他の場合では、本発明を不必要にあいまいにすることを避けるため、周知の構造及びデバイスが、ブロック図の形式で示される。
【０００９】
以下の説明において、図面の参照に関して、同様の番号は、いくつかの図面にわたって同様の要素を指す。
【００１０】
実施例は、以下の概要によって本願明細書に記載される。
【００１１】
1.0  全体的な概要
2.0  システムの構造的な概要
3.0  技術の具体例
4.0  オン・デマンド符号変換
5.0  DVRの具体例
6.0  実装メカニズム-ハードウェア概要
【００１２】
1.0  全体的な概要
非常にポピュラーなタイプのDVRは、（格納されたテレビ番組のような）コンテンツをコンピュータに送信し、かつDVRが接続された同じLANに接続されたコンピュータからコンテンツを受信するために、複数の技術を用いる。この種のDVRによって使用される技術によれば、アプリケーション・プログラム（以下単に「アプリケーション」と称する）は、コンピュータ上で実行される。ユーザーは、DVRに格納されたコンテンツを、DVRから要求するようにアプリケーションに命令することができる。このような要求の受信に応答して、DVRは、要求されたコンテンツを、このコンテンツを格納するコンピュータにLANにより送信する。加えて、ユーザーは、コンピュータに格納されたコンテンツを、コンピュータから要求するようにDVRに命令することができる。このような要求の受信に応答して、アプリケーションは、要求されたコンテンツを、このコンテンツを格納するDVRにLANにより送信する。
【００１３】
このタイプのDVRによって使用される他の技術によれば、（通常、DVRがプログラム・ガイド情報を入手する組織によって制御される）権限のある「サービス・エンドポイント」が、インターネットを介してDVRに命令を送信する。この命令には、権限のあるサービス・エンド・ポイントによって選択されるユニフォーム・リソース・ロケータ（Uniform Resource Locator：URL）が含まれる。権限のあるサービス・エンドポイントから、このような命令を受信すると、DVRは、このURLに関連するサーバに、要求をインターネットにより送信する。この要求は、サーバに、URLによって識別されるコンテンツをDVRへ送信するよう求める。通常、このような要求に応答して、サーバは、要求されたコンテンツをインターネットによりDVRに送信するであろう。DVRは、このコンテンツを受信しかつ格納する。続いて、DVRがユーザーに表示するユーザー・インターフェースによって、DVRは、そのコンテンツが入手して視聴することが可能であることを示すことができる。このように、権限のあるサービス・エンド・ポイントは、DVRに、インターネットを通して入手可能な指定されたコンテンツを提供させることができる。
【００１４】
本発明の一実施例によれば、如何なる符号化形式で符号化されたコンテンツ（例えば、ビデオ）も、コンピュータ上で、DVRが復号化するように設定された符号化形式に、自動的に符号変換される。符号変換されたコンテンツは、コンピュータとDVRの両者が（有線または無線で）接続されているLANにより、コンピュータからDVRへ自動的に送信される。DVRは、符号変換されたコンテンツを受信し、この符号変換されたコンテンツを格納し、そしてユーザー・インターフェースにより、このコンテンツが、入手可能で、ユーザーが暇な時にDVRで視聴することができることを示す。このように、DVRが理解ができないネイティブ形式で符号化されたインターネットで入手可能なコンテンツを、DVRが理解することができる符号化形式に、自動的に、ダウンロードしかつ符号変換することができる。これにより、DVRがインターネットから入手しかつユーザーに示すことができるコンテンツの量が、増大する。
【００１５】
本発明の一実施例によれば、符号変換エージェントは、上記で考察されたコンピュータ上で実行される。符号変換エージェントは、符号変換エージェントが最後に決定した以後、任意のコンテンツが、コンピュータのハード・ドライブ上の「ネイティブ形式」フォルダに加えられたか否かを自動的かつ周期的に決定する。以前の最後の決定以後にコンテンツがネイティブ形式フォルダに加えられたと決定されると、符号変換エージェントは、このコンテンツが、DVRが復号化するように設定されている符号化形式に符号化されているか否かを決定する。このコンテンツが、DVRが復号化するように設定されている符号化形式に符号化されていると決定されると、符号変換エージェントは、このコンテンツをネイティブ形式フォルダからコンピュータのハード・ドライブ上の「DVR形式」フォルダに移動する。これに代えて、コンテンツが、DVRが復号化するように設定された符号化形式に符号化されていないと決定された場合には、符号変換エージェントは、上記のように、コンテンツをDVRが復号化するように設定された符号化形式に符号変換し、そしてこの符号変換されたコンテンツをネイティブ形式フォルダからDVR形式フォルダに移動する。
【００１６】
コンテンツは、さまざまな方法でネイティブ形式フォルダに加えることができる。例えば、コンピュータのユーザーは、コンピュータのハード・ドライブ上のいくつかの異なった位置から、コンテンツをネイティブ形式フォルダに移動することができる。他の具体例では、コンピュータ上で実行しているプロセスが、インターネット上のソースから、（このプロセスが「予約購読する」サイトからのコンテンツのような）コンテンツを自動的にダウンロードすることができる。このプロセスを、ダウンロードされたネイティブ形式フォルダのコンテンツのすべてを、コンテンツのネイティブ符号化形式で、格納するように設定することができる。
【００１７】
本発明の一実施例によれば、「パーソナル・デリバリ・コンテンツ」アプリケーションも、同様に、上記で考察されたコンピュータ上で実行される。パーソナル・デリバリ・コンテンツ・アプリケーションは、このアプリケーションの以前の最後の決定以後に、任意のコンテンツが、DVR形式フォルダに加えられたか否かを自動的かつ周期的に決定する。パーソナル・デリバリ・コンテンツ・アプリケーションが最後にチェックした以後に、このコンテンツがDVR形式フォルダに加えられたと決定されると、このアプリケーションは、命令を生成し、この命令をLANによりDVRへ送信する。この命令は、（例えば、コンピュータのIPアドレスによる）コンピュータとDVR形式フォルダに加えられたコンテンツの両者を識別するURLを含む。
【００１８】
本発明の一実施例によれば、このような命令を受信することに応答して、DVRは、この命令をキューに配置する。DVRは、キューから命令を取り出し、そしてこの命令のURLで指定されたソースから、（例えば、LANおよび／またはインターネットにより送信されるハイパーテキスト・トランスファー・プロトコル（HTTP）の要求により）この命令のURLで指定されたコンテンツを要求する。DVRは、指定されたコンテンツを含む応答（例えば、HTTP応答）を受信する。DVRは、上記のように受信したコンテンツを格納する。
【００１９】
本発明のいくつかの代替実施例とともに、上記で概要を述べた本発明の実施例を、より詳細に下記に記載する。
【００２０】
2.0  システムの構造的な概要
図1は、本発明の一実施例による、インターネットで入手可能なコンテンツを自動化された様式でDVRに配信することができるシステムを例示するブロック図である。このシステムは、（例えば、図5を参照して以下に記載される）DVR102と（例えば、図4を参照して以下に記載される）パーソナル・コンピュータ104を備える。DVR102は、LAN 106を介してパーソナル・コンピュータ104と通信する。LAN 106は、（例えば、ネットワーク・ルータを介して）インターネット108に接続されている。同様に、コンテンツ・デリバリ・サービス・エンドポイント110およびコンテンツ・サーバ112も、インターネット108に接続されている。
【００２１】
本発明の一実施例の場合、コンテンツ・デリバリ・サービス・エンドポイント110は、インターネット108およびLAN 106により命令をDVR102に送信するように、設定される。コンテンツ・デリバリ・サービス・エンドポイント110は、例えば、このような命令を送信するプロセスを実行するコンピュータを備えることができる。本発明の一実施例によれば、各々の命令は、URLを備える。
【００２２】
本発明の一実施例の場合、コンテンツ・サーバ112は、URLに関連する。コンテンツ・サーバ112は、（i）インターネット108で受信されるハイパーテキスト・トランスファー・プロトコル（HTTP）要求を聞き、かつ（ii）このHTTP要求のソースにHTTP応答をインターネット108により送信することによって、このようなHTTP要求に応答する、HTTPサーバを備えることができる。HTTP要求は、要求者が望むコンテンツを指定することができ、かつ対応するHTTP応答は、コンテンツ・サーバ112に格納されているこの求められたコンテンツを含むことができる。このようなコンテンツは、例えば、符号化されたビデオ・コンテンツを備えることができる。
【００２３】
本発明の一実施例の場合、DVR102は、インターネット108およびLAN 106を通して、コンテンツ・デリバリ・サービス・エンドポイント110から送信される命令を聞き、受信するように、設定される。DVR102は、DVR102が保持するキュー122のこのような命令を格納するように、設定される。DVR102は、キュー122の前方からの命令を取り出して、命令が指定するURLを決定し、そのURLと関連するコンテンツ・サーバまたは他のデバイスに向けて、URLが指定するコンテンツにHTTP要求を送信するように、設定される。DVR102は、このようなHTTP要求にHTTP応答を聞き、受信するように、設定される。DVR102は、このようなHTTP応答に含まれるコンテンツを格納するように、設定される。DVR102は、ユーザーが視聴するために、格納されているコンテンツを入手することが可能であることを、ユーザー・インターフェースにより示すように、設定される。
【００２４】
本発明の一実施例の場合、パーソナル・コンピュータ104は、ネイティブ形式フォルダ116を備える。ネイティブ形式フォルダ116は、例えば、DVR102が、復号化するように設定されていない符号化形式で符号化された、符号化されたコンテンツを含んでもよい。ネイティブ形式フォルダ116は、例えば、パーソナル・コンピュータ104のハード・ドライブに格納されたファイル・システムのディレクトリでもよい。
【００２５】
加えて、本発明の一実施例の場合、パーソナル・コンピュータ104は、ネイティブ形式フォルダ116から周期的にかつ自動的に符号化されたコンテンツを取り出す符号変換エージェント118を備え、DVR102が復号化するように設定された指定された符号化形式に、取り出されたコンテンツを符号変換し、DVR形式フォルダ120に、符号変換されたコンテンツを格納する。符号変換エージェント118は、このような符号化されたコンテンツ・アイテムごとに人間によって行われるのと同じように、別々に命令されることのないネイティブ形式フォルダ116に現れる各々の符号化されたコンテンツ・アイテムと関連して、これらのアクションを実行するように、設定される。符号変換エージェント118は、例えば、パーソナル・コンピュータ104上で実行するプロセスでもよい。DVR形式フォルダ120は、例えば、パーソナル・コンピュータ104のハード・ドライブに格納されたファイル・システムのディレクトリでもよい。
【００２６】
本発明の一実施例の場合、加えて、パーソナル・コンピュータ104は、任意のコンテンツがパーソナル・コンテンツ・デリバリ・アプリケーション114が、決定をした最後のとき以後にDVR形式フォルダ120に配置されたか否かを周期的にかつ自動的に決定するパーソナル・コンテンツ・デリバリ・アプリケーション114を備える。このようなコンテンツがDVR形式フォルダ120に配置された決定に応答して、パーソナル・コンテンツ・デリバリ・アプリケーション114は、(i)パーソナル・コンピュータ104のインターネット・プロトコル（IP）アドレス、および、（ii）DVR形式フォルダ120に配置されたコンテンツに関連したファイル名およびパスを識別するURLを含む命令を生成するように、設定される。パーソナル・コンテンツ・デリバリ・アプリケーション114は、DVR102にLAN106によりこのような命令を送信するように、設定される。
【００２７】
本発明の一実施例の場合、加えて、パーソナル・コンピュータ104は、（i）LAN106で受信されたハイパーテキスト・トランスファー・プロトコル（HTTP）要求のリスン、および、（ii）そのHTTP要求のソースに向けてLAN 106によりHTTP応答を送信することによって、このようなHTTP要求に応答するHTTPサーバ（図示せず）を備える。このようなHTTPサーバは、パーソナル・コンテンツ・デリバリ・アプリケーション114と別々でも、一部でもよい。
【００２８】
本発明の一実施例の場合、DVR102は、DVR102がコンテンツ・デリバリ・サービス・エンドポイント110から受信した命令を処理するように設定された方法に類似した様式で、パーソナル・コンテンツ・デリバリ・アプリケーション114から受信した命令を処理するように、設定される。DVR102は、LAN106を通して、パーソナル・コンテンツ・デリバリ・アプリケーション114から送信される命令を聞き、受信するように、設定される。DVR102は、キュー122のこのような命令を格納するように、設定される。DVR102は、キュー122の前方からこのような命令を取り出し、命令が指定するURLを決定し（この場合、他のコンテンツ・サーバよりむしろパーソナル・コンピュータ104に関連するURL）、パーソナル・コンピュータ104に向けて、URLが指定するコンテンツのHTTP要求を送信するように、設定される。DVR102は、このようなHTTP要求にHTTP応答を聞き、受信するように、設定される。DVR102は、このようなHTTP応答に含まれるコンテンツを格納するように、設定される。DVR102は、ユーザー・インターフェースにより、ユーザーが視聴するために格納されたコンテンツを入手することが可能であることを示すように、設定される。
【実施例】
【００２９】
3.0  技術の具体例
本発明の一実施例によれば、パーソナル・コンピュータ104は、インターネット108およびLAN106を介してインターネット・サイト（例えば、コンテンツ・サーバ112）で入手可能なコンテンツを、自動的に、ダウンロードする。パーソナル・コンピュータ104がコンテンツをダウンロードした後、パーソナル・コンピュータ104は、コンテンツをDVR102が理解することができる符号化形式に、自動的に、符号変換する。このコンテンツが符号変換された後、パーソナル・コンピュータ104は、DVR102に、パーソナル・コンピュータ104から符号変換されたコンテンツをダウンロードさせる命令を、DVR102に送信する。その後、DVR102は、ユーザーの暇な時に、格納されたコンテンツをユーザーに提示することができる。
【００３０】
例えば、ユーザーは、パーソナル・コンピュータ104が「www.youtube.com」を「予約購読する」ように、アプリケーションを設定するかもしれない。この予約購読により、パーソナル・コンピュータ104は、パーソナル・コンピュータ104がこのサイトを最後にチェックした以後にこのサイトで入手可能となった一つ以上の新規なビデオ・ファイルを、「www.youtube.com」から、周期的かつ自動的にダウンロードするかもしれない。一つ以上のダウンロードされたファイルは、H.263、H.264、DivX、Real、Flash等で符号化されているかもしれない。DVR102は、これらの符号化形式を理解できないかもしれない。このため、ファイルをダウンロードした後、パーソナル・コンピュータ104は、DVR102が理解することができない符号化形式のこれらのファイルを、DVR102が理解することができる（例えば、MPEG-2の）符号化形式に自動的に符号変換するかもしれない。パーソナル・コンピュータ104は、DVRが理解できるファイルをパーソナル・コンピュータ104からダウンロードし、そしてDVR102のユーザーに後に提示するために、そのファイルを格納するように、DVR102に命令するかもしれない。
【００３１】
本発明の一実施例によれば、図2は、DVRのためにコンテンツを自動的に符号変換するための技術のステップを例示するフロー・チャートである。例えば、下記に記載される技術は、パーソナル・コンピュータ104に実行させることができる。より具体的には、下記に記載される技術は、符号変換エージェント118に実行させることができる。本発明の種々の他の実施例の場合、図2に示されるよりも多い、または、少ないステップを実行することができる。
【００３２】
ブロック202において、このような決定が最後になされたとき以後にコンテンツがコンピュータ上のネイティブ形式フォルダに配置されたか否かが、決定される。例えば、符号変換エージェント118は、符号変換エージェント118がこのような決定をした最後のとき、ネイティブ形式フォルダ116になかったコンテンツが、ネイティブ形式フォルダ116に配置されたか否かを周期的かつ自動的に決定することができる。この最後のとき以後にコンテンツがネイティブ形式フォルダに配置された場合、コントロールはブロック204に進む。さもなければ、コントロールは、ブロック202に戻る。
【００３３】
この間に、DVRが復号化するように設定されていない符号化形式に符号化されたコンテンツは、さまざまな方法でネイティブ形式フォルダに配置することができる。例えば、パーソナル・コンピュータ104上で実行されている他のプロセス（例えば、Really Simple Syndication（RSS）フィードの予約購読プロセス）は、新規なコンテンツがコンテンツ・サーバ112で入手可能となったか否かを、周期的かつ自動的に決定することができる。新規なコンテンツが、コンテンツ・サーバ112で入手可能となったとの決定に応答して、このプロセスは、インターネット108およびLAN106によりこのコンテンツを自動的にダウンロードし、このコンテンツをネイティブ形式フォルダ116で格納することができる。他の具体例として、パーソナル・コンピュータ104のユーザーは、ネイティブ形式フォルダ116に、パーソナル・コンピュータ104の他の場所に格納されたコンテンツを移動することができる。コンテンツを、ネイティブ形式フォルダ116で配置させるメカニズムに関係なく、コンテンツは、（先の符号化の結果）DVR102が復号化し、解読し、または表示するように設定されていない符号化形式で符号化されるかもしれない。例えば、DVR102は、MPEG-2符号化形式で符号化された動画ビデオ・コンテンツしか復号化できないように設定されているかもしれないが、ネイティブ形式フォルダ116に配置されている動画ビデオ・コンテンツは、他のいくつかの符号化形式（例えば、H.263、H.264、DivX、Real、Flash等）で符号化されているかもしれない。他の具体例では、DVR102は、MP3符号化形式で符号化された音声コンテンツしか復号化できないように設定されているかもしれないが、ネイティブ形式フォルダ116に配置される音声コンテンツは、他のいくつかの符号化形式（例えば、Waveform Audio Format（WAV）、Advanced Audio Coding（AAC）等）で符号化されているかもしれない。他の具体例では、DVR102は、Joint Photographic Experts Group（JPEG）符号化形式で符号化された静止画像コンテンツしか復号化できないように設定されているかもしれないが、ネイティブ形式フォルダ116に配置される静止画像コンテンツは、いくつかの他の符号化形式（例えば、Graphic Interchange Format（GIF）、Tagged Image File Format（TIFF）等）で符号化されているかもしれない。
【００３４】
ブロック204において、ネイティブ形式フォルダに配置されたコンテンツが、DVRが復号化するように設定された形式で符号化されているか否かが、決定される。例えば、符号変換エージェント118は、コンテンツがDVR102が復号化するように設定された符号化形式で符号化されているか否かを決定することができる。コンテンツが、DVRが復号化するように設定されていない形式で符号化されている場合、コントロールはブロック206に進む。さもなければ、コントロールは、ブロック208に進む。
【００３５】
ブロック206において、コンテンツは、DVRが復号化するように設定された符号化形式に、自動的に符号変換される。例えば、符号変換エージェント118は、コンテンツを、コンテンツのネイティブ符号化形式から、DVR102が復号化するように設定されている符号化形式（例えば、コンテンツのメディア・タイプに応じて、MPEG-2、MP3またはJPEG）に、符号変換することができる。コントロールは、ブロック208に進む。
【００３６】
ブロック208において、この時点で、DVRが復号化するように設定された符号化形式で符号化されているコンテンツは、ネイティブ形式フォルダからDVR形式フォルダへ移動される。例えば、符号変換エージェント118は、コンテンツを、ネイティブ形式フォルダ116からDVR形式フォルダ120へ自動的に移動させることができる。コントロールはブロック202に戻り、その後にネイティブ形式フォルダに配置されたコンテンツを検出することができる。
【００３７】
上記の技術の結果、DVRが復号化することが可能な符号化形式で符号化されたコンテンツは、DVR形式フォルダに配置される。このようなコンテンツは、インターネットによりアクセス可能な種々のサーバから、自動的に集めることができる。コンテンツが、必要に応じて、自動的に符号変換されるので、DVRに配信することができるコンテンツは、DVRが復号化することが可能な符号化形式にすでに符号化されているコンテンツに限定されない。
【００３８】
図2に関する上記の技術を実行しつつ、図3Aおよび3Bに関して下記に記載される技術を並行して実行させることができる。本発明の一実施例によれば、図3Aおよび3Bは、コンピュータから、コンピュータが接続されているLANに接続されているDVRへ、コンテンツを自動的に配信するための技術のステップを例示するフローチャートである。例えば、下記に記載される技術は、パーソナル・コンピュータ104に実行させることができる。より具体的には、下記に記載される技術の一つ以上は、パーソナル・コンテンツ・デリバリ・アプリケーション114に実行させることができる。本発明の種々の他の実施例の場合、図3Aおよび3Bに示されるよりも多い、または、少ないステップを実行させることができる。
【００３９】
先ず、図3Aを参照すると、ブロック302において、このような決定が最後になされた以後にコンテンツがコンピュータ上のDVR形式フォルダに配置されたか否かが、決定される。例えば、パーソナル・コンテンツ・デリバリ・アプリケーション114は、パーソナル・コンテンツ・デリバリ・アプリケーション114が最後にこのような決定をした際に、DVR形式フォルダ120に存在していなかったコンテンツが、DVR形式フォルダ120に配置されたか否かを、周期的かつ自動的に決定することができる。この最後のとき以後にコンテンツがDVR形式フォルダに配置された場合、コントロールはブロック304に進む。さもなければ、コントロールは、ブロック302に戻る。
【００４０】
この間に、DVRが復号可能なコンテンツは、DVR形式フォルダに配置させることができる。例えば、符号変換エージェント118は、図2に関して上述した技術を実行する結果として、このようなコンテンツをDVR形式フォルダ120に周期的に配置することができる。
【００４１】
ブロック304において、命令が生成される。本発明の一実施例の場合、命令はURLを含むが、本発明の他の実施例では、命令は、URLと同じ目的を提供する非URLメタデータを含むことができる。本発明の一実施例の場合、URLは、（i）DVR形式フォルダに配置されたコンテンツ、および（ii）コンテンツが格納されているコンピュータを識別する。例えば、パーソナル・コンピュータ104に関連したインターネット・プロトコル（IP）アドレスが、「192.168.0.1」であり、かつコンテンツに関連したファイル名およびディレクトリ・パスが、「／TiVo／CD／content.mpg」である場合、パーソナル・コンテンツ・デリバリ・アプリケーションは、デバイス、パスおよびファイル「192.168.0.1／TiVo／CD／content.mpg.」を示すURLを含む命令を生成することができる。
【００４２】
ブロック306において、命令は、LANにより、上記で考察されたDVRに送信される。例えば、パーソナル・コンテンツ・デリバリ・アプリケーション114は、LAN106によりDVR102に命令を送信することができる。命令は、DVR102が、パーソナル・コンピュータ104からURLで指定されたコンテンツを要求するように設計されている。コントロールは、ブロック302に戻り、その後にネイティブ形式フォルダに配置されたコンテンツを検出することができる。
【００４３】
本発明の一実施例の場合、DVR102は、コンテンツ・デリバリ・サービス・エンドポイント110、および、パーソナル・コンテンツ・デリバリ・アプリケーション114の両方からこの種類の命令を聞き、受信する。各々の命令は、URLにより、コンテンツ（例えば、タイトル、カテゴリのようなコンテンツの特性、ユーザーが、特定のコンテンツを要求したか否か、または、DVRまたはサービスが、コンテンツ等を要求したか否か、を記載しているメタデータ）、およびコンテンツを入手することができるソースを識別する。このような命令を受信すると、DVR102は、キュー122（例えば、キュー122の後方）に命令を配置する。一つづつ、DVR102は、キュー122の前方から命令を取り出す。このような各命令ごとに、DVR102は、その命令で識別されるコンテンツ・ソース（例えば、パーソナル・コンピュータ104またはコンテンツ・サーバ112）に向けられる要求（例えば、HTTP要求）を生成する。このような各々の要求は、対応する命令のURLで識別されるコンテンツを識別する。DVR102は、LAN106および／またはインターネット108を介して要求を適切なコンテンツ・ソースに送信する。
【００４４】
図3Aに関する上記の技術を実行しつつ、図3Bに関する下記に記載される技術を、並行して実行することができる。ここで、図3Bを参照すると、ブロック308において、DVRで生成されたコンテンツに対する要求は、LANから受信される。例えば、（パーソナル・コンテンツ・デリバリ・アプリケーション114で実装させても、実装させなくてもよい）パーソナル・コンピュータ104上で実行しているHTTPサーバは、上述した命令に応答してDVR102が送信したHTTP要求を、LAN106により、受信することができる。HTTP要求は、例えば、DVR形式フォルダ120に含まれるコンテンツを識別することができる。
【００４５】
ブロック310において、DVRが生成した要求を受信することに応答して、その要求で指定されたコンテンツが、LANによりDVRに送信される。例えば、パーソナル・コンピュータ104上で実行されているHTTPサーバは、DVRが生成した要求で指定されたコンテンツを含むHTTP応答を生成することができる。典型的には、HTTP要求で要求されるコンテンツは、DVR形式フォルダ120に配置されるであろう。HTTPサーバは、HTTP応答をLAN106によりDVR102に送信することができる。コントロールはブロック308に戻り、他のDVRが生成した要求が、検出される。
【００４６】
本発明の一実施例の場合、DVR102は、コンテンツ・サーバ112、および、パーソナル・コンピュータ104の両方からHTTP応答を聞き、受信する。このようなHTTP応答を受信すると、DVR102は、HTTP応答に含まれるコンテンツを、ハード・ドライブまたはメモリデバイスのようなDVR102の記憶装置に格納する。DVR102がテレビ受像機に表示することができるユーザー・インターフェースにより、DVR102は、ユーザーが暇な時に視聴または再生するためにコンテンツを入手することが可能であることを示すことができる。DVR102は、ユーザーのコマンドに応答して、テレビ受像機にコンテンツを再生することができる。
【００４７】
本発明の一実施例によれば、DVR102は、パーソナル・コンピュータおよび／またはコンテンツ・デリバリ・サービス・エンドポイントの「承認された」リストからしか上記のタイプの命令を受け入れない。この結果、DVR102が、不必要なコンテンツによる「スパムを受信」することはなくなる。本発明の一実施例の場合、パーソナル・コンテンツ・デリバリ・アプリケーション114は、LAN106によりその存在をブロードキャストし、DVR102が、このようなブロードキャストを受信すると、これに反応して、DVR102は、パーソナル・コンピュータ104を上記のタイプの命令を受け入れるソースのリストに加える。パーソナル・コンテンツ・デリバリ・アプリケーション114は、LANによりブロードキャストすることしかできないので、DVR102は、このパーソナル・コンピュータ104がLAN106に接続されているので、おそらく、これが、DVR102にコンテンツを要求させる命令を受け入れる適切なソースであると確信する。秘密通信のための技術および承認されたデバイス間の情報のトランスポーテーションは、米国特許出願番号10/220,356、10/741,596および11/285,416に記載され、その全ては本願明細書において引用されたものとする。
【００４８】
本発明の一実施例の場合、DVR102は、DVR102のユーザーが、積極的に、DVR形式フォルダ120に格納されているコンテンツのリストを（例えば、ユーザー・インターフェースと連動するリモコンを使用して）要求し、かつDVR形式フォルダ120に格納されているユーザが選択したコンテンツを要求し、かつダウンロードするように、DVR102に命令することができるように、設定される。これに加えて、または、これに代えて、DVR102は、パーソナル・コンテンツ・デリバリ・アプリケーション114から、ユーザーの介入なしで、かつ、いかなる命令も受信せずに、選択されたコンテンツをDVR形式フォルダ120から要求し、ダウンロードすることができる。例えば、そのコンテンツが今までにダウンロードされていなかった場合、DVR102は、DVR形式フォルダ120に含まれるコンテンツを周期的かつ自動的に要求し、ダウンロードすることができる。
【００４９】
本発明の一実施例によれば、パーソナル・コンテンツ・デリバリ・アプリケーション114は、LAN106に（有線または無線で）接続された第1のDVRに格納されたコンテンツを、LAN106に（有線または無線で）接続された第2のDVRに転送するために使用することができる。パーソナル・コンテンツ・デリバリ・アプリケーション114を、（例えば、第2のDVRにまだ格納されていない）指定された基準を満たす任意のコンテンツが、第1のDVRに格納されているか否かを周期的かつ自動的に決定するように、設定することができる。このようなコンテンツ・アイテムごとに、パーソナル・コンテンツ・デリバリ・アプリケーション114は、第1のDVRにパーソナル・コンピュータ104に、そのコンテンツ・アイテムを送信するように命令することができる。パーソナル・コンピュータ104は、第1のDVRからこのようなコンテンツ・アイテムを受信し、それらを第2のDVRに関連するネイティブ・形式フォルダに格納することができる。ネイティブ形式フォルダのコンテンツ・アイテムごとに、符号変換エージェント118は、第2のDVRが復号化することができる符号化形式下にないコンテンツ・アイテムを、第2のDVRが復号化することができる符号化形式に符号変換することができる。符号変換エージェントは、コンテンツ・アイテムを第2のDVRに関連するネイティブ・アイテム・フォルダから第2のDVRに関連するDVR形式フォルダに移動させることができる。パーソナル・コンテンツ・デリバリ・アプリケーション114は、第2のDVRが、第2のDVRに関連するDVR形式フォルダに格納されているコンテンツ・アイテムを、パーソナル・コンピュータ104から要求しかつダウンロードするようにさせる命令を、第2のDVRに送信することができる。これに加えて、または、これに代えて、コンテンツ・アイテムおよび／またはこのような命令を、第2のDVRに送信する代わりに、携帯電話、パーソナル携帯情報機器（PDA）、携帯用ゲーム・デバイス等のようなモバイル機器に上述したように送信することができる。このように、本発明の一実施例の場合、DVRに格納されているコンテンツ・アイテムは、モバイル機器が復号化するように設定されている符号化形式に（潜在的にDVR以外のデバイスにより）自動的に符号変換され、次いで、そのモバイル機器へ転送される。コンテンツ・アイテムおよび／または命令は、コンピュータからモバイル機器へのインターネット、LAN、データリンク（例えば、シリアルまたはUSB）等のような如何なる種類の通信メディアを使用しても送信させることができる。
【００５０】
本発明の一実施例の場合、コンテンツは、ビデオ・ファイル、オーディオ（例えば、音楽）ファイル、イメージ（例えば、画像）ファイル、または、ビデオ／オーディオ／画像ファイルと、ビデオ／オーディオ／画像ファイルについてのメタデータの両方を含むファイルを備えることができる。このように、本発明の一実施例の場合、コンテンツが、パーソナル・コンピュータ104、DVR102および／または他のエンティティーの間で通信される際には、常に、そのコンテンツに含まれる如何なるメタデータもコンテンツと共に通信される。このようなメタデータは、例えば、ユーザーの要求に応答して、DVR102がテレビスクリーンに表示することができる情報を備えることができる。
【００５１】
本発明の一実施例によれば、コンテンツは、セキュリティを保持するために、暗号化された形式のLAN106により送信される。符号変換エージェント118は、第1の暗号化方式によって暗号化されたコンテンツを解読し、この解読されたコンテンツを異なる符号化形式に符号変換し、次で、このコンテンツを第2の暗号化方式によって暗号化することができる。第2の暗号化方式は、第1の暗号化方式と異ならせてもよい。
【００５２】
本発明の実施例が、動画ビデオ・コンテンツ（例えば、映画）に関して上述されたが、少なくとも、本発明のいくつかの実施例は、オーディオ（例えば、音楽）コンテンツ、イメージ（例えば、画像）コンテンツおよび／またはいくつかの符号化形式に従って符号化される他の種類のコンテンツのような他のタイプのコンテンツを自動的に符号変換するために使用することができる。
【００５３】
4.0  オン・デマンド符号変換
本発明の一実施例によれば、コンテンツは、リモート・ソースから入手され、そしてユーザーがコンテンツに興味を示す時（必ずしもその時よりも早くない時）に、「オン・デマンド」で符号変換される。例えば、パーソナル・コンピュータ104は、パーソナル・コンピュータ104にまだ格納されていないいくつかのコンテンツを参照するURLを格納しているかもしれない。例えば、パーソナル・コンピュータ104は、コンテンツ・サーバ112に格納されているビデオ・ファイルを参照するURLを格納しているかもしれない。しかしながら、このビデオ・ファイルは、パーソナル・コンピュータ104にまだ格納されていないかもしれない。ユーザー入力を受信すると、DVR102は、パーソナル・コンピュータ104にまだ存在していない入手可能なコンテンツのいくつかのリストを、パーソナル・コンピュータ104からフェッチすることができる。DVR102は、ユーザーに、URLと関連するURLまたはいくつかのタイトルを含むリストを提示すことができる。ユーザーは、リモコンを使用して、視聴者が興味を持つコンテンツ・アイテムをリストから選択することができる。このような状況では、DVR102は、パーソナル・コンピュータ104から選択されたコンテンツを要求するであろう。
【００５４】
選択されたコンテンツ・アイテムが、パーソナル・コンピュータ104にまだ格納されていないコンテンツのURLに対応する場合には、パーソナル・コンピュータ104は、DVR102に、パーソナル・コンピュータ104のファイルを参照する（コンテンツ・サーバ112上のコンテンツのURLとは異なる）ローカルURLを提供することができる。パーソナル・コンピュータ104は、このローカルURLに関連するコンテンツを入手し、かつ再生するように、DVR102に命令することができる。ほぼ同時に、パーソナル・コンピュータ104は、コンテンツ・サーバ112からコンテンツのダウンロードを開始することができる。コンテンツがダウンロードされる際に、コンテンツはパーソナル・コンピュータ104で符号変換させることができる。符号変換されたコンテンツは、ローカルURLが参照するファイルに格納させることができる。符号変換されたコンテンツがこのファイルに格納されているとき、DVR102は、ストリーム方式でファイルから符号変換されたコンテンツを入手することができる。DVR102がコンテンツを入手している際、または、DVR102が後に視聴するためにコンテンツを格納している際に、DVR102は、ユーザーにストリーミング・コンテンツを再生することができる。
【００５５】
本発明の一実施例の場合、サービス・エージェントは、パーソナル・コンピュータ104に存在する。サービス・エージェントは、すでに符号変換されたコンテンツのキャッシュを保持する。サービス・エージェントは、ウェブ・ブラウザまたはDVR102上で実行されているアプリケーションから、すでに符号変換されて、キャッシュに格納されているまたは格納されていないコンテンツの要求を受信することができる。このような要求を受信すると、サービス・エージェントは、この要求されたコンテンツが、すでに符号変換されて、キャッシュに格納されているか否かを決定する。サービス・エージェントが、この要求されたコンテンツがすでに符号変換されて、キャッシュに格納されていると決定すると、サービス・エージェントは、符号変換されたコンテンツをキャッシュからダウンロードすることを開始するようDVR102に命令する。これに代えて、サービス・エージェントが、要求されたコンテンツが、まだ符号変換されず、キャッシュに格納されていなかったと決定すると、サービス・エージェントは、コンテンツを符号変換して、この符号変換されたコンテンツをキャッシュに格納し、この符号変換されたコンテンツのダウンロードを開始するようDVR102に命令する。この結果、同じコンテンツ・アイテムに対し（例えば、異なるDVRから）複数の要求が受信される場合であっても、このコンテンツ・アイテムを、複数回符号変換させる必要はない。
【００５６】
本発明の一実施例の場合、要求されたコンテンツがパーソナル・コンピュータ104に格納されない場合、サービス・エージェントは、この要求されたコンテンツが格納されているリモート・ソース（例えば、コンテンツ・サーバ112）から、この要求されたコンテンツをダウンロードし、符号変換を開始する。サービス・エージェントがこのコンテンツをダウンロードし、符号変換する際、サービス・エージェントは、符号変換されたコンテンツをキャッシュに格納し、および／または、DVR102がストリームを受信する際（すなわち、全てのコンテンツ・アイテムが受信される以前であっても）、符号変換されたコンテンツをDVR102が再生することができるストリーム方式でDVR102に送信することができる。
【００５７】
本発明の一実施例の場合、コンテンツ・サーバ112に格納されていて、かつパーソナル・コンピュータ104上で実行されるウェブ・ブラウザによりアクセス可能なウェブ・ページは、埋め込まれたカスタム・タグを含む。コンテンツ・サーバ112の所有者またはオペレータは、例えば、DVR102のディストリビュータと交渉された取り決めの一部として、ウェブ・ページ内にカスタム・タグを配置することに同意することができる。ユーザーが、ウェブ・ブラウザをこのようなカスタム・タグを含むウェブ・ページに導いて、ブラウザがカスタム・タグを取得すると、これは、ウェブ・ブラウザがブラウザ・プラグイン・アプレットを実行することを開始させる。コンテンツ・サーバ112とのトランザクションにより処理により、ブラウザ・プラグイン・アプレットは、ウェブ・ページが関係するコンテンツを参照するURLを入手する。ブラウザ・プラグイン・アプレットしかURLを入手することができないように、URLは難読化されているかもしれない。ブラウザ・プラグイン・アプレットは、コンテンツ・サーバ112からURLでコンテンツをダウンロードし、このダウンロードされたコンテンツをネイティブ形式フォルダ116に格納することができる。この後、このコンテンツは、上述したように符号変換して、使用することができる。
【００５８】
これに代えて、ブラウザ・プラグイン・アプレットは、その時点ではコンテンツをダウンロードせずにパーソナル・コンピュータ104上のURLのみを格納することができる。DVR102が、入手可能なコンテンツをパーソナル・コンピュータ104に問い合わせるとき、（例え、このコンテンツがパーソナル・コンピュータ104にまだ格納されていない場合であっても）そのURLが、入手可能なコンテンツのリストに含まれるように、このURLを、格納することができる。後に、パーソナル・コンピュータ104上のサービス・エージェントは、上述の「オン・デマンド」技術を使用して、URLが「オン・デマンド」で参照するコンテンツをダウンロードし、符号変換することができる。
【００５９】
5.0  DVRの具体例
図5は、本発明の一実施例による、内部構造の具体例およびDVRの操作を示すブロック図である。DVRの内部構造および操作の具体例は米国特許第6,233,389号に詳しく記載され、それは本来本願明細書において開示されるように引用されているものとする。
【００６０】
図5に示されるDVRは、入力モジュール501、メディア・スイッチ502および出力モジュール503を備える。入力モジュール501は、様々な形態のあらゆるテレビ（TV）入力ストリームを受信する。例えば、入力モジュール501によって受信されるTV入力ストリームは、国家テレビ標準化委員会（NTSC）に対応した信号またはPALに対応した放送信号の方式をとることができる。他の具体例では、入力モジュール501によって受信されるTV入力ストリームは、デジタル衛星システム（DSS）対応信号、デジタル放送サービス（DBS）対応信号または先進テレビジョン標準方式委員会（ATSC）対応信号のようなデジタル形式をとることができる。DBS、DSSおよびATSCは、ムービング・ピクチャー・エクスパーツ・グループ2（MPEG-2）およびMPEG-2トランスポートと呼ばれる標準規格に基づく。MPEG2トランスポートは、多重化信号のプログラムを見つけ出すために、テレビ受像機が、入力ストリームを逆アセンブルできるようにする、TVソース送信器からデジタル・データ・ストリームを形式化するための標準規格である。本発明の一実施例によれば、入力モジュール501が、MPEGストリームを作成する。本発明の他の実施例によれば、入力モジュール501は、異なるコーデックを使用して符号化されるストリームを作成する。
【００６１】
MPEG-2トランスポート多重送信方式は、同じ放送チャネルの多重プログラム（多重ビデオ、オーディオ・フィード、および、プライベート・データ）をサポートする。入力モジュール501は、チャネルを特定のプログラムにチューニングし、指定されたMPEGストリームをチャネルから抽出し、そして残りのシステムにこのMPEGストリームを供給する。アナログTV信号は、どのようにこの信号が入手されたかがシステムの残り部分により認識されないようにして、別々のビデオおよびオーディオのエンコーダを使用して、類似したMPEG形式に符号化される。情報は、多数の標準方法でアナログTV信号の垂直帰線消去区間（VBI）に変調させることができる。例えば、（FCCにより、字幕（CC）および拡張データ・サービス（EDS）のために他のあるラインの使用が強制されているが）北アメリカ放送テレテキスト標準規格（NABTS）を、NTSC信号の一定のラインに情報を変調するために使用することができる。このような信号は、入力モジュール501によって復号化され、かつこれらの信号がMPEG-2プライベート・データ・チャネルを介して配信されたかのようにして、他のモジュールに渡される。
【００６２】
メディア・スイッチ502は、マイクロプロセッサCPU 506、ハード・ディスクまたは記憶装置505、メモリ504の間を媒介する。入力ストリームは、MPEGストリームに符号変換され、メディア・スイッチ502に送信される。メディア・スイッチ502は、メモリ504にMPEGストリームをバッファする。DVRユーザーがリアル・タイムでTVを見ている場合、メディア・スイッチ502は、次の2つの操作を実行する：メディア・スイッチ502が、出力モジュール503にMPEGストリームを送信し、かつ同時に、MPEGストリームをハード・ディスクまたは記憶装置505に書き込む。
【００６３】
出力モジュール503は、入力としてMPEGストリームを受信し、NTSC、PALまたはその他のTV標準規格に従ってアナログTV信号を作成する。出力モジュール503は、MPEGデコーダ、オンスクリーンディスプレイ（OSD）ジェネレーター、アナログTVエンコーダおよびオーディオ・ロジックを備える。OSDジェネレーターは、プログラム・ロジックが、出力されるアナログTV信号の先頭にオーバレイすることができるイメージを供給することを可能にする。加えて、出力モジュール503は、NABTS、CCおよびEDSを含む多数の標準形式で、プログラム・ロジックによって供給される情報を出力信号のVBIに変調することができる。
【００６４】
6.0  ハードウェア概要
図4は、本発明の実施例を実行することができるコンピュータ・システム400を例示するブロック図である。コンピュータ・システム400は、バス402すなわち情報を通信するための他の通信手法と、情報を処理するためにバス402に結合されているプロセッサ404とを含む。コンピュータ・システム400は、さらに、情報およびプロセッサ404によって実行される命令を格納するためにバス402に結合されている、ランダム・アクセス・メモリ（RAM）または他のダイナミック・ストレージ・デバイスのようなメイン・メモリ406を含む。メイン・メモリ406は、プロセッサ404によって実行されるべき命令の実行中に、一時的な変数または他の中間の情報を格納するためにも用いることができる。コンピュータ・システム400は、さらに、プロセッサ404に対するスタティックな情報および命令を格納するためにバス402に結合されている、読出し専用メモリ（ROM）408または他のスタティック・ストレージ・デバイスを含む。磁気ディスクまたは光ディスクのようなストレージ・デバイス410が、設けられ、情報および命令を格納するために、バス402に結合されている。
【００６５】
コンピュータ・システム400は、コンピュータ・ユーザに情報を表示するためのブラウン管（CRT）などのディスプレイ412に、バス402を介して結合することができる。英数字および他のキーを含む入力デバイス414は、プロセッサ404によって選択される情報および命令を通信するために、バス402に結合されている。他のタイプのユーザー入力デバイスとは、プロセッサ404によって選択される方向情報および命令を通信し、かつ、ディスプレイ412上のカーソル移動をコントロールするための、マウス、トラックボール、または、カーソル方向キーなどのカーソル・コントロール416である。この入力デバイスは、通常、デバイスによって平面の位置指定が可能となる、第1の軸（たとえば、x軸）および、第2の軸（たとえば、y軸）といった2軸の自由度を有する。
【００６６】
本発明は、本願明細書において記載されている技術を実行するコンピュータ・システム400の使用に関する。本発明の一実施例によれば、これらの技術は、プロセッサ404がメイン・メモリ406に含まれている一つ以上の命令の一つ以上のシーケンスを実行すると、コンピュータ・システム400によって実行される。この種の命令は、ストレージ・デバイス410などの他の機械読み取り可読メディアからメイン・メモリ406へ読み出すことができる。メイン・メモリ406に含まれている命令シーケンスの実行によって、プロセッサ404は、本願明細書において記載されているプロセス・ステップを実行する。これに代わる実施例では、ハードウェアに組み込まれている回路を、本発明を実行するためのソフトウェア命令の代わりに、または、これとともに用いることができる。このように、本発明の実施形態は、ハードウェア回路とソフトウェアとの特有の組み合わせに限定されるものではない。
【００６７】
本明細書で用いられる用語「機械読み取り可読メディア」とは、機械に特有の方法の動作をさせるデータの提供に関与するいかなるメディアも指す。コンピュータ・システム400を用いて実行される実施例では、様々な機械読み取り可読メディアは、たとえば、実行用のプロセッサ404に命令を提供するものも含まれる。この種のメディアは、これに制限されるものではないが、不揮発性メディア、揮発性メディア、および、伝送メディアを含む、多様な形式を採用することができる。不揮発性メディアは、たとえば、ストレージ・デバイス410などの光学ディスクまたは磁気ディスクを含む。揮発性メディアは、メイン・メモリ406などのダイナミック・メモリを含む。伝送メディアは、バス402を備えるワイヤーを含む、同軸ケーブル、銅ワイヤー、および、ファイバー・オプティックスを含む。伝送メディアは、さらに、電波および赤外線通信中に生成されるような音響または光波の形式とすることができる。この種のすべてのメディアによって、メディアによって担持されている命令を、機械に命令を読み込ませる物理的機構で効果的に検出可能となる。
【００６８】
一般的な形式の機械読み取り可読メディアは、たとえば、フロッピー（登録商標）ディスク、フレキシブル・ディスク、ハード・ディスク、磁気テープ、または、他のいかなる磁気メディア、CD-ROM、他のいかなる光メディア、パンチ・カード、紙テープ、ホール・パターンを有する他のいかなる物理的な媒体、RAMPROM、および、EPROM、フラッシュEPROM、他のいかなるメモリ・チップもまたはカートリッジ、後述するような搬送波、または、コンピュータが読み出し可能な他のいかなるメディアも含む。
【００６９】
様々な形式の機械読み取り可読メディアは、プロセッサ404が実行する一つ以上の命令の一つ以上のシーケンスの担持を伴うことができる。たとえば、命令は、まず、リモート・コンピュータの磁気ディスクに搬送される。リモート・コンピュータは、そのダイナミック・メモリに命令をロードし、かつ、モデムを用いている電話線により、命令を送信することができる。コンピュータ・システムに400に用いるモデムは、電話線上のデータを受信することができ、かつ、そのデータを赤外線信号に符号変換する赤外線送信器を用いる。赤外線検出器は、赤外線信号で搬送されるデータを受信することができ、かつ、適切な回路は、バス402にデータを配置することができる。バス402は、命令を検索し、かつ、実行するプロセッサ404から、メイン・メモリ406にデータを搬送する。メイン・メモリ406によって受信される命令は、オプションとして、プロセッサ404によって実行される前と実行された後とのいずれかに、ストレージ・デバイス410に格納することができる。
【００７０】
コンピュータ・システム400は、さらに、バス402に結合されている通信インターフェイス418を含む。通信インターフェイス418は、ローカル・ネットワーク422に結合されているネットワーク・リンク420に、2つのデータ通信カップリングを提供する。たとえば、通信インターフェイス418は、電話線に対応するタイプのデータ通信接続を提供する、総合デジタル通信網（ISDN）カードまたはモデムとすることができる。別の具体例として、通信インターフェイス418は、互換性を有するLANにデータ通信接続を提供するローカル・エリア・ネットワーク（LAN）カードとすることができる。無線リンクを、実装することもできる。いずれの種類の実施態様においても、通信インターフェイス418は、様々なタイプの情報を示すデジタル・データ・ストリームを搬送する、電気信号、電磁信号、または、光学信号を送受信する。
【００７１】
ネットワーク・リンク420は、通常、他のデータ・デバイスに一つ以上のネットワークによりデータ通信を提供する。たとえば、ネットワーク・リンク420は、ローカル・ネットワーク422を介して、ホスト・コンピュータ424との、または、インターネット・サービス・プロバイダ（ISP）426によって動作されるデータ装置との、接続を提供することができる。ISP426は、結局、現在では、一般に「インターネット」428と呼ばれるワールドワイドなパケット・データ通信回路ネットワークによりデータ通信サービスを提供する。ローカル・ネットワーク422およびインターネット428の双方は、デジタル・データ・ストリームを搬送する、電気信号、電磁信号、または、光学信号を使用する。コンピュータ・システム400に対するデジタル・データ、および、コンピュータ・システム400からのデジタル・データを搬送する、様々なネットワークを通る信号、および、ネットワーク・リンク420上および通信インターフェイス418を通る信号は、情報を運ぶ搬送波の例示的な形式である。
【００７２】
コンピュータ・システム400は、ネットワーク、ネットワーク・リンク420、および、通信インターフェイス418を通る、プログラム・コードを含む、メッセージの送信およびデータを受信することができる。インターネットの具体例では、サーバ430は、インターネット428、ISP426、ローカル・ネットワーク422、および、通信インターフェイス418を通る、アプリケーション・プログラム用の要求されたコードを伝達することができる。
【００７３】
受信されたコードは、それが受信されることにより、プロセッサ404によって実行され、および／または、ストレージ・デバイス410または後の実行のために他の不揮発性ストレージに格納される。このように、コンピュータ・システム400は、搬送波の形式のアプリケーション・コードを取得することができる。
【００７４】
前述の明細書では、本発明の実施例は、実装毎に変化する可能性がある、多数の特有の詳細を参照して記載されている。したがって、本発明であり、かつ本願出願人によって本発明であることが意図されるものの唯一かつ排他的指標は、任意の続く修正を含む、この種の請求項が生ずる特定の形式における、本出願から生ずる特許請求の範囲である。この種の請求項に含まれる用語に対する本願明細書に明示的に記載される任意の定義は、請求項において用いられているような用語の意味を支配する。これ故、請求項において明示的に詳述されない、制限、素子、特性、機能、利点または属性は、いかなる形であれこのような請求項の範囲を制限するべきでない。したがって、明細書および図面は、限定的な意味ではなく例示と考えるべきである。
【符号の説明】
【００７５】
102  DVR
104  パーソナル・コンピュータ
106  LAN
108  インターネット
110  コンテンツ・デリバリ・サービス・エンドポイント
112  コンテンツ・サーバ
114  パーソナル・コンテンツ・デリバリ・アプリケーション
116  ネイティブ形式フォルダ
118  符号変換エージェント
120  DVR形式フォルダ
122  キュー
400  コンピュータ・システム
402  バス
404  プロセッサ
406  メイン・メモリ
408  ROM
410  ストレージ・デバイス
412  ディスプレイ
414  入力デバイス
416  カーソル・コントロール
418  通信インターフェイス
420  ネットワーク・リンク
422  ローカル・ネットワーク
424  ホスト・コンピュータ
426  ISP
428  インターネット
430  サーバ
501  入力モジュール
502  メディア・スイッチ
503  出力モジュール
504  メモリ
505  記憶装置
506  CPU
【図１】
0005231419.tif 000002
【図２】
0005231419.tif 000003
【図３Ａ】
0005231419.tif 000004
【図３Ｂ】
0005231419.tif 000005
【図４】
0005231419.tif 000006
【図５】
0005231419.tif 000007