JPH07231308A - 放送システム、受信端末、および編集装置 - Google Patents

Abstract

(57)【要約】 【目的】 より変化に富んだ番組を提供することができ
るようにする。 【構成】 各番組のデータを各番組毎に番組オブジェク
トとしてまとめる。各番組オブジェクトは、ヘッダ部、
クラス定義部およびオブジェクトデータ部により構成す
る。クラス定義部には、メソッド（プログラム）を規定
し、オブジェクトデータ部には、番組内容データと制御
データとを記録する。１日分の複数の番組オブジェクト
を、１つのパッケージオブジェクトとしてまとめ、放送
センタから通信衛星／放送衛星を介して、各家庭の受信
端末に伝送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、動画像データ
を、衛星を介して、各家庭に配置された受信端末に放送
し、受信端末において一旦これを記録し、記録した画像
データを任意のタイミングにおいて視聴することができ
るようにする場合に用いて好適な放送システム、受信端
末、および編集装置に関する。

【０００２】

【従来の技術】本出願人は、例えば特願平５−１１６４
８０号として、番組情報を衛星を介して各家庭に配信す
ることを先に提案した。この提案によれば、番組情報が
符号化され、通信衛星あるいは放送衛星を介して各家庭
の受信端末に放送される。各家庭の受信端末において
は、受信した番組情報を記録媒体に一旦記録する。この
番組情報は圧縮されているため、実時間で再生すると、
例えば１日の放送分のデータが、比較的短い時間の間に
受信される。

【０００３】そして、各家庭の視聴者は、任意のタイミ
ングにおいて、記録媒体から任意の番組を選択、再生
し、視聴することができる。

【０００４】この場合、各受信端末には、所定のプログ
ラムを予め用意しておき、受信した番組情報を、そのプ
ログラムに従って処理することにより、使用者の好みに
応じた、変化に富んだ番組を視聴することが可能にな
る。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな方法においては、図３０に示すように、予め受信端
末側に用意されているプログラムが必要とする変数を、
放送センタ側から受信端末側に放送することで、番組の
表示内容を変更することが可能であるが、そのバリエー
ションは極めて限られたものとなる。即ち、表示内容を
変化させることが可能であるが、バリエーションは予め
受信端末側に用意されているプログラムに規定されてい
る範囲に限定される。

【０００６】本発明はこのような状況に鑑みてなされた
ものであり、より変化に富んだ番組を提供することがで
きるようにするものである。

【０００７】

【課題を解決するための手段】本発明の放送システム
は、視聴者が視聴する番組の内容データと、番組を制御
する制御データの少なくとも一方を含む番組データをセ
ンタから放送し、放送された番組データを視聴者が受信
端末で受信し、所定の記録媒体に記録し、記録媒体に記
録した番組データを任意のタイミングで読み出し、番組
を視聴する放送システムにおいて、番組データを処理す
るプログラムを配信することを特徴とする。

【０００８】この番組データとプログラムを、１つ以上
のオブジェクトで構成するようにすることができる。こ
の場合、番組データとプログラムを、複数のオブジェク
トで構成される番組オブジェクトを単位として配信する
ようにすることができる。

【０００９】また、受信端末には、プログラムのうち、
基本的なプログラムを、基本的プログラムオブジェクト
として予め配信しておき、番組オブジェクトのプログラ
ムは、その番組データに特有のプログラムであって、基
本的プログラムオブジェクトを利用するプログラムオブ
ジェクトとすることができる。

【００１０】この番組オブジェクトには、他の番組オブ
ジェクトとの間の再生の順位を表すプライオリティデー
タを含ませるようにすることができる。この場合、再生
の順位が低い番組データの表示のための処理の割当時間
を、再生の順位が高い番組データの表示のための処理の
割当時間に較べ、少なくするようにすることができる。

【００１１】さらに、番組オブジェクトを、ヘッダ部、
クラス定義部、およびオブジェクトデータ部により構成
し、ヘッダ部には、番組ＩＤ、番組名、バージョン、オ
ブジェクト辞書の少なくともいずれか１つを配し、クラ
ス定義部には、クラスＩＤ、クラス名、スーパクラスＩ
Ｄ、変数定義、メソッド辞書、メソッドの少なくともい
ずれか１つを配し、オブジェクトデータ部には、オブジ
ェクトＩＤ、オブジェクト名、クラスＩＤ、プライオリ
ティ、容量および変数値の少なくともいずれか１つを配
することができる。

【００１２】また、複数の番組オブジェクトを１つにま
とめて、パッケージオブジェクトとして配信するように
することができる。このパッケージオブジェクトは、パ
ッケージオブジェクトヘッダ部、パッケージオブジェク
トクラス定義部、および番組オブジェクトデータ部によ
り構成し、パッケージオブジェクトヘッダ部には、パッ
ケージＩＤ、パッケージ名、日付、バージョン、番組イ
ンデックスの少なくともいずれか１つを配し、パッケー
ジオブジェクトクラス定義部には、番組オブジェクトの
クラス定義部のデータを配し、番組オブジェクトデータ
部には、番組オブジェクトのオブジェクトデータ部のデ
ータを配するようにすることができる。

【００１３】また、プログラムは、ハードウェアに依存
しない中間コードとして配信するようにすることができ
る。さらに、番組データは、動画像データ、静止画像デ
ータ、音声データ、または文字データの少なくとも１つ
を含むようにすることができる。

【００１４】本発明の受信端末は、視聴者が視聴する番
組の内容データと、番組を制御する制御データの少なく
とも一方を含む番組データと、番組データを処理するプ
ログラムをセンタから放送し、放送された番組データと
プログラムを視聴者が受信端末で受信し、所定の記録媒
体に記録し、記録媒体に記録した番組データを任意のタ
イミングで読み出し、番組を視聴する放送システムに用
いる受信端末であって、番組データとプログラムを記録
媒体に記録する記録手段（例えば図９のデータ蓄積管理
部１０１）を備えることを特徴とする。

【００１５】放送システムが、受信端末に、プログラム
のうち、基本的なプログラムを基本的プログラムオブジ
ェクトとして予め配信しておき、番組オブジェクトのプ
ログラムを、その番組データに特有のプログラムであっ
て、基本的プログラムオブジェクトを利用するプログラ
ムオブジェクトとする放送システムとする場合、基本的
プログラムオブジェクトを記憶する記憶手段（例えば図
９の基本クラスライブラリ１２１）と、番組データに特
有のプログラムオブジェクトを、記憶手段に記憶されて
いる基本的プログラムオブジェクトを参照して実行する
実行手段（例えば図９の中間コードインタープリタ１２
５）とをさらに設けるようにすることができる。

【００１６】また、放送システムが、番組データとプロ
グラムを、複数のオブジェクトで構成される番組オブジ
ェクトを単位として配信するとともに、番組オブジェク
トは、他の番組オブジェクトとの間の再生の順位を表す
プライオリティデータを配信する放送システムである場
合、プライオリティデータを検出する検出手段（例えば
図１１のプログラム上のステップＳ２４）と、検出手段
の検出結果に対応して、再生の順位が低い番組データの
表示のための処理の割当時間を、再生の順位が高い番組
データの表示のための処理の割当時間に較べ、少なくす
る表示制御手段（例えば図１７のプログラム上のステッ
プＳ１３３乃至Ｓ１３５）とをさらに設けるようにする
ことができる。

【００１７】放送システムが、プログラムを、ハードウ
ェアに依存しない中間コードとして配信する放送システ
ムである場合、中間コードを解釈し、実行する解釈手段
（例えば図９の中間コードインタプリタ１２５）をさら
に設けるようにすることができる。

【００１８】また、所定の伝送路を介して情報を授受す
る通信手段（例えば図９の通信サブシステム１０５）を
さらに設けるようにすることができる。

【００１９】また、本発明の編集装置は、番組データと
プログラムを、複数のオブジェクトで構成する番組オブ
ジェクトを単位として配信する放送システムに用いる編
集装置であって、番組データを所定のフォーマットのデ
ータに変換する第１の変換手段（例えば図５のデータ変
換部３２）と、プログラムを中間コードに変換する第２
の変換手段（例えば図５の中間コードコンパイラ３６）
と、第１の変換手段により変換されたデータと、第２の
変換手段により変換された中間コードを、番組オブジェ
クトに編集する編集手段（例えば図５の編集処理部３
５）とを備えることを特徴とする。

【００２０】また、本発明の他の編集装置は、複数の番
組オブジェクトを１つにまとめて、パッケージオブジェ
クトとして配信する放送システムに用いる編集装置であ
って、番組データを所定のフォーマットのデータに変換
する第１の変換手段（例えば図７のデータ変換部６２）
と、プログラムを中間コードに変換する第２の変換手段
（例えば図７の中間コードコンパイラ６６）と、第１の
変換手段により変換されたデータと、第２の変換手段に
より変換された中間コードを、番組オブジェクトに編集
するとともに、複数の番組オブジェクトをパッケージオ
ブジェクトに編集する編集手段（例えば図７の番組編成
処理部８１）とを備えることを特徴とする。

【００２１】

【作用】上記構成の放送システムにおいては、番組デー
タを処理するプログラムが、番組データの他に配信され
る。従って、変化に富んだ番組を提供することが可能と
なる。

【００２２】また、本発明の受信端末においては、番組
データとプログラムが記録媒体に記録される。従って、
任意のタイミングにおいて、変化に富んだ番組を楽しむ
ことが可能となる。

【００２３】さらに、本発明の編集装置においては、番
組データとプログラムが番組オブジェクトとして編集さ
れる。あるいはまた、さらに複数の番組オブジェクトか
らパッケージオブジェクトが編集される。従って、変化
に富んだ番組を、確実にかつ迅速に配信でき、また、受
信端末で再生処理がし易いように編集することが可能と
なる。

【００２４】

【実施例】図１は、本発明の放送システムの基本的構成
を表している。オーサリングシステム１₁乃至１_Nは、例
えば、１つ１つが所定の番組製作者により所持されてい
る。そして、各オーサリングシステム１_iは、テキスト
データ、イメージデータ、音声データ、動画像データ等
の各種の素材データから任意のものを選択、合成し、必
要に応じて所定のデータを付加して番組データを生成
し、さらに、必要に応じて、所定のプログラムととも
に、１つ、あるいは、それ以上の番組を、番組オブジェ
クトとしてまとめる。そして、このように生成された番
組オブジェクトが放送センタ５に提供される。

【００２５】放送センタ５は、オーサリングシステム１
_i（各番組提供者）から提供された番組オブジェクト
を、番組編成システム２において、１つのパッケージオ
ブジェクトとしてまとめる。このパッケージオブジェク
トは、視聴者が視聴する１日分の番組を含むものであ
る。そして、このパッケージオブジェクトが、課金情報
の付与、データスクランブル、変調等の送出処理が施さ
れた後、放送送信装置３を介して、送信アンテナ４から
電波で、通信／放送衛星６に伝送される。

【００２６】尚、放送センタ５において、番組編成シス
テム２を用いて、自ら番組オブジェクトを製作し、その
番組オブジェクトをパッケージオブジェクトにまとめて
放送するようにすることも可能である。

