JP2003502920A - 放送プログラムとの同期動作を維持するための放送及びインタラクティブ・アプリケーションの実行の自動制御 - Google Patents

Abstract

(57)【要約】 オートメション・サーバ（１１０）は、現在の放送プログラムに関して適切なインタラクティブ・アプリケーションを維持するように、テレビジョン・ショー及びコマーシャルのような放送プログラムに関してインタラクティブ・アプリケーションを自動的に同期化するため様々なタイプの放送スケジューリング・システムとインターフェースする。従って、関連のインタラクティブ・アプリケーションを有し且つコマーシャル（それらはそれら自身のインタラクティブ・アプリケーションを有してよい。）によりセグメント化されるテレビジョン・ショーは、テレビジョン・ショーがオンである間は表示されるがしかしコマーシャル中に表示されないそれらのインタラクティブ・アプリケーションを有する。インタラクティブ・アプリケーションの実行中に生成されたいずれの状態情報が維持される。オートメション・サーバ（１０８）は複数のチャネル・インタフェース（４０２）を含み、各チャネル・インタフェースはトランスレータ（５０２）及びイベント・マネジャ（５０４）を有する。トランスレータ（５０２）は、スケジューリング・システム（１０６）からのネイティブ制御信号を放送プログラムのライフサイクル挙動を表す固定の組のアトミック・コマンドに翻訳する。イベント・マネジャ（５０４）は、これらのアトミック・コマンドを受け取り、そしてそれらを用いて、放送プログラムと関連したいずれのインタラクティブ・アプリケーションに対する適切な状態を決定する。

Description

【発明の詳細な説明】

【０００１】 ［背景］ ［Ａ．技術分野］ 本発明は一般的に対話型テレビジョン（ｉｎｔｅｒａｃｔｉｖｅ ｔｅｌｅｖ
ｉｓｉｏｎ）の分野に関し、特にテレビジョン放送プログラムとの同期した対話
性（ｉｎｔｅｒａｃｔｉｖｉｔｙ）の自動制御に関する。

【０００２】 ［Ｂ．発明の背景］ ほとんどの対話型テレビジョン・システムは、視聴者選択可能な対話性を有す
る既存の放送プログラムを増やすことを試みている。たとえば、対話性は、視聴
者がセットトップ・ボックスや他の装置を同調させて対話性を受信して表示する
ことができる、特別な対話型チャネル上での放送の場合がある。この対話性は通
常、テレビジョン画面全体を占めるユーザ・インタフェースを備えている。この
ようにして、視聴者は普通のチャネルで従来の放送プログラムを見るか、対話型
チャネルで対話性を用いるかを選択する。他の実施においては、対話性は任意の
チャネルで作動される場合があるが、依然としてテレビジョン画面全体を占めて
いる。しかし、対話型テレビジョンのこれらの実施は通常、対話性が、放送され
ているある放送プログラムと同期することを求めないが、これは、対話性が画面
全体の上に重なって、放送プログラムの表示を妨げるからである。放送プログラ
ムはテレビジョン・ショー、コマーシャル、プログラム案内などを含む。

【０００３】 別のバージョンの対話型テレビジョンは、テレビジョン画面の一部にのみ表示
されて放送プログラムに付随する対話性を提供することを意図したものである。
たとえば、放送ゲーム・ショーには、視聴者がショーの間に提示される問題に沿
ってプレイして、それに対する回答を入力することを可能にする対話性が付随す
る場合がある。この対話性はテレビジョン画面の一部にのみ表示されるので、視
聴者が放送プログラムを継続して見ることを可能にする。

【０００４】 放送プログラムに付随する対話性については、放送プログラムと同期して対話
性を維持することが望ましい。このことは、対話性は、それが付随する放送プロ
グラムが放送されているときはいつでも視聴者が利用可能であるべきことおよび
、たとえばコマーシャル中断の間に放送プログラムが一時的に停止されてから再
開される場合であっても、視聴者が作成したあらゆる状態情報、たとえばゲーム
における累積合計点が維持されるべきであることを意味する。

【０００５】 さらに、対話性が付随する放送プログラムが放送されていないかそれ以外に中
断されているときには、それは表示されるべきではないことを意味する。特に、
適切な同期は、ショーの間にコマーシャルが放送されているときには、テレビジ
ョン・ショーについての対話性が表示されないことを必要とする。これは２つの
理由による。第１に、コマーシャルは、ユーザがコマーシャルの間に広告される
商品に関する商品情報を要求する様式など、それに付随するそれ独自の対話性を
有する場合がある。そのため、コマーシャルの対話性は表示されなければならな
いが、コマーシャル（または一連のコマーシャル）が終わってテレビジョン・シ
ョーが再開されたときに、ショーの対話性は再表示されなければならない。ショ
ーの対話性の再表示は速やかであるべきであり、かつ、前述のように、コマーシ
ャルが始まったときに利用可能であった状態情報を保持すべきである。たとえば
、視聴者が対話型ゲームにおいて点数を累積していたのであれば、累積点数はシ
ョーの対話性が再開されたときに利用可能になるべきである。

【０００６】 第２に、コマーシャルがそれ独自の対話性を有していなくても、コマーシャル
の間にショーの対話性を表示することは不適切である。これは、対話性がテレビ
ジョン画面の一部の上に重なることによって、コマーシャルの部分を覆ってしま
うからであるが、これはコマーシャルが放送されることに対して支払いを行った
広告主には容認できないことである。また、ショーに関する対話性はコマーシャ
ルとは関連づけられておらず、それが現れることは視聴者を混同させる場合があ
る。

【０００７】 したがって、様々な放送プログラムの対話性を正確に同期させて、他の放送プ
ログラムによる放送プログラムの中断を調整する、対話型テレビジョン・システ
ム、方法およびソフトウエア製品を提供することが望ましい。

【０００８】 対話型テレビジョン・システムとは別に、従来のテレビジョン放送システムは
、放送プログラムが選択されて放送送信のために出力される方法に関する、様々
な程度の自動および手動の制御を提供する。従来の放送システムは通常、放送ス
ケジューリング・システム、様々な放送ソース（放送ソース）、データ挿入ユニ
ットおよび送信機を含む。放送ソースは、送信機を介して放送される映像、音声
または他のコンテンツを提供する。これらの放送ソースは、様々な種類のビデオ
・テープデッキおよびオーディオ・テープデッキ、ビデオ・テープ・ライブラリ
、デジタル音声／映像ソース、ライブ映像ソース、サーバ・コンピュータなどの
場合がある。

【０００９】 スケジューリング・システムは一般的に、一連のネイティブ制御信号（ｎａｔ
ｉｖｅ ｃｏｎｔｒｏｌ ｓｉｇｎａｌｓ）で放送システム内の放送ソースを制
御する。これらの制御信号は様々な放送ソースに、それらの放送プログラムを開
始、停止、ロードまたはそれ以外に管理することを命令する。一連の制御信号は
、主としてどの放送ソースがどの時間に作動または作動停止するかを特定したプ
レイリスト（ｐｌａｙｌｉｓｔ）および、活動中の放送ソースが向けられるチャ
ネル割当によって決定される。手動制御システムにおいては、人間のオペレータ
の手動操作に応じて制御信号が生成され、放送ソースの何れかを選択的に作動ま
たは作動停止させて、出力を適切なチャネルに割り当てる。

【００１０】 放送ソースからの放送データは送信機に渡される。送信機は選択されたチャネ
ル上で放送信号を任意の数の放送受信機に送信する。選択されたチャネルに同調
された、セットトップ・ボックスやコンパチブル・テレビジョンなどの放送受信
機は、放送信号を受信して放送プログラムを表示する。

【００１１】 従来のスケジューリング・システムや手動制御は一般的に、それらの出力制御
信号を放送ソースまたは類似の装置のみに提供する。これは、これらの制御信号
がその放送ソースに特定の形式になっており、他の種類の放送機器を制御するよ
うには設計されていないためである。たとえば、映像ソースを制御するスケジュ
ーリング・システムは、映像ソース装置に重要である制御信号を使用する。した
がって、スケジューリング・システムからの既存の制御信号を用いて、放送プロ
グラムとの同期対話性の自動制御をさらに容易にするシステムおよび方法を提供
することが望ましい。これは、新しい自動制御方式が使用可能になった機器と共
に動作させるための、スケジューリング・システムの変更が必要となることを回
避するために望ましい。

【００１２】 放送の中には、放送信号に、たとえばテレビジョン・ショーとしてまたはコマ
ーシャルとしての放送プログラムやその種類を識別するコードを挿入するものも
ある。よく用いられる一連のコードは、Ａｍｅｒｉｃａｎ Ａｓｓｏｃｉａｔｉ
ｏｎ ｏｆ Ａｄｖｅｒｔｉｓｉｎｇ Ａｇｅｎｃｉｅｓ Ｉｎｃ．の産業標準
コーディング識別システム（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ｃｏｄｉｎ
ｇ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｓｙｓｔｅｍ）（「ＩＳＣＩコード」）で
ある。ＩＳＣＩコードは通常、民間放送のスポンサーシップまたは提携を示すた
めに用いられる。しかし、これらのコードは、テレビジョン・ショー、コマーシ
ャルまたは他の放送プログラムと関連づけられる場合がある対話性の実行を制御
するためには現在用いられていない。したがって、放送信号に埋め込まれたこれ
らのコードおよび類似のコードを用いて、様々な放送プログラムの対話性の同期
化を制御するシステムおよび方法を提供することが望ましい。

【００１３】 ある方式の対話型テレビジョンは、上記のような従来の放送システムと協働し
て有用な対話性を提供する。かかるシステムは、インタラクティブ・アプリケー
ションのデータベースを格納する放送サーバを含む。番組が放送されるときにそ
れらに付随するように、インタラクティブ・アプリケーションは様々な放送プロ
グラムと選択的に関連づけられる。放送サーバは通常、所与の放送期間にそれ独
自のプレイリストを受信して、その中のスケジューリング情報を用いて、現在放
送されている特定の放送プログラムを識別する。放送サーバは現在放送中の番組
（放送プログラム）と関連づけられたインタラクティブ・アプリケーションを検
索して、これらのインタラクティブ・アプリケーションをデータ挿入ユニットに
提供する。データ挿入ユニットは、インタラクティブ・アプリケーションからの
データを放送ソースからの放送データと組み合わせて放送信号を生成するが、こ
こでその中にはそのインタラクティブ・アプリケーションが放送プログラムに付
随している。組み合わされた放送信号は選択されたチャネル上で送信機によって
送信される。そのチャネルに同調された放送受信機は何れも、放送プログラムお
よび付随するインタラクティブ・アプリケーションの両方を含む放送信号を受信
する。放送受信機は放送プログラムを表示して、インタラクティブ・アプリケー
ションを復号して実行し、それをテレビジョン画面に適宜表示する。放送サーバ
はさらに、コマンドを放送受信機に送信して、プレイリスト中の予め定められた
命令に従ってあるインタラクティブ・アプリケーションの実行を選択的に開始、
停止、中止または再開することができる。

【００１４】 しかし、以前には放送サーバは、既存のスケジューリング・システムと一体化
されて、そのスケジューリング・システムからの制御信号に基づいてインタラク
ティブ・アプリケーションの制御を自動化するようにはなっていなかった。この
点に関する困難の１つは均一性の欠如であり、上記のように、様々な種類のスケ
ジューリング・システムを用いてそれらの放送ソースを制御する様々な制御信号
は、放送ソースとインターフェースするように設計されている。このシステムは
以前にはＩＳＣＩコードなどに応答して対話性を制御するようにもなっていなか
った。したがって、スケジューリング・システムと放送サーバとの間の有効なイ
ンタフェースを介して、同期的なインタラクティブ・アプリケーションを提供す
ることが望ましい。

【００１５】 ［発明の概要］ 本発明は、他の放送プログラムおよび／または対話性による放送プログラムお
よびその対話性の中断に左右されることなく、個々の放送プログラムとの対話性
の同期的表示を維持するために、対話性の自動化された制御を提供する。

【００１６】 本発明の一実施形態によれば、通常は放送ソース（またはサブタイトラ（ｓｕ
ｂｔｉｔｌｅｒ）などの類似の装置）を制御するためのみに用いられる制御信号
が受信されて処理されて、放送サーバにコマンドを出力する。これらのコマンド
は、放送受信機で対話性の実行を制御するように、放送サーバに選択的に命令す
る。そして、順に放送サーバは放送受信機にコマンドを送信し、放送受信機はそ
のコマンドを実行して対話性を制御する。

【００１７】 本発明によって用いられる制御信号は、自動モードまたは手動モードで動作す
る従来の放送スケジューリング・システムからまたは、ビデオ・テープのように
放送プログラムと共に信号を符号化した予め記録されたソースからなど、様々な
ソースから来る場合がある。

【００１８】 上記のように、制御信号は通常、特定の種類の映像、音声または他の出力装置
などの放送ソースを特に制御するようにフォーマットされている。また、制御信
号はこれらのソースの放送を制御するだけで、対話性の実行に対する直接的また
は固有の関係は有していない。したがって、本発明は、制御信号を放送サーバに
受容可能なコマンドに翻訳して、対話性の実行を選択的に制御する。

【００１９】 本発明は、放送サーバからの状態情報を用いて、様々な放送受信機における対
話性の実行の現在状態を判断してもよい。この状態情報は、スケジューリング・
システムから、状況が変われば不透明な（ｏｐａｑｕｅ）制御信号に応答して、
異なったコマンドが生成されることを可能にしている。

【００２０】 本発明は、多様な異なった種類の放送スケジューリング・システムのために、
対話性の自動化された同期制御を提供する。一般的に、様々な種類のスケジュー
リング・システムは、それらの制御信号で異なった量と種類の情報を提供する。

【００２１】 特定の基本的スケジューリング・システムは、放送プログラムを開始、停止ま
たは準備することを示す制御信号を提供するだけであり、この信号はその放送プ
ログラム用の放送プログラムＩＤを含む場合もある。この種類のスケジューリン
グ・システムについて、放送プログラム（たとえば、テレビジョン・ショーまた
はコマーシャル）の識別を用いて、放送プログラム用の付随するインタラクティ
ブ・アプリケーションがあるかどうかを判断し、タイミング情報を用いて、イン
タラクティブ・アプリケーションを開始、停止、中止または再開すべきかどうか
を判断する。適切なコマンドおよびデータを放送サーバに提供して、インタラク
ティブ・アプリケーションの放送を選択的に制御する。

【００２２】 別の種類のスケジューリング・システムは、テレビジョン・ショーの間に放送
されているコマーシャル・プログラムを識別するために用いることができるが、
それ以外にはテレビジョン・プログラム（テレビジョン番組）自体を識別しない
制御信号を提供する。本発明はこの情報を用いて、コマーシャルと関連づけられ
た対話性を識別し、それによって、コマーシャルが放映されるテレビジョン・シ
ョーに付随する場合がある対話性を選択的に中止および再開するコマンドと共に
コマンドを放送サーバに提供して、識別された対話性の放送を達成する。

【００２３】 さらに別の種類のスケジューリング・システムは、放送プログラムをその継続
時間と共に識別する制御信号を提供する。この場合に、本発明は、放送プログラ
ムおよびその間に現れるコマーシャルに適切な対話性を、選択的に中止および再
開することができる。

【００２４】 一実施形態において本発明は、既存の従来の放送スケジューリング・システム
とインタラクティブ・アプリケーションのサーバ（および他の形態の対話性）と
の間をインタフェースして、スケジューリング・システムによって出力された制
御信号に応答して、放送プログラムに付随する場合がある対話性の実行を選択的
に制御する、オートメーション・サーバを提供する。

【００２５】 本発明によれば、オートメーション・サーバは更に、放送サーバとインタフェ
ースして、インタラクティブ・アプリケーションの実行を選択的に開始、取消、
中止または再開するコマンドを放送サーバに提供する。スケジューリング・シス
テムからの制御信号を用いて、オートメーション・サーバはどの放送プログラム
が放送されているかを判断し、各放送プログラムの状態に関する状態情報を生成
して維持する。放送プログラムおよびそれらに関連づけられた対話性（もしあれ
ば）を識別する情報を用いて、オートメーション・サーバは各インタラクティブ
・アプリケーションの状態に関する状態情報も維持する。この状態情報とスケジ
ューリング・システムからの制御信号とを用いて、オートメーション・サーバは
適切なコマンドを判断して、放送プログラムとインタラクティブ・アプリケーシ
ョンとの間の同期を維持するために放送サーバに送信する。

【００２６】 この同期的な挙動は、対話性がそれに関連づけられた放送プログラムが表示さ
れるときに表示され、他のときには表示されないことにつながる。たとえば、本
発明は、１つまたは複数のコマーシャル中断（そのそれぞれが多数のコマーシャ
ルを含む場合があり、それらのコマーシャルはそれら独自の対話性を有する場合
がある）によって区分されたテレビジョン・ショーに関する、インタラクティブ
・アプリケーションの適切な同期的表示を提供する。本発明は、スケジューリン
グ・システムの制御信号から、放送またはテレビジョン・ショーの間にコマーシ
ャル中断がいつ発生したかを検出する。そして本発明は、コマーシャル中断が終
了した後に同じテレビジョン・ショーのセグメントが他にないと安全に判断でき
るようなときまで、対話性を取り消すことなく、テレビジョン・プログラムの対
話性の実行を中止（停止）する場合がある。コマーシャル中断の間に、コマーシ
ャルに適切な対話性が実行される。テレビジョン・ショーが再開される、すなわ
ちテレビジョン・ショーの別のセグメントが放映されるのであれば、本発明は、
前のセグメントと現在のセグメントとが関連していることを検出して、中止され
た対話性を再開して、コマーシャル中断の前に生成されていた場合があるあらゆ
る状態情報（たとえば、現在のゲーム点数、様式データなど）を再生する。コマ
ーシャル中断の後にテレビジョン・ショーが再開されず、新しいテレビジョン・
ショーが放送されるのであれば、本発明は再度放送プログラムのこの変化を検出
して、前のテレビジョン・ショーに関する対話性を終了して、次のテレビジョン
・ショーに関する対話性を開始する。

