(57)【特許請求の範囲】
【請求項１】
所定のネットワークを介して少なくとも一つ以上のスレーブ装置と接続されているマスタ装置において、
前記スレーブ装置にそれぞれが入力端子または出力端子を備えているか否かに関するプラグタイプ情報を送信することを命じるメッセージか、前記スレーブ装置に備えられた出力端子に所定の信号を出力することを命じるメッセージか、前記スレーブ装置に備えられた入力端子に対する前記所定の信号の入力有無に関する情報を送信することを命じるメッセージのいずれかを生じさせるメッセージ生成部と、
生じた前記メッセージを前記スレーブ装置に送る送信部と、
前記スレーブ装置から前記送られたメッセージに対する応答信号を受け取る受信部と、
前記応答信号のうち前記プラグタイプ情報をチェックして、前記スレーブ装置の入力端子または出力端子の有無を確認するプラグタイプ分析部と、
前記応答信号のうち前記所定の信号の入力有無に関する情報をチェックして、前記信号を出力するスレーブ装置および前記信号を入力されるスレーブ装置間の接続関係に関する情報を生じさせる接続状態分析部とを備え、
出力端子に所定の信号を出力することを命じる前記メッセージは、受信した前記プラグタイプ情報に従って、出力端子を有するスレーブ装置に送信され、
入力端子に対する前記所定の信号の入力有無に関する情報を送ることを命じる前記メッセージは、受信した前記プラグタイプ情報に従って、入力端子を有するスレーブ装置に送信される
ことを特徴とするマスタ装置。
【請求項２】
前記スレーブ装置にＩＤ情報を送ることを命じるメッセージを前記メッセージ生成部に生じさせると共に、前記応答信号のうち前記スレーブ装置のＩＤ情報の重複有無をチェックして貯蔵するスレーブＩＤ管理部を更に備える
ことを特徴とする請求項１に記載のマスタ装置。
【請求項３】
前記送信部および受信部は、ＲＳ−２３２ポートを備える
ことを特徴とする請求項１に記載のマスタ装置。
【請求項４】
所定のネットワークを介してマスタ装置と接続されている少なくとも一つ以上のスレーブ装置において、
前記マスタ装置から次のスレーブ装置に所定のコマンドを受け渡す受信部と、
前記所定のコマンドに対する応答を前記マスタ装置に直接的に送るか、あるいは、前記次のスレーブ装置から前記マスタ装置に前記所定のコマンドに対する応答を受け渡す送信部と、
前記所定のコマンドに対応する前記マスタ装置に送る応答情報を生じさせるメッセージ生成部と、
前記所定のコマンドが入力端子または出力端子を備えているか否かに関するプラグタイプ情報を送信せよとのコマンドである場合に該プラグタイプ情報を生じさせて前記メッセージ生成部に与えるプラグタイプ情報生成部と、
前記所定のコマンドが所定の信号を出力端子に出力せよとのコマンドである場合に前記信号を出力し、または入力端子を介して外部から信号を入力される入出力部と
を備えることを特徴とするスレーブ装置。
【請求項５】
前記所定のコマンドがＩＤ情報を伝送せよとのコマンドである場合、任意の数を発生してＩＤを生じさせて前記メッセージ生成部に与える動的ＩＤ管理部を更に備える
ことを特徴とする請求項４に記載のスレーブ装置。
【請求項６】
前記受信部は、前記マスタ装置と接続されている第１受信端子および前記次のスレーブ装置と接続されている第２受信端子を備え、
前記第１受信端子および第２受信端子は互いに接続されており、前記マスタ装置からの信号が第２受信端子を介して前記次のスレーブ装置に受け渡される
ことを特徴とする請求項４に記載のスレーブ装置。
【請求項７】
前記送信部は、前記マスタ装置または前のスレーブ装置と接続されている第１送信端子および前記次のスレーブ装置と接続されている第２送信端子を備え、
前記第１送信端子および第２送信端子は互いに接続されており、前記次のスレーブ装置からの信号が第１受信端子を介して前記マスタ装置または前のスレーブ装置に受け渡される
ことを特徴とする請求項４に記載のスレーブ装置。
【請求項８】
前記送信部および受信部は、ＲＳ−２３２ポートを備える
ことを特徴とする請求項４に記載のスレーブ装置。
【請求項９】
前記スレーブ装置にそれぞれが入力端子または出力端子を備えているか否かに関するプラグタイプ情報を送信することを命じるメッセージか、前記スレーブ装置に備えられた出力端子に所定の信号を出力することを命じるメッセージか、前記スレーブ装置に備えられた入力端子に対する前記所定の信号の入力有無に関する情報を送信することを命じるメッセージのいずれかを生じさせるメッセージ生成部、生じた前記メッセージを前記スレーブ装置に送る送信部、前記スレーブ装置から前記送られたメッセージに対する応答信号を受け取る受信部、前記応答信号のうち前記プラグタイプ情報をチェックして、前記スレーブ装置の入力端子または出力端子の有無を確認するプラグタイプ分析部、前記応答信号のうち前記所定の信号の入力有無に関する情報をチェックして、前記信号を出力するスレーブ装置および前記信号を入力されるスレーブ装置間の接続関係に関する情報を生じさせる接続状態分析部を備えるマスタ装置と、
前記マスタ装置から次のスレーブ装置に所定のコマンドを受け渡す受信部、前記所定のコマンドに対する応答を前記マスタ装置に直接的に送るか、あるいは、前記次のスレーブ装置から前記マスタ装置に前記所定のコマンドに対する応答を受け渡す送信部、前記所定のコマンドに対応する前記マスタ装置に送る応答情報を生じさせるメッセージ生成部、前記所定のコマンドが入力端子または出力端子を備えているか否かに関するプラグタイプ情報を送信せよとのコマンドである場合に該プラグタイプ情報を生じさせて前記メッセージ生成部に与えるプラグタイプ情報生成部、前記所定のコマンドが所定の信号を出力端子に出力せよとのコマンドである場合に前記信号を出力し、または入力端子を介して外部から信号を入力される入出力部を備えるスレーブ装置とを備え、
出力端子に所定の信号を出力することを命じる前記メッセージは、受信した前記プラグタイプ情報に従って、出力端子を有するスレーブ装置に送信され、
入力端子に対する前記所定の信号の入力有無に関する情報を送ることを命じる前記メッセージは、受信した前記プラグタイプ情報に従って、入力端子を有するスレーブ装置に送信される
ことを特徴とするネットワーク装置。
【請求項１０】
少なくとも一つ以上のスレーブ装置と接続されているマスタ装置において前記スレーブ装置間の接続情報を管理する方法において、
（ａ）前記スレーブ装置がそれぞれ入力端子または出力端子を備えているか否かに関するプラグタイプ情報を前記スレーブ装置から読み込む段階と、
（ｂ）前記プラグタイプ情報に基づき、前記スレーブ装置のうち何れか一つの出力端子付きスレーブ装置を選択する段階と、
（ｃ）前記選択されたスレーブ装置の出力端子を介して所定の信号を出力することを前記選択されたスレーブ装置に命じる段階と、
（ｄ）前記スレーブ装置のうち全ての入力端子付きスレーブ装置から前記信号の入力有無に関する入力情報を順次に読み込み、前記入力情報に基づき、前記選択されたスレーブ装置および前記入力端子付きスレーブ装置間の接続状態に関する情報を生じさせる段階と、
（ｅ）前記プラグタイプ情報に基づき、前記選択されたスレーブ装置を除いた全ての出力端子付きスレーブ装置に対して前記（ｂ）ないし（ｄ）段階を行い、前記全ての出力端子付きスレーブ装置及び全ての入力端子付きスレーブ装置間の接続情報を生じさせる段階と
を含むことを特徴とするスレーブ装置間の接続情報管理方法。
【請求項１１】
請求項１０に記載の方法をコンピュータにて実行するためのプログラムを記録したコンピュータにて読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はマスタ装置および少なくとも一つ以上のスレーブ装置が接続されているネットワークを構成する方法、その装置およびその運用方法に関する。
【０００２】
【従来の技術】
下記の特許文献１に記載の従来のオーディオ／ビデオネットワークおよびその制御方法は、ＩＥＥＥ １３９４網により結ばれたデバイス間の相互運用性を保障するためのミドルウェアとしてのＨＡＶｉである。
【０００３】
【特許文献１】
大韓民国特許出願番号：１０２０００７００７４４９号公報
【０００４】
従来の技術を説明するための参考図である図１を参照すれば、ＨＡＶｉデバイス１０１はＩＥＥＥ １３９４アダプタ１０２を備えており、これらはＩＥＥＥ １３９４ケーブル１０３により互いに接続されている。ここで、ＨＡＶｉは、相異なるデバイスに取り付けられているソフトウェアモジュール間の互換性を高めることにより、デバイス間の相互運用性を保障する。このために、ＨＡＶｉがソフトウェアモジュールに与える機能としては、ネットワークに参加するノードを自動的に検出してアドレスを与えるプラグ・アンド・プレイ機能、基盤メディアであるＩＥＥＥ １３９４の機能を用いてオーディオ／ビデオストリームの同時伝送を可能にするマルチメディアストリームの伝送機能、ソフトウェアモジュール間のメッセージ送り機能を与えるメッセージ送り機能、非同期的に状況変化が起こった場合にこれをソフトウェアモジュールに知らせるイベント機能、ネットワークに参加した資源（ソフトウェアモジュール、デバイスなど）を管理（登録、検索）するレジストリ機能、ネットワークに参加した資源を割り当ててスケジューリングするスケジューリング機能、ネットワーク内のストリームを管理（許可、登録、検索）するストリーム管理機能、デバイス制御フレームワークおよび応用フレームワークを与えて、新しいデバイス制御モジュールあるいはアプリケーションモジュールを動的に設置および除去可能にするフューチャー・プルーフ機能がある。
【０００５】
しかしながら、このような従来の技術には下記のような問題点がある。
【０００６】
一つは、ＨＡＶｉ機能はＰＣ級の高性能デバイスのみに提供可能であるため、現在販売されている低性能のデジタル家電機器には向いていない。
【０００７】
もう一つは、ＨＡＶｉの基盤ネットワークメディアであるＩＥＥＥ １３９４は５００Ｍｂｐｓを支援する高性能のネットワークであるためにかなり高価であり、これは製品のコスト高につながる。
【０００８】
これらの理由から、現在の低性能のデジタル家電機器間の相互運用性に基づく新しいサービスを提供するためには、低価のメディアを用いた小型のネットワークミドルウェアが望まれる。
【０００９】
【発明が解決しようとする課題】
本発明が解決しようとする技術的な課題は、ＲＳ−２３２などの低価のメディアを介して結ばれた装置間に相互運用性を与える方法およびその装置を提供するところにある。
【００１０】
【課題を解決するための手段】
前記問題点を解決するために、本発明に係る所定のネットワークを介して少なくとも一つ以上のスレーブ装置と接続されているマスタ装置は、前記スレーブ装置に身分証明（以下、ＩＤ）情報を送ること、前記スレーブ装置に備えられた出力端子に所定の信号を出力すること、および前記スレーブ装置に備えられた入力端子に前記所定の信号の入力有無に関する情報を送ることを命じるメッセージを生じさせるメッセージ生成部と、前記生じたメッセージを前記スレーブ装置に送る送信部と、前記スレーブ装置から前記送られたメッセージに対する応答信号を受け取る受信部と、前記応答信号のうち前記スレーブ装置のＩＤ情報の重複有無をチェックして貯蔵するスレーブＩＤ管理部とを備えることを特徴とする。
【００１１】
さらに、前記マスタ装置は、前記信号を出力するスレーブ装置および前記信号を入力されるスレーブ装置間の接続関係に関する情報を生じさせる接続状態分析部をさらに備えることを特徴とする。
【００１２】
さらに、前記送信部および受信部は、ＲＳ−２３２ポートを備えることが好ましい。
【００１３】
前記問題点を解決するために、本発明に係る所定のネットワークを介してマスタ装置と接続されている少なくとも一つ以上のスレーブ装置は、前記マスタ装置から前記次のスレーブ装置に所定のコマンドを受け渡す受信部と、前記所定のコマンドに対する応答を前記マスタ装置に直接的に送るか、あるいは、前記次のスレーブ装置から前記マスタ装置に前記所定のコマンドに対する応答を受け渡す送信部と、前記所定のコマンドに対応する前記マスタ装置に送る応答情報を生じさせるメッセージ生成部と、前記所定のコマンドがＩＤ情報を伝送せよとのコマンドである場合、任意の数を発生してＩＤを生じさせてメッセージ生成部に与える動的ＩＤ管理部とを備えることを特徴とする。
【００１４】
さらに、前記受信部は、前記マスタ装置と接続されている第１受信端および前記次のスレーブ装置と接続されている第２受信端を備え、前記第１受信端および第２受信端は互いに接続されており、前記マスタ装置からの信号が第２受信端を介して前記次のスレーブ装置に受け渡されることを特徴とし、前記送信部は、前記マスタ装置または前のスレーブ装置と接続されている第１送信端および前記次のスレーブ装置と接続されている第２送信端を備え、前記第１送信端および第２送信端は互いに接続されており、前記次のスレーブ装置からの信号が第１受信端を介して前記マスタ装置または前のスレーブ装置に受け渡されることを特徴とする。
【００１５】
さらに、前記送信部および受信部は、ＲＳ−２３２ポートを備えることを特徴とする。
【００１６】
前記問題点を解決するために、本発明に係る少なくとも一つ以上のスレーブ装置および前記スレーブ装置と接続されているマスタ装置において前記スレーブ装置のＩＤ情報を管理する方法は、（ａ）前記接続されたスレーブ装置に自分のＩＤの伝送を命じる段階と、（ｂ）前記スレーブ装置から前記スレーブ装置のＩＤ情報を受け取る段階と、（ｃ）前記受け取られたＩＤの重複有無をチェックする段階と、（ｄ）前記チェックの結果、重複するＩＤがない場合、前記受け取られたＩＤを前記スレーブ装置のＩＤとして決める段階とを含むことを特徴とする。
【００１７】
前記問題点を解決するために、本発明に係るマスタ装置および前記マスタ装置と接続されている少なくとも一つ以上のスレーブ装置において自分のＩＤを動的に生じさせる方法は、（ａ）前記マスタ装置からＩＤ情報の伝送コマンドを受け取る段階と、（ｂ）任意の数を発生してＩＤとして設定する段階と、（ｃ）前記発生されたＩＤ情報を前記マスタ装置に送る段階とを含み、（ｄ）前記マスタ装置から新しいＩＤの伝送コマンドを受け取る段階と、（ｅ）前記（ｂ）段階以下を行う段階とをさらに含むことを特徴とする。
【００１８】
前記問題点を解決するために、本発明に係る少なくとも一つ以上のスレーブ装置と接続されているマスタ装置において前記スレーブ装置間の接続情報を管理する方法は、（ａ）前記スレーブ装置がそれぞれ入力端または出力端を備えているか否かに関するプラグタイプ情報を前記スレーブ装置から読み込む段階と、（ｂ）前記プラグタイプ情報に基づき、前記スレーブ装置のうち何れか一つの出力端付きスレーブ装置を選択する段階と、（ｃ）前記選択されたスレーブ装置の出力端を介して所定の信号の出力することを前記選択されたスレーブ装置に命じる段階と、（ｄ）前記スレーブ装置のうち全ての入力端付きスレーブ装置から前記信号の入力有無に関する入力情報を順次に読み込み、前記入力情報に基づき前記選択されたスレーブ装置および前記入力端付きスレーブ装置間の接続状態に関する情報を生じさせる段階と、（ｅ）前記プラグタイプ情報に基づき、前記選択されたスレーブ装置を除いた全ての出力端付きスレーブ装置に対して前記（ｂ）ないし（ｄ）段階を行い、前記全ての出力端付きスレーブ装置及び全ての入力端付きスレーブ装置間の接続情報を生じさせる段階とを含むことを特徴とする。
【００１９】
【発明の実施の形態】
以下、添付した図面に基づき、本発明の好適な実施形態について詳細に説明する。
【００２０】
図２は、本発明に係るネットワークの構造を示している。
【００２１】
これを参照すれば、本発明に係るネットワークは、マスタ装置２０１、スレーブ装置２０６及びこれらを接続するＲＳ−２３２ケーブル２０７，２０８を備えてなる。
【００２２】
マスタ装置２０１は、直列通信のための一つのＵＡＲＴ２０２およびＲＳ−２３２ポート２０５を有しており、ＲＳ−２３２ポートは少なくともＴｘＤ２０３およびＲｘＤ２０４線をもって外部機器と接続される。
【００２３】
スレーブ装置２０６は、直列通信のための一つのＵＡＲＴ２０２および二つのＲＳ−２３２ポート２０５を有しており、これら両ポートの送信線ＴｘＤおよび受信線ＲｘＤは論理的にブリッジされてＵＡＲＴの送信線ＴｘＤおよび受信線ＲｘＤとなる。
【００２４】
スレーブ装置間の接続は、送信線ＴｘＤおよび受信線ＲｘＤが互いに絡んでいる通常のＲＳ−２３２ケーブル２０７によりなされ、マスタ装置およびスレーブ装置は、送信線ＴｘＤおよび受信線ＲｘＤが絡んでいないＲＳ−２３２ケーブル２０８により接続される。
【００２５】
上述したように、本発明に係るネットワークに接続される装置はマスタ装置および少なくとも一つ以上のスレーブ装置よりなり、スレーブ装置は外観上には二つのＲＳ−２３２ポートを有しているが、これらは内部的にブリッジされている。このため、一方のポートの送信線ＴｘＤに信号が入れば、他方のポートの送信線ＴｘＤにも同じ信号が伝送される。従って、マスタ装置およびスレーブ装置間の通信は可能であるとはいえ、スレーブ装置間の通信は不可能である。例えば、マスタ装置の送信線ＴｘＤは全てのスレーブ装置の受信線ＲｘＤに接続されており、マスタ装置からの出力信号は全てのスレーブ装置に送られる。これに対し、スレーブ装置の送信線ＴｘＤは他のスレーブ装置の送信線ＴｘＤに接続されており、受信線ＲｘＤもまた他のスレーブ装置の受信線ＲｘＤに接続されているため、スレーブ装置間の通信は不可能である。例えば、スレーブ装置Ｂが送信線ＴｘＤを介して出力する信号をマスタ装置は受信線ＲｘＤを介して受け取って処理可能であるものの、スレーブ装置Ａおよびスレーブ装置Ｃは両方ともに送信線ＴｘＤに信号が入るために処理が不可能である。
【００２６】
さらに、このような構造においては、マスタ装置およびスレーブ装置間の接続は送信線ＴｘＤおよび受信線ＲｘＤが絡んでいるケーブルによりなされるが、スレーブ装置間の接続には絡んでいないケーブルを用いる必要がある。従って、マスタ装置の位置が使用ケーブルに応じて物理的に決まり、プログラム上における調整は不可能である。
【００２７】
図３は、本発明の好適な実施形態によるＲＳ−２３２通信規格を示しており、図４は、本発明の好適な実施形態による各装置間の接続規格を示している。
【００２８】
本発明に係るネットワーク運用方法はホームネットワークに適用し得るミドルウェアであって、下記のような機能を有する。
【００２９】
第１機能はメッセージ送り機能であって、本発明は、マスタ装置または多数のスレーブ装置のように多数の装置において分散動作するアプリケーションのモジュール間にメッセージを送ることができる。
【００３０】
すなわち、本発明は、本発明に係るネットワークに接続されたマスタ装置またはスレーブ装置において駆動されるアプリケーション間にメッセージを送る機能を支援する。但し、相異なるスレーブ装置において駆動されるアプリケーション間のメッセージのやり取り（通信）はできず、マスタ装置およびスレーブ装置において駆動されるアプリケーション間の通信のみが可能である。そして、マスタ装置からＲＳ−２３２などのネットワーク伝送線を介して受け渡されたデータは、全てのスレーブ装置に送られる。
【００３１】
本発明は、メッセージの送り方、使用目的などによって各種のメッセージを支援することができる。そして、本発明において支援するメッセージのフォーマットは、下記の通りに定義される。
【００３２】
まず、本発明において支援するメッセージの種類は、受信先の数によって下記の通りに分類される。
【００３３】
１．ユニキャスト：メッセージの受信先が一の装置であるメッセージの送り方である。本発明に係るネットワークは、図２に基づき述べたように、何らの操作無しにもマスタ装置からのメッセージを全てのスレーブ装置が受け取ることができる。従って、ユニキャストのメッセージである場合、送られたメッセージを受け取るスレーブ装置が前記メッセージに含まれた受信装置のＩＤ値をチェックし、自分のＩＤを有するメッセージのみを受け取って処理することが好ましい。
【００３４】
２．ブロードキャスト：メッセージの受信先がネットワークに接続された複数の装置であるメッセージの送り方である。本発明においては、ブロードキャストのために特別のメッセージフォーマットを定義せず、メッセージに含まれている受信装置のＩＤ（アドレス）に基づき区別する。
【００３５】
この本発明の装置（マスタ装置および少なくとも一つ以上のスレーブ装置）のＩＤは、例えば、０ｘ００から０ｘＦＥまでに設定でき、ブロードキャストされるメッセージに含まれる前記受信装置のＩＤ値は、例えば、０ｘＦＦのように、特定値を定めることができる。
【００３６】
３．マルチキャスト：メッセージの受信先がネットワークに接続された装置のうち一部の装置であるメッセージの送り方である。これは、例えば、メッセージにメッセージを受信する装置のＩＤを複数個含めることにより実現できる。
【００３７】
さらに、本発明において支援するメッセージの種類は、受信確認メッセージであるＡＣＫ信号の有無によって下記の通りに分類される。
【００３８】
１．単純なメッセージの送り方：あるメッセージを受け取ってからこのメッセージの受信確認信号、すなわち、ＡＣＫを前記メッセージ送信側に送らないメッセージの送り方であって、送信側にとっては、自分の送ったメッセージを受信側において受け取ったかが確認できない。ブロードキャストまたはマルチキャスト方式など、あるメッセージを多数の装置が受信する場合にこの方式を適用することが好ましい。
【００３９】
２．信頼あるメッセージの送り方：あるメッセージを受け取った装置がこのメッセージの受信確認信号であるＡＣＫをメッセージ送信側に送るメッセージの送り方である。この方式は、受信装置におけるメッセージの受信有無が確認できるため、安定したメッセージ送りが必要な場合に用いられる。さらに、メッセージ受信側から応答メッセージを受ける必要がある場合にも適用できる。
【００４０】
図５は、本発明の好適な実施形態によるメッセージの送り方を示している。ここで、（ａ）は単純なメッセージの送り方を示しており、（ｂ）は信頼あるメッセージの送り方を示している。
【００４１】
一方、本発明におけるメッセージをその使用目的によって分類すれば、下記の通りである。
【００４２】
１．トランザクションメッセージ：マスタ装置がスレーブ装置のサービスを用いるためのメッセージである。マスタ装置のあるスレーブ装置に所定のコマンドを送る要請メッセージおよびこの要請メッセージに対する応答メッセージよりなる。要請メッセージは、マスタ装置がスレーブ装置にサービスを要請するために送るメッセージであって、このメッセージボディは、サービスＩＤおよびサービスの要請時に必要とされる細部事項（アーギュメント）よりなる。応答メッセージは、スレーブ装置がサービスを終えてからマスタ装置に送るメッセージである。本発明においては、応答メッセージがＡＣＫメッセージの機能をも行う。メッセージに応答データが含まれる場合には、メッセージボディは応答データよりなる。特別な応答要請のない要請メッセージであれば、単純なメッセージの送り方を用いても良いであろう。
【００４３】
２．状態変数制御メッセージ：マスタ装置がスレーブ装置の状態変数値を分かり、これを変えるためのメッセージである。状態変数を変えるセットメッセージ、値を要請するゲットメッセージ、および値を返すピギーＡＣＫメッセージよりなる。セットメッセージの場合、応答値がないために単純なメッセージの送り方および信頼あるメッセージの送り方の両方を用いることができる。
【００４４】
３．デバイス制御メッセージ：リモコン入力コードを該当デバイスに送るためのメッセージである。この時、マスタ装置から所定のスレーブ装置にコマンドを送るメッセージおよびそのメッセージに対する応答メッセージが用いられる。但し、リモコンなどの機能のみを実現する場合には、コマンドメッセージは単純なメッセージの送り方を用いることができる。
【００４５】
本発明の好適な実施形態によるメッセージの詳細が図３１に示してある。
【００４６】
以下、本発明の好適な実施形態によるメッセージのテンプレートについて説明する。本明細書においては、まず、本発明の好適な実施形態による通常のメッセージのテンプレートについて述べた後、送り方によって分類されたメッセージのテンプレートの好適な実施形態について述べ、最後に、使用目的によって分類されたメッセージのテンプレートの好適な実施形態について述べる。
【００４７】
１．通常メッセージのテンプレート：本発明に係るメッセージの通常のテンプレートをいい、本発明に係る全てのメッセージのテンプレートはこのテンプレートの範囲を外れない。この通常のメッセージテンプレートは、本発明に係るネットワーク構造が、マスタ装置および多数のスレーブ装置が接続されている構造であることを仮定せずに考案されたものである。その理由は、本発明の通常のネットワーク構造への適用を容易にするためである。
【００４８】
図６は、本発明の好適な実施形態による通常のメッセージのテンプレートを示している。図６中、ヘッダは、本発明に係るメッセージをノイズから分離するための区分子である。本発明に係るＲＳ−２３２は、プログラマーが実行プログラムの状態をモニタリングするのに用いられてきた。ところが、このようなモニタリングのためのメッセージは、本発明からみれば、一種のノイズに相当する。従って、本発明に係るメッセージは、このようなノイズから分離されるように設計される必要がある。このヘッダは、ノイズから本発明に係るメッセージを分離するのに用いられ、所定の値、例えば、０ｘＡＡＡＡが用いられる。また、図６のＨｅａｄｅｒＣＨＫはメッセージのヘッダの無欠性を保障するためのパリティ値である。本発明に係るメッセージには、偶数パリティまたは奇数パリティが用いられる。
【００４９】
そして、図６中のＴｙｐｅは、本発明に係るメッセージの種類を示している。図７は、前記図６のＴｙｐｅのビットフィールド形式の好適な実施形態を示している。図７を参照すれば、図７のＴｒａｎｓｍｉｓｓｉｏｎ情報は、本発明に係るメッセージの送り方によって特定の値が決まり、例えば、下記のような値を有しうる。
００００ｂ  単純なメッセージ
０００１ｂ  信頼あるメッセージ
００１０ｂ  ＡＣＫメッセージ
００１１ｂ  ＮＡＣＫメッセージ
０１００ｂ  ピギーＡＣＫメッセージ
【００５０】
そして、図７のＵｓａｇｅ情報は、メッセージの使用目的によって所定の値が与えられ、例えば、下記のような値を有する。
０００１ｂ  システム
００１０ｂ  トランザクション
００１１ｂ  状態変数制御−書込み
０１００ｂ  状態変数制御−読取り
０１０１ｂ  遠隔制御
【００５１】
さらに図６を参照すれば、図６中のＤｅｓｔ．ＩＤは、メッセージ受信装置のＩＤ（アドレス）情報である。そして、本発明に係るネットワークに接続された装置のＩＤ値は、ユニキャストまたはマルチキャスト方式によりメッセージを送る時に用いれば、マルチキャストのために所定の値が用いられる。例えば、０ｘ００から０ｘＦＥまではユニキャスト方式によりメッセージを送る時に用いられ、０ｘＦＦはブロードキャストによりメッセージを送る時に用いられる。
【００５２】
図６のＳｒｃ．ＩＤは、メッセージ送信デバイスの番号である。
【００５３】
図６のＭｓｇ．Ｎｏ．はメッセージの一連番号であってメッセージの発生順序を意味し、一定の範囲の値が用いられる。例えば、０ｘ００から０ｘＦＥまでの値が順次に与えられ、仮に０ｘＦＥ値を超える場合には、さらに０ｘ００にリセットさせられる。
【００５４】
図６のＬｅｎｇｔｈ情報は、Ｍｓｇ．Ｂｏｄｙ情報の長さである。
【００５５】
図６のＭｓｇ．Ｂｏｄｙ情報はメッセージのデータ部分であって、最大２５６バイトまで可能である。
【００５６】
図６のＣｈｅｃｋ情報は、メッセージボディの無欠性を保障するためのパリティ値である。本発明に係るメッセージには、偶数パリティまたは奇数パリティを用いる。
【００５７】
以下では、送り方によって分類されたメッセージのテンプレートの好適な実施形態について説明する。
【００５８】
１．単純なメッセージのテンプレート：図８は、本発明の好適な実施形態による単純なメッセージのテンプレートを示している。単純なメッセージは、応答としてＡＣＫメッセージを受け取っていないメッセージであって、前記実施形態におけるＴｙｐｅ情報は０ｘ００として用いることができる。
【００５９】
２．信頼あるメッセージのテンプレート：図９は、本発明の好適な実施形態による信頼あるメッセージのテンプレートを示している。図９を参照すれば、信頼あるメッセージのタイプは、０ｘ０１として定義される。
【００６０】
３．ＡＣＫメッセージのテンプレート：図１０は、本発明の好適な実施形態によるＡＣＫメッセージテンプレートを示している。ＡＣＫメッセージは、信頼あるメッセージの受信または要請作業を成功的に行ったという意味で、信頼あるメッセージの受信装置側から前記信頼あるメッセージを要請した送信装置側に送られるメッセージである。図１０を参照すれば、ＡＣＫメッセージはタイプが０ｘ０２であり、Ｍｓｇ．Ｎｏ．はこの信頼あるメッセージのＭｓｇ Ｎｏ．と同じである。そして、Ｍｓｇ．Ｂｏｄｙはないため、Ｌｅｎｇｔｈは０ｘ００である。
【００６１】
４．ＮＡＣＫメッセージテンプレート：図１１は、本発明の好適な実施形態によるＮＡＣＫメッセージのテンプレートを示している。ＮＡＣＫメッセージは、信頼あるメッセージの受信または要請作業の実行に失敗した場合、信頼あるメッセージの受信装置側からこの信頼あるメッセージの送信装置側に送られるメッセージである。
【００６２】
図１１を参照すれば、ＮＡＣＫメッセージタイプは０ｘ０３であり、Ｍｓｇ．Ｎｏ．は信頼あるメッセージのＭｓｇ Ｎｏ．と同じである。そして、Ｍｓｇ．Ｂｏｄｙはエラーの種類を示す１バイトのエラーコードよりなるため、Ｌｅｎｇｔｈは０ｘ０１である。本発明に係るエラーコードは図３２に示してある。
【００６３】
５．ピギーＡＣＫメッセージテンプレート：図１２は、本発明の好適な実施形態によるピギーＡＣＫメッセージテンプレートを示している。ピギーＡＣＫメッセージは信頼あるメッセージであって、要請作業の応答として所定のデータを送る必要がある場合に信頼あるメッセージの受信装置側からこの信頼あるメッセージの送信装置側に送られるメッセージである。
【００６４】
図１２を参照すれば、ピギーＡＣＫメッセージタイプは０ｘ０４であり、Ｍｓｇ．Ｎｏ．は信頼あるメッセージのＭｓｇ Ｎｏ．と同じである。
【００６５】
以下では、本発明に係るメッセージの使用目的によって分類された本発明に係るメッセージのテンプレートについて詳細に説明する。
【００６６】
１．システムメッセージテンプレート：図１３は、本発明の好適な実施形態によるシステムメッセージテンプレートを示している。システムメッセージのタイプ情報は０ｘ１ｘであり、Ｍｓｇ．Ｂｏｄｙの最初のバイトにシステム動作ＩＤが位置し、残りのバイトはシステム動作に必要なデータである。図２９は、本発明のシステム動作であって、ＰＩＮＧおよびＳＩＧ＿ＯＮ／ＯＦＦメッセージの機能について説明している。
【００６７】
２．要請メッセージテンプレート：要請メッセージは、マスタ装置がスレーブ装置に所定のサービスを要請するために用いるメッセージである。
【００６８】
図１４は、本発明の好適な実施形態による要請メッセージテンプレートを示している。ここで、要請メッセージのＴｙｐｅ情報は０ｘ１１であり、Ｍｓｇ．Ｂｏｄｙの最初のバイトにサービスＩＤを割り当て、残りのバイトにはサービスの開始に必要とされる引き数情報が割り当てられる。このサービスの種類は、本発明に係るネットワークに接続されるスレーブ装置の種類および機能によって拡張または変更可能であり、本明細書においては前記サービスの種類について特に限定しない。
【００６９】
３．応答メッセージテンプレート：応答メッセージは、要請メッセージに対する応答メッセージである。
【００７０】
図１５は、本発明の好適な実施形態による応答メッセージテンプレートを示している。ここで、応答メッセージのＴｙｐｅ情報は０ｘ１４であり、Ｍｓｇ．Ｎｏ．は前記応答メッセージに対応する要請メッセージのＭｓｇ．Ｎｏ．と同じである。
【００７１】
４．状態設定制御メッセージテンプレート：状態設定制御メッセージは、本発明に係るネットワークに接続されたスレーブ装置の状態変数値（すなわち、スレーブ装置に対するオン、オフ、プレイ、ストップなどに関する状態を示す値）をセットするのに用いられるメッセージである。
【００７２】
図１６は、本発明の好適な実施形態による状態設定制御メッセージテンプレートを示している。ここで、状態設定制御メッセージのＴｙｐｅはＡＣＫを必要とする場合、およびそうでない場合であって、それぞれ０ｘ２１または０ｘ２０の値を有する。Ｍｓｇ．Ｂｏｄｙの最初のバイトは状態変数情報であり、続くバイト列には状態設定値が入る。
【００７３】
一方、状態変数情報は、０ｘ００から０ｘ７Ｆまでは本発明において定義された状態変数を示し、０ｘ８０から０ｘＦＦまでは特定の装置に定義された状態変数を示す。図３０は、本発明の好適な実施形態による所定のスレーブ装置の状態を示す変数を示している。
【００７４】
５．状態獲得制御メッセージテンプレート：状態獲得制御メッセージは、スレーブ装置の状態変数値を読み込むのに用いられるメッセージである。
【００７５】
図１７は、本発明の好適な実施形態による状態獲得制御メッセージテンプレートを示している。ここで、状態獲得制御メッセージのＴｙｐｅは０ｘ３１であり、Ｍｓｇ．Ｂｏｄｙの最初のバイトに状態変数情報が割り当てられる。
【００７６】
６．状態獲得制御応答メッセージテンプレート：状態獲得制御応答メッセージは、状態獲得制御メッセージに対する応答メッセージであって、要求された状態変数値を有している。
【００７７】
図１８は、本発明の好適な実施形態による状態獲得制御応答メッセージテンプレートを示している。ここで、状態獲得制御応答メッセージのＴｙｐｅは０ｘ３４であり、そのＭｓｇ．Ｎｏ．は前記状態獲得制御応答メッセージに対応する状態獲得制御メッセージのＭｓｇ．Ｎｏ．と同じ値を有する。そして、Ｍｓｇ．Ｂｏｄｙには状態変数の値が入る。
【００７８】
７．装置制御メッセージテンプレート：このメッセージは、リモコンコマンドをネットワークに送ることにより、スレーブ装置を制御するためのメッセージである。このメッセージテンプレートは、シングルリモコン応用のために設計され、１バイトのリモコン入力コードによりデバイスを制御することが好ましい。
【００７９】
図１９は、本発明の好適な実施形態による装置制御メッセージテンプレートを示している。装置制御メッセージのＴｙｐｅはＡＣＫメッセージ受信有無によって０ｘ４１または０ｘ４０の値を有し、Ｍｓｇ．Ｂｏｄｙの最初のバイトにリモコンコマンドコードが入る。
【００８０】
第２の機能は、本発明に係るネットワークに新しいノード、すなわち、新しいスレーブ装置が追加（または削除）される場合にネットワークの状況変化を認識し、現在接続されているノード、すなわち、スレーブ装置にアドレス（ＩＤ）を割り当てる機能である。（以下では、このような機能を“動的アドレス割当て機能”と呼ぶ。）
【００８１】
本発明におけるマスタ装置によるスレーブ装置の発見は、マスタ装置からのブロードキャストメッセージに対してネットワークに接続されたスレーブ装置が任意の時間間隔をおいて（ランダムに）応答し、この応答をマスタ装置において分析することによりなされる。
【００８２】
図２０は、本発明の好適な実施形態によるネットワークアドレス領域を示している。ここで、各装置のアドレスには０ｘ００から０ｘＦＥまでの値が割り当てられ、これらのうち０ｘ００はマスタ装置のアドレスであり、０ｘＦＦはブロードキャストのためのアドレスである。スレーブ装置のアドレス（ＩＤ）は０ｘ０１から０ｘＦＥまでの領域において前記スレーブ装置が自ら動的に生じさせることを原則とする。ここで、動的に生じさせるとは、前記０ｘ０１から０ｘＦＥまでの値のうち任意の値として決めることを意味する。
【００８３】
本発明において、このように装置のアドレス（ＩＤ）を動的に生じさせる理由は、現在、かなりのデジタル家電装置が他の装置とは区別される物理的なアドレスまたはＩＤを有していないからである。
【００８４】
図２１は、本発明の好適な実施形態によるマスタ装置において、スレーブ装置のＩＤ情報を得る過程を示している。ここで、マスタ装置は、ネットワークに接続された全てのスレーブ装置にＭＳＧ＿ＰＩＮＧを送り、これを受け取ったスレーブ装置は自分のアドレス（ＩＤ）を前記０ｘ０１から０ｘＦＥまでの値のうち任意の値として決めて動的に生じさせる。
【００８５】
次に、ＭＳＧ＿ＰＩＮＧの応答メッセージに載せてマスタ装置に送る。この時、スレーブ装置のアドレス（ＩＤ）は、動的に変化する値でなければならない。
【００８６】
その後、マスタ装置は、前記スレーブ装置から受け取った応答メッセージを分析して前記スレーブ装置のＩＤ（アドレス）のうち重複ＩＤの存否をチェックする。そして、重複アドレス（ＩＤ）が見つかれば、該当ＩＤをＤｅｓｔ．ＩＤとしてＭＳＧ＿ＰＩＮＧを再び送る。これにより、重複ＩＤを動的に設定したスレーブ装置がこの再び送られたＭＳＧ＿ＰＩＮＧを受け取り、これらは新しいＩＤを生じさせた後に前記新しいＩＤ情報を含む応答メッセージを送る。この過程は、全てのスレーブ装置が相異なるＩＤ値を有すまで繰り返し行う。図２２は、本発明の好適な実施形態による前記図２１の過程を擬似コードにより作成した例を示している。
【００８７】
一方、前述したように、“動的アドレス割当て機能”に関わるメッセージは、下記の通りである。
【００８８】
１．ＭＳＧ＿ＰＩＮＧメッセージ：ＭＳＧ＿ＰＩＮＧは、ネットワークに参加するデバイスに自分のＩＤを生じさせてマスタ装置に送れという旨を有するメッセージである。
【００８９】
図２３は、本発明の好適な実施形態によるＭＳＧ＿ＰＩＮＧメッセージテンプレートを示している。ここで、ＭＳＧ＿ＰＩＮＧのシステム機能のＩＤは０ｘ０４である。このようなＭＳＧ＿ＰＩＮＧはブロードキャストまたはマルチキャストされる。すなわち、ＰＩＮＧは、スレーブ装置のアドレスが決まらないうちに送るメッセージであって、多数のデバイスが同じアドレスを有している場合、これらのＩＤをＤｅｓｔ ＩＤとして割り当て、送られるメッセージはマルチキャストされる。
【００９０】
２．ＭＳＧ＿ＰＩＮＧの応答メッセージ：ＭＳＧ＿ＰＩＮＧを受け取ったデバイスは、自分のＩＤを再び生じさせた後、ＭＳＧ＿ＰＩＮＧ応答メッセージを介してマスタ装置に自分の新しい動的ＩＤを送る。図２４は、本発明の好適な実施形態によるＭＳＧ＿ＰＩＮＧの応答メッセージテンプレートを示している。
【００９１】
図３３は、本発明に係るマスタ装置において、それに接続されたスレーブ装置のＩＤ情報を得る過程を示すフローチャートである。図３３を参照すれば、マスタ装置は、ネットワークを介して接続されているスレーブ装置に自分のＩＤ情報を送ることを命じる（ステップ３３０１）。次に、各スレーブ装置から送られてきたＩＤ情報を受け取った後（ステップ３３０２）、この受け取られたスレーブ装置のＩＤ情報のうち重複ＩＤの存否をチェックする（ステップ３３０３）。前記チェックの結果、受け取られたスレーブ装置のＩＤ情報のうち重複ＩＤがあれば、前記重複ＩＤ情報を自分のＩＤとするスレーブ装置に新しいＩＤを生じさせて送ることを命じ（ステップ３３０４）て前記ステップ３３０２へ戻る。
【００９２】
一方、前記チェックの結果、受け取られたスレーブ装置のＩＤ情報に重複ＩＤがない場合には、各スレーブ装置のＩＤ情報を貯蔵する（ステップ３３０５）。
【００９３】
図３４は、本発明に係るスレーブ装置において、動的ＩＤを生じさせてマスタ装置に与える過程を示すフローチャートである。図３４を参照すれば、まず、接続されたマスタ装置からのメッセージを受け取る（ステップ３４０１）。次に、この受け取られたメッセージが自分のＩＤ情報を送れというコマンドであるか否かをチェックする（ステップ３４０２）。前記チェックの結果、ＩＤ情報を送れというコマンドである場合には、自分のＩＤを一定の範囲の値のうちから任意に（動的に）生じさせて前記マスタ装置に送り（ステップ３４０３）、前記ステップ３４０１へ戻る。
【００９４】
一方、前記チェックの結果、ＩＤ情報を送れというコマンドではない場合には、前記受け取られたメッセージの内容に対応して処理した後（ステップ３４０４）、前記ステップ３４０１へ戻る。
【００９５】
第３の機能は、本発明に係るネットワークに接続されているスレーブ装置の種類およびそれらの間の接続状態をマスタ装置において認識する機能である。この機能によれば、スレーブ装置の種類および製品番号だけではなく、スレーブ装置の出力端および入力端間の接続関係までも把握することができる。
【００９６】
マスタ装置が前述のような動的アドレス割当て機能によりスレーブ装置を見つけ、各スレーブ装置にＩＤを割り当てた後には、各スレーブ装置の明細を把握する段階を行う。さらに、この段階においては、単にスレーブ装置の種類、製品番号だけではなく、ネットワークに参加するスレーブ装置間のオーディオまたはビデオ信号線など所定の信号線の接続状態までも把握する機能を行う。
【００９７】
図２５は、本発明の好適な実施形態によるデバイスの管理項目を示している。これらの項目のうちプラグ種類の列挙値の意味は、下記の通りである。
０ｘ００：独立装置：入出力プラグがない。
０ｘ０１：出力装置：出力プラグのみ有している。
０ｘ０２：入力装置：入力プラグのみ有している。
０ｘ０３：入出力装置：入出力プラグを有している。
【００９８】
このようなスレーブ装置のスペックは、状態設定制御メッセージから得られる。各スレーブ装置別のスペックの詳細は本発明の範囲を超えるものであるため、本明細書においてはそれについては述べない。但し、前記スペックの詳細は該当スレーブ装置の供給者または関連団体により決まるべきである。
【００９９】
その後には、スレーブ装置間の信号ケーブル接続情報を把握する。スレーブ装置間の接続情報を把握する機能は、後述する事項が満たされてから初めて行える。
【０１００】
最初に、出力プラグ付きスレーブ装置の場合、マスタ装置が前記スレーブ装置の信号出力をオン／オフ制御できる。
【０１０１】
第二に、出力プラグ付きスレーブ装置が出力信号を出力する時には、全ての出力端子から同じ信号が出力される。
【０１０２】
第三に、入力プラグ付きスレーブ装置の場合、いかなる入力端子に信号が入力されるかが感知可能である。
【０１０３】
これらの条件を満たす場合、マスタ装置が一つの出力端子付きスレーブ装置にのみ信号を出力すれば、これと接続された入力端子付きスレーブ装置が、前記出力信号の前記入力端子への入力を感知する。そして、前記入力端子付きスレーブ装置は、前記マスタ装置に、前記出力信号の自分の入力端子への入力情報を与え、このような過程を経て前記マスタ装置は前記出力端子付きスレーブ装置および前記入力端子付きスレーブ装置間の接続関係を把握することができる。
【０１０４】
図２６は、本発明の好適な実施形態によるマスタ装置において、スレーブ装置間の接続関係情報を生じさせる過程を擬似コードにより作成した例であり、図２７は、一つの出力装置、二つの入力装置および一つの入出力装置が接続されたと仮定し、前記図２６の過程を経て前記スレーブ装置間の接続関係情報を得る過程を示している。
【０１０５】
一方、前述したようなスレーブ装置間の接続関係情報の生成機能に関わるメッセージとしては、ＭＳＧ＿ＳＩＧ＿ＯＮ／ＯＦＦメッセージがあり、図２８は、本発明の好適な実施形態によるＭＳＧ＿ＳＩＧ＿ＯＮ／ＯＦＦメッセージテンプレートを示している。
【０１０６】
図３５Ａおよび図３５Ｂは、本発明の好適な実施形態による、マスタ装置におけるスレーブ装置間の接続情報の管理方法を示すフローチャートである。図３５Ａ及び図３５Ｂを参照すれば、マスタ装置は、ネットワークを介して接続されているスレーブ装置のリストを前記スレーブ装置のＩＤ情報を用いて作成する（ステップ３５０１）。次に、前記リストの第１スレーブ装置にプラグタイプ情報を送ることを命じる（ステップ３５０２）。そして、前記スレーブ装置からプラグタイプ情報を受け取って貯蔵する（ステップ３５０３）。その後、前記リストにある全てのスレーブ装置からプラグタイプ情報を得たか否かを確かめる（ステップ３５０４）。前記確認の結果、全てのスレーブ装置からプラグタイプ情報を得られなかった場合には、前記リストの次の順序に当たるスレーブ装置にプラグタイプ情報を送ることを命じ（ステップ３５０５）、前記ステップ３５０３へ戻る。
【０１０７】
一方、前記確認の結果、全てのスレーブ装置のプラグタイプ情報を得た場合には、前記プラグタイプ情報に基づき、前記全てのスレーブ装置のうち出力端子付きスレーブ装置のリストである第１リストおよび入力端子付きスレーブ装置のリストである第２リストを作成する（ステップ３５０６）。その後、第１リストの第１スレーブ装置の出力端子に所定の信号の出力を命じる（ステップ３５０７）。
【０１０８】
次に、第２リストの第１スレーブ装置に入力端子への入力信号の有無を送ることを命じた後（ステップ３５０８）、入力信号の有無に関する情報である入力信号情報を受け取る（ステップ３５０９）。その後、前記入力信号情報に基づき、信号を出力するスレーブ装置と信号を入力されるスレーブ装置との接続関係を示す接続情報を生じさせる（ステップ３５１０）。
【０１０９】
次に、第２リストから、入力信号情報の受信を希望するスレーブ装置の存否を確かめる（ステップ３５１１）。前記確認の結果、入力信号情報の受信を希望するスレーブ装置がさらにあれば、第２リスト上の次のスレーブ装置に入力信号情報を送ることを命じ（ステップ３５１２）、前記ステップ３５０９へ戻る。
【０１１０】
一方、ステップ３５１１における確認の結果、前記入力信号情報の受信を希望するスレーブ装置がさらになければ、第１リストから、所定の信号を出力するスレーブ装置の存否を確かめ（ステップ３５１３）、該当スレーブ装置がさらにあれば、第１リストのうち次のスレーブ装置に所定の信号を出力することを命じ（ステップ３５１４）、前記ステップ３５０８へ戻る。これに対し、前記ステップ３５１３における確認の結果、該当スレーブ装置がなければ、前述のような過程を終える。
【０１１１】
第４の機能は、マスタ装置がスレーブ装置を遠隔制御する機能である。現在、多くの家電機器の機能はリモコンキーとマッピングされている。従って、遠隔制御のコードとしては、リモコンキー値を用いることが好ましい。
【０１１２】
本発明においては、リモコンキー値を用いてマスタ装置がスレーブ装置を制御する機能を与えるが、これに関わるメッセージは装置制御メッセージテンプレートによって定義され、コマンドとしては、制御されるスレーブ装置のリモコンキー値が用いられる。
【０１１３】
図３６は、本発明の好適な実施形態によるネットワーク装置を示す機能的なブロック図である。本発明に係るネットワークは、一つのマスタ装置３６１０および少なくとも一つ以上のスレーブ装置３６２０，３６３０，……が接続されているネットワークである。前記マスタ装置３６１０は、送信部３６１１、受信部３６１２、メッセージ生成部３６１３、接続状態分析部３６１４およびスレーブＩＤ管理部３６１５を備えている。
【０１１４】
送信部３６１１は、ネットワークを介して一つのスレーブ装置３６２０の受信部３６２１に接続されており、前記スレーブ装置３６２０の受信部３６２１を介してメッセージ生成部３６１３において生じたメッセージをスレーブ装置３６２０，３６３０，……に送る。
【０１１５】
受信部３６１２は、ネットワークを介して一つのスレーブ装置３６２０の送信部３６２２と直接的に接続されており、前記スレーブ装置３６２０の送信部３６２２を介してスレーブ装置３６２０，３６３０から応答メッセージを受け取る。
【０１１６】
メッセージ生成部３６１３は、前記送信部３６１１に送るメッセージを前記メッセージの種類別の構造によって生じさせる。
【０１１７】
接続状態分析部３６１４は、前記スレーブ装置３６２０，３６３０，……のプラグタイプ情報を得、出力端子付きスレーブ装置に所定信号の出力を命じた後に入力端子付きスレーブ装置への前記出力信号の入力有無に関する情報を集めて前記スレーブ装置間の接続関係を把握する。
【０１１８】
スレーブＩＤ管理部３６１５は、前記スレーブ装置３６２０，３６３０,……にＩＤを送ることを命じ、前記スレーブ装置３６２０，３６３０，……からのＩＤの重複有無をチェックし、重複ＩＤがあれば、重複ＩＤを有するスレーブ装置に新しいＩＤを受け取って前記スレーブ装置のＩＤを決める。
【０１１９】
前記スレーブ装置３６２０は、受信部３６２１、送信部３６２２、メッセージ生成部３６２３、入出力部３６２４および動的ＩＤ管理部３６２５を備える。
【０１２０】
受信部３６２１は、一つのマスタ装置３６１０の送信部３６１１と他の二つのスレーブ装置３６３０の受信部３６３１に接続されるか、あるいは、他の二つのスレーブ装置の受信部に接続され、前記マスタ装置の送信部から直接的に、あるいは他のスレーブ装置の受信部を介して前記マスタ装置の送信部からのメッセージを受け渡される。また、前記受け渡されたメッセージに含まれた受信装置のアドレス値を分析し、前記メッセージが自分に送られたものであるか否かもチェックする。
【０１２１】
送信部３６２２は、メッセージ生成部３６２３において生じたメッセージを前記マスタ装置の受信部３６１２に送る。この時、マスタ装置に直接的に接続されていない場合には、他のスレーブ装置の送信部を介して前記マスタ装置に送る。
【０１２２】
メッセージ生成部３６２３は、まず、前記マスタ装置からのメッセージに対する応答に必要とされるメッセージを前述したようなメッセージの種類別の構造によって生じさせる。
【０１２３】
入出力部３６２４は、出力端または入力端を備え、前記マスタ装置から所定の信号を出力端に出力せよとのコマンドに応じて前記信号を出力するか、あるいは、他のスレーブ装置の出力端からの信号を入力端に入力されてこれを前記マスタ装置に知らせる。
【０１２４】
動的ＩＤ管理部３６２５は、前記マスタ装置からＩＤを送れというコマンドを受ければ、所定の範囲内の値のうち任意の値を選択して自分のＩＤ値として前記マスタ装置に送る。
【０１２５】
一方、前述したように、本発明の実施形態はコンピュータにて実行できるプログラムにて作成可能であり、コンピュータにて読取り可能な記録媒体を用いて前記プログラムを動作させる汎用のデジタルコンピュータにより具現できる。
【０１２６】
また、前述したように、本発明の実施形態によるデータの構造はコンピュータにて読取り可能な記録媒体に各種の手段を用いて記録することができる。
【０１２７】
前記コンピュータにて読取り可能な記録媒体は、マグネチック貯蔵媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク等）、光学的な判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）およびキャリアウェーブ（例えば、インターネットを介した伝送）などの貯蔵媒体を含む。
【０１２８】
以上、本発明についてその好適な実施形態を中心に述べてきた。本発明が属する技術分野における当業者であれば、本発明が本発明の本質的な特性から逸脱しない範囲内において変形された形態として具現できることが理解できるであろう。よって、開示された実施形態は限定的な観点ではなく、説明的な観点から考慮されるべきである。本発明の範囲は前述した説明ではなく、特許請求の範囲上に現れており、それと同等な範囲内にあるあらゆる違いは本発明に含まれるものとして解釈されるべきである。
【０１２９】
【発明の効果】
本発明によれば、ほとんどのデジタル家電機器に基本的な外部インタフェースとして与えられるＲＳ−２３２などの通信方法を用いてネットワークを構成することにより、前記ネットワークに接続された装置間に情報のやり取りを可能にする。さらに、前記ネットワークに接続された装置間に適用し得る通信標準を提示することにより、多数の装置間の相互運用性に基づく新たなサービスを可能にする。
【図面の簡単な説明】
【図１】  従来の技術を説明するための参考図である。
【図２】  本発明に係るネットワークの構造図である。
【図３】  本発明の好適な実施形態によるＲＳ−２３２通信規格である。
【図４】  本発明の好適な実施形態による各装置間の接続規格である。
【図５】  本発明の好適な実施形態によるメッセージの送り方を示す図面である。
【図６】  本発明の好適な実施形態による通常のメッセージのテンプレートを示す図面である。
【図７】  図６のＴｙｐｅにおいて、本発明の好適な実施形態によるビットフィールド形式を示す図面である。
【図８】  本発明の好適な実施形態による単純なメッセージのテンプレートを示す図面である。
【図９】  本発明の好適な実施形態による信頼あるメッセージのテンプレートを示す図面である。
【図１０】  本発明の好適な実施形態によるＡＣＫメッセージのテンプレートを示す図面である。
【図１１】  本発明の好適な実施形態によるＮＡＣＫメッセージのテンプレートを示す図面である。
【図１２】  本発明の好適な実施形態によるピギーＡＣＫメッセージのテンプレートを示す図面である。
【図１３】  本発明の好適な実施形態によるシステムメッセージのテンプレートを示す図面である。
【図１４】  本発明の好適な実施形態による要請メッセージのテンプレートを示す図面である。
【図１５】  本発明の好適な実施形態による応答メッセージのテンプレートを示す図面である。
【図１６】  本発明の好適な実施形態によるセット状態制御メッセージのテンプレートを示す図面である。
【図１７】  本発明の好適な実施形態によるゲット状態制御メッセージのテンプレートを示す図面である。
【図１８】  本発明の好適な実施形態によるゲット状態制御応答メッセージのテンプレートを示す図面である。
【図１９】  本発明の好適な実施形態によるデバイス制御メッセージのテンプレートを示す図面である。
【図２０】  本発明の好適な実施形態によるネットワークアドレス領域を示す図面である。
【図２１】  本発明の好適な実施形態によるマスタ装置において、スレーブ装置のＩＤ情報を得る過程を示す図面である。
【図２２】  本発明の好適な実施形態による図２１の過程を擬似コードにより作成した例を示す図面である。
【図２３】  本発明の好適な実施形態によるＭＳＧ＿ＰＩＮＧメッセージのテンプレートを示す図面である。
【図２４】  本発明の好適な実施形態によるＭＳＧ＿ＰＩＮＧの応答メッセージのテンプレートを示す図面である。
【図２５】  本発明の好適な実施形態によるデバイスの管理項目を示す図面である。
【図２６】  本発明の好適な実施形態によるマスタ装置において、スレーブ装置間の接続関係情報を生じさせる過程を擬似コードにより作成した例を示す図面である。
【図２７】  図２６の過程を示す図面である。
【図２８】  本発明の好適な実施形態によるＭＳＧ＿ＳＩＧ＿ＯＮ／ＯＦＦメッセージのテンプレートを示す図面である。
【図２９】  本発明の好適な実施形態によるＰＩＮＧおよびＳＩＧ＿ＯＮ／ＯＦＦメッセージの機能を説明するための図面である。
【図３０】  本発明の好適な実施形態による所定のスレーブ装置の状態を表わす変数を示す図面である。
【図３１】  本発明の好適な実施形態によるメッセージを説明する図面である。
【図３２】  本発明の好適な実施形態によるエラーコードを説明する図面である。
【図３３】  本発明の好適な実施形態によるマスタ装置において、それに接続されたスレーブ装置の動的なＩＤ情報を得る過程を示すフローチャートである。
【図３４】  本発明の好適な実施形態によるスレーブ装置において、動的なＩＤを生じさせてマスタ装置に与える過程を示すフローチャートである。
【図３５Ａ】  本発明の好適な実施形態によるマスタ装置において、スレーブ装置の接続情報の管理方法を示すフローチャートである。
【図３５Ｂ】  本発明の好適な実施形態によるマスタ装置において、スレーブ装置の接続情報の管理方法を示すフローチャートである。
【図３６】本発明の好適な実施形態によるネットワーク装置の機能的なブロック図である。
【符号の説明】
２０１  マスタ装置
２０２  ＵＡＲＴ
２０３  ＴｘＤ
２０４  ＲｘＤ
２０５  ＲＳ−２３２ポート
２０６  スレーブ装置
２０７，２０８  ＲＳ−２３２ケーブル
【図１】
0003825419.tif 000002
【図２】
0003825419.tif 000003
【図３】
0003825419.tif 000004
【図４】
0003825419.tif 000005
【図５】
0003825419.tif 000006
【図６】
0003825419.tif 000007
【図７】
0003825419.tif 000008
【図８】
0003825419.tif 000009
【図９】
0003825419.tif 000010
【図１０】
0003825419.tif 000011
【図１１】
0003825419.tif 000012
【図１２】
0003825419.tif 000013
【図１３】
0003825419.tif 000014
【図１４】
0003825419.tif 000015
【図１５】
0003825419.tif 000016
【図１６】
0003825419.tif 000017
【図１７】
0003825419.tif 000018
【図１８】
0003825419.tif 000019
【図１９】
0003825419.tif 000020
【図２０】
0003825419.tif 000021
【図２１】
0003825419.tif 000022
【図２２】
0003825419.tif 000023
【図２３】
0003825419.tif 000024
【図２４】
0003825419.tif 000025
【図２５】
0003825419.tif 000026
【図２６】
0003825419.tif 000027
【図２７】
0003825419.tif 000028
【図２８】
0003825419.tif 000029
【図２９】
0003825419.tif 000030
【図３０】
0003825419.tif 000031
【図３１】
0003825419.tif 000032
【図３２】
0003825419.tif 000033
【図３３】
0003825419.tif 000034
【図３４】
0003825419.tif 000035
【図３５Ａ】
0003825419.tif 000036
【図３５Ｂ】
0003825419.tif 000037
【図３６】
0003825419.tif 000038