【００２７】通信／放送衛星６は、放送センタ５の送信
アンテナ４から伝送されてきた電波を受信すると、これ
を増幅し、所定の周波数の信号に変換し、各家庭に配置
されている受信アンテナ１１に向けて送信する。

【００２８】受信アンテナ１１で受信された信号は、各
家庭に配置されている受信端末１０の受信装置１２にお
いて受信され、復調される。そして、復調された信号
（パッケージオブジェクト）は、光磁気ディスク、磁気
ディスク等の記録媒体１４に一旦記録される。

【００２９】そして、使用者は、必要に応じて、キーボ
ード、マウス、ペン、タブレット等により構成される入
力デバイス１５から所定の指令を入力し、記録媒体１４
に記録された所定の番組を読み出させ、表示装置１３に
表示させる。

【００３０】パッケージオブジェクトは、視聴者が実時
間で視聴すると、１日分のデータを含んでいるが、圧縮
されて伝送されるため、伝送に必要な時間は、例えば１
０数分等、極めて短い時間となる。

【００３１】この実施例においては、番組データおよび
プログラムはオブジェクト化され、任意の数のオブジェ
クトにより構成される。

【００３２】図２は、番組オブジェクトの構成を概念的
に表している。即ち、いま、例えば番組オブジェクトＰ
がインタラクティブドラマの番組であるとすると、この
番組オブジェクトＰは、ストーリオブジェクトＳと、Ｃ
Ｍオブジェクトｘとにより構成されている。

【００３３】このストーリオブジェクトＳは、シーンオ
ブジェクトＡ乃至ＥおよびＣＭオブジェクトｙにより構
成されている。

【００３４】そして、例えばシーンオブジェクトＡは、
ビデオオブジェクトＡとメッセージオブジェクトＡから
構成されており、メッセージオブジェクトＡは、ナレー
ションオブジェクトＡとテキストオブジェクトＡにより
構成されている。

【００３５】また、ＣＭオブジェクトｘは、ビデオオブ
ジェクトｘと商品選択オブジェクトにより構成されてお
り、商品選択オブジェクトは、関係番組検索オブジェク
トｌ，ｍ，ｎを有している。

【００３６】図３は、このような番組オブジェクトを再
生するプログラムオブジェクトの概念図を表している。
同図に示すように、基本的プログラムオブジェクトとし
て、プレーヤオブジェクトが受信端末１０側に予め用意
されている（正確には、後述するように、必要に応じて
生成される）。このプレーヤオブジェクトは、各種の番
組オブジェクトのうち、例えば、番組オブジェクト１あ
るいは番組オブジェクト２の再生が指令されると、記憶
管理部２１、プロセス管理部２２、データ蓄積管理部２
３、通信サブシステム２４などのうち、必要な部分を制
御し、再生処理を実行する。その詳細については、図１
１のフローチャートを参照して後述する。

【００３７】図４は、このようにして再生される番組オ
ブジェクトのフォーマットを表している。同図に示すよ
うに、番組オブジェクトは、ヘッダ部、クラス定義部、
およびオブジェクトデータ部により構成される。

【００３８】ヘッダ部は、オブジェクトヘッダ、番組Ｉ
Ｄ、番組名、バージョン、オブジェクト辞書により構成
される。

【００３９】オブジェクトヘッダは、番組オブジェクト
のオブジェクトＩＤ、オブジェクト名、クラスＩＤ、プ
ライオリティ、容量により構成される。

【００４０】番組ＩＤは、この番組オブジェクトを特定
するＩＤであり、番組名は、その名称である。バージョ
ンは、この番組オブジェクトを変更したような場合、い
つの時点のものであるのかを表す。また、オブジェクト
辞書は、オブジェクトデータ部に配置されている所定の
オブジェクトにアクセスするためのデータが配されてい
る。

【００４１】各オブジェクトは、１つのクラスに属し、
クラス定義は、オブジェクトの枠組を与えている。具体
的には、そのクラスに属する全てのオブジェクトが共通
に有する変数とメソッド（プログラム）がクラス定義部
に配される。即ち、クラス定義部は、任意の数のクラス
定義から構成される。クラス定義は、クラスＩＤ、クラ
ス名、スーパクラスＩＤ、変数定義、メソッド辞書、お
よびメソッドより構成される。

【００４２】クラスＩＤとクラス名は、そのクラスを特
定するＩＤと名称を表している。また、スーパクラスＩ
Ｄは、このクラスの上位のクラスを表している。スーパ
クラス（上位のクラス）から見た下のクラスは、サブク
ラスと称される。

【００４３】変数定義は、このクラス定義中のメソッド
（プログラム）において用いられる変数を定義するもの
である。

【００４４】また、メソッドには、プログラムが中間コ
ード（文字列データからなるソースプログラムから生成
した中間コード）として記録されている。このように、
中間コードにすることで、実行時の処理効率の向上と、
データ量の圧縮が可能となる。メソッド辞書は、メソッ
ドに配置されている各メソッド（プログラム）にアクセ
スするためのデータが配置される。

【００４５】このクラス定義部には、その番組オブジェ
クトに含まれる拡張されたクラスの定義がまとめて記述
される。後述する基本クラスライブラリ１２１に存在す
るクラス定義は、ここに記述する必要がない。従って、
その番組オブジェクトに含まれるオブジェクトが、全て
基本クラスのインスタンスであれば、クラス定義部は不
要となる。

【００４６】オブジェクトデータ部は、任意の数のオブ
ジェクトにより構成される。各オブジェクトは、オブジ
ェクトヘッダと変数値とにより構成される。オブジェク
トヘッダは、オブジェクトＩＤ、オブジェクト名、クラ
スＩＤ、プライオリティ、容量により構成される。オブ
ジェクトＩＤとオブジェクト名は、このオブジェクトを
特定するＩＤと名称を表す。クラスＩＤは、このオブジ
ェクトが属するクラスを表している。また、プライオリ
ティは、再生の順位を表しており、この実施例の場合、
０乃至３のいずれかの数値が与えられる。数値が大きい
ほど、優先度が高いことを表している。

【００４７】また、容量は、そのオブジェクトが有する
データの容量を表している。

【００４８】変数値は、素材データ自体である。また、
この変数値には、制御データも含まれる。

【００４９】さらに、任意の数の番組オブジェクトによ
りパッケージオブジェクトが構成される。図４の実施例
の場合、３つの番組オブジェクトにより、１つのパッケ
ージオブジェクトが構成されている。

【００５０】パッケージオブジェクトは、ヘッダ部、ク
ラス定義部、および番組オブジェクトデータ部により構
成される。

【００５１】ヘッダ部の先頭には、オブジェクトヘッダ
が配置される。このオブジェクトヘッダにも、オブジェ
クトＩＤ、オブジェクト名、クラスＩＤ、プライオリテ
ィ、容量がそれぞれ配置される。

【００５２】また、オブジェクトヘッダの次には、パッ
ケージＩＤとパッケージ名が配置される。これらは、こ
のパッケージオブジェクトのＩＤと名称を表すものであ
る。

【００５３】また、その次には、このパッケージオブジ
ェクトが生成された日付とバージョンが配置される。さ
らにその次には、番組インデックスが配置される。この
番組インデックスは、番組オブジェクトデータ部に配置
されている（この実施例の場合、３つの）番組オブジェ
クトのオブジェクトデータ部にアクセスするためのデー
タが配置されている。

【００５４】クラス定義部には、このパッケージオブジ
ェクトにまとめられた３つの番組オブジェクトのクラス
定義部に記述されているクラス定義が記録される。各番
組オブジェクトのクラス定義部において、重複する部分
は適宜省略される。そして、このクラス定義部は、上述
したように、中間コードで記述される。

【００５５】さらに、番組オブジェクトデータ部は、こ
のパッケージオブジェクトにまとめられる番組オブジェ
クトのヘッダ部とオブジェクトデータ部が配置される
（即ち、クラス定義部以外の部分が配置される）。

【００５６】図５は、図１におけるオーサリングシステ
ム１_iの構成例を示している。テキストデータ、イメー
ジデータ、音声データ、動画像データ等により構成され
る素材データは、外部入出力管理部３１を介して、デー
タ変換部３２に入力される。データ変換部３２は、入力
された素材データを、各メディア毎に、システムの内部
処理用のデータフォーマットに変換する。例えばイメー
ジデータの場合、ＧＩＦ、ＴＩＦＦ、ＸＷＤ等のフォー
マットに変換される。また、動画像データの場合、例え
ば、ＭＰＥＧフォーマット等に変換される。変換された
データは、データ蓄積管理部３３を介して、磁気ディス
ク（ＨＤ）、光磁気ディスクなどよりなる二次記憶装置
３４に記憶される。

【００５７】編集処理部３５は、このように二次記憶装
置３４に記憶されたデータを適宜読み出し、上述した番
組オブジェクトを編集する（オーサリング処理を行
う）。

【００５８】主なオーサリング過程としては、画面構成
のデザイン、レイアウト、時間経過やユーザの操作に従
った表示や音声の変化の定義（同期設定）、これらに伴
う処理プログラムのプログラミング（アクション定義）
等がある。これらの過程は、素材データを編集処理部３
５から表示／再生管理部４２に供給し、画像データは表
示装置４３に出力、表示させ、音声データはスピーカ４
４に出力して、適宜モニタして行われる。上述したよう
に、番組オブジェクトは、基本的に番組データとプログ
ラムとから構成される。プログラムや一部の素材データ
などは、入力デバイス３８を操作して入力される。この
プログラムは、操作管理部３７より編集処理部３５に入
力される。編集処理部３５でプログラムされた文字列か
らなるソースプログラムは、中間コードコンパイラ３６
により中間コードに変換される。

【００５９】編集処理部３５は、素材データから生成し
た番組データとプログラムとを番組オブジェクトとして
まとめる処理を行う。そして、製作途中段階の番組オブ
ジェクトは、表示装置４３とスピーカ４４より適宜出力
される。即ち、編集処理部３５は、操作管理部３７を介
して、再生サブシステム３９に、製作途中段階の番組オ
ブジェクトの番組データを供給する。また、プログラム
は、中間コードコンパイラ３６により中間コードに変換
されて、再生サブシステム３９に供給される。

【００６０】再生サブシステム３９は、供給された番組
データとプログラムを、記憶管理部４０を介して主記憶
４１に適宜記憶させる。そして、記憶されたプログラム
に従って番組データを処理し、表示／再生管理部４２
に、表示／再生コマンドとともに番組データを出力し、
画像を表示装置４３に、音声をスピーカ４４に出力させ
る。このようにして、製作途中段階の番組オブジェクト
を適宜モニタすることができる。

【００６１】尚、動画像データとそれに対応する音声デ
ータのように、時間軸を持ち、同期をとって連続的に出
力されるべきデータは、受信端末１０上での記録媒体か
らの読み出しが同期処理に遅れることのないように、イ
ンタリーブ処理される。

【００６２】以上のようにして作成された番組オブジェ
クトは、データ蓄積管理部３３を介して二次記憶装置３
４に記憶される。

