JP2000509216A

JP2000509216A - ディジタルビデオ放送システム

Info

Publication number: JP2000509216A
Application number: JP9536854A
Authority: JP
Inventors: セクストンニコラス; ゴールドマーチン; フェルドマンヨライ
Original assignee: エヌディーエスリミテッド
Priority date: 1996-04-15
Filing date: 1997-04-15
Publication date: 2000-07-18
Also published as: IL126551A; DE69706667T2; AU2517597A; CN1216197A; CA2247632A1; EP0894401B1; BR9708663A; CN1093720C; IL126551A0; WO1997039582A1; AU736044B2; DE69706667D1; ES2162271T3; EP0894401A1

Abstract

(57)【要約】本発明は、ディジタルビデオ放送（ＤＶＢ）システムの管理と作動を促進するための方法を提供する。典型的なＤＶＢシステムでは、多くの場合、多数の機能を整合し同期化しなくてはならない。本発明は、多重化全体を管理するためのモニターと、送信される混合サービスの制御を行う。このシステムは放送センターにおけるソフトウェア総合要件のほとんどを満たすものである。中央データベースが作動領域に保持され、これが、他のシステムが参照するための基準点となる。大型のプロトコルコンバータが設けられ、これがスケジューリングシステムをプレイアウトシステム及び条件付きアクセス（ＣＡ）システムに結び付ける。

Description

