JP2001229112A6 - 遠隔視聴覚信号記録方法及びその装置 - Google Patents

Abstract

【課題】多数のタイプの信号供給源形式が利用可能であり、同時に個々のユーザーに対していずれの任意の時間にでも受信したいと思うメディア番組を具体的に指定できるようにするメディア送信システムを提供する。
【解決手段】クライアントが送信装置によるメディア番組の記録を要求し、送信装置はｅ−メールで要求された番組の保存個所をクライアントに伝える。クライアントはインターネットを通じてその送信装置にアクセスし、送信装置はその保存されている番組を送信する。ほぼリアル・タイムで要求された番組を送信することも可能である。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
本発明はインターネットなどのコンピュータ・ネットワークを介してのテレビジョンなどの多重メディア信号のクライアントへの送信に関し、より具体的には、本発明は複数の発信源からの時間スケジュール化信号を選択的に受信し、クライアントの要求で、上記要求された信号の表示を上記クライアントに送信するための方法及び装置に関する。
【０００２】
【従来の技術】
以下の説明で、最も一般的な実例としてテレビジョン信号を取り上げるが、メディア番組信号は放送ＡＭ、放送ＦＭ、テレビジョンなどのいずれのメディア信号であってもよいし、あるいはクライアントが望む他のいずれの信号であってもよい。また、『時間スケジュール化信号』という用語は、その表示時間はそのサービスの提供者によって知られているがその表示の時間はその提供者によっては一般的に制御されないいずれのタイプの信号をも含めて意味するように使われている。そうした時間スケジュール化信号は放送テレビジョン、放送ＦＭ、ケーブル・テレビジョン及びＦＭ、衛星テレビジョン及びＦＭ信号、そしてクローズド回路表示などを含んでいる。
【０００３】
最新のテレビジョン及びＦＭユーザーは非常に幅広い多様な信号供給源からの信号を選択することができる。これらの信号供給源は標準的な放送テレビジョン、ケーブル・ネットワーク、そして多種多様な衛星システムを含んでいる。これらのシステムやここでは名を挙げない他のシステムは異なったタイプの受信装置／デコーダを必要とし、ほとんどのユーザーは彼らが実際に受信する１つか２つのタイプのサービスを利用している。経済的には、それらユーザーはメディア番組のすべて、あるいはほとんどの供給源に対してアクセスすることができない。さらに、ひとりの人物がすべての装置を保有する余裕があったとしても、そのほとんどはめったに利用されず、従って経済的な価値はもっていない。
【０００４】
【発明が解決しようとする課題】
ケーブル・テレビジョン・システムは多くのタイプの信号を受信しそれらの信号を標準的な形式でユーザーに送信するためのコストを分担することによって各世帯に多数のメディアを提供できるようにする１つの試みである。ケーブル・システムのコストは多数のユーザーで共有することができるが、ケーブル収入で利用できる帯域幅は限られているので、ケーブル・サービス・プロバイダはメディア・チャンネルをその加入者に利用できるようにする一般的なベースに依存する。従って、利用できる番組の範囲は限られてしまう。この技術分野で必要とされるのは多数のタイプの信号供給源形式が利用可能であり、同時に個々のユーザーに対していずれの任意の時間にでも受信したいと思うメディア番組を具体的に指定できるようにするメディア送信システムである。
【０００５】
そうした標準的なメディア番組受信方法及び装置はこの技術分野における他のニーズも満たす。しばしばビデオ・カセット・レコーダーと呼ばれるビデオ・テープ・レコーダー（ＶＴＲ）は今日一般的に使われており、ほとんどとは言わないまでも多くの世帯に存在している。ＶＴＲ自体が多数の複雑な機械的及び電気的機能を含んでおり、多くのタイプの良く知られた事故を起こす。ユーザーの家にバックアップＶＴＲがなければ、１つの事故は望ましい番組の記録を不可能にしてしまう。ＶＴＲがあれば、視聴者は放送メディアから番組を記録して、後でそれを再生することができる。ほとんどの最新のＶＴＲは選択された放送予定番組を記録するためのやや複雑な手順を可能にしているが、それは一般的な報道によればほとんどの世帯ではこうした手順を用いることができないようである。最も一般的なＶＴＲの使用方法は番組の放映中に記録機能を手作業でＯＮしたり、記録されたテープを再生することである。放送予定番組を記録するために必要となる操作を単純化したＶＣＲ＋などのシステムが開発されているが、これらは通常記録システムのコストを上昇させ、そして、多くの世帯で使用するのには依然として複雑である。その結果、記録がもっと安価で簡単に行うことができれば享受できるであろうテレビジョン視聴上の自由を手に入れていない。
【０００６】
最近、Tovi of SunnyVale, California(www.Tivo.com)及びReplay of TV Mountain View, California (www.Replay TV.Com)が発売され、視聴者のいる場所で受信ＴＶ信号を記録するための新しい方法が提供されている。これらの製品はホームハードドライブと呼ばれ、視聴者の家庭で『セットトップボックス』を用い、大衆が入手可能なビデオ番組を受信し、前記入手可能な番組に関連するものを保存する。セットトップボックス内にあるハードディスクドライブは高い記憶容量を備えている。このようなホームハードドライブのコストは５００ドルから１５００ドルであり、機械的、電気的に故障が起こりやすい。望ましい番組の記録手段がなければ、消費者は離れてしまう。さらに、多くの家庭ではビデオ番組はケーブルテレビの受信／デコーダ、または直接、衛生テレビの受信器／デコーダを介して送信される。このような受信器／デコーダからビデオ番組を正確に記録するには、前記ホームハードドライブシステムは、離れた受信器／デコーダの操作を制御しなくてはならない。一方、前記受信器／デコーダは必要な時、正確な信号供給源へと変化しない。このような制御は通常、前記ホームハードドライブシステムからの赤外線制御信号の送波によるものである。しかし、そのようなタスクを実行するために前記ホームハードドライブシステムを調整することは難しく、また故障しやすい。前記ホームハードドライブシステムのもう一つの問題は、ＶＴＲと同じく、記憶は視聴者の家庭で行われるもので、消費者の家庭ですでに入手可能な番組の記憶を制限される。結果として、前記ホームハードドライブシステムは記憶容量が固定されており、それ以上の記憶が必要ならば、高価で複雑なものと交換及び／または、前記ホームハードドライブシステムの公容量ディスクドライブを増強させるしかない。
【０００７】
この技術分野で必要とされるのはパー・ビューイング装置保存機構を必要とせず、視聴者の位置から異なる地理的位置で利用可能なメディア番組にアクセスするために、単純化されたヒト／マシーン・インターフェースを提供する、より改良された放送メディア記録システムである。
【０００８】
【課題を解決するための手段】
本発明によるシステム及び方法は各視聴者毎の記録媒体を必要としない放送メディア記録及び／又は送信を提供し、そうすることで経費がかからず、従来のシステムの複雑さも回避できる。記録イベントとメディアの送信に対する制御は良く知られているインターネットなどのコンピュータ・ネットワークを通じで行われる。
【０００９】
上に述べたような問題は、時間スケジュール化メディア番組を受信し、上記番組受信の場所からは遠く離れた場所にいるクライアントからの要求に応答して、特定のメディア番組を選択し、その選択された番組をインターネットなどのデジタル・ネットワークを介して上記クライアントに送信するための装置及び方法である本発明によって解決され、一定の前進が図られる。本発明による１つの実施の形態はインターネットを介して複数のメディア番組供給源及び１名あるいは複数のクライアントにそれぞれが接続された複数の送信システムを含んでいる。このメディア番組供給源はケーブル・テレビジョン・システム、衛星送信システム、ＣＣＴＶ、及びその他のメディア番組供給源などを含む。こうした多様はメディア供給源に基づいて、クライアントは昼食時のドラマ、映画、及び放送スポーツ・イベントなどの通常のテレビジョン番組と、ＣＣＴＶを介して企業役員会や教育的医学手順番組などのより難しい内容のメディア番組に対してアクセスできる。前記複数の送信システムは好適に、地理的に離れた位置にあり、クライアントの家庭よりも、異なるメディア番組供給源にアクセスできる。一つの実施形態に従って、クライアントはメディア番組を選択することから、望まれた位置を選択、または割り与えられる。しかし、前記クライアントは他の位置で利用可能なメディア番組信号にもアクセスできる。
【００１０】
１つの実施の形態で、上記クライアントはインターネットを介してメディア受信／送信システムのクライアントサーバーとコンタクトして、受信したいメディア番組とその番組がそのクライアントに送られる際のストリーミング・ビデオ形式及びデータ転送速度を指定する。前記クライアントサーバーは上記クライアントの要求を検証して、上記送信システムのスケジューラ部分にその望ましい番組と送信形式及びデータ転送速度を通知する。スケジューラはその指定されたメディア番組を受信するための受信装置とその受信される番組を要求されたビデオ形式に変換するためのエンコーダを割り当てる。スケジューラは要求されたメディア番組のシュケジュールされた『放映』の時間直前に受信及び符号化を開始する。
【００１１】
上記受信及び送信システムはあらゆる地理的位置に広げることができるので、クライアントは１つの場所のクライアントサーバーとコンタクトして別の場所でのマルチメディア信号の保存を制御することができる。シカゴのクライアントがインドの放送テレビジョンのクリケット試合の保存要求を送ることができる。インドの受信／送信システムは要求されたクリケット試合を保存して、それを上記クライアントに送ることができる。従って、クライアントは通常はそのクライアントがアクセスできないような番組を記録、視聴、及び／又は再生することができる。好適な実施形態において、前記クライアントサーバーはメディア番組スケジュールを世界中に広げられた前記受信／送信システムのそれぞれに保存する。クライアントは望ましい番組スケジュール、または前記受信／送信システムの一つで利用可能な前記メディア番組を表示するリストを割り当てられる。しかし、前記クライアントは別の受信／送信システムのスケジュールにもアクセスできる。一つの実施形態において、前記クライアントは望ましいリストを提案され、保存選択をされる場所とは違う場所の前記リストを選択、視聴できる機会を与えられる。検索ツールはまた、クライアントサーバを前記クライアントがメディア番組キーワードに入る場所に入れる際にも入手可能である。前記検索ツールは、キーワードにマッチするメディア番組のリストをクライアントに提供するために、前記望まれたリスト及び他の利用可能なリストを検索する。提供されたリストは、クライアントが保存のためにメディア番組を選択できる、複数の地理的位置で入手可能なメディア番組を完全に含む。
【００１２】
エンコードされたメディア番組は送信システムによって、高速高容量保存でデジタル形式内に保存される。要求されたメディア番組完了の予定時間が来ると、受信及び符号化が停止され、送信システムは複数の番組送信装置の１つとデジタル化されたメディア番組を保存するファイルのアドレスを示す電子メール（ｅ−メール）メッセージを作成して、そのメッセージを上記クライアントに送る。好適に、上記クライアントに対するｅ−メールは上記送信装置とファイル・アドレスの両方を示すＵＲＬを含んでいる。クライアントが保存された番組を受信したい場合は、そのクライアントは送信システムｅ−メールから得られたＵＲＬをインターネットを通じて送信する。送信システムの送信装置は保存装置からそのメディア番組を読み出して、それをそのクライアントに要求された形式でインターネットを通じて上記クライアントに送信する。
【００１３】
クライアントサーバーは、識別するそれぞれのクライアントに対するファイルを維持する。特に、保存量を表示する値をクライアントに割り当てる。保存が割り当てられた量から使用した量を引くクライアントサーバーに使用され、クライアントが割り当てられた量よりも多くの保存を要求した場合、システムはクライアントに追加保存量の要求及び／または提供をする保存を拒否する。時折、前記クライアントサーバはクライアントに、あらかじめリクエストした保存されたメディア番組が満了しようとしていることを忠告する。そのような忠告はまた、対象となる保存されたメディア番組の満了日を延長する判断を有する。
【００１４】
【発明の実施の形態】
図１は複数のクライアント１１、１３、１５、１６からのメディア番組の記録及び／または提示要求を受け取り、それらのクライアントに対してメディア番組を送信するためのシステムを示している。この図ではテレビジョンなどのビデオ番組の送信に重点が置かれているが、送信されるメディア番組はオーディオでもビデオでもよく、そのビデオ番組がオーディオ部分を含んでいてもよい。 図１で、クライアント１１はアナログ・モデムを介してインターネット１７に接続され、最大５６Ｋｂｐｓのデータ処理量を有している。クライアント１３はＸＤＳＬ接続を介してインターネットに接続され、約６Ｍｂｐｓのデータ処理量を有しており、クライアント１５はＬＡＮを介して接続され、１０−１００Ｍｂｐｓのデータ処理量を有している。最後に、クライアント１６はケーブル・モデムを介してインターネットに接続されている。本実施の形態においてはインターネットが通信装置として用いられているが、本方法及び創始はどのタイプのデジタル・ネットワークとでも作動することができる。
【００１５】
接続可能な多数のクライアントを代表するものとしてのクライアント１１、１３、１５、１６はインターネット１７を通じてクライアントサーバー及び複数のメディア送信システム５０ａ−５０ｂに接続することができる。前記送信システムはそれぞれ異なる地理的位置に配置され、衛星信号３１ａ及び３１ｂ、ケーブルテレビ３３、放送テレビ３５、ＣＣＴＶ３７のようなメディア番組を受信する。前記送信システムは例えば、世界中のすべての主要都市に配置されている。送信システムがメディア番組を提供するのにアクセスするのは、例えば米国のニューヨーク及びシカゴ、ロス・アンジェルス、ホノルル、そして世界中の主要都市である。従って、クライアントは米国で、異なる時間帯に米国のメディア番組にアクセスできる。また、ヘルシンキ及びパリ、ローマ、東京、リオデジャネイロなど送信システムの整った多くの都市からアクセスできる。クライアントサーバー４９は図１のすべてのシステムのＵＲＬによってアクセスされ、図１のシステムの残余との初期段階クライアントシステム相互作用を実行する。本実施の形態において、クライアントは会員制を設定し、メディア番組の記録に対するクライアントのリクエストのために、クライアントサーバー４９にコンタクトする。クライアントサーバーは、新しい会員を確認し、クライアントはリクエストされた番組の記録ができる選択された送信システムにメディア番組保存に対するリクエストをアクセス及び送信する。
【００１６】
クライアントサーバー４９は、送信システム５０ａ−５０ｂのそれぞれで入手可能なメディア番組のスケジュール及びリストを保持する。クライアントサーバーは、クライアントから特定のメディア番組の保存に対するリクエストを受信し、前記特定のメディア番組にアクセスできる送信システム５０ａ−５０ｂの一つのメディア番組のスケジュールから識別する。クライアントサーバー４９はその後、データ率及びビデオ形式、クライアントのｅ−メールアドレスのようなデータを、例えば送信システム５０ａのスケジューラ２０に送信する。図２は送信システム５０ａの構成図であり、実質的に同じである送信システム５０ｂ及び５０ｃ、５０ｄも表している。送信システム５０ａののスケジューラ２０は、クライアントサーバー４９からのメッセージを受信する。スケジューラ２０は、特定のメディア番組を受信し、その番組をクライアントが入手可能になるように、送信システムの５０ａの作業を監督することでメッセージに応答する。スケジューラ２０は、例えば３１ａ−３７の様々なメディア供給源で入手可能なメディア番組及び入手可能な時間のスケジュールに関する現在及び未来の情報を保持する。
【００１７】
クライアントによって要求されたメディア番組が上映されているか、上映が開始されようとしている場合、スケジューラ２０はその番組を伝送する信号供給源をその信号供給源に適した受信装置／デコーダ５３などの受信装置／デコーダ５３に接続して選択されたメディア番組の標準ベース・バンド信号をつくりだす。図２に示されるように、この実施の形態では複数の受信装置／デコーダ５３−６９が存在している。例えば、衛星３１ａからのチャンネルＸを例えばクライアント１５に対して利用可能にするべきである場合、スケジューラ２０は接続要求をマルチスイッチ８０などのマルチスイッチに送って、その衛星からの信号を入手するために、衛星３１ａからのソース信号を特定の受信装置／デコーダ、例えば受信装置／デコーダ５５に接続する。同時に、スケジューラ２０はチャンネルＸが受信装置５５によってベース・バンドに変換されるべきであることを示す受信装置／デコーダ・コマンドを受信制御装置９１に送る。本実施例においては、各受信装置／デコーダ、例えば受信装置／デコーダ５５は一時に１つのビデオ・チャンネルに関してベース・バンド出力信号をつくりだすことができる。従って、２００のビデオ・チャンネルを同時に送信及び／または記録する送信システムは少なくとも２００の受信装置／デコーダを必要とすることになる。受信装置制御装置９１は受信装置／デコーダ５３−６９に接続されており、それらに対して例えば指定された供給源３１からの信号を受信し、そして／またはその信号をビデオ・ベース・バンドにデコードするために必要なパラメータをそれらの受信装置／デコーダに送信する。そうしたデジタル的に制御された受信装置／デコーダの動作はよく知られており、ここでは詳細には説明しない。
【００１８】
各受信装置／デコーダ５３−６９からのビデオ・ベース・バンド出力信号は複数のビデオ・デジタイザ２３ａ−２３ｎの所定の１つに接続される。本実施の形態のビデオ・デジタイザは４５０ＭＨＺペンティアム（登録商標）ＩＩ ＮＴワーク・ステーションで、それぞれ上記受信装置／デコーダからの３つのベース・バンド信号入力に接続されている。他の実施の形態では、デジタイザは容量がより小さく、ただ１つだけの受信装置／デコーダに接続されているような場合もある。同様に、より容量の大きなデジタイザは３つ以上の受信装置／デコーダに接続することもできる。
【００１９】
各ビデオ・デジタイザは高容量プロセッサ９５とSun Solarisボックス高容量保存装置９７ボックス型保存アレイ５０００で構成される。例えばプロセッサ９５はその接続されている受信装置／デコーダ、例えば、受信装置／デコーダ５３、５５、５７からの各受信ベース・バンド・ビデオ信号を受信して、それら各受信信号を非圧縮ＡＶＩ形式に変換する。非圧縮ＡＶＩはその後最初の要求でそのクライアントによって指定された形式に変換される。変換されたビデオ／オーディオ信号は要求しているクライアントに対して再生するために保存装置９７のファイル内に保存される。なお、プロセッサ９５による動作はスケジューラ２０からの指示に対応して行われる。
【００２０】
送信システム５０はまた複数の再生サーバーを含んでおり、そのうち再生サーバー１０１、１０３、及び１０５を図２に示す。各再生サーバーは１つあるいは複数のインターネット・アドレスを有しており、すべてのビデオ・デジタイザ、例えば２３の高容量保存装置、例えば９７から保存されているファイルを検索するために接続されている。再生サーバーのソフトウエア制御は上記ＵＲＬによって表示されるビデオを所定の高容量保存装置から検索してそのビデオ・ファイルから引き出されたストリーミング・ビデオを送信することによって、ファイルのアイデンティティを含む特定のＵＲＬに対するクライアントからの要求に応える。各記録されたビデオ番組を保存した高容量保存装置は特定のファイルのアドレスと同様、スケジューラ２０によって再生サーバー１００、１０３、１０５に示される。
【００２１】
好適に、クライアントに対する再生はそのクライアントが受信できる上記ストリーミング・ビデオ形式の１つで行われる。クライアントが最初に要求サーバー４９からメディア番組を要求すると、望ましいストリーミング・ビデオ形式がその要求と共に指定される。
【００２２】
スケジューラ２０はその要求情報に応えて、その要求された再生形式をそのビデオ番組を記録するために選択されたビデオ・デジタイザに示す。するとそのビデオ・デジタイザはそのビデオ番組の圧縮ＡＶＩを高容量保存装置に保存する前に要求された形式に変換する。
【００２３】
本実施の形態においては、クライアントはメディア送信の要求を行う前にサービスの会員になる必要がある。そうした会員制によって、上記送信システムはメディア送信のいくつかのデフォールト・パラメータを記録し、必要な場合、サービスに対する支払いの方法を確立することができる。他の実施の形態では、そうした会員制は必要とされず、クライアントは単にクライアントサーバー４９にコンタクトしてメディア送信及び／または保存を要求することができる。
【００２４】
例えばクライアント１５はそのサービス・プロバイダのホーム・ページに対するＵＲＬを利用して、いつでもその要求サーバー１９にコンタクトすることができる。クライアントが会員になる前にその要求サーバーにコンタクトすると（図５、ステップ５０１）、そのクライアントが非会員かどうかを確認するためにステップ５０５が行われ、その非会員クライアントが会員になりたいかどうかを尋ねる画面がそのクライアントに示される。会員になることを希望する場合は、そのクライアントに対して図３に示すような会員の期限や条件（図示せず）を示す情報ボックスの画面が示される。それらの期限や条件を見た後で、そのクライアントはそのボックスに自分の氏名及びアドレス１０７を入力すると同時に、テキスト・ボックス１０７に自分のｅ−メール・アドレスを入力する。本実施の形態においては、クライアントのe−メール・アドレスはそのサービスに対するログ−イン名として用いられるが、しかしながら、他の実施の形態では別のログ−イン名用として別の新しいテキストが使われる場合もある。そしてクライアントはテキスト・ボックス１０３に事後そのサービスを利用する許可を得るためのパスワードを入力し、確認ボックス１０５内にそれをリタイプしてそのパスワードを確認する。クライアントはまたテキスト・ボックス１０９内にＸＤＳＬなど自分の接続タイプを入力すると同時に、例えば６Ｍｂｐｓなどの接続速度をボックス１１１に入力する。さらにクライアントはテキスト・ボックス１１２内に後で要求した信号を受信するために自分が利用したいと思うビデオ形式を指定する。最後に、クライアントはテキスト・ボックス１１３にクレジット・カード番号など支払いに関する情報及び、ボックス１１５にクレジット・カードと使うＰＩＮを入力する。クライアントはまた、クライアントがたびたび参照する送信システムを表す望まれた地理的位置のリストをドロップ・ダウン・メニュー１０２の方法によって選択する。図３は、クライアントがニューヨークの送信システムにおいて入手可能な番組のリストを識別するために、メニュー１０２で地理的位置『ニューヨーク』を選択した図である。会員の一員として、前記クライアントはまた、ボックス１１７及び１１８にテキストを入力することによって、特定のサービスグレードとベース保存期間をリクエストする。表１はサービスグレードと保存期間の値段スケジュールの例である。
（表１）
時間 ミディアムグレード ハイグレード
２時間 無料 １４．９５ドル
４時間 ９．９５ドル ２４．９５ドル
６時間 １４．９５ドル ２９．９５ドル
１時間の使用につき １．９５ドル ３．９５ドル
１週間延長 １番組につき１．９５ドル
表１のスケジュールにおいて、ミディアムグレードは１００ｋｂｐｓでメディア番組を送信するのに必要な保存を表しており、ハイグレードは１９０ｋｂｐｓでメディア番組を送信するのに必要な保存を表す。保存期間とサービス情報のグレードは、クライアント身元証明ファイルに保存され、下で述べられるように、クライアントに供給源を割り当てるためにクライアントサーバーが使用する。図３の画面で、ボックスへの入力が終了したら、クライアントは承認ボタン１１７をクリックし、その情報が会員データとしてクライアントサーバー４９に送られる。クライアントサーバー４９は、ステップ５４１でそのデータを検証すると同時に、ステップ５４３でクライアント・メンバーシップ・ファイル５４３に必要なパラメータを保存する。情報の検証が終了したら、クライアントサーバー４９が『ご入会ありがとう』画面をクライアントに示す。要求サーバーはその入会許可がそのクライアントに与えられたことを示すためにそのクライアントのコンピュータにクッキーを表示する（ステップ５４５）。
【００２５】
メンバーであるクライアントは、クライアントサーバー４９のＵＲＬに自由に入りクライアントサーバ４９へのインタネットに接続され、このクライアントサーバー４９がメンバーであることを認識する。クライアントがクライアントのパスワードの入力およびクライアントのクッキーをチェックすることにより、クライアントがメンバーであることを認識すると、クライアントサーバーは、プログラムリクエストスクリーンをクライアントに戻す（図１０のステップ５０７）。このようなリクエストスクリーンは図４に示されているが、これは特定のメディア番組をクライアントにデリバリすることを要求しているクライアントに用いられる。図４は、記憶するためにクライアントが利用可能なプログラムを識別するスケジュールリストポーション２０１を有する。最初に表示されたスケジュールは、好ましい場所、例えば会員である間選択されたニューヨーク用のものである。図４に示されたスクリーンは、８月１８日の午後７時から１０時まで利用可能なネットワーク放送テレビ番組用のもので、これはそれぞれプルダウンメニューボックス２０２，２０３，２０４により特定される。クライアントは別のソースと時間と日にちを望んだ場合には、プルダウンメニューボックスデータは、公知の方法によりおよびテレビのリストボタン２０５をクリックすることにより変更することができる。ボタン２０５をクリックすることにより、新たなソースと時間とデータの情報をボックス２０２，２０３，２０４からクライアントサーバー４９に送られる。このクライアントサーバーは、新たなソース、データ、時間のリストを示すために更新されたスクリーンを示す。ソースメニューによりクライアントは、放送ＴＶ、通常のケーブルテレビ、プレミアムケーブルテレビ、ペーパービュー、サテライトリストあるいはこれらのカテゴリを全て組み合わせたものを見ることができる。クライアントがニューヨークのリストからプログラムを記録するを望まない場合には、プルダウンメニュー２０７は、新たな場所、例えばシカゴあるいはパリ等のリストでもって更新され、そしてＴＶのリストボタンがクリックされる。メニュー２０７からの新たな場所リストデータは、クライアントサーバー４９に送られ、このクライアントサーバー４９は選択された場所に対するメディア番組リストを示す新たなリストスクリーンを示すことにより応答する。
【００２６】
所望のリストがロケーション２０１で表示された後、クライアントは興味のあるエントリをクリックし、そして完全リストボタン２０９を押す。クライアントサーバー４９は、図５に示された選択されたプログラムの完全なリストを表示することにより応答する。クライアントは、記録ボタン２１０（図５）を押すことにより選択されたプログラムの記憶を要求することができるか、あるいはリターンボタン２１１を押すことにより図４のリストに戻ることができる。クライアントはまた、リスト２０１からプログラムを選択し、記録ボタン２１７を押してもよい（図４）。その後、クライアントの選択を表すデータがクライアントサーバー４９に送られ、このクライアントサーバー４９は適宜の送信システム、例えば５０ａを特定して記憶リクエストを選択された送信システムのスケジューラ２０に転送する。メディア番組の放送が既に始まっているものの記憶をクライアントが要求した場合には、クライアントサーバー４９は、別の場所のリストを検索して選択された番組が別の場所で放送される予定があるか否かを決定する。例えば、クライアントが午後７時３０分以降にニューヨークのリストにあるＷＰＩＸ上で、午後７時３０分のテレビジョン番組「Frasier」の記録を要求した場合には、クライアントサーバー４９は他のリスト、例えばロサンゼルスをチェックして、この選択された「Frasier」プログラムが後でそこで見られるか否かを検討する。見られる場合にはクライアントサーバー４９は、決定された場所、例えばロサンゼルスでの送信システム５０に通知して、放送されたときに要求された番組を受領し記録する。
【００２７】
クライアントが、例えば２０１のリストのブラウザすることを望まない場合には、検索ツール２０８はアクセス可能なメディア番組を特定するよう利用可能である。この検索ツールにおいては、キーワードをテキスト部分に入力し、検索ボタンをクリックして、キーワードをクライアントサーバーに送り、そこで全ての利用可能な場所のデータベースを検索する。例えば、クライアントがテキスト「ホッケー」を検索ツール２０８に入力して、検索ボタンをクリックする。するとクライアントサーバーは、用語ホッケーにマッチする全ての利用可能な番組リストを検索する。その結果（図示せず）がリストとして表示され、このリストはクライアントのレビューあるいは選択用に検索エンジンにより創設されたリストである。この選択結果をクライアントサーバー４９に送り、それを用いて番組の記録を実行する。図４の選択スクリーンはまた、ジャンルであるドロップダウンメニュー２０６を有し、これによりクライアントは、番組選択用のリストを受領するためのジャンルを選択することができる。このジャンルは、イージーリスニングミュージック、スポーツ、コメディ映画、アクション映画、他のカテゴリを含む。ジャンルのコンテンツは、記録システムに利用可能な全てのリストの混合物としてクライアントサーバーにより生成される。ステップ５０９（図５）で番組記録リクエストを受領すると、クライアントサーバー４９は選択された送信システムのスケジューラ２０に記録すべき番組の識別子とそれを要求しているクライアントの識別子（ｅメールアドレス）とクライアントのデータレートとクライアントが望むストリーミングビデオデリバリの種類を通知する。スケジューラ２０は、ステップ５１３でクライアントサーバー４９からの情報を解析し、受信と記録が行われる時間の間、例えば受信機／デコーダ５３の利用可能性と、ビデオデジタイザ２３への利用可能性を計画する。記録ルーチンはその後ステップ５１５でスケジュール化され、記録の開始が行われる時間の直前に、即ち要求されたメディア番組の計画されたスタートの直前に２０上で実行される。
【００２８】
実行されると、保存ルーチン（図１１）が要求された番組選択、符号化及び保存を行うようにスケジュールされた装置と交信する。最初に、スケジューラ２０はステップ５２１でデータ、つまり、事前にそのスケジューラに割り当てられた例えば受信装置／デコーダ５３に対して、例えば供給源であるケーブル３３を接続する指令をマルチスイッチ８０に送信する。ほぼ同時に、スケジューラ２０はステップ５２３で受信装置／デコーダ５３を制御してケーブル１からの信号のチャンネル１７をベースバンドに切り換えることを指定するコマンドを制御装置９１に送る。スケジューラ２０は上記保存ルーチンの一部として、そのクライアントのデータ転送速度及びストリーミング・ビデオ形式をデジタイザ２３ａに示し、ステップ５２５で受信装置／デコーダ５３からのベース・バンド信号の未圧縮ＡＶＩへの符号化とその結果のリアル・メディアへの変換を指令する。そうすると、デジタイザ２３ａのプロセッサ９５はそのリアル・メディア・データ・ストリームを保存装置９７上でファイルとして保存し、スケジューラ２０に対して開始ファイル・アドレスを示す。
【００２９】
すると、スケジューラは保存中のメディア番組のスケジュールされた終了時間でタイム・アウトする保存ルーチンに関してステップ５２９でタイマーを始動する。タイム・アウトすると、スケジューラはステップ５３１で要求された番組を受信するために確立された接続の解除を指令し、デジタイザ２３ａにその番組の符号化と保存を停止するように指令する。すると、保存ルーチンは例えば再生サーバー１０５を指定するためにステップ５３３を実行して、クライアントの要求に基づいてそのクライアントに保存されたメディア番組を送信する。本実施例において、再生サーバー１０５が識別されるのは、それがリアル・メディア形式でストリーミング・ビデオを提供するからである。再生サーバー１０５を識別したら、スケジューラ２０はＵＲＬでその識別された再生サーバー１０５とアクセスされるファイルを示す、図６で示されるようなｅ−メール・メッセージをつくりだして、クライアント１５にそのメッセージを送る。例として、ＵＲＬは
HTTP：／／www．TVstorage.net/account=
client@TVstorage.com:program=BZD1TRY3
このＵＲＬは、再生サーバー及びメディア番組ファイルのアドレスを識別する。
【００３０】
クライアント１５はスケジューラからｅ−メールを受信し、そしてクライアントによって選択された時点で、ｅ−メールからＵＲＬに入ることによって、ファイルにアクセスする。この再生サーバー１０５はメモリー９７内にクライアント１５のために保存されているリアル・メディアにアクセスし、そのファイルをインターネットを通じてそのファイルをクライアント１５に送る。図７は保存されたメディア番組がクライアントへ送信された画面を表している。
【００３１】
クライアントがメンバとして登録すると、クライアントはサービスのレベルとクライアントに割り当てられる初期の記憶容量を特定する。以下に示す実施例は、クライアントが２時間のメディアサービスを要求すると仮定している。クライアントが番組の記録を要求している場合には、クライアントサーバー４９は、クライアントのパラメータファイルにアクセスし、利用可能な記憶容量を特定する。利用可能な記憶容量が要求された番組を記憶するのに必要なそれよりも小さな場合には、クライアントサーバー４９は送信システム５０ｄを介して記録を設定することができず、その代わりに図１２に示すように、クライアントにメッセージを戻す。クライアントが「もっと購入する」のラインをクリックした場合には、新たなスクリーンには表示された価格でさらなる記憶容量を提案する用意がある新たなスクリーンが表示される。クライアントがさらに記憶容量を購入する量をクリックすると課金事象が発生し、クライアントの課金パラメータが表示された価格により増加する。さらにまた、クライアントに割り当てられたメモリ容量は、メモリを購入することによっても増加することができる。クライアントが記憶容量をさらに購入しないことを選択した場合には、記憶容量が十分でないという理由で、以前に要求した記録は行われない旨のメッセージがクライアントに示される。クライアントが要求した番組を記録するのに十分な記憶容量を購入したあるいは有していた場合には、要求された記憶容量がクライアントの割り当てられた記憶容量パラメータから減算され、その後送信システム５０ｄが要求された番組を記憶するよう指示する。
【００３２】
送信システム５０ｄにより記録された各番組は、記録が行われた後、所定の時間経過後、見られて自動的に消去される。例えば、クライアントが番組を記録した後１週間以内に記録された番組を見なかった場合には、番組は「消滅」して消去される。クライアントのこのようなミスを避けるためにクライアントサーバーは、各クライアントのアカウントを周期的にレビューして記録された番組が１日以内に消去されるか否かをクライアントに通知する。図８は、番組が消去されるときにクライアントに示されるスクリーンを示す。図８の警告スクリーンは、６１１でリンクをクリックすることにより番組を見る機会を与え、さらにまたクライアントに対し、お金を払って番組の記憶期間を延長するオプション６１３を与える。クライアントが記録期間を延長することを選択した場合には、クライアントのアカウントには、延長料金が加算され、クライアントのパラメータの消去期間は、それに対応する時間だけ延長する。図８に示されたスクリーン上では、６１３で示されたリンクをクリックすることにより、１．９５ドルがクライアントのアカウントに加算され、特定されたシンプソン番組の記録期間が１週間だけ延長される。
【００３３】
時々クライアントサーバー４９は、各メンバーのクライアントに対するメモリの使用状態をレビューする。利用可能な記録時間を有するクライアントが特定されると、このクライアントには、図９に示すメッセージが送信され、クライアントに対し番組が既に記録されていることおよびそれを見られる記録時間が通知される。図９のスクリーンは、記録されている番組をコラム６０３で特定し、記録された番組の消去日時をコラム６０５で特定し、各番組に対する干渉すること、延長すること、消去すること（コラム６０３）のようなアクションに対するハイパーリンクを提供する。クライアントが図９のメッセージを無視するかあるいは他のアクションへのハイパーリンクの１つにフォローすることができる。
【００３４】
前述した実施例は、メディア番組の信号の受信と全ての機能を実行する分配された送信システムにより行われるメディア番組の符号化と記録を示す。図１３に示した実施例においては、信号の受領は、異なる場所で信号を受領するために分配され、そして符号化機能と記録機能は信号の受領点とは離れた場所で分配されることを示している。図１３には、複数のクライアント１１−１６がインターネット１７を介してクライアントサーバー４９に接続可能である。インターネット１７には、さらに複数の記憶装置７０１，７０３，７０５が接続されている。各記憶装置は、メディア番組スイッチ７０６に接続され、さらにメディア信号の他のソース（図示せず）に記憶されている。記憶装置７０１，７０３，７０５は、スイッチ７０６からメディア番号信号を受領し、クライアントサーバー４９の制御の元でクライアント１１−１６により要求されたメディア番組を符号化し記憶する。スイッチ７０６は、クライアントサーバー４９からインターネット１７と接続７１５を介して送信されたコンマンドに応答して動作して、１つあるいは複数の受信機７０７，７０９，７１１，７１３から記憶装置７０１，７０３，７０５へ選択されたメディア番組信号を接続する。受信機７０８，７０９，７１１，７１２は、この実施例においてはローマ、ニューヨーク、シカゴ、ロサンゼルスに分布して配置されている。クライアントサーバー４９は、各受信機で得られるメディア番組信号が入手可能であり、各受信機におけるメディア番組を表すリストを前述した方法によりクライアント１１−１６に表示する。クライアントサーバー４９がクライアントからメディア番組リクエストを受領すると、クライアントサーバー４９は、要求された番組を受領する受信機７０７，７０９，７１１，７１３の１つを特定し、スイッチ７０６がメディア番組信号を例えば選択された記憶装置７０１に接続するよう制御する。例えば選択された記憶装置７０１は、要求されたメディア番組信号を検出し、符号化し、記録するよう指示され、そしてそれを要求しているクライアントに分配する。図１３の実施例においては、記憶装置はいずれかの場所にあることが必要とはされず、さらに１つの記憶センターにあることも必要とされない。さらにまた、スイッチ７０６のメディア番組信号切り替え機能は、複数のスイッチあるいは他の種類の信号検出装置に分配される。
【図面の簡単な説明】
【図１】図１はクライアントに対するメディア番組の保存及び送信ためのインターネット接続及び地理的分散装置の構成図。
【図２】図１に示す送信システムの構成図。
【図３】入会署名中にクライアントに提示されるビデオ画面を示す図。
【図４】特定のメディア番組の送信を要求するためにクライアントに対して提示されるビデオ画面を示す図。
【図５】番組選択中にクライアントに対して提示されるビデオ画面を示す図。
【図６】リクエストされた番組の保存を知らせるために、クライアントに対して提示されるビデオ画面を示す図。
【図７】クライアントに対する番組提供のビデオ画面を示す図。
【図８】クライアントに番組が消えることを警告するビデオ画面を示す図。
【図９】クライアントに入手可能な保存の状態を知らせるビデオ画面を示す図。
【図１０】図１のクライアント・サーバーとメディア送信システムの操作を示すフロー図。
【図１１】番組保存中のメディア送信システムを示すフロー図。
【図１２】クライアントが割り当てられた保存よりも多く保存をリクエストした送信される画面を示す図。
【図１３】メディア番組の受信及び保存のシステムの構成図。
【符号の説明】
５０１： クライアント・コンタクト
５０５： 会員検証
５０７： 番組送信要求画面
５０９： 受信要求データ
５１１： スケジューラにデータ送信
５１３： 必要な装置の割り当て
５１５： メディア・スタートのため保存ルーチンをセット
５１７： 保存ルーチンを実行
５２１： 供給源を受信装置に接続
５２３： 受信装置設定
５２５： デジタイザに指令
５２７： デジタイザからファイル・アドレス
５２９： 予定された番組終了時間
５３１： 接続解除、符号化停止
５３３： 再生サーバー及びファイルを確認
５３５： クライアントにファイルＵＲＬを通知
５３７： 会員画面送信
５３９： 会員データ受信
５４１： 検証
５４３： 会員ファイル設定
５４５： 会員クッキーの書き込み

