(57)【要約】  コンテンツ配信システム、方法、および、ユーザ・インタフェースを開示する。ここで、変調器が複数のチャンネルの出力を動的に複製し、複数の受信機が複数のチャンネルの１つに個別に同調され、単一のトランスポート・ストリームが複数のチャンネル上で所望の受信機の各々に送られることが可能であり、この配信が複数のモードで行われることが可能であり、ユーザ・インタフェースは、受信機の各々を該ユーザ・インタフェースを介して複数のチャンネルの１つに同調するようにコンテンツ配信システムのマネージャが各々の受信機上のチャンネルを動的に変更することを可能にする。
2015535396.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信システムであって、
複数のチャンネルの出力を動的に複製する変調器と、
前記複数のチャンネルの１つに各々が個別に同調し得る複数の受信機であって、単一のトランスポート・ストリームが前記複数のチャンネル上で該複数の受信機の所望の受信機の各々に送られることが可能であり、この配信が複数のモードで行われることが可能である、該複数の受信機と、
ユーザ・インタフェースであって、前記受信機の各々を該ユーザ・インタフェースを介して前記複数のチャンネルの１つに同調することができるように、前記コンテンツ配信システムのマネージャが該ユーザ・インタフェースを用いて各々の前記受信機上のチャンネルを動的に変更することを可能にする該ユーザ・インタフェースと、
を備える、前記コンテンツ配信システム。
【請求項２】
単一のトランスポートが、ＭＰＥＧ２データストリーム、ＭＰＥＧ４データストリーム、ＤＶＢデータストリーム、ＡＲＩＢデータストリーム、ＡＴＳＣデータストリーム、ＩＰデータストリーム、ＩＰマルチキャスト・データストリーム、および、アドレス指定可能チャンネル・コントローラ・データストリームのうちの１つの形式をなしている、請求項１に記載の前記コンテンツ配信システム。
【請求項３】
前記ユーザ・インタフェースがドラッグ・アンド・ドロップ・モードを用いる、請求項２に記載の前記コンテンツ配信システム。
【請求項４】
前記ユーザ・インタフェースが、第１の側にモニタが描写され、第２の側にテレビ・チャンネルが描写された２つの部分を含む視覚ディスプレイを有する、請求項３に記載の前記コンテンツ配信システム。
【請求項５】
前記システムが、各々の前記受信機に対して固定されたチャンネルを含む第１のモードで動作され、かつ、チャンネルが静的に同調される、請求項２に記載の前記コンテンツ配信システム。
【請求項６】
前記システムが、ＩＰストリームを含む第２のモードで動作される、請求項２に記載の前記コンテンツ配信システム。
【請求項７】
前記システムが、アドレス指定可能チャンネルを含む第３のモードで動作される、請求項２に記載の前記コンテンツ配信システム。
【請求項８】
コンテンツ配信システムにおいて受信機を同調する方法であって、
単一のトランスポート・ストリームで受信された複数のチャンネルの出力を動的に複製するステップと、
前記複数のチャンネルの１つに同調するステップであって、該単一のトランスポート・ストリームが前記複数のチャンネルで送られることが可能であり、この配信が複数のモードで行われることが可能である、該ステップと、
ユーザ・インタフェースを介して入力したコマンドに従って前記複数のチャンネルの各々に同調できるように、該ユーザ・インタフェースを用いて前記チャンネルを動的に変更するステップ
を含む、前記方法。
【請求項９】
単一のトランスポートが、ＭＰＥＧ２データストリーム、ＭＰＥＧ４データストリーム、ＤＶＢデータストリーム、ＡＲＩＢデータストリーム、ＡＴＳＣデータストリーム、ＩＰデータストリーム、ＩＰマルチキャスト・データストリーム、および、アドレス指定可能チャンネル・コントローラ・データストリームのうちの１つの形式をなしている、請求項８に記載の前記方法。
【請求項１０】
前記ユーザ・インタフェースがドラッグ・アンド・ドロップ・モードを用いる、請求項９に記載の前記コンテンツ配信システム。
【請求項１１】
前記ユーザ・インタフェースが、第１の側にモニタが描写され、第２の側にテレビ・チャンネルが描写された２つの部分を含む視覚ディスプレイを有する、請求項１０に記載の前記コンテンツ配信システム。
【請求項１２】
前記システムが、各々の前記受信機に対して固定された、かつ、静的に同調されるチャンネルを含む第１のモードで動作される、請求項９に記載の前記コンテンツ配信システム。
【請求項１３】
前記システムが、ＩＰストリームを含む第２のモードで動作される、請求項９に記載の前記コンテンツ配信システム。
【請求項１４】
前記システムが、アドレス指定可能チャンネルを含む第３のモードで動作される、請求項９に記載の前記コンテンツ配信システム。
【請求項１５】
複数のモード間の切り替えを行うように適応でき、かつ、複数のチャンネル情報を一環境内の複数の受信機に送るために単一のトランスポート・ストリームを用いるマルチモード・コンテンツ配信システム用のユーザ・インタフェースであって、前記ストリーム内の出力チャンネルを示すブロックを備え、該出力チャンネルは、その各々が受信機に同調し得る、かつ、前記ユーザ・インタフェースのユーザによって切り替え得る、前記ユーザ・インタフェース。
【請求項１６】
ドラッグ・アンド・ドロップ機能を更に備え、該ドラッグ・アンド・ドロップ機能は、前記ユーザ・インタフェースのユーザが、ドラッグされるチャンネルを視聴することが望まれる受信機を示す箇所にまで該チャンネルをドラッグできるようにする、請求項１５に記載の前記ユーザ・インタフェース。
【請求項１７】
個々の受信機が固定されたチャンネルに静的に同調される、請求項１６に記載の前記ユーズ・インタフェース。
【請求項１８】
前記システムがマルチキャスト・モードで動作される場合、前記システムにおける個々の前記受信機を示すブロックを更に備える、請求項１６に記載の前記ユーザ・インタフェース。
【請求項１９】
前記受信機が前記トランスポート・ストリームを直接受信できない場合、個々の前記受信機が別個の変換器信号によって同調される、請求項１６に記載の前記ユーザ・インタフェース。
【請求項２０】
前記受信機の各々に対して固有の受信機識別子（ＲＩＤ）を示す識別子ブロックを更に備える、請求項１９に記載の前記ユーザ・インタフェース。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願のクロス・リファレンス
この出願は、２０１２年７月１９日に提出された、発明の名称が「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  ＱＡＭ  Ｍｏｄｕｌａｔｏｒ  Ｃｈａｎｎｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｈａｖｉｎｇ  ａ  Ｐｌｕｒａｌｉｔｙ  ｏｆ  Ｍｏｄｅｓ」である、３５Ｕ.Ｓ.Ｃ.第１１９(ｅ)条に基づく、仮特許出願第６１／６７３３９６号の権利を主張し、２０１２年９月１２日に提出された、発明の名称が「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  ＱＡＭ  Ｍｏｄｕｌａｔｏｒ  Ｃｈａｎｎｅｌ  Ｄｕｐｌｉｃａｔｉｏｎ」である特許協力条約出願ＰＣＴ／ＵＳ１２／０５４７４４号の一部継続出願であり、並びに、２０１２年９月２６日に提出された、発明の名称が「Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅｓ  ｆｏｒ  Ｃｏｎｔｅｎｔ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍｓ」である特許協力条約出願ＰＣＴ／ＵＳ１２／０５７１６６号の一部継続出願でもある。
【０００２】
本発明は、直交振幅変調（ＱＡＭ）信号およびＱＡＭ変調器の使用に関する。更に具体的に述べると、本発明は、ＱＡＭ信号の動的変更について使用されるユーザ・インタフェースに関し、ＱＡＭ変調器からの単一のトランスポート・ストリームによって複数のＱＡＭチャンネルを複数のビデオ表示装置に送ることができる。
【背景技術】
【０００３】
多数のビデオ表示装置、例えばテレビ（ＴＶ）が存在するが、これらのＴＶにチャンネル情報を送るしかるべき所に受信機が１台、あるいは、ほんの数台だけしかないという環境が多くある。スポーツ・バーが、このような環境の主な一例であるが、その他のこのような例は、特に、一環境内で相異なるチャンネル又はサブチャネルを相異なる場所に送ることが望ましいのに、コストを節約するために、限られた台数の受信機しか設置されない場合に、多く存在する。
【０００４】
例えば、スポーツ・バーの環境では、バーテンダーは、１つ又は複数のＴＶリモコンの使用を必要とすることなく各々のＴＶ上のコンテンツを制御できればよいと考えるが、その理由は、ＴＶリモコンを使用すると、隣接したＴＶのチャンネルを変更してしまうかもしれないためである。したがって、スポーツ・バーでリモコンを使用するには、個別のリモコンを持って各々のＴＶの所に歩いて行ってチャンネルを変更することが必要になるが、それでもその他の近くのＴＶもチャンネルを変更してしまうことがある。
【０００５】
スポーツ・バーのような複数のＴＶが設置される環境によく設置されるような受信機は、幾種類もあるが、そのうちの１つが、ＤＩＲＥＣＴＶ（登録商標）ＣＯＭ１０００のコンテンツ配信システム（このシステムは、本出願および本発明の所有者であるテクニカラー社によって設計および製造されている）であり、これは、最大２４のＴＶチャンネルに同調してそれらを暗号化方式変換（ｔｒａｎｓｃｒｙｐｔ）できるＴＶ受信システムであって、同調し、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｎｔｅｒｔａｉｎｍｅｎｔ  Ｇｒｏｕｐ（ＭＰＥＧ）規格のＭＰＥＧ２トランスポート・ストリームに復調して、一環境内で、例えばＱＡＭ装置を介して、あるいは、インターネット・プロトコル（ＩＰ）データ配信システム、例えばＩＰＴＶシステムを介して、更に配信する。このＤＩＲＥＣＴＶ（登録商標）ＣＯＭ１０００は、ホテル、スポーツ・バーなどのようなマルチプルＴＶ環境にとっては理想的である。
【０００６】
このＤＩＲＥＣＴＶ（登録商標）ＣＯＭ１０００には、復調されたＭＰＥＧ２トランスポート・ストリームを受信して更に配信するＱＡＭ変調器カード又はＱＡＭ変調器ボードが含まれている。このカードは、ＱＡＭ２４変調器と呼ばれ、イーサネット・ポートからＭＰＥＧ２トランスポート・パケットを受信して、このＭＰＥＧ２トランスポート・パケットを１２の搬送周波数のうちの１つでＱＡＭ変調する。各々の入力ストリームは、結果的に、１つの出力ＱＡＭ変調チャンネル（例えばケーブル・チャンネル５０―１）になる。しかしながら、現在のコンテンツ配信システムにおいては、個々の受信機が、各々のＴＶについての個別のリモコンによるコンテンツの制御なしに、各々のＴＶ上で個別のコンテンツを再生できるようにするものがない。
【０００７】
複数のＴＶが設置される環境において、各々のＴＶについてリモコンを使用することなく、コンテンツの個別の再生および制御を可能にするシステムを設計することが望ましい。このようなニーズ（必要性）は、当技術分野において今まで満たされていなかった。
【０００８】
更に、現在、このような環境のマネージャ、例えばスポーツ・バー又はカジノでのバーテンダーが、ビデオ・コンテンツをサーチ（検索）し、どのようなチャンネルが現在再生されているかを調べ、コンテンツを変更、追跡、さもなければ、調整できるようにする手段がない。したがって、このようなタスク（作業）を行うためのユーザ・インタフェースを提供することが望ましい。
【０００９】
更にまた、ＩＰマルチキャストとアドレス指定可能チャンネル・コントローラとを用いる配信を含む複数の配信構成に適応可能な複数のＴＶが設置される環境の制御の問題に取り組む必要がある。これらのニーズも、当技術分野において今まで満たされていなかった。
【発明の概要】
【００１０】
本発明のコンテンツ配信システムは、複数のテレビ番組およびチャンネルを一環境内の複数のＴＶ受像機に出力することを可能にし、それによって、チャンネル変更に使用され潜在的に隣接ＴＶ受像機に干渉する恐れのあるリモコンの必要性を無くす。本発明は、変調器がチャンネルの出力を動的に複製することを可能にし、それよって、複数のＴＶ受像機を固定チャンネルに静的に同調させることを可能にする。したがって、変調器は、単一の入力ＭＰＥＧ２トランスポート・ストリームが複数のチャンネルおよびサブチャンネル上で所望のＴＶ受像機の各々に送り出されるように、出力を複製できる。
【００１１】
本発明の態様は、更に、複数のＴＶ受像機を備えた一環境のマネージャが、個々のＴＶ受像機においてどのコンテンツが再生されているかを調べ、そのコンテンツを変更、追跡、さもなければ調整できるようにするコンテンツ配信システム用ユーザ・インタフェースを提供する。本発明は、利点として、これらの特徴を、１つのＴＶ受像機がマネージャによって調整または変更または追跡されている際にその他のＴＶ受像機のプログラミングに干渉することなく、提供する。
【００１２】
本発明の更なる態様は、実施可能であり、かつ、上述のモードと組み合わせて、又は、上述のモードの代わりに使用可能な更なる動作モードを提供する。上述のモードは、主に、メディア・コンテンツを配信するために通常のＲＦ信号送信を物理ＱＡＭチャンネルを用いて重点的に取り扱うが、カジノまたは多数の部屋を備えた施設に見受けられるある構成の信号配信システムは、アドレス指定可能制御およびインターネット・プロトコル・マルチキャスティングを含む他の動作モードからも利することもある。第２のモードでは、チャンネルではなくＩＰストリームが制御される。第３のモードでは、ＴＶチャンネリングがアドレス指定可能であり、更なるチャンネル・マッピングの柔軟性が得られる。
【００１３】
方法とコンテンツ配信システムであって、複数のチャンネルの出力を動的に複製する変調器と、各々を上記複数のチャンネルの１つに個別に同調させることができる複数の受信機と、を備え、単一のトランスポート・ストリームが上記複数のチャンネル上で上記所望の受信機の各々に送られることが可能であり、更に、上記方法とコンテンツ配信システムが、ユーザ・インタフェースを備え、このユーザ・インタフェースが、上記コンテンツ配信システムのマネージャがこのユーザ・インタフェースを用いて各々の上記受信機上のチャンネルを動的に変更することを可能にして、それによって、上記受信機の各々をこのユーザ・インタフェースを介して上記複数のチャンネルの１つに同調させることができる、上記方法とコンテンツ配信システムによって、上述のような効果が得られ、課題が解決される。
【００１４】
本発明は、先ず以下に簡単に説明する添付図面と共に次の推奨実施形態の詳細な説明を参照すれば、最も良く理解されるであろう。
【図面の簡単な説明】
【００１５】
【図１】本発明に従って提供されるメディア・サーバ・アーキテクチャのブロック図である。
【図２】本発明に従う配信ストリーム用変調器のブロック図である。
【図３】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図４】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図５】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図６】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図７】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図８】一環境のマネージャが、その環境内の全てのＴＶ受像機上のビデオ・コンテンツを検索して、これらの様々なＴＶ受像機上でどのような番組が再生されているかを調べることができる、本発明に従う例示的なユーザ・インタフェースを示す図である。
【図９】ドラッグ・アンド・ドロップ機能が提供された、「メディア・チューン（ｍｅｄｉａ  ｔｕｎｅ）」という名称の、本発明のユーザ・インタフェースの更なる推奨実施形態を示す図である。
【図１０】メディア・サーバ・アーキテクチャであって、システムを複数の送信モードで稼働させることができるメディア・サーバ・アーキテクチャを示す図である。
【発明を実施するための形態】
【００１６】
さて、同じ参照番号は同じ構成要素を指しているこれらの図を参照すると、図１には、本発明に従うコンテンツ配信システムの一推奨実施形態が１０で示されている。衛星が信号１０をダウンロードし、この信号は受信機３０に入力される。受信機３０は、この信号を復調してＭＰＥＧ２トランスポート・ストリーム４０を生成する。このＭＰＥＧ２トランスポート・ストリーム４０は、パケット、好ましくはＵＤＰパケットを有し、この環境に配信されるデータおよびビデオ・プログラミングを含んでいる。このＭＰＥＧ２トランスポート・ストリーム４０は、好ましくはイーサネット・リンク５０によって、ＱＡＭ変調器６０に伝送される。ＱＡＭ変調器６０は、ＭＰＥＧ２トランスポート・ストリーム４０を本発明の原理に従って変調する。
【００１７】
好ましくは、ＱＡＭ変調器６０は、ＭＰＥＧ２トランスポート・ストリーム４０を１２の搬送周波数のうちの１つで変調する。各々の入力ストリーム４０は、結果として出力ＱＡＭ変調チャンネルになり、この出力ＱＡＭ変調チャンネルは、同軸ケーブル７０を介して出力され、スプリッタ８０で分離される。このようにして、ＱＡＭ変調器６０は、各々のＴＶ９０を固定チャンネル、例えばチャンネル５０―１、５０―２、５０―３などに静的に同調させることができるように出力チャンネルの動的な複製を可能にし、それによって、各々のチャンネルに個別のリモコンで個々に同調させる必要性を無くし、異なる番組を異なるＴＶ受像機９０で再生可能にし、その際、異なる所望の番組を提供するためにリモコンで同調させられようとしているその他の近くのＴＶ受像機からの干渉はない。また、オプションとして、ＰＣウェブ・ブラウザ１００が、受信機３０に接続されるように設けられて、これらの結果を達成するために必要なデータ・プログラミングを制御し、そして、コンテンツ配信システム１０の機能を実施するその他の機能性を提供する。
【００１８】
図２を参照して、ＱＡＭ変調器６０を更に説明する。ＱＡＭ変調器６０は１２のＱＡＭストリーム１５０をサポートし、それらのＱＡＭストリーム毎に１２のビデオ・チャンネルを有する。１４４のビデオ・チャンネルの各々は、バッファリングする必要のある最大５００ミリセカンド（ｍｓｅｃ）のジッターで、毎秒２０メガビット（Ｍｂｐｓ）のビットレートを有することができる。各々のチャンネルについて個別の先入れ先出し（ＦＩＦＯ）バッファが使用される場合、必要なメモリ容量は、１４４チャンネル×２０Ｍｂｐｓ×０.５秒／８ビット・パー・バイト（ｂｉｔｓ  ｐｅｒ  ｂｙｔｅ）＝１８０メガバイト（ＭＢ）のバッファリング・メモリである。本システムは、６４ＭＢのダブル・データ・レート（ＤＤＲ）メモリを有するだけである。また、各々のチャンネルについて個別のＦＩＦＯを使用するには、あらゆるトランスポート・パケットをＦＩＦＯ内に複製してＦＩＦＯから複製することも必要である。
【００１９】
これらの問題を解決するために、図１のシステム１０は、バッファリングに必要なメモリ容量を低減しかつトランスポート・パケットの移送に必要なＣＰＵ負荷を低減する新たなバッファリング・モデルを使用する。イーサネット・パケットがポート５０で受信されると、これらのイーサネット・パケットはイーサネットＤＭＡ１２０によって自動的に単一のサーキュラ・バッファ１１０内に送られる。これらのトランスポート・パケットは、ビデオ・チャンネルに基づいて個別のＦＩＦＯ内に複製される代わりに、共通のサーキュラ・バッファ１１０内に残される。小さな記述子１５５が、ユーザ・データグラム・プロトコル（ＵＤＰ）パケット内のトランスポート・パケットのグループ毎に、作成される。この記述子は、共通のサーキュラ・バッファ１１０内のトランスポート・パケットのメモリ位置１６０とバイト数を示す。
【００２０】
そのトランスポート・パケットがＦＩＦＯ内に移送される代わりに、その記述子が連結リスト１３０内に置かれて、連結リスト１３０の連結リストＦＩＦＯセクション内に記憶される。これによって、共通のサーキュラ・バッファ１１０は、全てのチャンネル１４０についてのジッター・バッファのために使用できる。２５６レベルのＱＡＭストリームの最大データ・レートが３８.８Ｍｂｐｓであるから、必要なバッファ・メモリ容量は、１２ＱＡＭストリーム×（３８.８Ｍｂｐｓ／ＱＡＭストリーム）×０.５秒／８ビット／バイト（Ｂ）（ｂｉｔｓ  ｐｅｒ  ｂｙｔｅ）＝ＤＤＲメモリの２９.１ＭＢである。この解決手法は、トランスポート・パケットをチャンネル毎に個別のＦＩＦＯ内に複製する必要がないので、これらのパケットを複製しなければならない回数も低減する。
【００２１】
図１のＱＡＭ変調器６０のようなＱＡＭ変調器にチャンネルを複製する機能を付与することによって、単一のＭＰＥＧ２トランスポート・パケットが複数のＱＡＭチャンネル周波数およびサブチャンネルで現れることができ、それによって、ＴＶが固定デジタル・ケーブル・チャンネルに静的に同調できる。ＣＯＭ２４受信機３０は、コマンドにより、ＤｉｒｅｃＴＶ送信チャンネルに同調して、ＩＰカプセル化ＭＰＥＧ２トランスポート・ストリームをＱＡＭ変調器に出力できる。
【００２２】
ＱＡＭ変調器６０への入力４０は、単一のプログラム・トランスポート・ストリーム（ＳＰＴＳ）であるが、このＱＡＭ変調器の出力は、ＱＡＭ変調された複数のプログラム・トランスポート・ストリーム（ＭＰＴＳ）である。これには、プログラム識別（ＰＩＤ）の再マッピングと、各チャンネルに対して固有のプログラム・マップ・テーブル（ＰＭＴ）を作成して各チャンネルに対してＰＩＤを定めることとが必要である。ＱＡＭ変調器の入力ＵＤＰポートは、どのＱＡＭチャンネルおよびサブチャンネルが出力されるかを直接制御する。
【００２３】
入力チャンネルの複製には、異なる出力毎にパケットＰＩＤを修正して、異なるＰＭＴを作成する必要がある。パケットをＱＡＭ変調ブロックに転送するのには（ダイレクト・メモリ・アクセス）ＤＭＡを用いることが好ましい。このＤＭＡの完了後、次にこのパケットは、あたかもイーサネット・コネクタから異なるＵＤＰポートでも受信された如く、異なるＱＡＭ変調ブロックに対する別のＤＭＡに対してスケジューリングされる。これによって、パケットを、入力チャンネルが所望回数複製されるまで、連結リスト１３０において１つのＵＤＰ入力ポートから次のＵＤＰ入力ポートへと「連鎖」させることが可能になる。
【００２４】
図１のシステム１０および図２の変調器が実施する処理によって、複数のＴＶ受像機を、各々、１つのチャンネルに静的に設定することが可能になり、したがって、各々のＴＶに対してリモコンを用いて番組を変更する必要はない。この結果を達成し、図２のＤＭＡ転送を実施するために、先ず、受信ＤＭＡエンジンを用いてイーサネットＭＡＣからＭＰＥＧ２トランスポート・パケットを含むＵＤＰパケットを読み出して、これらのイーサネット・パケットをサーキュラ・バッファ内のメイン・メモリに複製する。ＤＭＡエンジンは、（ＲＡＭブロックに記憶されている）待ち状態のＤＭＡ要求の連結リストを使用する。これらの待ち状態のＤＭＡ要求によって、パケットがサーキュラ・バッファ内に置かれる。
【００２５】
次に、最終的に全てのＤＭＡ要求が完了して、サーキュラ・バッファ内にあるパケットの個数を示すカウンタが増分されて、イーサネット・パケットのサイズが記憶される。次に、新たなＤＭＡ要求が、待ち状態のＤＭＡの連結リストに加えられる。
【００２６】
ＱＡＭ変調器の中央処理装置（ＣＰＵ）（好ましくは、ＮＩＯＳ  ＩＩ  ＣＰＵ）が、アドレス・レゾルーション・プロトコル（ＡＲＰ）応答を生成するボードのメディア・アクセス・コントロール（ＭＡＣ）アドレスに対して実施済みＡＲＰ要求によって、サーキュラ・バッファ内の次のイーサネット・パケットを分析して、パケット・タイプを特定して、ＭＰＥＧ２トランスポート・パケットを正しい連結リスト内に置く。ＡＲＰ返信応答によってトリビアル・ファイル・トランスファ・プロトコル（ＴＦＴＰ）サーバのＭＡＣアドレスが知らされ、ピング（Ｐｉｎｇ）要求によってピング返答が生成される。ポート０ｘ２００から０ｘ２ｆｆを有するＵＤＰパケットを用いてＱＡＭ変調器のＥｄｇｅＱＡＭ動作を制御して、その状態を調べる。
【００２７】
ポートＱＡＭＩｎｄｅｘ×１６＋ＣｈａｎｎｅｌＩｎｄｅｘを有するＵＤＰパケットには、１８８バイト長のＭＰＥＧ２トランスポート・パケットが含まれている。各々のＵＤＰパケット内には、最大で７つのＭＰＥＧ２トランスポート・パケットがある。ＭＰＥＧ２トランスポート・パケットは、連結リスト内に置かれる。１２のＱＡＭストリームの各々には、１２のチャンネルのアレイ（配列）が含まれている。各々のチャンネルは、ＭＰＥＧ２パケットの連結リストを有する。そこには、ＱＡＭストリームが待ち状態のパケットを有するビット・マップ（１２ビットの整数）がある。ＱＡＭストリーム内には、チャンネルが待ち状態のパケットを有するビット・マップがある。
【００２８】
ＮＩＯＳ  ＩＩ  ＣＰＵは、どのＦＩＦＯが利用可能なスペースを有し、どの連結リストがデータを有しているかを調べて、ＤＭＡ要求のスケジューリングを行う。そこには、ＦＩＦＯが利用可能なスペースを有するビット・マップ（１２ビットの整数）がある。各々のＱＡＭストリームは、最初のＱＡＭストリームが再び分析される前に、ＤＭＡをスケジューリングする機会を与えられ、そして、ＱＡＭストリーム内において、各々のチャンネルは、最初のチャンネルが再び分析される前に、ＤＭＡをスケジューリングする機会を与えられる。ＱＡＭストリームおよびチャンネルをループすることは、１つのＱＡＭストリームまたはチャンネルがデータをその他のチャンネルから遅らせることを防止する。次に、ＤＭＡ要求は、待ち状態のＤＭＡ要求の連結リストに入る。
【００２９】
これによって、本発明のコンテンツ配信システムは、複数のテレビ番組およびチャンネルを一環境内の複数のＴＶ受像機に出力することを可能にし、それによって、チャンネルを変更する際に使用され潜在的に隣接するＴＶ受像機に干渉するリモコンの必要性を無くす。本発明は、創意に富んだＱＡＭ変調器およびＤＭＡ処理を用いて、変調器がチャンネルの出力を動的に複製することを可能にし、それによって、複数のＴＶ受像機を固定チャンネルに静的に同調させることができる。この変調器は、その時、単一の入力ＭＰＥＧ２トランスポート・ストリームを複数の出力ＱＡＭチャンネルおよび／またはサブチャンネル上で所望のＴＶ受像機の各々に送り出されるように、出力を複製できる。
【００３０】
ここで説明するようなコンテンツ配信システムは、一環境内において、複数のチャンネルが複数のＴＶ受像機で再生されることを可能にし、その際、近傍のＴＶ受像機に放送されているチャンネルに潜在的に干渉するリモコンを用いてＴＶ受像機を個別に同調させる必要が無い。変調器は、チャンネルの出力を動的に複製し、それによって、複数のＴＶ受像機を１つの固定チャンネルに、および、潜在的に、異なる複数の固定チャンネルに静的に同調させることを可能にする。この変調器は、その時、単一の入力ＭＰＥＧ２トランスポート・ストリームを複数のチャンネルおよび／またはサブチャンネルによりＴＶ受像機の各々に送り出されるように、出力を複製できる。
【００３１】
本発明と共に使用され、かつ、本発明の一部として使用されるユーザ・インタフェースは、ジャバスクリプトを用いてＨＴＭＬウェブ・ページとして実施してもよい。ボックスをドラッグ・アンド・ドロップするための周知のジャバスクリプト・コードが、提供されており、本発明の創意に富んだユーザ・インタフェースの開発に使用されており、そしてhttp://luke.breuer.com/tutorial/javascript-drag-and-drop-tutorial.aspxで検索可能である。
【００３２】
図３から図８を参照すると、例示的なユーザ・インタフェースが例示されており、このユーザ・インタフェースにおいて、一環境のマネージャが、その一環境における全てのＴＶ受像機についてビデオ・コンテンツを検索して、これらの様々なＴＶ受像機でどんな番組が再生されているかを特定できる。先ず、このページに入ると、ユーザはパスワード２１０を求められる。パスワードは、ランダムに生成されるチャレンジ・フィールドに基づくリセット値を入力することによって、リセットすることもできる。ログインした後に、パスワードは変更できる。一旦ログインすると、２２０において、既存のシステムをポーリングして、ディスプレイに既知の情報を事前設定する機能が提供される。左の縦列は、検索パラメータによってフィルタリングされた利用可能なチャンネルを列挙している。２番目の縦列は、各々のチューナによってどのようなチャンネルが処理されているか、すなわち、各々のチューナによって処理されているチャンネルを列挙している。３番目の縦列は、各々のＴＶがどのチャンネルを見ているかを示している。
【００３３】
好ましくは、どのようなチャンネルが現在再生されているかを知るための情報は、チューナ装置から得られるＸＭＬファイルから取得される。このＸＭＬファイルは、次のスクリプトを用いて生成してもよい。
2015535396.tif 000003
ＸＭＬファイルを使用することによって、ユーザ・インタフェースを、例えばＪａｖａ、Ｆｌａｓｈ、あるいは、ネイティブの実行形式のファイルのような異なる技術と容易に取り替えられる。
【００３４】
ＴＶ出力の選択とは無関係にアクセスまたは視聴できる全ての利用可能なチャンネルのチャンネル・ビューが、２３０において提供されている。チャンネル・サーチ・フィールド２３５によって、ユーザは、チャンネル名、チャンネル番号、アバウト・テキスト（ａｂｏｕｔ  ｔｅｘｔ）、チャンネル・カテゴリー、または、イベント・カテゴリーに基づいてチャンネルを検索できる。例えば、「ベース  レッド」を入力することは、「ベース」と「レッド」の両方を有するチャンネルを示す。
【００３５】
チューナ・サーバが、チャンネルを表示および検索するために必要な情報を列挙するＸＭＬファイルを５分毎に生成する。ウェブ・ページが、次のスクリプトに従って、このＸＭＬファイルを５分毎に再ロードする。
2015535396.tif 000004
【００３６】
構成可能ＴＶビューが２４０において提供されている。ビュー２４０は、ユーザの入力または構成毎にもっと多くのＴＶを追加する機能と、例えば、ＴＶを個別の名称（すなわち、１、２、３、または、バー、ロビー、フロント・デスク）で名付ける機能と、をユーザ・インタフェースに提供する。ＴＶの名称は、番号、その次に等号、その次に名称を入力することによって変更できる。例えば、ここでは、ＴＶ＃２が「ボブ」に変更される。更に、この特徴は、単一のページ上でＴＶビューとチャンネル・ビューとを示す分割スクリーンを可能にする。
【００３７】
マネージャが、チャンネル・ビューから所望のチャンネルをドラッグして、それをＴＶビュー内の所望のＴＶ上に置けるようにドラッグ・アンド・ドロップ機能２５０を提供することが好ましい。図７は、この機能を２５５で例示しており、ここでは、チャンネルＡＢＣＦＨＤがＴＶ＃３にドラッグされようとしている。
【００３８】
ＣＯＭ１０００システムにおいて利用可能なチューナ数と同数の異なるチャンネルがＴＶ出力を介して再生されることについてのサポートが、２６０における本発明の創意に富んだインタフェースによって提供される。図８には、ＳＣＩＨＤチャンネル２６２がＴＶ＃６にドラッグ・アンド・ドロップされて、ＴＶ＃４とＴＶ＃６の両方がＳＣＩＨＤチャンネルを表示していることが示されている。全てのチャンネルに対する「オン・ナウ（Ｏｎ−ｎｏｗ）」情報の表示が、チャンネル・ビューにおいて示されている。このインタフェースは、標準ガイド・テーブルにおいて全てのチャンネルを列挙してガイド情報を示すスケジューラ機能を追加することも可能である。
【００３９】
図６において、マウスがＡＢＣｗチャンネル２６４上に在った。現在の番組イベントと次の番組イベント２６６とがチャンネルのリストの上側に示されている。この場合、現在ＡＢＣｗで再生されている番組は、「ワン・ライブ・トゥ・リブ」である。
【００４０】
発行された任意の同調要求に基づいてコンテンツ配信システムに現在ログインしている全てのＤＩＲＥＣＴＵＮＥインタフェースに送られる自動化リフレッシュ・コマンドを提供することが好ましい。更に、ｃｈａｎｎｅｌｓ.ｘｍｌファイルおよびｔｕｎｅｒｓ.ｘｍｌファイルが５分毎に再ロードされる。ユーザがユーザ・インタフェースを修正してアップデート済みバージョンをＣＯＭ２４カードにロードできるように、ｄｉｒｅｃｔｕｎｅ.ｈｔｍｌファイルがユーザ・アップグレード可能な場所に記憶される。以下に、本開示事項の１つまたは複数の態様を実施するのに使用されるソフトウェア・コードの実施形態を例示するが、このコードは、本発明の創意に富んだユーザ・インタフェースのＤＩＲＥＣＴＵＮＥ機能を実施するＨＴＭＬスクリプトの推奨実施形態の一例である。
2015535396.tif 000005
2015535396.tif 000006
2015535396.tif 000007
2015535396.tif 000008
2015535396.tif 000009
2015535396.tif 000010
2015535396.tif 000011
2015535396.tif 000012
2015535396.tif 000013
2015535396.tif 000014
2015535396.tif 000015
2015535396.tif 000016
2015535396.tif 000017
2015535396.tif 000018
2015535396.tif 000019
2015535396.tif 000020
2015535396.tif 000021
2015535396.tif 000022
2015535396.tif 000023
2015535396.tif 000024
2015535396.tif 000025
2015535396.tif 000026
【００４１】
図９には、図３から図８に示された態様のうちの多くの態様を組み合わせた、かつ、図１および図２に更に記載された態様を用いた別の代表的なユーザ・インタフェースが示されている。図９は、更に、左側に使用中のテレビ、右側に使用可能なチャンネルを示して、より視覚的なドラッグ・アンド・ドロップ操作環境における操作を可能にしている。任意のチャンネルを選択して左側に示された１つまたは複数の任意のＴＶにドラッグできる。
【００４２】
上述の図１および図２の記載は、第１のモードで動作するマルチチャネル配信制御システムを説明している。この第１のデフォルトのモードにおいて、変調器についての出力は、ＴＶ装置が固定チャンネルに同調させられたままで、制御される。しかしながら、別の動作モードも可能であり、第１のモードと共に、あるいは、第１のモードの代わりに使用してもよい。第２のモードでは、チャンネルではなく、ＩＰストリームが制御される。そして第３のモードでは、ＴＶチャンネリングがアドレス指定可能であり、更なるチャンネル・マッピングの柔軟性が得られる。
【００４３】
具体的に述べると、第１のデフォルトのモードでは、主に、メディア・コンテンツを配信するために通常のＲＦ信号送信を物理ＱＡＭチャンネルを用いて重点的に取り扱う。しかしながら、例えばカジノまたは多数の部屋を備えた施設で見受けられるようなある構成の信号配信システムは、アドレス指定可能制御およびインターネット・プロトコル・マルチキャスティングを含む他の動作モードを有効に利用できる。図１０には、バー、カジノまたは多数の部屋を備えた施設にあるＩＰベースの装置またはアドレス指定可能ＱＡＭ装置を用いた基本システムが例示されている。
【００４４】
マルチキャスト・モードについての通常の使用事例では、ユーザが、マルチキャスト・ストリーム相互間を切り替えることを可能にするリモコンを有する。ＭｅｄｉａＴｕｎｅ（メディア・チューン）は、どのチャンネルがこれらのマルチキャスト・ストリームにおいて再生されているかを特定するために用いられる。
【００４５】
ＭｅｄｉａＴｕｎｅ（ＭＴ）がマルチキャスト・モードにある場合、いかなるチューナのＩＰアドレスまたはＵＤＰポートも変更されない。左側のＭｅｄｉａＴｕｎｅ  ＵＩ内のＴＶは、代わりにチューナを表している。変更される唯一のものは、そのチューナを同調させるチャンネルだけである。ユーザが、複数のチューナを同一チャンネルに同調させることを要求した場合、これは受け付け可能である。しかし、それを妨げる訳ではないが、オプションとして、ユーザに対して、ユーザが既にそれを行っていることを知らせることが望ましいこともある。
【００４６】
ＴＵＮＥＲＳ．ＸＭＬファイルにおいて、出力ＩＰが下に規定された範囲内でアドレスを有する場合、これはマルチキャストまたはＩＰの導入となる。現在なされているようにＴＶをポート番号に結び付けるのではなく、ＴＶは、各々についてのラベルが出力のＩＰアドレスを示している、あるいは、まさにラベル（チャンネル１、チャンネル２、チャンネル３など）を示している「チューナ」のリストを示すことになる。
【００４７】
今日のＭＴは、出力（ＱＡＭポート番号）を示して、チューナを表に出していない。マルチキャストＭＴは、出力ではなく、全てのチューナを示す必要がある。チャンネルの複製もストリームＩＤの結合も無く、ただ単に各チューナの状態を示す。重要なファイル、例えばＴＵＮＥＲＳ.ＸＭＬファイルを読み出して、次にスクリーンに自動的に事前設定して、各々の状態を示すことが有益な場合もある。
【００４８】
モード検出は、マルチキャストが使用されているか否かを特定することに基づく。すなわち、
224.0.0.0<=ip&&ip<=239.255.255.255
ならば、マルチキャストである。
【００４９】
大多数のチューナがマルチキャスト・アドレスに信号を送っている場合、ＭｅｄｉａＴｕｎｅは、マルチキャスト・モードにある。そうでない場合、それは、デフォルト・モードにある。
【００５０】
最後に、このユーザ・インタフェースは、図３から図９において記載されたユーザ・インタフェースと同様である。マルチキャスト・ストリーム毎に、１台の受信機が割り当てられてもよい。したがって、ＴＶを一覧表示するのではなく、各ストリームの一覧と、各ストリームでどのようなチャンネルが再生されているかと、が示される。
【００５１】
第３の動作モード、すなわち、アドレス指定可能ＱＡＭチャンネル・モードは、セットトップ・ボックスまたはセットバック・コンバータ・ボックス、例えばＤＣＩ４０１ＭＣＳ、と共に使用すると非常に有用である。このコンバータ・ボックスは、ＱＡＭ信号を直接受信できないかもしれない一部の（比較的古い）テレビ受像機と共によく使用される。
【００５２】
ＤＣＩ４０１は、ＱＡＭチューナ入力部、ユーザ・リモコン、ＨＤＭＩ出力部、および、チャンネル３／４出力部を有する。
【００５３】
ユーザがあらゆるＴＶに接続したＤＣＩ４０１受信機を有する場合、各ＤＣＩ４０１がどのＱＡＭチャンネルを見るかを制御できる。各ＤＣＩ４０１は、既知であるはずの固有の受信機識別子（ＲＩＤ）を有する。各ＴＶがＤＣＩ４０１を表すので、ＴＶの数に制限はない。Ｓｔｒｅａｍ_ＩＤについてのチャンネル複製をＣＯＭ２４に行わせる必要もない。ある特定のＤＣＩ４０１が１２３４５６７８のＲＩＤを有している場合、ＣＯＭ２４を用いてその特定のＤＣＩ４０１に対して
http://192.168.3.132/cgi-bin/webcmd?screen=Command401&MessageType=5&rid=12345678&majorNum=18&minorNum=2&text=&tftpIp=192.168.1.254
に同調するように命じる。
【００５４】
順番に、ＤＣＩ４０１メッセージが、あるＱＡＭチャンネルに同調する。例えば、「Ｓｃｉｅｎｃｅ」（衛星ネットワーク上のチャンネル２８４）が（ＲＦ１８、スロット２としてＱＡＭにマッピングされた）ポート３４で再生されていることが知られているので、ＤＣＩ４０１は、チャンネル１８―２に同調するように指示される。その結果、ＣＯＭ２４ヘッド・エンドが２８４に同調してＱＡＭ１８―２上に出力する間、ＤＣＩ４０１が１８―２に同調する。
【００５５】
チャンネルをまだ再生されていない番組ストリームに変更する場合、ＣＯＭ２４チャンネルは、例えば２８４から２０６に、変更され得るが、ポート３４で依然としてストリーミングしており、ＤＣＩ４０１は同じチャンネルのままにして置かれる。チューナがＱＡＭチャンネルに結び付けられて、次に、制御メッセージがＤＣＩ４０１に送られ、それによって、ＤＣＩ４０１は、別のＱＡＭチャンネルに切り替わるか、あるいは、専用ＱＡＭチャンネルを再生している衛星サービスを変更する。
【００５６】
「MessageType=5」は、あるチャンネルに同調させることを意味する。同調要求の場合、ＵＲＬの「text=」部分および「tftp=192.168.1.254」部分は、必要であるが無視される。このタイプのコマンドは、また、ＣＯＭ２４に、ソフトウェア・アップデートをＤＣＩ４０１に送らせ、示されたＴＦＴＰ  ＩＰアドレスからソフトウェア・イメージを取得させることができる。
【００５７】
基本的なユーザ・インタフェースは、図３から図９に記載されたものと同様のままであり、各々のＴＶ／コンバータ・ボックス（ＤＣＩ４０１）はＲＩＤによって識別される。
【００５８】
ここに記載された態様は、複数のモードを有するＱＡＭ変調器チャンネル配信のための方法と装置に関する。本発明のコンテンツ配信システムは、複数のテレビ番組およびチャンネルを一環境内の複数のＴＶ受像機に出力することを可能にする。それによって、チャンネル変更に使用され潜在的に隣接ＴＶ受像機に干渉する恐れのあるリモコンの必要性を無くす。本発明は、変調器がチャンネルの出力を動的に複製することを可能にする。それによって、複数のＴＶ受像機を固定チャンネルに静的に同調させることを可能にする。したがって、変調器は、単一の入力ＭＰＥＧ２トランスポート・ストリームが複数のチャンネルおよびサブチャンネル上で所望のＴＶ受像機の各々に送り出されるように、出力を複製できる。
【００５９】
更に、複数のＴＶ受像機の一環境のマネージャが、個々のＴＶ受像機においてどのコンテンツが再生されているかを調べ、そのコンテンツを変更、追跡、さもなければ調整できるようにするコンテンツ配信システム用ユーザ・インタフェースを開示する。本発明は、利点として、これらの特徴を、１つのＴＶ受像機がマネージャによって調整または変更または追跡されている際に他のＴＶ受像機のプログラミングに干渉することなく、提供する。
【００６０】
更にまた、複数の信号配信オプションに対して、実施可能であり、かつ、上述のモードと組み合わせて、又は、上述のモードの代わりに使用可能な更なる動作モードを有するコンテンツ配信システムを開示する。上述のモードは、主に、メディア・コンテンツを配信するために通常のＲＦ信号送信を物理ＱＡＭチャンネルを用いて重点的に取り扱うが、カジノ又は多数の部屋を備えた施設に見受けられるある構成の信号配信システムは、アドレス指定可能制御およびインターネット・プロトコル・マルチキャスティングを含む他の動作モードからも利することもある。第２のモードでは、チャンネルではなくＩＰストリームが制御される。第３のモードでは、ＴＶチャンネリングがアドレス指定可能であり、更なるチャンネル・マッピングの柔軟性が得られる。
【００６１】
以上、本発明に従って提供されるコンテンツ配信システムについてのシステム、装置、および、ユーザ・インタフェースのある特定の推奨実施形態を説明した。推奨実施形態を説明し開示したが、当業者であれば、本発明の意図と権利の範囲内で変更又は修正が可能であることが分かるであろう。
【図１】
2015535396.tif 000027
【図２】
2015535396.tif 000028
【図３】
2015535396.tif 000029
【図４】
2015535396.tif 000030
【図５】
2015535396.tif 000031
【図６】
2015535396.tif 000032
【図７】
2015535396.tif 000033
【図８】
2015535396.tif 000034
【図９】
2015535396.tif 000035
【図１０】
2015535396.tif 000036
【国際調査報告】
2015535396.tif 000037