WO2000044146A1

WO2000044146A1 - Systeme de gestion de reseau, controleur, cible et consommateur destines a etre utilises dans ledit systeme de gestion de reseau

Info

Publication number: WO2000044146A1
Application number: PCT/JP2000/000307
Authority: WO
Inventors: Yoshifumi Yanagawa; Hiroyuki Iitsuka
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 1999-01-22
Filing date: 2000-01-21
Publication date: 2000-07-27
Also published as: EP1071255A1; EP1071255A4; KR100345749B1; US7080399B1; KR20010092252A; CN1297640A; CN1148041C

Description

明細書ネットワーク制御システム、及び該ネットワーク制御システムに用いるコントローラ、ターゲット、及びコンシユーマ

技術分野

本発明は、映像データ、音響データ、及び情報データなどを取り扱う機器を接続してなるオーディオ'ビデオ'コンピュータシステム（Au d i o V i d e o C omp u t e r S y s t em, 以下「AVCシステム」とする。）を制御するネットワーク制御システム、及びこのネットワーク制御システムに用いるターゲット、コントローラ、コンシユーマに関するものであり、特に、画面上にグラフィックス、文字等により、ユーザーの機器操作を支援するグラフィカルユーザィンターフェース（G r a p h i c a l U s e r I n t e r f a c e, 以下「GU I」とする。）を生成するため等の情報を伝送する大容量データ送受信システムに関する。背景技術

近年、 TV画面上に機器の機能を示す画面表示用データや文字等からなるグラフィックスやアイコンを表示し、これを TVのリモコンで選択操作することにより機器の制御を行う機器制御システムが登場してきている。また、 I EEE 1394— 1995を用いて、ディジタル方式のディジタル VT R 等のディジタル機器を接続し、映像ノ音声データを送受信するネットワークシステムも登場してきている。

そこで、以下にこのようなネットワーク制御システムについて、簡単に説明する。

従来のネットワーク制御システムを利用する AVCシステムは、各 AV機器が、各 A V機器を切り換え接続すること無しに、他の AV機器と双方向パケット通信方式で均等な通信機会を周期的に与えられるシリアルバスで接続されることにより構成されている。このシリアルバスとしては、例えば I E E E 1 3 9 4規格のディジタルインターフェ一ス等が用いられる。

各 A V機器は、それぞれに独自の画面表示用データを格納している。そして、グラフィック表示機能を持つコントローラ、例えばテレビジョン受像機からの要求により、この画面表示用データをコントローラへ送信する。

画面表示用データを受信したコントローラは、この画面表示用データを表示する。またコントローラが画面表示用データを読み込む際には、コント口 —ラは A V機器に対して読み込みコマンドを発行し、 A V機器からの応答として、所望のデータを読み込む。ここで、所望のデータが、各 A V機器内のバッファ量よりも大きい場合には、コントローラが繰り返し、読み込みコマンドを発行し、残りのデータを取得するように構成されている。

また、コントローラは、接続されている A V機器の表示に必要なデータを問い合わせる機能と、 A V機器からの画面表示用データに基づいた表示画面を制御する機能とを有する。

そして、 A V機器には、画面表示用データを蓄える記録媒体と、コント口ーラからの画面表示用データの問い合わせに対して適切な画面表示用データを選択する機能を有する。

このように構成された A V Cシステムのネットワーク制御システムでは、画面表示用データを各デバイス（A V機器）で保管しておき、コントローラ (テレビジョン受像機）からの表示要求に応じて出力することにより、各デバイス（A V機器）独自のグラフィックをコントローラの画面上に表示する。このような従来のネットワーク制御システムのひとつとして、特開平 0 9 - 1 4 9 3 2 5号公報に開示されているものがあり、大容量のデータ転送方式としては、同じく特開平 1 0— 2 9 0 2 3 8号公報に開示されているもの力 ^sある。

しかしながら上記のような構成では、 A V機器が大容量のデータを送信する際には A V機器のバッファ量に応じて繰り返しコマンドを発行する必要があり、そのためオーバーヘッドが大きくなり、また伝送路の伝送効率が悪くなり、その結果、データ伝送時間が長くなる、という問題点を有していた。そこで本発明はこのような問題点に鑑みてなされたものであり、その目的は、簡単な構成で、アイコンデータ等の大容量データを効率良く迅速かつ確実に伝送すると共に、ターゲットが自発的にデータを転送する際でも、ターゲットが何を送信したのかを容易にコントローラが判断できるネットワーク制御システム、及びこのようなネットワーク制御システム用のコントローラ、ターゲット及びコンシユーマを提供することである。発明の開示

上記問題点を解決するために、本発明の請求の範囲第 1項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセ一ジに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントロ一ラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記イニシエータが確立したコネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットは、前記第 1のプ口トコルで受信したメッセージに応じて、前記第 2のプロトコルで前記コネクシヨン上にデータを送信すること、を特徴とする。

このように構成したので、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。

本発明の請求の範囲第 2項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットヮ —ク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクシヨンを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、事前に、第 2のプロトコルのコネクシヨンを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは第 1のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて第 2のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第 2のプロトコルでデータを受信すること、を特徴とする。

このように構成したので、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得ることができる。さらに、データの伝送と制御コードが同一のプロトコルに混在しないので、両者の区別が容易となり、さらに、コントローラ及びターゲットでの処理を簡素化でき、処理速度を向上することができる。

本発明の請求の範囲第 3項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、事前に第 2のプロトコルのコネクションを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは、第 1のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて、第 2のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第 2のプロトコルでデータを受信すること、を特徴とする。

このように構成したので、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。

本発明の請求の範囲第 4項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットヮーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクシヨンを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、予め前記第 2のプロトコルによる前記コネクションを確立し、前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第 2のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第 2のプロトコルによりデータを受信すること、を特徴とする。

このように構成したので、伝送効率が良く、迅速なデータ伝送が可能となると共に、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。

本発明の請求の範囲第 5項に記載のネットワーク制御システムでは、映像データ、音響データ、及ぴ情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコノレと、よりなり、前記コントローラは、前記ターゲットに対して、予め前記第 2のプロトコルによる前記コネクションを確立し、前記ターゲッ卜が前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第 2のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第 2のプロトコルによりデータを受信すること、を特徵とする。

このように構成したので、伝送効率が良く、迅速なデータ伝送が可能となると共に、簡単な構成で、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。

本発明の請求の範囲第 6項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送受信する単数又は複数のコント口ーラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のターゲットと、前記ターゲットからデータを受信するコンシユーマと、前記ターゲットと前記コンシュ一マとの間で前記デ —タ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1 つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前言己ィニシ工ータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2 のプロトコルと、よりなり、前記内部機能制御手段が前記データ転送を行う際には、前記内部機能制御手段の要求に応じて、前記ターゲット内のコネクシヨン管理手段が、前記内部機能制御手段の出力を、前記第 2のプロトコルの前記コネクションに接続すること、を特徴とする。

このように構成したので、アイコンなどの大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。又、イニシエータがターゲット内部の内部コネクションを張る必要が無くなり、タ一ゲッ卜が内部コネクションの接続を自由に行うことが可能となり、各内部機能制御手段の応答性に応じてターゲットが内部コネクシヨンを切り換え、データ伝送を行うことが可能になり、ターゲットを所望の性能で設計可能となる。さらに、必要な時に必要なだけ、ターゲット内部の内部コネクションを確立することが可能になり、複数の内部機能制御手段がひとつの第 2のプロトコルのコネクションを共有することができ、第 2 のプロトコルで必要となるバッファやプラグ等の資源を有効に活用でき、タ一ゲットの構成を簡単化でき、さらに、ターゲット内部の処理を簡素化できるので、ターゲットの負担を小さく出来る。又、複数の内部機能制御手段を有するターゲットを制御する場合にでもコネクションはひとつでよいので、コントローラの構成及び処理も簡潔なものに出来る。さらに新機能を持つデバイスが登場してもこのターゲットであれば容易に対応することが出来、コンシュ一マ及びコントローラも容易にこのターゲットをサポートできる。

本発明の請求の範囲第 7項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のターゲットと、前記ターゲッ卜からデータを受信するコンシュ一マと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシュ一マと、前記イニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセ —ジ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットは、前記第 2のプロトコルで、前記コネクション上にデータの出力元を示す識別情報を含むデータを送信すること、を特徴とする。このように構成したので、このシステムに用いるターゲットは、第 2のプ口トコルでデータの出力元を示す識別情報を含むデータをコネクション上に送信するので、コンシユーマはこの情報により、流れてきたデータの素性の区別が容易にできる。即ち、簡潔な構成で、所望のデータを確実に受信し、区別することが可能となる。さらにまた、同一の種類のターゲット内部機能制御手段が複数存在する場合や、第 2のプロトコルのコネクションを複数のターゲット内部機能制御手段が共有する場合等においても、簡単な構成で確実に送信元を判定できる。

本発明の請求の範囲第 8項に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであつて、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行うターゲットと、前記ターゲットからデータを受信するコンシユーマと、前記ターゲッ卜と前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前記ィ二シェークと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセ —ジ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記コントローラは、前記第 1のプロトコルで、前記コンシユーマ内の送信先情報を示す識別情報を前記ターゲットへ送信し、前記ターゲットは、前記第 2のプロトコルで、前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信すること、を特徴とする。

このように構成したので、第 1のプロトコルで送信された送信先情報を示す識別情報を含むデータを第 2のプロトコルのコネクションで伝送するので、データ素性を理解しなくとも機械的に適切な内部機能制御手段へ配送でき、類似のコントローラ内部機能制御手段が複数存在する場合や、第 2のプロトコルを複数のコントローラ内部機能制御手段が共有する場合においても、簡単な構成で確実に送信先にデータを伝送することが可能となる。

本発明の請求の範囲第 9項に記載のネットワーク制御システムでは、映像データ、音響データ、及ぴ情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送受信する単数又は複数のコント口 —ラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のタ一ゲットと、前記ターゲットからデータを受信するコンシユーマと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1 つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前記ィユシェータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2 のプロトコルと、よりなり、前記コントローラは、所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛に、前記第 1のプロトコルで前記メッセージを送信し、前記ターゲットは、前記プラグ宛の前記メッセージに応じて動作すること、を特徴とする。

このように構成したので、コントローラがタ一ゲッ卜の内部機能制御手段のデータ入出力場所を示すプラグ宛に第 1のプロトコルでメッセージを送信し、ターゲットはこのメッセージに応じて動作することにより、第 2のプロトコルのコネクションとメッセージの関連を明確にでき、さらには、第 2のプロトコルのコネクション上を流れるデータとメッセージとの対応をとることが可能となる。また、プラグに対してメッセージを送信することにより、このプラグを用いて伝送するデータを取り扱うコントローラをターゲットが取捨選択することや、特定のコントローラからの制御のみを許可することが容易となる。さらに、ターゲット内部の内部コネクションの接続又は切断はプラグが行うように構成することも可能となる。又コントローラ自体がターゲット内部のコネクションを確立する必要がなくなるので、構造の簡潔なネットワーク制御システムとすることが出来る。

本発明の請求の範囲第 1 0項に記載のネットワーク制御システムでは、請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットヮ一ク制御システムにおいて、前記メッセージは、前記第 2のプロトコルによるデータ転送の確認処理を行うメッセージを含むこと、を特徴とする。

このように構成したので、第 2のプロトコルでのデータ伝送の確認や再送要求を第 1のプロトコルで行うことにより、第 2のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となる。さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより、正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できる。

本発明の請求の範囲第 1 1項に記載のネットワーク制御システムでは、請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットヮ一ク制御システムにおいて、前記第 2のプロトコルにより伝送するデ一タはバージョン情報を有し、前記バージョン情報を用いて前記データのバ一ジョン管理を行うこと、を特徴とする。

このように構成したので、第 2のプロトコルで伝送するデータは、パージヨン情報を有し、前記バージョン情報を用いて、前記データのバ一ジョン管理を行うことにより、コントローラが常に受信したデータに対するバ一ジョン情報を確認でき、コントローラが常に最新のデータを使用することや信頼性を高めることが可能となる。さらには、コントローラがデータをキヤッシングする際に、ターゲット内での状態変化により、機能一覧内の情報が変化したか否か等を容易に判別でき、キヤッシングを有効かつ簡単に行える。本発明の請求の範囲第 1 2項に記載のネットワーク制御システムでは、請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットヮ一ク制御システムにおいて、前記第 2のプロトコルで伝送するデータは、前記コントローラに対して、使用者への強制通知を指示するグラフィカル ·ユーザ ·インターフェイスの情報であること、を特徴とする。

このように構成したので、第 2のプロトコルで伝送するデータは、使用者への強制通知を指示する G U Iデータとしたので、ターゲットないでの以上が生じた際に、使用者に対して G U Iによる警告等を与えることが可能となるので、使用者は正確に、かつ迅速にターゲットの状態を察知できる。

本発明の請求の範囲第 1 3項に記載のネットワーク制御システムでは、請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットヮ一ク制御システムにおいて、前記第 2のプロトコルにより伝送するデータは、前記データの属性情報を含むこと、を特徴とする。

このように構成したので、第 2のプロトコルで伝送するデータは、データの識別情報を含むことにより、ターゲットが自発的に、或いは、コントローラの指示により、タ一ゲッ卜が第 2のプロトコルで送信したデータをコントローラが正しく認識できる。また、第 2のプロトコルで伝送するデータは、前記データの属性情報を含むことにより、ターゲッ卜が送信するデータの詳細を、前記データの実データ部をチェックする前に、事前に確認でき、例えば、コントローラが表示不可能なものは受け取らないことや受信してもすぐに廃棄することが可能になり、コントローラ内のメモリ等の資源を有効に活用することが可能となる。

本発明の請求の範囲第 1 4項に記載のネットワーク制御システムでは、請求の範囲第 1 3項に記載のネットワーク制御システムにおいて、前記属性情報は、識別情報、サイズ情報とデータ部を有すること、を特徴とする。

このように構成したので、属性情報は、識別情報、サイズ情報とデータ部を有することにより、識別情報で、オブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式で属性情報を共通化することにより、各種オブジェクトに対する処理が簡単になり、新たな属性情報に対する対応も容易となる。また、ここで、いくつかの属性情報をセットにし、ひとつの属性情報として取り扱うように構成してもよく、同様の効果が得られる。

本発明の請求の範囲第 1 5項に記載のネットワーク制御システムでは、請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットヮーク制御システムにおいて、前記第 2のプロトコルにより伝送するデータは、オブジェクトを単位とすること、を特徴とする。

このように構成したので、第 2のプロトコルで伝送するデータは、ォブジェクトを単位とすることにより、機能単位や表示単位毎に大きなデータをいくつかのオブジェクトに分けることが可能となり、伝送時のエラーに強くなると共に、コントローラやターゲットの伝送に対する負荷を軽減できる。本発明の請求の範囲第 1 6項に記載のネットワーク制御システムでは、請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記ォブジェクトは、前記第 2のプロトコルにより伝送するデータの属性情報と同一の構造を有すること、を特徴とする。

このように構成したので、オブジェクトと属性情報は、同一の構造を有することにより、コントローラは同一の処理でオブジェクトと属性情報を取り扱うことが可能になり、コントローラの処理を軽減し、処理を高速化できる。さらに、各種のオブジェクトゃ属性情報への対応が簡単に可能となる。

本発明の請求の範囲第 1 7項に記載のネットワーク制御システムでは、請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記ォブジエタトは、識別情報、サイズ情報、及びデータ部を有すること、を特徴とする。

このように構成したので、オブジェクトは識別情報、サイズ情報とデータ部を有することにより、識別情報で、ォブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式でデ —タを共通化することにより、各種オブジェクトに対する処理が簡単になり、新たなオブジェクトに対する対応も容易となる。

本発明の請求の範囲第 1 8項に記載のネットワーク制御システムでは、請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記ォブジェクトは、前記データ部に属性情報を有すること、を特徴とする。

このように構成したので、オブジェクトは、データ部に属性情報を有することにより、属性情報を容易に判定可能になり、属性情報の処理を簡素化できる。

本発明の請求の範囲第 1 9項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システム、少なくとも、前記コントローラと、前記ターゲッ卜と、を備えると共に、前記コントローラと前記ターゲッ卜との間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントローラにおいて、前記複数のプロトコルをサポートし、前記第 1のプロトコルでメッセージを送信し、前記第 2のプロトコルで前記コネクション上からデータを受信すること、を特徴とする。

このように構成したので、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるコントローラを得ることが出来る。

本発明の請求の範囲第 2 0項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システム力少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントローラにおいて、前記複数のプロトコルをサポートし、前記第 1のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第 2のプロトコルで受信すること、を特徴とする。

このように構成したので、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るコントローラを得ることが出来る。

本発明の請求の範囲第 2 1項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントロ一ラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システム力少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントローラにおいて、前記複数のプロトコルをサポートし、前記ターゲットに対して予め前記コネクションを確立し、データを受信する際には前記第 1 のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第 2のプロトコルで受信すること、を特徴とする。

このように構成したので、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。

本発明の請求の範囲第 2 2項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットヮ一ク制御システム力少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲッ卜との間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセ一ジを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントロ一ラにおいて、前記複数のプロトコノレをサポートし、前記ターゲットが自発的に前記第 2のプロトコルにより前記コネクション上に送信したデータ、を受信すること、を特徴とする。

このように構成したので、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。

本発明の請求の範囲第 2 3項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のタ一ゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システム力、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記タ一ゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコルと、よりなり、前記コントローラにおいて、前記複数のプロトコルをサポートし、前記ターゲットに対して、予め前記第 2のプロトコルの前記コネクションを確立し、前記ターゲットが、自発的に前記第 2のプロトコルにより前記コネクション上に自発的に送信したデータ、を受信すること、を特徴とする。

本発明の請求の範囲第 2 4項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いるコントローラであって、前記機器内に、メッセージを送受信する単数又は複数の前記コントローラと、前記メッセージに応じた処理を行うターゲッ卜と、前記ターゲットからデータを受信するコンシユーマと、前記タ一ゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、前記メッセージを送信するメッセ一ジ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ネットワーク制御システムが、少なくとも、前記第 2 のプロトコルで前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信する前記ターゲットと、前記コントローラと、前記コンシュ一マと、前記イニシエータと、を備えており、前記コントローラが、前記第 1のプロトコルで、前記コンシユーマ内の送信先情報を示す送信先を示す識別情報を前記ターゲットへ送信すること、を特徴とする。

このように構成したので、このコントローラをネットワーク制御システムに用いると、データ素性を理解しなくとも機械的に適切な内部機能制御手段へ配送でき、類似のコントローラ内部機能制御手段が複数存在する場合や、第 2のプロトコルを複数のコントローラ内部機能制御手段が共有する場合においても、簡単な構成で確実に送信先にデータを伝送することが可能となる。本発明の請求の範囲第 2 5項に記載のネットワーク制御システムに用いられるコントローラは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いるコントローラであって、前記機器内に、メッセージを送受信する単数又は複数の前記コントローラと、前記メッセ一ジに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のタ一ゲットと、前記ターゲッ卜からデータを受信するコンシユーマと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ネットワーク制御システムが、少なくとも、所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛の前記メッセージに応じて動作する前記ターゲットと、前記コントローラと、前記コンシユーマと、前記ィニシエータと、を備えており、前記コントローラにおいて、前記プラグ宛に、前記第 1のプロトコルで前記メッセージを送信すること、を特徴とする。このように構成したので、このコントローラをネットワーク制御システムに用いると、第 2のプロトコルのコネクションとメッセージの関連を明確にでき、さらには、第 2のプロトコルのコネクション上を流れるデータとメッセージとの対応をとることが可能となる。また、プラグに対してメッセ一ジを送信することにより、このプラグを用いて伝送するデータを取り扱うコントローラをタ一ゲットが取捨選択することや、特定のコントローラからの制御のみを許可することが容易となる。さらに、ターゲット内部の内部コネクションの接続又は切断はブラグが行うように構成することも可能となる。又コントローラ自体がターゲット内部のコネクションを確立する必要がなくなるので、構造の簡潔なネットワーク制御システムとすることが出来る。

本発明の請求の範囲第 2 6項に記載のネットワーク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプ口トコノレは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクシヨン上にデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットにおいて、前記複数のプロトコルをサポートし、前記第 1のプロトコルにより受信したメッセージに応じて、前記第 2のプロトコルにより前記コネクシヨン上にデータを送信すること、を特徴とする。

このように構成したので、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるターゲットを得ることが出来る。

本発明の請求の範囲第 2 7項に記載のネットヮ一ク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、前記複数のプ口トコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクシヨン上にデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットにおいて、前記複数のプロトコルをサポートし、前記第 1のプロトコルによる前記コントロ一ラからのデータ要求に応じて、前記第 2のプロトコノレにより前記コネクション上にデータを送信すること、を特徴とする。このように構成したので、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るタ一ゲットを得ることが出来る。

本発明の請求の範囲第 2 8項に記載のネットヮ一ク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲッ卜との間で前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコノレは、前記メッセージを送信するメッセージ送信と |1j目己メッセーン送 i に対する応答であるメッセージ応答からなる第 1 のプロトコノレと、前記コネクシヨン上にデータを伝送する第 2のプロトコルと、よりなり、前記タ一ゲットにおいて、前記複数のプロトコルを有し、前記第 2のプロトコルにより前記コネクション上にデータを自発的に送信すること、を特徴とする。

このように構成したので、伝送効率が良く、迅速なデータ伝送が可能なターゲットを得ることが出来る。

本発明の請求の範囲第 2 9項に記載のネットワーク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数の前記ターゲッ卜と、前記タ一ゲットからデータを受信するコンシユーマと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットにおいて、前記内部機能制御手段が前記データ転送を行う際には、前記内部機能制御手段の要求に応じて、前記ターゲット内のコネクシヨン管理手段が、前記内部機能制御手段の出力を、前記第 2のプロトコルの前記コネクションに接続すること、を特徴とする。

このように構成したので、イニシエータがターゲット内部の内部コネクシヨンを張る必要が無くなり、ターゲットが内部コネクションの接続を自由に行うことが可能となり、各内部機能制御手段の応答性に応じてターゲットが内部コネクションを切り換え、データ伝送を行うことが可能になり、タ一ゲットを所望の性能で設計可能となる。さらに、必要な時に必要なだけ、ターゲット内部の内部コネクションを確立することが可能になり、複数の内部機能制御手段がひとつの第 2のプロトコルのコネクションを共有することができ、第 2のプロトコルで必要となるバッファやプラグ等の資源を有効に活用でき、ターゲットの構成を簡単化でき、さらに、ターゲット内部の処理を簡素化できるので、ターゲットの負担を小さく出来る。さらに新機能を持つデバイスが登場してもこのターゲットであれば容易に対応することが出来る。本発明の請求の範囲第 3 0項に記載のネットワーク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する前記ターゲッ卜と、前記ターゲッ卜からデータを受信するコンシユーマと、前記ターゲットと前記コンシュ一マとの間で前記データ転送を行うコネクションを確立するィニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクシヨンにデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットにおいて、前記第 2のプロトコルで、前記コネクション上にデータの出力元を示す識別情報を含むデータを送信すること、を特徴とする。

このように構成したので、このターゲットをネットワーク制御システムに用いると、このネットワーク制御システムを構成するコンシユーマは、流れてきたデータの素性の区別が容易にできる。即ち、簡潔な構成で、所望のデータを確実に受信し、区別することが可能となる。さらにまた、同一の種類のターゲット内部機能制御手段が複数存在する場合や、第 2のプロトコルのコネクションを複数のターゲット内部機能制御手段が共有する場合等においても、簡単な構成で確実に送信元を判定できる。

本発明の請求の範囲第 3 1項に記載のネットワーク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う前記ターゲッ卜と、前記ターゲットからデータを受信するコンシュ一マと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、前記メッセージを送信するメッセ一ジ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ネットワーク制御システムが、少なくとも、前記第 1のプロトコルで、前記コンシユーマ内の送信先情報を示す送信先を示す識別情報を前記ターゲットへ送信する前記コントローラと、前記ターゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記ターゲットにおいて、前記第 2のプロトコルで、前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信すること、を特徴とする。

このように構成したので、このタ一ゲットをネットワーク制御システムに用いれば、データ素性を理解しなくとも機械的に適切な内部機能制御手段へ配送でき、類似のコントローラ内部機能制御手段が複数存在する場合や、第 2のプロトコルを複数のコントローラ内部機能制御手段が共有する場合においても、簡単な構成で確実に送信先にデータを伝送することが可能となる。本発明の請求の範囲第 3 2項に記載のネットワーク制御システムに用いられるターゲットは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数の前記ターゲットと、前記ターゲットからデータを受信するコンシユーマと、前記ターゲットと前記コンシュ一マとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ネットワーク制御システムが、少なくとも、所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛に、前記第 1のプロトコルで前記メッセージを送信する前記コントローラと、前記ターゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記ターゲットにおいて、前記プラグ宛の前記メッセージに応じて動作すること、を特徴とする。

このように構成したので、このタ一ゲットをネットワーク制御システムに用いると、第 2のプロトコルのコネクションとメッセージの関連を明確にでき、さらには、第 2のプロトコルのコネクション上を流れるデータとメッセ —ジとの対応をとることが可能となる。また、プラグに対してメッセージを送信することにより、このプラグを用いて伝送するデータを取り扱うコントローラをターゲットが取捨選択することや、特定のコントローラからの制御のみを許可することが容易となる。さらに、ターゲット内部の内部コネクションの接続又は切断はプラグが行うように構成することも可能となる。又、コントロ一ラ自体がターゲット内部のコネクションを確立する必要がなくなるので、構造の簡潔なネットワーク制御システムとすることが出来る。

本発明の請求の範囲第 3 3項に記載のネットワーク制御システムに用いられるコンシユーマは、映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコンシユーマであって、前記機器内に、前記コンシュ一マと、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行うターゲットと、前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するィニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクシヨンにデータを伝送する第 2のプロトコルと、よりなり、前記コンシユーマにおいて、前記第 2のプロトコルによって前記コネクション上に前記ターゲットが送信する、前記第 1のプロトコルによって前記コントローラから受信した前記コンシユーマ内の送信先情報を示す送信先を示す識別情報を含むデータ、を受信すること、を特徴とする。

このように構成したので、本発明の請求の範囲第 3 3項に係るコンシユーマによれば、データを受信したコンシユーマが、コンシュ一マ内部のどの内部機能制御手段へデータを転送すればよいかを簡単かつ迅速に判定でき、データ素性を理解しなくとも機械的に適切な内部機能制御手段へ配送でき、類似のコントローラ内部機能制御手段が複数存在する場合や、第 2のプロトコルを複数のコントローラ内部機能制御手段が共有する場合においても、簡単な構成で確実に送信先にデータを伝送することが可能となる。図面の簡単な説明

第 1図は、本発明の第 1の実施の形態に係るネットワーク制御システムの一例を示すシステム構成図である。

第 2図は、本発明の第 1の実施の形態に係るネットワーク制御システム中のターゲットのブ口ック図である。

第 3図は、本発明の第 1の実施の形態に係るネットワーク制御システム中のコントローラのブロック図である。

第 4 ( a ) 図は、本発明の第 1の実施の形態に係るイニシエータがある場合のシステム構成図であり、第 4 ( b ) 図は、本発明の第 1の実施の形態に係るィニシエータがなレ、場合のシステム構成図である。

第 5図は、本発明の第 1の実施の形態に係る機能一覧の構成図である。第 6図は、本発明の第 1の実施の形態に係るプロトコルの説明図である。第 7図は、本発明の第 1の実施の形態に係るコントローラの動作を示すフローチヤ一トである。

第 8図は、本発明の第 1の実施の形態に係るターゲッ卜の動作を示すフロ一チヤ一トである。

第 9図は、本発明の第 1の実施の形態に係る伝送確認時のプロトコルの説明図である。

第 1 0 ( a ) 図は、本発明の第 1の実施の形態に係る表示要素の構成図であり、第 1 0 ( b ) 図は、本発明の第 1の実施の形態に係る属性情報の構成図である。

第 1 1図は、本発明の第 1の実施の形態に係る表示データの構成図である。第 1 2図は、本発明の第 1の実施の形態に係る機能一覧の一例を示す構成図である。

第 1 3図は、本発明の第 1の実施の形態に係るコントローラの画面表示例である。

第 1 4図は、本発明の第 1の実施の形態に係る機能一覧の構成例を示す説明図である。

第 1 5図は、本発明の第 2の実施の形態に係るネットワーク制御システムの一例を示すシステム構成図である。

第 1 6図は、本発明の第 2の実施の形態に係るネットワーク制御システム中のタ一ゲットのブ口ック図である。

第 1 7図は、本発明の第 2の実施の形態に係るネットワーク制御システム中のコントローラのブロック図である。

第 1 8 ( a ) 図は、本発明の第 2の実施の形態に係るイニシエータがある場合のシステム構成図であり、第 1 8 ( b ) 図は、本発明の第 2の実施の形態に係るイニシエータがない場合のシステム構成図であり、第 1 8 ( c ) 図は、本発明の第 2の実施の形態に係るコンシユーマを含んだシステム構成図である。

第 1 9図は、本発明の第 2の実施の形態に係るコネクションを張ったコントローラとターゲットの関係を示す図である。

第 2 0図は、本発明の第 2の実施の形態に係るコネクションを張ったコントローラと複数の内部機能制御手段を有するターゲットとの関係を示す図である。第 2 1図は、本発明の第 2の実施の形態に係るコネクションを張った複数のコントローラと複数の内部機能制御手段を有するターゲットとの関係を示す図である。

第 2 2図は、本発明の第 2の実施の形態に係るプロトコルの説明図である。第 2 3図は、本発明の第 2の実施の形態に係るコントローラの動作を示すフローチヤ一トである。

第 2 4図は、本発明の第 2の実施の形態に係るターゲッ卜の動作を示すフローチャートである。発明を実施するための最良の形態

以下、本発明に係るネットワーク制御システムの実施の形態について、図面を参照しながら説明する。尚、ここで示す実施の形態はあくまでも一例であって、必ずしもこの実施の形態に限定されるものではない。

又、以下に述べる、ネットワーク制御システムを利用する A V Cシステムのネットワーク構成として、例えば、第 1図に示すような映像ノ音響情報機器による構成が考えられる。尚、本明細書中で述べるターゲットとは制御対象のことであり、コントローラとはこの制御対象を制御するものの事を言う。又、コンシユーマとは、ターゲットからのデータを受信するものであり、イニシエータとは、ターゲットとコンシユーマとの間に第 2のプロトコルのコネクションを張るものである。さらに本明細書では、映像/音響 Z情報機器をまとめて「機器」と称するが、この機器にはプリンタやミニディスク等のような現存する映像音響/情報機器のみならず、将来開発され出現するであろうこれらの分野に関連した機器もすベて含む。尚、 1つの機器内にターゲット、コントローラ、コンシユーマ、及びイニシエータが任意の組み合わせで共存しても良いし、どれか 1つのみを有していても良い。さらに、 1 つの機器内に複数のコントローラ、複数のターゲット、複数のコンシュ一マ、複数のイニシエータを有していても良い。

又、機器は伝送路上の 1つのノードに対応するものであり、 1つの筐体内に複数のノードを有するように装置を構成しても良い。尚、 1つの機器内に複数のターゲットがある場合や、別の機能を有する場合、ターゲット、コントローラ、コンシュ一マ、イニシエータのうち複数を有する場合、等において、以下説明するターゲット、コントローラ、コンシユーマ、イニシエータの各構成要素は、他の機能や手段と兼用していても良い。

そして以下の説明中におけるプラグとは、データの入出力する口を示すものであって理論的なプラグのことである。例えば、このプラグは各々プラグ番号を有し、このプラグ番号で各々を区別するように構成される。さらにこれらのプラグ番号は、 I /O ( I n p u t /O u t p u t ) ァドレス等に 1 対 1に対応するように構成しても良い。

(第 1の実施例）

まず、本発明に係るネットワーク制御システムを利用する AVCシステムのネットワークについて、図面を参照しつつ簡単に説明する。

第 1図は本実施の形態に係るシステム構成の一例を示した図である。本実施の形態において、 21はテレビ、 22はテレビ用のリモコン、 23はパ一ソナルコンピュータ（以下「pc」とする。）、 31は録再可能なディジタル ' ビデオ 'ディスク（以下「DVD」とする。）、 32はディジタル ' ビデォ方式（以下「DV方式」とする。）のディジタル VTR (以下「DVC」とする。）、 33は VHS方式のディジタル VTR (以下「DVHS」とする。）、 34は DV方式のディジタルムービー（以下「DVCムービー」とする。）、 35は C Sディジタル放送等のセットトップボックス（以下「S TB」とする。）である。そしてこれらの機器は、第 1図に示すように、伝送路 1によって接続されて AVCシステムとなる。

テレビ 21は、コントローラとターゲット（ここでは地上波チューナとビデォモニタである。）からなる機器であり、リモコン 22を用いて、使用者は表示 Z機能選択手段 14に指示を与える。

PC 23は、コントローラとターゲット（ここでは電話線とインタ一フエースをとるモデムとビデオモニタ等である。）からなる機器であり、キーボードゃマウス等を用いて、使用者は表示/機能選択手段 14に指示を与える。このテレビ 2 1と P C 23は、ターゲッ卜とコントローラが一体となった機器として定義される。そして機器内のターゲット機能の内、他の機器から使用できる機能を後述する機能一覧 8に記すが、機器内のコントローラ部の機能データべ一ス 1 3には自身の機能は登録しない。その理由については、後述するコントローラの説明において述べる。

尚、テレビ 21や PC 23を、各ターゲッ卜とコントローラからなる機器として定義し、機器内の各ターゲットに対して機能一覧 8を有し、やはり後述する機器内のコントローラの機能データベース 13に、機器内の各機能一覧 8を登録するものとしても良い。

D VD 3 1及び D VCムービー 34は、 A Vデータを記録再生可能なターゲットである。また、 DVC32、 DVHS 33は、 AVデータを記録再生可能なターゲットとディジタル放送チューナ機能を有するターゲットからなる機器である。そして、 S TB 35は C Sディジタル放送を受信するためのチューナ機能を有するターゲットである。

ここで、 DVD 3 1、 DVC 32、 DVHS 33、 0 じムービー34、 S TB 35をターゲットとしたが、機器の大きさが小さくとも、液晶パネル等で他のターゲットを操作できる環境を実現し、また、タツチパネルゃリモコン等で使用者が他のターゲットの機能を選択する等の操作ができるのであれば、これらの機器をコントローラとタ一ゲットを含む機器としてもよレ、。さらに、ここに挙げた AVCシステムを構成する機器は、コントローラとしての処理機能を含むと共に機器用のリモコンを有し、表示及び音声のみをアナログ結線等でモニタに表示させ、使用者はこの画面を見ながら、機器のリモコンで操作するように構成することも可能であり、この時、この機器はコントローラとターゲットを含む機器としてもよレ、。

次に、このように構成される AVCシステムのネットワーク制御システムに用いられるターゲットについて、以下、図面を参照しつつ説明する。

第 2図は本実施例におけるネットワーク制御システム中のタ一ゲットのブロック図を示す。このターゲットの構成及び各構成部材の動作について説明する。第 2図において、 1は伝送路、 2はパケット送受信手段、 3は同期データ送受信手段、 4はターゲット信号処理手段、 5は非同期データ送受信手段、 6は第 1のプロトコル処理手段、 7は機器構成情報、 8は機能一覧、 9は機器内部制御手段であり、 1 5は機能一覧 8の一部が配置された書き換え不可能なメモリ領域（ROM) 、 1 6は機能一覧 8の一部が配置された書き換え可能なメモリ領域（RAM) 、 1 7は機能情報管理手段、 18は第 2のプロトコル送信手段である。

