JP2004094835A - 制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム - Google Patents
制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム Download PDFInfo
- Publication number
- JP2004094835A JP2004094835A JP2002258345A JP2002258345A JP2004094835A JP 2004094835 A JP2004094835 A JP 2004094835A JP 2002258345 A JP2002258345 A JP 2002258345A JP 2002258345 A JP2002258345 A JP 2002258345A JP 2004094835 A JP2004094835 A JP 2004094835A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- conversion
- controlled
- control device
- network
- 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.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Selective Calling Equipment (AREA)
Abstract
【課題】制御機器で制御する被制御機器を容易に変更でき、制御機器から被制御機器を遠隔制御することができる制御機器側プロトコル変換方法、装置、プログラムおよび被制御機器側プロトコル変換方法、装置、プログラムを提供する。
【解決手段】外部から制御可能な被制御機器を、既存のプロトコルを備える制御機器からネットワークを介して制御する制御機器側プロトコル変換装置と、送信されたプロトコルデータを受信して被制御機器を制御する被制御機器側プロトコル変換装置であって、制御機器側プロトコル変換装置３は、オブジェクト選択手段３ａと、制御要求手段３ｂと、外部インターフェース３ｃとを備え、被制御機器側プロトコル変換装置５は、オブジェクト化処理手段５ａと、制御要求処理手段５ｂと、外部インターフェース５ｃとを備えた。
【選択図】 図１
【解決手段】外部から制御可能な被制御機器を、既存のプロトコルを備える制御機器からネットワークを介して制御する制御機器側プロトコル変換装置と、送信されたプロトコルデータを受信して被制御機器を制御する被制御機器側プロトコル変換装置であって、制御機器側プロトコル変換装置３は、オブジェクト選択手段３ａと、制御要求手段３ｂと、外部インターフェース３ｃとを備え、被制御機器側プロトコル変換装置５は、オブジェクト化処理手段５ａと、制御要求処理手段５ｂと、外部インターフェース５ｃとを備えた。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続される機器間においてプロトコルを変換して制御を行う制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラムに関する。
【０００２】
【従来の技術】
従来、ネットワークを介して接続される機器間、例えば、放送局内の通信網等を介して使用される、映像または音声を編集する編集装置には、この編集装置を遠隔制御する編集コントローラが備えられ、これら編集コントローラと編集装置とが放送局内の通信網で接続されて、編集コントローラによって編集装置が制御されている（機器間の通信制御の例として、例えば、特許文献１参照）。
【０００３】
これら従来の編集コントローラおよび編集装置等からなる映像音声編集システムを図６に示す。この図６に示すように、映像音声編集システムは、編集するデータ（映像または音声）の再生記録を制御する編集コントローラ１０１と、制作された映像または音声を再生する再生装置１０３（図中、ＶＴＲ（再生））と、再生された映像または音声を記録する記録装置１０５（図中、ＶＴＲ（記録））とを備えている。つまり、編集コントローラ１０１は、再生装置１０３から記録装置１０５にダビングする映像または音声の時間的位置や長さを制御するものである。
【０００４】
ここで、放送局等で使用されている従来の映像音声編集システムの詳細（プロトコルやインターフェースの規格等）について説明すると、従来の映像音声編集システムの再生装置１０３や記録装置１０５等の機器には、一般的に外部制御インターフェースとしてＰ２プロトコルを用いたインターフェースが装備されている。この外部制御インターフェースは電気的にはＲＳ−４２２インターフェースに基づく通信速度３８．４ｋボー（ｂｐｓ）の調歩同期方式のシリアルインターフェースであり、コネクタにはＤ−ｓｕｂ９が使用され、各機器の外部制御インターフェース間の接続にはパラレルケーブルが使用されている。
【０００５】
また、Ｐ２プロトコルは、各機器を制御するコントローラ（編集コントローラ１０１）からデバイス（再生装置１０３、記録装置１０５）を制御するため、コントローラとデバイスとの間でコマンド（命令データ、応答データ）を送受信する通信規約の一種である。
【０００６】
このＰ２プロトコルは、編集コントローラ１０１等からのコントローラ側から、再生装置１０３、記録装置１０５等のデバイス側にコマンド（命令データ）を送り、このコマンドを受信したデバイス側がコマンドに従った動作を行って、デバイス側からコントローラ側にコマンド（応答データ、または、レスポンスコマンド）を返答する方式となっている。また、コントローラとデバイスとの間のコマンドは、３〜１８バイトの可変長データが使用されている。
【０００７】
ところで、コンピュータネットワークを使用した通信方式として、ネットワーク上の分散された端末が相互に接続、通信する方式（オブジェクト間通信方法）に、分散オブジェクト技術が採用されている。この分散オブジェクトは、ネットワーク上に分散されている複数の端末による分散システム環境下でオブジェクト同士がメッセージの交換を行うものである。オブジェクト間通信方法の実装例として、ＯＭＧ（Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ）のＣＯＲＢＡ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＤＣＯＭ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）、Ｊａｖａ（登録商標）ＲＭＩ（Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）等がある。
【０００８】
【特許文献１】
特開２００１−０７５９０２号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、従来のＰ２プロトコルを用いた映像音声編集システムでは、コントローラ（編集コントローラ１０１）と、デバイス（再生装置１０３および記録装置１０５）との間は、９ピンのパラレルケーブルで直結されているため、コントローラの制御対象であるデバイスを変更する場合には、パラレルケーブルの接続切替を手作業（人手で直接）で行うか、予め外部制御インターフェースを切り替える切り替えスイッチに当該パラレルケーブルを接続しておき、必要に応じて切り替えスイッチを切り替える必要があった。このため、コントローラが制御する制御対象となる機器を容易に変更することができないという問題がある。
【００１０】
また、直接パラレルケーブルで接続されているので、コントローラからデバイスを遠隔制御しようとした場合、ネットワークの利用が考えられるが、コントローラとデバイスの双方がネットワークに対応していなければならず、容易に遠隔制御することができないという問題がある。
【００１１】
そこで、本発明の目的は前記した従来の技術が有する課題を解消し、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更でき、制御機器から被制御機器を遠隔制御することができる制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラムを提供することにある。
【００１２】
【課題を解決するための手段】
本発明は、前記した目的を達成するため、以下に示す構成とした。
請求項１記載の制御機器側プロトコル変換方法は、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換方法であって、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択ステップと、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するプロトコルデータ受信ステップと、前記オブジェクト選択ステップにて選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記プロトコルデータ受信ステップにて受信したプロトコルデータを変換するプロトコル変換ステップと、このプロトコル変換ステップにて変換した変換プロトコルデータを、前記ネットワークを介して出力する変換プロトコルデータ出力ステップと、を含むことを特徴とする。
【００１３】
この方法によれば、まず、オブジェクト選択ステップにおいて、ネットワークに接続される被制御機器がオブジェクトとして選択される。なお、予め、ネットワークに接続されている被制御機器はネットワーク上でオブジェクト化されており、制御機器側から認識可能となっている。続いて、プロトコルデータ受信ステップにおいて、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。このプロトコルデータ（通信規約に基づく情報）は、制御機器内に記録されているコマンド（命令情報）であり、各制御機器において個別に設定されているものである。そして、プロトコル変換ステップにおいて、プロトコルデータ受信ステップにて受信されたプロトコルデータが、オブジェクト選択ステップにて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、変換プロトコルデータ出力ステップにおいて、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００１４】
請求項２記載の制御機器側プロトコル変換装置は、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換装置であって、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段と、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段と、前記オブジェクト選択手段で選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段と、このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力するデータ出力手段と、を備えることを特徴とする。
【００１５】
かかる構成によれば、オブジェクト選択手段で、ネットワークに接続される被制御機器がオブジェクトとして選択される。続いて、データ受信手段で、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。そして、プロトコル変換手段で、データ受信手段にて受信されたプロトコルデータが、オブジェクト選択手段にて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、データ出力手段で、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００１６】
請求項３記載の制御機器側プロトコル変換装置は、請求項２に記載の制御機器側プロトコル変換装置において、前記データ受信手段が、前記被制御機器から送信された、前記プロトコルデータに対応する応答信号であるレスポンスデータを受信し、前記プロトコル変換手段が前記レスポンスデータのプロトコルを変換して、データ出力手段で前記制御機器に出力することを特徴とする。
【００１７】
かかる構成によれば、データ受信手段で被制御機器から送信されたレスポンスデータが受信され、プロトコル変換手段でレスポンスデータのプロトコルが変換され、データ出力手段で制御機器に出力される。つまり、制御機器と被制御機器間でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側で被制御機器の状態を把握（認識）することができる。
【００１８】
請求項４記載の制御機器側プロトコル変換装置は、請求項２または請求項３に記載の制御機器側プロトコル変換装置において、前記ネットワークを介して前記制御機器と前記被制御機器との間で、オブジェクト間通信により通信を行うことを特徴とする。
【００１９】
かかる構成によれば、制御機器と被制御機器との間において、オブジェクト通信（オブジェクト通信技術）により通信される。オブジェクト通信技術は、制御機器と被制御機器とをネットワーク上のデータとして定義するもので、例えば、オブジェクト通信技術（オブジェクト間通信手段）として、ＣＯＲＢＡを用いた場合には、このＣＯＲＢＡの仕様に定められているＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）が利用されて、制御機器、被制御機器がネットワーク上で一意に識別される。この場合、ＩＯＲはオブジェクトを動作させている端末のホストアドレスやポート番号等のデータが記録されている。
【００２０】
請求項５記載の制御機器側プロトコル変換プログラムは、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための装置を、以下に示す手段として機能させることを特徴とする。当該装置を機能させる手段は、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段、前記オブジェクト選択手段で選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段、このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力するデータ出力手段、である。
【００２１】
かかる構成によれば、オブジェクト選択手段で、ネットワークに接続される被制御機器がオブジェクトとして選択される。続いて、データ受信手段で、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。そして、プロトコル変換手段で、データ受信手段にて受信されたプロトコルデータが、オブジェクト選択手段にて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、データ出力手段で、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００２２】
請求項６記載の被制御機器側プロトコル変換方法は、請求項１に記載の制御機器側プロトコル変換方法により、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換方法であって、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化ステップと、前記変換プロトコルデータを受信する変換プロトコルデータ受信ステップと、前記変換プロトコルデータ受信ステップにて受信した変換プロトコルデータに基づいて、前記オブジェクト化ステップにてオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御ステップと、を含むことを特徴とする。
【００２３】
この方法によれば、まず、オブジェクト化ステップにて、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信ステップにおいて、制御機器側から送信された変換プロトコルデータが受信される。この変換プロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御ステップにおいて、オブジェクト化されている被制御機器が、変換プロトコルデータ受信ステップにて受信した変換プロトコルデータに基づいて制御される。
【００２４】
請求項７記載の被制御機器側プロトコル変換装置は、請求項２に記載の制御機器側プロトコル変換装置によって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換装置であって、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段と、前記変換プロトコルデータを受信する変換プロトコルデータ受信手段と、前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段と、を備えることを特徴とする。
【００２５】
かかる構成によれば、オブジェクト化手段で、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信手段で、制御機器側から送信された変換プロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御手段で、オブジェクト化されている被制御機器が、変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて制御される。
【００２６】
請求項８記載の被制御機器側プロトコル変換装置は、請求項７に記載の被制御機器側プロトコル変換装置において、前記制御機器に前記プロトコルデータに対応する応答信号であるレスポンスデータを送信するレスポンスデータ送信手段と、
を備えることを特徴とする。
【００２７】
かかる構成によれば、レスポンスデータ送信手段で、プロトコルデータに対応するレスポンスデータが送信される。このレスポンスデータにより、被制御機器側の状態を制御機器に伝達することができる。
【００２８】
請求項９記載の被制御機器側プロトコル変換装置は、請求項７または請求項８に記載の被制御機器側プロトコル変換装置において、前記ネットワークを介して、前記被制御機器と前記制御機器との間でオブジェクト間通信により通信を行うことを特徴とする。
【００２９】
かかる構成によれば、被制御機器と制御機器との間において、オブジェクト通信（オブジェクト通信技術）により通信される。オブジェクト通信技術は、被制御機器と制御機器とをネットワーク上のデータとして定義するものである。
【００３０】
請求項１０記載の被制御機器側プロトコル変換プログラムは、請求項５に記載の制御機器側プロトコル変換プログラムによって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための装置を、以下に示す手段として機能させることを特徴とする。当該装置を機能させる手段は、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段、前記変換プロトコルデータを受信する変換プロトコルデータ受信手段、前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段、である。
【００３１】
かかる構成によれば、オブジェクト化手段で、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信手段で、制御機器側から送信された変換プロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御手段で、オブジェクト化されている被制御機器が、変換プロトコルデータ受信手段で受信された変換プロトコルデータに基づいて制御される。
【００３２】
【発明の実施の形態】
以下、本発明の一実施の形態について、図面を参照して詳細に説明する。
（機器制御プロトコル変換システムの構成）
図１は、機器制御プロトコル変換システム（制御機器と被制御機器とを含んでなる）のブロック図である。この図１に示すように、機器制御プロトコル変換システム１は、コントローラ２と、制御機器側プロトコル変換装置３と、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）と、被制御機器側プロトコル変換装置５（５Ａ、５Ｂ、５Ｃ・・・）と、入力装置７と、表示装置９と、ネットワーク装置１１とを備えている。
【００３３】
この機器制御プロトコル変換システム１は、互いにプロトコルが異なる（プロトコルが不統一の）機器同士である、制御する側の機器（制御機器：コントローラ２）と、制御される側の機器（被制御機器：ＶＴＲ４）とが、ネットワーク装置１１（ネットワークおよびネットワーク周辺機器の総称）を介して、接続されており、制御する側の機器から制御される側の機器を遠隔制御するためのものである。
【００３４】
コントローラ２は、制御機器に相当し、この制御機器側の使用者が操作するもので、図示を省略した種々の操作スイッチを備えて構成されている。このコントローラ２の内部には、既存のプロトコル（通信規約）を記録する記録部（図示せず）が備えられており、コントローラ２はこのプロトコルに基づいて生成されるコマンド（プロトコルデータ）を出力するものである。
【００３５】
制御機器側プロトコル変換装置３は、コントローラ２のプロトコルを変換するクライアント（アダプタの形態）に相当するもので、オブジェクト選択手段３ａと、制御要求手段３ｂと、外部インターフェース３ｃとを備えている。なお、この実施の形態では、制御機器側プロトコル変換装置３は、コントローラ２に脱着可能なアダプタの形態に構成されている。
【００３６】
オブジェクト選択手段３ａは、ネットワーク上に存在しているオブジェクトを選択するもので、オブジェクトは、分散オブジェクト技術であるオブジェクト間通信によって被制御機器側で、当該被制御機器に関する情報がデータの集合（ネットワーク上で一意に識別される）に変換されたもので、コントローラ２の使用者によって選択されたものである。このオブジェクト選択手段３ａが特許請求の範囲に記載した被制御機器選択手段に相当するものである。
【００３７】
制御要求手段３ｂは、オブジェクト選択手段３ａで選択されたオブジェクト（被制御機器：ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・））に対応するように、コントローラ（制御機器）２からのプロトコルデータを変換し、オブジェクトへの制御要求（サービス要求）を生成するものである。また、オブジェクト（被制御機器：ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・））から出力されるレスポンスデータ（後記する）を変換するものである。この制御要求手段３ｂが特許請求の範囲に記載したプロトコル変換出力手段に相当するものである。
【００３８】
外部インターフェース３ｃは、コントローラ２と、ネットワーク装置１１との間で情報（プロトコルデータ、レスポンスデータ（後記する））の送受信を行うものである。この外部インターフェース３ｃが特許請求の範囲に記載したデータ受信手段、データ出力手段に相当するものである。
【００３９】
ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）は、被制御機器に相当し、ＶＴＲテープ等の記録再生を行うものである。なお、この実施の形態では、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）のみを図示したが、ネットワークを介して制御可能な機器であればどんな機器でもよい。例えば、ＶＴＲ等の放送局内で使用される機器だけではなく、一般の家庭に備えられている家電製品であってもよい。
【００４０】
被制御機器側プロトコル変換装置５（５Ａ、５Ｂ、５Ｃ・・・）は、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）をオブジェクト（ネットワーク上に存在させるデータ）に変換すると共に、コントローラ２から送信されたプロトコルデータに基づいて、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を制御するもので、オブジェクト化処理手段５ａと、制御要求処理手段５ｂと、外部インターフェース５ｃとを備えている。
【００４１】
オブジェクト化処理手段５ａは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を外部から、つまり、ネットワーク装置１１を介して一意に認識可能な、コントローラ（制御機器）２から制御可能なオブジェクトに、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に関する情報（に係る情報）を変換するものである。このオブジェクト化処理手段５ａが特許請求の範囲に記載したオブジェクト化手段に相当するものである。
【００４２】
制御要求処理手段５ｂは、コントローラ（制御機器）２から送信されて制御機器側プロトコル変換装置３で変換されたプロトコルデータを、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対応する制御要求（制御データ）に処理するものである。この制御要求処理手段５ｂが特許請求の範囲に記載した被制御機器オブジェクト制御手段に相当するものである。
【００４３】
この実施の形態において、プロトコルデータをＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対応する制御要求（制御データ）に処理する例として、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対し、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に記録されている映像データ等を再生させて、ネットワーク装置１１を介して、表示装置９に表示させるといったことが挙げられる。
【００４４】
外部インターフェース５ｃは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）と、ネットワーク装置１１との間で情報（プロトコルデータ、制御データ、レスポンスデータ）の送受信を行うものである。レスポンスデータは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）から出力される応答信号であり、制御データに基づいて、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が駆動した結果に関する情報である。つまり、制御データがＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に、映像データの再生を要求するものであった場合、レスポンスデータは、映像データの再生を実行したこと（磁気ヘッドの回転開始）を示す情報ということになる。この外部インターフェース５ｃが特許請求の範囲に記載したプロトコルデータ受信手段、レスポンスデータ送信手段に相当するものである。
【００４５】
入力装置７は、制御機器側（コントローラ２および制御機器側プロトコル変換装置３）の使用者が、ネットワーク上に存在するオブジェクトを入力するキーボード、マウス等から構成されるものである。この実施の形態では、入力装置７によって入力された（指示された）オブジェクトが制御機器側プロトコル変換装置３のオブジェクト選択手段３ａによって選択される構成となっている。
【００４６】
表示装置９は、ＣＲＴや液晶のディスプレイ等から構成され、ネットワーク上に存在するオブジェクトを表示するもので、この表示装置９の表示画面には、選択可能な（指示可能な）オブジェクトが複数のオブジェクト名の一覧表（オブジェクト管理リスト）として表示されている。また、この表示装置９は、入力装置７で選択されたオブジェクト名に対応した、オブジェクト名の一覧表にあるオブジェクトリファレンスを、制御機器側プロトコル変換装置３が取得するための要求を受信するものである。この要求に基づいて、表示装置９は、オブジェクト管理リストからオブジェクト名に対応したオブジェクトリファレンスを検索し、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａに通知する機能を有している。
【００４７】
なお、入力装置７および表示装置９は、この実施の形態では、別々にネットワーク装置１１に接続されているが、これら入力装置７および表示装置９は、制御機器側プロトコル変換装置３に組み込まれて構成されていてもよい。
【００４８】
ネットワーク装置１１は、通信回線（有線または無線）とハブ等の中継分岐部（図示せず）等から構成されており、制御機器側プロトコル変換装置３と被制御機器側プロトコル変換装置５と間で情報（プロトコルデータ、レスポンスデータ）の送受信を可能にするものである。
【００４９】
これら機器制御プロトコル変換システム１の制御機器側プロトコル変換装置３によれば、オブジェクト選択手段３ａで、ネットワーク装置１１を介して被制御機器側プロトコル変換装置５に接続されるＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機側器）が、コントローラ（制御機器）２の使用者によって選択される。外部インターフェース３ｃで、コントローラ（制御機器）２から既存のプロトコルに基づくプロトコルデータが受信される。その後、制御要求手段３ｂで、外部インターフェース３ｃにて受信されたプロトコルデータが、オブジェクト選択手段３ａで選択されたＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）のプロトコルに対応するように変換され、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）にネットワーク装置１１を介して出力される。
【００５０】
このため、コントローラ２のプロトコルに依存することなく、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）のプロトコルに基づくプロトコルデータに変換することができるので、コントローラ（制御機器）２で制御するＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機側器）を容易に変更できる。また、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）とがネットワーク装置１１を介して、プロトコルデータの送受信を可能に構成されているので、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を遠隔制御することができる。
【００５１】
また、制御機器側プロトコル変換装置３の外部インターフェース３ｃでＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）からのレスポンスデータが受信され、制御要求手段３ｂでレスポンスデータのプロトコルが変換され、コントローラ（制御機器）２に出力される。つまり、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側（コントローラ２側）で被制御機器（ＶＴＲ４側）の状態を把握（認識）することができる。
【００５２】
さらに、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）と間でオブジェクト通信技術が利用されている。このため、例えば、オブジェクト通信技術（オブジェクト間通信手段）として、ＣＯＲＢＡを用いた場合には、このＣＯＲＢＡの仕様に定められているＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）が利用されて、コントローラ（制御機器）２、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がネットワーク上で一意に識別することができる。
【００５３】
被制御機器側プロトコル変換装置５によれば、オブジェクト化処理手段５ａで、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がネットワーク上で認識可能なオブジェクトにされる。外部インターフェース５ｃで、制御機器側から送信されたプロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、制御要求処理手段５ｂで、オブジェクト化されているＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が、外部インターフェース５ｃで受信したプロトコルデータに基づいて制御される。
【００５４】
このため、制御機器側（コントローラ２側）の既存のプロトコルに依存することなく、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が制御されるので、このＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を容易に変更できる。また、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）とがネットワーク装置１１を介して、プロトコルデータの送受信を可能に構成されているので、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を遠隔制御することができる。
【００５５】
また、外部インターフェース５ｃで、プロトコルデータに対応するレスポンスデータがネットワーク装置１１、制御機器側プロトコル変換装置３を介してコントローラ（制御機器）２に送信される。このレスポンスデータにより、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）側の状態をコントローラ（制御機器）２に伝達することができる。
【００５６】
（機器制御プロトコル変換システムの動作）
次に、図２に示すフローチャート参照して、機器制御プロトコル変換システム１の動作を説明する（適宜図１参照）。
まず、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が被制御機器側プロトコル変換装置５に接続されて、被制御機器側プロトコル変換装置５が稼働される（接続後、動作開始）と、被制御機器側プロトコル変換装置５のオブジェクト化処理手段５ａがＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）をオブジェクトに変換する（Ｂ１）。すると、ネットワーク上で、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がオブジェクトとして認識可能となる。
【００５７】
そして、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａで、オブジェクト（ＶＴＲ４）が選択される（Ｃ１）。この場合、制御機器側の使用者が入力装置７で入力したオブジェクトがオブジェクト選択手段３ａで選択される。続いて、コントローラ（制御機器）２から出力された、既存のプロトコルに基づくプロトコルデータが外部インターフェース３ｃで受信される（Ｃ２）。
【００５８】
外部インターフェース３ｃで受信されたプロトコルデータは、制御要求手段３ｂで、選択されたオブジェクトに対応するプロトコルデータに変換され（Ｃ３）、外部インターフェース３ｃで被制御機器側プロトコル変換装置５に送信される（Ｃ４）。
【００５９】
すると、被制御機器側プロトコル変換装置５の外部インターフェース５ｃで変換されたプロトコルデータが受信される（Ｂ２）。そして、制御要求処理手段５ｂで変換されたプロトコルデータがＶＴＲ４に対応する制御データに処理され（Ｂ３）、外部インターフェース５ｃでＶＴＲ４に送信される（Ｂ４）。制御データを受信したＶＴＲ４は、この制御データに基づいて駆動すると共に、当該ＶＴＲ４の現在の状況に関するデータ（駆動した結果に関する情報）であるレスポンスデータを被制御機器側プロトコル変換装置５に出力し、このレスポンスデータを被制御機器側プロトコル変換装置５の外部インターフェース５ｃが受信し、ネットワーク装置１１を介して、制御機器側プロトコル変換装置３に送信する（Ｂ５）。
【００６０】
引き続いて、制御機器側プロトコル変換装置３の外部インターフェース３ｃでレスポンスデータが受信され（Ｃ５）、制御要求手段３ｂでレスポンスデータがコントローラ（制御機器）２に対応したレスポンスデータに変換される（Ｃ６）。その後、外部インターフェース３ｃで変換されたレスポンスデータがコントローラ（制御機器）２に送信される（Ｃ７）。
【００６１】
つまり、機器制御プロトコル変換システム１の一連の動作によれば、コントローラ（制御機器）２からのプロトコルデータが変換され、ネットワーク装置１１を介して、ＶＴＲ（被制御機器）４に送信されて、制御されるので、コントローラ（制御機器）２とＶＴＲ（被制御機器）４との間で、プロトコルが異なっていても、容易に制御することが可能であり、ネットワーク装置１１を介して、コントローラ（制御機器）２によってＶＴＲ（被制御機器）４を遠隔操作することができる。
【００６２】
（機器制御プロトコル変換システムの具体的な動作例）
ここで、図１、図３〜図５を参照して、機器制御プロトコル変換システム１の具体的な動作例について説明する。なお、ここからの説明は、機器制御プロトコル変換システム１の各構成において、具体的に組み込まれているソフトウェア等の説明を織り交ぜながら（構成と動作との区別をせずに）行っていく。
【００６３】
まず、被制御機器側プロトコル変換装置５が起動すると、オブジェクト化処理手段５ａが処理を開始する。つまり、このＶＴＲ（被制御機器）４がサービスを提供する「サーバオブジェクト」としてネットワーク上に生成される。この実施の形態では、ＶＴＲ（被制御機器）４をオブジェト化処理する手段として、分散オブジェクト技術であるオブジェクト間通信が用いられている。オブジェクト間通信技術としては、前記したＣＯＲＢＡ以外に、ＤＣＯＭ、Ｊａｖａ（登録商標）ＲＭＩ等も使用可能である。ここでは、ＣＯＲＢＡを利用したものとして以下の説明を続ける。
【００６４】
被制御機器側プロトコル変換装置５のオブジェクト化処理手段５ａの動作により、被制御機器側プロトコル変換装置５は外部からＶＴＲ（被制御機器）４を制御するサービス要求（プロトコルデータ）を受け付ける待ち受け状態となる。オブジェクト化処理手段５ａはＶＴＲ（被制御機器）４のオブジェクト化（オブジェクトの生成）が完了すると、制御機器側の表示装置９にオブジェクトの生成を通知すると共に、図３に示すように、予め被制御機器側プロトコル変換装置５に決定されているオブジェクト名および生成したオブジェクトのオブジェクトリファレンスを通知する。
【００６５】
なお、生成されるオブジェクトは、一意なオブジェクト名が予め設定されており、外部からオブジェクト名によりオブジェクトを判別できるものであり、この図３では、オブジェクト名「ＯＢＪ１ａ」とオブジェクトリファレンス「ＩＯＲ１ａ」とが対応しており、オブジェクト名「ＯＢＪ１ｂ」とオブジェクトリファレンス「ＩＯＲ１ｂ」とが対応している。
【００６６】
オブジェクトリファレンスは、オブジェクト間通信技術（手段）を使用してネットワーク等を介して、遠方からオブジェクトをアクセスするための初期通信に必要となるデータである。例えば、オブジェクト間通信技術（手段）としてＣＯＲＢＡが用いられた場合は、ＣＯＲＢＡ仕様に定められるＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）がこれに該当する。ＩＯＲは、ＣＯＲＢＡにおいて、オブジェクトを一意に識別するために必要なデータをまとめたものであり、オブジェクトを動作させている端末（被制御機器側プロトコル変換装置５）のホストアドレス、ポート番号等のデータが記録されたものである。
【００６７】
複数の被制御機器側プロトコル変換装置５（５Ｂ、５Ｃ・・・）が起動し、被制御機器側プロトコル変換装置５（５Ａ）のオブジェクト化処理手段５ａと同様の動作により、ＶＴＲ４（４Ｂ、４Ｃ）のオブジェクトがネットワーク上に生成され、これらＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を制御するためのサービス要求を待ち受ける状態とされる。同様に、生成されたオブジェクトのオブジェクト名およびオブジェクトリファレンスが、制御機器側の表示装置９に通知される。
【００６８】
続いて、制御機器側の表示装置９は、被制御機器側プロトコル変換装置５が生成したオブジェクトからの通知を受信し、オブジェクト名の一覧を表示する。表示装置９は、通知されたオブジェクト名を表示すると共に、オブジェクト名とオブジェクトリファレンスからなるオブジェクト管理リストを内部に保持しておく。
【００６９】
すると、コントローラ（制御機器）２および制御機器側プロトコル変換装置３を使用する使用者は、表示装置９に表示されたオブジェクトの一覧から、使用者が制御したいオブジェクト（ＶＴＲ４（被制御機器））を選択する。使用者はオブジェクトの選択をする際に、入力装置７を使用して表示されているオブジェクトを指示する。使用者が入力装置７によって、オブジェクトを選択すると、この入力装置７は、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａに選択されたオブジェクト名（ここでは、ＯＢＪ１ａとして説明する）を通知する。
【００７０】
そして、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａが入力装置７からの通知を受信すると、選択されたオブジェクト名に対応したオブジェクトリファレンスを取得するために、表示装置９に要求が出される。すなわち、オブジェクト選択手段３ａはオブジェクト名ＯＢＪ１ａのオブジェクトリファレンスを取得するために、表示装置９に要求を出す。すると、表示装置９は、オブジェクト管理リストからオブジェクト名ＯＢＪ１ａのオブジェクトリファレンスＩＯＲ１ａを検索し、オブジェクトリファレンスＩＯＲ１ａをオブジェクト選択手段３ａに通知する。
【００７１】
制御機器側プロトコル変換装置３のオブジェクト選択手段３ａによって、表示装置９から通知されたオブジェクトリファレンスＩＯＲ１ａが使用されオブジェクト間通信技術（手段）が使用されてオブジェクトへの初期接続が行われる。これらの具体的な動作によって、コントローラ（制御機器）２を使用する使用者が指示した（選択した）任意のオブジェクト（ＶＴＲ（被制御機器）４）が、制御機器側プロトコル変換装置３および被制御機器側プロトコル変換装置５によって接続される。
【００７２】
続いて、被制御機器側プロトコル変換装置５が生成したオブジェクトに接続している状態で、コントローラ（制御機器）２からＶＴＲ（被制御機器）４を制御する場合について、詳細に説明していく。
【００７３】
このコントローラ（制御機器）２は、Ｐ２プロトコルに基づく、Ｐ２プロトコルコマンドを出力するものであり、このＰ２プロトコルコマンドは、制御機器側プロトコル変換装置３の制御要求手段３ｂおよび被制御機器側プロトコル変換装置５の制御要求処理手段５ｂを経由して、ＶＴＲ（被制御機器）４に送られる。このＰ２プロトコルコマンドに対するＶＴＲ（被制御機器）４のＰ２プロトコルレスポンスコマンドは、被制御機器側プロトコル変換装置５の制御要求処理手段５ｂおよび制御機器側プロトコル変換装置３の制御要求手段３ｂを経由して、コントローラ（制御機器）２に受け渡される。
【００７４】
ここで、このＰ２プロトコルコマンドおよびＰ２プロトコルレスポンスコマンドの受け渡しについて、図４に示すシーケンスチャートを参照して説明する。この図４は、オブジェクト間通信技術（手段）にＣＯＲＢＡを用いた場合を示したものである。
【００７５】
まず、コントローラ（制御機器）２から、Ｐ２プロトコルに従ったコマンドが出力される。ここで、Ｐ２プロトコルのコマンドは３〜１８バイトの可変長データであり、図４では、「ｃｍｄ」と表記する（Ｓ１）。制御機器側プロトコル変換装置３の外部インターフェース３ｃは、コントローラ（制御機器）２からコマンドｃｍｄを受信すると、制御要求手段３ｂにｃｍｄを出力（通知）する。
【００７６】
制御要求手段３ｂは、被制御機器側プロトコル変換装置５の制御要求処理手段５ａに制御要求、すなわち、「ｅｘｅ＿ｃｍｄ（ｃｍｄ）の処理要求」を出力する（Ｓ２）。ここでは、被制御機器側プロトコル変換装置５の制御要求処理手段５ａが、オブジェクト間通信技術（手段）を用いたサービスであり、制御要求処理手段５ａは、オブジェクト間通信技術（手段）のインターフェースであると定義することができる。
【００７７】
ここで、プログラムとして記述されたオブジェクト間通信技術（手段）のインターフェースの例について説明する。この図５（ａ）に示したインターフェースはオブジェクト間通信技術（手段）としてＣＯＲＢＡを用いた場合の例である。図５（ａ）中ｅｘｅ＿ｃｍｄに続く括弧内に記述されたものが被制御機器側プロトコル変換装置５の制御要求処理手段５ｂの提供するサービスである。ここでは、オブジェクト間通信技術（手段）としてＣＯＲＢＡを使用して説明しているが他のオブジェクト間通信技術（手段）であっても同等のサービスを提供することができる。ＣＯＲＢＡ以外の例として図５（ｂ）に、オブジェクト間通信技術（手段）としてＤＣＯＭを使用した場合を示す。同様に、図５（ｂ）中ｅｘｅ＿ｃｍｄに続く括弧内に記述されたものが被制御機器側プロトコル変換装置５の制御要求処理手段５ｂの提供するサービスである。
【００７８】
図４に戻って説明を続ける。
被制御機器側プロトコル変換装置５の制御要求処理手段５ｂは、ｅｘｅ＿ｃｍｄの処理要求があると、制御機器側プロトコル変換装置３の制御要求手段３ａから通知された（送信された）Ｐ２プロトコルコマンドｃｍｄを、外部インターフェース５ｃを介して、ＶＴＲ（被制御機器）４に送信する（Ｓ３）。
【００７９】
ＶＴＲ（被制御機器）４は、受信したＰ２プロトコルコマンドに従った動作をすると共に、レスポンスとしてＰ２プロトコルのレスポンスコマンド「ｒｅｓ」を出力する（Ｓ４）。このＰ２プロトコルのレスポンスコマンドは、制御要求コマンド（プロトコルデータ）同様、３〜１８バイトの可変長データである。
【００８０】
被制御機器側プロトコル変換装置５は、外部インターフェース５ｃを介して、レスポンスコマンドｒｅｓを受信すると、このレスポンスコマンドｒｅｓを制御要求手段３ｂからのｅｘｅ＿ｃｍｄ処理要求のレスポンス（応答データ：「ｅｘｅ＿ｃｍｄ（ｃｍｄ）のレスポンス」）として、制御機器側プロトコル変換装置３の制御要求手段３ｂに送信する（Ｓ５）。
【００８１】
制御機器側プロトコル変換装置３の制御要求手段３ｂは、被制御機器側プロトコル変換装置５の制御要求処理手段５ｂからのレスポンスｒｅｓを受信すると、外部インターフェース３ｃを介して、コントローラ（制御機器）２にレスポンスコマンド「ｒｅｓ」として送信する（Ｓ６）。
【００８２】
以上のように、機器制御プロトコル変換システム１の具体的な動作例として、オブジェクト通信技術（手段）にＣＯＲＢＡを使用した場合に説明した。これによれば、制御要求手段３ｂと制御要求処理手段５ｂは単に、コントローラ（制御機器）２から出力されたＰ２プロトコルコマンドおよびＶＴＲ（被制御機器）４からのＰ２プロトコルレスポンスコマンドを送受信しているだけであり、プロトコル（通信規約）を変換したのみでコマンド内容に一切関知していない。このため、制御機器側と被制御機器側との間で、Ｐ２プロトコルに従うすべてのコマンドに対応することが可能である。
【００８３】
また、ネットワーク装置１１を介して、任意のＶＴＲ（被制御機器）４（４Ａ、４Ｂ、４Ｃ・・・）を制御することが可能である。さらに、新たなＶＴＲ等の被制御機器が追加されたとしても、コントローラ（制御機器）２、制御機器側プロトコル変換装置３、入力装置７、表示装置９に何ら変更を加えることなく、コントローラ（制御機器）２から新規のデバイス（被制御機器）を制御することが可能である。
【００８４】
以上、一実施形態に基づいて本発明を説明したが、本発明はこれに限定されるものではない。
例えば、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５の各構成の処理を一つずつの工程ととらえた制御機器側プロトコル変換方法、被制御機器側プロトコル変換方法とみなすことも可能であり、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５の各構成の処理を汎用のコンピュータ言語で記述した制御機器側プロトコル変換プログラム、被制御機器側プロトコル変換プログラムとみなすことも可能である。これらの場合、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５と同様の効果を得ることができる。
【００８５】
【発明の効果】
請求項１、２、５記載の発明によれば、ネットワークに接続される被制御機器が選択され、制御機器から既存のプロトコルに基づくプロトコルデータが受信される。受信されたプロトコルデータが、選択された被制御機器のプロトコルに対応するように変換され、被制御機器にネットワークを介して出力される。このため、被制御機器側で変換されたプロトコルデータが受信できれば、プロトコルのみを調整するだけで、制御機器が被制御機器を制御することができるので、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更できる。また、ネットワークを介して制御可能であるので、制御機器から被制御機器を遠隔制御することができる。
【００８６】
請求項３記載の発明によれば、レスポンスデータが受信され、このレスポンスデータのプロトコルが変換され、制御機器に出力される。つまり、制御機器と被制御機器間でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側で被制御機器の状態を把握（認識）することができる。
【００８７】
請求項４記載の発明によれば、制御機器と被制御機器間でオブジェクト通信技術が利用される。このため、制御機器、被制御機器がネットワーク上で一意に識別することができ、容易に被制御機器の増設等を行うことができる。
【００８８】
請求項６、７、１０記載の発明によれば、被制御機器がネットワーク上で認識可能なオブジェクトにされた後、制御機器側から送信されたプロトコルデータが受信され、オブジェクト化されている被制御機器が受信したプロトコルデータに基づいて制御される。このため、制御機器側で変換されたプロトコルデータが送信されれば、プロトコルのみを調整するだけで、制御機器が被制御機器を制御することができるので、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更できる。また、ネットワークを介して制御可能であるので、制御機器から被制御機器を遠隔制御することができる。
【００８９】
請求項８記載の発明によれば、プロトコルデータに対応するレスポンスデータが送信されるので、被制御機器側の状態を制御機器に伝達することができる。
【００９０】
請求項９記載の発明によれば、被制御機器と制御機器間でオブジェクト通信技術が利用される。このため、被制御機器、制御機器をネットワーク上で一意に識別することができ、容易に被制御機器の増設等を行うことができる。
【図面の簡単な説明】
【図１】本発明による一実施の形態である機器制御プロトコル変換システムのブロック図である。
【図２】図１に示した機器制御プロトコル変換システムの動作を説明したシーケンスチャートである。
【図３】オブジェクト管理リストの例を示した図である。
【図４】機器制御プロトコル変換システムの具体的な動作例を説明したシーケンスチャートである。
【図５】制御要求手段および制御要求処理手段に用いられるインターフェースをＣＯＲＢＡ、ＤＣＯＭで記述した例である。
【図６】従来のネットワークを介して接続される機器を説明した図である。
【符号の説明】
１ 機器制御プロトコル変換システム
２ コントローラ（制御機器）
３ 制御機器側プロトコル変換装置
３ａ オブジェクト選択手段
３ｂ 制御要求手段
３ｃ、５ｃ 外部インターフェース
４、４Ａ、４Ｂ、４Ｃ ＶＴＲ（被制御機器）
５ 被制御機器側プロトコル変換装置
５ａ オブジェクト化処理手段
５ｂ 制御要求処理手段
７ 入力装置
９ 表示装置
【発明の属する技術分野】
本発明は、ネットワークを介して接続される機器間においてプロトコルを変換して制御を行う制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラムに関する。
【０００２】
【従来の技術】
従来、ネットワークを介して接続される機器間、例えば、放送局内の通信網等を介して使用される、映像または音声を編集する編集装置には、この編集装置を遠隔制御する編集コントローラが備えられ、これら編集コントローラと編集装置とが放送局内の通信網で接続されて、編集コントローラによって編集装置が制御されている（機器間の通信制御の例として、例えば、特許文献１参照）。
【０００３】
これら従来の編集コントローラおよび編集装置等からなる映像音声編集システムを図６に示す。この図６に示すように、映像音声編集システムは、編集するデータ（映像または音声）の再生記録を制御する編集コントローラ１０１と、制作された映像または音声を再生する再生装置１０３（図中、ＶＴＲ（再生））と、再生された映像または音声を記録する記録装置１０５（図中、ＶＴＲ（記録））とを備えている。つまり、編集コントローラ１０１は、再生装置１０３から記録装置１０５にダビングする映像または音声の時間的位置や長さを制御するものである。
【０００４】
ここで、放送局等で使用されている従来の映像音声編集システムの詳細（プロトコルやインターフェースの規格等）について説明すると、従来の映像音声編集システムの再生装置１０３や記録装置１０５等の機器には、一般的に外部制御インターフェースとしてＰ２プロトコルを用いたインターフェースが装備されている。この外部制御インターフェースは電気的にはＲＳ−４２２インターフェースに基づく通信速度３８．４ｋボー（ｂｐｓ）の調歩同期方式のシリアルインターフェースであり、コネクタにはＤ−ｓｕｂ９が使用され、各機器の外部制御インターフェース間の接続にはパラレルケーブルが使用されている。
【０００５】
また、Ｐ２プロトコルは、各機器を制御するコントローラ（編集コントローラ１０１）からデバイス（再生装置１０３、記録装置１０５）を制御するため、コントローラとデバイスとの間でコマンド（命令データ、応答データ）を送受信する通信規約の一種である。
【０００６】
このＰ２プロトコルは、編集コントローラ１０１等からのコントローラ側から、再生装置１０３、記録装置１０５等のデバイス側にコマンド（命令データ）を送り、このコマンドを受信したデバイス側がコマンドに従った動作を行って、デバイス側からコントローラ側にコマンド（応答データ、または、レスポンスコマンド）を返答する方式となっている。また、コントローラとデバイスとの間のコマンドは、３〜１８バイトの可変長データが使用されている。
【０００７】
ところで、コンピュータネットワークを使用した通信方式として、ネットワーク上の分散された端末が相互に接続、通信する方式（オブジェクト間通信方法）に、分散オブジェクト技術が採用されている。この分散オブジェクトは、ネットワーク上に分散されている複数の端末による分散システム環境下でオブジェクト同士がメッセージの交換を行うものである。オブジェクト間通信方法の実装例として、ＯＭＧ（Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ）のＣＯＲＢＡ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＤＣＯＭ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）、Ｊａｖａ（登録商標）ＲＭＩ（Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）等がある。
【０００８】
【特許文献１】
特開２００１−０７５９０２号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、従来のＰ２プロトコルを用いた映像音声編集システムでは、コントローラ（編集コントローラ１０１）と、デバイス（再生装置１０３および記録装置１０５）との間は、９ピンのパラレルケーブルで直結されているため、コントローラの制御対象であるデバイスを変更する場合には、パラレルケーブルの接続切替を手作業（人手で直接）で行うか、予め外部制御インターフェースを切り替える切り替えスイッチに当該パラレルケーブルを接続しておき、必要に応じて切り替えスイッチを切り替える必要があった。このため、コントローラが制御する制御対象となる機器を容易に変更することができないという問題がある。
【００１０】
また、直接パラレルケーブルで接続されているので、コントローラからデバイスを遠隔制御しようとした場合、ネットワークの利用が考えられるが、コントローラとデバイスの双方がネットワークに対応していなければならず、容易に遠隔制御することができないという問題がある。
【００１１】
そこで、本発明の目的は前記した従来の技術が有する課題を解消し、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更でき、制御機器から被制御機器を遠隔制御することができる制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラムを提供することにある。
【００１２】
【課題を解決するための手段】
本発明は、前記した目的を達成するため、以下に示す構成とした。
請求項１記載の制御機器側プロトコル変換方法は、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換方法であって、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択ステップと、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するプロトコルデータ受信ステップと、前記オブジェクト選択ステップにて選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記プロトコルデータ受信ステップにて受信したプロトコルデータを変換するプロトコル変換ステップと、このプロトコル変換ステップにて変換した変換プロトコルデータを、前記ネットワークを介して出力する変換プロトコルデータ出力ステップと、を含むことを特徴とする。
【００１３】
この方法によれば、まず、オブジェクト選択ステップにおいて、ネットワークに接続される被制御機器がオブジェクトとして選択される。なお、予め、ネットワークに接続されている被制御機器はネットワーク上でオブジェクト化されており、制御機器側から認識可能となっている。続いて、プロトコルデータ受信ステップにおいて、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。このプロトコルデータ（通信規約に基づく情報）は、制御機器内に記録されているコマンド（命令情報）であり、各制御機器において個別に設定されているものである。そして、プロトコル変換ステップにおいて、プロトコルデータ受信ステップにて受信されたプロトコルデータが、オブジェクト選択ステップにて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、変換プロトコルデータ出力ステップにおいて、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００１４】
請求項２記載の制御機器側プロトコル変換装置は、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換装置であって、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段と、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段と、前記オブジェクト選択手段で選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段と、このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力するデータ出力手段と、を備えることを特徴とする。
【００１５】
かかる構成によれば、オブジェクト選択手段で、ネットワークに接続される被制御機器がオブジェクトとして選択される。続いて、データ受信手段で、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。そして、プロトコル変換手段で、データ受信手段にて受信されたプロトコルデータが、オブジェクト選択手段にて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、データ出力手段で、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００１６】
請求項３記載の制御機器側プロトコル変換装置は、請求項２に記載の制御機器側プロトコル変換装置において、前記データ受信手段が、前記被制御機器から送信された、前記プロトコルデータに対応する応答信号であるレスポンスデータを受信し、前記プロトコル変換手段が前記レスポンスデータのプロトコルを変換して、データ出力手段で前記制御機器に出力することを特徴とする。
【００１７】
かかる構成によれば、データ受信手段で被制御機器から送信されたレスポンスデータが受信され、プロトコル変換手段でレスポンスデータのプロトコルが変換され、データ出力手段で制御機器に出力される。つまり、制御機器と被制御機器間でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側で被制御機器の状態を把握（認識）することができる。
【００１８】
請求項４記載の制御機器側プロトコル変換装置は、請求項２または請求項３に記載の制御機器側プロトコル変換装置において、前記ネットワークを介して前記制御機器と前記被制御機器との間で、オブジェクト間通信により通信を行うことを特徴とする。
【００１９】
かかる構成によれば、制御機器と被制御機器との間において、オブジェクト通信（オブジェクト通信技術）により通信される。オブジェクト通信技術は、制御機器と被制御機器とをネットワーク上のデータとして定義するもので、例えば、オブジェクト通信技術（オブジェクト間通信手段）として、ＣＯＲＢＡを用いた場合には、このＣＯＲＢＡの仕様に定められているＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）が利用されて、制御機器、被制御機器がネットワーク上で一意に識別される。この場合、ＩＯＲはオブジェクトを動作させている端末のホストアドレスやポート番号等のデータが記録されている。
【００２０】
請求項５記載の制御機器側プロトコル変換プログラムは、外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための装置を、以下に示す手段として機能させることを特徴とする。当該装置を機能させる手段は、前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段、前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段、前記オブジェクト選択手段で選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段、このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力するデータ出力手段、である。
【００２１】
かかる構成によれば、オブジェクト選択手段で、ネットワークに接続される被制御機器がオブジェクトとして選択される。続いて、データ受信手段で、制御機器から制御機器側プロトコルに基づくプロトコルデータが受信される。そして、プロトコル変換手段で、データ受信手段にて受信されたプロトコルデータが、オブジェクト選択手段にて選択された被制御機器の被制御機器側プロトコルに対応するように変換される。その後、データ出力手段で、被制御機器にネットワークを介して変換プロトコルデータが出力される。
【００２２】
請求項６記載の被制御機器側プロトコル変換方法は、請求項１に記載の制御機器側プロトコル変換方法により、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換方法であって、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化ステップと、前記変換プロトコルデータを受信する変換プロトコルデータ受信ステップと、前記変換プロトコルデータ受信ステップにて受信した変換プロトコルデータに基づいて、前記オブジェクト化ステップにてオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御ステップと、を含むことを特徴とする。
【００２３】
この方法によれば、まず、オブジェクト化ステップにて、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信ステップにおいて、制御機器側から送信された変換プロトコルデータが受信される。この変換プロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御ステップにおいて、オブジェクト化されている被制御機器が、変換プロトコルデータ受信ステップにて受信した変換プロトコルデータに基づいて制御される。
【００２４】
請求項７記載の被制御機器側プロトコル変換装置は、請求項２に記載の制御機器側プロトコル変換装置によって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換装置であって、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段と、前記変換プロトコルデータを受信する変換プロトコルデータ受信手段と、前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段と、を備えることを特徴とする。
【００２５】
かかる構成によれば、オブジェクト化手段で、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信手段で、制御機器側から送信された変換プロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御手段で、オブジェクト化されている被制御機器が、変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて制御される。
【００２６】
請求項８記載の被制御機器側プロトコル変換装置は、請求項７に記載の被制御機器側プロトコル変換装置において、前記制御機器に前記プロトコルデータに対応する応答信号であるレスポンスデータを送信するレスポンスデータ送信手段と、
を備えることを特徴とする。
【００２７】
かかる構成によれば、レスポンスデータ送信手段で、プロトコルデータに対応するレスポンスデータが送信される。このレスポンスデータにより、被制御機器側の状態を制御機器に伝達することができる。
【００２８】
請求項９記載の被制御機器側プロトコル変換装置は、請求項７または請求項８に記載の被制御機器側プロトコル変換装置において、前記ネットワークを介して、前記被制御機器と前記制御機器との間でオブジェクト間通信により通信を行うことを特徴とする。
【００２９】
かかる構成によれば、被制御機器と制御機器との間において、オブジェクト通信（オブジェクト通信技術）により通信される。オブジェクト通信技術は、被制御機器と制御機器とをネットワーク上のデータとして定義するものである。
【００３０】
請求項１０記載の被制御機器側プロトコル変換プログラムは、請求項５に記載の制御機器側プロトコル変換プログラムによって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための装置を、以下に示す手段として機能させることを特徴とする。当該装置を機能させる手段は、前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段、前記変換プロトコルデータを受信する変換プロトコルデータ受信手段、前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段、である。
【００３１】
かかる構成によれば、オブジェクト化手段で、被制御機器に関する情報がネットワーク上で認識可能なオブジェクトにされる。続いて、変換プロトコルデータ受信手段で、制御機器側から送信された変換プロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、被制御機器オブジェクト制御手段で、オブジェクト化されている被制御機器が、変換プロトコルデータ受信手段で受信された変換プロトコルデータに基づいて制御される。
【００３２】
【発明の実施の形態】
以下、本発明の一実施の形態について、図面を参照して詳細に説明する。
（機器制御プロトコル変換システムの構成）
図１は、機器制御プロトコル変換システム（制御機器と被制御機器とを含んでなる）のブロック図である。この図１に示すように、機器制御プロトコル変換システム１は、コントローラ２と、制御機器側プロトコル変換装置３と、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）と、被制御機器側プロトコル変換装置５（５Ａ、５Ｂ、５Ｃ・・・）と、入力装置７と、表示装置９と、ネットワーク装置１１とを備えている。
【００３３】
この機器制御プロトコル変換システム１は、互いにプロトコルが異なる（プロトコルが不統一の）機器同士である、制御する側の機器（制御機器：コントローラ２）と、制御される側の機器（被制御機器：ＶＴＲ４）とが、ネットワーク装置１１（ネットワークおよびネットワーク周辺機器の総称）を介して、接続されており、制御する側の機器から制御される側の機器を遠隔制御するためのものである。
【００３４】
コントローラ２は、制御機器に相当し、この制御機器側の使用者が操作するもので、図示を省略した種々の操作スイッチを備えて構成されている。このコントローラ２の内部には、既存のプロトコル（通信規約）を記録する記録部（図示せず）が備えられており、コントローラ２はこのプロトコルに基づいて生成されるコマンド（プロトコルデータ）を出力するものである。
【００３５】
制御機器側プロトコル変換装置３は、コントローラ２のプロトコルを変換するクライアント（アダプタの形態）に相当するもので、オブジェクト選択手段３ａと、制御要求手段３ｂと、外部インターフェース３ｃとを備えている。なお、この実施の形態では、制御機器側プロトコル変換装置３は、コントローラ２に脱着可能なアダプタの形態に構成されている。
【００３６】
オブジェクト選択手段３ａは、ネットワーク上に存在しているオブジェクトを選択するもので、オブジェクトは、分散オブジェクト技術であるオブジェクト間通信によって被制御機器側で、当該被制御機器に関する情報がデータの集合（ネットワーク上で一意に識別される）に変換されたもので、コントローラ２の使用者によって選択されたものである。このオブジェクト選択手段３ａが特許請求の範囲に記載した被制御機器選択手段に相当するものである。
【００３７】
制御要求手段３ｂは、オブジェクト選択手段３ａで選択されたオブジェクト（被制御機器：ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・））に対応するように、コントローラ（制御機器）２からのプロトコルデータを変換し、オブジェクトへの制御要求（サービス要求）を生成するものである。また、オブジェクト（被制御機器：ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・））から出力されるレスポンスデータ（後記する）を変換するものである。この制御要求手段３ｂが特許請求の範囲に記載したプロトコル変換出力手段に相当するものである。
【００３８】
外部インターフェース３ｃは、コントローラ２と、ネットワーク装置１１との間で情報（プロトコルデータ、レスポンスデータ（後記する））の送受信を行うものである。この外部インターフェース３ｃが特許請求の範囲に記載したデータ受信手段、データ出力手段に相当するものである。
【００３９】
ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）は、被制御機器に相当し、ＶＴＲテープ等の記録再生を行うものである。なお、この実施の形態では、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）のみを図示したが、ネットワークを介して制御可能な機器であればどんな機器でもよい。例えば、ＶＴＲ等の放送局内で使用される機器だけではなく、一般の家庭に備えられている家電製品であってもよい。
【００４０】
被制御機器側プロトコル変換装置５（５Ａ、５Ｂ、５Ｃ・・・）は、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）をオブジェクト（ネットワーク上に存在させるデータ）に変換すると共に、コントローラ２から送信されたプロトコルデータに基づいて、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を制御するもので、オブジェクト化処理手段５ａと、制御要求処理手段５ｂと、外部インターフェース５ｃとを備えている。
【００４１】
オブジェクト化処理手段５ａは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を外部から、つまり、ネットワーク装置１１を介して一意に認識可能な、コントローラ（制御機器）２から制御可能なオブジェクトに、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に関する情報（に係る情報）を変換するものである。このオブジェクト化処理手段５ａが特許請求の範囲に記載したオブジェクト化手段に相当するものである。
【００４２】
制御要求処理手段５ｂは、コントローラ（制御機器）２から送信されて制御機器側プロトコル変換装置３で変換されたプロトコルデータを、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対応する制御要求（制御データ）に処理するものである。この制御要求処理手段５ｂが特許請求の範囲に記載した被制御機器オブジェクト制御手段に相当するものである。
【００４３】
この実施の形態において、プロトコルデータをＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対応する制御要求（制御データ）に処理する例として、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に対し、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に記録されている映像データ等を再生させて、ネットワーク装置１１を介して、表示装置９に表示させるといったことが挙げられる。
【００４４】
外部インターフェース５ｃは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）と、ネットワーク装置１１との間で情報（プロトコルデータ、制御データ、レスポンスデータ）の送受信を行うものである。レスポンスデータは、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）から出力される応答信号であり、制御データに基づいて、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が駆動した結果に関する情報である。つまり、制御データがＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）に、映像データの再生を要求するものであった場合、レスポンスデータは、映像データの再生を実行したこと（磁気ヘッドの回転開始）を示す情報ということになる。この外部インターフェース５ｃが特許請求の範囲に記載したプロトコルデータ受信手段、レスポンスデータ送信手段に相当するものである。
【００４５】
入力装置７は、制御機器側（コントローラ２および制御機器側プロトコル変換装置３）の使用者が、ネットワーク上に存在するオブジェクトを入力するキーボード、マウス等から構成されるものである。この実施の形態では、入力装置７によって入力された（指示された）オブジェクトが制御機器側プロトコル変換装置３のオブジェクト選択手段３ａによって選択される構成となっている。
【００４６】
表示装置９は、ＣＲＴや液晶のディスプレイ等から構成され、ネットワーク上に存在するオブジェクトを表示するもので、この表示装置９の表示画面には、選択可能な（指示可能な）オブジェクトが複数のオブジェクト名の一覧表（オブジェクト管理リスト）として表示されている。また、この表示装置９は、入力装置７で選択されたオブジェクト名に対応した、オブジェクト名の一覧表にあるオブジェクトリファレンスを、制御機器側プロトコル変換装置３が取得するための要求を受信するものである。この要求に基づいて、表示装置９は、オブジェクト管理リストからオブジェクト名に対応したオブジェクトリファレンスを検索し、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａに通知する機能を有している。
【００４７】
なお、入力装置７および表示装置９は、この実施の形態では、別々にネットワーク装置１１に接続されているが、これら入力装置７および表示装置９は、制御機器側プロトコル変換装置３に組み込まれて構成されていてもよい。
【００４８】
ネットワーク装置１１は、通信回線（有線または無線）とハブ等の中継分岐部（図示せず）等から構成されており、制御機器側プロトコル変換装置３と被制御機器側プロトコル変換装置５と間で情報（プロトコルデータ、レスポンスデータ）の送受信を可能にするものである。
【００４９】
これら機器制御プロトコル変換システム１の制御機器側プロトコル変換装置３によれば、オブジェクト選択手段３ａで、ネットワーク装置１１を介して被制御機器側プロトコル変換装置５に接続されるＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機側器）が、コントローラ（制御機器）２の使用者によって選択される。外部インターフェース３ｃで、コントローラ（制御機器）２から既存のプロトコルに基づくプロトコルデータが受信される。その後、制御要求手段３ｂで、外部インターフェース３ｃにて受信されたプロトコルデータが、オブジェクト選択手段３ａで選択されたＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）のプロトコルに対応するように変換され、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）にネットワーク装置１１を介して出力される。
【００５０】
このため、コントローラ２のプロトコルに依存することなく、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）のプロトコルに基づくプロトコルデータに変換することができるので、コントローラ（制御機器）２で制御するＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機側器）を容易に変更できる。また、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）とがネットワーク装置１１を介して、プロトコルデータの送受信を可能に構成されているので、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を遠隔制御することができる。
【００５１】
また、制御機器側プロトコル変換装置３の外部インターフェース３ｃでＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）からのレスポンスデータが受信され、制御要求手段３ｂでレスポンスデータのプロトコルが変換され、コントローラ（制御機器）２に出力される。つまり、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側（コントローラ２側）で被制御機器（ＶＴＲ４側）の状態を把握（認識）することができる。
【００５２】
さらに、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）と間でオブジェクト通信技術が利用されている。このため、例えば、オブジェクト通信技術（オブジェクト間通信手段）として、ＣＯＲＢＡを用いた場合には、このＣＯＲＢＡの仕様に定められているＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）が利用されて、コントローラ（制御機器）２、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がネットワーク上で一意に識別することができる。
【００５３】
被制御機器側プロトコル変換装置５によれば、オブジェクト化処理手段５ａで、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がネットワーク上で認識可能なオブジェクトにされる。外部インターフェース５ｃで、制御機器側から送信されたプロトコルデータが受信される。このプロトコルデータは、制御機器側で変換されており、被制御機器側のプロトコルに対応するようになっている。そして、制御要求処理手段５ｂで、オブジェクト化されているＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が、外部インターフェース５ｃで受信したプロトコルデータに基づいて制御される。
【００５４】
このため、制御機器側（コントローラ２側）の既存のプロトコルに依存することなく、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が制御されるので、このＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を容易に変更できる。また、コントローラ（制御機器）２とＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）とがネットワーク装置１１を介して、プロトコルデータの送受信を可能に構成されているので、コントローラ（制御機器）２からＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）を遠隔制御することができる。
【００５５】
また、外部インターフェース５ｃで、プロトコルデータに対応するレスポンスデータがネットワーク装置１１、制御機器側プロトコル変換装置３を介してコントローラ（制御機器）２に送信される。このレスポンスデータにより、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）側の状態をコントローラ（制御機器）２に伝達することができる。
【００５６】
（機器制御プロトコル変換システムの動作）
次に、図２に示すフローチャート参照して、機器制御プロトコル変換システム１の動作を説明する（適宜図１参照）。
まず、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）が被制御機器側プロトコル変換装置５に接続されて、被制御機器側プロトコル変換装置５が稼働される（接続後、動作開始）と、被制御機器側プロトコル変換装置５のオブジェクト化処理手段５ａがＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）をオブジェクトに変換する（Ｂ１）。すると、ネットワーク上で、ＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・：被制御機器）がオブジェクトとして認識可能となる。
【００５７】
そして、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａで、オブジェクト（ＶＴＲ４）が選択される（Ｃ１）。この場合、制御機器側の使用者が入力装置７で入力したオブジェクトがオブジェクト選択手段３ａで選択される。続いて、コントローラ（制御機器）２から出力された、既存のプロトコルに基づくプロトコルデータが外部インターフェース３ｃで受信される（Ｃ２）。
【００５８】
外部インターフェース３ｃで受信されたプロトコルデータは、制御要求手段３ｂで、選択されたオブジェクトに対応するプロトコルデータに変換され（Ｃ３）、外部インターフェース３ｃで被制御機器側プロトコル変換装置５に送信される（Ｃ４）。
【００５９】
すると、被制御機器側プロトコル変換装置５の外部インターフェース５ｃで変換されたプロトコルデータが受信される（Ｂ２）。そして、制御要求処理手段５ｂで変換されたプロトコルデータがＶＴＲ４に対応する制御データに処理され（Ｂ３）、外部インターフェース５ｃでＶＴＲ４に送信される（Ｂ４）。制御データを受信したＶＴＲ４は、この制御データに基づいて駆動すると共に、当該ＶＴＲ４の現在の状況に関するデータ（駆動した結果に関する情報）であるレスポンスデータを被制御機器側プロトコル変換装置５に出力し、このレスポンスデータを被制御機器側プロトコル変換装置５の外部インターフェース５ｃが受信し、ネットワーク装置１１を介して、制御機器側プロトコル変換装置３に送信する（Ｂ５）。
【００６０】
引き続いて、制御機器側プロトコル変換装置３の外部インターフェース３ｃでレスポンスデータが受信され（Ｃ５）、制御要求手段３ｂでレスポンスデータがコントローラ（制御機器）２に対応したレスポンスデータに変換される（Ｃ６）。その後、外部インターフェース３ｃで変換されたレスポンスデータがコントローラ（制御機器）２に送信される（Ｃ７）。
【００６１】
つまり、機器制御プロトコル変換システム１の一連の動作によれば、コントローラ（制御機器）２からのプロトコルデータが変換され、ネットワーク装置１１を介して、ＶＴＲ（被制御機器）４に送信されて、制御されるので、コントローラ（制御機器）２とＶＴＲ（被制御機器）４との間で、プロトコルが異なっていても、容易に制御することが可能であり、ネットワーク装置１１を介して、コントローラ（制御機器）２によってＶＴＲ（被制御機器）４を遠隔操作することができる。
【００６２】
（機器制御プロトコル変換システムの具体的な動作例）
ここで、図１、図３〜図５を参照して、機器制御プロトコル変換システム１の具体的な動作例について説明する。なお、ここからの説明は、機器制御プロトコル変換システム１の各構成において、具体的に組み込まれているソフトウェア等の説明を織り交ぜながら（構成と動作との区別をせずに）行っていく。
【００６３】
まず、被制御機器側プロトコル変換装置５が起動すると、オブジェクト化処理手段５ａが処理を開始する。つまり、このＶＴＲ（被制御機器）４がサービスを提供する「サーバオブジェクト」としてネットワーク上に生成される。この実施の形態では、ＶＴＲ（被制御機器）４をオブジェト化処理する手段として、分散オブジェクト技術であるオブジェクト間通信が用いられている。オブジェクト間通信技術としては、前記したＣＯＲＢＡ以外に、ＤＣＯＭ、Ｊａｖａ（登録商標）ＲＭＩ等も使用可能である。ここでは、ＣＯＲＢＡを利用したものとして以下の説明を続ける。
【００６４】
被制御機器側プロトコル変換装置５のオブジェクト化処理手段５ａの動作により、被制御機器側プロトコル変換装置５は外部からＶＴＲ（被制御機器）４を制御するサービス要求（プロトコルデータ）を受け付ける待ち受け状態となる。オブジェクト化処理手段５ａはＶＴＲ（被制御機器）４のオブジェクト化（オブジェクトの生成）が完了すると、制御機器側の表示装置９にオブジェクトの生成を通知すると共に、図３に示すように、予め被制御機器側プロトコル変換装置５に決定されているオブジェクト名および生成したオブジェクトのオブジェクトリファレンスを通知する。
【００６５】
なお、生成されるオブジェクトは、一意なオブジェクト名が予め設定されており、外部からオブジェクト名によりオブジェクトを判別できるものであり、この図３では、オブジェクト名「ＯＢＪ１ａ」とオブジェクトリファレンス「ＩＯＲ１ａ」とが対応しており、オブジェクト名「ＯＢＪ１ｂ」とオブジェクトリファレンス「ＩＯＲ１ｂ」とが対応している。
【００６６】
オブジェクトリファレンスは、オブジェクト間通信技術（手段）を使用してネットワーク等を介して、遠方からオブジェクトをアクセスするための初期通信に必要となるデータである。例えば、オブジェクト間通信技術（手段）としてＣＯＲＢＡが用いられた場合は、ＣＯＲＢＡ仕様に定められるＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）がこれに該当する。ＩＯＲは、ＣＯＲＢＡにおいて、オブジェクトを一意に識別するために必要なデータをまとめたものであり、オブジェクトを動作させている端末（被制御機器側プロトコル変換装置５）のホストアドレス、ポート番号等のデータが記録されたものである。
【００６７】
複数の被制御機器側プロトコル変換装置５（５Ｂ、５Ｃ・・・）が起動し、被制御機器側プロトコル変換装置５（５Ａ）のオブジェクト化処理手段５ａと同様の動作により、ＶＴＲ４（４Ｂ、４Ｃ）のオブジェクトがネットワーク上に生成され、これらＶＴＲ４（４Ａ、４Ｂ、４Ｃ・・・）を制御するためのサービス要求を待ち受ける状態とされる。同様に、生成されたオブジェクトのオブジェクト名およびオブジェクトリファレンスが、制御機器側の表示装置９に通知される。
【００６８】
続いて、制御機器側の表示装置９は、被制御機器側プロトコル変換装置５が生成したオブジェクトからの通知を受信し、オブジェクト名の一覧を表示する。表示装置９は、通知されたオブジェクト名を表示すると共に、オブジェクト名とオブジェクトリファレンスからなるオブジェクト管理リストを内部に保持しておく。
【００６９】
すると、コントローラ（制御機器）２および制御機器側プロトコル変換装置３を使用する使用者は、表示装置９に表示されたオブジェクトの一覧から、使用者が制御したいオブジェクト（ＶＴＲ４（被制御機器））を選択する。使用者はオブジェクトの選択をする際に、入力装置７を使用して表示されているオブジェクトを指示する。使用者が入力装置７によって、オブジェクトを選択すると、この入力装置７は、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａに選択されたオブジェクト名（ここでは、ＯＢＪ１ａとして説明する）を通知する。
【００７０】
そして、制御機器側プロトコル変換装置３のオブジェクト選択手段３ａが入力装置７からの通知を受信すると、選択されたオブジェクト名に対応したオブジェクトリファレンスを取得するために、表示装置９に要求が出される。すなわち、オブジェクト選択手段３ａはオブジェクト名ＯＢＪ１ａのオブジェクトリファレンスを取得するために、表示装置９に要求を出す。すると、表示装置９は、オブジェクト管理リストからオブジェクト名ＯＢＪ１ａのオブジェクトリファレンスＩＯＲ１ａを検索し、オブジェクトリファレンスＩＯＲ１ａをオブジェクト選択手段３ａに通知する。
【００７１】
制御機器側プロトコル変換装置３のオブジェクト選択手段３ａによって、表示装置９から通知されたオブジェクトリファレンスＩＯＲ１ａが使用されオブジェクト間通信技術（手段）が使用されてオブジェクトへの初期接続が行われる。これらの具体的な動作によって、コントローラ（制御機器）２を使用する使用者が指示した（選択した）任意のオブジェクト（ＶＴＲ（被制御機器）４）が、制御機器側プロトコル変換装置３および被制御機器側プロトコル変換装置５によって接続される。
【００７２】
続いて、被制御機器側プロトコル変換装置５が生成したオブジェクトに接続している状態で、コントローラ（制御機器）２からＶＴＲ（被制御機器）４を制御する場合について、詳細に説明していく。
【００７３】
このコントローラ（制御機器）２は、Ｐ２プロトコルに基づく、Ｐ２プロトコルコマンドを出力するものであり、このＰ２プロトコルコマンドは、制御機器側プロトコル変換装置３の制御要求手段３ｂおよび被制御機器側プロトコル変換装置５の制御要求処理手段５ｂを経由して、ＶＴＲ（被制御機器）４に送られる。このＰ２プロトコルコマンドに対するＶＴＲ（被制御機器）４のＰ２プロトコルレスポンスコマンドは、被制御機器側プロトコル変換装置５の制御要求処理手段５ｂおよび制御機器側プロトコル変換装置３の制御要求手段３ｂを経由して、コントローラ（制御機器）２に受け渡される。
【００７４】
ここで、このＰ２プロトコルコマンドおよびＰ２プロトコルレスポンスコマンドの受け渡しについて、図４に示すシーケンスチャートを参照して説明する。この図４は、オブジェクト間通信技術（手段）にＣＯＲＢＡを用いた場合を示したものである。
【００７５】
まず、コントローラ（制御機器）２から、Ｐ２プロトコルに従ったコマンドが出力される。ここで、Ｐ２プロトコルのコマンドは３〜１８バイトの可変長データであり、図４では、「ｃｍｄ」と表記する（Ｓ１）。制御機器側プロトコル変換装置３の外部インターフェース３ｃは、コントローラ（制御機器）２からコマンドｃｍｄを受信すると、制御要求手段３ｂにｃｍｄを出力（通知）する。
【００７６】
制御要求手段３ｂは、被制御機器側プロトコル変換装置５の制御要求処理手段５ａに制御要求、すなわち、「ｅｘｅ＿ｃｍｄ（ｃｍｄ）の処理要求」を出力する（Ｓ２）。ここでは、被制御機器側プロトコル変換装置５の制御要求処理手段５ａが、オブジェクト間通信技術（手段）を用いたサービスであり、制御要求処理手段５ａは、オブジェクト間通信技術（手段）のインターフェースであると定義することができる。
【００７７】
ここで、プログラムとして記述されたオブジェクト間通信技術（手段）のインターフェースの例について説明する。この図５（ａ）に示したインターフェースはオブジェクト間通信技術（手段）としてＣＯＲＢＡを用いた場合の例である。図５（ａ）中ｅｘｅ＿ｃｍｄに続く括弧内に記述されたものが被制御機器側プロトコル変換装置５の制御要求処理手段５ｂの提供するサービスである。ここでは、オブジェクト間通信技術（手段）としてＣＯＲＢＡを使用して説明しているが他のオブジェクト間通信技術（手段）であっても同等のサービスを提供することができる。ＣＯＲＢＡ以外の例として図５（ｂ）に、オブジェクト間通信技術（手段）としてＤＣＯＭを使用した場合を示す。同様に、図５（ｂ）中ｅｘｅ＿ｃｍｄに続く括弧内に記述されたものが被制御機器側プロトコル変換装置５の制御要求処理手段５ｂの提供するサービスである。
【００７８】
図４に戻って説明を続ける。
被制御機器側プロトコル変換装置５の制御要求処理手段５ｂは、ｅｘｅ＿ｃｍｄの処理要求があると、制御機器側プロトコル変換装置３の制御要求手段３ａから通知された（送信された）Ｐ２プロトコルコマンドｃｍｄを、外部インターフェース５ｃを介して、ＶＴＲ（被制御機器）４に送信する（Ｓ３）。
【００７９】
ＶＴＲ（被制御機器）４は、受信したＰ２プロトコルコマンドに従った動作をすると共に、レスポンスとしてＰ２プロトコルのレスポンスコマンド「ｒｅｓ」を出力する（Ｓ４）。このＰ２プロトコルのレスポンスコマンドは、制御要求コマンド（プロトコルデータ）同様、３〜１８バイトの可変長データである。
【００８０】
被制御機器側プロトコル変換装置５は、外部インターフェース５ｃを介して、レスポンスコマンドｒｅｓを受信すると、このレスポンスコマンドｒｅｓを制御要求手段３ｂからのｅｘｅ＿ｃｍｄ処理要求のレスポンス（応答データ：「ｅｘｅ＿ｃｍｄ（ｃｍｄ）のレスポンス」）として、制御機器側プロトコル変換装置３の制御要求手段３ｂに送信する（Ｓ５）。
【００８１】
制御機器側プロトコル変換装置３の制御要求手段３ｂは、被制御機器側プロトコル変換装置５の制御要求処理手段５ｂからのレスポンスｒｅｓを受信すると、外部インターフェース３ｃを介して、コントローラ（制御機器）２にレスポンスコマンド「ｒｅｓ」として送信する（Ｓ６）。
【００８２】
以上のように、機器制御プロトコル変換システム１の具体的な動作例として、オブジェクト通信技術（手段）にＣＯＲＢＡを使用した場合に説明した。これによれば、制御要求手段３ｂと制御要求処理手段５ｂは単に、コントローラ（制御機器）２から出力されたＰ２プロトコルコマンドおよびＶＴＲ（被制御機器）４からのＰ２プロトコルレスポンスコマンドを送受信しているだけであり、プロトコル（通信規約）を変換したのみでコマンド内容に一切関知していない。このため、制御機器側と被制御機器側との間で、Ｐ２プロトコルに従うすべてのコマンドに対応することが可能である。
【００８３】
また、ネットワーク装置１１を介して、任意のＶＴＲ（被制御機器）４（４Ａ、４Ｂ、４Ｃ・・・）を制御することが可能である。さらに、新たなＶＴＲ等の被制御機器が追加されたとしても、コントローラ（制御機器）２、制御機器側プロトコル変換装置３、入力装置７、表示装置９に何ら変更を加えることなく、コントローラ（制御機器）２から新規のデバイス（被制御機器）を制御することが可能である。
【００８４】
以上、一実施形態に基づいて本発明を説明したが、本発明はこれに限定されるものではない。
例えば、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５の各構成の処理を一つずつの工程ととらえた制御機器側プロトコル変換方法、被制御機器側プロトコル変換方法とみなすことも可能であり、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５の各構成の処理を汎用のコンピュータ言語で記述した制御機器側プロトコル変換プログラム、被制御機器側プロトコル変換プログラムとみなすことも可能である。これらの場合、制御機器側プロトコル変換装置３、被制御機器側プロトコル変換装置５と同様の効果を得ることができる。
【００８５】
【発明の効果】
請求項１、２、５記載の発明によれば、ネットワークに接続される被制御機器が選択され、制御機器から既存のプロトコルに基づくプロトコルデータが受信される。受信されたプロトコルデータが、選択された被制御機器のプロトコルに対応するように変換され、被制御機器にネットワークを介して出力される。このため、被制御機器側で変換されたプロトコルデータが受信できれば、プロトコルのみを調整するだけで、制御機器が被制御機器を制御することができるので、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更できる。また、ネットワークを介して制御可能であるので、制御機器から被制御機器を遠隔制御することができる。
【００８６】
請求項３記載の発明によれば、レスポンスデータが受信され、このレスポンスデータのプロトコルが変換され、制御機器に出力される。つまり、制御機器と被制御機器間でプロトコルが異なっていても、レスポンスデータが変換されて出力されるので、制御機器側で被制御機器の状態を把握（認識）することができる。
【００８７】
請求項４記載の発明によれば、制御機器と被制御機器間でオブジェクト通信技術が利用される。このため、制御機器、被制御機器がネットワーク上で一意に識別することができ、容易に被制御機器の増設等を行うことができる。
【００８８】
請求項６、７、１０記載の発明によれば、被制御機器がネットワーク上で認識可能なオブジェクトにされた後、制御機器側から送信されたプロトコルデータが受信され、オブジェクト化されている被制御機器が受信したプロトコルデータに基づいて制御される。このため、制御機器側で変換されたプロトコルデータが送信されれば、プロトコルのみを調整するだけで、制御機器が被制御機器を制御することができるので、コントローラ等の制御機器で制御する被制御機器（デバイス）を容易に変更できる。また、ネットワークを介して制御可能であるので、制御機器から被制御機器を遠隔制御することができる。
【００８９】
請求項８記載の発明によれば、プロトコルデータに対応するレスポンスデータが送信されるので、被制御機器側の状態を制御機器に伝達することができる。
【００９０】
請求項９記載の発明によれば、被制御機器と制御機器間でオブジェクト通信技術が利用される。このため、被制御機器、制御機器をネットワーク上で一意に識別することができ、容易に被制御機器の増設等を行うことができる。
【図面の簡単な説明】
【図１】本発明による一実施の形態である機器制御プロトコル変換システムのブロック図である。
【図２】図１に示した機器制御プロトコル変換システムの動作を説明したシーケンスチャートである。
【図３】オブジェクト管理リストの例を示した図である。
【図４】機器制御プロトコル変換システムの具体的な動作例を説明したシーケンスチャートである。
【図５】制御要求手段および制御要求処理手段に用いられるインターフェースをＣＯＲＢＡ、ＤＣＯＭで記述した例である。
【図６】従来のネットワークを介して接続される機器を説明した図である。
【符号の説明】
１ 機器制御プロトコル変換システム
２ コントローラ（制御機器）
３ 制御機器側プロトコル変換装置
３ａ オブジェクト選択手段
３ｂ 制御要求手段
３ｃ、５ｃ 外部インターフェース
４、４Ａ、４Ｂ、４Ｃ ＶＴＲ（被制御機器）
５ 被制御機器側プロトコル変換装置
５ａ オブジェクト化処理手段
５ｂ 制御要求処理手段
７ 入力装置
９ 表示装置
Claims (10)
- 外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換方法であって、
前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択ステップと、
前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するプロトコルデータ受信ステップと、
前記オブジェクト選択ステップにて選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記プロトコルデータ受信ステップにて受信したプロトコルデータを変換するプロトコル変換ステップと、
このプロトコル変換ステップにて変換した変換プロトコルデータを、前記ネットワークを介して出力する変換プロトコルデータ出力ステップと、
を含むことを特徴とする制御機器側プロトコル変換方法。 - 外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための制御機器側プロトコル変換装置であって、
前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段と、
前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段と、
前記オブジェクト選択手段で選択したオブジェクトとして前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段と、
このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力するデータ出力手段と、
を備えることを特徴とする制御機器側プロトコル変換装置。 - 前記データ受信手段が、前記被制御機器から送信された、前記プロトコルデータに対応する応答信号であるレスポンスデータを受信し、
前記プロトコル変換手段が前記レスポンスデータのプロトコルを変換して、データ出力手段で前記制御機器に出力することを特徴とする請求項２に記載の制御機器側プロトコル変換装置。 - 前記ネットワークを介して前記制御機器と前記被制御機器との間で、オブジェクト間通信により通信を行うことを特徴とする請求項２または請求項３に記載の制御機器側プロトコル変換装置。
- 外部から制御可能な被制御機器を、既存の通信規約である制御機器側プロトコルを備える制御機器からネットワークを介して制御するための装置を、
前記ネットワークに接続される被制御機器に関する情報として、当該ネットワーク上に存在するオブジェクトを選択するオブジェクト選択手段、
前記制御機器から前記制御機器側プロトコルに基づくプロトコルデータを受信するデータ受信手段、
前記オブジェクト選択手段で選択したオブジェクトとして、前記ネットワーク上に存在している被制御機器の被制御機器側プロトコルに対応するように、前記データ受信手段で受信したプロトコルデータを変換するプロトコル変換手段、
このプロトコル変換手段で変換した変換プロトコルデータを、前記ネットワークを介して出力する変換プロトコルデータ出力手段、
として機能させることを特徴とする制御機器側プロトコル変換プログラム。 - 請求項１に記載の制御機器側プロトコル変換方法により、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換方法であって、
前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化ステップと、
前記変換プロトコルデータを受信する変換プロトコルデータ受信ステップと、
前記変換プロトコルデータ受信ステップにて受信した変換プロトコルデータに基づいて、前記オブジェクト化ステップにてオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御ステップと、
を含むことを特徴とする被制御機器側プロトコル変換方法。 - 請求項２に記載の制御機器側プロトコル変換装置によって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための被制御機器側プロトコル変換装置であって、
前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段と、
前記変換プロトコルデータを受信する変換プロトコルデータ受信手段と、
前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段と、
を備えることを特徴とする被制御機器側プロトコル変換装置。 - 前記制御機器に前記プロトコルデータに対応する応答信号であるレスポンスデータを送信するレスポンスデータ送信手段を備えることを特徴とする請求項７に記載の被制御機器側プロトコル変換装置。
- 前記ネットワークを介して、前記被制御機器と前記制御機器との間でオブジェクト間通信により通信することを特徴とする請求項７または請求項８に記載の被制御機器側プロトコル変換装置。
- 請求項５に記載の制御機器側プロトコル変換プログラムによって、制御機器から送信されたプロトコルデータが変換された変換プロトコルデータを、ネットワークを介して、受信して被制御機器を制御するための装置を、
前記被制御機器に関する情報をネットワーク上で認識可能な被制御機器オブジェクトにするオブジェクト化手段、
前記変換プロトコルデータを受信する変換プロトコルデータ受信手段、
前記変換プロトコルデータ受信手段で受信した変換プロトコルデータに基づいて、前記オブジェクト化手段でオブジェクト化した被制御機器オブジェクトを制御する被制御機器オブジェクト制御手段、
として機能させることを特徴とする被制御機器側プロトコル変換プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002258345A JP2004094835A (ja) | 2002-09-04 | 2002-09-04 | 制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002258345A JP2004094835A (ja) | 2002-09-04 | 2002-09-04 | 制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004094835A true JP2004094835A (ja) | 2004-03-25 |
Family
ID=32062976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002258345A Pending JP2004094835A (ja) | 2002-09-04 | 2002-09-04 | 制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004094835A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008092569A (ja) * | 2006-09-29 | 2008-04-17 | Fisher Rosemount Syst Inc | フレキシブル入出力装置を含むプロセス制御システム、方法、及びプログラムを記憶した機械アクセス可能媒体 |
| JP2009129170A (ja) * | 2007-11-22 | 2009-06-11 | Nippon Hoso Kyokai <Nhk> | デバイス制御装置及び該装置を備えた放送受信装置 |
| US20230209100A1 (en) * | 2017-09-05 | 2023-06-29 | Sonos, Inc. | Grouping in a system with multiple media playback protocols |
-
2002
- 2002-09-04 JP JP2002258345A patent/JP2004094835A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008092569A (ja) * | 2006-09-29 | 2008-04-17 | Fisher Rosemount Syst Inc | フレキシブル入出力装置を含むプロセス制御システム、方法、及びプログラムを記憶した機械アクセス可能媒体 |
| US8761196B2 (en) | 2006-09-29 | 2014-06-24 | Fisher-Rosemount Systems, Inc. | Flexible input/output devices for use in process control systems |
| JP2009129170A (ja) * | 2007-11-22 | 2009-06-11 | Nippon Hoso Kyokai <Nhk> | デバイス制御装置及び該装置を備えた放送受信装置 |
| US20230209100A1 (en) * | 2017-09-05 | 2023-06-29 | Sonos, Inc. | Grouping in a system with multiple media playback protocols |
| US11956480B2 (en) * | 2017-09-05 | 2024-04-09 | Sonos, Inc. | Grouping in a system with multiple media playback protocols |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2341716B1 (en) | Audiovisual multi-room support | |
| JP4038700B2 (ja) | 電子機器制御装置および方法、並びに、情報処理システムおよび方法 | |
| KR20030095897A (ko) | ＵＰｎＰ 기반 네트워크의 동기화 방법 | |
| JP3661175B2 (ja) | 接続状態表示方法 | |
| JP2009146146A (ja) | 情報処理装置およびホームネットワークシステム | |
| JP2001282426A (ja) | データ通信システム、装置、方法及び記憶媒体 | |
| JP2011248732A (ja) | 情報処理装置、情報処理方法および情報処理システム | |
| US10033782B2 (en) | Information processing apparatus, information processing method, information processing system and program thereof | |
| JP2001285309A (ja) | ゲートウェイ装置、媒体および情報集合体 | |
| EP2157761A2 (en) | Information processing apparatus, information processing method and information processing system for the cooperative operation of several appliances interconnected via a home network | |
| KR100819582B1 (ko) | 네트워크 어댑터 | |
| JP2004094835A (ja) | 制御機器側プロトコル変換方法、制御機器側プロトコル変換装置、制御機器側プロトコル変換プログラムおよび被制御機器側プロトコル変換方法、被制御機器側プロトコル変換装置、被制御機器側プロトコル変換プログラム | |
| JP2013016043A (ja) | 表示制御装置及びその制御方法 | |
| JP2015050709A (ja) | 制御装置、制御方法、及び、プログラム | |
| JP2002064882A (ja) | 制御装置、通り抜け機能付き被制御装置、被制御装置、媒体及び情報集合体 | |
| JP5224387B2 (ja) | コンテンツ共有システム、コンテンツ制御装置、コンテンツ共有方法及びコンテンツ共有プログラム | |
| JP3567139B2 (ja) | 情報機器、情報機器システム制御方法及び情報機器システム | |
| JP4652584B2 (ja) | 制御装置、方法およびプログラム | |
| JP2005020104A (ja) | ディスプレイ機器、サーバ機器および制御機器、並びにこれらを備えた通信システム、通信方法、プログラムおよび記録媒体 | |
| JP4101782B2 (ja) | ネットワーク接続された機器の選択方法及び機器の選択システム | |
| JP5035451B2 (ja) | 情報機器及び情報機器の制御方法 | |
| JP2002191077A (ja) | 移動体通信端末、デジタル機器およびデータ通信方法 | |
| JP2005064696A (ja) | リモート制御システム、被リモート制御装置、リモート制御装置、リモート制御方法、プログラム、及びコンピュータ読み取り可能な記憶媒体 | |
| JP2005094683A (ja) | ゲートウェイ | |
| KR100690618B1 (ko) | 이종 네트워크 기반의 동영상 서비스 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050207 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070330 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070711 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070910 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071017 |