Claims (33)

1. 複数の異なる地理的位置からの複数のメディア番組信号へのアクセスを有するメディア番組保存装置によりメディア番組を選択する方法にして、少なくとも二個所の地理的位置が、前記地理的位置において利用可能なメディア番組を表す関連メディア番組リストを有する前記方法において、
   Ａ）望まれたメディア番組リストをメディア番組保存装置のクライアントへ割り当てるステップと、
   Ｂ）コンピュータネットワークを介してクライアントへ望まれたメディア番組リストを提供するステップと、
   Ｃ）クライアントにより選択されたメディア番組の識別を有する、保存のリクエストをクライアントから受信するステップと、
   Ｄ）受信されたリクエストに応答してクライアントの選択されたメディア番組を保存するステップと、を含んでいることを特徴とする前記方法。
2. メディア番組が関連開始時間を有し、
   Ｅ）要求された番組の開始時間がまだ発生していない複数の地理的位置の一つを識別するステップと、
   Ｆ）識別された地理的位置からの選択された番組を保存装置により保存するステップと、を含んでいることを特徴とする請求項１記載の方法。
3. Ｇ）望まれたメディア番組リストのほかにメディア番組リストを受信する機会をクライアントに提供するステップを含んでいることを特徴とする請求項１記載の方法。
4. Ｈ）望まれたリストの地理的位置のほかに地理的位置のメディア番組リストを表示するよう要求したクライアントのリクエストに応答して、提供したメディア番組リストを変更するステップを含んでいることを特徴とする請求項３記載の方法。
5. Ｉ）クライアントにより要求されたメディア番組へのアクセスを有する地理的位置を識別するために、複数のメディア番組リストを探索ステップを含んでいることを特徴とする請求項１記載の方法。
6. Ｊ）クライアントにメディア番組探索能力を提供するステップを含んでいることを特徴とする請求項１記載の方法。
7. Ｋ）探索能力に使用するためメディア番組キーワードをクライアントから受信するステップを含んでいることを特徴とする請求項６記載の方法。
8. Ｌ）探索能力により識別された一つ以上のメディア番組をクライアントへ提供するステップを含んでいることを特徴とする請求項７記載の方法。
9. Ａ）メディア番組保存サービスのリクエストをクライアントから受信するステップと、
   Ｂ）リクエストに応答して、所定量のクライアントが使用可能な保存容量をクライアントへ割り当てるステップと、
   Ｃ）識別されたメディア番組の保存のリクエストをクライアントから受信するステップと、
   Ｄ）識別されたメディア番組を保存し、識別された番組を保存した後に残る、クライアントが使用可能な保存容量を決定するステップと、を含んでいることを特徴とする保存割当て方法。
