JP2005538615A - キャッシュガイド提供方法及びシステム - Google Patents

Abstract

クライアントにキャッシュガイドを提供するための方法及びシステム。キャッシュガイドは、利用可能なガイドデータの一部を有する。利用可能なガイドデータは、ミニヘッドエンドユニットにローカルに格納され、ガイドデータの一部は、リモートセットトップボックスのキャッシュメモリに格納される。

Description

発明の詳細な説明

［発明の技術分野］
本発明は、集合住宅（Ｍｕｌｔｉ−Ｄｗｅｌｌｉｎｇ）または集合テナント（Ｍｕｌｔｉ−Ｔｅｎａｎｔ）ネットワークにおける映像サービスの提供に関する。
［発明の背景］
従来の映像システム（例えば、衛星、ケーブルなど）では、コンテンツプロバイダは、システム上のクライアントに番組ガイド（チャンネルＩＤ、番組名、番組説明などを列挙する）を提供する。従来、番組ガイドの全体は、各クライアントの住宅ユニットのＣＰＥ（Ｃｏｎｓｕｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）装置（例えば、セットトップボックスなど）に格納されている。しかしながら、このアプローチに対する１つの欠点は、番組ガイドはしばしば大変大きなものである（例えば、６ＭＢなど）であるということである。従って、ＣＰＥ装置は、比較的大きなメモリを備える必要があり、番組ガイドの格納にメモリの大きな部分を割当てる必要がある。本発明は、上記欠点を解消することに関する。
［発明の概要］
本発明は、より小さなメモリを使用してガイドの一部を収集することによりシステム全体のコストを低減するため、ネットワークセットトップボックスのメモリ要求を限定し、ガイド全体はアクセス可能なネットワークに置かれる。より詳細には、本発明は、クライアントにキャッシュガイドを提供するための方法及びシステムに関する。キャッシュガイドは、利用可能なガイドデータの一部を有する。利用可能なガイドデータは、ミニヘッドエンドユニットにローカルに格納され、ガイドデータの一部は、リモートセットトップボックスのキャッシュメモリに格納される。
［好適実施例の詳細な説明］
図１を参照するに、本発明の原理に従い動作する一例となるシステム１０が示される。システム１０は、複数のユーザにブロードバンド、デジタル映像及びサービスを提供する統合デジタルデータシステムである。より詳細には、システム１０は、複数のユーザに対するデジタルＩＰデータサービスとクオリティ音声及び映像を統合する。本システム設計は、様々なコスト効果的なデジタルサービスを発信するためのプラットフォームを提供する。システム１０は、スケーラブルとなるよう設計され、異なるデジタルデータサービスを追加的に加えることができる。

システム１０は、デジタル音声、映像及びデータサービスの受信、集合及び配信が行われるミニヘッドエンドユニット（Ｍｉｎｉ−Ｈｅａｄｅｎｄ Ｕｎｉｔ）１２と集合住宅ユニット（Ｍｕｌｔｉ−Ｄｗｅｌｌｉｎｇ Ｕｎｉｔ）及び/またはマルチテナントユニット（Ｍｕｌｔｉ−Ｔｅｎａｎｔ Ｕｎｉｔ）（ＭｘＵ）ネットワーク１４とを有する。ネットワーク１４は、デジタル音声、映像及びデータサービスを所望する複数のクライアントがある１以上のマンション、ホテルまたは他の任意の構造に配置されていてもよい。

ミニヘッドエンドユニット１２は、データの受信、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の提供、カスタマイズされたサービスの提供、ＭｘＵネットワーク１４の住宅ユニット１６へのデータのルーティングを行う。ミニヘッドエンドユニット１２は、コアビデオサービスシステム（Ｃｏｒｅ Ｖｉｄｅｏ Ｓｅｒｖｉｃｅ Ｓｙｓｔｅｍ）１８、アドバンスビデオサービスシステム（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｓｅｒｖｉｃｅ Ｓｙｓｔｅｍ）２２、インターネット２６と通信可能に接続されるデータサービスシステム２４及びＱｏＳスイッチ２８を備える。