伝送路 1について説明すると、これは、例えば、 1 £££ 1394規格（1 EEE 1 394— 1 995及びこれと互換性のある上位規格）で定められたシリアルバス（1394バス）である。尚、ここで伝送路 1は必ずしも 1 3 94バスである必要はなく、 ATM、イーサ一ネットや赤外線伝送、等の伝送路を用いても良い。

次にバケツト送受信手段 2について述べると、これは伝送路 1との物理的、電気的インターフェースを取るとともに、バスの使用権の調停、同期転送用のサイクル制御等も行う。さらにパケット送受信手段 2は伝送路 1上のパケットを宛先に応じて取捨選択して受信することや、伝送路 1上へバケツ卜の送信を行う。

次に同期データ送受信手段 3について述べると、これは、送信時には転送レートの管理（データの分割）やヘッダの付加を行う。例えば、 1 394バスの A Vプロトコル（ I E C 61 883) 規格を使う場合は、同期デ一タ送受1目手段 3でし I P (C ommo n I s o c h r o n o u s P a c k e t ) ヘッダの付加を行う。逆にデータを受信する際には、受信パケットを正しい順へ並び替え、ヘッダの除去等を行う。

次にターゲット信号処理手段 4について述べると、これは同期データを同期データ送受信手段 3から受け取り、ターゲットに応じた信号処理を行う。例えば、このターゲットが DVC等の記録再生機器であれば、同期データを、例えば磁気テープ等の記録メディアへ記録する。またターゲット信号処理手段 4は記録メディア、放送波、等から同期データを取り出し、同期データ送受信手段 3へ送信することも行う。次に非同期データ送受信手段 5について述べると、これは伝送路 1に応じた非同期データのトランザクション処理を行うものであり、例えば、 1 39 4バスの場合は、リードトランザクション、ライトトランザクション、ロックトランザクション処理等を行う。ここで、非同期データ送受信手段 5はソフトウェアで構成しても良い。ここでこれらのトランザクション中で、リードリクエスト等のリクエストや、リードレスポンス等の応答、等に対して承認信号（a c k n ow l e d g e信号）を送受信する、としても良いが、本明細書中ではこの承認信号は省略して説明する。

次に第 1のプロトコル処理手段 6について述べると、これは非同期データ送受信手段 5から受け取った非同期データ（メッセージ）を処理し、このターゲット内の適切な構成要素に伝達すると共に、第 1のプロトコルに則りコントローラへ応答する。

ここで、第 1のプロトコルとして、 AVプロトコル（ I EC 6 1 8 83) 規格の F C P及び 1 394 TA ( 1 3 94 T r a d e A s s o c i a t i o n)で議論されている AV/Cコマンド（Au d i o/V i d e o C o n t r o 1 D i g i t a l I n t e r f a c e C omma n d S e t ) を使う場合は、第 1のプロトコル処理手段 6は、受信メッセージからターゲット内で有効なメッセージへの変換、及び受信メッセージに対する第 1 のプロトコルに応じた適切な応答を行うように動作する。例えば、第 1のプロトコル処理手段 6は、受け取ったメッセージがデータの要求であればその有効性を判定し、有効であればコントローラへ前記メッセージを了解した旨応答し、同時に機器内部制御手段 9へこのデータ要求に相当する機能を実行する指示を出すように動作する。

また、第 1のプロトコル処理手段 6は、非同期データ（メッセージ）を送信することも可能であり、この時、ターゲット内で有効なメッセージから第 1のプロトコルで使用するメッセージへ変換すると共に、その応答を待ち解釈するように構成しても良い。そしてこの場合、コントローラから機器構成情報 7の読み込みを要求された時、非同期データ送受信手段 5は受け取った要求に応じて、機器構成情報 7に記された情報をコントローラへ送出するように動作する。

ここで、非同期データ送受信手段 5と第 1のプロトコル処理手段 6は、 1 つの手段として構成しても良い。

次に機器構成情報 7について述べると、これは機器の構成情報を示すものである。記述方法として、例えば、 I S〇/ I E C 1 321 3 ： 1 994規格で示される C S R (C o mm a n d a n d S t a t u s R e g i s t e r s )アーキテクチャのコンフィギュレーション ROMで示される規則に則った記述とすることが出来る。 1394バスを用いる場合は、バスマネージャゃアイソクロノス動作をサポートしているか否か、という機器が対応するバスの情報や、 AVプロトコルをサポートしているか否か、という情報を含むュニットディレクトリ、そしてこの機器の識別子であるユニーク I D、等をこの機器構成情報 7は有している。また、機器構成情報 7内にはターゲッ卜の情報も記載されている。

このタ一ゲットの情報とは、例えばターゲッ卜がサポートするプロトコルやコマンドの種別や、ターゲットのタイプをコード化したターゲットタイプ、ターゲットのバージョン情報、等を記したものである。

そしてターゲットタイプとは、例えば、 VTRなの力、 STBなのかといつた、このターゲットの機能の概要が分かる情報であり、これに、例えば 1 394 T Aで議論されている AV/C D i g i t a l I n t e r f a c e C o mm a n d S e t (AV/C— CTS) の s u b u n i t t y p eで示されるコードゃ文字列で示すものを利用することが考えられる。また、ターゲットの情報としては、先述したものの他に、後述する機能一覧 8の特徴を示す情報を持つことも可能であり、この機能一覧 8のサボ一トレベルやサイズ等を独自情報として記すことも可能である。このようにしておくと、コントローラが機能一覧 8の情報を読み込む前に、コントローラ自体が、例えば、サポートできるレベルのものであるか否か、どれだけのメモリ空間を確保しなければならないか、等を決定することが可能になり、無駄な転送を無くすことができて好適である。