【００２７】 本発明の一実施形態において、オートメーション・サーバは複数のチャネル・
インタフェースを含み、そのそれぞれが特定のチャネルに関する制御信号を受信
して管理する。各チャネル・インタフェースはトランスレータ・モジュールおよ
びイベント・マネジャを含む。トランスレータ・モジュールは、チャネル上の放
送プログラムに関連したスケジュール・システムからのネイティブ制御信号を、
一定な一組のアトミック・コマンドに翻訳する。トランスレータは、各放送プロ
グラムのライフサイクルに関する状態情報も維持する。イベント・マネジャはア
トミック・コマンドを受信して、放送プログラムの対話性を制御するためにそれ
らを処理して放送サーバへのコマンドにする。イベント・マネジャは、チャネル
上のインタラクティブ・アプリケーションのライフサイクルに関する状態情報を
維持して、この状態情報から、放送サーバへの適切なコマンドを生成する。別個
のトランスレータおよびイベント・マネジャの使用は、本発明が同じイベント・
マネジャを保持しながら、異なったトランスレータの使用によって異なったスケ
ジューリング・システムと容易にインタフェースすることを可能にする。また、
トランスレータ・モジュールとイベント・マネジャとの分離は、オートメーショ
ン・サーバが、トランスレータ・モジュールの変更を必要とすることなく、新し
い種類のイベント・マネジャを作成することにより異なった種類の放送サーバと
潜在的にインターフェースすることを可能にする。この特徴は、オートメーショ
ン・サーバが、将来開発される場合がある様々な基準に定められた対話性と協働
することを可能にする。

【００２８】 本発明のコンテキストにおいて、対話性は、放送プログラムとして同じ信号に
入れて送信され且つ放送受信機において実行によりインタラクティブ・アプリケ
ーション、あるいは、放送信号を受信する他のエンドユーザ装置、又はケーブル
・ヘッド・エンドか他の放送ソースで実行されるインタラクティブ・アプリケー
ション、従来のコンピュータ上で実行されて、放送プログラムと同期してインタ
ーネットまたは他のネットワーク上で放送されるインタラクティブ・アプリケー
ションまたは、放送プログラムから非同期に提供されて必要に応じて実行される
インタラクティブ・アプリケーションなど、あらゆる形式のインタラクティブ・
アプリケーションによって提供される場合がある。

【００２９】 本発明のオートメーション・サーバは、ソフトウエア製品としてまたは、専用
ハードウエアおよびソフトウエアを含むより大きいシステムまたは装置の一部と
して実施される場合がある。本発明は、放送プログラムと関連づけられた対話性
の実行を制御する様々な方法として実施される場合もある。

【００３０】 ［好適な実施形態の詳細な説明］ 図１を参照すると、本発明に係るシステムの図が示されている。図１に示した
システムは、依然として本発明の特徴および利益を提供しながら、より大きくよ
り複雑なシステムに組み込まれる場合があることが理解されるであろう。

【００３１】 ［Ａ．システム概略］ 一般的に、システム１００は、スケジューリング・システム１０６、オートメ
ーション・サーバ１０８，放送サーバ１１０、トラフィック・システム１０４、
放送プログラム・ソース１０２、データ挿入ユニット１１６および送信機１１８
を備えている。これらの構成要素は通常、ケーブル・ヘッド・エンドでケーブル
・オペレータによって使用される実施形態において用いられる。他の設備におけ
る本発明の実施は確実に実現可能である。放送受信機（ＢＲ）１２０は、視聴者
の家庭や事務所などにおいて遠隔的に分散されている。番組を受信する１人また
は複数人の者を、「加入者」または「視聴者」と呼ぶ。

【００３２】 システム１００は多数の放送局１１４と協働する。放送局１１４は、放送され
る番組素材をＢＲ１２０に提供する。本明細書中で用いているように、「放送局
」１１４は、放送信号で搬送されるプログラムを提供するあらゆる事業体である
。「プログラム」は放送の独立したセグメントである。そのため、本明細書中で
定義しているように、プログラムはテレビジョン・ショー、コマーシャル、公共
サービスの発表やペイパービュー・イベントなどを含む。放送局はテレビジョン
・ネットワークならびに、コマーシャルを制作する広告主やぺイパービュー・プ
ロバイダ、ケーブル・ネットワークなどを含む。

【００３３】 放送局１１４は、必要に応じて音声および他のデータを含む放送映像データを
、プログラム素材を含むか生成する、ビデオ・カセット・プレーヤ、ビデオ・レ
ーザディスク・プレーヤ、サブタイトラ、ビデオ・サーバ、文字生成器、オーデ
ィオ・カート機、スチル・ストア（ｓｔｉｌｌ ｓｔｏｒｅｓ）、デジタル・エ
フェクト・システム(ｄｉｇｉｔａｌ ｅｆｆｅｃｔｓ ｓｙｓｔｅｍｓ)、ライ
ブ・スタジオ・フィード（ｌｉｖｅ ｓｔｕｄｉｏ ｆｅｅｄｓ）やライブ・リ
モート・フィールド・フィード（ｌｉｖｅ ｒｅｍｏｔｅ ｆｉｅｌｄ ｆｅｅ
ｄｓ）（たとえば、ライブ・スポーツ・イベントにおけるカメラからの）のバン
クなどの、様々な放送プログラム・ソース１０２に提供する。放送映像データは
、放送に必要になるまで放送プログラム・ソース１０２に記憶される。適当な放
送プログラム・ソースは、Ａｎａｈｅｉｍ， ＣａｌｉｆｏｒｎｉａのＯｄｅｔ
ｉｃｓ， Ｉｎｃ．製のＴＣＳ４５ Ａｕｔｏｍａｔｅｄ Ｖｉｄｅｏ Ｌｉｂ
ｒａｒｙ、Ｐａｌｏ Ａｌｔｏ， ＣａｌｉｆｏｒｎｉａのＨｅｗｌｅｔｔ−Ｐ
ａｃｋａｒｄ製のＭｅｄｉａＳｔｒｅａｍ Ｓｅｒｖｅｒおよび類似の装置また
はシステムを含む。

【００３４】 トラフィック・システム１０４は、放送プログラム・スケジュールを放送局１
１４から受信する。放送プログラム・ソースは、放送局１１４によって提供され
たどのプログラムがどの時間にどのチャネルで放送されるかを定める。放送局１
１４によっては、コマーシャル・プログラムが放送プログラム・ソースに含まれ
る場合もあり、スケジュールの時間枠が他の放送局１１４によって提供されるコ
マーシャルの挿入のために提供される場合もある。トラフィック・システム１０
４は、多数の異なった放送局からの放送プログラム・ソースを、たとえばケーブ
ル・オペレータによって現場で生成された放送スケジュール情報と共に統合して
、プレイリスト１１３を作成する。適当なトラフィック・システム１０４はＣｏ
ｌｕｍｂｉｎｅ ＪＤＳ Ｓｙｓｔｅｍｓ， Ｉｎｃ．製のＣｏｌｕｍｂｉｎｅ
ＪＤＳである。

【００３５】 一実施形態において、このプレイリスト１１３は放送に先だって作成され、特
定の時間に放送されるプログラムを識別する。プレイリスト１１３は、各プログ
ラム、その開始および終了の時間、チャネルおよびネットワークの割当を識別す
るのに十分な情報を含むことが好ましい。また、特定の時間における各プログラ
ムについて、そのプログラムを出力することになる特定の放送プログラム・ソー
ス１０２を識別する情報がある場合もある。

【００３６】 スケジューリング・システム１０６は、手動または自動の制御部品あるいは両
方ならびに適当な切替装置を含む場合もある。スケジューリング・システム１０
６はさらに、どの放送プログラムがどの時間にどの放送プログラム・ソース１０
２を用いて放送されるかを記載したプレイリスト１１３を受信する。その手動お
よび／または自動の部品を介して、スケジューリング・システム１０６は、どの
プログラム・ソースが任意の所与の時間にどの放送媒体に出力されるかを制御す
るために、放送プログラム・ソースを個々の放送媒体に結合する。より特定的に
は、スケジューリング・システム１０６は、様々な放送プログラム・ソース１０
２向けにフォーマットされ、通常はそれらにのみ重要である、ネイティブ制御信
号を出力する。自動および手動の部品の種類および複雑さは様々であり、そのた
めそれらが提供する制御信号の種類も同様である。スケジューリング・システム
１０６の手動部品は、必要に応じて放送プログラム・ソース１０２を手動で選択
および作動し、同様にオートメーション・サーバ１０８によって受信される対応
する制御信号を生成するためにオペレータによって用いられる。

【００３７】 オートメーション・サーバ１０８への制御信号のさらに別のソースは、放送ソ
ース１０２における放送データと共に含まれる、予め記録された制御信号を含む
。そのため、特定の放送プログラムに適した制御信号を予め生成して、適切な時
間に放送プログラムのビデオ・テープに記憶することができる。このような制御
信号の記憶は、放送プログラムを記憶するあらゆる媒体に行うことができる。あ
るいは、制御信号はそれらの放送プログラムとは別の媒体に予め記録して記憶す
るが、それらと共に再生されるようにしてもよい。あるいは、制御信号は、たと
えばＶＩＴＣタイム・コード生成器またはＮＯＲＰＡＫデータ挿入ユニットを用
いて、リアルタイムで放送データに埋め込んでもよい。

【００３８】 また、制御信号を得る方法は、スケジューリング・システム１０６からのプッ
シュ（ｐｕｓｈ）またはスケジューリング・システム１０６をポーリングするこ
との何れによっても行うことができる。

【００３９】 放送サーバ１１０は、本明細書中で説明している機能性を提供する、１つまた
は複数のソフトウエア・プログラムを実行するコンピュータ・システムであるこ
とが好ましい。適当な放送サーバは、Ａｌａｍｅｄａ， Ｃａｌｉｆｏｒｎｉａ
のＷｉｎｋ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， Ｉｎｃ．製のＷｉｎｋ Ｂｒｏ
ａｄｃａｓｔ Ｓｅｒｖｅｒである。放送サーバ１１０はインタラクティブ・ア
プリケーション・データベース１１２を含む。インタラクティブ・アプリケーシ
ョン・データベース１１２は、様々な遠隔的に分散されたＢＲ１２０に放送され
る、インタラクティブ・アプリケーションまたは他の形態の対話性を記憶する。
インタラクティブ・アプリケーションおよび他の形態の対話型コンテンツは、放
送局１１４または他のプログラム供給者によってインタラクティブ・アプリケー
ション・データベース１１２に付加されてもよく、安全なネットワーク・リンク
または他の送信媒体によってデータベース１１２に送信されてもよい。データベ
ース１１２内のフィールドは、インタラクティブ・アプリケーションを、たとえ
ば特定の放送局、ネットワーク、チャネル、放送プログラムおよび／または放送
時間と関連づける。また、データベース１１２内の各インタラクティブ・アプリ
ケーションは、それを識別できる独特のインタラクティブ・アプリケーション識
別コードを有することが好ましい。放送プログラム識別コードとのインタラクテ
ィブ・アプリケーション識別コードの関連づけ（放送ソースによって用いられる
ような）は、放送サーバ１１２がプログラム識別コードを受信したことに応答し
てインタラクティブ・アプリケーションを選択的に検索することを可能にする。
参照を容易にするために、「インタラクティブ・アプリケーション」という用語
は、本明細書中で説明しているか開示されたものに均等な放送プログラム用のあ
らゆる形態の対話性を包含する。

【００４０】 本発明の一実施形態において、データベース１１２に記憶されたインタラクテ
ィブ・アプリケーションをコンパクト・コミュニケーション・プロトコルによっ
て説明する。コンパクト・プロトコルは効率的な方法でシステム部品間でコンパ
クトな一組の情報およびコマンドを放送するように設計されており、それにより
、垂直帰線消去期間（「ＶＢＩ」）などの低帯域幅伝達の使用を可能にする。本
発明の好適な実施形態は、本明細書中で説明するコンパクト・プロトコルを用い
るが、インタラクティブ・アプリケーションは、たとえばハイパーテキスト・マ
ークアップ言語（「ＨＴＭＬ」）、拡張可能なマークアップ言語（「ＸＭＬ」）
、ＳＵＮ ＭＩＣＲＯＳＹＳＴＥＭＳ ＩＮＣ．のＪＡＶＡ言語またはＨＴＭＬ
ベースの対話型テレビジョン・プロトコルＡＴＶＥＦを含む、他のプロトコルに
よって記述されてもよい。裏付け定義（ｓｕｐｐｏｒｔｅｄ ｄｅｆｉｎｉｔｉ
ｏｎｓ）、スクリプトおよびコマンドを含む、インタラクティブ・アプリケーシ
ョンに適した１つのコンパクト・プロトコルの詳細な説明は、「機密情報をルー
ト付ける方法及び装置（Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ
Ｒｏｕｔｉｎｇ Ｃｏｎｆｉｄｅｎｔｉａｌ Ｉｎｆｏｒｍａｔｉｏｎ）」とい
う名称の米国特許第５，６８９，７９９号に記載されており、参照することによ
り本明細書に援用される。以下でさらに説明しているように、インタラクティブ
・アプリケーションはそれら自体が、放送受信機１２０の動作を構成および制御
する実行可能なコードおよびデータからなるソフトウエア製品である。

【００４１】 複数の放送サーバ１１０がある場合もあり、各放送サーバ１１０は特定の地域
、一群の放送局または一群の加入者にサービスを提供する。一実施形態において
、各放送サーバ１１０は独特なサーバ識別コードによって識別される。

【００４２】 一般的に、放送サーバ１１０は、どのインタラクティブ・アプリケーションを
特定の時間に特定のチャネルで放送すべきかを判断し、その特定のチャネルおよ
び時間または放送プログラム識別コードに対応するインタラクティブ・アプリケ
ーションをデータベース１１２から検索して、放送用のインタラクティブ・アプ
リケーションを作成する。

【００４３】 様々な時間やチャネルなどでどのインタラクティブ・アプリケーションが放送
されるかを判断するために、放送サーバ１１０はトラフィック・システム１０４
から放送される放送プログラムのプレイリスト１１３を受信する。放送サーバ１
１０はこの情報を用いて、各放送プログラムに付随する、対応するインタラクテ
ィブ・アプリケーション（もしあれば）を識別してデータベース１１２から検索
する。放送サーバ１１０はさらにコマンドを出力し、これらはＢＲ１２０に放送
されて、ＢＲ１２０に受信されるか既に受信されたそのメモリに常駐する場合が
あるインタラクティブ・アプリケーションを、開始、停止、取消、中止または再
開するようにＢＲ１２０に命令する。

【００４４】 放送サーバ１１０は検索したインタラクティブ・アプリケーションを必要に応
じてフォーマットするなどして、放送信号への挿入のために準備する。放送局１
１４から受信したプレイリスト１１３を用いて、放送サーバ１１０はインタラク
ティブ・アプリケーション１１５および／または様々なコマンドをデータ挿入ユ
ニット（「ＤＩＵ」）１１６に渡して、プログラムの放送と同時にインタラクテ
ィブ・アプリケーション１１５を放送データ１１７に組み込む。

【００４５】 ＤＩＵ１１６はインタラクティブ・アプリケーション１１５または放送サーバ
１１０からのコマンドおよび、インタラクティブ・アプリケーション１１５に対
応する放送プログラムを搬送する放送信号すなわちフィード（ｆｅｅｄ）を受信
する。放送フィードは放送プログラム・ソースである放送局１１４から直接、あ
るいは、放送局がフィードを提供しない場合には、ネットワーク、ケーブル・オ
ペレータまたはローカル・テレビジョン局などの第三者から受信する場合がある
。ＤＩＵ１１６はインタラクティブ・アプリケーション１１５およびコマンドを
、放送データ１１７として、放送局フィードへの挿入およびそれと共に行う送信
に適したフォーマットに変換する。ＤＩＵ１１６は多数の放送局からフィードを
受信してもよく、別個のインタラクティブ・アプリケーションを各フィードに挿
入できる。同様に、ＤＩＵ１１６は、別個のインタラクティブ・アプリケーショ
ンを同じまたは異なった放送局１１４からの多数のチャネルに同時に挿入できる
。

【００４６】 ＤＩＵ１１６は、インタラクティブ・アプリケーション、コマンドおよび放送
プログラムを含む放送データ１１７を放送媒体に挿入する。放送媒体はインタラ
クティブ・アプリケーション１１５を搬送するために用いられる周波数スペクト
ルである。一実施形態において、放送媒体は、ナショナル・テレビジョン・スタ
ンダード・コミティー（「ＮＴＳＣ」）基準に準拠した標準アナログテレビ信号
であり、ＶＢＩはインタラクティブ・アプリケーションを放送するためにトラン
スポートとして用いられる。トランスポートはインタラクティブ・アプリケーシ
ョン１１５を搬送する放送媒体の特定の部分である。別の実施形態において、放
送媒体は１つまたは複数のＭＰＥＧ２ビデオ・サービスを含む標準ＭＰＥＧ２デ
ジタル・ビデオ・マルチプレックスであり、このマルチプレックス内のＭＰＥＧ
２エレメンタリ・ストリーム（単数または複数）はトランスポートとして用いら
れる。ＤＩＵ１１６はアナログまたはデジタル映像ソースと共に動作してもよく
、その代わりに、放送局１１４または放送ソース１０２を様々な送信機１１８に
直接接続する広域ネットワークへのインタフェースとして動作してもよい。

【００４７】 一実施形態において、ＤＩＵ１１６は従来の方法を用いて、インタラクティブ
・アプリケーションを定めるデータを放送フィードのＶＢＩに挿入する。ノース
・アメリカン・ブロードキャスト・テレテキスト・スタンダード（ＥＩＡ−５０
６）は、ＶＢＩの１つまたは複数の線においてデータを送信する方法およびプロ
トコルを定めている。しかし、テレビジョン・プログラムとは別にインタラクテ
ィブ・アプリケーション１１５を放送するものを含め、多種多様な他のトランス
ポート（移送）機構が利用可能である。かかるトランスポート機構は、テレビジ
ョン周波数スペクトルの未使用部分でインタラクティブ・アプリケーション１１
５を送信する帯域外送信機および、テレビジョン周波数スペクトルの外でインタ
ラクティブ・アプリケーション１１５を送信する従来の周波数変調（「ＦＭ」）
無線送信機を含む。別の実施形態において、ＤＩＵは従来の方法を用いて、デー
タをＭＰＥＧ２マルチプレックス内のエレメンタリ・ストリームに挿入する。

【００４８】 一実施形態においては、ハミング符号などの誤りチェック符号または誤り訂正
符号がデータと共に挿入される。一実施形態においては、ＤＩＵ１１６はデータ
をハミング符号に変換し、別の実施形態においては、ＤＩＵ１１６によって放送
サーバ１１０から受信されたデータは既に符号化されている。

【００４９】 ＤＩＵ１１６は、放送サーバ１１０からの、あらゆる挿入されたインタラクテ
ィブ・アプリケーションまたはコマンドを含む放送フィードを送信する送信機１
１８に結合されている。一実施形態において、送信機１１８はフィードをローカ
ル・アップリンク受信機に送信する衛星アップリンクであり、ローカル・アップ
リンク受信機はケーブルを介してフィードをＢＲ１２０に配信する。別の実施形
態において、送信機１１８は従来のケーブル・システム・ヘッドエンド増幅器で
ある。さらに別の実施形態において、送信機１１８は従来のテレビジョン放送送
信機または高品位テレビジョン・デジタル送信機である。またさらに別の実施形
態において、送信機１１８は、ＷＡＮ接続、インターネットまたは他の公的／私
的ネットワーク上で放送データを送信することができる。

