JP2000333269A - ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）駆動型ネットワーク制御システム、及びＧＵＩ駆動型ネットワーク制御システムに用いるデバイス並びにコントローラ - Google Patents

Abstract

(57)【要約】 【課題】 簡単な構成で各機能や各機器に適した操作環
境を構築可能であり、各機器を統合的に動作させる操作
環境を容易に構成できるＧＵＩ駆動型ネットワーク制御
システム及びＧＵＩ駆動型ネットワーク制御システムに
用いるデバイス並びにコントローラを提供する。 【解決手段】 各々のオブジェクトを識別する識別子
（ＩＤ）、オブジェクトの型を示すタイプ情報、子オブ
ジェクト等を持つか否か等の構成を示す属性情報、オブ
ジェクトの大きさを示すサイズ情報、等をヘッダー部分
に有するデータオブジェクト及びリスト形式オブジェク
トより成る、パネル５１と表示部品５２を有する機能情
報を利用するように構成した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、映像、音響又は情
報に関するデータの中の何れか１つ以上を取り扱う、少
なくとも２つ以上の機器が、伝送路を介して接続されて
なるＡＶＣ（Audio Video Computer）システムに接続さ
れた機器の操作を、ＡＶＣシステムを構成するネットワ
ークを通して行う、ネットワーク制御システムに関する
ものであり、特に、画面上に表示されるグラフィックス
や文字等によって、ユーザの機器操作を支援するグラフ
ィカルユーザインターフェース（Graphical User Inter
face、以下「ＧＵＩ」とする。）を用いたＧＵＩ駆動型
ネットワーク制御システムに関するものである。

【０００２】

【従来の技術】近年、ＴＶ画面上に機器の機能を示す画
面表示用データや文字等からなるグラフィックスやアイ
コンを表示し、これをＴＶのリモコンで選択操作するこ
とにより機器の制御を行う機器制御システムが登場して
きている。又、ＩＥＥＥ１３９４−１９９５を用いて、
ディジタル方式のディジタルＶＴＲ等のディジタル機器
を接続し、映像／音声データを送受信するネットワーク
システムも登場してきている。

【０００３】そこで、以下にこのようなネットワーク制
御システムについて、簡単に説明する。従来のネットワ
ーク制御システムを利用するAudio Video Computer（以
下「ＡＶＣ」とする。）システムは、各ＡＶ機器が、各
ＡＶ機器を切り換え接続すること無しに、他のＡＶ機器
機器と双方向パケット通信方式で均等な通信機会を周期
的に与えられるシリアルバスで接続されることにより構
成されている。このシリアルバスとしては、例えばＩＥ
ＥＥ１３９４規格のディジタルインターフェース等が用
いられる。各ＡＶ機器は、それぞれに独自の画面表示用
データを格納している。そして、グラフィック表示機能
を持つコントローラ、例えばテレビジョン受像機からの
要求により、この画面表示用データをコントローラへ送
信する。画面表示用データを受信したコントローラは、
この画面表示用データを表示する。

【０００４】又、コントローラは、接続されているＡＶ
機器の表示に必要なデータを問い合わせる機能と、ＡＶ
機器からの画面表示用データに基づいた表示画面を制御
する機能とを有する。そして、ＡＶ機器には、画面表示
用データを蓄える記録媒体と、コントローラからの画面
表示用データの問い合わせに対して適切な画面表示用デ
ータを選択する機能を有する。

【０００５】このように構成されたＡＶＣシステムのネ
ットワーク制御システムでは、画面表示用データを各デ
バイス（ＡＶ機器）で保管しておき、コントローラ（テ
レビジョン受像機）からの表示要求に応じて出力するこ
とにより、各デバイス（ＡＶ機器）独自のグラフィック
をコントローラの画面上に表示する。このような従来の
ネットワーク制御システムの１つとして、特開平０９−
１４９３２５号公報に開示されているものがある。

【０００６】

【発明が解決しようとする課題】しかしながら上記のよ
うな構成では、コントローラが操作画面を作成、再構築
することができないため、複数の機器を統合的に動作さ
せることや、より使いやすい操作画面を提供するために
表示画面を変更することが困難であった。さらに、機器
に対して使用者がデータ情報を送信し、これに応じて機
器が動作することが困難であるという問題点を有してい
た。そこで本発明はこのような問題点に鑑みてなされた
ものであり、その目的は、簡単な構成で各機能や各機器
に適した操作環境を構築可能であり、そして、各機器を
統合的に動作させる操作環境を容易に構成でき、さら
に、簡単な方法で異なる操作環境を構築することが可能
であり、また、機器に対して送信されたデータ情報によ
り、機器が動作することができるＧＵＩ駆動型ネットワ
ーク制御システム及びＧＵＩ駆動型ネットワーク制御シ
ステムに用いるデバイス並びにコントローラを提供する
ことである。

【０００７】

【課題を解決するための手段】上記問題点を解決するた
めに、本発明の請求項１に記載のＧＵＩ駆動型ネットワ
ーク制御システムは、映像、音響又は情報に関するデー
タの中の何れか１つ以上を取り扱う、少なくとも２つ以
上の機器が、伝送路を介して接続されてなるＡＶＣシス
テムに用いるＧＵＩ駆動型ネットワーク制御システムで
あって、前記ＧＵＩ駆動型ネットワーク制御システム
が、ユーザーインターフェースを有するコントローラ
と、制御対象であるデバイスと、を具備し、前記デバイ
スは、前記デバイスの操作画面を構成するＧＵＩ部品を
有し、前記ＧＵＩ部品は、自身の機能を示すアプリケー
ション情報を有し、前記コントローラは、前記デバイス
から前記ＧＵＩ部品を読み込み、前記アプリケーション
情報を用いて、前記デバイスの操作画面を作成表示する
こと、を特徴とする。

【０００８】本発明の請求項２に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１に記載のＧＵＩ駆
動型ネットワーク制御システムにおいて、前記アプリケ
ーション情報は、メニューの種類を示すメニュー分類情
報を含むこと、を特徴とする。

【０００９】本発明の請求項３に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１又は請求項２に記
載のＧＵＩ駆動型ネットワーク制御システムにおいて、
前記アプリケーション情報は、前記デバイス内の機能単
位を示す機能単位情報を含むこと、を特徴とする。

【００１０】本発明の請求項４に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１ないし請求項３の
何れか１項に記載のＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記アプリケーション情報は、前記ＧＵ
Ｉ部品が示す機能を表す部品機能情報を含むこと、を特
徴とする。

【００１１】本発明の請求項５に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１ないし請求項４の
何れか１項に記載のＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記アプリケーション情報は、階層構造
を有すること、を特徴とする。

【００１２】本発明の請求項６に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１ないし請求項５の
何れか１項に記載のＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記アプリケーション情報は、機能を符
号化したコードからなること、を特徴とする。

【００１３】本発明の請求項７に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、請求項１ないし請求項６の
何れか１項に記載のＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記アプリケーション情報は、機能を示
すキーワードからなること、を特徴とする。

【００１４】本発明の請求項８に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、映像、音響又は情報に関す
るデータの中の何れか１つ以上を取り扱う、少なくとも
２つ以上の機器が、伝送路を介して接続されてなるＡＶ
Ｃシステムに用いるＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記ＧＵＩ駆動型ネットワーク制御シス
テムが、ユーザーインターフェースを有するコントロー
ラと、制御対象であるデバイスと、を具備し、前記デバ
イスは、前記デバイスの操作画面を構成するＧＵＩ部品
を有し、前記ＧＵＩ部品は、前記ＧＵＩ部品を操作する
ことによって影響を与える伝送路のチャンネルを示すチ
ャンネル情報を有し、前記コントローラは、前記デバイ
スから前記ＧＵＩ部品を読み込んで前記デバイスの操作
画面を作成表示し、前記ＧＵＩ駆動型ネットワーク制御
システムの使用者が前記ＧＵＩ部品を操作すると、前記
コントローラは前記デバイスへ制御情報を送信し、前記
デバイスは前記制御情報に対応した前記使用者の操作に
応じ、前記チャンネル情報に記載された前記伝送路上の
チャンネルに対してデータの入出力を行うこと、を特徴
とする。

【００１５】本発明の請求項９に記載のＧＵＩ駆動型ネ
ットワーク制御システムは、映像、音響又は情報に関す
るデータの中の何れか１つ以上を取り扱う、少なくとも
２つ以上の機器が、伝送路を介して接続されてなるＡＶ
Ｃシステムに用いるＧＵＩ駆動型ネットワーク制御シス
テムにおいて、前記ＧＵＩ駆動型ネットワーク制御シス
テムが、ユーザーインターフェースを有するコントロー
ラと、制御対象であるデバイスと、を具備し、前記デバ
イスは、前記デバイスの操作画面を構成するＧＵＩ部品
を有し、前記ＧＵＩ部品は、前記ＧＵＩ部品を操作する
ことによって影響を与える前記デバイスのデータ入出力
場所を示すプラグ情報を有し、前記コントローラは、前
記デバイスから前記ＧＵＩ部品を読み込んで前記デバイ
スの操作画面を作成表示し、前記ＧＵＩ駆動型ネットワ
ーク制御システムの使用者が前記ＧＵＩ部品を操作する
と、前記コントローラは前記デバイスへ制御情報を送信
し、前記デバイスは前記制御情報に対応した前記使用者
の操作に応じ、前記プラグ情報に記載された前記デバイ
スの前記入出力場所に対してデータの入出力を行うこ
と、を特徴とする。

【００１６】本発明の請求項１０に記載のＧＵＩ駆動型
ネットワーク制御システムは、映像、音響又は情報に関
するデータの中の何れか１つ以上を取り扱う、少なくと
も２つ以上の機器が、伝送路を介して接続されてなるＡ
ＶＣシステムに用いるＧＵＩ駆動型ネットワーク制御シ
ステムにおいて、前記ＧＵＩ駆動型ネットワーク制御シ
ステムが、ユーザーインターフェースを有するコントロ
ーラと、制御対象であるデバイスと、を具備し、前記デ
バイスは、前記デバイスの操作画面を構成するＧＵＩ部
品を有し、前記ＧＵＩ部品は、前記ＧＵＩ部品が許容す
る入力データの最大長を示すデータ最大長情報を有し、
前記コントローラは、前記デバイスから前記ＧＵＩ部品
を読み込んで前記デバイスの操作画面を作成表示し、前
記ＧＵＩ駆動型ネットワーク制御システムの使用者が前
記ＧＵＩ部品を操作してデータを入力すると、前記コン
トローラは、前記データに対して前記データ最大長に応
じた処理を施し、前記データ最大長以下のデータ長を有
する前記使用者の操作に応じたメッセージを前記デバイ
スへ送信すること、を特徴とする。

【００１７】本発明の請求項１１に記載のＧＵＩ駆動型
ネットワーク制御システムは、映像、音響又は情報に関
するデータの中の何れか１つ以上を取り扱う、少なくと
も２つ以上の機器が、伝送路を介して接続されてなるＡ
ＶＣシステムに用いるＧＵＩ駆動型ネットワーク制御シ
ステムにおいて、前記ＧＵＩ駆動型ネットワーク制御シ
ステムが、ユーザーインターフェースを有するコントロ
ーラと、制御対象であるデバイスと、を具備し、前記デ
バイスは、前記デバイスの操作画面を構成するＧＵＩ部
品を有し、前記ＧＵＩ部品は、前記ＧＵＩ部品に関する
メッセージの仕様に関するメッセージ仕様情報を有し、
前記コントローラは、前記デバイスから前記ＧＵＩ部品
を読み込んで前記デバイスの操作画面を作成表示し、前
記ＧＵＩ駆動型ネットワーク制御システムの使用者が前
記ＧＵＩ部品を操作すると、前記コントローラは、前記
使用者の操作に応じたメッセージを前記メッセージ仕様
情報に従って前記デバイスへ送信すること、を特徴とす
る。

【００１８】本発明の請求項１２に記載のＧＵＩ駆動型
ネットワーク制御システムは、請求項１１に記載のＧＵ
Ｉ駆動型ネットワーク制御システムにおいて、前記メッ
セージ仕様情報は、前記デバイスが一つのメッセージで
受信できるデータの最大長を示す１メッセージデータ長
情報を含むこと、を特徴とする。

【００１９】本発明の請求項１３に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるデバイスは、映像、
音響又は情報に関するデータの中の何れか１つ以上を取
り扱う、少なくとも２つ以上の機器が、伝送路を介して
接続されてなるＡＶＣシステム用の、ユーザーインター
フェースを有するコントローラを具備したＧＵＩ駆動型
ネットワーク制御システムにおける制御対象であるデバ
イスであって、前記デバイスは、前記デバイスの操作画
面を構成するＧＵＩ部品を有し、前記ＧＵＩ部品は、自
身の機能を示すアプリケーション情報を有し、前記デバ
イスの操作画面は、前記コントローラが前記デバイスか
ら読み込んだ前記ＧＵＩ部品の有する前記アプリケーシ
ョン情報を用いて作成表示されること、を特徴とする。

【００２０】本発明の請求項１４に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるデバイスは、映像、
音響又は情報に関するデータの中の何れか１つ以上を取
り扱う、少なくとも２つ以上の機器が、伝送路を介して
接続されてなるＡＶＣシステム用の、ユーザーインター
フェースを有するコントローラを具備したＧＵＩ駆動型
ネットワーク制御システムにおける制御対象であるデバ
イスであって、前記デバイスは、前記デバイスの操作画
面を構成するＧＵＩ部品を有し、前記ＧＵＩ部品は、前
記ＧＵＩ部品を操作することによって影響を与える伝送
路のチャンネルを示すチャンネル情報を有し、前記デバ
イスの操作画面は、前記コントローラが前記デバイスか
ら前記ＧＵＩ部品を読み込むことで作成表示され、前記
ＧＵＩ駆動型ネットワーク制御システムの使用者が前記
ＧＵＩ部品を操作すると、前記デバイスは、前記コント
ローラから制御情報を受信し、さらに受信した前記制御
情報に対応した前記使用者の操作に応じて、前記チャン
ネル情報に記載された前記伝送路上のチャンネルに対し
てデータの入出力を行うこと、を特徴とする。

【００２１】本発明の請求項１５に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるデバイスは、映像、
音響又は情報に関するデータの中の何れか１つ以上を取
り扱う、少なくとも２つ以上の機器が、伝送路を介して
接続されてなるＡＶＣシステム用の、ユーザーインター
フェースを有するコントローラを具備したＧＵＩ駆動型
ネットワーク制御システムにおける制御対象であるデバ
イスであって、前記デバイスは、前記デバイスの操作画
面を構成するＧＵＩ部品を有し、前記ＧＵＩ部品は、前
記ＧＵＩ部品を操作することによって影響を与える前記
デバイスのデータ入出力場所を示すプラグ情報を有し、
前記デバイスの操作画面は、前記コントローラが前記デ
バイスから前記ＧＵＩ部品を読み込むことで作成表示さ
れ、前記ＧＵＩ駆動型ネットワーク制御システムの使用
者が前記ＧＵＩ部品を操作すると、前記デバイスは、前
記コントローラから制御情報を受信し、さらに受信した
前記制御情報に対応した前記使用者の操作に応じ、前記
プラグ情報に記載された前記デバイスの前記入出力場所
に対してデータの入出力を行うこと、を特徴とする。

【００２２】本発明の請求項１６に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるデバイスは、映像、
音響又は情報に関するデータの中の何れか１つ以上を取
り扱う、少なくとも２つ以上の機器が、伝送路を介して
接続されてなるＡＶＣシステム用の、ユーザーインター
フェースを有するコントローラを具備したＧＵＩ駆動型
ネットワーク制御システムにおける制御対象であるデバ
イスであって、前記デバイスは、前記デバイスの操作画
面を構成するＧＵＩ部品を有し、前記ＧＵＩ部品は、前
記ＧＵＩ部品が許容する入力データの最大長を示すデー
タ最大長情報を有し、前記デバイスの操作画面は、前記
コントローラが前記デバイスから前記ＧＵＩ部品を読み
込むことで作成表示され、前記ＧＵＩ駆動型ネットワー
ク制御システムの使用者が前記ＧＵＩ部品を操作してデ
ータを入力すると、前記デバイスは、前記データに対し
て前記データ最大長に応じた処理を施し、前記データ最
大長以下のデータ長を有する前記使用者の操作に応じた
メッセージを受信すること、を特徴とする。

【００２３】本発明の請求項１７に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるデバイスは、映像、
音響又は情報に関するデータの中の何れか１つ以上を取
り扱う、少なくとも２つ以上の機器が、伝送路を介して
接続されてなるＡＶＣシステム用の、ユーザーインター
フェースを有するコントローラを具備したＧＵＩ駆動型
ネットワーク制御システムにおける制御対象であるデバ
イスであって、前記デバイスは、前記デバイスの操作画
面を構成するＧＵＩ部品を有し、前記ＧＵＩ部品は、前
記ＧＵＩ部品に関するメッセージの仕様に関するメッセ
ージ仕様情報を有し、前記デバイスの操作画面は、前記
コントローラが前記デバイスから前記ＧＵＩ部品を読み
込むことで作成表示され、前記ＧＵＩ駆動型ネットワー
ク制御システムの使用者が前記ＧＵＩ部品を操作する
と、前記デバイスは、前記使用者の操作に応じたメッセ
ージを前記メッセージ仕様情報に従って受信すること、
を特徴とする。

【００２４】本発明の請求項１８に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラは、映
像、音響又は情報に関するデータの中の何れか１つ以上
を取り扱う、少なくとも２つ以上の機器が、伝送路を介
して接続されてなるＡＶＣシステム用の、制御対象であ
るデバイスを具備したＧＵＩ駆動型ネットワーク制御シ
ステムに用いられるユーザーインターフェイスを有する
コントローラであって、前記デバイスは、前記デバイス
の操作画面を構成するＧＵＩ部品を有し、前記ＧＵＩ部
品は、自身の機能を示すアプリケーション情報を有し、
前記コントローラは、前記デバイスからＧＵＩ部品を読
み込み、前記アプリケーション情報を用いて、前記デバ
イスの操作画面を作成表示すること、を特徴とする。

【００２５】本発明の請求項１９に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラは、映
像、音響又は情報に関するデータの中の何れか１つ以上
を取り扱う、少なくとも２つ以上の機器が、伝送路を介
して接続されてなるＡＶＣシステム用の、制御対象であ
るデバイスを具備したＧＵＩ駆動型ネットワーク制御シ
ステムに用いられるユーザーインターフェイスを有する
コントローラであって、前記デバイスは、前記デバイス
の操作画面を構成するＧＵＩ部品を有し、前記ＧＵＩ部
品は、前記ＧＵＩ部品を操作することによって影響を与
える伝送路のチャンネルを示すチャンネル情報を有し、
前記コントローラは、前記デバイスから前記ＧＵＩ部品
を読み込んで前記デバイスの操作画面を作成表示し、前
記ＧＵＩ駆動型ネットワーク制御システムの使用者が前
記ＧＵＩ部品を操作すると、前記コントローラは、前記
デバイスへ制御情報を送信することで、前記デバイス
が、前記制御情報に対応した前記使用者の操作に応じ
て、前記チャンネル情報に記載された前記伝送路上のチ
ャンネルに対してデータの入出力を行うようにするこ
と、を特徴とする。

【００２６】本発明の請求項２０に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラは、映
像、音響又は情報に関するデータの中の何れか１つ以上
を取り扱う、少なくとも２つ以上の機器が、伝送路を介
して接続されてなるＡＶＣシステム用の、制御対象であ
るデバイスを具備したＧＵＩ駆動型ネットワーク制御シ
ステムに用いられるユーザーインターフェイスを有する
コントローラであって、前記デバイスは、前記デバイス
の操作画面を構成するＧＵＩ部品を有し、前記ＧＵＩ部
品は、前記ＧＵＩ部品を操作することによって影響を与
える前記デバイスのデータ入出力場所を示すプラグ情報
を有し、前記コントローラは、前記デバイスから前記Ｇ
ＵＩ部品を読み込んで前記デバイスの操作画面を作成表
示し、前記ＧＵＩ駆動型ネットワーク制御システムの使
用者が前記ＧＵＩ部品を操作すると、前記コントローラ
は、前記デバイスへ制御情報を送信することで、前記デ
バイスが、前記制御情報に対応した前記使用者の操作に
応じ、前記プラグ情報に記載された前記デバイスの前記
入出力場所に対してデータの入出力を行うようにするこ
と、を特徴とする。

【００２７】本発明の請求項２１に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラは、映
像、音響又は情報に関するデータの中の何れか１つ以上
を取り扱う、少なくとも２つ以上の機器が、伝送路を介
して接続されてなるＡＶＣシステム用の、制御対象であ
るデバイスを具備したＧＵＩ駆動型ネットワーク制御シ
ステムに用いられるユーザーインターフェイスを有する
コントローラであって、前記デバイスは、前記デバイス
の操作画面を構成するＧＵＩ部品を有し、前記ＧＵＩ部
品は、前記ＧＵＩ部品が許容する入力データの最大長を
示すデータ最大長情報を有し、前記コントローラは、前
記デバイスから前記ＧＵＩ部品を読み込んで前記デバイ
スの操作画面を作成表示し、前記ＧＵＩ駆動型ネットワ
ーク制御システムの使用者が前記ＧＵＩ部品を操作して
データを入力すると、前記コントローラは、前記データ
に対して前記データ最大長に応じた処理を施し、前記デ
ータ最大長以下のデータ長を有する前記使用者の操作に
応じたメッセージを受信すること、を特徴とする。

【００２８】本発明の請求項２２に記載のＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラは、映
像、音響又は情報に関するデータの中の何れか１つ以上
を取り扱う、少なくとも２つ以上の機器が、伝送路を介
して接続されてなるＡＶＣシステム用の、制御対象であ
るデバイスを具備したＧＵＩ駆動型ネットワーク制御シ
ステムに用いられるユーザーインターフェイスを有する
コントローラであって、前記デバイスは、前記デバイス
の操作画面を構成するＧＵＩ部品を有し、前記ＧＵＩ部
品は、前記ＧＵＩ部品に関するメッセージの仕様に関す
るメッセージ仕様情報を有し、前記コントローラは、前
記デバイスから前記ＧＵＩ部品を読み込んで前記デバイ
スの操作画面を作成表示し、前記ＧＵＩ駆動型ネットワ
ーク制御システムの使用者が前記ＧＵＩ部品を操作する
と、前記コントローラは、前記使用者の操作に応じたメ
ッセージを前記メッセージ仕様情報に従って前記デバイ
スへ送信すること、を特徴とする。

【００２９】

【発明の実施の形態】以下、本発明に係るＧＵＩ駆動型
ネットワーク制御システム、及びＧＵＩ駆動型ネットワ
ーク制御システムに用いるデバイス並びにコントローラ
の実施の形態について、図面を参照しながら説明する。
尚、ここで示す実施の形態はあくまでも一例であって、
必ずしもこの実施の形態に限定されるものではない。
又、以下に述べる、本発明に係るＧＵＩ駆動型ネットワ
ーク制御システムを利用するＡＶＣシステムのネットワ
ーク構成としては、例えば、図４に示すような映像／音
響／情報機器（以下単に「機器」とする。）による構成
が考えられる。

【００３０】図４において、２１はテレビ、２２はテレ
ビ用のリモコン、２３はパーソナルコンピュータ（Ｐ
Ｃ）、３１は録再可能なＤＶＤ、３２はＤＶ方式のディ
ジタルＶＴＲ（ＤＶＣ）、３３はＶＨＳ方式のディジタ
ルＶＴＲ（ＤＶＨＳ）、３４はＤＶ方式のディジタルム
ービー（ＤＶＣムービー）、３５はＣＳディジタル放送
等のセットトップボックス（ＳＴＢ）である。これらの
機器は、伝送路１によって接続され、ＡＶＣシステムを
構成する。ここで、テレビ２１はコントローラとデバイ
ス（地上波チューナ、ビデオモニタ）からなる機器であ
り、リモコン２２を用いて、使用者は表示／機能選択ア
プリケーション１４に指示を与える。ＰＣ２３は、コン
トローラとデバイス（電話線とのインターフェースをと
るモデム、ビデオモニタ等）からなる機器であり、キー
ボードやマウス等を用いて、使用者は表示／機能選択ア
プリケーション１４に指示を与える。

【００３１】ここで、テレビ２１やＰＣ２３は、デバイ
スとコントローラが一体となった機器として定義し、機
器内のデバイス機能のうち、他の機器から使用できる機
能を機能情報８に記し、機器内のコントローラ部の機能
データベース１３には自身の機能は登録しない。尚、テ
レビ２１やＰＣ２３を各デバイスとコントローラからな
る機器として定義し、機器内の各デバイスに対して機能
情報８を有し、機器内のコントローラの機能データベー
ス１３に、機器内の各機能情報８を登録するとしても良
い。

【００３２】ＤＶＤ３１及びＤＶＣムービー３４は、Ａ
Ｖデータを記録再生可能なデバイスである。また、ＤＶ
Ｃ３２、ＤＶＨＳ３３は、ＡＶデータを記録再生可能な
デバイスとディジタル放送チューナ機能を有するデバイ
スからなる機器である。そして、ＳＴＢ３５はＣＳディ
ジタル放送を受信するためのチューナ機能を有するデバ
イスである。

【００３３】ここで、ＤＶＤ３１、ＤＶＣ３２、ＤＶＨ
Ｓ３３、ＤＶＣムービー３４、ＳＴＢ３５はデバイスで
あるとしたが、小さくとも、液晶パネル等で他のデバイ
スを操作できる環境を実現し、タッチパネルやリモコン
等で使用者が他のデバイスの機能を選択する等の操作が
できるのであれば、コントローラとデバイスを含む機器
としてもよい。

【００３４】また、これらの機器はコントローラとして
の処理機能を含むと共に機器用のリモコンを有し、表示
及び音声のみをアナログ結線等でモニタに表示させ、使
用者はこの画面を見ながら、機器のリモコンで操作する
ように構成することも可能であり、この時、この機器は
コントローラとデバイスを含む機器としてもよい。

【００３５】尚、本明細書中で述べるデバイスとは制御
対象のことであり、コントローラとはこの制御対象を制
御するものの事を言う。さらに本明細書では、映像／音
響／情報機器をまとめて「機器」と称するが、この機器
にはプリンタやミニディスク等のような現存する映像／
音響／情報機器のみならず、将来開発され出現するであ
ろうこれらの分野に関連した機器もすべて含む。尚、１
つの機器内にデバイスとコントローラが共存しても良い
し、どちらか一方のみを有していても良い。

【００３６】また、本明細書では各表示部品、情報やリ
スト自身を総称してＧＵＩ部品（オブジェクト）と呼
ぶ。本明細書中で述べるＧＵＩ部品（オブジェクト）は
リスト形式の階層化構造を持つものとするが、各ＧＵＩ
部品（オブジェクト）は必ずしもリスト形式である必要
はなく、表形式等の方法で実現しても良い。

【００３７】また、本明細書で述べる表示部品とは、機
器の操作ボタン等のボタン、アイコン、入力エントリ、
スライダ等の表示要素を示すものであり、各表示部品
は、静止画データ、機能等を示すテキストデータ、効果
音等のオーディオデータやプログラムコードを含んでい
ても良いし、静止画データ、オーディオデータやテキス
トデータを含むプログラムコード等で構成していても良
い。又、機器は伝送路上の１つのノードに対応するもの
であり、１つの筐体内に複数のノードを有するように装
置を構成しても良い。

【００３８】（実施の形態１）まず本発明に係る、ＡＶ
Ｃシステムに用いるＧＵＩ駆動型ネットワーク制御シス
テム、及びＧＵＩ駆動型ネットワーク制御システムに用
いるデバイス並びにコントローラの一例を、第１の実施
の形態として、図面を参照しつつ説明する。まず、本実
施の形態におけるＧＵＩ駆動型ネットワーク制御システ
ムに用いるデバイスについて、図２を参照しつつ説明す
る。図２は本実施の形態におけるデバイスのブロック図
を示す。この図２において、１は伝送路、２はパケット
送受信手段、３は同期データ送受信手段、４はデバイス
信号処理手段、５は非同期データ送受信手段、６はデバ
イス非同期データ処理手段、７は機器構成情報、８は機
能情報、９は機器内部制御手段であり、１５は機能情報
８の一部が配置された書き換え不可能なメモリ領域（Ｒ
ＯＭ）、１６は機能情報８の一部が配置された書き換え
可能なメモリ領域（ＲＡＭ）、１７は機能情報内容管理
手段である。

【００３９】次に、デバイスを構成する各部材の動作に
ついて説明する。伝送路１は、ここではＩＥＥＥ１３９
４規格（ＩＥＥＥ１３９４−１９９５及びこれと互換性
のある上位規格）で定められたシリアルバス（１３９４
バス）としている。このシリアルバスは、時分割等の方
法で、同期データ及び非同期データを送受信可能であ
る。さらに、同期データは、時分割等の方法で分割され
た複数のチャンネルを用いて伝送でき、この各チャンネ
ルの帯域は個々に設定可能である。尚、伝送路１は必ず
しも１３９４バスである必要はなく、ＡＴＭ、イ−サー
ネットや赤外線伝送等の伝送路を用いても良い。

【００４０】パケット送受信手段２は伝送路１との物理
的、電気的インターフェースを取るとともに、バスの使
用権の調停、同期転送用のサイクル制御等も行う。さら
に、パケット送受信手段２は伝送路１上のパケットを宛
先に応じて取捨選択して受信することや、伝送路１上へ
パケットの送信を行う。同期データ送受信手段３は、送
信時には、転送レートの管理（データの分割）やヘッダ
の付加を行う。例えば、１３９４バスのＡＶプロトコル
（ＩＥＣ６１８８３）規格を使う場合は、同期データ送
受信手段３で、ＣＩＰ（Common Isochronous Packet）
ヘッダの付加を行う。逆に、データを受信する際には、
受信パケットを正しい順へ並び替え、ヘッダの除去等を
行う。

【００４１】デバイス信号処理手段４は、同期データを
同期データ送受信手段３から受け取り、デバイスに応じ
た信号処理を行う。例えば、このデバイスが、ディジタ
ルＶＴＲ等の記録再生機器であれば、同期データを記録
メディア（例えば、磁気テープ）へ記録する。また、デ
バイス信号処理手段４は記録メディア、放送波等から同
期データを取り出し、同期データ送受信手段３へ送信す
ることも行う。

【００４２】非同期データ送受信手段５は、伝送路１の
プロトコルに応じた非同期データのトランザクション処
理を行うものであり、例えば、１３９４バスの場合は、
リードトランザクション、ライトトランザクション、ロ
ックトランザクション処理等を行い、さらに、非同期デ
ータの送受信プロトコルの処理を行う。例えば、非同期
データの送受信プロトコルの一例として、ＡＶプロトコ
ル（IEC61883）規格のＦＣＰ及び１３９４ＴＡ（1394 T
rade Association）で議論されているＡＶ／Ｃコマンド
（Audio/Video Control Digital Interface Command Se
t）がある。この非同期データ送受信手段５はソフトウ
エアで構成しても良い。

【００４３】デバイス非同期データ処理手段６は、非同
期データ送受信手段５から受け取った非同期データを処
理し、このデバイス内の適切な構成要素に伝達する。例
えば、デバイス非同期データ処理手段６が受け取った非
同期データが制御コードと使用者の操作情報であれば、
その有効性を判定し、有効であれば、機器内部制御手段
９へこの制御コードと使用者の操作情報に相当する機能
を実行する指示を出す。ここで、機能情報内容管理手段
１７へ制御コードと使用者の操作情報を伝達するとして
も良い。この時、機能情報内容管理手段１７はこれらの
有効性を判定し、有効であれば、これらが示す機能の実
行を機器内部制御手段９へ指示する。また、デバイス非
同期データ処理手段６は、同期データ用の帯域やチャン
ネルの確保、設定等も行う。また、デバイス非同期デー
タ処理手段６は、コントローラから機器構成情報７を要
求されたとき、非同期データ送受信手段５等を経由して
受け取った要求に応じて、機器構成情報７に記された情
報を、非同期データ送受信手段５等を経由してコントロ
ーラへ送出する。また、デバイス非同期データ処理手段
６は、機器内部制御手段９からの指示に基づいて、デバ
イス内の構成要素から非同期データを非同期データ送受
信手段５へ送出することも行う。尚、非同期データ送受
信手段５とデバイス非同期データ処理手段６は、１つの
手段として構成しても良い。

【００４４】なお、デバイスは、大容量の非同期データ
を効率よく転送するプロトコルをサポートし、ＧＵＩの
情報を、この非同期高効率転送方式で転送するように構
成しても良い。この方式の一例として、１３９４ Ｔｒ
ａｄｅ Ａｓｓｏｃｉａｔｉｏｎで議論されている「Ａ
Ｖ／Ｃ Ｃｏｍｐａｔｉｂｌｅ Ａｓｙｎｃｈｒｏｎｏ
ｕｓ Ｓｅｒｉａｌ Ｂｕｓ Ｃｏｎｎｅｃｔｉｏｎ
ｓ」がある。

【００４５】機器構成情報７は、機器の構成情報を示す
ものである。この記述方法として、例えば、ＩＳＯ／Ｉ
ＥＣ１３２１３：１９９４規格で示されるＣＳＲ（Comm
andand Status Registers）アーキテクチャのコンフィ
ギュレーションＲＯＭで示される規則に則った記述と出
来る。そして伝送路１に１３９４バスを用いる場合は、
この機器構成情報７は、例えば「バスマネージャやアイ
ソクロノス動作をサポートしているか否か」というよう
な、機器が対応するバスの情報、例えば「ＡＶプロトコ
ルをサポートしているか否か」というような情報を含む
ユニットディレクトリ、この機器の識別子であるユニー
クＩＤ、等を有する。

【００４６】機能情報８は、このデバイスの操作画面を
構成するための情報の一覧である。この機能情報８中に
は、デバイスの操作に必要なブジェクト、このオブジェ
クトを識別するための識別子、例えばＩＤ、等が含まれ
る。そして、機能情報８の情報は、伝送路１上のコント
ローラからの要求に応じて、デバイス非同期データ処理
手段６、非同期データ送受信手段５等を経て、コントロ
ーラに転送される。

【００４７】機能情報８は、ＲＯＭ１５と、ＲＡＭ１６
に配置されている。ＲＯＭ１５には、デバイス固有のも
ので頻繁に書き換える必要がない情報、つまり、機器の
操作ボタンを示す静止画データ等のオブジェクトが記憶
される。尚、このＲＯＭ１５は、フラッシュＲＯＭで構
成しても良く、この時機器の機能自体を書き換えること
が可能となる。ＲＡＭ１６には、伝送路１上のコントロ
ーラや機器内部制御手段９が、必要に応じて機能情報内
容管理手段１７を経由してオブジェクトを書き込む。こ
こで書き込まれる情報は、コンテンツ情報やステータス
情報等である。このコンテンツ情報とは、例えばＳＴＢ
の場合では、現在放送されている番組情報、例えば番組
タイトル、タイトル画面、テーマ音楽、概要、出演者等
の情報、であり、ＤＶＤの場合にはＤＶＤディスクに記
録されたコンテンツの情報、例えばタイトル、タイトル
画、テーマ音楽、概要、出演者等の情報、である。さら
に、このステータス情報とは、例えばＶＴＲの場合に
は、機器の状態、例えば再生中、巻き戻し中、録画予約
中、を示す表示部品等のオブジェクトである。さらに、
このデバイスを使用しているコントローラの識別情報等
のネットワーク制御に必要な情報や録画予約の日時とチ
ャンネル番号等をここに書き込んでも良い。

【００４８】機能情報内容管理手段１７は、オブジェク
トの識別子（ＩＤ）と、ＲＯＭ１５又はＲＡＭ１６のア
ドレスとの変換を行うものである。さらに、単にアドレ
スの変換だけでなく、例えば、ある表示部品が書き換え
られてのデータサイズが大きくなり、元のアドレス領域
に書き込めないときには、新たなアドレスを割り当て
る。よって、伝送路１上のコントローラ、機器内部制御
手段９やデバイス非同期データ処理手段６から各々のオ
ブジェクトをオブジェクトの識別子（ＩＤ）で読み書き
することが可能になる。尚、各オブジェクト等のアドレ
スが分かっている場合には、ＲＯＭ１５又はＲＡＭ１６
のアドレスを用いて、読み書きしても良い。さらに、こ
れらを組み合わせて、表示部品等を読み書きしても良
く、識別子（ＩＤ）に示される表示部品内の相対アドレ
スにより読み書きしても良い。また、機能情報内容管理
手段１７は、オブジェクトの識別子（ＩＤ）の管理を行
い、例えば、新規にオブジェクトが追加されたときに
は、このオブジェクトに、他のオブジェクトの識別子
（ＩＤ）と重複しない識別子（ＩＤ）を与え、逆に、オ
ブジェクトが消去されたときには、このオブジェクトの
識別子（ＩＤ）を無効にする。

【００４９】また、機能情報内容管理手段１７は、表示
部品が変更された際に、変更された表示部品の情報、即
ちオブジェクトの識別子（ＩＤ）、若しくは識別子（Ｉ
Ｄ）とオブジェクトそのもの、をコントローラへ送信す
るように構成することも可能であり、この時、コントロ
ーラが変化する可能性のあるオブジェクトを常に監視す
る必要が無く、コントローラの処理を低減でき、時々刻
々変化するステータス情報やコンテンツ情報を示すオブ
ジェクトに対して容易に対応できる。尚、ここでオブジ
ェクトの識別子はＩＤで有るとしたが、各オブジェクト
の種類を示すタイプ情報と各オブジェクトに付与した番
号（ＩＤ）の二つからなるとしても良く、識別子を見た
だけで、各オブジェクトが何者であるかを容易に判別で
き、コントローラの処理を簡単化できる。機器内部制御
手段９は、デバイス内部の機構等を含む各構成要素を制
御するものであり、デバイス非同期データ処理手段６が
受け取ったデータがデバイスの機能の動作を示す制御コ
ードであれば、デバイス非同期データ処理手段６の指示
により、この制御コードに従った動作を行わせる。

【００５０】次に、以上説明したデバイスの、コントロ
ーラからの要求等に対する動作について説明する。ま
ず、デバイスが伝送路１に接続された場合やコントロー
ラが伝送路１に接続された場合、コントローラは、ま
ず、バスリセット等で新規に接続されたデバイスを認識
し、デバイスの機器構成情報７を読み込み、デバイスア
イコンやデバイス名等のデバイス自身を示すデバイス情
報部品を取得する。なお、デバイス情報部品は、コント
ローラがデバイスに対してコマンドを発行して読み込む
としても良い。また、機能情報８の所在を機器構成情報
７に記するとしても良く、機器構成情報７から確認し、
機能情報８の内容を読み込むとしてもよい。

【００５１】そして、コントローラは、デバイスに対し
て、機能情報８を要求するコマンドを発行し、機能情報
８の情報を取得する。この時、コントローラは、機能情
報８の一部、例えば、表示部品のみを要求するコマンド
を発行し、表示部品とこのＩＤのみを取得するように構
成しても良い。そして、コントローラから制御コードと
使用者の操作情報を受け取った場合には、状況に応じて
この制御コードとユーザの操作情報で示される処理を行
う。ここで、デバイスの機能を示す表示部品のオブジェ
クトに対して、例えば、このオブジェクトの制御コード
が使用者の操作「選択」と共に、コントローラから送信
されてきた場合に、非同期データ送受信手段５は、この
オブジェクトが示す機能を実行するように機器内部制御
手段９へ指示を出す。

【００５２】このように、コントローラからのＧＵＩ情
報の要求に対して、デバイスは機能情報８を提示するだ
けでよく、デバイスの負荷を小さくできる。また、デバ
イスの各機能に対して、標準化団体等でコマンドを規定
する必要が無く、現在想定できないような新機能を持つ
デバイスでも、容易に伝送路１経由でこの新機能を使用
することが可能になる。尚、同期データ送受信手段３、
デバイス信号処理手段４等の構成要素は、デバイスの機
能に応じて任意に構成しても良く、なくてもよい。ま
た、各手段はハードウエア或いはソフトウエアのいずれ
で構成してもよい。

【００５３】そして、ここでは、使用者の操作情報とオ
ブジェクトの制御コードにより、デバイスの機能を特定
したが、使用者の操作として「選択」以外が認められな
いように構成することも可能であり、この時、オブジェ
クトの制御コードのみで、デバイスの機能が特定できる
ので、デバイスは、この制御コードのみで、デバイスの
機能を実行でき、伝送するパケットサイズを小さくでき
る。また、ここでは、制御コードをオブジェクトのＩＤ
としたが、この制御コードはデバイスが任意に設定して
良く、例えば、デバイスの機能の種類別に付けた番号
と、種類或いはデバイスに対して一意の番号で構成して
も良いし、デバイス内部で用いる独自の制御コードを用
いても良く、この時、デバイス内の各機能の実装が容易
となる。さらに、制御コードを文字情報とすることも可
能であり、コントローラやデバイスを作成する際のヒュ
ーマンエラーを減らすことができる。

【００５４】次に、本実施の形態におけるＧＵＩ駆動型
ネットワーク制御システムに用いるコントローラについ
て、図３を参照しつつ説明する。図３は本実施の形態に
おけるコントローラのブロック図を示す。この図３にお
いて、１０はコントローラ信号処理手段、１１はコント
ローラ非同期データ処理手段、１２は機能情報内容管理
手段、１３は機能データベース、１４は表示／機能選択
アプリケーション、である。尚、図３において、図２と
同一の構成要素には、同一の符号を付して説明を省略す
る。

【００５５】次に、コントローラを構成する各部材の動
作について説明する。コントローラ信号処理手段１０
は、同期データを同期データ送受信手段３から受け取
り、このコントローラに応じた信号処理を行う。例え
ば、このコントローラが、ビデオモニタ等の映像表示機
器であれば、同期データ、例えば、ＭＰＥＧ２のストリ
ーム等、を復号し、画面上へ表示する。

【００５６】コントローラ非同期データ処理手段１１
は、非同期データ送受信手段５から受け取った非同期デ
ータを処理し、このコントローラ内の適切な構成要素に
伝達する。また、伝達する際に同期データ用の帯域やチ
ャンネル確保、設定等を行う。また、コントローラ非同
期データ処理手段１１は、パケット送受信手段２から新
規デバイスの接続や、既存デバイスの取り外し等、伝送
路１上のデバイスの情報や、デバイスの機能情報８の内
容等を非同期データ送受信手段５経由で受け取り、機能
情報管理手段１２に伝達する。さらに、コントローラ非
同期データ処理手段１１は表示／機能選択アプリケーシ
ョン１４からの指示に基づいて、コントローラ内の構成
要素から非同期データを非同期データ送受信手段５へ送
出する。ここで、非同期データ送受信手段５とコントロ
ーラ非同期データ処理手段１１は、１つの手段として構
成しても良い。

【００５７】また、コントローラとデバイスを同一の機
器内で構成する場合、機器内のデバイスとしての機能
は、コントローラが知っているように構成すればよい。
若しくは、機器内部の制御は機器内部制御手段９で直接
行うように構成すればよい。よって、コントローラとデ
バイスを同一の機器内で構成する場合、この機器はデバ
イスとしての機能情報８は持つが、機器内の機能データ
ベース１３には機能情報８を登録しなくてよい。そし
て、このコントローラ内の機能情報８はデバイスの機能
情報８の情報を有していれば良いが、これらは必ずしも
同一のものでなくて良い。尚、この時、デバイス内の機
能情報８を予め機能データベース１３に登録する、とし
ても良い。さらにコントローラとデバイスを同一の機器
内で構成する場合、コントローラ信号処理手段１０とデ
バイス信号処理手段４、コントローラ非同期データ処理
手段１１とデバイス非同期データ処理手段６は各同一の
ものとして構成しても良い。なお、コントローラも、大
容量の非同期データを効率よく転送するプロトコルをサ
ポートし、ＧＵＩの情報を、この非同期高効率転送方式
で受信するように構成しても良い。

【００５８】機能情報管理手段１２は、伝送路１上のデ
バイスから受け取った機能情報８を管理するものであ
り、コントローラ非同期データ処理手段１１から新規デ
バイスが接続されたとの情報を受け取ったときには、こ
の新規デバイスの機能情報８を読み込むようにコントロ
ーラ非同期データ処理手段１１へ指示を出す。また、新
規デバイスの機能情報８が読み込まれた時には、この機
能情報８を機能データベース１３に登録する。また、伝
送路１上の既存デバイスが取り外された等の情報を受け
取ったときには、機能データベース１３から該当する機
能情報８を削除する。ここで、既存デバイスが取り外さ
れた時に、機能情報８を削除するのではなく、コントロ
ーラ内の記憶手段に保管するように構成し、再びこのデ
バイスが接続されたときには、デバイスの識別子等でこ
のデバイスを認識し、コントローラ内の記憶手段から機
能情報８を読出し、機能データベース１３に登録するよ
うに構成してもよく、接続機器の登録を迅速に行うこと
が可能となる。

【００５９】機能データベース１３は、書き換え可能な
メモリ空間に配置され、デバイスから受け取った機能情
報８をデータベースとして構成したものであり、このデ
ータベースを、機能情報管理手段１２を用いて検索する
ことにより、各デバイスの情報や各機能の情報等のオブ
ジェクト、及び、これらのオブジェクトに対応する識別
子（ＩＤ）、このオブジェクトを使用者に通知するため
の表示部品、使用者がこの表示部品を操作した時に表示
すべき表示部品や送信すべき制御コード等を取り出すこ
とが可能である。尚、機能データベース１３は必ずしも
機能情報８の全ての情報を常にもつ必要はなく、必要な
部分のみを保持するとしても良い。

【００６０】表示／機能選択アプリケーション１４は、
コントローラの画面上にデバイスのＧＵＩ情報や機能の
ＧＵＩ情報等を示す表示部品、例えば映像／音声／文字
情報等を用いて、各オブジェクトが有するアプリケーシ
ョン情報により、操作画面を作成し、画面上に表示し
て、使用者へ通知すると共に、使用者の操作に応じてデ
バイス及び機能の選択や各機能の実行指示等を行うもの
である。また表示／機能選択アプリケーション１４は、
コントローラ信号処理手段１０から受け取ったデータ、
例えば、映像や音声データ、やコントローラ非同期デー
タ処理手段１１から受け取ったデータを表示／再生する
ことも可能である。この時、ＧＵＩ情報等はコントロー
ラ信号処理手段１０から受け取った映像データにオーバ
ーレイ表示するとしてもよいし、ＧＵＩ情報表示画面と
映像データの表示画面を使用者の指示等により切り換え
表示するとしてもよい。さらに表示／機能選択アプリケ
ーション１４は、機能情報管理手段１２に指示を出して
コントローラ内の機能情報８を検索し、伝送路１上のデ
バイスやデバイスの機能を示す表示部品、例えばデバイ
ス名、機能名や表示用静止画等、を画面上に表示する。

【００６１】次に、以上説明したコントローラの動作に
ついて説明する。まず、使用者がデバイスを示す表示部
品を選択すると、コントローラ内の機能情報８からこの
デバイスのメニュー（パネル）を読み込み、アプリケー
ション情報に従って、表示画面上に表示する。また、使
用者が機能を示す表示部品を選択した場合には、機能情
報８から得たこの表示部品に対応する制御コードと使用
者の操作情報を、コントローラ非同期データ処理手段１
１等を通して発行する。

【００６２】表示／機能選択アプリケーション１４はこ
の制御コードと使用者の操作情報に対するデバイスの応
答をコントローラ非同期データ処理手段１１経由で受け
取る。さらに、デバイスからの表示部品の変更指示、例
えば、変更すべきオブジェクト、例えば表示部品、の識
別子（ＩＤ）の通知、がある時には、この指示に従い、
変更すべき表示部品をデバイスから取り込み、現時点で
のこのデバイスの状態等に対して適切なオブジェクト、
例えば表示部品、を表示画面上に表示し、使用者に通知
する。なお、変更すべきオブジェクト、例えば表示部
品、の識別子（ＩＤ）ではなく、オブジェクト、例えば
表示部品、そのものをデバイスがコントローラへ通知し
ても良い。このような手法により、コントローラは必ず
しもデバイスの各機能を理解する必要はなく、例えば、
現在想定できないような新機能を有するデバイスに対し
ても、コントローラはこの新機能に対する表示部品を機
能情報８から取り出し、画面上に表示して、使用者に通
知することができる。

【００６３】そして、これらの表示部品により、使用者
が新機能を理解し、この機能を選択した場合には、コン
トローラの表示／機能選択アプリケーション１４は機能
情報８を参照して、この新機能に対応する制御コードを
得て、この制御コードと使用者の操作をデバイスに対し
て発行し、デバイスでこの新機能を実行させることがで
きる。よって、上記構成を取ることにより、現在想定で
きないような新機能でも使用者が実行することが可能と
なる。

【００６４】尚、表示／機能選択アプリケーション１４
は、複数存在しても良く、各々が、機能情報８内の情報
を用いて、アプリケーション情報を考慮して、独自のス
タイルで操作画面を構築可能である。さらに、機能情報
管理手段１２や機能データベース１３も、各表示／機能
選択アプリケーション１４毎に存在するとしても良い。
尚、ここで、同期データ送受信手段３、コントローラ信
号処理手段１０等の構成要素は、コントローラの機能に
応じて任意に構成しても良く、なくてもよい。

【００６５】次に、本実施の形態における機能情報８に
ついて説明する。図１は、本実施の形態における機能情
報８の説明図であり、５１はパネル、５２は表示部品で
ある。ここで、各部品はリスト形式のオブジェクトから
なるが、ここでは子オブジェクトを持たないデータオブ
ジェクト、例えばテキストオブジェクトや静止画オブジ
ェクト等、とリストを総称してオブジェクトと呼ぶ。そ
して各オブジェクトは、各々のオブジェクトを識別する
識別子（ＩＤ）、オブジェクトの型を示すタイプ情報、
子オブジェクト等を持つか否か等の構成を示す属性情
報、オブジェクトの大きさを示すサイズ情報、等をヘッ
ダー部分に有する。また、各オブジェクトは、リスト中
に記載されたエントリ内のＩＤ情報により、子オブジェ
クトを示す。尚、テキストオブジェクト等のようにデー
タ量が小さいオブジェクトは、リスト内のエントリ部分
にオブジェクトそのものを記するとしても良い。また、
各リストの独自情報は各リスト内のヘッダー等に記し、
データオブジェクトの独自情報はエントリ内に記すると
する。この独自情報はオブジェクト内又はエントリ内の
いずれに記載してもよい。

【００６６】まず、図１に示したパネル５１について説
明すると、これは、デバイスの機能を示す表示部品５２
の集合であるメニューを示すものであり、パネルリスト
で構成される。このパネルリストは機能情報８内部に複
数存在することが可能である。デバイスを操作する際に
最初にコントローラへ表示すべきパネルをルートパネル
と呼び、その他のパネルは、ルートパネルからリンクを
たどることにより見いだされる。ルートパネルリスト
は、コントローラからデバイスの使用権を要求されたと
きに、その応答として、デバイスからコントローラへル
ートパネルリストのＩＤが送信され、このＩＤを用い
て、コントローラがパネルリストを読み込むことが可能
である。

【００６７】パネルは、任意の表示画面を示すことが可
能であり、例えば、操作メニューや設定メニュー、デバ
イスの状態を通知するための状態表示メニュー、ＯＳＤ
（OnScreen Display）等があり、一つのパネルに、これ
らの用途の内いくつかを含んでいても良い。尚、パネル
リストのＩＤをあらかじめ決めておく等の方法で、デバ
イス情報リストのエントリからたどることなく直接パネ
ル５１へアクセス可能としても良い。

【００６８】次にデバイスの機能や状態を示す表示部品
５２について説明する。表示部品５２は表示部品リスト
を用いて配置され、各表示部品５２のエントリには、こ
の機能が動的に無くなる可能性があるか否かを示すフラ
グ等を付加しても良い。そして、この表示部品エントリ
が示す表示部品リストにデータオブジェクトが配置され
る。尚、ここで、表示部品リストを用いずに、直接各表
示部品５２のエントリをパネルリストに配置するとして
も良く、この時、フラグ等は各表示部品５２のエントリ
に記載することも可能である。ここで、このパネルリス
トは、このパネルの機能や種類を示すためのアプリケー
ション情報を有している。このアプリケーション情報
は、このパネルがどのような機能を有しているかを示
し、例えば、操作メニュー、設定メニュー、コンテンツ
メニュー、ＯＳＤ等を示す。尚、この情報はヘッダーや
独自情報内等に記載しても良い。

【００６９】尚、アプリケーション情報は、パネル１つ
に付き１つと限定するものではなく、複数有していても
良い。例えば、パネルがに操作メニューとコンテンツメ
ニューの各々の機能を含む表示部品を有しているとき、
アプリケーション情報として、「操作メニュー」と「コ
ンテンツメニュー」を有していても良い。さらに、パネ
ルリストは機器の操作画面を構成するための情報も有
し、機能情報８が想定した画面サイズ、さらには、背景
色や背景パターン等の情報を独自情報としてヘッダー内
等に有してもよい。

【００７０】一方、このパネルリスト自身を示すデータ
オブジェクト、例えばテキストや静止画等、はパネルリ
ストに直接エントリを有する。尚、このパネルリスト自
身を示すデータオブジェクト用に表示部品リストを用い
ても良い。また、これらのリスト自身を示す情報は、フ
ラグ等を用いて他のデータオブジェクトや表示部品５２
と区別しても良い。

【００７１】表示部品５２についてさらに具体的に説明
すると、これは、アイコン、ボタン、スライダ、チェッ
クボックス、テキストエントリ等を表示するための部品
であり、この表示部品リスト中に、表示部品５２のタイ
プ、各々の表示部品５２に必要な情報、例えば、スライ
ダの場合には可変範囲、ステップ値、初期値等、等の独
自情報を有する。さらに、表示部品５２は、アプリケー
ション情報を有する。このアプリケーション情報は、こ
の表示部品５２の機能や種類を示すものであり、例え
ば、「再生」、「記録」、「映画」、「スポーツ」を示
すものである。尚、アプリケーション情報は、表示部品
１つに付き１つと限定するものではなく、これを複数個
有していても良い。

【００７２】また、この表示部品リストには、テキスト
オブジェクトや静止画オブジェクト等のエントリがあ
り、このエントリ中に、各々テキストや静止画の種類
（フォーマット）等を示すフラグや静止画の大きさ等、
さらには、デバイスが想定したメニューに対する相対位
置で示される画面上の位置情報、等の各データオブジェ
クトの独自情報を持っても良い。

【００７３】図１に示した表示部品５２は、ＶＴＲの再
生を示すものであり、再生用のアイコン（「静止画」）
とテキスト（「再生」）を有する。ここで、この表示部
品５２を示す表示部品リストは、アプリケーション情報
（「再生」）を有する。尚、このアプリケーション情報
は、コード化されていても良いし、テキストデータとし
て記載されていても良い。

【００７４】次に、以上説明した本実施の形態に係るＧ
ＵＩ駆動型ネットワーク制御システムにおけるデバイス
及びコントローラの動作について説明する。図５は、本
実施の形態におけるパネルに関する制御を説明する説明
図である。この図面を参照しつつ、パネルの制御につい
て説明する。

【００７５】まず、デバイスが伝送路１に接続された場
合、この伝送路１上にあるコントローラは、例えば、１
３９４バスであればバスリセット等で新規デバイスを認
識し、機能情報管理手段１２の指示により、新規デバイ
スから伝送路１を通して機器構成情報７に記されたデバ
イス情報部品を読出し、コントローラの機能データベー
ス１３内にデバイス情報部品を読み込み登録する。ここ
で、デバイス情報部品は、例えば、メーカー名を示すテ
キストオブジェクトやデバイスを示すデータオブジェク
ト、例えば静止画オブジェクトやテキストオブジェク
ト、つまりデバイスアイコンとデバイス名、等を有す
る。

【００７６】尚、コントローラ内でデバイス情報部品
は、図１に示した機能情報８と関連づけられて保存され
る。さらに、機能情報８内の各部品は必ずしも図１に示
すようなリンク、即ちエントリと実体との関連付けを物
理的に持つ必要はなく、各オブジェクト単位でアクセス
できればよい。ここで、コントローラ内の各機能情報８
は、各デバイス固有のユニークＩＤ等で区別され、各デ
バイス毎にエントリを持つリスト構造をとる。さらに、
デバイス情報部品とともに機能情報８を一括して読み込
んでも良いし、機能情報８の一部のみを読み込んでも良
い。さらには、オブジェクトやリスト単位で読み込んで
も良い。ここで、コントローラに十分な記憶領域がある
場合には、例えば、デバイスが新規に接続された際に、
まず、デバイス情報部品と、機能情報８全て読み込むよ
うに構成しても良い。

【００７７】表示／機能選択アプリケーション１４は、
機能情報管理手段１２を通して、機能データベース１３
中のデバイス情報部品を参照する。表示／機能選択アプ
リケーション１４が、このコントローラに接続されてい
るデバイスの一覧を表示する場合、表示／機能選択アプ
リケーション１４は、機能情報管理手段１２を用いて、
機能データベース１３に登録されている全てのデバイス
の、デバイス情報部品内のデータオブジェクト、例えば
テキストオブジェクト（デバイス名）、静止画オブジェ
クト等（デバイスアイコン）、を読み込み、画面上にこ
れらを表示する。また、デバイス情報部品の全てのデー
タオブジェクトを画面上に表示する必要はなく、適宜取
捨選択して表示してもよい。なお、デバイス情報部品が
その機器の機能を示すアプリケーション情報を有すると
しても良い。

【００７８】ここで、デバイス情報部品内にオーディオ
オブジェクトがある場合は、デバイスの一覧を表示する
際には使用せず、例えば、既にデバイス一覧が表示され
ている状態で、新規デバイスが接続された場合に、この
新規デバイスの静止画オブジェクトを表示するととも
に、オーディオオブジェクトがあれば、オーディオオブ
ジェクトを再生する。或いは、デバイス表示部品が使用
者により選択された際に再生する。これら表示及びオー
ディオデータの再生は、各表示／機能選択アプリケーシ
ョン１４が独自に決定するものであり、複数の表示／機
能選択アプリケーション１４を有する場合には、各々が
異なった表示や再生をしてもかまわない。

【００７９】次に、使用者がリモコンのポインティング
機能、例えば、十字キー、等により、例えば、デバイス
の静止画オブジェクトを選択した場合、表示／機能選択
アプリケーション１４は、機能情報管理手段１２へ、デ
バイスの静止画が選択されたことを通知し、このデバイ
ス情報部品に関連づけられて保存されている当該デバイ
スのパネル５１、ここではルートパネル、を要求する。
ここで、当該デバイスのパネルがない場合、つまり、コ
ントローラがまだ当該デバイスの使用権を獲得していな
い場合、図５に示すように、機能情報管理手段１２は、
コントローラ非同期データ処理手段１１を用いて、当該
デバイスへ使用権を要求する。使用権を要求されたデバ
イスは、使用を許可できる場合、デバイスの機能情報内
容管理手段１７内に該当コントローラの識別子、例え
ば、ユニークＩＤ、を格納すると共に、使用権要求の応
答として、ルートパネルリストの識別子をコントローラ
へ返す。

【００８０】コントローラは、ルートパネルの識別子を
用いて、このルートパネルリスト及びこれに付随するデ
ータを取得する。この時デバイスは、デバイス内の機能
情報８から、デバイスの機能を示すメニューの構成を記
載したメニューリスト（パネルリスト）を機能情報８か
ら機能情報内容管理手段１７経由で取り出し、コントロ
ーラへ送信する。

【００８１】コントローラはこのパネルリストを、機能
情報管理手段１２を用いて、このデバイスのデバイス情
報部品と関連づけて機能情報８として、機能データベー
ス１３内に格納する。ここで、パネルリストはメニュー
に含まれる表示部品５２の一覧を示していれば良く、単
に、表示部品５２等の識別子（ＩＤ）のリストでも良
い。一方、使用権を付与できない場合、デバイスはエラ
ー情報を返し、各表示／機能選択アプリケーション１４
はこのデバイスが使用不可能であることを画面上に表示
し、使用者へ通知する。

【００８２】ここで、デバイスの使用権の許可は、コン
トローラから当該デバイスへの制御を許可することを意
味するが、単にパネルの表示のみ許可することを意味す
るとしても良いし、デバイスの占有権を許可することを
意味するとしても良い。なお、コントローラが識別子で
はなく、コマンド等の引数でルートパネルを指定してル
ートパネルを読み込むとしても良く、この時、デバイス
は使用権要求の応答として、ルートパネルの識別子を返
す必要が無くなり、コマンドの役割を明確に分割でき、
機器への組み込みが容易となる。

【００８３】デバイスの使用権が許可されると、機能情
報管理手段１２は、格納されたパネルリストからパネル
リストに属している表示部品５２の識別子、例えばＩ
Ｄ、を表示部品５２等のエントリ情報から取り出す。そ
して、機能情報管理手段１２は、パネル５１に属する各
表示部品５２やテキストオブジェクト、静止画オブジェ
クトを、コントローラ非同期データ処理手段１１を用い
て要求し、この応答として表示部品５２を得ると、機能
情報管理手段１２は、これらを機能情報８に記憶する。
ここで、コントローラ内の機能情報８は、デバイス内の
機能情報８と同一の形式である必要はなく、デバイス内
の機能情報８の情報を含んでいればよい。

【００８４】次に、各表示／機能選択アプリケーション
１４は、機能情報管理手段１２を用いて、このデバイス
の機能情報８中から、パネルリストに記されている各機
能の表示部品５２のアプリケーション情報をチェック
し、現時点で必要な機能や情報を選択し、読出して、各
々の機能に対応する表示部品５２を画面上に表示する。
さらに、各表示／機能選択アプリケーション１４が複数
のデバイスの機能を同一画面上に表示する際、例えば各
デバイスの基本操作機能のみを表示する時には、機能デ
ータベース１３中の各表示部品５２のアプリケーション
情報をチェックし、例えば、「再生」、「停止」、「録
画」等の表示部品をデバイス毎に読み込み、デバイス毎
に表示する。尚、パネル５１が属する全ての表示部品５
２に対して繰り返して読出し表示を行うことにより、画
面上にデバイスの全ての機能を示す表示部品５２を表示
することも可能である。ここで、デバイスから機能情報
８を読み込む際に、パネルリストと表示部品を分けて読
み込むのではなく、パネル５１に属する全ての表示部品
５２を一度に読み込むように構成しても良い。

【００８５】表示部品がデバイス毎に表示されると、次
にコントローラ内では、各々の表示部品５２の区別を、
デバイス固有のユニークＩＤとデバイスが付けた表示部
品５２のＩＤを合わせたＩＤで行う。尚、コントローラ
が各表示部品５２のＩＤ（識別子）を新たに付け直し、
この新たに付け直された「新ＩＤ」と、「デバイスのユ
ニークＩＤ＋デバイスの付けたＩＤ」との変換表をコン
トローラが持つように構成しても良い。そして、この機
能情報８中には、新ＩＤを持った表示部品５２を記憶す
る。

【００８６】次に使用者が、ある表示部品５２を選択し
た際には、この選択された表示部品５２の制御コード
（ＩＤ）と使用者の操作情報をコントローラがデバイス
へ送信する。ここで、機能情報８に属する任意の表示部
品５２が変化した場合、コントローラからの送信の応答
として、デバイスは変化した表示部品５２をコントロー
ラへ返信する。この時、デバイスは変化した表示部品５
２のＩＤをコントローラへ返信し、必要に応じてコント
ローラが、この表示部品５２をデバイスから読み込み表
示するとしても良い。

【００８７】また、例えば、ＶＴＲのテープを取り出さ
れたことにより、ＶＴＲのデッキ部の操作ができなくな
り、デバイスがデッキ部の各機能を示す表示部品５２の
静止画を変化させた時、例えば、各機能が無効であるこ
とを示すために各機能の静止画に×印を付加した静止画
に置き換えた時、等、デバイス内にある機能情報８の表
示部品５２の内容が変化した時、デバイスは自発的に使
用権を有するコントローラへ、変化した表示部品５２を
送信する。なお、各表示部品に現時点で有効／無効を示
す属性情報を独自情報としてヘッダー等に記載し、コン
トローラの表示機能選択アプリケーション１４は、この
属性情報に従って、無効の表示部品に対しては、×印を
上書きする等で、使用者にこの表示部品が現在使用でき
ないことを通知するように構成しても良い。

【００８８】続いて使用者が、再び表示部品５２を選択
した際には、この表示部品５２の制御コード（ＩＤ）と
使用者の操作情報をコントローラがデバイスへ送信し、
同様にして応答を処理する。ちなみに、ここで選択した
表示部品５２は、先に選択したものと同一であっても異
なっていても構わない。これを繰り返すことにより、コ
ントローラからデバイスを制御できる。そして、コント
ローラが当該デバイスを使用しなくなった場合、コント
ローラはデバイスに対して使用権の解放を通知し、デバ
イスの使用を終了する。このようにして、デバイス及び
コントローラが動作してパネルが制御されるのである。
なお、ここでは、ルートパネルを最初に読み込むとした
が、デバイス内の全てのパネルリストを読み込み、表示
／機能選択アプリケーション１４が表示したいパネルを
パネルのアプリケーション情報で判断し、読み込むよう
に構成しても良い。よって、表示／機能選択アプリケー
ション１４があるデバイスの設定メニューを示すパネル
を表示しているときに、他のデバイスが選択された際に
は、他方のデバイスも設定メニューを示すパネルを表示
することが可能になり、使用者に使いやすい操作画面を
提供できる。

【００８９】次に、図６を参照しつつ、使用者が表示部
品５２を選択した場合における、表示部品の制御につい
て説明する。まず、コントローラは、各デバイスから機
能情報８を読み込み、機能データベース１３に登録す
る。表示／機能選択アプリケーション１４は、機能情報
管理手段１２を用いて、これらの機能情報８にアクセス
し、必要に応じて機能情報８中のデータを取りだし表示
する。ここで、図６は、複数機器、ここではＶＴＲとＤ
ＶＤ、の操作メニューを同一画面上に表示する場合の表
示／機能選択アプリケーション１４が例として示されて
いる。この時、表示／機能選択アプリケーション１４
は、機能情報管理手段１２を用いて、現在、当該コント
ローラに接続されているデバイス、この例では、ＶＴＲ
とＤＶＤ、を検出し、さらに、機能情報８中の各オブジ
ェクトのアプリケーション情報により、各デバイス毎に
操作メニューの中から、基本機能である「再生」と「停
止」を示すボタンを同一画面上に同一の並びで表示す
る。ここで、「ＶＴＲ」や「ＤＶＤ」等のタイトルは、
機能情報８中のデバイス情報部品内のデバイス名から得
たものである。

【００９０】このように、アプリケーション情報を用い
ることで、各デバイス毎に任意に配置されている表示部
品を、統一的な配置で表示することが可能になり、使用
者が機器毎やメーカ毎に異なる操作環境で誤操作するこ
とを防止でき、使いやすい操作環境を提供できる。さら
に、表示／機能選択アプリケーション１４により、使用
者が好む操作環境を選択することも容易となり、この選
択した操作環境で、全ての機器を操作可能になり、さら
に操作性を向上させることも可能である。

【００９１】なお、アプリケーション情報により、表示
／機能選択アプリケーション１４が複数機器の連携動作
を行うように構成することも可能である。例えば、表示
／機能選択アプリケーション１４がデバイス間のダビン
グを行う操作画面を表示する場合、「再生」を意味する
アプリケーション情報を有するオブジェクトを含むデバ
イスを送信側に、「記録」を意味するアプリケーション
情報オブジェクトを含むデバイスを受信側に表示し、使
用者の操作に応じて、各デバイスを連携して動作させる
ことが可能となる。さらに、表示／機能選択アプリケー
ション１４がデバイスＡからデバイスＢへのダビング操
作を示すボタンを独自に作成し、使用者がこのボタンを
押した際には、デバイスＡの「再生」を意味するアプリ
ケーション情報を有するオブジェクトに対して「選択」
されたことを通知し、同時に、デバイスＢの「記録」を
意味するアプリケーション情報を有するオブジェクトに
対して「選択」されたことを通知して、連携動作を実行
させることが可能になり、使用者へ使いやすくわかりや
すいＧＵＩを提供できる。

【００９２】また、使用者がリモコンのポインティング
機能等により、例えば、デバイスの再生機能を示す表示
部品５２を選択した場合、表示／機能選択アプリケーシ
ョン１４は、デバイスが付けたこの表示部品５２の識別
子、例えば、Ｘ１、を制御コードとして使用者の操作情
報、例えば「選択」、と共にデバイスへ送信する。つま
り、リモコンの上下左右を示す十字キーで、この表示部
品５２上にカーソルを移動し、選択ボタンを押した後離
した場合に、この表示部品５２のＩＤ（制御コード「Ｘ
１」）と使用者の操作情報（「選択」）をデバイスへ送
信する。また、さらに細かい使用者の操作情報をデバイ
スへ送ることも可能であり、リモコンやポインティング
デバイスの操作で、表示部品５２に対して、「押す」、
「離す」、「２回押す」等の操作が行われた場合、これ
らの操作情報をデバイスへ送ることも可能である。

【００９３】尚、使用者の操作情報をデバイスへ送ら
ず、表示部品５２の制御コード、例えば表示部品やデー
タオブジェクトの識別子等、のみをデバイスへ送信する
としても良く、構成を単純化できる。ここで、使用者の
操作情報は、コード化して表示部品５２のＩＤと共に送
っても良いし、各々を１つのコマンド（オペランドは表
示部品５２のＩＤ等の制御コード）として送っても良
い。そして、デバイスはコントローラ上で選択された表
示部品５２の制御コード（ＩＤ「Ｘ１」）と、使用者の
操作情報（「選択」）を受信し、デバイス非同期データ
処理手段６でこれらの受信データの意味を解釈し、ＶＴ
Ｒの再生を行うことを決定し、機器内部制御手段９へ再
生の指示を出す。よって、使用者が選択した表示部品に
より示された機能をデバイスが実行できる。ここで、制
御コードとして、表示部品５２の識別子、例えばＩＤ、
を用いたので、機能に応じたコマンド等の特別な制御コ
ードを標準化団体等で規定する必要が無く、簡単な構成
で、デバイスが有する全ての機能を制御できる。さら
に、コントローラの表示／選択アプリケーション１４を
更新することなく、全く新たなデバイスにも対応でき
る。

【００９４】また、新デバイスにおいても、新デバイス
が「再生」や「記録」等の汎用的な機能を示すアプリケ
ーション情報を機能情報８内に有することにより、既存
或いは新規のデバイスとの連携動作を表示／選択アプリ
ケーション１４で表示し、使用者がこれのＧＵＩで操作
することにより、連携動作を行うことが可能となる。例
えば、使用者が、デバイスの再生機能を示す表示部品５
２を選択した場合、表示／機能選択アプリケーション１
４は、デバイスから正常な応答が帰ってきた時には、デ
バイスからの再生画を画面上に表示する。この時、デバ
イスが表示部品を変更したい場合には、デバイスが変更
すべき表示部品５２、これにはテキストデータや静止画
データを含む、をコントローラへ送信する。よって、コ
ントローラはこの表示部品５２が変更されたことを知
り、該当する表示部品５２に上書き表示する。例えば、
ＶＴＲの再生が実行された場合には、このＶＴＲの再生
状態を示す表示部品５２、例えば再生を示す静止画の色
を反転させたもの、をデバイスの指示により再生を示す
表示部品に上書きすることで、使用者にＶＴＲの再生を
示す表示を行うことが可能である。

【００９５】尚、コントローラが送信した制御コードを
デバイスが何らかの理由で受け付けられなかった場合、
表示／機能選択アプリケーション１４は、送信した制御
コードに対する応答等で、デバイスが制御コードを受け
付けなかったことを検知し、コントローラが独自に有す
る表示部品５２を表示する、例えば画面中央等の目立つ
位置に大きく表示する、事により使用者に制御が失敗し
たことを通知する。

【００９６】以上説明した通り、本実施の形態に係るＧ
ＵＩ駆動型ネットワーク制御システムであれば、デバイ
スからＧＵＩ部品を読み込むと共に、アプリケーション
情報を用いてデバイスの操作画面を作成し、これを表示
するので、ＡＶＣネットワークに接続されている各デバ
イス毎に任意に配置されているＧＵＩ部品を、例えばＴ
Ｖの画面上などに、統一的な配置で表示することが可能
となるので、使用者の誤操作を防止すると共に、使いや
すい環境を提供できるので、大変好適なものとなる。ま
た、本実施の形態に係るＧＵＩ駆動型ネットワーク制御
システムに用いるデバイス並びにコントローラであれ
ば、上述したようなネットワーク環境を創り出すことが
できて、やはり大変好適なものとなる。さらに、アプリ
ケーション情報を用いて、複数のデバイスを統合操作す
る環境を作成可能であり、複数のデバイス間での連携動
作を実現可能となるので大変好適である。

【００９７】（実施の形態２）上述した第１の実施の形
態に係るＧＵＩ駆動型ネットワーク制御システムでは、
コントローラはアプリケーション情報を用いてデバイス
の操作画面を作成表示するように構成されているが、こ
のアプリケーション情報が含んでいる情報の種類や構成
によっては、様々な形態の操作画面が作成表示されるこ
とが考えられる。そこで次に第２の実施の形態として、
上述した第１の実施の形態におけるアプリケーション情
報の具体的な構成例について、図面を参照しつつ説明す
る。

【００９８】図７は、アプリケーション情報の一例を示
す構成図であるが、図７（ａ）に示すように、アプリケ
ーション情報は３つの階層、即ち、機能単位、メニュー
分類、部品機能を有する。図７（ｂ）の構成図は、機能
単位を示すものであり、デバイス内に存在する機能単位
毎に特定の値を有する。図７（ｃ）の構成図は、機能単
位が「ＶＴＲ」である場合に、この「ＶＴＲ」用のメニ
ュー分類を示すものである。図７（ｄ）の構成図は、機
能単位が「ＶＴＲ」であり、メニュー分類が「操作」で
ある場合の表示部品の部品機能を示すものである。

【００９９】このような階層構造を有しているので、部
品機能情報は、メニュー分類毎に異なるものとして認識
できるので、メニュー分類毎に同一の値を異なる意味に
割り当てることが可能であり、ビット数を減らすことが
でき、記憶領域を節約できる。ここで、各表示部品は、
これらのアプリケーション情報を有し、各パネルは、機
能単位情報及びメニュー分類情報を有する。そして、パ
ネルも図７（ａ）に示すアプリケーション情報を有し、
部品機能情報は、情報無しとして特定値を割り当てても
良い。尚、図７に示すように、各機能や種類を示すアプ
リケーション情報をコード化しておくことも考えられる
が、このようにしておけば、少ないビット数で、多くの
情報を提供できる。

【０１００】尚、アプリケーション情報は、パネルや表
示部品中に存在する数を１つに限定するものではなく、
複数のアプリケーション情報が存在していても良い。ま
たパネル（パネルリスト）はメニュー分類情報のみを持
ち、表示部品（表示部品リスト）は部品機能情報のみを
有するように構成しても良いが、この場合はパネルと表
示部品との関連をコントローラがチェックする必要があ
る。しかしこのように構成しても、アプリケーション情
報のサイズを小さくできる、という、同様の効果が得ら
れる。また、図７（ａ）で示したアプリケーション情報
の構成に代えて、キーワード又はコマンドコードを用い
たアプリケーション情報とすることも考えられる。

【０１０１】図８（ａ）は、キーワードを用いた場合の
アプリケーション情報の一例を示す構成図であるが、こ
こで、各オブジェクトは、各々の機能や種類を示すキー
ワードを１ないし複数有し、これらのキーワードでアプ
リケーション情報を構成する。尚、ここで、各キーワー
ドの意味は、規格化団体等で取り決め、各社共通のもの
である。このように、キーワードをアプリケーション情
報に利用する事により、表示部品が示す機能の意味がわ
かりやすくなり、機能を抽象化して表すことが可能とな
る。

【０１０２】図８（ｂ）は、コマンドコードを用いた場
合のアプリケーション情報の一例を示す構成図である。
ここで、各表示部品は、この表示部品の機能に相当し規
格化団体等で決められたコマンドコードを有する。この
ように、コマンドコードをアプリケーション情報に利用
する事により、表示部品が示す機能の意味が明確にな
り、詳細な動作も示すことが可能となる。なお、ここで
アプリケーション情報を表示部品に付加するとしたが、
アプリケーション情報をＧＵＩ部品（オブジェクト）に
対して付与することも可能であり、同様の効果が得られ
る。

【０１０３】次に、図７に示したアプリケーション情報
の階層の組み方を変えた例について、図面を参照しつつ
説明する。図９は、３つの階層を有するアプリケーショ
ン情報の別の一例を示すものであるが、図９（ａ）に示
すように、アプリケーション情報は３つの階層、即ちメ
ニュー分類、機能単位、部品機能を有する。図９（ｂ）
は、メニュー分類を示すものであり、デバイス内に存在
するメニューの種類毎に特定の値を有する。図９（ｃ）
は、機能単位情報を示すものであり、メニュー分類とは
独立して、デバイス内の機能の分類である機能単位を示
し、機能単位毎に特定の値を有する。図９（ｄ）は、部
品機能情報を示すものであり、メニュー分類や、機能単
位と独立しており、表示部品の部品機能を示すものであ
り、コンテンツの種類を示し、部品機能毎に特定の値を
有する。ここで、コンテンツとは、放送の各番組や、Ｄ
ＶＤやＶＴＲに記録されたプログラムのことを言う。

【０１０４】そして、図９（ａ）に示すように、メニュ
ー分類情報、機能単位情報、部品情報の３つにより、各
オブジェクト（パネルや表示部品）の機能を示す。尚、
パネルにこのアプリケーション情報を付加する際には、
部品機能情報は、情報無しとして特定値を割り当てても
良い。さらに、機能単位情報を持たないとしても良く、
同様の効果が得られる。

【０１０５】このように、各機能や種類を示すアプリケ
ーション情報をコード化することにより、少ないビット
数で、多くの情報を提供できる。尚、アプリケーション
情報は、１つに限定するものではなく、複数のアプリケ
ーション情報を有していても良い。また、パネル（パネ
ルリスト）はメニュー分類情報のみを持ち、表示部品
（表示部品リスト）は部品機能情報のみを有するように
構成しても良く、パネルと表示部品との関連をコントロ
ーラがチェックする必要があるが、同様の効果が得ら
れ、アプリケーション情報のサイズを小さくすることが
可能となる。尚、ここでは、メニュー分類、機能単位、
部品機能は、各々独立としたが、明確な上下関係を有す
るとしても良く、この時、図７で示したアプリケーショ
ン情報と同様に、情報の大きさを減らし、メモリを節約
できる。

【０１０６】次に、図９に示したようなアプリケーショ
ン情報を用いた機能情報８の一例を、図面を参照しつつ
説明する。図１０は、デバイス中のＶＴＲ部分に関する
機能情報８の一例を示している。また、図１１ではデバ
イス中のディスク部分に関する機能情報８の一例を示し
ている。尚、これらの機能情報８は別々のデバイスに存
在している。図１０及び図１１に見られるように、それ
ぞれの機能情報８は、表示部品にのみアプリケーション
情報を有する。まず、図１０の場合について説明する
と、図１０は、機能情報８として、デバイス中のＶＴＲ
部分の操作メニューを示すものであり、この中に、「器
械体操」と「マラソン」を再生するためのコンテンツア
イコンを有する。

【０１０７】このコンテンツアイコンは、独自情報とし
て、この表示部品の示すコンテンツが伝送路上に送受信
中か否かを示す“動作中”及び“停止中”の状態を示す
状態情報を有している。デバイス内において、コンテン
ツアイコンは、使用者の操作情報として「選択」が送ら
れる毎に、デバイスの状態を他方の状態へ切り換えるト
グル動作を行い、ストリームデータの送信をコントロー
ルでき、この情報をコントローラへ通知する。さらに、
この状態情報は、デバイス内部の状態に応じて変化し、
例えば、この表示部品の示すコンテンツを送信終了した
ときには、デバイスが自動的に、状態情報を“停止中”
に切り換え、コントローラへ通知する。ここで、表示／
機能選択アプリケーション１４は、状態情報が“動作
中”の時には、このコンテンツアイコンを網掛け表示す
る等で、使用者に使用中で有ることを知らせる。

【０１０８】これらの表示部品には、「コンテンツ」メ
ニュー分類、「スポーツ」部品機能が各々のアプリケー
ション情報として記載されている。ここで、その他の操
作を行うための表示部品やデバイスの状態を示すための
表示部品は省略してある。尚、ここで、機能単位情報は
表示部品のアプリケーション情報中で使用していない。
さらに、１つのパネル内に、操作用の表示部品とコンテ
ンツ用の表示部品等が混在していてもかまわない。

【０１０９】次に、図１１の場合について説明すると、
図１１は、機能情報８として、デバイス中のディスク部
分の操作メニューを示すものであり、この中に、「サッ
カー」と「テニス」を再生するためのコンテンツアイコ
ンを有する。これらの表示部品には、「コンテンツ」メ
ニュー分類、「スポーツ」部品機能が各々のアプリケー
ション情報として記載されている。ここで、その他の操
作を行うための表示部品は省略してある。

【０１１０】この図１０または図１１のように構成され
る機能情報８を用いて作成表示される表示／機能選択ア
プリケーションの表示画面の一例を、図面を参照しつつ
説明する。図１２は、表示／機能選択アプリケーション
の画面表示の一例を示す。コントローラは、上述した図
１０又は図１１に示したような、各々のデバイスからの
機能情報８を読み込み、機能データベース１３に登録す
る。コントローラ内の表示／機能選択アプリケーション
１４は、機能データベース１３より、これらの情報を読
み込み、図１２で示されるように表示する。ここで、タ
イトル画やタイトル「スポーツ」は、表示／機能選択ア
プリケーション１４がアプリケーション情報をもとに、
独自に作成したものであり、１つのメニューの中に複数
の機器のコンテンツを示すアイコンを表示している。

【０１１１】例えば、アプリケーション情報が「コンテ
ンツ：スポーツ」で有れば、最下層の「スポーツ」をタ
イトルとして使用する。つまり、表示／機能選択アプリ
ケーション１４は、所望のアプリケーション情報を有す
る表示部品（或いはオブジェクト）を、各デバイスから
収集して、操作画面を作成し、この時、タイトルとし
て、所望のアプリケーション情報の内、もっとも範囲の
狭い言葉をタイトルとして使用する。よって、使用者の
目的に応じて、わかりやすく、使いやすい操作環境を提
供できる。このように、各機器毎のメニューではなく、
目的に応じて統合的に表示することにより、使用者はネ
ットワークを構成する各機器それぞれ意識する必要な
く、必要なコンテンツに対して直感的にアクセスでき、
使いやすい操作環境を提供できる。

【０１１２】次に、図１０または図１１のように構成さ
れる機能情報８を用いて作成表示される表示／機能選択
アプリケーション画面表示の別の例について、図１３を
参照しつつ説明する。コントローラは、上述した図１０
又は図１１に示したような、デバイスからの機能情報８
を読み込み、機能データベース１３に登録し、図１２に
示された画面表示を行う。ここで、使用者が任意のコン
テンツアイコンを選択した場合には、そのコンテンツを
有するデバイスが示されたコンテンツを再生し、伝送路
１経由で、コントローラがこのストリームデータを受信
し、画面上に表示する。

【０１１３】一方、使用者がコンテンツのダビングを意
味する操作、例えば、コンテンツアイコンをダブルクリ
ックする等、を行った際には、録画可能なデバイスの一
覧表が表示される。図１３は、この時の画面表示例であ
る。使用者が、録画先候補の中から１つを選択すること
により、ダビングが開始される。ここで、録画先候補
は、表示／機能選択アプリケーション１４が、現在伝送
路に接続されている機器の中から、アプリケーション情
報として「録画」の属性を有するコンテンツアイコンを
ピックアップし、そのデバイスの名称を一覧として表示
したものである。尚、ここで、録画先候補の一覧は、デ
バイス情報部品中の静止画（デバイスアイコン）やテキ
ストデータ（デバイス名）の内任意のものや、両方を表
示するとしても良い。

【０１１４】ここで、この録画先候補の内ひとつが選択
された際には、選択されたデバイス内の「録画」のアプ
リケーション情報を有する表示部品の識別子（ＩＤ）と
ともに、使用者の操作として「選択」を、このデバイス
に対して送る。同時に、ダビングを意味する操作が行わ
れたアイコンが属するデバイスに対しては、この表示部
品の識別子（ＩＤ）とともに、使用者の操作として「再
生」を送信する。よって、送信元のデバイスは、コンテ
ンツの再生を開始し、受信先のデバイスは録画を開始す
る。

【０１１５】さらに、送信元がコンテンツアイコンで示
されたコンテンツの再生を終了した際には、送信元のデ
バイスが、コンテンツアイコンの状態情報を“動作中”
から“停止中”に変更するので、この状態情報の変化
で、終了を検知し、ダビング先デバイスのコンテンツア
イコンの識別子と「選択」の操作情報を受信先へ送り、
録画を終了させる。

【０１１６】なお、ここで、コンテンツアイコンを用い
たが、状態情報を有しないアイコンを用い、コンテンツ
の終了を、ストリームデータの終了で検知するように構
成することも可能であり、さらに、ストリームデータの
終了は同時に、受信先のデバイスでも検出可能であるの
で、受信先デバイスは、終了を検出すると録画を終了す
る。よって、簡単な構成の表示部品で確実にダビングを
実現できる。ここで、ストリームデータの終了は、伝送
路上の同期データ用のチャンネルを使用したコネクショ
ンの切断や空情報を連続して送信すること等により、検
出可能である。よって、この入出力可能性情報により、
録画先候補一覧等の候補一覧やこれを模式図的に示した
表示画面を作成することがさらに容易になる。

【０１１７】さらに、これらとは別の構成を有するアプ
リケーション情報を用いた場合について説明する。図１
４は図７及び図９に示したものとは別の構成を有するア
プリケーション情報の構成図であり、図１５は図１４に
示したアプリケーション情報を用いた機能情報８の構成
図、図１６は図１５に示した機能情報８が用いられて作
成された画面表示例を示している。尚、ここでは図示し
ていないデバイス情報部品及びコントローラとデバイス
間の送受信については、図１を参照しつつ第１の実施の
形態において説明した例と同一なので、ここではその説
明を省略する。

【０１１８】図１４はアプリケーション情報の構成図で
あるが、このアプリケーション情報は図１４（ａ）に示
すように、３つの階層、即ちメニュー分類、機能単位、
部品機能を有する。図１４（ｂ）は、メニュー分類の構
成を示すものであり、デバイス内に存在するメニューの
種類毎に特定の値を有する。図１４（ｃ）は、機能単位
情報の構成を示すものであり、デバイス内の機能の分類
である機能単位を示し、メニュー分類に応じて、機能単
位毎に特定の値を有する。さらに、図１４（ｄ）は、部
品機能情報の構成を示すものであり、メニュー分類及び
機能単位に応じて、表示部品の部品機能を示すものであ
る。ここでは、予約メニューのチューナ用部品機能情報
の例であり、部品機能毎に特定の値を有する。

【０１１９】また、図１４に示すように、メニュー分類
情報、機能単位情報、部品情報の３つを、それぞれコー
ド化する事により、各オブジェクト（パネルや表示部
品）の機能を示すことも考えられる。尚、パネルにこの
アプリケーション情報を付加する際には、部品機能情報
は、情報が無いものとして特定値を割り当てても良い。
さらに、機能単位情報を持たない、として特定値を割り
当てても良い。このように、各機能や種類を示すアプリ
ケーション情報をコード化することにより、少ないビッ
ト数で、多くの情報を提供できる。尚、アプリケーショ
ン情報は、１つに限定するものではなく、複数のアプリ
ケーション情報を有していても良い。

【０１２０】次に、図１４に示したアプリケーション情
報を用いた機能情報８について、図１５を参照しつつ説
明する。図１５に示すように、この機能情報８内のパネ
ル５１はパネルリストで構成され、３つの表示部品を有
するものとする。各々の表示部品は、入力エントリと呼
ばれるものであり、使用者が文字、数字、時刻等を入力
するものである。各表示部品はヘッダー内に、識別子
（ＩＤ）と共に、この表示部品が入力エントリで有るこ
とを示すタイプ情報を有し、さらに、使用者に許可する
入力の種類、例えば文字、数字、時刻等、を示すメッセ
ージの仕様であるメッセージ仕様情報が、独自情報とし
て記載されている。

【０１２１】使用者が入力エントリに文字等を入力した
後、入力の最後を「リターン」キー入力等によって検知
し、入力終了を検知すると、デバイスへこの入力エント
リの識別子と操作情報を送信する。ここで、操作情報は
入力された文字、数字、時刻等である。そして、デバイ
スはこの表示部品に対する使用者の操作を認識し、必要
に応じてデバイス内部の値等を設定する。

【０１２２】図１５で示した機能情報８は、例えば、図
１６にその一例を示した、表示／機能選択アプリケーシ
ョンが作成表示する操作画面に表示される。図１６に見
られるように、開始時間、終了時間、チャンネルの各入
力エントリは、使用者からの入力を受け付け、この入力
情報をデバイスへ操作情報として送信し、その結果が表
示されている。なお、使用者の入力前には、このエント
リの初期値が表示されている。

【０１２３】尚、使用者の入力方法は、コントローラ毎
に任意であってよい。例えば、画面上にキーボード相当
のものを表示するソフトキーボードをマウスやリモコン
等で選択することにより、入力文字／数字等を順次入力
するとしても良いし、キーボードにより入力するとして
も良い。また、チャンネル選択等は、複数の選択肢から
１つを選択するチョイスエレメントと呼ばれる表示部品
を使用し、放送があるチャンネルの一覧の中から１つを
選択するように構成しても良い。さらに、ここでは特に
図示しないが、複数の機器の予約メニューを集め、これ
らを統合的に表示する表示／機能選択アプリケーション
１４を準備し、これにより、伝送路上の機器を任意の時
間に任意に録画すること等が可能となる。

【０１２４】以上の通り、本実施の形態においては、こ
のようにアプリケーション情報を用いることで、容易に
機器間の連係動作や統合的な操作環境を実現できる。さ
らに、各機器毎のメニューではなく、目的に応じて統合
的に表示することにより、使用者は各機器を意識する必
要なく、必要なコンテンツに対して直感的にアクセスで
き、使いやすい操作環境を提供できる。

【０１２５】（実施の形態３）次に、上述した第１の実
施の形態、及び第２の実施の形態における表示部品がチ
ャンネル情報又はプラグ情報を有している場合の、ＧＵ
Ｉ駆動型ネットワーク制御システム、及びＧＵＩネット
ワーク制御システムに用いるデバイス並びにコントロー
ラについて、第３の実施の形態として図面を参照しつつ
説明する。図１７（ａ）は、第１の実施の形態で説明し
たアプリケーション情報がチャンネル情報を含んでいる
場合の、アプリケーション情報の一例を示す構成図であ
る。ここで、チャンネル情報は、この表示部品を操作し
た際に、影響を及ぼす伝送路上のチャンネル情報であ
る。例えば、機能単位が「ＶＴＲ」、メニュー分類が
「操作」、部品機能が「再生」である場合、この表示部
品を使用者が操作した際に、ＶＴＲは再生動作を開始
し、デバイス内部の接続を自発的に切り換え、このチャ
ンネル情報で示されたチャンネルにＶＴＲの再生ストリ
ームデータ（同期データ）を流し出す。よって、各機能
に応じて伝送路上のチャンネル変えることが可能になる
とともに、コントローラがデバイスのストリームデータ
（同期データ）を容易に検出し、表示することが可能と
なる。また、デバイス間でストリームデータ（同期デー
タ）の送受信を行い、コントローラはその設定のみを行
う場合にも、このチャンネル情報を用いて、各デバイス
が入出力するチャンネル情報を取得し、異なっている場
合には、コマンド等で再設定することで、容易に対応可
能である。

【０１２６】尚、チャンネル番号の代わりに、デバイス
からのストリームデータ（同期データ）の論理的な出入
り場所を示すプラグの番号を指定するとしても良い。こ
の時、プラグは伝送路上の各チャンネルに対応するよう
に設定可能である。つまり、デバイスのプラグに対して
伝送路上のチャンネル番号１で示されるチャンネルにデ
ータを出力するように設定することが可能である。さら
に、プラグはデータの入出力する口を示すものであり、
例えば、このプラグは各々プラグ番号を有し、このプラ
グ番号で各々を区別するように構成される。さらにこれ
らのプラグ番号は、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕ
ｔ）アドレス等に１対１に対応するように構成しても良
い。この時、他のデバイスによって所望のチャンネルが
使用中であっても、プラグの設定を変更することによ
り、容易に他のチャンネルへストリームデータを送出す
ることや受信することが可能となる。そして図１７
（ｂ）に示すように、チャンネル情報は、デバイスから
の入力であるか出力であるかを示す入出力情報と、伝送
路上のチャンネル番号からなる。尚、プラグ情報も同様
の構成を有し、入出力情報とプラグ番号情報からなる。

【０１２７】尚、チャンネル情報やプラグ情報は、アプ
リケーション情報とは別に、パネルの独自情報として、
デバイスからのデータ入出力状態を示すフラグを持つよ
うに構成しても良い。そして、この情報はパネルリスト
や、表示部品リスト中に独自情報として記載される。
尚、プラグ情報を用いる際には、高速ダビング時等に有
効である非同期高速伝送方式（例えば、Asynchronous c
onnection）に用いるプラグを指定することも可能であ
り、使用者の操作に応じて、ストリームデータの代わり
に、静止画データやファイルデータ等の大容量データ等
を非同期に伝送することができる。さらに、チャンネル
情報として、指定されたチャンネルに流れるストリーム
データの種類を指定するストリーム種別情報を含むとし
ても良い。ストリーム種別情報は、例えば、ＭＰＥＧデ
ータであるか、ＤＶデータであるか等のストリーム自身
のフォーマットで有っても良いし、伝送路上にストリー
ムデータを流す際の伝送フォーマットで有っても良い。

【０１２８】次に、デバイス情報部品の構成の一例につ
いて、図面を参照しつつ説明する。図１８は、デバイス
情報部品５０の一例を示す構成図であるが、この図に示
すように、デバイス情報部品５０は、デバイスの情報を
示す部品であり、このデバイス情報部品５０内のデバイ
ス情報リストに、このデバイスがサポートするプロトコ
ルやコマンドの種別、このデバイスのタイプをコード化
したデバイスタイプ、このデバイスのバージョン情報等
を独自情報として記す。また、デバイスタイプは、例え
ば、１３９４ＴＡ（1394 Trade Association）で議論さ
れているＡＶ／Ｃ−ＣＴＳ（ＡＶ／Ｃ Digital Inter
face Command Set）のサブユニットタイプで示される
コードや文字列示すとしてもよい。尚、デバイス情報部
品５０は、機能情報８自身の情報を持つことも可能であ
り、この機能情報８のサポートレベルやサイズ、この機
器の１回の非同期転送で送れる最大転送量等を独自情報
として記すとしても良い。さらに、デバイス情報リスト
は、パネルリストへのエントリを有し、チャンネル情報
を独自情報として有する。このチャンネル情報は、この
デバイスがストリームデータを入出力する際に、使用す
る伝送路上のチャンネルを示す。

【０１２９】尚、同様に、プラグ情報を独自情報として
有することも可能であり、この時、プラグ情報は、デバ
イスがストリームデータを入出力する際に、使用するプ
ラグを示す。ちなみに、図１７（ａ）又は図１７（ｂ）
のように構成したアプリケーション情報を、先述の、図
１３を参照しつつ説明した場合、即ち使用者がコンテン
ツのダビングを意味する操作を行う場合には、各パネ
ル、表示部品又はデバイス情報部品がチャンネル情報を
有しておけば、チャンネル情報により、ストリームデー
タが流れるチャンネル情報を送信元と受信先で共有し、
確実にストリームデータの転送を行える。

【０１３０】尚、チャンネル情報の変わりにプラグ情報
を用いても良い。例えば、コントローラは、表示部品に
付加されているプラグ情報認識するとともに、伝送路上
の空きチャンネルを検索し、未使用のチャンネルと伝送
路の帯域を確保し、コントローラのプラグとデバイスの
表示部品が指定したプラグとの間でコネクションを張
り、ストリームデータ或いは、非同期データを伝送す
る。よって、確実にストリームデータや非同期データの
伝送が行える。さらに、指定されたチャンネルが他のデ
バイスによって使用中であっても、確実に、データ伝送
を行うことができる。また、チャンネル情報やプラグ情
報に入出力可能性情報を含むとしても良い。この入出力
可能性情報は、例えば、出力に対して「出力中」、「出
力可」、「出力不可」、入力に対して「入力中」、「入
力可」、「入力不可」の状態を有し、デバイス内の状態
に応じて何れかの状態をとる。例えば、ＶＴＲにテープ
が入っていない場合には、「出力不可」でかつ「入力不
可」である。

【０１３１】尚、本実施の形態では、チャンネル情報は
アプリケーション情報に含まれるとしたが、アプリケー
ション情報とは別に、ヘッダー内や独自情報として、チ
ャンネル情報を有していても良く、同様の効果が得られ
る。

【０１３２】以上の通り、本実施の形態では、ＧＵＩ部
品が操作されることによって影響を及ぼすチャンネルを
示すチャンネル情報を、このＧＵＩ部品が有することに
より、デバイスが各機能に応じた伝送路上のチャンネル
指定が容易に出来ると共に、コントローラがデバイスの
ストリームデータを容易に検出、表示が可能となるの
で、大変好適である。また、チャンネル情報の代わりに
プラグ情報を用いても同様な効果を得られ、さらにプラ
グの設定を変更することで、容易に接続するチャンネル
の変更が可能となり、他のデバイスやコントローラの影
響を受けることなく、デバイス及びコントローラが所望
の動作を行えるので、大変好適である。さらに、プラグ
番号を用いることで、コントローラがデバイスから出力
される静止画データやファイルデータ等の大容量データ
を容易に取得、表示することが可能となるので、大変好
適である。

【０１３３】（実施の形態４）次に、上述した第１の実
施の形態、及び第２の実施の形態における表示部品がデ
ータ最大長情報又はメッセージ仕様情報を有している場
合の、ＧＵＩ駆動型ネットワーク制御システム、及びＧ
ＵＩネットワーク制御システムに用いるデバイス並びに
コントローラについて、第４の実施の形態として図面を
参照しつつ説明する。ここでは、第２の実施の形態にお
いて、図１５で示したものとは別の構成を有する、先に
図１４で示したアプリケーション情報を用いた機能情報
８について、図面を参照しつつ説明する。

【０１３４】図１９は、入力エントリを有する機能情報
８であって、図１５に示したものとは別の構成を有する
機能情報８の構成を示す構成図であり、図２０はこの時
の画面表示例、図２１はコントローラとデバイス間のメ
ッセージの送受信を示す説明図であり、図２２はコント
ローラ内の処理を示すフローチャートである。まず機能
情報８内のパネル５１は、図１９に示すようにパネルリ
ストで構成され、１つの表示部品を有する。この表示部
品は、入力エントリと呼ばれるものであり、使用者が文
字、数字、時刻等を入力するものである。この表示部品
はヘッダー内に、識別子（ＩＤ）とともに、この表示部
品が入力エントリで有ることを示すタイプ情報を有し、
さらに、使用者に許可する入力の種類、例えば文字、数
字、時刻等、を示す情報が独自情報として記載されてい
る。例えば、入力の種類として文字が指定されたときに
は、文字及び数字を許可する。さらに、この表示部品リ
ストには、入力を許可する文字や数字等のデータ最大長
と、メッセージ仕様情報である、１回のメッセージでデ
バイスが受信可能なデータ部の大きさを示す１メッセー
ジデータ長の情報を、属性情報として有する。尚、これ
らの情報をヘッダー内の独自情報として記しても同様の
効果が得られる。

【０１３５】また、メッセージ仕様にはコントローラか
ら送られてくる際のデータの仕様を記載することが可能
であり、例えば、文字等のエンコード方法やメッセージ
中のデータ配置等を記載しても良い。使用者が入力エン
トリに文字等を入力した後、入力の最後を「リターン」
キー入力等で検知し、入力が許可された入力の種類にマ
ッチするかをチェックして、デバイスへこの入力エント
リの識別子と操作情報を送信する。ここで、操作情報は
入力された文字、数字、時刻等である。よって、デバイ
スはこの表示部品に対する使用者の操作を認識し、必要
に応じてデバイス内部の値等を設定する。つまり、使用
者により機器のニックネームが入力されたとき、デバイ
ス情報部品内のデバイス名を示すテキストオブジェクト
が更新され、入力されたニックネームがデバイス名とな
る。

【０１３６】図２０は、図１９で示されるパネルの表示
例であり、使用者はこの入力エントリに対して、コント
ローラ独自方法で入力を行う。図２１は、コントローラ
とデバイス間のメッセージの送受信を示す説明図であ
り、図５と同一のメッセージに関しては、説明を省略す
る。始めに、当該デバイスのパネルがない場合、つま
り、コントローラがまだ当該デバイスの使用権を獲得し
ていない場合、図２１に示すように、機能情報管理手段
１２は、コントローラ非同期データ処理手段１１を用い
て、当該デバイスへ使用権を要求する。使用権を要求さ
れたデバイスは、使用を許可できる場合、デバイスの機
能情報内容管理手段１７内に該当コントローラの識別
子、例えば、ユニークＩＤ、を格納すると共に、使用権
要求の応答として、ルートパネルリストの識別子をコン
トローラへ返す。コントローラは、ルートパネルの識別
子を用いて、このルートパネルリスト及びこれに付随す
るデータを取得する。

【０１３７】デバイス内の機能情報８から、デバイスの
機能を示すメニューの構成を記載したメニューリスト
（パネルリスト）を機能情報８から機能情報内容管理手
段１７経由で取り出し、コントローラへ送信する。コン
トローラはこのパネルリストを、機能情報管理手段１２
を用いて、このデバイスのデバイス情報部品と関連づけ
て機能情報８として、機能データベース１３内に格納す
る。ここで、パネルリストはメニューに含まれる表示部
品５２の一覧を示していれば良く、単に、表示部品５２
等の識別子（ＩＤ）のリストでも良い。一方、使用権を
付与できない場合は、第１の実施の形態で説明した場合
と同様である。さらに、機能情報管理手段１２は、格納
されたパネルリストからパネルリストに属している表示
部品５２の識別子、例えばＩＤ、を表示部品５２等のエ
ントリ情報から取り出す。そして、機能情報管理手段１
２は、パネル５１に属する各表示部品５２やテキストオ
ブジェクト等を、コントローラ非同期データ処理手段１
１を用いて、要求し、この応答として表示部品５２を得
て、機能情報管理手段１２は、これらを機能情報８に記
憶する。そして、各表示／機能選択アプリケーション１
４は、機能情報管理手段１２を用いて、このデバイスの
機能情報８中から、パネルリストに記されている各表示
部品５２を読出して、画面上に表示する。

【０１３８】そして、使用者が入力エントリである表示
部品５２に対して、入力を行った際、入力データをデバ
イスへ送る。この際、例えば、入力データが２０文字で
あり、データ最大長が５０文字、１メッセージデータ長
が１５文字の場合、最初のメッセージでは、使用者の操
作情報として、入力データの内最初の１５文字がデバイ
スへ送られる。さらに、このメッセージ内には、メッセ
ージの残り回数（この例では、残り１回）を示す情報が
付加される。この最初のメッセージが正常に終了した際
には、コントローラは、使用者の操作情報を示す２回目
のメッセージを送る。この２回目のメッセージには、残
りの５文字分のデータを含み、さらに、メッセージの残
り回数を示す情報は「残り０」を示す。よって、デバイ
スは、全ての入力データが送信されてきたことを検知
し、必要に応じてデバイス内の値を更新する。そして、
コントローラが当該デバイスを使用しなくなった場合、
コントローラはデバイスに対して使用権の解放を通知
し、デバイスの使用を終了する。

【０１３９】図２２は、コントローラでの入力データ処
理を示すフローチャートである。まず、処理５０１でデ
ータの入力を待ち、データ入力があった際には、処理５
０２へ移る。処理５０２では、入力データ長が表示部品
のデータ最大長以下であるかをチェックし、もしもデー
タ最大長を越えている時には、処理５０３で警告表示を
行い、使用者に注意を促し、処理５０１へ遷移し、入力
待ち状態になる。入力データ長がデータ最大長以下の際
には、入力データが１メッセージ長以下であるかをチェ
ックし、１メッセージデータ長以下である際には、処理
５０５で入力データを含むメッセージを送信する。

【０１４０】また、入力データが１メッセージデータ長
以上である際には、処理５０６で入力データをいくつの
メッセージに分割して送信するかを計算し、分割数Ｎを
算出する。処理５０７では、入力データの始めから１メ
ッセージデータ長のデータのみを送信し、処理５０８で
分割数から１を減算する。そして、処理５０９でＮが０
よりも大きいか否かを判定し、大きい際には、処理５０
７へ戻り、残りのデータの始めから１メッセージデータ
長のデータのみを送信する。同様にして、処理５０７か
ら処理５０９を繰り返し、Ｎが０以下になったら、全て
の入力データを送信し終えたので、このプロセスを終了
する。ここで、このフローチャートで示した処理は、コ
ントローラで行うとしたが、具体的には、データ送信等
の処理は非同期データ処理手段及び非同期データ送受信
手段を用いて、表示／機能選択アプリケーション１４が
行う。尚、データ最大長や１メッセージデータ長の情報
は、パネルやデバイス情報部品に記するとしても良い。

【０１４１】以上のように、本実施の形態では、データ
最大長を用いることにより、不正なデータ入力をコント
ローラ側で事前にチェックできる。また１メッセージデ
ータ長により、デバイス側の非同期データ用のバッファ
が小さい場合でも、大きなデータを容易に送ることがで
きる。さらにＧＵＩ部品がこれらの情報を持つことによ
り、入力エントリを持たないデバイスでは、これら不要
な情報を削減でき、メモリを有効活用できる。

【０１４２】

【発明の効果】以上のように、本発明の請求項１に係る
ＧＵＩ駆動型ネットワーク制御システムによれば、ＧＵ
Ｉ駆動型ネットワーク制御システムが、ユーザーインタ
ーフェースを有するコントローラと、制御対象であるデ
バイスと、を具備し、デバイスはデバイスの操作画面を
構成するＧＵＩ部品を有し、ＧＵＩ部品は自身の機能を
示すアプリケーション情報を有し、コントローラはデバ
イスからＧＵＩ部品を読み込み、アプリケーション情報
を用いてデバイスの操作画面を作成表示するので、各デ
バイス毎に任意に配置されているＧＵＩ部品を、統一的
な配置でＴＶ等に表示することが可能となり、その結
果、使用者が機器毎やメーカ毎に異なる操作環境で誤操
作することを防止でき、また使用者が使用しやすい操作
環境を創り出すことが出来る。また、本発明の請求項１
３に係るＧＵＩ駆動型ネットワーク制御システムに用い
るデバイスによれば、上述したような効果を得られるデ
バイスを実現でき、また本発明の請求項１８に係るＧＵ
Ｉ駆動型ネットワーク制御システムに用いるコントロー
ラによれば、上述したような効果を得られるコントロー
ラを実現出来る。

【０１４３】本発明の請求項２に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
はメニューの種類を示すメニュー分類情報を含むので、
ある機能単位の有する全てのメニューそれぞれに特定の
値を付与することで、簡単にこれらのメニューの管理が
可能となる。

【０１４４】本発明の請求項３に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
はデバイス内の機能単位を示す機能単位情報を含むの
で、デバイス内に存在する機能単位毎に特定の値を付与
することで、簡単にこれらの機能を管理できる。

【０１４５】本発明の請求項４に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
はＧＵＩ部品が示す機能を表す部品機能情報を含むの
で、各部品機能毎に特定の値を付与しておけば、これら
の部品機能を簡単に管理できるようになる。

【０１４６】本発明の請求項５に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
は階層構造を有するので、各階層毎に、同一の値を異な
る意味に割り当てることが可能となるので、ビット数を
減らすことができ、ひいては記憶領域を節約できる。

【０１４７】本発明の請求項６に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
は機能を符号化したコードからなるので、より少ないビ
ット数で多くの情報が提供出来るようになる。

【０１４８】本発明の請求項７に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、アプリケーション情報
は機能を示すキーワードからなるので、使用者にとっ
て、ＧＵＩ部品が示す機能の意味が明確になり、また詳
細な動作も示すことが可能となるので、より使用し易い
ものとなる。

【０１４９】本発明の請求項８に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、ＧＵＩ駆動型ネットワ
ーク制御システムの使用者がＧＵＩ部品を操作すると、
コントローラはデバイスへ制御情報を送信し、デバイス
は制御情報に対応した使用者の操作に応じ、チャンネル
情報に記載された伝送路上のチャンネルに対してデータ
の入出力を行うので、デバイス内部の各機能に応じて伝
送路上のチャンネルを変える事が可能となると共に、コ
ントローラがデバイスのストリームデータを容易に検出
し、またこれを表示する事が可能となる。また、本発明
の請求項１４に係るＧＵＩ駆動型ネットワーク制御シス
テムに用いるデバイスによれば、上述したような効果を
得られるデバイスを実現でき、また本発明の請求項１９
に係るＧＵＩ駆動型ネットワーク制御システムに用いる
コントローラによれば、上述したような効果を得られる
コントローラを実現出来る。

【０１５０】本発明の請求項９に係るＧＵＩ駆動型ネッ
トワーク制御システムによれば、ＧＵＩ駆動型ネットワ
ーク制御システムの使用者がＧＵＩ部品を操作すると、
コントローラはデバイスへ制御情報を送信し、デバイス
は制御情報に対応した使用者の操作に応じ、プラグ情報
に記載された前バイスの入出力場所に対してデータの入
出力を行うので、プラグを伝送路上の各チャンネルに対
応するように設定しておけば、例えば他のデバイスによ
って所望のチャンネルが使用中であっても、プラグの設
定を変更するだけで容易に他のチャンネルへのデータ送
受信が行えるようになる。また、本発明の請求項１５に
係るＧＵＩ駆動型ネットワーク制御システムに用いるデ
バイスによれば、上述したような効果を得られるデバイ
スを実現でき、また本発明の請求項２０に係るＧＵＩ駆
動型ネットワーク制御システムに用いるコントローラに
よれば、上述したような効果を得られるコントローラを
実現出来る。

【０１５１】本発明の請求項１０に係るＧＵＩ駆動型ネ
ットワーク制御システムによれば、ＧＵＩ駆動型ネット
ワーク制御システムの使用者がＧＵＩ部品を操作してデ
ータを入力すると、コントローラは、データに対してデ
ータ最大長に応じた処理を施し、データ最大長以下のデ
ータ長を有する使用者の操作に応じたメッセージをデバ
イスへ送信するようになるので、不正なデータ入力を事
前にチェックし、その入力を防止できる。また、本発明
の請求項１６に係るＧＵＩ駆動型ネットワーク制御シス
テムに用いるデバイスによれば、上述したような効果を
得られるデバイスを実現でき、また本発明の請求項２１
に係るＧＵＩ駆動型ネットワーク制御システムに用いる
コントローラによれば、上述したような効果を得られる
コントローラを実現出来る。

【０１５２】本発明の請求項１１に係るＧＵＩ駆動型ネ
ットワーク制御システムによれば、ＧＵＩ駆動型ネット
ワーク制御システムの使用者がＧＵＩ部品を操作する
と、コントローラは、使用者の操作に応じたメッセージ
をメッセージ仕様情報に従ってデバイスへ送信するの
で、例えば使用者の操作に応じていないメッセージを不
正に送信しようとしても、事前にこれがチェックされ、
その送信を防止することが出来る。また、本発明の請求
項１７に係るＧＵＩ駆動型ネットワーク制御システムに
用いるデバイスによれば、上述したような効果を得られ
るデバイスを実現でき、また本発明の請求項２２に係る
ＧＵＩ駆動型ネットワーク制御システムに用いるコント
ローラによれば、上述したような効果を得られるコント
ローラを実現出来る。

【０１５３】本発明の請求項１２に係るＧＵＩ駆動型ネ
ットワーク制御システムによれば、

【０１５４】メッセージ仕様情報は、デバイスが一つの
メッセージで受信できるデータの最大長を示す１メッセ
ージデータ長情報を含むので、デバイス側の非同期デー
タ用バッファが小さくても、大きなデータを容易に送る
ことが出来る。

【図面の簡単な説明】

【図１】 第１の実施の形態におけるＧＵＩ駆動型ネッ
トワーク制御システムに用いる機能情報の構成図であ
る。

【図２】 第１の実施の形態におけるＧＵＩ駆動型ネッ
トワーク制御システムに用いるデバイスのブロック図で
ある。

【図３】 第１の実施の形態におけるＧＵＩ駆動型ネッ
トワーク制御システムに用いるコントローラのブロック
図である。

【図４】 ＡＶＣシステムのネットワーク構成の一例を
示すシステム構成図である。

【図５】 第１の実施の形態におけるパネルに関する制
御を説明する説明図である。

【図６】 第１の実施の形態における表示部品に関する
制御を説明する説明図である。

【図７】 （ａ） 第２の実施の形態におけるアプリケ
ーション情報の一例を示す構成図である。（ｂ） この
アプリケーション情報に属する機能単位情報の一例を示
した図である。（ｃ） このアプリケーション情報に属
するメニュー分類情報の一例を示した図である。（ｄ）
このアプリケーション情報に属する部品機能情報の一
例を示した図である。