さらに、ターゲットの情報として、ターゲットのユーザーインターフエ一ス情報も有するようにすることも出来る。このユーザーインターフェース情報として、ターゲットの名称を文字列で表したターゲット名や、メーカが製品の型番を文字列で示したモデル名、ターゲットのアイコン等のターゲットを示す静止画オブジェクト、等を有することが考えられる。

次に機能一覧 8について述べると、これは、上述したターゲットの操作画面を構成するための情報である操作画面情報、つまりターゲットの機能や状態を示す情報の一覧である。この機能一覧 8中には、ターゲットの操作画面を構成するために必要なオブジェクトが含まれる。そしてこのオブジェクトには、オブジェクトを識別するための識別情報、例えば、 I D番号やォブジェクトの種類を示す情報、等が含まれる。

ここで、オブジェクトについて簡単に説明すると、まずオブジェクトを識別することが可能であれば、ターゲットは任意の文字、数字等を識別情報として用いても良く、これらの文字、数字の意味づけもターゲット独自のものとしても良い。このようにすると、識別情報をターゲットが付与する際の負荷を減らすことが出来てよレ、。

またォブジェクトとしては、テキストデータや静止画データ等の表示データ、表示データとその属性情報等を示す表示部品、いくつかの表示部品の集合であるグループ、表示部品やグループ等の表示要素の集合であり操作や状態を示すためメニューとして用いるパネル、等が挙げられる。尚、表示部品とは、機器の操作ボタン等の静止画データ、機能等を示すテキストデータ、効果音等のオーディオデータ、静止画データやテキストデータを含むプログラムコード、等の表示データからなるもので、属性情報等を有していても構わない。

オブジェクトの情報としては、表示データからなるデータオブジェクト、表示部品や表示要素のリスト、各種ヘッダー情報や独自情報等の属性情報、及び識別情報がある。

各ォブジェクトはリスト形式の階層化構造を持つものとし、以下、本明細書中では、各データオブジェクトゃリスト自身を総称してオブジェク卜と呼ぶこととする。但し、各オブジェクトは必ずしもリスト構造を取る必要はなく、識別情報等で区別されるのであれば、データォブジェクトのみあるいは、属性情報とデータオブジェクトから構成しても良い。

これらの情報からなる機能一覧 8の情報は、伝送路 1上のコントローラからの要求に応じて、機能情報管理手段 1 9を経由して、第 2のプロトコル処理手段 1 8、非同期データ送受信手段 5等を経て、コントローラに転送される。

この機能一覧 8は、 R OM 1 5と R AM I 6に配置され、 R OM 1 5にはターゲット固有のもので頻繁に書き換える必要がない情報、つまり機器の操作ボタンを示す静止画データ等のオブジェクトが記憶される。なお、この R OM 1 5はフラッシュ R OMで構成することも可能であり、フラッシュ R O Mとした場合、機器の機能自体を書き換えることが可能となるのでよい。また、この機能一覧 8が配置された R AM I 6には、伝送路 1上のコントローラや機器内部制御手段 9が、必要に応じて機能情報管理手段 1 7を経由してオブジェクトを書き込む。ここで書き込まれる情報はコンテンツ情報や動作状態情報等である。

このコンテンツ情報とは、例えば S T B等の放送を受信するタ一ゲットの場合には、現在放送されている、番組タイトル、タイトル画面、テーマ音楽、概要、出演者、等の番組情報であり、 D V D等の情報を記録するターゲットの場合には、タイトル、タイトル画、テーマ音楽、概要、出演者、等の D V Dディスクに記録された情報、のことを言う。

また動作状態情報とは、例えば V T Rの場合には、再生中、巻き戻し中、録画予約中、等の機器の動作状態を示す表示部品、等のオブジェクトのことである。

さらに、このターゲットを使用しているコントローラの識別情報等のネットワーク制御に必要な情報や録画予約の日時とチャンネル番号等を R AM 1 6に書き込んでも良い。

尚、本明細書において、ターゲットの状態を示す情報とは、ここに述べたコンテンツ情報と、動作状態情報を含むものとする。さらに、例えば、 V T Rの再生ボタンのように、ボタンが押された場合の静止画と、離された場合の静止画、等の各表示部品の状態も含まれるものとする。

次に、機能情報管理手段 1 7について述べると、これは例えば I Dゃォブジェク卜の種類を示す情報であるオブジェクトの識別情報と、 R OM 1 5または R AM 1 6のァドレスとの変換及び各ォブジェクトの管理を行うものである。さらに単にアドレスの変換だけでなく、例えば表示部品が書き換えられてデータサイズが大きくなり、元のァドレス領域に書き込めない時には、新たなアドレスを割り当てる、といった作業も行う。

よって、伝送路 1上のコントローラ、機器内部制御手段 9、第 1のプロトコル処理手段 6から、オブジェクトの識別情報によって、機能情報管理手段 1 7が各々のオブジェクトを読み書き出来る。

なお、各オブジェクト等のアドレスが予め判っている場合には、 R OM 1 5又は R AM 1 6のァドレスを用いてオブジェクトを読み書きしても良い。さらに、これらを組み合わせて表示部品等を読み書きすることも可能であり、オブジェクトの識別情報に示される表示部品内の相対ァドレスによって表示部品を読み書きしても良い。

また機能情報管理手段 1 7は、新規にオブジェクトが追加された時には、このオブジェクトに対して他のオブジェクトと重複しない識別情報を与え、オブジェクトが消去された時には、このオブジェクトの識別情報を無効にする、といったオブジェクトの識別情報の管理を行う。

さらに機能情報管理手段 1 7は、ターゲット自身によってォブジヱク卜が変更された際に、変更されたオブジェクトをコントローラへ自発的に送信するので、コントローラが変化する可能性のあるォブジェクトを常に監視する必要が無く、コントローラの処理を低減でき、時々刻々変化するステータス情報やコンテンツ情報を示すオブジェク卜に対して容易に対応できるようになる。

そして、機能情報管理手段 1 7に、ターゲット内の特定範囲の情報が変化した際にコントローラへ通知する通知範囲を設けると、コントローラが、任意の時点において所望しないデータがターゲットから通知されることを防止出来るので、コントローラがこれらの処理を行う必要が無くなり、その結果、処理効率を上げることが出来るようになるので好適である。

尚、変更されたオブジェクトをコントローラへ自発的に送信する代わりに、変更したオブジェクトの識別情報のみを送信するように構成しても良い。このように構成すると、コントローラは変更したオブジェク卜の識別情報を用いて、第 1のプロトコルで変更したオブジェクトの送信要求を送り、第 2のプロトコルで変化したオブジェクトを得るようになる。

次に、機器内部制御手段 9について述べると、これはこのターゲットの内部の機構、等を含む各構成要素を制御する為のものであり、第 1のプロトコル処理手段 6が受け取ったデータがターゲットの動作を示す制御コードであれば、第 1のプロトコル処理手段 6の指示により、この制御コードに従った動作を行わせる。

また機器内部制御手段 9は、コントローラからのデータ要求に含まれる通知範囲の情報を処理する。ここでコントローラからのデータ要求に含まれる通知範囲とは、ターゲット内の状態や機能が変化した際に、ターゲットがどの範囲において変化を通知するか、という範囲のことである。そして、コントローラが所望する範囲が、コントローラからのデータ要求に含まれる通知範囲として指定される。つまり、機能内部制御手段 9は、コントローラからのデータ要求から、通知範囲の情報を取得し、ターゲット内の状態や機能が変化した際に、この通知範囲内の変化のみを第 2のプロトコルを用いてコントローラへ通知するのである。尚、通知範囲として、機能一覧 8全体、即ち機能一覧 8に含まれる全ての情報、又は機能一覧 8の構成要素、即ちパネル単位、表示部品単位、等のオブジェクト単位、を指定できる。又、複数のコントローラが存在する時には、各々のコントローラの通知範囲に従い、通知範囲に変化した状態や機能が含まれているコントローラに対してのみ、変化を通知する。

なお、通知範囲として機能一覧 8全体、又は機能一覧 8の構成要素としたが、例えば、機能一覧 8全体とタ一ゲッ卜の情報を含んだターゲット全体を通知範囲とすることも可能であり、この場合でも同様の効果が得られる。機器内部制御手段 9は、上述した動作の他、機能一覧 8内の情報のパージヨン管理も行う。つまり、このバージョン管理を行う為のバージョン番号はカウンタを用いて生成されるのであるが、機能情報管理手段 1 7によって機能一覧 8内の RAMI 6に記載されている情報が変更される毎に、機器内部制御手段 9はバージョン情報生成手段 1 8内のカウンタをインクリメントする作業も行う。

このカウンタ値などにより示されるバージョン情報には、機能一覧 8のバ —ジョンを示す機能一覧バージョン情報と、機能一覧 8内の構成要素、例えば機能メニュー、表示部品、データオブジェクト、等、のバージョンを示す要素バージョン情報が含まれる。

また、コントローラからターゲット内のデータ要求を示すメッセージが来た時、ターゲットからコントローラへ転送されるデータ中に、このデータに対応したバージョン情報が含まれるので、コントローラは、常に受信したデータのバージョン情報を確認できる。即ち、コントローラが常に最新のデータを使用することが可能となり、またデータの信頼性を高めることも可能となる。さらには、コントローラがデータをキャッシングする際に、ターゲット内での状態変化により、機能一覧 8内の情報が変化したか否か等を容易に判別でき、キャッシングを有効かつ簡単に行える。

次に、このターゲッ卜で利用する第 2のプロトコルについて説明すると、第 2のプロトコルは、第 1のプロトコルと異なるプロトコルであり、送信元と受信先の間にコネクションを張った後、データの送信を行い、各データ送信の全てに対しては応答を返さないものである。

例えば、送信元と受信先の間で情報を交換して、データを書き込むァドレスゃ、一連続で書き込むバッファサイズ、等の送信方法を取り決めてコネクシヨンを張り、 1 394のライトトランザクションを複数回連続して行ってデータを受信先に書き込み、データを転送する。このような方法として、例えば、 1 3 94 T Aで議論されている A s y n c h r o n o u s S e r i a 1 Bu s C o n n e c t i o n s力 sfc>る。

また、その他に、このターゲットで利用することが考えられる第 2プロトコルとして、 I EEE 1 394 - 1 99 5仕様で I s o c h r o n o u s 伝送方式等を用いて伝送されるストリームデータがある。ここで、ストリームデータは、オーディオやビデオ信号等のデータであり、このオーディオやビデオのストリームデータに、 G U Iデータとして、例えばビットマップデ —タなどをオーバ一レイすることが出来て、好適である。また、 G U Iデータとは、例えば、所謂アイコンや、静止画アニメーション、 J P E G B M Pとして知られるビットマップフォーマツトのデータや、効果音等に用いられる A I F Fオーディオフォーマツ卜のデータ等、様々なものとすることが出来る。

そして第 2のプロトコル送信手段 1 8は、この第 2のプロトコルのターゲット側における処理、つまり送信元の処理を行ものであり、機能情報管理手段 1 7から機能一覧 8の情報を受け取り、非同期データ送受信手段 5を経由してデータの送信を行うものである。なおコネクションの接続/切断処理は、機器内部制御手段 9が、第 1のプロトコル処理手段 6及び非同期データ送受信手段 5を経由して、第 1のプロトコルにより行う。

このような各部材により構成されるターゲットの、コントローラからの要求による動作について以下に説明する。

まず、ターゲットが伝送路 1に接続された場合やコントローラが伝送路 1 に接続された場合、コントローラは、まずターゲットの機器構成情報 7を読み込み、ターゲットに関する情報、例えば機器の種類や G U I情報の有無、等の所在を確認し、読み込む。尚、機器構成情報 7は機能一覧 8のアドレス情報を持つことや存在のみを示すように構成することも可能である。

次に、コントローラはターゲットとの間に第 2のプロトコル用のコネクシヨンを張る。そしてコントローラは、ターゲットに対して機能一覧 8内のォブジェクト、つまりパネルや表示部品、等を要求するデータ要求を発行し、機能一覧 8の情報を取得する。この時コントローラは、機能一覧 8の一部、例えば、表示部品のみを要求するコマンドを発行し、表示部品とこの I Dのみを取得するように構成しても良い。

また、ターゲットがコントローラから制御コードと使用者の操作情報を受け取った場合には、状況に応じてこの制御コードとユーザの操作情報で示される処理を行う。例えば、ターゲットの機能を示す表示部品等のォブジェクトに対して、このオブジェクトの制御コードが、使用者の操作情報である「選択」と共にコントローラからターゲットに送信されてきた場合には、非同期データ送受信手段 5は、このオブジェク卜が示す機能を実行するように機器内部制御手段 9へ指示を出す。尚、オブジェクトの制御コードとしては、ォブジェクトの識別情報、例えば、表示部品の識別情報、等が用いられる。このように、コントローラからの G Uレ胄報の要求に対して、ターゲットは機能一覧 8の情報を提示するだけでよく、ターゲットの負荷を小さくできる。また、ターゲットの各機能に対して、標準化団体等でコマンドを規定する必要が無く、現在想定できないような新機能を持つターゲットでも、容易に伝送路 1経由でこの新機能を使用することが可能になる。

なお、以上説明したターゲットにおいて、同期データ送受信手段 3、ターゲット信号処理手段 4等の構成要素は、ターゲットの機能に応じて任意に構成して良く、場合によってはこれらが存在しなくともよレ、。また、各手段はハードウエア或いはソフトウェアのいずれで構成してもよい。

そして、本実施の形態におけるターゲットでは、使用者の操作情報とォブジェクトの制御コードによりターゲットの機能を特定したが、使用者の操作として「選択」以外が認められないように構成することも可能である。このように構成すると、オブジェクトの制御コードのみでターゲットの機能が特定可能となるので、ターゲットは制御コードのみでターゲットの機能を実行でき、ひいては伝送するバケツトサイズを小さくできるのでよい。

さらに、本実施の形態におけるターゲットでは、制御コードをオブジェクトの識別情報としたが、この制御コードはターゲットが任意に設定して良く、例えば、ターゲットの機能の種類別に付けた番号と、種類毎のシリアル番号で構成しても良いし、ターゲット内部で用いる独自の制御コードを用いても良い。このようにすると、ターゲット内の各機能の実装が容易となり、好適である。

次に、 A V Cシステムのネットワーク制御システムに用いられるコントロ —ラについて、以下、図面を参照しつつ説明する。第 3図は本実施の形態における、ネットワーク制御システム中のコント口ーラのブロック図を示すものである。ここで、 2 0は第 1のプロトコル処理手段、 1 0はコントローラ信号処理手段、 1 2は機能一覧管理手段、 1 3は機能データベース、 1 4は表示/機能選択手段、 1 9は第 2のプロトコル送信手段である。

以下、これらの構成部品について簡単に説明するが、第 3図において、第 2図と同一の構成要素には、同一の符号を付して、その説明を省略する。まず、コントローラ信号処理手段 1 0について述べると、これは、同期データを同期データ送受信手段 3から受け取り、このコントローラに応じた信号処理を行う。例えば、このコントローラが、ビデオモニタ等の映像を表示する能力のある機器であれば、同期データ、例えば、 M P E G 2のストリ一ム、等を復号し、画面上へ表示する。

次に、第 1のプロトコル処理手段 2 0について述べると、これは、バケツト送受信手段 2から新規ターゲットの接続や、既存ターゲットの取り外し等、伝送路 1上のターゲットの情報を非同期データ送受信手段 5経由で受け取り、後述する表示/機能選択手段 1 4に伝達する。また、第 2のプロトコル用のコネクションの接続 Z切断やターゲットを制御するためのメッセージの送受信を第 1のプロトコル処理手段 2 0によって第 1のプロトコノレで行う。

機能データベース 1 3は、書き換え可能なメモリ空間に配置され、ターゲッ卜から受け取った機能一覧 8をデータベースとして構成したものであり、このデータベースを、後述する機能一覧管理手段 1 2を用いて検索することにより、各タ一ゲットの情報や各機能の情報等のオブジェクト、及び、これらのォブジェクトに対応する識別情報、このオブジェクトを使用者に通知するための表示部品、使用者がこの表示部品を操作した時に表示すべき表示部品や送信すべき制御コード等を取り出すことが可能である。なお、機能データベース 1 3は必ずしも機能一覧 8の全ての情報を常にもつ必要はなく、必要な部分のみを保持するとしても良い。

ここで、コントローラとターゲットを同一の機器内で構成する場合、この機器内のターゲッ卜の機能を改めてコントローラに指示する必要はなく、また、機器内部の制御は機器内部制御手段 9で直接行うので、この場合は、タ

—ゲットは、他のコントローラが使用するための機能一覧 8を有するが、この機能一覧 8をコントローラの機能データベース 1 3に登録する必要はない。また、コントローラとターゲットを同一の機器内で構成する場合、機能一覧 8はその所在を機器構成情報 7に記しておくと共に、あらかじめ機能データベース 1 3に登録することも可能である。

第 2のプロトコル送信手段 1 9.は、第 2のプロトコルのコントローラ側における処理、つまり受信元の処理を行うものであり、ターゲットの機能一覧 8等を非同期データ送受信手段 5経由で受け取り、後述する機能一覧管理手段 1 2に伝達する。尚、コネクションの接続 Z切断処理は、機器内部制御手段 9が、第 1のプロトコル処理手段 2 0及び非同期データ送受信手段 5を経由して、第 1のプロトコルで行う。

次に、機能一覧管理手段 1 2についてのべると、これは伝送路 1上のターゲットから受け取った機能一覧 8の情報を管理するものである。

この情報管理について簡単に説明する。まず、非同期データ処理手段 5から新規ターゲットが接続されたとの情報を受け取った時には、この新規ターゲットの機能一覧 8の情報を読み込むように非同期データ送受信手段 5へ指示を出す。

次に、新規ターゲッ卜の機能一覧 8の情報とこのバージョン情報が読み込まれた時には、この機能一覧 8を機能データベース 1 3に登録するとともに、機能一覧 8のバージョン情報を機能一覧 8と関連づけて記憶する。

ここで、バージョン情報の記憶先は機能データベース 1 3内に機能一覧 8 と共に記憶しても良いし、機能一覧管理手段 1 2が記憶し、管理しても良い。また、機能一覧 8内の構成要素が要素バージョン情報と共に読み込まれた際には、この構成要素と要素バージョン情報を関連づけて、コントローラの機能一覧 8内に記憶する。なお、要素バージョン情報は、機能一覧管理手段 1 2等が記憶し、管理しても良い。

また、伝送路 1上の既存ターゲッ卜が取り外された等の情報を受け取った時には、機能一覧管理手段 1 2は、機能データベース 1 3から該当する機能一覧 8を削除する。

ここで、既存ターゲットが取り外された時に、該当ターゲットの機能一覧 8を削除するのではなく、コントローラ内の記憶手段に保管するように構成し、再びこのターゲットが接続された時には、ターゲットの識別子等でこのターゲットを認識し、コントローラ内の記憶手段から機能一覧 8を読出し、機能データベース 1 3に登録するように構成することも可能である。このように構成しておくと、接続機器の登録を迅速に行うことが可能となり、好適である。

尚、コント口一ラ内の機能一覧 8は、ターゲット内の機能一覧 8と全く同一の形式である必要はなく、同じ情報を含んでいればよい。さらには、伝送路 1上で第 2のプロトコルを用いて伝送された形式である必要はない。

次に、表示/機能選択手段 1 4について述べると、これは、コントローラの画面上に、第 2のプロトコルを用いて受信したターゲットの G U I情報や機能の G U I情報等を示す表示部品、例えば映像情報、音声情報、文字情報、等を表示し、これを使用者へ通知すると共に、使用者の操作に応じて、ターゲット及び機能の選択や、各機能の実行指示等を第 1のプロトコルを用いて行うものである。

また表示/機能選択手段 1 4は、コントローラ信号処理手段 1 0から受け取ったデータ、例えば映像や音声データ、や第 1のプロトコル処理手段 2 0 または第 2のプロトコル送信手段 1 9から受け取ったデータ、を表示/再生することも可能である。この時、 G U I情報等はコントローラ信号処理手段 1 0から受け取った映像データにオーバーレイ表示するように構成してもよいし、 G U I情報表示画面と映像データの表示画面を使用者の指示等により切り換え表示する構成としてもよレ、。

さらに、表示/機能選択手段 1 4は、機能一覧管理手段 1 2に指示を出して機能一覧 8を検索し、伝送路 1上のターゲットゃターゲットの機能を示す表示部品、例えばターゲット名、機能名や表示用静止画、等を画面上に表示する。

このような各部材により構成されるコントローラの動作について、以下に説明する。