【００６３】以上のオーサリング処理をフローチャート
にまとめると、図６に示すようになる。即ち、最初にス
テップＳ１において、外部入出力管理部３１によりデー
タの取り込み処理が行われる。そして次にステップＳ２
に進み、データ変換部３２においてフォーマット変換が
行われ、データ蓄積管理部３３を介して二次記憶装置３
４に記憶される。

【００６４】次にステップＳ３に進み、二次記憶装置３
４に記憶したデータの読み出しが行われる。さらにステ
ップＳ４に進み、編集処理部３５においてオーサリング
処理が実行される。そして、オーサリング処理が完了し
たとき、ステップＳ５に進み、作成した番組オブジェク
トが二次記憶装置３４に記憶される。

【００６５】尚、再生サブシステム３９の処理は、基本
的に受信端末１０において行われる処理であるため、そ
の詳細は、図９の再生サブシステム１０４の動作に関連
して、後に詳述する。

【００６６】このように、編集処理は、製作者からの指
示を入力デバイス３８から操作管理部３７を介して入力
し、この指示に従って各種のオブジェクト（番組オブジ
ェクトやこれを構成するメディアデータ、プログラム
等）を生成、改編する処理である。

【００６７】図７は、図１の番組編成システム２の構成
例を示している。この番組編成システム２は、図５に示
したオーサリングシステム１_iと基本的に同様の構成と
されている。即ち、オーサリングシステム１_iの外部入
出力管理部３１乃至スピーカ４４に対応して、外部入出
力管理部６１乃至スピーカ７４を有している。そして、
この他に、番組編成システム２は、番組編成処理部８１
を有している。

【００６８】即ち、この番組編成システム２は、図５に
示したオーサリングシステム１_iと全く同様にオーサリ
ング処理を実行する他、任意の数の番組オブジェクト
を、１つのパッケージオブジェクトにまとめる編集処理
を実行することができるようになされている。この処理
が、番組編成処理部８１において、例えば図８のフロー
チャートに示すように行われる。

【００６９】最初にステップＳ１１において、任意の数
の番組オブジェクトの取り込み、記憶処理が行われる。
即ち、番組編成処理部８１は、１つのパッケージオブジ
ェクトにまとめるべき番組オブジェクトを、外部入出力
管理部６１から取り込み、二次記憶装置６４に記憶させ
る。次にステップＳ１２に進み、パッケージオブジェク
トのヘッダ生成処理を実行する（図４）。

【００７０】さらにステップＳ１３に進み、１つのパッ
ケージオブジェクトとして生成するとき、そのパッケー
ジオブジェクトを構成する各番組オブジェクトが矛盾し
たり、無駄が発生しないように、整合処理を実行する。
例えば、複数の番組オブジェクトに共通するクラス定義
が存在するような場合においては、重複するクラス定義
を削除する。また、オブジェクトＩＤ、クラスＩＤ、名
称等の重複を回避する処理を行う。そしてステップＳ１
４に進み、完成したパッケージオブジェクトを二次記憶
装置６４に記憶させる。

【００７１】図９は、図１の受信端末１０の構成例を表
している。受信アンテナ１１で受信した信号（パッケー
ジオブジェクト）が放送受信サブシステム１００に入力
され、復調された後、データ蓄積管理部１０１を介し
て、磁気ディスク（ハードディスク）１４Ａ、光磁気デ
ィスク１４Ｂなどよりなる記録媒体１４を有する二次記
憶装置１０２に記憶される。また、この二次記憶装置１
０２には、外部入出力管理部１０３を介して、適宜デー
タやプログラムが記憶され、また、読み出されるように
なされている。

【００７２】再生サブシステム１０４は、仮想機械と称
される共通化可能な処理系であり、通常ソフトウエアに
より構成される部分であり、便宜上、ローダ１２２、基
本クラスライブラリ１２１、資源・安全性管理部１２
３、プロセス（スレッド）管理部１２４、中間コードイ
ンタープリタ１２５、および同期管理部１２６の機能ブ
ロックにより表されている。

【００７３】基本クラスライブラリ１２１には、当該再
生サブシステム１０４の基本機能、様々な番組オブジェ
クトやその他のオブジェクトに共通に利用されるクラス
が集められ、中間コードで記述されている。この基本ク
ラスライブラリ１２１に記述されているクラスに属する
オブジェクトを使う場合、そのクラス定義を送信する必
要はなく、そのクラスＩＤを指定するだけでよい。番組
オブジェクトやパッケージオブジェクト自体のクラス定
義も、ここに記述されている。

【００７４】即ち、この基本クラスライブラリ１２１
は、プログラムのうち、基本的プログラムオブジェクト
が予め記憶されている部分である。この基本的プログラ
ムオブジェクトは、例えばフロッピィディスク等の記録
媒体に記録し、各家庭に予め配送し、記憶させたり、あ
るいは、放送センタとの契約が成立した直後において、
放送センタから受信端末１０に対して配信しておくよう
にすることが可能である。

【００７５】ローダ１２２は、二次記憶装置１０２に記
憶されたパッケージオブジェクトのプログラム（中間コ
ード）を、資源・安全性管理部１２３と記憶管理部１０
６を介して主記憶１０７にロードするためのものであ
り、このとき、主記憶１０７に、既にローディングされ
ているコード（例えば、基本クラスライブラリ１２１に
記憶されている基本クラスのコードや、ユーザが作成し
たユーザオブジェクトのコード）が存在する場合、その
コードと中間コードとの間の対応関係を表すテーブルを
作成する。

【００７６】資源・安全性管理部１２３は、二次記憶装
置１０２に記憶されているデータが破壊されたり、ある
いは、許可を得ていない者が二次記憶装置１０２、主記
憶１０７などに記憶されているデータにアクセスするこ
とや、プロセス管理部１２４にリクエストを出すことを
禁止する処理などを実行する部分である。また、所定の
オブジェクトによるデータ破壊、改変、ＣＰＵタイマの
占有を防ぐ。

【００７７】また、プロセス管理部１２４は、主記憶１
０７に記憶されたプログラムに従って、メインプロセ
ス、タイマプロセス、再生プロセス等の各種のプロセス
を実行、管理せしめる部分である。中間コードインター
プリタ１２５は、基本クラスライブラリ１２１に記憶さ
れているプログラム、あるいはローダ１２２よりロード
されたプログラムの中間コードを、逐次的に、解釈、実
行する部分である。また、同期管理部１２６は、音声デ
ータと動画像データなどのように、時間的に同期して出
力することが必要なデータを管理する部分であり、中間
コードインタープリタ１２５からの要求に応じて、時間
経過に従った複数メディアオブジェクトの同期スケジュ
ーリングを事前に行い、システムクロックを基に、各メ
ディアオブジェクトへ再生開始、停止、スロー、倍速な
どのメッセージを送り、同期制御を行う。

【００７８】尚、図中ハッチングを施して示した資源・
安全性管理部１２３、プロセス管理部１２４、および同
期管理部１２６が、ハードウエア毎に異なる構成となる
部分であり、ハッチングを施していない基本クラスライ
ブラリ１２１、ローダ１２２、および中間コードインタ
ープリタ１２５は、ハードウエアの種類にかかわりな
く、共通に構成することができる部分である。

【００７９】即ち、ハッチングを施した各部と、中間コ
ードインタープリタ１２５の下位の部分が、ハードウエ
アやＯＳに依存する部分なので、この部分を適当なもの
に選択すれば、プログラムは中間コードで記述されるた
め、各種の端末装置上にソフトウエアによって、図９に
示す再生サブシステム１０４を実現することができる。

【００８０】通信サブシステム１０５は、資源・安全性
管理部１２３の管理下にあり、所定の伝送路を介して、
他の受信端末あるいは放送センタと各種のデータを授受
するとき用いられる。システムクロック発生回路１０９
は、システムクロックを発生し、プロセス管理部１２４
と同期管理部１２６に供給している。

【００８１】また、表示／再生管理部１１０は、同期管
理部１２６あるいは中間コードインタープリタ１２５よ
り供給されるデータのうち、画像データを表示装置１３
に出力し、音声データをスピーカ１１１に出力するよう
になされている。

【００８２】このように、データとプログラムのフォー
マット化（図４）を行うとともに、プログラムを中間コ
ードとして、その処理系を仮想機械とすることで、専用
の受信装置に限らず、パソコン、その他の情報端末を、
本実施例における受信端末１０として用いることが可能
となる。

【００８３】次に、その動作について説明するが、その
前に、図１０を参照して、この受信端末１０が実行する
３つのプロセスの関係について説明する。受信端末１０
は、メインプロセス（図１１および図１２）の処理と、
タイマプロセス（図２１）の処理を、例えば電源をオン
したとき、常に実行するようになされている。このメイ
ンプロセスには、再生すべきオブジェクトを管理するた
めのデータを記録する再生キューが内蔵されている。

【００８４】そして、再生プロセスは、メインプロセス
により必要に応じて生成され、所定のタイミングで、起
動、中断、停止、終了の処理が指令される。また、再生
プロセスは、処理を終了したとき、その終了メッセージ
をメインプロセスに出力するようになされている。この
再生プロセスは、再生プロセス１、再生プロセス２、あ
るいは優先再生プロセス１など、適宜所定のものが、必
要に応じて生成されるようになされている。

【００８５】次に、図１１および図１２を参照して、メ
インプロセスの処理について説明する。最初にステップ
Ｓ２１において、中間コードインタープリタ１２５は、
ローダ１２２を制御し、受信アンテナ１１で受信し、二
次記憶装置１０２に記憶したパッケージオブジェクトの
ヘッダ部とクラス定義部（図４）をローダ１２２により
読み出させ、資源・安全性管理部１２３、記憶管理部１
０６を介して主記憶１０７にロードさせる。

【００８６】次にステップＳ２２に進み、パッケージオ
ブジェクトの番組オブジェクトデータ部内の１つの番組
オブジェクトのヘッダ部（図４）を読み込む。パッケー
ジオブジェクトには、プライオリティの値が大きい順に
番組オブジェクトが格納されており、各番組オブジェク
トのヘッダ部は、格納順に読み出される。そしてステッ
プＳ２３に進み、ステップＳ２２において読み込んだヘ
ッダ部から、プライオリティを読み込む。上述したよう
に、このプライオリティには、０，１，２または３のい
ずれかの値が配されている。プライオリティが３のデー
タは、緊急時における番組、あるいは放送センタが各視
聴者に対して確実に視聴してもらいたい番組に対して付
与されているものである。

【００８７】ステップＳ２４において、ステップＳ２３
で読み込んだプライオリティが３であるか否かが判定さ
れ、３ではないと判定されたとき、ステップＳ２５に進
み、そのパッケージオブジェクトを構成する他の番組オ
ブジェクトのヘッダ部の読み込みが終了したか否かが判
定され、まだ読み込んでいない番組オブジェクトが存在
する場合は、ステップＳ２２に戻り、それ以降の処理が
同様に繰り返される。