【００５０】 別の実施形態において、ＤＩＵ１１６はインタラクティブ・アプリケーション
１１５を、放送プログラムが放送される前にその放送プログラムに挿入する。た
とえば、ＤＩＵ１１６はインタラクティブ・アプリケーションをテレビジョン・
コマーシャルのソース・コピーに挿入してもよい。したがって、インタラクティ
ブ・アプリケーションはコマーシャルが放送されるときはいつでも放送される。
この実施形態において、放送サーバ１１０は、インタラクティブ・アプリケーシ
ョンの検索をプレイリストに列挙されたスケジュールと同期させる必要はない。
しかし、オートメーション・サーバ１０８は、コマーシャルの放送中のかかる放
送されたインタラクティブ・アプリケーションおよび、コマーシャルが放送され
るテレビジョン・プログラム中に放送されるあらゆるインタラクティブ・アプリ
ケーションの動作の同期化を制御するために依然として用いられるであろう。

【００５１】 送信方法および挿入時間にかかわらず、インタラクティブ・アプリケーション
を含む放送データ１１７は加入者のＢＲ１２０によって受信される。単一のＢＲ
１２０のみを図１に示したが、典型的な実施形態においては、本明細書中で説明
しているように放送データ１１７を受信して応答する、何百、何千というＢＲ１
２０があることが理解される。典型的な実施形態においては、ＢＲ１２０は同軸
ケーブルを介してデータ１１７を受信するテレビジョン・セットトップ・ボック
スである。また、ＢＲ１２０はテレビジョンに一体化してもよい。さらに、ＮＴ
ＳＣ放送受信機、高品位テレビジョン・デジタル受信機、ビデオ・カセット・レ
コーダまたはＦＭ無線受信機を含む他の放送受信機を用いることもできる。

【００５２】 上記のアーキテクチャは多数の有用な実施形態を支持し、それらの実施形態に
おいてオートメーション・サーバ１０８は放送サーバ１１０を制御して、放送プ
ログラムとの同期的挙動を達成するために様々なタイプおよびフォーマットのデ
ータを送信する。まず、放送サーバ１１０は、インタラクティブ・アプリケーシ
ョンとは別に、またはそれらに加えて、他の種類のデータを送ってもよいことに
留意されたい。たとえば、放送サーバはコンピュータ・プログラムまたは音声／
映像データなどのデータを提供してもよい。放送サーバは、以前に放送受信機に
送信されたインタラクティブ・アプリケーションに、データ、様式、コードまた
はトリガを提供してもよい。

【００５３】 これらの様々なタイプのデータは、オートメーション・サーバ１０８からのコ
マンドに応答して、本発明に従って送信してもよい。たとえば、放送サーバは、
インタラクティブ・アプリケーションおよびそれに関連づけられた放送プログラ
ムが現れる時間に十分先立って、インタラクティブ・アプリケーションを放送受
信機に送出してもよい。そして、オートメーション・サーバ１０８からのコマン
ドに応答して、放送サーバ１１０は、放送プログラムと同期して実行するように
、以前にロードされたインタラクティブ・アプリケーションの実行をトリガする
トリガ・コードを送出してもよい。同様に、オートメーション・サーバ１０８に
応答して、放送サーバ１１０は様式または他のデータを送信して、既に放送受信
機に常駐しているインタラクティブ・アプリケーションの特徴、ユーザ・インタ
フェースまたは機能性を更新または修正してもよい。これは、オートメーション
・サーバ１０８が、スケジューリング・システム１０６からの制御信号に応答し
て、インタラクティブ・アプリケーションを操作または変更することを可能にす
る。

【００５４】 放送サーバ１１０は、やはりオートメーション・サーバ１０８からのコマンド
に応答して、テキスト、グラフィクス、画像、ユニフォーム・リソース・ロケー
タ（ＵＲＬ）、ユニフォーム・リソース・アイデンティファイア（ＵＲＩ）、Ｈ
ＴＭＬ、ＸＭＬ、ＡＴＶＥＦ、ＪＡＶＡアプレットなどのハイパーメディア・デ
ータあるいは他の種類またはフォーマットのデータを送ってもよい。たとえば、
テレビジョン・ショーの開始を示す制御信号を提供するスケジューリング・シス
テム１０６に応答して、オートメーション・サーバ１０８は放送サーバ１１０に
、ウェブサイトまたはウェブページへのＵＲＬを放送受信機に送信するように命
令してもよく、放送受信機は、ウェブサイトのテレビジョン・ショーとの同期的
表示のために、ユーザへの表示のためにウェブサイトをロードする。

【００５５】 オートメーション・サーバ１０８からのコマンドに応答して放送サーバ１１０
によって送られる場合があるこれらまたは他の種類のデータのいずれについても
、インタラクティブ・アプリケーション・データベースまたはその類似物は、放
送プログラム用の放送プログラム識別子と関連したデータを記憶する。これは、
オートメーション・サーバ１０８が、スケジューリング・システム１０６の制御
信号から放送プログラム識別子を与えられると、送られる適切なデータを判断す
ることを可能にする。

【００５６】 ［Ｂ．放送受信機］ 図２は、本発明の実施形態によるＢＲ１２０の実施形態を示している。一実施
形態において、ＢＲ１２０はＧｅｎｅｒａｌ Ｉｎｓｔｒｕｍｅｎｔ ＣＦＴ−
２２００ ＣＡＴＶセットトップ・デコーダである。ＢＲ１２０は送信機１１８
から放送データ１１７を受信するチューナ２０２を備えている。一実施形態にお
いて、チューナ２０２は従来のケーブル・テレビジョン・チューナである。他の
実施形態においては、チューナはテレビジョン放送チューナ、ＦＭ無線チューナ
、デジタル・チューナまたは他の何らかの形態のチューナである。さらに別の実
施形態においては、適切なハードウエアおよびソフトウエアを備えたパーソナル
・コンピュータが、ケーブル、インターネットおよび衛星を含む様々な種類の送
信チャネル上で受信された放送プログラムを表示するように機能してもよい。図
２に示した実施形態は、ＢＲ１２０内の、通常はテレビジョンであるディスプレ
イ２１８を示している。上記のように、ディスプレイ２１８はＢＲ１２０の外部
に設けてもよい。

【００５７】 ＢＲ１２０は、放送データ１１７からインタラクティブ・アプリケーションを
抽出するために、チューナ２０２に結合されたデータ抽出器２０６も備えている
。一実施形態において、データ抽出器２０６は従来のＶＢＩ帯域内データ抽出回
路である。別の実施形態においては、データ抽出器２０６は従来のモデムである
。データ抽出器２０６は、抽出されたインタラクティブ・アプリケーションを含
むシリアル・ビットストリームをバス２０８に提供する。バス２０８は、バス２
０８を介して、第２の記憶装置２１４に記憶されたプログラムによって命令され
るように、抽出されたインタラクティブ・アプリケーションを第１の記憶装置２
１２に記憶するマイクロプロセッサ２１０に結合されている。一実施形態におい
て、マイクロプロセッサ２１０は、抽出されたでデータからの誤り符号情報を用
いて、復号されたインタラクティブ・アプリケーション内の誤りをチェックまた
は修正する。一実施形態において、第１の記憶装置２１２は従来のランダムアク
セス・メモリ（「ＲＡＭ」）であり、一方、第２の記憶装置２１４は従来のリー
ドオンリ・メモリ（「ＲＯＭ」）である。ＲＡＭまたはフラッシュ・メモリであ
ってもよい第３の記憶装置２１３は、リマインダ・データを記憶するためにマイ
クロプロセッサ２１０に結合されている。フラッシュ・メモリの利点は、ＢＲ１
２０に常駐するソフトウエアまたはデータを、受信したインタラクティブ・アプ
リケーションによって修正できることである。

【００５８】 一実施形態において、ＢＲ１２０は放送データ１１７から時間信号を抽出する
ためにデータ抽出器２０６も用いる。時間信号は、協定世界時（「ＵＴＣ」）ま
たは加入者の地域時間などの標準時間軸を用いて現在時間を示す。別の実施形態
においては、ＢＲ１２０は、加入者または受信した時間信号のいずれかによって
設定されるリアルタイム・クロックを有する。それにもかかわらず、ＢＲ１２０
は上記現在時間にアクセスすることが好ましく、したがって、データ・スタンピ
ングおよび計時の機能を行うことができる。

【００５９】 下記のように、マイクロプロセッサ２１０は、第２の記憶装置２１４に記憶さ
れたプログラムおよび、第１の記憶装置２１２に記憶されたインタラクティブ・
アプリケーションを用いて、インタラクティブ・アプリケーションを実行して出
力を提供する。第２の記憶装置２１４に記憶されたプログラムは、様々なスクリ
プト、様式、定義ならびに符号およびグラフィック・リソースによって定められ
たインタラクティブ・アプリケーションを実行する実行エンジン２１７であるこ
とが好ましい。好適な実行エンジンは、Ａｌａｍｅｄａ， Ｃａｌｉｆｏｒｎｉ
ａのＷｉｎｋ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， Ｉｎｃ．によって提供される
Ｗｉｎｋ Ｅｎｇｉｎｅである。放送局受信機１２０は、実行エンジン２１７ま
たは、やはり第２の記憶装置２１４に記憶されたネイティブ（ｎａｔｉｖｅ）・
オペレーティング・システム２１９のいずれかの一部として、入力値からカウン
トダウンするバックグラウンド・プロセスとして実行できるタイマ機能または同
等の計時仕様を含む。

【００６０】 インタラクティブ・アプリケーションを実行することによる出力は、たとえば
情報またはメニューをテレビジョン視聴者に提示するか視聴者入力を受信する様
式であってもよく、あるいは、ＢＲ１２０またはテレビジョン使用データを含む
か視聴者の好みを示す、サイレントや、そうでなければ別の応答であってもよい
。本発明の目的に対して、様式はあらゆる様々な情報を提示して、あらゆる様々
なユーザ反応を得てもよい。そのために、ＢＲ１２０は、バス２０８に結合され
ており、第１の記憶装置２１２に記憶されたインタラクティブ・アプリケーショ
ン１１５および第２の記憶装置２１４に記憶されたプログラムによって駆動され
る、グラフィック・オーバレイ発生器２１６を含むことが好ましい。グラフィッ
ク・オーバレイ発生器２１６は、インタラクティブ・アプリケーション１１５に
応答してグラフィック・ディスプレイを発生する。このグラフィック・ディスプ
レイは、ＢＲ１２０に結合された通常はテレビジョンであるディスプレイ２１８
に表示される。もちろん、グラフィック・オーバレイ発生器２１６は通常、イン
タラクティブ・アプリケーションがサイレントで実行されるときには用いられな
い。

【００６１】 一実施形態において、グラフィック・オーバレイ発生器２１６は、チューナ２
０２からの放送プログラムに対応する放送信号も受信して、たとえば、データを
表示された様式に入力するために、放送プログラムとインタラクティブ・アプリ
ケーション１１５のグラフィックな側面（もしあれば）との同時表示を可能にす
る。一実施形態において、マイクロプロセッサ２１０は、ユーザ入力受信機２２
４に結合されたユーザ入力デコーダ２２２にも結合されており、インタラクティ
ブ・アプリケーション１１５に応答するために、ユーザがマイクロプロセッサ２
１０と通信することを可能にする。一実施形態において、ユーザ入力デコーダ２
２２は従来の赤外線遠隔制御デコーダである。ユーザ入力受信機２２４は、ユー
ザが従来の携帯遠隔制御装置を用いることができるようになる、従来の赤外線受
信機２２４であることが好ましい。ユーザが押下した遠隔制御キーは、ユーザ入
力受信機２２４によって受信された符号化された赤外線信号に変換され、ユーザ
入力デコーダ２２２によって復号され、マイクロプロセッサ２１０に送られて、
ユーザがインタラクティブ・アプリケーション１１５と通信することを可能にす
る。

【００６２】 一実施形態において、ＢＲ１２０は、広帯域同軸ケーブルを介してケーブル・
システムに接続された、ケーブル・テレビジョン・セットトップ・デコーダであ
る。この実施形態において、ライン・ドライバ２３０は、通常はＲＦスペクトル
の帯域外部分を用い、同軸ケーブルを介してケーブル・システム・ヘッドエンド
に応答を送信できるＲＦモデムであり、通信ポート２３２は標準ＲＦタップであ
る。別の実施形態においては、ＢＲ１２０は、ライン・ドライバ２３０が標準電
話モデムであり、通信ポート２３２が標準ＲＪ−１１ジャックである、テレビジ
ョン、ＶＣＲまたはセットトップである。

【００６３】 マイクロプロセッサ２１０は従来の赤外線コマンド・エンコーダ２２６に結合
されてもよく、この赤外線コマンド・エンコーダ２２６は、赤外線コマンド入力
を受け入れて、従来の赤外線送出器２２８用の信号を符号化し、インタラクティ
ブ・アプリケーション１１５が外部装置を制御することを可能にする。

【００６４】 ［Ｃ．インタラクティブ・アプリケーションの実行］ 図３は、本発明の好適な実施形態によるコンパクトな情報プロトコルを用いて
、インタラクティブ・アプリケーションを受信して実行するステップを示したフ
ローチャートである。ＢＲ１２０は、放送サーバ１１０によって作成され、ＤＩ
Ｕ１１６によって挿入され、送信機１１８によって送信されたアプリケーション
・ヘッダ記録を受信して復号する（３１０）。アプリケーション・ヘッダ記録は
、インタラクティブ・アプリケーション識別コードに従いそれらを含む情報を記
載している。

【００６５】 インタラクティブ・アプリケーションのリマインダ機能は、任意の順序で符号
化されて放送されるかもしれない定義、スクリプトおよびコマンドによって記載
される。定義、スクリプトおよびコマンドはＢＲ１２０によって受信されて復号
され（３１２）、リマインダ・インタラクティブ・アプリケーションを実行する
（３１４）ときに用いられるリマインダ・パラメータおよび応答パラメータを定
義する。

【００６６】 受信されたリマインダ・インタラクティブ・アプリケーションのいくつかまた
は全ては、ＢＲ１２０内に記憶される（３１２）場合がある。一実施形態におい
て、インタラクティブ・アプリケーションは繰り返し放送されて、インタラクテ
ィブ・アプリケーション全体を受信していないときはいつでも、ＢＲ１２０が放
送プログラムに同調することを可能にする。記憶されたインタラクティブ・アプ
リケーションに対するあらゆる所望の更新を受信して復号してもよい（３１６）
。追加のまたは更新された定義、スクリプトまたはコマンドがある場合には、こ
れらはアプリケーションが完了する（３１８）まで送ってもよい。一実施形態に
おいては、インタラクティブ・アプリケーションを停止する（３２０）ために終
了コマンドが放送されてもよい。

【００６７】 新しいインタラクティブ・アプリケーションは、元のアプリケーションが実行
されているか応答を送信している間を含む、あらゆるときに送信してもよい。た
とえば、コマーシャルに対応する新しいインタラクティブ・アプリケーションは
、ニュース番組に対応する元のアプリケーションを中断してもよく、本発明は、
後者のアプリケーションが前者の終了時に動作を再開することを可能にする。

【００６８】 ＵＲＬなどの対話性の異なった形態を用いた他の実施形態において、放送受信
機１２０は、対話性の種類に合うように、適切な復号、構文解析および実行の機
能を提供する。そのため、ＵＲＬタイプのデータについては、放送受信機１２０
は、ブラウザおよび、ウェブページ、ＪＡＶＡアプレットなどを検索、ロードお
よび表示する適切な機構を備えてもよい。

【００６９】 ［Ｄ．オートメーション・サーバ］ ［１．オートメーション・サーバの挙動に関する概要］ オートメーション・サーバ１０８はスケジューリング・システム１０６とイン
タフェースして、後者が放送プログラム・ソース１０２に提供する制御信号を受
信する。さらに、オートメーション・サーバ１０８は、放送サーバ１１０に通信
可能に結合されて、どのインタラクティブ・アプリケーションが放送の準備をさ
れているかまたは、現在どのチャネル上で放送されているかに関する状態情報を
受信する。オートメーション・サーバ１０８は、そのプレイリストを含む状態情
報および制御信号を用いて、放送サーバ１１０に対する特定のコマンドを生成す
る。これらのコマンドは、放送サーバ１１０に、放送されるインタラクティブ・
アプリケーションの準備、または現在放送されているインタラクティブ・アプリ
ケーションの実行を選択的に制御するように命令する。

【００７０】 特に、オートメーション・サーバ１０８は、制御信号に応答して放送サーバ１
１０に対する、インタラクティブ・アプリケーションの実行を予定（スケジュー
ル）、開始、停止または取消するコマンドを生成する。オートメーション・サー
バ１０８はこれらのコマンドのシーケンスを生成して、コマーシャルおよびテレ
ビジョン・ショーの両方ならびに他の放送プログラムに関する適切な対話性の、
表示および／または終了を含む同期的な実行を達成する。

【００７１】 スケジューリング・システム１０６からの制御信号は、明示的か暗示的かのい
ずれかで特定のチャネルと関連づけられる。制御信号の性質、そのチャネル割当
およびプレイリスト情報から、オートメーション・サーバ１０８は、適切と思わ
れる場合に、放送中の現在の放送プログラムまたは放送される次の放送プログラ
ムの状態および種類を判断する。特に、オートメーション・サーバ１０８は、制
御信号が、現在放送されているプログラムがテレビジョン・ショーかコマーシャ
ルかを示しているかどうかを判断する。

【００７２】 コマーシャルが特定のチャネル上で放送を始めたことを示す制御信号（すなわ
ち、コマーシャルに関する放送データを再生する、放送ソースの１つへの制御信
号）を受信したことに応答して、オートメーション・サーバ１０８はインタラク
ティブ・アプリケーションが現在そのチャネル上で実行されているかどうかを判
断し、もしそうであれば、放送サーバ１１０に対する、インタラクティブ・アプ
リケーションの実行を中断（停止）するコマンドを生成する。放送サーバ１１０
はこのコマンドを放送受信機１２０に送信する。適切なチャネルに同調された放
送受信機は、インタラクティブ・アプリケーションの実行を中断する。しかし、
放送受信機１２０はコマーシャルが一旦終了するとインタラクティブ・アプリケ
ーションを再度実行する必要があるので、オートメーション・サーバ１０８はイ
ンタラクティブ・アプリケーションを取り消さないことにより、インタラクティ
ブ・アプリケーションは直ちに再度実行可能になるべきであり、コマーシャルが
始まったときに有していた状態情報を保持すべきである。