好ましくは、コアビデオサービスシステム１８は、衛星２０に通信可能に接続されるサテライトレシーバシステム（Ｓａｔｅｌｌｉｔｅ Ｒｅｃｅｉｖｅｒ Ｓｙｓｔｅｍ）１９を備える。サテライトレシーバシステム１９は、サービスを所望するクライアント数に従って、衛星２０から受信したストリームの個数をスーリングすることができる。より詳細には、サテライトレシーバシステム１８は、住宅ユニット１６のネットワークセットトップボックス４４によるデジタルデータストリームのリクエストを可能にするため、マルチキャストサーバを実行する。サテライトレシーバシステム１８は、衛星に対するすべてのトランスポンダが受信されるまで、筺体のチューニングブレード（ｔｕｎｉｎｇ ｂｌａｄｅ）の個数だけスケーリングを行う。６０個のトランスポンダを有するフル搭載の筺体は、２．４Ｇｂｐｓの入力データレートを処理することができる。このとき、筺体は、適切なマルチキャストグループへの新規のユーザリクエストを受け付けることにより、ｎユーザを処理することができる。サテライトレシーバシステム１９は、衛星信号を受信し、２ＧｂｐｓのデータレートによりＩＰパケットをマルチキャストアウェアスイッチ（ｍｕｌｔｉ−ｃａｓｔ ａｗａｒｅ ｓｗｉｔｃｈ）２８に出力することができる。より詳細には、この送出されるＩＰパケットは、ＱｏＳ（標準的ＩＥＥＥ８０２．１ｐ（「Ｔｒａｆｆｉｃ Ｃｌａｓｓ Ｅｘｐｅｄｉｔｉｎｇ ａｎｄ Ｄｙｎａｍｉｃ Ｍｕｌｔｉｃａｓｔ Ｆｉｌｔｅｒｉｎｇ」と称される）及びＩＥＥＥ８０２．１ｑ（「Ｖｉｒｔｕａｌ ＬＡＮ」と称される）に与えられる）を利用して、当該パケットが迅速に送信されるのを保証する。サテライトレシーバシステム１９上のネットワークインタフェースは、１Ｇｂｐｓイーサネット（登録商標）ポートであり、２つの１Ｇｂｐｓイーサネット（登録商標）ポートに拡張可能である。サテライトレシーバシステム１９の管理システムは、クライアントからの番組リクエストを受け付ける。この管理システムは、クライアントが衛星、トランスポンダ及び番組ＩＤを選択することを可能にし、サテライトレシーバシステム１９が特定の番組ストリームをクライアントに提供することを可能にする。管理システムはまた、帯域幅を節約するマルチキャスティングをサポートする。サテライトレシーバシステム１９及び衛星２０は、図１のコンテンツ送信媒体として示されているが、コンテンツを送信する他の媒体（例えば、ケーブル、ファイバなど）の利用も本発明の範囲内に属するとみなされる。

アドバンスビデオサービスシステム２２は、追加的なデジタル映像サービスを可能にするためサテライトレシーバ１９と協調するプラットフォームである。アドバンスビデオサービスシステム２２は、サービスを利用するクライアント数に従ってスケーリングされる。例えば、システム２２は、クライアント数が増加するに従ってより多くのサーバ３０を必要とするかもしれない。提供されるサービスのタイプとしては、ビデオオンデマンド、ニアビデオオンデマンド、リミテッドビデオオンデマンド、ニールセンレーティング、タイムシフト、オートレコード、パーソナルビデオレコーディング（ＰＶＲ）などがあげられる。アドバンスビデオシステム２２は、ハードドライブ３２に記録される番組ストリームに利用される条件付アクセスシステム（図示せず）を備える。記録時に、サテライトレシーバシステム１９から受信したもとの番組ストリームが解読され、画像データが抽出され、新たな番組ストリーム（抽出された画像データ）が解読及びハードドライブ３２に格納される。ネットワークプロバイダの条件付アクセスシステムは、アドバンスビデオシステムサーバ３０において終了され、新たな条件付アクセスシステムが以降において利用される。

データサービスシステム２４は、インターネットサービスを利用するクライアント数とインターネットサービスの必要なスピードまたは帯域幅に従ってスケーリングされる。

