JPH09511364A - オブジェクト指向通信ネットワーク - Google Patents

Abstract

(57)【要約】 本発明の通信システムは、（ａ）１以上のオブジェクトを有するオブジェクトストリームを送信するための手段を有する送信機、（ｂ）それぞれ、上記オブジェクトストリームを受信するための手段、及び、上記オブジェクトストリームから上記オブジェクトのいずれかを選択するための手段を備える複数の受信機、及び、（ｃ）受信機プロファイルを提供するための手段を具備している。そして、（ｄ）上記受信機プロファイルは上記受信機ついての関心オブジェクトリストで構成され、（ｅ）上記選択するための手段は、上記オブジェクトストリームから関心オブジェクトに対応するオブジェクトを選択するために上記プロファイルに応答するように構成されている。

Description

【発明の詳細な説明】 プログラムのユーザプロファイルに従う選択を備えた複数の受信機を含む通信ネ ットワーク産業上の利用分野 本発明は、通信システムに関する。さらに詳細には、本発明は、放送ネットワ ーク全体に及ぶデータに受信機が応答する非階層ネットワークに関する。発明の背景 従来の技術には、放送又は表示用ネットワーク内の加入受信機にビデオ、音声 およびデータを提供するための通信システムがある。 これら公知のシステムはすべて、ビデオ、音声もしくはデータ伝送用宛先、す なわち受信機を識別する何らかの形態のアドレッシングを備えている。このアド レッシング機構によって、単一乃至多点のネットワークが形成され、このネット ワーク内で送信機と１以上の受信機との間で通信が行われる。 このような公知のシステムには問題点がある。その本来の性質から、アドレッ シング機構では、送信機がすべての受信機のアドレスを知っていることが要求さ れる。これは、送信機が相当の知能又は処理能力を備えていなければならないこ とを意味する。しかも、各受信機もまた、各自にアドレッシングされた送信を識 別および解読するのに十分な処理能力を有していなければならない。さらに、シ ステムの容量は、アドレッシング機構に依存している。追加の受信機は、それぞ れ、サービスされ なければならない追加アドレスとして送信機に認知される。 従って、２地点間点アドレッシングを必要とすることなく受信機がデータオブ ジェクトに応答する通信ネットワークを提供するシステムが要求されている。発明の要約 本発明の特徴は、受信機が送信機とは無関係にデータを処理することにある。 本発明のシステムでは、送信機が受信機のいずれかをアドレッシングする必要が ない。その代わりに、送信機はオブジェクトストリームを放送し、各送信機はロ ーカルプロファイルに従っていずれかのオブジェクトを選択するのである。 本発明の別の特徴は、受信機が多数の各種サービスを提供することができるこ とにある。 第１の見地からみると、本発明は、次のように構成される通信システムを提供 する： （ａ）１以上のオブジェクトから成るオブジェクトストリームを送信するための 手段を有する送信機、 （ｂ）それぞれ、上記オブジェクトストリームを受信するための手段、及び、上 記オブジェクトストリームから上記オブジェクトのいずれかを選択するための手 段を備える複数の受信機、及び、 （ｃ）受信機プロファイルを提供するための手段 を具備し、 （ｄ）上記受信機プロファイルは、上記受信機についての関心オブジェクトのリ ストで構成され、そして、 （ｅ）上記選択するための手段は、上記オブジェクトストリー ムから関心オブジェクトに対応するオブジェクトを選択するために上記プロファ イルに応答すること。図面の簡単な説明 本発明を一層よく理解し本発明がいかにして実施されるかをさらに明瞭に示す ため、ここで、添付した次の図面に示した本発明の好ましい実施例を参照しよう ： 図１は、本発明による通信システムをブロック図で示し、 図２は、図１に示したシステムのための受信機の詳細なブロック図であり、 図３は、図２の受信機の動作を制御するコンピュータプログラムの主な要素を 示す機能ブロック図であり、 図４は、図３のプログラムのためのデータレセプタモジュールの詳細を示す機 能ブロック図であり、 図５は、図３のプログラムのためのシーケンサモジュールの詳細を示す機能ブ ロック図であり、 図６は、図１のシステムで用いられるプロファイルの具体例を示し、 図７は、図６のプロファイルのための相互参照テーブルの具体例を示し、 図８は、図２の受信機によって受信されるデータオブジェクトのストリーム構 造を示し、 図９は、本発明による例示的なシーケンスリストの一部を示し、 図１０は、図９のシーケンスリストのための「包含（include）」ファイルの 一例を示し、そして、 図１１は、本発明による例示的な製品定義（Product Definit ion）を示す。好ましい実施例の詳細な説明 まず最初に、本発明による通信システム２の概観をブロック図で示す図１を参 照する。この通信システム２は、通信制御装置４、送信機６、通信チャネル８、 ならびに、通信インターフエース12とオンラインデセレクタ（on-line de-selec tor）14を含む受信機10から構成される。 通信制御装置４は、送信機６に接続されたコンピュータを備える。通信制御装 置４の機能は、受信機10にデータオブジェクトを送信することである。以下に記 載する目的のために、受信機10は、ケーブルテレビネットワーク16に接続されて いる。図１に示すように、ケーブルテレビネットワーク16は、ケーブルテレビ局 18とケーブルテレビ加入者20（例えば、家庭）から成る。ケーブルテレビネット ワークという環境では、ケーブルテレビ局18は、通信ネットワーク２を通じて入 手可能となるサービスの顧客或いはユーザである。後で詳しく説明するように、 本発明による通信ネットワーク２を使用して、例えば、天気予報、株式市場報告 及びヘッドラインニュースのような多数の各種情報サービスを提供することがで きる。ケーブルテレビ局18は、受信機10を介してこれらのサービスにアクセスし 、サービスを加入者20もしくは家庭に再送信することができる。 公知のシステムとは対照的に、通信制御装置４は、アドレッシング機構を使用 せず、代わって、オブジェクトが空間中に放送され、受信機10は、このデータを 受け取るが、受信機の個々の要求もしくは関心に基づいたデータオブジェクトし か処理しない。以下に説明されるように、一つのオブジェクトは、限定 的ではないが、例えば、天気、金融またはヘッドラインニュースに関するデジタ ル乃至コンピュータ画像、及び、テキストデータを収納することができ、この情 報はデータオブジェクトストリームとして送信される。（さらに、後で説明する ように、中継画像信号送り込み及び音声信号送り込みを受信機10によって提供さ れるサービスに組み込むことができる。）各受信機10は、受信機10の関心対象で あるオブジェクトを記入するプロファイル／スケジューラを有する。受信機10で は、そのプロファイル／スケジューラを用いて、空間に存在するオブジェクトの 連続ストリームから自身が関心をもっているオブジェクトを「はずす（de-selec t）」ようになっている。各受信機10は、どのオブジェクトが自身の関心対象で あるかを決定するための手段を含むので、通信制御装置４は、受信機10について 、例えばそのアドレスまたは位置についてほとんど知る必要がない。これによっ て、当業者には、通信ネットワークの設計を単純化できることが認識されるだろ う。 図１に示したように、通信制御装置４は、オフライン支援モジュール22を含む ことができる。本発明によるシステム２は、オープンネットワークアーキテクチ ャ、すなわち、受信機10がアドレスなしで空間に存在する構成を提供するので、 制御装置４は、受信機10についてあまり知る必要がない。制御装置４の主なタス クは、システム２のユーザまたは顧客（例えば、ケーブルテレビ局18）の関心事 項に基づいたオブジェクトを提供することである。従って、支援モジュール22は 、顧客情報、並びに、管理及び目録用のオブジェクト・リストを記憶するための １以上のデータベースを備えることができる。オブジェクト自体は、オブジェク トソース23によって供給され、通信制御装置 ４に接続されたオブジェクトビルダ25によって、ある通信形式（例えば、ＴＩＦ Ｆフォーマット）とされる。 さらに図１を参照すると、送信機６は、制御装置４に結合された通信装置を備 える。送信機６は、制御装置４と通信チャネル８との間のインターフェースを提 供する。送信機６は、通信チャネル８で使用される基準およびプロトコルに従っ てデータオブジェクトをフォーマット化する。本発明の好ましい実施態様では、 通信チャネル８は衛星システムで構成される。受信機10と通信するために、衛星 （通信システム８）は、ベースバンド信号（これはビデオおよび音声信号送り込 みを提供する）を含む信号チャネルを使用し、データオブジェクトについては例 えば512キロボー（kiloBaud）のデータサブキャリアを、そして、音声信号チャ ネルについては別のサブキャリアを有する。各受信機10は、衛星通信チャネル８ と互換性のあるフロントエンドまたは通信インターフェース12を含む。周知の方 法で、送信機６および受信機10のフロントエンド（すなわち、通信インターフェ ース12）は、例えば256または512キロボーのデータサブキャリアを有するベース バンドチャネル用に指定された既存の商用衛星通信装置で構成することができる 。 次に衛星ベースの通信チャネル８について述べるが、他のあらゆるタイプの通 信リンク、例えば、光ファイバー技術、あるいは全電話回線に及ぶ高速直列モデ ムリンクを使用することができることに留意すべきである。 受信機10の通信インターフェース12（又はフロントエンド）は、前述したよう に、送信機と互換性のあるインターフェースを提供する。（受信機10における） インターフェース12は、送信機６が使用する基準およびプロトコルに従った到来 衛星信号 （ベースバンドビデオ／音声及びデータサブキャリア）を受け取り、オンライン デセレクタ14と互換性のある信号レベルに変換する。通信インターフェース12は 、オンラインデセレクタ14に結合され、オンラインデセレクタ14に対してデータ オブジェクトストリーム99を含む信号を送る（図８）。到来信号は、以下に詳し く説明するように、すべての受信機10によって受信されるが各受信機10の関心事 項に従って処理されるデータオブジェクトストリームを表す。 次にデータオブジェクトストリーム99の構成を示す図８を参照にする。図示の ように、ストリーム99は、参照番号100によって一般的に示した一連のデータオ ブジェクトを含む。各オブジェクト100は、提供されているサービス、例えばヘ ッドラインニュース用ビデオ画像に関連するデータまたは情報を含むオブジェク トデータ部102を含む。このデータ部102に加えて、オブジェクト100は、オブジ ェクトフィールドの開始104、オブジェクトシーケンス番号106、固有ＩＤ（Uniq ue ID）で構成されるオブジェクト識別子フィールド108、タイムスタンプフィー ルド110、関連サービスフィールド112、ならびにオブジェクトフィールドの終了 114を含んでいる。 オブジェクトフィールドの開始104、オブジェクトフィールドの終了114ならび にオブジェクトシーケンス番号106は、当業者に理解されるように、オブジェク トを送信および受信するのに必要なオーバーヘッド情報の部分である。オブジェ クトフィールドの開始およびオブジェクト・フィールドの終了104、114は、デー タオブジェクト100の開始および終了を定義し、チェックサムまたはＣＲＣコー ドのようなエラー検出情報で構成することができる。 送信される情報、例えば、ニュースビデオ画像が、オブジェクトデータ部102 の容量を越える瞬間が起き得る。このような場合には、オブジェクトデータ102 を一連のオブジェクト100として送信することができ、この一連のオブジェクト にオブジェクト番号を定義するのにオブジェクトシーケンス番号フィールド106 が使用される。 やはり図８を参照にすると、固有ＩＤフィールド108は名称または識別子で構 成され、オブジェクト100が受信機10により識別され、プロファイル（下記参照 ）により決定されるのと同じようにオブジェクト100が関心対象であるとされる 場合に選択されるのを、この名称によって可能にする。データ部102はオブジェ クトが何であるかを定義するので、固有ＩＤフィールド108は、単純に、オブジ ェクト100を識別するための一般名称で構成することができる。このような特徴 によって、システム２は、種々のタイプのサービス、例えば、天気予報やヘッド ラインニュースを提供するのに単一ストリーム99を用いることができる。 タイムスタンプフィールド110が含まれるのは、あるタイプのオブジェクト、 例えば、天気予報は、一定時間を過ぎると不用のものになる〜である。タイムス タンプフィールド110は、オブジェクト100がいつ生成されたかを示す期日情報の 日付および時間を含む。タイムスタンプフィールド110は、オブジェクトビルダ2 5（図１）によって指定することができる。以下に説明するように、受信機10は 、オブジェクト・ストリーム99からオブジェクト100を選択するための基準とし てタイムフィールド110を用いることができる。例えば、古いオブジェクト100は 、タイムスタンプ110により決定されるのと同じようによ り新しいオブジェクトに取り替えることができる。 図８をさらに参照して、関連サービス・フィールド112は、オブジェクトが関 連するサービス、例えば、ヘッドラインニュースサービスまたは株式市場サービ スを識別する。 前述したように、受信機10では、そのプロファイル／スケジューラを用いて空 間に存在する連続的オブジェクトストリーム99から関心対象であるオブジェクト 100（図８）を「はずす」ようになっている。例示的プロファイル120は、図６に 示される。プロファイル120は、特定情報122およびサービス特定情報124から成 る受信機10用のレコードである。プロファイル120は、ディスケット（図示せず ）に常駐するか、あるいは、受信機10によって読み取られるＥＰＲＯＭ（図示せ ず）中に書き込むことができる。代替的に、プロファイル120は、受信機10をロ ーカルオフライン支援モジュール17（図１）に接続する直列ポート接続15を介し て受信機10のメモリ中に入力することができる。オフライン支援モジュール17の 主な機能は、ケーブル局18に対して、プロファイル120を修正もしくは増強する 能力を与えることである。 プロファイル120の主な機能は、オブジェクトストリーム99中のどのオブジェ クト100が受信機10の関心対象であるのか、従ってストリーム99から選択される べきであるのかを決定することができるように、受信機10に情報を与えることで ある。プロファイル120は、もともと、ケーブル・テレビ局18の関心事項をコン パイルすることにより、例えば質問表を完成することにより生成される。次に、 関心事項は、その局用のプロファイル120中にコンパイルされる。プロファイル1 20は、例えばディスケットの形態で局18に送られ、受信機10にインストールさ れる。 図５に示すように、受信機10の特定情報には、時間帯指定126、夏時間オフセ ット指定128、夏時間日付及び時間帯指定130、ならびに、言語指定132が含まれ る。 受信機10では、夏時間日付指定130に関する情報を用いて夏時間日付をいつ活 動化／非活動化すべきかが決定されるようになっている。 上述したように、ストリーム99中のオブジェクト100は、一つ以上の言語を持 つことができる。受信機10では、その言語指定132を用いてその言語、すなわち 関心対象であるオブジェクトの言語が決定されるようになっている。例えば、フ ランス語指定の受信機10では、暗にフランス語でのオブジェクトを意味するオブ ジェクト識別子108を有するオブジェクト100だけが選択される。 さらに図６を参照にして、サービス特定情報124は、一般的な次の２タイプの 要素を含む：システム許容資源134及びオブジェクト相互参照テーブル136。受信 機10では、システム許容資源情報134を用いて、例えばメモリ割当のような提供 すべきサービスのためにその資源が構成されるようになっている。一方、オブジ ェクト相互参照テーブル136は、サービスに関連するオブジェクトを列挙し、受 信機10がオブジェクトストリーム99（図８）からオブジェクト100を選択するた めの選択基準を与え、さらにまた、受信機10による使用に対してローカルな又は 内部的なＩＤを与える。 受信機10において、オブジェクト100は、パケット100のフィールド108（図８ ）に含まれる固有ＩＤ139に従って識別することができる。オブジェクト100は、 また、図７に示される ように、オブジェクト相互参照デーブル136に含まれる対応内部ＩＤ（Internal ID）140に改称することができる。相互参照テーブル136が好ましいのは、後で述 べる「衝突防止（anti-collision）」」の特徴を提供するからである。 図７に例示した相互参照テーブル136には、通信ネットワーク全体に対して固 有の「固有ＩＤ」オブジェクト識別子リスト138が含まれる。相互参照テーブル1 36はまた、受信機10における使用のための「内部ＩＤ」オブジェクト識別子リス ト141を含む。受信機10では、固有ＩＤを用いて関心オブジェクトが識別される ようになっている。該当するオブジェクトは、受信機10によって保持され、対応 する内部ＩＤ140に従って改称される。オブジェクトを内部的に改称することに より、受信機10では、同じ固有ＩＤ139を有する新しく受信されたオブジェクト が上記オブジェクト上に重ね書きされるのを防ぐことができる。このようにして 、相互参照テーブル136によって「衝突防止」機能を与えることができる。また 、相互参照テーブル136を使用して、受信機10の古いバージョン間の互換性を維 持することもできる。 図６を参照して以上説明したように、プロファイル120のサービス特定部分124 は、受信機10の関心対象である「オブジェクトリスト」を定義する。代替例とし て、「オブジェクトリスト」は、受信機10におけるアルゴリズムに従って決定ま たは計算することができる。例えば、このアルゴリズムは、ユニット特定情報12 2もしくは受信機10用のプレイリストから取得したデータについて操作すること ができる。本発明のこの実施態様によれば、アルゴリズムは、受信機10の関心対 象であるオブジェクトのリストを提供し、これによって、受信機10に自身のプ ロファイル120を決定する能力を与える。 次に、オンラインデセレクタ14の構造を示す図２を参照にする。オンラインデ セレクタ14は、バス30を介して中央処理装置モジュール28に結合された通信ボー ド24および図形表示ボード26から成る。オンラインデセレクタ14は、公知のＩＳ ＡもしくはＰＣ−ＡＴ（商標）バスアーキテクチャに基づいている。中央処理装 置28は、オンラインデセレクタ14の操作を制御するアプリケーションプログラム を実行する。好ましい実施態様においては、中央処理装置モジュール28は、Inte l 286/386/486またはPentium（商標）タイプマイクロプロセッサ、バッテリバッ クアップ付きクロック、ランダムアクセスメモリ（最小１メガバイト）、及び、 読出専用メモリ（図示せず）を含む。中央処理装置28は、ＤＭＡ（Direct Memor y Access）制御装置（図示せず）のような他の資源を含むことができる。 通信ボード24の役割は、受信機10の関心対象である到来データオブジェクトス トリーム99（図７）からオブジェクト100を抽出することである。表示ボード26 の機能は、通信ボード24によってオブジェクトストリームから選択されたオブジ ェクトを表示することである。オブジェクト100は、受信機10の関心事項を定義 するプロファイル120（図６参照）に従って抽出される。次に、受信機10の関心 事項、例えば、ケーブル・テレビ局18が加入者に提供するサービスは、顧客また はユーザによって決定される。受信機10はどのオブジェクトを望んでいるかを知 っており、中央の通信制御装置４はこれを知る必要がない。従って、選択された データ転送に対する受信機10をアドレス指定する必要性がなくなる。 図２に示すように、通信ボード24には、デジタルモジュール 34が含まれる。デジタル・モジュール34は、オンラインデセレクタ14の上流に、 例えば通信インターフェース12に位置する統合受信復調装置（integrated recei ver demodulator）32に接続される。このＩＲＤモジュール32の機能は、受信機1 0からの到来ベースバンド信号を復元（descramble）し、到来信号にエラー検出 および訂正を適用することである。ＩＲＤモジュール32は、ベースバンドビデオ 信号、音声サブキャリアおよびデータサブキャリアを復調および展開（Decompre ss）してデータオブジェクトストリーム99（図８）を復元するようになっている 。いったんデータサブキャリアが復調されると、モジュール32は公知のエラー検 出および訂正方法を適用することができる。IＲＤモジュール32はデータ出力38 を含み、この出力38はデジタルモジュール34に結合され、直列デジタルデータ、 例えばオブジェクトストリーム99を送り込む。ＩＲＤモジュール32にはまた、音 声送り込み出力36およびビデオ送り込み出力37も含まれる。ＩＲＤモジュール32 の実現は、当業者の理解の範囲内にあり、例えば、サイアンティフィックアトラ ンタ（Scientific Atlanta）から入手可能な公知の製品で構成される。 以上説明したように、デジタルモジュール34は、直列デジタル送り込み38を受 信し処理する。デジタルモジュール34は、公知のＨＤＬＣ／ＳＤＬＣ通信プロト コルおよびエラー訂正技術ならびにIntel 82530系通信プロセッサを用いて実施 することができる。 公知の方法で、ＩＲＤモジュール32は、ＩＳＡバス上のスロットに接続される ＡＴ形式ボード上にパッケージすることができる。通信チャネル８が衛星リンク ではない場合には、ＩＲＤモジュール32は、使用中の通信プロトコル、例えば、 光ファイ バリンク全体に及ぶ高速直列デジタルストリームに従って、取り替えることがで きる。 なおも図２を参照にして、デジタルモジュール34の主な機能は、受信機10の特 別の関心事項（即ち、プロファイル120）に基づいて受信されたオブジェクトス トリーム99からオブジェクト100を抽出する、或いは、はずすことである。この 機能は、以下に説明するコンピュータプログラムの形態で実現される。デジタル モジュール34は、また、復調されたデータオブジェクトに対してバッファリング を提供する。 デジタルモジュール34は、別のＡＴ形式ボード上に位置することもできる。Ｉ ＲＤモジュール32及びデジタルモジュール34を区分化することによって、デジタ ルモジュール34を取り替えることなく、ＩＲＤまたはアナログモジュール32を（ 例えば、異なる通信インターフェース用に）取り替えることができる。ＩＲＤ及 びデジタルモジュール32，34間の通信は、図２に示すように、直列リンク38によ って達成することができる。代替的に、デジタルモジュール34は、中央処理装置 28によって実行されるコンピュータ・プログラムにおけるソフト機能として実現 することができる。 図２に示すように、表示ボード26もまたＩＳＡバス30に接続されている。表示 ボード26の機能は、デジタルモジュール34が選択したオブジェクトをユーザ又は 顧客（例えば、ケーブルテレビ局18）により消費されるのに適した形式で（例え ば、ケーブルテレビビデオ信号として）提供することである。オブジェクト100 のデータ部102が圧縮フォーマット（例えば、パック化ビット圧縮を用いるＴＩ ＦＦ−Tagged Image File Format）で送信される場合には、オブジェクトは展開 されなければなら ない。 表示ボード26は、ラスターモジュール40を含む。ラスターモジュール40は、ビ デオ画像を含むオブジェクトを記憶し処理するために用いられるメモリを含む。 本発明によれば、ラスターメモリには次の２つの平面がある：少なくとも２ペー ジを有する主ラスター、及び、オーバレイ平面。表示ボード26は、それ自体の垂 直帰線消去間隔（ＶＢＩ：Vertical Blanking Interval）割込みを処理する。表 示ボード40は、好ましくは次のような機能性を有する：(a)256/32768カラー表示 、(b)ＮＴＳＣに基づくテレビシステム用640×480表示解像度、(c)ＰＡＬに基づ くテレビシステム用768×576表示解像度、(d)テキスト機能、(e)三つの画像入力 間の切替（即ち、ビデオ信号送り込み、コンピュータ画像、又は、コンピュータ 画像をオーバレイしたビデオ送り込み信号）、(f)ビデオ送り込み信号をコンピ ュータ画像とオーバレイすること、(g)例えばＲＬＥ又はＬＺＥのような画像の 展開、(h)期日クロックの時間表示。このような機能性は、当業者の理解の範囲 内にある公知の方法を用いて付与することができる。表示ボード26もまた、ＩＳ Ａバス30に接続され、中央処理装置28の制御下で作動するＡＴ形式ボート上にパ ッケージすることができる。 また、オンラインデセレクタ14も音声情報を有するオブジェクトを処理するた めに用いられる音声モジュール42を含む。好ましくは、音声モジュール42は、音 声入力間、例えば、ＩＲＤモジュール32によって与えられる音声送り込み36とロ ーカル音声送り込みとの間の切替えを行う能力を備えている。 さらに図２を参照にして、オンラインの処理資源は、周辺ボード44によって増 強することができる。ＩＳＡバス30に接続さ れる周辺ボード44は、受信機10、或いは例えばファックス／モデムボードの容量 を増大するように追加メモリ（例えば、ＲＡＭ及び／又はフラッシュディスク） を備えることができる。 次に、本発明に従って受信機10によって実行されるアプリケーションプログラ ム50からの機能ブロック図で示した図３を参照にする。アプリケーションプログ ラム50は、マイクロカーネル（micro-kernel）リアルタイム操作システム、例え ば当業者には知られた商用のＱＮＸ（商標）システムに基づいたものである。プ ログラム50は、様々な優先順位の下で同時に作動する多数のタスクを含む。図３ に示したように、アプリケーションプログラム50は、次の７つの機能モジュール で構成される：データレセプタモジュール52、プロファイル管理モジュール54、 システムモニタモジュール56、一連のサービスモジュール58a〜58n、一連の図形 ボードソフトウエアモジュール60a〜60n、「ハートビート（heart-beat）」モジ ュール62、ユーティリティモジュール64、及び、起動モジュール66。 図３を参照するに、システムモニタ56は、以下に説明する各種モジュールによ って実行されるタスクの待ち行列等のプログラム50の操作を管理する一組の機能 から成る。 ハートビートモジュール62は受信機10を同期させる。本発明によれば、システ ム２の受信機10は通信制御装置４のリアルタイム制御下にはないが、通信制御装 置４は、受信機10にて同期させるのに用いられるハートビートパケットを周期的 に送る。このハートビートパケットは、グリニッジ標準時（ＧＭＴ：Greenwich Mean Time）が次の垂直帰線消去間隔（ＶＢＩ）にあることを指示する。各受信 機10は、ＧＭＴ更新を受信し、これをプロファイル120から決定することができ る地理的位置に応 じてローカル時間に変換する。プログラム50は、このローカル時間を用いて、オ ーバレイ平面用の期日表示の時間を生成することができる。 ０ユーティリティモジュール64は、一連のユーティリティタスクおよびドライバ を提供する。例えば、ユーティリティモジュール64は、自己診断機能、及び、オ フライン支援モジュール17（図２）用ソフトウエアインターフェース、又はファ ックスモデムボードを支援するためのソフトウエアインターフェースを備えるこ とができる。 データレセプタモジュール52は、到来オブジェクトデータストリーム99（図８ ）を処理する。データレセプタモジュール52は、通信プロセッサ24（図２）に対 するインターフェースとして働く。データ・レセプタ・モジュール52は、デジタ ルモジュール34（図２）の操作を制御して次のような操作を実行する：(a)オブ ジェクトのアセンブル（例えば、あるオブジェクトに対応するビデオ画像は一連 のパケットにて送信することができる）、(b)表示プロセッサ26（図２）用オブ ジェクトのバッファリング、及び、(c)適当な表示プロセッサ26（図２）に対す るオブジェクトの経路指定、すなわち、ディスパッチ。図３に示すように、デー タレセプタ52は、受信機10の関心対象であるオブジェクトを選択しアセンブルす るために、プロファイル120へのアクセスを与えるプロファイル管理モジュール5 4に結合される。データレセプタモジュール52については、図４にさらに詳しく 示され、以下に説明される。 図３を参照して、起動モジュール66は、最初に電源を入れたとき或いはハード またはソフトのリセットを行った場合に、受信機10を初期化する。受信機10では 、起動モジュール66を用い て、受信機10を初期化するのに必要なすべてのソフトウエアおよびデータ、例え ばプログラム50およびプロファイル120を含む電子記憶装置から、例えば、フロ ッピィ又はハードディスクドライブから「ブート（boot）」ようになっている。 受信機10が一度初期化されると、プログラム50、即ちデータレセプタ52は、通 信制御装置４および送信機６によって放送されるオブジェクトストリーム99を待 つ。通信制御装置４は、システム２中のすべての受信機10に対してオブジェクト ストリーム99を放送する。各受信機10は、オブジェクトストリーム99を受信した 後、どのオブジェクト100が有用であるか或いは関心対象であるかを決定する。 プログラム50は、サービスモジュール58a〜58nの１つを使用して、関心対象オブ ジェクト、例えば天気予報サービスやヘッドラインニュースサービスを表示する 。 図３を参照すると、サービスモジュール58a〜58nの各々はシーケンサ59a〜59n および図形ドライバ61a〜61nを備えている。シーケンサモジュール59a〜59nは、 「プレイ又はシーケンスリスト」に従ってデータレセプタ52によって格納された オブジェクトを表示するソフト機能である。このシーケンスリストは、表示すべ き諸オブジェクト及びそれぞれの開始時間を定義する。図９は部分的なシーケン スリストを示すが、これについては後述する。 図形ドライバモジュール61a〜61nはシーケンサ59a〜59nと図形ボード・ソフト 60a〜60nとの間のインターフェースを提供する。その最も単純な形態では、図形 ドライバモジュール61a〜61nは、オブジェクトデータをビデオ表示用図形ボード 26（図２）に通過させるのに必要な「ハンドシェイキング」を 発生する。 次に、図４を参照すると、データレセプタモジュール52は、通信ドライバ68、 オブジェクトアセンブラ70および相互参照手段72から成る。通信ドライバ68は、 通信ボード26によって入力されるオブジェクトデータストリーム99に対してイン ターフェースを提供する。通信ドライバ68によって、受信機10は通信チャネルま たは媒体８の形態から独立することができる。通信ドライバ68は、256（又は512 ）キロボーで作動するIntel 82530通信チップ（図示せず）を用いたＳＤＬＣ／ ＨＤＬＣプロトコル、又は、19.2キロボーで作動する直列通信プロトコルのよう な公知の通信プロトコルに基づいて実現することができる。通信ドライバ68によ って実行される主な機能は、オブジェクトストリーム99中の各フレーム又はパケ ットを受信すること、受信したフレーム又はパケット中のエラーを検出すること 、並びに、可能であれば劣化したフレームを交換することである。完全なパケッ ト99が受信されると、通信ドライバ68は、これを次のタスク、すなわちオブジェ クトアセンブラ70に送る。 オブジェクトアセンブラ70の主な機能は、オブジェクト100を構成するデータ ストリーム99中のデータブロックを「フラッシュ（flush）」または保持するこ とである。オブジェクトが特別の受信機10の関心対象であれば、データブロック は、「オブジェクトリポジトリ（repository）」を含む大容量記憶装置74、例え ばハードディスクに書き込まれる。オブジェクト100が関心対象でない場合には 、オブジェクトアセンブラ70はデータブロックを「フラッシュ」する。オブジェ クトアセンブラ70は、プロファイル管理手段54を用いてローカルに記憶されたプ ロファイル120（図６）にアクセスし、オブジェクトが関心の対象 であるか否かを決定する。プロファイル120は、関心対象であるオブジェクトＩ Ｄのリストを備えている。オブジェクトはフィールド内の全受信機10に送信され るので、情報の一つ一つが固有ＩＤを持つオブジェクトを構成することになる。 オブジェクトアセンブラ70は、オブジェクト100の固有ＩＤを見るだけであって オブジェクトの内容には関係しないので、オブジェクトはあらゆるタイプのファ イルを含むことができる。 受信機10の関心対象であるオブジェクト100は、相互参照手段72から内部ＩＤ1 40（図７）に改称される。内部ＩＤは、衝突防止機能として用いられ、受信され たオブジェクトが、現在表示中のオブジェクトをオーバレイしたりこれと取って 代わったりしないようにする。このために、相互参照手段72が遂行する主な機能 は、固有ＩＤから内部ＩＤにオブジェクトを改称し、内部ＩＤ割当間の重複（す なわち、「内部衝突」）がないようにし、要求通りに他のどんな機能に対しても 内部ＩＤ割当通知を送ることである。相互参照手段72は、図７に示すように、相 互参照テーブル136にアクセスする。 大容量記憶装置74上のオブジェクトリポジトリは、受信機10が選択したオブジ ェクトにアクセスするために用いられるディレクトリを備えている。このディレ クトリは、データレセプタ52（上記参照）が選択したオブジェクトを列挙するフ ァイルシステムの一部である。このディレクトリおよびファイルシステムの構造 では、リアルタイム操作システム（上記参照）、例えば、ＱＮＸ（商標）プラッ トホームに従って実行される。 次に、シーケンサモジュール59をさらに詳細に示した図５を参照する。シーケ ンサモジュール59は、ユーザ又は顧客、例えばケーブルテレビ局18によって要請 されサービス提供手段58に 関運するサービスを生成するために、オブジェクト100について操作する機能で ある。例えば、ヘッドラインニュースサービスに関するサービス提供手段58a、 金融市場に関するサービス提供手段58b、スポーツヘッドラインに関するサービ ス提供手段58c、及び、天気予報に関するサービス提供手段58nが存在し得る。顧 客がヘッドラインニュースサービスに加入していた場合は、シーケンサモジュー ル59aがヘッドラインニューストーリを表示するのに必要なタスクを遂行する。 これらのタスクは、例えばニュースを報告するのに、音声を伴うビデオ画像を表 示するのに関与することができる。さらに、テキストメッセージを画像の下部に 沿って流すこともできる。提供されるべきサービスは、受信機10により生成され たビデオ画像及び音声情報のタイプを定義し、サービスに関連するオブジェクト は、ビデオ画像および音声情報の内容を定義する。 本発明によるシステム２の特徴は、サービスモジュール58a〜58nを組み合わせ たオブジェクト駆動受信機10によって、その受信機10が単一ソースから多くのサ ービスを分配できることである。 図５に示したように、シーケンサモジュール59は、シーケンサタスク76、ラス ター表示タスク78、ならびにオーバレイ表示タスク80から構成される。シーケン サ76は、シーケンスリスト77に従って、記憶されたオブジェクトを表示する機能 である。シーケンサ76の機能は、シーケンスリストまたはプレイリスト77に従っ て、オブジェクトリポジトリ74に記憶されたオブジェクト100をアセンブル（お よび表示）することである。 図９に示すように、シーケンスリスト77は、例えばヘッドラインニュースのよ うなサービスについて表示すべきデータ、即 ち諸オブジェクト100、及びそれらの各開始時間を定義する。シーケンスリスト7 7に関する各操作は、ＱＮＸプラットホームに従って「#include」コマンド或い は「#display」コマンドのどちらかから成っている。シーケンサ76は、#include コマンドを用いて別のファイルを収納し或いは検索し、#displayコマンドを用い てデータを表示する。図９に示すように、シーケンスリスト77中の各エントリは 、コマンドフィールド150、開始時間152、終了時間154及びパラメータフィール ドから成る。コマンドフィールド150は、エントリが#include或いは#displayコ マンドのどちらであるかを明示する。シーケンスは、例えば日曜日午前0000:00: 00時に開始する秒カウントを用いてコード化される。前述したように、ハートビ ートパケットは受信機10を通信制御装置４に同期させる。シーケンスリスト77に おけるエントリを実行するため、シーケンサ76は、開始及び終了時間152，154を 受信機10の現在時間と比較し、現在時間が定義した範囲内である場合にエントリ を実行する。同期が失われれた場合には、シーケンサ76は同期が確立されるまで デフォルトシーケンスを実行する。開始及び終了時間152，154が特定されるので 、シーケンサ76は、ファイルを開く必要はなく、従って迅速に同期を取り戻すこ とができる。 パラメータフィールド156は操作を実行するのに必要な追加パラメータを提供 する。例えば、パラメータフィールド156は次のサブフィールドを備える：画像 ソースを特定するためのサブフィールド158、例えばＶ１；ラスター平面用サブ フィールド160、例えばＲ；オーバレイ平面用サブフィールド162、即ちＯ；期日 クロック時間用サブフィールド164、即ちＣ；並びに、製品定義名用サブフィー ルド166、例えば0102。「#inclu de」コマンドのケースでは、パラメータフィールド156は、図10に示すように、 収納すべきファイル名、例えば「mprev100aov.seq」を備える。 シーケンサ76によって表示されるべぎオブジェクト100は、当業者に理解され るように、図形画像のラスター平面及び／又はオーバレイ平面のどちらかに表示 することができる。２つのサブフィールド160，162はどちらの平面を使用すべき かを定義する。 ラスター表示タスク78は、シーケンサ76からのメッセージを受信し「ラスター 平面」上に表示するのに必要な操作を遂行する。ラスター表示タスク78は製品定 義ファイル82を有し、このファイル82は、どの層がラスター平面に表示すべき画 像を構成するのかをラスタータスク78に教える。図11は、８つの製品定義例168 〜182を示している。各製品定義の第一行、即ち00には、製品定義174についての 製品定義番号、例えば0102"が入っている。定義174における各行は、説明もしく は所見を含むこともできる。定義174における残りの行、即ち01は、ラスター平 面に表示されるべき合成画像を共に形成する層で構成される。各行01には、この ような層についてのデータが入っているファイル名、例えばSL231,TGAが含まれ ている。これらのファイルは、オブジェクトストリーム99を介して通信制御装置 ４から受けたデータを含むことができる。ラスタータスク78は、ディスク74から の製品に関連するファイルからのデータ、例えばSL231,TGAを読み取り、これを 図形表示ボード26に送る。製品定義174もまた、上記層を処理するための追加情 報を与えるパラメータフィールド175を含む。例えば、パラメータフィールド175 は、層がＯＰＡＱＥＵＯ又はＴＲＡＮＳＰＡＲＥＮＴ形 式のどちらで展開されるべきかを特定することができる。公知のシステムと違っ て、本発明による受信機10には、例えば線、形状（shape）又はテキスト図とい った図形を生成する能力がない。本発明によれば、図形表示ボード26上に展開さ れる一連の層から画像を形成することができる。 要求された画像に誤りがある場合、ラスタータスク78は、デフォルトスライド または画像を表示する能力を備える。これは技術パラメータフィールド175で指 定することができる。 オーバレイ表示タスク80は、シーケンサタスク76からのメッセージを受信し、 「オーバレイ平面」での表示を取り扱う。オーバレイタスク80は、ディスクに記 憶された製品定義ファイル84も収納している。シーケンサ76からのコマンドに応 答して、オーバレイタスク80は、製品定義84に従う画像を含む層をアセンブルし 、図形ドライバモジュール61を介して圧縮データを図形表示ボードに通過させる 。オブジェクトの実際的な表示及び提示は、図形ボードソフトウエア60の制御下 で、図形ボード26によって行われる。 上述したように、シーケンサ76は、シーケンサリスト77に従い、ラスタータス ク78及びオーバレイタスク80を通じて図形表示ボード26に一連の命令を発するこ とによって、説明した動作を実行する。シーケンス77は、他のincludeまたはdis play命令を包含することができる一連の「#include」ファイルを収納している。 操作中に、シーケンサ76は、表示操作リストを通じて順序付けを行うと同時に 、ハートビートモジュール62によって発生された内部クロックとの同期を維持す る。要求に応じて、シーケンサ59はラスター及びオーバレイタスク78，80にメッ セージを 送り、これらのタスクによって、図形表示ボード26による表示のための所望の画 像、例えば製品を用意する。シーケンサ76もまた、例外条件の下で操作する能力 を備えている。この例外条件には、通信制御装置４との同期の損失、ゲンロック （Genlock）の損失、又は、シーケンスファイルの紛失が含まれる。さらに、例 外条件は、特別のサービス、例えば天気予報サービスについて通信制御装置４が 発した特殊警報又は勧告を含むことができる。 本発明による受信機10は「スライドマシン」として作動し、サービスモジュー ル58の最終結果は、サービス（例えば、ヘッドラインニュース）についてビデオ 出力及び／又は音声信号出力を作り出すことであり、これらの出力は、ケーブル テレビ局18によって、ケーブルネットワーク16内の各家庭20に送信することがで きる。 本発明の好ましい態様について詳しく述べてきたが、当業者には、本発明の精 神若しくは添付した請求の範囲から逸脱しないで種々変更することができるもの と認識されるであろう。