10. Ｅ）クライアント使用可能な残余保存量をクライアントへ知らせるステップを含んでいることを特徴とする請求項９記載の方法。
11. Ｆ）追加の保存容量をクライアントへ提供するステップを含んでいることを特徴とする請求項１０記載の方法。
12. Ｇ）追加保存のリクエストをクライアントから受信するステップと、
    Ｈ）それに応答して、追加保存容量をクライアントへ割り当てるステップと、を含んでいることを特徴とする請求項９記載の方法。
13. Ｉ）保存されたメディア番組を保存からクライアントへ送るステップと、
    Ｊ）クライアントへ割り当てられた保存を、保存されたメディア番組の保存に使用される保存量にほぼ等しい量だけ増加するステップと、を含んでいることを特徴とする請求項９記載の方法。
14. 満了日が保存されたメディア番組について設定され、識別されたメディア番組を保存するために使用される保存量が、満了日の経過後にクライアントにより再使用可能になることを特徴とする請求項９記載の方法。
15. Ｋ）満了日が経過する前に、クライアントに満了日を知らせるステップを含んでいることを特徴とする請求項１４記載の方法。
16. Ｌ）保存されたマルチメディア番組の追加保存期間をクライアントへ提供するステップを含んでいることを特徴とする請求項１５記載の方法。
17. クライアントへ割り当てられた、クライアント使用可能な所定の保存容量が、クライアントにより要求されたサービスレベルの品質により決定され、方法が割り当てられた保存量に基づいてコストをクライアントへ割り付けるステップを含んでいることを特徴とする請求項９記載の方法。
18. クライアントへ割り当てられた、クライアント使用可能な所定の保存容量が、クライアントからの保存容量のリクエストにより決定され、方法が割り当てられた保存量に基づいてコストをクライアントへ割り付けるステップを含んでいることを特徴とする請求項９記載の方法。
19. Ｍ）クライアントにより識別されたメディア番組を保存するのに必要な保存量を決定するステップと、
    Ｎ）必要な保存量がクライアント使用可能な保存量を超えた場合、保存を拒否するステップと、を含んでいることを特徴とする請求項９記載の方法。