ミニヘッドエンドユニット１２は、スケーラブルかつ小規模な設備で取り外し可能なギガビットＱｏＳイーサネット（登録商標）スイッチ２８（大規模システムの媒体に必要な）を備えるようにしてもよい。当業者には周知のように、スイッチ２８の選択時に考慮される問題の一部は、提供されるサービスのタイプと、ＭｘＵネットワーク１４にいくつの住宅ユニット１６がサポートされる必要があるということである。スイッチ２８は、サテライトレシーバシステム１９と、アドバンスビデオサービスシステム２２と、データサービスシステム２４との接続性を与える。スイッチ２８はまた、ミニヘッドエンドユニット１２からＭｘＵネットワーク１４への接続性を提供する。スイッチ２８は、フルデュプレクス（ｆｕｌｌ−ｄｕｐｌｅｘ）ギガビットイーサネット（登録商標）インタフェースをサポートし、様々なサイズのシステムをサポートするようスケーラブルである。スイッチ２８は、ＩＥＥＥ８０２．１ｐ及び８０２．１ｑ規格により与えられるＱｏＳをサポートする。ＱｏＳを備えることにより、スイッチ２８と、アドバンスビデオサービスシステム２２と、データサービスシステム２４との間の通信が容易になる。より詳細には、ビデオサービスシステム１８とアドバンスビデオサービスシステム２２からの映像データには、データサービスシステム２４からのデータより高い優先度が付与される。例えば、映像データとインターネットデータが同時にリクエストされると、まず映像データが送信され、十分な帯域幅が利用可能である場合には、あるいは以降において十分な帯域幅が利用可能となると、インターネットデータが同時に送信される。

ＭｘＵネットワーク１４は、サービスラック（ｓｅｒｖｉｃｅ ｒａｃｋ）３４と住宅ユニット１６を含む。サービスラック３４は、ＭｘＵネットワーク１４の住宅ユニット１６の個数に従いスケーラブルであり、ＭｘＵネットワーク１４の電話線が集まる中央ポイントに配置される。システム１０のＭｘＵネットワーク１４の個数は、必要なサービスラック３４の個数を決める。好ましくは、サービスラック３４は、マルチネットワーク環境（例えば、集合ビルディングコンプレックスなど）の各ネットワーク１４（例えば、ビルディングなど）に対し設けられる。各サービスラック３４は、ＰＯＴＳ（Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ）スプリッタ３８を利用して、１Ｇｂｐｓ電話線を介しミニヘッドエンド１２のＱｏＳスイッチ２８から受信されるデジタル映像、音声及びデータとＰＯＴＳサービス４０とを合成するＶＤＳＬスイッチ３６を備える。ＶＤＳＬスイッチ３６はイーサネット（登録商標）ＱＡＭスイッチとして示されているが、他の任意のイーサネット（登録商標）スイッチの利用が本発明の範囲に属するものとみなされるということに注意すべきである。

システム１０では、デジタルサービスに加入している各住宅ユニット１６は、ＣＰＥ（Ｃｏｎｓｕｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）装置を有することが必要とされる。クライアントのサービス加入に応じて、与えられた住宅ユニット１６のＣＰＥ装置は、モデム４２、ネットワークセットトップボックス（ＳＴＢ）４４、モデム４２とＳＴＢ４４の両方、あるいは統合モデム及びＳＴＢユニット（図示せず）を備えてもよい。本発明の一例となるシステム１０は、デジタルデータ、音声及び映像サービスの受信のため、少なくともモデム４２を必要とする。モデム４２は、電話線を介しスイッチ３６に接続可能であり、ＶＤＳＬラインを終端処理する。また、モデム４２は、ＰＯＴＳスプリッタ（図示せず）と電話サービス４６のための接続を有する。モデム４２は、コンピュータ４８に音声及び映像サービスへのインターネットアクセス及びネットワークＳＴＢ４４アクセスを提供するイーサネット（登録商標）ポートを有する。

電話線は住宅ユニット１６とミニヘッドエンドユニット１２との間の通信媒体として利用されているが、ケーブル及び無線ネットワークが本発明の範囲内に属するとみなされる。

要約すると、システム１０は、デジタル音声、デジタル映像、高速インターネットアクセス、電話サービス、セキュリティサービスなどを送信するための構成を住宅ユニット１６のクライアントに提供し、追加的または新規のサービスを付加するための収入ストリームとプラットフォームをシステムプロバイダに提供する。