まず、使用者がターゲットを示す表示部品を選択すると、機能一覧 8からこのターゲットのパネル（メニュー）を読み込み表示画面上に表示する。次に、使用者がパネルの中から機能を示す表示部品を選択すると、機能一覧 8から得たこの表示部品に対応する制御コードと使用者の操作情報を、第 1のプロトコル処理手段 2 0等を通して発行する。表示ノ機能選択手段 1 4 はこの制御コードと使用者の操作情報に対するターゲッ卜の応答を第 1のプ口トコル処理手段 2 0経由で受け取る。

また、第 2のプロトコルにより、ターゲットからオブジェクトの変更通知、例えば、変更したオブジェクトの転送、を受けた際には、この変更されたォブジェクトを画面上に表示する。よって、現時点でのターゲットの状態等に対して最新の G U Iを表示画面上に表示し、使用者に通知することが出来る。なおバージョン情報を用いてォブジェクトを管理することも可能であるが、ターゲットからバージョン情報を付加してオブジェクトが送信された場合には、コントローラはバージョン情報をチェックし、バージョン情報が更新されている際にのみ、画面上に表示するようにすればよい。

このようにコントローラが動作することで、ターゲッ卜が複数のコント口ーラへ機能一覧の情報を配信している場合、特定のコントローラの制約、例えばメモリ量、等により、この特定のコントローラが同一バージョンのデータを欲した場合でも無駄な動作をする必要が無く、処理を軽く画面更新の少ない良好な表示が行えるのでよい。

またコントローラは必ずしもターゲットの各機能を理解する必要はなく、例えば、現在想定できないような新機能を有するターゲットに対しても、コントローラはこの新機能に対する表示部品を機能一覧 8から取り出し、画面上に表示して、使用者に通知することができる。そしてこれらの表示部品により、使用者が新機能を理解し、この機能を選択した場合には、コントローラの表示/機能選択手段 1 4は機能一覧 8を参照して、この新機能に対応する制御コードを得て、この制御コードと使用者の操作をターゲッ卜に対して発行し、ターゲットでこの新機能を実行させることができる。よって、上記構成を取ることにより、現在想定できないような新機能でも使用者が実行することが可能となる。

なお、本実施の形態において、同期データ送受信手段 3、コントローラ信号処理手段 1 0等の構成要素はコントローラの機能に応じて任意に構成することも可能であり、またコントローラの機能に応じて、同期データ送受信手段 3、コントローラ信号処理手段 1 0等の構成要素を省略することも考えられる。

次に、本実施の形態において、第 2のプロトコルが用いるコネクションの接続 Z切断方法について、図面を参照しつつ説明する。

第 4図は、第 2のプロトコルで用いるコネクションの接続/切断方法を示すものであり、第 4 ( a ) 図はイニシエータがある場合、第 4 ( b ) 図はィニシエータがない場合であり、図中、 4 0はイニシエータ、 4 1はコント口ーラ、 4 2はターゲットである。

尚、コネクションとは伝送路 1上を流れるデータに対して論理的に構成された情報伝送用のパスであり、ターゲットやコントローラは複数のコネクシヨンを有していても良い。この時、各コネクションは、論理的なプラグ番号やポート番号等でデータを送受信するァドレスなどを指定し、このプラグ番号やポート番号などで各コネクションを区別する。

まず、イニシエータがある場合について説明する。第 4 ( a ) 図において、イニシエータ 4 0が、コントローラ 4 1とターゲット 4 2の間に第 2のプロトコルのコネクションを張る。このコネクションにおいて、第 2のプロトコルで流れるデータの送信元はターゲット 4 2、受信先はコントローラ 4 1である。

イニシエータ 4 0はコントローラ 4 1からコネクションに必要な情報、例えば接続可能なバッファのアドレス等のコントローラ、のリソース情報、等を取得し、これを用いて、ターゲット 4 2に対してコネクションへの接続を試みる。これが成功した際には、イニシエータ 4 0はコントローラ 4 1に対してコネクションへの接続を行う。このようにして、コントローラ 4 1 とタ —ゲット 4 2の間にコネクションを確立する。また、コネクションを切断する際にも同様に、イニシエータ 4 0はコントローラ 4 1をコネクションから切断し、次にターゲット 4 2をコネクションから切断する。これが成功した際には、イニシエータ 4 0はコントローラ 4 1がコネクション用に確保していたリソースの解放を行う。

次に、イニシエータがない場合について説明する。第 4 ( b ) 図において、コントローラ 4 1が、コントローラ 4 1とターゲット 4 2の間に第 2のプロトコルのコネクションを張る。このコネクションにおいて、第 2のプロトコルで流れるデータの送信元はターゲット 4 2、受信先はコントロ一ラ 4 1である。つまり、第 4 ( a ) 図におけるイニシエータをコントローラが兼務している。

コントローラ 4 1はコントローラ 4 1自身のコネクションに必要な情報、例えば、接続可能なバッファのアドレス等のリソース情報、等を取得し、これを用いて、ターゲット 4 2に対して、コネクションへの接続を試みる。これが成功した際には、コントローラ 4 1はコントローラ 4 1自身に対してコネクシヨンへの接続を行う。このようにして、コントローラ 4 1とターゲット 4 2の間にコネクションを確立する。

また、コネクションを切断する際にも同様に、コントローラ 4 1は、自身をコネクションから切断し、次にターゲット 4 2をコネクションから切断する。これが成功した際には、コントローラ 4 1は自身がコネクション用に確保していたりソースの解放を行う。

なお、このコネクションの確立方法は第 2のプロトコルに依存するので、第 2のプロトコルに適切な方法で、イニシエータがコネクションを張ればよレ、。

次に、本実施の形態における機能一覧 8の構成について、図面を参照しつつ簡単に説明する。

第 5図は、第 2図及び第 3図で示した機能一覧 8であって、パネルを 1つ持つ場合の構成例を示すものである。また、この第 5図では、パネル、ダル一プ及び表示部品をまとめて表示要素と記している。

パネルは、ターゲット内の G U I情報を示すものであり、リストを用いて構成される。

グループは、パネル内の表示要素の集合を示すもので、一次元配列を用いて構成される。なお、グループは必ずしも必要なものではなく、これを省略することも可能である。グループを省略した場合はパネルリストに直接表示部品の識別情報を記しても良い。

表示部品は、アイコンやボタン等を示すもので、表示データの識別情報を持っても良い。表示データは、静止画データ、音声データ、テキストデータ等の表示部品の実データを示すものである。なお、機能一覧は複数のパネルを有していても良い。

ここで、パネル、グループ、表示部品、表示データを総称してオブジェクトと呼ぶ。各オブジェクトは 1次元の配列からなり、配列の各要素として、識別情報とデータ部、即ち属性情報、又は実データを有する。この属性情報中に他のオブジェクトの識別情報を記すことも可能であり、この時、各ォブジェクトはリスト構造を取り得る。

オブジェクトは各々のオブジェクトを識別する識別情報を有するが、この識別情報は、識別子としての I D番号、ォブジェクトの種類を示すタイプ情報、等を用いて構成される。そしてこれらによりオブジェクトが特定される。またオブジェクトは属性情報も有するが、各ォブジェクト内の属性情報は各々の属性を識別する識別情報を有し、この識別情報は、識別子としての I D番号、属性の種類を示すタイプ情報、等を用いて構成される。そしてこれらにより各属性情報を特定する。

その他、オブジェクトは独自の情報も有するが、この各オブジェクトの独自情報はオブジェクト固有の情報を示すものである。例えば、オブジェクトのバージョン情報、オブジェクトの大きさを示すサイズ情報、オブジェクトの配置情報、フォントサイズ、等の情報である。そしてこれらの独自情報は、属性情報として、各オブジェクト內に記される。

また、参照先、即ち表示要素や表示部品、の識別情報は、オブジェクト間のリンク関係を示すものである。そしてこのような構成を取ることで、パネルゃグループの集合体を示している。さらに、表示部品は表示データへのリンクを持つことで、複数の表示部品が同一の表示データを使用することが可能となる。ここで、参照先の識別情報は、属性情報として取り扱い、識別情報で区別された属性情報のひとつとして、参照先情報を有する。

尚、コントローラ及びターゲット内の機能一覧 8の物理的/論理的構成は、第 5図に示すような構成を必ずしもとる必要はなく、コントローラとターゲットで同一内容の情報を共有できれば、その構成形態はこれに限定されない。即ち、例えば、機能一覧 8内の各部品は必ずしも第 5図に示すようなリンクを物理的に持つ必要はなく、各オブジェクト単位でコントローラからァクセスできればよい。

このように、参照先の識別情報や独自情報等を、同一のフォーマットで属性情報としてまとめることで、コントローラが行う処理を共通化でき、プログラムのコードサイズを小さく、かつ処理を軽くできるのでよい。さらに、機能一覧のデータを作成する際にもデバッグゃ変更、作成が容易となるので好適である。尚、機能一覧は、リスト形式ではなく、表形式やディレクトリ形式等で構成しても良い。

また、ターゲットは、他のオブジェクトと同様に複数のパネルを有していても良く、コントローラが機能情報を読み込む際に所望のパネルを指定するように構成しても良い。

さらに、パネルは、ひとつのメインパネルと複数のサブパネルからなる構成とすることも可能であり、この場合はメインパネルの参照先を示す属性情報中にサブメニューへのリンクを示す表示部品を記せばよい。この時、表示部品は、静止画やテキストデータ等で参照先のサブメニューを示す。そしてコントローラ上で使用者がこの表示部品を選択した際には、コントローラは参照先のサブメニューを画面上に表示する。このサブメニューとしては、例えば、ターゲット内の一部の機能を示す操作メニュー、使い方を示すヘルプメニュー、ターゲット内のコンテンツ情報のみを集めたコンテンツメニュー、編集作業を行うための編集メニュー、ターゲットの設定を行うための設定メニュー、等が考えられるが、これらに限定されるものではない。

次に、本実施の形態におけるネットワーク制御システムにおけるコント口ーラとターゲットの動作について、図面を参照しつつ説明する。

第 6図は、本実施の形態に係るネットワーク制御システムの説明図である。尚、以下の説明はイニシエータがない場合、つまり、コントローラがィニシエータを兼ねる場合、について説明する。

まず、ターゲットが伝送路 1に接続された場合、この伝送路 1上にあるコントロ一ラは、バスリセット信号等で新規ターゲットを認識し、機能一覧管理手段 1 2の指示により、新規ターゲットから伝送路 1を通して、まず、機器構成情報 7内に記されたターゲッ卜の情報を読出し、次にターゲット自身を示す、例えばテキストォブジェクト、静止画オブジェクト、等のデータォブジェクトを読み込み、そしてこれらをコントローラの機能データベース 1 3内に登録する。

この時、表示/機能選択手段 1 4は、機能一覧管理手段 1 2を通して、機能データベース 1 3を参照し、ターゲット自身を示すデータオブジェクトを用いて、このコントローラに接続されているターゲットの一覧を表示する。次に、使用者がリモコンのポインティング機能、例えば十字キー、等により、ターゲットの静止画オブジェクトを選択した場合、表示/機能選択手段 1 4は機能一覧管理手段 1 2にターゲットの G U I情報を要求し、ターゲットのパネル（メニュー）を読み込み、コントローラ内の機能一覧 8に記憶する。

この時、まずコントローラは第 2のプロトコルで必要なコントローラ内のリソースを確保し、第 6図で示したメッセージ通信 1 0 1、即ちコネクションの接続要求を第 1のプロトコルでターゲットへ送信する。次にターゲットはコネクションへの接続が可能か不可能かを確認し、可能であれば、コネクションへ接続する。そしてメッセージ応答 1 1 1でターゲットが了承したのを確認すると、コントローラは自身をコネクションへ接続し、コネクションが確立する。

次に、コントローラはメッセージ送信 1 0 2でデータの伝送要求をターゲットへ送信する。このメッセージ送信 1 0 2は、コントローラがターゲットと情報を一致させたい範囲を示す通知範囲の情報を含む。そしてこの送信に対する応答として、タ一ゲットは 1次応答 1 1 2を返すと共に、第 2のプロトコルで機能一覧 8中のパネル（メインメニュー）のデータをコントローラへ送信する。

ここで、通知範囲を示す情報をコントローラがターゲットに通知しておくと、コントローラが現在表示していない情報、等の着目していない情報に対して、ターゲットはコントローラへ変更通知を行わないので、コントローラが現在時点で不要なデータを送りつけられ、処理を強いられることが無くなり、コントローラの処理効率を上げることが出来るようになり、好ましい。なお、このメッセージ応答 1 1 2には、通知範囲に応じたバージョン情報を含んでいても良い。この時コントローラは、ターゲットの機能一覧のバ一ジョン情報を機能一覧を読み込む前に取得でき、コントローラが既にキヤッシングしているものと同じであれば、再度読み込む必要はなく、即ち伝送されてきたデータを捨てれば良いことになる。つまり、コントローラで不要なデータ更新や画面更新をする必要が無く、使用者に使いやすい表示画面を提供でき、故にコントローラの処理を簡単化できる。また、第 2のプロトコルで送るデータは、機能一覧 8の全体のデータでも良いし、メッセージ送信 1 0 2で指定されたパネルとしても良い。

このようにして、コントローラはパネルの全データを取得し、画面上に表示する。なお、通知範囲はメッセージ送信 1 0 1でターゲットに送信するとしても良く、同様の効果が得られる。さらに、メッセージ応答 1 1 1はターゲッ卜の機能一覧のバージョン情報を含むように構成しても良い。この時コントローラは、メッセージ送信 1 0 2を送信する前にターゲットの機能一覧のバ一ジョン情報を取得でき、コントローラが既にキャッシングしているものと同じであれば再度読み込む必要はなく、これを伝送する手間が省け、ひいては伝承量を減らすことが出来るのでよい。

次に、使用者がリモコンの上下左右を示す十字キー等によるリモコンのポインティング機能等により、例えば、ターゲットの再生機能を示す表示部品を選択した場合、表示機能選択手段 1 4は、ターゲットが付けた表示部品の識別情報を制御コードとして、使用者の操作情報、例えば「選択」、と共にターゲットへ送信する。つまり、リモコンの上下左右を示す十字キーで表示部品上にカーソルを移動し、「選択」ボタンを押した後に、カーソルを表示部品から離した場合でも、この表示部品の識別情報（制御コード）と使用者の操作情報（「選択」）を、メッセージ送信 1 0 3として、ターゲットへ送信する。

また、さらに細かい使用者の操作情報をターゲッ卜へ送ることも可能であり、リモコンやポインティングターゲットの操作で、表示部品に対して、「押す」「離す」「2回押す」等の操作が行われた場合、これらの操作情報をタ

—ゲッ卜へ送ることも可能であるし、より細かい操作情報として、例えばリモコンの「1」というボタンが押された、等のような、リモコンの操作情報自体を直接送ることも可能である。

ここで、使用者の操作情報はコード化して表示部品の識別情報と共に送つても良いし、各々をひとつのコマンド（オペランドは表示部品の識別情報等の制御コード）として送っても良い。

なお、表示部品に対して選択の操作しか許可しない、等の場合には、ターゲットに対して表示部品の制御コード（識別情報）のみを送信するように構成することも可能である。このような構成とすると、処理を単純化できると共に、伝送路 1のトラフィックを減らすことが可能となる。

次に、操作要求の応答として、メッセージ応答 1 1 3ではメッセージ送信 1 0 3がターゲットで受領されたか、拒否されたか、サポートしていないかといった応答を返す。

なお、このメッセージ応答 1 1 3にバージョン情報を含むように構成しても良い。この時、メッセージ送信 1 0 3に応じて機能一覧内のデータが変化するか否かを、次のデータ要求を行う前に、または、ターゲットが自発的にデータを送信する前に知ることができ、あらかじめ、コントローラ内部で画面更新等の準備が可能となり、ひいては使用者に見やすい画面を提供できるのでよい。

次に、ターゲット内の状態が変化し、ターゲット内の機能メニューリスト、表示部品リスト、データオブジェクト、等のオブジェク卜が変化した時、タ —ゲットは、第 2のプロトコルを用いて、自発的に変化したデータ（表示部品）をターゲットへ送信する。ここで、変化したデータ（表示部品）はひとつに限定するものではなく、複数の表示部品が一度に変化した際には複数の表示部品を送信することが可能である。なお、変更したデータの送信は、使用者の操作によるものだけでなく、ターゲット内部の状態が変化した際にも自発的に変更されたデータを送信する。

なお、ここでは送信するのは表示部品単位で説明したが、変化した属性情報のみを送信するように構成しても良い。この場合、変化した表示部品の識別情報とともに、変化した属性情報のみを送ることになる。同様に、表示データのみが変化した場合には、表示データのみをコントローラへ送信することになる。このように変化した属性情報や表示データのみを送信することで、伝送するデータ量を減らすことができ、応答性を改善し、ターゲット及びコントローラの処理を軽減できるので好適である。

また、通知範囲としてパネル単位を指定し、使用者の操作等によって表示するメニューが変化した場合、ターゲットは新たなパネルをコントローラへ送信すると共に、新パネル内の情報が変化した場合のみコントローラへターゲットの情報の変化の通知を行う。このように構成することにより、簡単な構成で効率よく、つまり、少ない記憶領域で状態変化情報をコントローラが取得することができるようになり、好ましい。これはパネルに限定するものではなく、各表示部品に対しても同様に適用可能である。

そして、機能一覧管理手段 1 2は、この変化した表示部品のデータを該当する機能一覧 8に書き込み更新し、表示機能選択手段 1 4は更新された機能一覧を表示する。