20. Ｏ）追加保存容量をクライアントへ提供するステップを含んでいることを特徴とする請求項１９記載の方法。
21. メディア番組保存装置が複数のメディア番組保存位置を有し、クライアントにより要求されたメディア番組を保存するために使用する場合、方法がアロケータファンクションに保存容量の全量を知らせるステップを含んでいることを特徴とする請求項１８記載の方法。
22. 所定の複数のメディア番組信号を受信し、保存する複数の保存装置にして、異なる地理的位置に配置された前記保存装置と、
    ネットワーク接続のクライアントからの識別されたメディア番組信号の保存リクエストを受信し、クライアントからのリクエストに応答して、複数の保存装置の一つに前記識別されたメディア番組信号を受信して、保存するように知らせるネットワーク・アクセス可能なサーバーと、を含んでおり、
    前記保存装置が、識別された番組を受信し、保存するネットワーク・アクセス可能なサーバーからの通知に応答し、かつ、保存されたメディア番組を探索するためのネットワークアドレスを要求しているクライアントに知らせる装置を含んでいること、を特徴とするメディア番組保存装置。
23. ネットワークを介したクライアントからの配送リクエストに応答して、保存されたメディア番組をネットワークを介してクライアントへ送る装置を含んでいることを特徴とする請求項２２記載のメディア番組保存装置。
24. ネットワーク・アクセス可能なサーバーが、クライアントに使用可能な保存量を識別する値を保存することを特徴とする請求項２２記載のメディア番組保存装置。
25. ネットワーク・アクセス可能なサーバーが、クライアントによるアクセスのための望まれたメディア番組リストを保存することを特徴とする請求項２２記載のメディア番組保存装置。
26. ネットワーク・アクセス可能なサーバーが、望まれたリストのほかにメディア番組リストを保存することを特徴とする請求項２５記載のメディア番組保存装置。
27. Ａ）複数の地理的位置からメディア番組信号を受信する受信装置と、
    Ｂ）メディア番組信号の識別された一つの保存リクエストをコンピュータネットワークを介してクライアントから受信し、かつ、識別されたメディア番組信号の接続を受信装置から保存装置へ指向させるクライアントサーバーにして、保存装置がクライアントサーバーに応答して、識別されたメディア番組を保存する保存メディアを含んでいる前記クライアントサーバーと、を含んでいることを特徴とするメディア番組保存装置。
28. コンピュータネットワークがインターネットであることを特徴とする請求項２７記載のメディア番組保存装置。
29. メディア保存装置がコンピュータネットワークを介してクライアントから受信されたリクエストに応答して、保存されたメディア番組をコンピュータネットワークを介してクライアントへ送る装置を含んでいることを特徴とする請求項２７記載のメディア番組保存装置。
30. クライアントサーバーが複数のメディア番組信号を識別する情報を保存していることを特徴とする請求項２７記載のメディア番組保存装置。
31. Ａ）複数のメディア番組信号を複数の地理的に離れた位置から受信するステップと、
    Ｂ）メディア番組信号の特定の一つの保存についてリクエストを受信するステップと、
    Ｃ）特定のメディア番組信号をメディア番組保存装置へ接続するステップと、
    Ｄ）特定のメディア番組信号を保存装置により保存するステップと、を含んでいることを特徴とするメディア番組保存の方法。
32. Ｅ）保存されたメディア番組の送信リクエストをコンピュータネットワークを介して受信するステップを含んでいることを特徴とする請求項３１記載の方法。
33. Ｆ）保存されたメディア番組をコンピュータネットワークを介してクライアントへ送信するステップを含んでいることを特徴とする請求項３２記載の方法。

Images