JPH11317990A

JPH11317990A - 制御装置

Info

Publication number: JPH11317990A
Application number: JP29472798A
Authority: JP
Inventors: Yoshihisa Sakazaki; 芳久坂崎; Yasuhiro Fujiyoshi; 靖浩藤吉; Seijiro Yasuki; 成次郎安木; Takamichi Muramatsu; 孝倫村松; Kenji Shimoda; 乾二下田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-10-03
Filing date: 1998-10-02
Publication date: 1999-11-16

Abstract

(57)【要約】【課題】各ネットワーク装置に固有のオブジェクト（制
御情報およびこの制御を指示するために用いられ画像情
報）制御情報を予め所有させて、これらの情報を集中的
に管理し、統一的な制御操作を他のネットワーク装置か
ら行う。【解決手段】ネットワーク９６０に接続されたネットワ
ーク装置９５１を制御するための固有のオブジェクト
（制御情報およびこの制御を指示するために用いられ画
像情報）を予め各ネットワーク装置９５１に記憶させて
おく。受信装置９００は、このオブジェクトをネットワ
ーク９６０を介して読み出し、ユーザが制御するために
用いる画像情報を表示画面９０８に表示させる。ユーザ
は画像情報を用いてネットワーク９６０を介して他のネ
ットワーク装置９５１を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、デジタルテレビ
ジョン放送、ネットワーク、ＣＡＴＶシステムなどに有
用であって、映像、音声に更にデータを多重して伝送す
るシステムに用いられ、ネットワークを構成するネット
ワーク装置を制御する制御装置に関する。

【０００２】

【従来の技術】近年、半導体技術、通信技術の発達によ
り、より高度な機能をもつテレビジョン（ＴＶ）受像機
の開発が行われている。特に従来のＴＶ受像機が単に映
像、音声信号を視聴し楽しむという受動的なものであっ
たのに対し、デジタル技術を利用し、映像、音声信号以
外にデジタルデータを多重し、映像、音声以外の情報を
付加したり、視聴しているＴＶ番組に対してレスポンス
をするような高機能のテレビ受像機が望まれ始めてい
る。このような機能を実現するＴＶとして、Internatio
nal Application Published under the patent coopera
tion treaty （PCT） International Patent Classific
ation : H04N 1/00, International Publication Numbe
r: O 96/34466に記載されているCompact Graphical Int
eractive Broadcast Information System（文献１）が
ある。本文献にはＴＶ番組に通常の映像信号だけでな
く、新たなデータを多重し、双方向機能を実現する手法
が述べられている。

【０００３】これにより、インターラクティブコンテン
ツを映像、音声信号と多重して伝送することにより通常
のＴＶ放送ではできないインターラクティブ機能を実現
している。

【０００４】一方、双方向機能を実現する方法として、
ISO/IEC 13522-5 （文献２）に記載されているＭＨＥＧ
−５と呼ばれるものがある。ＭＨＥＧ−５では、文献１
と同様にアプリケーションとしてシーンと呼ばれるペー
ジに相当するものが定義されており、様々なアプリケー
ションをオブジェクトにより構成することが可能であ
る。また、オブジェクトはデータコンテンツと呼ばれる
文献１のリソースに対応するものを同様に使用すること
でアプリケーションを構成することができる。ただし、
文献２による双方向システムでは詳細なスクリプトの定
義はなく、イベントの発生に伴うオブジェクトの動作を
記述することでアプリケーションのシナリオを作成して
いる。

【０００５】以上の様に、文献１に記載されている双方
向システムと文献２に記載されている双方向システムと
はアプリケーションを構成する際にオブジェクトと呼ば
れる構成要素を使用することで非常によく似ている。し
かし、実際のアプリケーションを作成する際に使用でき
るオブジェクトの種類が異なるためそれぞれのアプリケ
ーションに互換がない。また、最終的に伝送する際には
双方とも最終形態としてバイナリーレベルで伝送される
ため、伝送フォーマットについても互換性が無い。

【０００６】以上２つの文献に記載された双方向システ
ムについて述べたが、さらには第３、第４の双方向シス
テムも開発されることが予想される。このような状況下
においてはそれぞれ個別のシステムとなり、別々のエン
コーダが必要となる。

【０００７】

【発明が解決しようとする課題】以上のように、近年多
くの双方向のテレビジョン方式が提案されているが、そ
れぞれのシステムでは、アプリケーションに互換性がな
く、それぞれ固有のエンコーダ、デコーダが必要となる
問題が生じている。また、これらのフォーマットを強制
的に統一してしまうと、自由なオブジェクトの定義ある
いはシステムの開発に制約となる。

【０００８】また近年では、テレビジョン受像機をディ
スプレイとして使用し、これに家庭内の各種機器（ＶＴ
Ｒ，ＤＶＤなど）が複数接続されて使用される。この場
合、それぞれの機器がリモコンを有し、その操作が煩雑
となっている。

【０００９】そこでこの発明は、ネットワークに接続さ
れた種々の外部機器についてのガイド（アイコン、制御
パネル）を見ることが出来、このガイド表示を通じて遠
隔操作および制御を行うことができる制御装置を提供す
ることを目的とする。

【００１０】

【課題を解決するための手段】本発明の制御装置は、ネ
ットワークを構成するネットワーク装置を、前記ネット
ワークを介して制御する制御装置であって、ネットワー
ク装置からこのネットワーク装置自身を制御するために
用いられる第１の制御情報が、前記ネットワークを介し
て入力される入力端と、この入力端からの前記前記第１
の制御情報を用いて、ユーザが前記ネットワーク装置を
制御するための操作画像を作成する操作画像作成手段
と、前記操作画像に対するユーザの操作に応じて、前記
ネットワーク装置を制御するための第２の制御情報を生
成する制御情報生成手段と、前記第２の制御情報を、前
記ネットワークを介して前記ネットワーク装置へ出力す
るための出力端とを備えたことを特徴とする。

【００１１】また、本発明の制御装置は、ネットワーク
を構成するネットワーク装置を、前記ネットワークを介
して制御する制御装置であって、ネットワーク装置から
このネットワーク装置が備えている機能を示す機能情報
が前記ネットワークを介して入力される入力端と、機能
に対応した画像情報を予め記憶する画像メモリと、前記
機能情報および前記画像情報を用いて、ユーザが前記ネ
ットワーク装置を制御するための操作画像を作成する操
作画像作成手段と、前記操作画像に対するユーザの操作
に応じて、前記ネットワーク装置を制御するための第２
の制御情報を生成する制御情報生成手段と、前記第２の
制御情報を、前記ネットワークを介して前記ネットワー
ク装置へ出力するための出力端とを備えたことを特徴と
する。

【００１２】また、本発明の制御装置は、ネットワーク
を構成するネットワーク装置を、前記ネットワークを介
して制御する制御装置であって、ネットワーク装置から
このネットワーク装置自身を制御するために用いられる
第１の制御情報およびこの第１の制御情報に関連付けら
れれ機能を示す機能情報が前記ネットワークを介して入
力される入力端と、機能に対応した画像情報を予め記憶
する画像メモリと、前記機能情報および前記画像情報を
用いて、ユーザが前記ネットワーク装置を制御するため
の操作画像を作成する操作画像作成手段と、前記操作画
像に対するユーザの操作に応じて、前記ネットワーク装
置を制御するための第２の制御情報を生成する制御情報
生成手段と、前記第２の制御情報を、前記ネットワーク
を介して前記ネットワーク装置へ出力するための出力端
とを備えたことを特徴とする。

【００１３】これによりネットワークに接続されたネッ
トワーク機器についてのガイド（アイコン、制御パネ
ル）を他のネットワーク機器から見ることが出来、この
ガイド表示を通じて遠隔操作および制御を行うことが可
能となる。

【００１４】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。

【００１５】図１は、この発明に係る第１の実施の基本
形態を示す。インターラクティブコンテンツエンコーダ
１０１は、作成されたインターラクティブコンテンツを
エンコードし、分析器１０２へ出力する。分析器１０２
は、入力されたインターラクティブコンテンツを分解
し、共通データと個別データとを出力する。

【００１６】なお、個別データとしては、その呼び名は
これに限るものではなく拡張データ、付加データ、差分
データ、補助データなど各種の呼び名が可能である。ま
た共通データについても、主データ、親データ、基幹デ
ータなど各種の呼び名が可能である。

【００１７】共通データおよび個別データはそれぞれ合
成器１０３に入力され合成される。合成されたデータは
インタラクティブエンジン１０４に入力され、エンジン
によりアプリケーションが実行される。

【００１８】共通データは、例えば下記の要素から構成
される。［１］共通オブジェクト［２］共通データコンテンツ個別データは、例えば下記の要素から構成される。［１］継承差分成分［２］スクリプトこれらそれぞれの詳細については後述する。

【００１９】図２には、この発明による第１の実施例を
実際の送受信システムに適用した構成を示す。オーディ
オビデオ（ＡＶ）エンコーダ２０１は、映像・音声信号
をエンコードしデジタル信号列に変換する。一方、イン
タラクティブコンテンツエンコーダ２０２は、インタラ
クティブコンテンツをエンコードし、分析器２０３へ入
力する。分析器２０３は、インタラクティブコンテンツ
を共通データおよび個別データに分析分離し、フォーマ
ットエンコーダ２０４へ出力する。フォーマットエンコ
ーダ２０４では、共通データと個別データを多重し、多
重器２０５へ出力する。多重器２０５は、ＡＶエンコー
ダの出力とフォーマットエンコーダ２０４の出力を多重
し、その多重信号の伝送を行う。

【００２０】共通データと個別データとを多重する方法
としては各種の方法があるが、例えば各データをそれぞ
れパケット化し、各パケットに識別コードを付加し、各
パケットを時間多重する方法が採用される。

【００２１】受信側では、多重信号を受信し、分離器２
０６により映像・音声とインタラクティブコンテンツ用
のデータを分離する。

【００２２】分離器２０６は映像・音声データをＡＶデ
コーダ２１０へ出力し、インタラクティブコンテンツ用
のデータをフォーマットデコーダ２０７へ出力する。フ
ォーマットデコーダ２０７は、入力データを共通データ
および個別データに分離し合成器２０８へそれぞれのデ
ータを入力する。合成器２０８では、共通データと個別
データとを合成し、インタラクティブエンジン２０９へ
データを出力する。インタラクティブエンジン２０９で
は、入力されたデータよりアプリケーションを構築し
て、結果をＡＶデコーダ２１０へ出力する。ＡＶデコー
ダ２１０では、再生した映像、音声とアプリケーション
を実行再生し、映像とグラフィック画像を表示する。

【００２３】図３は、図１に示した分析器１０２および
合成器１０３の詳細を示す。

【００２４】分析器１０２は、コンテンツ分離器３０
２、共通データフィルタ３０３、個別データフィルタ３
０４、データ変換器３０５、３０６，３０７，３０８、
多重器３０９，３１０より構成される。

【００２５】コンテンツ分離部３０２は、入力部３０１
より入力されるインタラクティブコンテンツをデータコ
ンテンツ、オブジェクト、スクリプトに分解する。デー
タコンテンツは、データ変換器３０５により所定のフォ
ーマットに変換され共通データコンテンツとして多重器
３０９へ入力される。同様にスクリプトはデータ変換器
３０８により所定のフォーマットに変換され多重器３１
０へ入力される。

【００２６】オブジェクトは、共通データオブジェクト
と、継承差分成分とに分離される。即ち、共通データフ
ィルタ３０３は共通データオブジェクトとして定義され
ている成分を抽出し、個別データフィルタ３０４は共通
オブジェクトとして定義されていない成分を継承差分成
分として抽出する。共通データフィルタ３０３の出力
（共通データオブジェクト）はデータ変換器３０６によ
り所定のデータに変換され共通データコンテンツと共に
多重器３０９により多重され出力部３１１より共通デー
タとして出力される。一方、個別データフィルタ３０４
の出力（継承差分成分）はデータ変換器３０７により所
定のデータフォーマットに変換されスクリプトと共に多
重器３１０において多重され、出力部３１２より個別デ
ータとして出力される。

【００２７】合成器１０３は、分離器３２３、３２４、
データ変換器３２６、３２７、３２８、３２９、オブジ
ェクト合成器３３０、コンテンツ合成器３３１を有す
る。入力部３２１より入力される共通データは分離器３
２３により共通データコンテンツと共通データオブジェ
クトに分離される。共通データコンテンツはデータ変換
器３２６によりデータコンテンツに変換され、共通デー
タオブジェクトも同様にデータ変換器３２７により所定
のフォーマットに変換される。

【００２８】一方、入力部３２２より入力される個別デ
ータは分離器３２４によりスクリプトと継承差分成分に
分離される。継承差分成分はデータ変換器３２８により
所定のフォーマットに変換され、スクリプトはデータ変
換器３２９により所定のフォーマットに変換される。こ
こで、データ変換器３２７とデータ変換器３２８の出力
はオブジェクト合成器３３０により合成され最終オブジ
ェクトとなる。またデータ変換器３２６より出力される
データコンテンツと、オブジェクト合成器３３０より出
力される最終オブジェクトと、データ変換器３２９より
出力されるスクリプトとは、再度コンテンツ合成器３３
１により最終的なインタラクティブコンテンツとなるよ
う合成され、出力部３３２より出力される。

【００２９】以上の様に、本発明における信号送受信装
置では、オブジェクトを共通データオブジェクトと継承
差分成分とに分割して伝送している。これらの構成につ
いて図４を用いて詳しく説明する。通常、オブジェクト
を基本とするインタラクティブシステムでは、アプリケ
ーション作成のための基本的なオブジェクトをもってい
る。本発明ではオブジェクト指向の技術を導入し、基本
的なオブジェクトからそれぞれのシステムに固有なオブ
ジェクトを生成する。オブジェクト指向の考え方では、
オブジェクトは親となるオブジェクトの機能を継承し、
子となるオブジェクトを生成する。いずれの双方向シス
テムにおけるオブジェクトにおいても、基本的オブジェ
トの機能とその拡張として分解が可能である。文献１お
よび文献２におけるオブジェクトについても例外ではな
い。

【００３０】図４に示すように、インタラクティブアプ
リケーションのための最低限必要機能を持つオブジェク
トをオブジェクトコアクラス４０１とすると、いずれの
アプリケーションにおいても、アプリケーション全体を
表す大局的な性質を持つグローバルクラス４０２、グラ
フィックとして表示されるビジブルクラス４０３、音等
の見えないが再生されるインビジブルクラス４０４、内
部的な動作をつかさどインターナルクラス４０５等の抽
象的なクラスに分類できる。これら抽象的なクラスから
継承してできる具象化クラスの例を４０６から４１４に
示す。即ちアプリケーション、フォーム、ビットマッ
プ、テキスト、図形、エントリーフィールド、サウン
ド、イベント、バイトコードである。これらはいずれの
インタラクティブアプリケーションを作成するための最
低限必要なオブジェクトの例である。この具象化クラス
までを共通データオブジェクトとし、異なるシステム特
有のオブジェクトはこの共通データオブジェクトから継
承することで生成することができる。継承差分成分は、
共通データオブジェクトから各システムのオブジェクト
を継承した時の差を示す成分である。

【００３１】この実施の形態では、上記の共通データオ
ブジェクトとして下記の９つを示している。［１］アプリケーション：アプリケーション全体に必
要な情報を持つ。［２］フォーム：１枚のページを構成するための情報
をもつ。［３］ビットマップ：画像を表示する。［４］テキスト：テキストを表示する。［５］図形：矩形やラインを表示する。［６］エントリーフィールド：文字を入力する［７］サウンド：音を再生する。［８］イベント：オブジェクトの動きを制御する。［９］バイトコード：スクリプトおよびバイトコード
に関する情報をもつ。

【００３２】図５には、具体的なオブジェクトの構造例
を示す。

【００３３】オブジェクトコア４０１として、オブジェ
クトＩＤ５０１およびタイプ５０２が生成される。ビジ
ブルクラスとして、座標情報５０３およびデータコンテ
ンツへのコンテンツポインタ（あるいはＩＤ）５０４が
生成され、ビットマップクラス４０８によりスクリプト
へのスクリプトポインタ５０５が生成される。共通オブ
ジェクトは以上の構成をとる。

【００３４】以降は、システム特有の機能としての継承
差分成分が配置される。例えばビットマップ１では、色
や線に関する情報５０６が設定される。継承差分成分
は、この色や線に関する情報５０６である。これら全体
はオブジェクトとして定義されている。

【００３５】コンテンツポインタ５０４で指示されてい
る位置には、データ列がデータコンテンツであることを
表すＩＤ５１１を先頭にエンコード情報５１２、データ
コンテンツ本体５１３が配列されている。またスクリプ
トポインタ５０５で指示されている位置には、例えばバ
イトコードであることを表すＩＤ５３１を先頭にエンコ
ード情報５３２、バイトコード本体５３３が配列されて
いる。

【００３６】データコンテンツに関しては、代表的なも
のとして、画像があげられるが、これらは通常圧縮され
て伝送される。したがって、送信側で圧縮処理が行われ
エンジン側で伸張が行われている。オブジェクトの場合
と異なり、画像圧縮は標準化がなされており、ＪＰＥ
Ｇ、ＧＩＦ等のフォーマットで伝送されれる。したがっ
て、データコンテンツに関しては、共通化が比較的容易
にできるため、共通データコンテンツとして伝送が可能
である。独自の圧縮方式等をとる場合は、共通データコ
ンテンツと別に、個別データとして伝送することも可能
である。この場合は、個別データコンテンツとしてスク
リプトと多重して伝送される。

【００３７】図６は、この発明による更に他の実施の形
態である。

【００３８】入力部６０１より入力されたインタラクテ
ィブコンテンツは分析器６０２において共通データ、個
別データとに分解される。実際の伝送は、第２図に示す
ように、そのほかのデジタル信号と多重されて伝送され
る。

【００３９】共通データは、合成器６０３を介して第１
のエンジン６０４に供給される。また、共通データは、
合成器６０５を介して第２のエンジン６０６にも供給さ
れ、合成器６０７を介して第３のエンジン６０８、合成
器６０９を介して第４のエンジン６１０に供給される。

【００４０】個別データは、第１の個別データとして合
成器６０５に入力され、またデータ変換器６１１で変換
され第２の個別データとなり合成器６０７に入力され
る。更にまた第１の個別データは合成器６１３に入力さ
れると共に、データ変換器６１２で変換されて第２の個
別データとなり、合成器６１３に入力されている。この
結果、合成器６１３からは第１の個別データと第２の個
別データを合成した第３の個別データが得られ、この第
３の個別データは合成器６０９に入力される。

【００４１】この実施例では、第１のエンジン６０４
は、共通データだけを受信しデコードする。第２のエン
ジン６０６は、共通データと第１の個別データとを受信
しデコードする。また第３のエンジン６０８は、共通デ
ータと第１の個別データから変換された第２の個別デー
タとを受信しデコードする。更に第４のエンジン６１０
は、第１の個別データを第２の個別データに変換し、こ
の第２の個別データと第１の個別データを合わせること
により得られた第３の個別データと、共通データとを受
信してデコードを行なう。

【００４２】第１のエンジン６０４は、共通データだけ
を受信するため、機能は限られているが異なるシステム
でエンコードされたインタラクティブコンテンツを受信
しアプリケーションを実行することが可能である。第２
のエンジン６０６は、本来のアプリケーションを再生す
ることができる。第３のエンジン６０８は、本来異なる
システムのエンジンであるが、第１の個別データを第２
の個別データへ変換して用いることにより異なるシステ
ムのアプリケーションを実行することが可能となる。デ
ータ変換器６１１は、オブジェクトの継承差分成分のみ
を変更することで、実現が可能であるため、オブジェク
ト自体（オブジェクトの全体）を変更する変換器に比べ
て小規模に実現することができる。第４のエンジン６１
０の系統についても同様なことが言える。

【００４３】図７には更に別の実施の形態を示してい
る。

【００４４】各システムの装置が独立して構成される場
合、システム１ではエンコーダ７０２と第２のエンジン
７１８が対応関係にあり、システム２ではエンコーダ７
０３と第３のエンジン７１９が対応関係にあり、システ
ム３ではエンコーダ７０４と第４のエンジン７２０が対
応関係にある。この実施の形態では、異なるシステム間
で互換性を持たせた構成を得る。

【００４５】オーサリングツール７０１により出力され
たインタラクティブコンテンツは、エンコーダ７０２、
７０３、７０４によりエンコードされる。それぞれのエ
ンコードされたデータは、分析器７０５、７０６、７０
７に入力され共通データと、第１、第２、第３の個別デ
ータに変換される。共通データはすべで同一であるた
め、分析器７０６，７０７からは第２、第３の個別デー
タのみを導出する。多重器７０８は、共通データと第１
乃至第３の個別データを多重し出力部７０９より出力す
る。

【００４６】受信側では、入力部７１１より入力された
データを分離器７１２により共通データと、第１の個別
データと、第２の個別データと、第３の個別データに分
離する。

【００４７】共通データは、合成器７１３、７１４、７
１５、７１６、７２３に共通に入力される。ここで、合
成器７１３は、共通データのみによりインタラクティブ
コンテンツを生成し、アプリケーションを実行する第１
のエンジン７１７に供給する。合成器７１４は、共通デ
ータと第１の個別データによりインタラクティブコンテ
ンツを生成し、アプリケーションを実行する第２のエン
ジン７１８に供給する。合成器７１５は、共通データと
第２の個別データによりインタラクティブコンテンツを
生成し、アプリケーションを実行する第３のエンジン７
１９に供給する。合成器７１６は、共通データと第３の
個別データによりインタラクティブコンテンツを生成
し、アプリケーションを実行する第４のエンジン７２０
に供給する。

【００４８】このように、異なるシステムに対応したエ
ンジンにおいても、アプリケーションを実行することが
可能となる。

【００４９】ここで、さらに、合成器７２２により第
２、第３の個別データを用いて第４の個別データを生成
し、合成器７２３により第４の個別データと共通データ
を合成することで、新たな第５のエンジン７２４では、
エンジン７１９およびエンジン７２０のアプリケーショ
ンの機能を兼ね備えたエンジンを構築することが可能と
なる。

【００５０】本実施の形態では、個別データが３つに増
えているため、より大きな伝送容量が必要に見えるが、
通常のアプリケーションでは、画像データ等の共通デー
タコンテンツがインタラクティブコンテンツのほとんど
の部分を占めているため、個別データの増加は無視可能
できるほど小さい。

【００５１】図８に、上記した実施の形態で示すシステ
ムのアプリケーション例を示す。第１のエンジン７１７
のアプリケーションが実行された場合の画像状態を図８
（ａ）に示し、第３のエンジン７１９のアプリケーショ
ンが実行された場合の画像状態を図８（ｂ）に示し、第
５のエンジン７２４のアプリケーションが実行された場
合の画像状態を図８（ｃ）に示している。

【００５２】図９には、共通データ、第２のエンジン用
の第２の個別データ、第３のエンジン用の第３の個別デ
ータの例を示している。第１のエンジン７１７は、共通
データのみによりアプリケーションを実行する。共通デ
ータでは、基本的なパラメータのみが定義されている。
第２の個別データにおける継承差分成分には、ボタンお
よびビットマップの形状に楕円を指示する属性が含まれ
るため、第２のエンジン７１９により実行されるアプリ
ケーションでは、図８（ｂ）に示すように、楕円の形状
となる。さらに、第３の個別データでは、ビットマップ
オブジェクトに半透明の属性が含まれているため、第５
のエンジン７２４では、第２、第３の個別データの両方
の継承差分成分が利用可能となるため、楕円でかつ半透
明のビットマップを生成することができる。

【００５３】第１０図には、共通データと第２と第３の
個別データを多重したデータ構造を示す。ヘッダ情報に
続けて共通データ部の先頭にインジケータとして“エン
ジン１”が示されている。さらに、オブジェクト、デー
タコンテンツが挿入されている。続けて、個別データ部
分は、第２の個別データを示すインジケータとして“エ
ンジン２”が示され、個別データとしての継承差分成分
が挿入される。さらには、第３の個別データを示すイン
ジケータ“エンジン３”がつづき継承差分成分が挿入さ
れている。

【００５４】図１１を参照しながら、上述のアプリケー
ション構成要素の伝送方法について説明する。

【００５５】図１１は、この発明の一実施の形態におけ
るデータ伝送単位層構造説明の補助図である。図１１
（ａ）のアプリケーション要素（application element
）は、１つのアプリケーションの全ての構成要素を含
む伝送単位である。その構造は、アプリケーション全体
に関係する情報を持つアプリケーション要素ヘッダ（ap
plication element header）１１０１と、各エンジン用
のデータを含むコンテナ（container ）１１０２，１１
０３，１１０４からなる。

【００５６】第１のエンジン用のコンテナ１１０２は、
各エンジンが共通に使うデータ、また、第２のエンジン
用のコンテナ１１０３は、コンテナ１１０２に含まれな
い第２のエンジン専用のデータ、第３のエンジン用のコ
ンテナ１１０４は、コンテナ１１０２に含まれない第３
のエンジン専用のデータを伝送するものとなっている。
各コンテナが、どのエンジン用のデータであるかは、コ
ンテナヘッダ（container header）１１０５内のブロー
ドキャストアプリケーションタイプ（Broadcast Applic
ation type：ＢＡＰタイプ）１１１０で識別する。ひと
つのアプリケーション要素には任意の数のコンテナを持
つことが出来る。各コンテナは、図１１（ｂ）で示すよ
うな共通の構造を持つ。その構造は、そのコンテナ全体
に関係する情報を持つコンテナヘッダ１１０５、コンテ
ナ定義付け部（container definerecord ）１１０６
と、アプリケーション本体のデータを伝送するオブジェ
クト（objects ），コンテンツ（contents），スクリプ
ト（script）の３種のレコードから構成される。

【００５７】レコードは、上記３種のデータに分けて、
その構成要素を書き並べた形態となっている。例えば、
オブジェクトレコード（object record ）は図１１
（ｃ）に示すように、レコードヘッダ（record header
）１１１１とアプリケーションを構成する全オブジェ
クトである、オブジェクト１，２，・・，ｎ，・・・，
Ｎから構成される。コンテンツレコード（content reco
rd）およびスクリプトレコード（script record ）も同
様に設定されるが、図１１ではオブジェクトレコードを
代表して記載している。図９に示した第１のエンジン用
のデータを送る場合であれば、オブジェクトは、シーン
（Scene ）, イベント（Event ）, ビットマップ（１）
（Bitmap（１）），ボタン（２）（Button（２）），ボ
タン（３）（Button（３））が構成要素となる。同様に
コンテンツレコードでは、ビットマップ（１）（Bitmap
（１）），テキスト（２）（Text（２）），テキスト
（Text（３））が構成要素となり、スクリプトレコード
では、スクリプトＡ（２）（scriptＡ（２）），スクリ
プトＡ（３）（script Ａ（３））が構成要素となる。

【００５８】レコードがどのデータ種別のものかは、レ
コードヘッダ１１１１中のレコードタイプ１１１６で識
別する。もちろん、そのエンジン用に何れかの種類のデ
ータを持たない場合、そのレコードは、伝送されない。
例えば、図９で説明したの第３のエンジン用のデータで
は、ビットマップオブジェクト（bitmap object ）のみ
存在するので、第３のエンジン用のコンテナでは、オブ
ジェクトレコードのみが存在する。オブジェクト，コン
テンツ，スクリプトは各々識別情報（ＩＤ）１１１７，
１１２０，１１２３とその種別を示す種別情報（ｔｙｐ
ｅ）１１１８，１１２１，１１２４、実際のデータとし
てのボディー（body）１１１９、１１２２、１１２５を
持つ。ここで種別とは、図９の例をとるとすれば、オブ
ジェクトレコード内ではシーン（Scene ），イベント
（Event ），ビットマップ（Bitmap），ボタン（Butto
n）であり、コンテンツレコード内では、ビットマップ
（Bitmap），テキスト（Text）であり、スクリプトレ
コード内では、スクリプトＡ（script Ａ）である。

【００５９】ＩＤは、コンテナとレコードの種別により
その意味が異なるので、その内容について図４、図１２
を参照しながら以下に説明する。

【００６０】ＩＤは、自身の識別番号を意味するもの
と、自身の継承元を示す番号である場合とに分ける事が
出来る。図１２にコンテナとレコードの種別毎のＩＤの
意味を示す。上述して来たとおり、この発明では、任意
のエンジンは、各エンジン共通の共通データと、この共
通データに無い自身に独自な個別データとを組み合わせ
て用いる。各々のデータは別のコンテナで伝送されるた
め、受信後にそれらを足しあわせることになるのでその
関係が明示される必要があり、このためにＩＤが用いら
れる。

【００６１】図４に示したように、個別エンジン用の個
別データであるビットマップオブジェクト４１５，４１
６は、共通データであるビットマップオブジェクト４０
８と足し合わされる。この時、ビットマップオブジェク
ト４１５，４１６の持つＩＤは、自身の継承元である共
通データのビットマップオブジェクト４０８のＩＤと同
じ値を持ち、その継承関係を示している。

【００６２】このため、図１２に示す通り、第１のエン
ジン用のコンテナ中のオブジェクトレコード内のオブジ
ェクトは、自身を識別する番号としてＩＤを持ち、他の
エンジン用の差分データを送るコンテナ中のオブジェク
トレコード内のオブジェクトは、自身の継承元（所属）
となる前記第１のエンジン用のオブジェクトのＩＤと同
じ値のＩＤ値を持つ。また、これら継承関係を示すため
のＩＤ値は全く同じ値を持つ他、例えばＩＤ値の一部
（例えば、上位数ビット）で継承関係を示しても良い。

【００６３】一方、コンテンツやスクリプトは足しあわ
せて使われることが無いので、全ての場合に自身を識別
する番号としてそれぞれ異なるＩＤ値を持ち、オブジェ
クト内から、そのＩＤ値で参照される。

【００６４】次に、図１３〜図１８を参照しながら、本
発明のデータ伝送の一実施の形態について説明する。

【００６５】図１３は、"ICAP Specification, Version
1.0, Document Revision 1.2", Apr. 1997 （文献３）
に従って構成された第２のエンジン用のボタンオブジェ
クトの構成であり、図１４は、文献２に従って構成され
た第３のエンジン用のボタンオブジェクトの構成であ
る。また、図１５はこれらのビットマップオブジェクト
を本発明によるデータ伝送方式により構成したものであ
る。

【００６６】図１３の“object Type ”と図１４の“ob
ject-identifier ”は共にオブジェクトの識別子を表す
ので、図１５の共通要素“Object ID ”としている。同
様にオブジェクトの表示位置を表す図１３の“positio
n”, “extent”と、図１４の“x-length”, “y-lengt
h”, “x-position”, “y-position”は、図１５の共
通要素“UpperLeft Position”と、“LowerRight Posit
ion ”とし、共にボタンデータへのポインタを示す図１
３の“resource”と図１４の“content-data”は図１５
の“Content Reference ”としている。これら以外の部
分はそれぞれ図１５の個別データである差分要素２と差
分要素３として構成される。ボタンを丸く表示すること
を示すフラグである“hints:HINT_ROUND_KEYCAP ”は差
分要素２の中に挿入して構成される。

【００６７】図１６は、第２のエンジン用のビットマッ
プオブジェクトの構成であり、図１７は、第３のエンジ
ン用のビットマップオブジェクトの構成である。また、
図１８は、これらのビットマップオブジェクトを本発明
によるデータ伝送方式により構成したものである。

【００６８】図１６の“object Type ”と図１７の“ob
ject-identifier ”は共にオブジェクトの識別子を表す
ので、図１８の共通要素“Object ID ”としている。同
様にオブジェクトの表示位置を表す図１６の“positio
n”, “extent”と図１７の“x-length”, “y-lengt
h”, “x-position”, “y-position”は図１８の共通
要素“UpperLeft Position”と“LowerRight Position
”としている。また、共にボタンデータへのポインタ
を示す図１６の“resource”と図１７の“content-dat
a”は、図１８の“Content Reference ”としている。

【００６９】これら以外の部分はそれぞれ図１８の差分
要素２と差分要素３として構成される。ビットマップを
半透明で表示することを指示するフラグである“transp
arency”は差分要素３として構成される。

【００７０】さて、上記実施例における共通データの構
成は、異なるシステムのすべてに共通なデータ概念（例
えば「テキスト」や「ビットマップ」など）が存在する
ことが前提となっているが、そのような場合だけでな
く、異なるシステム間においては、あるシステムには存
在するデータ概念が、他の一つ以上のシステムには存在
しないという場合も考えられる。このような場合には共
通データとして構成できるデータが存在しないためにそ
のままでは上記の手法は適用できないが、ボディーのな
い空の共通データを定義することによって、先に述べた
この発明のデータ構成法を維持しながら用いることが可
能である。

【００７１】空の共通データは、ボディーがなくＩＤの
みを持つ共通データであり、これを用いるとシステム固
有のデータはその全体が個別データとして構成される。
個別データには、空の共通データのオブジェクトＩＤ
（object ID ）が割り当てられ、空の共通データが継承
元であることを示す。

【００７２】例として、第２のエンジンだけに存在し、
その他のエンジンには存在しない第２のエンジン固有の
オブジェクトを上記手法によって構成する場合について
図１９と図２０を用いて説明する。

【００７３】ここではオブジェクトについて示している
が、コンテンツおよびスクリプトの場合も同様に構成で
きる。図１９においては、アプリケーション要素３００
１（図１９（ｄ）））に含まれる第１のエンジン（共通
データ）用のコンテナ３００２（図１９（ｅ））中のオ
ブジェクトレコード３００３にはオブジェクトが並んで
おり、このうちの一つオブジェクト３００４はオブジェ
クトタイプ（object type ）が"NULL （空）" であり、
オブジェクトＩＤのＩＤ値＝２である空のオブジェクト
が置かれている（図１９（ｆ）、（ｇ））。このオブジ
ェクト３００４にはオブジェクトボディー（object bod
y ）がない（データの中身が空である）。

【００７４】一方、第２のエンジン固有のオブジェクト
の実体は、その全体が、第２のエンジン用のコンテナ３
００５（図１９（ｃ））中のオブジェクトレコード３０
０６にはオブジェクトが並んでいる。この並んでいるう
ちの一つのオブジェクト３００７はオブジェクトタイプ
が "第２のエンジン固有" であり、オブジェクトＩＤの
ＩＤ値＝２となっている（図１９（ａ）、図１９
（ｂ））。このように第２のエンジン用のオブジェクト
ＩＤのＩＤ値は第１のエンジンのものと同じくＩＤ値＝
２となっており、空オブジェクト３００４を継承するこ
とを示している。

【００７５】図１９の例では、NULLオブジェクトを各種
類のレコード（オブジェクトレコード, コンテンツレコ
ード, スクリプトレコード）の中に置いたが、図２０に
示すように、第１のエンジン用のコンテナ３０１１中
（図２０（ｄ））のオブジェクトレコード，コンテンツ
レコード，スクリプトレコード以外に、空の共通オブジ
ェクトだけを集めた第４の種類の空のレコード３０１２
を定義し、ここに空の共通データを置く構成としてもよ
い（図２０（ｅ））。図２０の例では、継承先のオブジ
ェクト（図２０（ａ）、（ｂ）、（ｃ））は、継承元の
オブジェクト（図２０（ｇ））を継承するよう、ＩＤ値
＝２なっている。

【００７６】上記のように空のオブジェクトと個別オブ
ジェクトから構成されたデータを第２のエンジンが受け
取ると、第２のエンジンは、共通データ（第１のエンジ
ン用のコンテナ）の中の空オブジェクトからオブジェク
トＩＤのＩＤ値を取り出し、自身の個別データ（第１の
エンジン用のコンテナ）から上記取り出したオブジェク
トＩＤのＩＤ値を持つ個別オブジェクトを取り出し、合
成する。この合成した結果、空オブジェクトのＩＤを持
ち、実際には個別オブジェクトのみのボディーを持った
第２のエンジン用のオブジェクトが構成される。第２の
エンジン以外のエンジン、例えば第３のエンジンが上記
データを受け取ったとしても、共通データの中から空オ
ブジェクトを取り出すものの、自身の個別データ（第３
のエンジン用のコンテナ）の中にはこの空オブジェクト
が持つＩＤのＩＤ値に対応する個別オブジェクトがない
ため、この空オブジェクトは何も処理されない。

【００７７】次に図２１を参照しながら空の共通データ
を用いる場合に使用する空の共通データの数を減らす方
法を説明する。空の共通データは、オブジェクト, コン
テンツ，スクリプトといったデータの種類を持っておら
ず（図２１（ａ））、合成された結果のデータの種類は
合成される個別データ（図２１（ｂ））によって決ま
る。

【００７８】もしこの空の共通データと関連付けられる
個別データが、あるシステムの１つだけに固有であり、
また、別の空の共通オブジェクトが、別のシステムの１
つだけに固有な個別データに関連付けられている場合
は、空の共通オブジェクトを２つ使用しなければならな
い。しかしこの発明では、これらの空の共通データを共
有することができる。すなわち、図２１に示すように、
第２のエンジンの中にある個別データ２と、第３のエン
ジンの中にある個別データ３の両者が、共に同じＩＤ値
（例えば５）を持っている。第２のエンジンは空の共通
データと個別データ２からＩＤ値が５のデータを生成
し、第３のエンジンは空の共通データと個別データ３か
らＩＤ値が５のデータを生成する。ここで個別データ２
は第２のエンジンのみに固有であり、個別データ３は第
３のエンジンのみに固有であるため、衝突は生じない。
このような手法によって共通データレコードに埋め込む
空の共通オブジェクトの数を減らすことができ、すなわ
ち共通データのデータＩＤの発行数を減らすことが可能
になる。

【００７９】以上、システムに固有のデータ概念を空の
共通データを用いて構成する方法を示したが、空の共通
データのＩＤのＩＤ値が必ず個別データのＩＤのＩＤ値
として記されることから、空の共通データを省略する構
成としてもよい。

【００８０】空の共通データを省略すると、省略しない
場合には空の共通データへの参照という意味を持ってい
る個別データのＩＤが、その個別データそのものを識別
するＩＤとしての意味に変わる。したがって個別データ
中の他の通常のデータ単位すなわち継承元となる共通デ
ータを参照している補足データとセマンティックスが変
化するが、シンタックスそのものは全く同様である。

【００８１】上記した実施の形態では、共通データと個
別データとを伝送装置により伝送し、受信側では共通デ
ータと、自身に必要な個別データとを用いて自身のアプ
リケーションを構築する送受信方式として説明した。し
かしこの発明は、このような送受信方式に限定されるも
のではない。例えば、共通データと個別データが記録さ
れた光ディスク、あるいは磁気ディスクなどの記録媒体
を構成してもよい。ユーザは、この記録媒体を再生装置
で再生して、共通データと個別データとを用いて再生装
置側で自身に必要なアプリケーションを構築するように
してもよい。また別の実施の形態として、共通データと
個別データが伝送されて来た場合、一旦このデータを全
て記録媒体に格納してもよい。そしてこの記録媒体に格
納されている共通データと個別データとを用いて自身に
必要なアプリケーションを構築するようにしてもよい。
このようにすると、実際にアプリケーションを利用する
時間帯と、共通データおよび個別データが伝送されてく
る時間帯とが異なってもよい。

【００８２】上記した実施の形態は、放送センター側か
ら共通データと個別データが伝送されれてくることを主
体にして説明したが、これに限るものではない。たとえ
ば、家庭内に設置されている他の機器からも受信側に
は、データが伝送されきても本発明は適用できるもので
ある。たとえば家庭内の他の機器としては、ビデオテー
プレコーダ、デジタルビデオディスク再生装置、ディス
ク再生装置、パーソナルコンピュータ、エアーコンディ
ショナー、冷蔵庫、他のテレビジョン受信機等があり、
これら機器からのデータもネットワークを通じて伝送さ
れる。

【００８３】図２２を参照しながら、実施の形態を説明
する。ただしネットワークのトポロジに関してはこの限
りではない。

【００８４】図２２において、送信装置８００では、オ
ーサリングツール（Authering Tool）８０１で制作され
たアプリケーションは、分離器８０２でアプリケーショ
ンの実行方式に依らず共通に用いる共通データと、実行
方式により使用の可否が分かれる個別データに分離され
る。この後、共通データは、変換器８０３で前記実行方
式に依らず所定のフォーマットに変換され、個別データ
と共に多重器８０４に入力されて１つのデータとされ
る。このデータは、図示しない画像や音声のデータと更
に多重され、これも図示しない所定の送信の為の処理を
施された後、送信端子８０５から送信される。送信され
たデータは、電波による放送などの伝達手段を介して、
受信装置９００で受信される。受信装置９００は、グラ
フィカル・ユーザ・インターフェイスを構築するのに必
要な表示画面９０８を常に所有しなければならない。

【００８５】受信装置９００の入力端子９０１から取り
込まれたデータは、図示しない受信後の所定の処理を施
された後、これも図示しないが、画像、音声のデータと
分離された後、分離器９０２に導かれ、共通データと個
別データに分離される。分離された共通データは、変換
器９０３で実行方式に準じたフォーマットに変換された
後、個別データと共に合成器９０４に入力される。

【００８６】一方、ネットワーク装置９５１（例えばＶ
ＴＲ）、９５２（例えばＤＶＤ）および９５３（例えば
第２ＶＴＲ）は、自身の制御パネルを模したグラフィッ
クスや動作を実現するスクリプト等のオブジェクトを、
例えばＩＥＥＥ１３９４の様なネットワーク９６０を介
し、受信装置９００の入出力端子９２０に供給する。

【００８７】受信装置９００では入出力端子９２０から
の入力をインターフェース（Ｉ／Ｆ）９０５へ導き、エ
ンジン９０６に直接与えることができると判断されるデ
ータ（共通データに相当）は直接エンジン９０６へ導
き、そうでないデータ（個別データに相当）は、変換器
９０７で実行方式に則したフォーマットへ変換した後、
合成器９０４で前記２つの入力と合わせて合成し、その
データをエンジン９０６に与える。ここで、実行方式と
呼んでいるのは、すなわちエンジンの構成を決めている
方式（エンジンが正しく処理可能な方式）のことであ
る。

【００８８】エンジン９０６では、合成器９０４および
インターフェース９０５の出力であるアプリケーション
データを実行し、送信装置８００からのアプリケーショ
ンをネットワーク装置９５１，９５２、…からのオブジ
ェクトを交えて表示器の表示画面９０８に表示する。

【００８９】ここで図示しないリモートコントローラな
どの外部入力装置により、該オブジェクトが選択される
と、前記スクリプトがバーチャルマシン（ＶＭ）９０９
で実行され、この結果が、エンジン９０６、Ｉ／Ｆ９０
５、入出力端子９２０を介してネットワーク上の該スク
リプトを受信すべきネットワーク装置へ伝達され、該装
置が所定の動作を行う。

【００９０】図２３を参照しながら、さらに上記アプリ
ケーションの具体的な動作例を説明する。

【００９１】図２３は、例えば受信装置の電源をオンし
たときにアプリケーションが表示画面９０８に表示され
た例を示している。この実施例では、放送番組マテリア
ルと、ネットワーク装置が再生可能なマテリアルからユ
ーザが希望のマテリアルを選択するアプリケーションを
例に説明する。アプリケーションを表示画面９０８上に
表示したときの基本的な画面レイアウトなどは、送信装
置８００から受信したデータによって決められている。
しかしこれによらずユーザが任意に設定できるようにな
っていても良い。表示画面９０８の左側にはテレビ放送
選択窓２１００、右側にはネットワーク機器選択窓２２
００が用意される。

【００９２】テレビ放送選択窓２１００の中には、放送
を受信している各チャンネル（番組）の画像内容が、画
面２１０１，２１０２，２１０３，２１０４のように表
示される。また、ボタン２１０５，２１０６も表示され
る。このボタン２１０５，２１０６はスクロールボタン
であり、他のチャンネルの画面を窓内に表示させる時に
選択されるものである。各画面２１０１〜２１０４も画
像表示機能と共にボタン機能を持ち、ユーザーが例えば
画面２１０２を選択すれば、図に示すように画面の枠が
強調される。また、図示しないが、表示画面９０８全体
に画面２１０２（チャンネル３）の画像を表示するなど
の機能を持つ。このような操作は、例えばリモートコン
トロール装置のシフトキーを操作すると、画面枠の強調
部が次々と他の画面枠に移動し、希望のチャンネルの画
面の枠が濃くなったときに決定キーを操作する。すると
選択した画面のチャンネルが表示画面９０８の画面一杯
に表示される。

【００９３】一方、ネットワーク機器選択窓２２００の
中にも画面２２０１、画面２２０２が表示されている。
この画面はネットワーク装置９５１，９５２が接続され
電源オン状態で、かつ再生状態にあり、再生映像信号が
ネットワークを介して送られているとき、この再生され
ている映像を表示する。

【００９４】ネットワーク装置９５１，９５２が接続さ
れ、かつ電源オン状態で待機状態にあるときは、ネット
ワーク装置をエンジン９０６が認識し、表示画面には例
えば点線で画面枠、ボタン等による操作するための画像
を表示する。

【００９５】また、画面２２０１が画像表示状態にない
とき、すなわち対応するネットワーク装置９５１が再生
状態にない時は、対応するボタン２２１１を選択し、次
にその内部の再生マークを選択し決定することで、再生
を命令し画面２２０１に画像を表示させることができ
る。ここで、ネットワーク機器選択窓２２００上の画面
２２０１、２２０２、また、ボタン２２１１，２２１２
の表示位置は、前述の通り、送信装置８００から受信し
たデータまたは後述する表示位置調整方法等によって決
められているが、画面に表示される画像データ、ボタン
２２１１，２２１２の機能、形状データ、などは、対応
するネットワーク装置から、ネットワークを介して得た
オブジェクトを使うことも可能である。もちろんこの場
合は、ネットワーク装置にあらかじめ自分の操作用のオ
ブジェクト（操作するための画像を作成するためのビッ
トマップや、操作するための制御コマンド）をデータと
して保持させておき、電源がオンされ、かつネットワー
クに接続されたときは供給できるように設計される。こ
のとき、受信装置９００からのコールは有っても無くて
もどちらでも良いように設計されている。

【００９６】また、電源がオンされていなくても、ネッ
トワークにネットワーク装置９５１が接続されたとき
は、受信装置９００はネットワーク装置９５１からネッ
トワークを介してオブジェクトを持ってきて使用するこ
とが出来るようになっていても良い。

【００９７】図２４に各ネットワーク装置と、受信装置
９００との関係を示している。

【００９８】オブジェクトはその所有されている装置の
一般的な、また固有の制御情報（機器を制御するための
情報）とかつそれらを扱うためのＧＵＩ情報から構成さ
れる。受信装置９００が立ち上がっている状態で、ネッ
トワーク装置９５１が立ち上がるとネットワーク装置９
５１はあらかじめその内部のオブジェクト記憶部９６２
に所有しているオブジェクトを外部インタフェース９６
１を通して、例えばＩＥＥＥ１３９４等のネットワーク
を経由し、受信装置９００のエンジン９０６に送出す
る。同様にネットワーク装置９５２その内部のオブジェ
クト記憶部９７２にオブジェクトを所有し、外部インタ
フェース９７１、ネットワークを通しエンジン９０６に
送出する。

【００９９】どちらの場合もエンジン９０６では、認識
した各装置のオブジェクトをデコードしてアプリケーシ
ョンを実行し、必要によりＧＵＩ情報を基に作成したア
イコンや操作するための画像を表示画面９０８に表示す
る。また、逆に既にネットワーク装置９５１が立ち上が
っており、後で装置９５２が立ち上がった場合も、ネッ
トワーク装置９５１、９５２からオブジェクトを受けと
り、先ほどの場合と同様に、オブジェクトをデコードし
アプリケーションを実行する。

【０１００】このエンジン９０６は先に述べた通り、伝
送されてきた共通データと個別データとを全て図示しな
い記録媒体に記録する。そしてこの記録媒体に記録され
ているデータを用いて自身に必要なアプリケーションを
構築しても良い。このようにすると、実際にアプリケー
ションを利用する時間帯と、共通データおよび個別デー
タが伝送されてくる時間帯とが異なっても良いし、各装
置が立ち上がる度に毎回同じオブジェクトを送ってもら
わずに済む。

【０１０１】また、電波放送などで送信されたデータ
は、分離器９０２で共通データと個別データとに分離さ
れ、先の実施形態で説明したように、変換器９０３、９
０７および合成器９０４から構成される変換合成部に渡
されオブジェクトの変換合成が行われた後、このデータ
・オブジェクトがエンジン９０６に渡される。このデー
タ・オブジェクトはエンジン９０６内で前述のオブジェ
クトと互換性のある形式に変換され、前述のオブジェク
トと同様に扱われる。

【０１０２】図２５には、エンジン９０６の内部におい
て、オブジェクトのＧＵＩ配置を調整する機能を取り出
して示している。ネットワーク装置から送られたオブジ
ェクトは、オブジェクト検出器４０１０に渡され、オブ
ジェクト検出器４０１０は入力を受けて、該当するネッ
トワーク装置が立ち上がったことを画面に表示するた
め、該当するネットワーク装置のアイコンや操作するた
めの画像であるグラフィックスを作成し、オブジェクト
配置情報検出器４０１３およびオブジェクト配置調整器
４０１４に送出する。

【０１０３】また、オブジェクトは合成器４０１１にも
送られ、電波放送等で送信されたオブジェクトと合成さ
れる。この例では電波放送によりオブジェクトが送信さ
れ合成されるが、電波放送により送信されるオブジェク
トは必ずしも必要ではなく、ネットワーク装置からのみ
オブジェクトが送られてくるだけであっても特に問題は
無い。合成器４０１１は、合成したオブジェクトをエン
ジンコア４０１２に送出し、ここで、オブジェクトを適
切に処理し、ＧＵＩをオブジェクト配置情報検出器４０
１３とオブジェクト配置調整器４０１４に送出する。

【０１０４】オブジェクト配置情報検出器４０１３は、
現在扱っているＧＵＩの位置，大きさ，等を検出し、そ
のデータをオブジェクト配置調整器４０１４に送出す
る。オブジェクト配置調整器４０１４はオブジェクト配
置情報検出器４０１３からのデータとあらかじめ設定し
た、またはユーザが指定するＧＵＩの配置条件を考慮
し、ＧＵＩの位置，大きさ等を調整し、表示画面９０８
に送出する。

【０１０５】以下に上記の実際の例を示す。

【０１０６】図２６に実際の表示画面でのオブジェクト
のＧＵＩの形態の概念を示す。オブジェクトにより作成
されたＧＵＩは常時画面に表示されるわけではなく、
「表示」と「非表示」という二つの状態をとる。システ
ムが立ち上がった時点の状態は、非表示状態とする。あ
る時点でのネットワーク上の全ての装置のオブジェクト
のＧＵＩはこの二つの状態に関して同一状態をとるもの
とする。この「表示」と「非表示」という二つの状態は
受信装置９００本体の制御パネルや附属のリモート・コ
ントロール・ユニット等のボタンによってトグルとなる
ようにしても良い。

【０１０７】表示状態となったＧＵＩの表現は二通り
で、「アイコン」の形態か「制御パネル」の形態であ
る。システムが立ち上がった時点の表示形態は、アイコ
ン形態とする。また、非表示状態から表示状態へ移行し
たときアイコン形態とするようにしても良い。

【０１０８】各オブジェクトのＧＵＩは、それぞれ独自
の表示形態（アイコン／制御パネル）を持つことが可能
である。ＧＵＩの表示状態が非表示状態となった場合
は、これまで表示されていた各ネットワーク装置のＧＵ
Ｉの表示形態（アイコン／制御パネル），表示位置，表
示の大きさ等がエンジン９０６に全て記憶され、再び表
示状態となった場合にそれらの情報を元に、元通りに表
示される。これは受信装置９００の電源が落とされても
有効である。再び、受信装置９００が立ち上がると、以
前に接続していて、かつ今も立ち上がっている装置につ
いては以前の状態で表示する。

【０１０９】図２７にアイコンの表示例について示す。
アイコンは表示画面９０８において、左上隅から左下隅
方向へ順番に並ぶ。最下端まで到達したら、一列右にず
れて、また上から下に並ぶ。以後はこれを繰り返す。ア
イコン間のフォーカスの移動にはカーソル５０００を用
いる。カーソル５０００は各アイコン間を離散的に移動
するものとする。アイコン化のオン／オフは、カーソル
５０００を移動し、そのアイコンを選択してから決定ボ
タンを押す等により決定する。

【０１１０】このオブジェクトのＧＵＩの配置条件とし
ては、所定の分類（例えば、ＶＴＲ，ディスプレイ，Ｄ
ＶＤ等の機器毎の分類や、記録機器、再生機器等の機能
的分類等）により分類し、順番に表示するようにしても
良い。

【０１１１】図３７はこのように機器毎に分類して表示
した例である。表示画面９０８の左上隅から左下隅方向
にかけて該分類毎に順番に並んでいる。この表示すると
きの分類は、予め設定されている他、ユーザがどのよう
な分類にするのかを設定変更できるようになっていれば
更に便利である。このように分類毎に分かれて順番に表
示されているので、ユーザはＧＵＩから所望のアイコン
の選択がし易くなる。

【０１１２】また、任意のネットワーク機器については
予めＧＵＩを表示することを停止できるよう予め設定し
ておけるようにすることも可能である。これにより、ユ
ーザは表示画面９０８により制御することのないであろ
う機器についてはアイコン表示されないので、必要とす
るアイコンのみ表示させることが出来、アイコンの選択
等がし易くなり使い勝手が向上する。この分類毎に順番
に表示することについては、以降全ての実施の形態に適
用することが出来る。

【０１１３】受信装置９００自身についてのＧＵＩにつ
いては、ネットワーク機器の一つとして他のネットワー
ク機器と同じくＧＵＩを表示するようにしても良いし、
表示しないようにしても良い。自身についてＧＵＩを表
示する場合、同じ操作環境を実現することができる。ま
た、自身についてＧＵＩを表示しない場合、リモコン等
でいちいちＧＵＩを選択することなく自身を直接制御す
ることができる。

【０１１４】図２８に制御パネルについて一例を示す。
制御パネルは装置の制御を行なうためのＧＵＩを提供す
る。受信装置９００の表示画面９０８には、ストップボ
タン５０１０，プレイボタン５０１１等が表示され、こ
れらを例えばカーソルにより選択し決定操作を行うこと
によって、この決定された制御命令を制御パネルの送出
元のネットワーク機器に送出することができる。また、
スライド式の音声ボリューム５０１２も表示され、この
送出元のネットワーク機器の音声の大きさを調整する機
能を提供する。これらのＧＵＩはビットマップ等の画像
を用いたり、何らかの図形描画言語を用いたものを利用
する。この図形描画言語とは、文字多重放送で用いられ
ているジオメトリック符号や、Ｊａｖａのグラフィック
ライブラリ等も含む。図示しないが複数の制御パネル間
の移動に関してもアイコンの規則と同様にカーソルによ
る選択／決定の方式が取られ、制御パネル内のボタン等
の移動／決定も同様である。

【０１１５】この制御パネルの表示時、この制御パネル
のネットワーク機器が例えばプレイ動作を行っていたと
きにはプレイボタン５０１１の枠が赤色となり、現在プ
レイ状態であることが判別可能に表示されている。ここ
でカーソルをストップボタン５０１０に移動、決定し該
機器を停止させたときにはストップボタン５０１０の枠
が赤色となり、停止動作となったことが分かる。また、
音声の大きさを調整する機能についても同様に、現在の
音声の大きさに応じた位置にスライドが存在するように
表示されている。これらは、ネットワーク機器が自身の
動作をネットワークへ送出することにより実現される。

【０１１６】また、受信装置９００が２台繋がったネッ
トワークでは、２台の受信装置９００から同じ機器に対
して同時に異なる操作がされてしまうと問題がある。こ
のようなことが発生するのを防ぐためには予め２つの受
信装置９００に予め優先順位を付けておいたり、あるネ
ットワーク機器に対して同時に複数の受信装置９００に
制御パネルを表示できないようにすれば良い。

【０１１７】また、制御パネルの中に該ネットワーク機
器のＧＵＩを入れて表示することにより、どのネットワ
ーク機器のＧＵＩなのか知ることが出来、誤った機器に
対して制御することを防ぐことが出来る。このようにす
ることについては、以降全ての実施の形態にも適用する
ことが出来る。

【０１１８】図２９〜図３２には制御パネルとアイコン
を同時に表示した例を示している。

【０１１９】図２９の例は、互いの制御パネル５０２
１，５０２２，５０２３がお互いに重ならないように、
かつアイコンの場所と重ならないよう、その配置、大き
さを設定して画面左下から水平方向右に並べられる。ま
た最下段が埋まったら、一段上にずれて並べられる。こ
の図以降、制御パネルを枠としてしか記載していないも
のについては省略して記載しているだけであり、実際に
は図２８に示すようなネットワーク機器に応じた制御パ
ネルが表示される。

【０１２０】制御パネルが表示された後、この制御パネ
ルに対応するアイコンを表示画面９０８に表示し続ける
のか、消すようにするのかについては、どちらであって
も良い。表示し続ける場合には、アイコン周囲の背景
（例えばアイコン周囲を縁取る線）と制御パネルの背景
とを同色とすることにより、どのアイコンの制御パネル
なのかが判別し易くなる。また、制御パネルを表示させ
た後にもアイコンを表示し続ける場合には、表示されて
いるアイコンの形を変形させたり、背景色を変える等し
て、既に制御パネルが表示されていることがアイコンで
判断出来るようにすることも出来る。

【０１２１】逆に、消えるようにした場合、表示画面９
０８がアイコンや制御パネルで埋め尽くされにくくなる
ので、ユーザはアイコン／制御パネルの後ろに表示され
ている映像を良く見ることが出来、表示画面９０８を有
効に利用することが出来る。このように制御パネルが表
示されたときに対応するアイコンを表示画面から消す実
施の形態は、以降全ての実施の形態にも適用することが
出来る。

【０１２２】図３０の例は、複数の制御パネル５０２
１，５０２２，５０２３が重なることを許す例である。
制御パネル５０２１，５０２２，５０２３は互いに少し
ずつずらして画面左下に重ねて表示する。隠れている制
御パネル５０２２，５０２３は可視部分をクリックする
ことによってその制御パネルを最前面表示し、目的とす
る制御パネルへフォーカスを移すことができる。

【０１２３】図３１の例は、常に必ず一つだけしか制御
パネル５０２４の表示を許さず、他はアイコン化する例
である。アイコンの１つを選択すると、画面左下に選択
したアイコンに対応する制御パネル５０２４が表示さ
れ、これにフォーカスが移り、現在表示されている制御
パネルはアイコン化され、入れ替わるようになってい
る。この制御パネルの状態は、ユーザによる新たな制御
が無い時間が所定時間（例えば５分間）続いたとき、自
動的にアイコンに変わるようになっている。これにより
誤ってリモコン等を押してしまったときの制御パネルの
誤制御を防ぐことが出来る。

【０１２４】図３２の例は、最高ｎ個までの制御パネル
の表示を許す例を示している。ｎ個未満の制御パネルが
表示されている状態で、あるアイコンを選択しアイコン
状態を解除すると、このアイコンに対応する制御パネル
が図２９或いは図３０のように新たな制御パネルとなっ
て表示される。また、ｎ個未満の制御パネルが表示され
ている状態で、ユーザがあるアイコンを選択しアイコン
状態を解除すると、図３１の例のように既表示の制御パ
ネルから制御パネルを一つを選んで、当該制御パネルに
対応するアイコン化表示を行い、新たに制御パネルとし
て前面に表示されたものにフォーカスが移る。

【０１２５】既表示の制御パネルの中からアイコン化す
る制御パネルを選択する方法としては、図示しない以下
のようなものがあげられる。

【０１２６】１．最も最近制御パネルを表示したｎ−１
個の制御パネルと、新たに選択した一つの制御パネルを
表示する。

【０１２７】２．最も最近利用した、つまり制御パネル
内部のコマンドを使用した、ｎ−１個の制御パネルと、
新たに選択した一つの制御パネルを表示する。

【０１２８】３．現在制御パネルが表示されているもの
の中で、最も最近利用していないｎ−１個の制御パネル
と、新たに選択した一つの制御パネルを表示する。

【０１２９】各制御パネルの位置、大きさはユーザのイ
ンタラクションにより自由に制御される。また、制御パ
ネルを構成するボタン等のコンポーネントの形状等はビ
ットマップの取り替え等により自由に変更可能である。

【０１３０】図示しないが、あるネットワーク機器が電
源が落されるなどの理由で、利用不可となった場合、対
応するＧＵＩ（アイコンもしくは制御パネル）は表示画
面から削除され、利用不可となったことを示すメッセー
ジを表示画面９０８に所定の期間表示する。

【０１３１】図３３を参照してこの発明の他の実施の形
態を説明する。

【０１３２】上記のようにネットワーク装置、例えばＤ
ＶＤプレーヤー９５２とＶＴＲ９５１がＩＥＥＥ１３９
４のようなネットワークを通じてエンジン９０６に接続
される。この場合、上記の例であると、それぞれのネッ
トワーク機器にアイコンや制御パネルの表示用のオブジ
ェクトが記憶されているとした。しかしこれに限らず各
種の方法が可能である。

【０１３３】例えばＤＶＤ９５２は、その内部にそのＩ
Ｄとともに機能一覧６０１０を持ち、この中には例えば
４種類の機能 Play （再生），Stop（停止）， Forward
Skip （前方へスキップ）， Barckward Skip （後方へ
スキップ）の４種類の機能が各々００，０１，０４，０
５と符号化されて保持されている。同様にＶＣＲ（ビデ
オ・カセット・レコーダ，或いはＶＴＲ：ビデオ・テー
プ・レコーダ）９５１は、そのＩＤと共に機能一覧６０
１１を持ち、この中には機能 Play （再生），Stop
（停止）， Feed Forward （巻き取り）， Rewind （巻
き戻し）が各々００，０１，０２，０３と符号化されて
格納されている。

【０１３４】エンジン９０６にはこれらの機能に対応す
るＧＵＩオブジェクト６０１３が格納されており、エン
ジン９０６は機能一覧を参照して知ったＤＶＤとＶＣＲ
各々の持つ機能に対応するＧＵＩオブジェクトを表示画
面９０８に表示する。

【０１３５】表示画面９０８上で、例えばＶＣＲ９５１
の Play に対応するＧＵＩオブジェクト（ボタン）６０
１４がユーザによって押されると、エンジン９０６はＶ
ＣＲ９５１に対してコマンド００（Play）をＩＥＥＥ１
３９４のようなネットワークを通じて送信する。

【０１３６】このような構成をとることによって、ＤＶ
Ｄ９５２，ＶＣＲ９５１等各々のネットワーク機器がＧ
ＵＩオブジェクトを保持する場合に比べ、ネットワーク
機器上のメモリの節約になると共に、意味的に同じ機能
（例えばＶＣＲの Play とＤＶＤの Play 等）が画面上
で異なったＧＵＩとなるのを防ぐことが可能になってい
る。つまりユーザにとって意味する記号（ＧＵＩ）に統
一性が取れることになる。

【０１３７】さらに、図に示した機能を示す番号および
参照の方法をすべてのエンジン、ネットワーク機器につ
いて共通にすることにより、相互接続性を保証すること
が可能になっている。

【０１３８】従来においては、家庭における家電機器の
制御操作は本体に装備されている制御ボタン，制御パネ
ル等を用いて行なわれることは稀で、各々を個別のそれ
専用の附属のリモート・コントロール・ユニットを用い
て制御するのが一般的である。しかし、各々のリモート
・コントロール・ユニットはその本体の制御を行なうの
に特化されており、他の装置の操作は行なうことができ
ないことが多い。例え一つのリモート・コントロール・
ユニットが他の装置の制御を行なえたとしても、実現で
きる機能は一般的な機能に限定され、その装置固有の制
御を行なうことはできない場合が多い。また、各装置が
ＴＶなどの画面表示装置と映像ケーブル等を用いて接続
されることによって、表示装置にその装置のＧＵＩを表
示できるようになっている。しかし、各々のＧＵＩは他
の装置の表示する同様なＧＵＩとの関連性を考慮してい
ないことが多く、時には両者が表示装置の画面上でオー
バーラップして見にくくなってしまう状態が発生する。

【０１３９】しかしこの発明によると上記のような問題
が解消される。

【０１４０】この発明は、上述した実施の形態に限定さ
れるものではない。

【０１４１】イベント（Event ）の形式や取り扱い方式
が異なる場合も、当該イベントに応答できるようにエン
ジンが工夫されている。以下、これを実現するためのデ
ータ変換器について説明する。

【０１４２】まず、データ変換が必要なことを理解する
ため、実行方式１（第１のエンジン方式）と実行方式２
（第２のエンジン方式）のイベントの形式及び取り扱い
方式について説明する。

【０１４３】図３４（Ａ）は第１のエンジンによる実行
方式１（第１のエンジン方式という）におけるイベント
の取り扱いを示しており、イベントは、プロセデュアル
・コード（Procedural Code ）の呼び出しと直接関連づ
けられている。プロセデュアル・コードは、図２２のバ
ーチャルマシン（ＶＭ）９０９上で実行されるプログラ
ムであり、例えばＢＡＳＩＣやＪａｖａといった計算機
言語で記述されたものを用いることができる。

【０１４４】実行方式１ではイベントの発生とプロセデ
ュアル・コードの呼び出しとは等価である。図では例と
してプログラム（Program ）という名称のプロセデュア
ル・コード７０１１中でＥｖという名称のプロセデュア
ル・コード７０１２が呼び出される場合を示している
が、このような呼び出しの操作がイベントに相当するこ
とになる。呼び出しの際にはデータを引数として渡すこ
とが許されており、図ではｐ１，ｐ２を渡している。こ
の場合、イベントにはイベントデータｐ１，ｐ２が付随
していることになる。イベントはアプリケーションの実
行においてアプリケーション内部で種々の動作を起動さ
せたり、アプリケーションを構成する各オブジェクトの
状態を変化させたりするために用いられる。例えば、あ
る時刻になったことを示すためにイベントが発生し、こ
れに付随するイベントデータは例えば時刻データであ
り、呼び出されたプロセデュアル・コードの内部で時刻
に応じた処理を行うために渡される。

【０１４５】図３４（Ｂ）は、第２エンジンによる実行
方式２（第２のエンジン方式）におけるイベントの扱い
を示している。イベントの役割や用いられ方は、上記し
た第実行方式１の場合と同様であって、実行方式１のそ
れと同様にデータを付随させることもできるが、イベン
トはオブジェクトからオブジェクトへ送信されるメッセ
ージとして扱われることや、イベントが型を持っている
ことが実行方式１と異なっている。イベントの型は、そ
のイベントが何故生じたかを示すために用いられ、例え
ば“ある時刻に到達した”、“あるボタンが押され
た”、などを識別するために用いられる。

【０１４６】この実行方式２におけるイベントは、実行
方式１のイベントのようにプロセデュアル・コード７０
１２を直接呼び出すことはできず、必ずリンクオブジェ
クト（Link Object ）７０２１へ送られる。リンクオブ
ジェクト７０２１は第２のエンジン方式のアプリケーシ
ョンを構成するオブジェクトの１種である。

【０１４７】リンクコンディション（Link Condition）
７０２２は受け取ったイベントに対する条件を記述した
ものでありイベントソース（Event Source）７０２４，
イベントタイプ（Event Type）７０２５，イベントデー
タ（Event Data）７０２６から構成されている。

【０１４８】リンクオブジェクト７０２１がイベントを
受け取ると、イベントの発生源（送信元オブジェクト）
とイベントソース７０２４、イベントの型とイベントタ
イプ７０２５、付属データとイベントデータ７０２６が
それぞれ比較される。これにより、例えばどのアイコン
（ソース）のどのボタン（タイプ）がどのように操作さ
れる（データ）かを示すことになる。

【０１４９】比較の結果、一致しないものがあればその
イベントに関する動作は終了する。全てが一致した場合
には、リンクエフェクト（Link Effect ）７０２３が起
動される。リンクエフェクト７０２３は要素動作（エレ
メンタリーアクション；Elementary Action ）７０２７
の並びである。具体的な要素動作の例には、他のオブジ
ェクトへイベントを送るセンドイベント（Send Event）
や、プロセデュアル・コードを呼び出すコール（Call）
などがある。

【０１５０】上記のように実行方式１と実行方式２では
イベントの形式や取り扱い方式が異なるため、実行方式
１のアプリケーションを直接的に実行方式２のアプリケ
ーションに変換することはできなかった。

【０１５１】しかし本発明では図３５に示すようにプロ
セデュアル・コードの呼び出しである実行方式１のイベ
ントから実行方式２のイベント８０１１とリンクオブジ
ェクト８０１２の組を生成するように工夫している。リ
ンクオブジェクト８０１２のリンクコンディション８０
１３にはイベント８０１１によって常に成立する条件を
記述する。そしてリンクエフェクト８０１４にはプロセ
デュアル・コード８０１６を呼び出す要素動作８０１５
（Call）を記述することにより、実行方式１のイベント
によってプロセデュアル・コードが実行されるのと等価
な動作を実行方式２で実現している。

【０１５２】このような処理を実現することにより、本
体が実行方式２のタイプであっても、実行方式１のイベ
ントに対応することができる。

【０１５３】次に、図３６を参照して、実行方式２のア
プリケーションを実行方式１のアプリケーションに変換
する場合のイベントの取り扱いを説明する。つまり本体
が実行方式１のタイプに対して、実行方式２のイベント
が入力された場合、このイベントの扱い方を説明する。

【０１５４】実行方式２では型と付属データを伴ったイ
ベント８０４１がリンクオブジェクト８０４２へ入力さ
れるが、このイベント８０４１に対応するものとして、
実行方式１の、呼び出し用のイベント８０４４を生成す
る。このイベント８０４４は、引数として、どこで発生
したかを示すソース（Source）と、その型（Type）と、
付属データ（Data）を持つことになる。このイベント８
０４４は、プロセデュアル・コード８０４３の呼び出し
用として機能する。つまり、イベント８０４１に対応さ
せて引数を持つイベント８０４４を発生させる。この図
の例えば、Source＝１，Type＝０、Data＝２という引数
に変換されている。

【０１５５】次に、プロセデュアル・コード８０４３
は、実行方式２のリンクコンディション８０４５に記述
された条件を判定する引数比較部８０４６と、第２のエ
ンジンのリンクエフェクト８０４７に記述された動作を
実現する動作記述部８０４８として構成する。

【０１５６】引数比較部８０４６の実現方法としては、
図に示す例の場合、図３６の符号８０４９に示すような
条件分岐構文による記述がある。例えば、ＩＦ（Ｓｏｕｒｃｅ！＝１）ｒｅｔｕｒｎ（もしソースが１でないならば戻りなさい）ＩＦ（Ｔｙｐｅ！＝０）ｒｅｔｕｒｎ（もしタイプが０でないならば戻りなさい）ＩＦ（Ｄａｔａ！＝２）ｒｅｔｕｒｎ（もしデータが２でないならば戻りなさい）である。

【０１５７】このように記述することで条件が一致すれ
ば（Source＝１，Type＝０、Data＝２）、引数比較部８
０４６を通過し、動作記述部８０４８に進むことにな
る。これにより、Source＝１，Type＝０、Data＝２の条
件に対応したアクション１、２、３が実行に移される。
この実行は、各要素動作（アクション；実行方式２）と
等価なコード（実行方式１）を予め作成しておき、これ
を図３６の符号８０５０のように配列しておくことによ
り実現できる。

【０１５８】以上のように本発明ではリンクオブジェク
トと等価な動作を行うプロセデュアル・コードを実行方
式１用に生成することで等価な動作を実現している。

【０１５９】

【発明の効果】以上説明したようにこの発明によれば、
ネットワーク機器に固有の制御情報を予め所有させてお
き、これらの情報を集中的に管理し、統一的な制御操作
を他のネットワーク機器から行うことができる。

【図面の簡単な説明】

【図１】この発明の一実施の形態を示す図。

【図２】この発明の他の実施の形態を示す図。

【図３】図１のブロックの具体的構成例を示す図。

【図４】この発明のデータのクラスの形態例を示す図。

【図５】この発明の装置の動作機能を説明するために示
した説明図。

【図６】この発明の更に他の実施の形態を示す図。

【図７】この発明のまた更に他の実施の形態を示す図。

【図８】この発明の装置の表示例を説明するために示し
た説明図。

【図９】この発明によるデータの伝送形態例を説明する
ために示した図。

【図１０】この発明によるのデータの他の伝送形態例を
説明するために示した図。

【図１１】この発明によるデータの更に他の伝送形態例
を説明するために示した図。

【図１２】この発明で用いられるデータ単位の識別信号
の例を示す図。

【図１３】従来のボタンオブジェクトの例を示す説明
図。

【図１４】従来のボタンオブジェクトの他の例を示す
図。

【図１５】この発明のボタンオブジェクトの例を示す
図。

【図１６】従来のビットマップの例を示す説明図。

【図１７】従来のビットマップの他の例を示す説明図。

【図１８】この発明のビットマップの例を示す図。

【図１９】この発明によるのデータの更に他の伝送形態
例を説明するために示した図。

【図２０】この発明によるのデータの更に他の伝送形態
例を説明するために示した図。

【図２１】この発明によるのデータの更にまた他の伝送
形態例を説明するために示した図。

【図２２】この発明のさらに他の実施の形態を示す図。

【図２３】図２２の装置の表示画面の例を示す図。

【図２４】この発明に係るネットワーク装置の構成例を
示す図。

【図２５】図２４のエンジンにおける画面調整装置の構
成例を示す図。

【図２６】画面の表示形態のマップを示す図。

【図２７】表示画面の表示例を示す図。

【図２８】同じく表示画面の表示例を示す図。

【図２９】同じく表示画面の表示例を示す図。

【図３０】同じく表示画面の表示例を示す図。

【図３１】同じく表示画面の表示例を示す図。

【図３２】同じく表示画面の表示例を示す図。

【図３３】ネットワーク装置の制御パネル表示の例を示
す図。

【図３４】実行方式の異なるイベントのタイプおよび取
り扱いの説明図。

【図３５】実行方式１のイベントを実行方式２で扱うた
めの変換処理の説明図。

【図３６】実行方式２のイベントを実行方式１で扱うた
めの変換処理の説明図。

【図３７】表示画面の表示例を示す図。

【符号の説明】

１０１、２０２…インタラクティブコンテンツエンコー
ダ、１０２、２０３…分析器、１０３、２０８…合成
器、１０４、２０９…インタラクティブエンジン、２０
１…ＡＶエンコーダ、２０４…フォーマットエンコー
ダ、２０５…多重器、２０６…分離器、２０７…フォー
マットデコーダ、２１０…ＡＶデコーダ、９０４…合成
器、９０５…インターフェイス、９０６…エンジン、９
０７…変換器、９０８…表示画面、９０９…バーチャル
マシン、９２０…入出力端子、９５１、９５２、９５３
…ネットワーク装置、９６０…ネットワーク。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｎ 7/173 ６４０Ｈ０４Ｎ 7/173 ６４０Ｚ (72)発明者村松孝倫神奈川県横浜市磯子区新杉田町８番地株式会社東芝マルチメディア技術研究所内 (72)発明者下田乾二神奈川県横浜市磯子区新杉田町８番地株式会社東芝マルチメディア技術研究所内

Claims

【特許請求の範囲】

【請求項１】ネットワークを構成するネットワーク装
置を、前記ネットワークを介して制御する制御装置であ
って、ネットワーク装置からこのネットワーク装置自身を制御
するために用いられる第１の制御情報が、前記ネットワ
ークを介して入力される入力端と、この入力端からの前記前記第１の制御情報を用いて、ユ
ーザが前記ネットワーク装置を制御するための操作画像
を作成する操作画像作成手段と、前記操作画像に対するユーザの操作に応じて、前記ネッ
トワーク装置を制御するための第２の制御情報を生成す
る制御情報生成手段と、前記第２の制御情報を、前記ネットワークを介して前記
ネットワーク装置へ出力するための出力端とを備えたこ
とを特徴とする制御装置。
【請求項２】ネットワークを構成するネットワーク装
置を、前記ネットワークを介して制御する制御装置であ
って、ネットワーク装置からこのネットワーク装置が備えてい
る機能を示す機能情報が前記ネットワークを介して入力
される入力端と、機能に対応した画像情報を予め記憶する画像メモリと、前記機能情報および前記画像情報を用いて、ユーザが前
記ネットワーク装置を制御するための操作画像を作成す
る操作画像作成手段と、前記操作画像に対するユーザの操作に応じて、前記ネッ
トワーク装置を制御するための第２の制御情報を生成す
る制御情報生成手段と、前記第２の制御情報を、前記ネットワークを介して前記
ネットワーク装置へ出力するための出力端とを備えたこ
とを特徴とする制御装置。
【請求項３】ネットワークを構成するネットワーク装
置を、前記ネットワークを介して制御する制御装置であ
って、ネットワーク装置からこのネットワーク装置自身を制御
するために用いられる第１の制御情報およびこの第１の
制御情報に関連付けられれ機能を示す機能情報が前記ネ
ットワークを介して入力される入力端と、機能に対応した画像情報を予め記憶する画像メモリと、前記機能情報および前記画像情報を用いて、ユーザが前
記ネットワーク装置を制御するための操作画像を作成す
る操作画像作成手段と、前記操作画像に対するユーザの操作に応じて、前記ネッ
トワーク装置を制御するための第２の制御情報を生成す
る制御情報生成手段と、前記第２の制御情報を、前記ネットワークを介して前記
ネットワーク装置へ出力するための出力端とを備えたこ
とを特徴とする制御装置。
【請求項４】前記第１の制御情報は、前記操作画像を
作成するための画像情報および前記第２の制御情報とを
有することを特徴とする請求項１または３記載の制御装
置。
【請求項５】前記画像情報はビットマップデータまた
は図形描画言語データの内、少なくともいずれか一方を
有することを特徴とする請求項３記載の制御装置。
【請求項６】前記操作画像を表示する表示手段とを備
えたことを特徴とする請求項１乃至５のいずれか１項に
記載の制御装置。
【請求項７】前記操作画像を前記表示手段に表示する
か否かを切替える切替え手段を備えたことを特徴とする
請求項６記載の制御装置。
【請求項８】前記ネットワークの規格はＩＥＥＥ１３
９４に準じた規格であることを特徴とする請求項１乃至
７のいずれか１項に記載の制御装置。
【請求項９】前記機能情報は、機能の一覧を示す情報
であることを特徴とする請求項３または４記載のネット
ワーク装置。