図２を参照するに、番組ガイドキャッシュプロセス５０が示される。システム１０の始動により、ステップ５２において、ミニヘッドエンドユニット１２は、コアビデオサービスシステム１８から番組ガイドを取得する。ここでいくつかの場合には、番組ガイドは６ＭＢ（メガバイト）以上となることもあり、ガイド全体を収集するのに複数のチャネルまたはトランスポンダのスキャニングを要することもある。ミニヘッドエンド１２は、番組ガイドをローカルに格納し、ステップ５４において、新たなガイドデータがコアビデオサービスシステム１８により提供されるとき、定期的に番組ガイドを更新する。ネットワークＳＴＢ４４の起動後、ステップ５６においてＳＴＢ４４は、ＲＡＭキャッシュを生成し、ミニヘッドエンドユニット１２から番組ガイドデータをリクエストする。当該リクエストに応答して、ステップ５８においてミニヘッドエンドユニット１２は、ローカルに格納されている番組ガイドの一部をＳＴＢ４４に送信する。この番組ガイドの一部には、クライアントが異なるチャンネルを選択するのを可能にするだけの十分な情報が保持され、現在視聴されているチャンネルに関する詳細なスナップショットが提供される。ステップ６０において、ＳＴＢ４４は、受信した番組ガイドの一部をそれのキャッシュメモリに格納する。以降ステップ６２において、ＳＴＢ４４は、クライアントが番組ガイドをナビゲートしたり、チャンネルを切り替えたりなどすると、ミニヘッドエンドユニット１２から格納されている番組ガイドの一部の更新を要求する。ミニヘッドエンドユニット１２は現在の完全な番組ガイドを維持しているため、更新リクエストへの応答は、ＳＴＢ４４がコアビデオサービスシステム１８のトランスポンダ、チャネル及び/または番組ストリームをスキャニングすることによりこのような更新を収集する必要がある場合と比較して、はるか速く行うことができる。

ここで、ミニヘッドエンドユニット１２に格納されている番組ガイドは、データサービスシステム２４を介しインターネット２６から取得される付加情報（例えば、番組データ、ビデオクリップなど）により拡張可能であるということに注目すべきである。

本発明がここで開示される実施例と共に説明されたが、上記説明は本発明を例示するためのものであり、請求項により画定されるような本発明の範囲を限定することを意図したものではないということを理解すべきである。

図１は、本発明の一例となるシステム図である。 図２は、本発明の番組ガイドキャッシュプロセスを示すフローチャートである。

Claims (20)

1. 番組ガイドを提供する方法であって、
   コンテンツプロバイダから番組ガイドデータを取得するステップと、
   前記取得した番組ガイドデータをローカルに格納するステップと、
   前記ローカルに格納した番組ガイドデータの一部をリモート端末に送信するステップと、
   前記リモート端末から前記番組ガイドデータの一部に対する更新リクエストを受信するステップと、
   前記リクエストされた更新を生成するため、前記ローカルに格納した番組ガイドにアクセスするステップと、
   前記更新を前記リモート端末に送信するステップと、
   から構成されることを特徴とする方法。
2. 請求項１記載の方法であって、
   前記リモート端末は、セットトップボックスであることを特徴とする方法。
3. 請求項１記載の方法であって、
   前記更新リクエストは、チャンネル変更により生成されることを特徴とする方法。
4. 請求項１記載の方法であって、
   前記ローカルに格納した番組ガイドデータの一部は、該ローカルに格納した番組ガイドデータのすべてのチャンネルに対するチャンネルＩＤ及び該チャンネルの１つに対する詳細な番組情報を含むことを特徴とする方法。
5. 請求項１記載の方法であって、さらに、
   前記コンテンツプロバイダから前記番組ガイドデータへの更新を定期的に取得するステップと、
   前記ローカルに格納した番組ガイドが前記更新に適合するように、前記ローカルに格納した番組ガイドデータを変更するステップと、
   を有することを特徴とする方法。
