(57)【要約】  ハイブリッドなユニキャスト・マルチキャストデータ配信は、一部ユニキャスト通信を使用し、および一部マルチキャスト通信を使用したクライアント機器へのデータ配信を含んでいる。例えば、適合性の高いテレビメタデータをテレビメタデータから抽出することができる。サーバは、適合性の高いテレビメタデータをユニキャスト通信のバーストでクライアントに送信する。さもなければ、クライアントは、テレビメタデータをサーバからマルチキャスト通信のストリームで受信することもできる。
2009533997.tif 000002
【特許請求の範囲】
【請求項１】
適合性の高いテレビメタデータの要求を送信することと、
ユニキャストバーストを介して前記適合性の高いテレビメタデータを受信することと、
マルチキャストストリームを介してテレビメタデータを受信することと、
から成る動作を実行するように構成されるクライアント機器であって、
前記マルチキャストストリームが、繰り返しカルーセル方式のテレビメタデータを備えることを特徴とするクライアント機器。
【請求項２】
前記適合性の高いテレビメタデータが、多数のテレビチャンネルに関するサービス情報を備えることを特徴とする請求項１に記載のクライアント機器。
【請求項３】
前記適合性の高いテレビメタデータが、所定の適合性の高い期間のための電子番組ガイド（ＥＰＧ）データを備えることを特徴とする請求項１に記載のクライアント機器。
【請求項４】
前記適合性の高いテレビメタデータを処理することと、
１つまたは複数のユーザ命令に応答して、前記処理された適合性の高いテレビメタデータの少なくとも一部を利用することと、
から成るさらなる動作を実行するように構成されることを特徴とする請求項１に記載のクライアント機器。
【請求項５】
利用される前記処理された適合性の高いテレビメタデータの一部が、合致するバージョンを有するテレビメタデータが前記マルチキャストストリーム内の前記繰り返しカルーセル方式のテレビメタデータの一部として受信されるより前に、利用されることを特徴とする請求項４に記載のクライアント機器。
【請求項６】
前記適合性の高いテレビメタデータが前記マルチキャストストリームを介して受信されると、前記適合性の高いテレビメタデータを前記繰り返しカルーセル方式のテレビメタデータと混合すること、
から成るさらなる動作を実行するように構成されることを特徴とする請求項１に記載のクライアント機器。
【請求項７】
前記混合動作が実行されると、前記クライアント機器のユーザに漸次多くのテレビ機能を提供すること、
から成るさらなる動作を実行するように構成されることを特徴とする請求項６に記載のクライアント機器。
【請求項８】
クライアント機器から適合性の高いテレビメタデータの要求を受信するステップと、
適合性の高いテレビメタデータバーストを決定するステップと、
前記受信に応答して、前記適合性の高いテレビメタデータバーストを前記クライアント機器へユニキャスト通信を介して送信するステップと、
テレビメタデータストリームを前記クライアント機器へマルチキャスト通信を介して送信するステップと、
を含むことを特徴とするサーバの方法。
【請求項９】
前記要求が、適合性の高いテレビメタデータ期間を含み、
前記決定するステップが、前記適合性の高いテレビメタデータ期間に基づいて前記適合性の高いテレビメタデータバーストを決定すること、
を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記適合性の高いテレビメタデータバーストが、多数のそれぞれのネットワークロケーションおよび多数のそれぞれのテレビチャンネルのビットレートの対を含むサービス情報を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記適合性の高いテレビメタデータバーストが、適合性の高いＥＰＧ期間に対応する電子番組ガイド（ＥＰＧ）データを含むことを特徴とする請求項８に記載の方法。
【請求項１２】
前記決定するステップが、所定の適合性の高いテレビメタデータ期間に基づいて、時が来ると前記適合性の高いテレビメタデータバーストを繰り返し決定することを含むことを特徴とする請求項８に記載の方法。
【請求項１３】
前記決定が、電子番組ガイド（ＥＰＧ）の最小の時間粒度に対応した間隔で繰り返されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記受信に応答して、前記適合性の高いテレビメタデータバーストを前記クライアント機器へユニキャスト通信を介して送信する前記ステップが、第１の通信チャンネルを利用して前記適合性の高いテレビメタデータバーストを前記クライアント機器へ前記ユニキャスト通信を介して送信することと、
テレビメタデータストリームを前記クライアント機器へマルチキャスト通信を介して送信する前記ステップが、第２の異なる通信チャンネルを利用して前記テレビメタデータストリームを前記クライアント機器へマルチキャスト通信を介して送信することと、
を特徴とする請求項８に記載の方法。
【請求項１５】
電子番組ガイド（ＥＰＧ）データを有する媒体と、
前記ＥＰＧデータを少なくとも適合性の高いＥＰＧ期間に区分して、前記適合性の高いＥＰＧ期間に対応する適合性の高いＥＰＧデータを抽出するテレビメタデータセグメンタと、
それぞれの適合性の高いＥＰＧデータバーストを、それぞれのユニキャスト通信を介して多数のクライアントのそれぞれに送信し、ＥＰＧデータストリームを、前記多数のクライアントへマルチキャスト通信を介して送信するテレビメタデータディセミネータと、
を備えることを特徴とするサーバ機器。
【請求項１６】
前記サーバ機器が、テレビシステムのヘッドエンドの少なくとも一部を備えることを特徴とする請求項１５に記載のサーバ機器。
【請求項１７】
前記それぞれのユニキャスト通信が、前記多数のクライアントのそれぞれからの、多数のそれぞれの適合性の高いＥＰＧデータ要求の受信に応答して、前記多数のクライアントのそれぞれへ送信されることを特徴とする請求項１５に記載のサーバ機器。
【請求項１８】
前記多数のクライアントへ前記マルチキャスト通信を介して送信された前記ＥＰＧデータストリームが、繰り返しカルーセル方式のＥＰＧデータから成ることを特徴とする請求項１５に記載のサーバ機器。
【請求項１９】
各適合性の高いＥＰＧデータバーストが、現在時間から開始し適合性の高いＥＰＧ期間の終了まで拡大するＥＰＧデータの一部から成ることを特徴とする請求項１８に記載のサーバ機器。
【請求項２０】
前記媒体が、多数のテレビチャンネルのサービス情報（ＳＩ）を有することと、
前記テレビメタデータディセミネータが、ＳＩを前記多数のクライアントのそれぞれへ前記それぞれのユニキャスト通信を介して送信することと、
を特徴とする請求項１５に記載のサーバ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハイブリッドなユニキャスト・マルチキャストデータ配信に関する。
【背景技術】
【０００２】
ケーブルテレビプロバイダまたは衛星テレビプロバイダを介して、テレビチャンネルを受信する人の割合が増加している。現在、ケーブルテレビプロバイダおよび衛星テレビプロバイダ双方とも数十の（数百ではないにしても）のチャンネルを配信する能力は有している。これほど多くのチャンネルがあると、どの番組が利用可能であるか受信加入者は分かりにくい。将来多数のチャンネルでどの番組が放送されるのかについては、受信加入者にはさらに分かりにくい。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
どの番組が、どの時間に、どのチャンネルで見られるのかを、受信加入者に分かりやすくするために、ケーブルテレビプロバイダおよび衛星テレビプロバイダは通常、電子番組ガイド（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｐｒｏｇｒａｍ  Ｇｇｕｉｄｅ：ＥＰＧ）を提供している。ＥＰＧは、典型的には受信加入者にテレビのスケジュール提供するための包括的および双方向のアプリケーションである。例えば、ＥＰＧはどの番組が各チャンネルで各番組の時間枠中に放送されているかを示す。ＥＰＧはまた、しばしばスケジュールされた各テレビ番組の概要を記載および／または提供する。
【課題を解決するための手段】
【０００４】
ハイブリッドなユニキャスト・マルチキャストデータ配信は、一部ユニキャスト通信を使用し、および一部マルチキャスト通信を使用したクライアント機器へのデータ配信を含んでいる。例えば、適合性の高いテレビメタデータをテレビメタデータから抽出することができる。サーバは、適合性の高いテレビメタデータをユニキャスト通信のバーストでクライアントに送信する。さもなければ、クライアントは、テレビメタデータをサーバからマルチキャスト通信のストリームで受信することもできる。
【０００５】
この要約は、簡素な形式で概念を選択して紹介するために提供するもので、以下の詳細な説明においてさらに説明する。この要約は、特許請求の範囲の主題の重要な特徴または本質的な特徴を特定することを意図しておらず、また特許請求の範囲の主題の範囲を決定する助けとして使用されることも意図していない。さらに、他の方法、システム、スキーム、装置、機器、媒体、手順、ＡＰＩ、配置などの実施について本明細書に記載する。
【０００６】
図面を通して、同様のおよび／または対応する態様、特徴、要素の参照には同じ符号を使用する。
【発明を実施するための最良の形態】
【０００７】
［導入］
上述のように、典型的なケーブルシステムおよび衛星システムにおけるテレビチャンネルへの提供物の広さと厚さは、非常に大きい。事実、受信加入者にとって、電子番組ガイド（ＥＰＧ）の助けなしに利用可能なチャンネルを検索することは気力を削ぎ、不満が残る課題である。クライアント機器でＥＰＧを操作するために、クライアント機器は適正な現在のＥＰＧデータにアクセスする。このＥＰＧデータは、クライアント機器にサーバから配信される。
【０００８】
通常、ＥＰＧデータは、サーバからクライアント機器へ、ＥＰＧデータの繰り返しカルーセルと呼ばれる方式を使用して継続的に配信される。繰り返しカルーセル方式のＥＰＧデータは、十分頻繁に、十分速く、また、十分先行した時間に配信されるので、受信加入者は自分の都合の良いときにそれほどの待ち時間なしにＥＰＧアプリケーションを利用できる。
【０００９】
しかし、これは通常、クライアント機器が初期電源投入時（例えば、初回の電源投入時、停電または断線後の電源投入時など）、またはＥＰＧデータソースに接続または再接続した直後、では当てはまらない。クライアント機器が現在のＥＰＧデータを有していない状況では、受信加入者はＥＰＧアプリケーションを効果的に利用できるまで少しの時間待っていることになる。
【００１０】
サーバは、比較的早くクライアント機器にＥＰＧデータをバーストすることができるかもしれない。残念ながら、これに使用される帯域幅が、所定のネットワーク内での多数のクライアント機器を想定した場合、大きすぎる。言い換えると、ＥＰＧデータの繰り返しカルーセル方式では、ＥＰＧデータの配信が遅すぎる可能性があり、またＥＰＧデータを個々のクライアント機器にバーストすると、ネットワーク帯域幅の利用が不十分になり得る。
【００１１】
対照的に、本明細書に記載されるような実施では、ハイブリッドなユニキャスト・マルチキャストデータ配信を採用し、ネットワーク帯域幅の利用と加入ユーザが経験する遅延とのバランスをとる。クライアント機器がＥＰＧアプリケーションのためのＥＰＧデータの必要性を認識すると、クライアント機器はサーバに適合性の高いＥＰＧデータを要求する。それに応答して、適合性の高いＥＰＧデータがサーバからクライアント機器へユニキャストバーストで送信される。適合性の高いＥＰＧデータは、例えば、テレビ番組時間枠の比較的早い時間のセットのＥＰＧデータであり得る。これにより、受信加入者は、顕著な遅延を（あったとしても）ほとんど伴わずに、早い時間の（現在のものを含む）ＥＰＧデータを見ることができる。
【００１２】
一方、サーバは、マルチキャスト通信の一部として、クライアント機器への繰り返しカルーセル方式でＥＰＧデータの送信を継続している。クライアント機器は、適合性の高いＥＰＧデータを、マルチキャスト通信を介して繰り返しカルーセル方式で受信しているＥＰＧデータと徐々に混合することができる。サーバは、所定の適合性の高いＥＰＧ期間に基づいて、適合性の高いＥＰＧデータを継続して生成することができ、または、各要求に応じて適合性の高いＥＰＧデータを生成することができる。テレビデータのこの区分は、例えば、サービス情報（ＳＩ）、ユーザ選好などの、他のテレビメタデータのタイプに適用することもできる。
【００１３】
［発明を実施するための最良の形態］の残りの部分は、３つのセクションに分けられている。第１セクションは、［ハイブリッドなユニキャスト・マルチキャストデータ配信の環境例］と題し、図１を参照する。第２のセクションは、［ハイブリッドなユニキャスト・マルチキャストデータ配信の実施例］と題され、図２から図５を参照する。第３のセクションは、図８を参照し、［ハイブリッドなユニキャスト・マルチキャストデータ配信の機器実装例］と題される。
【００１４】
［ハイブリッドなユニキャスト・マルチキャストデータ配信の環境例］
図１は、クライアント１０６およびサーバ１０２を有する、ハイブリッドなユニキャスト・マルチキャストデータ配信を実施できるテレビ環境例１００のブロック図である。図示されるように、テレビ環境１００は、サーバ１０２、１つまたは複数のネットワーク１０４、およびクライアント１０６を含む。サーバ１０２は、テレビ情報１０８を含む。テレビ情報１０８は、テレビ（ＴＶ）メタデータ１１０およびＴＶメディアデータ１１２を含む。クライアント１０６は、テレビ情報１０８およびＴＶメタデータモジュール１１４を含む。
【００１５】
記載の実施において、サーバ１０２は、１つまたは複数のネットワーク１０４を介してテレビ情報１０８をクライアント１０６に提供する。ネットワーク１０４は、ケーブルネットワーク、電話ネットワーク、インターネット、イントラネット、衛星ネットワーク、有線ネットワーク、無線ネットワーク、光ファイバーネットワーク、デジタル加入者回線（ＤＳＬ）ネットワーク、これらの何らかの組み合わせ、などでよい。１つのクライアント１０６のみ図示されているが、各サーバ１０２は、典型的には多数のクライアント１０６にサービスを提供する。
【００１６】
サーバ１０２は、１つまたは複数のサーバハードウェア・コンポーネントにより実現される。実施例では、サーバ１０２は少なくとも衛星および／またはケーブルテレビサービスプロバイダのヘッドエンドの一部を含む。しかし、サーバ１０２は代わりに、インターネット上のウェブサーバ、無線広域ネットワーク（ＷＡＮ）内の無線アクセスポイントサーバ、または他のタイプのサーバでも良い。サーバのタイプに関らず、サーバ１０２は、テレビ情報１０８にアクセスし、また、サーバ１０２はテレビ情報１０８を１つまたは複数のクライアント１０６に提供することができる。
【００１７】
記載の実施においては、テレビ情報１０８は、ＴＶメタデータ１１０およびＴＶメディアデータ１１２を含む。ＴＶメディアデータ１１２は、受信加入者にテレビチャンネルを提示するためにクライアント１０６が使用する、画像、音声、ビジュアル、音声／ビジュアル、その他のデータである。テレビチャンネルの提示は、ディスプレイ画面上に映像を表示すること、およびスピーカで音声を再生することを含むことができる。ＴＶメタデータ１１０は、個々のテレビチャンネルの提示を越えた他の特徴やサービスを提供するために使用される補助データである。ＥＰＧデータはＴＶメタデータ１１０の一例である。他の例については本明細書で以下に述べる。
【００１８】
クライアント１０６は、任意の一般的なクライアント機器でよい。クライアント機器の例には、テレビ、テレビセットトップボックス、映像対応のコンピュータ、映像対応の携帯機器（例えば、携帯電話、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、および／または無線電子メール機器など）、これらの何らかの組み合わせ、その他が含まれるが、それに限定されない。サーバ１０２またはクライアント１０６を実装できる一般的な機器の例については、特に図６を参照して本明細書で以下に述べる。
【００１９】
記載の実施においては、クライアント１０６は、テレビ情報１０８およびＴＶメタデータモジュール１１４を含む。クライアント１０６では、テレビ情報１０８は、サーバ１０２にアクセス可能なＴＶメタデータ１１０の少なくとも一部を含む。クライアント１０６では、テレビ情報１０８は、サーバ１０２から送信されるＴＶメディアデータ１１２の少なくとも一部を（少なくとも一時的に）含む。ＴＶメタデータモジュール１１４は、ＴＶメディアデータ１１２を処理することができる。例えば、ＴＶメタデータモジュール１１４は、ＥＰＧデータを処理およびＥＰＧユーザインターフェース（ＵＩ）を提示するＥＰＧアプリケーションを含む。明確に図示してないが、クライアント１０６は、また、クライアント１０６による提示のための、ＴＶメディアデータ１１２を処理するＴＶメディアデータモジュールを含む。
【００２０】
図示するように、サーバ１０２は、ネットワーク１０４を介してＴＶメタデータ１１０をクライアント１０６に伝達する。記載の実施においては、ＴＶメタデータ１１０は、マルチキャスト通信１１６（Ｍ）の繰り返しカルーセル方式のＴＶメタデータとして、クライアント１０６に送信されており、また他のクライアント機器へも送信されている。クライアントはサーバ１０２に、加入要求または同様のマルチキャスト指向通信を送信することができるが、マルチキャスト通信１１６（Ｍ）は、主に一方向通信である。マルチキャスト通信１１６（Ｍ）の一方向通信の性質は、サーバ１０２からクライアント１０６へ向かって指す１本の矢印で示されている。
【００２１】
少なくともＴＶメタデータ１１０の一部分は、また、ユニキャスト通信１１６（Ｕ）でクライアント１０６へ送信される。２本の矢印で示すように、ユニキャスト通信１１６（Ｕ）は、２方向以上の通信である。クライアント１０６は、ＴＶメタデータ１１０が所望されていることを認識すると、クライアント１０６は、ＴＶメタデータ１１０の配信を要求する。サーバ１０２は、この要求を受信すると、ＴＶメタデータ１１０の少なくとも一部分をクライアント１０６へユニキャスト通信１１６（Ｕ）のバーストで送信する。
【００２２】
記載した実施において、ユニキャスト通信１１６（Ｕ）で送信されるＴＶメタデータ１１０の一部分は、適合性の高いＴＶメタデータを含む。適合性の高いＴＶメタデータの例には、ＴＶメディアデータ１１２の提示に必要な（もし必要であるならば）ＴＶメタデータ、比較的早い時間のＥＰＧデータなどが含まれる。
【００２３】
一般に、ＴＶメタデータ１１０は、サービス情報（ＳＩ）、ＥＰＧデータ、加入管理システム（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ：ＳＭＳ）情報、デジタル・ビデオ・レコーダー（ＤＶＲ）スケジューラ情報、ユーザ記憶情報、などを含むことができる。ＴＶメタデータ１１０のこれらの例については、本明細書で以下に、特に図３を参照して説明する。ＳＩおよびＥＰＧデータについては、また、本明細書で以下に、特に図２を参照して、特にＴＶメタデータ区分のコンテキストにおいて、説明する。
【００２４】
マルチキャスト通信１１６（Ｍ）およびユニキャスト通信１１６（Ｕ）は、同じネットワークで同じ通信チャンネルを使用して、送信されてもよい。例えば、マルチキャスト通信およびユニキャスト通信１１６（Ｍ）、１１６（Ｕ）の両方は、オペレータのヘッドエンドからケーブルネットワーク上で送信されてよい。しかし、マルチキャスト通信１１６（Ｍ）用の通信チャンネルは、ユニキャスト通信１１６（Ｕ）用の通信チャンネルとは異なってもよい。例えば、ユニキャスト通信１１６（Ｕ）は、同軸ケーブル、光ファイバケーブル、「従来の」ツイストペア電話線、その他などの、有線通信チャンネルで送信されてもよい。一方、マルチキャスト通信１１６（Ｍ）は、衛星放送、地上無線放送、その他などの、異なる有線通信チャンネルで送信されてもよい。
【００２５】
［ハイブリッドなユニキャスト・マルチキャストデータ配信の実施例］
図２は、ハイブリッドなユニキャスト・マルチキャストデータ配信と連動して実行できる、サービス情報区分例２０８および電子番組ガイド区分例２１０を説明するブロック図２００である。サービス情報区分２０８は、チャンネルによる区分例を図解している。ＥＰＧ区分２１０は、時間による区分例を図解している。
【００２６】
サービス情報（ＳＩ）２０２は、一般に何のサービスが利用可能であるかを示し、また、各サービスの説明を含む。さらに具体的には、ＳＩ２０２は、選局情報を含む。選局情報は、例えば、どの媒体ストリーム（例えば、テレビチャンネル）が利用可能であるか、該利用可能な媒体ストリームにどのようにアクセスするか、該利用可能な媒体ストリームのビットレート、などについてのデータで良い。媒体ストリームは、ネットワークロケーションによりアクセスできる。ネットワークロケーションは、ネットワークアドレス、マルチキャストアドレス、チューニング周波数、識別コード、これらの何らかの組み合わせ、などを含むが、それに限定されない。
【００２７】
サービス情報区分２０８は、チャンネルによる区分を図解する。矢印は、増加していく区分を示す。モノリシックＳＩ２０２（ＭＬ）には実際には区分はなく、ＳＩ２０２が単一のモノリシックユニットとして送信される。チャンネルマップＳＩ２０２（ＣＭ）は、異なるチャンネルマップに区分されたＳＩ２０２である。図示するように、３つのチャンネルマップ、階層＃１、階層＃２、および階層＃３（例えば、シルバー、ゴールド、およびプラチナのテレビチャンネルパッケージ）がある。チャンネルマップＳＩ２０２（ＣＭ）は、あるいは３つの異なる階層より少なくまたは多く区分されてもよい。
【００２８】
バイチャンネルＳＩ２０２（ＢＣ）は、個々の利用可能なチャンネルに区分されたＳＩ２０２である。合計「ｘ」個の異なるテレビチャンネルがある場合、ＳＩ２０２は、バイチャンネＳＩ２０２（ＢＣ）のために「ｘ」個の部分に区分される。３つの異なるチャンネル区分オプションを示すが、あるいは他のＳＩチャンネル区分でのアプローチも実施できる。さらに、ＳＩ２０２は、他の（非チャンネル）形式に区分することもできる。
【００２９】
区分は、全てのＳＩ２０２より少ないものを、クライアント１０６へ送信される（図１の）ユニキャスト通信１１６（Ｕ）に含めることができる。例えば、第２階層テレビパッケージに加入する受信加入者には、階層＃２に対応するチャンネルについて十分に説明しているチャンネルマップＳＩ２０２（ＣＭ）の区分部分が送信されればよい。クライアント１０６の受信加入者が利用できないチャンネルについて説明するチャンネルマップＳＩ２０２（ＣＭ）の一部を省略することで、ユニキャスト通信１１６（Ｕ）に含まれるデータの量が減少する。
【００３０】
ＥＰＧ区分２１０は、時間による区分例を図解する。さらに具体的には、ＥＰＧ区分２１０は、時間適合性による区分例を図解する。矢印は、進んでいく未来時を示す。
【００３１】
ＥＰＧ２０４は、クライアント１０６で受信加入者用のＥＰＧＵＩを作成するための（ＴＶメタデータモジュール１１４の）ＥＰＧアプリケーションに使用されるデータを含む。ＥＰＧデータは、例えば、テレビ番組タイトル、説明、実演時間、視聴率、および／または、関係する芸能人、などを含むことができる。
【００３２】
ＥＰＧ区分２１０は、適合性の高いＥＰＧ期間２０６（ＨＲ）、および適合性の低いＥＰＧ期間２０６（ＬＲ）を含む。受信加入者は、普通比較的早い時間の時間帯に提示される番組により興味を有する。よって、一般的には彼らが適合性の高いＥＰＧ期間２０６（ＨＲ）に対応するＥＰＧ２０４のその部分をより詳細に読みたいと思うものである。従って、適合性の高いＥＰＧ期間２０６（ＨＲ）に対応するＥＰＧ２０４のその部分が、抽出され、ユニキャスト通信１１６（Ｕ）の一部として送信されてよい。受信加入者は、最も興味を持てそうなＥＰＧ２０４の部分に比較的短時間でアクセスすることができる。
【００３３】
ＳＩ２０２およびＥＰＧ２０４は、図２に図解する例とは異なった区分けができる。例えば、ＳＩ２０２は、前もって観察されたユーザの視聴の好みに基づいて区分できる。また、ＥＰＧ２０４は、図解した時間適合性による区分に代えて、またはこれに加えて、チャンネルによって区分することもできる。例えば、階層＃１に加入している受信加入者に、階層＃１のテレビチャンネルを含む（また、階層＃２および＃３限定のチャンネルを除く）、適合性の高いＥＰＧ期間２０６（ＨＲ）に対応するＥＰＧ２０４の一部分を送信することができる。
【００３４】
図３は、テレビメタデータのためのハイブリッドなユニキャスト・マルチキャストデータ配信を実施するサーバ１０２の例のブロック図である。図示するように、サーバ１０２は、ＴＶメディアデータ１１２を含む（例えば、記憶する、そうでなければアクセスする）。サーバ１０２は、また、（図１の）ＴＶメタデータ１１０の具体例を含む。これらのＴＶメタデータ１１０の例には、ＳＩ２０２（図２のものも含む）、ＥＰＧ２０４、加入管理システム（ＳＭＳ）情報３０２、デジタル・ビデオ・レコーダー（ＤＶＲ）スケジューラ情報３０４、およびユーザ記憶選好３０６が含まれる。
【００３５】
本明細書で前述したように、ＥＰＧ２０４は、ＥＰＧアプリケーションのためのＥＰＧデータを含む。ＳＩ２０２は、ストリーム属性を記述する基本選局情報を含む。ストリーム属性は、例えば、インターネット・プロトコル（ＩＰ）アドレス、ビットレート、サービスコンテンツ記述、などである。サービスコンテンツ記述は、テレビチャンネルの全体の編成（例えば、ビデオ、ロゴの静止画、バーカーチャンネル、二次チャンネルなど）である。
【００３６】
ＳＭＳ情報３０２は、機器ごとおよび／または関連する受信加入者／加入ごとの、チャンネルへのアクセス権を含む。ＤＶＲスケジューラ情報３０４は、ＤＶＲサービス用のスケジュール情報を含む。ユーザ記憶３０６は、ユーザごとの選好を含む。例えば、チャンネルごとのブラックアウト命令またはロックアウト命令を含んでよい。ユーザ記憶選好３０６を、ユニキャスト通信１１６（Ｕ）の一部としての適合性の高いＴＶメタデータとして含むことができる。
【００３７】
記載の実施においては、サーバ１０２は、テレビメタデータセグメンタ（ｓｅｇｍｅｎｔｅｒ）３０８およびテレビメタデータディセミネータ（ｄｉｓｓｅｍｉｎａｔｏｒ）３１０を含む。テレビメタデータセグメンタ３０８は、ＴＶメタデータ１１０を適合性の高いＴＶメタデータと適合性の低いＴＶメタデータに区分することができる。適合性の高いＴＶメタデータは、ユニキャスト通信１１６（Ｕ）を介してバーストで送信のために発信される。典型的には、現在のＴＶメタデータ１１０の全体が、マルチキャスト通信１１６（Ｍ）を介して繰り返しカルーセル方式の送信用に指定される。しかし、代わりに全体より少ないものがマルチキャスト通信１１６（Ｍ）を介して送信されてもよい。
【００３８】
記載の実施においては、ＳＩ２０２は、チャンネルおよび／またはチャンネルパッケージに基づいて、適合性の高いものに対して適合性の低いものに区分される。ＥＰＧ２０４は、時間適合性に基づいて、適合性の高いものに対して適合性の低いものに区分される。言い換えると、早い時間の時間帯に提示される番組のＥＰＧデータのほうが、遅い時間に提示されている番組のＥＰＧデータよりも適合性があると見なされる。こうして、テレビメタデータセグメンタ３０８が、適合性の高いＥＰＧデータ２０４（ＨＲ）をＥＰＧ２０４から抽出する。
【００３９】
テレビメタデータディセミネータ３１０は、ＴＶメタデータ１１０をその適合性に依存しながら別に送信することができる。適合性の高いＴＶメタデータは、ユニキャスト通信１１６（Ｕ）を介して送信される。適合性の低いＴＶメタデータは、マルチキャスト通信１１６（Ｍ）を介して送信される。より具体的には、適合性の高いＴＶメタデータは、それぞれの個々のクライアントからのそれぞれの要求の受信に応答して、それぞれの個々のクライアントへ、各々ユニキャストバーストで送信される。適合性の低いＴＶメタデータは、繰り返しカルーセル方式のＴＶメタデータのマルチキャストストリームで多数のクライアントへ送信される。
【００４０】
テレビメタデータセグメンタ３０８およびテレビメタデータディセミネータ３１０は、一般にＴＶメタデータ１１０に適用されるが、それらを図３で図解し、下記では特にＥＰＧデータ２０４タイプのＴＶメタデータ１１０に対して記載する。従って、テレビメタデータセグメンタ３０８は、適合性の高いＥＰＧ期間２０６（ＨＲ）および適合性の低いＥＰＧ期間２０６（ＬＲ）を採用し、ＥＰＧ２０４を区分する。具体的には、テレビメタデータセグメンタ３０８は、適合性の高いＥＰＧ期間２０６（ＨＲ）に対応するＥＰＧデータ２０４の一部分である適合性の高いＥＰＧデータ２０４（ＨＲ）を作成する。適合性の高いＥＰＧデータ２０４（ＨＲ）は、テレビメタデータセグメンタ３０８からテレビメタデータディセミネータ３１０へ転送される。
【００４１】
テレビメタデータディセミネータ３１０は、テレビメタデータセグメンタ３０８から受信した適合性の高いＥＰＧデータから適合性の高いＥＰＧデータバースト２０４（ＨＲ）を形成する。適合性の高いＥＰＧデータバースト２０４（ＨＲ）は、要求クライアントへユニキャスト通信１１６（Ｕ）で送信される。テレビメタデータディセミネータ３１０は、また、ＥＰＧデータストリーム２０４（ＤＳ）を全てのまたは一部分のＥＰＧ２０４から形成する。ＥＰＧデータストリーム２０４（ＤＳ）は、多数のクライアントへマルチキャスト通信１１６（Ｍ）で送信される。これらの多数のクライアントは、ユニキャスト通信１１６（Ｕ）を介して適合性の高いＥＰＧデータバースト２０４（ＨＲ）を受信する、要求クライアントを含む。
【００４２】
図４は、クライアントとサーバの間のハイブリッドなユニキャスト・マルチキャストデータ配信の方法例を図解するフロー図４００である。フロー図４００は、９個のブロック４０２〜ブロック４１８を含む。フロー図４００の動作は他の環境、および種々のソフトウェアとハードウェアの組み合わせで実行できるが、ネットワーク１０４上のサーバ１０２と通信するクライアント１０６のＴＶメタデータモジュール１１４は、フロー図４００の方法を実施するために使用することができる。例えば、クライアント１０６は、ブロック４０２〜ブロック４０４およびブロック４０６〜ブロック４１０の動作を実行することができ、サーバ１０２はブロック４１２〜ブロック４１８の動作を実行することができる。
【００４３】
ブロック４０２において、クライアント機器は、不十分なＴＶメタデータしか有していないことを認識する。例えば、クライアント１０６は、リブートまたはコールドブートのスイッチ投入からの立ち上げ状態の可能性がある。ブロック４０４において、クライアントは、適合性の高いＴＶメタデータの要求をサーバに送信する。その要求は、ネットワーク１０４上で送信され、特定の適合性の高いＴＶメタデータ期間を随意的に含むことができる。
【００４４】
ブロック４１２において、サーバは、クライアントから適合性の高いＴＶメタデータの要求を受信する。ブロック４１４において、適合性の高いＴＶメタデータ期間が確定される。例えば、サーバは、特定の適合性の高いＴＶメタデータ期間（存在する場合は）をその要求から抽出することができる。あるいは、サーバは、クライアントの要求に応答していない、所定の適合性の高いＴＶメタデータ期間を利用することができる。所定の適合性の高いＴＶメタデータ期間は、全てのクライアントに対して同じものでもよく、個々のクライアントごとに異なっていてもよい（例えば、あるチャンネルパッケージの受信加入者に、より長い適合性の高いＴＶメタデータ期間が許可されてもよい）、などである。
【００４５】
ブロック４１６において、適合性の高いＴＶメタデータバーストは、サーバによって決定される。例えば、サーバは、確定された適合性の高いＴＶメタデータ期間に基づいて適合性の高いＴＶメタデータバーストを決定することができる。例えば、確定された適合性の高いＴＶメタデータ期間に対応するＥＰＧ２０４の一部分は、テレビメタデータセグメンタ３０８によって区分され、またはＥＰＧ２０４から抽出され、適合性の高いＥＰＧデータバースト２０４（ＨＲ）を作成することができる。同様に、適合性の高いものとして確定されたＳＩ２０２の一部分は、テレビメタデータセグメンタ３０８によって区分され、ＳＩ２０２から抽出され、適合性の高いＳＩバーストを作成することができる。様々なタイプの適合性の高いＴＶメタデータバーストは、単一の適合性の高いＴＶメタデータバーストユニットに結合することができる。適合性の高いＴＶメタデータバーストは、各要求に応答して、または、時が来たときに独立して繰り返し継続的に、サーバが決定することができる。
【００４６】
ブロック４１８において、適合性の高いＴＶメタデータバーストは、ユニキャスト通信を介して要求クライアントへ送信される。例えば、適合性の高いＥＰＧデータバースト２０４（ＨＲ）（また、他のタイプの適合性の高いＴＶメタデータも可能である）は、テレビメタデータディセミネータ３１０を利用して、ネットワーク１０４上をユニキャスト通信１１６（Ｕ）を介してサーバ１０２からクライアント１０６へ送信することができる。
【００４７】
ブロック４０６において、適合性の高いＴＶメタデータユニキャストバーストは、クライアントで受信される。例えば、適合性の高いＥＰＧデータバースト２０４（ＨＲ）（また、他のタイプの適合性の高いＴＶメタデータも可能である）は、ユニキャスト通信１１６（Ｕ）を介してサーバ１０２からクライアント１０６にて受信される。ブロック４０８において、クライアントは、適合性の高いＴＶメタデータバーストを処理する。例えば、ＴＶメタデータモジュール１１４は、適合性の高いＥＰＧデータバースト２０４（ＨＲ）を処理してＥＰＧに表示するための準備ができる。
【００４８】
ブロック４１０において、クライアントは、ユーザ命令に応答して、ユニキャストバースト通信で受信された適合性の高いＴＶメタデータの一部分を利用（例えば、表示、チューニング用の解釈、など）する。例えば、ＴＶメタデータモジュール１１４は、クライアント１０６へのユーザ命令に応答して適合性の高いＥＰＧデータバースト２０４（ＨＲ）の一部分を表示し、あるテレビチャンネルにスケジュールされている番組を特定の番組時間枠に表示することができる。番組時間枠は、可及的に短くすることができ、例えば、最小の時間粒度（例えば、１分、５分、３０分、など）のＥＰＧが可能で、またはテレビチャンネルおよび／または番組によっては無制限に拡大することができる。また、ＴＶメタデータモジュール１１４は、例えば、受信された適合性の高いＳＩ２０２の一部分を利用して、選択されたチャンネルに選局することもできる。
【００４９】
楕円形のブロック４２０に示すように、フロー図４００によって図解する方法は図５に続く。具体的には、ユニキャスト通信１１６（Ｕ）を介して受信される適合性の高いＴＶメタデータと、マルチキャスト通信１１６（Ｍ）を介して繰り返しカルーセル方式で受信される他のＴＶメタデータとの関係および処理を、図５に示す。
【００５０】
図５は、クライアントとサーバ間のハイブリッドなユニキャスト・マルチキャストデータ配信の方法例を図解する、フロー図４００（図４からの）の継続フロー図５００である。フロー図５００は、５個のブロック５０２〜ブロック５１０を含む。上述したように、フロー図５００の動作は他の環境で、および種々のハードウェアとソフトウェアとともに実行することができるが、ネットワーク１０４上のサーバ１０２と通信するクライアント１０６のＴＶメタデータモジュール１１４は、フロー図５００の方法を実施するために使用することができる。例えば、クライアント１０６は、ブロック５０４〜ブロック５１０の動作を実行でき、サーバ１０２は、ブロック５０２の動作を実行できる。
【００５１】
ブロック４１８およびブロック４０６を参照して上記で記載したように、サーバは、すでに適合性の高いＴＶメタデータバーストをユニキャスト通信を介して送信し、クライアントはすでに適合性の高いＴＶメタデータをユニキャストバーストを介して受信している。特定の実施は典型的な一般のシナリオ内で変更できるが、サーバは、クライアントから受信する各ユニキャスト要求に対する適合性の高いＴＶメタデータバーストに一度応答する。
【００５２】
ブロック５０２において、サーバはマルチキャスト通信を介してＴＶメタデータストリームを送信する。例えば、サーバ１０２は、ストリームされたマルチキャスト通信１１６（Ｍ）を介してネットワーク１０４上で、ＴＶメタデータ１１０を多数のクライアント１０６に送信することができる。ＴＶメタデータマルチキャストストリームは、ＴＶメタデータの全体、または少なくともその一部が所定の長さの間隔ごとに繰り返される、繰り返しカルーセル方式として形成される。繰り返し間隔の長さは、ＴＶメタデータの量および繰り返しカルーセル方式に割り当てられた帯域幅に依存する。
【００５３】
ブロック５０４において、クライアントは、ＴＶメタデータマルチキャストストリームを受信する。例えば、クライアント１０６は、ネットワーク１０４を介して、ストリームされたマルチキャスト通信１１６（Ｍ）内のＴＶメタデータ１１０を受信することができる。ＥＰＧデータ２０４タイプのＴＶメタデータ１１０に対しては、ＴＶメタデータマルチキャストストリームは、ＥＰＧデータストリーム２０４（ＤＳ）であり得る。
【００５４】
ブロック５０６において、ユニキャストバーストおよびマルチキャストストリームで受信されたような異なる種々のＴＶメタデータが調和される。例えば、ユニキャスト通信１１６（Ｕ）を介して受信されたようなＴＶメタデータ１１０およびマルチキャスト通信１１６（Ｍ）を介して受信されたようなＴＶメタデータ１１０のそれぞれが、それぞれのバージョン番号を含むことができる。ＴＶメタデータユニキャストバーストのバージョン番号が、ＴＶメタデータマルチキャストストリームのバージョン番号と一致する場合、同じ情報を２回処理する必要がない。
【００５５】
ブロック５０８において、新たに受信したＴＶメタデータが処理される。例えば、ユニキャスト通信１１６（Ｕ）を介して受信されたものと重複しない、マルチキャスト通信１１６（Ｍ）を介して受信されたようなＴＶメタデータ１１０を処理することができる。ＴＶメタデータ１１０を処理することにより、クライアント１０６が所定のテレビチャンネルを選局し、受信加入者へ特別なサービスを提供し、受信加入者へＵＩ内のＥＰＧを提示し、何らかのこれらの組み合わせをすること、などができる。
【００５６】
ブロック５１０において、処理されたバージョンは混合される。例えば、（ブロック４０８の動作で処理された）ユニキャスト通信１１６（Ｕ）を介して受信されるような、処理されたＴＶメタデータ１１０と、（ブロック５０８の動作で処理された）マルチキャスト通信１１６（Ｍ）を介して受信されるような、処理されたＴＶメタデータ１１０とが混合されて、１つの均質のＴＶメタデータのユニットを形成する。最終的には、ユニキャスト通信１１６（Ｕ）を介して受信されるようなＴＶメタデータ１１０は、マルチキャスト通信１１６（Ｍ）を介して繰り返しカルーセル方式で受信される、より最新のＴＶメタデータ１１０に次第に取って替えられるため、均質のＴＶメタデータのユニットでは古くなって使用できなくなる。
【００５７】
［ハイブリッドなユニキャスト・マルチキャストデータ配信の機器実装例］
図６は、ハイブリッドなユニキャスト・マルチキャストデータ配信と連動して利用できる機器６０２の例のブロック図である。例えば、機器６０２は、（図１の）クライアント１０６またはサーバ１０２でよい。ある実装例では、機器６０２はネットワーク１０４などの１つまたは複数のネットワーク６１４で通信することができる。図解するように、２個の機器６０２（１）および６０２（ｄ）が、ネットワーク６１４を介して交信することができる。該交信の例には、マルチキャスト通信１１６（Ｍ）および／またはユニキャスト通信１１６（Ｕ）でのＴＶメタデータ１１０の送信が含まれる。
【００５８】
より一般的には、機器６０２は、サーバまたはクライアント機器、記憶装置、ワークステーションまたは他の汎用コンピュータ機器、セットトップボックスまたは他のテレビ機器、携帯情報端末（ＰＤＡ）、携帯電話または他の可動式電気器具、これらの何らかの組み合わせなど、を表すことができる。図解するように、機器６０２は、１つまたは複数の入出力（Ｉ／Ｏ）インターフェース６０４、少なくとも１つのプロセッサ６０６、および１つまたは複数の媒体６０８を含む。媒体６０８は、プロセッサ実行可能命令６１０を含む。具体的に図示していないが、機器６０２は、他の構成部品を含むこともできる。
【００５９】
機器６０２の記載の実装においては、Ｉ／Ｏインターフェース６０４は、（ｉ）ネットワーク６１４での通信のためのネットワークインターフェース、（ｉｉ）ＵＩなどの情報を表示画面に表示するための表示機器インターフェース、（ｉｉｉ）１つまたは複数のマン・マシン機器インターフェース、などを含むことができる。（ｉ）ネットワークインターフェースの例には、ネットワークカード、モデム、１つまたは複数のポート、などが含まれる。（ｉｉ）表示機器インターフェースの例には、グラフィックドライバ、グラフィックカード、画面／テレビまたはプリンタ用のハードウェアまたはソフトウェアドライバ、などが含まれＵＩを作成し、および／またはテレビ情報１０８を表示する。（ｉｉｉ）マン・マシン機器インターフェースの例には、マン・マシンインターフェース機器６１２（例えば、キーボードまたはキーパッド、マウスまたは他のグラフィックなポインティングデバイス、リモートコントロール、など）と有線または無線で通信し、機器６０２によって作成されたＵＩを操作しＵＩと交信するものが含まれる。
【００６０】
一般に、プロセッサ６０６は、プロセッサ実行可能命令６１０などのプロセッサ実行可能命令を実行、遂行、および／または別の方法で達成することができる。媒体６０８は、１つまたは複数のプロセッサアクセス可能媒体から成る。言い換えると、媒体６０８は、プロセッサ６０６によって実行可能な、機器６０２の機能の遂行を達成するプロセッサ実行可能命令６１０を含むことができる。
【００６１】
従って、ハイブリッドなユニキャスト・マルチキャストデータ配信の実現は、プロセッサ実行可能命令の一般的なコンテキストで説明することができる。一般に、プロセッサ実行可能命令は、ルーチン、プログラム、アプリケーション、コーディング、モジュール、プロトコル、オブジェクト、インターフェース、コンポーネント、メタデータ、およびこれらの定義、データ構成、アプリケーション・プログラミング・インターフェース（ＡＰＩ）、などを含み、これらは、特定のタスクを遂行および／または可能にし、および／または特定の抽象データ型を実装する。プロセッサ実行可能命令は、別々の記憶媒体に配置され、様々なプロセッサで実行され、および／または種々の伝送媒体上で伝播されるか、または存続することができる。
【００６２】
プロセッサ６０６は、任意の適用可能な処理可能技術を利用して実装できる。媒体６０８は、機器６０２の一部として含まれる、および／または機器６０２によるアクセス可能な任意の入手可能な媒体でよい。これには、揮発性および不揮発性の媒体、着脱可能および着脱不可能媒体、および、記憶および送信媒体（例えば、無線または有線通信チャンネル）が含まれる。例えば、媒体６０８は、プロセッサ実行可能命令の長期間大容量記憶用のディスクアレイ、現在実行中の命令の短期間記憶用のランダムアクセスメモリ（ＲＡＭ）、より長期間および／または携帯用の記憶媒体用のフラッシュメモリ、携帯記憶用の光ディスク、および／またはテレビ情報１０８送信のためのおよび／または他の通信のためのネットワーク６１４上のリンク、これらの何らかの組み合わせ、などを含むことができる。
【００６３】
具体的に図解するように、媒体６０８は、少なくともプロセッサ実行可能命令６１０を含む。一般に、プロセッサ実行可能命令６１０は、プロセッサ６０６によって実行されると、本明細書に記載した種々の機能を機器６０２に遂行させることができる。プロセッサ実行可能命令６１０は、例えば、クライアントＴＶメタデータモジュール１１４、ＴＶメタデータ１１０、テレビメタデータセグメンタ３０８、および／またはテレビメタデータディセミネータ３１０、などを含むことができる。
【００６４】
ハイブリッドな通知の実施は、例を使用してここに説明するがこれに限定されない。このハイブリッドな通知の実施例は、クライアント／サーバモデルに基づく。サーバは、クライアント機器（例えば、セットトップボックス（ＳＴＢ）機器）の個数に対する、データ準備の管理に関与する。ハイブリッドな通知システムは、多数のクラスのデータ（例えば、ＥＰＧ、ＳＩ、ＳＭＳ、など）を管理する。
【００６５】
サーバは、クライアントへ配信されるデータを継続的に作成するファクタード（ｆａｃｔｏｒｅｄ）データ処理モジュールを含む。サーバは、通知モジュール（例えば、図３のブロック３０８および３１０）と連携するデータソースモジュール（例えば、図３のブロック２０２、２０４、３０２、３０４、および３０６）に組織化される。通知モジュールは、データソースモジュールから準備されたデータ構成を受信する。通知モジュールは、クライアント機器へのデータ配信を管理する。
【００６６】
多数の機器を対象とするデータメッセージは、マルチキャストを介して配信され、クライアントへの十分な処理コンテキストを提供するヘッダ（例えば、バージョン）情報によって適格化される。マルチキャスト用のデータメッセージの例は、繰り返しカルーセル方式のＴＶメタデータ、およびその関連するバージョン情報であろう。クライアントは、バージョン情報を受信し、それと以前処理した任意の他のＴＶメタデータのバージョンとを比較することができる。これにより、重複する処理を避けることができる。
【００６７】
一般に、クライアントは、サーバからＴＶメタデータを受信し、そのＴＶメタデータはバージョン情報を含む。コールドブートまたはスタートアップのシナリオにおいて、クライアントはバージョン状態情報を使用して、クライアントが機能するようになるためにどのトランザクションが必要か決定する。ハイブリッドな通知シナリオにおいて、クライアントはより早くスタートするために、情報のバーストを利用できることを瞬時に判定できる。クライアントは、次に、上記情報のバーストのためのユニキャスト要求を開始する。その要求は、そのクライアント向けに特別に調整されているユニキャストバースト応答を有するサーバからのユニキャストバースト応答となる。
【００６８】
例えば、クライアントは、午前８時１０分にブートアップし、次の２時間分（または、４時間分、６時間分、など）のガイドデータを要求することができる。このＴＶメタデータの２時間バーストをユニキャスト通信で受信すると、クライアントは、作動状態になり、例えば、次の２時間分表示される、または表示可能なＴＶメディアデータに関するタイトルや記載情報を示すことができる。時間を通し、クライアントは、マルチキャストメタデータを受信し、漸次そのデータキャッシュを向上させる（例えば、１２時間のブロックで）。
【００６９】
このハイブリッドな通知の実施例は、マルチキャストベースの、より長い間隔（例えば、１０分の繰り返し間隔で）の繰り返しカルーセル方式送信を可能にし、一方で、同時にクライアント機器が繰り返しカルーセル方式からの任意の特定のＴＶメタデータの受信を待たずに（例えば、平均待ち時間５分、繰り返し間隔１０分で）作動することを可能にするため、有効である。
【００７０】
このハイブリッドな通知の実施例では、サーバは、データ配信をバースト可能部分およびマルチキャスト適合部分にサーバにおいて区分する能力がある。サーバは、時間中データを分析し続け、ハイブリッドなデータ配信のシナリオ（例えば、ＳＴＢ機器のコールドブートのスイッチ投入、リブート、など）に備えることができる。
【００７１】
クライアント機器は、ハイブリッドな配信を管理する能力があり、初期ユニキャストバーストで、クライアント機器が、（例えば、マルチキャスト送信からの任意のＴＶメタデータを受信するのに先立って）そのユニキャストバーストを受信したときに、作動が十分可能な状態になっている。これにより、クライアント機器のスタート／初期化状態と作動状態の間の遅延時間または待ち時間を減少することができる。クライアント機器は、また、マルチキャストＴＶメタデータの受信が増加するにつれて、時間を通しテレビ機能のレベルを漸次向上させる能力を有する。クライアント機器は、マルチキャストＴＶメタデータ構成を初期ユニキャストバーストからのＴＶメタデータと混合させる。従って、起動開始中のクライアント機器の性能および／または起動開始中のクライアント機器によって提供される特徴は、マルチキャストストリームを介して受信される共有のＴＶメタデータ構成を次第により多く利用することによって、時間を通して漸次向上させることができる。
【００７２】
図１から図６の、機器、動作、態様、特徴、機能、プロシージャ、モジュール、データ構成、スキーム、アプローチ、アーキテクチャ、構成要素、その他は、多数のブロックに分割された図で示されている。しかし、図１から図６を記載および／または示す、順番、相互接続、相互関係、配置、その他は制限と解釈されることを意図しておらず、任意の数のブロックを任意の方法で、変更し、合成し、再配置し、増加し、省略するなどして、１つまたは複数のシステム、方法、機器、プロシージャ、媒体、装置、ＡＰＩ、配置、その他をハイブリッドなユニキャスト・マルチキャストデータ配信のために実現することが可能である。
【００７３】
システム、媒体、機器、方法、プロシージャ、装置、技術、スキーム、アプローチ、配置、およびその他の実装は、構成的、論理的、アルゴリズム的、および機能的な特徴および／または図に特有の言葉で記載したが、添付の特許請求の範囲で定義される本発明は必ずしも上述した特定の特徴または動作に制限されないことは理解されるはずである。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実施する実例として開示される。
【図面の簡単な説明】
【００７４】
【図１】クライアントおよびサーバを有する、ハイブリッドなユニキャスト・マルチキャストデータ配信を実施できるテレビ環境例のブロック図である。
【図２】ハイブリッドなユニキャスト・マルチキャストデータ配信と連動して実行することができるサービス情報区分例および電子番組ガイド（ＥＰＧ）区分例を説明するブロック図である。
【図３】テレビメタデータのためのハイブリッドなユニキャスト・マルチキャストデータ配信を実現するサーバの例のブロック図である。
【図４】クライアントとサーバの間のハイブリッドなユニキャスト・マルチキャストデータ配信の方法例を図解するフロー図である。
【図５】クライアントとサーバ間のハイブリッドなユニキャスト・マルチキャストデータ配信の方法例を図解する図４のフロー図の継続フロー図である。
【図６】ハイブリッドなユニキャスト・マルチキャストデータ配信と連動できる機器例のブロック図である。
【図１】
2009533997.tif 000003
【図２】
2009533997.tif 000004
【図３】
2009533997.tif 000005
【図４】
2009533997.tif 000006
【図５】
2009533997.tif 000007
【図６】
2009533997.tif 000008
【国際調査報告】
2009533997.tif 000009
2009533997.tif 000010