【００７３】 オートメーション・サーバ１０８は、コマーシャルと関連づけられたインタラ
クティブ・アプリケーションがあるかどうかを判断してもよい。もしあれば、オ
ートメーション・サーバ１０８は放送サーバに、インタラクティブ・アプリケー
ションを送信してその実行を行わせるように命令する。コマーシャルと特に関連
づけられたインタラクティブ・アプリケーションがなければ、オートメーション
・サーバ１０８は放送サーバに、デフォールトのインタラクティブ・アプリケー
ションの実行を始めるように信号で命令してもよい。

【００７４】 ある時点で、オートメーション・サーバ１０８はコマーシャルが終了したこと
を示す制御信号を受信する。この制御信号に応答して、オートメーション・サー
バ１０８は放送サーバ１１０に対する、インタラクティブ・アプリケーションの
実行を再開するコマンドを生成し、放送サーバ１１０は放送受信機１２０にコマ
ンドを送信する。適切なチャネルに同調された放送受信機はこのコマンドを受信
して、テレビジョン・プログラムに関するインタラクティブ・アプリケーション
の実行を再開する。

【００７５】 ここで視聴者によって認められる効果は、元のテレビジョン・ショーに付随し
たインタラクティブ・アプリケーションはコマーシャルの間にテレビジョン画面
から排除されていることである。コマーシャルに対して特定のインタラクティブ
・アプリケーション、すなわちデフォールトのアプリケーションは、コマーシャ
ルの間に実行されて表示される。このコマーシャルが終了してテレビジョン・シ
ョーが再開されると、テレビジョン・プログラムのインタラクティブ・アプリケ
ーションが再度現れる。インタラクティブ・アプリケーションが再度現れると、
それはコマーシャルの前に有していた状態情報（たとえば現在のスコア）を有し
ており、それによってインタラクティブ・アプリケーションに関する視聴者の使
用を保持する。

【００７６】 テレビジョン・ショーなどの放送プログラムは、コマーシャル期間によって区
分されたこのフォーマットの多数のセグメントを有することが典型的である。テ
レビジョン・プログラムと関連づけられた対話性は、セグメントのそれぞれの全
体を通してその状態情報と共に一貫して利用可能であるべきである。オートメー
ション・サーバ１０８は、多数のセグメントが実際には単一のテレビジョン・シ
ョーまたは他の放送プログラムの部分であり、それによって同じインタラクティ
ブ・アプリケーションと関連づけられているかどうかを判断するために、制御信
号から抽出された情報を相関させ、放送される各セグメントを識別することによ
りこの結果を達成する。他の場合では関連のないセグメントをそのように相関さ
せることで、オートメーション・サーバ１０８は、多数のコマーシャル期間全体
にわたってテレビジョン・プログラムの単一のインタラクティブ・アプリケーシ
ョンを適切に中止して再開することができる。このプロセスは以下で図１２を参
照してさらに詳細に説明する。

【００７７】 オートメーション・サーバ１０８は、インテルのチップセットおよびマイクロ
ソフト社のオペレーティング・システムを用いたものなどの、従来のワークステ
ーションやパーソナル・コンピュータ上で実行されるソフトウエア製品として実
施されてもよく、あるいは専用ＡＳＩＣまたは他のハードウエアの実施形態にお
いて符号化されてもよい。

【００７８】 ［２．オートメーション・サーバの機能に関する概要］ ここで図４を参照すると、本発明の一実施形態に係るオートメーション・サー
バ１０８の機能アーキテクチャの図が示されている。この実施形態において、オ
ートメーション・サーバ１０８はインタフェース・マネジャ４００を含む。この
インタフェース・マネジャ４００は、複数のチャネル・インタフェース４０２を
管理しており、そのそれぞれが１つまたは複数のチャネルと関連づけられている
。各チャネル・インタフェース４０２は、スケジューリング・システム１０６か
らその割り当てられたチャネルについての制御信号を受信して、放送サーバ１１
０にコマンドを出力する。

【００７９】 ここで図５を参照すると、チャネル・インタフェース４０２の機能構造が示さ
れている。各チャネル・インタフェース・モジュール４０２は、トランスレータ
・モジュール５０２およびイベント・マネジャ５０４を含む。トランスレータ・
モジュール５０２は、スケジューリング・システム１０６から制御信号を受信し
て、これらの信号をアトミック・コマンドに変換する。イベント・マネジャ５０
４はアトミック・コマンドを受信して、それらを放送サーバ１１０が理解するコ
マンドに加工する。

【００８０】 ［３．インタフェース・マネジャ］ 図６を参照すると、インタフェース・マネジャ４００のライフサイクル相互作
用図が示されている。インタフェース・マネジャ４００は、異なったスケジュー
リング・システム１０６について全てのチャネル・インタフェース４０２を作成
して維持する。インタフェース・マネジャ４００は３つの主要なフェーズ、すな
わち初期化フェーズ、ランニング・フェーズ（実行フェーズ）および遮断フェー
ズを有する。オートメーション・サーバ１０８は、始動するとインタフェース・
マネジャ４００を作成して（６０２）それを初期化する。この初期化フェーズの
間に、インタフェース・マネジャ４００は初期化（ｉｎｉ）ファイルを呼んで（
６０４）、スケジューリング・システム１０６と協働するために必要な異なった
チャネル・インタフェース４０２を作成して（６０６）初期化する（６０８）。

【００８１】 インタフェース・マネジャ４００は、一旦全ての必要なオブジェクトを作成し
て初期化すると、ランニング・フェーズに移行する。このフェーズの間に、イン
タフェース・マネジャ４００は各チャネル・インタフェース４０２に動作するよ
うに要求する（６１０）。

【００８２】 通常、オートメーション・サーバ１０８およびそのインタフェース・マネジャ
４００は、長時間にわたってランニング・フェーズに留まる。しかし、回復不可
能な誤りがあるときや、オートメーション・サーバ１０８をアップグレードする
必要が場合には、オートメーション・サーバ１０８は遮断される。この遮断フェ
ーズの間に、インタフェース・マネジャは各チャネル・インタフェース４０２に
遮断するように要求する（６１２）。

【００８３】 図７を参照すると、各チャネル・インタフェース４０２に関するライフサイク
ル相互作用図が示されている。図４に示したように、各チャネル・インタフェー
ス４０２はトランスレータ・モジュール５０２およびイベント・マネジャ５０４
を含む。チャネル・インタフェース４０２も３つの主要なフェーズ、すなわち初
期化フェーズ、ランニング・フェーズおよび遮断フェーズを有する。

【００８４】 初期化フェーズの間に、それはトランスレータ・モジュール５０２およびイベ
ント・マネジャ５０４を作成して（７０２）初期化する（７０４）。イベント・
マネジャ５０４の初期化パラメータは次の情報を含む。

【００８５】 ・各イベント・タイプごとに放送サーバ・イベントをどのように構成するか。 ・インタラクティブ・アプリケーションをどこでみつけるか。 ・オートメーション・サーバのタイミングを微同調するためのパラメータ。

【００８６】 ・放送サーバにどのように接続するか。 ・放送サーバからの突然の切断にどのように応答するか。 ・イベントは事前に予定されているか。

【００８７】 トランスレータ・モジュール５０２の初期化パラメータは次の情報を含む。 ・スケジューリング・システムにどのように接続するか。 ・スケジューリング・システムからの突然の切断にどのように応答するか。

【００８８】 ・異なった放送局によって異なった方法で用いられることがあり得る場合に、
特定のコマンドをどのように解釈するか等の、スケジューリング・システム特定
のパラメータ。

【００８９】 ・スケジューリング・システムからのコマンドをどのように呼んで解釈するか
に関する微同調。 ・コマーシャルをショーと区別するために用いられる通常の表現または他の情
報。

【００９０】 ランニング・フェーズの間に、チャネル・インタフェース４０２は無限ループ
（イベント・ループ）に入って（７０８）、スケジューリング・システム１０６
からのあらゆる制御信号を処理する。チャネル・インタフェース４０２は、別個
のオートメーション・サーバ・クライアント（たとえば、遮断の要求）から直接
的に要求を受信してもよい。チャネル・インターエース４０２はトランスレータ
・モジュール５０２からアトミック・コマンドを要求し（７１０）、それらがイ
ベント関連であれば、イベント・マネジャ５０４に渡す（７１２）。アトミック
・コマンドがヌル（Ｎｕｌｌ）コマンドかエラー（Ｅｒｒｏｒ）コマンドであれ
ば、チャネル・インタフェース４０２はそれらのコマンド自体を処理する（７１
４）。回復不可能な誤りが発生した場合には、誤りをログしてイベント・ループ
から出る（７１５）。

【００９１】 遮断フェーズの間に、チャネル・インタフェース４０２は遮断の要求を受信し
ている（７１６）ので、トランスレータ・モジュール５０２およびイベント・マ
ネジャ５０４がはっきりと遮断できるように、その要求をそれらに送出する（７
１８）。それらが一旦遮断すると、チャネル・インタフェース４０２はそれ自体
をクリーンアップし、イベント・ループから戻ってそれ自体を遮断する。

【００９２】 ［４．トランスレータ・モジュールの大要］ 各ブロードキャスト・番組は特定の「ライフサイクル」を有するものと理解さ
れる場合がある。このライフサイクルは、同様に基本的には各放送プログラムに
対して状態機械として動作するスケジューリング・システム１０６によって管理
される。しかし、スケジューリング・システム１０６は、放送プログラムに関す
る限定量の情報を、通常は放送ソースを制御するのに必要とされるだけ提供する
に過ぎない。

【００９３】 そして各放送プログラムについて、トランスレータ・モジュール５０２は、ス
ケジューリング・システム１０６から受信する限定的な情報に関する状態機械挙
動を再構築して、放送プログラムのライフサイクルを作成し直す。そしてこれは
、放送プログラムに関連し得るインタラクティブ・アプリケーションを管理する
ために、イベント・マネジャ５０４に適切なアトミック・コマンドを提供するこ
とを許容する。そのため、図５に示したように、トランスレータ・モジュール５
０２は、スケジューリング・システム１０６からの制御信号で識別する各独特な
放送プログラムについて、状態機械５１０を作成して維持する。

【００９４】 各トランスレータ・モジュール５０２は、それぞれが通信する種類のスケジュ
ール・システム１０６に特定のものであり、スケジューリング・システム１０６
から、トランスレータ・モジュール５０２が理解できる一連のイベントへの状態
のマッピングを提供する。各種類のスケジューリング・システム１０６はそれぞ
れの制御信号で異なった種類の情報を提供するので、誤りや欠落情報などの原因
を明らかにして、スケジューリング・システム１０６の暗示的な状態機械から、
トランスレータ・モジュール５０２によって定義される状態機械へマッピングす
る必要がある。

【００９５】 前述のように、様々な種類のスケジューリング・システム１０６があり、その
それぞれが、異なったレベルの情報を有する、異なった種類の制御信号を出力す
るため、トランスレータ・モジュール５０２のそれぞれは、特定のタイプのスケ
ジューリング・システム１０６に対応する。しかし、全てのスケジューリング・
システム１０６は、最も完全な一連の制御信号を提供する「理想的な」スケジュ
ーリング・システム１０６に関して説明できるものと思われる。表１は、理想的
なスケジューリング・システム１０６によって提供される制御信号の種類および
、これら理想的な信号の種類のそれぞれに含まれるデータを記載している。

【００９６】

【表１】

【００９７】 これらの信号は、特定されたデータ全てが存在し、トランスレータ・モジュー
ル５０２が放送プログラムの適切な状態を非常に容易に判断できて、イベント・
マネジャ５０４への通信に必要とされるデータを形成できるという意味で理想的
である。非理想的なスケジューリング・システム１０６においては、トランスレ
ータ・モジュール５０２は付加的な外部のデータ源を用いて、放送サーバ１１０
のプレイリストなどのイベント・マネジャ５０４に送信するための適切なデータ
および、インタラクティブ・アプリケーションのインタラクティブ・アプリケー
ション・データベースに含まれる放送プログラム識別子に対する関係についての
情報を判断する。

【００９８】 プリロード信号は、その後の時間に放送されることを見越して放送ソース１０
６に放送プログラムをロードさせるために、通常はスケジューリング・システム
１０６によって用いられる制御信号である。この信号は、ロードされる放送プロ
グラムを固有に識別するプログラムＩＤを含むことが理想的である。チャネル識
別は放送用のチャネルを特定するが、チャネルは暗示的であっても明示的であっ
てもよい。継続時間は放送プログラムの継続時間を特定する。これは、スケジュ
ーリング・システム１０６からの明示的な停止信号がない場合に、インタラクテ
ィブ・アプリケーションを終了させるためにオートメーション・サーバ１０８に
よって用いられる。

【００９９】 プリロード信号は正確な時間に受信されてもされなくてもよい。すなわち、い
くつかのスケジューリング・システムにおいては、正確に受信される（イベント
の放送に先立つ何分の１秒の正確さで）。他のスケジューリング・システムにお
いては、イベントの放送に先立つ数秒から数時間に受信され得る。プリロールの
イベント開始およびイベント停止信号は正確に計時しなければならない。ネイテ
ィブ制御信号が、プリロードと他の制御信号のいずれかの両方に用いられている
場合には、それを正確に計時しなければならない。

【０１００】 インタラクティブ・アプリケーションの位置（場所）は、放送プログラムに付
随するように指定されたインタラクティブ・アプリケーションの位置を特定する
。この位置はインタラクティブ・アプリケーション・データベース１１２内で特
定されるか、インタラクティブ・アプリケーションが記憶されるファイル・ディ
レクトリ内へのパス名であってもよい。イベント・タイプは放送プログラムのタ
イプを定める。タイプの数はシステム設計に左右され、テレビジョン・ショーと
コマーシャルとの間で単に区別をつけるか、番組ガイド、クローズ・キャプショ
ンまたは他の種類の放送コンテンツをさらに識別してもよい。イベント・タイプ
はイベント・マネジャ５０４および表７に関して以下でさらに説明する。

【０１０１】 これらの信号およびそのデータ・コンテンツは理想的なスケジューリング・シ
ステム１０６に関するものであるので、実際のスケジューリング・システム１０
６はこれらの信号のうちより少数および、特定されたデータのうちいくつかだけ
または両方を用いてもよい。しかし、トランスレータ・モジュール５０２および
イベント・マネジャ５０４は、これらの制御信号からどのデータが失われていて
も動作して完了することにより、放送サーバ１１０を管理する。

【０１０２】 理想的な制御信号の場合、「理想的な」トランスレータ・モジュール５０２を
定めることができる。この理想的なトランスレータ・モジュール５０２は、スケ
ジューリング・システム１０６からの制御信号を、イベント・マネジャ５０４に
よって用いられる一連のアトミック・コマンドにマッピングする。そのため、こ
の理想的なトランスレータは任意の放送プログラムのライフサイクルと、イベン
ト・マネジャ５０４がどのように放送プログラムのライフサイクルの異なった状
態に応答して、その放送プログラムと関連づけられたインタラクティブ・アプリ
ケーションの実行を制御する放送サーバ１１０に対するコマンドを生成すること
ができるかを表す。

【０１０３】 表２は、トランスレータ・モジュール５０２によって生成されたアトミック・
コマンドを列挙している。

【０１０４】

【表２】

【０１０５】 放送サーバ１１０がインタラクティブ・アプリケーションをスケジューリング
するには時間がかかるので、状況によっては、トランスレータ・モジュール５０
２はインタラクティブ・アプリケーションが放送されている映像データと同期で
きるほど十分早くは、スケジュール・アトミック・コマンドを送信できないこと
がある。この場合に、インタラクティブ・アプリケーションは、何らかの他の手
動または自動のプロセスによって放送サーバ１１０で予めスケジューリングする
ことができ、オートメーション・サーバ１０８は、放送サーバ１１０にスケジュ
ーリングするように命令する代わりに、予めスケジューリングされたインタラク
ティブ・アプリケーションを探すことにより時間を節約できる。このモードにお
いて、予めスケジューリングされたイベントは再度放送される場合があるので、
オートメーション・サーバ１０８はそれらを取り消さない。その代わりに、それ
らをスケジューリングしたプロセスが、それらを取り消すことに責任を負う。

【０１０６】 いずれか特定のスケジューリング・システム１０６用の実際のトランスレータ
・モジュール５０２は、理想的なトランスレータ・モジュール５０２から得られ
る。ここで図８を参照すると、理想的なトランスレータ状態機械５１０の状態機
械の記載が示されている。各放送プログラムは、制御信号によって定められた多
数の状態を通って移行するものと理解されてもよい。

【０１０７】 状態機械は開始状態８００で始動する。 この状態から、トランスレータ・モジュール５０２はロードされた状態８０２
に移行する。ロードされた状態８０２は、３つの異なった理想的な信号８０１、
すなわちプリロード信号、プリロール信号または開始信号のいずれかから到達す
ることができる。

【０１０８】 通常、トランスレータ・モジュール５０２によって受信された第１の制御信号
８０１は、プリロード信号になるであろう。スケジューリング・システム１０６
上では、この信号は放送プログラムがまさに放送されるところであることを示す
。プリロード信号が以前に受信されていなければ、開始状態８０２へは、上記の
ように、プリロール信号でも到達する。プリロール信号も、放送プログラムがま
さに放送されるところであることを示す。

【０１０９】 ロードされた状態８０２において、トランスレータ・モジュール５０２は、放
送プログラムと関連づけられた適切なインタラクティブ・アプリケーションを判
断して、その実行をスケジューリングする。トランスレータ・モジュール５０２
は、放送プログラムに関する放送プログラムＩＤ、イベント・タイプおよび関連
づけられたインタラクティブ・アプリケーションの場所などの、この状態に関す
る理想的データにできるだけ近いものを判断する。イベント・タイプは、テレビ
ジョン・ショー、コマーシャルまたは不明など、放送プログラムのタイプを記載
している。イベント・タイプを以下でさらに説明する。ある場合には、トランス
レータ・モジュール５０２は特定のチャネルと関連づけられているので、チャネ
ル割当は暗示的であり、他の場合には、チャネルは制御信号に明示的に符号化さ
れてもよい。