【手続補正書】特許法第１８４条の８ 【提出日】１９９５年１０月２６日 【補正内容】 明細書 オブジェクト指向通信ネットワーク産業上の利用分野 本発明は、通信システムに関する。さらに詳細には、本発明は、放送ネットワ ーク全体に及ぶデータに受信機が応答する非階層ネットワークに関する。発明の背景 従来の技術には、放送又は表示用ネットワーク内の加入受信機にビデオ、音声 およびデータを提供するための通信システムがある。 これら公知のシステムはすべて、ビデオ、音声もしくはデータ伝送用宛先、す なわち受信機を識別する何らかの形態のアドレッシングを備えている。このアド レッシング機構によって、単一乃至多点のネットワークが形成され、このネット ワーク内で送信機と１以上の受信機との間で通信が行われる。 このような公知のシステムには問題点がある。その本来の性質から、アドレッ シング機構では、送信機がすべての受信機のアドレスを知っていることが要求さ れる。これは、送信機が相当の知能又は処理能力を備えていなければならないこ とを意味する。しかも、各受信機もまた、各自にアドレッシングされた送信を識 別および解読するのに十分な処理能力を有していなければならない。さらに、シ ステムの容量は、アドレッシング機構に依存している。追加の受信機は、それぞ れ、サービスされなければならない追加アドレスとして送信機に認知される。 また、アドレッシングを必要としないシステムも知られている。特に、1986年 ８月13日に公開された欧州特許（EP,A）第0, 190,837号（THORN EMI FERGUSON LTD．）には、記憶容量を縮小し、更新を高速 化するために、各デレテクストページが識別またはＩＤコードを備え、各受信機 がユーザによって最も頻繁に選択されたページに基づいて生成されたローカル関 心リストを有するテレテクスト表示システムが開示されている。この関心リスト 上のＩＤを有するページが受信されると、そのページは、より迅速に表示するこ とができるように記憶される。その後、この関心ページは、ユーザの要求に応じ て表示される。 同様に、1988年５月13日に許可されたスイス特許（CH,A）第665,516号（MARCE L MULLER）には、アドレッシングを必要としないが、各送信機が様々な地域から データシーケンス（例えば、天気報告）を送信するものであって、各報告が自身 に付随するＩＤを有するシステムが開示されている。各受信機はデータストリー ムの小さい部分しか記憶することができず、ユーザは自分のキーボード上に入力 したローカル関心リストに応じて格納すべき報告を選択する。記憶されたオブジ ェクトはユーザによる要求に応じて表示される。 これらのシステムのいずれも、２地点間アドレッシングを必要とすることなく 、中央送信機は複数の受信機にオブジェクトを送信することができ、かつ、各受 信桟は、オブジェクトを選択し、そしてその後、（通常、顧客のテレビセット等 での表示のために）これらのオブジェクトを所望時間に所望シーケンスで自動的 に再送信することができる自動通信システムを開示していない。発明の要約 本発明の特徴は、受信機が送信機とは無関係にデータを処理することにある。 本発明のシステムでは、送信機が受信機のいずれかをアドレッシングする必要が ない。その代わりに、送信 機はオブジェクトストリームを放送し、各送信機は、ローカルプロファイルに従 っていずれかのオブジェクトを選択し、選択したオブジェクトを格納する。そし て、各受信機は、格納したオブジェクトを所望シーケンスで特定的に選択された 時間に再送信するのである。 本発明はまた、受信機が多数の各種サービスを提供できることを特徴とする。 本発明の別の特徴は、受信機が多数の各種サービスを提供することができるこ とにある。 第１の見地からみると、本発明は、次のように構成される通信システム（２） を提供する： 複数のオブジェクト（100）から成るオブジェクトストリーム（99）を送信す るための手段を有する送信機（６）、 それぞれ、上記オブジェクトストリーム（99）を受信するための手段（24）、 及び、上記オブジェクトストリーム（99）から上記オブジェクト（100）のいず れかを選択するための手段（14）を備える複数の受信機（10）、及び、 受信機プロファイル（120）を提供するための手段 を具備し、 上記受信機プロファイル（120）は、上記受信機（10）についての関心オブジ ェクト（100）のリストで構成されており、そして、 上記選択するための手段（14）は、上記オブジェクトストリーム（99）から関 心オブジェクト（100）に対応するオブジェクト（100）を選択し、上記関心オブ ジェクト（100）を記憶する（74）ために上記プロファイル（100）に応答する ように構成された通信システム（２）において、 上記システムは、シーケンスリスト（77）を提供するシーケンサ手段（59）で あって、このシーケンスリスト（77）は、表 示されるべく格納された関心オブジェクト（100）のリスト、及び、それらの開 始時間（152）を提供する手段（59）、並びに、 上記シーケンスリスト（77）上の上記オブジェクト（100）を、表示のため、 それらの開始時間（152）の順序で送信するために、上記シーケンス手段（59，7 6）に応答する手段（78，80，82，84，61，26） を具備することを特徴とすること。図面の簡単な説明 本発明を一層よく理解し本発明がいかにして実施されるかをさらに明瞭に示す ため、ここで、添付した次の図面に示した本発明の好ましい実施例を参照しよう ： 図１は、本発明による通信システムをブロック図で示し、 図２は、図１に示したシステムのための受信機の詳細なブロック図であり、 図３は、図２の受信機の動作を制御するコンピュータプログラムの主な要素を 示す機能ブロック図であり、 図４は、図３のプログラムのためのシーケンサモジュールの詳細を示す機能ブ ロック図であり、 プロファイル120の主な機能は、オブジェクトストリーム99中のどのオブジェ クト100が受信機10の関心対象であるのか、従ってストリーム99から選択される べきであるのかを決定することができるように、受信機10に情報を与えることで ある。プロファイル120は、もともと、ケーブル・テレビ局18の関心事項をコン パイルすることにより、例えば質問表を完成することにより生成される。次に、 関心事項は、その局用のプロファイル120中にコンパイルされる。ブロファイル1 20は、例えばディスケットの形態で局18に送られ、受信機10にインストールされ る。 図６に示すように、受信機10の特定情報には、時間帯指定126、夏時間オフセ ット指定128、夏時間日付及び時間帯指定130、ならびに、言語指定132が含まれ る。 受信機10では、夏時間日付指定130に関する情報を用いて夏時間日付をいつ活 動化／非活動化すべきかが決定されるようになっている。 上述したように、ストリーム99中のオブジェクト100は、一つ以上の言語を持 つことができる。受信機10では、その言語指定132を用いてその言語、すなわち 関心対象であるオブジェクトの言語が決定されるようになっている。例えば、フ ランス語指定の受信機10では、暗にフランス語でのオブジェクトを意味するオブ ジェクト識別子108を有するオブジェクト100だけが選択される。 さらに図６を参照にして、サービス特定情報124は、一般的な次の２タイプの 要素を含む：システム許容資源134及びオブジェクト相互参照テーブル136。受信 機10では、システム許容資源情報134を用いて、例えばメモリ割当のような提供 すべきサービスのためにその資源が構成されるようになっている。一方、オブジ ェクト相互参照テーブル136は、サービスに関連す るオブジェクトを列挙し、受信機10がオブジェクトストリーム99（図８）からオ ブジェクト100を選択するための選択基準を与え、さらにまた、受信機10による 使用に対してローカルな又は内部的なＩＤを与える。 受信機10において、オブジェクト100は、パケット100のフィールド108（図８ ）に含まれる固有ＩＤ139に従って識別することができる。オブジェクト100は、 また、図７に示される 提供手段58b、スポーツヘッドラインに関するサービス提供手段58c、及び、天気 予報に関するサービス提供手段58nが存在し得る。顧客がヘッドラインニュース サービスに加入していた場合は、シーケンサモジュール59aがヘッドラインニュ ーストーリを表示するのに必要なタスクを遂行する。これらのタスクは、例えば ニュースを報告するのに、音声を伴うビデオ画像を表示するのに関与することが できる。さらに、テキストメッセージを画像の下部に沿って流すこともできる。 提供されるべきサービスは、受信機10により生成されたビデオ画像及び音声情報 のタイプを定義し、サービスに関連するオブジェクトは、ビデオ画像および音声 情報の内容を定義する。 本発明によるシステム２の特徴は、サービスモジュール58a〜58nを組み合わぜ たオブジェクト駆動受信機10によって、その受信機10が単一ソースから多くのサ ービスを分配できることである。 図５に示したように、シーケンサモジュール59は、シーケンサタスク76、ラス ター表示タスク78、ならびにオーバレイ表示タスク80から構成される。シーケン サ76は、シーケンスリスト77に従って、記憶されたオブジェクトを表示する機能 である。シーケンサ76の機能は、シーケンスリストまたはプレイリスト77に従っ て、オブジェクトリポジトリ74に記憶されたオブジェクト100をアセンブル（お よび表示）することである。 図９に示すように、シーケンスリスト77は、例えばヘッドラインニュースのよ うなサービスについて表示すべきデータ、即ち諸オブジェクト100、及びそれら の各開始時間を定義する。シーケンスリスト77に関する各操作は、ＱＮＸプラッ トホームに従って「#include」コマンド或いは「#display」コマンドのどちらか から成っている。シーケンサ76は、#includeコマンドを用いて別のファイルを収 納し或いは検索し、#displayコマン ドを用いてデータを表示する。図９に示すように、シーケンスリスト77中の各エ ントリは、コマンドフィールド150、開始時間152、終了時間154及びパラメータ フィールドから成る。コマンドフィールド150は、エントリが#include或いは#di splayコマンドのどちらであるかを明示する。シーケンスは、例えば日曜日午前0 000:00:00時に開始する秒カウントを用いてコード化される。前述したように、 ハートビートパケットは受信機10 こともできる。定義174における残りの行、即ち01は、ラスター平面に表示され るべき合成画像を共に形成する層で構成される。各行01には、このような層につ いてのデータが入っているファイル名、例えばSL231,TGAが含まれている。これ らのファイルは、オブジェクトストリーム99を介して通信制御装置４から受けた データを含むことができる。ラスタータスク78は、ディスク74からの製品に関連 するファイルからのデータ、例えばSL231,TGAを読み取り、これを図形表示ボー ド26に送る。製品定義174もまた、上記層を処理するための追加情報を与えるパ ラメータフィールド175を含む。例えば、パラメータフィールド175は、層がＯＰ ＡＱＥＵＯ又はＴＲＡＮＳＰＡＲＥＮＴ形式のどちらで展開されるべきかを特定 することができる。公知のシステムと違って、本発明による受信機10には、例え ば線、形状（shape）又はテキスト図といった図形を生成する能力がない。本発 明によれば、図形表示ボード26上に展開される一連の層から画像を形成すること ができる。 要求された画像に誤りがある場合、ラスタータスク78は、デフォルトスライド または画像を表示する能力を備える。これは技術パラメータフィールド175で指 定することができる。 オーバレイ表示タスク80は、シーケンサタスク76からのメッセージを受信し、 「オーバレイ平面」での表示を取り扱う。オーバレイタスク80は、ディスクに記 憶された製品定義ファイル84も収納している。シーケンサ76からのコマンドに応 答して、オーバレイタスク80は、製品定義84に従う画像を含む層をアセンブルし 、図形ドライバモジュール61を介して圧縮データを図形表示ボードに通過させる 。オブジェクトの実際的な表示及び提示は、図形ボードソフトウエア60の制御下 で、図形ボード26によって行われる。 上述したように、シーケンサ76は、シーケンサリスト77に従 い、ラスタータスク78及びオーバレイタスク80を通じて図形表示ボード26に一連 の命令を発することによって、説明した動作を実行する。シーケンス77は、他の includeまたはdisplay命令を包含することができる一連の「#include」ファイル を収納している。 操作中に、シーケンサ76は、表示操作リストを通じて順序付けを行うと同時に 、ハートビートモジュール62によって発生された内部クロックとの同期を維持す る。要求に応じて、シーケンサ59はラスター及びオーバレイタスク78，80にメッ セージを送り、これらのタスクによって、図形表示ボード26による表示のための 所望の画像、例えば製品を用意する。シーケンサ76もまた、例外条件の下で操作 する能力を備えている。この例外条件には、通信制御装置４との同期の損失、ゲ ンロック（Genlock）の損失、又は、シーケンスファイルの紛失が含まれる。さ らに、例外条件は、特別のサービス、例えば天気予報サービスについて通信制御 装置４が発した特殊警報又は勧告を含むことができる。 本発明による受信機10は「スライドマシン」として作動し、サービスモジュー ル58の最終結果は、サービス（例えば、ヘッドラインニュース）についてビデオ 出力及び／又は音声信号出力を作り出すことであり、これらの出力は、ケーブル テレビ局18によって、ケーブルネットワーク16内の各家庭20に送信することがで きる。 本発明の好ましい態様について詳しく述べてきたが、当業者には、添付した請 求の範囲から逸脱しないで種々変更することができるものと認識されるであろう 。 請求の範囲 １．複数のオブジェクト（100）から成るオブジェクトストリーム（99）を送信 するための手段を有する送信機（６）、 それぞれ、上記オブジェクトストリーム（99）を受信するための手段（24）、 及び、上記オブジェクトストリーム（99）から上記オブジェクト（100）のいず れかを選択するための手段（14）を備える複数の受信機（10）、及び、 受信機プロファイル（120）を提供するための手段 を具備し、 上記受信機プロファイル（120）は、上記受信機（10）についての関心オブジ ェクト（100）のリストで構成されており、そして、 上記選択するための手段（14）は、上記オブジェクトストリーム（99）から関 心オブジェクト（100）に対応するオブジェクト（100）を選択し、上記関心オブ ジェクト（100）を記憶する（74）ために上記プロファイル（100）に応答する ように構成された通信システム（２）において、 上記システムは、シーケンスリスト（77）を提供するシーケンサ手段（59）で あって、このシーケンスリスト（77）は、表示されるべく格納された関心オブジ ェクト（100）のリスト、及び、それらの開始時間（152）を提供する手段（59） 、並びに、 上記シーケンスリスト（77）上の上記オブジェクト（100）を、表示のため、 それらの開始時間（152）の順序で送信するために、上記シーケンス手段（59，7 6）に応答する手段（78，80，82，84，61，26） を具備することを特徴とする通信システム（２）。 ２．各オブジェクト（100）は、前記通信システムにおいて固 有である識別子又はＩＤ（108）を有しており、 選択されそして内部識別子又はＩＤ（140）と共に記憶された各オブジェクト （100）を改称し、それ故、上記固有のＩＤとの衝突を避けるようにするための 相互参照テーブル（136）を有する相互参照手段（72）を備えることを特徴とす る 請求項１に記載の通信システム。 ３．前記シーケンスリスト（77）は、選択された各オブジェクト（100）の表示 についての終了時間（154）を含むことを特徴とする請求項２に記載の通信シス テム。 ４．テレビジョンシステムであって、 前記シーケンスリストは、オブジェクト（100）がオーバレイ平面またはラスタ ー平面のどちらで表示されるかを決定するための命令（160、162）を含むことを 特徴とする 請求項２に記載の通信システム。 ５．前記受信機プロファイルを付与する手段はディスケットから成ることを特徴 とする請求項１から４のいずれか１項に記載の通信システム。 ６．前記オブジェクトストリーム（99）は、天気予報サービスに関連するデータ オブジェクト（100）を含むことを特徴とする請求項１〜６のいずれか１項に記 載の通信システム。 ７．前記オブジェクトストリーム（99）は、ヘッドラインニュースサービスに関 連するデータオブジェクト（100）を含むことを特徴とする請求項１〜６のいず れか１項に記載の通信システム。 ８．前記オブジェクトストリーム（99）は、スポーツヘッドラインサービスに関 連するデータオブジェクト（100）を含むことを特徴とする請求項１〜７のいず れか１項に記載の通信システム。 ９．前記オブジェクトストリーム（99）は、金融市場報告サー ビスに関連するデータオブジェクト（100）を含むことを特徴とする請求項１〜 ８のいずれか１項に記載の通信システム。 10．前記オブジェクト（100）の少なくともいくつかがタイムスタンプ（110）を 含んでおり、 上記タイムスタンプ（110）を読み取り、記憶装置（74）において、古いタイ ムスタンプ（110）を有するオブジェクト（100）を、同一ＩＤ（108）を有する がより新しいタイムスタンプ（110）を有するオブジェクトに、取り替えるため の手段を備えることを特徴とする 請求項１〜４のいずれか１項に記載の通信システム。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ)，ＡＭ，ＡＴ， ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＨ，ＣＮ，ＣＺ，Ｄ Ｅ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＪＰ ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，Ｎ Ｚ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＩ，ＳＫ ，ＴＪ，ＴＴ，ＵＡ，ＵＳ，ＵＺ，ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．（ａ）１以上のオブジェクトから成るオブジェクトストリームを送信するた めの手段を有する送信機、 （ｂ）それぞれ、上記オブジェクトストリームを受信するための手段、及び、上 記オブジェクトストリームから上記オブジェクトのいずれかを選択するための手 段を備える複数の受信機、及び、 （ｃ）受信機プロファイルを提供するための手段 を具備し、 （ｄ）この受信機プロファイルは、上記受信機ついての関心オブジェクトリスト で構成され、そして、 （ｅ）上記選択するための手段は、上記オブジェクトストリームから関心オブジ ェクトに対応するオブジェクトを選択するために上記プロファイルに応答する ように構成されていることを特徴とする通信システム。 ２．前記受信機は、通信ポート及びオンラインデセレクタを備え、この通信ポー トは、前記オブジェクトストリームを受信するための前記手段を含み、そして、 上記オンラインデセレクタは、選択するための前記手段を含むことを特徴とする 請求項１に記載の通信システム。 ３．受信機プロファイルを提供するための前記手段はディスケットで構成される ことを特徴とする請求項１又は２のいずれか１項に記載の通信システム。 ４．前記オンラインデセレクタは、前記通信ポートからのデータを受信するため の受信手段を備え、この受信手段は、前記受信機プロファイルにアクセスするた めの手段を有することを特 徴とする請求項２に記載の通信システム。 ５．前記受信機プロファイルにアクセスするための前記手段はプロファイル管理 手段で構成されることを特徴とする請求項４に記載の通信システム。 ６．前記受信手段が、通信ドライバ及びオブジェクトアセンブラを備え、この通 信ドライバは、前記受信手段を前記通信ポートにインターフェースするための手 段を有し、上記オブジェクトアセンブラは、前記通信ポートに結合され、かつ、 前記オブジェクトを受信する手段を有し、さらに、前記関心オブジェクトリスト に従って前記オブジェクトストリームからオブジェクトを選択するために前記受 信機プロファイルに応答する選択手段を備えることを特徴とする請求項４に記載 の通信システム。 ７．前記受信手段は、選択された前記オブジェクトを回復のために格納する記憶 手段を備えることを特徴とする請求項６に記載の通信システム。 ８．前記選択手段が、前記オブジェクトについて名称を読み取りこの名称を前記 オブジェクトリストと比較するための手段を備えることを特徴とする請求項６に 記載の通信システム。 ９．データを受信するための通信システムにおいて使用するための受信機であっ て、 （ａ）上記データのストリームを受信するための受信手段であって、上記データ は、１以上のオブジェクトから成るものである受信手段、 （ｂ）上記データから上記オブジェクトのいずれかを選択するための選択手段、 及び、 （ｃ）上記受信機の関心オブジェクトリストを有する受診機プロファイルを提供 するための手段 を具備し、 （ｓ）上記選択手段は、上記データから上記受信機の関心オブジェクトに対応す るオブジェクトを選択するために上記プロファイルに応答する ように構成されていることを特徴とする受信機。 10．前記受信機は、選択された前記オブジェクトから画像を発生することを特徴 とする請求項９に記載の通信システム。 11．受信機プロファイルを提供するための前記手段は、ディスケットから成るこ とを特徴とする請求項９に記載の通信システム。 12．前記オブジェクストリームは、天気予報サービスに関連するデータオブジェ クトを含むことを特徴とする請求項１、９または11のいずれか１項に記載の通信 システム。 13．前記オブジェクトストリームは、ヘッドラインニュースサービスに関連する データオブジェクトを含むことを特徴とする請求項１、９又は11のいずれか１項 に記載の通信システム。 14．前記オブジェクトストリームは、スポーツヘッドラインサービスに関連する データオブジェクトを含む請求項１、９又は11のいずれか１項に記載の通信シス テム。 15．前記オブジェクトストリームは、金融市場報告サービスに関連するデータオ ブジェクトを含む請求項１、９又は11のいずれか１項に記載の通信システム。