【００８８】ステップＳ２４において、読み込んだプラ
イオリティが３であると判定された場合、ステップＳ２
６に進み、優先プレーヤオブジェクトを生成する。即
ち、これにより、図１０に示すように、メインプロセス
から優先再生プロセスの基礎となる優先プレーヤオブジ
ェクト（そのクラスは、基本クラスライブラリ１２１に
含まれている）が生成される。

【００８９】即ち、優先プレーヤオブジェクトのクラス
定義に従って、主記憶１０７上の必要な領域が確保さ
れ、その中に、各変数領域を配置し、それぞれの変数値
に当たる実データを二次記憶装置１０２より読み出し、
主記憶１０７にロードして、インスタンシェートを行
う。また、同時に、初期化メソッドなど、必要な処理が
行われる。尚、大量で、表示／再生時においてのみ必要
な各メディアの内容データは、インスタンシェート時で
はなく、その後の表示／再生メソッドの起動時に、二次
記憶装置１０２から読み出される。

【００９０】次にステップＳ２７に進み、タイマプロセ
スにセットメッセージを出力する。プライオリティ３の
番組は、後述するように、所定時間毎に自動的に表示さ
せるようにする。タイマプロセスの詳細な処理は、図２
１を参照して後述するが、タイマプロセスは、メインプ
ロセスからこのセットメッセージを受信したとき、プラ
イオリティ３の番組を自動的に表示する時間間隔の設定
処理を、そのステップＳ１８３で行うことになる。

【００９１】次にステップＳ２８に進み、再生プロセス
生成処理を実行する。この再生プロセス生成処理の詳細
は、図１３に示されている。

【００９２】即ち、最初にステップＳ６１において、当
該プレーヤオブジェクト（いまの場合、優先プレーヤオ
ブジェクト）を基に、新規の再生プロセスを、ＲＥＡＤ
Ｙ状態で生成する。即ち、いまの場合、優先プレーヤオ
ブジェクトからＲＥＡＤＹ状態の優先再生プロセスを生
成する。これにより、図１０に示すように、メインプロ
セスからの生成指令に対応して、優先再生プロセスが生
成されたことになる。

【００９３】また、このとき、時間割当を管理するカウ
ンタＷＣ（図１７のステップＳ１３４乃至Ｓ１３６で用
いられる）と、経過時間を管理するカウンタＣＣ（図１
９のステップＳ１６４，Ｓ１６５，Ｓ１６７，Ｓ１６８
において用いられる）が、０に初期設定される。

【００９４】次にステップＳ６２に進み、再生キューセ
ット処理を実行する。この再生キューセット処理の詳細
は、図１４に示されている。

【００９５】即ち、ステップＳ８１において、当該番組
オブジェクトのプライオリティを評価する。いまの場
合、プライオリティは３であり、最も優先度が高い値と
なっている。

【００９６】次にステップＳ８２に進み、再生プロセス
のＩＤを適切なキュー位置にセットする。

【００９７】即ち、メインプロセスは、図１５に示すよ
うな再生キューを生成、保持しており、プライオリティ
が高い順に、いま生成されている再生プロセスのリスト
を生成する。いまの場合、プライオリティ３の優先再生
プロセスが生成されたので、最も読み出し順位が早い位
置に、この優先再生プロセスのＩＤ（０８２４７）がセ
ットされる。

【００９８】このような再生キューセット処理が終了し
た後、図１１のステップＳ２８に戻り、ステップＳ２８
からステップＳ２５に進む。

【００９９】そしてステップＳ２５において、パッケー
ジオブジェクトの番組オブジェクトデータ部に、まだヘ
ッダ部を読み取っていない番組オブジェクトがあるか否
かを判定し、読み取っていない番組オブジェクトがまだ
存在する場合においては、ステップＳ２２に戻り、同様
の処理を実行して、その番組オブジェクトのヘッダ部を
読み込む。

【０１００】以上のようにして、パッケージオブジェク
トに含まれる全ての番組オブジェクトのヘッダ部の読み
込みが完了したとステップＳ２５において判定された場
合、ステップＳ２９に進み、番組選択メニュー表示処理
を実行する。即ち、中間コードインタープリタ１２５
は、表示／再生管理部１１０を制御し、表示装置１３に
番組選択メニューを表示させる。

【０１０１】この番組選択メニューは、デフォルトのプ
ログラムに従って番組を選択するか、あるいは、ユーザ
が定義した番組選択方法（ユーザオブジェクト）に従っ
て番組を選択するかの選択のための表示である。使用者
は、インタラクティブ機能を果たす入力デバイス１５を
操作して、そのいずれかを選択して、デフォルトまたは
ユーザ定義のいずれか一方の番組選択方法に応じて、番
組を選択することができるようになされている。

【０１０２】デフォルトを選択すると、後述するよう
に、プライオリティに従って各番組オブジェクトが順次
再生されることになる。これに対して、ユーザ定義を選
択すると、そのユーザが、例えばドラマを指定していれ
ば、受信した番組オブジェクトのうち、ドラマの番組だ
けが選択され、表示されることになる。

【０１０３】次にステップＳ３０に進み、再生キューが
空であるか否かが判定される。再生キューが空でない場
合、例えば、上述したように、プライオリティ３の番組
オブジェクトが存在する場合、ステップＳ２８の再生プ
ロセス生成処理において実行したステップＳ６２の再生
キューセット処理により、再生キューに所定の再生プロ
セスＩＤがセットされているため、再生キューは空では
ないことになる。このような場合、ステップＳ３７にお
いて、再生キュー評価処理が実行されることになる。こ
の再生キュー評価処理の詳細は、図１６に示されてい
る。

【０１０４】即ち、最初にステップＳ１０１において、
再生中の再生プロセスが存在するか否かが判定される。
現在再生中の再生プロセスが存在する場合においては、
ステップＳ１０２に進み、再生キューの先頭の再生プロ
セス（次に再生予定の再生プロセス）のプライオリティ
が、いま再生中の再生プロセスのプライオリティより高
いか否かが判定される。

【０１０５】上述したように、プライオリティ３の番組
が存在する場合においては、再生キューの先頭にはプラ
イオリティ３の再生プロセスのＩＤがセットされてい
る。従って、現在再生中の再生プロセスが、２以下のプ
ライオリティを有するものである場合、ステップＳ１０
３に進み、再生中の再生プロセスに中断メッセージが出
力される。即ち、図１０に示すように、メインプロセス
から再生プロセスに、中断のメッセージが出力される。
図１７を参照して後述するように、再生プロセスは、メ
インプロセスからこの中断メッセージを受信したとき、
ステップＳ１２５において、状態変数をＲＵＮからＷＡ
ＩＴに変更する。即ち、表示のための処理時間の割当
を、ここでは１／２０にすることになる。

【０１０６】次にステップＳ１０３からステップＳ１０
４に進み、再生キューセット処理を実行する。上述した
ように、この再生キューセット処理は、図１４に示され
ている。

【０１０７】即ち、ステップＳ８１において、当該番組
オブジェクト、即ち、現在再生中の再生プロセスのプラ
イオリティを評価し、ステップＳ８２において、その評
価に対応する適切なキューに、現在再生中の再生プロセ
スのＩＤをセットする。

【０１０８】後述するように、再生プロセスの処理を実
行（再生）するには、この再生キューに、再生プロセス
のＩＤをセットする必要があるのであるが、再生処理が
開始されると、その再生プロセスのＩＤは、再生キュー
から除去される（ステップＳ１０６）。このため、中断
した（表示処理時間の割当を減少させた）再生プロセス
を再度実行できるようにする（通常の表示処理時間の割
当に戻す）ために、現在再生中（遅い表示速度で表示
中）の再生プロセスのＩＤを、再び再生キューにセット
するようにするのである。

【０１０９】このように、再生キューセット処理が終了
した後、あるいはまた、ステップＳ１０１において、現
在再生中の再生プロセスが存在しないと判定された場
合、次にステップＳ１０５に進み、再生キューの先頭の
再生プロセスに起動メッセーシを出力する。即ち、図１
０に示すように、メインプロセスから再生プロセスに起
動メッセージが出力される。図１７を参照して後述する
ように、再生プロセスは、この起動メッセージを受信し
たとき、ステップＳ１２２において、変数ＲＥＡＤＹま
たはＷＡＩＴをＲＵＮに変更する。即ち、未表示（ＲＥ
ＡＤＹ）または遅い速度で表示中（ＷＡＩＴ）の再生プ
ロセスを、通常の速度（ＲＵＮ）の表示にする。

【０１１０】ステップＳ１０５の次に、ステップＳ１０
６に進み、ステップＳ１０５で起動メッセージを出力し
た再生プロセスのＩＤを、再生キューから除去する。

【０１１１】ステップＳ１０２において、再生キューの
先頭の再生プロセスのプライオリティが、再生中の再生
プロセスのプライオリティと等しいか、それより小さい
と判定された場合においては、ステップＳ１０３乃至Ｓ
１０６の処理は、スキップされる。即ち、再生中の再生
プロセスが存在し、そのプライオリティの方が、再生キ
ューの先頭の再生プロセスのプライオリティと等しい
か、それより高い場合においては、再生中の再生プロセ
スを優先すべきであるので、特別の処理を実行しないの
である。

【０１１２】図１２のステップＳ３０において、再生キ
ューが空であると判定された場合、あるいはまた、ステ
ップＳ３７において、再生キュー評価処理が完了した
後、ステップＳ３１に進み、タイマからアラームが発生
されたか否かが判定される。即ち、上述したように、ス
テップＳ２７において、メインプロセスからタイマプロ
セスにセットメッセージを出力すると、タイマプロセス
は、図２１のステップＳ１８５において、所定の時間を
計時したとき、メインプロセスへアラームメッセージを
出力する。これにより、図１０に示すように、タイマプ
ロセスからメインプロセスへアラームメッセージが出力
される。

【０１１３】このことは、プライオリティ３の番組を、
周期的（定期的）に表示すべき時間になったことを表し
ている。従って、この場合においては、ステップＳ３１
からステップＳ３８に進み、アラームのあった再生プロ
セスＩＤについて、再生キューセット処理が行われる。

【０１１４】即ち、図１４のステップＳ８１において、
アラームのあった再生プロセスＩＤ（プライオリティが
３の再生プロセスＩＤ）を評価し、ステップＳ８２にお
いて、適切なキュー位置に、その再生プロセスのＩＤを
セットする。プライオリティが３なので、通常、より順
位の早い位置にセットされる。

【０１１５】ステップＳ３１において、タイマからのア
ラームが受信していないと判定された場合、あるいは、
ステップＳ３８における再生キューセット処理が終了し
た後、ステップＳ３２に進み、ステップＳ２９において
表示した番組選択メニューから、ユーザが番組の選択を
したか否かが判定される。

【０１１６】ユーザが再生を行いたい番組を選択したと
判定された場合、ステップＳ３９に進み、プレーヤオブ
ジェクトが生成される。そして、ステップＳ４０に進
み、図１３に示す再生プロセス生成処理が実行される。
即ち、ステップＳ３９で生成したプレーヤオブジェクト
を基に、ステップＳ６１で新規の再生プロセスをＲＥＡ
ＤＹ状態で生成し、ステップＳ６２において、図１４に
示した再生キューセット処理を実行する。