【０１１０】 より特定的には、トランスレータ・モジュール５０２は、現在時間と受信した
信号とをログする。トランスレータ・モジュール５０２は、関連づけられたイン
タラクティブ・アプリケーションに関する放送プログラムＩＤを、制御信号に含
まれる放送プログラムＩＤに設定する。必要であれば、トランスレータ・モジュ
ール５０２は正規表現を用いてイベント・タイプを計算する（下記参照）。そう
でなければ、トランスレータ・モジュール５０２はイベント・タイプを不明に設
定し、インタラクティブ・アプリケーション自体に含まれるデータからイベント
・タイプを判断することをイベント・マネジャ５０４に委ねる。必要であれば、
トランスレータ・モジュール５０２は、インタラクティブ・アプリケーションの
場所を放送プログラムＩＤになるようにも設定するが、やはりイベント・マネジ
ャ５０４が放送プログラムＩＤと放送プログラムのセグメント番号とに基づいて
実際の位置を適当に判断する。

【０１１１】 そして、トランスレータ・モジュール５０２は、作成した理想的データを用い
て、スケジュール・コマンドを作成してイベント・マネジャ５０４に出力する。
このスケジュール・コマンドは、放送プログラムに関する放送プログラムＩＤと
関連づけられたインタラクティブ・アプリケーションがあるかどうかを判断して
、もしあれば、識別されたインタラクティブ・アプリケーションを放送する準備
を行うよう放送サーバに要求することを、イベント・マネジャ５０４に命令する
。

【０１１２】 次の状態は準備された状態８０４である。この状態には、プリロール信号また
は開始信号の何れかにロードされた状態８０２から到達する。プリロール信号ま
たは開始信号が受信された最初の信号８０１であった場合には、準備された状態
８０４への自動的な移行もある。すなわち、これらの信号の何れかが最初の信号
８０１として受信されたのであれば、トランスレータ・モジュール５０２は、ロ
ードされた状態８０２、準備された状態８０４および放送中の状態８０６を通っ
て自動的に移行する。

【０１１３】 準備された状態８０４は、イベント・マネジャ５０４に送られたアトミック・
コマンドのタイミングを制御する。始動される前に、オートメーション・サーバ
１０８は、スケジューリング・システムの放送開始のどれくらい前にプリロール
信号を受信できるかについて設計される。これは通常、１から１０秒の間であり
、通常はミリ秒で計測される。プリロール信号または開始信号を受信すると、理
想的なトランスレータ・モジュールは準備された状態８０４に入る。準備された
状態８０４はＸ−Ｙマイクロ秒の間一時停止することが好ましく、ここで、Ｘは
どれほど早くプリロール信号が来るかであり、Ｙはイベント・マネジャ５０４お
よび放送サーバ１１０が放送プログラムに関するインタラクティブ・アプリケー
ション（イベント）を開始するのに必要とする時間の長さである。その時間が経
過した後に、トランスレータ・モジュール５０２は自動的に放送中の状態８０６
に移行して、そこでイベントが開始される。それはまた、他のイベント状態機械
によって用いことができる開始信号８０５も生成する（以下の放送停止状態に関
する項を参照）。Ｘ−Ｙがゼロ未満であるか制御信号が開始信号であれば、準備
された状態８０４には全く待機しないことに留意されたい。その代わりに、すぐ
に放送中の状態８０６に移行して、放送サーバ・イベントができるだけ早く開始
されることを可能にする。

【０１１４】 「放送中」の状態８０６は準備された状態８０４の後に自動的に発生する。こ
の状態において、トランスレータ・モジュール５０２は開始アトミック・コマン
ドを作成して、イベント・マネジャ５０４に送信する。準備された状態８０４で
導入された一時停止と組み合わされたときに、これはインタラクティブ・アプリ
ケーションを開始して放送プログラムと共に実行を始めるという効果を有する。

【０１１５】 放送中の状態８０６の間に、二次トリガ８０９を形成する付加的信号が受信さ
れた処理されてもよい（８１０）。これらの二次トリガは、放送されるインタラ
クティブ・アプリケーションと関連づけられた付加的機能の実行につながり得る
。

【０１１６】 イベント停止信号８０７はその放送を終わらせ、結果的に「放送停止」状態８
０８になる。この状態はイベントを取り消す。すなわち、トランスレータ・モジ
ュール５０２は現在の放送プログラムＩＤに基づいて取消コマンドを作成し、こ
れをイベント・マネジャ５０４に送って現在のインタラクティブ・アプリケーシ
ョンを取り消す。この状態は、他のイベントと関連づけられた制御信号によって
トリガすることができる。たとえば、スケジューリング・システムのネイティブ
制御信号がイベント停止信号を含まないのであれば、次のイベントに関するイベ
ント開始信号が前のイベントを停止させる。

【０１１７】 エラー信号に関しては、トランスレータ・モジュール５０２は現在の放送プロ
グラムＩＤに基づいて取消コマンドを作成し、これをイベント・マネジャ５０４
に送って現在のインタラクティブ・アプリケーションを取り消す。

【０１１８】 このように、これらの状態はスケジューリング・システム１０６から見た各放
送プログラムのライフサイクルを表している。この情報から、オートメーション
・サーバ１０８は、放送プログラムと関連づけられたインタラクティブ・アプリ
ケーションに関する状態を判断して、その状態に関する放送サーバ１１０への適
切なコマンドを生成する。

【０１１９】 したがって、トランスレータ・モジュール５０２は、これらの状態に対応する
特定のチャネル上で放送プログラムを管理するように設計されている。より特定
的には、トランスレータ・モジュール５０２は、それが受信する各放送プログラ
ムＩＤに関する状態機械５１０を維持する。この状態機械は新しい放送プログラ
ムＩＤが受信される度に作成され、スケジューリング・システム１０６が、放送
プログラムが終了されたことを示すまで維持される。

【０１２０】 図９を参照すると、トランスレータ・モジュール５０２、特にそのマッピング
・ロジック５０６の全体的動作のフローチャートが示されている。トランスレー
タ・モジュール５０２は、スケジューリング・システム１０６から制御信号を受
信する（９００）度に、その管理するイベントにその制御信号が関連するかどう
かを判断する（９０２）。イベントは、エラー信号またはスタートアップ、遮断
、エラーまたはシステム・メッセージなどの他のデータとは逆の、放送プログラ
ムＩＤまたは放送プログラムを表す他のデータによって示される。

【０１２１】 制御信号がイベントに関するものでなければ、トランスレータ・モジュール５
０２はそれがエラー信号であるかどうかを判断する（９０４）。エラー信号は処
理のためにイベント・マネジャ・モジュール５０４に渡される（９０６）。

【０１２２】 制御信号がエラー信号でなければ、それは無視される（９１０）。 信号がイベント信号であれば、トランスレータ・モジュール５０２は、イベン
トの放送プログラムＩＤを状態機械に対する鍵として用いて、マッピング・ロジ
ック５０６を適用し、識別されたイベントが新しいイベントであるか、既に状態
機械５１０が存在するイベントであるかを判断する。イベントが新しいイベント
であれば、トランスレータ・モジュール５０２は放送プログラムＩＤおよびイベ
ントに関する新しい状態機械５１０を例示し（９１２）して、状態機械５１０を
開始する（９１４）。

【０１２３】 既存の状態機械があれば、イベント制御信号は放送プログラムＩＤと関連づけ
られた状態機械５１０に渡される（９１６）。そして、状態機械５１０は、理想
的な状態機械に関して上記で説明したように、かつ特定のトランスレータ・タイ
プに関して以下でさらに詳細に述べるように、その状態ロジックによりイベント
を処理する。

【０１２４】 ［５．トランスレータ・タイプ］ 各スケジューリング・システム１０６は、トランスレータ・モジュール５０２
によって解釈される、それ自体に特有な一連の制御信号を生成する。以下の項は
、理想的なトランスレータ・モジュールの状態図に基づいて、特定のトランスレ
ータ・モジュールがどのように実施されるかを説明している。すなわち、スケジ
ューリング・システム特有の制御信号は、理想的トランスレータにおける一般的
制御信号上にマッピングできる。各特定のトランスレータ・モジュール５０２は
、理想的なトランスレータ・モジュールに記載されたのと同じ状態を経て進む。
しかし、各特定のトランスレータに関する状態動作は、それらが受信する制御信
号の相違を説明するため若干異なる。

【０１２５】 各種類のトランスレータについての、理想的なトランスレータ状態機械から特
定の状態機械へのマッピングを、以下の表４−６に要約した。これらの表の欄見
出しは表３に定義した。

【０１２６】

【表３】

【０１２７】 ａ）トランスレータ・タイプ１：基本的スケジューリング・システム 基本的スケジューリング・システム１０６は、通常は放送プログラムＩＤ以外
には、その制御信号内の非常にわずかのデータしか符号化しないシステムである
。トランスレータの状態機械を介したこの制御信号の解釈には、理想的制御信号
について理想的データであったものを再生するための、適切なデータの作成およ
び推論が関係する。基本的スケジューリング・システム１０６の例はＬｏｕｔｈ
ＡＤＣ−１００である。

【０１２８】 一実施形態において、オートメーション・サーバ１０８は、サブタイトラをエ
ミュレートすることにより基本的スケジューリング・システムとインターフェー
スする。Ｌｏｕｔｈスケジューリング・システムを備えたものなど、一実施形態
において、エミュレートされたサブタイトラはＣａｖｅｎａサブタイトラである
。通常、基本的スケジューリング・システム１０６は信号をサブタイトラに送信
して、サブタイトルを作成し、サブタイトルを開始し、放送プログラムの映像プ
ログラム・データ上で表示されているサブタイトルを停止する。本発明において
は、オートメーション・サーバ１０８はこれらの制御信号を用いて、インタラク
ティブ・アプリケーションを映像と同期させる。

【０１２９】 基本的スケジューリング・システム１０６の中には、プリロール情報を提供す
る能力を有することが好ましいものもある。この場合に、それは放送プログラム
の実際の開始前の適合可能な秒数で準備信号（Ｐｒｅｐａｒｅ Ｓｉｇｎａｌ）
を送信する。オートメーション・サーバ１０８は、放送プログラムが始まったと
きにちょうどユーザに届けられるように、この情報を用いてインタラクティブ・
アプリケーションをより早くプリロードして開始する。したがって、タイプ１ト
ランスレータは、準備信号を受信したときに、ロードされた状態８０２、準備さ
れた状態８０４および放送中の状態８０６を通って移行する。このことは自動移
行として表４で説明する。

【０１３０】 オートメーション・サーバ１０８が基本的スケジューリング・システム１０６
から開始信号８０５を受信すると、それは準備信号を用いてインタラクティブ・
アプリケーションが既に始まっていることを知るので、開始信号は無視する。基
本的スケジューリング・システムの制御信号にエラーがあれば、オートメーショ
ン・サーバ１０８は現在のインタラクティブ・アプリケーションを停止して、エ
ラー状態８１２に移動する。

【０１３１】 表４は基本的スケジューリング・システム１０６に関するネイティブ制御信号
と、理想的制御信号と、理想的トランスレータ・モジュール５０２の状態機械に
関する状態移行との関係を要約している。

【０１３２】

【表４】

【０１３３】 ｂ）トランスレータ・タイプ２：コードベース・スケジューリング・システム 第２のタイプのスケジューリング・システム１０６は、識別コードを用いてテ
レビジョン・ショーとコマーシャルとを選択的に区別するものである。このタイ
プのスケジューリング・システム１０６の例は、ＥＳＰＮ Ｉｎｃ．によってそ
の放送システムに用いられているようなＩＳＣＩコードベース・システムである
。このタイプのシステムにおいては、ＩＳＣＩコードはコマーシャルなどの放送
プログラムに存在し、テレビジョン・ショーには存在しない。これらのタイプの
コードは、スケジューリング・システム１０６によって直接または、放送プログ
ラムと共に媒体（たとえば、ビデオテープ）上に予め記録されて間接的に提供さ
れてもよい。

【０１３４】 他のタイプのコードベース・システムは、個別にインタラクティブ・アプリケ
ーション、ＵＲＬ、ＵＲＩなどを識別するコードを用いるものである。 オートメーション・サーバ１０８は、ＶＩＴＣタイムコード・リーダまたは類
似のタイムコード・リーダを通して、コードベースのスケジューリング・システ
ム１０６とインターフェースする。コードベースのスケジューリング・システム
は、ＶＩＴＣタイムコードを通してコマーシャル中にＩＳＣＩ情報を送信し、シ
ョーの間にはＩＳＣＩ情報を送信しない。オートメーション・サーバ１０８は、
コマーシャルおよびショーの間に、この情報を用いてインタラクティブ・アプリ
ケーションを選択的に付加する。スケジューリング・システムの制御信号は放送
プログラムＩＤによってショーを特定しないので、デフォルトのインタラクティ
ブ・アプリケーションのみがサポートされる。

【０１３５】 一般的に、制御信号がＩＳＣＩまたは類似のコードの存在を含むときには、ト
ランスレータ５０２はコマーシャルが始まったことを知る。したがって、状態機
械５１０はロードされた状態、準備された状態および放送中の状態を通って移行
して、インタラクティブ・アプリケーションを開始する。これらの移行は自動移
行として、表５に記載したように自動的に発生する。ロードされた状態において
、ＩＳＣＩコード（またはＵＲＬ、アプリケーション識別子などの他のコード）
は、理想的データに関する放送プログラムＩＤとして用いられる（たとえば、コ
ードを放送プログラムＩＤとして保存する）。このことは、イベント・マネジャ
５０４が適切なインタラクティブ・アプリケーションを判断することを可能にす
る。

【０１３６】 ＩＳＣＩコードが変化すると、トランスレータ５０２は新しいコマーシャルが
始まったことを知る。したがって、状態機械５１０は放送停止状態を通って移行
して対話型コンテンツを停止し、取消アトミック・コマンドを作成してコマーシ
ャルに関する現在のインタラクティブ・アプリケーションを取り消す。トランス
レータ５０２は新しいＩＳＣＩコードに関する新しい状態機械５１０を作成し、
その状態機械５１０はロードされた状態、準備された状態および放送中の状態を
通って移行し、開始アトミック・コマンドが生成されて新しいコマーシャルのイ
ンタラクティブ・アプリケーションを開始する。

【０１３７】 制御信号がＩＳＣＩコードを含んでいないときには、トランスレータ５０２は
テレビジョン・ショーが始まった（または進行中である）ことを知る。したがっ
て、状態機械５１０は放送停止状態を通って移行して対話型コンテンツを停止し
、コマーシャルに関する現在のインタラクティブ・アプリケーションを取り消す
取消アトミック・コマンドを作成する。同じ信号（すなわち、ＩＳＣＩコードが
全くない）に基づいて、ショーのイベント・タイプを備えた不明な放送プログラ
ムＩＤに関する新しい状態機械５１０が作成される。以下で述べるように、イベ
ント・マネジャは、この放送プログラムＩＤはデフォルトのショーと関連づけら
れるべきであると判断する。状態機械５１０はロードされた状態、準備された状
態および放送中の状態を通って進み、開始アトミック・コマンドを生成してテレ
ビジョン・ショーに関するデフォルトのアプリケーションを開始する。ＩＳＣＩ
コードが再度検出されると、状態機械５１０は放送停止状態を通って進み、取消
アトミック・コマンドが生成される。

【０１３８】 コード・ベースのシステムにはデータのない小さい隙間があることが多いので
（特に、コード間の移行の間に）、トランスレータ５０２は、ＩＳＣＩコードが
ないことを検出する前の修正可能な秒数の間待機する。これにより誤った検出を
回避する。

【０１３９】 制御信号にエラーがある場合には、状態機械５１０は現在の対話型コンテンツ
も取り消して、エラー状態に移動する。 表５は、コマーシャル・イベントおよびデフォルトのショー・イベントの両方
についての、コードベース・スケジューリング・システム１０６に関するネイテ
ィブ制御信号と、理想的制御信号と、理想的なトランスレータ・モジュール５０
２の状態機械に関する状態移行との関係を要約している。

【０１４０】

【表５】

【０１４１】 ｃ）トランスレータ・タイプ３：プレイリスト・ベースのスケジューリング・
システム 本発明により支援された第３のタイプのスケジューリング・システム１０６は
、プレイリスト・ベースのスケジューリング・システムである。このタイプのシ
ステムにおいては、制御信号は、プレイリストの要素を提供するために、放送さ
れている番組およびその継続時間を識別する。また、場合によっては放送プログ
ラムの番組タイトルが含まれている。このタイプのスケジューリング・システム
の例は、ソニー株式会社によって提供される、ＢＺＣＡ−１１０２スポット・リ
ール・オプション・ソフトウエアを動作させるライブラリ・マネジメント・シス
テム（ＬＭＳ）ＢＺＣＡ−１０００マルチカセット・システムである。

【０１４２】 オートメーション・サーバ１０８は、制御端末として機能することによりこの
タイプのスケジューリング・システム１０６と連結する。制御端末は、スケジュ
ーリングされたイベントの表である送信プレイリストを表示する。ＬＭＳ ＢＡ
Ｃ−１２００制御端末が一例である。プレイリストは、各放送プログラムに関す
る放送プログラムＩＤ、番組タイトル、継続時間などのイベント情報を含む。

【０１４３】 プレイリスト・ベースのトランスレータ・モジュール５０２は、スケジューリ
ング・システム１０６から受信した全てのイベント情報を取り込んで構文解析（
ｐａｒｓｅ）する。イベントは、それらの放送時間に先だって送信プレイリスト
に現れる。イベント（たとえば、放送プログラム）が送信プレイリストに現れる
と、トランスレータ５０２がそのイベントに関するインタラクティブ・アプリケ
ーションをプリロードして、ロードされた状態８０２に移行する。スケジューリ
ング・システム１０６は、イベントが放送中になる前の修正可能な秒数に、プレ
イ制御信号のイベント状態を送信することにより、各イベントに関するプリロー
ル情報を提供する。

【０１４４】 トランスレータ・モジュール５０２は準備された状態８０４および放送中の状
態８０６を通って移行し、イベント用のプレイ制御信号を受信したときにインタ
ラクティブ・アプリケーションを開始する。ネットワークの問題または他の何ら
かの問題により、トランスレータ５０２がイベントに関するプレイ制御信号を逃
して、イベントに関する放送中またはオンライン制御信号を受信した場合には、
放送中の状態８０６に移行してインタラクティブ・アプリケーションを開始する
。この場合に、オートメーション・サーバ１０８はプリロール情報の利益を逃す
が、それにもかかわらずインタラクティブ・アプリケーションは開始される。

【０１４５】 トランスレータ・モジュール５０２が放送中またはオンライン信号を受信して
、まだ準備された状態８０４にないのであれば、放送中／オンライン信号をプレ
イ信号として扱い、まず準備された状態８０４に移行してから自動的に放送中の
状態８０６に移行する。

【０１４６】 送信プレイリストからイベント・データが消えると、トランスレータ・モジュ
ール５０２は放送停止状態８０８に移行して、現在のインタラクティブ・アプリ
ケーションを取り消すようにイベント・マネジャ５０４に命令する。

