JP4380924B2 - ビデオオンデマンドを提供するシステム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、一般に、ビデオ配信システムにおいて複数のユーザにビデオ情報を提供することに関する。
【０００２】
【従来の技術】
現在のビデオ配信システムは、ケーブルテレビ及び衛星放送テレビのプロバイダから利用可能なペイ・パー・ビュー方式（pay per view）のシステムを含んでいる。これらのシステムにおいては、種々の異なったペイ・パー・ビュー方式の映画を複数の異なる回数見るために提供する。ユーザは、進行中のビデオプログラムに接続するか、又は新しいビデオプログラムが始まる前もって設定された時刻まで待たなければならない。複数の異なるスタート時刻を提供することによって、これらのシステムは、ビデオオンデマンドに近い方法を提供しようとしている。
【０００３】
【発明が解決しようとする課題】
複数のユーザに彼らが見たいと思うまさにその時刻にビデオを提供するためには、広い帯域幅が必要であると予想される。すなわち、テレビ視聴者が多数の場合、種々のビデオを複数の時刻に放送して、現在の衛星放送及びケーブルビデオ配信システムで利用可能な帯域幅を与えるのは困難であると思われる。
【０００４】
このことは、システムのユーザが、自分たちの視聴についての希望をビデオ配信システムの現在の帯域幅の制約に合わせる必要があることを意味している。これらの視聴についての求めるところが現在のシステムの能力に一致しない場合には、潜在的な顧客が失われることになる。
【０００５】
このため、ユーザからの要望に沿ったビデオの配信を可能にするビデオ配信システムを提供することが望ましい。
【０００６】
【課題を解決するための手段】
１つの実施形態によれば、ビデオ情報をビデオ送信器から受信するレシーバは、レシーバが受信したビデオ情報を記憶する記録媒体を備えている。復号化エンジンは、記憶されたビデオ情報を復号化するように適合されている。コントローラは、ビデオ記録媒体及び復号化エンジンをコントロールするように、またエンジンについての復号化情報を要求するように適合されている。
【０００７】
【発明の実施の形態】
図１を参照すると、ビデオ配信システム１０は、例えば、ケーブル放送、テレビ放送、又は、衛星放送を含む種々の異なるビデオ配信環境の中で実行することができる。ビデオプロバイダ１４は、例えば、ケーブル放送のプロバイダ又は衛星放送システムのプロバイダとすることができるが、１６で示すようにプロセッサベースのテレビレシーバである複数のレシーバ１２にビデオを送信する。このプロセッサベースのテレビレシーバは、例えば、テレビレシーバをディスプレイとして使用する、いわゆるセットトップ（set-top）のコンピュータシステムとすることができる。代わりに、他のコンピュータシステム及び機器も同様に使用することができる。
【０００８】
ビデオが視聴される時刻に相当する設定された、すなわち、予め決められた時刻にビデオを送信する代わりに、全てのレシーバに符号化形態で連続的に又は半連続的にビデオを流すことができる。代わりに、ビデオを単に前もって送信し、複数のレシーバに記憶することができる。個々のレシーバ１２は、送信されたビデオ情報を（追加の情報がない場合は）表示することはできない。このため、システムの可能な所定の帯域幅の範囲内で、ビデオをレシーバ１２に送信し、後で視聴するために、例えばメモリ２２内に記憶する。
【０００９】
ユーザが映画などの特定のビデオ情報を視聴したいと思うときはいつでも、このユーザは、例えば、ビデオプロバイダ１４に復号化情報を簡単に要求することができる。双方向送信方式では、復号化情報についての要求は、ビデオを伝送した同じ配信機構を経由して送信することができる。代わりに、別個の媒体又はチャネルを使用することもできる。さらに、本発明の一実施形態では、ビデオプロバイダ１４とは異なったソースから復号化情報を要求することができる。
【００１０】
そして、ある実施例において、ビデオ情報１６とは無関係の情報と一緒にレシーバ１２に復号化情報を送信することができる。例えば、コントローラ１５によるコントロールのもとに、意図した受信者に関する情報とともに復号化情報を送ることができる。映画などの特定のビデオについての復号化キーを備えていれば、レシーバ１２はこのビデオを復号化し、視聴者にビデオをオンデマンドで視聴させることができる。
【００１１】
それぞれのレシーバ１２が固有の識別子を含み、復号化情報が要求しているレシーバに対してコード化される場合には、レシーバの識別子が復号化キーとともに送信された識別子に適合するレシーバのみが、要求されたビデオについての復号化キーをデコードすることができる。さらに、レシーバが復号化情報を要求するときに、このレシーバは復号化情報だけでなく適当な使用料のための手順をも実行できるようになっている。
【００１２】
復号化情報を求める要求は、一例として、電話ネットワーク２０を介して送ることができる。別の例としては、このような要求は、電子メールを使用するインターネットなどの電子ネットワークを介して行うことができる。従って、実際には、バックチャネルを使用して、復号化情報をビデオプロバイダから又はある例では別のソースから要求することができる。そして、ビデオプロバイダ（又は他のソース）が復号化情報を提供するだけでなく、本発明のある実施形態においては、選択されたビデオ情報についてのレシーバのメモリにアクセスするために必要な情報も提供する。スクリプト又は他のソフトウェアとして、このアクセス情報を提供することができる。
【００１３】
ビデオの送信を記憶するために、所定のメモリ量を振り向けることができる。所定のレシーバに送信されたビデオ送信が専用のメモリ量を超える場合には、最近に受信した情報を記憶する余地を作るために、最も古い情報を削除することができる。代わりに、ビデオプロバイダ１４は、新しいビデオを送信するたびに信号を送って、所定のレシーバ１２に以前に記憶された特定のビデオを廃棄することができる。
【００１４】
ビデオをレシーバ１２に送信することができるため、視聴時刻の前に、ある実施例では、帯域幅の制約を克服することができる。すなわち、多数のユーザの要求を満足させるために、複数の大きなビデオファイルを同時に送信する必要性がない。その代わりに、ビデオ送信の集合が、これらの送信を後で読み出すために記憶するレシーバのグループの全て又は一部に流される。
【００１５】
ここで図２を参照すると、ビデオオンデマンドシステムを実行するために、ある実施形態によるソフトウェアをレシーバ１２に格納することができる。ブロック２８で示すように、ソフトウェア２６は、符号化されたビデオを受信し記憶することによって開始する。ある実施形態では、送信チャネル内のボリュームが小さい場合に、あるいは、ビデオファイルのライブラリをレシーバ１２に記憶するように連続的に又は半連続的に送信を行う場合に、特定の時刻にこの動作を行う。
【００１６】
菱形３０に示すようにビデオを要求すると、レシーバ１２はブロック３２に示すように復号化キーを要求する。本発明のある実施形態において、この要求は、インターネット又は電話ネットワークなどのネットワーク２０を介して、バックチャネルを通って伝えられる。次に、レシーバ１２に符号化された形式で記憶されたビデオは、ブロック３４に示すように読み出される。そして、ブロック３６で示すようにビデオが自動的に復号化されて、ブロック３８に示すようにビデオの表示が開始される。
【００１７】
一般に、所定のビデオのセクション又は部分についての復号化キーを送信することが望ましい。このため、ビデオ全体を視聴するには、レシーバは１つ以上のビデオ復号化キーを受信する必要があり、そのそれぞれをビデオ情報の一部（全体より小さい）を復号化するために使用する。この方法の利点は、権利侵害者（pirate）がビデオ全体を復号しようとすると、多数のビデオ復号化キーを取得しなければならないことである。これにより、復号化キーが略奪されることが一層困難になるため、サービス盗用の可能性が減少する。例えば、新しい復号化キーがビデオの１分ごとに必要とされる。従って、一旦、復号化情報についての初期の要求がなされると、新しい復号化キーを毎分送信することが望ましい。
【００１８】
ユーザが進行中のビデオ送信を一時中断することを希望する場合（菱形４０）には、例えば、バックチャネルを通ってビデオプロバイダ１４に信号を送り、一時中断の許可を要求する（ブロック４２）。ビデオプロバイダは、肯定応答番号を送って応答する（ブロック４４）。ユーザがビデオの送信の再開を希望する場合には、ユーザは単に「再開」キーを押して肯定応答番号を送る。このとき、ビデオプロバイダは、いつ特定のレシーバが一時中断したかを知ることになるため、適当なキーを送ってユーザがすでに要求されておそらく請求書が送られたビデオの残りの視聴を継続することができるようにする。
【００１９】
今度は図３を参照すると、レシーバ１２として使用することができるシステムの例が示されている。レシーバ１２は、加速グラフィックスポート（accelerated graphic port：以下、「ＡＧＰ」と呼ぶ）のチップセット６６に接続されたプロセッサ６５を含んでいる。加速グラフィックスポート仕様の改訂２．０は、Santa Clara, CaliforniaのIntel Corporationから販売されている。チップセット６６は、システムメモリ６８及び加速グラフィックスポート用バス７０に接続されている。このバス７０は、グラフィックスアクセラレータ７２に順に接続され、ビデオ又はテレビレシーバ７３にも接続されている。
【００２０】
チップセット６６は、ＴＶチューナ／キャプチャーカード７６と接続されたバス７４にも接続されている。このカード７６は、衛星放送用アンテナとすることもできるテレビアンテナ７８、又は、別の例のようにケーブル放送用接続部に接続される。インターネットへのモデム接続又はコンピュータネットワークへのネットワークコントローラ接続等のネットワーク９０への接続部も提供される。
【００２１】
バス７４はブリッジ８０に接続され、このブリッジはハードディスクドライブ８２に順に接続される。ハードディスクドライブ８２は、ソフトウェア２６及び４６を記憶することができる。ソフトウェア１００は、記憶されたビデオ情報を見出す際に支援するために送信器１４から送信されたスクリプトでありうる。
【００２２】
ブリッジ８０は、シリアル出力インターフェース８６及びＢＩＯＳ９４をサポートする別のバス８４に順に接続される。インターフェース８６は、モデム９２又はマウス８８に接続される。
【００２３】
本発明を限られた数の実施形態に関して説明してきたが、当業者はそこからの多数の修正や変更を理解されよう。添付した特許請求の範囲は、本発明の真の精神及び範囲の中に入る全てのそのような修正や変更をカバーするものとする。
【図面の簡単な説明】
【図１】 本発明のある実施形態によるビデオ配信ネットワークの概略図である。
【図２】 図１に示したシステムによるレシーバを実行するためのフローチャートである。
【図３】 図１に示したレシーバを実行するためのシステムを示すブロック図である。