【発明の詳細な説明】ディジタルビデオ放送システム本発明は、ディジタルビデオ放送（ＤＶＢ）システムに関し、さらに詳しくは、総合的データ処理量とその制御を向上させるように、このようなシステムの各構成要素を統合し管理するシステムと方法に関する。典型的なＤＶＢシステムでは、多くの場合、多数の機能を整合し同期化しなくてはならない。これらの機能はそれぞれ、個々のユーザーによって制御される個別のシステムによって個別に調節される。このようにして、与えられた機能が２つの異なるレベルで整合され制御されることも珍しくなく、これは明らかにリソース（資源）の不必要な浪費である。さらに、個々のユーザーが制限や作動基準を設定することがあり、これは全体としての放送の運営に悪影響を与える。プログラムのスケジュールやデータ伝送に関してさらに別の問題が発生することがある。スケジュールに予想されない変更があるとき、たとえば、球技の時間がずれ込むとか、ニュース速報などがあるときには、このような変更によって他のイベントやプログラムが影響を受けることがある。これは個々の機能のオペレータが放送局への入力を変更しなくてはならないことを意味し、不便であり、余分な時間を要する。さらに、従来のシステムでは、包括的な技術上の、またモニター上の機能を達成するために、すべての必要な情報を集中することはしない。本発明の一つの態様によれば、イベントスケジュールへの１つ又はそれ以上の変更に応じてディジタル多重化を管理する方法であって、ディジタル多重化が、データキャッシュを含むイベントシンクロナイザなどのシステム素子と、サービス情報制御部と、マルチプレクサ制御部と、放送管理センターを含む条件付きアクセス制御部とによって構成されるディジタルビデオシステムの一部を形成し、前記の方法が、スケジュールの変更に応じてデータキャッシュに記憶されたデータを更新する段階と、正しい引照を行うために異なるシステム素子上で、更新されたデータを同期化する段階と、スケジュールの変更に応じてマルチプレクサをフォーマットする段階とを有するディジタル多重化の管理方法が提供される。本発明の第２の態様によれば、イベントスケジュールへの１つ又はそれ以上の変更に応じてディジタル多重化を管理する装置であって、ディジタル多重化が、データキャッシュを含むイベントシンクロナイザなどのシステム素子と、サービス情報制御部と、マルチプレクサ制御部と、放送管理センターを含む条件付きアクセス制御部とによって構成されるディジタルビデオシステムの一部を形成し、前記の装置が、スケジュールの変更に応じてデータキャッシュに記憶されたデータを更新するための更新手段と、正しい引照を行うために異なるシステム素子上で、更新されたデータを同期化するための同期化手段と、スケジュールの変更に応じてマルチプレクサをフォーマットするためのフォーマット手段とを有するディジタル多重化の管理装置が提供される。本発明は先行技術に対して多くの利点を有する。本発明は先行技術の機能の多くを備え、変更を一つの中心となる場所で行えるようにし、情報をそれを必要とする他の箇所へと伝えることにより、ディジタルビデオ放送システムの管理を集中し、また促進する。本発明によらなければ、予想されない変化に対処することは物理的に不可能であるが、本発明によれば予想されない変化に問題なく対応することができる。マルチプレクサ上でのビットストリームの再配分が容易に行え、多重化管理がさらに促進される。また本発明は、異なるシステム間で必要となるインタフェースの数を少なくすることによって、先行技術を越える利点を有する。通常の先行技術の装置では、トラヒックは、自動化システム、マルチプレクサ、条件付きアクセスシステムに直接トークしなくてはならない。自動化システムはマルチプレクサや条件付きアクセスシステムにトークしなくてはならない。すべてのこれらの異なる変更を同期化することには問題がある。本発明によれば、トラヒックシステムはＡＦＳにトークし、自動化システムはＡＦＳにトークし、ＡＦＳは必要な変更を下流の各システムと整合する。付属図面を用いて例を挙げて説明する。図１は、本発明の好ましい実施例の構成図である。図２は、図１のシステムで用いられるインタフェースを示す構成図である。図３は、システムのソフトウエア構成を示す図である。ＤＶＢシステムでは、多くの機能を制御しなくてはならない。本発明によるシステムは、自動ファイルサーバー（ＡＦＳ）と呼ばれ、多重化ディジタルビデオ放送（ＤＶＢ）システムを構成するのに必要なスタジオ制御システムの範囲内にある重要なギャップの橋渡しをするものである。図１に示したＡＦＳは多くの機能を果たす。このシステムは全多重化を管理するためのモニター・制御点を提供し、伝送される各サービスの混合を制御する。このシステムは放送センターにおけるソフトウェア統合条件のほとんどを満たす。操作領域に保持された中央データベースが設けられ、これが他の各システムが参照する基準点となっている。イベントシンクロナイザ１４の一部を構成する大型のプロトコルコンバータ（変換器）（図示せず）が設けられ、これがスケジュールシステムをプレイアウトシステム及び条件付きアクセス（ＣＡ）システムに結び付けている。プロトコルコンバータは、ＡＦＳ内部のフォーマットを、条件付きアクセス及び関連プログラム情報（ＣＡ−ＰＩＭＳ）１６、多重化制御部（ＭＣＣ）１８、及びサービス情報制御部（ＳＩＣ）２０によって理解可能なメッセージへとデータ翻訳を行う。この種のシステムは、さまざまな要件が単独で、又は組合せて必要とされるときに有用である。このシステムはまた、操作中の任意の時点で多重化装置内でサービスの追加又は除去が必要なときに役立つ。ＣＡブラックアウト及び交換サービス、ニアビデオ即時応答（ＮＶＯＤ）サービス、関連の有料視聴イベントを用いるときには、本発明は下記に述べるように貴重な手段を提供する。さらに、さまざまなサービスからの個別スケジュールを合同させ、各スケジュールとネットワーク表のための中央編集点を用いるときにはＡＦＳは先行技術を越える利点を提供する。たとえば、マルチプレクサ（ｍｕｘ）上で各サービスをモニターし、またビットレート過負荷を警告するときには、ＡＦＳはすぐれた成果を上げることができる。ＡＦＳにより提供される主要な機能を下記に詳細に述べるが、これは一般に次のようなものを含んでいる。すなわち、多重化管理のためのツールとして、スタジオコンプレックス内の凝集システムとして、またすべてのさまざまな種類のスケジュール駆動システムのための中央情報貯蔵所としてのＡＦＳの利用である。図１には典型的ＡＦＳシステム１０が示されている。システム１０は２つの部分により構成されている。すなわち、たとえばオラクル７．０を用いるスケジュールデータベース１２と、リアルタイムキャッシュシステム（イベントシンクロナイザ１４）であり、これは故障に対するシステムの柔軟性を向上させ、そのデータ処理量を増加させる。ＡＦＳは、イベントごとにすべてのオンエア（放送中の）サービスの状態をモニターし、これらのサービスを受入れるようディジタル多重化をフォーマットする。さらにＡＦＳはまた、すべてのプレイアウトシステム上で、これらが互いに正しく参照できるようにデータを同期化する。ＡＦＳはプレイアウト階層内にあるので、以下に詳しく述べるような多くの重要な操作機能を実行することができる。自動化システム２８は、トラヒックシステム３２により提供されるスケジュールに基づいてソース素材をプレイアウトする放送システムの一部である。ソース素材は、ビデオテープ、オーディオテープ、ディスク、その他の媒体により提供される。メディアマネジャー３４は、ソース素材とソースの位置を追跡するものであり、たとえば、ソース素材がテープ上に保持されているときには、必要な素材をどのテープが保持しているかを把握している。イベントシンクロナイザ１４は多くのシステムを制御し、これらのリアルタイム制御を行う。これらには、条件付きアクセス及び関連プログラム情報（ＣＡＰＩＭＳ）１６、多重化制御部（ＭＣＣ）１８、及びサービス情報制御部（ＳＩＣ）２０と関連サポートナビゲーションツールが含まれる。ＣＡＰＩＭＳシステムはエンタイトルメント(表題、権利付与)制御メッセージ（ＥＣＭ）２４を作成する放送制御部センター（ＢＣＣ）２２を含み、このメッセージはＭＵＸを経て送信され、今後の送信のためＡＦＳに貯えられている将来のＥＣＭ２６はＳＩＣを経て送信される。ＳＩＣサポートナビゲーションツールは、たとえば、モザイク、イベントリスト、交換サービスを含み、これらは電子プログラムガイド（ＥＰＧ）を構成している。イベントシンクロナイザは自動化システム２８からリアルタイムメッセージを受け、これを伝送サブシステム３０を含むすべての伝送関連制御システムへと送る。自動化システムが利用できない場合には、イベントの名目上のスケジュール時間を用いて、同じメッセージをイベントシンクロナイザによって模擬することができる。スケジュールデータベースは、イベントシンクロナイザトラヒックシステム３２、及びメディアマネジャー３４と双方向通信ができる。スケジュールデータベースは、トラヒックシステムから、又はファイル入力部３６からデータを受信し、情報をオープンデータベース連結部（ＯＤＢＣ）経由でＳＩＣ、ＣＡＰＩＭＳ及び１個又はそれ以上のユーザーインタフェース３８などの伝送サブシステムへと送信する。スケジュールデータベース１２は、プログラムイベントに関連あるすべての属性（たとえば、名目上の開始時間、メッセージの開始、ＣＡサービス及びブラックアウト制限、字幕言語の数）の格納場所である。このデータベースは「クライアント」サブシステムにより利用され、サブシステムは必要とする関連データを引き出す。このデータセットの定義により、ＤＶＢシステムの操作が効果的に定義される。データベースの構造は、下流の各システムを制御するのに必要な情報の分析のために設計され、データを適切な形で保持する。イベントシンクロナイザ１４は、データベースのリアルタイム要素として機能する。シンクロナイザは、スケジュールデータベースのダウンタイム（故障時間）に対して保護するために、約６時間のスケジュールデータを記憶しておく。このデータを記憶に保持することによって、イベントシンクロナイザはリアルタイムキューに対してきわめて迅速に応答することができる。したがって、プレイアウトシステムはプログラムの要件に従ってイベントを自由に挿入し、ドロップし、また移動させることができ、イベントシンクロナイザは、追加オーバヘッドなしに下流の各システムを整備することができる。自動化システムは、多重化制御を考慮に入れて設計されているときには、この任務を直接実行することができる。しかし、ビデオプレイアウトシステム、無線自動化システム、及びデータプレイアウトシステムがあるときには、シンクロナイザはきわめてオープンな構造とし、その他の装置の特別設計はあまり必要としない。ＭＣＣ、ＣＡ（ＰＩＭＳ）、及びＳＩＣは、低レベル制御システムとして知られているものを構成する。これらの実際の機能については以下に詳しく述べる。マルチプレクサ制御コンピュータ（ＭＣＣ）は、すべてのビデオ、オーディオ及びデータコンポーネント及びそれらの特性の組合せに関してマルチプレクサを制御する。イベントシンクロナイザ内の情報は各サービスに割当てるべきビットレートについて、また現行のイベントに関連したコンポーネントのリストについてｍｕｘに知らせる。ＡＦＳは、各サービス又はコンポーネントに正しい暗号化キー（ＥＣＭ）を割当てるという点で、ＣＡシステムとＭＣＣの統合で貴重な役割を果たしている。ＣＡインタフェース原理は、ＣＡセキュリティの必要性とトラヒックシステムの柔軟性の間でバランスをとる。ＣＡは安全な環境で作動しなくてはならず、加入者スマートカードに対する指示の低レベルフォーマットを行う。ＣＡ−ＰＩＭＳはこの操作を保護する高レベルインタフェースを提供する。トラヒックシステムは前構成された指示の簡単なセットを用いて、イベントに対して特定のＣＡパラメータを割当てることができるが、これは必要な場合、微調整により行われる。トラヒックシステムはまた検閲による違反をスケジュール決定の初期に検出できるように、その指示で詳細を提示できねばならない。採用されたインタフェース法は一連のテンプレートを用いているが、これはチャネルベースでの簡単な予約にも、また制御コンプレックスマッピング有料（ＰＰＶ）イベントやテーピング指示にも同じように適用できる。サービス情報制御部（ＳＩＣ）は、送信されているすべてのサービスを加入者受信器（ＩＲＤ）が見出せるように、放送データストリーム内で情報を提供する。ＳＩＣ内に保持されている情報は、ＡＦＳシステム内で、究極的にはトラヒックシステムによって修得される。このデータはサービスのリスト又はグループと見ることができ、モザイク又はさらに複雑なビデオとテキストの複合ページを用いてサポートすることができる。ＣＡシステムが特定のイベントをブラックアウトするよう要求されるときには、ＳＩＣ内「交換サービス」が指示され、これは加入者が特定のサービスへのアクセスを拒否されたときに用いられる。ブラックアウトされたイベントが終了すると、ＳＩＣは加入者ＩＲＤに正常サービスにもどるよう知らせる。ＡＦＳがないと、ディジタル輸送ストリーム内で送信される混合サービスを評価することは容易には行えない。帯域幅が不足しているときには、サービスを追加し、排除できるようにビットレートを調節する必要がある。ＡＦＳは、多重ワイドビューを見る方法を提供し、したがって、事業条件が進展するにつれて、ビットレートの再割当に用いることができる。これが実行される１例は夜間の各種サービスが昼間に提供される場合である。たとえば、７つの正規のチャネルを提供し、夜間にはさらに３つのデータチャネルを増やすことができる。追加チャネルの合同がＡＦＳによって行われるときには、予想されないイベント（たとえば球技が時間をこえてずれこむ場合）を考慮に入れることができる。試合が午後１０時に終了するよう予定されているが、終了せず、試合の終了時に特別なチャネルを開始すべきときには、試合が実際に終了するまで特別チャネルの送信を遅らせるなどしてどのような変更もＡＦＳによって容易に対処することができる。スケジュール計画からディジタル条件付きアクセスシステムを用いることの利点は、特定のイベントに個別のアクセスパラメータを与えることができることである。このような種類のイベントとしては、有料イベント、地域又は人口統計上の境界をこえた（たとえば、スポーツイベントの場所に近い）ブラックアウトイベント、検閲による違反を解消するのに必要な交換サービスなどがある。上に述べたように、操作管理は個々のチャネルだけでなく、多重化層にも集中しなくてはならない。多くの自動化システムはスケジュールの多重チャネル表示を行うことができないが、ＡＦＳはきわめて有用な編集機能と手段を提供することができる。編集点は、局所的には伝送制御部によって、また遠隔的にはトラヒックシステム要員により利用できる。ＡＦＳの効果によって、スケジュール決定を直接、伝送システムの中心部にもち込み、送信されようとしているイベントが最高のスケジュール決定プロセスまでアクセスできるようになる。したがって、何らかの変更があれば、１点だけで入力して、それを知る必要のある他の点に広めることができる。これによってシステムは遅延、過負荷などの事象を強力に抑制することができる。ＡＦＳの編集能力によって、放送時間までの任意の時点でトラヒックシステムから変更を行うことができる。最後の瞬間での変更を簡単に行えるように、ユーザーインタフェースが設けられている。必要な変更は１箇所だけで行い、情報はすべての関連システムへ自動的に送られる。これは先行技術システムを越える重要な利点である。また本発明によって、中央点からすべてのマルチプレクサでの帯域幅割当てをモニターすることができ、またプログラムの流れを最適化するためにイベントごとに帯域幅割当てを調整することができる。図２には２種類のシステム、すなわち上に述べた低レベル制御システムと、下記に詳しく説明する高レベルシステムへのインタフェースをＡＦＳが支援することが示されている。ＤＶＢ多重化の構成を制御する３つのシステムへインタフェースするために、低レベルドライバーが用いられる。スケジュール決定とプログラムレイアウトのための高レベルスタジオシステムを支援するようカスタム（特製）インタフェースが開発された。カスタムインタフェースは、スケジュールデータベース１２と、トラヒックシステム３２及びファイル入力部３６の間のインタフェースを行う。トラヒックシステムはファイル入力部３６にＡＦＳデータベースの直接ファイリングを行うが、ファイル内の情報をＡＦＳデータベーステーブルに送り込むのに適したデータに翻訳するためにパーサ（コンパイラの構文解析法）が必要である。また本発明は、異なるシステムの間で必要となるインタフェースの数を少なくすることによって、先行技術に対して利点を有する。典型的な先行技術システムでは、トラヒックは自動化システム、多重化システム、条件付きアクセスシステムに直接トークしなくてはならない。自動化システムは多重化システム、条件付きアクセスシステムに直接トークしなくてはならない。これらの異なる変更のすべてを同期化することには問題がある。本発明ではトラヒックがＡＦＳにトークし、自動化システムがＡＦＳにトークし、ＡＦＳが、必要な変更を下流の各システムと整合する。図２に示したＡＦＳデータベース４０は、ドライバ４２と、これに関連したインタフェース４４を備えている。ドライバはＭＣＣ、ＣＡ及びＳＩモジュールへの通信を制御する。インタフェースは、ｍｕｘ入力割当てモジュール４６、オンスクリーン表示ドライバ・字幕モジュール４８、リアルタイムプレイアウト制御部５０、及び１個又はそれ以上のスケジューラ５２及び５４へのリンクを行う。第１スケジューラ５２は代替プレイアウト又はスケジューリングシステムの１部であり、第２スケジューラ５４は、局規模の自動化システム５６の１部である。システムにより提供される上記の高レベルスタジオシステムは、トラヒックシステムと、自動化システムと、多数のユーザーインタフェースとに分類することができる。トラヒックシステムは、実際には多数のプログラムスケジューリング及び素材管理システムを示す略称である。「トラヒック」は特定のプログラムスケジュールを作成するためデータの合同を行う点である。ＡＦＳはトラヒックシステムへの２種類のインタフェースを支援する。すなわち、データベース複製を行うことができ、したがって変更に対して応答性のすぐれたＯＤＢＣインタフェースと、「瞬間的」スケジュール変動を支援するフラットファイルインタフェースである。このためＡＦＳはメインフレーム装置からパソコンまでの多数のさまざまなスケジューリングシステムからのスケジュールダウンロードを支援することができる。スタジオ自動化システムは、ＡＦＳスケジュールデータベースを、１つ又はそれ以上のチャネルのためのプレイリストのソース（出所）として用いる。その他のクライアントシステムについては、これらのリストを濾過し、必要な関連分野だけを抽出する。逆方向では、自動化システムにより発せられたリアルタイムイベントキューがイベントシンクロナイザへと送られる。通常は２つのキューが発せられる。すなわち、イベントの開始前約２０秒に送られる“ｔｅｎｓｉｏｎ”コマンドと、実際のプログラム移行時の“ｔａｋｅ”コマンドである。自動化システムはイベント番号によってイベントシンクロナイザのメモリにある関連イベントを引照し、翻訳されたメッセージを各クライアントシステムへと送る。自動化システムからの２つのキューは比較的単純であるので、ＡＦＳは特定の自動化システムとの作業に拘束されることはない。本発明の主要な特徴を実行するには、多くのユーザーインタフェースが必要である。支援しなくてはならないインタフェースの種類は、ｍｕｘワイド編集ビュー、ネットワーク情報テーブル設定（衛星分極、周波数など）、ＣＡキー及びビットレートを含むｍｕｘワイドコンポーネントビュー、保守及びアラーム端子、現在放送中のイベントと次のイベントを局規模で示すステータスディスプレイ、である。ステータスディスプレイはビデオフィードとして利用でき、モニターラックに表示することができる。一般に、ディスプレイはシステムごとにシステム上に形成される。すでに述べたように、スケジュールデータベースは、オラクル７ＲＤＢＭＳのようなオラクルデータベースに基づくものとすることができる。各種のクライアントシステムへのインタフェースは、図３に示したトリガを用いて達成される。トリガは、サブシステムに影響を与えるデータへの変更を各サブシステムへ知らせるために形成される。次にクライアントシステムは、新しい情報を抽出するため関連テーブルに問合わせる。これはシステムの内蔵連結性を利用して行う。この種のインタフェース方法の２次的利点は、クライアントシステムが故障したり、バックアップシステムへ切替えたときに、サーバーがクライアントシステムを更新しなくてもよいことである。このような場合、サーバーはまた、故障したシステムの状態を知ることができる。しかし、イベントシンクロナイザは、カスタムソフトウェアを用いて、クライアントシステムにリアルタイムメッセージを提供することはしない。この場合は、トリガ法では自動化システムからのキューを翻訳するのに手間が掛かりすぎ、イベントシンクロナイザはそれ自体の特別なリアルタイムメッセージを生成する。これを図１に示してある。イベントシンクロナイザ１４のカスタムソフトウェアは、自動化システム２８からリアルタイムキューを受け、プログラムイベントの開始を確認する。このキュー情報はイベントシンクロナイザ１４によって関連の下流システムへと送られ、下流システムは、この「イベント開始」情報を受けて、適切なシステム再構成を行う。好ましい実施例では、ハードウェア構成は、シンクロナイザとデータベースについて、個別のサーバーの冗長ペアを利用する。データベースサーバーはその最も重要な設計上の特徴として、データの一体性を保つよう設計されている。データベースのダウンタイムはシンクロナイザ構成によってマスクされ、バックアップシステムをきわめて迅速に用いるために切替えソフトウェアを利用する。各サブシステムは独立してそれ自体のローカルデータバックアップを維持することができ、これによってネットワーク故障に対して保護が行われる。故障の場合には多くの特徴によってハードウェア信頼性が確保される。ディスクはミラーディスク方式によって故障に対して保護されている。電源故障は別のシステムへの自動的切替えによって対処できる。プロセサ又はメモリの故障のためには自動故障回復ソフトウェアが用意されている。完全なバス故障のときはソフトウェアパッケージが自動的に２次サーバーに切換える。このシステムは冗長的ネットワークアーキテクチャに基づいて（設計されて）いる。クライアント故障のときには、オペレータはバックアップ装置へ移動して作業を続けることができる。ＡＦＳツールの主要な特徴は上記の通りであるが、明らかに、当業者にとっては、システムの多くの変形例が可能なことは自明である。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９８年６月２４日（１９９８．６．２４）【補正内容】明細書ディジタルビデオ放送システム本発明は、ディジタルビデオ放送（ＤＶＢ）システムに関し、さらに詳しくは、総合的データ処理量とその制御を向上させるように、このようなシステムの各構成要素を統合し管理するシステムと方法に関する。典型的なＤＶＢシステムでは、多くの場合、多数の機能を整合し同期化しなくてはならない。これらの機能はそれぞれ、個々のユーザーによって制御される個別のシステムによって個別に調節される。このようにして、与えられた機能が２つの異なるレベルで整合され制御されることも珍しくなく、これは明らかにリソース（資源）の不必要な浪費である。さらに、個々のユーザーが制限や作動基準を設定することがあり、これは全体としての放送の運営に悪影響を与える。プログラムのスケジュールやデータ伝送に関してさらに別の問題が発生することがある。スケジュールに予想されない変更があるとき、たとえば、球技の時間がずれ込むとか、ニュース速報などがあるときには、このような変更によって他のイベントやプログラムが影響を受けることがある。これは個々の機能のオペレータが放送局への入力を変更しなくてはならないことを意味し、不便であり、余分な時間を要する。さらに、従来のシステムでは、包括的な技術上の、またモニター上の機能を達成するために、すべての必要な情報を集中することはしない。ＷＯ９６／０８１０９の明細書は、ネットワーク内の、個々にアドレス可能な加入者端末装置へコマーシャルメッセージを選択的に送るためのシステムについて述べている。ネットワーク内にあるサーバーは、コマーシャルメッセージにルーチング情報とコンバータアドレスを選択的に付ける。メッセージはネットワーク上を送信されて受信され、アドレスされたコンバータによって表示される。メッセージは、コマーシャル時間内に留保された時間に、プログラム素材のコマーシャル時間内に挿入される。本発明の１つの態様によれば、放送イベントのイベントスケジューリングに応じて、又は１つ又はそれ以上の再スケジューリング変更に応じて、ディジタルビデオ放送システムの各コンポーネントを管理するための自動システムであって、放送システムが、複数のチャネルを含む出力ディジタル多重化信号を発生するよう作動し、データキャッシュ、サービス情報制御部、マルチプレクサ、マルチプレクサ制御部、及び放送管理センターを含む条件付きアクセス制御部によって構成されるシステム素子を有し、自動ファイルシステムが、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に応じて、データキャッシュ内に記憶されたデータを更新するための更新手段と、正しい引照を行うために、異なるシステム素子上でリアルタイムで更新データを同期化するための同期化手段と、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に基づいてマルチプレクサをフォーマットするためのフォーマット手段とを、有する自動システムが提供される。本発明の第２の態様によれば、放送イベントのイベントスケジューリングに応じて、又は１つ又はそれ以上の再スケジューリング変更に応じて、ディジタルビデオ放送システムの各コンポーネントを管理するための方法であって、放送システムが、複数のチャネルを含む出力ディジタル多重化信号を発生するよう作動し、データキャッシュ、サービス情報制御部、マルチプレクサ、マルチプレクサ制御部、及び放送管理センターを含む条件付きアクセス制御部によって構成されるシステム素子を有し、方法が、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に応じて、データキャッシュ内に記憶されたデータを更新する段階と、正しい引照を行うために、異なるシステム素子上でリアルタイムで更新データを同期化する段階と、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に基づいてマルチプレクサをフォーマットするための段階とを、有する方法が提供される。請求の範囲１．放送イベントのイベントスケジューリングに応じて、又は１つ又はそれ以上の再スケジューリング変更に応じて、ディジタルビデオ放送システムの各コンポーネントを管理するための自動システムであって、放送システムが、複数のチャネルを含む出力ディジタル多重化信号を発生するよう作動し、データキャッシュ、サービス情報制御部、マルチプレクサ、マルチプレクサ制御部、及び放送管理センターを含む条件付きアクセス制御部によって構成されるシステム素子を有し、自動ファイルシステムが、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に応じて、データキャッシュ内に記憶されたデータを更新するための更新手段と、正しい引照を行うために、異なるシステム素子上でリアルタイムで更新データを同期化するための同期化手段と、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に基づいてマルチプレクサをフォーマットするためのフォーマット手段とを、有する自動システム。２．イベントシンクロナイザが、リアルタイムデータキャッシュを有する、請求項１に記載の装置。３．名目上の開始時間、条件付きアクセスサービス、ブラックアウト制限、及び多くの字幕用言語を含めたイベントに関するすべての情報を保有するスケジュールデータベースを更に有する、請求項１又は２に記載の装置。４．イベントシンクロナイザが、プログラムイベントへの開始を確認するリアルタイムキューを受信する、請求項１、２、又は３に記載の装置。５．スケジュールに基づいてソース素材のプレイアウトを行う自動化システムを更に有する、請求項１から４のいずれかに記載の装置。６．ソース素材の副次的管理のためのメディアマネジャーを更に有する、請求項５に記載の装置。７．多重化制御部が、必要なビデオ、オーディオ、及びデータコンポーネントに基づいてマルチプレクサを制御し、フォーマットする、請求項１から６のいずれかに記載の装置。８．イベントスケジュールへの変更が、必要に応じて、イベントシンクロナイザ、データキャッシュ、サービス情報制御部、多重化制御部、及び条件付きアクセス制御部へ伝えられる、請求項１から７のいずれかに記載の装置。９．データキャッシュがイベントデータの６時間ウィンドウを維持する、請求項１から８のいずれかに記載の装置。１０．放送イベントのイベントスケジューリングに応じて、又は１つ又はそれ以上の再スケジューリング変更に応じて、ディジタルビデオ放送システムの各コンポーネントを管理するための方法であって、放送システムが、複数のチャネルを含む出力ディジタル多重化信号を発生するよう作動し、データキャッシュ、サービス情報制御部、マルチプレクサ、マルチプレクサ制御部、及び放送管理センターを含む条件付きアクセス制御部によって構成されるシステム素子を有し、前記方法が、放送イベント、再スケジューリング変更、又は放送イベントのスケジューリングの変更に応じて、データキャッシュ内に記憶されたデータを更新する段階と、正しい引照を行うために、異なるシステム素子上でリアルタイムで更新データを同期化する段階と、放送イベント又はスケジューリングの変更に基づいてマルチプレクサをフォーマットする段階とを、有する方法。１１．名目上の開始時間、条件付きアクセスサービス、ブラックアウト制限、及び多くの字幕用言語を含めたイベントに関するすべての情報をスケジュールデータベース内に記憶する段階を更に有する、請求項１０に記載の方法。１２．プログラムイベントへの開始を確認するリアルタイムキューを受信する段階を更に有する、請求項１０又は１１に記載の方法。１３．必要なビデオ、オーディオ、及びデータコンポーネントに基づいてマルチプレクサを制御し、フォーマットする段階を更に有する、請求項１０、１１又は１２のいずれかに記載の方法。１４．イベントスケジュールへの変更を、必要に応じて、イベントシンクロナイザ、データキャッシュ、サービス情報制御部、多重化制御部、及び条件付きアクセス制御部へ伝える段階を更に有する、請求項１０から１３のいずれかに記載の方法。