【０１４７】 スケジューリング・システムへの接続を失うなどの、他のあらゆる種類のエラ
ーが発生した場合には、オートメーション・サーバ１０８は現在のインタラクテ
ィブ・アプリケーションを停止してエラー状態に移動する。

【０１４８】 表６は、理想的なトランスレーション・モジュール５０２の状態機械について
の、プレイリストベース・スケジューリング・システム１０６に関するネイティ
ブ制御信号と、理想的な制御信号と状態移行との関係を要約している。

【０１４９】

【表６】

【０１５０】 ［６．正規表現に基づくトランスレータ・イベント・タイプ計算］ 放送プログラムＩＤのイベント・タイプを追跡するスケジューリング・システ
ム１０６は、その情報をオートメーション・サーバ１０８に直接送信できる。多
数のスケジューリング・システム１０６がこの特徴を支援しないので、放送局１
１４の中には、ショーやコマーシャルのように異なったタイプの放送プログラム
を区別する放送プログラムＩＤを用いるものもある。オートメーション・サーバ
１０８はそれ自体のためにこの情報を用いる。トランスレータ５０２はその情報
を用いて、どのタイプのイベントをスケジューリングするかを判断する。たとえ
ば、コマーシャルの放送プログラムＩＤは「ＶＴ」という接頭辞を有し、テレビ
ジョン・ショーの放送プログラムＩＤは異なった接頭辞を有するか全く接頭辞を
有していなくてもよい。オートメーション・サーバ１０８は、放送プログラムＩ
Ｄと共に正規表現を用いて、コマーシャルとショーとを区別する。正規表現の分
析に基づいて、放送プログラムＩＤがコマーシャルの基準に合致する場合に、イ
ベント・タイプはコマーシャルに設定され、あるいは、放送プログラムＩＤがシ
ョーの基準に合致する場合にはショーに設定される。放送局１１４がショーとコ
マーシャルとを区別するために放送プログラムＩＤの名前を挙げない場合には、
イベント・タイプは不明に設定される。かかる場合に、イベント・マネジャ５０
４は、コンテンツがコマーシャルに関するものかショーに関するものかを伝える
フラッグがあるかどうか、実際のインタラクティブ・アプリケーション・ファイ
ルを見る。

【０１５１】 ［７．イベント・マネジャの大要］ 図５を参照すると、イベント・マネジャ５０４はトランスレータ・モジュール
状態機械５１０から様々なアトミック・コマンド５１４を受信して、それに応じ
て、そのインタラクティブ・アプリケーションの制御について放送サーバ１１０
に命令する。

【０１５２】 一般的に、オートメーション・サーバ１０８がない従来のシステムにおいては
、放送サーバ１１０は、放送サーバ・イベントのリストである予め定めされたプ
レイリストに従い、インタラクティブ・アプリケーションをデータ挿入ユニット
１１６に送信する。

【０１５３】 しかし、オートメーション・サーバ１０８は、スケジューリング・システム１
０６によって提供された制御信号を介して、放送サーバのプレイリストの作成を
自動化し、放送サーバのプレイリスト上のイベントを動的に付加、削除および修
正して、スケジューリング・システムのプレイリストに対するほぼリアルタイム
な変更に合わせることができる。放送サーバのプレイリストは全てのチャネルに
関するイベントを含んでもよいが、イベント・マネジャ５０４は、それがアトミ
ック・コマンドを受信するチャネルに関するイベントのみを管理する。

【０１５４】 図５は、トランスレータ・モジュール５０２がアトミック・コマンド５１４を
どのようにイベント・マネジャ５０４に送信するかを示している。イベント・マ
ネジャ５０４はアトミック・コマンド５１４を解釈して、放送サーバ１１０に対
する一連の基本コマンドを生成する。イベント・マネジャ５０４は、アトミック
・コマンド５１４を受信すると、そこに含まれた放送プログラムＩＤを、マッピ
ング・ロジック５０８を介して特定の放送サーバ・イベントにマッピングする。
特定の放送プログラムＩＤに関して適切な放送サーバ・イベントが存在しないの
であれば、イベント・マネジャ５０４は放送サーバ・イベントを作成する。一般
的に、イベント・マネジャ５０２は必要に応じて、放送サーバ・イベントを作成
、修正または破壊する。

【０１５５】 イベント・マネジャ５０４は、それが管理する各放送サーバ・イベントについ
て別個の状態機械５１２を維持する。各状態機械はイベントの放送プログラムＩ
Ｄによってそのイベントに割り当てられる。すると、トランスレータ・モジュー
ル５０２からのアトミック・コマンドは、それらの放送プログラムＩＤに基づい
てこれらの状態機械に送られる。このプロセスを以下のアトミック・コマンド・
マッピング・ロジックの項で説明する。イベント状態機械５１２は、正確な放送
サーバ基本コマンドを生成する責任を負う。それは、以下のイベント状態機械の
項で詳細に説明する。

【０１５６】 トランスレータ・モジュール５０２およびイベント・マネジャ５０４という２
つの状態機械を使用することで、比較的単純で効率的なイベント・マネジャ５０
４の実施を可能にしながら、様々な異なったタイプのスケジューリング・システ
ム１０６の何れをも容易にオートメーション・サーバ１０８とインターフェース
することが可能になる。これは、イベント・マネジャ５０４の変更を必要とせず
に、新しいスケジューリング・システム１０６との協働のために、新たなトラン
スレータ・モジュール５０２を作成することを可能にする。

【０１５７】 異なったイベント・タイプは、アトミック・コマンド・マッピング・ロジック
５０８およびイベント状態機械５１２に異なった挙動を行わせるので、以下の項
では、イベント・マネジャ５０４が支持する様々なイベント・タイプを定義する
。

【０１５８】 ａ）イベント・タイプ イベント・タイプは放送サーバ・イベントがどのように挙動すべきかを決定す
る。イベント挙動を定める３つの異なったカテゴリがある。

【０１５９】 ・放送プログラム・タイプ ・セグメンテーション ・対話性 番組タイプにはコマーシャル、ショーまたは不明があり得る。コマーシャルは
、普通は短い（３０〜１２０秒）テレビジョン・プログラミングの独立した部分
である。ショーは１つまたは複数のセグメントを含むテレビジョン番組である。
１つまたは複数のコマーシャルがテレビジョン・ショー・セグメントの間に放映
される。オートメーション・サーバ１０８が、スケジューリング・システム１０
６によって送信された制御信号から番組タイプを判断できない場合には、そのタ
イプは不明に設定される。通常、不明なイベントはコマーシャルのように独立の
プログラミングとして扱われてもよいし、テレビジョン・ショーのように扱われ
てもよい。

【０１６０】 番組タイプおよびセグメンテーションは密接に関係する。好適な実施形態にお
いては、テレビジョン・ショーは常に区分されたものとして扱われ、コマーシャ
ルは常に区分されていないものとして扱われる。不明な番組は何らかの番組とし
て扱うことができる。区分されたテレビジョン・ショーの扱いを、図１２を参照
して以下でさらに説明する。

【０１６１】 対話性（たとえば、インタラクティブ・アプリケーション）は、通常の対話型
イベントまたはデフォルトの対話型イベントの何れかにすることができる。通常
のイベントは、特定のインタラクティブ・アプリケーションがそれに関連づけら
れているイベントである。イベント・マネジャ５０４は、インタラクティブ・ア
プリケーション・データベース１１２においてイベントと関連づけられた特定の
インタラクティブ・アプリケーションを見つけることができない場合には、デフ
ォルトのインタラクティブ・アプリケーションをイベントの継続時間と置き換え
てもよい。無イベントもデフォルト・イベントとして特定することができ、この
ことはイベントの継続時間中はインタラクティブ・アプリケーションが放送され
ないことを意味する。

【０１６２】 以下の表は６個のイベント・タイプを列挙し、各イベント・タイプの挙動を要
約している。

【０１６３】

【表７】

【０１６４】 イベント・タイプは放送サーバ・イベント設定を判断するためにも用いられる
。 ｂ）イベント・タイプを判断する イベント・タイプは最初にトランスレータ・モジュール５０２によって判断さ
れて、アトミック・コマンド５１４でイベント・マネジャ５０４に渡される。場
合によっては、トランスレータ・モジュール５０２は実際のイベント・タイプを
判断するのに十分な情報を有していない。トランスレータ・モジュール５０２は
イベント・タイプに関する最初の判断を行うが、イベント・マネジャ５０４が、
より良い情報を有している場合にはそのイベント・タイプを変更してもよい。イ
ベント・マネジャ５０４は、トランスレータ・モジュール５０２が有していない
２つの情報を有する。 １．イベント・マネジャ５０４は、インタラクティブ・アプリケーションがイベ
ントの放送プログラムＩＤに関して存在するかどうかを知っている。 ２．イベント・マネジャ５０４は、インタラクティブ・アプリケーションからイ
ベント・タイプ情報を得ることができる。

【０１６５】 アプリケーションは、それが中断可能か否かを判断する情報を含む。オートメ
ーション・サーバ１０８は、全てのテレビジョン・ショーが中断可能であり、全
てのコマーシャルが中断可能ではないと仮定している。

【０１６６】 イベント・マネジャの情報とトランスレータ・モジュールの情報とを組み合わ
せると、イベント・マネジャ５０４は、以下の表で要約しているように適切なイ
ベント・タイプを判断することができる。

【０１６７】

【表８】

【０１６８】 ｃ）アトミック・コマンド・マッピング・ロジック イベント・マネジャ５０４は、それが管理するイベント毎に別個の状態機械５
１２を維持する。イベント・マネジャ５０４は、トランスレータ・モジュール５
０２からアトミック・コマンド５１４を受信すると、アトミック・コマンドの放
送プログラムＩＤを適切な放送サーバ・イベントと関連づけて、アトミック・コ
マンドを適切な状態機械５１２に渡さなければならない。このプロセスが、イベ
ント・マネジャのマッピング・ロジック５０８による処理である。

【０１６９】 マッピング・ロジック５０８は、放送プログラムＩＤを放送サーバ・イベント
ＩＤと関連づけたイベント関連づけ表を作成して維持する。スケジューリングさ
れたアトミック・コマンドのみが、新しい放送サーバ・イベントを作成させるこ
とができる。その結果、それらのみが、放送プログラムＩＤと新しい放送サーバ
・イベントのＩＤとを関連づける、イベント関連づけ表に新しい行を加えること
ができる。イベントがその状態機械５１２を妨害して、その状態機械が破壊され
たときに、その関連づけは表から外される。

【０１７０】 図１０はマッピング・ロジック５０８の一実施形態の状態挙動を示している。
表９はこの図を説明している。

【０１７１】

【表９】

【０１７２】 新しいイベント状態機械を作成するときに、マッピング・ロジック５０８は、
上記の表８の規則に従ってイベント・タイプを判断する。 通常の非セグメント化対話型イベントについては、イベント関連づけ表におい
て、スケジューリング・システム・イベントと放送サーバ・イベントとの間に一
対一のマッピングがある。２つの注目すべき例外を次に説明する。

【０１７３】 ｄ）特別な場合のイベント・マッピング 一般的に、スケジューリング・システム・イベントと放送サーバ・イベントと
の間には一対一のマッピングがある。２つの注目すべき例外をここで説明する。

【０１７４】 （ｉ）デフォルト・イベント スタートアップ時に、イベント・マネジャ５０４は３つの放送サーバ・イベン
ト（デフォルト・イベント・タイプ毎に１つ）を作成する。これらは、イベント
関連づけ表における最初の３つのイベントである。イベント・タイプに関して上
記で説明したように、インタラクティブ・アプリケーションを特定された放送プ
ログラムＩＤについて発見できないときにデフォルト・イベントが選択される。
これをサポートするために、イベント関連づけ表は多数の放送プログラムＩＤが
同じデフォルト・イベントＩＤにマッピングすることを可能にする。マッピング
・ロジック５０８が、それと関連づけられたインタラクティブ・アプリケーショ
ンを有していないスケジュール・アトミック・コマンドを受信すると、マッピン
グ・ロジック５０８は、その放送プログラムＩＤを、スケジュール・アトミック
・コマンドにおいて特定されたイベント・タイプに対応するデフォルト・イベン
トと関連づける。デフォルト・イベントは既にスケジューリングされているので
、マッピング・ロジック５０８は、スケジュール・アトミック・コマンドを渡さ
ない。

【０１７５】 （ｉｉ）セグメント化されたイベント 前述のように、単一のテレビジョン・ショーは多数の部分にセグメント化する
ことができる。スケジューリング・システム１０６にとっては、ショーはそれぞ
れが独自の放送プログラムＩＤを備えた一連の多数のイベントである。放送サー
バにとっては、テレビジョン・ショーは、セグメント毎に中断されて再開される
単一のイベントである。その結果、イベント関連づけ表は、多数の放送プログラ
ムＩＤを単一の放送サーバ・イベントに合わせることによりこの隙間を埋める。

【０１７６】 スケジューリング・システム１０６がその放送プログラムＩＤにおいて、セグ
メント化に関する情報を提供する場合には、イベント・マッピング・ロジック５
０８は、テレビジョン・ショーの最初のセグメントについて新しいイベント状態
機械５１２を作成して、他の全てのセグメントを同じイベント状態機械５１２に
自動的にマッピングする。

【０１７７】 残念ながら、ほとんどのスケジューリング・システムはこの情報を提供しない
。そのため、オートメーション・サーバ１０８は、２つの異なった放送プログラ
ムＩＤがインタラクティブ・アプリケーション・データベース１１２において同
じインタラクティブ・アプリケーションにマッピングされているかどうかを判断
することにより、これら２つの放送プログラムＩＤが同じテレビジョン・ショー
と関連づけられているかどうかを判断する。マッピング・ロジック５０８は、新
しい放送プログラムＩＤがイベント関連づけ表に既に列挙されたテレビジョン・
ショーの別のセグメントに関するものであると判断すると、 １．イベント関連づけ表において、その新しい放送プログラムＩＤを予め存在
する放送サーバ・イベントと関連づけ、 ２．ショーは既にスケジューリングされているので、スケジュール・アトミッ
ク・コマンドを渡さない。

【０１７８】 このことを、以下のイベント状態機械およびセグメンテーションの項でさらに
詳細に説明する。 ｅ）放送サーバ基本コマンド イベント・マネジャの状態機械は、４つの放送サーバ基本コマンド、すなわち
スケジュール、開始、停止および取消を発行して、放送サーバを制御する。これ
らは、同じ名称のアトミック・コマンドに類似している。スケジュールは放送に
関するインタラクティブ・アプリケーションを作成して、それを放送サーバのプ
レイリストに追加する。開始は、インタラクティブ・アプリケーションの放送を
始めて、停止は、その放送を止める。取消は、インタラクティブ・アプリケーシ
ョンを停止して（既に停止されていなければ）、メモリからインタラクティブ・
アプリケーションを除去して、放送サーバのプレイリストから関連づけられたイ
ベントを削除する。

【０１７９】 代替的な実施形態において、これら特別なコマンドは、無期限に中断する、選
択された時間間隔にわたって中断する、直ちに再開する、選択された時間間隔の
後に再開するなどの、他のより複雑な挙動を含むように拡張してもよい。

【０１８０】 また、コマンドのコンテンツ、すなわち、コマンドによって管理することがで
きる対話性のタイプは可変であり、やはり、システム設計者によって決定された
対話性のタイプに左右される。そのため、コマンドは、以前に放送された対話性
、形態または他のデータ、ＵＲＬ、ウェブページ、Ｊａｖａアプレットまたは他
のハイパーメディア対話性などについて、トリガをスケジューリングまたは開始
してもよい。

【０１８１】 ［８．イベント状態機械］ アトミック・コマンドはそれらの寿命を特定のイベント状態機械５１２におい
て終える。各イベント状態機械５１２は放送サーバ・イベントと関連づけられて
おり、そのイベントに関する全ての動作を制御する。アトミック・コマンド・マ
ッピング・ロジック５０８は、どの状態機械５１２が特定のアトミック・コマン
ドを受信するかを判断する（以下で述べるいくつかの例外がある）。

【０１８２】 図１１は、イベント状態機械５１２の挙動を、コマーシャル、テレビジョン・
ショーおよびデフォルト・イベント・タイプに関する詳細と共に示している。イ
ベント状態機械はイベントのライフサイクルを追跡する。図１１において、状態
移行はそれらがどのタイプのイベントに適用されるかを示すように、以下のとお
り明示されている。

【０１８３】 Ｃ：コマーシャル・イベントに適用される移行 Ｓ：テレビジョン・ショー・イベントに適用される移行 Ｄ：デフォルト・イベントに適用される移行 一般的に、イベントは次の状態を通過する。

【０１８４】 スケジュールされた状態１１０２：トランスレータ・モジュール５０２からの
スケジュール・アトミック・コマンドは、放送サーバ上でイベントのスケジュー
リングを行わせる。状態機械５１２は放送スケジューリング・プリミティブを発
行し、これは、放送に関するインタラクティブ・アプリケーションを作成して、
それを放送サーバのプレイリストに追加することを放送サーバ１１０に命令する
。スケジューリングの後に、イベントは開始アトミック・コマンドによって開始
される必要がある。

【０１８５】 開始された状態１１０４、停止された状態１１０６：トランスレータ・モジュ
ール５０２からの開始コマンドは、状態機械を開始された状態１１０４に移行す
る。状態機械は放送開始プリミティブを発行する。開始された後に、イベントは
開始および停止アトミック・コマンドによって何回でも開始および停止すること
ができる。状態機械はテレビジョン・ショーおよびデフォルト・イベントについ
てのみ停止された状態１１０６に移行し、コマーシャル・イベントについては停
止された状態１１０６に到達しない。

【０１８６】 放送開始プリミティブに応じて、放送サーバ１１０は、インタラクティブ・ア
プリケーションが以前に送信されていない場合にはそれを送信することや、アプ
リケーションが以前に送信されている場合には、インタラクティブ・アプリケー
ションへトリガを送信して実行を始めることを含む様々な方法で、インタラクテ
ィブ・アプリケーションを始めることができる。同様に、放送サーバ１１０は、
前述のように、形態やコンテンツなどの他の種類のデータをインタラクティブ・
アプリケーションに送信するか、ＵＲＬなどを送信してもよい。

【０１８７】 二次トリガ処理段階１１０８：やはり開始された後に、イベントはゼロ１以上
の二次トリガを発生させることができる。二次トリガは、イベントが活動中であ
る（すなわち、放送サーバでスケジューリングされている）間に発生する作用で
ある。一例は、イベントが終了する前のエンドユーザへの５分警告である。これ
らのトリガはスケジューリング・システム１０６によって作成されて、制御信号
としてトランスレータ・モジュールに渡される。