【図８】 （ａ）キーワードを用いた場合のアプリケー
ション情報の一例を示す構成図である。（ｂ）コマンド
コードを用いた場合のアプリケーション情報の一例を示
す構成図である。

【図９】 （ａ） 第２の実施の形態におけるアプリケ
ーション情報の別の一例を示す構成図である。（ｂ）
このアプリケーション情報に属するメニュー分類情報の
一例を示した図である。（ｃ） このアプリケーション
情報に属する機能単位情報の一例を示した図である。
（ｄ） このアプリケーション情報に属する部品機能情
報の一例を示した図である。

【図１０】 第２の実施の形態におけるデバイス中のＶ
ＴＲ部分に関する機能情報の一例を示す構成図である。

【図１１】 第２の実施の形態におけるデバイス中のデ
ィスク部分に関する機能情報の一例を示す構成図であ
る。

【図１２】 表示／機能選択アプリケーションの表示画
面の一例を示す図である。

【図１３】 表示／機能選択アプリケーションの表示画
面の別の一例を示す図である。

【図１４】 （ａ） アプリケーション情報のさらに別
の一例を示す構成図である。（ｂ） このアプリケーシ
ョン情報に属するメニュー分類情報の一例を示した図で
ある。（ｃ） このアプリケーション情報に属する機能
単位情報の一例を示した図である。（ｄ） このアプリ
ケーション情報に属する部品機能情報の一例を示した図
である。

【図１５】 図１４に示したアプリケーション情報を用
いた機能情報の構成図である。

【図１６】 図１５に示した機能情報が用いられて作成
された画面表示例を示す図である。

【図１７】 （ａ）第３の実施の形態におけるチャンネ
ル情報を含んだアプリケーション情報の一例を示す構成
図である。（ｂ）第３の実施の形態におけるチャンネル
情報の構成を示す構成図である。

【図１８】 第３の実施の形態におけるデバイス情報部
品の一例を示す構成図である。

【図１９】 第４の実施の形態における入力エントリを
有する機能情報の一例を示す構成図である。

【図２０】 図１９に示した機能情報が用いられて作成
された画面表示例を示す図である。

【図２１】 第４の実施の形態におけるコントローラと
デバイス間のメッセージの送受信を示す説明図である。

【図２２】 第４の実施の形態におけるコントローラ内
の処理を示すフローチャート図である。

【符号の説明】

１ 伝送路 ２ パケット送受信手段 ３ 同期データ送受信手段 ４ デバイス信号処理手段 ５ 非同期データ送受信手段 ６ デバイス非同期データ処理手段 ７ 機器構成情報 ８ 機能情報 ９ 機器内部制御手段 １０ コントローラ信号処理手段 １１ コントローラ非同期データ処理手段 １２ 機能情報内容管理手段 １３ 表示／機能選択アプリケーション １４ 機能データベース １５ ＲＯＭ １６ ＲＡＭ １７ 機能情報内容管理手段 ５０ デバイス情報部品 ５１ パネル ５２ 表示部品

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 3/00 ６５１ Ｇ０６Ｆ 3/00 ６５１Ａ Ｈ０４Ｎ 5/44 Ｈ０４Ｎ 5/44 Ａ 5/765 5/781 ５１０Ｄ 5/781 5/782 Ｚ 5/7826 Ｋ Ｆターム(参考） 5C018 FA04 FB01 HA10 5C025 CA01 CA02 CB03 CB08 DA01 DA05 5E501 AA19 AA20 AB06 AB08 AC37 BA03 BA05 BA14 CA02 CB02 CB09 DA15 EA10 EA11 EB05 EB19 FA14 FA23 FA43 FA46 FB44 5K048 AA13 BA02 DA02 DC04 EB02 EB07 EB14 EB15 FB10 FB15 HA04 HA06

Claims (22)

【特許請求の範囲】
1. 【請求項１】 映像、音響又は情報に関するデータの中
   の何れか１つ以上を取り扱う、少なくとも２つ以上の機
   器が、伝送路を介して接続されてなるＡＶＣ（Audio Vi
   deo Computer）システムに用いるＧＵＩ（Graphical Us
   er Interface）駆動型ネットワーク制御システムであっ
   て、 前記ＧＵＩ駆動型ネットワーク制御システムが、 ユーザーインターフェースを有するコントローラと、 制御対象であるデバイスと、を具備し、 前記デバイスは、前記デバイスの操作画面を構成するＧ
   ＵＩ部品を有し、 前記ＧＵＩ部品は、自身の機能を示すアプリケーション
   情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
   を読み込み、前記アプリケーション情報を用いて、前記
   デバイスの操作画面を作成表示すること、 を特徴とする、ＧＵＩ駆動型ネットワーク制御システ
   ム。
2. 【請求項２】 請求項１に記載のＧＵＩ（Graphical Us
   er Interface）駆動型ネットワーク制御システムにおい
   て、 前記アプリケーション情報は、メニューの種類を示すメ
   ニュー分類情報を含むこと、 を特徴とする、ＧＵＩ駆動型ネットワーク制御システ
   ム。
3. 【請求項３】 請求項１又は請求項２に記載のＧＵＩ
   （Graphical User Interface）駆動型ネットワーク制御
   システムにおいて、 前記アプリケーション情報は、前記デバイス内の機能単
   位を示す機能単位情報を含むこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
4. 【請求項４】 請求項１ないし請求項３の何れか１項に
   記載のＧＵＩ（Graphical User Interface）駆動型ネッ
   トワーク制御システムにおいて、 前記アプリケーション情報は、前記ＧＵＩ部品が示す機
   能を表す部品機能情報を含むこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
5. 【請求項５】 請求項１ないし請求項４の何れか１項に
   記載のＧＵＩ（Graphical User Interface）駆動型ネッ
   トワーク制御システムにおいて、 前記アプリケーション情報は、階層構造を有すること、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
6. 【請求項６】 請求項１ないし請求項５のいずれか１項
   に記載のＧＵＩ（Graphical User Interface）駆動型ネ
   ットワーク制御システムにおいて、 前記アプリケーション情報は、機能を符号化したコード
   からなること、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
7. 【請求項７】 請求項１ないし請求項６の何れか１項に
   記載のＧＵＩ（Graphical User Interface）駆動型ネッ
   トワーク制御システムにおいて、 前記アプリケーション情報は、機能を示すキーワードか
   らなること、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
8. 【請求項８】 映像、音響又は情報に関するデータの中
   の何れか１つ以上を取り扱う、少なくとも２つ以上の機
   器が、伝送路を介して接続されてなるＡＶＣ（Audio Vi
   deo Computer）システムに用いるＧＵＩ（Graphical Us
   er Interface）駆動型ネットワーク制御システムにおい
   て、 前記ＧＵＩ駆動型ネットワーク制御システムが、 ユーザーインターフェースを有するコントローラと、 制御対象であるデバイスと、を具備し、 前記デバイスは、前記デバイスの操作画面を構成するＧ
   ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
   って影響を与える伝送路のチャンネルを示すチャンネル
   情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
   を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
   前記ＧＵＩ部品を操作すると、前記コントローラは前記
   デバイスへ制御情報を送信し、 前記デバイスは前記制御情報に対応した前記使用者の操
   作に応じ、前記チャンネル情報に記載された前記伝送路
   上のチャンネルに対してデータの入出力を行うこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
9. 【請求項９】 映像、音響又は情報に関するデータの中
   の何れか１つ以上を取り扱う、少なくとも２つ以上の機
   器が、伝送路を介して接続されてなるＡＶＣ（Audio Vi
   deo Computer）システムに用いるＧＵＩ（Graphical Us
   er Interface）駆動型ネットワーク制御システムにおい
   て、 前記ＧＵＩ駆動型ネットワーク制御システムが、 ユーザーインターフェースを有するコントローラと、 制御対象であるデバイスと、を具備し、 前記デバイスは、前記デバイスの操作画面を構成するＧ
   ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
   って影響を与える前記デバイスのデータ入出力場所を示
   すプラグ情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
   を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
   前記ＧＵＩ部品を操作すると、前記コントローラは前記
   デバイスへ制御情報を送信し、前記デバイスは前記制御
   情報に対応した前記使用者の操作に応じ、前記プラグ情
   報に記載された前記デバイスの前記入出力場所に対して
   データの入出力を行うこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
10. 【請求項１０】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システムに用いるＧＵＩ（Graphical
    User Interface）駆動型ネットワーク制御システムにお
    いて、 前記ＧＵＩ駆動型ネットワーク制御システムが、 ユーザーインターフェースを有するコントローラと、 制御対象であるデバイスと、を具備し、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品が許容する入力デー
    タの最大長を示すデータ最大長情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作してデータを入力すると、前記コ
    ントローラは、前記データに対して前記データ最大長に
    応じた処理を施し、前記データ最大長以下のデータ長を
    有する前記使用者の操作に応じたメッセージを前記デバ
    イスへ送信すること、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
11. 【請求項１１】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システムに用いるＧＵＩ（Graphical
    User Interface）駆動型ネットワーク制御システムにお
    いて、 前記ＧＵＩ駆動型ネットワーク制御システムが、 ユーザーインターフェースを有するコントローラと、 制御対象であるデバイスと、を具備し、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品に関するメッセージ
    の仕様に関するメッセージ仕様情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記コントローラは、前
    記使用者の操作に応じたメッセージを前記メッセージ仕
    様情報に従って前記デバイスへ送信すること、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
12. 【請求項１２】 請求項１１に記載のＧＵＩ駆動型ネッ
    トワーク制御システムにおいて、 前記メッセージ仕様情報は、前記デバイスが一つのメッ
    セージで受信できるデータの最大長を示す１メッセージ
    データ長情報を含むこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システム。
13. 【請求項１３】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、ユーザーインターフェ
    ースを有するコントローラを具備したＧＵＩ（Graphica
    l User Interface）駆動型ネットワーク制御システムに
    おける制御対象であるデバイスであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、自身の機能を示すアプリケーション
    情報を有し、 前記デバイスの操作画面は、前記コントローラが前記デ
    バイスから読み込んだ前記ＧＵＩ部品の有する前記アプ
    リケーション情報を用いて作成表示されること、 を特徴とする、ＧＵＩ駆動型ネットワーク制御システム
    に用いるデバイス。
14. 【請求項１４】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、ユーザーインターフェ
    ースを有するコントローラを具備したＧＵＩ（Graphica
    l User Interface）駆動型ネットワーク制御システムに
    おける制御対象であるデバイスであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
    って影響を与える伝送路のチャンネルを示すチャンネル
    情報を有し、 前記デバイスの操作画面は、前記コントローラが前記デ
    バイスから前記ＧＵＩ部品を読み込むことで作成表示さ
    れ、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記デバイスは、前記コ
    ントローラから制御情報を受信し、さらに受信した前記
    制御情報に対応した前記使用者の操作に応じて、前記チ
    ャンネル情報に記載された前記伝送路上のチャンネルに
    対してデータの入出力を行うこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるデバイス。
15. 【請求項１５】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、ユーザーインターフェ
    ースを有するコントローラを具備したＧＵＩ（Graphica
    l User Interface）駆動型ネットワーク制御システムに
    おける制御対象であるデバイスであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
    って影響を与える前記デバイスのデータ入出力場所を示
    すプラグ情報を有し、 前記デバイスの操作画面は、前記コントローラが前記デ
    バイスから前記ＧＵＩ部品を読み込むことで作成表示さ
    れ、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記デバイスは、前記コ
    ントローラから制御情報を受信し、さらに受信した前記
    制御情報に対応した前記使用者の操作に応じ、前記プラ
    グ情報に記載された前記デバイスの前記入出力場所に対
    してデータの入出力を行うこと、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるデバイス。
16. 【請求項１６】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、ユーザーインターフェ
    ースを有するコントローラを具備したＧＵＩ（Graphica
    l User Interface）駆動型ネットワーク制御システムに
    おける制御対象であるデバイスであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品が許容する入力デー
    タの最大長を示すデータ最大長情報を有し、 前記デバイスの操作画面は、前記コントローラが前記デ
    バイスから前記ＧＵＩ部品を読み込むことで作成表示さ
    れ、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作してデータを入力すると、前記デ
    バイスは、前記データに対して前記データ最大長に応じ
    た処理を施し、前記データ最大長以下のデータ長を有す
    る前記使用者の操作に応じたメッセージを受信するこ
    と、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるデバイス。
17. 【請求項１７】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、ユーザーインターフェ
    ースを有するコントローラを具備したＧＵＩ（Graphica
    l User Interface）駆動型ネットワーク制御システムに
    おける制御対象であるデバイスであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品に関するメッセージ
    の仕様に関するメッセージ仕様情報を有し、 前記デバイスの操作画面は、前記コントローラが前記デ
    バイスから前記ＧＵＩ部品を読み込むことで作成表示さ
    れ、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記デバイスは、前記使
    用者の操作に応じたメッセージを前記メッセージ仕様情
    報に従って受信すること、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるデバイス。
18. 【請求項１８】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、制御対象であるデバイ
    スを具備したＧＵＩ（Graphical User Interface）駆動
    型ネットワーク制御システムに用いられるユーザーイン
    ターフェイスを有するコントローラであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、自身の機能を示すアプリケーション
    情報を有し、 前記コントローラは、 前記デバイスからＧＵＩ部品を読み込み、前記アプリケ
    ーション情報を用いて、前記デバイスの操作画面を作成
    表示すること、 を特徴とする、ＧＵＩ駆動型ネットワーク制御システム
    に用いるコントローラ。
19. 【請求項１９】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、制御対象であるデバイ
    スを具備したＧＵＩ（Graphical User Interface）駆動
    型ネットワーク制御システムに用いられるユーザーイン
    ターフェイスを有するコントローラであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
    って影響を与える伝送路のチャンネルを示すチャンネル
    情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記コントローラは、前
    記デバイスへ制御情報を送信することで、前記デバイス
    が、前記制御情報に対応した前記使用者の操作に応じ
    て、前記チャンネル情報に記載された前記伝送路上のチ
    ャンネルに対してデータの入出力を行うようにするこ
    と、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるコントローラ。
20. 【請求項２０】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、制御対象であるデバイ
    スを具備したＧＵＩ（Graphical User Interface）駆動
    型ネットワーク制御システムに用いられるユーザーイン
    ターフェイスを有するコントローラであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品を操作することによ
    って影響を与える前記デバイスのデータ入出力場所を示
    すプラグ情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記コントローラは、前
    記デバイスへ制御情報を送信することで、前記デバイス
    が、前記制御情報に対応した前記使用者の操作に応じ、
    前記プラグ情報に記載された前記デバイスの前記入出力
    場所に対してデータの入出力を行うようにすること、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるコントローラ。
21. 【請求項２１】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、制御対象であるデバイ
    スを具備したＧＵＩ（Graphical User Interface）駆動
    型ネットワーク制御システムに用いられるユーザーイン
    ターフェイスを有するコントローラであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品が許容する入力デー
    タの最大長を示すデータ最大長情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作してデータを入力すると、前記コ
    ントローラは、前記データに対して前記データ最大長に
    応じた処理を施し、前記データ最大長以下のデータ長を
    有する前記使用者の操作に応じたメッセージを受信する
    こと、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるコントローラ。
22. 【請求項２２】 映像、音響又は情報に関するデータの
    中の何れか１つ以上を取り扱う、少なくとも２つ以上の
    機器が、伝送路を介して接続されてなるＡＶＣ（Audio
    Video Computer）システム用の、制御対象であるデバイ
    スを具備したＧＵＩ（Graphical User Interface）駆動
    型ネットワーク制御システムに用いられるユーザーイン
    ターフェイスを有するコントローラであって、 前記デバイスは、前記デバイスの操作画面を構成するＧ
    ＵＩ部品を有し、 前記ＧＵＩ部品は、前記ＧＵＩ部品に関するメッセージ
    の仕様に関するメッセージ仕様情報を有し、 前記コントローラは、前記デバイスから前記ＧＵＩ部品
    を読み込んで前記デバイスの操作画面を作成表示し、 前記ＧＵＩ駆動型ネットワーク制御システムの使用者が
    前記ＧＵＩ部品を操作すると、前記コントローラは、前
    記使用者の操作に応じたメッセージを前記メッセージ仕
    様情報に従って前記デバイスへ送信すること、 を特徴とするＧＵＩ駆動型ネットワーク制御システムに
    用いるコントローラ。