(57)【特許請求の範囲】
【請求項１】
少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理方法であって、
上記ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、上記制御用機器のシステム資源容量を問い合わせる資源容量確認工程と、
上記被制御機器を制御するための制御用ソフトウェアの容量を、上記管理用機器により調べる制御用ソフトウェア容量確認工程と、
上記資源容量確認工程と上記制御用ソフトウェア容量確認工程との結果に基づいて、上記管理用機器により、上記制御用ソフトウェアを上記制御用機器に対して割り当てる割当工程とを備えること
を特徴とする機器動作管理方法。
【請求項２】
上記管理用機器により、上記システム資源容量と上記制御用ソフトウェアの容量とを比較し、上記制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算工程を備えること
を特徴とする請求項１記載の機器動作管理方法。
【請求項３】
上記管理用機器は、上記計算工程の結果に応じて、上記制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項２記載の機器動作管理方法。
【請求項４】
上記計算工程の結果、上記制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、上記管理用機器により、上記制御用ソフトウェアの機能を落とし、上記制御用ソフトウェアの容量を下げること
を特徴とする請求項２記載の機器動作管理方法。
【請求項５】
上記制御用ソフトウェアを割り当てることが可能なシステム資源を備える制御用機器が存在しない場合には、上記制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を上記管理用機器又は上記制御用機器の表示手段に表示すること
を特徴とする請求項１記載の機器動作管理方法。
【請求項６】
任意の制御用機器に上記制御用ソフトウェアを割り当てることが不可能な場合には、上記任意の制御用機器が所有している不必要な制御用ソフトウェアを、上記管理用機器により他の制御用機器に割り当て、または、上記管理用機器からの指示に基づいて上記任意の制御用機器により削除し、上記管理用機器により、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項１記載の機器動作管理方法。
【請求項７】
上記制御用ソフトウェアが所望機能の被制御機器を制御するものであるか否かを上記管理用機器により判別する所望機能判別工程と、
上記所望機能判別工程における判別の結果、上記制御用ソフトウェアが上記所望機能の被制御機器のものであった場合、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有しているか否かを上記管理用機器からの指示に基づいて上記任意の制御用機器により判別する所有判別工程と、
上記所有判別工程における判別の結果、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していた場合、上記不必要な制御用ソフトウェアを他の制御用機器が所有できるか否かを上記管理用機器により判別する所有可能判別工程とを備えること
を特徴とする請求項６記載の機器動作管理方法。
【請求項８】
上記所有判別工程における判別の結果、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していない場合には、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を上記管理用機器又は上記任意の制御用機器の表示手段に表示すること
を特徴とする請求項７記載の機器動作管理方法。
【請求項９】
上記不必要な制御用ソフトウェアを削除した場合には、上記不必要な制御用ソフトウェアが上記ネットワーク上のいずれの制御用機器にも所有されていない旨を上記管理用機器又は上記任意の制御用機器の表示手段に表示すること
を特徴とする請求項６記載の機器動作管理方法。
【請求項１０】
上記管理用機器は、上記制御用機器の機能を備えること
を特徴とする請求項１記載の機器動作管理方法。
【請求項１１】
少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する管理用機器であって、
上記制御用機器のシステム資源容量を問い合わせる資源容量確認手段と、
上記被制御機器を制御するための制御用ソフトウェアの容量を調べる制御用ソフトウェア容量確認手段と、
上記資源容量確認手段と上記制御用ソフトウェア容量確認手段とにより確認した結果に基づいて、上記制御用ソフトウェアを上記制御用機器に対して割り当てる割当手段とを備えること
を特徴とする管理用機器。
【請求項１２】
上記システム資源容量と上記制御用ソフトウェアの容量とを比較し、上記制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算手段を備えること
を特徴とする請求項１１記載の管理用機器。
【請求項１３】
上記計算手段により計算した結果に応じて、上記制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項１２記載の管理用機器。
【請求項１４】
上記計算手段により計算した結果、上記制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、上記制御用ソフトウェアの機能を落とし、上記制御用ソフトウェアの容量を下げること
を特徴とする請求項１２記載の管理用機器。
【請求項１５】
上記制御用ソフトウェアを割り当てることが可能なシステム資源を備える制御用機器が存在しない場合に、上記制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を表示する表示手段を備えること
を特徴とする請求項１１記載の管理用機器。
【請求項１６】
任意の制御用機器に上記制御用ソフトウェアを割り当てることが不可能な場合には、上記任意の制御用機器が所有している不必要な制御用ソフトウェアを、他の制御用機器に割り当て、または、上記任意の制御用機器に削除させ、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項１１記載の管理用機器。
【請求項１７】
上記制御用ソフトウェアが所望機能の被制御機器を制御するものであるか否かを判別する所望機能判別手段と、
上記制御用ソフトウェアが上記所望機能の被制御機器のものであった場合、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有しているか否かを上記任意の制御用機器に判別させた結果、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していた場合、上記不必要な制御用ソフトウェアを他の制御用機器が所有できるか否かを判別する所有可能判別手段とを備えること
を特徴とする請求項１６記載の管理用機器。
【請求項１８】
上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していない場合には、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を表示する表示手段を備えること
を特徴とする請求項１７記載の管理用機器。
【請求項１９】
上記不必要な制御用ソフトウェアが削除された場合には、上記不必要な制御用ソフトウェアが上記ネットワーク上のいずれの制御用機器にも所有されていない旨を表示する表示手段を備えること
を特徴とする請求項１６記載の管理用機器。
【請求項２０】
上記制御用機器の機能を備えること
を特徴とする請求項１１記載の管理用機器。
【請求項２１】
少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理プログラムを供給するプログラム供給媒体であって、
上記ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、上記制御用機器のシステム資源容量を問い合わせる資源容量確認処理と、
上記被制御機器を制御するための制御用ソフトウェアの容量を、上記管理用機器により調べる制御用ソフトウェア容量確認処理と、
上記資源容量確認処理と上記制御用ソフトウェア容量確認処理との結果に基づいて、上記管理用機器により、上記制御用ソフトウェアを上記制御用機器に対して割り当てる割当処理とを備えること
を特徴とする機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２２】
上記管理用機器により、上記システム資源容量と上記制御用ソフトウェアの容量とを比較し、上記制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算処理を備えること
を特徴とする請求項２１記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２３】
上記管理用機器は、上記計算処理により得られた結果に応じて、上記制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項２２記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２４】
上記計算処理を行った結果、上記制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、上記管理用機器により、上記制御用ソフトウェアの機能を落とし、上記制御用ソフトウェアの容量を下げること
を特徴とする請求項２２記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２５】
上記制御用ソフトウェアを割り当てることが可能なシステム資源を備える制御用機器が存在しない場合には、上記制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を上記管理用機器又は上記制御用機器の表示手段に表示すること
を特徴とする請求項２１記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２６】
任意の制御用機器に上記制御用ソフトウェアを割り当てることが不可能な場合には、上記任意の制御用機器が所有している不必要な制御用ソフトウェアを、上記管理用機器により他の制御用機器に割り当て、または、上記管理用機器からの指示に基づいて上記任意の制御用機器により削除し、上記管理用機器により、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てること
を特徴とする請求項２１記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２７】
上記制御用ソフトウェアが所望機能の被制御機器を制御するものであるか否かを上記管理用機器により判別する所望機能判別処理と、
上記所望機能判別処理による判別の結果、上記制御用ソフトウェアが上記所望機能の被制御機器のものであった場合、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有しているか否かを上記管理用機器からの指示に基づいて上記任意の制御用機器により判別する所有判別処理と、
上記所有判別処理による判別の結果、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していた場合、上記不必要な制御用ソフトウェアを他の制御用機器が所有できるか否かを上記管理用機器により判別する所有可能判別処理とを備えること
を特徴とする請求項２６記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２８】
上記所有判別処理による判別の結果、上記任意の制御用機器が上記不必要な制御用ソフトウェアを所有していない場合には、上記任意の制御用機器に対して上記制御用ソフトウェアを割り当てることができない旨を上記管理用機器又は上記任意の制御用機器の表示手段に表示すること
を特徴とする請求項２７記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項２９】
上記不必要な制御用ソフトウェアを削除した場合には、上記不必要な制御用ソフトウェアが上記ネットワーク上のいずれの制御用機器にも所有されていない旨を上記管理用機器又は上記任意の制御用機器の表示手段に表示すること
を特徴とする請求項２６記載の機器動作管理プログラムを供給するプログラム供給媒体。
【請求項３０】
ネットワークに接続されるとともに、上記ネットワークに接続された少なくとも１台の被制御機器を制御する制御用機器であって、
上記被制御機器を制御するための制御用ソフトウェアを所有する記憶手段を備え、
ネットワーク上の機器動作を管理する管理用機器からの問い合わせに応じて、上記記憶手段の容量を上記管理用機器に返信するとともに、上記記憶手段の容量に基づいて上記管理用機器により割り当てられた制御用ソフトウェアを上記記憶手段に記憶すること
を特徴とする制御用機器。
【請求項３１】
上記制御用ソフトウェアを割り当てることが不可能な場合に、上記制御用ソフトウェアを所有することができない旨を表示する表示手段を備えること
を特徴とする請求項３０記載の制御用機器。
【請求項３２】
上記制御用ソフトウェアを割り当てることが不可能な場合に、上記記憶手段に記憶している不必要な制御用ソフトウェアを、上記管理用機器からの指示に基づいて削除し、上記制御用ソフトウェアを上記記憶手段に記憶すること
を特徴とする請求項３０記載の制御用機器。
【請求項３３】
上記制御用ソフトウェアが所望機能の被制御機器のものであった場合に、上記管理用機器からの指示に基づいて、上記不必要な制御用ソフトウェアを上記記憶手段に記憶しているか否かを判別する所有判別手段を備えること
を特徴とする請求項３２記載の制御用機器。
【請求項３４】
上記不必要な制御用ソフトウェアを上記記憶手段に記憶していない場合に、上記制御用ソフトウェアを所有することができない旨を表示する表示手段を備えること
を特徴とする請求項３３記載の制御用機器。
【請求項３５】
上記不必要な制御用ソフトウェアを削除した場合に、上記不必要な制御用ソフトウェアが上記ネットワーク上のいずれの制御用機器にも所有されていない旨を表示する表示手段を備えること
を特徴とする請求項３２記載の制御用機器。
【請求項３６】
上記管理用機器の機能を備えること
を特徴とする請求項３０記載の制御用機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の電子機器が接続されたネットワークにおいて各電子機器の動作を管理する機器動作管理方法及び管理用機器、並びに、上述した機器動作管理方法を実現する機器動作管理プログラムを供給するプログラム供給媒体に関する。また、本発明は、複数の電子機器が接続されたネットワークにおいて各電子機器の動作を制御する制御用機器に関する。
【０００２】
【従来の技術】
近年、例えばディジタルテレビ（以下、ＤＴＶと称する。）やディジタル衛星放送向けのセットトップ・ボックス（以下、ＳＴＢと称する。）等の各種ＡＶ（Audio Visual）機器を相互に接続し、家庭内ネットワークを構築して使用することが考えられている。
【０００３】
このようなネットワークシステムにおいては、接続された機器が連携した動作を可能とするために、各機器には、いわゆるミドルウェア（middleware）が必要となる。このミドルウェアとは、アプリケーション等で共通に使用される機能をまとめてアプリケーションとＯＳ（Operating System）との間に配置されるソフトウェアであり、ネットワークを制御及び／又は管理するためのものである。
【０００４】
このようなミドルウェアを各機器に実装することで、家庭内ネットワークにおいては、異なる製造業者（メーカ）が製作した複数の機器を接続した場合でも、正常に動作することができ、機器の相互運用が可能となる。
【０００５】
このようなネットワークシステムにおいては、各機器を制御するソフトウェアモジュールをネットワーク上の１台の機器が所有する。すなわち、ソフトウェアモジュールを所有している機器は、そのソフトウェアモジュールに対応する機器をネットワーク上で制御することができる。また、このようなネットワークシステムにおいて、ソフトウェアモジュールを所有できる機器、すなわち、ネットワーク上のある機器を制御することが可能である資源容量を有する機器が、複数存在するときには、１つのソフトウェアモジュールは、資源容量が豊富な複数の機器間で分割して所有されることはなく、１台の機器に所有される。
【０００６】
【発明が解決しようとする課題】
ところで、上述したネットワークシステムにおいては、ソフトウェアモジュールを所有できる機器が複数存在するときには、各機器がネットワークに接続すると、ソフトウェアモジュールを所有するべく申し出た機器から順番に選択され、この選択された機器がソフトウェアモジュールを所有していた。或いは、各機器がネットワークに接続してソフトウェアモジュールを所有させる機器が選択される際に、その時点で所有しているソフトウェアモジュールの数が少ない機器が選択され、この機器がソフトウェアモジュールを所有していた。
【０００７】
しかしながら、このようなネットワークシステムにおいては、ソフトウェアモジュールを所有するだけの資源容量が足りない機器が選択されてしまい、ソフトウェアモジュールの追加に失敗してしまうことがあった。
【０００８】
本発明は、このような実情に鑑みてなされたものであり、上述したネットワークシステムにおいて、資源容量が豊富な機器に対して、ソフトウェアモジュールを効率よく割り当てて所有させることが可能であるとともに、所有されないソフトウェアモジュールが存在する場合にも、その旨を表示することにより、状況に応じた柔軟な対処が可能となる機器動作管理方法及びこの機器動作管理方法に基づいて動作する管理用機器を提供することを目的とするものである。また、本発明は、この機器動作管理方法を実現する機器動作管理プログラムを供給するプログラム供給媒体を提供することを目的とするものである。さらに、本発明は、管理用機器により割り当てられたソフトウェアモジュールを所有し、各機器を制御することを可能にした制御用機器を提供することを目的とするものである。
【０００９】
【課題を解決するための手段】
上述した目的を達成する本発明にかかる機器動作管理方法は、少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理方法であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認工程と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認工程と、資源容量確認工程と制御用ソフトウェア容量確認工程との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当工程とを備えることを特徴としている。
【００１０】
このような本発明にかかる機器動作管理方法は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる。
【００１１】
また、本発明にかかる機器動作管理方法は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算工程の結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げることを特徴としている。
【００１２】
このような本発明にかかる機器動作管理方法は、システム資源容量と制御用ソフトウェアの容量とを比較した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがあると判別された場合には、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器のシステム資源の調節を図る。
【００１３】
さらに、上述した目的を達成する本発明にかかる管理用機器は、少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する管理用機器であって、制御用機器のシステム資源容量を問い合わせる資源容量確認手段と、被制御機器を制御するための制御用ソフトウェアの容量を調べる制御用ソフトウェア容量確認手段と、資源容量確認手段と制御用ソフトウェア容量確認手段とにより確認した結果に基づいて、制御用ソフトウェアを制御用機器に対して割り当てる割当手段とを備えることを特徴としている。
【００１４】
このような本発明にかかる管理用機器は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用ソフトウェアを制御用機器に対して割り当てる。
【００１５】
さらにまた、本発明にかかる管理用機器は、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算手段により計算した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げることを特徴としている。
【００１６】
このような本発明にかかる管理用機器は、システム資源容量と制御用ソフトウェアの容量とを比較した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがあると判別した場合には、制御用ソフトウェアの機能を落としてその容量を下げ、再び制御用機器に対して、容量を下げた制御用ソフトウェアを割り当てる。
【００１７】
また、上述した目的を達成する本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理プログラムを供給するプログラム供給媒体であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認処理と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認処理と、資源容量確認処理と制御用ソフトウェア容量確認処理との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当処理とを備えることを特徴としている。
【００１８】
このような本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用ソフトウェアを制御用機器に対して割り当てることができる機器動作管理プログラムを供給する。
【００１９】
さらに、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算処理を行った結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げることを特徴としている。
【００２０】
このような本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、システム資源容量と制御用ソフトウェアの容量とを比較した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがあると判別された場合には、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器のシステム資源の調節を図ることが可能な機器動作管理プログラムを供給する。
【００２１】
さらにまた、上述した目的を達成する本発明にかかる制御用機器は、ネットワークに接続されるとともに、ネットワークに接続された少なくとも１台の被制御機器を制御する制御用機器であって、被制御機器を制御するための制御用ソフトウェアを所有する記憶手段を備え、ネットワーク上の機器動作を管理する管理用機器からの問い合わせに応じて、記憶手段の容量を管理用機器に返信するとともに、記憶手段の容量に基づいて管理用機器により割り当てられた制御用ソフトウェアを記憶手段に記憶することを特徴としている。
【００２２】
このような本発明にかかる制御用機器は、管理用機器からの問い合わせに応じて返信した記憶手段の容量に基づいて管理用機器により割り当てられた制御用ソフトウェアを記憶手段に記憶し、被制御機器を制御する。
【００２５】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
【００２６】
本発明を適用した実施の形態は、図１に示すように、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）によって承認されたIEEE Std. 1394-1995 IEEE Standard for a High Performance serial Bus規格（以下、ＩＥＥＥ１３９４と略称する。）に準拠したＩＥＥＥ１３９４シリアルバス２０により、複数の電子機器１１，１２，１３，１４，１５，１６が接続されたネットワーク（以下、ＩＥＥＥ１３９４ネットワークと称する。）１０である。電子機器１１乃至電子機器１６は、例えば、ディジタルテレビやディジタル衛星放送向けのセットトップ・ボックス、いわゆるＤＶＣＲ（Digital Video Cassette Recorder）、ディジタル・オーディオ・ディスク等のＡＶ機器であり、各種情報を記憶する図示しないメモリを備えている。このＩＥＥＥ１３９４ネットワーク１０を制御及び／又は管理するためのミドルウェアとしては、いわゆるＨＡＶｉ（Home Audio/Video interoperability）を適用するものとする。そこでまず、ＨＡＶｉについて簡単に説明する。
【００２７】
ＨＡＶｉとは、共通のアプリケーションプログラムを異なる製造業者（メーカ）の機器に適用できるようにするために、その基本仕様が策定されたものである。ＨＡＶｉは、ＡＶ機器を接続して構成されるネットワークを対象とするものであり、ネットワーク上の機器が連携して動作するように、ネットワークを管理及び／又は制御するミドルウェアである。このＨＡＶｉにおいて規定されている主なソフトウェア要素には、図２中破線部内に示す８種類のものがある。
【００２８】
１３９４コミュニケーション・メディア・マネージャ（IEEE1394 Communication Media Manager）は、ＩＥＥＥ１３９４と各ソフトウェア要素或いはアプリケーションプログラムとの間のインターフェースとして作用するものである。すなわち、１３９４コミュニケーション・メディア・マネージャは、他機器との間で命令を送受信するための伝送機構を提供したり、ＩＥＥＥ１３９４シリアルバスの動作状況を把握し、その情報を他のソフトウェア要素に提供する。
【００２９】
イベント・マネージャ（Event Manager）は、例えば、ネットワークに新たに機器が接続されたり切り離されたりすることによりネットワークの状態が変化した場合といったイベントを、他のソフトウェア要素に伝達する役割を果たすものである。ＨＡＶｉを採用したネットワークにおいては、特に、新しい機器の接続や切断が起きた際に、このイベント・マネージャが、ネットワーク上の各機器にその変化を伝達することにより、後述するプラグアンドプレイ等の利便性を実現することができる。
【００３０】
レジストリ（Registry）は、ネットワークにどのような機器が接続されているか或いはその機器がどのような情報を有しているかといった機器に関する情報を保持・更新するものであり、異なる機器間の相互操作を可能にするものである。ＨＡＶｉを採用したネットワークにおいては、アプリケーションプログラムが、このレジストリから必要な情報を入手することができる。また、各機器は、このレジストリを参照することにより、ネットワーク上の他機器の基本的なソフトウェア要素の所在を確認することができる。
【００３１】
メッセージング・システム（Messaging System）は、ネットワーク上の各機器のソフトウェア要素同士がコミュニケーションするためのＡＰＩ（Application Programming Interface）として作用するものであり、ソフトウェア要素間でメッセージを伝送する役割を果たす。このことにより、ＨＡＶｉを採用したネットワークにおいては、メッセージを送信する側と受信する側とが、互いのネットワーク上の場所を知ることなく、メッセージを伝送することができる。
【００３２】
デバイス・コントロール・モジュール（Device Control Module（以下、ＤＣＭと略称する。））は、機器の制御を請け負うものである。ＨＡＶｉを採用したネットワークにおいては、アプリケーションプログラムが各機器と直接やり取りを行うのではなく、このＤＣＭとやり取りを行うことで各機器を制御する。ＤＣＭは、ＡＰＩとして機能するため、アプリケーションプログラムが個々の機器の特異性を考慮する必要がない。したがって、ＨＡＶｉを採用したネットワークにおいては、ネットワーク上の機器が他機器の機能を認識することができ、離れた場所から他機器を操作することが可能となる。
【００３３】
ＤＣＭマネージャ（DCM Manager）は、ネットワーク上の各機器に対してＤＣＭをインストールするものである。ＨＡＶｉを採用したネットワークにおいては、ネットワークに新たな機器が接続されると、このＤＣＭマネージャがその機器に必要なＤＣＭをインストールすることによって、自動的にネットワークの変化に対応する。したがって、ＨＡＶｉを採用したネットワークにおいては、ネットワークが再構成されている最中においても、機器の動作を継続することができる。
【００３４】
データ駆動インタラクション・コントローラ（Data Driven Interaction Controller）は、ディスプレイ等の機器の表示部に対してＧＵＩ（Graphical User Interface）を提供するものである。データ駆動インタラクション・コントローラは、豊富なＧＵＩを有しており、このデータを用いてテキストデータ専用のディスプレイからグラフィックス対応のディスプレイまで、多種多様なディスプレイに対応することができる。すなわち、データ駆動インタラクション・コントローラは、ユーザの操作を援助する役割を果たす。
【００３５】
ストリーム・マネージャ（Stream Manager）は、ネットワーク上での映像や音声等のストリームデータの流れを監視・管理し、ストリームデータのリアルタイム伝送を可能にするものである。また、ストリーム・マネージャは、機器内部及び機器間の接続を管理する。さらに、ストリーム・マネージャは、ネットワーク資源の確保や解放を行うとともに、ネットワーク全体の接続情報の提供を行う。また、ストリーム・マネージャは、ネットワークのリセット後の再接続をサポートすることもできる。
【００３６】
このようなソフトウェア要素は、ＨＡＶｉにおいて規定されている機器のクラスに応じて所有される。ＨＡＶｉにおいては、４種類の機器のクラスが規定されており、ＦＡＶ（Full AV device）と、ＩＡＶ（Intermediate AV device）と、ＢＡＶ（Base AV device）と、ＬＡＶ（Legacy AV device）とがある。
【００３７】
ＦＡＶは、例えばＤＴＶやＳＴＢ等のように、ネットワークと機器をまとめて管理する機器を想定するものであり、上述した８種類のソフトウェア要素の全てに対応する。また、ＦＡＶは、機器の新たな機能を実現するソフトウェアを記述するコードであるＨＡＶｉバイト・コードを実行することができる。ＦＡＶは、自らのＤＣＭを所有するのは勿論であるが、他機器のＤＣＭも所有することができ、ＤＣＭを所有した機器を制御下におくことができる。
【００３８】
ＩＡＶは、ＦＡＶと同様に、ＳＴＢ等を想定するものであるが、ＨＡＶｉバイト・コードの実行環境を備えない。したがって、ＩＡＶは、自らのＤＣＭを所有することはできるが、他機器のＤＣＭを所有することはできない。
【００３９】
ＢＡＶは、被制御機器を想定するものであり、専ら他機器により制御される機器である。
【００４０】
ＬＡＶは、ＨＡＶｉに対応するものではなく、独自のインターフェースを備える機器を想定するものであるが、ＡＶ／Ｃ（Audio Video/Control）コマンドに対応するため、単独で動作する以外にも、被制御機器として動作することができる。
【００４１】
このようなＨＡＶｉを採用したネットワークにおいては、ユーザは、以下のような利便を得ることができる。
【００４２】
まず、ＨＡＶｉを採用したネットワークにおいては、様々な機器をＩＥＥＥ１３９４等のディジタルインターフェースにより接続するのみで、当該ネットワークを構築することができる。すなわち、ＨＡＶｉを採用したネットワークにおいては、例えば、新たに機器を接続したり切断した場合でも、機器同士が互いに通信しあうことによって、当該ネットワークが更新されたことを各機器が認識することができる。したがって、ＨＡＶｉを採用したネットワークにおいては、その機能を停止することなく、新しい機器配置に自動的に対応するプラグアンドプレイを提供することができる。
【００４３】
また、ＨＡＶｉを採用したネットワークにおいては、各機器が、相互に接続や操作を行うことができるばかりではなく、当該ネットワーク上の機器間で機能を共有することも可能である。ＨＡＶｉを採用したネットワークにおいては、例えば、ある機器を操作することによって、その機器が備えていない他機器の機能を利用することができる。
【００４４】
さらに、ＨＡＶｉを採用したネットワークにおいては、新しいネットワークアプリケーションで使用される新しい機能を、既に利用しているネットワーク上で利用することができる。すなわち、ＨＡＶｉを採用したネットワークにおいては、新たに開発された機器や機能に対しても、それらの機器を既に構築されているネットワークに接続するだけで動作させることができる。
【００４５】
なお、ＨＡＶｉは、ＩＥＥＥ１３９４シリアルバスで構築されたネットワークのみに適用可能なものではなく、例えば、いわゆるイーサネットやＵＳＢ（Universal Serial Bus）等、他のディジタルシリアルバスで接続されたネットワークにも適用できるものである。
【００４６】
以上説明したＨＡＶｉをミドルウェアとして適用したＩＥＥＥ１３９４ネットワーク１０においては、図３に示すように、制御用機器でありコントローラと呼ばれるＦＡＶに相当する電子機器が、被制御機器となる各電子機器の制御用ソフトウェアであるＤＣＭを記憶手段である図示しないメモリに記憶することによって、各電子機器を制御することができる。このＤＣＭの所有方法について、以下説明していく。なお、ここでは、電子機器１１，１４がＦＡＶに相当するものであり、コントローラとなり得る機器であるものとする。また、これらの電子機器１１，１４は、図示しないが、ディスプレイ等の表示部を備えているものとする。
【００４７】
ＩＥＥＥ１３９４ネットワーク１０においては、各電子機器１１，１２，１３，１４，１５，１６が接続され、いわゆるトポロジが決定される段階で、ＤＣＭをどの電子機器に所有させるかを決定する管理用機器でありリーダと呼ばれる電子機器が選択される。このリーダは、例えば上述したレジストリを参照することによって、各電子機器１１，１２，１３，１４，１５，１６がコントローラとなり得る電子機器であるか或いはコントロールされる電子機器であるかを認識している。ＩＥＥＥ１３９４ネットワーク１０においては、いずれの電子機器がリーダとなってもよく、例えばコントローラとなった電子機器がリーダを兼ねてもよい。ここでは、リーダは、電子機器１３であるものとして説明する。
【００４８】
ＩＥＥＥ１３９４ネットワーク１０においては、図４に示すように、ステップＳ１において、リーダである電子機器１３が、コントローラとなり得る電子機器１１，１４に対して、資源容量確認手段として機能する図示しないＣＰＵ等により、そのメモリ容量等のシステム資源容量を問い合わせる。すなわち、電子機器１１，１４は、出荷時に自らのメモリ容量を予め記憶しており、リーダである電子機器１３による問い合わせに応じて、そのメモリに現在所有している自らを制御するためのＤＣＭやその他の各種情報等を差し引いた使用可能なメモリ容量を計算し、電子機器１３に応答する。このことにより、リーダである電子機器１３は、電子機器１１，１４における使用可能なメモリ容量を知ることができる。ここでは、電子機器１１のメモリ容量が、電子機器１４のメモリ容量よりも大幅に大きいものとする。
【００４９】
次に、リーダである電子機器１３は、ステップＳ２において、制御用ソフトウェア容量確認手段として機能する図示しないＣＰＵ等により、自らを含めた電子機器１２，１５，１６に対して、それぞれを制御するために最低限必要となる基本機能のＤＣＭのサイズを問い合わせる。また、リーダである電子機器１３は、自らを含めた電子機器１２，１５，１６に対して、基本機能のＤＣＭ以外に機能をアップグレードするためのＤＣＭが存在する場合には、そのＤＣＭのサイズも問い合わせる。各電子機器１２，１３，１５，１６は、それぞれ、自らを制御するためのＤＣＭのサイズ情報を記憶手段である図示しないメモリに記憶しており、電子機器１３からの問い合わせに対してＤＣＭのサイズを応答する。このことにより、電子機器１３は、各電子機器１２，１３，１５，１６のＤＣＭのサイズを調べることができる。ここでは、電子機器１３のＤＣＭのサイズが、他の電子機器１２，１５，１６のＤＣＭのサイズよりも大幅に大きいものとする。なお、電子機器１２，１５，１６の中にＬＡＶである電子機器が存在する場合には、リーダである電子機器１３は、コントローラとなり得る電子機器１１又は電子機器１４に対して、ＬＡＶである電子機器のＤＣＭのサイズを問い合わせる。電子機器１１又は電子機器１４は、ＬＡＶである電子機器の機種に応じた一般的なＤＣＭのサイズの情報を予め備えている。したがって、リーダである電子機器１３は、ＬＡＶである電子機器のＤＣＭのサイズを調べることができる。
【００５０】
そして、リーダである電子機器１３は、ステップＳ３において、計算手段としての機能を備える図示しないＣＰＵ等により、電子機器１１，１４に対してＤＣＭを割り当てることが可能なメモリ容量と、割り当てようとする各電子機器１２，１３，１５，１６のＤＣＭのサイズとを計算し、ステップＳ４において、各電子機器１２，１３，１５，１６の全てのＤＣＭを、電子機器１１，１４に対して割り当てることが可能であるか否かを判別する。この際、ＬＡＶである電子機器のＤＣＭのように、ＩＥＥＥ１３９４ネットワーク１０上にＤＣＭが存在していない場合には、コントローラとなり得る電子機器１１，１４が、その電子機器の基本機能のＤＣＭを生成することができる。
【００５１】
ここで、ステップＳ４において、全てのＤＣＭを割り当てることが可能であると判別された場合には、リーダである電子機器１３は、ステップＳ５において、割当手段として機能する図示しないＣＰＵ等により、電子機器１１，１４に対して、それぞれが所有可能なＤＣＭを割り当てる。そして、電子機器１１，１４は、ステップＳ６において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールして、一連の処理を終了する。
【００５２】
このように、ＩＥＥＥ１３９４ネットワーク１０においては、各電子機器１２，１３，１５，１６のＤＣＭが電子機器１１，１４に割り当てられ、例えば図３に示すように、電子機器１２，１５，１６のＤＣＭが電子機器１１に割り当てられ、電子機器１３のＤＣＭが電子機器１４に割り当てられる。
【００５３】
一方、ステップＳ４において、全てのＤＣＭを割り当てることが不可能であると判別された場合、例えば、電子機器１６のＤＣＭを電子機器１１，１４のいずれにも割り当てることができないと判別された場合には、リーダである電子機器１３は、ステップＳ７及びステップＳ８において、電子機器１２，１３，１５，１６のいずれかのＤＣＭとして、アップグレードされたＤＣＭではなく、基本機能のＤＣＭにバージョンを下げることにより、電子機器１１，１４に対してＤＣＭを割り当てることを試みる。
【００５４】
例えば、リーダである電子機器１３は、ステップＳ７において、電子機器１２，１３，１５，１６の基本機能のＤＣＭのサイズと、アップグレードされたＤＣＭのサイズとを計算する。その結果、電子機器１２，１５，１６のＤＣＭを基本機能のものにバージョンを下げれば、これら全てのＤＣＭを電子機器１１に割り当てることができることを判別すると、リーダである電子機器１３は、ステップＳ８において、電子機器１２，１５，１６のＤＣＭを基本機能のものにバージョンを下げる。そして、リーダである電子機器１３は、ステップＳ５において、電子機器１１に対して電子機器１２，１５，１６の基本機能のＤＣＭを割り当てるとともに、電子機器１４に対して電子機器１３のＤＣＭを割り当てる。そして、電子機器１１，１４は、ステップＳ６において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールして、一連の処理を終了する。
【００５５】
このようにすることで、ＩＥＥＥ１３９４ネットワーク１０においては、各電子機器１２，１３，１５，１６のＤＣＭが電子機器１１，１４に割り当てられ、例えば図３に示すように、電子機器１２，１５，１６の基本機能のＤＣＭが電子機器１１に割り当てられ、電子機器１３のＤＣＭが電子機器１４に割り当てられる。
【００５６】
また、ステップＳ７において、どのように計算しても全てのＤＣＭを割り当てることができない、すなわちここでは、電子機器１６のＤＣＭを割り当てることができないと判別された場合には、リーダである電子機器１３は、ステップＳ９において、電子機器１６のＤＣＭを割り当てることができない旨を、電子機器１１，１４に対して通知する。この通知を受信した電子機器１１，１４は、ステップＳ１０において、電子機器１６のＤＣＭをインストールできなかったことを示すエラー表示を図示しない表示部において行い、一連の処理を終了する。なお、リーダである電子機器１３が表示機能を備えている場合には、このエラー表示を電子機器１３において行うようにしてもよい。
【００５７】
以上説明してきたように、本発明の実施の形態として示すＩＥＥＥ１３９４ネットワーク１０においては、ＤＣＭを所有してコントローラとなり得る電子機器１１，１４に対して、リーダとなった電子機器１３が、ＤＣＭを効率よく割り当てることによって、確実にＤＣＭをコントローラとなり得る電子機器１１，１４にインストールすることができる。
【００５８】
また、ＩＥＥＥ１３９４ネットワーク１０においては、コントローラとなり得る電子機器１１，１４のシステム資源容量が不足している場合においても、ＤＣＭの機能を落としてそのサイズを下げ、電子機器１１，１４が使用可能なシステム資源の調節を図ることによって、ＤＣＭをインストールすることができ、ＤＣＭの有効な共有化を図ることができる。
【００５９】
さらに、ＩＥＥＥ１３９４ネットワーク１０においては、システム資源の調節を図っても、割り当てることができないＤＣＭが存在する場合、コントローラとなり得る電子機器１１，１４或いはリーダである電子機器１３が、所望の電子機器のＤＣＭを所有することができなかった旨を表示することにより、その電子機器が制御不可能であることや、電子機器１１，１４のシステム資源が不足していること等をユーザに知らせることができる。このことにより、ＩＥＥＥ１３９４ネットワーク１０においては、使用するアプリケーションプログラムに応じて、使用する必要のないＤＣＭをユーザが任意に削除し、電子機器１１，１４のシステム資源の調節を行って、所望のＤＣＭを電子機器１１，１４に対してインストールするといったように、状況に応じた柔軟な対処が可能になる。
【００６０】
例えば、電子機器１６が記録媒体に対する記録及び／又は再生を行うものであり、コントローラとなり得る電子機器１１がいわゆるＣＤ（Compact Disc）やＭＤ（Mini Disk）といった音楽データを記録する記録媒体に対する記録及び／又は再生を制御するようなアプリケーションプログラムを動作させる場合を考える。ここで、電子機器１１が電子機器１６のＤＣＭを所有するだけのシステム資源を有していない場合、ＩＥＥＥ１３９４ネットワーク１０においては、電子機器１１が所有している電子機器１６以外のＤＣＭを、他のコントローラとなり得る電子機器１４に割り当てて所有させるか、または、削除することによって、電子機器１１に所有されなかった電子機器１６のＤＣＭを電子機器１１に対して新たに追加することができる。
【００６１】
このように、コントローラとなり得る電子機器１１，１４に所有されないＤＣＭがある場合、ＩＥＥＥ１３９４ネットワーク１０においては、図５に示すような一連の工程を経ることによって、これらのＤＣＭを電子機器１１，１４に割り当てる。なお、ここでは、電子機器１１のアプリケーションプログラムに基づいて動作する電子機器のＤＣＭであって、電子機器１１，１４に所有されないＤＣＭの個数をｎ個とし、電子機器１１に対してＤＣＭを割り当てる場合について説明する。
【００６２】
ＩＥＥＥ１３９４ネットワーク１０においては、同図に示すように、ステップＳ１１において、リーダである電子機器１３が、図示しないＣＰＵ等により、ｎ＞０であるか否か、すなわち、電子機器１１，１４に所有されないＤＣＭが存在するか否かを判別する。
【００６３】
ここで、ｎ＞０でない場合、すなわち、電子機器１１，１４に所有されないＤＣＭが存在しない場合には、一連の処理を終了する。
【００６４】
一方、ｎ＞０である場合、すなわち、電子機器１１，１４に所有されないＤＣＭが存在する場合には、リーダである電子機器１３は、ステップＳ１２において、所望機能判別手段として機能する図示しないＣＰＵ等により、ｎ個目のＤＣＭが所望機能の電子機器のものであるか否か、すなわち、電子機器１１のアプリケーションプログラムに基づいて動作させたい電子機器のものであるか否かを判別する。
【００６５】
ここで、ｎ個目のＤＣＭが所望機能の電子機器のものでない場合には、ステップＳ１１へと処理を移行する。
【００６６】
一方、ｎ個目のＤＣＭが所望機能の電子機器のものである場合には、コントローラとなり得る電子機器１１は、ステップＳ１３において、リーダである電子機器１３からの指示に基づいて、所有判別手段として機能する図示しないＣＰＵ等により、自らのアプリケーションプログラムに不必要なＤＣＭを所有しているか否かを判別する。
【００６７】
ここで、電子機器１１が不必要なＤＣＭを所有していない場合には、コントローラとなり得る電子機器１１又はリーダである電子機器１３は、ｎ個目のＤＣＭ、すなわち、所望機能の電子機器のＤＣＭをインストールできなかったことを示すエラー表示を図示しない表示部において行い、一連の処理を終了する。
【００６８】
一方、電子機器１１が不必要なＤＣＭを所有している場合には、リーダである電子機器１３は、ステップＳ１４において、所有可能判別手段として機能する図示しないＣＰＵ等により、電子機器１１が不必要なＤＣＭを他のコントローラとなり得る電子機器１４が所有できるか否かを判別する。
【００６９】
ここで、電子機器１１が不必要なＤＣＭを電子機器１４が所有できる場合には、リーダである電子機器１３は、ステップＳ１５において、図示しないＣＰＵ等により、電子機器１４に対して、電子機器１１が不必要なＤＣＭを割り当てる。そして、電子機器１４は、ステップＳ１６において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールし、ステップＳ１７へと処理を移行する。
【００７０】
一方、電子機器１１が不必要なＤＣＭを電子機器１４が所有できない場合には、電子機器１１は、ステップＳ２０において、ユーザによる操作又はリーダである電子機器１３からの指示に基づいて、図示しないＣＰＵ等により、不必要なＤＣＭを削除する。そして、電子機器１１及び／又は電子機器１３は、ステップＳ２１において、削除したＤＣＭがコントローラとなり得る電子機器１１，１４のいずれにも所有されていない旨を示す表示を図示しない表示部において行い、ステップＳ１７へと処理を移行する。
【００７１】
次に、電子機器１３は、ステップＳ１７において、図示しないＣＰＵ等により、ｎ個目のＤＣＭ、すなわち、所望機能の電子機器のＤＣＭを電子機器１１が所有できるか否かを判別する。
【００７２】
ここで、所望機能の電子機器のＤＣＭを電子機器１１が所有できない場合には、ステップＳ１３へと処理を移行し、ステップＳ１３からの処理を繰り返す。
【００７３】
一方、所望機能の電子機器のＤＣＭを電子機器１１が所有できる場合には、リーダである電子機器１３は、ステップＳ１８において、図示しないＣＰＵ等により、電子機器１１に対して、所望機能の電子機器のＤＣＭ、すなわち、ｎ個目のＤＣＭを割り当てる。そして、電子機器１１は、ステップＳ１９において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールしてステップＳ１１へと再び処理を移行し、他のＤＣＭに対する処理を行う。
【００７４】
このようにすることで、ＩＥＥＥ１３９４ネットワーク１０においては、コントローラとなり得る電子機器１１，１４に所有されないＤＣＭがある場合にも、これらのＤＣＭを電子機器１１，１４に割り当てることができる。
【００７５】
なお、このような場合において、電子機器１１がｎ個目のＤＣＭをどのようにしても所有できない場合には、このＤＣＭを電子機器１４に割り当てるようにしてもよい。
【００７６】
図４及び図５に示したようなＤＣＭの割り当ての際の一連の処理を実現する機器動作管理プログラムは、予め各電子機器１１乃至電子機器１６のメモリ等に格納されていてもよいが、例えばＣＤ−ＲＯＭ等の記録媒体に記録された形態で提供されてもよく、このように記録媒体に記録された機器動作管理プログラムを、例えばメモリに書き込み記憶させることで、各電子機器がリーダとして上述した一連の処理を行うことができる。
【００７７】
また、本発明は、上述した実施の形態に限定されるものではなく、例えば、ＩＥＥＥ１３９４ネットワークのみではなく、いわゆるイーサネットやＵＳＢ等のディジタルシリアルバスで構築されたネットワークにも適用できるものである。
【００７８】
さらに、本発明は、ミドルウェアとしてＨＡＶｉを用いているが、ＨＡＶｉ以外のミドルウェアを適用してもよい。
【００７９】
さらにまた、本発明においては、リーダである電子機器１３が、コントローラとなり得る電子機器１１，１４の両者が備えるシステム資源を同時に把握し、ＤＣＭの割り当てを図るように説明したが、まず、電子機器１１に対してＤＣＭを割り当て、その後、電子機器１４に対してＤＣＭを割り当てるといったように、コントローラとなり得る電子機器毎に、ＤＣＭを割り当てていくようにしてもよい。
【００８０】
また、本発明においては、ネットワーク上においてコントローラとなり得る電子機器として、電子機器１１，１４の２台を適用したが、コントローラとなり得る電子機器は、１台であってもよく、３台以上であってもよいことは勿論である。
【００８１】
その他、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００８２】
【発明の効果】
以上詳細に説明したように、本発明にかかる機器動作管理方法は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理方法であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認工程と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認工程と、資源容量確認工程と制御用ソフトウェア容量確認工程との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当工程とを備える。
【００８３】
このことにより、本発明にかかる機器動作管理方法は、制御用機器に対して、管理用機器が、制御用ソフトウェアを効率よく割り当てることができ、確実に制御用ソフトウェアを制御用機器に所有させることができる。
【００８４】
また、本発明にかかる機器動作管理方法は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算工程の結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００８５】
このことにより、本発明にかかる機器動作管理方法は、制御用機器のシステム資源容量と制御用ソフトウェアの容量とを比較した結果、システム資源容量が不足していると判別された場合においても、制御用ソフトウェアの機能を落としてその容量を下げ、制御用機器が使用可能なシステム資源の調節を図ることで制御用ソフトウェアを制御用機器に所有させることができ、制御用ソフトウェアの有効な共有化を図ることができる。
【００８６】
本発明にかかる管理用機器は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する管理用機器であって、制御用機器のシステム資源容量を問い合わせる資源容量確認手段と、被制御機器を制御するための制御用ソフトウェアの容量を調べる制御用ソフトウェア容量確認手段と、資源容量確認手段と制御用ソフトウェア容量確認手段とにより確認した結果に基づいて、制御用ソフトウェアを制御用機器に対して割り当てる割当手段とを備える。
【００８７】
このことにより、本発明にかかる管理用機器は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用機器に制御用ソフトウェアを効率よく割り当てることができ、確実に制御用ソフトウェアを所有させることができる。
【００８８】
また、本発明にかかる管理用機器は、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算手段により計算した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００８９】
このことにより、本発明にかかる管理用機器は、制御用機器のシステム資源容量と制御用ソフトウェアの容量とを比較してシステム資源容量が不足していると判別した場合においても、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器が使用可能なシステム資源の調節を図ることができ、制御用ソフトウェアを制御用機器に所有させることができる。
【００９０】
本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理プログラムを供給するプログラム供給媒体であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認処理と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認処理と、資源容量確認処理と制御用ソフトウェア容量確認処理との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当処理とを備える。
【００９１】
このことにより、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用ソフトウェアを制御用機器に対して割り当てることができる機器動作管理プログラムを供給することができ、この機器動作管理プログラムを供給された管理用機器は、制御用機器に対して、制御用ソフトウェアを効率よく割り当てることができる。
【００９２】
また、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算処理を行った結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００９３】
このことにより、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、システム資源容量と制御用ソフトウェアの容量とを比較した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがあると判別された場合には、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器のシステム資源の調節を図ることが可能な機器動作管理プログラムを供給することができ、この機器動作管理プログラムを供給された管理用機器は、制御用機器が使用可能なシステム資源の調節を図ることで制御用ソフトウェアを制御用機器に所有させることができる。
【００９４】
本発明にかかる制御用機器は、シリアルバスインターフェースにより構築されたネットワークに接続されるとともに、ネットワークに接続された少なくとも１台の被制御機器を制御する制御用機器であって、被制御機器を制御するための制御用ソフトウェアを所有する記憶手段を備え、ネットワーク上の機器動作を管理する管理用機器からの問い合わせに応じて、記憶手段の容量を管理用機器に返信するとともに、記憶手段の容量に基づいて管理用機器により割り当てられた制御用ソフトウェアを記憶手段に記憶する。
【００９５】
このことにより、本発明にかかる制御用機器は、管理用機器からの問い合わせに応じて、記憶手段の容量に関する情報を返信することによって、管理用機器により割り当てられる制御用ソフトウェアが決定され、この制御用ソフトウェアを記憶することによって、被制御機器を制御下におくことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態として示すＩＥＥＥ１３９４ネットワークの構成を説明するブロック図である。
【図２】同ＩＥＥＥ１３９４ネットワークに適用するＨＡＶｉについて説明する図であって、ＨＡＶｉが規定するソフトウェア要素を説明する図である。
【図３】同ＩＥＥＥ１３９４ネットワークの構成を説明するブロック図であって、コントローラとなり得る電子機器が、各電子機器のＤＣＭを所有している様子を説明する図である。
【図４】同ＩＥＥＥ１３９４ネットワークにおいて、コントローラとなり得る電子機器に対して、各電子機器のＤＣＭを割り当てる際の一連の工程を説明するフローチャートである。
【図５】同ＩＥＥＥ１３９４ネットワークにおいて、コントローラとなり得る電子機器に所有されなかったＤＣＭを新たに追加する場合に、コントローラとなり得る電子機器に対してＤＣＭを割り当てる際の一連の工程を説明するフローチャートである。
【符号の説明】
１０  ＩＥＥＥ１３９４ネットワーク、  １１，１２，１３，１４，１５，１６  電子機器、  ２０  ＩＥＥＥ１３９４シリアルバス
【図１】
0004099563.tif 000002
【図２】
0004099563.tif 000003
【図３】
0004099563.tif 000004
【図４】
0004099563.tif 000005
【図５】
0004099563.tif 000006