JP4099563B2

Movatterモバイル変換

Info

Publication number: JP4099563B2
Application number: JP32444699A
Authority: JP
Inventors: 祐子飯島
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-12-08
Filing date: 1999-11-15
Publication date: 2008-06-11
Anticipated expiration: 2019-11-15
Also published as: JP2000232451A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の電子機器が接続されたネットワークにおいて各電子機器の動作を管理する機器動作管理方法及び管理用機器、並びに、上述した機器動作管理方法を実現する機器動作管理プログラムを供給するプログラム供給媒体に関する。また、本発明は、複数の電子機器が接続されたネットワークにおいて各電子機器の動作を制御する制御用機器に関する。
【０００２】
【従来の技術】
近年、例えばディジタルテレビ（以下、ＤＴＶと称する。）やディジタル衛星放送向けのセットトップ・ボックス（以下、ＳＴＢと称する。）等の各種ＡＶ（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）といった音楽データを記録する記録媒体に対する記録及び／又は再生を制御するようなアプリケーションプログラムを動作させる場合を考える。ここで、電子機器１１が電子機器１６のＤＣＭを所有するだけのシステム資源を有していない場合、ＩＥＥＥ１３９４ネットワーク１０においては、電子機器１１が所有している電子機器１６以外のＤＣＭを、他のコントローラとなり得る電子機器１４に割り当てて所有させるか、または、削除することによって、電子機器１１に所有されなかった電子機器１６のＤＣＭを電子機器１１に対して新たに追加することができる。
【００６１】
このように、コントローラとなり得る電子機器１１，１４に所有されないＤＣＭがある場合、ＩＥＥＥ１３９４ネットワーク１０においては、図５に示すような一連の工程を経ることによって、これらのＤＣＭを電子機器１１，１４に割り当てる。なお、ここでは、電子機器１１のアプリケーションプログラムに基づいて動作する電子機器のＤＣＭであって、電子機器１１，１４に所有されないＤＣＭの個数をｎ個とし、電子機器１１に対してＤＣＭを割り当てる場合について説明する。
【００６２】
ＩＥＥＥ１３９４ネットワーク１０においては、同図に示すように、ステップＳ１１において、リーダである電子機器１３が、図示しないＣＰＵ等により、ｎ＞０であるか否か、すなわち、電子機器１１，１４に所有されないＤＣＭが存在するか否かを判別する。
【００６３】
ここで、ｎ＞０でない場合、すなわち、電子機器１１，１４に所有されないＤＣＭが存在しない場合には、一連の処理を終了する。
【００６４】
一方、ｎ＞０である場合、すなわち、電子機器１１，１４に所有されないＤＣＭが存在する場合には、リーダである電子機器１３は、ステップＳ１２において、所望機能判別手段として機能する図示しないＣＰＵ等により、ｎ個目のＤＣＭが所望機能の電子機器のものであるか否か、すなわち、電子機器１１のアプリケーションプログラムに基づいて動作させたい電子機器のものであるか否かを判別する。
【００６５】
ここで、ｎ個目のＤＣＭが所望機能の電子機器のものでない場合には、ステップＳ１１へと処理を移行する。
【００６６】
一方、ｎ個目のＤＣＭが所望機能の電子機器のものである場合には、コントローラとなり得る電子機器１１は、ステップＳ１３において、リーダである電子機器１３からの指示に基づいて、所有判別手段として機能する図示しないＣＰＵ等により、自らのアプリケーションプログラムに不必要なＤＣＭを所有しているか否かを判別する。
【００６７】
ここで、電子機器１１が不必要なＤＣＭを所有していない場合には、コントローラとなり得る電子機器１１又はリーダである電子機器１３は、ｎ個目のＤＣＭ、すなわち、所望機能の電子機器のＤＣＭをインストールできなかったことを示すエラー表示を図示しない表示部において行い、一連の処理を終了する。
【００６８】
一方、電子機器１１が不必要なＤＣＭを所有している場合には、リーダである電子機器１３は、ステップＳ１４において、所有可能判別手段として機能する図示しないＣＰＵ等により、電子機器１１が不必要なＤＣＭを他のコントローラとなり得る電子機器１４が所有できるか否かを判別する。
【００６９】
ここで、電子機器１１が不必要なＤＣＭを電子機器１４が所有できる場合には、リーダである電子機器１３は、ステップＳ１５において、図示しないＣＰＵ等により、電子機器１４に対して、電子機器１１が不必要なＤＣＭを割り当てる。そして、電子機器１４は、ステップＳ１６において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールし、ステップＳ１７へと処理を移行する。
【００７０】
一方、電子機器１１が不必要なＤＣＭを電子機器１４が所有できない場合には、電子機器１１は、ステップＳ２０において、ユーザによる操作又はリーダである電子機器１３からの指示に基づいて、図示しないＣＰＵ等により、不必要なＤＣＭを削除する。そして、電子機器１１及び／又は電子機器１３は、ステップＳ２１において、削除したＤＣＭがコントローラとなり得る電子機器１１，１４のいずれにも所有されていない旨を示す表示を図示しない表示部において行い、ステップＳ１７へと処理を移行する。
【００７１】
次に、電子機器１３は、ステップＳ１７において、図示しないＣＰＵ等により、ｎ個目のＤＣＭ、すなわち、所望機能の電子機器のＤＣＭを電子機器１１が所有できるか否かを判別する。
【００７２】
ここで、所望機能の電子機器のＤＣＭを電子機器１１が所有できない場合には、ステップＳ１３へと処理を移行し、ステップＳ１３からの処理を繰り返す。
【００７３】
一方、所望機能の電子機器のＤＣＭを電子機器１１が所有できる場合には、リーダである電子機器１３は、ステップＳ１８において、図示しないＣＰＵ等により、電子機器１１に対して、所望機能の電子機器のＤＣＭ、すなわち、ｎ個目のＤＣＭを割り当てる。そして、電子機器１１は、ステップＳ１９において、リーダである電子機器１３からの指示により、割り当てられたＤＣＭを図示しないメモリにインストールしてステップＳ１１へと再び処理を移行し、他のＤＣＭに対する処理を行う。
【００７４】
このようにすることで、ＩＥＥＥ１３９４ネットワーク１０においては、コントローラとなり得る電子機器１１，１４に所有されないＤＣＭがある場合にも、これらのＤＣＭを電子機器１１，１４に割り当てることができる。
【００７５】
なお、このような場合において、電子機器１１がｎ個目のＤＣＭをどのようにしても所有できない場合には、このＤＣＭを電子機器１４に割り当てるようにしてもよい。
【００７６】
図４及び図５に示したようなＤＣＭの割り当ての際の一連の処理を実現する機器動作管理プログラムは、予め各電子機器１１乃至電子機器１６のメモリ等に格納されていてもよいが、例えばＣＤ−ＲＯＭ等の記録媒体に記録された形態で提供されてもよく、このように記録媒体に記録された機器動作管理プログラムを、例えばメモリに書き込み記憶させることで、各電子機器がリーダとして上述した一連の処理を行うことができる。
【００７７】
また、本発明は、上述した実施の形態に限定されるものではなく、例えば、ＩＥＥＥ１３９４ネットワークのみではなく、いわゆるイーサネットやＵＳＢ等のディジタルシリアルバスで構築されたネットワークにも適用できるものである。
【００７８】
さらに、本発明は、ミドルウェアとしてＨＡＶｉを用いているが、ＨＡＶｉ以外のミドルウェアを適用してもよい。
【００７９】
さらにまた、本発明においては、リーダである電子機器１３が、コントローラとなり得る電子機器１１，１４の両者が備えるシステム資源を同時に把握し、ＤＣＭの割り当てを図るように説明したが、まず、電子機器１１に対してＤＣＭを割り当て、その後、電子機器１４に対してＤＣＭを割り当てるといったように、コントローラとなり得る電子機器毎に、ＤＣＭを割り当てていくようにしてもよい。
【００８０】
また、本発明においては、ネットワーク上においてコントローラとなり得る電子機器として、電子機器１１，１４の２台を適用したが、コントローラとなり得る電子機器は、１台であってもよく、３台以上であってもよいことは勿論である。
【００８１】
その他、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００８２】
【発明の効果】
以上詳細に説明したように、本発明にかかる機器動作管理方法は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理方法であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認工程と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認工程と、資源容量確認工程と制御用ソフトウェア容量確認工程との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当工程とを備える。
【００８３】
このことにより、本発明にかかる機器動作管理方法は、制御用機器に対して、管理用機器が、制御用ソフトウェアを効率よく割り当てることができ、確実に制御用ソフトウェアを制御用機器に所有させることができる。
【００８４】
また、本発明にかかる機器動作管理方法は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算工程の結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００８５】
このことにより、本発明にかかる機器動作管理方法は、制御用機器のシステム資源容量と制御用ソフトウェアの容量とを比較した結果、システム資源容量が不足していると判別された場合においても、制御用ソフトウェアの機能を落としてその容量を下げ、制御用機器が使用可能なシステム資源の調節を図ることで制御用ソフトウェアを制御用機器に所有させることができ、制御用ソフトウェアの有効な共有化を図ることができる。
【００８６】
本発明にかかる管理用機器は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する管理用機器であって、制御用機器のシステム資源容量を問い合わせる資源容量確認手段と、被制御機器を制御するための制御用ソフトウェアの容量を調べる制御用ソフトウェア容量確認手段と、資源容量確認手段と制御用ソフトウェア容量確認手段とにより確認した結果に基づいて、制御用ソフトウェアを制御用機器に対して割り当てる割当手段とを備える。
【００８７】
このことにより、本発明にかかる管理用機器は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用機器に制御用ソフトウェアを効率よく割り当てることができ、確実に制御用ソフトウェアを所有させることができる。
【００８８】
また、本発明にかかる管理用機器は、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算手段により計算した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００８９】
このことにより、本発明にかかる管理用機器は、制御用機器のシステム資源容量と制御用ソフトウェアの容量とを比較してシステム資源容量が不足していると判別した場合においても、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器が使用可能なシステム資源の調節を図ることができ、制御用ソフトウェアを制御用機器に所有させることができる。
【００９０】
本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、シリアルバスインターフェースにより少なくとも１台の制御用機器が接続されるとともに、この制御用機器により制御される少なくとも１台の被制御機器が接続されて構築されたネットワーク上の機器動作を管理する機器動作管理プログラムを供給するプログラム供給媒体であって、ネットワークが構築される初期設定時に決定されて機器動作を管理する管理用機器により、制御用機器のシステム資源容量を問い合わせる資源容量確認処理と、被制御機器を制御するための制御用ソフトウェアの容量を、管理用機器により調べる制御用ソフトウェア容量確認処理と、資源容量確認処理と制御用ソフトウェア容量確認処理との結果に基づいて、管理用機器により、制御用ソフトウェアを制御用機器に対して割り当てる割当処理とを備える。
【００９１】
このことにより、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、制御用機器のシステム資源容量と被制御機器を制御するための制御用ソフトウェアの容量とに基づいて、制御用ソフトウェアを制御用機器に対して割り当てることができる機器動作管理プログラムを供給することができ、この機器動作管理プログラムを供給された管理用機器は、制御用機器に対して、制御用ソフトウェアを効率よく割り当てることができる。
【００９２】
また、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、管理用機器により、システム資源容量と制御用ソフトウェアの容量とを比較し、制御用機器に対して割り当てることが可能な制御用ソフトウェアの容量を計算する計算処理を行った結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがある場合には、管理用機器により、制御用ソフトウェアの機能を落とし、制御用ソフトウェアの容量を下げる。
【００９３】
このことにより、本発明にかかる機器動作管理プログラムを供給するプログラム供給媒体は、システム資源容量と制御用ソフトウェアの容量とを比較した結果、制御用機器に対して割り当てることが不可能な制御用ソフトウェアがあると判別された場合には、制御用ソフトウェアの機能を落としてその容量を下げることで、制御用機器のシステム資源の調節を図ることが可能な機器動作管理プログラムを供給することができ、この機器動作管理プログラムを供給された管理用機器は、制御用機器が使用可能なシステム資源の調節を図ることで制御用ソフトウェアを制御用機器に所有させることができる。
【００９４】
本発明にかかる制御用機器は、シリアルバスインターフェースにより構築されたネットワークに接続されるとともに、ネットワークに接続された少なくとも１台の被制御機器を制御する制御用機器であって、被制御機器を制御するための制御用ソフトウェアを所有する記憶手段を備え、ネットワーク上の機器動作を管理する管理用機器からの問い合わせに応じて、記憶手段の容量を管理用機器に返信するとともに、記憶手段の容量に基づいて管理用機器により割り当てられた制御用ソフトウェアを記憶手段に記憶する。
【００９５】
このことにより、本発明にかかる制御用機器は、管理用機器からの問い合わせに応じて、記憶手段の容量に関する情報を返信することによって、管理用機器により割り当てられる制御用ソフトウェアが決定され、この制御用ソフトウェアを記憶することによって、被制御機器を制御下におくことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態として示すＩＥＥＥ１３９４ネットワークの構成を説明するブロック図である。
【図２】同ＩＥＥＥ１３９４ネットワークに適用するＨＡＶｉについて説明する図であって、ＨＡＶｉが規定するソフトウェア要素を説明する図である。
【図３】同ＩＥＥＥ１３９４ネットワークの構成を説明するブロック図であって、コントローラとなり得る電子機器が、各電子機器のＤＣＭを所有している様子を説明する図である。
【図４】同ＩＥＥＥ１３９４ネットワークにおいて、コントローラとなり得る電子機器に対して、各電子機器のＤＣＭを割り当てる際の一連の工程を説明するフローチャートである。
【図５】同ＩＥＥＥ１３９４ネットワークにおいて、コントローラとなり得る電子機器に所有されなかったＤＣＭを新たに追加する場合に、コントローラとなり得る電子機器に対してＤＣＭを割り当てる際の一連の工程を説明するフローチャートである。
【符号の説明】
１０ＩＥＥＥ１３９４ネットワーク、１１，１２，１３，１４，１５，１６電子機器、２０ＩＥＥＥ１３９４シリアルバス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a device operation management method and management device for managing the operation of each electronic device in a network to which a plurality of electronic devices are connected, and a program for supplying a device operation management program for realizing the device operation management method described above. It relates to a supply medium. The present invention also relates to a control device that controls the operation of each electronic device in a network in which a plurality of electronic devices are connected.
[0002]
[Prior art]
In recent years, for example, various AV (Audio Visual) devices such as a digital television (hereinafter referred to as DTV) and a set-top box (hereinafter referred to as STB) for digital satellite broadcasting are connected to each other to establish a home network. Constructed and used.
[0003]
In such a network system, so-called middleware is required for each device so that the connected devices can operate in cooperation. The middleware is software that is arranged between an application and an OS (Operating System) by collecting functions commonly used in the application and the like, and is for controlling and / or managing a network.
[0004]
By installing such middleware in each device, even in the home network, even when multiple devices manufactured by different manufacturers (manufacturers) are connected, it can operate normally, and the interoperability of the devices It becomes possible.
[0005]
In such a network system, one device on the network owns a software module for controlling each device. That is, a device that owns a software module can control a device corresponding to the software module on the network. Also, in such a network system, when there are a plurality of devices that can own software modules, that is, devices having a resource capacity capable of controlling a certain device on the network, one software module It is not divided and owned by a plurality of devices having a large capacity, but is owned by one device.
[0006]
[Problems to be solved by the invention]
By the way, in the above-described network system, when there are a plurality of devices that can own software modules, when each device is connected to the network, the devices that are selected to own the software module are selected in order, and the selected devices are selected. I owned a software module. Alternatively, when each device is connected to the network and a device that owns the software module is selected, a device with a small number of software modules owned at that time is selected, and this device owns the software module. It was.
[0007]
However, in such a network system, a device that has insufficient resource capacity to own the software module is selected, and the addition of the software module may fail.
[0008]
The present invention has been made in view of such circumstances, and in the network system described above, it is possible to efficiently allocate and own software modules to devices with abundant resource capacities, and to possess them. Provided is a device operation management method capable of flexibly dealing with a situation by displaying the fact even when there is a software module that is not to be displayed, and a management device that operates based on this device operation management method It is for the purpose. It is another object of the present invention to provide a program supply medium that supplies a device operation management program for realizing the device operation management method. Furthermore, an object of the present invention is to provide a control device that has a software module assigned by a management device and is capable of controlling each device.
[0009]
[Means for Solving the Problems]
The device operation management method according to the present invention that achieves the above-mentioned object is constructed by connecting at least one control device and at least one controlled device controlled by the control device. This is a device operation management method for managing device operations on the network, and is a resource capacity check that inquires the system resource capacity of the control device by the management device that is determined at the time of initial setup when the network is built and manages the device operation. Management based on the results of the control software capacity check process, the resource capacity check process, and the control software capacity check process for checking the process and the capacity of the control software for controlling the controlled device using the management equipment And assigning the control software to the control equipment depending on the equipment used. .
[0010]
Such a device operation management method according to the present invention is based on the system resource capacity of the control device and the capacity of the control software for controlling the controlled device. Assign to equipment.
[0011]
In the device operation management method according to the present invention, the system resource capacity is compared with the control software capacity by the management device, and the control software capacity that can be allocated to the control device is calculated. If there is control software that cannot be assigned to control equipment as a result of the calculation process, the management software functionality is reduced by the management equipment and the capacity of the control software is reduced. Yes.
[0012]
In such a device operation management method according to the present invention, when it is determined that there is control software that cannot be assigned to the control device as a result of comparing the system resource capacity and the control software capacity. The system resources of the control equipment are adjusted by reducing the capacity of the control software and reducing its capacity.
[0013]
Furthermore, the management device according to the present invention that achieves the above-described object is constructed by connecting at least one control device and at least one controlled device controlled by the control device. Management device for managing the operation of the devices on the network, the resource capacity checking means for inquiring the system resource capacity of the control device, and the control software for checking the capacity of the control software for controlling the controlled device It is characterized by comprising allocation means for allocating control software to a control device based on the results confirmed by the capacity confirmation means, the resource capacity confirmation means and the control software capacity confirmation means.
[0014]
Such a management device according to the present invention assigns control software to the control device based on the system resource capacity of the control device and the control software capacity for controlling the controlled device.
[0015]
Furthermore, the management device according to the present invention is calculated by a calculation means for comparing the system resource capacity and the control software capacity and calculating the control software capacity that can be allocated to the control equipment. As a result, when there is control software that cannot be assigned to the control device, the function of the control software is reduced and the capacity of the control software is reduced.
[0016]
When such a management device according to the present invention compares the system resource capacity with the control software capacity and determines that there is control software that cannot be assigned to the control device, Then, the function of the control software is lowered to reduce its capacity, and the control software with the reduced capacity is assigned to the control device again.
[0017]
A program supply medium for supplying a device operation management program according to the present invention that achieves the above-described object is connected to at least one control device and at least one target controlled by the control device. A program supply medium for supplying a device operation management program for managing device operation on a network constructed by connecting a control device, and for managing the device operation determined at the initial setting when the network is constructed Resource capacity confirmation processing for inquiring about the system resource capacity of the control device, control software capacity confirmation processing for examining the capacity of the control software for controlling the controlled device using the management device, and resource capacity confirmation processing Based on the result of the control software capacity confirmation process, the management software It is characterized in that it comprises a allocation process of assigning wear to the control equipment.
[0018]
The program supply medium for supplying the device operation management program according to the present invention controls the control software based on the system resource capacity of the control device and the control software capacity for controlling the controlled device. A device operation management program that can be assigned to a device is provided.
[0019]
Further, the program supply medium for supplying the device operation management program according to the present invention is a control medium that can be allocated to the control device by comparing the system resource capacity with the control software capacity by the management device. If there is control software that cannot be assigned to control equipment as a result of calculation processing to calculate the capacity of the software, the control software functionality is dropped by the management equipment, and the control software It is characterized by lowering the capacity.
[0020]
As a result of comparing the system resource capacity and the control software capacity, the program supply medium for supplying the device operation management program according to the present invention includes control software that cannot be assigned to the control device. If it is determined that there is a device operation management program that can adjust the system resources of the control device by reducing the capacity of the control software and reducing its capacity.
[0021]
Furthermore, a control device according to the present invention that achieves the above-described object is a control device that is connected to a network and controls at least one controlled device connected to the network. Storage means that owns control software for controlling the device, and returns the capacity of the storage means to the management equipment in response to an inquiry from the management equipment that manages the operation of the equipment on the network. Control software assigned by the management device based on the capacity is stored in the storage means.
[0022]
Such a control device according to the present invention stores the control software assigned by the management device based on the capacity of the storage device returned in response to the inquiry from the management device in the storage device. To control.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, specific embodiments to which the present invention is applied will be described in detail with reference to the drawings.
[0026]
As shown in FIG. 1, the embodiment to which the present invention is applied is an IEEE Std. 1394-1995 IEEE Standard for a High Performance serial Bus standard approved by IEEE (The Institute of Electrical and Electronics Engineers, Inc.). Hereinafter, a network (hereinafter referred to as anIEEE 1394 network) 10 in which a plurality ofelectronic devices 11, 12, 13, 14, 15, 16 are connected by anIEEE 1394serial bus 20 conforming to IEEE 1394). Theelectronic devices 11 to 16 are AV devices such as a set top box for digital television and digital satellite broadcasting, a so-called DVCR (Digital Video Cassette Recorder), a digital audio disk, and the like, and store various types of information. A memory (not shown) is provided. As middleware for controlling and / or managing theIEEE 1394network 10, so-called HAVi (Home Audio / Video interoperability) is applied. First, HAVi will be briefly described.
[0027]
HAVi is a basic specification formulated so that a common application program can be applied to devices of different manufacturers (manufacturers). HAVi is intended for a network configured by connecting AV devices, and is middleware that manages and / or controls a network so that devices on the network operate in cooperation. The main software elements defined in this HAVi include eight types shown in the broken line portion in FIG.
[0028]
The 1394 Communication Media Manager functions as an interface betweenIEEE 1394 and each software element or application program. That is, the 1394 communication media manager provides a transmission mechanism for sending and receiving commands to and from other devices, grasps the operation status of theIEEE 1394 serial bus, and provides the information to other software elements.
[0029]
The Event Manager (Event Manager) plays a role in transmitting events to other software elements, for example, when the status of the network changes due to new connection or disconnection of devices from the network. . In a network adopting HAVi, especially when a new device is connected or disconnected, this event manager transmits the change to each device on the network, so that the convenience such as plug-and-play described later is provided. Can be realized.
[0030]
The registry is used to maintain and update information about devices such as what devices are connected to the network and what information the devices have, and allows interoperation between different devices. It is what makes it possible. In a network employing HAVi, an application program can obtain necessary information from this registry. Each device can confirm the location of the basic software elements of other devices on the network by referring to this registry.
[0031]
The messaging system (Messaging System) acts as an API (Application Programming Interface) for communication between software elements of devices on the network, and plays a role of transmitting messages between the software elements. As a result, in a network employing HAVi, a message transmitting side and a receiving side can transmit a message without knowing the location on the network.
[0032]
A device control module (hereinafter abbreviated as DCM) undertakes control of equipment. In a network employing HAVi, each application is controlled by exchanging with this DCM, rather than the application program directly exchanging with each apparatus. Since the DCM functions as an API, it is not necessary for the application program to consider the uniqueness of each device. Therefore, in a network employing HAVi, devices on the network can recognize the functions of other devices, and can operate other devices from a remote location.
[0033]
The DCM manager installs DCM for each device on the network. In a network adopting HAVi, when a new device is connected to the network, the DCM manager automatically installs a DCM necessary for the device, thereby automatically responding to a change in the network. Therefore, in a network employing HAVi, the operation of the device can be continued even while the network is being reconfigured.
[0034]
A data driven interaction controller (Data Driven Interaction Controller) provides a GUI (Graphical User Interface) to a display unit of a device such as a display. The data driven interaction controller has an abundant GUI, and can use this data to support a wide variety of displays from text data dedicated displays to graphics compatible displays. That is, the data driven interaction controller plays a role of assisting a user operation.
[0035]
The stream manager (Stream Manager) monitors and manages the flow of stream data such as video and audio on the network, and enables real-time transmission of stream data. The stream manager manages connections inside and between devices. Furthermore, the stream manager secures and releases network resources and provides connection information for the entire network. The stream manager can also support reconnection after a network reset.
[0036]
Such software elements are owned according to the device class defined in HAVi. In HAVi, four types of device classes are defined: FAV (Full AV device), IAV (Intermediate AV device), BAV (Base AV device), and LAV (Legacy AV device).
[0037]
FAV assumes a device that manages a network and devices collectively, such as DTV and STB, for example, and corresponds to all of the eight types of software elements described above. Further, the FAV can execute HAVi byte code, which is a code that describes software that realizes a new function of the device. Of course, the FAV owns its own DCM, but it can also own the DCM of other devices, and the device that owns the DCM can be under control.
[0038]
Similar to FAV, IAV assumes STB and the like, but does not have an execution environment for HAVi byte code. Therefore, the IAV can own its own DCM, but cannot own the DCM of other devices.
[0039]
The BAV assumes a controlled device and is a device that is exclusively controlled by another device.
[0040]
LAV is not compatible with HAVi, but assumes a device with its own interface. In order to support AV / C (Audio Video / Control) commands, LAV can be controlled in addition to operating independently. Can operate as a device.
[0041]
In such a network employing HAVi, the user can obtain the following convenience.
[0042]
First, in a network employing HAVi, the network can be constructed only by connecting various devices through a digital interface such as IEEE1394. That is, in a network employing HAVi, for example, even when a device is newly connected or disconnected, each device can recognize that the network has been updated by communicating with each other. . Therefore, in a network employing HAVi, it is possible to provide plug and play that automatically corresponds to a new device arrangement without stopping the function.
[0043]
Further, in a network employing HAVi, not only can each device connect and operate with each other, but also a function can be shared between devices on the network. In a network employing HAVi, for example, by operating a certain device, it is possible to use functions of other devices that the device does not have.
[0044]
Furthermore, in a network employing HAVi, a new function used in a new network application can be used on an already used network. That is, in a network adopting HAVi, it is possible to operate newly developed devices and functions simply by connecting those devices to an already constructed network.
[0045]
Note that HAVi is not applicable only to a network constructed with anIEEE 1394 serial bus, but is also applicable to a network connected with another digital serial bus such as a so-called Ethernet or USB (Universal Serial Bus). It is.
[0046]
In theIEEE 1394network 10 to which the HAVi described above is applied as middleware, as shown in FIG. 3, an electronic device corresponding to a FAV called a controller, which is a control device, is control software for each electronic device that is a controlled device. Each of the electronic devices can be controlled by storing DCM in a memory (not shown) as a storage means. The method for owning DCM will be described below. Here, it is assumed that theelectronic devices 11 and 14 correspond to FAVs and can be controllers. Moreover, although not shown in figure, theseelectronic devices 11 and 14 shall be provided with display parts, such as a display.
[0047]
In theIEEE 1394network 10, eachelectronic device 11, 12, 13, 14, 15, 16 is connected, and is a management device that determines which electronic device owns the DCM when a so-called topology is determined. An electronic device called a reader is selected. The reader recognizes whether eachelectronic device 11, 12, 13, 14, 15, 16 is an electronic device that can be a controller or a controlled electronic device by referring to the registry described above, for example. Yes. In theIEEE 1394network 10, any electronic device may be a reader. For example, an electronic device that is a controller may also serve as a reader. Here, it is assumed that the reader is theelectronic device 13.
[0048]
In theIEEE 1394network 10, as shown in FIG. 4, in step S <b> 1, theelectronic device 13 that is a reader uses an unillustrated CPU or the like that functions as a resource capacity confirmation unit for theelectronic devices 11 and 14 that can be a controller. Queries the system resource capacity such as the memory capacity. That is, theelectronic devices 11 and 14 store their own memory capacities at the time of shipment. In response to an inquiry from theelectronic device 13 that is a reader, theelectronic devices 11 and 14 control DCMs that are currently owned by the memory. A usable memory capacity is calculated by subtracting various other information and the like, and responds to theelectronic device 13. As a result, theelectronic device 13 as a reader can know the memory capacity that can be used in theelectronic devices 11 and 14. Here, it is assumed that the memory capacity of theelectronic device 11 is significantly larger than the memory capacity of theelectronic device 14.
[0049]
Next, in step S2, theelectronic device 13 as a reader controls each of theelectronic devices 12, 15, and 16 including itself by a CPU (not shown) that functions as a control software capacity confirmation unit. Inquire about the size of the basic function DCM that is required at the minimum. In addition, when theelectronic device 13 that is a reader has a DCM for upgrading functions other than the basic function DCM for theelectronic devices 12, 15, and 16 including itself, the size of the DCM is also determined. Inquire. Eachelectronic device 12, 13, 15, 16 stores DCM size information for controlling itself in a memory (not shown) as storage means, and in response to an inquiry from theelectronic device 13, the size of the DCM Respond. Thereby, theelectronic device 13 can check the size of the DCM of eachelectronic device 12, 13, 15, 16. Here, it is assumed that the DCM size of theelectronic device 13 is significantly larger than the DCM sizes of the otherelectronic devices 12, 15, and 16. In addition, when the electronic device which is LAV exists in theelectronic devices 12, 15, and 16, theelectronic device 13 which is a reader is an electronic device which is LAV with respect to theelectronic device 11 or theelectronic device 14 which can be a controller. Queries the DCM size of the device. Theelectronic device 11 or theelectronic device 14 includes information on a general DCM size corresponding to the model of the electronic device that is the LAV in advance. Therefore, theelectronic device 13 that is the reader can check the size of the DCM of the electronic device that is the LAV.
[0050]
Then, in step S3, theelectronic device 13 as a reader tries to allocate a memory capacity that can allocate a DCM to theelectronic devices 11 and 14 by a CPU (not shown) having a function as a calculation unit. The size of the DCM of eachelectronic device 12, 13, 15, 16 is calculated, and all DCMs of eachelectronic device 12, 13, 15, 16 can be assigned to theelectronic device 11, 14 in step S4. Determine if it is possible. At this time, when there is no DCM on theIEEE 1394network 10 like the DCM of the electronic device that is the LAV, theelectronic devices 11 and 14 that can be the controller generate the DCM of the basic function of the electronic device. be able to.
[0051]
Here, if it is determined in step S4 that all DCMs can be allocated, theelectronic device 13 serving as a reader uses an electronic device (not shown) or the like that functions as an allocation unit in step S5. 11 and 14 are allotted DCMs that each can own. In step S6, theelectronic devices 11 and 14 install the allocated DCM in a memory (not shown) according to an instruction from theelectronic device 13 that is a reader, and the series of processing ends.
[0052]
As described above, in theIEEE 1394network 10, the DCMs of theelectronic devices 12, 13, 15, and 16 are assigned to theelectronic devices 11 and 14, for example, as shown in FIG. 3, the DCMs of theelectronic devices 12, 15, and 16 are allocated. The DCM of theelectronic device 13 is assigned to theelectronic device 11 and the DCM of theelectronic device 13 is assigned to theelectronic device 14.
[0053]
On the other hand, when it is determined in step S4 that it is impossible to assign all DCMs, for example, when it is determined that the DCM of theelectronic device 16 cannot be assigned to any of theelectronic devices 11 and 14. In step S7 and step S8, theelectronic device 13 serving as a reader lowers the version to the DCM of the basic function instead of the upgraded DCM as one of the DCMs of theelectronic devices 12, 13, 15, and 16. Attempt to allocate DCM to theelectronic devices 11 and 14.
[0054]
For example, in step S7, theelectronic device 13 that is a reader calculates the size of the DCM of the basic function of theelectronic devices 12, 13, 15, and 16, and the size of the upgraded DCM. As a result, if it is determined that the DCMs of theelectronic devices 12, 15, 16 can be assigned to theelectronic device 11 if the version of the DCM is reduced to that of the basic function, theelectronic device 13 as the reader determines that the DCM is assigned to theelectronic device 11 in step S8. The version of the DCMs of theelectronic devices 12, 15, 16 is lowered to that of the basic function. Then, in step S <b> 5, theelectronic device 13 that is a reader assigns the DCM of the basic function of theelectronic devices 12, 15, and 16 to theelectronic device 11 and also assigns the DCM of theelectronic device 13 to theelectronic device 14. Then, in step S6, theelectronic devices 11 and 14 install the allocated DCM in a memory (not shown) according to an instruction from theelectronic device 13 as a reader, and the series of processing ends.
[0055]
In this way, in theIEEE 1394network 10, the DCMs of theelectronic devices 12, 13, 15, and 16 are assigned to theelectronic devices 11 and 14, for example, as shown in FIG. 3, theelectronic devices 12, 15, and 16 The basic function DCM is assigned to theelectronic device 11, and the DCM of theelectronic device 13 is assigned to theelectronic device 14.
[0056]
Further, if it is determined in step S7 that all the DCMs cannot be assigned by any calculation, that is, here, it is determined that the DCM of theelectronic device 16 cannot be assigned, theelectronic device 13 that is the reader. Notifies theelectronic devices 11 and 14 that the DCM of theelectronic device 16 cannot be allocated in step S9. In step S10, theelectronic devices 11 and 14 that have received this notification perform an error display indicating that the DCM of theelectronic device 16 could not be installed on a display unit (not shown), and end the series of processes. If theelectronic device 13 as a reader has a display function, this error display may be performed on theelectronic device 13.
[0057]
As described above, in theIEEE 1394network 10 shown as the embodiment of the present invention, theelectronic device 13 that has become a reader is more efficient than theelectronic devices 11 and 14 that have a DCM and can serve as a controller. By assigning well, the DCM can be surely installed in theelectronic devices 11 and 14 that can serve as controllers.
[0058]
In theIEEE 1394network 10, even when the system resource capacity of theelectronic devices 11 and 14 that can be a controller is insufficient, the system can be used by reducing the size of the DCM and reducing the size thereof. By adjusting the resources, DCM can be installed, and effective sharing of DCM can be achieved.
[0059]
Further, in theIEEE 1394network 10, when there are DCMs that cannot be allocated even if the system resources are adjusted, theelectronic devices 11, 14 that can be a controller or theelectronic device 13 that is a reader is connected to the DCM of a desired electronic device. Can be notified to the user that the electronic device is not controllable, the system resources of theelectronic devices 11 and 14 are insufficient, and the like. As a result, in theIEEE 1394network 10, the user arbitrarily deletes DCMs that do not need to be used according to the application program to be used, adjusts the system resources of theelectronic devices 11 and 14, and obtains a desired DCM. It is possible to flexibly cope with the situation, such as installing theelectronic devices 11 and 14.
[0060]
For example, theelectronic device 16 performs recording and / or reproduction on a recording medium, and theelectronic device 11 that can serve as a controller records and records on a recording medium that records music data such as a so-called CD (Compact Disc) or MD (Mini Disk). Consider a case where an application program that controls playback is operated. Here, in the case where theelectronic device 11 does not have enough system resources to own the DCM of theelectronic device 16, in theIEEE 1394network 10, DCMs other than theelectronic device 16 owned by theelectronic device 11 are used as other DCMs. By assigning to theelectronic device 14 that can be a controller and having it owned or deleting, the DCM of theelectronic device 16 that was not owned by theelectronic device 11 can be newly added to theelectronic device 11.
[0061]
In this way, when there are DCMs that are not owned by theelectronic devices 11 and 14 that can be the controller, theIEEE 1394network 10 passes these DCMs to theelectronic devices 11 and 14 through a series of steps as shown in FIG. assign. Here, the DCM of the electronic device that operates based on the application program of theelectronic device 11 and the number of DCMs not owned by theelectronic devices 11 and 14 is n, and the DCM is allocated to theelectronic device 11 Will be described.
[0062]
In theIEEE 1394network 10, as shown in the figure, in step S11, theelectronic device 13 that is a reader is not owned by theelectronic devices 11 and 14 whether n> 0 by a CPU or the like (not shown). It is determined whether or not DCM exists.
[0063]
Here, when n> 0 is not satisfied, that is, when there is no DCM that is not owned by theelectronic devices 11 and 14, the series of processing ends.
[0064]
On the other hand, if n> 0, that is, if there is a DCM that is not owned by theelectronic devices 11 and 14, theelectronic device 13 that is the reader, in step S12, functions as a CPU (not shown) that functions as a desired function determination unit. Thus, it is determined whether or not the n-th DCM is for an electronic device having a desired function, that is, whether or not the n-th DCM is for an electronic device to be operated based on an application program of theelectronic device 11.
[0065]
If the n-th DCM is not an electronic device having a desired function, the process proceeds to step S11.
[0066]
On the other hand, when the n-th DCM is of an electronic device having a desired function, theelectronic device 11 that can be a controller serves as an ownership determination unit based on an instruction from theelectronic device 13 that is a reader in step S13. A functioning CPU (not shown) determines whether or not a DCM unnecessary for its own application program is owned.
[0067]
Here, when theelectronic device 11 does not have an unnecessary DCM, theelectronic device 11 that can be a controller or theelectronic device 13 that is a reader is the n-th DCM, that is, the DCM of the electronic device having a desired function. Is displayed on a display unit (not shown) to indicate that the software could not be installed, and the series of processes is terminated.
[0068]
On the other hand, if theelectronic device 11 owns unnecessary DCM, theelectronic device 13 that is a reader is unnecessary in step S14 by a CPU (not shown) that functions as an ownership determination unit. It is determined whether or not theelectronic device 14 that can be another controller can own the DCM.
[0069]
Here, when theelectronic device 14 can own unnecessary DCM, theelectronic device 13 serving as a reader uses the CPU or the like (not shown) to send theelectronic device 11 to theelectronic device 11 in step S15. Allocate unnecessary DCM. In step S16, theelectronic device 14 installs the allocated DCM in a memory (not shown) according to an instruction from theelectronic device 13 that is a reader, and the process proceeds to step S17.
[0070]
On the other hand, if theelectronic device 14 cannot own unnecessary DCM, theelectronic device 11 determines whether theelectronic device 11 is not shown in step S20 based on an operation by the user or an instruction from theelectronic device 13 as a reader. For example, unnecessary DCMs are deleted. Then, in step S21, theelectronic device 11 and / or theelectronic device 13 performs a display indicating that the deleted DCM is not owned by any of theelectronic devices 11 and 14 that can serve as a controller on a display unit (not illustrated), The process proceeds to S17.
[0071]
Next, in step S <b> 17, theelectronic device 13 determines whether or not theelectronic device 11 can own the n-th DCM, that is, the DCM of the electronic device having a desired function, by a CPU or the like (not shown).
[0072]
Here, if theelectronic device 11 cannot own the DCM of the electronic device having the desired function, the process proceeds to step S13, and the process from step S13 is repeated.
[0073]
On the other hand, when theelectronic device 11 can own the DCM of the electronic device having the desired function, theelectronic device 13 serving as the reader uses the CPU or the like (not shown) to execute theelectronic device 11 having the desired function with respect to theelectronic device 11 in step S18. , That is, the n-th DCM is allocated. Then, in step S19, theelectronic device 11 installs the allocated DCM in a memory (not shown) according to an instruction from theelectronic device 13 that is a reader, and proceeds to step S11 again to perform processing for other DCMs. Do.
[0074]
By doing in this way, in theIEEE 1394network 10, even when there are DCMs that are not owned by theelectronic devices 11 and 14 that can be the controller, these DCMs can be assigned to theelectronic devices 11 and 14.
[0075]
In such a case, if theelectronic device 11 cannot own the n-th DCM in any way, this DCM may be assigned to theelectronic device 14.
[0076]
The device operation management program that realizes a series of processes at the time of DCM allocation as shown in FIGS. 4 and 5 may be stored in advance in the memory of eachelectronic device 11 toelectronic device 16, for example. The electronic device may be provided in a form recorded on a recording medium such as a CD-ROM. By writing and storing the device operation management program recorded on the recording medium in this manner in, for example, a memory, each electronic device serves as a reader. A series of processes can be performed.
[0077]
The present invention is not limited to the above-described embodiment, and can be applied not only to anIEEE 1394 network but also to a network constructed by a digital serial bus such as a so-called Ethernet or USB.
[0078]
Furthermore, although the present invention uses HAVi as middleware, middleware other than HAVi may be applied.
[0079]
Furthermore, in the present invention, it has been described that theelectronic device 13 that is a reader grasps simultaneously the system resources of both theelectronic devices 11 and 14 that can serve as controllers, and attempts to allocate DCMs. DCM may be assigned to each electronic device that can be a controller, such as assigning DCM to 11 and then assigning DCM toelectronic device 14.
[0080]
In the present invention, twoelectronic devices 11 and 14 are applied as electronic devices that can be a controller on the network. However, the number of electronic devices that can be a controller may be one, or three or more. Of course, it may be.
[0081]
In addition, it goes without saying that the present invention can be modified as appropriate without departing from the spirit of the present invention.
[0082]
【The invention's effect】
As described above in detail, in the device operation management method according to the present invention, at least one control device is connected by a serial bus interface, and at least one controlled device controlled by the control device. Is a device operation management method for managing device operation on a network constructed by connecting the system resources of the control device by the management device that is determined at the initial setting when the network is constructed and manages the device operation. A resource capacity confirmation process for inquiring capacity, a control software capacity confirmation process for examining the capacity of control software for controlling a controlled device using a management apparatus, a resource capacity confirmation process, and a control software capacity confirmation process. Based on the result, the control software is assigned to the control device by the management device. And a allocation process.
[0083]
As a result, the device operation management method according to the present invention allows the management device to efficiently assign the control software to the control device, and ensures that the control software is owned by the control device. Can do.
[0084]
In the device operation management method according to the present invention, the system resource capacity is compared with the control software capacity by the management device, and the control software capacity that can be allocated to the control device is calculated. As a result of the calculation process, when there is control software that cannot be assigned to the control device, the management software reduces the function of the control software and reduces the capacity of the control software.
[0085]
As a result, the device operation management method according to the present invention compares the system resource capacity of the control device with the capacity of the control software, and even if it is determined that the system resource capacity is insufficient, By reducing the function of the control software, reducing its capacity, and adjusting the system resources that can be used by the control equipment, the control software can be owned by the control equipment, enabling effective sharing of the control software. Can be planned.
[0086]
The management device according to the present invention is on a network constructed by connecting at least one control device via a serial bus interface and at least one controlled device controlled by the control device. Management device for managing the operation of the device, resource capacity confirmation means for inquiring the system resource capacity of the control device, control software capacity confirmation means for examining the capacity of the control software for controlling the controlled device, Allocating means for allocating the control software to the control device based on the result confirmed by the resource capacity confirmation means and the control software capacity confirmation means.
[0087]
Thus, the management device according to the present invention efficiently allocates the control software to the control device based on the system resource capacity of the control device and the control software capacity for controlling the controlled device. It is possible to have control software without fail.
[0088]
In addition, the management device according to the present invention is a result calculated by a calculation unit that compares the system resource capacity and the control software capacity and calculates the control software capacity that can be allocated to the control equipment. If there is control software that cannot be assigned to the control device, the function of the control software is reduced and the capacity of the control software is reduced.
[0089]
As a result, even if the management device according to the present invention compares the system resource capacity of the control device with the capacity of the control software and determines that the system resource capacity is insufficient, By reducing the capacity and reducing the capacity, it is possible to adjust the system resources that can be used by the control device, and the control device can have control software.
[0090]
A program supply medium for supplying a device operation management program according to the present invention is connected to at least one control device by a serial bus interface and connected to at least one controlled device controlled by the control device. Is a program supply medium for supplying a device operation management program for managing device operations on a network that has been constructed, and is controlled by a management device that is determined at the time of initial setting when the network is constructed and manages device operations. Resource capacity confirmation processing that inquires about the system resource capacity of the device, control software capacity confirmation processing that checks the capacity of the control software for controlling the controlled device using the management device, resource capacity confirmation processing, and control software capacity Control by the management device based on the result of the confirmation process And a allocation process of assigning software to the control equipment.
[0091]
As a result, the program supply medium for supplying the device operation management program according to the present invention provides the control software based on the system resource capacity of the control device and the capacity of the control software for controlling the controlled device. A device operation management program that can be assigned to the control device can be supplied, and the management device supplied with the device operation management program can efficiently assign the control software to the control device. Can do.
[0092]
The program supply medium for supplying the device operation management program according to the present invention is a control medium that can be assigned to a control device by comparing the system resource capacity with the control software capacity by the management device. If there is control software that cannot be assigned to control equipment as a result of calculation processing to calculate the capacity of the software, the control software functionality is dropped by the management equipment, and the control software Reduce the capacity of
[0093]
As a result, the program supply medium for supplying the device operation management program according to the present invention is the control software that cannot be assigned to the control device as a result of comparing the system resource capacity and the control software capacity. If it is determined that there is a device operation management program that can adjust the system resources of the control device by reducing the capacity of the control software and reducing its capacity, The management device supplied with the device operation management program can make the control device own the control software by adjusting the system resources that can be used by the control device.
[0094]
The control device according to the present invention is a control device that controls at least one controlled device connected to the network and is connected to the network constructed by the serial bus interface, and controls the controlled device. Storage means possessing control software for performing the operation, and in response to an inquiry from the management equipment managing the operation of the equipment on the network, the capacity of the storage means is returned to the management equipment, and the capacity of the storage means is set. Based on this, the control software assigned by the management device is stored in the storage means.
[0095]
Thereby, the control device according to the present invention determines the control software allocated by the management device by returning information on the capacity of the storage means in response to the inquiry from the management device. By storing the software, the controlled device can be put under control.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of anIEEE 1394 network shown as an embodiment of the present invention.
FIG. 2 is a diagram for explaining HAVi applied to theIEEE 1394 network, and for explaining software elements defined by HAVi.
FIG. 3 is a block diagram for explaining the configuration of theIEEE 1394 network and explaining how an electronic device that can be a controller owns a DCM of each electronic device.
FIG. 4 is a flowchart for explaining a series of steps when assigning a DCM of each electronic device to an electronic device that can be a controller in theIEEE 1394 network.
FIG. 5 is a flowchart for explaining a series of steps when assigning a DCM to an electronic device that can be a controller when a DCM that is not owned by the electronic device that can be a controller is newly added in theIEEE 1394 network; .
[Explanation of symbols]
10IEEE 1394 network, 11, 12, 13, 14, 15, 16 electronic equipment, 20IEEE 1394 serial bus