Claims (20)

1. レシーバが受信したビデオ情報を記憶するための記録媒体と、
   記憶されたビデオ情報を復号化する復号化エンジンと、
   前記記録媒体及び前記復号化エンジンをコントロールするように、前記エンジンについての復号化情報を要求するコントローラであって、ビデオの再生をコントロールし、該ビデオの再生を一時中断する要求を受け取って、ビデオの再生を後に再開できるようにするコードを自動的に要求するものであるコントローラと
   を含んでなる、ビデオ情報をビデオ送信器から受信するためのレシーバ。
2. 前記コントローラがプロセッサを含んでいることを特徴とする請求項１に記載のレシーバ。
3. 前記記憶されたビデオを視聴するための要求を受信すると、前記エンジンが、前記記憶されたビデオを復号化するように適合されることを特徴とする請求項１に記載のレシーバ。
4. 後の時刻で表示するために、複数のレシーバにビデオを送信するビデオ送信器と、
   要求に応じてビデオの視聴を可能にするために、前記レシーバに復号化情報を送信するコントローラであって、ビデオの再生を後に再開できるようにするコードのための要求を受け取って、該コードを自動的に与えるものであるコントローラと
   を含んでなることを特徴とするビデオ送信システム。
5. 前記コントローラが、特定のレシーバを識別して前記復号化情報を受信する識別子を送信するようにも適合されることを特徴とする請求項４に記載のシステム。
6. 前記コントローラが前記送信器の一部であることを特徴とする請求項５に記載のシステム。
7. 前記ビデオ送信器がケーブル放送システムを通してビデオを送信することを特徴とする請求項４に記載のシステム。
8. 前記ビデオ送信器が衛星放送システムを通してビデオを送信することを特徴とする請求項４に記載のシステム。
9. 前記送信器が、前記送信器によって前記レシーバに送信された特定のビデオファイルを見出す際に支援するための情報も送信することを特徴とする請求項４に記載のシステム。
10. レシーバにおいて符号化されたビデオを記憶するステップと、
    前記記憶されたビデオについての復号化キーを要求するステップと、
    該ビデオを再生するステップと、
    該ビデオの再生を一時中断する要求を受け取るステップと、
    自動的にコードを要求して、前記ビデオが後に再生できるようにするステップと
    を含んでなることを特徴とする方法。