【０１１７】図１４のステップＳ８１で、いま生成した
再生プロセスのプライオリティを評価し、ステップＳ８
２において、そのプライオリティに対応するキュー位置
に、その再生プロセスのＩＤをセットする。これによ
り、ユーザが選択したプレーヤオブジェクトに対応する
再生プロセスのＩＤが、再生キューにセットされたこと
になる。

【０１１８】図１２のステップＳ３２において、ユーザ
の番組選択指定がなされていないと判定された場合、あ
るいは、ステップＳ４０の再生プロセス生成処理が終了
したとき、次にステップＳ３３に進み、ユーザが停止指
令を発生したか否かが判定される。ユーザが停止指令を
発生したとき、ステップＳ４１に進み、該当する再生プ
ロセスに停止メッセージを出力する。即ち、図１０にお
いて、メインプロセスから再生プロセスに停止メッセー
ジが出力されることになる。

【０１１９】再生プロセスにおいては、図１７に示すよ
うに、この停止メッセージを受信したとき、ステップＳ
１２８において、変数ＲＵＮをＲＥＡＤＹに変更する。
即ち、通常速度で表示している再生処理を停止させる。
番組が終了する以前に、ユーザが途中で番組を停止した
場合であるから、後で再びこの番組を途中から再生する
ことができるようにするため、次にステップＳ４２に進
み、図１４に示す再生キューセット処理を実行する。即
ち、いま、再生中の再生プロセスを再び再生できるよう
に、再生キューにセットするのである。

【０１２０】ステップＳ３３において、ユーザが停止指
令を発生していないと判定されたとき、または、ステッ
プＳ４２において、再生キューセット処理が完了したと
き、次にステップＳ３４に進み、ユーザが番組終了指令
を発生したか否かが判定される。ユーザが番組終了指令
を発生したとき、ステップＳ４３に進み、該当する再生
プロセスに終了メッセージを出力する。即ち、図１０に
おいて、メインプロセスから再生プロセスに終了メッセ
ージが出力されたことになる。再生プロセスは、図１７
に示すように、この終了メッセージを受信したとき、プ
ライオリティが３であれば、ステップＳ１３１におい
て、変数ＲＵＮをＲＥＡＤＹに変更し、再生処理を終了
させる。

【０１２１】ステップＳ４３の次にステップＳ４４に進
み、再生プロセスを起動したメモリを開放するなどの必
要な後処理Ａを行った後（例えば、再生プロセスがプラ
イオリティ３の場合、メモリ開放はまだ行わない）、ス
テップＳ３６に進む。

【０１２２】尚、ユーザが番組終了を指令した場合、番
組を途中で停止するのではなく、再生処理そのものを終
了させるのであるから、この場合においては、現在再生
中の再生プロセスを再生キューに再度セットする処理は
実行されないことになる。

【０１２３】ステップＳ３４において、ユーザが番組終
了指令を発生していないと判定された場合、ステップＳ
３５に進み、再生プロセスから終了メッセージが受信さ
れたか否かが判定される。後述するように、プライオリ
ティ３の再生プロセスは、番組再生が終了したとき、図
１８のステップＳ１４０において、終了メッセージを出
力する。即ち、図１０において、再生プロセスからメイ
ンプロセスに終了メッセージが出力されたことになる。
メインプロセスは、ステップＳ３５において、この終了
メッセージを受信したとき、ステップＳ４５に進み、必
要な後処理Ｂを行った後（ここでは、プライオリティ３
の再生プロセスのメモリも開放される）、ステップＳ３
６に進む。

【０１２４】ステップＳ３５において、再生プロセスか
ら終了メッセージが受信されていないと判定された場
合、あるいは、ステップＳ４４の後処理Ａ、ステップＳ
４５の後処理Ｂが終了したとき、ステップＳ３６に進
み、視聴の終了が指令されているか否かが判定され、終
了されていなければ、ステップＳ３０に戻り、それ以降
の処理を繰り返し実行する。そして、視聴の終了が指令
されたと判定された場合、ステップＳ４６に進み、終了
処理を実行して、処理を終了する。

【０１２５】次に、図１７と図１８を参照して、再生プ
ロセスの処理について説明する。最初にステップＳ１２
１において、メインプロセスから起動メッセージを受信
したか否かが判定される。上述したように、この起動メ
ッセージは、図１２のステップＳ３７の再生キュー評価
処理（図１６のステップＳ１０５）において発生され
る。起動メッセージが受信されていると判定された場
合、ステップＳ１２２に進み、変数がＲＥＡＤＹであれ
ば、これをＲＵＮに、あるいはＷＡＩＴであれば、これ
をＲＵＮに、それぞれ変更する。ＲＥＡＤＹは、再生が
されていない状態を表し、ＷＡＩＴは、時間割当が少な
い状態で再生処理が行われている状態であることを表し
ている。再生プロセスは、変数をＲＵＮに変更すると、
通常の速度での再生処理が開始されることになる。

【０１２６】即ち、変数がＲＵＮになると、ステップＳ
１３３とステップＳ１３７の状態判定において、ＮＯと
判定され、ステップＳ１３８の再生処理が行われ（その
詳細は、図１９を参照して後述する）、ステップＳ１３
９からステップＳ１２１に戻り、以下同様の処理が繰り
返されて、通常の速度の表示が行われる。

【０１２７】ステップＳ１２１において、起動メッセー
ジを受信していないと判定された場合、またはステップ
Ｓ１２２の変数変更処理が実行されたとき、次にステッ
プＳ１２３に進み、中断メッセージが受信されているか
否かを判定する。上述したように、この中断メッセージ
は、図１２のステップＳ３７（図１６のステップＳ１０
３）において発生される。

【０１２８】中断メッセージが受信されたと判定された
場合、ステップＳ１２４に進み、現在の再生位置を保持
し、さらにステップＳ１２５に進み、変数ＲＵＮをＷＡ
ＩＴに変更するとともに、カウンタＷＣを０にリセット
する。即ち、現在の再生位置より、通常の再生速度（時
間割当が１）である再生状態から、時間割当が１／２０
である再生状態に変更される。そして、時間割当を１／
２０に設定するためのカウンタＷＣが０に初期設定され
る。

【０１２９】ステップＳ１２３において、中断メッセー
ジが受信されていないと判定された場合、およびステッ
プＳ１２５における変数変更処理が実行された後、次に
ステップＳ１２６に進み、停止メッセージが受信されて
いるか否かが判定される。この停止メッセージは、図１
２のメインプロセスのステップＳ４１において発生され
る。停止メッセージが受信されたと判定された場合、ス
テップＳ１２７に進み、現在の再生位置が保持される。
これにより、以後、所定のタイミングにおいて、再生を
一旦停止した位置から、再度再生が可能なようになされ
る。そして、ステップＳ１２８に進み、変数ＲＵＮをＲ
ＥＡＤＹに変更する。即ち、通常の速度の再生動作が停
止される。

【０１３０】ステップＳ１２６において、停止メッセー
ジが受信されていないと判定された場合、あるいはステ
ップＳ１２８において、変数の変更が完了したとき、ス
テップＳ１２９に進み、終了メッセージが受信されてい
るか否かが判定される。この終了メッセージは、図１２
のメインプロセスのステップＳ４３において発生され
る。

【０１３１】終了メッセージが受信されたと判定された
場合、ステップＳ１３０に進み、自分（再生プロセス）
は、優先再生プロセスであるか否かが判定される。即
ち、プライオリティが３の再生プロセスであるか否かが
判定される。

【０１３２】ステップＳ１３０において、自分は、優先
再生プロセスではないと判定されたとき、ステップＳ１
４１に進み、自分の再生プロセスの終結処理を行って、
メモリを開放する処理を実行する。そして、再生プロセ
ス処理を終了させる。

【０１３３】プライオリティが３の再生プロセスである
場合においては、ステップＳ１３０からステップＳ１３
１に進み、変数ＲＵＮをＲＥＡＤＹに変更し、再生動作
を停止する。そしてステップＳ１３２に進み、画面表示
を消去し、ステップＳ１３３に進む。即ち、ユーザが終
了を指令したので、優先再生プロセスであったとして
も、再生を終了させるのである。

【０１３４】しかしながら、自分が優先再生プロセスで
あるので、終了メッセージを受信したとしても、再生は
終了させるが、処理は終了させずに、ステップＳ１３３
以降の処理を実行することになる。

【０１３５】ステップＳ１２９において、終了メッセー
ジを受信していないと判定されたとき、あるいはステッ
プＳ１３２において、画面表示消去指令を実行した後、
次にステップＳ１３３に進み、現在の再生モードがＷＡ
ＩＴであるか否かが判定される。即ち、１／２０の時間
割当の表示状態であるか否かが判定される。

【０１３６】ステップＳ１３０において、自分が優先再
生プロセスであると判定された場合、ステップＳ１３１
に進み、モードがＲＵＮからＲＥＡＤＹに変更されてい
る。この場合においては、ステップＳ１３３において、
ＮＯと判定され、ステップＳ１３７に進み、ステップＳ
１３７において、ＹＥＳと判定され、ステップＳ１２１
に戻る。そして、それ以降の処理が繰り返し実行され
る。

【０１３７】そして、上述したように、タイマプロセス
が所定の時間を計時したとき、アラームメッセージをメ
インプロセスに出力する（図２１のステップＳ１８
５）。メインプロセスは、このアラームメッセージを受
信したとき、図１２のステップＳ３８において、そのア
ラームのあった再生プロセスのＩＤを再生キューにセッ
トする。これにより、ステップＳ３０において、再生キ
ューが空でないと判定されるため、ステップＳ３７に進
み、再生キュー評価処理が実行され、図１６のステップ
Ｓ１０５において、その再生キューの先頭の再生プロセ
スに起動メッセージが出力される。

【０１３８】この起動メッセージが、図１７の再生プロ
セス（画面は消去しているが、処理は終了していない）
のステップＳ１２１において受信され、ステップＳ１２
２において、ＲＥＡＤＹがＲＵＮに変更される。即ち、
終了メッセージを受信し、再生が終了された優先再生プ
ロセスが、一定時間経過後、再生すべき時間に達したと
き、再び再生されることになる。

【０１３９】一方、ステップＳ１２５において、変数が
ＷＡＩＴに変更され、通常の表示時間割当の１／２０の
状態で表示が行われている場合においては、ステップＳ
１３３からステップＳ１３４に進み、ステップＳ１２
５、または図１３のステップＳ６１において、０に初期
設定したカウンタＷＣが２０以上であるか否かを判定す
る。

【０１４０】カウンタＷＣが２０未満であると判定され
た場合においては、ステップＳ１３５に進み、カウンタ
ＷＣを１だけインクリメントし、ステップＳ１２１に戻
る。そして、ステップＳ１２１，Ｓ１２３，Ｓ１２６，
Ｓ１２９を介して、再びステップＳ１３３に進み、再生
モードがＷＡＩＴであるか否かが判定される。そして再
生モードがＷＡＩＴであれば、ステップＳ１３４に進
み、カウンタＷＣが２０未満であれば、ステップＳ１３
５に進み、カウンタＷＣが１だけインクリメントされ
る。