───────────────────────────────────────────────────── フロントページの続き (72)発明者マーチンゴールド英国，ハンプシャーエスオー20 ６ビーイーストックブリッジ、チルボルトン、リントンメドウブランブルコティジ (72)発明者ヨライフェルドマンイスラエル、90970 ハルアダルハブロウシストリート15

Claims

【特許請求の範囲】１．イベントスケジュールへの１つ又はそれ以上の変更に応じてディジタル多重化を管理するための装置であって、ディジタル多重化が、データキャッシュを含むイベントシンクロナイザなどのシステム素子と、サービス情報制御部と、マルチプレクサ制御部と、放送管理センターを含む条件付きアクセス制御部とによって構成されるディジタルビデオシステムの一部を形成し、前記装置が、スケジュールの変更に応じてデータキャッシュに記憶されたデータを更新するための更新手段と、正しい引照を行うために異なるシステム素子上で、更新されたデータを同期化するための同期化手段と、スケジュールの変更に応じて、マルチプレクサをフォーマットするためのフォーマット手段とを、有する、ディジタル多重化を管理するための装置。２．イベントシンクロナイザが、リアルタイムデータキャッシュを含む、請求項１に記載の装置。３．イベントシンクロナイザが、条件付きアクセス制御部、サービス情報制御部、マルチプレクサ制御部、及び１つ又はそれ以上のナビゲーションツールのリアルタイム制御を行う、請求項１又は２に記載の装置。４．名目上の開始時間、条件付きアクセスサービス、ブラックアウト制限、及び多くの字幕用言語を含めたイベントに関するすべての情報を保有するスケジュールデータベースを更に有する、請求項１、２又は３に記載の装置。５．イベントシンクロナイザが、プログラムイベントへの開始を確認するリアルタイムキューを受信する、請求項１、２、３又は４に記載の装置。６．スケジュールに基づいてソース素材のプレイアウトを行う自動化システムを更に有する、請求項１から５のいずれかに記載の装置。７．ソース素材の副次的管理のためのメディアマネジャーを更に有する、請求項１から６のいずれかに記載の装置。８．多重化制御部が、必要なビデオ、オーディオ、及びデータコンポーネントに基づいてマルチプレクサを制御し、フォーマットする、請求項１から７のいずれかに記載の装置。９．データキャッシュ内のデータの更新、異なるシステム素子上での更新データの同期化、及びマルチプレクサのフォーマットがすべてリアルタイムで実行される、請求項１から８のいずれかに記載の装置。１０．イベントスケジュールへの変更が、必要に応じて、イベントシンクロナイザ、データキャッシュ、サービス情報制御部、多重化制御部、及び条件付きアクセス制御部へ伝えられる、請求項１から９のいずれかに記載の装置。１１．イベントシンクロナイザが、イベントスケジュールの予想されない変更に対処する、請求項１から１０のいずれかに記載の装置。１２．イベントシンクロナイザが、イベントスケジュール又はマルチプレクサフォーマットへの、事前に計画された変更に対処する、請求項１から１１のいずれかに記載の装置。１３．データキャッシュがイベントデータの６時間ウィンドウを維持する、請求項１から１２のいずれかに記載の装置。１４．条件付きアクセス制御部、サービス情報制御部、マルチプレクサ制御部、及び１つ又はそれ以上のナビゲーションツールのリアルタイム制御を行うための制御手段を更に有する、請求項１から１３のいずれかに記載の装置。１５．イベントスケジュールへの１つ又はそれ以上の変更に応じてディジタル多重化を管理するための方法であって、ディジタル多重化が、データキャッシュを含むイベントシンクロナイザなどのシステム素子と、サービス情報制御部と、マルチプレクサ制御部と、放送管理センターを含む条件付きアクセス制御部とによって構成されるディジタルビデオシステムの一部を形成し、前記方法が、スケジュールの変更に応じてデータキャッシュに記憶されたデータを更新する段階と、正しい引照を行うために異なるシステム素子上で、更新されたデータを同期化する段階と、スケジュールの変更に応じて、マルチプレクサをフォーマットするための段階とを、有する、ディジタル多重化を管理するための方法。