【０１８８】 取り消しされた状態１１１０：最後に、イベントと関連づけられた放送プログ
ラムが一端終了すると、取消アトミック・コマンドがトランスレータ・モジュー
ル５０２から送信される。状態機械は放送サーバ１１０に放送取消プリミティブ
を発行することにより応答し、放送サーバ１１０はイベントを取り消す。この状
態には、異なったイベントについては異なった方法で到達する。コマーシャル・
イベントについては、トランスレータ・モジュール５０２から取消アトミック・
コマンドが受信されたときにこの状態に到達し、テレビジョン・ショー・イベン
トについては、次のテレビジョンの状態コマンドが受信されたときにこの状態に
到達し、最後にデフォルト・イベントについては、遮断時にこの状態に到達する
。

【０１８９】 放送サーバ・イベント（インタラクティブ・アプリケーション）の開始を、そ
れに関連づけられたスケジューリング・システム放送プログラムと正確に同期さ
せるために、スケジューリング・システムの中にはプリロールを支持するものが
ある。プリロールは、スケジューリング・システム１０６が制御している装置（
ＶＴＲのような）が動作（番組を放映し始めるような）を完了するのに必要な時
間の長さである。スケジューリング・システム１０６は、同じ種類のプリロール
警告をオートメーション・サーバ１０８に与えて、それにインタラクティブ・ア
プリケーションを開始する時間を与えることができる。スケジューリング・シス
テムの中にはプリロール値を１つだけ支持するものがある。オートメーション・
サーバ１０８の応答時間がプリロール値よりも速ければ、オートメーション・サ
ーバ１０８は、放送サーバ・イベントを開始する際に、幾分か付加的な遅延を導
入する。この微同調タイミングは、システム設計者によってイベント状態機械で
行われる。開始済み、停止済みおよび取り消し済みの状態は全て、実際に放送サ
ーバ・イベントを開始、停止または取り消しする前に遅延の量を導入できる。

【０１９０】 全ての放送サーバ・イベントがこの同じ基本的状態機械を共有するが、イベン
ト状態機械はイベント・タイプ毎に異なる。これらの相違の詳細を以下で説明す
る。

【０１９１】 二次トリガは全てのイベント・タイプについて同様に処理される。二次トリガ
は、オートメーション・サーバ１０８を拡張する方法である。スケジューリング
・システム１０６の中には、基本的制御信号（プリロード、プリロール、放送中
および放送停止）以上のものをサポートするものがある。それらは、たとえば、
番組の終了前５分に制御信号を送信して、番組が終わりそうであることを装置に
警告することができる。オートメーション・サーバは、この信号を用いて現在の
インタラクティブ・アプリケーションを更新し、それが終わりそうであることを
視聴者に警告することができる。これは、二次トリガをどのように用いることが
できるかのほんの一例にすぎない。

【０１９２】 ａ）コマーシャル・イベント・タイプ これは最も単純なイベント状態機械である。コマーシャル・イベントは停止さ
れることも再開されることもないので、スケジューリングされて、開始され（潜
在的にはいくつかの二次トリガで）、最後に取り消されるだけである。以下の表
は状態、その状態に入らせるアトミック・コマンドおよびその状態によって行わ
れる作用を要約している。

【０１９３】

【表１０】

【０１９４】 ｂ）ショー・イベント・タイプ ショー・イベント状態機械５１２はコマーシャル・イベント状態機械に非常に
類似しているが、やはりセグメント化を明らかにしなければならない（イベント
・タイプの項で説明）。

【０１９５】 コマーシャル・イベントとは異なり、ショーは将来あるときに再開する必要が
あるので、取消コマンドはショー・イベントを停止するだけである。次のショー
の開始アトミック・コマンドが受信されたときにだけ、このショーを取り消すこ
とができる。以下の表は、状態、その状態に入らせるアトミック・コマンドおよ
びその状態によって行われる作用を要約している。

【０１９６】

【表１１】

【０１９７】 ｃ）デフォルト・イベント・タイプ デフォルト・イベントには３つの異なったタイプ、すなわちデフォルト・ショ
ー・イベント、デフォルト・コマーシャル・イベントおよびデフォルト不明イベ
ントがある。デフォルト・イベントは、その放送プログラムＩＤについて関連づ
けられたインタラクティブ・アプリケーションがないときに用いられる。

【０１９８】 コマーシャル・イベントとは異なり、デフォルト・イベントは将来のあるとき
に再開する必要があるので、取消コマンドはデフォルト・イベントを停止するだ
けである。それはオートメーション・サーバ１０８が遮断されたときに取り消さ
れるだけである。通常のイベントとデフォルト・イベントとの間の主たる相違は
、２つの連続した放送プログラムＩＤが同じデフォルト・イベントを意味し得る
場合があるということである。この場合には、デフォルト・イベントを停止せず
に、すぐに再開することが好ましい。その代わりに、デフォルト・イベントは放
映を続けることを許容される。これが機能するように、「停止された」状態は、
次の開始アトミック・コマンドもこのデフォルト・イベントに関するものでない
ことが確かになるまで、実際にはそのイベントを停止しない。デフォルト・イベ
ント・タイプに関わらず、以下の表は、状態、その状態に入らせるアトミック・
コマンドおよびその状態によって行われる作用を要約している。

【０１９９】

【表１２】

【０２００】 ［９．セグメンテーション］ 図１２は、安定した経験を視聴者に提供し、同様にあらゆるコマーシャルの間
に適切なインタラクティブ・アプリケーションを提供しながら、テレビジョン・
ショーの異なったセグメントの間に適切なインタラクティブ・アプリケーション
を維持するために、どのようにテレビジョン・ショーのセグメンテーションを処
理するかを示している。

【０２０１】 図１２においては、セグメント化されたテレビジョン・ショーを処理するとき
の、制御信号、アトミック・コマンドおよび放送サーバ・コマンドの、スケジュ
ーリング・システム１０６、（理想的）トランスレータ・モジュール５０２およ
びイベント・マネジャ５０４からの流れのイベント・トレースが示されている。
テレビジョン・ショーであるショーＡは、それぞれ独特な放送プログラムＩＤを
有する２つのセグメントＡ．１およびＡ．２で放送される。これらのセグメント
の間にはコマーシャルＡｄＸがある。セグメントＡ．２の後には、コマーシャル
ＡｄＹがあり、それに新しいショーであるショーＢが続く。ここで、本発明によ
って解決される問題は、ＡｄＸおよびＡｄＹに付随する何か特定のまたはデフォ
ルトの対話性を提供しながら、両方のセグメントＡ．１およびＡ．２の間に同じ
対話性を維持する（セグメントは独特な放送プログラムＩＤを有しているが）と
いうものである。この結果を達成するために、両セグメントＡ．１およびＡ．２
に関する放送プログラムＩＤは、イベント・マネジャ５０４によって、イベント
関連づけ表において同じ放送イベント（ショーＡ）にマッピングされなければな
らない。これは、上記の様々な手順を用いて行われる。そして、制御信号および
アトミック・コマンドのシーケンスは以下のとおりである。

【０２０２】 ショー・セグメントＡ．１ １２００：まず、スケジューリング・システム１０６がプリロードＡ．１信号
を発行する。

【０２０３】 １２０２：次にトランスレータ・モジュール５０２はセグメントＡ．１をスケ
ジューリングする。 １２０４：イベント・マネジャ５０４はこのイベント（ショーＡ）に関する新
しい状態機５１２を作成して、イベント関連づけ表にこの放送プログラムＩＤお
よび状態機械に関するマッピングを記憶する。ショーＡ状態機械は、ショーＡと
共に放送に関する適切なインタラクティブ・アプリケーションをスケジューリン
グするように放送サーバ１１０に命令する。

【０２０４】 １２０６：そして、スケジューリング・システム１０６は、Ａ．１に関するプ
リロール信号または開始信号の何れかを発行する。 １２０８：次に、トランスレータ・モジュール５０２は、潜在的にはプリロー
ルの量と、イベント・マネジャ５０４および放送サーバ１１０が放送サーバ・イ
ベントを開始するのに要する時間の長さとによって決定される幾分かの遅延量の
後に、セグメントＡ．１を開始する。

【０２０５】 １２１０：それに応じて、イベント・マネジャ・ショーＡ状態機械は、ショー
Ａに関するインタラクティブ・アプリケーションを開始するように放送サーバに
命令する。

【０２０６】 １２１２：ショーＡのインタラクティブ・アプリケーションは放送受信機１２
０によって実行されて、放送受信機１２０に連結されたテレビジョンセットなど
の表示装置に現れる。

【０２０７】 スケジューリング・システム１０６が最初にプリロールを発行すれば、ショー
Ａ．１は既に開始されているので、トランスレータ・モジュール５０２はスケジ
ューリング・システム１０６からのそれに続く開始信号を無視する。

【０２０８】 ＡｄＸ １２１４：ある時間の後に、スケジューリング・システム１０６はＡｄＸに関
するプリロード信号を発行する。

【０２０９】 １２１６：そして、トランスレータ・モジュール５０２はスケジュールＡｄＸ
アトミック・コマンドを発行する。 １２１８：イベント・マネジャは放送サーバ１１０にスケジュール・コマンド
を発行して、ＡｄＸに関するインタラクティブ・アプリケーション（デフォルト
を含む）をスケジューリングする。

【０２１０】 １２２０：そして、スケジューリング・システム１０６はプリロールまたは開
始Ａｄ信号を発行する。 １２２２、１２２４：トランスレータ・モジュール５０２には、ショーＡへの
別のセグメントがあることは分からないので、セグメントＡ．１に関する取消コ
マンドを送信してから、開始ＡｄＸコマンドを送信する。（スケジューリング・
システム１０６が停止Ａ．１を送信すれば、それはＡｄＸに関するプリロードお
よびプリロールの後に来るので無視される。） １２２６、１２２８：通常、イベント・マネジャ５０４はセグメントＡ．１を
取り消すことにより応答する。しかし、イベント・マネジャ５０４は一時的に取
消コマンドを無視して、その代わりに、ショーＡに関するインタラクティブ・ア
プリケーションを停止する停止Ａ．１コマンド、そして、ＡｄＸのインタラクテ
ィブ・アプリケーションの実行を始める開始ＡｄＸコマンドを発行する。

【０２１１】 １２３０、１２３２：これらのコマンドが放送受信機によって受信されると、
受信機はショーＡに関するインタラクティブ・アプリケーションの実行を中断す
るが、終了はせず、ＡｄＸのインタラクティブ・アプリケーション（またはデフ
ォルト・アプリケーション）の実行を始める。インタラクティブ・アプリケーシ
ョンを中断することは、ゲームの点数、視聴者が視聴していた特定の形態など、
それが有する状態情報は何であれ保持する。中断することは、たとえば、視聴者
のテレビジョンセット上の表示からショーＡのインタラクティブ・アプリケーシ
ョンを排除するという別の効果も有するので、ＡｄＸが画面に出たときにショー
Ａインタラクティブ・アプリケーションは表示されず、ＡｄＸの対話性は適切に
進む。

【０２１２】 イベント・マネジャ５０４は、この時点ではわからない、ショーＡには他のセ
グメントがないということが判断できるまで、トランスレータ・モジュールの取
消コマンドを遅延させる。その後、以下に示すように、これはショーＢが開始さ
れたときに発生する。

【０２１３】 ショー・セグメントＡ．２ １２３４：ＡｄＸが終わりそうになると、スケジューリング・システム１０６
はプリロードＡ．２信号を発行する。

【０２１４】 １２３６：トランスレータ・モジュール５０２はスケジュールＡ．２コマンド
を発行する。 この時点で、イベント・マネジャ５０４のマッピング・ロジック５０８はこの
イベント（セグメントＡ．２）に関する放送プログラムＩＤが、セグメントＡ．
１の放送プログラムＩＤとして同じインタラクティブ・アプリケーションに相関
していると判断する。したがって、マッピング・ロジック５０８は、セグメント
Ａ．２に関する全てのコマンドを（それらの放送プログラムＩＤに従って）、シ
ョーＡに関するイベント状態機械に向ける。ショーＡのこのセグメントに関する
インタラクティブ・アプリケーションは既に放送受信機でロードされているので
、ここで放送サーバにそれをプリロードさせる必要はない。そのため、イベント
・マネジャは別のスケジュール・コマンドを発行しない。

【０２１５】 １２３８：そして、スケジューリング・システム１０６は、プリロールＡ．２
または開始Ａ．２信号の何れかを発行する。 １２４０、１２４２：トランスレータ・モジュール５０２は、ＡｄＸに関する
取消コマンドおよびセグメントＡ．２に関する開始コマンドを送信する。

【０２１６】 １２４４、１２４６：イベント・マネジャ５０４はまず、ＡｄＸに関する対話
性を取り消すように放送サーバに命令して、そして、開始コマンドを、ショーＡ
と関連づけられたインタラクティブ・アプリケーションを開始するように放送サ
ーバに命令するショーＡ状態機械に向ける。ショーＡに関するインタラクティブ
・アプリケーションは以前に中断されただけなので、ＡｄＸ開始前それが有して
いた状態が何であれその状態で、ここで再度動作を始める（１２４８）。

【０２１７】 そのため、ショーＡがゲームショーおよびゲーム・アプリケーションとしての
そのインタラクティブ・アプリケーションであったならば、ＡｄＸに関するアプ
リケーションを中断することは、ゲームにおける視聴者の総得点（および他の状
態）を保存したであろう。そしてそれは、セグメントＡ．２が放送されてアプリ
ケーションが再開されると回復される。

【０２１８】 ＡｄＹ １２５０：後のある時点で、スケジューリング・システム１０６はプリロード
ＡｄＹ信号を発行する。

【０２１９】 １２５２：トランスレータ・モジュール５０２は、スケジュールＹコマンドを
イベント・マネジャ５０４に送信する。 １２５４：イベント・マネジャ５０４は、放送サーバでＡｄＹに関する対話性
をスケジューリングする。

【０２２０】 １２５６：そして、スケジューリング・システム１０６は、プリロールＡｄＹ
または開始ＡｄＹ信号を発行する。 １２５８、１２６０：トランスレータ・モジュール５０２は、セグメントＡ．
２に関する取消コマンドおよびＡｄＹに関する開始コマンドを送信する。

【０２２１】 １２６２、１２６４：やはり、イベント・マネジャ５０４は取消コマンドを遅
延させて、その代わりに、ショーＡに関する対話性を停止し、ＡｄＹに関する対
話性がもしあれば（デフォルトを含めて）、それを開始するように放送サーバに
命令する。ショーＡのインタラクティブ・アプリケーションは中断されて（１２
６６）、ＡｄＹに関する対話性が実行される（１２６８）。

【０２２２】 やはり、ショーＡに関する状態機械は、ショーＡの別のセグメントがあるかま
だ分からないので、セグメントＡ．２のインタラクティブ・アプリケーションの
取消を遅らせる。

【０２２３】 ショーＢ １２７０：ＡｄＹが終わりそうになると、スケジューリング・システム１０６
はプリロード・ショーＢ信号を発行する。

【０２２４】 １２７２：トランスレータ・モジュール５０２はショーＢをスケジューリング
する。 １２７４：ここで、イベント・マネジャのマッピング・ロジック５０８は、シ
ョーＢに関するプログラムＩＤはショーＡと異なり、そのためショーＡに関して
は他にセグメントはないと判断する。ショーＢに関する新しい状態機械が開始さ
れる。そして、イベント・マネジャ５０４は放送サーバにスケジュール・ショー
Ｂを発行して、ショーＢに関する対話性をスケジューリングする。ショーＢはま
だ始まっていないので、イベント・マネジャはショーＡの対話性をまだ取り消さ
ない。

【０２２５】 １２７６：そして、スケジューリング・システム１０６は、プリロールまたは
開始ショーＢの何れかを発行する。 １２７８：１２８０：トランスレータ・モジュール５０２は、ＡｄＹを取り消
してショーＢを開始するアトミック・コマンドを発行する。

【０２２６】 １２８２、１２８４：イベント・マネジャ５０４はまずＡｄＹを取り消して、
そして開始コマンドを新しいショーＢ状態機械に向ける。 １２８８：開始ショーＢコマンドが現れると、新しいショーが始まっているこ
とは明らかなので、イベント・マネジャ５０４はショーＡ、セグメントＡ．２に
関する対話性を安全に取り消すことができる。この取消コマンドはトランスレー
タ・モジュール５０２から直接には来ないが、ショーＢに関する開始コマンドに
基づいてイベント・マネジャのショーＡ状態機械によって合成される。ショーＢ
がその放送に数時間先だってスケジューリングされることは可能であるので、シ
ョーＡの対話性はショーＢが実際に開始するまで取り消されるべきではない。ま
た、背中合わせのショーの潜在性のためおよび、ショーＢをその開始時間に数時
間先だってスケジューリングすることができるため、イベントＢをスケジューリ
ングしているときには取り消しは発生し得ないことに留意されたい。

【０２２７】 場合によっては、２つのテレビジョン・ショー（たとえば、ショーＡおよびシ
ョーＢ）の間には介入するコマーシャル（たとえばＡｄＹ）はない。すなわち、
２つのショーは背中合わせになり得る（すなわち、ショーＡの直後にショーＢを
開始できる）。この場合に、ショーＡ取消１２８８は、ショーＢ開始１２８４の
前に発生する。

【０２２８】 代替的な実施形態において、イベント・マネジャ５０４は、別のインタラクテ
ィブ・アプリケーションを取り消す前に１つのインタラクティブ・アプリケーシ
ョンを開始することができる。たとえば、インタラクティブ・アプリケーション
を取り消すことが停止するよりも時間がかかるのであれば、これは望ましいこと
であり、２つのショーが背中合わせでない場合に、ショーＡに関するインタラク
ティブ・アプリケーションを取り消す前にショーＢに関するインタラクティブ・
アプリケーションを開始することが最適化である。一般的に、代替的な実施形態
は、以前のインタラクティブ・アプリケーションを停止して、次のインタラクテ
ィブ・アプリケーションを開始してから、前のインタラクティブ・アプリケーシ
ョンを取り消すものである。

【０２２９】 要約すれば、本発明は、放送および、テレビジョン・ショーやコマーシャルな
どを含む放送プログラムの表示と同期して、対話型コンテンツの挙動を制御する
様々な方法および手段を提供する。ネイティブ制御信号を用いて放送プログラム
の同一性および状態を判断してから、その放送プログラムと関連づけられた対話
性の状態を管理することを含む、本発明の原理は、多数の変形がある多様な異な
った方法で実施することができる。本発明の範囲内にあるこれらの変形のいくつ
かは次のとおりである。