【０１４１】以上のような処理が繰り返され、ステップ
Ｓ１３４において、カウンタＷＣが２０以上に達したと
判定されたとき（通常の表示速度の２０倍の時間が経過
したとき）、ステップＳ１３６に進み、カウンタＷＣが
再び０に初期設定される。

【０１４２】次にステップＳ１３７に進み、モードがＲ
ＥＡＤＹ（非再生状態）であるか否かが判定され、ＲＥ
ＡＤＹでなければ（ＷＡＩＴ（１／２０の速度の表示状
態）であれば）、ステップＳ１３８に進み、再生処理が
実行される。この再生処理の詳細は、図１９に示されて
いる。尚、この図１９の処理は、上述したように、ステ
ップＳ１３３，Ｓ１３７でＮＯと判定されるため、変数
がＲＵＮの場合においても実行される。

【０１４３】最初にステップＳ１６１において、ユーザ
から何らかの入力がなされたか否かが判定され、入力が
なされている場合においては、ステップＳ１６２に進
み、その入力に対応する処理が実行される。処理内容
は、番組オブジェクト毎に記述されている。

【０１４４】ステップＳ１６１において、ユーザから特
に入力がなされていないと判定された場合、またはステ
ップＳ１６２の処理が完了したとき、ステップＳ１６３
に進み、いま再生している番組が連続メディアであるか
否かが判定される。即ち、動画像データや音声データな
ど、時系列をなすデータであるか否かが判定される。連
続メディアであると判定された場合、ステップＳ１６４
に進み、カウンタＣＣが０であるか否かが判定される。
カウンタＣＣは、図１３に示す再生プロセス生成処理の
ステップＳ６１において、０に初期設定されている。こ
の場合、ステップＳ１６４からステップＳ１６６に進
み、システムクロック発生回路１０９が出力するシステ
ムクロック値を読み込み、カウンタＩＣにセットする。

【０１４５】次にステップＳ１６７に進み、カウンタＣ
Ｃを１にセットする。そしてステップＳ１６８に進み、
カウンタＣＣ（いまの場合、ＣＣ＝１）に最も近いタイ
ムスタンプを有するメディアオブジェクトの１単位を読
み出して処理する。即ち、表示／再生する。例えば、動
画像データであれば、１フレーム分のデータを表示装置
１３に表示する。

【０１４６】一方、ステップＳ１６４において、カウン
タＣＣが０ではないと判定された場合、即ち、ステップ
Ｓ１６７において、カウンタＣＣが１に初期設定された
後、再度この処理が行われる場合においては、ステップ
Ｓ１６４からステップＳ１６５に進み、現在のシステム
クロック値から、ステップＳ１６６でカウンタＩＣに設
定したシステムクロック値を減算し、その値をカウンタ
ＣＣにセットする。即ち、再生処理をスタートしたとき
からのシステムクロックの値が、カウンタＣＣにセット
されることになる。

【０１４７】そして、ステップＳ１６８に進み、ステッ
プＳ１６５でカウンタＣＣにセットした値に最も近いタ
イムスタンプを有するメディアオブジェクトの１単位
（例えば、動画像データの場合、１フレーム分）を読み
出して表示する処理を行う。即ち、動画像データや音声
データなどが表示／再生されることになる。

【０１４８】一方、ステップＳ１６３において、現在再
生している番組のデータが、連続メディアのデータでは
ない、即ち、時系列を有するデータではないと判定され
た場合、ステップＳ１６９に進み、カウンタＣＣが０か
否かが判定される。カウンタＣＣが０のとき、即ち、ス
テップＳ６１にて生成された直後のときには、当該メデ
ィアオブジェクトの読み出し／表示を、ステップＳ１７
０にて行う。この場合、連続メディアではないので、表
示処理はこの１度だけでよい。続いてステップＳ１７１
に進み、カウンタＣＣを１にセットして、再生処理を終
える。ステップＳ１６９において、カウンタＣＣが０で
ないと判定された場合、ステップＳ１７０，１７１の処
理はスキップされる。

【０１４９】以上のように、図１８のステップＳ１３８
において、１単位（例えば１フレーム分）の再生処理が
完了した後、ステップＳ１３９に進み、ステップＳ１３
８において当該メディアオブジェクトの全データの再生
が終了したか否かが判定される。再生処理すべきデータ
が残っていれば、ステップＳ１２１に戻り、それ以降の
処理を繰り返し実行する。

【０１５０】即ち、再生モードがＷＡＩＴである場合に
おいては、ステップＳ１３４，Ｓ１３５，Ｓ１２１，Ｓ
１２３，Ｓ１２６，Ｓ１２９，Ｓ１３３の処理が、カウ
ンタＷＣが２０に達するまで繰り返される。そして、カ
ウンタＷＣが２０に達したとき、ステップＳ１３６にお
いて、カウンタＷＣが０にリセットされた後、ステップ
Ｓ１３８において、動画像データの場合、１フレーム分
の画像が表示される。

【０１５１】そして、再びカウンタＷＣのインクリメン
トが行われ、カウンタＷＣが２０に達するまで待機し、
カウンタＷＣが２０に達したとき、次の１フレーム分の
画像が表示される。このようにして、ＷＡＩＴモードに
おいては、通常の１／２０の時間しか表示のための処理
時間が割り当てられないことになる。換言すれば、動画
像データが通常の１／２０の割当でコマ落し再生される
ことになる。

【０１５２】このようにして、例えば図２０に示すよう
に、表示装置１３において、画像Ａが通常通り秒３０コ
マのリアルタイム再生がなされるとともに、画像Ｂは秒
１．５コマにコマ落しされて、それぞれ異なるウインド
ウで表示される。

【０１５３】また、より優先順位の高い再生プロセスの
再生が終了したときは、そのとき再生キューの先頭に配
置されている再生プロセスに、起動メッセージが出力さ
れるため、ステップＳ１２２において、モードがＷＡＩ
ＴからＲＵＮに変更され、通常の実時間での表示状態に
変更されることになる。

【０１５４】このようにして、災害時の緊急情報や、放
送システムの運用に関する情報のプライオリティを高く
設定しておくことで、これらの情報を、確実に、各ユー
ザに視聴させることができる。しかもこの情報は、二次
記憶装置１０２に記憶されるので、１回だけ放送すれば
よいことになる。

【０１５５】次に図２１を参照して、タイマプロセスの
処理について説明する。最初にステップＳ１８１におい
て、計時動作を行い、次にステップＳ１８２に進み、図
１１のメインプロセスのステップＳ２７において発生さ
れたセットメッセージを受信したか否かを判定する。ス
テップＳ１８２において、セットメッセージを受信した
と判定した場合、ステップＳ１８３に進み、所定のイン
ターバルの時間（プライオリティが３の番組を周期的に
表示する場合の周期）をセットする。

【０１５６】ステップＳ１８２において、セットメッセ
ージを受信していないと判定した場合、またはステップ
Ｓ１８３における時間セットの処理が完了したとき、次
にステップＳ１８４に進み、ステップＳ１８３でセット
した所定の時間を計時したか否かを判定する。所定の時
間が計時していないと判定した場合、ステップＳ１８１
に戻り、それ以降の処理を繰り返し実行する。

【０１５７】ステップＳ１８４において、所定の時間を
計時したと判定した場合、ステップＳ１８５に進み、メ
インプロセスに対して、アラームメッセージを出力す
る。このアラームメッセージは、図１２のメインプロセ
スのステップＳ３１において受信される。

【０１５８】尚、セットメッセージ、アラームメッセー
ジとも再生プロセスＩＤを伴っている。従って、タイマ
プロセス側のステップＳ１８４の計時判定も、再生プロ
セスＩＤ毎に行われる。アラームメッセージを受けたメ
インプロセスは、その再生プロセスＩＤを元に、ステッ
プＳ３８の再生キューセット処理を行うことになる。

【０１５９】以上の実施例においては、プライオリティ
が３の番組を周期的に繰り返し再生するようにしたが、
後述するように、視聴履歴を管理し、一度見た場合は、
そのプライオリティを２以下に、自動的あるいはユーザ
の意図により手動的に変更するようにしてもよい。プラ
イオリティを２以下に下げれば、繰り返し再生されるこ
とがなくなる。

【０１６０】また、優先順位の高い番組を表示すると
き、既に再生中の優先順位の低い番組を、コマ落しなど
で表示させるようにしたが、表示を中止させるようにす
ることもできる。

【０１６１】次に、番組データに加え、プログラムも送
信する場合の具体的実施例について説明する。いま、例
えば図２２に破線で囲んで示すように、基本クラスライ
ブラリ１２１には、種々の基本的なクラスが予め記憶さ
れている。この実施例の場合、ＩＤが００００１０のオ
ブジェクトというクラスを中心として、視聴履歴、プレ
ーヤ、パッケージオブジェクト、番組オブジェクト、メ
ディア、ストーリ等のサブクラスが予め用意されてい
る。メディアクラスにはさらに、テキスト、イメージ、
連続メディア等のサブクラスが用意され、連続メディア
のクラスには、さらに音声、動画等のサブクラスが用意
されている。また、番組オブジェクトには、ＣＭのサブ
クラスが用意されている。

【０１６２】いま、番組オブジェクトというクラスのイ
ンスタンスとして、図２に示すように、番組オブジェク
トＰが存在するものとする。そして、この番組オブジェ
クトＰには、ＩＤが００３７９６であるストーリクラス
のインスタンスとしてのストーリオブジェクトＳが含ま
れている。このストーリオブジェクトＳは、シーンＡ乃
至シーンＥを有している。

【０１６３】基本クラスライブラリ１２１に予め用意さ
れているストーリクラスは、これらのシーンＡ乃至シー
ンＥの複数の再生順を登録することができる機能（スト
ーリ選択機能）を有している。これにより、例えば、図
２３に示すように、任意のシーンを任意の順番で出力
し、表示することができるようになされている。例えば
ストーリ１においては、Ａ，Ｂ，Ｃ，Ｄ，Ｅの順で各シ
ーンが表示され、ストーリ２においては、Ａ，Ｃ，Ｂ，
Ｅ，Ｄの順で各シーンが表示され、ストーリ３において
は、Ａ，Ｃ，Ｄ，Ｅの順で各シーンが表示される。

【０１６４】このうちのシーンＡは、例えば、前回まで
の粗筋を表すシーンであるとする。ユーザは、このよう
なストーリ１乃至ストーリ３のうち、任意のものを選択
することができるようになされている。

【０１６５】基本クラスライブラリ１２１に含まれるス
トーリクラスは、例えば図２４に示すように規定されて
いる。即ち、クラスＩＤは００３７９６とされ、クラス
名はストーリとされている。そして、メッドに規定され
ているクラスを表す変数定義は、順序付シーン集合（そ
のタイプは、順序付集合オブジェクト）の集合（そのタ
イプは、集合オブジェクト）とされる。