11. あるソースから符号化されたビデオを受信するステップと、第２のソースから復号化キーを受信するステップとを含んでいることを特徴とする請求項１０に記載の方法。
12. 同じソースから前記ビデオ及び前記復号化キーを受信するステップを含んでいることを特徴とする請求項１０に記載の方法。
13. 前記キーを受信するための特定のレシーバを識別する識別子を受信するステップを含んでいることを特徴とする請求項１０に記載の方法。
14. 受信者が選択するためにビデオを記憶するステップと、
    前記受信者の要求に応じて、前記受信者が記憶されたビデオを視聴するために選択することを可能にするステップと、
    該ビデオを再生するステップと、
    該ビデオの再生を一時中断する要求に応じて、自動的にコードを要求して、前記ビデオが後に再開されるようにするコードを自動的に要求するステップと
    を含んでなることを特徴とするビデオ配信方法。
15. ユーザが選択するために利用可能なビデオ情報を表示するグラフィカルユーザインターフェースを提供するステップを含んでいることを特徴とする請求項１４に記載の方法。
16. プロセッサベースのシステムに対して、
    受信者が選択するためにビデオを記憶するようにさせ、
    前記受信者の要求に応じて、前記受信者が前に記憶されたビデオを視聴するために選択できるようにさせ、
    該ビデオを再生させ、
    該ビデオの再生を一時中断する要求を受け取らせ、
    前記ビデオの再生を一時中断する要求に応じて、前記ビデオが後に再生されるようにするコードを自動的に要求する
    命令を記憶している記憶媒体。
17. プロセッサベースのシステムに対して、
    受信者に対して符号化されたビデオを記憶させ、
    前記記憶されたビデオについての復号化キーを要求させ、
    該ビデオを再生させ、
    該ビデオの再生を一時中断する要求を受け取らせ、
    前記ビデオが後に再生されるようにするコードを自動的に要求する
    命令を記憶している記憶媒体。
18. プロセッサベースのシステムに対して、あるソースから符号化されたビデオを受信させ、第２のソースから前記復号化キーを受信させる命令を含んでいる請求項１７に記載の記憶媒体。
19. プロセッサベースのシステムに対して、同じソースから前記ビデオ及び前記復号化キーを受信させる命令を含んでいる請求項１７に記載の記憶媒体。
20. プロセッサベースのシステムに対して、前記キーを受信するための特定のレシーバを識別する識別子を受信させる命令を含んでいる請求項１７に記載の記憶媒体。

Images