6. 請求項５記載の方法であって、さらに、
   前記コンテンツプロバイダから受信した更新が、前記リモート端末に以前に送信された前記番組ガイドデータの一部に含まれる前記ローカルに格納した番組ガイドデータのデータを変更したものである場合、新たな番組ガイドデータ部分を前記リモート端末に送信するステップを有することを特徴とする方法。
7. 番組ガイドを提供する方法であって、
   番組ガイドデータの一部を格納するためキャッシュメモリを割当てるステップと、
   前記番組ガイドデータの一部を取得するステップと、
   前記番組ガイドデータの一部を前記キャッシュメモリに格納するステップと、
   番組ガイドを生成するため、前記格納した番組ガイドデータの一部を処理するステップと、
   から構成されることを特徴とする方法。
8. 請求項７記載の方法であって、さらに、
   前記番組ガイドをクライアントに表示するステップを有することを特徴とする方法。
9. 請求項７記載の方法であって、さらに、
   クライアントからチャンネル変更リクエストを受信するステップと、
   番組ガイドデータの第２部分をリクエストするステップと、
   前記番組ガイドデータの第２部分を受信するステップと、
   前記番組ガイドデータの第２部分を前記キャッシュメモリに格納するステップと、
   を有することを特徴とする方法。
10. 請求項７記載の方法であって、
    前記番組ガイドデータは、ミニヘッドエンドユニットにリモートに格納されることを特徴とする方法。
11. 番組ガイドを提供するシステムであって、
    コンテンツプロバイダから番組ガイドデータを取得する手段と、
    前記取得した番組ガイドデータをローカルに格納する手段と、
    前記ローカルに格納した番組ガイドデータの一部をリモート端末に送信する手段と、
    前記リモート端末から前記番組ガイドデータの一部に対する更新リクエストを受信する手段と、
    前記リクエストされた更新を生成するため、前記ローカルに格納した番組ガイドにアクセスする手段と、
    前記更新を前記リモート端末に送信する手段と、
    から構成されることを特徴とするシステム。
12. 請求項１１記載のシステムであって、
    前記リモート端末は、セットトップボックスであることを特徴とするシステム。
13. 請求項１１記載のシステムであって、
    前記更新リクエストは、チャンネル変更により生成されることを特徴とするシステム。
14. 請求項１１記載のシステムであって、
    前記ローカルに格納した番組ガイドデータの一部は、該ローカルに格納した番組ガイドデータのすべてのチャンネルに対するチャンネルＩＤ及び該チャンネルの１つに対する詳細な番組情報を含むことを特徴とするシステム。
15. 請求項１１記載のシステムであって、さらに、
    前記コンテンツプロバイダから前記番組ガイドデータへの更新を定期的に取得する手段と、
    前記ローカルに格納した番組ガイドが前記更新に適合するように、前記ローカルに格納した番組ガイドデータを変更する手段と、
    を有することを特徴とするシステム。
16. 請求項１５記載のシステムであって、さらに、
    前記コンテンツプロバイダから受信した更新が、前記リモート端末に以前に送信された前記番組ガイドデータの一部に含まれる前記ローカルに格納した番組ガイドデータのデータを変更したものである場合、新たな番組ガイドデータ部分を前記リモート端末に送信する手段を有することを特徴とするシステム。
17. 番組ガイドを提供するシステムであって、
    番組ガイドデータの一部を格納するためキャッシュメモリを割当てる手段と、
    前記番組ガイドデータの一部を取得する手段と、
    前記番組ガイドデータの一部を前記キャッシュメモリに格納する手段と、
    番組ガイドを生成するため、前記格納した番組ガイドデータの一部を処理する手段と、
    から構成されることを特徴とするシステム。
18. 請求項１７記載のシステムであって、さらに、
    前記番組ガイドをクライアントに表示する手段を有することを特徴とするシステム。
19. 請求項１７記載のシステムであって、さらに、
    クライアントからチャンネル変更リクエストを受信する手段と、
    番組ガイドデータの第２部分をリクエストする手段と、
    前記番組ガイドデータの第２部分を受信する手段と、
    前記番組ガイドデータの第２部分を前記キャッシュメモリに格納する手段と、
    を有することを特徴とするシステム。
20. 請求項１７記載のシステムであって、
    前記番組ガイドデータは、ミニヘッドエンドユニットにリモートに格納されることを特徴とするシステム。

Images