【０１６６】また、この変数定義で表されるメソッド
（プログラム）としては、初期設定、再生開始、ストー
リ選択等が規定されている。詳細は省略するが、このう
ちのストーリ選択のメソッドにより、図２３に示したス
トーリ１乃至ストーリ３のいずれかのストーリを選択す
ることができるようになされている。

【０１６７】ここで、例えば、この標準のストーリクラ
スの有するストーリ選択機能に、視聴者の視聴履歴に対
応して、シーンＡ（前回までの粗筋）の再生の適否を自
動的に選択する機能（粗筋シーン選択機能）を追加する
場合においては、基本クラスライブラリには、この粗筋
シーン選択機能は含まれていないため、この粗筋シーン
選択機能を有するプログラムが、番組オブジェクトＰの
番組データとともに、クラス定義として伝送されること
になる。この番組が、連続もののインタラクティブドラ
マである場合、前の回の番組オブジェクトＯ、次の回の
番組オブジェクトＱなどにおいても同様となる。

【０１６８】この粗筋選択付ストーリのクラス定義は、
例えば図２５に示すように規定される。即ち、クラスＩ
Ｄが３２５９３１として規定され、クラス名が粗筋選択
付ストーリとして規定される。そして、そのスーパクラ
スＩＤ（上位のクラスのＩＤ）は００３７９６、即ち、
図２２において点線内に示す基本クラスライブラリの中
のストーリクラスとされる。

【０１６９】変数定義は、視聴履歴〈視聴履歴オブジェ
クト〉とされる。即ち、以下に規定するメソッドで使用
される変数の名称は、視聴履歴であり、そのタイプは、
視聴履歴オブジェクトである（視聴履歴クラスのインス
タンスである）とされる。そして、この粗筋選択付スト
ーリのメソッド（プログラム）としては、初期設定およ
び粗筋選択の２つのメソッドが規定されている。

【０１７０】粗筋選択付ストーリクラスのメッドの初期
設定は、例えば図２６に示すような処理として規定され
ている。

【０１７１】即ち、最初にステップＳ２０１において、
粗筋選択メッドを読み出し、次にステップＳ２０２にお
いて、スーパクラス（ＩＤが００３７９６のストーリク
ラス）の初期設定メソッド（図２４）を呼び出す処理が
行われる。

【０１７２】即ち、この粗筋選択付ストーリクラスは、
基本クラスライブラリ１２１内のストーリクラスのサブ
クラスであるため、図２７に示す粗筋選択メッドを読み
出した後、図２４に示すストーリクラスの処理を行うよ
うになされている。

【０１７３】一方、図２７に示す粗筋選択処理において
は、最初にステップＳ２１１において、視聴履歴オブジ
ェクト（その詳細は、図２９を参照して後述する）に、
前回の番組オブジェクトＯが含まれるか否か判定され
る。即ち、各受信端末１０の基本クラスライブラリ１２
１には、視聴履歴クラスが含まれており、この視聴履歴
クラスに対応するインスタンスとしての視聴履歴オブジ
ェクトは、ユーザが見た番組オブジェクトをその都度登
録するようになされている。このステップＳ２１１にお
いては、その登録リスト中に、この連続ドラマの前回の
放送分が登録されているか否かが判定されるのである。
即ち、このユーザが前回の番組を見ているか否かを判定
するのである。

【０１７４】そして、ユーザが前回の番組を見ていると
判定された場合（視聴履歴オブジェクト中のリストに前
回の番組オブジェクトＯが含まれていると判定された場
合）、ステップＳ２１２に進み、順序付シーン集合オブ
ジェクトから、シーンＡを取り除く処理が実行される。
これに対して、ステップＳ２１１において、ユーザが前
回の番組を見ていないと判定された場合、このステップ
Ｓ２１２の処理はスキップされる。

【０１７５】粗筋選択付ストーリクラスの処理により、
このように、前回までの粗筋を表すシーンＡが視聴履歴
に対応して取り除かれたり、あるいは、取り除かれない
ようになされるため、粗筋選択付ストーリクラスのスー
パクラスであるストーリの選択処理は、最終的に図２８
に示すようになる。

【０１７６】即ち、ユーザが前回の番組を見ていない場
合においては、図２３に示した場合と同様に、ストーリ
１、ストーリ２またはストーリ３のいずれかの表示が行
われるのであるが、ユーザが前回の番組を見ている場合
においては、シーンＡ（前回までの粗筋）は表示されな
いようになされる。例えば、ユーザがストーリ１を選択
した場合においては、Ｂ，Ｃ，Ｄ，Ｅの順に各シーンが
表示され（ストーリ１’）、ストーリ２を選択した場合
においては、Ｃ，Ｂ，Ｅ，Ｄの順に各シーンが表示され
（ストーリ２’）、ストーリ３を選択した場合において
は、Ｃ，Ｄ，Ｅの順に各シーンが表示される（ストーリ
３’）。

【０１７７】一方、各ユーザの視聴履歴を記憶する視聴
履歴クラスは、例えば図２９に示すように規定されてい
る。即ち、クラスＩＤとしては、例えば４０５２１が、
クラス名としては視聴履歴が、それぞれ規定されてい
る。また、そのスーパクラスＩＤとしては、００００１
０（即ち、オブジェクトクラス）が規定されている。

【０１７８】そして、その変数定義としては、視聴者
名、見た番組オブジェクトの集合、番組オブジェクトを
見た日付等が規定され、メソッドとして、これらの変数
定義に対応して、視聴者名登録及び読出し、見た番組オ
ブジェクトの登録及び読出し、番組オブジェクトを見た
日付登録及び読出し等のメソッド（プログラム）が規定
されている。

【０１７９】その詳細な処理は省略するが、このメソッ
ドのうちの見た番組オブジェクトの登録の処理により、
ユーザが視聴した番組のＩＤが全て登録されるようにな
されている。例えばユーザが連続ドラマを毎回見ていれ
ば、番組オブジェクトＯ，Ｐ，Ｑ・・・のＩＤが順次登
録されることになる。図２７のステップＳ２１１におい
ては、番組オブジェクトＰを再生するに当たって、この
登録リスト中に前回の番組オブジェクトＯのＩＤが含ま
れているか否かを判定するのである。

【０１８０】以上のようにして、図２３に示すようなス
トーリ選択機能を有する標準のストーリクラスのサブク
ラスとして（標準のストーリクラスとの差分として）、
粗筋選択付ストーリクラスを伝送することで、図２８に
示すようなシーン展開のバリエーションが可能となる。

【０１８１】勿論、差分ではなく、新しいプログラムを
全て伝送することも可能であるが、そのようにすると、
伝送量が多くなり、伝送効率が低下するだけでなく、プ
ログラムの設計に時間がかかり、コスト高となる。そこ
で、このように、基本的なクラスを予め受信端末１０側
に配信しておき、その差分のみを必要に応じて随時配信
するようにすることが好ましい。

【０１８２】以上のように、番組をオブジェクトとして
扱うことにより、番組データと、それを処理するプログ
ラムを１組のものとして管理することが可能となり、番
組を再生するに当たり、データと対応するプログラムを
探す必要がなくなり、迅速な再生が可能となる。また、
番組の独立性を保持することができると同時に、他の番
組で使ったデータとプログラムを若干変更することで、
それを利用するといったプログラムの再利用性も確保す
ることができる。

【０１８３】また、番組オブジェクトなど、外部より受
信したオブジェクトやプログラムが利用できる資源（メ
モリやＣＰＵタイム）を制限する機能を付加すること
で、故意に、あるいは偶発的に、ユーザの資源やデータ
が破壊されたり、その利用が妨害されることが抑制され
る。

【０１８４】さらに、この発明は、例えば次のような応
用が可能である。

【０１８５】（１）視聴者属性（年齢、性別・・・）、
視聴時刻、地域など多様なファクターによって、番組内
容や呈示形態を変化させることができる。例えば、１つ
の番組データも、高齢者には大きな字で、女性にはカラ
フルに、夜は静かに、それぞれ変化させて、表示、再生
させることができる。

【０１８６】（２）視聴者との対話によって、表示や再
生の制御を行うことができる（インタラクティブな番組
再生）。対話形式についても、従来のデータ放送方式で
は制定されたものの中から選択するだけであったが、本
発明によると、番組毎に新しい対話形式を自由に設計、
実現することができる。

【０１８７】（３）プログラムコード化によるデータの
圧縮ができる。グラフィクスやアニメーションなどの表
示、再生をプログラムで記述することにより、高効率の
データ圧縮が可能になる。従来のデータ放送方式による
と、このようなアニメーションなども再生した後の動画
データとして送信する必要があったため、プログラムの
送信に比べ、大量なデータを送らなくてはならなかった
が、本発明によれば、例えば、数秒で送信できるデータ
量からなるアニメーションを、１日かけて再生すること
もできる。

【０１８８】（４）ゲームやアプリケーションソフトな
ど、受信端末で実行できるソフトウエアを配信すること
ができる。従って、現在ゲームやコンピュータソフト、
出版物などとして別々にカテゴライズされている様々な
ものの内容を合わせ持った新しいタイプの番組を創出し
得る。例えば、不動産広告の中にローン設計ソフトを組
み込むこともできる。

【０１８９】（５）受信端末１０が公衆網や無線などを
使った通信機能を有することにより、番組単位の課金情
報をセンタへ通知したり、番組で広告された商品のオン
ライン発注、クイズ番組等のオンライン応募など、放送
と通信の相乗効果のあるサービスが提供できる。また、
場合によっては、自動的に視聴率調査などもできる。こ
れら受信端末の通信機能の利用方法に関しても、番組オ
ブジェクト内にプログラミングして放送することができ
るため、番組製作者側として様々な使い方が提案、提供
できる。勿論、受信端末側で、受信したプログラムによ
る通信機能の利用を制限、棄却することができる（前記
資源・安全性管理機能による）。

【０１９０】

【発明の効果】以上の如く本発明の放送システムによれ
ば、番組の内容データと、この番組を制御する制御デー
タを含む番組データだけでなく、これを処理するプログ
ラムを配信するようにしたので、より変化に富んだ番組
を楽しむことが可能となる。

【０１９１】また、本発明の受信端末によれば、番組デ
ータとプログラムを記録媒体に記録するようにしたの
で、必要に応じて、任意のタイミングにおいて、変化に
富んだ番組を楽しむことが可能となる。

【０１９２】さらに、本発明の編集装置によれば、プロ
グラムをマシンコードではなく、仮想機械が解釈、実行
する中間コードに変換するようにしたので、ハードウエ
アに対する依存性が軽減され、また、ソースコードのま
ま記録する場合に比べ、仮想機械上における実行速度を
速くし、また、送信データ量を軽減することが可能とな
る。

【０１９３】さらに、本発明の他の編集装置によれば、
番組オブジェクトをパッケージオブジェクトにまとめて
編集するようにしたので、番組データとプログラムを、
より効率的に矛盾無く、配信することが可能となる。

【図面の簡単な説明】

【図１】本発明の放送システムの基本的構成を示すブロ
ック図である。

【図２】番組オブジェクトの概念を示す図である。

【図３】プログラムオブジェクトの概念を示す図であ
る。

【図４】本発明のデータフォーマットを示す図である。