コントローラが、ターゲットの機能一覧 8の表示を終了した際には、コントローラは、コネクションから自身を切断し、メッセ一ジ通信 1 0 4 (コネクシヨン切断要求）を第 1のプロトコルでターゲットへ送信する。

ターゲットは、コネクションへの切断が妥当か否かを確認し、妥当であれば、コネクションへの接続を切断する。

メッセージ応答 1 1 4でターゲッ卜が了承したのを確認すると、コント口ーラは自身で確保していた第 2のプロトコルで必要なコントローラ内のリソ —スを解放する。

なお、以上の説明において、コネクションの接続はコントローラがターゲットの情報を画面上に表示する時に行うとしたが、ターゲットの電源が入つている間は常にコネクションを確立することや、コントローラが接続されたターゲットの一覧等の G U I情報を表示する際にコネクションを張るとしても良いし、コネクションの切断に関しても同様である。

また、第 2のプロトコルで伝送するデータの識別情報或いは属性情報中に、使用者への強制通知を示す情報を付加し、コントローラがこのデータを受信した際には、強制的に画面表示、又はオーディオ再生を行うように構成しても良い。

このように、例えば、録画予約の重複等のターゲットで不許可の操作がなされた時や、 V T Rのテープが絡まる、等のようにターゲット内で異常が生じた際に、使用者に対して、警告や指示を映像や音声等の G U I情報で与えることが可能になり、使用者が正確にターゲットの状況を素速く察知することができるので好適である。

そして、第 2のプロトコルで伝送するデータとして、画面一部または全体のビットマップ、テキストデータ，等を用いて O S D (O n S c r e e n D a t a ) を構成し、コントローラが画面上に表示するとしても良い。さらに、コントローラの画面上での配置位置はコントローラが決定するように構成しても良い。この場合は、画面の大きさやアスペクト比等に応じて適切な位置に適切な大きさで表示し、使用者へ通知することが可能となる。

さらに、メッセージ応答にバージョン情報を含むとしても良い。この場合は、第 2のプロトコルで送信されるデータのバージョン情報と一致するか否かを判定することで、第 2のプロトコルで送信されたデータが適切なデータか否かを判定できるので、第 2のプロトコルで送信されるデータを全て取得する必要が無くなり、ひいてはコントローラの処理が簡素化でき、迅速な処理が可能となる。

また、バージョン情報の特定の値に意味を持たせることも可能である。例えば、バージョン情報の値が「0」である時には、この表示部品は不変であることを示す、とする事も可能である。つまり、情報を追加することなく不変の表示部品と可変の表示部品を扱うことが可能になり、コントローラの処理を簡単化できるとともに、情報量を減らすことが可能となり、好適である。次に、コントローラの送受信動作について、図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。

第 7図は、コントローラの動作フローを示すフロ一チャートであり、第 7 ( a ) 図は第 1のプロトコルに関する動作、第 7 ( b ) 図は第 2のプロトコルに関する動作を説明するものである。そして第 7 ( a ) 図及び第 7 ( b ) 図に示したフローは、コントローラ上で平行して動作する。

第 7 ( a ) 図において、コントローラは、使用者がリモコンのメニューボタンを押す等のコントロ一ラ内部の要求によりターゲットに対して第 2のプ口トコル用のコネクションを処理 5 0 1で確立する。そして使用者の操作に応じてターゲッ卜の G U Iを表示させるため、処理 5 0 2でターゲッ卜に対してデータの要求をメッセージ送信する。このデータの要求に対する応答を処理 5 0 3で待ち、ターゲットから承認通知を受け取った後、処理 5 0 4で使用者の操作を検出する。

使用者がコントローラ上の操作画面に対して、操作を行い、この操作をタ —ゲッ卜に通知する場合には、処理 5 0 2で、例えば、オブジェクトの識別情報と使用者の操作情報をターゲットへ送信する。

一方、使用者の操作がなかった場合、処理 5 0 5で終了判定を行い、使用者の操作等により、コントローラがターゲットの G U I情報を表示する必要がないと判断した時は、処理 5 0 6でコネクションを切断する。一方、継続してターゲッ卜の G U I情報をコントローラが表示する場合等には、処理 5 0 4でターゲットへ伝達すべき使用者の操作をチックする。

第 7 ( b ) 図で示される動作フローは、コントローラが、第 7 ( a ) 図の処理 5 0 1でコネクションが確立した後に開始されるものである。まず、処理 5 1 0で第 2のプロトコルでのデータの受信をチェックする。ここで、デ —タを受信した際には処理 5 1 1でバ一ジョン番号をチェックし、新規読み込み又はバージョン情報が異なっていた場合は、コントローラ内の保持データを処理 5 1 2で更新すると共に、処理 5 1 3でバージョン情報を更新し、処理 5 1 4で画面表示を更新する。また、バージョン情報が同じ場合、処理 5 1 2〜5 1 4をスキップし、画面表示を変更しない。

処理 5 1 4で画面表示を更新した後、及び、処理 5 1 0でデータを受信していない際には、処理 5 1 5で終了判定を行い、使用者の操作等によりコントローラがこのターゲッ卜の G U I情報を表示する必要がないと判断した時は、この動作フローを終了する。一方、継続してこのターゲットの G U I情報をコントローラが表示する場合等には、処理 5 1 0でデータの受信を待つ。なお、処理 5 1 0と処理 5 1 5は、同時に終了判定を行うように構成しても良い。

次に、ターゲットの送受信動作について図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。

第 8図は、ターゲットの動作フローを示すフローチャートである。まずタ一ゲットは、コントローラがコネクションを確立するのを処理 6 0 1で待ち、コネクションが確立した後、処理 6 0 2でコントローラからのメッセージの有無をチェックする。メッセージが来ていない時には、処理 6 0 3でターゲット内部の状態をチェックし、状態が変化していない時には、処理 6 1 1で終了判定を行う。コントローラによるコネクションの切断ゃコントロ一ラからメッセージでの終了通知を受信した場合等には、この動作フローを終了する。一方継続する場合には、処理 6 0 2へ戻る。

処理 6 0 2でメッセージが来ている時には、このメッセージが何を意図するものであるかを判定し、各メッセージに応じて、処理 6 0 4及び処理 6 0 9で、ターゲットの状態、ターゲットがこの機能をサポートしているか等を考慮し、このメッセージの実行可能性に応じて、メッセージ応答をコント口ーラへ送信する。受信メッセージがデータ要求である時には、処理 6 0 5で実行可能性を判断し、可能であれば、了承の応答をコントローラへ送ると共に、処理 6 0 6で、機能一覧を作成、または、既存の機能一覧がある場合には既存の機能一覧を、処理 6 0 8でコントローラへ送信する。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。

同様に、処理 6 0 3でターゲット内部の状態が変化した際には、処理 6 0 7で機能一覧を更新し、処理 6 0 8で機能一覧をコントローラへ送信する。また、例えば、オブジェクトの識別情報と使用者の操作情報など、受信したメッセージがデータ要求でない時には、各々のメッセージに応じた処理を処理 6 0 9で行う。この処理 6 0 9で、実行可能性を判定し、実行可能であれば、了承のメッセージ応答をコントローラへ送信し、処理 6 1 0でこのメッセージに対応する処理を行う。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。

なお、ここでは、終了判定は、処理 6 1 1で行うとしたが、コントローラからのコネクション切断メッセージや G U I表示終了メッセージ等を受信した場合には、処理 6 1 0で終了処理を行い、この動作フローを終了するとしても良い。

次に、本実施の形態における、第 2のプロトコルによるデータ伝送確認時の処理について、図面を参照しつつ説明する。

第 9図は、本発明における第 2のプロトコルでのデータ伝送確認時の処理を示す説明図である。第 9図は、第 6図において、メッセージ送信 1 0 2からデータ 2 0 1までの伝送における伝送データの確認処理を示したものである。ここで、第 6図と同一の伝送については、同一の符号を付し、説明を省略する。

コントローラは、メッセ一ジ送信 1 0 2によってデータ要求を行い、その応答として、メッセージ応答 1 1 2でターゲットは了承した旨をコントローラへ返答する。そして、ターゲットは、データ 2 0 1でバージョン情報を含むデータ、例えば機能一覧、を第 2のプロトコルで送信する。

この時、伝送路、ターゲット或いはコントローラで伝送エラーが生じ、データ 2 0 1で転送したデータが正しくコントローラへ送られなかった時、コントローラはタイムアウト、データのパリティチェックやサイズチヱック等で第 2のプロトコルで正常な伝送が行われなかった可能性を検出する。

次に、コントローラはターゲットに対して、メッセージ送信 1 0 5でターゲットが正常に第 2のプロトコルでデータを出力したか否かを確認する。そしてターゲットは、第 2のプロトコルでのデータ転送が正常に終了しているかを確認し、正常終了している時には、了承のメッセージ応答を、正常終了していない時は、状況に応じたエラーの応答をメッセージ応答 1 1 5で返信する。

メッセージ応答 1 1 5で送信済みを示すメッセージが返ってきた際、送出エラーを示すメッセージが返って.きた際等には、コントローラは第 2のプロトコルで送信したデータが紛失或レ、は伝送時にエラーが生じたと認識し、メッセージ 1 2 2で再度データを要求する。ターゲットは、このデータ要求を受けて、メッセージ応答 1 3 2で了承したことを伝え、第 2のプロトコルを用い、データ 2 1 0で指定されたデータを再度送出する。

なお、ターゲットからの第 2のプロトコルでのデータ送信に対して、コントローラは常にメッセ一ジ送信で状況確認するように構成しても良い。

さらに、ターゲッ卜が自発的に第 2のプロトコルでデータを送信する際にも、コントローラが不正なデータを検出した際には、同様に、第 1のプロトコルのメッセ一ジを用いて確認/再送要求を行えばよレ、。

このように、第 2のプロトコルでのデータ伝送の確認や再送要求を第 1のプロトコルで行うことにより、第 2のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となるので良い。

さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できるので好適である。

次に、本実施の形態における表示要素の構成について、図面を参照しつつ説明する。

第 1 0 ( a ) 図は、本発明における表示要素の構成を示す構成図である。ここで、 5 0は表示要素、 5 1は表示部品の識別情報、 5 2は表示部品のサィズ情報、 5 3は第 1の属性の識別情報、 5 4は第 1の属性のサイズ情報、 5 5は第 1の属性情報データ、 5 6は第 2の属性の識別情報、 5 7は第 2の属性のサイズ情報、 5 8は第 2の属性情報データである。尚、第 1 0 ( a ) 図中、ここでは横方向 1 6ビットとするが、これに限定されるものではない。表示要素の識別情報は、表示要素の I D番号や種類を示すタイプ情報、等からなり、この表示要素が何であるかを識別する為のものである。

表示要素のサイズ情報は、この表示要素の属性情報全体、即ち属性部の大きさを示すもので、例えば、バイト数で表される。

属性部は、この表示要素の属性を記す部分であり、属性には表示要素の大きさ、（ピクセル数）や、位置情報（ピクセル数）、等を含み、表示要素がパネルやグループである場合にはリンクを有するオブジェクトの識別情報も含む。そしてこれらの情報、即ち各属性の識別情報、各属性のサイズ情報、各属性の属性情報データは同一の形式で表される。また各属性情報の順番は任意であり、各属性は識別情報で区別される。

属性の識別情報は、属性の I D番号や種類を示すタイプ情報等からなり、属性が何であるかを識別するものである。

属性のサイズ情報は、この属性の属性情報データの大きさを示すもので、例えば、バイト数で表される。

このように、表示要素、即ちパネル、グループ、又は表示部品は、同一のデータフォーマツトを有しており、識別情報及びサイズ情報の後に 1又は複数の属性情報が並んでいる。さらに、各属性情報も表示要素と同一のデータフォーマットを有している。

以上のように各表示要素でデータフォーマツトを統一することで、コントローラの処理が簡素化でき、処理を高速化できると共に、デバッグが容易となるので好適である。

さらに、各表示要素と各属性情報でデータフォーマットを統一することでコントローラの処理を統一することができ、処理を高速化/簡素化ができると共に、処理ソフトウェア及びデータの作成が容易となり、好ましい。

次に、第 1 0 ( b ) 図について説明すると、これは本発明における属性情報の構成を示している。まず、属性のサイズ情報は識別情報の一部に組み込まれ、サイズ情報のフィールド（例えば 4ビット）でこの属性情報の大きさを示す。例えば、サイズ情報フィールドに 1が書かれた場合、属性情報の大きさは 1ワード（1 6 ビット）を意味し、 2が書かれた場合、 2ワードを意味する。このように識別情報の一部のフィールドを用いて、サイズ情報を記することにより、属性情報データが小さい属性情報に対して、データ量を減らすことが可能となる。例えば、機能一覧中にひとつの大きなサイズの属性情報がある場合、属性のサイズ情報 5 3等をそれに合わせて大きくする（例えば、 4バイト）必要があるが、この時、大多数の小さなサイズの属性情報に対しては、第 1 0 ( b ) 図で示した方法を用いることにより、小さなサイズの属性情報のデータ量を減らすことができ、メモリ量を節約可能である。

さらに、サイズ情報フィ一ルドで示すサイズの単位を大きくすることで、多少大きなデータでもこの形式で表現することが可能となり、属性のサイズ情報 5 4等をなくすことが出来る。

なお、ここで、コントローラ内部及びターゲット内部で、これらのデータをこのデータフォーマツトのまま記憶する必要はなく、伝送時のデータフォ —マットとして統一されていればよい。もちろん、伝送路 1上を伝送する際には、このデータフォーマットで記されたデータに対して、パケット分割やヘッダ付加等が行われる。

次に、本実施の形態における表示データの構成について、図面を参照しつつ説明する。

第 1 1図は、本発明における表示データの構成を示す構成図である。ここで、 6 0は表示データ、 6 1は表示データの識別子、 6 2は表示データのサィズ情報、 6 3は実データである。

表示データの識別情報は、表示データの I D番号や種類を示すタイプ情報等からなり、この表示データが何であるかを識別するものである。

表示データのサイズ情報は、表示データの実データの大きさを示すもので、例えば、バイト数で表される。尚、ここで識別情報やサイズ情報のビット数は、表示要素のそれと異なっていても良い。実データは、表示データの実際のデータを格納する部分であり、ビットマップの画像データ、音声データ、テキストデータ、プログラムデータ等が格糸内される。

なお、例えば、これらのビットマップの種類や大きさ等を示す属性情報は、表示部品の属性情報として記載される。また、第 1 0図と第 1 1図においては、デ一タ構成が識別情報→サイズ情報→識別情報—サイズ情報…の順になされているが、この順番はこれに限定されるものではなく、例えばサイズ情報→識別情報→サイズ情報…のような順番で構成されていてもよい。

次に、本実施の形態における機能一覧の構成について、図面を参照しつつ説明する。

第 1 2図は、本発明における機能一覧の構成を説明する説明図であり、第 1 3図は、コントローラでのパネルの表示例である。

第 1 2図において、機能一覧内の 1つのパネルは V T Rのメニューを示すものであり、表題、タイトル画、さらには、背景情報や大きさ等の独自情報と、グループへのリンク、即ちグループの識別情報を属性情報中に有する。このグループは、機能や表示に応じた表示部品の集合を示すもので、例えば、コンテンツ、デッキ部、チューナ一部の 3つのグループである。

このグループは、グループの大きさ、配置や背景情報等の独自情報と、表示部品へのリンク、つまり表示部品の識別情報を属性情報中に持ち、表示部品へのリンクはこのグループに属する表示部品を指し示す。

ここで、表示部品は、アイコン、ボタン、スライダ、チェックボックス、テキストエントリ等を表示するための部品であり、独自情報として、表示部品の大きさ、配置、状態情報、変数情報等と、表示データへのリンク（表示データの識別情報）を属性情報中に有する。なお、例えば、スライダ、チェックボックスやテキストエントリのような表示部品は、表示データを持たず、その特徴、機能や動作を表示部品として表し、その表示はコントローラに依存するように構成しても良い。

表示データは、静止画データ、動画データ、テキストデータ、オーディオデータ、プログラムデータ等のデータであり、パネル、グループ或いは表示部品の表示データを示すものである。

次に、このようなパネルについて、図面を参照しつつ簡単に説明する。

第 1 3図は上述のパネルを表示した場合の一例である。ここで、各グループはコントローラの画面上に表示しない。もちろん、各グループをグループの表題及びタイトル画等と共に画面上に表示するように構成しても良い。

また、本実施の形態におけるコントローラの、パネル構成例のその他の例を第 1 4図に示す。

ここで、パネルは、 1つのビットマップデータを任意に分割した表示部品の集合として構成される。画面部分データ 7 0 1、 7 0 2、 7 0 3、 7 0 4 は、このパネルを示す一枚のビットマップデータを分割したものであり、各々が表示部品として、パネルにこれらの表示部品の識別情報を有する。

使用者の操作ゃタ一ゲット内の状態変化により、いずれかの表示部品の表示データ（画面部分データ）が変化した場合、この表示部品単位で、ターゲットはコントローラへ変化を通知することで、使用者に変化を通知することができる。

なお、ここではパネルを示す一枚のビットマップデータを複数に分割した力 s、パネルを示す一枚のビットマップデータのみでパネルを構成しても良く、使用者の操作やターゲット内の状態変化により、ターゲットがデータを送る際に多くのデータを送る必要があるが、同様の効果が得られる。

以上、本実施の形態では、コントローラは画面表示を行うとしたが、画面表示を行う表示手段をコントローラやターゲットと別に有し、使用者がこの表示手段の画面表示を見て、コントローラに対して、リモコン等で操作するとしても良く、この場合も同様の効果が得られる。ここで、表示手段は、コントロ一ラゃターゲットと同一機器内にあっても良いし、別機器であっても良い。

また、この時、第 2のプロトコルで伝送されるデータはコントローラではなく、表示手段が受信して画面上に配置し表示するとしても良いし、コントローラが受信し表示手段の画面サイズ等にあわせて配置を行い、表示手段に適した大きさ、ァスぺクト比等のビットマップデータを作成し表示手段へ第 2のプロトコルで送信し、表示手段が表示するとしても良い。

(実施の形態 2)

次に、上述した第 1の実施の形態におけるターゲットとは異なる動作をするターゲットを備えたネットワーク制御システムを利用する AVCシステムについて、図面を参照しつつ簡単に説明する。

第 1 5図はシステム構成の一例であるが、この第 1 5図において、 154 1はテレビ、 1542はテレビ用のリモコン、 1543は？〇、 3 1は録再可能な DVD、 32は0 方式の0 。、 33は VHS方式の DVHS、 3 4は D V方式の DVCムービー、 35は C Sディジタル放送等の S TBである。そしてこれらの機器は、第 1 5図に示すように、伝送路 1によって接続されて AVCシステムのネットワークを構成する。

まず、これらの部材について説明するが、第 1の実施の形態において説明したものと同じ部材は、第 1の実施の形態の説明に用いた第 1図と同様の番号を附し、ここではその説明を省略する。

テレビ 1541は、コントローラとコンシユーマとターゲット（ここでは地上波チューナとビデオモニタである。）からなる機器であり、リモコン 1 542を用いて、後述するコントローラ内部機能制御手段に指示を与え、他のターゲットから得たデータを画面上に表示する。

PC 1543は、コントローラとコンシユーマとターゲット（ここでは電話線とインターフヱースをとるモデムとビデオモニタ等である。）からなる機器であり、キーボードやマウス等を用いて、使用者はコントローラ内部機能制御手段に指示を与え、他のタ一ゲッ卜から得たデータを画面上に表示する。尚、このテレビ 1 541と P C 1 543は、ターゲットとコントローラとコンシユーマとがー体となった機器として定義される。

また、本実施の形態においては、 DVD31、 DVC 32、 DVHS 33、 DVCムービー 34、 S TB 35をターゲットとしたが、機器の大きさが小さくとも、タツチパネルやリモコン等で使用者が他のターゲットの機能を選択する等の操作ができるのであれば、これらの機器をコントローラとタ一ゲットを含む機器としてもよレ、。さらに、液晶パネル等で他のターゲットの情報を表示出来る環境を実現したり、他のターゲットからの情報を処理できる機能を有する場合には、コンシユーマを含む機器としてもよい。

さらに、ここに挙げた A V Cシステムのネットワークを構成する機器は、コンシユーマ及びコントローラとしての処理機能を含むと共に機器用のリモコンを有し、表示及び音声のみをアナログ結線等でモニタに表示させ、使用者はこの画面を見ながら、機器のリモコンで操作するように構成することも可能であり、この時、この機器はコントローラとターゲットを含む機器としてもよい。

又、コンシュ一マを含む機器としては、プリンタやテレビ等のようにデータを印刷したり表示する等、出力する機器及びデータフォーマットを変換して他の機器に伝えるようなモデムやブリッジ、ルータ、ゲートウェイ等の機器がある。

このように構成されるネットヮ一クの制御システムに用いられる、本実施の形態に係るターゲットについて、以下、図面を参照しつつ説明する。

第 1 6図は本実施の形態におけるターゲットのブロック図を示す。この第 1 6図において、 1は伝送路、 2はパケット送受信手段、 3は同期データ送受信手段、 1 6 0 4はターゲット信号処理手段、 5は非同期データ送受信手段、 1 6 0 6は第 1のプロトコル処理手段、 7は機器構成情報、 1 6 1 8は第 2のプロトコル送信手段、 1 6 2 0はコネクション管理手段、 1 6 2 1は第 1のターゲット内部機能制御手段、 1 6 2 2は第 2のターゲット内部機能制御手段、 1 6 2 3は第 3のターゲット内部機能制御手段、である。尚、ターゲット内部機能制御手段の数は任意であってよく、内部機能制御手段が 1 つ又は複数個存してもよく、又これを全く持たないターゲットが存在することも考えられる。ここでは 3個存在するものとして説明する。また、ここで、内部機能制御手段は、ターゲット、コントローラ、或いはコンシュ一マ内の機能単位を示すものであり、タ一ゲット内に存在する内部機能制御手段をタ —ゲット内部機能制御手段と言う。

以下、ターゲットを構成する各部材について説明するが、これらの部材について第 1の実施の形態において説明したものと同じ部材は、第 2図と同様の番号を附し、ここではその説明を省略する。

ターゲット信号処理手段 1 6 0 4は、同期データを同期データ送受信手段 3から受け取り、ターゲットに応じた信号処理を行う。例えば、このターゲットが D V C等の記録再生機器であれば、同期データに対して、磁気テープ等の記録メディアへ記録するためのフォーマツト変換、伝送路用暗号の復号、データ圧縮形式の変更、デコード等の信号処理を行い、コネクション管理手段 1 6 2 0の指示に応じて、各ターゲット内部機能制御手段に送信する。又、ターゲット信号処理手段 1 6 0 4は第 1のタ一ゲット内部機能制御手段 1 6 2 1、第 2のターゲット内部機能制御手段 1 6 2 2、第 3のターゲット内部機能制御手段 1 6 2 3、から記録メディア、放送波等の同期データを取り出し、フォーマット変換等を行い、同期データ送受信手段 3へ送信することも行う。

ここで、ターゲット信号処理手段 1 6 0 4は、同期データの信号の切換のみを行うように構成しても良く、この時、ターゲット信号処理手段 1 6 0 4 は、同期データ送受信手段から得た同期データをコネクション管理手段 1 6 2 0の指示に応じて、適切なターゲット内部機能制御手段へ伝達する。そして、各ターゲット内部機能制御手段 1 6 2 1、 1 6 2 2、 1 6 2 3内で、このデータに対して、フォーマツト変換やデータ圧縮形式の変更等の信号処理を行う。同様に、各ターゲット内部機能制御手段内で、フォーマット変換等の信号処理が行われたデータを、ターゲット信号処理手段 1 6 0 4は、コネクシヨン管理手段 1 6 2 0の指示に応じて選択し、同期データとして、同期データ送受信手段へ出力する。

第 1のタ一ゲット内部機能制御手段 1 6 2 1は、タ一ゲット内の 1つの機能単位であり、例えば、ターゲットが V T Rの場合、チューナとデッキの 2 つの機能単位からなり、各ターゲット内部機能制御手段は、ターゲット内部機能制御手段外部からの指示に応じて動作し、各機能の一部又は全部を実現する。第 2のターゲット内部機能制御手段 1 6 2 2、第 3のターゲット内部機能制御手段 1 6 2 3についても同様であり、これらのターゲット内部機能制御手段、及びコントローラ内部にあるコントローラ内部機能制御手段を総称して、内部機能制御手段と呼ぶ。

そして、第 1のプロトコル処理手段 1 6 0 6が受け取ったデータが、あるターゲット内部機能制御手段の動作を示す制御コードであれば、第 1のプロトコル処理手段 1 6 0 6は、このデータが示す内部機能制御手段に、この制御コードに従った動作を行わせる。第 2のターゲット内部機能制御手段 1 6 2 2、第 3のターゲット内部機能制御手段 1 6 2 3についても同様である。そしてこれら第 1のターゲット内部機能制御手段 1 6 2 1、第 2のターゲット内部機能制御手段 1 6 2 2、第 3のターゲット内部機能制御手段 1 6 2 3の情報は、後述のコネクション管理手段 1 6 2 0の指示に応じて、第 2のプロトコル送信手段 1 6 1 8、非同期データ送受信手段 5等を経て、コントローラに転送される。なお、ここで、ターゲット内部機能制御手段 1 6 2 1 、 1 6 2 2 、 1 6 2 3と第 2のプロトコル送信手段 1 6 1 8の間に、ターゲット内部で任意のプロトコルでコネクションを形成するように構成しても良い。コネクション管理手段 1 6 2 0は、ターゲット内部のコネクションの管理を行うものであり、例えば、第 1のプロトコル処理手段 1 6 0 6が受け取つたデータが、伝送路 1から受信した同期データを第 1のターゲット内部機能制御手段 1 6 2 1へ伝送することを指示するメッセージであったならば、タ —ゲット内部でタ一ゲット信号処理手段 1 6 0 4で受信した同期データを第 1のターゲット内部機能制御手段 1 6 2 1に送るように指示する。又、各ターゲット内部機能制御手段が第 2のプロトコルでデータをコンシユーマへ送信する際には、各ターゲット内部機能制御手段に応じて、コネクション管理手段 1 6 2 0は、このターゲット内部機能制御手段の出力を受け取るように、第 2のプロトコル送信手段 1 6 1 8へ指示を出す。

よって、コネクション管理手段 1 6 2 0は、第 1のプロトコル処理手段 1 6 0 6の指示により、第 1、第 2、第 3ターゲット内部機能制御手段 1 6 2 1 、 1 6 2 2 、 1 6 2 3のうち、適切なターゲット内部機能制御手段とターゲット信号処理手段 1 6 0 4とのコネクションを張り、ターゲット内部機能制御手段からの要求に応じて、このターゲット内部機能制御手段と第 2のプ口トコル送信手段 1 6 1 8との間にコネクションを張る。このようにして、各ターゲット内部機能制御手段が第 2のプロトコルでデータを出力したいときに、自動的に、ターゲット内部のデータの流れ（コネクシヨン）を切り換えることが可能となる。

次に、本実施の形態におけるターゲットの、コントローラからの要求による動作について以下に説明する。ここで、コントローラとコンシュ一マは同一の機器内に存在し、内部でデータを共有するものとする。尚、コントローラとコンシユーマは別々の機器に存在しても良い。

まず、ターゲッ卜が伝送路 1に接続された場合やコントローラが伝送路 1 に接続された場合、コントローラは、まずターゲットの機器構成情報 7を読み込み、ターゲットに関する情報、例えば機器の種類や G U I情報の有無、等を確認し、読み込む。

次に、コントローラ（イニシエータ）は、ターゲットとコンシュ一マの間に第 2のプロトコルのコネクションを張る。これらのコネクションについては後述する。そしてコントローラは、ターゲットに対して、パネルや表示部品、等の G U I情報を要求するデータ要求を発行し、その情報を第 2のプロトコルを用いたコネクションにより、コンシュ一マに伝送する。なお、 G U I情報中の特定の表示部品のみを要求するコマンドを発行し、表示部品とこの I Dのみを伝送するように構成しても良い。このようにして、コントローラ（コンシュ一マ）は、受信した表示部品を画面に表示すること等が可能である。

又、ターゲットがコントローラから制御コードと使用者の操作情報を受け取つた場合には、状況に応じてこの制御コードとユーザの操作情報で示される処理を行う。例えば、ターゲットの機能を示す表示部品等に対して、この表示部品の識別情報が、使用者の操作情報である「選択」と共にコントローラからターゲットに送信されて来た場合には、非同期データ送受信手段 5は、この表示部品が示す機能を実行するように機器内部機能制御手段 9へ指示を出す。尚、表示部品の制御コードとしては、例えば表示部品の識別情報、等が用いられる。

このように、コントローラからの G U I情報の要求に対して、ターゲットはデバイスの情報を提示するだけでよく、ターゲットの負荷を小さくできる。又、ターゲット内部の各デバイスに対して、標準化団体等でコマンドを規定する必要が無く、現在想定できないような新機能を持つデバイスでも、容易に伝送路 1経由でこの新機能を使用することが可能になる。

尚、以上説明したターゲットにおいて、同期データ送受信手段 3及びターゲット信号処理手段 1 6 0 4は、本発明の必須構成要素ではないので、ターゲットの機能に応じて任意に構成して良く、場合によってはこれらが存在しなくともよい。つまり、以上の説明において同期データを受けることとした力この同期データは場合によっては受けなくともよい。又、各手段はハードウエア或いはソフトウェアのいずれで構成してもよレ、。尚、コントローラとコンシュ一マは別々の機器に存在しても良い。

次に、本実施の形態におけるコントローラについて、以下、図面を参照しつつ説明する。

第 1 7図は本実施の形態におけるコントローラのプロック図を示すものである。ここで、 1 7 3 0は第 1のプロトコル処理手段、 1 7 1 0はコント口ーラ信号処理手段、 1 7 1 9は第 2のプロトコル送信手段、 1 7 2 5は第1 のコントローラ内部機能制御手段、 1 7 2 6は第 2のコントローラ内部機能制御手段、 1 7 2 7は第 3のコントローラ内部機能制御手段、である。尚、コントローラ内部機能制御手段の数は任意であってよく、又は存在しなくても良い。ここでは 3個存在するものとして説明する。又、ここでは、コンシユーマはコントローラと同一機器内に存在するものとして説明するが、別の機器に存在していても構わない。

以下、コントローラを構成するこれら各部品について簡単に説明するが、第 1 7図において、第 1 6図と同一の構成要素には、同一の符号を付して、その説明を省略する。

コントローラ信号処理手段 1 7 1 0は、同期データを同期データ送受信手段 3から受け取り、このコントローラに応じた信号処理を行う。例えば、このコントローラが、ビデオモニタ等の映像を表示する能力のある機器であれば、同期データ、例えば、 M P E G 2のストリーム、等を復号し、コネクション管理手段 l 6 2 0の指示に応じて、画面表示を行うコントローラ内部機能制御手段へ送信し、このコントローラ内部機能制御手段が画面上へ表示する。逆に、コントローラ内部機能制御手段から受け取ったデータに対して、フォーマツト変換ゃストリ一ムの圧縮又は伸張などの信号処理を行い、同期データ送信手段 3へ送信する。

ここで、コントローラ信号処理手段 1 7 1 0は、同期データの信号の切換のみを行うように構成しても良ぐ、この時、コントローラ信号処理手段 1 7 1 0は、同期データ送受信手段から得た同期データをコネクション管理手段 1 6 2 0の指示に応じて、適切なコントローラ内部機能制御手段へ伝達する。同様に、各コントローラ内部機能制御手段内で、フォーマット変換等の信号処理が行われたデータを、コントローラ信号処理手段 1 6 0 4は、コネクシヨン管理手段 1 6 2 0の指示に応じて選択し、同期データとして、同期データ送受信手段へ出力する。

第 1のプロトコル処理手段 1 7 3 0は、先述したターゲッ卜で用いたものと同一のものである。但し、このコントローラでは第 1のプロトコル処理手段 1 7 3 0は、先述したタ一ゲット内のターゲット内部機能制御手段ではなく、第 1、第 2、第 3のコントローラ内部機能制御手段 1 7 2 5、 1 7 2 6、 1 7 2 7と接続している。

第 2のプロトコル送信手段 1 7 1 9は、第 2のプロトコルのコンシュ一マ側における処理、つまり受信元の処理を行うものであり、ターゲット内部のターゲット内部機能制御手段のデータを、第 2のプロトコルを用いたコネクシヨン上から非同期データ送受信手段 5経由で受け取り、後述するコント口ーラ内部機能制御手段に伝達する。尚、第 2のプロトコルにおけるコネクシヨンの接続 Z切断処理は、コネクション管理手段 1 6 2 0力第 1のプロトコル処理手段 1 7 3 0及び非同期データ送受信手段 5を経由して、第 1のプ口卜コノレで行う。

第 1のコントローラ内部機能制御手段 1 7 2 5、第 2のコントローラ内部機能制御手段 1 7 2 6、第 3のコントローラ内部機能制御手段 1 7 2 7等のコントローラ内部機能制御手段は、例えば機器制御用のアプリケーションや編集用のアプリケーション、等の各種アプリケーションや画面表示、印刷等の機能を実現する機能単位であり、コントローラ（コンシュ一マ）はこれらコントローラ内部機能制御手段へのデータを第 2のプロトコルで受信する。受信するデータは、例えば表示の指示や、印刷の指示等である。そして、このコント口一ラ内部機能制御手段は、例えばコントローラの画面上に、第 2 のプロトコルを用いて受信したタ一ゲットの G U I情報等を示す表示部品を表示し、これを使用者へ通知すると共に、使用者の操作に応じて、ターゲット及び機能の選択、等を第 1のプロトコルを用いて行うものである。又、コントローラ信号処理手段 1 7 1 0から受け取ったデータや、第 1のプロトコル処理手段 1 7 3 0又は第 2のプロトコル受信手段 1 7 1 9から受け取ったデータを表示したり再生したりすることも出来る。尚、ここではコントローラ内部機能制御手段としたが、これらの内部機能制御手段はコンシユーマ内部に存在する、としても良い。

次に、本実施の形態におけるコントローラの動作について、以下に説明する。

まず、使用者がターゲットを示す表示部品を選択すると、ターゲット内のターゲット内部機能制御手段（ここでは第 1のタ一ゲット内部機能制御手段 1 6 2 1としておく。）からこのターゲッ卜の G U I情報を読み込み表示画面上に表示する。

次に、使用者が G U I情報の中から機能を示す表示部品を選択すると、第 1のターゲット内部機能制御手段 1 6 2 1から得たこの表示部品に対応する制御コードと使用者の操作情報を、第 1のプロトコル処理手段 1 7 3 0等を通して発行する。コントローラ内部機能制御手段（ここでは第 1のコント口ーラ内部機能制御手段 1 7 2 5とする。）は、この制御コードと使用者の操作情報に対するターゲットの応答を、 G U I情報として、第 2のプロトコル受信手段 1 7 1 9経由で受け取る。

又、第 2のプロトコルにより、ターゲットから G U I情報の変更通知、例えば、変更した G U I情報の転送、を受けた際には、この変更されたデバイスを画面上に表示する。よって、現時点でのターゲットの状態等に対して最新の G U Iを表示画面上に表示し、使用者に通知することが出来る。

次に、本実施の形態において、第 2のプロトコルが用いるコネクションの接続/切断方法について、図面を参照しつつ説明する。

第 1 8図は、第 2のプロトコルで用いるコネクションの接続/切断方法を示すものであり、第 1 8 ( a ) 図はイニシエータ及びコンシユーマが独立した機器の場合、第 1 8 ( b ) 図はイニシエータが独立した機器の場合、第 1 8 ( c ) 図はイニシエータ及びコンシユーマがコントローラと同一機器内に存在する場合であり、図中、 1 8 4 0はイニシエータ、 1 8 4 1はコント口 —ラ、 1 8 4 2はターゲット、 1 8 4 3はコンシユーマである。

尚、コネクションとは伝送路 1上を流れるデータに対して論理的に構成された情報伝送用のパスであり、ターゲットゃコンシュ一マは複数のコネクシヨンを有していても良い。この時、各コネクションは、論理的なプラグ番号やポート番号等でデータを送受信するァドレスなどを指定し、このプラグ番号やポート番号などで各コネクションを区別する。

第 1 8 ( a ) 図は、イニシエータ、コントローラ、ターゲット、コンシュ一マが各々独立した機器に存在する場合の例であり、タ一ゲットとコンシュ一マとの間に、イニシエータが張るコネクションが存在する。

まず、イニシエータ 1 8 4 0力コントローラ 1 8 4 1 とコンシユーマ 1 8 4 3の間に第 2のプロトコルのコネクションを張る。このコネクションにおいて、第 2のプロトコルで流れるデータの送信元はターゲット 1 8 4 2、受信先はコンシユーマ 1 8 4 3である。

イニシエータ 1 8 4 0はコントローラ 1 8 4 1からコネクションに必要な情報、例えば接続可能なバッファのアドレス等のコントローラ、のリソース情報、等を取得し、これを用いて、ターゲット 1 8 4 2に対してコネクションへの接続を試みる。これが成功した際には、イニシエータ 1 8 4 0はコンシユーマ 1 8 4 3に対してコネクションへの接続を行う。このようにして、コントローラ 1 8 4 1とコンシユーマ 1 8 4 3の間にコネクションを確立する。

又、コネクションを切断する際にも同様に、イニシエータ 1 8 4 0はコンシュ一マ 1 843をコネクションから切断し、次にターゲット 1842をコネクシヨンから切断する。これが成功した際には、イニシエータ 1 840はコンシユーマ 1843がコネクション用に確保していたリソースの解放を行う。

よって、この時、コントローラ 1841は、ターゲット 1842とコンシュ一マ 1843間のコネクションの確立 Z切断には、関わらない。

第 1 8 (b) 図は、イニシエータ、コントローラ、ターゲットが各々独立した機器に存在する場合の例であり、コンシュ一マは、コントローラと同一機器内に存在する。ここで、ターゲットとコントローラとの間に、ィニシェータが張るコネクションが存在する。

このコネクションにおいて、第 2のプロトコルで流れるデータの送信元はターゲット 1842、受信先はコントローラ 1841である。

イニシエータ 1840はコントローラ 1 841からコネクションに必要な情報、例えば接続可能なバッファのアドレス等のコントローラ、のリソース情報、等を取得し、これを用いて、ターゲット 1842に対してコネクションへの接続を試みる。これが成功した際には、イニシエータ 1840はコントローラ 1841に対してコネクションへの接続を行う。このようにして、コントロ一ラ 1841とタ一ゲット 1 842の間にコネクションを確立する。又、コネクションを切断する際にも同様に、イニシエータ 1 840はコントローラ 1 841をコネクションから切断し、次にタ一ゲット 1 842をコネクシヨンから切断する。これが成功した際には、イニシエータ 1840はコントローラ 1841がコネクション用に確保していたリソースの解放を行ラ。

次に、第 1 8 (c) 図は、コントローラ、ターゲットが各々独立した機器に存在する場合の例であり、イニシエータ及びコンシユーマは、コント口一ラと同一機器内に存在する。ここで、ターゲットとコントローラとの間に、イニシエータが張るコネクションが存在する。

ここで、コントローラ 1 841カ、コントローラ 1841とターゲット 1 842の間に第 2のプロトコルのコネクシヨンを張る。このコネクションにおいて、第 2のプロトコルで流れるデータの送信元はターゲット 1 8 4 2、受信先はコントローラ 1 8 4 1である。つまり、第 1 8 ( b ) 図におけるィニシエータをコントローラが兼務している。コントローラ 1 8 4 1はコントローラ 1 8 4 1自身のコネクションに必要な情報、例えば、接続可能なバッファのアドレス等のリソース情報、等を取得し、これを用いて、ターゲット 1 8 4 2に対して、コネクションへの接続を試みる。これが成功した際には、コントローラ 1 8 4 1はコントローラ 1 8 4 1自身に対してコネクションへの接続を行う。このようにして、コントローラ 1 8 4 1 とターゲット 1 8 4 2の間にコネクションを確立する。

又、コネクションを切断する際にも同様に、コントローラ 1 8 4 1は、自身をコネクションから切断し、次にターゲット 1 8 4 2をコネクションから切断する。これが成功した際には、コントローラ 1 8 4 1は自身がコネクション用に確保していたりソースの解放を行う。

以下、本実施の形態においては、第 1 8 ( c ) 図のモデルによって説明するが、その他のモデルでも同様に実現可能であり、又同様の効果が得られることをここで断っておく。

第 1 9図は、第 2のプロトコルでデータ転送を行う際のデータの流れを示したものである。

ここで、プラグとは、データの入出力する口を示すもので、理論的なブラグであり、例えば、各プラグは、各々プラグ番号を有し、このプラグ番号で、各々を区別するように構成される。そして、ターゲットのプラグは、第 2のプロトコル送信手段 1 6 1 8に、コントローラのプラグは第 2のプロトコル受信手段 1 7 1 9内に存在する。

まず、第 1 8図で説明したように、コントローラ（イニシエータ）は、あらかじめ、ターゲットとコントローラ（コンシュ一マ）の間に、第 2のプロトコルのコネクションを確立しておく。この時、この第 2のプロトコルのコネクシヨンは、ターゲットのプラグと、コントローラ（コンシュ一マ）のプラグとの間に作られる。

第 1 9図に示すように、ターゲット内部の各タ一ゲット内部機能制御手段には、第 2のプロトコルでデータを送信するためのデータを出力するプラグが設けられている。そして、ターゲットに対してコントローラにより、第 1 プロトコルで、あるタ一ゲット内部機能制御手段に対してデータの出力要求がなされると、ターゲット内の第 1のプロトコル処理手段 1 6 0 6はその指令に応じたターゲット内部機能制御手段に対して、データの出力指令を出す。指令に応じてターゲット内部機能制御手段は、自身のプラグからデータを出力する準備を行う。ここで、出力すべきデータを検索し、該当データの存在を確認した後、ターゲット内部機能制御手段は、指令に対して了解する旨の応答を返すとともに、コネクション管理手段 1 6 2 0に対して、ターゲット内の内部接続（内部コネクション）、つまり、ターゲット内部機能制御手段のプラグに出力されるデータをターゲットのプラグへ送信するように指示を出す。

コネクション管理手段 1 6 2 0は、他のターゲット内部機能制御手段が、第 2のプロトコルのコネクションを使用していないことを確認し、ターゲット内部のデータの流れ（内部コネクション）を確立する。

ここで、ターゲット内部のデータ送受信を行うプロトコルは任意であり、例えば、任意のバッファへのデータ書き込み制御で行っても良い。

次に、タ一ゲッ卜のプラグはコントローラのプラグと第 2のプロトコルを用いたコネクションで接続されているので、ターゲットのプラグに出力されたデータは、第 2のプロトコル送信手段 1 6 1 8により、第 2のプロトコルを用いて、コントここで、ターゲット内部のデータ送受信を行うプロトコルは任意であり、例えば、任意のバッファへのデータ書き込み制御で行って h良レ、。

次に、ターゲットのプラグはコントローラのプラグと第 2のプロトコルを用いたコネクションで接続されているので、ターゲットのプラグに出力されたデータは、第 2のプロトコル送信手段 1 6 1 8により、第 2のプロトコルを用いて、コントローラのプラグへ送信される。コントローラのプラグが受信したデータは、第 2のプロトコル受信手段 1 7 1 9で受信され、コント口

—ラ内のコネクション管理手段 1 6 2 0の指示に応じて、各々適切なコントローラ内部機能制御手段へ伝送する。

ターゲット内部機能制御手段がデータの転送を終了した際には、ターゲット内部機能制御手段の指示に応じて、コネクション管理手段 1 6 2 0がターゲット内の内部接続（内部コネクション）を切断する。よって、他のターゲット内部機能制御手段がデータを第 2のプロトコノレで、ターゲットとコント口一ラ間のコネクション上に伝送することが可能となる。

尚、ターゲット内部機能制御手段が複数ある場合の第 2のプロトコルでデータ転送を行う際のデータの流れは、第 2 0図に示した通りである。この場合について以下、説明する。

まず、第 1 9図で説明したのと同様に、コントローラ（イニシエータ）は、あらかじめ、ターゲットとコントローラ（コンシユーマ）の間に、第 2のプロトコルのコネクションを確立しておく。この時、この第 2のプロトコルのコネクションは、ターゲットのプラグと、コントローラ（コンシユーマ）のプラグとの間に作られる。

又、ターゲット内部の各ターゲット内部機能制御手段には、第 2のプロトコルでデータを送信するためのデータを出力するプラグが設けられている。そして、ターゲットに対してコントローラにより、第 1プロトコルで、第 1 のターゲット内部機能制御手段に対してデータの出力要求がなされると、ターゲット内の第 1のプロトコル処理手段 1 6 0 6は第 1のターゲット内部機能制御手段に対して、データの出力指令を出す。指令に応じて第 1のタ一ゲット内部機能制御手段は、自身のプラグからデータを出力する準備を行い、出力すべきデータを検索し、該当データの存在を確認した後、各ターゲット内部機能制御手段は、指令に対して了解する旨の応答を返す。同時に、コネクション管理手段 1 6 2 0に対して、ターゲット内の内部コネクションの接続要求を出す。

この時、第 2のターゲット内部機能制御手段に対しても、コントローラよりデータの出力要求が来た場合、同様にして、指令に応じて第 2のターゲット内部機能制御手段は、自身のプラグからデータを出力する準備を行い、コネクシヨン管理手段 1 6 2 0に対して、内部コネクションの接続要求を出す。ここで、同時に、第 1のターゲット内部機能制御手段と第 2のターゲット内部機能制御手段が第 2のプロトコルのコネクション上へのデータの伝送要求を、コネクション管理手段 1 6 2 0へ行った場合、コネクション管理手段は、あらかじめ決められた優先順^:で、データの伝送を許可し、内部コネクシヨンを接続する。そして、優先順位の高いターゲット内部機能制御手段からのデータ出力が終了した後、このターゲット内部機能制御手段との内部コネクシヨンを切断し、他方のターゲット内部機能制御手段と内部コネクションを接続して、このターゲット内部機能制御手段からのデータ転送を行う。この時、優先順位は、素早い応答が要求される内部機能制御手段に対しては、高い優先順位を設ける。よって、 G U I情報のように、ュ一ザの操作に対して迅速に応答すべき内部機能制御手段を容易に実現出来る。なお、一度伝送を行った内部機能制御手段は、優先順位を低くする等ダイナミックに変化するように優先順位を付けても良く、データを送ることができない内部機能制御手段をなくすことが可能となる。さらに、コントローラがこの優先順位を指定するように構成しても良く、コントローラのアプリケーシヨンに応じて最適なデータ転送を行うことが可能となる。

ここで、第 2のプロトコルで伝送されるデータは、そのデータの送信元を示すターゲット内部機能制御手段の識別情報を有しており、コントローラは、この情報を用いて、コネクション上に流れてきたデータを区別する。よって、簡単な構成で、所望のデータを確実に受信し、区別することが可能となる。なお、ターゲット内部機能制御手段に対する内部コネクションの接続 Z切断に対する優先順位の管理は、プラグが行うとしても良い。

第 2 1図は、送信先が複数ある場合の、第 2のプロトコルでデータ転送を行う際のデータの流れを示したものである。

ここで、ポートとは、プラグ内のデータの入出力する理論的な場所を示すもので、各ポートは、一対一で他のポートと接続される。よって、 1つのプラグは、同一のデータが入出力する口を示し、ポートはプラグ内で、各相手先と接続されている場所を示し、例えば、各ポートは、各々ポート番号を有し、このポート番号で、各接続先を区別するように構成される。

まず、第 1 9図で説明したのと同様に、コントローラ（イニシエータ）は、あらかじめ、ターゲットとコントローラ（コンシユーマ）の間に、第 2のプロトコルのコネクションを確立しておく。この時、この第 2のプロトコルのコネクションは、ターゲットのプラグと、コントローラ（コンシユーマ）のプラグとの間に作られる。この時、各相手先に対しては、各々 1つのポートが割り当てられる。ここで、第 2 1図では、複数のコントローラが存在し、各コントローラがこのようにして、第 2のプロトコルのコネクションを確立する。ここで、各ポートは相手と 1対 1に対応し、データを入出力する論理的な口を示し、例えば各相手先用のバッファのァドレスと 1対 1に対応する。又、ターゲット内部の各ターゲット内部機能制御手段には、第 2のプロトコルでデータを送信するためのデータを出力するプラグが設けられているが、相手先を明示する必要がないので、ポートは存在しない。そして、ターゲットに対してコントローラにより、第 1プロトコルで、第 1のターゲット内部機能制御手段に対してデータの出力要求がなされると、ターゲット内の第 1 のプロトコル処理手段 1 6 0 6は第 1のターゲット内部機能制御手段に対して、データの出力指令を出す。指令に応じて第 1のターゲット内部機能制御手段は、自身のプラグからデータを出力する準備を行い、出力すべきデータを検索し、該当データの存在を確認した後、各ターゲット内部機能制御手段は、指令に対して了解する旨の応答を返す。同時に、コネクション管理手段 1 6 2 0に対して、ターゲット内の内部コネクションの接続要求を出す。ここで、コネクション管理手段 1 6 2 0は、あらかじめ決められた優先順位で、データの伝送を許可し、内部コネクションを接続する。

次に、ターゲッ卜のプラグはコントローラのプラグと第 2のプロトコルを用いたコネクションで接続されているので、ターゲッ卜のプラグに出力されたデータは、第 2のプロトコル送信手段 1 6 1 8により、第 2のプロトコルを用いて、コントローラのプラグへ送信される。ここで、各プラグはポートを有しているので、有効なポート全てに対して、同一のデータが送信される。よって、コントローラは、コントローラのプラグ内のポートから第 2のプ口トコル受信手段 1 7 1 9でデータを受信し、コントローラ内のコネクション管理手段 1 6 2 0の指示に応じて、各々適切なコントローラ内部機能制御手段へ伝送する。

タ一ゲット内部機能制御手段がデータの転送を終了した際には、ターゲット内部機能制御手段は、ターゲット内の内部接続（内部コネクション）を切断する。よって、他のターゲット内部機能制御手段がデータを第 2のプロトコルで、タ一ゲットとコントローラ間のコネクション上に伝送することが可能となる。

このようにして、複数のコントローラに対して、同一のデータを送信することが可能となる。

以上のように、コントローラはターゲットに対して、目的とするタ一ゲット内部機能制御手段からデータを出力させる指令を送るだけでよく、従来のようにコントローラ自体がターゲット内部のコネクションを確立する必要がなく、コントローラはターゲットの詳細な構成に関する情報を有する必要がない。さらに、必要なときのみ内部コネクションを接続するので、ターゲットとコントローラ間のコネクションを複数のターゲット内部機能制御手段が共有可能であり、ターゲットの構成が簡潔なものとなると同時に、第 2のプ口トコルで必要となるバッファやプラグ等の資源を有効活用できる。

また、コンシユーマとターゲットの間で、一度第 2のプロトコルのコネクシヨンを張っておけば、コンシユーマやターゲット内で新たな内部機能制御手段が生成された場合や既存の内部機能制御手段と新たなデータ伝送が必要になった場合等でも、新たにコネクションを確立する必要が無く、既存のコネクシヨンを共有してデータの伝送を行うことが可能になり、処理を簡素化できる。

さらに、このように構成しておくと、複数存在するコントローラに対してターゲット内部のターゲット内部機能制御手段から同一の情報を送信する場合であっても、全てターゲッ卜のプラグを中継して情報の送信が可能となる。このように、ターゲット内部にタ一ゲット内部機能制御手段を設けておくことにより、ターゲットのプラグやバッファ等の資源を有効に利用でき、ひいてはターゲッ卜の構造を簡潔なものと出来るので、好適である。

第 2 2図は、本実施の形態に係るネットワーク制御システムにおけるコントローラとターゲット間のデータの送受信を説明した図である。尚、以下の説明はイニシエータがない場合、つまり、コントローラがイニシエータを兼ねる場合、について説明する。また、ここでは、 G U I情報の伝送を例に取り説明するが、伝送するデータは、 G U I情報に限定するものではなく、ターゲットゃコントローラがディジタルスチルカメラの場合には静止画データであっても良いし、プリンタの場合には印刷データであっても良い。さらには、動画データ、音声データ、プログラムデータ、データベース情報等の任意のファイルデータ等であっても良い。まず、ターゲットが伝送路 1に接続されると、この伝送路 1上にあるコントローラは、バスリセット信号等で新規ターゲットを認識し、新規ターゲットから伝送路 1を通じて、まず、機器構成情報 7内に記されたタ一ゲッ卜の情報を読み出し、ターゲッ卜が何者である力、どのようなプロトコルをサポートしているか等を認識する。次に、ターゲットが第 1のプロトコルをサポートしている場合、この第 1のプロトコルで、どのようなターゲット内部機能制御手段を有しているかを問い合わせ、 G U I情報をサボ一トする第 1のタ一ゲット内部機能制御手段 1 6 2 1 (第 2のターゲット内部機能制御手段 1 6 2 2、第 3のタ一ゲット内部機能制御手段 1 6 2 3であってもよレ、。 ) を検出する。ターゲット内で、これらの処理は、第 1のプロトコル処理手段 1 6 0 6が行い、コントローラ内では、第 1のプロトコル処理手段 1 6 0 6や内部機能制御手段が行う。尚、コントローラ内部機能制御手段がこれらの処理を行うように構成しても良い。

コントローラ内のアプリケーシヨンの 1つである第 1のコントローラ内部機能制御手段 1 7 2 5 (第 2のコントローラ内部機能制御手段 1 7 2 6、第 3のコントローラ内部機能制御手段 1 7 2 7であってもよレ、。 ) 、ターゲットの G U I情報を表示する際には、まず、コントローラは第 2のプロトコルで必要なコントロ一ラ内のリソースを確保し、第 2 2図で示したメッセージ通信 2 1 0 1、即ちコネクションの接続要求を第 1のプロトコルでターゲットへ送信する。次にターゲットは第 2のプロトコルのコネクションへの接続が可能か不可能かを確認し、可能であれば、だい 2のプロトコルのコネクションへ接続する。そしてメッセージ応答 2 1 1 1でターゲッ卜が了承したのを確認すると、コントローラは自身を第 2のプロトコルのコネクションへ接続し、第 2のプロトコルのコネクションが確立する。

次に、第 1のコントローラ内部機能制御手段 1 7 2 5力ターゲットの G U I情報を要求する際には、第 1のコントローラ内部機能制御手段 1 7 2 5 が第 1のターゲット内部機能制御手段 1 6 2 1宛に、メッセージ送信 2 1 0 2でデータの伝送要求をターゲットへ送信する。このメッセージ送信 2 1 0 2は、コントローラがターゲットと情報を一致させたい範囲を示す通知範囲の情報を含んでいても良い。第 1のターゲット内部機能制御手段 1 6 2 1が了承した場合には、この送信に対する応答として、ターゲットは 1次応答 2 1 1 2を返す。そして、第 1のターゲット内部機能制御手段 1 6 2 1は、第 2のプロトコルでのデータ送信要求をコネクション管理手段 1 6 2 0へ送信し、コネクション管理手段 1 6 2 0は、第 1のターゲット内部機能制御手段 1 6 2 1から出力されるデータを第 2のプロトコルのコネクションを用いて、コントローラへ送信する。

なお、このメッセージ応答 2 1 1 2には、通知範囲に応じたバ一ジョン情報等を含んでいても良い。

このようにして、コントローラは G U I情報のデータを取得し、画面上に表示する。

次に、使用者がリモコンの上下左右を示す十字キー等によるリモコンのポインティング機能等により、例えば、ターゲットの再生機能を示す表示部品を選択した場合、第 1のコントローラ内部機能制御手段 1 7 2 5は、ターゲッ卜が付けた表示部品の識別情報を制御コードとして、使用者の操作情報、例えば「選択」、と共にターゲットへ送信する。つまり、この表示部品の識別情報（制御コード）と使用者の操作情報（「選択」）を、メッセージ送信 2 1 0 3として、ターゲット内の第 1のターゲット内部機能制御手段 1 6 2 1へ送信する。又、さらに細かい使用者の操作情報をターゲットへ送ることも可能であり、再度のデータ要求を行うことも考えられる。

ここで、使用者の操作情報はコード化して表示部品の識別情報と共に送つても良いし、各々を 1つのコマンド（オペランドは表示部品の識別情報等の制御コード）として送っても良い。

次に、操作要求の応答として、メッセージ応答 2 1 1 3ではメッセージ送信 2 1 0 3がターゲットで受領されたか、拒否されたか、サポートしていないかといった応答を返す。

次に、ターゲット内の状態が変化し、ターゲット内の G U I情報の表示部品が変化した時、ターゲット内の第 1のターゲット内部機能制御手段 1 6 2 1は、第 2のプロトコルを用いて、自発的に変化したデータ（表示部品）をコントローラへ送信する。つまり、第 1のターゲット内部機能制御手段 1 6 2 1内のデータが変化した際には、第 1のターゲット内部機能制御手段 1 6 2 1がコネクション管理手段 1 6 2 0に対して、第 2のプロトコルでのデータ伝送要求を送信する。よって、コネクション管理手段 1 6 2 0は、第 1のターゲット内部機能制御手段 1 6 2 1が出力するデータを、ターゲットのプラグに出力し、第 2のプロトコル送信手段 1 6 1 8がコネクション上に第 2 のプロトコルで送出する。

又、コントローラがターゲット内で情報が変化した場合の通知範囲としてメニュー単位を指定し、使用者の操作等によって表示するメニューが変化した場合、ターゲッ卜いくつかの表示部品を含むは新たなメニューをコント口 —ラへ送信すると共に、新メニュー内の情報が変化した場合のみコントローラへターゲットの情報の変化の通知を行う。これはメニューに限定するものではなく、各表示部品に対しても同様に適用可能である。

そして、コントローラ内部機能制御手段は、この変化した表示部品のデータを該当する部分に書き込み更新し、コントローラ内部機能制御手段は更新された機能一覧を表示する。コントローラが、ターゲットのデバイスの表示を終了した際には、コントローラは、第 2のプロトコルのコネクションから自身を切断し、メッセージ通信 2 1 0 4 (コネクション切断要求）を第 1のプロトコルでターゲットへ送信する。

ターゲットは、第 2のプロトコルのコネクションの切断が妥当か否かを確認し、妥当であれば、コネクションへの接続を切断する。

メッセージ応答 2 1 1 4でターゲッ卜が了承したのを確認すると、コントローラは自身で確保していた第 2のプロトコルで必要なコントローラ内のリソ一スを解放する。

なお、以上の説明において、コネクションの接続はコントローラがターゲッ卜の情報を画面上に表示する時に行うとしたが、ターゲッ卜の電源が入つている間は常に第 2のプロトコルのコネクションを確立することや、コントローラが G U I情報を要求する毎に第 2のプロトコルのコネクションを張るとしても良い。又、コントローラ内部機能制御手段の要求に応じてィニシェ —タが第 2のプロトコルのコネクションを張るとしてもよレ、。そして、コネクシヨンの切断に関しても上述と同様である。

又、ターゲット内部のコネクションは、ターゲット内部機能制御手段ゃターゲットに設けられているプラグがターゲット内の内部コネクションを張る、としてもよレ、。そして、ターゲット内の内部コネクションの切断に関しても上述と同様である。

なお、メッセージ応答 2 1 1 2と第 2のプロトコルでのデータ転送 2 2 0 1の順序は任意であり、データ転送 2 2 0 1が始まった後、メッセージ応答 2 1 1 2を返しても良い。つまり、データ要求を示すメッセージは、データの出力を指示するものであって、データの転送を保証しなくても良い。データの転送を保証する場合には、このデータを受信したコントローラ（又は、コントローラ内部機能制御手段）力要求したデータが正しく受信できたか否かを判定し、できていない場合には、再度データ要求を行う力、ターゲット（又は、ターゲット内部機能制御手段）内の状況を第 1のプロトコルで問い合わせたり、コネクションのチェックを行い、必要に応じて再度要求を行う。このようにして、簡単な構成で、突発的なエラ一に対しても対応可能であり、データを確実に伝送することができる。

なお、コントローラとコンシュ一マが別の機器に存在する場合、コント口 —ラは、第 1のプロトコルで、コンシユーマに対してもメッセ一ジ（受信要求）を送信する。よって、コンシユーマは、正しくデータを受信できた際には、完了を示す応答メッセージをコントローラへ返し、受信時にエラーを生じた際には、エラーを示すメッセージをコントローラへ返信する。そして、コントローラは、正しくデータが伝送されたか否かを確認でき、必要に応じて、ターゲットへの状態問い合わせ、コネクションのチェック等を行い、必要なら再送要求をターゲッ卜に、再度受信要求をコンシュ一マに対して行う。このように、エラーチェックをコンシユーマがデータを正しく受信したか否かをもとに行うことにより、簡単な方法で、確実にエラーを検出し、エラー回復処理を実行できる。

なお、ここでは、 G Uレ報を第 2のプロトコルで伝送するとしたが、第 2のプロトコルで伝送するデータとして、静止画ファイルデータ、画面一部又は全体のビットマップ、テキストデータ、 O S D (O n S c r e e n D a t a ) 、音声ファイルデータ等、任意のデータを送受信することが可能である。さらに、コントローラは、第 2のプロトコルで受信したデータを画面上に表示するとしたが、コントローラは受信データを印刷するとしても良いし、データ処理を行うとしても良く、任意に使用するとしても同様の効果が得られる。

次に、コントローラの送受信動作について、図面を参照しつつ説明する。なお、通信時等のエラ一処理の説明は省略する。

第 2 3図は、コントローラの動作フローを示すフローチャートであり、第 2 3 ( a ) 図は第 1のプロトコルに関する動作、第 2 3 ( b ) 図は第 2のプロトコルに関する動作を説明するものである。そして第 2 3 ( a ) 図及び第 2 3 ( b ) 図に示したフローは、コントローラ上で平行して動作する。

第 2 3 ( a ) 図において、コントローラは、使用者がリモコンのメニューボタンを押す等のコントローラ内部の要求によりタ一ゲットに対して第 2のプロトコル用のコネクションを処理 2 5 0 1で確立する。そして使用者の操作に応じてターゲットの G U Iを表示させるため、処理 2 5 0 2でターゲットに対してデータの要求をメッセージ送信する。このデータの要求に対する応答を処理 2 5 0 3で待ち、ターゲットから承認通知を受け取った後、処理 2 5 0 4で使用者の操作を検出する。

使用者がコントローラ上の操作画面に対して、操作を行い、この操作をターゲットに通知する場合には、処理 2 5 0 2で、例えば、オブジェクトの識別情報と使用者の操作情報をターゲットへ送信する。

一方、使用者の操作がなかった場合、処理 2 5 0 5で終了判定を行い、使用者の操作等により、コントローラがターゲットの G U I情報を表示する必要がないと判断した時は、処理 2 5 0 6で第 2のプロトコルのコネクションを切断する。一方、継続してターゲットの G U I情報をコントローラが表示する場合等には、処理 2 5 0 4でタ一ゲットへ伝達すべき使用者の操作をチエックする。尚、処理 2 5 0 4は一例であって、これを行う必要は無く、省略することが可能である。

第 2 3 ( b ) 図で示される動作フローは、コントローラが、第 2 3 ( a ) 図の処理 2 5 0 1でコネクションが確立した後に開始されるものである。まず、処理 2 5 1 0で第 2のプロトコルでのデータの受信をチェックする。ここで、データを受信した際に、処理 2 5 1 4で画面表示を更新する。

処理 2 5 1 4で画面表示を更新した後、及び、処理 2 5 1 0でデータを受信していない際には、処理 2 5 1 5で終了判定を行い、使用者の操作等によりコントローラがこのターゲットの G U I情報を表示する必要がないと判断した時は、この動作フローを終了する。一方、継続してこのターゲットの G U I情報をコントローラが表示する場合等には、処理 2 5 1 0でデータの受信を待つ。なお、処理 2 5 1 0と処理 2 5 1 5は、同時に終了半 lj定を行うように構成しても良い。

第 2 4図は、ターゲットの動作フローを示すフローチャートである。まずターゲットは、コントローラが第 2のプロトコルのコネクションを確立するのを処理 2 6 0 1で待ち、コネクションが確立した後、処理 2 6 0 2でコントローラからのメッセージの有無をチェックする。メッセージが来ていない時には、処理 2 6 0 3でターゲット内部の状態をチェックし、状態が変化していない時には、処理 2 6 1 1で終了判定を行う。コントローラによるコネクションの切断ゃコントローラからメッセージでの終了通知を受信した場合等には、この動作フローを終了する。一方継続する場合には、処理 2 6 0 2 へ戻る。

処理 2 6 0 2でメッセージが来ている時には、このメッセージが何を意図するものであるかを判定し、各メッセージに応じて、処理 2 6 0 4及び処理 2 6 0 9で、ターゲットの状態、ターゲットがこの機能をサポートしているか等を考慮し、このメッセージの実行可能性に応じて、メッセージ応答をコントローラへ送信する。

受信メッセージがデータ要求である時には、処理 2 6 0 5で実行可能性を判断し、可能であれば、了承の応答をコントローラへ送ると共に、処理 2 6 0 6で、データ（機能一覧）を作成、又は既存のデータ（機能一覧）がある場合には既存のデータ（機能一覧）を準備し、処理 6 2 0で、ターゲット内部機能制御手段とターゲッ卜のプラグとの間の内部コネクションを接続し、処理 2 6 0 8でデータ（機能一覧）をコントローラへ送信し、送信終了後、処理 2 6 2 1でターゲット内部機能制御手段とターゲットのプラグとの間の内部コネクションを切断する。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。

同様に、処理 2 6 0 3でターゲット内部の状態が変化した際には、処理 2 6 0 7でデータ（機能一覧）を更新し、処理 6 2 0で、ターゲット内部機能制御手段とターゲットのプラグとの間の内部コネクションを接続し、処理 2 6 0 8でデータ（機能一覧）をコントローラへ送信し、送信終了後、処理 2 6 2 1でターゲット内部機能制御手段とターゲッ卜のプラグとの間の内部コネクシヨンを切断する。

又、例えば、表示部品の識別情報と使用者の操作情報など、受信したメッセージがデータ要求でない時には、各々のメッセージに応じた処理を処理 2 6 0 9で行う。この処理 2 6 0 9で、実行可能性を判定し、実行可能であれば、了承のメッセージ応答をコントローラへ送信し、処理 2 6 1 0でこのメッセージに対応する処理を行う。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。

なお、ここでは、終了判定は、処理 2 6 1 1で行うとしたが、コントローラからのコネクション切断メッセージや G U I表示終了メッセージ等を受信した場合には、処理 2 6 1 0で終了処理を行い、この動作フローを終了するとしても良い。

又、ここでは機能一覧を有するターゲットを対象とした場合について説明したが、ターゲットの有するデータはこれに限定するものではない。

以上のように、複数のプロトコルを用いてデータを伝送することにより、アイコンなどの大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。又、ターゲット内にコネクション管理手段と内部機能制御手段を備え、内部機能制御手段の要求に応じて、コネクション管理手段が、内部機能制御手段の出力と第 2 のプロトコルのコネクションとの間の内部コネクションを接続することにより、ひとつの内部機能制御手段がターゲット内に存在する場合はもちろんのこと、複数の内部機能制御手段がターゲット内に存在する場合でも、ィニシエータがターゲット内部の内部コネクションを張る必要が無くなり、タ一ゲットが内部コネクションの接続を自由に行うことが可能となり、各内部機能制御手段の応答性に応じてターゲットが内部コネクションを切り換え、データ伝送を行うことが可能になり、ターゲットを所望の性能で設計可能となる。さらに、必要な時に必要なだけ、ターゲット内部の内部コネクションを確立することが可能になり、複数の内部機能制御手段がひとつの第 2のプロトコルのコネクションを共有することができ、第 2のプロトコルで必要となるバッファやプラグ等の資源を有効に活用でき、ターゲットの構成を簡単化でき、さらに、ターゲット内部の処理を簡素化できるので、ターゲットの負担を小さく出来る。又、コンシユーマ及びコントローラはターゲットの詳細な構成に関する情報を有する必要がなく、複数の内部機能制御手段を有するターゲットを制御する場合にでもコネクションはひとつでよいので、コントローラの構成及び処理も簡潔なものに出来る。さらに新機能を持つデバイスが登場してもこのターゲットであれば容易に対応することが出来、コンシュ一マ及びコントローラも容易にこのターゲットをサポートできる。

又、コントローラとコンシユーマを兼用することで、コントローラとコンシユーマで共通の手段やデータを共有することが可能になり、密接な関係にあるメッセージとデータの関連付けが容易となり、バッファ等のメモリゃ処理を簡素化でき、さらに構造の簡潔なネットワーク制御システムとすることが出来る。

そして、コントローラがターゲットの内部機能制御手段のデータ入出力場所を示すプラグ宛に第 1のプロトコルでメッセージを送信し、タ一ゲットはこのメッセージに応じて動作することにより、第 2のプロトコルのコネクシヨンとメッセ一ジの関連を明確にでき、さらには、第 2のプロトコルのコネクシヨン上を流れるデータとメッセージとの対応をとることが可能となる。また、プラグに対してメッセージを送信することにより、このプラグを用いて伝送するデータを取り扱うコントローラをターゲッ卜が取捨選択することや、特定のコントローラからの制御のみを許可すること、さらには、ターゲットを制御可能なコントローラをターゲットが限定する排他制御も容易となる。さらに、ターゲット内部の内部コネクションの接続又は切断はプラグが行うように構成することも可能となる。又コントローラ自体がターゲット内部のコネクションを確立する必要がなくなるので、構造の簡潔なネットヮ一ク制御システムとすることが出来る。

さらに、コントローラとコンシユーマとが兼用されているので、コント口 —ラとコンシュ一マで共通の手段やデータを共有することが可能になり、バッファ等のメモリや処理を簡素化できると共に、第 2のプロトコルのコネクション用のプラグ宛にメッセージに応じて動作することにより、コントローラの指示と出力されたデータとの関連を明確化することや排他制御することが可能となり、データが受信できなかつた場合等のエラー処理を簡単化でき、より一層構造の簡潔なネットワーク制御システムとすることが出来る。

特に、複数の内部機能制御手段がターゲット内に存在する場合、複数の内部機能制御手段は、別々のプラグに対して、データを出力し、各々のプラグに対して、各内部機能制御手段宛のメッセージを受信することも可能であり、完全に同時動作可能な内部機能制御手段を有するターゲットを容易に構成できる。

さらに、複数のコントローラから、ある内部機能制御手段が制御される場合、各内部機能制御手段は、自身の資源等に応じて、任意の個数のコント口 —ラからの制御のみしか受け付けないように管理することも容易となり、簡単に排他制御を実現できる。

なお、本実施の形態では、ターゲット内部機能制御手段のプラグは出力プラグとして説明したが、入力プラグであっても良く、例えば、ターゲット內部機能制御手段がコントローラから受信指示を示すメッセージを受け取った場合、まず、コネクション管理手段 1 6 2 0が第 1のターゲット内部機能制御手段 1 6 2 1の要求に応じて、ターゲットのプラグとターゲット内部機能制御手段の入力プラグとの間の内部コネクションを確立しする。そして、ターゲットのプラグが第 2のプロトコルのコネクションからデータを受け取り、このデータをターゲッ卜のプラグからターゲット内部機能制御手段の入力プラグが受信するように構成しても良く、同様の効果が得られる。

同様に、コントローラ内部機能制御手段が出力プラグを有するように構成しても良く、同様の効果が得られる。

産業上の利用可能性

以上のように本発明に係るネットワーク制御システムは、簡単な構成で、アイコンデータ等の大容量データを効率良く迅速かつ確実に伝送すると共に、ターゲッ卜が自発的にデータを転送する際でも、ターゲッ卜が何を送信したのかを容易にコントローラが判断可能なものとして、また該ネットヮ一ク制御システム用のコントローラ、ターゲット及びコンシユーマは、上記のようなネットワーク制御システムを構築することに関して、極めて有用である。

Claims

請求の範囲

1 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを送信する単数又は複数のコントローラと、

前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲッ卜の、どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、

前記複数のプロトコルは、

前記メッセージを送信するメッセ一ジ送信と、前記メッセ一ジ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、

前記イニシエータが確立したコネクション上にデータを伝送する第 2のプ口トコノレと、よりなり、

前記タ一ゲットは、

前記第 1のプロトコルで受信したメッセージに応じて、前記第 2のプロトコルで前記コネクション上にデータを送信すること、

を特徴とする、ネットワーク制御システム。

2 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、

メッセージを送信する単数又は複数のコントローラと、

前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、前記コントローラと前記タ一ゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、

前記コネクション上にデータを伝送する第 2のプロトコルと、

よりなり、

前記イニシエータは、前記コントローラと前記ターゲット間に、事前に、第 2のプロトコルのコネクションを確立し、

前記コントローラが前記ターゲッ卜からデータを受信する際には、前記コントローラは第 1のプロトコルでデータ要求を行い、

前記タ一ゲットは、前記データ要求に応じて第 2のプロトコルで前記コネクシヨン上にデータを送信し、

前記コントローラは、第 2のプロトコルでデータを受信すること、を特徴とする、ネットワーク制御システム。

3 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデ一タ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲッ卜の、前記メッセージを送信すると共に、ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、

どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、を備えており、

前記複数のプロトコルは、

よりなり、

前記コントローラは、前記ターゲットに対して、事前に第 2のプロトコルのコネクションを確立し、

前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは、第 1のプロトコルでデータ要求を行い、

前記ターゲットは、前記データ要求に応じて、第 2のプロトコルで前記コネクション上にデータを送信し、

4 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを送信する単数又は複数のコントローラと、

前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、

よりなり、

前記イニシエータは、前記コントローラと前記ターゲット間に、予め前記第 2のプロトコルによる前記コネクションを確立し、

前記タ一ゲッ卜が前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第 2のプロトコルにより前記コネクション上にデータを送信し、

前記コントローラは、前記第 2のプロトコルによりデータを受信すること、を特徴とする、ネットワーク制御システム。

5 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、

前記メッセージを送信すると共に、前記ターゲッ卜とデータ転送を行うコネクシヨンを確立する単数又は複数のコントローラと、

どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、を備えており、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクション上にデータを伝送する第 2のプロトコノレと、

よりなり、

前記コントローラは、前記ターゲットに対して、予め前記第 2のプロトコルによる前記コネクションを確立し、

前記タ一ゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第 2のプロトコルにより前記コネクション上にデータを送信し、

6 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のターゲッ卜と、

前記ターゲットからデータを受信するコンシユーマと、

前記タ一ゲッ卜と前記コンシユーマとの間で前記データ転送を行うコネクシヨンを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、前記コンシユーマと、前記ィニシエータと、を備えており、

前記複数のプロトコルは、

前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、

前記内部機能制御手段が前記データ転送を行う際には、

前記内部機能制御手段の要求に応じて、前記ターゲット内のコネクション管理手段が、前記内部機能制御手段の出力を、前記第 2のプロトコルの前記コネクションに接続すること、

を特徴とする、ネットワーク制御システム。

7 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記ターゲットと前記コンシュ一マとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、前記コンシュ一マと、前記ィニシエータと、を備えており、

前記複数のプロトコルは、

刖言己メッセーンを达信" Γるメッセーン达信と、 J記メッセーシ送 1Sにメォする応答であるメッセージ応答からなる第 1のプロトコノレと、

前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ターゲットは、前記第 2のプロトコルで、前記コネクション上にデータの出力元を示す識別情報を含むデータを送信すること、

を特徴とする、ネットワーク制御システム。

8 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行うターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記ターゲッ卜と前記コンシユーマとの間で前記データ転送を行うコネクシヨンを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

前記コネクションにデータを伝送する第 2のプロトコノレと、よりなり、前記コントローラは、前記第 1のプロトコルで、前記コンシユーマ内の送信先情報を示す識別情報を前記ターゲットへ送信し、

前記ターゲットは、前記第 2のプロトコルで、前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信すること、

を特徴とする、ネットワーク制御システム。

9 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2 つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、

前記機器内に、メッセージを送受信する単数又は複数のコントローラと、前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数のターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記複数のプロトコルは、

前記コネクションにデータを伝送する第 2のプロトコノレと、

よりなり、

前記コントローラは、所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛に、前記第 1のプロトコルで前記メッセージを送信し、

前記ターゲットは、前記プラグ宛の前記メッセージに応じて動作すること、を特徴とする、ネットワーク制御システム。

1 0 . 請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットワーク制御システムにおいて、

前記メッセージは、前記第 2のプロトコルによるデータ転送の確認処理を ffぅメッセージを含むこと、

を特徴とする、ネットワーク制御システム。

1 1 . 請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットワーク制御システムにおいて、

前記第 2のプロトコルにより伝送するデータはバージョン情報を有し、前記バージョン情報を用いて前記データのバージョン管理を行うこと、を特徴とする、ネットワーク制御システム。

1 2 . 請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットワーク制御システムにおいて、

前記第 2のプロトコルで伝送するデータは、前記コントローラに対して、使用者への強制通知を指示するグラフィカル ·ユーザ 'インターフェイスの情報であること、

を特徴とする、ネットワーク制御システム。

1 3 . 請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットワーク制御システムにおいて.、

前記第 2のプロトコルにより伝送するデータは、前記データの属性情報を含むこと、

を特徴とする、ネットワーク制御システム。

1 4 . 請求の範囲第 1 3項に記載のネットワーク制御システムにおいて、前記属性情報は、識別情報、サイズ情報とデータ部を有すること、を特徴とするネットワーク制御システム。

1 5 . 請求の範囲第 1項ないし請求の範囲第 9項のいずれか 1項に記載のネットワーク制御システムにおいて、

前記第 2のプロトコルにより伝送するデータは、ォブジェクトを単位とすること、

を特徴とする、ネットワーク制御システム。

1 6 . 請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記第 2のプロトコルにより伝送するデータの属性情報と同一の構造を有すること、

を特徴とする、ネットワーク制御システム。

1 7 . 請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記オブジェクトは、識別情報、サイズ情報、及びデータ部を有すること、を特徴とする、ネットワーク制御システム。

1 8 . 請求の範囲第 1 5項に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記データ部に属性情報を有すること、

を特徴とする、ネットワーク制御システム。

1 9 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、

前記機器内に、

メッセージを送信する単数又は複数の前記コントローラと、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと、前記ターゲットと、を備えると共に、

前記コントローラと前記ターゲッ卜との間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントロ一ラにより確立され、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、

よりなり、

前記コントローラにおいて、

前記複数のプロトコルをサポートし、

前記第 1のプロトコルでメッセージを送信し、

前記第 2のプロトコルで前記コネクション上からデータを受信すること、を特 ί敷とする、前記ネットワーク制御システムに用いられるコントローラ。

2 0 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、

前記機器内に、

メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、

前記複数のプロトコルは、

前記コネクション上にデータを伝送する第 2のプロトコノレと、

よりなり、

前記コントローラにおいて、

前記複数のプロトコルをサポ一トし、

前記第 1のプロトコルによりデータ要求を行い、

前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第 2のプロトコルで受信すること、

を特 ί数とする、前記ネットワーク制御システムに用いられるコントロ一ラ。

2 1 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデ —タ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、

前記機器内に、

前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

よりなり、

前記コントローラにおいて、

前記複数のプロトコルをサポートし、

前記タ一ゲッ卜に対して予め前記コネクションを確立し、

データを受信する際には前記第 1のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第 2のプロトコルで受信すること、

を特徴とする、前記ネットワーク制御システムに用いられるコントローラ。

2 2 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデ —タ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、

前記機器内に、

前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と前記メッセ一ジ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、前記コネクション上にデータを伝送する第 2のプロトコルと、

よりなり、

前記コントローラにおいて、

前記複数のプロトコルをサポートし、

前記ターゲットが自発的に前記第 2のプロトコルにより前記コネクション上に送信したデータ、を受信すること、

を特 ί敫とする、前記ネットワーク制御システムに用いられるコントローラ。

2 3 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、

前記機器内に、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコノレと、

よりなり、

前記コントローラにおいて、

前記複数のプロトコルをサポートし、

前記ターゲットに対して、予め前記第 2のプロトコルの前記コネクションを確立し、前記ターゲッ卜が、自発的に前記第 2のプロトコルにより前記コネクション上に自発的に送信したデータ、を受信すること、

2 4 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いるコントローラであって、

前記機器内に、

メッセージを送受信する単数又は複数の前記コントローラと、

前記メッセージに応じた処理を行うターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記ターゲッ卜と前記コンシュ一マとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、

前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ネットワーク制御システムが、少なくとも、

前記第 2のプロトコルで前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信する前記ターゲットと、前記コントローラと、前記コンシュ一マと、前記イニシエータと、を備えており、

前記コントローラが、

前記第 1のプロトコルで、前記コンシュ一マ内の送信先情報を示す送信先を示す識別情報を前記ターゲットへ送信すること、

2 5 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いるコントローラであって、

前記機器内に、

前記ターゲッ卜からデータを受信するコンシユーマと、

前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクシヨンを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、

よりなり、

前記ネットワーク制御システムが、少なくとも、

所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛の前記メッセージに応じて動作する前記ターゲットと、前記コント口一ラと、前記コンシユーマと、前記イニシエータと、を備えており、

前記コントローラにおいて、

前記プラグ宛に、前記第 1のプロトコルで前記メッセージを送信すること、を特徴とする、前記ネットワーク制御システムに用いられるコントローラ。

2 6 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるタ一ゲッ卜であって、

前記機器内に、

メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲッ卜の、どちらか一方若しくは双方が存在しており、

前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

よりなり、

前記ターゲッ卜において、

前記複数のプロトコルをサポートし、

前記第 1のプロトコルにより受信したメッセージに応じて、前記第 2のプ口トコルにより前記コネクション上にデータを送信すること、

を特徴とする、前記ネットワーク制御システムに用いられるターゲット。

2 7 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデ —タ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、

前記機器内に、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、

よりなり、

前記ターゲッ卜において、

前記複数のプロトコルをサポートし、

前記第 1のプロトコルによる前記コントローラからのデータ要求に応じて、前記第 2のプロトコルにより前記コネクション上にデータを送信すること、を特徴とする、前記ネットワーク制御システムに用いられるターゲット。

2 8 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、

前記機器内に、

前記ネットワーク制御システムが、少なくとも、

前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクシヨンが、イニシエータ又は前記コントローラにより確立され、

前記複数のプロトコルは、

よりなり、

前記ターゲッ卜において、前記複数のプロトコルを有し、

前記第 2のプロトコルにより前記コネクション上にデータを自発的に送信すること、

2 9 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲッ卜であって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数の前記ターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記ネットワーク制御システムが、少なくとも、

前記複数のプロトコルは、

前記メッセージを送信するメッセ一ジ送信と、前記メッセ一ジ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、

前記コネクションにデータを伝送する第 2のプロトコルと、

よりなり、

前記ターゲットにおいて、

前記内部機能制御手段が前記データ転送を行う際には、

前記内部機能制御手段の要求に応じて、前記ターゲット内のコネクション管理手段が、前記内部機能制御手段の出力を、前記第 2のプロトコルの前記コネクションに接続すること、を特徴とする、前記ネットワーク制御システムに用いられターゲット。

3 0 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲットであって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する前記ターゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記複数のプロトコルは、

前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記ターゲッ卜において、

前記第 2のプロトコルで、前記コネクション上にデータの出力元を示す識別情報を含むデータを送信すること、

3 1 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるタ一ゲッ卜であって、前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う前記タ一ゲットと、

前記ターゲットからデータを受信するコンシユーマと、

前記第 1のプロトコルで、前記コンシユーマ内の送信先情報を示す送信先を示す識別情報を前記ターゲッ卜へ送信する前記コントローラと、前記ターゲットと、前記コンシュ一マと、前記イニシエータと、を備えており、前記ターゲットにおいて、

前記第 2のプロトコルで、前記コネクション上に前記第 1のプロトコルで受信した前記送信先を示す識別情報を含むデータを送信すること、

3 2 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるターゲッ卜であって、

前記機器内に、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行う単数又は複数の内部機能制御手段を内包する単数又は複数の前記ターゲッ卜と、

前記ターゲットからデータを受信するコンシユーマと、

前記ターゲットと前記コンシユーマとの間で前記データ転送を行うコネクションを確立するイニシエータと、の内のいずれか 1つ以上が存在しており、前記複数のプロトコルは、

よりなり、

前記ネットワーク制御システムが、少なくとも、

所望の前記内部機能制御手段のデータ入出力場所を示すプラグ宛に、前記第 1のプロトコルで前記メッセージを送信する前記コントローラと、前記タ一ゲットと、前記コンシユーマと、前記イニシエータと、を備えており、前記ターゲッ卜において、

前記ブラグ宛の前記メッセージに応じて動作すること、

を特徴とする、前記ネットワーク制御システムに用いられるタ一ゲット。

3 3 . 映像データ、音響データ、及び情報データの中の、いずれか 1つ又は 2つ以上のデータを取扱う機器が、少なくとも 2つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデ —タ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコンシュ一マであって、

前記機器内に、

前記コンシユーマと、

メッセージを送受信する単数又は複数のコントローラと、

前記メッセージに応じた処理を行うタ一ゲッ卜と、

前記複数のプロトコルは、

前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第 1のプロトコルと、前記コネクションにデータを伝送する第 2のプロトコルと、よりなり、前記コンシュ一マにおいて、

前記第 2のプロトコルによって前記コネクション上に前記ターゲッ卜が送信する、前記第 1のプロトコルによって前記コントローラから受信した前記コンシュ一マ内の送信先情報を示す送信先を示す識別情報を含むデータ、を受信すること、

を特徴とする、前記ネットワーク制御システムに用いられるコンシュ一マ。