【０２３０】 オートメーション・サーバ１０８は、トランスレータ・モジュール５０２およ
びイベント・マネジャ５０４の二重の状態機械を用いるものとして説明する。こ
れは有益ではあるが、本発明の他の実施形態は、たとえば制御信号の各タイプに
関するプログラムされたスクリプトあるいは他の手続き的機構を用いて、状態機
械なしにオートメーション・サーバ１０８またはその機能を実施してもよいと考
えられる。

【０２３１】 トランスレータ・モジュール５０２における一連の理想的な制御信号および状
態、イベント・マネジャ５０４に出力されるアトミック・コマンドまたは、放送
サーバのような装置を制御するために生成されたコマンドは全て、より多いかよ
り少ない信号およびコマンドをカバーするように変えてもよい。同様に、状態の
それぞれにおける特定の作用を変えてもよい。たとえば、停止または取り消しす
るコマンドに加えて、特定の再開または遅延コマンドを備えた再開を、さらに複
雑な制御に用いてもよい。保存コマンドは、将来の検索のために、対話性におい
て生成されたデータを保存するように放送受信機１２０に命令してもよい。この
コマンドは、たとえば、ユーザまたは対話性が作成したデータを保存するために
、エラー状態、チャネル変更または他のイベントに応じて生成することができる
。送信またはアップロード・コマンドは、作成／記憶されたデータを収集機構に
送信し戻して、たとえば対話型購入アプリケーションを介して商品の購入を完了
するように放送受信機に命令してもよい。

【０２３２】 オートメーション・サーバ１０８および本発明によって制御できる対話性のタ
イプは様々であり、既存のインタラクティブ・アプリケーションに限定されない
。ウェブページなどの対話性または、ウェブページとインタラクティブ・アプリ
ケーションとの組み合わせは、本発明の原理を用いて制御することができると思
われる。

【０２３３】 放送サーバまたは類似の装置へのコマンドのタイミングは、帯域幅、データを
送信する接続速度および、どれくらい速くテレビジョン画像を表示できるかに相
対的な放送受信機の実行応答時間に応じて変えてもよい。そのため、コマンドは
基本的な放送イベントが発生する前、ちょうどそのとき、直後またはほぼ前に送
信することができる。コマンドのタイミングは、最も早い利用可能な時間にどの
情報が分かっているかを利用して最適化できる。

【０２３４】 制御信号をオートメーション・サーバに提供する手段またはその均等物は変え
てもよい。これらは、シリアル・ポート、ＬＡＮまたはスケジューリング・シス
テムへの遠隔通信インタフェース上のバイナリ・データあるいは、アナログまた
はデジタル・ビデオ信号に符号化されたバイナリ・データを含む。

【０２３５】 したがって、本発明は特許請求の範囲によって限定され、上記に開示した好適
な実施形態の詳細によっては本来限定されないものと理解される。

【図面の簡単な説明】

【図１】 本発明に係るシステムの図である。

【図２】 放送受信機の図である。

【図３】 インタラクティブ・アプリケーションを受信して実行する全体的プロセスのフ
ローチャートである。

【図４】 本発明の実施形態におけるオートメーション・サーバの図である。

【図５】 トランスレータ・モジュールおよびイベント・マネジャを含むチャネル・イン
タフェースの図である。

【図６】 インタフェース・マネジャのライフサイクル図である。

【図７】 トランスレータ・モジュールおよびイベント・マネジャを含むチャネル・イン
タフェースのライフサイクル図である。

【図８】 理想的トランスレータに関する状態機械図である。

【図９】 トランスレータ・モジュールのマッピング・ロジックのフローチャートである
。

【図１０】 イベント・マネジャのマッピング・ロジックのフローチャートである。

【図１１】 イベント・マネジャの状態機械図である。

【図１２】 コマーシャルに対する放送プログラムの対話性のセグメント化を示したイベン
ト・トレースである。

【手続補正書】

【提出日】平成１３年１２月２１日（２００１．１２．２１）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正の内容】

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/081 Ｈ０４Ｎ 5/93 Ａ 7/173 ６１０ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ， ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，Ｃ Ｎ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ， ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，Ｌ Ｋ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ， ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，Ｔ Ｒ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 シゲセン，アラン・シー アメリカ合衆国カリフォルニア州94025， メンロ・パーク，パターソン・アベニュー ６ (72)発明者 ベリアチュア，スティーブ アメリカ合衆国カリフォルニア州94066， サン・ブルーノ，オリーブ・コート 778 (72)発明者 ミッチェル，クリストファー・ジェイ アメリカ合衆国カリフォルニア州91504， バーバンク，アドルノス・ウェイ 3000 Ｆターム(参考） 5C053 FA20 FA29 GB06 JA01 JA21 LA06 LA07 LA15 5C063 AA01 AB03 AB05 AC01 AC05 AC10 CA23 CA36 DA07 DB10 5C064 BA01 BB10 BC18 BC23 BC25 BD02 BD03 BD08 BD09 【要約の続き】 ム（１０６）からのネイティブ制御信号を放送プログラ ムのライフサイクル挙動を表す固定の組のアトミック・ コマンドに翻訳する。イベント・マネジャ（５０４） は、これらのアトミック・コマンドを受け取り、そして それらを用いて、放送プログラムと関連したいずれのイ ンタラクティブ・アプリケーションに対する適切な状態 を決定する。

Claims (27)

【特許請求の範囲】
1. 【請求項１】 インタラクティブ・アプリケーションの放送及び受信を制御
   する、コンピュータで実行される方法において、 放送プログラムの放送を制御する制御信号を受信するステップと、 前記制御信号から放送プログラムのうちの１つと関連したインタラクティブ・
   アプリケーションを決定するステップと、 放送プログラムの表示及び放送のうちのいずれかと同期してインタラクティブ
   ・アプリケーションの実行及び終了を維持するためのコマンドを前記制御信号か
   ら発生するステップと を備える方法。
2. 【請求項２】 コマンドを発生する前記のステップは更に、放送プログラム
   の放送受信機上への表示とのインタラクティブ・アプリケーションの同期表示を
   維持するためのコマンドを発生するステップを備える請求項１記載の方法。
3. 【請求項３】 コマンドを発生する前記のステップは更に、放送プログラム
   の表示の終了と同期してインタラクティブ・アプリケーションの表示を終了する
   ためのコマンドを発生するステップを備える請求項１記載の方法。
4. 【請求項４】 コマンドを発生する前記のステップは更に、 前記制御信号から放送プログラムの状態を決定するステップと、 放送プログラムの前記状態に応答して、インタラクティブ・アプリケーション
   の状態を決定するステップと、 インタラクティブ・アプリケーションの状態に適した少なくとも１つのコマン
   ドを発生するステップとを備える、請求項１記載の方法。
5. 【請求項５】 前記放送プログラムがテレビジョン・ショーであり、 コマンドを発生する前記のステップは更に、 前記制御信号からコマーシャルが放送中であることを決定するステップと、 コマーシャルが放送中であることを決定することに応答して、前記テレビジョ
   ン・ショーと関連したインタラクティブ・アプリケーションの実行を中断するた
   めのコマンドを発生するステップと、 コマーシャルがもはや放送中でないことを決定することに応答して、テレビジ
   ョン・プログラムと関連したインタラクティブ・アプリケーションの実行を再開
   するためのコマンドを発生するステップとを備える、請求項１記載の方法。
6. 【請求項６】 前記放送プログラムが第１のテレビジョン・ショーであり、 コマンドを発生する前記のステップは更に、 前記制御信号からコマーシャルが放送中であることを決定するステップと、 前記テレビジョン・ショーを終了するための制御信号を受信するステップと、 コマーシャルが放送中であることを決定することに応答して、第１のテレビジ
   ョン・ショーと関連したインタラクティブ・アプリケーションの実行を中断する
   ためのコマンドを発生するステップと、 第１のテレビジョン・ショーがコマーシャルの後で放送中であることを決定す
   ることに応答して、第１のテレビジョン・ショーと関連したインタラクティブ・
   アプリケーションの実行を再開するためのコマンドを発生するステップとを備え
   る、請求項１記載の方法。
7. 【請求項７】 前記放送プログラムが第１テレビジョン・ショーであり、 コマンドを発生する前記のステップは更に、 前記制御信号からコマーシャルが放送中であることを決定するステップと、 前記テレビジョン・ショーを終了するための制御信号を受信するステップと、 コマーシャルが放送中であることを決定することに応答して、第１のテレビジ
   ョン・ショーと関連した第１のインタラクティブ・アプリケーションの実行を中
   断するためのコマンドを発生するステップと、 第１のテレビジョン・ショーがコマーシャル休みにおける全てのコマーシャル
   の後で放送中であることを決定することに応答して、第１のインタラクティブ・
   アプリケーションの実行を再開するためのコマンドを発生するステップと 第２のテレビジョン・ショーが放送中であることを決定することに応答して、
   第１のインタラクティブ・アプリケーションを終了するためのコマンド、及び第
   ２のテレビジョン・ショーと関連した第２のインタラクティブ・アプリケーショ
   ンの実行を始めるためのコマンドを発生するステップとを備える、請求項１記載
   の方法。
8. 【請求項８】 制御信号を受信する前記ステップは、スケジューリング・シ
   ステムにより制御される放送ソース装置をエミュレートすることにより制御信号
   を前記スケジューリング・システムから受信するステップを備える請求項１記載
   の方法。
9. 【請求項９】 各制御信号が、放送プログラムと関連し、 制御信号を受信する前記ステップは、前記制御信号と関連した放送プログラム
   のためのインタラクティブ・アプリケーションをスケジューリングし、開始し、
   停止し及び取消するようインタラクティブ・アプリケーション・サーバに選択的
   に命令するため前記インタラクティブ・アプリケーション・サーバへの１組のコ
   マンドに前記制御信号を翻訳するステップを備える 請求項１記載の方法。
10. 【請求項１０】 前記制御信号は、スケジューリング・システムにより、プ
    ログラム識別子及び放送プログラムを放送すべきときを記述する情報を含む一連
    の放送プログラムを定義するプレイリストに応答して発生される請求項１記載の
    方法。
11. 【請求項１１】 前記制御信号は、スケジューリング・システムにより、放
    送プログラムの放送を手動で制御するオペレータの動作に応答して発生される請
    求項１記載の方法。
12. 【請求項１２】 前記制御信号は、当該制御信号により制御される放送プロ
    グラムと関連して事前記録され且つ記憶される請求項１記載の方法。
13. 【請求項１３】 選択された放送プログラムの放送を準備するための準備制
    御信号を受信するステップと、 選択された放送プログラムと関連したインタラクティブ・アプリケーションを
    決定するステップと、 前記の決定されたインタラクティブ・アプリケーションの実行をスケジューリ
    ングするためのコマンドを発生するステップと を更に備える請求項１記載の方法。
14. 【請求項１４】 選択された放送プログラムの放送を準備するための開始制
    御信号を受信するステップと、 選択された放送プログラムと関連したインタラクティブ・アプリケーションを
    決定するステップと、 前記の決定されたインタラクティブ・アプリケーションの送信を開始するため
    のコマンドを発生するステップと を更に備える請求項１記載の方法。
15. 【請求項１５】 選択された放送プログラムの放送を準備するための開始制
    御信号を受信するステップと、 選択された放送プログラムと関連したインタラクティブ・アプリケーションを
    決定するステップと、 先に送信されたインタラクティブ・アプリケーションに対するトリガを送信す
    ることにより、前記の決定されたインタラクティブ・アプリケーションの実行を
    開始するためのコマンドを発生するステップと を更に備える請求項１記載の方法。
16. 【請求項１６】 選択された放送プログラムの放送を停止するための制御信
    号を受信するステップと、 前記選択された放送プログラムと関連したインタラクティブ・アプリケーショ
    ンを決定するステップと、 前記の決定されたインタラクティブ・アプリケーションの実行を取り消すため
    のコマンドを発生するステップと を更に備える請求項１記載の方法。
17. 【請求項１７】 制御信号のため放送プログラムのタイプを決定するステッ
    プを更に備える請求項１記載の方法。
18. 【請求項１８】 インタラクティブ・アプリケーションのためのタイプを放
    送プログラムのタイプの関数として決定するステップを更に備える請求項１７記
    載の方法。
19. 【請求項１９】 制御信号のための放送プログラムのタイプがテレビジョン
    ・ショー、コマーシャル及び不明のもののうちのいずれであるかを決定するステ
    ップと、 前記放送プログラムのタイプに適したインタラクティブ・アプリケーションの
    タイプを決定するステップと を更に備える請求項１記載の方法。
20. 【請求項２０】 前記スケジューリング・システムは、放送ソースを準備、
    開始及び停止するための各制御信号を与え、 放送プログラムに対する準備信号を受信することに応答して、前記放送プログ
    ラムと関連したインタラクティブ・アプリケーションをスケジューリングするた
    めのコマンドを発生し、且つ前記放送プログラムと関連した前記インタラクティ
    ブ・アプリケーションを開始するためのコマンドを発生するステップと、 前記放送プログラムと関連したインタラクティブ・アプリケーションを開始す
    るためのコマンドが既に発生された場合前記放送プログラムに対する受信された
    開始信号を無視するステップと、 前記放送プログラムに対する停止信号を受信することに応答して、前記放送プ
    ログラムと関連した前記インタラクティブ・アプリケーションを停止するための
    停止コマンドを発生するステップとを更に備える、請求項１記載の方法。
21. 【請求項２１】 前記スケジューリング・システムは、前記制御信号内の識
    別コードの存在又は不在によりテレビジョン・ショーとコマーシャルとを選択的
    に区別する制御信号を与え、 テレビジョン・ショー中におけるコマーシャルの放送を示す識別コードを含む
    制御信号を受信することに応答して、前記コマーシャルと関連したインタラクテ
    ィブ・アプリケーションをスケジューリングするためのコマンドを発生し、前記
    インタラクティブ・アプリケーションを開始するためのコマンドを発生し、及び
    前記テレビジョン・ショーのためのインタラクティブ・アプリケーションが実行
    中であるか否かを決定し且つ前記テレビジョン・ショーのためのインタラクティ
    ブ・アプリケーションの実行を停止するためのコマンドを発生するステップと、 コマーシャルに対する識別コードを含まない制御信号を受信することに応答し
    て、前記コマーシャルと関連したインタラクティブ・アプリケーションを取り消
    すためのコマンドを発生し、及び前記インタラクティブ・アプリケーションを開
    始するためのコマンドを発生するステップとを更に備える、請求項１記載の方法
    。
22. 【請求項２２】 前記スケジューリング・システムは、各放送プログラム及
    びその継続時間を識別するデータを含む制御信号を与え、 前記制御信号からの識別データ及び継続時間データを用いて、前記放送プログ
    ラムと関連したインタラクティブ・アプリケーションのスケジューリング、開始
    、停止及び取消を選択的に行うためのコマンド発生するステップを更に備える、
    請求項１記載の方法。
23. 【請求項２３】 インタラクティブ・アプリケーションと関連した各放送プ
    ログラムに対して、前記制御信号に応答して前記放送プログラムと関連した状態
    を介して遷移し、且つ前記放送プログラムの状態に対するインタラクティブ・ア
    プリケーションのための所望の挙動と関連した選択された状態でコマンドを発生
    する第１の状態機械を維持するステップと、 放送プログラムと関連したインタラクティブ・アプリケーションに対して、前
    記放送プログラムの状態機械からのコマンドに応答して前記インタラクティブ・
    アプリケーションと関連した状態を介するその遷移を行い、且つ前記放送プログ
    ラムとの前記インタラクティブ・アプリケーションの同期実行を維持するための
    コマンドを選択的に発生する状態機械を維持するステップと を更に備える請求項１記載の方法。
24. 【請求項２４】 テレビジョン・ショー及びコマーシャルのためのインタラ
    クティブ・アプリケーションの実行を制御する方法において、 テレビジョン・ショーと関連したインタラクティブ・アプリケーションの実行
    をもたらすコマンドを発生するステップと、 前記テレビジョン・ショー中における各コマーシャル中に前記インタラクティ
    ブ・アプリケーションの実行を中断するためのコマンドを発生するステップと、 テレビジョン・プログラムが各コマーシャルの後で放送されるとき前記インタ
    ラクティブ・アプリケーションの実行を再開するためのコマンドを発生するステ
    ップと を備える方法。
25. 【請求項２５】 放送プログラムのためのインタラクティブ・アプリケーシ
    ョンの実行を制御するコンピュータ・プログラム製品において、 複数のチャネル・インターフェースを備え、 各チャネル・インターフェースは、複数のチャネルの各々の上での放送プログ
    ラムの放送をスケジューリングするスケジューリング・システムから特定のチャ
    ネルのための制御信号を受信するよう結合され、 各チャネル・インターフェースは更に、トランスレータ及びイベント・マネジ
    ャを含み、 チャネル・インターフェースのための前記トランスレータは、前記特定のチャ
    ネル上の放送プログラムと関連した制御信号を受信し且つ前記制御信号を前記イ
    ベント・マネジャに対するコマンドに翻訳するよう結合され、 当該コマンドは、特定のチャネル上の放送プログラムの状態に依存し、 チャネル・インターフェースのための前記イベント・マネジャは、前記コマン
    ドを前記トランスレータから受信し且つサーバに対するコマンドを発生するよう
    結合され、前記特定のチャネル上で放送された放送プログラムと関連したインタ
    ラクティブ・アプリケーションの実行を制御する コンピュータ・プログラム製品。
26. 【請求項２６】 チャネル・インターフェースのための前記トランスレータ
    は、インタラクティブ・アプリケーションを有する一義的に識別された各放送プ
    ログラムに対して別個の状態機械を維持し、 チャネル・インターフェースのための前記イベント・マネジャは、前記特定の
    チャネル上の放送プログラムの各インタラクティブ・アプリケーションに対する
    別個の状態機械を維持する 請求項２５記載のコンピュータ・プログラム製品。
27. 【請求項２７】 放送プログラムのためのインタラクティブ・アプリケーシ
    ョンの実行を制御するシステムにおいて、 放送ソースの動作を制御する制御信号のソースと通信可能に結合するオートメ
    ーション・サーバを備え、 前記放送ソースは放送プログラムを与え、 前記オートメション・サーバは、放送プログラムのための制御信号から放送プ
    ログラムの状態、及び前記放送プログラムと関連したインタラクティブ・アプリ
    ケーションを決定し、且つ当該放送プログラムの状態に応答してコマンドを発生
    して、放送受信機上でのインタラクティブ・アプリケーションの実行と、表示装
    置上への前記放送プログラムの表示と同期して前記表示装置上への前記インタラ
    クティブ・アプリケーションの表示とを制御し、 前記コマンドを前記オートメション・サーバから受信し、且つ前記インタラク
    ティブ・アプリケーションと、前記放送受信機への放送のためのインタラクティ
    ブ・アプリケーションの実行を制御するための信号とを与える放送サーバを更に
    備える、システム。