【図５】図１のオーサリングシステム１_iの構成例を示
すブロック図である。

【図６】図５の実施例の動作を説明するフローチャート
である。

【図７】図１の番組編成システム２の構成例を示すブロ
ック図である。

【図８】図７の実施例の動作を説明するフローチャート
である。

【図９】図１の受信端末１０の構成例を示すブロック図
である。

【図１０】図９の実施例の再生サブシステム１０４が行
う３つのプロセスの関係を説明する図である。

【図１１】図１０のメインプロセスの処理を説明するフ
ローチャートである。

【図１２】図１１に続くフローチャートである。

【図１３】図１１のステップＳ２８の再生プロセス生成
の詳細な処理を説明するフローチャートである。

【図１４】図１３のステップＳ６２の再生キューセット
の詳細な処理を説明するフローチャートである。

【図１５】図１４の再生キューセット処理によりセット
される再生キューを説明する図である。

【図１６】図１２のステップＳ３７の再生キュー評価処
理のより詳細な処理を説明するフローチャートである。

【図１７】図１０の再生プロセスのより詳細な処理を説
明するフローチャートである。

【図１８】図１７に続くフローチャートである。

【図１９】図１８のステップＳ１３８の再生処理のより
詳細な処理を説明するフローチャートである。

【図２０】表示処理の時間割当を説明する図である。

【図２１】図１０のタイマプロセスの処理を説明するフ
ローチャートである。

【図２２】図９の基本クラスライブラリ１２１を説明す
る概念図である。

【図２３】標準ストーリクラスによるバリエーションを
説明する図である。

【図２４】ストーリクラスのクラス定義を説明する図で
ある。

【図２５】粗筋選択付ストーリクラスのクラス定義を説
明する図である。

【図２６】図２５の粗筋選択付ストーリクラスのメソッ
ドとしての初期設定処理を説明するフローチャートであ
る。

【図２７】図２５の粗筋選択付ストーリクラスのメソッ
ドとしての粗筋選択処理を説明するフローチャートであ
る。

【図２８】粗筋選択付ストーリクラスによるバリエーシ
ョンを説明する図である。

【図２９】視聴履歴のクラス定義を説明する図である。

【図３０】従来の放送システムを説明する図である。

【符号の説明】

１_i オーサリングシステム ２ 番組編成システム ３ 放送送信装置 ４ 送信アンテナ ５ 放送センタ ６ 通信／放送衛星 １０ 受信端末 １１ 受信アンテナ １２ 受信装置 １３ 表示装置 １４ 記録媒体 １５ 入力デバイス ３１ 外部入出力管理部 ３２ データ変換部 ３３ データ蓄積管理部 ３４ 二次記憶装置 ３５ 編集処理部 ３６ 中間コードコンパイラ ３７ 操作管理部 ３８ 入力デバイス ３９ 再生サブシステム ４０ 記憶管理部 ４１ 主記憶 ４２ 表示／再生管理部 ４３ 表示装置 ４４ スピーカ ６１ 外部入出力管理部 ６２ データ変換部 ６３ データ蓄積管理部 ６４ 二次記憶装置 ６５ 編集処理部 ６６ 中間コードコンパイラ ６７ 操作管理部 ６８ 入力デバイス ６９ 再生サブシステム ７０ 記憶管理部 ７１ 主記憶 ７２ 表示／再生管理部 ７３ 表示装置 ７４ スピーカ ８１ 番組編成処理部 １００ 放送受信サブシステム １０１ データ蓄積管理部 １０２ 二次記憶装置 １０３ 外部入出力管理部 １０４ 再生サブシステム １０５ 通信サブシステム １０６ 記憶管理部 １０７ 主記憶 １０８ 操作管理部 １０９ システムクロック発生回路 １１０ 表示／再生管理部 １１１ スピーカ １２１ 基本クラスライブラリ １２２ ローダ １２３ 資源・安全性管理部 １２４ プロセス管理部 １２５ 中間コードインタープリタ １２６ 同期管理部

Claims (18)

【特許請求の範囲】
1. 【請求項１】 視聴者が視聴する番組の内容データと、
   前記番組を制御する制御データの少なくとも一方を含む
   番組データをセンタから放送し、放送された前記番組デ
   ータを視聴者が受信端末で受信し、所定の記録媒体に記
   録し、前記記録媒体に記録した前記番組データを任意の
   タイミングで読み出し、前記番組を視聴する放送システ
   ムにおいて、 前記番組データを処理するプログラムを配信することを
   特徴とする放送システム。
2. 【請求項２】 前記番組データとプログラムを、１つ以
   上のオブジェクトで構成することを特徴とする請求項１
   に記載の放送システム。
3. 【請求項３】 前記番組データとプログラムを、複数の
   オブジェクトで構成される番組オブジェクトを単位とし
   て配信することを特徴とする請求項２に記載の放送シス
   テム。
4. 【請求項４】 前記受信端末には、前記プログラムのう
   ち、基本的なプログラムを、基本的プログラムオブジェ
   クトとして予め配信しておき、前記番組オブジェクトの
   プログラムは、その番組データに特有のプログラムであ
   って、前記基本的プログラムオブジェクトを利用するプ
   ログラムオブジェクトとすることを特徴とする請求項３
   に記載の放送システム。
5. 【請求項５】 前記番組オブジェクトは、他の前記番組
   オブジェクトとの間の再生の順位を表すプライオリティ
   データを含むことを特徴とする請求項３または４に記載
   の放送システム。
6. 【請求項６】 前記再生の順位が低い前記番組データの
   表示のための処理の割当時間を、前記再生の順位が高い
   前記番組データの表示のための処理の割当時間に較べ、
   少なくすることを特徴とする請求項５に記載の放送シス
   テム。
7. 【請求項７】 前記番組オブジェクトを、ヘッダ部、ク
   ラス定義部、およびオブジェクトデータ部により構成
   し、 前記ヘッダ部には、番組ＩＤ、番組名、バージョン、オ
   ブジェクト辞書の少なくともいずれか１つを配し、 前記クラス定義部には、クラスＩＤ、クラス名、スーパ
   クラスＩＤ、変数定義、メソッド辞書、メソッドの少な
   くともいずれか１つを配し、 前記オブジェクトデータ部には、オブジェクトＩＤ、オ
   ブジェクト名、クラスＩＤ、プライオリティ、容量およ
   び変数値の少なくともいずれか１つを配することを特徴
   とする請求項３乃至６のいずれかに記載の放送システ
   ム。
8. 【請求項８】 複数の前記番組オブジェクトを１つにま
   とめて、パッケージオブジェクトとして配信することを
   特徴とする請求項３乃至７のいずれかに記載の放送シス
   テム。
9. 【請求項９】 前記パッケージオブジェクトを、パッケ
   ージオブジェクトヘッダ部、パッケージオブジェクトク
   ラス定義部、および番組オブジェクトデータ部により構
   成し、 前記パッケージオブジェクトヘッダ部には、パッケージ
   ＩＤ、パッケージ名、日付、バージョン、番組インデッ
   クスの少なくともいずれか１つを配し、 前記パッケージオブジェクトクラス定義部には、前記番
   組オブジェクトのクラス定義部のデータを配し、 前記番組オブジェクトデータ部には、前記番組オブジェ
   クトのオブジェクトデータ部のデータを配することを特
   徴とする請求項８に記載の放送システム。
10. 【請求項１０】 前記プログラムを、ハードウェアに依
    存しない中間コードとして配信することを特徴とする請
    求項１乃至９のいずれかに記載の放送システム。
11. 【請求項１１】 前記番組データは、動画像データ、静
    止画像データ、音声データ、または文字データの少なく
    とも１つを含むことを特徴とする請求項１乃至１０のい
    ずれかに記載の放送システム。
12. 【請求項１２】 視聴者が視聴する番組の内容データ
    と、前記番組を制御する制御データの少なくとも一方を
    含む番組データと、前記番組データを処理するプログラ
    ムをセンタから放送し、放送された前記番組データと前
    記プログラムを視聴者が受信端末で受信し、所定の記録
    媒体に記録し、前記記録媒体に記録した前記番組データ
    を任意のタイミングで読み出し、前記番組を視聴する放
    送システムに用いる前記受信端末であって、 前記番組データとプログラムを前記記録媒体に記録する
    記録手段を備えることを特徴とする受信端末。
13. 【請求項１３】 前記放送システムは、前記受信端末
    に、前記プログラムのうち、基本的なプログラムを基本
    的プログラムオブジェクトとして予め配信しておき、前
    記番組オブジェクトのプログラムは、その番組データに
    特有のプログラムであって、前記基本的プログラムオブ
    ジェクトを利用するプログラムオブジェクトとする放送
    システムであり、 前記基本的プログラムオブジェクトを記憶する記憶手段
    と、 前記番組データに特有の前記プログラムオブジェクト
    を、前記記憶手段に記憶されている前記基本的プログラ
    ムオブジェクトを参照して実行する実行手段とをさらに
    備えることを特徴とする請求項１２に記載の受信端末。
14. 【請求項１４】 前記放送システムは、前記番組データ
    とプログラムを、複数のオブジェクトで構成される番組
    オブジェクトを単位として配信するとともに、 前記番組オブジェクトは、他の前記番組オブジェクトと
    の間の再生の順位を表すプライオリティデータを配信す
    る放送システムであり、 前記プライオリティデータを検出する検出手段と、 前記検出手段の検出結果に対応して、前記再生の順位が
    低い前記番組データの表示のための処理の割当時間を、
    前記再生の順位が高い前記番組データの表示のための処
    理の割当時間に較べ、少なくする表示制御手段とをさら
    に備えることを特徴とする請求項１２または１３に記載
    の受信端末。
15. 【請求項１５】 前記放送システムは、前記プログラム
    を、ハードウェアに依存しない中間コードとして配信す
    る放送システムであり、 前記中間コードを解釈し、実行する解釈手段をさらに備
    えることを特徴とする請求項１２乃至１４のいずれかに
    記載の受信端末。
16. 【請求項１６】 所定の伝送路を介して情報を授受する
    通信手段をさらに備えることを特徴とする請求項１２乃
    至１５のいずれかに記載の受信端末。
17. 【請求項１７】 請求項３に記載の前記放送システムに
    用いる編集装置であって、 前記番組データを所定のフォーマットのデータに変換す
    る第１の変換手段と、 前記プログラムを中間コードに変換する第２の変換手段
    と、 前記第１の変換手段により変換されたデータと、前記第
    ２の変換手段により変換された中間コードを、前記番組
    オブジェクトに編集する編集手段とを備えることを特徴
    とする編集装置。
18. 【請求項１８】 請求項８に記載の前記放送システムに
    用いる編集装置であって、 前記番組データを所定のフォーマットのデータに変換す
    る第１の変換手段と、 前記プログラムを中間コードに変換する第２の変換手段
    と、 前記第１の変換手段により変換されたデータと、前記第
    ２の変換手段により変換された中間コードを、前記番組
    オブジェクトに編集するとともに、複数の前記番組オブ
    ジェクトを前記パッケージオブジェクトに編集する編集
    手段とを備えることを特徴とする編集装置。