JP3850160B2 - ネットワーク制御システム、コントローラ、及びターゲット - Google Patents
ネットワーク制御システム、コントローラ、及びターゲット Download PDFInfo
- Publication number
- JP3850160B2 JP3850160B2 JP01453299A JP1453299A JP3850160B2 JP 3850160 B2 JP3850160 B2 JP 3850160B2 JP 01453299 A JP01453299 A JP 01453299A JP 1453299 A JP1453299 A JP 1453299A JP 3850160 B2 JP3850160 B2 JP 3850160B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- controller
- message
- target
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、映像データ、音響データ、及び情報データなどを取り扱う機器を接続してなるオーディオ・ビデオ・コンピュータシステム（Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ、以下「ＡＶＣシステム」とする。）を制御するネットワーク制御システム、及びこのネットワーク制御システムを構築するコントローラ及びターゲットに関するものであり、特に、画面上にグラフィックス、文字等により、ユーザーの機器操作を支援するグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、以下「ＧＵＩ」とする。）を生成するため等の情報を伝送する大容量データ送受信システムに関するものである。
【０００２】
【従来の技術】
近年、ＴＶ画面上に機器の機能を示す画面表示用データや文字等からなるグラフィックスやアイコンを表示し、これをＴＶのリモコンで選択操作することにより機器の制御を行う機器制御システムが登場してきている。また、ＩＥＥＥ１３９４−１９９５を用いて、ディジタル方式のディジタルＶＴＲ等のディジタル機器を接続し、映像／音声データを送受信するネットワークシステムも登場してきている。
【０００３】
そこで、以下にこのようなネットワーク制御システムについて、簡単に説明する。
従来のネットワーク制御システムを利用するＡＶＣシステムは、各ＡＶ機器が、各ＡＶ機器を切り換え接続すること無しに、他のＡＶ機器機器と双方向パケット通信方式で均等な通信機会を周期的に与えられるシリアルバスで接続されることにより構成されている。このシリアルバスとしては、例えばＩＥＥＥ１３９４規格のディジタルインターフェース等が用いられる。
【０００４】
各ＡＶ機器は、それぞれに独自の画面表示用データを格納している。そして、グラフィック表示機能を持つコントローラ、例えばテレビジョン受像機からの要求により、この画面表示用データをコントローラへ送信する。
【０００５】
画面表示用データを受信したコントローラは、この画面表示用データを表示する。またコントローラが画面表示用データを読み込む際には、コントローラはＡＶ機器に対して読み込みコマンドを発行し、ＡＶ機器からの応答として、所望のデータを読み込む。ここで、所望のデータが、各ＡＶ機器内のバッファ量よりも大きい場合には、コントローラが繰り返し、読み込みコマンドを発行し、残りのデータを取得するように構成されている。
また、コントローラは、接続されているＡＶ機器の表示に必要なデータを問い合わせる機能と、ＡＶ機器からの画面表示用データに基づいた表示画面を制御する機能とを有する。
【０００６】
そして、ＡＶ機器には、画面表示用データを蓄える記録媒体と、コントローラからの画面表示用データの問い合わせに対して適切な画面表示用データを選択する機能を有する。
このように構成されたＡＶＣシステムのネットワーク制御システムでは、画面表示用データを各デバイス（ＡＶ機器）で保管しておき、コントローラ（テレビジョン受像機）からの表示要求に応じて出力することにより、各デバイス（ＡＶ機器）独自のグラフィックをコントローラの画面上に表示する。
このような従来のネットワーク制御システムのひとつとして、特開平０９−１４９３２５号公報に開示されているものがあり、大容量のデータ転送方式としては、同じく特開平１０−２９０２３８号公報に開示されているものがある。
【０００７】
【発明が解決しようとする課題】
しかしながら上記のような構成では、ＡＶ機器が大容量のデータを送信する際にはＡＶ機器のバッファ量に応じて繰り返しコマンドを発行する必要があり、そのためオーバーヘッドが大きくなり、また伝送路の伝送効率が悪くなり、その結果、データ伝送時間が長くなる、という問題点を有していた。
【０００８】
そこで本発明はこのような問題点に鑑みてなされたものであり、その目的は、簡単な構成で、アイコンデータ等の大容量データを効率良く迅速かつ確実に伝送すると共に、ターゲットが自発的にデータを転送する際でも、ターゲットが何を送信したのかを容易にコントローラが判断できるネットワーク制御システム、及びこのようなネットワーク制御システム用のコントローラ及びターゲットを提供することである。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、本発明の請求項１に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記イニシエータが確立したコネクション上にデータを伝送する第２のプロトコルと、よりなり、前記ターゲットは、前記第１のプロトコルで受信したメッセージに応じて、前記第２のプロトコルで前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１０】
本発明の請求項２に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、事前に、第２のプロトコルのコネクションを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは第１のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて第２のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第２のプロトコルでデータを受信するように構成したこと、を特徴とする。
本発明の請求項３に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、事前に第２のプロトコルのコネクションを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは、第１のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて、第２のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第２のプロトコルでデータを受信するように構成したこと、を特徴とする。
本発明の請求項４に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
【００１１】
本発明の請求項５に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
ここで、本発明の請求項６に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記メッセージは、前記第２のプロトコルによるデータ転送の確認処理を行うメッセージを含むこと、また本発明の請求項７に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、バージョン情報を有し、前記バージョン情報を用いて、前記データのバージョン管理を行うこと、本発明の請求項８に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルで伝送するデータは、前記コントローラに対して、使用者への強制通知を指示するグラフィカル・ユーザ・インターフェイスの情報であること、本発明の請求項９に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、前記データの属性情報を含むこと、本発明の請求項１０に記載のように、請求項９に記載のネットワーク制御システムにおいて、前記属性情報は、識別情報、サイズ情報とデータ部を有すること、そして本発明の請求項１１に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、オブジェクトを単位とすること、は好ましい実施の形態である。
【００１２】
また、本発明の請求項１２に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記第２のプロトコルにより伝送するデータの属性情報と同一の構造を有すること、本発明の請求項１３に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、識別情報、サイズ情報、及びデータ部を有すること、本発明の請求項１４に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記データ部に属性情報を有すること、もまた好ましい実施の形態である。
【００１３】
本発明の請求項１５に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットは、前記コントローラへデータを自発的に送信する際には、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
本発明の請求項１６に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信するように構成したこと、を特徴とする。
本発明の請求項１７に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットに対して予め前記コネクションを確立し、データを受信する際には前記第１のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信するように構成したこと、を特徴とする。
【００１４】
本発明の請求項１８に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットが自発的に前記第２のプロトコルにより前記コネクション上に送信したデータ、を受信するように構成したこと、を特徴とする。
本発明の請求項１９に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットが自発的に前記第２のプロトコルにより前記コネクション上に送信したデータ、を受信するように構成したこと、を特徴とする。
【００１５】
本発明の請求項２０に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルにより受信したメッセージに応じて、前記第２のプロトコルにより前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１６】
本発明の請求項２１に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルによる前記コントローラからのデータ要求に応じて、前記第２のプロトコルにより前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１７】
本発明の請求項２２に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルを有し、前記第２のプロトコルにより前記コネクション上にデータを自発的に送信するように構成したこと、を特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明に係るネットワーク制御システム、及びこのネットワーク制御システムを構成するコントローラ、及びターゲットの実施の形態について、図面を参照しながら説明する。尚、ここで示す実施の形態はあくまでも一例であって、必ずしもこの実施の形態に限定されるものではない。
【００１９】
また、以下に述べる、ネットワーク制御システムを利用するＡＶＣシステムのネットワーク構成として、例えば、後で詳述する図１に示すような、映像／音響／情報機器による構成が考えられるが、本明細書中で述べる、ネットワーク制御システムに用いるターゲットとは制御対象のことであり、またコントローラとは、この制御対象を制御するものの事を言う。さらに本明細書では、映像／音響／情報機器をまとめて「機器」と称するが、この機器にはプリンタやミニディスク等のような現存する映像／音響／情報機器のみならず、将来開発され出現するであろうこれらの分野に関連した機器もすべて含む。尚、１つの機器内にターゲットとコントローラが共存しても良いし、どちらか一方のみを有していても良い。さらに、１つの機器内に複数のコントローラやターゲットを有していても良い。また、機器は伝送路上の１つのノードに対応するものであり、１つの筐体内に複数のノードを有するように装置を構成しても良い。
【００２０】
なお、例えば、１つの機器内に複数のターゲットがある場合や、別の機能を有する場合等において、以下説明するターゲット或いはコントローラの各構成要素は、他の機能や手段と兼用していても良い。
さらに、コントローラとターゲットの間にコネクションを張るものであるイニシエータが、１つの機器内にコントローラと、或いはターゲットと、又はターゲットとコントローラと同時に存在していても良い。
【００２１】
（第１の実施例）
まず、本発明に係るネットワーク制御システムを利用するＡＶＣシステムのネットワークについて、図面を参照しつつ簡単に説明する。
図１はシステム構成の一例であるが、この図１において、２１はテレビ、２２はテレビ用のリモコン、２３はパーソナルコンピュータ（以下「ＰＣ」とする。）、３１は録再可能なディジタル・ビデオ・ディスク（以下「ＤＶＤ」とする。）、３２はディジタル・ビデオ方式（以下「ＤＶ方式」とする。）のディジタルＶＴＲ（以下「ＤＶＣ」とする。）、３３はＶＨＳ方式のディジタルＶＴＲ（以下「ＤＶＨＳ」とする。）、３４はＤＶ方式のディジタルムービー（以下「ＤＶＣムービー」とする。）、３５はＣＳディジタル放送等のセットトップボックス（以下「ＳＴＢ」とする。）である。そしてこれらの機器は、図１に示すように、伝送路１によって接続されてＡＶＣシステムとなる。
【００２２】
テレビ２１は、コントローラとターゲット（ここでは地上波チューナとビデオモニタである。）からなる機器であり、リモコン２２を用いて、使用者は表示／機能選択手段１４に指示を与える。
ＰＣ２３は、コントローラとターゲット（ここでは電話線とインターフェースをとるモデムとビデオモニタ等である。）からなる機器であり、キーボードやマウス等を用いて、使用者は表示／機能選択手段１４に指示を与える。
【００２３】
このテレビ２１とＰＣ２３は、ターゲットとコントローラが一体となった機器として定義される。そして機器内のターゲット機能の内、他の機器から使用できる機能を後述する機能一覧８に記すが、機器内のコントローラ部の機能データベース１３には自身の機能は登録しない。その理由については、後述するコントローラの説明において述べる。
【００２４】
尚、テレビ２１やＰＣ２３を、各ターゲットとコントローラからなる機器として定義し、機器内の各ターゲットに対して機能一覧８を有し、やはり後述する機器内のコントローラの機能データベース１３に、機器内の各機能一覧８を登録するものとしても良い。
【００２５】
ＤＶＤ３１及びＤＶＣムービー３４は、ＡＶデータを記録再生可能なターゲットである。また、ＤＶＣ３２、ＤＶＨＳ３３は、ＡＶデータを記録再生可能なターゲットとディジタル放送チューナ機能を有するターゲットからなる機器である。そして、ＳＴＢ３５はＣＳディジタル放送を受信するためのチューナ機能を有するターゲットである。
【００２６】
ここで、ＤＶＤ３１、ＤＶＣ３２、ＤＶＨＳ３３、ＤＶＣムービー３４、ＳＴＢ３５をターゲットとしたが、機器の大きさが小さくとも、液晶パネル等で他のターゲットを操作できる環境を実現し、また、タッチパネルやリモコン等で使用者が他のターゲットの機能を選択する等の操作ができるのであれば、これらの機器をコントローラとターゲットを含む機器としてもよい。
【００２７】
さらに、ここに挙げたＡＶＣシステムを構成する機器は、コントローラとしての処理機能を含むと共に機器用のリモコンを有し、表示及び音声のみをアナログ結線等でモニタに表示させ、使用者はこの画面を見ながら、機器のリモコンで操作するように構成することも可能であり、この時、この機器はコントローラとターゲットを含む機器としてもよい。
【００２８】
次に、このように構成されるＡＶＣシステムのネットワーク制御システムに用いられるターゲットについて、以下、図面を参照しつつ説明する。
図２は本実施例におけるネットワーク制御システム中のターゲットのブロック図を示す。このターゲットの構成及び各構成部材の動作について説明する。
図２において、１は伝送路、２はパケット送受信手段、３は同期データ送受信手段、４はターゲット信号処理手段、５は非同期データ送受信手段、６は第１のプロトコル処理手段、７は機器構成情報、８は機能一覧、９は機器内部制御手段であり、１５は機能一覧８の一部が配置された書き換え不可能なメモリ領域（ＲＯＭ）、１６は機能一覧８の一部が配置された書き換え可能なメモリ領域（ＲＡＭ）、１７は機能情報管理手段、１８は第２のプロトコル送信手段である。
【００２９】
伝送路１について説明すると、これは、例えば、ＩＥＥＥ１３９４規格（ＩＥＥＥ１３９４−１９９５及びこれと互換性のある上位規格）で定められたシリアルバス（１３９４バス）である。尚、ここで伝送路１は必ずしも１３９４バスである必要はなく、ＡＴＭ、イーサーネットや赤外線伝送、等の伝送路を用いても良い。
【００３０】
次にパケット送受信手段２について述べると、これは伝送路１との物理的、電気的インターフェースを取るとともに、バスの使用権の調停、同期転送用のサイクル制御等も行う。さらにパケット送受信手段２は伝送路１上のパケットを宛先に応じて取捨選択して受信することや、伝送路１上へパケットの送信を行う。
【００３１】
次に同期データ送受信手段３について述べると、これは、送信時には転送レートの管理（データの分割）やヘッダの付加を行う。例えば、１３９４バスのＡＶプロトコル（ＩＥＣ６１８８３）規格を使う場合は、同期データ送受信手段３でＣＩＰ（Ｃｏｍｍｏｎ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔ）ヘッダの付加を行う。逆にデータを受信する際には、受信パケットを正しい順へ並び替え、ヘッダの除去等を行う。
【００３２】
次にターゲット信号処理手段４について述べると、これは同期データを同期データ送受信手段３から受け取り、ターゲットに応じた信号処理を行う。例えば、このターゲットがＤＶＣ等の記録再生機器であれば、同期データを、例えば磁気テープ等の記録メディアへ記録する。またターゲット信号処理手段４は記録メディア、放送波、等から同期データを取り出し、同期データ送受信手段３へ送信することも行う。
【００３３】
次に非同期データ送受信手段５について述べると、これは伝送路１に応じた非同期データのトランザクション処理を行うものであり、例えば、１３９４バスの場合は、リードトランザクション、ライトトランザクション、ロックトランザクション処理等を行う。ここで、非同期データ送受信手段５はソフトウエアで構成しても良い。ここでこれらのトランザクション中で、リードリクエスト等のリクエストや、リードレスポンス等の応答、等に対して承認信号（ａｃｋｎｏｗｌｅｄｇｅ信号）を送受信する、としても良いが、本明細書中ではこの承認信号は省略して説明する。
【００３４】
次に第１のプロトコル処理手段６について述べると、これは非同期データ送受信手段５から受け取った非同期データ（メッセージ）を処理し、このターゲット内の適切な構成要素に伝達すると共に、第１のプロトコルに則りコントローラへ応答する。
【００３５】
ここで、第１のプロトコルとして、ＡＶプロトコル（ＩＥＣ６１８８３）規格のＦＣＰ及び１３９４ＴＡ（１３９４ Ｔｒａｄｅ Ａｓｓｏｃｉａｔｉｏｎ) で議論されているＡＶ／Ｃコマンド（Ａｕｄｉｏ／Ｖｉｄｅｏ ＣｏｎｔｒｏｌＤｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ）を使う場合は、第１のプロトコル処理手段６は、受信メッセージからターゲット内で有効なメッセージへの変換、及び受信メッセージに対する第１のプロトコルに応じた適切な応答を行うように動作する。例えば、第１のプロトコル処理手段６は、受け取ったメッセージがデータの要求であればその有効性を判定し、有効であればコントローラへ前記メッセージを了解した旨応答し、同時に機器内部制御手段９へこのデータ要求に相当する機能を実行する指示を出すように動作する。
【００３６】
また、第１のプロトコル処理手段６は、非同期データ（メッセージ）を送信することも可能であり、この時、ターゲット内で有効なメッセージから第１のプロトコルで使用するメッセージへ変換すると共に、その応答を待ち解釈するように構成しても良い。そしてこの場合、コントローラから機器構成情報７の読み込みを要求された時、非同期データ送受信手段５は受け取った要求に応じて、機器構成情報７に記された情報をコントローラへ送出するように動作する。
ここで、非同期データ送受信手段５と第１のプロトコル処理手段６は、１つの手段として構成しても良い。
【００３７】
次に機器構成情報７について述べると、これは機器の構成情報を示すものである。記述方法として、例えば、ＩＳＯ／ＩＥＣ１３２１３：１９９４規格で示されるＣＳＲ（Ｃｏｍｍａｎｄ ａｎｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒｓ) アーキテクチャのコンフィギュレーションＲＯＭで示される規則に則った記述とすることが出来る。１３９４バスを用いる場合は、バスマネージャやアイソクロノス動作をサポートしているか否か、という機器が対応するバスの情報や、ＡＶプロトコルをサポートしているか否か、という情報を含むユニットディレクトリ、そしてこの機器の識別子であるユニークＩＤ、等をこの機器構成情報７は有している。また、機器構成情報７内にはターゲットの情報も記載されている。
【００３８】
このターゲットの情報とは、例えばターゲットがサポートするプロトコルやコマンドの種別や、ターゲットのタイプをコード化したターゲットタイプ、ターゲットのバージョン情報、等を記したものである。
【００３９】
そしてターゲットタイプとは、例えば、ＶＴＲなのか、ＳＴＢなのかといった、このターゲットの機能の概要が分かる情報であり、これに、例えば１３９４ＴＡで議論されているＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ（ＡＶ／Ｃ−ＣＴＳ）のｓｕｂｕｎｉｔ＃ｔｙｐｅで示されるコードや文字列で示すものを利用することが考えられる。
【００４０】
また、ターゲットの情報としては、先述したものの他に、後述する機能一覧８の特徴を示す情報を持つことも可能であり、この機能一覧８のサポートレベルやサイズ等を独自情報として記すことも可能である。このようにしておくと、コントローラが機能一覧８の情報を読み込む前に、コントローラ自体が、例えば、サポートできるレベルのものであるか否か、どれだけのメモリ空間を確保しなければならないか、等を決定することが可能になり、無駄な転送を無くすことができて好適である。
【００４１】
さらに、ターゲットの情報として、ターゲットのユーザーインターフェース情報も有するようにすることも出来る。このユーザーインターフェース情報として、ターゲットの名称を文字列で表したターゲット名や、メーカが製品の型番を文字列で示したモデル名、ターゲットのアイコン等のターゲットを示す静止画オブジェクト、等を有することが考えられる。
【００４２】
次に機能一覧８について述べると、これは、上述したターゲットの操作画面を構成するための情報である操作画面情報、つまりターゲットの機能や状態を示す情報の一覧である。この機能一覧８中には、ターゲットの操作画面を構成するために必要なオブジェクトが含まれる。そしてこのオブジェクトには、オブジェクトを識別するための識別情報、例えば、ＩＤ番号やオブジェクトの種類を示す情報、等が含まれる。
【００４３】
ここで、オブジェクトについて簡単に説明すると、まずオブジェクトを識別することが可能であれば、ターゲットは任意の文字、数字等を識別情報として用いても良く、これらの文字、数字の意味づけもターゲット独自のものとしても良い。このようにすると、識別情報をターゲットが付与する際の負荷を減らすことが出来てよい。
【００４４】
またオブジェクトとしては、テキストデータや静止画データ等の表示データ、表示データとその属性情報等を示す表示部品、いくつかの表示部品の集合であるグループ、表示部品やグループ等の表示要素の集合であり操作や状態を示すためメニューとして用いるパネル、等が挙げられる。尚、表示部品とは、機器の操作ボタン等の静止画データ、機能等を示すテキストデータ、効果音等のオーディオデータ、静止画データやテキストデータを含むプログラムコード、等の表示データからなるもので、属性情報等を有していても構わない。
オブジェクトの情報としては、表示データからなるデータオブジェクト、表示部品や表示要素のリスト、各種ヘッダー情報や独自情報等の属性情報、及び識別情報がある。
【００４５】
各オブジェクトはリスト形式の階層化構造を持つものとし、以下、本明細書中では、各データオブジェクトやリスト自身を総称してオブジェクトと呼ぶこととする。但し、各オブジェクトは必ずしもリスト構造を取る必要はなく、識別情報等で区別されるのであれば、データオブジェクトのみあるいは、属性情報とデータオブジェクトから構成しても良い。
【００４６】
これらの情報からなる機能一覧８の情報は、伝送路１上のコントローラからの要求に応じて、機能情報管理手段１７を経由して、第２のプロトコル処理手段１８、非同期データ送受信手段５等を経て、コントローラに転送される。
この機能一覧８は、ＲＯＭ１５とＲＡＭ１６に配置され、ＲＯＭ１５にはターゲット固有のもので頻繁に書き換える必要がない情報、つまり機器の操作ボタンを示す静止画データ等のオブジェクトが記憶される。なお、このＲＯＭ１５はフラッシュＲＯＭで構成することも可能であり、フラッシュＲＯＭとした場合、機器の機能自体を書き換えることが可能となるのでよい。
また、この機能一覧８が配置されたＲＡＭ１６には、伝送路１上のコントローラや機器内部制御手段９が、必要に応じて機能情報管理手段１７を経由してオブジェクトを書き込む。ここで書き込まれる情報はコンテンツ情報や動作状態情報等である。
【００４７】
このコンテンツ情報とは、例えばＳＴＢ等の放送を受信するターゲットの場合には、現在放送されている、番組タイトル、タイトル画面、テーマ音楽、概要、出演者、等の番組情報であり、ＤＶＤ等の情報を記録するターゲットの場合には、タイトル、タイトル画、テーマ音楽、概要、出演者、等のＤＶＤディスクに記録された情報、のことを言う。
また動作状態情報とは、例えばＶＴＲの場合には、再生中、巻き戻し中、録画予約中、等の機器の動作状態を示す表示部品、等のオブジェクトのことである。
さらに、このターゲットを使用しているコントローラの識別情報等のネットワーク制御に必要な情報や録画予約の日時とチャンネル番号等をＲＡＭ１６に書き込んでも良い。
尚、本明細書において、ターゲットの状態を示す情報とは、ここに述べたコンテンツ情報と、動作状態情報を含むものとする。さらに、例えば、ＶＴＲの再生ボタンのように、ボタンが押された場合の静止画と、離された場合の静止画、等の各表示部品の状態も含まれるものとする。
【００４８】
次に、機能情報管理手段１７について述べると、これは例えばＩＤやオブジェクトの種類を示す情報であるオブジェクトの識別情報と、ＲＯＭ１５またはＲＡＭ１６のアドレスとの変換及び各オブジェクトの管理を行うものである。さらに単にアドレスの変換だけでなく、例えば表示部品が書き換えられてデータサイズが大きくなり、元のアドレス領域に書き込めない時には、新たなアドレスを割り当てる、といった作業も行う。
よって、伝送路１上のコントローラ、機器内部制御手段９、第１のプロトコル処理手段６から、オブジェクトの識別情報によって、機能情報管理手段１７が各々のオブジェクトを読み書き出来る。
【００４９】
なお、各オブジェクト等のアドレスが予め判っている場合には、ＲＯＭ１５又はＲＡＭ１６のアドレスを用いてオブジェクトを読み書きしても良い。さらに、これらを組み合わせて表示部品等を読み書きすることも可能であり、オブジェクトの識別情報に示される表示部品内の相対アドレスによって表示部品を読み書きしても良い。
【００５０】
また機能情報管理手段１７は、新規にオブジェクトが追加された時には、このオブジェクトに対して他のオブジェクトと重複しない識別情報を与え、オブジェクトが消去された時には、このオブジェクトの識別情報を無効にする、といったオブジェクトの識別情報の管理を行う。
【００５１】
さらに機能情報管理手段１７は、ターゲット自身によってオブジェクトが変更された際に、変更されたオブジェクトをコントローラへ自発的に送信するので、コントローラが変化する可能性のあるオブジェクトを常に監視する必要が無く、コントローラの処理を低減でき、時々刻々変化するステータス情報やコンテンツ情報を示すオブジェクトに対して容易に対応できるようになる。
【００５２】
そして、機能情報管理手段１７に、ターゲット内の特定範囲の情報が変化した際にコントローラへ通知する通知範囲を設けると、コントローラが、任意の時点において所望しないデータがターゲットから通知されることを防止出来るので、コントローラがこれらの処理を行う必要が無くなり、その結果、処理効率を上げることが出来るようになるので好適である。
【００５３】
尚、変更されたオブジェクトをコントローラへ自発的に送信する代わりに、変更したオブジェクトの識別情報のみを送信するように構成しても良い。このように構成すると、コントローラは変更したオブジェクトの識別情報を用いて、第１のプロトコルで変更したオブジェクトの送信要求を送り、第２のプロトコルで変化したオブジェクトを得るようになる。
【００５４】
次に、機器内部制御手段９について述べると、これはこのターゲットの内部の機構、等を含む各構成要素を制御する為のものであり、第１のプロトコル処理手段６が受け取ったデータがターゲットの動作を示す制御コードであれば、第１のプロトコル処理手段６の指示により、この制御コードに従った動作を行わせる。
【００５５】
また機器内部制御手段９は、コントローラからのデータ要求に含まれる通知範囲の情報を処理する。ここでコントローラからのデータ要求に含まれる通知範囲とは、ターゲット内の状態や機能が変化した際に、ターゲットがどの範囲において変化を通知するか、という範囲のことである。そして、コントローラが所望する範囲が、コントローラからのデータ要求に含まれる通知範囲として指定される。つまり、機能内部制御手段９は、コントローラからのデータ要求から、通知範囲の情報を取得し、ターゲット内の状態や機能が変化した際に、この通知範囲内の変化のみを第２のプロトコルを用いてコントローラへ通知するのである。尚、通知範囲として、機能一覧８全体、即ち機能一覧８に含まれる全ての情報、又は機能一覧８の構成要素、即ちパネル単位、表示部品単位、等のオブジェクト単位、を指定できる。又、複数のコントローラが存在する時には、各々のコントローラの通知範囲に従い、通知範囲に変化した状態や機能が含まれているコントローラに対してのみ、変化を通知する。
【００５６】
なお、通知範囲として機能一覧８全体、又は機能一覧８の構成要素としたが、例えば、機能一覧８全体とターゲットの情報を含んだターゲット全体を通知範囲とすることも可能であり、この場合でも同様の効果が得られる。
【００５７】
機器内部制御手段９は、上述した動作の他、機能一覧８内の情報のバージョン管理も行う。つまり、このバージョン管理を行う為のバージョン番号はカウンタを用いて生成されるのであるが、機能情報管理手段１７によって機能一覧８内のＲＡＭ１６に記載されている情報が変更される毎に、機器内部制御手段９はバージョン情報生成手段１８内のカウンタをインクリメントする作業も行う。
【００５８】
このカウンタ値などにより示されるバージョン情報には、機能一覧８のバージョンを示す機能一覧バージョン情報と、機能一覧８内の構成要素、例えば機能メニュー、表示部品、データオブジェクト、等、のバージョンを示す要素バージョン情報が含まれる。
【００５９】
また、コントローラからターゲット内のデータ要求を示すメッセージが来た時、ターゲットからコントローラへ転送されるデータ中に、このデータに対応したバージョン情報が含まれるので、コントローラは、常に受信したデータのバージョン情報を確認できる。即ち、コントローラが常に最新のデータを使用することが可能となり、またデータの信頼性を高めることも可能となる。さらには、コントローラがデータをキャッシングする際に、ターゲット内での状態変化により、機能一覧８内の情報が変化したか否か等を容易に判別でき、キャッシングを有効かつ簡単に行える。
【００６０】
次に、このターゲットで利用する第２のプロトコルについて説明すると、第２のプロトコルは、第１のプロトコルと異なるプロトコルであり、送信元と受信先の間にコネクションを張った後、データの送信を行い、各データ送信の全てに対しては応答を返さないものである。
【００６１】
例えば、送信元と受信先の間で情報を交換して、データを書き込むアドレスや、一連続で書き込むバッファサイズ、等の送信方法を取り決めてコネクションを張り、１３９４のライトトランザクションを複数回連続して行ってデータを受信先に書き込み、データを転送する。このような方法として、例えば、１３９４ＴＡで議論されているＡｓｙｎｃｈｒｏｎｏｕｓ Ｓｅｒｉａｌ Ｂｕｓ Ｃｏｎｎｅｃｔｉｏｎｓがある。
【００６２】
そして第２のプロトコル送信手段１８は、この第２のプロトコルのターゲット側における処理、つまり送信元の処理を行うものであり、機能情報管理手段１７から機能一覧８の情報を受け取り、非同期データ送受信手段５を経由してデータの送信を行うものである。なおコネクションの接続／切断処理は、機器内部制御手段９が、第１のプロトコル処理手段６及び非同期データ送受信手段５を経由して、第１のプロトコルにより行う。
【００６３】
このような各部材により構成されるターゲットの、コントローラからの要求による動作について以下に説明する。
まず、ターゲットが伝送路１に接続された場合やコントローラが伝送路１に接続された場合、コントローラは、まずターゲットの機器構成情報７を読み込み、ターゲットに関する情報、例えば機器の種類やＧＵＩ情報の有無、等の所在を確認し、読み込む。尚、機器構成情報７は機能一覧８のアドレス情報を持つことや存在のみを示すように構成することも可能である。
【００６４】
次に、コントローラはターゲットとの間に第２のプロトコル用のコネクションを張る。そしてコントローラは、ターゲットに対して機能一覧８内のオブジェクト、つまりパネルや表示部品、等を要求するデータ要求を発行し、機能一覧８の情報を取得する。この時コントローラは、機能一覧８の一部、例えば、表示部品のみを要求するコマンドを発行し、表示部品とこのＩＤのみを取得するように構成しても良い。
【００６５】
また、ターゲットがコントローラから制御コードと使用者の操作情報を受け取った場合には、状況に応じてこの制御コードとユーザの操作情報で示される処理を行う。例えば、ターゲットの機能を示す表示部品等のオブジェクトに対して、このオブジェクトの制御コードが、使用者の操作情報である「選択」と共にコントローラからターゲットに送信されてきた場合には、非同期データ送受信手段５は、このオブジェクトが示す機能を実行するように機器内部制御手段９へ指示を出す。尚、オブジェクトの制御コードとしては、オブジェクトの識別情報、例えば、表示部品の識別情報、等が用いられる。
【００６６】
このように、コントローラからのＧＵＩ情報の要求に対して、ターゲットは機能一覧８の情報を提示するだけでよく、ターゲットの負荷を小さくできる。また、ターゲットの各機能に対して、標準化団体等でコマンドを規定する必要が無く、現在想定できないような新機能を持つターゲットでも、容易に伝送路１経由でこの新機能を使用することが可能になる。
【００６７】
なお、以上説明したターゲットにおいて、同期データ送受信手段３、ターゲット信号処理手段４等の構成要素は、ターゲットの機能に応じて任意に構成して良く、場合によってはこれらが存在しなくともよい。また、各手段はハードウエア或いはソフトウエアのいずれで構成してもよい。
【００６８】
そして、本実施の形態におけるターゲットでは、使用者の操作情報とオブジェクトの制御コードによりターゲットの機能を特定したが、使用者の操作として「選択」以外が認められないように構成することも可能である。このように構成すると、オブジェクトの制御コードのみでターゲットの機能が特定可能となるので、ターゲットは制御コードのみでターゲットの機能を実行でき、ひいては伝送するパケットサイズを小さくできるのでよい。
【００６９】
さらに、本実施の形態におけるターゲットでは、制御コードをオブジェクトの識別情報としたが、この制御コードはターゲットが任意に設定して良く、例えば、ターゲットの機能の種類別に付けた番号と、種類毎のシリアル番号で構成しても良いし、ターゲット内部で用いる独自の制御コードを用いても良い。このようにすると、ターゲット内の各機能の実装が容易となり、好適である。
【００７０】
次に、ＡＶＣシステムのネットワーク制御システムに用いられるコントローラについて、以下、図面を参照しつつ説明する。
図３は本実施の形態における、ネットワーク制御システム中のコントローラのブロック図を示すものである。ここで、２０は第１のプロトコル処理手段、１０はコントローラ信号処理手段、１２は機能一覧管理手段、１３は機能データベース、１４は表示／機能選択手段、１９は第２のプロトコル受信手段である。
【００７１】
以下、これらの構成部品について簡単に説明するが、図３において、図２と同一の構成要素には、同一の符号を付して、その説明を省略する。
まず、コントローラ信号処理手段１０について述べると、これは、同期データを同期データ送受信手段３から受け取り、このコントローラに応じた信号処理を行う。例えば、このコントローラが、ビデオモニタ等の映像を表示する能力のある機器であれば、同期データ、例えば、ＭＰＥＧ２のストリーム、等を復号し、画面上へ表示する。
【００７２】
次に、第１のプロトコル処理手段２０について述べると、これは、パケット送受信手段２から新規ターゲットの接続や、既存ターゲットの取り外し等、伝送路１上のターゲットの情報を非同期データ送受信手段５経由で受け取り、後述する表示／機能選択手段１４に伝達する。また、第２のプロトコル用のコネクションの接続／切断やターゲットを制御するためのメッセージの送受信を第１のプロトコル処理手段２０によって第１のプロトコルで行う。
【００７３】
機能データベース１３は、書き換え可能なメモリ空間に配置され、ターゲットから受け取った機能一覧８をデータベースとして構成したものであり、このデータベースを、後述する機能一覧管理手段１２を用いて検索することにより、各ターゲットの情報や各機能の情報等のオブジェクト、及び、これらのオブジェクトに対応する識別情報、このオブジェクトを使用者に通知するための表示部品、使用者がこの表示部品を操作した時に表示すべき表示部品や送信すべき制御コード等を取り出すことが可能である。なお、機能データベース１３は必ずしも機能一覧８の全ての情報を常にもつ必要はなく、必要な部分のみを保持するとしても良い。
【００７４】
ここで、コントローラとターゲットを同一の機器内で構成する場合、この機器内のターゲットの機能を改めてコントローラに指示する必要はなく、また、機器内部の制御は機器内部制御手段９で直接行うので、この場合は、ターゲットは、他のコントローラが使用するための機能一覧８を有するが、この機能一覧８をコントローラの機能データベース１３に登録する必要はない。また、コントローラとターゲットを同一の機器内で構成する場合、機能一覧８はその所在を機器構成情報７に記しておくと共に、あらかじめ機能データベース１３に登録することも可能である。
【００７５】
第２のプロトコル受信手段１９は、第２のプロトコルのコントローラ側における処理、つまり受信元の処理を行うものであり、ターゲットの機能一覧８等を非同期データ送受信手段５経由で受け取り、後述する機能一覧管理手段１２に伝達する。尚、コネクションの接続／切断処理は、機器内部制御手段９が、第１のプロトコル処理手段２０及び非同期データ送受信手段５を経由して、第１のプロトコルで行う。
【００７６】
次に、機能一覧管理手段１２についてのべると、これは伝送路１上のターゲットから受け取った機能一覧８の情報を管理するものである。
この情報管理について簡単に説明する。まず、非同期データ処理手段５から新規ターゲットが接続されたとの情報を受け取った時には、この新規ターゲットの機能一覧８の情報を読み込むように非同期データ送受信手段５へ指示を出す。
【００７７】
次に、新規ターゲットの機能一覧８の情報とこのバージョン情報が読み込まれた時には、この機能一覧８を機能データベース１３に登録するとともに、機能一覧８のバージョン情報を機能一覧８と関連づけて記憶する。
【００７８】
ここで、バージョン情報の記憶先は機能データベース１３内に機能一覧８と共に記憶しても良いし、機能一覧管理手段１２が記憶し、管理しても良い。また、機能一覧８内の構成要素が要素バージョン情報と共に読み込まれた際には、この構成要素と要素バージョン情報を関連づけて、コントローラの機能一覧８内に記憶する。なお、要素バージョン情報は、機能一覧管理手段１２等が記憶し、管理しても良い。
また、伝送路１上の既存ターゲットが取り外された等の情報を受け取った時には、機能一覧管理手段１２は、機能データベース１３から該当する機能一覧８を削除する。
【００７９】
ここで、既存ターゲットが取り外された時に、該当ターゲットの機能一覧８を削除するのではなく、コントローラ内の記憶手段に保管するように構成し、再びこのターゲットが接続された時には、ターゲットの識別子等でこのターゲットを認識し、コントローラ内の記憶手段から機能一覧８を読出し、機能データベース１３に登録するように構成することも可能である。このように構成しておくと、接続機器の登録を迅速に行うことが可能となり、好適である。
尚、コントローラ内の機能一覧８は、ターゲット内の機能一覧８と全く同一の形式である必要はなく、同じ情報を含んでいればよい。さらには、伝送路１上で第２のプロトコルを用いて伝送された形式である必要はない。
【００８０】
次に、表示／機能選択手段１４について述べると、これは、コントローラの画面上に、第２のプロトコルを用いて受信したターゲットのＧＵＩ情報や機能のＧＵＩ情報等を示す表示部品、例えば映像情報、音声情報、文字情報、等を表示し、これを使用者へ通知すると共に、使用者の操作に応じて、ターゲット及び機能の選択や、各機能の実行指示等を第１のプロトコルを用いて行うものである。
また表示／機能選択手段１４は、コントローラ信号処理手段１０から受け取ったデータ、例えば映像や音声データ、や第１のプロトコル処理手段２０または第２のプロトコル受信手段１９から受け取ったデータ、を表示／再生することも可能である。この時、ＧＵＩ情報等はコントローラ信号処理手段１０から受け取った映像データにオーバーレイ表示するように構成してもよいし、ＧＵＩ情報表示画面と映像データの表示画面を使用者の指示等により切り換え表示する構成としてもよい。
さらに、表示／機能選択手段１４は、機能一覧管理手段１２に指示を出して機能一覧８を検索し、伝送路１上のターゲットやターゲットの機能を示す表示部品、例えばターゲット名、機能名や表示用静止画、等を画面上に表示する。
【００８１】
このような各部材により構成されるコントローラの動作について、以下に説明する。
まず、使用者がターゲットを示す表示部品を選択すると、機能一覧８からこのターゲットのパネル（メニュー）を読み込み表示画面上に表示する。
【００８２】
次に、使用者がパネルの中から機能を示す表示部品を選択すると、機能一覧８から得たこの表示部品に対応する制御コードと使用者の操作情報を、第１のプロトコル処理手段２０等を通して発行する。表示／機能選択手段１４はこの制御コードと使用者の操作情報に対するターゲットの応答を第１のプロトコル処理手段２０経由で受け取る。
【００８３】
また、第２のプロトコルにより、ターゲットからオブジェクトの変更通知、例えば、変更したオブジェクトの転送、を受けた際には、この変更されたオブジェクトを画面上に表示する。よって、現時点でのターゲットの状態等に対して最新のＧＵＩを表示画面上に表示し、使用者に通知することが出来る。
【００８４】
なおバージョン情報を用いてオブジェクトを管理することも可能であるが、ターゲットからバージョン情報を付加してオブジェクトが送信された場合には、コントローラはバージョン情報をチェックし、バージョン情報が更新されている際にのみ、画面上に表示するようにすればよい。
【００８５】
このようにコントローラが動作することで、ターゲットが複数のコントローラへ機能一覧の情報を配信している場合、特定のコントローラの制約、例えばメモリ量、等により、この特定のコントローラが同一バージョンのデータを欲した場合でも無駄な動作をする必要が無く、処理を軽く画面更新の少ない良好な表示が行えるのでよい。
【００８６】
またコントローラは必ずしもターゲットの各機能を理解する必要はなく、例えば、現在想定できないような新機能を有するターゲットに対しても、コントローラはこの新機能に対する表示部品を機能一覧８から取り出し、画面上に表示して、使用者に通知することができる。そしてこれらの表示部品により、使用者が新機能を理解し、この機能を選択した場合には、コントローラの表示／機能選択手段１４は機能一覧８を参照して、この新機能に対応する制御コードを得て、この制御コードと使用者の操作をターゲットに対して発行し、ターゲットでこの新機能を実行させることができる。よって、上記構成を取ることにより、現在想定できないような新機能でも使用者が実行することが可能となる。
【００８７】
なお、本実施の形態において、同期データ送受信手段３、コントローラ信号処理手段１０等の構成要素はコントローラの機能に応じて任意に構成することも可能であり、またコントローラの機能に応じて、同期データ送受信手段３、コントローラ信号処理手段１０等の構成要素を省略することも考えられる。
【００８８】
次に、本実施の形態において、第２のプロトコルが用いるコネクションの接続／切断方法について、図面を参照しつつ説明する。
図４は、第２のプロトコルで用いるコネクションの接続／切断方法を示すものであり、（ａ）はイニシエータがある場合、（ｂ）はイニシエータがない場合であり、図中、４０はイニシエータ、４１はコントローラ、４２はターゲットである。
【００８９】
尚、コネクションとは伝送路１上を流れるデータに対して論理的に構成された情報伝送用のパスであり、ターゲットやコントローラは複数のコネクションを有していても良い。この時、各コネクションは、論理的なプラグ番号やポート番号等でデータを送受信するアドレスなどを指定し、このプラグ番号やポート番号などで各コネクションを区別する。
【００９０】
まず、イニシエータがある場合について説明する。図４（ａ）において、イニシエータ４０が、コントローラ４１とターゲット４２の間に第２のプロトコルのコネクションを張る。このコネクションにおいて、第２のプロトコルで流れるデータの送信元はターゲット４２、受信先はコントローラ４１である。
イニシエータ４０はコントローラ４１からコネクションに必要な情報、例えば接続可能なバッファのアドレス等のコントローラ、のリソース情報、等を取得し、これを用いて、ターゲット４２に対してコネクションへの接続を試みる。これが成功した際には、イニシエータ４０はコントローラ４１に対してコネクションへの接続を行う。このようにして、コントローラ４１とターゲット４２の間にコネクションを確立する。
また、コネクションを切断する際にも同様に、イニシエータ４０はコントローラ４１をコネクションから切断し、次にターゲット４２をコネクションから切断する。これが成功した際には、イニシエータ４０はコントローラ４１がコネクション用に確保していたリソースの解放を行う。
【００９１】
次に、イニシエータがない場合について説明する。図４（ｂ）において、コントローラ４１が、コントローラ４１とターゲット４２の間に第２のプロトコルのコネクションを張る。このコネクションにおいて、第２のプロトコルで流れるデータの送信元はターゲット４２、受信先はコントローラ４１である。つまり、図４（ａ）におけるイニシエータをコントローラが兼務している。
コントローラ４１はコントローラ４１自身のコネクションに必要な情報、例えば、接続可能なバッファのアドレス等のリソース情報、等を取得し、これを用いて、ターゲット４２に対して、コネクションへの接続を試みる。これが成功した際には、コントローラ４１はコントローラ４１自身に対してコネクションへの接続を行う。このようにして、コントローラ４１とターゲット４２の間にコネクションを確立する。
また、コネクションを切断する際にも同様に、コントローラ４１は、自身をコネクションから切断し、次にターゲット４２をコネクションから切断する。これが成功した際には、コントローラ４１は自身がコネクション用に確保していたりソースの解放を行う。
なお、このコネクションの確立方法は第２のプロトコルに依存するので、第２のプロトコルに適切な方法で、イニシエータがコネクションを張ればよい。
【００９２】
次に、本実施の形態における機能一覧８の構成について、図面を参照しつつ簡単に説明する。
図５は、図２及び図３で示した機能一覧８であって、パネルを１つ持つ場合の構成例を示すものである。また、この図５では、パネル、グループ及び表示部品をまとめて表示要素と記している。
パネルは、ターゲット内のＧＵＩ情報を示すものであり、リストを用いて構成される。
グループは、パネル内の表示要素の集合を示すもので、一次元配列を用いて構成される。なお、グループは必ずしも必要なものではなく、これを省略することも可能である。グループを省略した場合はパネルリストに直接表示部品の識別情報を記しても良い。
表示部品は、アイコンやボタン等を示すもので、表示データの識別情報を持っても良い。表示データは、静止画データ、音声データ、テキストデータ等の表示部品の実データを示すものである。なお、機能一覧は複数のパネルを有していても良い。
【００９３】
ここで、パネル、グループ、表示部品、表示データを総称してオブジェクトと呼ぶ。各オブジェクトは１次元の配列からなり、配列の各要素として、識別情報とデータ部、即ち属性情報、又は実データを有する。この属性情報中に他のオブジェクトの識別情報を記すことも可能であり、この時、各オブジェクトはリスト構造を取り得る。
オブジェクトは各々のオブジェクトを識別する識別情報を有するが、この識別情報は、識別子としてのＩＤ番号、オブジェクトの種類を示すタイプ情報、等を用いて構成される。そしてこれらによりオブジェクトが特定される。
またオブジェクトは属性情報も有するが、各オブジェクト内の属性情報は各々の属性を識別する識別情報を有し、この識別情報は、識別子としてのＩＤ番号、属性の種類を示すタイプ情報、等を用いて構成される。そしてこれらにより各属性情報を特定する。
【００９４】
その他、オブジェクトは独自の情報も有するが、この各オブジェクトの独自情報はオブジェクト固有の情報を示すものである。例えば、オブジェクトのバージョン情報、オブジェクトの大きさを示すサイズ情報、オブジェクトの配置情報、フォントサイズ、等の情報である。そしてこれらの独自情報は、属性情報として、各オブジェクト内に記される。
【００９５】
また、参照先、即ち表示要素や表示部品、の識別情報は、オブジェクト間のリンク関係を示すものである。そしてこのような構成を取ることで、パネルやグループの集合体を示している。さらに、表示部品は表示データへのリンクを持つことで、複数の表示部品が同一の表示データを使用することが可能となる。ここで、参照先の識別情報は、属性情報として取り扱い、識別情報で区別された属性情報のひとつとして、参照先情報を有する。
【００９６】
尚、コントローラ及びターゲット内の機能一覧８の物理的／論理的構成は、図５に示すような構成を必ずしもとる必要はなく、コントローラとターゲットで同一内容の情報を共有できれば、その構成形態はこれに限定されない。
即ち、例えば、機能一覧８内の各部品は必ずしも図５に示すようなリンクを物理的に持つ必要はなく、各オブジェクト単位でコントローラからアクセスできればよい。
【００９７】
このように、参照先の識別情報や独自情報等を、同一のフォーマットで属性情報としてまとめることで、コントローラが行う処理を共通化でき、プログラムのコードサイズを小さく、かつ処理を軽くできるのでよい。さらに、機能一覧のデータを作成する際にもデバッグや変更、作成が容易となるので好適である。尚、機能一覧は、リスト形式ではなく、表形式やディレクトリ形式等で構成しても良い。
【００９８】
また、ターゲットは、他のオブジェクトと同様に複数のパネルを有していても良く、コントローラが機能情報を読み込む際に所望のパネルを指定するように構成しても良い。
さらに、パネルは、ひとつのメインパネルと複数のサブパネルからなる構成とすることも可能であり、この場合はメインパネルの参照先を示す属性情報中にサブメニューへのリンクを示す表示部品を記せばよい。この時、表示部品は、静止画やテキストデータ等で参照先のサブメニューを示す。そしてコントローラ上で使用者がこの表示部品を選択した際には、コントローラは参照先のサブメニューを画面上に表示する。このサブメニューとしては、例えば、ターゲット内の一部の機能を示す操作メニュー、使い方を示すヘルプメニュー、ターゲット内のコンテンツ情報のみを集めたコンテンツメニュー、編集作業を行うための編集メニュー、ターゲットの設定を行うための設定メニュー、等が考えられるが、これらに限定されるものではない。
【００９９】
次に、本実施の形態におけるネットワーク制御システムにおけるコントローラとターゲットの動作について、図面を参照しつつ説明する。
図６は、本実施の形態に係るネットワーク制御システムの説明図である。尚、以下の説明はイニシエータがない場合、つまり、コントローラがイニシエータを兼ねる場合、について説明する。
まず、ターゲットが伝送路１に接続された場合、この伝送路１上にあるコントローラは、バスリセット信号等で新規ターゲットを認識し、機能一覧管理手段１２の指示により、新規ターゲットから伝送路１を通して、まず、機器構成情報７内に記されたターゲットの情報を読出し、次にターゲット自身を示す、例えばテキストオブジェクト、静止画オブジェクト、等のデータオブジェクトを読み込み、そしてこれらをコントローラの機能データベース１３内に登録する。
この時、表示／機能選択手段１４は、機能一覧管理手段１２を通して、機能データベース１３を参照し、ターゲット自身を示すデータオブジェクトを用いて、このコントローラに接続されているターゲットの一覧を表示する。
【０１００】
次に、使用者がリモコンのポインティング機能、例えば十字キー、等により、ターゲットの静止画オブジェクトを選択した場合、表示／機能選択手段１４は機能一覧管理手段１２にターゲットのＧＵＩ情報を要求し、ターゲットのパネル（メニュー）を読み込み、コントローラ内の機能一覧８に記憶する。
この時、まずコントローラは第２のプロトコルで必要なコントローラ内のリソースを確保し、図６で示したメッセージ通信１０１、即ちコネクションの接続要求を第１のプロトコルでターゲットへ送信する。次にターゲットはコネクションへの接続が可能か不可能かを確認し、可能であれば、コネクションへ接続する。そしてメッセージ応答１１１でターゲットが了承したのを確認すると、コントローラは自身をコネクションへ接続し、コネクションが確立する。
【０１０１】
次に、コントローラはメッセージ送信１０２でデータの伝送要求をターゲットへ送信する。このメッセージ送信１０２は、コントローラがターゲットと情報を一致させたい範囲を示す通知範囲の情報を含む。そしてこの送信に対する応答として、ターゲットは１次応答１１２を返すと共に、第２のプロトコルで機能一覧８中のパネル（メインメニュー）のデータをコントローラへ送信する。
【０１０２】
ここで、通知範囲を示す情報をコントローラがターゲットに通知しておくと、コントローラが現在表示していない情報、等の着目していない情報に対して、ターゲットはコントローラへ変更通知を行わないので、コントローラが現在時点で不要なデータを送りつけられ、処理を強いられることが無くなり、コントローラの処理効率を上げることが出来るようになり、好ましい。
【０１０３】
なお、このメッセージ応答１１２には、通知範囲に応じたバージョン情報を含んでいても良い。この時コントローラは、ターゲットの機能一覧のバージョン情報を機能一覧を読み込む前に取得でき、コントローラが既にキャッシングしているものと同じであれば、再度読み込む必要はなく、即ち伝送されてきたデータを捨てれば良いことになる。つまり、コントローラで不要なデータ更新や画面更新をする必要が無く、使用者に使いやすい表示画面を提供でき、故にコントローラの処理を簡単化できる。また、第２のプロトコルで送るデータは、機能一覧８の全体のデータでも良いし、メッセージ送信１０２で指定されたパネルとしても良い。
【０１０４】
このようにして、コントローラはパネルの全データを取得し、画面上に表示する。なお、通知範囲はメッセージ送信１０１でターゲットに送信するとしても良く、同様の効果が得られる。さらに、メッセージ応答１１１はターゲットの機能一覧のバージョン情報を含むように構成しても良い。この時コントローラは、メッセージ送信１０２を送信する前にターゲットの機能一覧のバージョン情報を取得でき、コントローラが既にキャッシングしているものと同じであれば再度読み込む必要はなく、これを伝送する手間が省け、ひいては伝承量を減らすことが出来るのでよい。
【０１０５】
次に、使用者がリモコンの上下左右を示す十字キー等によるリモコンのポインティング機能等により、例えば、ターゲットの再生機能を示す表示部品を選択した場合、表示／機能選択手段１４は、ターゲットが付けた表示部品の識別情報を制御コードとして、使用者の操作情報、例えば「選択」、と共にターゲットへ送信する。つまり、リモコンの上下左右を示す十字キーで表示部品上にカーソルを移動し、「選択」ボタンを押した後に、カーソルを表示部品から離した場合でも、この表示部品の識別情報（制御コード）と使用者の操作情報（「選択」）を、メッセージ送信１０３として、ターゲットへ送信する。
【０１０６】
また、さらに細かい使用者の操作情報をターゲットへ送ることも可能であり、リモコンやポインティングターゲットの操作で、表示部品に対して、「押す」「離す」「２回押す」等の操作が行われた場合、これらの操作情報をターゲットへ送ることも可能である。
ここで、使用者の操作情報はコード化して表示部品の識別情報と共に送っても良いし、各々をひとつのコマンド（オペランドは表示部品の識別情報等の制御コード）として送っても良い。
【０１０７】
なお、表示部品に対して選択の操作しか許可しない、等の場合には、ターゲットに対して表示部品の制御コード（識別情報）のみを送信するように構成することも可能である。このような構成とすると、処理を単純化できると共に、伝送路１のトラフィックを減らすことが可能となる。
【０１０８】
次に、操作要求の応答として、メッセージ応答１１３ではメッセージ送信１０３がターゲットで受領されたか、拒否されたか、サポートしていないかといった応答を返す。
【０１０９】
なお、このメッセージ応答１１３にバージョン情報を含むように構成しても良い。この時、メッセージ送信１０３に応じて機能一覧内のデータが変化するか否かを、次のデータ要求を行う前に、または、ターゲットが自発的にデータを送信する前に知ることができ、あらかじめ、コントローラ内部で画面更新等の準備が可能となり、ひいては使用者に見やすい画面を提供できるのでよい。
【０１１０】
次に、ターゲット内の状態が変化し、ターゲット内の機能メニューリスト、表示部品リスト、データオブジェクト、等のオブジェクトが変化した時、ターゲットは、第２のプロトコルを用いて、自発的に変化したデータ（表示部品）をターゲットへ送信する。ここで、変化したデータ（表示部品）はひとつに限定するものではなく、複数の表示部品が一度に変化した際には複数の表示部品を送信することが可能である。なお、変更したデータの送信は、使用者の操作によるものだけでなく、ターゲット内部の状態が変化した際にも自発的に変更されたデータを送信する。
【０１１１】
なお、ここでは送信するのは表示部品単位で説明したが、変化した属性情報のみを送信するように構成しても良い。この場合、変化した表示部品の識別情報とともに、変化した属性情報のみを送ることになる。同様に、表示データのみが変化した場合には、表示データのみをコントローラへ送信することになる。このように変化した属性情報や表示データのみを送信することで、伝送するデータ量を減らすことができ、応答性を改善し、ターゲット及びコントローラの処理を軽減できるので好適である。
【０１１２】
また、通知範囲としてパネル単位を指定し、使用者の操作等によって表示するメニューが変化した場合、ターゲットは新たなパネルをコントローラへ送信すると共に、新パネル内の情報が変化した場合のみコントローラへターゲットの情報の変化の通知を行う。このように構成することにより、簡単な構成で効率よく、つまり、少ない記憶領域で状態変化情報をコントローラが取得することができるようになり、好ましい。これはパネルに限定するものではなく、各表示部品に対しても同様に適用可能である。
【０１１３】
そして、機能一覧管理手段１２は、この変化した表示部品のデータを該当する機能一覧８に書き込み更新し、表示／機能選択手段１４は更新された機能一覧を表示する。
コントローラが、ターゲットの機能一覧８の表示を終了した際には、コントローラは、コネクションから自身を切断し、メッセージ通信１０４（コネクション切断要求）を第１のプロトコルでターゲットへ送信する。
ターゲットは、コネクションへの切断が妥当か否かを確認し、妥当であれば、コネクションへの接続を切断する。
メッセージ応答１１４でターゲットが了承したのを確認すると、コントローラは自身で確保していた第２のプロトコルで必要なコントローラ内のリソースを解放する。
【０１１４】
なお、以上の説明において、コネクションの接続はコントローラがターゲットの情報を画面上に表示する時に行うとしたが、ターゲットの電源が入っている間は常にコネクションを確立することや、コントローラが接続されたターゲットの一覧等のＧＵＩ情報を表示する際にコネクションを張るとしても良いし、コネクションの切断に関しても同様である。
【０１１５】
また、第２のプロトコルで伝送するデータの識別情報或いは属性情報中に、使用者への強制通知を示す情報を付加し、コントローラがこのデータを受信した際には、強制的に画面表示、又はオーディオ再生を行うように構成しても良い。
【０１１６】
このように、例えば、録画予約の重複等のターゲットで不許可の操作がなされた時や、ＶＴＲのテープが絡まる、等のようにターゲット内で異常が生じた際に、使用者に対して、警告や指示を映像や音声等のＧＵＩ情報で与えることが可能になり、使用者が正確にターゲットの状況を素速く察知することができるので好適である。
【０１１７】
そして、第２のプロトコルで伝送するデータとして、画面一部または全体のビットマップ、テキストデータ，等を用いてＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄａｔａ）を構成し、コントローラが画面上に表示するとしても良い。さらに、コントローラの画面上での配置位置はコントローラが決定するように構成しても良い。この場合は、画面の大きさやアスペクト比等に応じて適切な位置に適切な大きさで表示し、使用者へ通知することが可能となる。
【０１１８】
さらに、メッセージ応答にバージョン情報を含むとしても良い。この場合は、第２のプロトコルで送信されるデータのバージョン情報と一致するか否かを判定することで、第２のプロトコルで送信されたデータが適切なデータか否かを判定できるので、第２のプロトコルで送信されるデータを全て取得する必要が無くなり、ひいてはコントローラの処理が簡素化でき、迅速な処理が可能となる。
【０１１９】
また、バージョン情報の特定の値に意味を持たせることも可能である。例えば、バージョン情報の値が「０」である時には、この表示部品は不変であることを示す、とする事も可能である。つまり、情報を追加することなく不変の表示部品と可変の表示部品を扱うことが可能になり、コントローラの処理を簡単化できるとともに、情報量を減らすことが可能となり、好適である。
【０１２０】
次に、コントローラの送受信動作について、図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。
図７は、コントローラの動作フローを示すフローチャートであり、（ａ）は第１のプロトコルに関する動作、（ｂ）は第２のプロトコルに関する動作を説明するものである。そして図７（ａ）及び（ｂ）に示したフローは、コントローラ上で平行して動作する。
【０１２１】
図７（ａ）において、コントローラは、使用者がリモコンのメニューボタンを押す等のコントローラ内部の要求によりターゲットに対して第２のプロトコル用のコネクションを処理５０１で確立する。そして使用者の操作に応じてターゲットのＧＵＩを表示させるため、処理５０２でターゲットに対してデータの要求をメッセージ送信する。このデータの要求に対する応答を処理５０３で待ち、ターゲットから承認通知を受け取った後、処理５０４で使用者の操作を検出する。
使用者がコントローラ上の操作画面に対して、操作を行い、この操作をターゲットに通知する場合には、処理５０２で、例えば、オブジェクトの識別情報と使用者の操作情報をターゲットへ送信する。
【０１２２】
一方、使用者の操作がなかった場合、処理５０５で終了判定を行い、使用者の操作等により、コントローラがターゲットのＧＵＩ情報を表示する必要がないと判断した時は、処理５０６でコネクションを切断する。一方、継続してターゲットのＧＵＩ情報をコントローラが表示する場合等には、処理５０４でターゲットへ伝達すべき使用者の操作をチェックする。
【０１２３】
図７（ｂ）で示される動作フローは、コントローラが、図７（ａ）の処理５０１でコネクションが確立した後に開始されるものである。まず、処理５１０で第２のプロトコルでのデータの受信をチェックする。ここで、データを受信した際には処理５１１でバージョン番号をチェックし、新規読み込み又はバージョン情報が異なっていた場合は、コントローラ内の保持データを処理５１２で更新すると共に、処理５１３でバージョン情報を更新し、処理５１４で画面表示を更新する。また、バージョン情報が同じ場合、処理５１２〜５１４をスキップし、画面表示を変更しない。
【０１２４】
処理５１４で画面表示を更新した後、及び、処理５１０でデータを受信していない際には、処理５１５で終了判定を行い、使用者の操作等によりコントローラがこのターゲットのＧＵＩ情報を表示する必要がないと判断した時は、この動作フローを終了する。一方、継続してこのターゲットのＧＵＩ情報をコントローラが表示する場合等には、処理５１０でデータの受信を待つ。なお、処理５１０と処理５１５は、同時に終了判定を行うように構成しても良い。
【０１２５】
次に、ターゲットの送受信動作について図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。
図８は、ターゲットの動作フローを示すフローチャートである。まずターゲットは、コントローラがコネクションを確立するのを処理６０１で待ち、コネクションが確立した後、処理６０２でコントローラからのメッセージの有無をチェックする。メッセージが来ていない時には、処理６０３でターゲット内部の状態をチェックし、状態が変化していない時には、処理６１１で終了判定を行う。コントローラによるコネクションの切断やコントローラからメッセージでの終了通知を受信した場合等には、この動作フローを終了する。一方継続する場合には、処理６０２へ戻る。
【０１２６】
処理６０２でメッセージが来ている時には、このメッセージが何を意図するものであるかを判定し、各メッセージに応じて、処理６０４及び処理６０９で、ターゲットの状態、ターゲットがこの機能をサポートしているか等を考慮し、このメッセージの実行可能性に応じて、メッセージ応答をコントローラへ送信する。受信メッセージがデータ要求である時には、処理６０５で実行可能性を判断し、可能であれば、了承の応答をコントローラへ送ると共に、処理６０６で、機能一覧を作成、または、既存の機能一覧がある場合には既存の機能一覧を、処理６０８でコントローラへ送信する。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。
【０１２７】
同様に、処理６０３でターゲット内部の状態が変化した際には、処理６０７で機能一覧を更新し、処理６０８で機能一覧をコントローラへ送信する。
また、例えば、オブジェクトの識別情報と使用者の操作情報など、受信したメッセージがデータ要求でない時には、各々のメッセージに応じた処理を処理６０９で行う。この処理６０９で、実行可能性を判定し、実行可能であれば、了承のメッセージ応答をコントローラへ送信し、処理６１０でこのメッセージに対応する処理を行う。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。
なお、ここでは、終了判定は、処理６１１で行うとしたが、コントローラからのコネクション切断メッセージやＧＵＩ表示終了メッセージ等を受信した場合には、処理６１０で終了処理を行い、この動作フローを終了するとしても良い。
【０１２８】
次に、本実施の形態における、第２のプロトコルによるデータ伝送確認時の処理について、図面を参照しつつ説明する。
図９は、本発明における第２のプロトコルでのデータ伝送確認時の処理を示す説明図である。図９は、図６において、メッセージ送信１０２からデータ２０１までの伝送における伝送データの確認処理を示したものである。ここで、図６と同一の伝送については、同一の符号を付し、説明を省略する。
【０１２９】
コントローラは、メッセージ送信１０２によってデータ要求を行い、その応答として、メッセージ応答１１２でターゲットは了承した旨をコントローラへ返答する。そして、ターゲットは、データ２０１でバージョン情報を含むデータ、例えば機能一覧、を第２のプロトコルで送信する。
この時、伝送路、ターゲット或いはコントローラで伝送エラーが生じ、データ２０１で転送したデータが正しくコントローラへ送られなかった時、コントローラはタイムアウト、データのパリティチェックやサイズチェック等で第２のプロトコルで正常な伝送が行われなかった可能性を検出する。
【０１３０】
次に、コントローラはターゲットに対して、メッセージ送信１０５でターゲットが正常に第２のプロトコルでデータを出力したか否かを確認する。そしてターゲットは、第２のプロトコルでのデータ転送が正常に終了しているかを確認し、正常終了している時には、了承のメッセージ応答を、正常終了していない時は、状況に応じたエラーの応答をメッセージ応答１１５で返信する。
【０１３１】
メッセージ応答１１５で送信済みを示すメッセージが返ってきた際、送出エラーを示すメッセージが返ってきた際等には、コントローラは第２のプロトコルで送信したデータが紛失或いは伝送時にエラーが生じたと認識し、メッセージ１２２で再度データを要求する。ターゲットは、このデータ要求を受けて、メッセージ応答１３２で了承したことを伝え、第２のプロトコルを用い、データ２１０で指定されたデータを再度送出する。
【０１３２】
なお、ターゲットからの第２のプロトコルでのデータ送信に対して、コントローラは常にメッセージ送信で状況確認するように構成しても良い。
さらに、ターゲットが自発的に第２のプロトコルでデータを送信する際にも、コントローラが不正なデータを検出した際には、同様に、第１のプロトコルのメッセージを用いて確認／再送要求を行えばよい。
【０１３３】
このように、第２のプロトコルでのデータ伝送の確認や再送要求を第１のプロトコルで行うことにより、第２のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となるので良い。
さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できるので好適である。
【０１３４】
次に、本実施の形態における表示要素の構成について、図面を参照しつつ説明する。
図１０（ａ）は、本発明における表示要素の構成を示す構成図である。ここで、５０は表示要素、５１は表示部品の識別情報、５２は表示部品のサイズ情報、５３は第１の属性の識別情報、５４は第１の属性のサイズ情報、５５は第１の属性情報データ、５６は第２の属性の識別情報、５７は第２の属性のサイズ情報、５８は第２の属性情報データである。尚、図１０（ａ）中、ここでは横方向１６ビットとするが、これに限定されるものではない。
【０１３５】
表示要素の識別情報は、表示要素のＩＤ番号や種類を示すタイプ情報、等からなり、この表示要素が何であるかを識別する為のものである。
表示要素のサイズ情報は、この表示要素の属性情報全体、即ち属性部の大きさを示すもので、例えば、バイト数で表される。
【０１３６】
属性部は、この表示要素の属性を記す部分であり、属性には表示要素の大きさ、（ピクセル数）や、位置情報（ピクセル数）、等を含み、表示要素がパネルやグループである場合にはリンクを有するオブジェクトの識別情報も含む。そしてこれらの情報、即ち各属性の識別情報、各属性のサイズ情報、各属性の属性情報データは同一の形式で表される。また各属性情報の順番は任意であり、各属性は識別情報で区別される。
属性の識別情報は、属性のＩＤ番号や種類を示すタイプ情報等からなり、属性が何であるかを識別するものである。
属性のサイズ情報は、この属性の属性情報データの大きさを示すもので、例えば、バイト数で表される。
【０１３７】
このように、表示要素、即ちパネル、グループ、又は表示部品は、同一のデータフォーマットを有しており、識別情報及びサイズ情報の後に１又は複数の属性情報が並んでいる。さらに、各属性情報も表示要素と同一のデータフォーマットを有している。
【０１３８】
以上のように各表示要素でデータフォーマットを統一することで、コントローラの処理が簡素化でき、処理を高速化できると共に、デバッグが容易となるので好適である。
さらに、各表示要素と各属性情報でデータフォーマットを統一することでコントローラの処理を統一することができ、処理を高速化／簡素化ができると共に、処理ソフトウエア及びデータの作成が容易となり、好ましい。
【０１３９】
次に、図１０（ｂ）について説明すると、これは本発明における属性情報の構成を示している。
まず、属性のサイズ情報は識別情報の一部に組み込まれ、サイズ情報のフィールド（例えば４ビット）でこの属性情報の大きさを示す。例えば、サイズ情報フィールドに１が書かれた場合、属性情報の大きさは１ワード（１６ビット）を意味し、２が書かれた場合、２ワードを意味する。このように識別情報の一部のフィールドを用いて、サイズ情報を記することにより、属性情報データが小さい属性情報に対して、データ量を減らすことが可能となる。
【０１４０】
例えば、機能一覧中にひとつの大きなサイズの属性情報がある場合、属性のサイズ情報５３等をそれに合わせて大きくする（例えば、４バイト）必要があるが、この時、大多数の小さなサイズの属性情報に対しては、図１０（ｂ）で示した方法を用いることにより、小さなサイズの属性情報のデータ量を減らすことができ、メモリ量を節約可能である。
さらに、サイズ情報フィールドで示すサイズの単位を大きくすることで、多少大きなデータでもこの形式で表現することが可能となり、属性のサイズ情報５４等をなくすことが出来る。
なお、ここで、コントローラ内部及びターゲット内部で、これらのデータをこのデータフォーマットのまま記憶する必要はなく、伝送時のデータフォーマットとして統一されていればよい。もちろん、伝送路１上を伝送する際には、このデータフォーマットで記されたデータに対して、パケット分割やヘッダ付加等が行われる。
【０１４１】
次に、本実施の形態における表示データの構成について、図面を参照しつつ説明する。
図１１は、本発明における表示データの構成を示す構成図である。ここで、６０は表示データ、６１は表示データの識別子、６２は表示データのサイズ情報、６３は実データである。
表示データの識別情報は、表示データのＩＤ番号や種類を示すタイプ情報等からなり、この表示データが何であるかを識別するものである。
表示データのサイズ情報は、表示データの実データの大きさを示すもので、例えば、バイト数で表される。尚、ここで識別情報やサイズ情報のビット数は、表示要素のそれと異なっていても良い。
実データは、表示データの実際のデータを格納する部分であり、ビットマップの画像データ、音声データ、テキストデータ、プログラムデータ等が格納される。
【０１４２】
なお、例えば、これらのビットマップの種類や大きさ等を示す属性情報は、表示部品の属性情報として記載される。また、図１０と図１１においては、データ構成が識別情報→サイズ情報→識別情報→サイズ情報…の順になされているが、この順番はこれに限定されるものではなく、例えばサイズ情報→識別情報→サイズ情報…のような順番で構成されていてもよい。
【０１４３】
次に、本実施の形態における機能一覧の構成について、図面を参照しつつ説明する。
図１２は、本発明における機能一覧の構成を説明する説明図であり、図１３は、コントローラでのパネルの表示例である。
図１２において、機能一覧内の１つのパネルはＶＴＲのメニューを示すものであり、表題、タイトル画、さらには、背景情報や大きさ等の独自情報と、グループへのリンク、即ちグループの識別情報を属性情報中に有する。このグループは、機能や表示に応じた表示部品の集合を示すもので、例えば、コンテンツ、デッキ部、チューナー部の３つのグループである。
このグループは、グループの大きさ、配置や背景情報等の独自情報と、表示部品へのリンク、つまり表示部品の識別情報を属性情報中に持ち、表示部品へのリンクはこのグループに属する表示部品を指し示す。
【０１４４】
ここで、表示部品は、アイコン、ボタン、スライダ、チェックボックス、テキストエントリ等を表示するための部品であり、独自情報として、表示部品の大きさ、配置、状態情報、変数情報等と、表示データへのリンク（表示データの識別情報）を属性情報中に有する。なお、例えば、スライダ、チェックボックスやテキストエントリのような表示部品は、表示データを持たず、その特徴、機能や動作を表示部品として表し、その表示はコントローラに依存するように構成しても良い。
【０１４５】
表示データは、静止画データ、動画データ、テキストデータ、オーディオデータ、プログラムデータ等のデータであり、パネル、グループ或いは表示部品の表示データを示すものである。
【０１４６】
次に、このようなパネルについて、図面を参照しつつ簡単に説明する。
図１３は上述のパネルを表示した場合の一例である。ここで、各グループはコントローラの画面上に表示しない。もちろん、各グループをグループの表題及びタイトル画等と共に画面上に表示するように構成しても良い。
【０１４７】
また、本実施の形態におけるコントローラの、パネル構成例のその他の例を図１４に示す。
ここで、パネルは、１つのビットマップデータを任意に分割した表示部品の集合として構成される。画面部分データ７０１、７０２、７０３、７０４は、このパネルを示す一枚のビットマップデータを分割したものであり、各々が表示部品として、パネルにこれらの表示部品の識別情報を有する。
【０１４８】
使用者の操作やターゲット内の状態変化により、いずれかの表示部品の表示データ（画面部分データ）が変化した場合、この表示部品単位で、ターゲットはコントローラへ変化を通知することで、使用者に変化を通知することができる。
【０１４９】
なお、ここではパネルを示す一枚のビットマップデータを複数に分割したが、パネルを示す一枚のビットマップデータのみでパネルを構成しても良く、使用者の操作やターゲット内の状態変化により、ターゲットがデータを送る際に多くのデータを送る必要があるが、同様の効果が得られる。
【０１５０】
以上、本実施の形態では、コントローラは画面表示を行うとしたが、画面表示を行う表示手段をコントローラやターゲットと別に有し、使用者がこの表示手段の画面表示を見て、コントローラに対して、リモコン等で操作するとしても良く、この場合も同様の効果が得られる。ここで、表示手段は、コントローラやターゲットと同一機器内にあっても良いし、別機器であっても良い。
【０１５１】
また、この時、第２のプロトコルで伝送されるデータはコントローラではなく、表示手段が受信して画面上に配置し表示するとしても良いし、コントローラが受信し表示手段の画面サイズ等にあわせて配置を行い、表示手段に適した大きさ、アスペクト比等のビットマップデータを作成し表示手段へ第２のプロトコルで送信し、表示手段が表示するとしても良い。
【０１５２】
【発明の効果】
以上のように、本発明の請求項１に係るネットワーク制御システムによれば、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。
【０１５３】
本発明の請求項２に係るネットワーク制御システムによれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得ることができる。さらに、データの伝送と制御コードが同一のプロトコルに混在しないので、両者の区別が容易となり、さらに、コントローラ及びターゲットでの処理を簡素化でき、処理速度を向上することができる。
【０１５４】
本発明の請求項３に係るネットワーク制御システムによれば、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。
【０１５５】
本発明の請求項４に係るネットワーク制御システムによれば、伝送効率が良く、迅速なデータ伝送が可能となると共に、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。
【０１５６】
本発明の請求項５に係るネットワーク制御システムによれば、伝送効率が良く、迅速なデータ伝送が可能となると共に、簡単な構成で、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。
【０１５７】
本発明の請求項６に係るネットワーク制御システムによれば、第２のプロトコルでのデータ伝送の確認や再送要求を第１のプロトコルで行うことにより、第２のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となる。さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより、正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できる。
【０１５８】
本発明の請求項７に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、バージョン情報を有し、前記バージョン情報を用いて、前記データのバージョン管理を行うことにより、コントローラが常に受信したデータに対するバージョン情報を確認でき、コントローラが常に最新のデータを使用することや信頼性を高めることが可能となる。さらには、コントローラがデータをキャッシングする際に、ターゲット内での状態変化により、機能一覧内の情報が変化したか否か等を容易に判別でき、キャッシングを有効かつ簡単に行える。
【０１５９】
本発明の請求項８に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、使用者への強制通知を指示するＧＵＩデータとしたので、ターゲットないでの以上が生じた際に、使用者に対してＧＵＩによる警告等を与えることが可能となるので、使用者は正確に、かつ迅速にターゲットの状態を察知できる。
【０１６０】
本発明の請求項９に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、データの識別情報を含むことにより、ターゲットが自発的に、或いは、コントローラの指示により、ターゲットが第２のプロトコルで送信したデータをコントローラが正しく認識できる。また、第２のプロトコルで伝送するデータは、前記データの属性情報を含むことにより、ターゲットが送信するデータの詳細を、前記データの実データ部をチェックする前に、事前に確認でき、例えば、コントローラが表示不可能なものは受け取らないことや受信してもすぐに廃棄することが可能になり、コントローラ内のメモリ等の資源を有効に活用することが可能となる。
【０１６１】
本発明の請求項１０に係るネットワーク制御システムによれば、属性情報は、識別情報、サイズ情報とデータ部を有することにより、識別情報で、オブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式で属性情報を共通化することにより、各種オブジェクトに対する処理が簡単になり、新たな属性情報に対する対応も容易となる。また、ここで、いくつかの属性情報をセットにし、ひとつの属性情報として取り扱うように構成してもよく、同様の効果が得られる。
【０１６２】
本発明の請求項１１に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、オブジェクトを単位とすることにより、機能単位や表示単位毎に大きなデータをいくつかのオブジェクトに分けることが可能となり、伝送時のエラーに強くなると共に、コントローラやターゲットの伝送に対する負荷を軽減できる。
【０１６３】
本発明の請求項１２に係るネットワーク制御システムによれば、オブジェクトと属性情報は、同一の構造を有することにより、コントローラは同一の処理でオブジェクトと属性情報を取り扱うことが可能になり、コントローラの処理を軽減し、処理を高速化できる。さらに、各種のオブジェクトや属性情報への対応が簡単に可能となる。
【０１６４】
本発明の請求項１３に係るネットワーク制御システムによれば、オブジェクトは識別情報、サイズ情報とデータ部を有することにより、識別情報で、オブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式でデータを共通化することにより、各種オブジェクトに対する処理が簡単になり、新たなオブジェクトに対する対応も容易となる。
【０１６５】
本発明の請求項１４に係るネットワーク制御システムによれば、オブジェクトは、データ部に属性情報を有することにより、属性情報を容易に判定可能になり、属性情報の処理を簡素化できる。
【０１６６】
本発明の請求項１５に係るコントローラによれば、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるコントローラを得ることが出来る。
【０１６７】
本発明の請求項１６に係るコントローラによれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るコントローラを得ることが出来る。
【０１６８】
本発明の請求項１７に係るコントローラによれば、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１６９】
本発明の請求項１８に係るコントローラによれば、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１７０】
本発明の請求項１９に係るコントローラによれば、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１７１】
本発明の請求項２０に係るターゲットによれば、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるターゲットを得ることが出来る。
【０１７２】
本発明の請求項２１に係るターゲットよれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るターゲットを得ることが出来る。
【０１７３】
本発明の請求項２２に係るターゲットによれば、伝送効率が良く、迅速なデータ伝送が可能なターゲットを得ることが出来る。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係るネットワーク制御システムの一例を示すシステム構成図である。
【図２】 本発明の実施の形態に係るネットワーク制御システム中のターゲットのブロック図である。
【図３】 本発明の実施の形態に係るネットワーク制御システム中のコントローラのブロック図である。
【図４】 （ａ）本発明の実施の形態に係るイニシエータがある場合のシステム構成図である。（ｂ）本発明の実施の形態に係るイニシエータがない場合のシステム構成図である。
【図５】 本発明の実施の形態に係る機能一覧の構成図である。
【図６】 本発明の実施の形態に係るプロトコルの説明図である。
【図７】 本発明の実施の形態に係るコントローラの動作を示すフローチャートである。
【図８】 本発明の実施の形態に係るターゲットの動作を示すフローチャートである。
【図９】 本発明の実施の形態に係る伝送確認時のプロトコルの説明図である。
【図１０】 （ａ）本発明の実施の形態に係る表示要素の構成図ある。（ｂ）本発明の実施の形態に係る属性情報の構成図である。
【図１１】 本発明の実施の形態に係る表示データの構成図である。
【図１２】 本発明の実施の形態に係る機能一覧の一例を示す構成図である。
【図１３】 本発明の実施の形態に係るコントローラの画面表示例である。
【図１４】 本発明の実施の形態に係る機能一覧の構成例を示す説明図である。
【符号の説明】
１ 伝送路
２ パケット送受信手段
３ 同期データ送受信手段
４ ターゲット信号処理手段
５ 非同期データ送受信手段
６ 第１のプロトコル処理手段
７ 機器構成情報
８ 機能一覧
９ 機器内部制御手段
１０ コントローラ信号処理手段
１２ 機能一覧管理手段
１３ 画面表示／機器機能選択手段
１４ 機能データベース
１５ ＲＯＭ
１６ ＲＡＭ
１７ 機能情報管理手段
１８ 第２のプロトコル送信手段
１９ 第２のプロトコル受信手段
２０ 第１のプロトコル処理手段
【発明の属する技術分野】
本発明は、映像データ、音響データ、及び情報データなどを取り扱う機器を接続してなるオーディオ・ビデオ・コンピュータシステム（Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ、以下「ＡＶＣシステム」とする。）を制御するネットワーク制御システム、及びこのネットワーク制御システムを構築するコントローラ及びターゲットに関するものであり、特に、画面上にグラフィックス、文字等により、ユーザーの機器操作を支援するグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、以下「ＧＵＩ」とする。）を生成するため等の情報を伝送する大容量データ送受信システムに関するものである。
【０００２】
【従来の技術】
近年、ＴＶ画面上に機器の機能を示す画面表示用データや文字等からなるグラフィックスやアイコンを表示し、これをＴＶのリモコンで選択操作することにより機器の制御を行う機器制御システムが登場してきている。また、ＩＥＥＥ１３９４−１９９５を用いて、ディジタル方式のディジタルＶＴＲ等のディジタル機器を接続し、映像／音声データを送受信するネットワークシステムも登場してきている。
【０００３】
そこで、以下にこのようなネットワーク制御システムについて、簡単に説明する。
従来のネットワーク制御システムを利用するＡＶＣシステムは、各ＡＶ機器が、各ＡＶ機器を切り換え接続すること無しに、他のＡＶ機器機器と双方向パケット通信方式で均等な通信機会を周期的に与えられるシリアルバスで接続されることにより構成されている。このシリアルバスとしては、例えばＩＥＥＥ１３９４規格のディジタルインターフェース等が用いられる。
【０００４】
各ＡＶ機器は、それぞれに独自の画面表示用データを格納している。そして、グラフィック表示機能を持つコントローラ、例えばテレビジョン受像機からの要求により、この画面表示用データをコントローラへ送信する。
【０００５】
画面表示用データを受信したコントローラは、この画面表示用データを表示する。またコントローラが画面表示用データを読み込む際には、コントローラはＡＶ機器に対して読み込みコマンドを発行し、ＡＶ機器からの応答として、所望のデータを読み込む。ここで、所望のデータが、各ＡＶ機器内のバッファ量よりも大きい場合には、コントローラが繰り返し、読み込みコマンドを発行し、残りのデータを取得するように構成されている。
また、コントローラは、接続されているＡＶ機器の表示に必要なデータを問い合わせる機能と、ＡＶ機器からの画面表示用データに基づいた表示画面を制御する機能とを有する。
【０００６】
そして、ＡＶ機器には、画面表示用データを蓄える記録媒体と、コントローラからの画面表示用データの問い合わせに対して適切な画面表示用データを選択する機能を有する。
このように構成されたＡＶＣシステムのネットワーク制御システムでは、画面表示用データを各デバイス（ＡＶ機器）で保管しておき、コントローラ（テレビジョン受像機）からの表示要求に応じて出力することにより、各デバイス（ＡＶ機器）独自のグラフィックをコントローラの画面上に表示する。
このような従来のネットワーク制御システムのひとつとして、特開平０９−１４９３２５号公報に開示されているものがあり、大容量のデータ転送方式としては、同じく特開平１０−２９０２３８号公報に開示されているものがある。
【０００７】
【発明が解決しようとする課題】
しかしながら上記のような構成では、ＡＶ機器が大容量のデータを送信する際にはＡＶ機器のバッファ量に応じて繰り返しコマンドを発行する必要があり、そのためオーバーヘッドが大きくなり、また伝送路の伝送効率が悪くなり、その結果、データ伝送時間が長くなる、という問題点を有していた。
【０００８】
そこで本発明はこのような問題点に鑑みてなされたものであり、その目的は、簡単な構成で、アイコンデータ等の大容量データを効率良く迅速かつ確実に伝送すると共に、ターゲットが自発的にデータを転送する際でも、ターゲットが何を送信したのかを容易にコントローラが判断できるネットワーク制御システム、及びこのようなネットワーク制御システム用のコントローラ及びターゲットを提供することである。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、本発明の請求項１に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記イニシエータが確立したコネクション上にデータを伝送する第２のプロトコルと、よりなり、前記ターゲットは、前記第１のプロトコルで受信したメッセージに応じて、前記第２のプロトコルで前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１０】
本発明の請求項２に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、事前に、第２のプロトコルのコネクションを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは第１のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて第２のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第２のプロトコルでデータを受信するように構成したこと、を特徴とする。
本発明の請求項３に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、事前に第２のプロトコルのコネクションを確立し、前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは、第１のプロトコルでデータ要求を行い、前記ターゲットは、前記データ要求に応じて、第２のプロトコルで前記コネクション上にデータを送信し、前記コントローラは、第２のプロトコルでデータを受信するように構成したこと、を特徴とする。
本発明の請求項４に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを送信する単数又は複数のコントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記イニシエータは、前記コントローラと前記ターゲット間に、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
【００１１】
本発明の請求項５に記載のネットワーク制御システムでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
ここで、本発明の請求項６に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記メッセージは、前記第２のプロトコルによるデータ転送の確認処理を行うメッセージを含むこと、また本発明の請求項７に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、バージョン情報を有し、前記バージョン情報を用いて、前記データのバージョン管理を行うこと、本発明の請求項８に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルで伝送するデータは、前記コントローラに対して、使用者への強制通知を指示するグラフィカル・ユーザ・インターフェイスの情報であること、本発明の請求項９に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、前記データの属性情報を含むこと、本発明の請求項１０に記載のように、請求項９に記載のネットワーク制御システムにおいて、前記属性情報は、識別情報、サイズ情報とデータ部を有すること、そして本発明の請求項１１に記載のように、請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、前記第２のプロトコルにより伝送するデータは、オブジェクトを単位とすること、は好ましい実施の形態である。
【００１２】
また、本発明の請求項１２に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記第２のプロトコルにより伝送するデータの属性情報と同一の構造を有すること、本発明の請求項１３に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、識別情報、サイズ情報、及びデータ部を有すること、本発明の請求項１４に記載のように、請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記データ部に属性情報を有すること、もまた好ましい実施の形態である。
【００１３】
本発明の請求項１５に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、前記機器内に、メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えており、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記コントローラは、前記ターゲットに対して、予め前記第２のプロトコルによる前記コネクションを確立し、前記ターゲットは、前記コントローラへデータを自発的に送信する際には、前記第２のプロトコルにより前記コネクション上にデータを送信し、前記コントローラは、前記第２のプロトコルによりデータを受信するように構成したこと、を特徴とする。
本発明の請求項１６に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信するように構成したこと、を特徴とする。
本発明の請求項１７に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットに対して予め前記コネクションを確立し、データを受信する際には前記第１のプロトコルによりデータ要求を行い、前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信するように構成したこと、を特徴とする。
【００１４】
本発明の請求項１８に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットが自発的に前記第２のプロトコルにより前記コネクション上に送信したデータ、を受信するように構成したこと、を特徴とする。
本発明の請求項１９に記載のコントローラでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記ターゲットが自発的に前記第２のプロトコルにより前記コネクション上に送信したデータ、を受信するように構成したこと、を特徴とする。
【００１５】
本発明の請求項２０に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルにより受信したメッセージに応じて、前記第２のプロトコルにより前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１６】
本発明の請求項２１に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルをサポートし、前記第１のプロトコルによる前記コントローラからのデータ要求に応じて、前記第２のプロトコルにより前記コネクション上にデータを送信するように構成したこと、を特徴とする。
【００１７】
本発明の請求項２２に記載のターゲットでは、映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、前記機器内に、メッセージを送信する単数又は複数の前記コントローラと、前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、前記ネットワーク制御システムが、少なくとも、前記コントローラと、前記ターゲットと、を備えると共に、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、前記複数のプロトコルは、前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、前記コネクション上にデータを伝送する第２のプロトコルと、よりなり、前記複数のプロトコルを有し、前記第２のプロトコルにより前記コネクション上にデータを自発的に送信するように構成したこと、を特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明に係るネットワーク制御システム、及びこのネットワーク制御システムを構成するコントローラ、及びターゲットの実施の形態について、図面を参照しながら説明する。尚、ここで示す実施の形態はあくまでも一例であって、必ずしもこの実施の形態に限定されるものではない。
【００１９】
また、以下に述べる、ネットワーク制御システムを利用するＡＶＣシステムのネットワーク構成として、例えば、後で詳述する図１に示すような、映像／音響／情報機器による構成が考えられるが、本明細書中で述べる、ネットワーク制御システムに用いるターゲットとは制御対象のことであり、またコントローラとは、この制御対象を制御するものの事を言う。さらに本明細書では、映像／音響／情報機器をまとめて「機器」と称するが、この機器にはプリンタやミニディスク等のような現存する映像／音響／情報機器のみならず、将来開発され出現するであろうこれらの分野に関連した機器もすべて含む。尚、１つの機器内にターゲットとコントローラが共存しても良いし、どちらか一方のみを有していても良い。さらに、１つの機器内に複数のコントローラやターゲットを有していても良い。また、機器は伝送路上の１つのノードに対応するものであり、１つの筐体内に複数のノードを有するように装置を構成しても良い。
【００２０】
なお、例えば、１つの機器内に複数のターゲットがある場合や、別の機能を有する場合等において、以下説明するターゲット或いはコントローラの各構成要素は、他の機能や手段と兼用していても良い。
さらに、コントローラとターゲットの間にコネクションを張るものであるイニシエータが、１つの機器内にコントローラと、或いはターゲットと、又はターゲットとコントローラと同時に存在していても良い。
【００２１】
（第１の実施例）
まず、本発明に係るネットワーク制御システムを利用するＡＶＣシステムのネットワークについて、図面を参照しつつ簡単に説明する。
図１はシステム構成の一例であるが、この図１において、２１はテレビ、２２はテレビ用のリモコン、２３はパーソナルコンピュータ（以下「ＰＣ」とする。）、３１は録再可能なディジタル・ビデオ・ディスク（以下「ＤＶＤ」とする。）、３２はディジタル・ビデオ方式（以下「ＤＶ方式」とする。）のディジタルＶＴＲ（以下「ＤＶＣ」とする。）、３３はＶＨＳ方式のディジタルＶＴＲ（以下「ＤＶＨＳ」とする。）、３４はＤＶ方式のディジタルムービー（以下「ＤＶＣムービー」とする。）、３５はＣＳディジタル放送等のセットトップボックス（以下「ＳＴＢ」とする。）である。そしてこれらの機器は、図１に示すように、伝送路１によって接続されてＡＶＣシステムとなる。
【００２２】
テレビ２１は、コントローラとターゲット（ここでは地上波チューナとビデオモニタである。）からなる機器であり、リモコン２２を用いて、使用者は表示／機能選択手段１４に指示を与える。
ＰＣ２３は、コントローラとターゲット（ここでは電話線とインターフェースをとるモデムとビデオモニタ等である。）からなる機器であり、キーボードやマウス等を用いて、使用者は表示／機能選択手段１４に指示を与える。
【００２３】
このテレビ２１とＰＣ２３は、ターゲットとコントローラが一体となった機器として定義される。そして機器内のターゲット機能の内、他の機器から使用できる機能を後述する機能一覧８に記すが、機器内のコントローラ部の機能データベース１３には自身の機能は登録しない。その理由については、後述するコントローラの説明において述べる。
【００２４】
尚、テレビ２１やＰＣ２３を、各ターゲットとコントローラからなる機器として定義し、機器内の各ターゲットに対して機能一覧８を有し、やはり後述する機器内のコントローラの機能データベース１３に、機器内の各機能一覧８を登録するものとしても良い。
【００２５】
ＤＶＤ３１及びＤＶＣムービー３４は、ＡＶデータを記録再生可能なターゲットである。また、ＤＶＣ３２、ＤＶＨＳ３３は、ＡＶデータを記録再生可能なターゲットとディジタル放送チューナ機能を有するターゲットからなる機器である。そして、ＳＴＢ３５はＣＳディジタル放送を受信するためのチューナ機能を有するターゲットである。
【００２６】
ここで、ＤＶＤ３１、ＤＶＣ３２、ＤＶＨＳ３３、ＤＶＣムービー３４、ＳＴＢ３５をターゲットとしたが、機器の大きさが小さくとも、液晶パネル等で他のターゲットを操作できる環境を実現し、また、タッチパネルやリモコン等で使用者が他のターゲットの機能を選択する等の操作ができるのであれば、これらの機器をコントローラとターゲットを含む機器としてもよい。
【００２７】
さらに、ここに挙げたＡＶＣシステムを構成する機器は、コントローラとしての処理機能を含むと共に機器用のリモコンを有し、表示及び音声のみをアナログ結線等でモニタに表示させ、使用者はこの画面を見ながら、機器のリモコンで操作するように構成することも可能であり、この時、この機器はコントローラとターゲットを含む機器としてもよい。
【００２８】
次に、このように構成されるＡＶＣシステムのネットワーク制御システムに用いられるターゲットについて、以下、図面を参照しつつ説明する。
図２は本実施例におけるネットワーク制御システム中のターゲットのブロック図を示す。このターゲットの構成及び各構成部材の動作について説明する。
図２において、１は伝送路、２はパケット送受信手段、３は同期データ送受信手段、４はターゲット信号処理手段、５は非同期データ送受信手段、６は第１のプロトコル処理手段、７は機器構成情報、８は機能一覧、９は機器内部制御手段であり、１５は機能一覧８の一部が配置された書き換え不可能なメモリ領域（ＲＯＭ）、１６は機能一覧８の一部が配置された書き換え可能なメモリ領域（ＲＡＭ）、１７は機能情報管理手段、１８は第２のプロトコル送信手段である。
【００２９】
伝送路１について説明すると、これは、例えば、ＩＥＥＥ１３９４規格（ＩＥＥＥ１３９４−１９９５及びこれと互換性のある上位規格）で定められたシリアルバス（１３９４バス）である。尚、ここで伝送路１は必ずしも１３９４バスである必要はなく、ＡＴＭ、イーサーネットや赤外線伝送、等の伝送路を用いても良い。
【００３０】
次にパケット送受信手段２について述べると、これは伝送路１との物理的、電気的インターフェースを取るとともに、バスの使用権の調停、同期転送用のサイクル制御等も行う。さらにパケット送受信手段２は伝送路１上のパケットを宛先に応じて取捨選択して受信することや、伝送路１上へパケットの送信を行う。
【００３１】
次に同期データ送受信手段３について述べると、これは、送信時には転送レートの管理（データの分割）やヘッダの付加を行う。例えば、１３９４バスのＡＶプロトコル（ＩＥＣ６１８８３）規格を使う場合は、同期データ送受信手段３でＣＩＰ（Ｃｏｍｍｏｎ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔ）ヘッダの付加を行う。逆にデータを受信する際には、受信パケットを正しい順へ並び替え、ヘッダの除去等を行う。
【００３２】
次にターゲット信号処理手段４について述べると、これは同期データを同期データ送受信手段３から受け取り、ターゲットに応じた信号処理を行う。例えば、このターゲットがＤＶＣ等の記録再生機器であれば、同期データを、例えば磁気テープ等の記録メディアへ記録する。またターゲット信号処理手段４は記録メディア、放送波、等から同期データを取り出し、同期データ送受信手段３へ送信することも行う。
【００３３】
次に非同期データ送受信手段５について述べると、これは伝送路１に応じた非同期データのトランザクション処理を行うものであり、例えば、１３９４バスの場合は、リードトランザクション、ライトトランザクション、ロックトランザクション処理等を行う。ここで、非同期データ送受信手段５はソフトウエアで構成しても良い。ここでこれらのトランザクション中で、リードリクエスト等のリクエストや、リードレスポンス等の応答、等に対して承認信号（ａｃｋｎｏｗｌｅｄｇｅ信号）を送受信する、としても良いが、本明細書中ではこの承認信号は省略して説明する。
【００３４】
次に第１のプロトコル処理手段６について述べると、これは非同期データ送受信手段５から受け取った非同期データ（メッセージ）を処理し、このターゲット内の適切な構成要素に伝達すると共に、第１のプロトコルに則りコントローラへ応答する。
【００３５】
ここで、第１のプロトコルとして、ＡＶプロトコル（ＩＥＣ６１８８３）規格のＦＣＰ及び１３９４ＴＡ（１３９４ Ｔｒａｄｅ Ａｓｓｏｃｉａｔｉｏｎ) で議論されているＡＶ／Ｃコマンド（Ａｕｄｉｏ／Ｖｉｄｅｏ ＣｏｎｔｒｏｌＤｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ）を使う場合は、第１のプロトコル処理手段６は、受信メッセージからターゲット内で有効なメッセージへの変換、及び受信メッセージに対する第１のプロトコルに応じた適切な応答を行うように動作する。例えば、第１のプロトコル処理手段６は、受け取ったメッセージがデータの要求であればその有効性を判定し、有効であればコントローラへ前記メッセージを了解した旨応答し、同時に機器内部制御手段９へこのデータ要求に相当する機能を実行する指示を出すように動作する。
【００３６】
また、第１のプロトコル処理手段６は、非同期データ（メッセージ）を送信することも可能であり、この時、ターゲット内で有効なメッセージから第１のプロトコルで使用するメッセージへ変換すると共に、その応答を待ち解釈するように構成しても良い。そしてこの場合、コントローラから機器構成情報７の読み込みを要求された時、非同期データ送受信手段５は受け取った要求に応じて、機器構成情報７に記された情報をコントローラへ送出するように動作する。
ここで、非同期データ送受信手段５と第１のプロトコル処理手段６は、１つの手段として構成しても良い。
【００３７】
次に機器構成情報７について述べると、これは機器の構成情報を示すものである。記述方法として、例えば、ＩＳＯ／ＩＥＣ１３２１３：１９９４規格で示されるＣＳＲ（Ｃｏｍｍａｎｄ ａｎｄ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒｓ) アーキテクチャのコンフィギュレーションＲＯＭで示される規則に則った記述とすることが出来る。１３９４バスを用いる場合は、バスマネージャやアイソクロノス動作をサポートしているか否か、という機器が対応するバスの情報や、ＡＶプロトコルをサポートしているか否か、という情報を含むユニットディレクトリ、そしてこの機器の識別子であるユニークＩＤ、等をこの機器構成情報７は有している。また、機器構成情報７内にはターゲットの情報も記載されている。
【００３８】
このターゲットの情報とは、例えばターゲットがサポートするプロトコルやコマンドの種別や、ターゲットのタイプをコード化したターゲットタイプ、ターゲットのバージョン情報、等を記したものである。
【００３９】
そしてターゲットタイプとは、例えば、ＶＴＲなのか、ＳＴＢなのかといった、このターゲットの機能の概要が分かる情報であり、これに、例えば１３９４ＴＡで議論されているＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ（ＡＶ／Ｃ−ＣＴＳ）のｓｕｂｕｎｉｔ＃ｔｙｐｅで示されるコードや文字列で示すものを利用することが考えられる。
【００４０】
また、ターゲットの情報としては、先述したものの他に、後述する機能一覧８の特徴を示す情報を持つことも可能であり、この機能一覧８のサポートレベルやサイズ等を独自情報として記すことも可能である。このようにしておくと、コントローラが機能一覧８の情報を読み込む前に、コントローラ自体が、例えば、サポートできるレベルのものであるか否か、どれだけのメモリ空間を確保しなければならないか、等を決定することが可能になり、無駄な転送を無くすことができて好適である。
【００４１】
さらに、ターゲットの情報として、ターゲットのユーザーインターフェース情報も有するようにすることも出来る。このユーザーインターフェース情報として、ターゲットの名称を文字列で表したターゲット名や、メーカが製品の型番を文字列で示したモデル名、ターゲットのアイコン等のターゲットを示す静止画オブジェクト、等を有することが考えられる。
【００４２】
次に機能一覧８について述べると、これは、上述したターゲットの操作画面を構成するための情報である操作画面情報、つまりターゲットの機能や状態を示す情報の一覧である。この機能一覧８中には、ターゲットの操作画面を構成するために必要なオブジェクトが含まれる。そしてこのオブジェクトには、オブジェクトを識別するための識別情報、例えば、ＩＤ番号やオブジェクトの種類を示す情報、等が含まれる。
【００４３】
ここで、オブジェクトについて簡単に説明すると、まずオブジェクトを識別することが可能であれば、ターゲットは任意の文字、数字等を識別情報として用いても良く、これらの文字、数字の意味づけもターゲット独自のものとしても良い。このようにすると、識別情報をターゲットが付与する際の負荷を減らすことが出来てよい。
【００４４】
またオブジェクトとしては、テキストデータや静止画データ等の表示データ、表示データとその属性情報等を示す表示部品、いくつかの表示部品の集合であるグループ、表示部品やグループ等の表示要素の集合であり操作や状態を示すためメニューとして用いるパネル、等が挙げられる。尚、表示部品とは、機器の操作ボタン等の静止画データ、機能等を示すテキストデータ、効果音等のオーディオデータ、静止画データやテキストデータを含むプログラムコード、等の表示データからなるもので、属性情報等を有していても構わない。
オブジェクトの情報としては、表示データからなるデータオブジェクト、表示部品や表示要素のリスト、各種ヘッダー情報や独自情報等の属性情報、及び識別情報がある。
【００４５】
各オブジェクトはリスト形式の階層化構造を持つものとし、以下、本明細書中では、各データオブジェクトやリスト自身を総称してオブジェクトと呼ぶこととする。但し、各オブジェクトは必ずしもリスト構造を取る必要はなく、識別情報等で区別されるのであれば、データオブジェクトのみあるいは、属性情報とデータオブジェクトから構成しても良い。
【００４６】
これらの情報からなる機能一覧８の情報は、伝送路１上のコントローラからの要求に応じて、機能情報管理手段１７を経由して、第２のプロトコル処理手段１８、非同期データ送受信手段５等を経て、コントローラに転送される。
この機能一覧８は、ＲＯＭ１５とＲＡＭ１６に配置され、ＲＯＭ１５にはターゲット固有のもので頻繁に書き換える必要がない情報、つまり機器の操作ボタンを示す静止画データ等のオブジェクトが記憶される。なお、このＲＯＭ１５はフラッシュＲＯＭで構成することも可能であり、フラッシュＲＯＭとした場合、機器の機能自体を書き換えることが可能となるのでよい。
また、この機能一覧８が配置されたＲＡＭ１６には、伝送路１上のコントローラや機器内部制御手段９が、必要に応じて機能情報管理手段１７を経由してオブジェクトを書き込む。ここで書き込まれる情報はコンテンツ情報や動作状態情報等である。
【００４７】
このコンテンツ情報とは、例えばＳＴＢ等の放送を受信するターゲットの場合には、現在放送されている、番組タイトル、タイトル画面、テーマ音楽、概要、出演者、等の番組情報であり、ＤＶＤ等の情報を記録するターゲットの場合には、タイトル、タイトル画、テーマ音楽、概要、出演者、等のＤＶＤディスクに記録された情報、のことを言う。
また動作状態情報とは、例えばＶＴＲの場合には、再生中、巻き戻し中、録画予約中、等の機器の動作状態を示す表示部品、等のオブジェクトのことである。
さらに、このターゲットを使用しているコントローラの識別情報等のネットワーク制御に必要な情報や録画予約の日時とチャンネル番号等をＲＡＭ１６に書き込んでも良い。
尚、本明細書において、ターゲットの状態を示す情報とは、ここに述べたコンテンツ情報と、動作状態情報を含むものとする。さらに、例えば、ＶＴＲの再生ボタンのように、ボタンが押された場合の静止画と、離された場合の静止画、等の各表示部品の状態も含まれるものとする。
【００４８】
次に、機能情報管理手段１７について述べると、これは例えばＩＤやオブジェクトの種類を示す情報であるオブジェクトの識別情報と、ＲＯＭ１５またはＲＡＭ１６のアドレスとの変換及び各オブジェクトの管理を行うものである。さらに単にアドレスの変換だけでなく、例えば表示部品が書き換えられてデータサイズが大きくなり、元のアドレス領域に書き込めない時には、新たなアドレスを割り当てる、といった作業も行う。
よって、伝送路１上のコントローラ、機器内部制御手段９、第１のプロトコル処理手段６から、オブジェクトの識別情報によって、機能情報管理手段１７が各々のオブジェクトを読み書き出来る。
【００４９】
なお、各オブジェクト等のアドレスが予め判っている場合には、ＲＯＭ１５又はＲＡＭ１６のアドレスを用いてオブジェクトを読み書きしても良い。さらに、これらを組み合わせて表示部品等を読み書きすることも可能であり、オブジェクトの識別情報に示される表示部品内の相対アドレスによって表示部品を読み書きしても良い。
【００５０】
また機能情報管理手段１７は、新規にオブジェクトが追加された時には、このオブジェクトに対して他のオブジェクトと重複しない識別情報を与え、オブジェクトが消去された時には、このオブジェクトの識別情報を無効にする、といったオブジェクトの識別情報の管理を行う。
【００５１】
さらに機能情報管理手段１７は、ターゲット自身によってオブジェクトが変更された際に、変更されたオブジェクトをコントローラへ自発的に送信するので、コントローラが変化する可能性のあるオブジェクトを常に監視する必要が無く、コントローラの処理を低減でき、時々刻々変化するステータス情報やコンテンツ情報を示すオブジェクトに対して容易に対応できるようになる。
【００５２】
そして、機能情報管理手段１７に、ターゲット内の特定範囲の情報が変化した際にコントローラへ通知する通知範囲を設けると、コントローラが、任意の時点において所望しないデータがターゲットから通知されることを防止出来るので、コントローラがこれらの処理を行う必要が無くなり、その結果、処理効率を上げることが出来るようになるので好適である。
【００５３】
尚、変更されたオブジェクトをコントローラへ自発的に送信する代わりに、変更したオブジェクトの識別情報のみを送信するように構成しても良い。このように構成すると、コントローラは変更したオブジェクトの識別情報を用いて、第１のプロトコルで変更したオブジェクトの送信要求を送り、第２のプロトコルで変化したオブジェクトを得るようになる。
【００５４】
次に、機器内部制御手段９について述べると、これはこのターゲットの内部の機構、等を含む各構成要素を制御する為のものであり、第１のプロトコル処理手段６が受け取ったデータがターゲットの動作を示す制御コードであれば、第１のプロトコル処理手段６の指示により、この制御コードに従った動作を行わせる。
【００５５】
また機器内部制御手段９は、コントローラからのデータ要求に含まれる通知範囲の情報を処理する。ここでコントローラからのデータ要求に含まれる通知範囲とは、ターゲット内の状態や機能が変化した際に、ターゲットがどの範囲において変化を通知するか、という範囲のことである。そして、コントローラが所望する範囲が、コントローラからのデータ要求に含まれる通知範囲として指定される。つまり、機能内部制御手段９は、コントローラからのデータ要求から、通知範囲の情報を取得し、ターゲット内の状態や機能が変化した際に、この通知範囲内の変化のみを第２のプロトコルを用いてコントローラへ通知するのである。尚、通知範囲として、機能一覧８全体、即ち機能一覧８に含まれる全ての情報、又は機能一覧８の構成要素、即ちパネル単位、表示部品単位、等のオブジェクト単位、を指定できる。又、複数のコントローラが存在する時には、各々のコントローラの通知範囲に従い、通知範囲に変化した状態や機能が含まれているコントローラに対してのみ、変化を通知する。
【００５６】
なお、通知範囲として機能一覧８全体、又は機能一覧８の構成要素としたが、例えば、機能一覧８全体とターゲットの情報を含んだターゲット全体を通知範囲とすることも可能であり、この場合でも同様の効果が得られる。
【００５７】
機器内部制御手段９は、上述した動作の他、機能一覧８内の情報のバージョン管理も行う。つまり、このバージョン管理を行う為のバージョン番号はカウンタを用いて生成されるのであるが、機能情報管理手段１７によって機能一覧８内のＲＡＭ１６に記載されている情報が変更される毎に、機器内部制御手段９はバージョン情報生成手段１８内のカウンタをインクリメントする作業も行う。
【００５８】
このカウンタ値などにより示されるバージョン情報には、機能一覧８のバージョンを示す機能一覧バージョン情報と、機能一覧８内の構成要素、例えば機能メニュー、表示部品、データオブジェクト、等、のバージョンを示す要素バージョン情報が含まれる。
【００５９】
また、コントローラからターゲット内のデータ要求を示すメッセージが来た時、ターゲットからコントローラへ転送されるデータ中に、このデータに対応したバージョン情報が含まれるので、コントローラは、常に受信したデータのバージョン情報を確認できる。即ち、コントローラが常に最新のデータを使用することが可能となり、またデータの信頼性を高めることも可能となる。さらには、コントローラがデータをキャッシングする際に、ターゲット内での状態変化により、機能一覧８内の情報が変化したか否か等を容易に判別でき、キャッシングを有効かつ簡単に行える。
【００６０】
次に、このターゲットで利用する第２のプロトコルについて説明すると、第２のプロトコルは、第１のプロトコルと異なるプロトコルであり、送信元と受信先の間にコネクションを張った後、データの送信を行い、各データ送信の全てに対しては応答を返さないものである。
【００６１】
例えば、送信元と受信先の間で情報を交換して、データを書き込むアドレスや、一連続で書き込むバッファサイズ、等の送信方法を取り決めてコネクションを張り、１３９４のライトトランザクションを複数回連続して行ってデータを受信先に書き込み、データを転送する。このような方法として、例えば、１３９４ＴＡで議論されているＡｓｙｎｃｈｒｏｎｏｕｓ Ｓｅｒｉａｌ Ｂｕｓ Ｃｏｎｎｅｃｔｉｏｎｓがある。
【００６２】
そして第２のプロトコル送信手段１８は、この第２のプロトコルのターゲット側における処理、つまり送信元の処理を行うものであり、機能情報管理手段１７から機能一覧８の情報を受け取り、非同期データ送受信手段５を経由してデータの送信を行うものである。なおコネクションの接続／切断処理は、機器内部制御手段９が、第１のプロトコル処理手段６及び非同期データ送受信手段５を経由して、第１のプロトコルにより行う。
【００６３】
このような各部材により構成されるターゲットの、コントローラからの要求による動作について以下に説明する。
まず、ターゲットが伝送路１に接続された場合やコントローラが伝送路１に接続された場合、コントローラは、まずターゲットの機器構成情報７を読み込み、ターゲットに関する情報、例えば機器の種類やＧＵＩ情報の有無、等の所在を確認し、読み込む。尚、機器構成情報７は機能一覧８のアドレス情報を持つことや存在のみを示すように構成することも可能である。
【００６４】
次に、コントローラはターゲットとの間に第２のプロトコル用のコネクションを張る。そしてコントローラは、ターゲットに対して機能一覧８内のオブジェクト、つまりパネルや表示部品、等を要求するデータ要求を発行し、機能一覧８の情報を取得する。この時コントローラは、機能一覧８の一部、例えば、表示部品のみを要求するコマンドを発行し、表示部品とこのＩＤのみを取得するように構成しても良い。
【００６５】
また、ターゲットがコントローラから制御コードと使用者の操作情報を受け取った場合には、状況に応じてこの制御コードとユーザの操作情報で示される処理を行う。例えば、ターゲットの機能を示す表示部品等のオブジェクトに対して、このオブジェクトの制御コードが、使用者の操作情報である「選択」と共にコントローラからターゲットに送信されてきた場合には、非同期データ送受信手段５は、このオブジェクトが示す機能を実行するように機器内部制御手段９へ指示を出す。尚、オブジェクトの制御コードとしては、オブジェクトの識別情報、例えば、表示部品の識別情報、等が用いられる。
【００６６】
このように、コントローラからのＧＵＩ情報の要求に対して、ターゲットは機能一覧８の情報を提示するだけでよく、ターゲットの負荷を小さくできる。また、ターゲットの各機能に対して、標準化団体等でコマンドを規定する必要が無く、現在想定できないような新機能を持つターゲットでも、容易に伝送路１経由でこの新機能を使用することが可能になる。
【００６７】
なお、以上説明したターゲットにおいて、同期データ送受信手段３、ターゲット信号処理手段４等の構成要素は、ターゲットの機能に応じて任意に構成して良く、場合によってはこれらが存在しなくともよい。また、各手段はハードウエア或いはソフトウエアのいずれで構成してもよい。
【００６８】
そして、本実施の形態におけるターゲットでは、使用者の操作情報とオブジェクトの制御コードによりターゲットの機能を特定したが、使用者の操作として「選択」以外が認められないように構成することも可能である。このように構成すると、オブジェクトの制御コードのみでターゲットの機能が特定可能となるので、ターゲットは制御コードのみでターゲットの機能を実行でき、ひいては伝送するパケットサイズを小さくできるのでよい。
【００６９】
さらに、本実施の形態におけるターゲットでは、制御コードをオブジェクトの識別情報としたが、この制御コードはターゲットが任意に設定して良く、例えば、ターゲットの機能の種類別に付けた番号と、種類毎のシリアル番号で構成しても良いし、ターゲット内部で用いる独自の制御コードを用いても良い。このようにすると、ターゲット内の各機能の実装が容易となり、好適である。
【００７０】
次に、ＡＶＣシステムのネットワーク制御システムに用いられるコントローラについて、以下、図面を参照しつつ説明する。
図３は本実施の形態における、ネットワーク制御システム中のコントローラのブロック図を示すものである。ここで、２０は第１のプロトコル処理手段、１０はコントローラ信号処理手段、１２は機能一覧管理手段、１３は機能データベース、１４は表示／機能選択手段、１９は第２のプロトコル受信手段である。
【００７１】
以下、これらの構成部品について簡単に説明するが、図３において、図２と同一の構成要素には、同一の符号を付して、その説明を省略する。
まず、コントローラ信号処理手段１０について述べると、これは、同期データを同期データ送受信手段３から受け取り、このコントローラに応じた信号処理を行う。例えば、このコントローラが、ビデオモニタ等の映像を表示する能力のある機器であれば、同期データ、例えば、ＭＰＥＧ２のストリーム、等を復号し、画面上へ表示する。
【００７２】
次に、第１のプロトコル処理手段２０について述べると、これは、パケット送受信手段２から新規ターゲットの接続や、既存ターゲットの取り外し等、伝送路１上のターゲットの情報を非同期データ送受信手段５経由で受け取り、後述する表示／機能選択手段１４に伝達する。また、第２のプロトコル用のコネクションの接続／切断やターゲットを制御するためのメッセージの送受信を第１のプロトコル処理手段２０によって第１のプロトコルで行う。
【００７３】
機能データベース１３は、書き換え可能なメモリ空間に配置され、ターゲットから受け取った機能一覧８をデータベースとして構成したものであり、このデータベースを、後述する機能一覧管理手段１２を用いて検索することにより、各ターゲットの情報や各機能の情報等のオブジェクト、及び、これらのオブジェクトに対応する識別情報、このオブジェクトを使用者に通知するための表示部品、使用者がこの表示部品を操作した時に表示すべき表示部品や送信すべき制御コード等を取り出すことが可能である。なお、機能データベース１３は必ずしも機能一覧８の全ての情報を常にもつ必要はなく、必要な部分のみを保持するとしても良い。
【００７４】
ここで、コントローラとターゲットを同一の機器内で構成する場合、この機器内のターゲットの機能を改めてコントローラに指示する必要はなく、また、機器内部の制御は機器内部制御手段９で直接行うので、この場合は、ターゲットは、他のコントローラが使用するための機能一覧８を有するが、この機能一覧８をコントローラの機能データベース１３に登録する必要はない。また、コントローラとターゲットを同一の機器内で構成する場合、機能一覧８はその所在を機器構成情報７に記しておくと共に、あらかじめ機能データベース１３に登録することも可能である。
【００７５】
第２のプロトコル受信手段１９は、第２のプロトコルのコントローラ側における処理、つまり受信元の処理を行うものであり、ターゲットの機能一覧８等を非同期データ送受信手段５経由で受け取り、後述する機能一覧管理手段１２に伝達する。尚、コネクションの接続／切断処理は、機器内部制御手段９が、第１のプロトコル処理手段２０及び非同期データ送受信手段５を経由して、第１のプロトコルで行う。
【００７６】
次に、機能一覧管理手段１２についてのべると、これは伝送路１上のターゲットから受け取った機能一覧８の情報を管理するものである。
この情報管理について簡単に説明する。まず、非同期データ処理手段５から新規ターゲットが接続されたとの情報を受け取った時には、この新規ターゲットの機能一覧８の情報を読み込むように非同期データ送受信手段５へ指示を出す。
【００７７】
次に、新規ターゲットの機能一覧８の情報とこのバージョン情報が読み込まれた時には、この機能一覧８を機能データベース１３に登録するとともに、機能一覧８のバージョン情報を機能一覧８と関連づけて記憶する。
【００７８】
ここで、バージョン情報の記憶先は機能データベース１３内に機能一覧８と共に記憶しても良いし、機能一覧管理手段１２が記憶し、管理しても良い。また、機能一覧８内の構成要素が要素バージョン情報と共に読み込まれた際には、この構成要素と要素バージョン情報を関連づけて、コントローラの機能一覧８内に記憶する。なお、要素バージョン情報は、機能一覧管理手段１２等が記憶し、管理しても良い。
また、伝送路１上の既存ターゲットが取り外された等の情報を受け取った時には、機能一覧管理手段１２は、機能データベース１３から該当する機能一覧８を削除する。
【００７９】
ここで、既存ターゲットが取り外された時に、該当ターゲットの機能一覧８を削除するのではなく、コントローラ内の記憶手段に保管するように構成し、再びこのターゲットが接続された時には、ターゲットの識別子等でこのターゲットを認識し、コントローラ内の記憶手段から機能一覧８を読出し、機能データベース１３に登録するように構成することも可能である。このように構成しておくと、接続機器の登録を迅速に行うことが可能となり、好適である。
尚、コントローラ内の機能一覧８は、ターゲット内の機能一覧８と全く同一の形式である必要はなく、同じ情報を含んでいればよい。さらには、伝送路１上で第２のプロトコルを用いて伝送された形式である必要はない。
【００８０】
次に、表示／機能選択手段１４について述べると、これは、コントローラの画面上に、第２のプロトコルを用いて受信したターゲットのＧＵＩ情報や機能のＧＵＩ情報等を示す表示部品、例えば映像情報、音声情報、文字情報、等を表示し、これを使用者へ通知すると共に、使用者の操作に応じて、ターゲット及び機能の選択や、各機能の実行指示等を第１のプロトコルを用いて行うものである。
また表示／機能選択手段１４は、コントローラ信号処理手段１０から受け取ったデータ、例えば映像や音声データ、や第１のプロトコル処理手段２０または第２のプロトコル受信手段１９から受け取ったデータ、を表示／再生することも可能である。この時、ＧＵＩ情報等はコントローラ信号処理手段１０から受け取った映像データにオーバーレイ表示するように構成してもよいし、ＧＵＩ情報表示画面と映像データの表示画面を使用者の指示等により切り換え表示する構成としてもよい。
さらに、表示／機能選択手段１４は、機能一覧管理手段１２に指示を出して機能一覧８を検索し、伝送路１上のターゲットやターゲットの機能を示す表示部品、例えばターゲット名、機能名や表示用静止画、等を画面上に表示する。
【００８１】
このような各部材により構成されるコントローラの動作について、以下に説明する。
まず、使用者がターゲットを示す表示部品を選択すると、機能一覧８からこのターゲットのパネル（メニュー）を読み込み表示画面上に表示する。
【００８２】
次に、使用者がパネルの中から機能を示す表示部品を選択すると、機能一覧８から得たこの表示部品に対応する制御コードと使用者の操作情報を、第１のプロトコル処理手段２０等を通して発行する。表示／機能選択手段１４はこの制御コードと使用者の操作情報に対するターゲットの応答を第１のプロトコル処理手段２０経由で受け取る。
【００８３】
また、第２のプロトコルにより、ターゲットからオブジェクトの変更通知、例えば、変更したオブジェクトの転送、を受けた際には、この変更されたオブジェクトを画面上に表示する。よって、現時点でのターゲットの状態等に対して最新のＧＵＩを表示画面上に表示し、使用者に通知することが出来る。
【００８４】
なおバージョン情報を用いてオブジェクトを管理することも可能であるが、ターゲットからバージョン情報を付加してオブジェクトが送信された場合には、コントローラはバージョン情報をチェックし、バージョン情報が更新されている際にのみ、画面上に表示するようにすればよい。
【００８５】
このようにコントローラが動作することで、ターゲットが複数のコントローラへ機能一覧の情報を配信している場合、特定のコントローラの制約、例えばメモリ量、等により、この特定のコントローラが同一バージョンのデータを欲した場合でも無駄な動作をする必要が無く、処理を軽く画面更新の少ない良好な表示が行えるのでよい。
【００８６】
またコントローラは必ずしもターゲットの各機能を理解する必要はなく、例えば、現在想定できないような新機能を有するターゲットに対しても、コントローラはこの新機能に対する表示部品を機能一覧８から取り出し、画面上に表示して、使用者に通知することができる。そしてこれらの表示部品により、使用者が新機能を理解し、この機能を選択した場合には、コントローラの表示／機能選択手段１４は機能一覧８を参照して、この新機能に対応する制御コードを得て、この制御コードと使用者の操作をターゲットに対して発行し、ターゲットでこの新機能を実行させることができる。よって、上記構成を取ることにより、現在想定できないような新機能でも使用者が実行することが可能となる。
【００８７】
なお、本実施の形態において、同期データ送受信手段３、コントローラ信号処理手段１０等の構成要素はコントローラの機能に応じて任意に構成することも可能であり、またコントローラの機能に応じて、同期データ送受信手段３、コントローラ信号処理手段１０等の構成要素を省略することも考えられる。
【００８８】
次に、本実施の形態において、第２のプロトコルが用いるコネクションの接続／切断方法について、図面を参照しつつ説明する。
図４は、第２のプロトコルで用いるコネクションの接続／切断方法を示すものであり、（ａ）はイニシエータがある場合、（ｂ）はイニシエータがない場合であり、図中、４０はイニシエータ、４１はコントローラ、４２はターゲットである。
【００８９】
尚、コネクションとは伝送路１上を流れるデータに対して論理的に構成された情報伝送用のパスであり、ターゲットやコントローラは複数のコネクションを有していても良い。この時、各コネクションは、論理的なプラグ番号やポート番号等でデータを送受信するアドレスなどを指定し、このプラグ番号やポート番号などで各コネクションを区別する。
【００９０】
まず、イニシエータがある場合について説明する。図４（ａ）において、イニシエータ４０が、コントローラ４１とターゲット４２の間に第２のプロトコルのコネクションを張る。このコネクションにおいて、第２のプロトコルで流れるデータの送信元はターゲット４２、受信先はコントローラ４１である。
イニシエータ４０はコントローラ４１からコネクションに必要な情報、例えば接続可能なバッファのアドレス等のコントローラ、のリソース情報、等を取得し、これを用いて、ターゲット４２に対してコネクションへの接続を試みる。これが成功した際には、イニシエータ４０はコントローラ４１に対してコネクションへの接続を行う。このようにして、コントローラ４１とターゲット４２の間にコネクションを確立する。
また、コネクションを切断する際にも同様に、イニシエータ４０はコントローラ４１をコネクションから切断し、次にターゲット４２をコネクションから切断する。これが成功した際には、イニシエータ４０はコントローラ４１がコネクション用に確保していたリソースの解放を行う。
【００９１】
次に、イニシエータがない場合について説明する。図４（ｂ）において、コントローラ４１が、コントローラ４１とターゲット４２の間に第２のプロトコルのコネクションを張る。このコネクションにおいて、第２のプロトコルで流れるデータの送信元はターゲット４２、受信先はコントローラ４１である。つまり、図４（ａ）におけるイニシエータをコントローラが兼務している。
コントローラ４１はコントローラ４１自身のコネクションに必要な情報、例えば、接続可能なバッファのアドレス等のリソース情報、等を取得し、これを用いて、ターゲット４２に対して、コネクションへの接続を試みる。これが成功した際には、コントローラ４１はコントローラ４１自身に対してコネクションへの接続を行う。このようにして、コントローラ４１とターゲット４２の間にコネクションを確立する。
また、コネクションを切断する際にも同様に、コントローラ４１は、自身をコネクションから切断し、次にターゲット４２をコネクションから切断する。これが成功した際には、コントローラ４１は自身がコネクション用に確保していたりソースの解放を行う。
なお、このコネクションの確立方法は第２のプロトコルに依存するので、第２のプロトコルに適切な方法で、イニシエータがコネクションを張ればよい。
【００９２】
次に、本実施の形態における機能一覧８の構成について、図面を参照しつつ簡単に説明する。
図５は、図２及び図３で示した機能一覧８であって、パネルを１つ持つ場合の構成例を示すものである。また、この図５では、パネル、グループ及び表示部品をまとめて表示要素と記している。
パネルは、ターゲット内のＧＵＩ情報を示すものであり、リストを用いて構成される。
グループは、パネル内の表示要素の集合を示すもので、一次元配列を用いて構成される。なお、グループは必ずしも必要なものではなく、これを省略することも可能である。グループを省略した場合はパネルリストに直接表示部品の識別情報を記しても良い。
表示部品は、アイコンやボタン等を示すもので、表示データの識別情報を持っても良い。表示データは、静止画データ、音声データ、テキストデータ等の表示部品の実データを示すものである。なお、機能一覧は複数のパネルを有していても良い。
【００９３】
ここで、パネル、グループ、表示部品、表示データを総称してオブジェクトと呼ぶ。各オブジェクトは１次元の配列からなり、配列の各要素として、識別情報とデータ部、即ち属性情報、又は実データを有する。この属性情報中に他のオブジェクトの識別情報を記すことも可能であり、この時、各オブジェクトはリスト構造を取り得る。
オブジェクトは各々のオブジェクトを識別する識別情報を有するが、この識別情報は、識別子としてのＩＤ番号、オブジェクトの種類を示すタイプ情報、等を用いて構成される。そしてこれらによりオブジェクトが特定される。
またオブジェクトは属性情報も有するが、各オブジェクト内の属性情報は各々の属性を識別する識別情報を有し、この識別情報は、識別子としてのＩＤ番号、属性の種類を示すタイプ情報、等を用いて構成される。そしてこれらにより各属性情報を特定する。
【００９４】
その他、オブジェクトは独自の情報も有するが、この各オブジェクトの独自情報はオブジェクト固有の情報を示すものである。例えば、オブジェクトのバージョン情報、オブジェクトの大きさを示すサイズ情報、オブジェクトの配置情報、フォントサイズ、等の情報である。そしてこれらの独自情報は、属性情報として、各オブジェクト内に記される。
【００９５】
また、参照先、即ち表示要素や表示部品、の識別情報は、オブジェクト間のリンク関係を示すものである。そしてこのような構成を取ることで、パネルやグループの集合体を示している。さらに、表示部品は表示データへのリンクを持つことで、複数の表示部品が同一の表示データを使用することが可能となる。ここで、参照先の識別情報は、属性情報として取り扱い、識別情報で区別された属性情報のひとつとして、参照先情報を有する。
【００９６】
尚、コントローラ及びターゲット内の機能一覧８の物理的／論理的構成は、図５に示すような構成を必ずしもとる必要はなく、コントローラとターゲットで同一内容の情報を共有できれば、その構成形態はこれに限定されない。
即ち、例えば、機能一覧８内の各部品は必ずしも図５に示すようなリンクを物理的に持つ必要はなく、各オブジェクト単位でコントローラからアクセスできればよい。
【００９７】
このように、参照先の識別情報や独自情報等を、同一のフォーマットで属性情報としてまとめることで、コントローラが行う処理を共通化でき、プログラムのコードサイズを小さく、かつ処理を軽くできるのでよい。さらに、機能一覧のデータを作成する際にもデバッグや変更、作成が容易となるので好適である。尚、機能一覧は、リスト形式ではなく、表形式やディレクトリ形式等で構成しても良い。
【００９８】
また、ターゲットは、他のオブジェクトと同様に複数のパネルを有していても良く、コントローラが機能情報を読み込む際に所望のパネルを指定するように構成しても良い。
さらに、パネルは、ひとつのメインパネルと複数のサブパネルからなる構成とすることも可能であり、この場合はメインパネルの参照先を示す属性情報中にサブメニューへのリンクを示す表示部品を記せばよい。この時、表示部品は、静止画やテキストデータ等で参照先のサブメニューを示す。そしてコントローラ上で使用者がこの表示部品を選択した際には、コントローラは参照先のサブメニューを画面上に表示する。このサブメニューとしては、例えば、ターゲット内の一部の機能を示す操作メニュー、使い方を示すヘルプメニュー、ターゲット内のコンテンツ情報のみを集めたコンテンツメニュー、編集作業を行うための編集メニュー、ターゲットの設定を行うための設定メニュー、等が考えられるが、これらに限定されるものではない。
【００９９】
次に、本実施の形態におけるネットワーク制御システムにおけるコントローラとターゲットの動作について、図面を参照しつつ説明する。
図６は、本実施の形態に係るネットワーク制御システムの説明図である。尚、以下の説明はイニシエータがない場合、つまり、コントローラがイニシエータを兼ねる場合、について説明する。
まず、ターゲットが伝送路１に接続された場合、この伝送路１上にあるコントローラは、バスリセット信号等で新規ターゲットを認識し、機能一覧管理手段１２の指示により、新規ターゲットから伝送路１を通して、まず、機器構成情報７内に記されたターゲットの情報を読出し、次にターゲット自身を示す、例えばテキストオブジェクト、静止画オブジェクト、等のデータオブジェクトを読み込み、そしてこれらをコントローラの機能データベース１３内に登録する。
この時、表示／機能選択手段１４は、機能一覧管理手段１２を通して、機能データベース１３を参照し、ターゲット自身を示すデータオブジェクトを用いて、このコントローラに接続されているターゲットの一覧を表示する。
【０１００】
次に、使用者がリモコンのポインティング機能、例えば十字キー、等により、ターゲットの静止画オブジェクトを選択した場合、表示／機能選択手段１４は機能一覧管理手段１２にターゲットのＧＵＩ情報を要求し、ターゲットのパネル（メニュー）を読み込み、コントローラ内の機能一覧８に記憶する。
この時、まずコントローラは第２のプロトコルで必要なコントローラ内のリソースを確保し、図６で示したメッセージ通信１０１、即ちコネクションの接続要求を第１のプロトコルでターゲットへ送信する。次にターゲットはコネクションへの接続が可能か不可能かを確認し、可能であれば、コネクションへ接続する。そしてメッセージ応答１１１でターゲットが了承したのを確認すると、コントローラは自身をコネクションへ接続し、コネクションが確立する。
【０１０１】
次に、コントローラはメッセージ送信１０２でデータの伝送要求をターゲットへ送信する。このメッセージ送信１０２は、コントローラがターゲットと情報を一致させたい範囲を示す通知範囲の情報を含む。そしてこの送信に対する応答として、ターゲットは１次応答１１２を返すと共に、第２のプロトコルで機能一覧８中のパネル（メインメニュー）のデータをコントローラへ送信する。
【０１０２】
ここで、通知範囲を示す情報をコントローラがターゲットに通知しておくと、コントローラが現在表示していない情報、等の着目していない情報に対して、ターゲットはコントローラへ変更通知を行わないので、コントローラが現在時点で不要なデータを送りつけられ、処理を強いられることが無くなり、コントローラの処理効率を上げることが出来るようになり、好ましい。
【０１０３】
なお、このメッセージ応答１１２には、通知範囲に応じたバージョン情報を含んでいても良い。この時コントローラは、ターゲットの機能一覧のバージョン情報を機能一覧を読み込む前に取得でき、コントローラが既にキャッシングしているものと同じであれば、再度読み込む必要はなく、即ち伝送されてきたデータを捨てれば良いことになる。つまり、コントローラで不要なデータ更新や画面更新をする必要が無く、使用者に使いやすい表示画面を提供でき、故にコントローラの処理を簡単化できる。また、第２のプロトコルで送るデータは、機能一覧８の全体のデータでも良いし、メッセージ送信１０２で指定されたパネルとしても良い。
【０１０４】
このようにして、コントローラはパネルの全データを取得し、画面上に表示する。なお、通知範囲はメッセージ送信１０１でターゲットに送信するとしても良く、同様の効果が得られる。さらに、メッセージ応答１１１はターゲットの機能一覧のバージョン情報を含むように構成しても良い。この時コントローラは、メッセージ送信１０２を送信する前にターゲットの機能一覧のバージョン情報を取得でき、コントローラが既にキャッシングしているものと同じであれば再度読み込む必要はなく、これを伝送する手間が省け、ひいては伝承量を減らすことが出来るのでよい。
【０１０５】
次に、使用者がリモコンの上下左右を示す十字キー等によるリモコンのポインティング機能等により、例えば、ターゲットの再生機能を示す表示部品を選択した場合、表示／機能選択手段１４は、ターゲットが付けた表示部品の識別情報を制御コードとして、使用者の操作情報、例えば「選択」、と共にターゲットへ送信する。つまり、リモコンの上下左右を示す十字キーで表示部品上にカーソルを移動し、「選択」ボタンを押した後に、カーソルを表示部品から離した場合でも、この表示部品の識別情報（制御コード）と使用者の操作情報（「選択」）を、メッセージ送信１０３として、ターゲットへ送信する。
【０１０６】
また、さらに細かい使用者の操作情報をターゲットへ送ることも可能であり、リモコンやポインティングターゲットの操作で、表示部品に対して、「押す」「離す」「２回押す」等の操作が行われた場合、これらの操作情報をターゲットへ送ることも可能である。
ここで、使用者の操作情報はコード化して表示部品の識別情報と共に送っても良いし、各々をひとつのコマンド（オペランドは表示部品の識別情報等の制御コード）として送っても良い。
【０１０７】
なお、表示部品に対して選択の操作しか許可しない、等の場合には、ターゲットに対して表示部品の制御コード（識別情報）のみを送信するように構成することも可能である。このような構成とすると、処理を単純化できると共に、伝送路１のトラフィックを減らすことが可能となる。
【０１０８】
次に、操作要求の応答として、メッセージ応答１１３ではメッセージ送信１０３がターゲットで受領されたか、拒否されたか、サポートしていないかといった応答を返す。
【０１０９】
なお、このメッセージ応答１１３にバージョン情報を含むように構成しても良い。この時、メッセージ送信１０３に応じて機能一覧内のデータが変化するか否かを、次のデータ要求を行う前に、または、ターゲットが自発的にデータを送信する前に知ることができ、あらかじめ、コントローラ内部で画面更新等の準備が可能となり、ひいては使用者に見やすい画面を提供できるのでよい。
【０１１０】
次に、ターゲット内の状態が変化し、ターゲット内の機能メニューリスト、表示部品リスト、データオブジェクト、等のオブジェクトが変化した時、ターゲットは、第２のプロトコルを用いて、自発的に変化したデータ（表示部品）をターゲットへ送信する。ここで、変化したデータ（表示部品）はひとつに限定するものではなく、複数の表示部品が一度に変化した際には複数の表示部品を送信することが可能である。なお、変更したデータの送信は、使用者の操作によるものだけでなく、ターゲット内部の状態が変化した際にも自発的に変更されたデータを送信する。
【０１１１】
なお、ここでは送信するのは表示部品単位で説明したが、変化した属性情報のみを送信するように構成しても良い。この場合、変化した表示部品の識別情報とともに、変化した属性情報のみを送ることになる。同様に、表示データのみが変化した場合には、表示データのみをコントローラへ送信することになる。このように変化した属性情報や表示データのみを送信することで、伝送するデータ量を減らすことができ、応答性を改善し、ターゲット及びコントローラの処理を軽減できるので好適である。
【０１１２】
また、通知範囲としてパネル単位を指定し、使用者の操作等によって表示するメニューが変化した場合、ターゲットは新たなパネルをコントローラへ送信すると共に、新パネル内の情報が変化した場合のみコントローラへターゲットの情報の変化の通知を行う。このように構成することにより、簡単な構成で効率よく、つまり、少ない記憶領域で状態変化情報をコントローラが取得することができるようになり、好ましい。これはパネルに限定するものではなく、各表示部品に対しても同様に適用可能である。
【０１１３】
そして、機能一覧管理手段１２は、この変化した表示部品のデータを該当する機能一覧８に書き込み更新し、表示／機能選択手段１４は更新された機能一覧を表示する。
コントローラが、ターゲットの機能一覧８の表示を終了した際には、コントローラは、コネクションから自身を切断し、メッセージ通信１０４（コネクション切断要求）を第１のプロトコルでターゲットへ送信する。
ターゲットは、コネクションへの切断が妥当か否かを確認し、妥当であれば、コネクションへの接続を切断する。
メッセージ応答１１４でターゲットが了承したのを確認すると、コントローラは自身で確保していた第２のプロトコルで必要なコントローラ内のリソースを解放する。
【０１１４】
なお、以上の説明において、コネクションの接続はコントローラがターゲットの情報を画面上に表示する時に行うとしたが、ターゲットの電源が入っている間は常にコネクションを確立することや、コントローラが接続されたターゲットの一覧等のＧＵＩ情報を表示する際にコネクションを張るとしても良いし、コネクションの切断に関しても同様である。
【０１１５】
また、第２のプロトコルで伝送するデータの識別情報或いは属性情報中に、使用者への強制通知を示す情報を付加し、コントローラがこのデータを受信した際には、強制的に画面表示、又はオーディオ再生を行うように構成しても良い。
【０１１６】
このように、例えば、録画予約の重複等のターゲットで不許可の操作がなされた時や、ＶＴＲのテープが絡まる、等のようにターゲット内で異常が生じた際に、使用者に対して、警告や指示を映像や音声等のＧＵＩ情報で与えることが可能になり、使用者が正確にターゲットの状況を素速く察知することができるので好適である。
【０１１７】
そして、第２のプロトコルで伝送するデータとして、画面一部または全体のビットマップ、テキストデータ，等を用いてＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄａｔａ）を構成し、コントローラが画面上に表示するとしても良い。さらに、コントローラの画面上での配置位置はコントローラが決定するように構成しても良い。この場合は、画面の大きさやアスペクト比等に応じて適切な位置に適切な大きさで表示し、使用者へ通知することが可能となる。
【０１１８】
さらに、メッセージ応答にバージョン情報を含むとしても良い。この場合は、第２のプロトコルで送信されるデータのバージョン情報と一致するか否かを判定することで、第２のプロトコルで送信されたデータが適切なデータか否かを判定できるので、第２のプロトコルで送信されるデータを全て取得する必要が無くなり、ひいてはコントローラの処理が簡素化でき、迅速な処理が可能となる。
【０１１９】
また、バージョン情報の特定の値に意味を持たせることも可能である。例えば、バージョン情報の値が「０」である時には、この表示部品は不変であることを示す、とする事も可能である。つまり、情報を追加することなく不変の表示部品と可変の表示部品を扱うことが可能になり、コントローラの処理を簡単化できるとともに、情報量を減らすことが可能となり、好適である。
【０１２０】
次に、コントローラの送受信動作について、図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。
図７は、コントローラの動作フローを示すフローチャートであり、（ａ）は第１のプロトコルに関する動作、（ｂ）は第２のプロトコルに関する動作を説明するものである。そして図７（ａ）及び（ｂ）に示したフローは、コントローラ上で平行して動作する。
【０１２１】
図７（ａ）において、コントローラは、使用者がリモコンのメニューボタンを押す等のコントローラ内部の要求によりターゲットに対して第２のプロトコル用のコネクションを処理５０１で確立する。そして使用者の操作に応じてターゲットのＧＵＩを表示させるため、処理５０２でターゲットに対してデータの要求をメッセージ送信する。このデータの要求に対する応答を処理５０３で待ち、ターゲットから承認通知を受け取った後、処理５０４で使用者の操作を検出する。
使用者がコントローラ上の操作画面に対して、操作を行い、この操作をターゲットに通知する場合には、処理５０２で、例えば、オブジェクトの識別情報と使用者の操作情報をターゲットへ送信する。
【０１２２】
一方、使用者の操作がなかった場合、処理５０５で終了判定を行い、使用者の操作等により、コントローラがターゲットのＧＵＩ情報を表示する必要がないと判断した時は、処理５０６でコネクションを切断する。一方、継続してターゲットのＧＵＩ情報をコントローラが表示する場合等には、処理５０４でターゲットへ伝達すべき使用者の操作をチェックする。
【０１２３】
図７（ｂ）で示される動作フローは、コントローラが、図７（ａ）の処理５０１でコネクションが確立した後に開始されるものである。まず、処理５１０で第２のプロトコルでのデータの受信をチェックする。ここで、データを受信した際には処理５１１でバージョン番号をチェックし、新規読み込み又はバージョン情報が異なっていた場合は、コントローラ内の保持データを処理５１２で更新すると共に、処理５１３でバージョン情報を更新し、処理５１４で画面表示を更新する。また、バージョン情報が同じ場合、処理５１２〜５１４をスキップし、画面表示を変更しない。
【０１２４】
処理５１４で画面表示を更新した後、及び、処理５１０でデータを受信していない際には、処理５１５で終了判定を行い、使用者の操作等によりコントローラがこのターゲットのＧＵＩ情報を表示する必要がないと判断した時は、この動作フローを終了する。一方、継続してこのターゲットのＧＵＩ情報をコントローラが表示する場合等には、処理５１０でデータの受信を待つ。なお、処理５１０と処理５１５は、同時に終了判定を行うように構成しても良い。
【０１２５】
次に、ターゲットの送受信動作について図面を参照しつつ説明する。なお、通信時等のエラー処理の説明は省略する。
図８は、ターゲットの動作フローを示すフローチャートである。まずターゲットは、コントローラがコネクションを確立するのを処理６０１で待ち、コネクションが確立した後、処理６０２でコントローラからのメッセージの有無をチェックする。メッセージが来ていない時には、処理６０３でターゲット内部の状態をチェックし、状態が変化していない時には、処理６１１で終了判定を行う。コントローラによるコネクションの切断やコントローラからメッセージでの終了通知を受信した場合等には、この動作フローを終了する。一方継続する場合には、処理６０２へ戻る。
【０１２６】
処理６０２でメッセージが来ている時には、このメッセージが何を意図するものであるかを判定し、各メッセージに応じて、処理６０４及び処理６０９で、ターゲットの状態、ターゲットがこの機能をサポートしているか等を考慮し、このメッセージの実行可能性に応じて、メッセージ応答をコントローラへ送信する。受信メッセージがデータ要求である時には、処理６０５で実行可能性を判断し、可能であれば、了承の応答をコントローラへ送ると共に、処理６０６で、機能一覧を作成、または、既存の機能一覧がある場合には既存の機能一覧を、処理６０８でコントローラへ送信する。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。
【０１２７】
同様に、処理６０３でターゲット内部の状態が変化した際には、処理６０７で機能一覧を更新し、処理６０８で機能一覧をコントローラへ送信する。
また、例えば、オブジェクトの識別情報と使用者の操作情報など、受信したメッセージがデータ要求でない時には、各々のメッセージに応じた処理を処理６０９で行う。この処理６０９で、実行可能性を判定し、実行可能であれば、了承のメッセージ応答をコントローラへ送信し、処理６１０でこのメッセージに対応する処理を行う。一方、実行不可能な場合には、実行拒否等のメッセージをコントローラへ送る。
なお、ここでは、終了判定は、処理６１１で行うとしたが、コントローラからのコネクション切断メッセージやＧＵＩ表示終了メッセージ等を受信した場合には、処理６１０で終了処理を行い、この動作フローを終了するとしても良い。
【０１２８】
次に、本実施の形態における、第２のプロトコルによるデータ伝送確認時の処理について、図面を参照しつつ説明する。
図９は、本発明における第２のプロトコルでのデータ伝送確認時の処理を示す説明図である。図９は、図６において、メッセージ送信１０２からデータ２０１までの伝送における伝送データの確認処理を示したものである。ここで、図６と同一の伝送については、同一の符号を付し、説明を省略する。
【０１２９】
コントローラは、メッセージ送信１０２によってデータ要求を行い、その応答として、メッセージ応答１１２でターゲットは了承した旨をコントローラへ返答する。そして、ターゲットは、データ２０１でバージョン情報を含むデータ、例えば機能一覧、を第２のプロトコルで送信する。
この時、伝送路、ターゲット或いはコントローラで伝送エラーが生じ、データ２０１で転送したデータが正しくコントローラへ送られなかった時、コントローラはタイムアウト、データのパリティチェックやサイズチェック等で第２のプロトコルで正常な伝送が行われなかった可能性を検出する。
【０１３０】
次に、コントローラはターゲットに対して、メッセージ送信１０５でターゲットが正常に第２のプロトコルでデータを出力したか否かを確認する。そしてターゲットは、第２のプロトコルでのデータ転送が正常に終了しているかを確認し、正常終了している時には、了承のメッセージ応答を、正常終了していない時は、状況に応じたエラーの応答をメッセージ応答１１５で返信する。
【０１３１】
メッセージ応答１１５で送信済みを示すメッセージが返ってきた際、送出エラーを示すメッセージが返ってきた際等には、コントローラは第２のプロトコルで送信したデータが紛失或いは伝送時にエラーが生じたと認識し、メッセージ１２２で再度データを要求する。ターゲットは、このデータ要求を受けて、メッセージ応答１３２で了承したことを伝え、第２のプロトコルを用い、データ２１０で指定されたデータを再度送出する。
【０１３２】
なお、ターゲットからの第２のプロトコルでのデータ送信に対して、コントローラは常にメッセージ送信で状況確認するように構成しても良い。
さらに、ターゲットが自発的に第２のプロトコルでデータを送信する際にも、コントローラが不正なデータを検出した際には、同様に、第１のプロトコルのメッセージを用いて確認／再送要求を行えばよい。
【０１３３】
このように、第２のプロトコルでのデータ伝送の確認や再送要求を第１のプロトコルで行うことにより、第２のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となるので良い。
さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できるので好適である。
【０１３４】
次に、本実施の形態における表示要素の構成について、図面を参照しつつ説明する。
図１０（ａ）は、本発明における表示要素の構成を示す構成図である。ここで、５０は表示要素、５１は表示部品の識別情報、５２は表示部品のサイズ情報、５３は第１の属性の識別情報、５４は第１の属性のサイズ情報、５５は第１の属性情報データ、５６は第２の属性の識別情報、５７は第２の属性のサイズ情報、５８は第２の属性情報データである。尚、図１０（ａ）中、ここでは横方向１６ビットとするが、これに限定されるものではない。
【０１３５】
表示要素の識別情報は、表示要素のＩＤ番号や種類を示すタイプ情報、等からなり、この表示要素が何であるかを識別する為のものである。
表示要素のサイズ情報は、この表示要素の属性情報全体、即ち属性部の大きさを示すもので、例えば、バイト数で表される。
【０１３６】
属性部は、この表示要素の属性を記す部分であり、属性には表示要素の大きさ、（ピクセル数）や、位置情報（ピクセル数）、等を含み、表示要素がパネルやグループである場合にはリンクを有するオブジェクトの識別情報も含む。そしてこれらの情報、即ち各属性の識別情報、各属性のサイズ情報、各属性の属性情報データは同一の形式で表される。また各属性情報の順番は任意であり、各属性は識別情報で区別される。
属性の識別情報は、属性のＩＤ番号や種類を示すタイプ情報等からなり、属性が何であるかを識別するものである。
属性のサイズ情報は、この属性の属性情報データの大きさを示すもので、例えば、バイト数で表される。
【０１３７】
このように、表示要素、即ちパネル、グループ、又は表示部品は、同一のデータフォーマットを有しており、識別情報及びサイズ情報の後に１又は複数の属性情報が並んでいる。さらに、各属性情報も表示要素と同一のデータフォーマットを有している。
【０１３８】
以上のように各表示要素でデータフォーマットを統一することで、コントローラの処理が簡素化でき、処理を高速化できると共に、デバッグが容易となるので好適である。
さらに、各表示要素と各属性情報でデータフォーマットを統一することでコントローラの処理を統一することができ、処理を高速化／簡素化ができると共に、処理ソフトウエア及びデータの作成が容易となり、好ましい。
【０１３９】
次に、図１０（ｂ）について説明すると、これは本発明における属性情報の構成を示している。
まず、属性のサイズ情報は識別情報の一部に組み込まれ、サイズ情報のフィールド（例えば４ビット）でこの属性情報の大きさを示す。例えば、サイズ情報フィールドに１が書かれた場合、属性情報の大きさは１ワード（１６ビット）を意味し、２が書かれた場合、２ワードを意味する。このように識別情報の一部のフィールドを用いて、サイズ情報を記することにより、属性情報データが小さい属性情報に対して、データ量を減らすことが可能となる。
【０１４０】
例えば、機能一覧中にひとつの大きなサイズの属性情報がある場合、属性のサイズ情報５３等をそれに合わせて大きくする（例えば、４バイト）必要があるが、この時、大多数の小さなサイズの属性情報に対しては、図１０（ｂ）で示した方法を用いることにより、小さなサイズの属性情報のデータ量を減らすことができ、メモリ量を節約可能である。
さらに、サイズ情報フィールドで示すサイズの単位を大きくすることで、多少大きなデータでもこの形式で表現することが可能となり、属性のサイズ情報５４等をなくすことが出来る。
なお、ここで、コントローラ内部及びターゲット内部で、これらのデータをこのデータフォーマットのまま記憶する必要はなく、伝送時のデータフォーマットとして統一されていればよい。もちろん、伝送路１上を伝送する際には、このデータフォーマットで記されたデータに対して、パケット分割やヘッダ付加等が行われる。
【０１４１】
次に、本実施の形態における表示データの構成について、図面を参照しつつ説明する。
図１１は、本発明における表示データの構成を示す構成図である。ここで、６０は表示データ、６１は表示データの識別子、６２は表示データのサイズ情報、６３は実データである。
表示データの識別情報は、表示データのＩＤ番号や種類を示すタイプ情報等からなり、この表示データが何であるかを識別するものである。
表示データのサイズ情報は、表示データの実データの大きさを示すもので、例えば、バイト数で表される。尚、ここで識別情報やサイズ情報のビット数は、表示要素のそれと異なっていても良い。
実データは、表示データの実際のデータを格納する部分であり、ビットマップの画像データ、音声データ、テキストデータ、プログラムデータ等が格納される。
【０１４２】
なお、例えば、これらのビットマップの種類や大きさ等を示す属性情報は、表示部品の属性情報として記載される。また、図１０と図１１においては、データ構成が識別情報→サイズ情報→識別情報→サイズ情報…の順になされているが、この順番はこれに限定されるものではなく、例えばサイズ情報→識別情報→サイズ情報…のような順番で構成されていてもよい。
【０１４３】
次に、本実施の形態における機能一覧の構成について、図面を参照しつつ説明する。
図１２は、本発明における機能一覧の構成を説明する説明図であり、図１３は、コントローラでのパネルの表示例である。
図１２において、機能一覧内の１つのパネルはＶＴＲのメニューを示すものであり、表題、タイトル画、さらには、背景情報や大きさ等の独自情報と、グループへのリンク、即ちグループの識別情報を属性情報中に有する。このグループは、機能や表示に応じた表示部品の集合を示すもので、例えば、コンテンツ、デッキ部、チューナー部の３つのグループである。
このグループは、グループの大きさ、配置や背景情報等の独自情報と、表示部品へのリンク、つまり表示部品の識別情報を属性情報中に持ち、表示部品へのリンクはこのグループに属する表示部品を指し示す。
【０１４４】
ここで、表示部品は、アイコン、ボタン、スライダ、チェックボックス、テキストエントリ等を表示するための部品であり、独自情報として、表示部品の大きさ、配置、状態情報、変数情報等と、表示データへのリンク（表示データの識別情報）を属性情報中に有する。なお、例えば、スライダ、チェックボックスやテキストエントリのような表示部品は、表示データを持たず、その特徴、機能や動作を表示部品として表し、その表示はコントローラに依存するように構成しても良い。
【０１４５】
表示データは、静止画データ、動画データ、テキストデータ、オーディオデータ、プログラムデータ等のデータであり、パネル、グループ或いは表示部品の表示データを示すものである。
【０１４６】
次に、このようなパネルについて、図面を参照しつつ簡単に説明する。
図１３は上述のパネルを表示した場合の一例である。ここで、各グループはコントローラの画面上に表示しない。もちろん、各グループをグループの表題及びタイトル画等と共に画面上に表示するように構成しても良い。
【０１４７】
また、本実施の形態におけるコントローラの、パネル構成例のその他の例を図１４に示す。
ここで、パネルは、１つのビットマップデータを任意に分割した表示部品の集合として構成される。画面部分データ７０１、７０２、７０３、７０４は、このパネルを示す一枚のビットマップデータを分割したものであり、各々が表示部品として、パネルにこれらの表示部品の識別情報を有する。
【０１４８】
使用者の操作やターゲット内の状態変化により、いずれかの表示部品の表示データ（画面部分データ）が変化した場合、この表示部品単位で、ターゲットはコントローラへ変化を通知することで、使用者に変化を通知することができる。
【０１４９】
なお、ここではパネルを示す一枚のビットマップデータを複数に分割したが、パネルを示す一枚のビットマップデータのみでパネルを構成しても良く、使用者の操作やターゲット内の状態変化により、ターゲットがデータを送る際に多くのデータを送る必要があるが、同様の効果が得られる。
【０１５０】
以上、本実施の形態では、コントローラは画面表示を行うとしたが、画面表示を行う表示手段をコントローラやターゲットと別に有し、使用者がこの表示手段の画面表示を見て、コントローラに対して、リモコン等で操作するとしても良く、この場合も同様の効果が得られる。ここで、表示手段は、コントローラやターゲットと同一機器内にあっても良いし、別機器であっても良い。
【０１５１】
また、この時、第２のプロトコルで伝送されるデータはコントローラではなく、表示手段が受信して画面上に配置し表示するとしても良いし、コントローラが受信し表示手段の画面サイズ等にあわせて配置を行い、表示手段に適した大きさ、アスペクト比等のビットマップデータを作成し表示手段へ第２のプロトコルで送信し、表示手段が表示するとしても良い。
【０１５２】
【発明の効果】
以上のように、本発明の請求項１に係るネットワーク制御システムによれば、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。
【０１５３】
本発明の請求項２に係るネットワーク制御システムによれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得ることができる。さらに、データの伝送と制御コードが同一のプロトコルに混在しないので、両者の区別が容易となり、さらに、コントローラ及びターゲットでの処理を簡素化でき、処理速度を向上することができる。
【０１５４】
本発明の請求項３に係るネットワーク制御システムによれば、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能となる。
【０１５５】
本発明の請求項４に係るネットワーク制御システムによれば、伝送効率が良く、迅速なデータ伝送が可能となると共に、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。
【０１５６】
本発明の請求項５に係るネットワーク制御システムによれば、伝送効率が良く、迅速なデータ伝送が可能となると共に、簡単な構成で、ターゲットが自発的にデータをコントローラへ送信することが可能になり、アイコン等の大容量データを、適切なプロトコルで伝送でき、これをコントローラが容易に認識することが可能となる。
【０１５７】
本発明の請求項６に係るネットワーク制御システムによれば、第２のプロトコルでのデータ伝送の確認や再送要求を第１のプロトコルで行うことにより、第２のプロトコルでのデータ伝送を確実に行うことが可能となり、システムの信頼性を向上させることが可能となる。さらに、伝送路だけでなく、コントローラ内やターゲット内でのエラーにより、正常な伝送が行えなかった場合でも、このように直接送信元と受信先でデータを確認することで、これらのエラーを検出でき、正常な伝送が確保できる。
【０１５８】
本発明の請求項７に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、バージョン情報を有し、前記バージョン情報を用いて、前記データのバージョン管理を行うことにより、コントローラが常に受信したデータに対するバージョン情報を確認でき、コントローラが常に最新のデータを使用することや信頼性を高めることが可能となる。さらには、コントローラがデータをキャッシングする際に、ターゲット内での状態変化により、機能一覧内の情報が変化したか否か等を容易に判別でき、キャッシングを有効かつ簡単に行える。
【０１５９】
本発明の請求項８に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、使用者への強制通知を指示するＧＵＩデータとしたので、ターゲットないでの以上が生じた際に、使用者に対してＧＵＩによる警告等を与えることが可能となるので、使用者は正確に、かつ迅速にターゲットの状態を察知できる。
【０１６０】
本発明の請求項９に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、データの識別情報を含むことにより、ターゲットが自発的に、或いは、コントローラの指示により、ターゲットが第２のプロトコルで送信したデータをコントローラが正しく認識できる。また、第２のプロトコルで伝送するデータは、前記データの属性情報を含むことにより、ターゲットが送信するデータの詳細を、前記データの実データ部をチェックする前に、事前に確認でき、例えば、コントローラが表示不可能なものは受け取らないことや受信してもすぐに廃棄することが可能になり、コントローラ内のメモリ等の資源を有効に活用することが可能となる。
【０１６１】
本発明の請求項１０に係るネットワーク制御システムによれば、属性情報は、識別情報、サイズ情報とデータ部を有することにより、識別情報で、オブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式で属性情報を共通化することにより、各種オブジェクトに対する処理が簡単になり、新たな属性情報に対する対応も容易となる。また、ここで、いくつかの属性情報をセットにし、ひとつの属性情報として取り扱うように構成してもよく、同様の効果が得られる。
【０１６２】
本発明の請求項１１に係るネットワーク制御システムによれば、第２のプロトコルで伝送するデータは、オブジェクトを単位とすることにより、機能単位や表示単位毎に大きなデータをいくつかのオブジェクトに分けることが可能となり、伝送時のエラーに強くなると共に、コントローラやターゲットの伝送に対する負荷を軽減できる。
【０１６３】
本発明の請求項１２に係るネットワーク制御システムによれば、オブジェクトと属性情報は、同一の構造を有することにより、コントローラは同一の処理でオブジェクトと属性情報を取り扱うことが可能になり、コントローラの処理を軽減し、処理を高速化できる。さらに、各種のオブジェクトや属性情報への対応が簡単に可能となる。
【０１６４】
本発明の請求項１３に係るネットワーク制御システムによれば、オブジェクトは識別情報、サイズ情報とデータ部を有することにより、識別情報で、オブジェクトを識別し、サイズ情報でデータの区切りを明確化でき、処理を簡単かつ高速化できる。この形式でデータを共通化することにより、各種オブジェクトに対する処理が簡単になり、新たなオブジェクトに対する対応も容易となる。
【０１６５】
本発明の請求項１４に係るネットワーク制御システムによれば、オブジェクトは、データ部に属性情報を有することにより、属性情報を容易に判定可能になり、属性情報の処理を簡素化できる。
【０１６６】
本発明の請求項１５に係るコントローラによれば、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるコントローラを得ることが出来る。
【０１６７】
本発明の請求項１６に係るコントローラによれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るコントローラを得ることが出来る。
【０１６８】
本発明の請求項１７に係るコントローラによれば、簡単な構成で、アイコン等の大容量データに対して、適切なプロトコルを用いることが可能になり、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１６９】
本発明の請求項１８に係るコントローラによれば、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１７０】
本発明の請求項１９に係るコントローラによれば、伝送効率が良く、迅速なデータ伝送が可能なコントローラを得ることが出来る。
【０１７１】
本発明の請求項２０に係るターゲットによれば、大容量データに対しても、伝送効率が良く、迅速なデータ伝送が可能となるターゲットを得ることが出来る。
【０１７２】
本発明の請求項２１に係るターゲットよれば、制御コードと大容量データの転送に対して、必要に応じて各々適切なプロトコルを用いることが可能になり、無駄が少なく、良好な伝送効率を得るターゲットを得ることが出来る。
【０１７３】
本発明の請求項２２に係るターゲットによれば、伝送効率が良く、迅速なデータ伝送が可能なターゲットを得ることが出来る。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係るネットワーク制御システムの一例を示すシステム構成図である。
【図２】 本発明の実施の形態に係るネットワーク制御システム中のターゲットのブロック図である。
【図３】 本発明の実施の形態に係るネットワーク制御システム中のコントローラのブロック図である。
【図４】 （ａ）本発明の実施の形態に係るイニシエータがある場合のシステム構成図である。（ｂ）本発明の実施の形態に係るイニシエータがない場合のシステム構成図である。
【図５】 本発明の実施の形態に係る機能一覧の構成図である。
【図６】 本発明の実施の形態に係るプロトコルの説明図である。
【図７】 本発明の実施の形態に係るコントローラの動作を示すフローチャートである。
【図８】 本発明の実施の形態に係るターゲットの動作を示すフローチャートである。
【図９】 本発明の実施の形態に係る伝送確認時のプロトコルの説明図である。
【図１０】 （ａ）本発明の実施の形態に係る表示要素の構成図ある。（ｂ）本発明の実施の形態に係る属性情報の構成図である。
【図１１】 本発明の実施の形態に係る表示データの構成図である。
【図１２】 本発明の実施の形態に係る機能一覧の一例を示す構成図である。
【図１３】 本発明の実施の形態に係るコントローラの画面表示例である。
【図１４】 本発明の実施の形態に係る機能一覧の構成例を示す説明図である。
【符号の説明】
１ 伝送路
２ パケット送受信手段
３ 同期データ送受信手段
４ ターゲット信号処理手段
５ 非同期データ送受信手段
６ 第１のプロトコル処理手段
７ 機器構成情報
８ 機能一覧
９ 機器内部制御手段
１０ コントローラ信号処理手段
１２ 機能一覧管理手段
１３ 画面表示／機器機能選択手段
１４ 機能データベース
１５ ＲＯＭ
１６ ＲＡＭ
１７ 機能情報管理手段
１８ 第２のプロトコル送信手段
１９ 第２のプロトコル受信手段
２０ 第１のプロトコル処理手段
Claims (22)
- 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された前記機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、
前記機器内に、
メッセージを送信する単数又は複数のコントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、
を備えており、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記イニシエータが確立したコネクション上にデータを伝送する第２のプロトコルと、よりなり、
前記ターゲットは、
前記第１のプロトコルで受信したメッセージに応じて、前記第２のプロトコルで前記コネクション上にデータを送信すること、
を特徴とする、ネットワーク制御システム。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、
前記機器内に、
メッセージを送信する単数又は複数のコントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、
を備えており、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記イニシエータは、前記コントローラと前記ターゲット間に、事前に、第２のプロトコルのコネクションを確立し、
前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは第１のプロトコルでデータ要求を行い、
前記ターゲットは、前記データ要求に応じて第２のプロトコルで前記コネクション上にデータを送信し、
前記コントローラは、第２のプロトコルでデータを受信すること、
を特徴とする、ネットワーク制御システム。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、
前記機器内に、
メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、
前記メッセージを送信すると共に、ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、
どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えており、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記コントローラは、前記ターゲットに対して、事前に第２のプロトコルのコネクションを確立し、
前記コントローラが前記ターゲットからデータを受信する際には、前記コントローラは、第１のプロトコルでデータ要求を行い、
前記ターゲットは、前記データ要求に応じて、第２のプロトコルで前記コネクション上にデータを送信し、
前記コントローラは、第２のプロトコルでデータを受信すること、
を特徴とする、ネットワーク制御システム。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、
前記機器内に、
メッセージを送信する単数又は複数のコントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションを確立するイニシエータと、
を備えており、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記イニシエータは、前記コントローラと前記ターゲット間に、予め前記第２のプロトコルによる前記コネクションを確立し、
前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、
前記コントローラは、前記第２のプロトコルによりデータを受信すること、
を特徴とする、ネットワーク制御システム。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムであって、
前記機器内に、
メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、
前記メッセージを送信すると共に、前記ターゲットとデータ転送を行うコネクションを確立する単数又は複数のコントローラと、
どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えており、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と、前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記コントローラは、前記ターゲットに対して、予め前記第２のプロトコルによる前記コネクションを確立し、
前記ターゲットが前記コントローラへデータを自発的に送信する際には、前記ターゲットは、前記第２のプロトコルにより前記コネクション上にデータを送信し、
前記コントローラは、前記第２のプロトコルによりデータを受信すること、
を特徴とする、ネットワーク制御システム。 - 請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、
前記メッセージは、前記第２のプロトコルによるデータ転送の確認処理を行うメッセージを含むこと、
を特徴とする、ネットワーク制御システム。 - 請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、
前記第２のプロトコルにより伝送するデータはバージョン情報を有し、
前記バージョン情報を用いて前記データのバージョン管理を行うこと、
を特徴とする、ネットワーク制御システム。 - 請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、
前記第２のプロトコルで伝送するデータは、前記コントローラに対して、使用者への強制通知を指示するグラフィカル・ユーザ・インターフェイスの情報であること、
を特徴とする、ネットワーク制御システム。 - 請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、
前記第２のプロトコルにより伝送するデータは、前記データの属性情報を含むこと、
を特徴とする、ネットワーク制御システム。 - 請求項９に記載のネットワーク制御システムにおいて、
前記属性情報は、識別情報、サイズ情報とデータ部を有すること、
を特徴とするネットワーク制御システム。 - 請求項１ないし請求項５のいずれか１項に記載のネットワーク制御システムにおいて、
前記第２のプロトコルにより伝送するデータは、オブジェクトを単位とすること、
を特徴とする、ネットワーク制御システム。 - 請求項１１に記載のネットワーク制御システムにおいて、前記オブジェクトは、前記第２のプロトコルにより伝送するデータの属性情報と同一の構造を有すること、
を特徴とする、ネットワーク制御システム。 - 請求項１１に記載のネットワーク制御システムにおいて、
前記オブジェクトは、識別情報、サイズ情報、及びデータ部を有すること、
を特徴とする、ネットワーク制御システム。 - 請求項１１に記載のネットワーク制御システムにおいて、
前記オブジェクトは、前記データ部に属性情報を有すること、
を特徴とする、ネットワーク制御システム。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記第１のプロトコルでメッセージを送信し、
前記第２のプロトコルで前記コネクション上からデータを受信すること、
を特徴とする、コントローラ。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記第１のプロトコルによりデータ要求を行い、
前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信すること、
を特徴とする、コントローラ。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記ターゲットに対して予め前記コネクションを確立し、
データを受信する際には前記第１のプロトコルによりデータ要求を行い、
前記データ要求に応じて伝送されたデータを、前記コネクション上から前記第２のプロトコルで受信すること、
を特徴とする、コントローラ。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記ターゲットが自発的に前記第２のプロトコルにより前記コネクション上に送信したデータ、を受信すること、
を特徴とする、コントローラ。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記ターゲットに対して、予め前記第２のプロトコルの前記コネクションを確立し、
前記ターゲットが、自発的に前記第２のプロトコルにより前記コネクション上に自発的に送信したデータ、を受信すること、
を特徴とする、コントローラ。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記第１のプロトコルにより受信したメッセージに応じて、前記第２のプロトコルにより前記コネクション上にデータを送信すること、
を特徴とする、ターゲット。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で、前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルをサポートし、
前記第１のプロトコルによる前記コントローラからのデータ要求に応じて、前記第２のプロトコルにより前記コネクション上にデータを送信すること、
を特徴とする、ターゲット。 - 映像データ、音響データ、及び情報データの中の、いずれか１つ又は２つ以上のデータを取扱う機器が、少なくとも２つ以上、伝送路を介して接続されたネットワークにおいて、前記伝送路を介して接続された機器間のデータ転送を、複数のプロトコルを用いて行うようにしたネットワーク制御システムに用いられるコントローラであって、
前記機器内に、
メッセージを送信する単数又は複数の前記コントローラと、
前記メッセージを受信し、前記メッセージに応じた処理を行う単数又は複数のターゲットの、どちらか一方若しくは双方が存在しており、
前記ネットワーク制御システムが、少なくとも、
前記コントローラと、前記ターゲットと、を備えると共に、
前記コントローラと前記ターゲットとの間で前記データ転送を行うコネクションが、イニシエータ又は前記コントローラにより確立され、
前記複数のプロトコルは、
前記メッセージを送信するメッセージ送信と前記メッセージ送信に対する応答であるメッセージ応答からなる第１のプロトコルと、
前記コネクション上にデータを伝送する第２のプロトコルと、
よりなり、
前記複数のプロトコルを有し、
前記第２のプロトコルにより前記コネクション上にデータを自発的に送信すること、
を特徴とする、ターゲット。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01453299A JP3850160B2 (ja) | 1999-01-22 | 1999-01-22 | ネットワーク制御システム、コントローラ、及びターゲット |
| PCT/JP2000/000307 WO2000044146A1 (fr) | 1999-01-22 | 2000-01-21 | Systeme de gestion de reseau, controleur, cible et consommateur destines a etre utilises dans ledit systeme de gestion de reseau |
| US09/646,830 US7080399B1 (en) | 1999-01-22 | 2000-01-21 | Network control system, and controller, target and consumer for use in the network control system |
| EP00900878A EP1071255A4 (en) | 1999-01-22 | 2000-01-21 | NETWORK MANAGEMENT SYSTEM, CONTROLLER, TARGET AND CONSUMER FOR USE IN SAID NETWORK MANAGEMENT SYSTEM |
| KR1020007010471A KR100345749B1 (ko) | 1999-01-22 | 2000-01-21 | 네트워크 제어 시스템과 이 네트워크 제어 시스템에이용되는 콘트롤러, 타겟 및 소비자 |
| CNB008003793A CN1148041C (zh) | 1999-01-22 | 2000-01-21 | 网络控制***及其控制器、目标及消费器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01453299A JP3850160B2 (ja) | 1999-01-22 | 1999-01-22 | ネットワーク制御システム、コントローラ、及びターゲット |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000216845A JP2000216845A (ja) | 2000-08-04 |
| JP3850160B2 true JP3850160B2 (ja) | 2006-11-29 |
Family
ID=11863763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01453299A Expired - Fee Related JP3850160B2 (ja) | 1999-01-22 | 1999-01-22 | ネットワーク制御システム、コントローラ、及びターゲット |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3850160B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6769128B1 (en) | 1995-06-07 | 2004-07-27 | United Video Properties, Inc. | Electronic television program guide schedule system and method with data feed access |
| WO1999004561A1 (en) | 1997-07-21 | 1999-01-28 | E-Guide, Inc. | Systems and methods for displaying and recording control interfaces |
| CN1867068A (zh) | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视***及其方法 |
| US6898762B2 (en) | 1998-08-21 | 2005-05-24 | United Video Properties, Inc. | Client-server electronic program guide |
| US7650621B2 (en) | 2000-10-11 | 2010-01-19 | United Video Properties, Inc. | Systems and methods for providing storage of data on servers in an on-demand media delivery system |
| AR032904A1 (es) | 2001-02-21 | 2003-12-03 | United Video Properties Inc | Disposicion y metodo para guias interactivas de programas con caracteristicas de grabacion de videos personales |
| JP2002304333A (ja) | 2001-04-03 | 2002-10-18 | Sony Corp | 伝送方法及び伝送装置 |
| US7493646B2 (en) | 2003-01-30 | 2009-02-17 | United Video Properties, Inc. | Interactive television systems with digital video recording and adjustable reminders |
| US7792815B2 (en) | 2006-03-06 | 2010-09-07 | Veveo, Inc. | Methods and systems for selecting and presenting content based on context sensitive user preferences |
| US8316394B2 (en) | 2006-03-24 | 2012-11-20 | United Video Properties, Inc. | Interactive media guidance application with intelligent navigation and display features |
| US7801888B2 (en) | 2007-03-09 | 2010-09-21 | Microsoft Corporation | Media content search results ranked by popularity |
| US10063934B2 (en) | 2008-11-25 | 2018-08-28 | Rovi Technologies Corporation | Reducing unicast session duration with restart TV |
| US9166714B2 (en) | 2009-09-11 | 2015-10-20 | Veveo, Inc. | Method of and system for presenting enriched video viewing analytics |
| WO2012094564A1 (en) | 2011-01-06 | 2012-07-12 | Veveo, Inc. | Methods of and systems for content search based on environment sampling |
| US8805418B2 (en) | 2011-12-23 | 2014-08-12 | United Video Properties, Inc. | Methods and systems for performing actions based on location-based rules |
-
1999
- 1999-01-22 JP JP01453299A patent/JP3850160B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000216845A (ja) | 2000-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100345749B1 (ko) | 네트워크 제어 시스템과 이 네트워크 제어 시스템에이용되는 콘트롤러, 타겟 및 소비자 | |
| US6844886B1 (en) | Network control system | |
| KR100570326B1 (ko) | 전자 통신을 위한 방법 및 시스템 | |
| JP3850160B2 (ja) | ネットワーク制御システム、コントローラ、及びターゲット | |
| US8321576B2 (en) | Method and apparatus of data transfer controlling data transfer among a plurality of equipments connected to a network and medium recording the program thereof | |
| US7565626B2 (en) | Method for controlling network devices via a MMI | |
| US6907301B2 (en) | Method and system for selecting and controlling devices in a home network | |
| EP0939517A1 (en) | A network control system | |
| WO1999059374A1 (fr) | Systeme de commande de reseau, unite de commande et dispositif associe | |
| JP2002215483A (ja) | 機器制御システム並びに、機器制御システムにおけるコントローラ及びデバイス | |
| JPH11249709A (ja) | ネットワーク制御システム及びネットワーク制御システムにおけるデバイス並びにコントローラ | |
| JPH11328081A (ja) | ネットワーク制御システム、コントローラ及びデバイス | |
| JP2001045575A (ja) | ネットワーク制御システム、及びネットワーク制御システムに用いるデバイス並びにコントローラ | |
| EP1093319A1 (en) | Network control system and method therefor | |
| JP2000333269A (ja) | ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）駆動型ネットワーク制御システム、及びＧＵＩ駆動型ネットワーク制御システムに用いるデバイス並びにコントローラ | |
| JP3952053B2 (ja) | 接続管理プログラム | |
| JP3613545B2 (ja) | 通信装置 | |
| US7680391B2 (en) | Remote control system for device connected to network | |
| JPH11341472A (ja) | ネットワーク制御システム、コントローラ及びデバイス | |
| JP2000253463A (ja) | ネットワーク制御システム及びこのネットワーク制御システムに用いるターゲット、コントローラ、並びにコンシューマ | |
| JPH11205313A (ja) | ネットワーク装置及びネットワーク表示方法 | |
| JP2002366459A (ja) | Ａｖネットワーク機器 | |
| JP2002076963A (ja) | 選局方法および電子機器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060120 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060829 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090908 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100908 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110908 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120908 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130908 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |