管理装置及び管理方法
【課題】様々なインタフェースで接続された複数の装置の管理及び各装置に適用されるソフトウェアの更新を容易に実現する。
【解決手段】ゲートウェイ装置と第１，第２の装置とを有するシステムを管理する管理装置であって、少なくとも１つの装置の構成情報及び接続装置特定情報を取得する構成情報取得部と、構成情報に含まれるソフトウェア識別情報に基づきサーバからソフトウェアを取得するソフトウェア取得部と、ソフトウェアを適用させるソフトウェア適用制御部と、表示部と、接続構成マップを表示部に表示させるマップ表示制御部であって、第１の装置のシンボルを第２の装置のシンボルに比べてゲートウェイ装置のシンボルにより近い位置に配置すると共に、各装置がそれぞれ有する接続インタフェースを判別可能に、各装置のシンボルを接続態様に合致するように表示させるマップ表示制御部と、を備える。
【解決手段】ゲートウェイ装置と第１，第２の装置とを有するシステムを管理する管理装置であって、少なくとも１つの装置の構成情報及び接続装置特定情報を取得する構成情報取得部と、構成情報に含まれるソフトウェア識別情報に基づきサーバからソフトウェアを取得するソフトウェア取得部と、ソフトウェアを適用させるソフトウェア適用制御部と、表示部と、接続構成マップを表示部に表示させるマップ表示制御部であって、第１の装置のシンボルを第２の装置のシンボルに比べてゲートウェイ装置のシンボルにより近い位置に配置すると共に、各装置がそれぞれ有する接続インタフェースを判別可能に、各装置のシンボルを接続態様に合致するように表示させるマップ表示制御部と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる種類の接続インタフェースにより接続された複数の装置を管理する技術に関する。
【背景技術】
【０００２】
近年、装置間を接続するための各種インタフェースの発達に伴い、家庭内や小規模の企業内において、様々な装置が互いに接続されている。例えば、パーソナルコンピュータとルータとが無線により接続されたり、テレビチューナとルータとがＵＳＢ（Universal Serial Bus）ケーブルやＨＤＭＩ（High-Definition Multimedia Interface）ケーブルにより接続されたり、プリンタとＮＡＳ（Network Attached Storage）とがＵＳＢケーブルにより接続され、かつ、このＮＡＳとルータとがＬＡＮ（Local Area Network）ケーブルで接続されたりしている。
【０００３】
多くの装置が接続されたシステムにおいて、各装置の接続構成の把握や、故障箇所の特定に必要な情報（故障ログ等）の収集を目的として、管理システムが導入されている。例えば、各装置間がＬＡＮで接続されたネットワークシステムを管理するための管理装置として、ＳＮＭＰ（Simple Network Management Protocol）を利用した管理システムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４４９３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＳＮＭＰを利用する管理システムは、一般に、大規模システムを管理対象とするシステムであり、導入費用が高く、また、使用にあたって高度な専門知識が必要となるため、家庭内等において各種装置を管理する目的にはそぐわない。
【０００６】
加えて、ＳＮＭＰを利用する管理システムは、ルータやサーバといった、ネットワークインタフェースにより接続される装置を管理対象とするため、バスインタフェースにより接続される装置（例えば、ＨＤＭＩにより互いに接続されるテレビチューナとテレビ受像機など）を管理することはできない。特に、家庭内や小規模企業内においては、各構成員（家族や従業員）が、それぞれにバスインタフェースにより接続される装置を勝手に他の装置に接続することが起こり得るため、管理システムによって管理できない装置が増加してしまう。そこで、接続インタフェースの種類ごとに専用の管理システムを導入すると、管理システム全体の導入費用が高くなるという問題があった。加えて、全ての装置の接続構成を把握しようとする場合、各管理システムの操作端末をそれぞれ操作しなければならず、接続構成の把握に長時間を要すると共に、各管理システムについてそれぞれ高度な知識が必要となるという問題があった。
【０００７】
また、各装置において適用されるソフトウェア（ファームウェアやアプリケーションプログラムなど）の更新作業は、現在インストールされているソフトウェアのバージョンの確認や、最新版ソフトウェアのダウンロードなど、高度な専門知識と煩雑な作業を要し、家庭等において実行するのは容易ではなかった。特に、複数のソフトウェアを更新する際に更新順序の制限がある場合（例えば、無線クライアント側のファームウェアを無線ＬＡＮアクセスポイント側のファームウェアよりも前に更新する必要がある場合や、同一の装置のファームウェアについて、最新バージョンに更新する前に１つ前のバージョンに更新する必要がある場合等）には、かかる制限を守りつつ複数のソフトウェアの更新作業を行わねばならず、家庭等において実現するのは容易ではなかった。
【０００８】
本発明は、様々なインタフェースで接続された複数の装置の管理及び各装置に適用されるソフトウェアの更新を容易に実現することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１０】
［適用例１］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置であって、
構成情報取得部であって、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、
前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも第１の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、
前記取得されたソフトウェアを、前記第１の対象装置に適用させるソフトウェア適用制御部と、
表示部と、
前記表示部に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、
を備える、管理装置。
【００１１】
適用例１の管理装置によると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、構成情報取得部は、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、ソフトウェア取得部は、取得された構成情報に含まれるソフトウェア識別情報に基づき、第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、ソフトウェア適用制御部は、取得されたソフトウェアを各装置に適用させるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００１２】
［適用例２］適用例１に記載の管理装置において、
前記第１の対象装置は、少なくとも前記第１の装置と前記第２の装置とを含み、
前記ソフトウェア取得部は、前記サーバから、前記第１の装置において実行される第１のソフトウェアと、前記第２の装置において実行される第２のソフトウェアと、前記第１のソフトウェアと前記第２のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第１のソフトウェアを前記第１の装置に適用させ、前記第２のソフトウェアを前記第２の装置に適用させる、管理装置。
【００１３】
このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、第１のソフトウェアが第１の装置に適用され、第２のソフトウェアが第２の装置に適用される。したがって、第１のソフトウェアの適用と、第２のソフトウェアの適用とが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した第１のソフトウェア及び第２のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、第１のソフトウェア及び第２のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、第１のソフトウェア及び第２のソフトウェアの適用順序を制御することができる。
【００１４】
［適用例３］適用例１に記載の管理装置において、
前記ソフトウェア取得部は、前記サーバから、前記第１の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。
【００１５】
このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、複数のソフトウェアが、同一の装置に適用される。したがって、同一の装置に対して複数のソフトウェアが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した複数のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、複数のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、複数のソフトウェアの適用順序を制御することができる。
【００１６】
［適用例４］適用例１ないし適用例３のいずれかに記載の管理装置において、
前記マップ表示制御部は、前記表示部において、前記第１の対象装置に対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。
【００１７】
このような構成により、ユーザ（管理者）は、各シンボルに対応付けて表示されるソフトウェア識別情報を見ることにより、各装置に適用されているソフトウェアを簡単に特定することができる。
【００１８】
［適用例５］適用例１ないし適用例４のいずれかに記載の管理装置において、さらに、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第２の対象装置が有するログ情報を取得するログ情報取得部を備え、
前記マップ表示制御部は、前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。
【００１９】
このような構成により、ユーザ（管理者）は、各シンボルに対応付けて表示されるログ情報を見ることにより、第２の対象装置におけるログ（各種イベントの履歴など）を簡単に確認することができる。
【００２０】
［適用例６］適用例５に記載の管理装置において、
前記マップ表示制御部は、
前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも１つの情報である付加情報を表示させ、
前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。
【００２１】
このような構成により、各装置において故障が発生した場合に、付加情報に比べて優先してログ情報又は故障発生を示す情報が表示されるので、ユーザ（管理者）が故障発生を見落とすことを抑制できる。また、故障発生を発見した場合に、第２の対象装置のログ情報はすでに管理装置に取得されているので、このログ情報に基づいて故障切り分けを行うことができ、故障発生を発見した後に各装置からログ情報を取得する構成に比べて、故障箇所及び故障原因の特定までの期間を短縮することができる。
【００２２】
［適用例７］適用例１ないし適用例６のいずれかに記載の管理装置において、
前記構成情報は、前記ソフトウェア識別情報を含み、
前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。このような構成により、適用すべきソフトウェアを一意に特定することができる。
【００２３】
［適用例８］適用例１ないし適用例７のいずれかに記載の管理装置において、
前記第１の装置と前記第２の装置との間の接続インタフェースは、バスインタフェースであり、
前記第１の装置は、前記第２の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得し、
前記構成情報取得部は、前記第１の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。
【００２４】
このような構成により、第１の装置と第２の装置との間の接続インタフェースがバスインタフェースであり、管理装置と第２の装置とが直接データの送受信を実行できない場合であっても、管理装置は、第２の装置の構成情報を取得することができる。したがって、第２の装置についても接続構成マップに表わすことができると共にソフトウェアの更新を実現できる。
【００２５】
［適用例９］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理する方法であって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する工程と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する工程と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる工程と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、
を備え、
前記工程（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。
【００２６】
適用例９の方法によると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例９の方法によると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、各第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、適用例９の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００２７】
［適用例１０］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する機能と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置においてそれぞれ実行されるソフトウェアを取得する機能と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる機能と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、
を前記管理装置が有するコンピュータに実現させ、
前記機能（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。
【００２８】
適用例１０のプログラムによると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例１０のプログラムによると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、適用例９の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００２９】
［適用例１１］適用例１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００３０】
このような構成により、かかる記録媒体を用いてコンピュータにプログラムを読み取らせ、各機能を実現させることができる。
【００３１】
なお、本発明は、種々の態様で実現することが可能であり、例えば、装置管理システムや、装置管理システムの動作方法や、装置管理システムの機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。
また、例えば、管理装置に対してネットワークを介して接続されたサーバとしても実現することができる。具体的には、以下のような適用例により実現できる。
【００３２】
［適用例１２］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、
前記第１の装置において実行される第１のソフトウェアと、
前記第２の装置において実行される第２のソフトウェアと、
前記第１のソフトウェア及び前記第２のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、前記第１のソフトウェア又は前記第２のソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報とを対応付けたテーブルと、
前記管理装置に対して、前記第１のソフトウェアと前記第２のソフトウェアとを送信すると共に、前記テーブルに基づき、前記第１のソフトウェア及び前記第２のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、
を備える、サーバ。
【００３３】
適用例１２のサーバによると、テーブルにおける「第１のソフトウェア又は第２のソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報」を調整することにより、第１のソフトウェア及び第２のソフトウェアの適用順序を制御することができる。また、適用順序情報を第１のソフトウェア及び第２のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、第１のソフトウェア及び第２のソフトウェアの適用順序を通知（指示）することができる。
【００３４】
［適用例１３］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、いずれかの装置で実行される複数のソフトウェアと、
前記複数のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、各ソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報と、を対応付けたテーブルと、
前記管理装置に対して、前記複数のソフトウェアを送信すると共に、前記テーブルに基づき、前記複数のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、
を備える、サーバ。
【００３５】
適用例１３のサーバによると、テーブルにおける「各ソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報」を調整することにより、複数のソフトウェアの適用順序を制御することができる。また、適用順序情報を複数のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、複数のソフトウェアの適用順序を通知（指示）することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施例としての管理装置を適用したシステムの概略構成を示す説明図である。
【図２】図１に示すルータの詳細構成を示すブロック図である。
【図３】図１に示す管理用ＰＣの概略構成を示す説明図である。
【図４】図１に示すデバイスサーバの概略構成を示す説明図である。
【図５】図１に示すソフトウェア管理サーバの概略構成を示す説明図である。
【図６】図５に示す適用条件テーブルの設定内容を示す説明図である。
【図７】第１実施例における構成情報収集処理の手順を示すシーケンス図である。
【図８】ステップＳ２１５において作成される配下装置リストの一例を示す説明図である。
【図９】第１実施例における構成情報収集の一例を模式的に示す説明図である。
【図１０】マップ作成処理の結果ディスプレイに表示されるシステム構成マップを示す説明図である。
【図１１】図７に示すステップＳ１２０の処理の詳細手順を示すフローチャートである。
【図１２】図１１に示すステップＳ９１０，Ｓ９１５の処理後のシステム構成マップを示す説明図である。
【図１３】図１１に示すステップＳ９１５，Ｓ９２０の処理後のシステム構成マップを示す説明図である。
【図１４】図１１に示すステップＳ９２０，Ｓ９２５の処理後のシステム構成マップを示す説明図である。
【図１５】システム５００において実行されるソフトウェア更新処理の手順を示すフローチャートである。
【図１６】新しいバージョンのソフトウェアの適用例を模式的に示すシーケンス図である。
【図１７】第２実施例における管理用ＰＣの概略構成を示す説明図である。
【図１８】第２実施例における構成情報収集処理の手順を示すシーケンス図である。
【図１９】第３実施例におけるマップ作成処理（ステップＳ１２０）の詳細手順を示すフローチャートである。
【図２０】ステップＳ９４５が実行された場合のシステム構成マップの一例を示す説明図である。
【図２１】第４実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。
【図２２】第５実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。
【図２３】変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を模式的に示す第１の説明図である。
【図２４】変形例におけるシステムの接続態様の一例を模式的に示す第１の説明図である。
【図２５】変形例におけるシステムの接続態様の一例を模式的に示す第２の説明図である。
【図２６】変形例におけるシステムの接続態様の一例を模式的に示す第３の説明図である。
【図２７】変形例におけるシステムの接続態様の一例を模式的に示す第４の説明図である。
【図２８】変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第２の説明図である。
【発明を実施するための形態】
【００３７】
Ａ．第１実施例：
Ａ１．全体構成：
図１は、本発明の一実施例としての管理装置を適用したシステムの概略構成を示す説明図である。このシステム５００は、ルータ１００と、ハードディスクレコーダ３０１と、ゲーム機３０２と、管理用ＰＣ（パーソナルコンピュータ）３０３と、無線ＬＡＮアクセスポイント３０４と、２台のパーソナルコンピュータ３１１，３１２と、テレビ受像機３２１と、デバイスサーバ３３１と、テレビチューナ３４１と、ＮＡＳ（Network Attached Storage）３３２と、プリンタ３４２と、テレビチューナ３３３とを備えている。システム５００は、各装置間におけるデータのやりとりや、各装置とインターネットに接続された装置（例えば、後述するソフトウェア管理サーバ７００）との間におけるデータのやりとりを実現しつつ、各装置間の接続構成や動作状態を管理するためのシステムである。
【００３８】
システム５００では、ルータ１００を中心として、各装置がネットワークインタフェース又はバスインタフェースを用いて接続されている。本実施例において「ネットワークインタフェース」とは、ＩＥＥＥ８０２．３やＩＥＥＥ８０２．１１に規定されている接続インタフェースや、ＰＬＣ（Power Line Communications）といった、複数装置との間で相互アクセスを可能とする接続インタフェースを意味し、「バスインタフェース」とは、ＵＳＢ（Universal Serial Bus）や、ＷＨＤＩ（Wireless Home Digital Interface）といった、予め接続されている１つの装置に対してアクセスするための接続インタフェースを意味する。したがって、予め下位の装置（例えば、テレビチューナ３４１など）とバスインタフェースで接続されている上位の装置（例えば、デバイスサーバ３３１など）は、下位の装置に対してアクセスできるが、他の装置（例えば、ハードディスクレコーダ３０１）は、この下位の装置に対して直接的にアクセスすることはできない。
【００３９】
ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，及びテレビ受像機３２１は、ルータ１００に対して直接的に無線接続されている。また、デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３は、ルータ１００に対して直接的に有線接続されている。これに対し、２台のパーソナルコンピュータ３１１，３１２は、無線ＬＡＮアクセスポイント３０４を介してルータ１００に対して間接的に接続されている。また、テレビチューナ３４１はデバイスサーバ３３１を介して、プリンタ３４２はＮＡＳ３３２を介して、それぞれルータ１００に対して間接的に接続されている。このように、ルータ１００を中心として各装置が接続されているのは、ルータ１００は、装置間においてデータ（パケット）を中継する装置であるために、互いに異なる接続インタフェースを有する装置を接続し得るからである。このような接続構成を有するシステム５００は、家庭や小規模の企業において採用され得る。なお、本実施例において、上述の「ルータ１００に対して直接接続されている」とは、ルータ１００に対して他の装置を介さずに接続されていることを意味し、「ルータ１００に対して間接的に接続されている」とは、ルータ１００に対して他の装置を介して接続されていることを意味する。
【００４０】
ルータ１００は、移動体通信網制御回路ＤＰ１と、無線ＬＡＮ制御回路ＷＰ１と、ＷＨＤＩ制御回路ＷＨＰと、２つの接続用ポートＬＰ１，ＬＰ２と、ＵＳＢ制御回路ＵＰ１とを備えている。これら各回路及びポートを含むルータ１００の詳細構成については後述する。ルータ１００は、いわゆる無線ＬＡＮ（Local Area Network）ルータであり、接続された装置間におけるパケット（レイヤ２のフレームやレイヤ３のパケット）の中継を行う。加えて、ルータ１００は、図示しないハードディスクを備えており、このハードディスクを他の装置と共有して、いわゆるＮＡＳの機能を提供する。また、ルータ１００は、システム５００を構成する各装置のうち、通信プロトコルとしてＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いる装置に対して、ＩＰアドレスを割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバとしても機能する。
【００４１】
また、ルータ１００は、ネットワーク６００を介して複数のソフトウェア管理サーバ７００に接続されている。なお、図１では、ルータ１００におけるネットワーク６００との接続インタフェースは省略されている。ネットワーク６００としては、例えば、ＬＡＮや、インターネットや、専用線など、任意のネットワークを採用することができる。本実施例では、複数のソフトウェア管理サーバ７００は、ハードウェアの製造メーカごとに用意された複数のサーバである。
【００４２】
ハードディスクレコーダ３０１は、図示しない大容量のハードディスク及び図示しない無線ＬＡＮ制御回路を備えている。ハードディスクレコーダ３０１は、図示しない無線ＬＡＮ制御回路によりルータ１００と無線接続されている。ハードディスクレコーダ３０１は、ルータ１００から受信するデータを記録したり、指定されたデータを読み出してルータ１００に送信したりする。
【００４３】
ゲーム機３０２は、図示しない無線ＬＡＮ制御回路を備え、この無線ＬＡＮ制御回路によりルータ１００と無線接続されている。ゲーム機３０２は、ルータ１００との間においてゲームコンテンツに関するデータ（音声・画像データや、操作内容を示すデータ）をやりとりする。
【００４４】
管理用ＰＣ３０３は、無線ＬＡＮを介してルータ１００と接続されており、システム５００における各装置の接続構成や、各装置の動作状態や各装置に適用されるソフトウェアを管理する。すなわち、管理用ＰＣ３０３は、本発明の一実施例としての管理装置に相当する。なお、管理用ＰＣ３０３の詳細については後述する。
【００４５】
無線ＬＡＮアクセスポイント３０４は、いわゆるインフラストラクチャモードにおける基地局に相当し、無線ＬＡＮクライアントに相当する２台のパーソナルコンピュータ３１１，３１２と無線通信を行うとともに、上位装置に相当するルータ１００との間で無線通信を行う。
【００４６】
２台のパーソナルコンピュータ３１１，３１２は、いずれも図示しない無線ＬＡＮ制御回路を備えており、無線ＬＡＮアクセスポイント３０４との間において無線通信を行うことにより、無線ＬＡＮを介してデータをやりとりする。
【００４７】
テレビ受像機３２１は、図示しないテレビチューナを内蔵しており、テレビ放送電波（映像信号及び音声信号）を受信して、映像及び音声を表わすデータを出力する。また、テレビ受像機３２１は、図示しないＷＨＤＩ制御回路を備え、ルータ１００との間で、ＷＨＤＩに従って無線通信を行う。このように、テレビ受像機３２１がＷＨＤＩによりルータ１００と接続されているのは、例えば、テレビ受像機３２１が出力する映像・音声を、ルータ１００を介してハードディスクレコーダ３０１に送信して保存する等の処理を実現するためである。
【００４８】
デバイスサーバ３３１は、図示しないＵＳＢ制御回路と、有線ＬＡＮ制御回路とを備えており、ＵＳＢケーブルによりテレビチューナ３４１と接続され、また、ＬＡＮケーブルによりルータ１００（接続用ポートＬＰ１）と接続されている。デバイスサーバ３３１は、テレビチューナ３４１から出力される映像や音声のデータをＵＳＢプロトコルに従って受信し、有線ＬＡＮのフレーム（例えば、イーサネット（登録商標）フレーム）としてルータ１００に出力する。また、これとは逆に、デバイスサーバ３３１は、ルータ１００から受信するフレームを、ＵＳＢフレームに組み立ててテレビチューナ３４１に出力する。このように、デバイスサーバ３３１を用いることによりテレビチューナ３４１を有線ＬＡＮに接続するのは、例えば、テレビチューナ３４１が出力する映像及び音声データを、有線ＬＡＮ及び無線ＬＡＮを介してハードディスクレコーダ３０１に送信して記録するといった処理や、映像及び音声データをテレビ受像機３２１に送信して再生する等の処理を実現するためである。
【００４９】
テレビチューナ３４１は、テレビ放送電波を受信して、映像及び音声データを出力する。テレビチューナ３４１は、図示しないＵＳＢ制御回路を備えており、映像及び音声データを、ＵＳＢによりデバイスサーバ３３１に送信する。
【００５０】
ＮＡＳ３３２は、図示しない大容量のハードディスクと、図示しない有線ＬＡＮ制御回路と、図示しないＵＳＢ制御回路とを備えており、ＬＡＮケーブルによりルータ１００と接続され、また、ＵＳＢケーブルによりプリンタ３４２（接続用ポートＬＰ２）と接続されている。ＮＡＳ３３２は、ルータ１００やプリンタ３４２から受信するデータを記録したり、記録されているデータを読み出して、ルータ１００やプリンタ３４２に出力したりする。
【００５１】
プリンタ３４２は、例えば、インクジェット式プリンタであり、ＮＡＳ３３２に格納されている画像を、ＵＳＢケーブルを介して受信して印刷を実行する。また、例えば、プリンタ３４２は、シャープネス調整や肌色調整などの画像処理機能を有しており、画像処理後の画像を、ＵＳＢケーブルを介してＮＡＳ３３２に送信して記憶させる。
【００５２】
テレビチューナ３３３は、図示しないＵＳＢ制御回路を備えており、受信したテレビ放送電波（映像信号及び音声信号）を、ＵＳＢケーブルを介してルータ１００に出力する。このように、テレビチューナ３３３をルータ１００に接続するのは、前述のテレビチューナ３４１をデバイスサーバ３３１を介してルータ１００に接続するのと同じ意図である。そして、例えば、テレビチューナ３４１は、子供部屋に配置され、テレビチューナ３３３は居間に配置されるといった利用シーンが想定される。
【００５３】
システム５００では、無線ＬＡＮ又は有線ＬＡＮに接続されている各装置には、ＩＰ（Internet Protocol）アドレスが割り当てられており、これら各装置は、ＴＣＰ／ＩＰを用いた通信を行うことができる。具体的には、ルータ１００の無線ＬＡＮ制御回路ＷＰ１には、ＩＰアドレスとして「ＩＰ１１」が、ルータ１００の接続用ポートＬＰ１には、ＩＰアドレスとして「ＩＰ１２」が、ルータ１００の接続用ポートＬＰ２には、ＩＰアドレスとして「ＩＰ１３」が、ルータ１００の移動体通信網制御回路ＤＰ１には、ＩＰアドレスとして「ＩＰ１４」が、それぞれ割り当てられている。また、ハードディスクレコーダ３０１には「ＩＰ１」が、ゲーム機３０２には「ＩＰ２」が、管理用ＰＣ３０３には「ＩＰ３」が、無線ＬＡＮアクセスポイント３０４には「ＩＰ４」が、デバイスサーバ３３１には「ＩＰ５」が、ＮＡＳ３３２には「ＩＰ６」が、パーソナルコンピュータ３１１には「ＩＰ７」が、パーソナルコンピュータ３１２には「ＩＰ８」が、それぞれ割り当てられている。なお、記載の便宜上、各ＩＰアドレスを模式的な値として示すが、実際には、３２ビット（ＩＰｖ４）又は１２８ビット（ＩＰｖ６）のアドレスが割り当てられている。システム５００において、ＩＰアドレスの割り当ては、各装置が無線ＬＡＮ又は有線ＬＡＮに参加する際に、ルータ１００（ＤＨＣＰサーバ）によって実行される。
【００５４】
また、無線ＬＡＮ又は有線ＬＡＮに接続されている各装置には、ＭＡＣ（Media Access Control）アドレスが割当てられており、これら各装置は、Ｅｔｈｅｒｎｅｔ（登録商標）などのＩＥＥＥ８０２．３に準拠した通信を行うことができる。具体的には、ルータ１００の無線ＬＡＮ制御回路ＷＰ１には、ＭＡＣアドレスとして「ＭＡ１１」が、ルータ１００の接続用ポートＬＰ１には、ＭＡＣアドレスとして「ＭＡ１２」が、ルータ１００の接続用ポートＬＰ２には、ＭＡＣアドレスとして「ＭＡ１３」が、ルータ１００の移動体通信網制御回路ＤＰ１には、ＭＡＣアドレスとして「ＭＡＣ１４」が、それぞれ割り当てられている。また、ハードディスクレコーダ３０１には「ＭＡ１」が、ゲーム機３０２には「ＭＡ２」が、管理用ＰＣ３０３には「ＭＡ３」が、無線ＬＡＮアクセスポイント３０４には「ＭＡ３」が、デバイスサーバ３３１には「ＭＡ５」が、ＮＡＳ３３２には「ＭＡ６」が、パーソナルコンピュータ３１１には「ＭＡ７」が、パーソナルコンピュータ３１２には「ＭＡ８」が、それぞれ割り当てられている。なお、記載の便宜上、各ＭＡＣアドレスを模式的な値として示すが、実際には、４８ビットのアドレスが割り当てられている。
【００５５】
また、システム５００を構成する各装置には、予め装置名が設定されている。具体的には、ルータ１００には、「ＲＴ１」が装置名として設定されている。また、ハードディスクレコーダ３０１には「Ｒ１」が、ゲーム機３０２には「Ｇ１」が、管理用ＰＣ３０３には「Ｐ１」が、無線ＬＡＮアクセスポイント３０４には「Ａ１」が、パーソナルコンピュータ３１１には「Ｐ２」が、パーソナルコンピュータ３１２には「Ｐ３」が、テレビ受像機３２１には「ＴＶ１」が、デバイスサーバ３３１には「ＤＳ」が、ＮＡＳ３３２には「Ｎ１」が、テレビチューナ３３３には「Ｔ１」が、テレビチューナ３４１には「Ｔ２」が、プリンタ３４２には「ＰＲ」が、それぞれ設定されている。これら各装置における装置名の設定は、例えば、製品出荷前に設定され、各装置が有する不揮発性メモリ（例えば、ＥＥＰＲＯＭ）に格納されている。
【００５６】
システム５００において、ルータ１００に接続される各装置のうち、一部の装置は、構成情報取得対応部ＣＰを備えている。具体的には、ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３は、構成情報取得対応部ＣＰを備えている。構成情報取得対応部ＣＰは、後述する構成情報取得処理を実行する。これに対し、２台のパーソナルコンピュータ３１１，３１２、テレビチューナ３４１、プリンタ３４２は、いずれも構成情報取得対応部ＣＰを備えていない。
【００５７】
Ａ２．ルータの構成：
図２は、図１に示すルータの詳細構成を示すブロック図である。ルータ１００は、ＣＰＵ（Central Processing Unit）１１０と、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）１２２と、ＲＡＭ（Random Access Memory）１２４と、ハードディスク１２６と、ＵＳＢ制御回路ＵＰ１と、無線ＬＡＮ制御回路ＷＰ１と、ＷＨＤＩ制御回路ＷＨＰと、移動体通信網制御回路ＤＰ１と、有線ＬＡＮ制御回路１７０とを備え、各構成要素が互いに内部バスにより接続された構成を有している。
【００５８】
ＥＥＰＲＯＭ１２２には、予め所定のアプリケーションプログラムが記憶されており、ＣＰＵ１１０は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部１１０ａ，構成情報送信部１１０ｂ，ＤＨＣＰサーバ機能部１１０ｃ，パケット中継部１１０ｄ，及びＮＡＳ制御部１１０ｅとして機能する。
【００５９】
構成情報取得部１１０ａは、自らが有する構成情報や、他の装置が有する構成情報を取得するための機能部である。本実施例において、「構成情報」には、装置種別，装置名，他の装置との接続インタフェース種別，動作状態，適用ソフトウェアの名称，及びソフトウェアバージョンを示す情報が含まれる。構成情報送信部１１０ｂは、構成情報取得部１１０ａによって取得された構成情報を、管理用ＰＣ３０３に送信する。ＤＨＣＰサーバ機能部１１０ｃは、ＤＨＣＰサーバとして機能し、各装置に対し、ＩＰアドレス及びサブネットマスクを割り当てると共にゲートウェイサーバのアドレスなどの情報を提供する。パケット中継部１１０ｄは、ルータ１００が備える各インタフェースを介して受信するＩＰパケットを、ＩＰアドレスに従って中継する。ＮＡＳ制御部１１０ｅは、ルータ１００がハードディスク１２６を共有ディスクとするＮＡＳとして機能する際に、アクセス制御や記憶領域の管理などを行う。
【００６０】
ＥＥＰＲＯＭ１２２は、構成情報格納部Ｓ１と、配下装置リスト格納部Ｓ２とを備えている。構成情報格納部Ｓ１は、自らの構成情報に加えて、他の装置から取得した構成情報を格納する。自らの構成情報としては、例えば、ルータとしての装置名、内蔵するハードディスク１２６の残容量、無線ＬＡＮにより接続された各装置からの受信信号強度、ルータ１００が有する各インタフェース種別（無線ＬＡＮ，有線ＬＡＮ，ＷＨＤＩ，ＵＳＢ）、各回路の動作状態（通常動作，無線接続中など）、無線ＬＡＮのアソシエーションリスト、適用ソフトウェアの名称、およびソフトウェアバージョン情報などが挙げられる。これらの各情報は、ルータ１００の起動時やＵＳＢデバイスが接続された際に、各インタフェースで規定されている初期化シーケンス（例えば、ＵＳＢのエミュメレーション）において取得され得る。また、これらの各情報は、後述の構成情報収集処理においても取得される。配下装置リスト格納部Ｓ２は、後述する配下装置リストを格納する。
【００６１】
無線ＬＡＮ制御回路ＷＰ１は、変調器やアンプ、アンテナを含み、例えばＩＥＥＥ８０２．１１ｂ／ｇに準拠した無線ＬＡＮのアクセスポイントとして、無線ＬＡＮのクライアントであるハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３と無線通信を行う。また、無線ＬＡＮ制御回路ＷＰ１は、同じ無線ＬＡＮのアクセスポイントである無線ＬＡＮアクセスポイント３０４と無線通信を行う。
【００６２】
ＷＨＤＩ制御回路ＷＨＰは、変調器やアンプ、アンテナを含み、ＷＨＤＩで規定されている無線通信（５ＧＨｚの周波数帯域で行う短距離無線通信）を実行する。移動体通信網制御回路ＤＰ１は、変調器やアンプ、アンテナを含み、例えば３Ｇ／ＨＳＰＡに準拠した移動体通信の端末として、移動体通信網の基地局と無線通信を行う。
【００６３】
有線ＬＡＮ制御回路１７０は、４つの接続用ポートＬＰ１〜ＬＰ４を備え、ＩＥＥＥ８０２．３に準拠したフレームの送受信を行うと共に、受信したフレーム（レイヤ２フレーム）に基づくＩＰパケットの組み立て、及び出力しようとするデータを含むＩＰパケットのフレーム（レイヤ２フレーム）への分割を行う。
【００６４】
Ａ３．管理用ＰＣの構成：
図３は、図１に示す管理用ＰＣの概略構成を示す説明図である。管理用ＰＣ３０３は、コンピュータ本体１０と、ディスプレイ２１と、キーボード２２と、マウス２３とを備えている。コンピュータ本体１０は、ＣＰＵ１１と、ハードディスク１２と、ＲＡＭ１３と、ＥＥＰＲＯＭ１４と、無線ＬＡＮ制御回路１５と、入出力インタフェース部１６とを備えている。
【００６５】
ハードディスク１２には、システム５００の管理用アプリケーションプログラムが予め格納されており、ＣＰＵ１１は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部１１ａ，マップ生成部１１ｂ，ユーザインタフェース制御部１１ｃ，更新監視部１１ｄ，ソフトウェア更新制御部１１ｅ及び構成情報取得対応部ＣＰとして機能する。
【００６６】
構成情報取得部１１ａは、自らの構成情報を取得すると共に、システム５００に含まれる各装置が有する構成情報を取得する。マップ生成部１１ｂは、システム５００における各装置の接続構成や、各装置の動作状態等を一元的に管理するためのシステム構成マップを作成する。ユーザインタフェース制御部１１ｃは、マップ生成部１１ｂにより生成された構成マップを、ユーザが認識し易いような表示形式にしてディスプレイ２１に表示させる。また、ユーザインタフェース制御部１１ｃは、キーボード２２やマウス２３を用いたユーザによる各種操作を受け付ける。更新監視部１１ｄは、ソフトウェア管理サーバ７００に格納されているソフトウェアが更新されたか否か（新たなバージョンのソフトウェアが格納されているか否か）を定期的に監視する。ソフトウェア更新制御部１１ｅは、ソフトウェア管理サーバ７００から取得した新たなバージョンのソフトウェアを、対象となる装置に適用する。構成情報取得対応部ＣＰは、管理用ＰＣ３０３の構成情報を取得してルータ１００に通知する。この構成情報取得対応部ＣＰは、図１に示す各装置（ハードディスクレコーダ３０１やゲーム機３０２など）が備える構成情報取得対応部ＣＰと同じ機能を有する。
【００６７】
無線ＬＡＮ制御回路１５は、変調器やアンプ、アンテナを含み、例えばＩＥＥＥ８０２．１１ｂ／ｇに準拠した無線ＬＡＮのクライアントとして機能する。
【００６８】
ＥＥＰＲＯＭ１４は、サーバアドレス情報格納部１４ａと、構成情報格納部１４ｂを備えている。サーバアドレス情報格納部１４ａには、各ソフトウェア管理サーバ７００のアドレス情報（例えば、ＩＰアドレスや、ネットマスクや、ＵＲＬなど）が格納されている。構成情報格納部１４ｂには、管理用ＰＣ３０３自身が有する構成情報や、他の装置の構成情報が格納される。図３では、管理用ＰＣ３０３自身の構成情報の一部として、装置種別「ＰＣ」，装置名「Ｐ１」，ＭＡＣアドレス「ＭＡ３」，ＩＰアドレス「ＩＰ３」，受信信号強度「強」，適用ソフトウェア名「Ｓｎ２」，ソフトウェアバージョン「１．００」が、構成情報格納部１４ｂに格納されている。適用ソフトウェアとしては、例えば、無線ＬＡＮ制御回路１５用のファームウェアを採用することができる。また、例えば、無線ＬＡＮ制御回路１５の動作に関する各種設定や動作状態の確認を行うためのパーソナルコンピュータ用のアプリケーションプログラムを採用することができる。また、例えば、ウィルス対策ソフトウェアや、オペレーティングシステムの更新用ソフトウェアなどを採用することができる。構成情報として登録されるべきソフトウェアは、例えば、予めユーザ（管理者）により設定される。
【００６９】
入出力インタフェース部１６は、コンピュータ本体１０に対して、ディスプレイ２１，キーボード２２，マウス２３をそれぞれ接続するためのインタフェース群からなる。
【００７０】
Ａ４．その他の装置の構成：
図４は、図１に示すデバイスサーバの概略構成を示す説明図である。デバイスサーバ３３１は、メモリ３１と、ＣＰＵ３３と、有線ＬＡＮ制御回路３４と、変換回路３６と、ＵＳＢ制御回路３７とを備えている。
【００７１】
メモリ３１は、図示しないＲＡＭやＥＥＰＲＯＭから成り、構成情報格納部３２を備えている。構成情報格納部３２は、デバイスサーバ３３１自身の構成情報及びデバイスサーバ３３１に接続されている装置についての構成情報を格納する。図４の例では、構成情報格納部３２には、デバイスサーバ３３１自身の構成情報の一部として、装置種別「デバイスサーバ」，装置名「ＤＳ」，ＭＡＤアドレス「ＭＡ５」，ＩＰアドレス「ＩＰ５」，動作状態「使用中」，適用ソフトウェア名「Ｓｎ８」，ソフトウェアバージョン「２．５」が格納されている。適用ソフトウェアとしては、例えば、デバイスサーバ３３１用のファームウェアを採用することができる。また、構成情報格納部３２には、デバイスサーバ３３１に接続されているテレビチューナ３４１についての構成情報（装置種別「テレビチューナ」，装置名「Ｔ２」，接続インタフェース種別「ＵＳＢ２．０」，適用ソフトウェア名「Ｓｎ９」，ソフトウェアバージョン「１．０１」）が格納されている。適用ソフトウェアとしては、例えば、テレビチューナ３４１用のファームウェアを採用することができる。
【００７２】
ＣＰＵ３３は、メモリ３１に格納されているプログラムを実行することにより、構成情報取得対応部ＣＰ及び変換制御部３３ａとして機能する。構成情報取得対応部ＣＰは、図３に示す管理用ＰＣ３０３の構成情報取得対応部ＣＰと同様な機能を有する。変換制御部３３ａは、変換回路３６の動作を制御する。
【００７３】
有線ＬＡＮ制御回路３４は、図２に示す有線ＬＡＮ制御回路１７０と同様に、ＩＥＥＥ８０２．３に準拠したフレームの送受信を行う。変換回路３６は、ＩＥＥＥ８０２．３に準拠したフレームを、ＵＳＢ２．０で規定されたフォーマットに変換し、また、その逆の変換を行う回路である。ＵＳＢ制御回路３７は、ＵＳＢ２．０で規定されたプロトコルに従って、データの送受信を行う。
【００７４】
図４に示すデバイスサーバ３３１は、構成情報取得対応部ＣＰ及び構成情報格納部３２を備える点において、従来のデバイスサーバと異なり、他の構成は従来のデバイスサーバと同じである。なお、管理用ＰＣ３０３を除く、構成情報取得対応部ＣＰを備える他の装置（ハードディスクレコーダ３０１，ゲーム機３０２，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，ＮＡＳ３３２，及びテレビチューナ３３３）についても、構成情報取得対応部ＣＰ及び図示しない構成情報格納部を備える点において、従来の同種の装置と異なり、他の構成は従来の同種の装置と同じである。
【００７５】
以上の構成を有するシステム５００では、後述する構成情報収集処理を実行することにより、ユーザは、システム５００を構成する各装置の接続構成及び動作状態を容易に管理することができる。加えて、システム５００では、後述するソフトウェア更新処理を実行することにより、各装置に適用されるソフトウェア（ファームウェア及びアプリケーションプログラムなど）を容易に更新することができる。
【００７６】
図５は、図１に示すソフトウェア管理サーバの概略構成を示す説明図である。ソフトウェア管理サーバ７００は、システム５００の構成要素には該当しない。ソフトウェア管理サーバ７００は、コンピュータ本体７１０と、ディスプレイ７２１と、キーボード７２２と、マウス７２３とを備えている。コンピュータ本体７１０は、ＣＰＵ７１１と、ハードディスク７１２と、ＲＡＭ７１３と、ＲＯＭ７１３と、ＬＡＮ制御回路７１５と、入出力インタフェース部７１６とを備えている。
【００７７】
ハードディスク７１２には、システム５００を構成する各装置用のソフトウェアが格納されている。図５では、これらのソフトウェアのうち、ソフトウェア名「Ｓｎ１」，バージョン「３．００」のソフトウェアＳｆ１と、ソフトウェア名「Ｓｎ１」，バージョン「３．１０」のソフトウェアＳｆ２と、ソフトウェア名「Ｓｎ２」，バージョン「１．５」のソフトウェアＳｆ３とが代表して表わされている。２つのソフトウェアＳｆ１，Ｓｆ２は、いずれも同じソフトウェア名であることから理解できるように、同じ装置を対象とする異なるバージョンのソフトウェアである。また、ハードディスク７１２には、適用条件テーブルＴＢ１が格納されている。
【００７８】
図６は、図５に示す適用条件テーブルの設定内容を示す説明図である。適用条件テーブルＴＢ１は、ハードディスク７１２に格納されている各ソフトウェアを適用する際の条件が記録されたテーブルであり、予めユーザ（管理者）によって設定されている。
【００７９】
図６に示すように、適用条件テーブルＴＢ１は、ＩＤフィールドと、ソフトウェア名フィールドと、バージョンフィールドと、先に適用すべきソフトウェアフィールドとを有し、各フィールドの値を互いに対応付けている。ＩＤフィールドの値は、各エントリのＩＤを示す。ソフトウェア名フィールドの値は、各ソフトウェア名を示す。バージョンフィールドの値は、ソフトウェア名フィールドに設定されている名前のソフトウェアのバージョンを示す。先に適用すべきソフトウェアフィールドの値は、当該エントリのソフトウェアを適用するよりも前に適用が必要なソフトウェアを示し、かかる事前適用が必要なソフトウェアを、ＩＤフィールドの値によって特定している。例えば、ＩＤ「３」のソフトウェア（ソフトウェア名「Ｓｎ２」，バージョン「１．５０」のソフトウェア）については、先に適用すべきソフトウェアとして、ＩＤ「４」が設定されている。これは、ＩＤ「３」のソフトウェアを適用する前に、ＩＤ「４」のソフトウェア（ソフトウェア名「Ｓｎ２」，バージョン「１．００」のソフトウェア）を適用する必要があることを意味する。なお、先に適用すべきソフトウェアフィールドが「−」であるとは、先に適用すべきソフトウェアとして何も設定されていないことを意味する。
【００８０】
図６では、５つのエントリが代表して表わされている。具体的には、ＩＤ「１」，ソフトウェア名「Ｓｎ１」，バージョン「３．００」，先に適用すべきソフトウェア「−」のエントリと、ＩＤ「２」，ソフトウェア名「Ｓｎ１」，バージョン「３．１０」，先に適用すべきソフトウェア「１，３」のエントリと、ＩＤ「３」，ソフトウェア名「Ｓｎ２」，バージョン「１．５０」，先に適用すべきソフトウェア「４」のエントリと、ＩＤ「４」，ソフトウェア名「Ｓｎ２」，バージョン「１．００」，先に適用すべきソフトウェア「−」のエントリと、ＩＤ「５」，ソフトウェア名「Ｓｎ３」，バージョン「１．００」，先に適用すべきソフトウェア「−」のエントリが、表わされている。
【００８１】
図５に示すＣＰＵ７１１は、所定のオペレーティングシステムの下、ハードディスク７１２に格納されている図示しないアプリケーションプログラムを実行することにより、ソフトウェア供給管理部７３１及び適用条件管理部７３２として機能する。ソフトウェア供給管理部７３１は、ダウンロード要求に応じて、ハードディスク７１２に格納されている各ソフトウェアを供給する。適用条件管理部７３２は、キーボード７２２やマウス７２３を用いて入力されるユーザからの指示にしたがって、適用条件テーブルＴＢ１を更新する。
【００８２】
入出力インタフェース部７１６は、コンピュータ本体７１０に対して、ディスプレイ７２１，キーボード７２２，マウス７２３をそれぞれ接続するためのインタフェース群からなる。
【００８３】
なお、ルータ１００は、請求項におけるゲートウェイ装置に相当する。また、各装置の装置名は請求項における装置特定情報に、ソフトウェア名及びバージョンは、請求項におけるソフトウェア識別情報に、更新監視部１１ｄは請求項におけるソフトウェア取得部に、ソフトウェア更新制御部１１ｅは請求項におけるソフトウェア適用制御部に、管理用ＰＣ３０３の構成情報取得部１１ａは請求項における構成情報取得部及びログ情報取得部に、ユーザインタフェース制御部１１ｃ及びディスプレイ２１は請求項における表示部に、マップ生成部１１ｂは請求項におけるマップ表示制御部に、ソフトウェアＳｆ１及びソフトウェアＳｆ３またはソフトウェアＳｆ２及びソフトウェアＳｆ３は請求項における第１のソフトウェア及び第２のソフトウェアに、ソフトウェアＳｆ１及びソフトウェアＳｆ２は請求項における複数のソフトウェアに、適用条件テーブルＴＢ１は請求項におけるテーブルに、それぞれ相当する。
【００８４】
Ａ５．構成情報収集処理：
図７は、第１実施例における構成情報収集処理の手順を示すシーケンス図である。図７において、最も左のフローは、管理用ＰＣ３０３の処理フローを示す。また、左から２番目のフローはルータ１００の、左から３番目のフローはルータ１００を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。ここで、「配下装置」とは、自らの装置に接続されている装置であって、自らの装置よりもルータ１００からより離れて接続されている装置（自らの装置からルータ１００に至るまでに経由する装置の数がより多い装置）を意味する。したがって、例えば、ルータ１００に直接的に有線接続または無線接続されている装置（ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３）は、ルータ１００の配下装置に該当する。また、例えば、２台のパーソナルコンピュータ３１１，３１２は、無線ＬＡＮアクセスポイント３０４の配下装置に該当する。換言すると、無線ＬＡＮアクセスポイント３０４は、配下装置（２台のパーソナルコンピュータ３１１，３１２）を有する装置に該当する。同様に、デバイスサーバ３３１は、テレビチューナ３４１を配下装置として有する装置に該当し、ＮＡＳ３３２は、プリンタ３４２を配下装置として有する装置に該当する。これに対し、ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，テレビ受像機３２１，テレビチューナ３３３は、いずれも配下装置を有しない装置に該当する。
【００８５】
システム５００では、管理用ＰＣ３０３が起動した後において、所定の期間ごとに構成情報収集処理が実行される。まず、図３に示す管理用ＰＣ３０３の構成情報取得部１１ａは、ルータ１００に対して構成情報を問い合わせる（ステップＳ１０５）。なお、管理用ＰＣ３０３及びルータ１００がＤＬＮＡ（Digital Living Network Alliance）に準拠した装置であり、管理用ＰＣ３０３がＤＭＰ（Digital Media Player）として機能し、また、ルータ１００がＤＭＳ（Digital Media Server）として機能する構成においては、例えば、管理用ＰＣ３０３が「ＧＥＴ」メソッドを用いてルータ１００に対してデバイスディスクリプションを要求することにより、構成情報の問い合わせを実現できる。なお、ルータ１００に対して問い合わせる際に用いるルータ１００のアドレスは、例えば、予め管理用ＰＣ３０３に設定しておくことで取得することができる。
【００８６】
図２に示すルータ１００の構成情報取得部１１０ａは、管理用ＰＣ３０３から問い合わせがあると、自らの配下装置に対して構成情報を問い合わせる（ステップＳ２０５）。この問い合わせは、前述のステップＳ１０５と同様に構成することができる。
【００８７】
配下装置を有する装置では、ルータ１００から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有する旨とを、ルータ１００に応答する（ステップＳ３０５）。例えば、図４に示すデバイスサーバ３３１の構成情報取得対応部ＣＰは、構成情報格納部３２に格納されている自らの装置に関する構成情報（装置種別，装置名，ＭＡＣアドレス，ＩＰアドレス，動作状態，適用ソフトウェア名，ソフトウェアバージョン）を読み出して、これら構成情報と配下装置を有する旨とをルータ１００に送信する。なお、デバイスサーバ３３１が配下装置を有するか否か（換言すると、いずれかの装置がＵＳＢ接続されているか否か）は、例えば、構成情報取得対応部ＣＰが変換制御部３３ａにＵＳＢ制御回路にいずれかの装置が接続されているか否かを問い合わせることにより判断することができる。
【００８８】
図７に示すように、配下装置を有しない装置では、ルータ１００から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有しない旨とを、ルータ１００に応答する（ステップＳ４０５）。例えば、図３に示す管理用ＰＣ３０３の構成情報取得対応部ＣＰは、構成情報格納部１４ｂに格納されている自らの装置に関する構成情報（装置種別，装置名，ＭＡＣアドレス，ＩＰアドレス，受信信号強度，適用ソフトウェア名，ソフトウェアバージョン）を読み出して、これら構成情報をルータ１００に送信する。
【００８９】
ルータ１００において、構成情報取得部１１０ａは、各配下装置に構成情報を問い合わせた後（ステップＳ２０５の後）、自らの構成情報を取得して構成情報格納部Ｓ１に格納する（ステップＳ２１０）。例えば、構成情報取得部１１０ａは、移動体通信網制御回路ＤＰ１に動作状態を問い合わせて、「通信中」との動作状態を取得して構成情報格納部Ｓ１に格納する。また、例えば、構成情報取得部１１０ａは、ＮＡＳ制御部１１０ｅに対して、ハードディスク１２６の使用容量を問い合わせて「８０％使用中」の情報を得て構成情報格納部Ｓ１に格納する。
【００９０】
ルータ１００において、構成情報取得部１１０ａは、各配下装置から受信した構成情報を図２に示す構成情報格納部Ｓ１に格納すると共に、この受信した構成情報に基づき、配下装置リストを作成して配下装置リスト格納部Ｓ２に格納する（ステップＳ２１５）。
【００９１】
図８は、ステップＳ２１５において作成される配下装置リストの一例を示す説明図である。図８に示すように、配下装置リストは、ルータ１００の各配下装置について、装置種別，装置名，インタフェース（Ｉ／Ｆ）種別，ＭＡＣアドレス，ＩＰアドレス，動作状態，配下装置有無，適用ソフトウェア名，ソフトウェアバージョンを記録したリストである。例えば、ハードディスクレコーダ３０１については、装置種別「ハードディスクレコーダ」，装置名「Ｒ１」，Ｉ／Ｆ種別「８０２．１１ｂ」，ＭＡＣアドレス「ＭＡ１」，ＩＰアドレス「ＩＰ１」，動作状態「電波：強」，配下装置有無「無し」，適用ソフトウェア名「Ｓｎ３」，ソフトウェアバージョン「１．０１」が記録されている。
【００９２】
ルータ１００において、構成情報送信部１１０ｂは、ステップＳ２１０において取得した自己の構成情報と、ステップＳ２１５において作成した配下装置リストとを、管理用ＰＣ３０３に送信する（ステップＳ２２０）。
【００９３】
管理用ＰＣ３０３において、構成情報取得部１１ａは、配下装置リストを受信すると、構成情報格納部１４ｂに格納すると共に、配下装置リストに記載された各装置について、配下装置の有無を判定し（ステップＳ１１０）、配下装置を有する装置に対して構成情報を問い合わせる（ステップＳ１１５）。システム５００において、配下装置を有する装置は、ルータ１００を除くと、無線ＬＡＮアクセスポイント３０４と、デバイスサーバ３３１と、ＮＡＳ３３２である。これらの装置は、図８に示すように配下装置リストにおいて、配下装置有無フィールドに「有り」が設定されているので、かかるフィールドの設定値に基づき配下装置の有無を判定することができる。なお、配下装置を有する装置のアドレス（ＭＡＣアドレス，ＩＰアドレス）は、配下装置リストから取得することができる。
【００９４】
配下装置を有する装置において、構成情報取得対応部ＣＰは、図７に示すように、管理用ＰＣ３０３から構成情報の問い合わせを受けると、配下装置の構成情報を取得する（ステップＳ３１０）。この構成情報の取得は、例えば、配下装置に対して構成情報の通知要求（ｈｔｔｐコマンド等）を送信して、その応答を受信することにより実現できる。具体的には、無線ＬＡＮアクセスポイント３０４の構成情報取得対応部ＣＰは、２台のパーソナルコンピュータ３１１，３１２に、それぞれ構成情報の通知要求を送信することができる。また、例えば、配下装置が接続される際の初期化シーケンスにおいて取得されて各装置のメモリに既に記憶されている構成情報を読み出すことによっても実現できる。具体的には、デバイスサーバ３３１の構成情報取得対応部ＣＰは、テレビチューナ３４１がＵＳＢ接続される際の初期化シーケンスにおいて取得され、構成情報格納部３２に既に格納されている構成情報（装置種別「テレビチューナ」，装置名「Ｔ２」，接続インタフェース種別「ＵＳＢ２．０」など）を読み出すことができる。
【００９５】
配下装置を有する装置において、構成情報取得対応部ＣＰは、配下装置の構成情報を取得すると、配下装置リストを作成し（ステップＳ３１５）、作成した配下装置リストと自己の構成情報とを管理用ＰＣ３０３に送信する（ステップＳ３２０）。なお、ステップＳ３１５において作成される配下装置リストは、図８に示す配下装置リストと同様である。
【００９６】
管理用ＰＣ３０３において、構成情報取得部１１ａは、前述のステップＳ１１５の後、配下装置を有する装置から配下装置リストを受信すると、前述のステップＳ１１０を実行する（すなわち、新たに受信した配下装置リストに記載された各装置について、配下装置の有無を判定する）。なお、複数の装置から受信する配下装置リストは、それぞれ異なるリストとして構成情報格納部１４ｂに格納することができる。また、複数の装置から受信する配下装置リストを１つのリストにまとめて構成情報格納部１４ｂに格納することもできる。
【００９７】
図９は、第１実施例における構成情報収集の一例を模式的に示す説明図である。図９では、管理用ＰＣ３０３が、ルータ１００と、無線ＬＡＮアクセスポイント３０４と、パーソナルコンピュータ３１１がそれぞれ有する構成情報を収集する際の処理を模式的に示している。
【００９８】
管理用ＰＣ３０３は、ステップＳ１０５，Ｓ２２０により、ルータ１００からルータ１００の構成情報と配下装置リストを取得する。なお、ステップＳ１０５に基づき、ルータ１００と無線ＬＡＮアクセスポイント３０４及びパーソナルコンピュータ３１１との間で、構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）がやりとりされる。ルータ１００から取得された配下装置リストには、図８に示すように、さらに配下装置を有する装置のＭＡＣアドレス及びＩＰアドレスが記載されている。したがって、管理用ＰＣ３０３は、ステップＳ１１５，Ｓ３２０により、無線ＬＡＮアクセスポイント３０４から無線ＬＡＮアクセスポイント３０４の構成情報と配下装置リストを取得する。同様にして、管理用ＰＣ３０３は、無線ＬＡＮアクセスポイント３０４から取得した配下装置リストに基づき、ステップＳ１１５，Ｓ３２０により、パーソナルコンピュータ３１１の構成情報と配下装置リストを取得する。ここで、図９において破線に示すように、パーソナルコンピュータ３１１がＵＳＢインタフェースによりマウス３１３を接続している場合、パーソナルコンピュータ３１１は、配下装置リストにマウス３１３を記載してルータ１００に送信する。
【００９９】
このように、本実施例では、すべての配下装置がさらなる配下装置を有しなくなるまで、ステップＳ１１０，Ｓ１１５の処理が繰り返し実行されることとなる。ここで、パーソナルコンピュータ３１１は、無線ＬＡＮアクセスポイント３０４の配下装置であると共に、マウス３１３を配下装置として有する装置でもある。したがって、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との組み合わせ（ペア）では、無線ＬＡＮアクセスポイント３０４が請求項における第１の装置に、パーソナルコンピュータ３１１が請求項における第２の装置（前回の第２の装置）に、それぞれ相当し、パーソナルコンピュータ３１１とマウス３１３とのペアでは、パーソナルコンピュータ３１１は請求項における第１の装置（今回の第１の装置）に、マウス３１３は請求項における第２の装置（今回の第２の装置）に、それぞれ相当する。このような２つの装置のペアリングが順次スライドすることによって前回の第２の装置が次回の第１の装置となる処理は、各請求項における射程範囲に含まれる。
【０１００】
ここで、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とのペアにおける接続インタフェースは、ネットワークインタフェース（無線ＬＡＮ）であり、パーソナルコンピュータ３１１とマウス３１３とのペアにおける接続インタフェースは、バスインタフェース（ＵＳＢ）である。このように、本実施例では、第１の装置と第２の装置との間の接続インタフェースがネットワークインタフェース及びバスインタフェースのいずれであっても、第１の装置は、第２の装置の構成情報を取得して管理用ＰＣ３０３に通知する。
【０１０１】
図７に示すように、ステップＳ１１０において、配下装置リストに配下装置を有する装置がない場合には（ステップＳ１１０：ＮＯ）、管理用ＰＣ３０３のマップ生成部１１ｂは、マップ作成処理を実行し、既に受信しているルータ１００の構成情報及び配下装置リストに基づき、システム構成マップを作成する（ステップＳ１２０）。管理用ＰＣ３０３において、ユーザインタフェース制御部１１ｃは、ステップＳ１２０において作成されたシステム構成マップを、ディスプレイ２１に表示する（ステップＳ１２５）。
【０１０２】
図１０は、マップ作成処理の結果、ディスプレイに表示されるシステム構成マップを示す説明図である。図１０に示すように、ステップＳ１２０により作成されたシステム構成マップｍ１は、ディスプレイ２１においてウィンドウＷ１内に表示される。ウィンドウＷ１の縦方向（ｙ方向）は、鉛直方向と平行であり、ウィンドウＷ１の横方向（ｘ方向）は、水平方向と平行である。
【０１０３】
システム構成マップｍ１は、接続態様表示領域ＡＲ１と、動作状態表示領域ＡＲ２と、ソフトウェア情報表示領域ＡＲ３とを備えている。接続態様表示領域ＡＲ１は、システム５００を構成する各装置を示すシンボルと、各装置の装置種別及び装置名と、各装置間の接続インタフェース種別とを表示する領域である。動作状態表示領域ＡＲ２は、システム５００を構成する各装置の動作状態を表示する領域である。ソフトウェア情報表示領域ＡＲ３は、各装置に適用されるソフトウェアのソフトウェア名及びバージョンを表示する領域である。
【０１０４】
図１０に示すように、接続態様表示領域ＡＲ１には、システム５００を構成する各装置のシンボルが、ルータ１００を起点としてｙ方向（鉛直方向）に並んで配置されている。各装置のシンボルの形状はいずれも同じ大きさの矩形であり、シンボル内に装置種別と装置名とが表示されている。
【０１０５】
ここで、各装置のシンボルは、各装置の階層構造が明確となるように、接続態様表示領域ＡＲ１に配置されている。具体的には、ルータ１００のシンボルが最も左上に位置している。また、ルータ１００と直接に無線接続又は有線接続されている各装置のシンボルは、ルータ１００のシンボルよりもΔｘ１だけ、ｘ方向（水平方向）右側にオフセットされている。これに対して、ルータ１００と直接接続されていない各装置のシンボルは、ルータ１００のシンボルよりもΔｘ２だけ、ｘ方向（水平方向）右側にオフセットされている。オフセット量Δｘ２は、オフセット量Δｘ１よりも大きいため、各シンボルは、図１０に示すように、ルータ１００が最上位の階層に位置し、ルータ１００と直接接続されている装置が２番目の階層に、ルータ１００と直接接続されていない装置が３番目の階層に、それぞれ位置するように表示されている。このように、各装置のシンボルを階層状に配置するのは、ユーザが各装置の接続態様を容易に理解できるようにするためである。
【０１０６】
また、各装置のシンボルは、ルータ１００との間の接続インタフェース種別ごとにまとまって表示されている。具体的には、接続インタフェース種別が無線ＬＡＮである装置のシンボルがルータ１００のシンボルに最も近い位置にまとまって配置されている。同様に、接続インタフェース種別がＷＨＤＩである装置のシンボルが２番目に、接続インタフェース種別が有線ＬＡＮである装置のシンボルが３番目に、接続インタフェース種別がＵＳＢである装置のシンボルが４番目に、それぞれルータ１００のシンボルに近い位置にまとまって配置されている。このように、各装置のシンボルを、ルータ１００との間の接続インタフェース種別ごとに集めて表示するのは、接続インタフェースごとに何台の装置が接続されているかを、ユーザが容易に理解できるようにするためである。加えて、ルータ１００との間の接続インタフェースが無線である装置を、ルータ１００との間の接続インタフェースが有線である装置に比べて、ルータ１００により近い位置に配置するのは、以下の理由による。ルータ１００との間の接続インタフェースが有線である装置については、接続に用いられるケーブルを辿ることにより、いずれの装置がルータ１００に接続されているかを比較的容易に判別することができる。これに対して、ルータ１００との間の接続インタフェースが無線である装置については、ルータ１００との接続の有無を容易に判別することができない。そこで、管理用ＰＣ３０３では、接続インタフェースが無線である装置のシンボルを、ルータ１００のシンボルにより近い位置に配置することにより、ルータ１００との接続の有無を明確に表わすようにしている。
【０１０７】
また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されている。このようにすることにより、各装置間の接続インタフェース種別を明確に表わすようにしている。また、この各シンボル間の接続線は、各装置間の実際の接続態様に対応している。具体的には、例えば、ルータ１００のシンボルと、無線ＬＡＮアクセスポイント３０４のシンボルとは、破線で示す接続線により直接接続されている。これに対して、２台のパーソナルコンピュータ３１１，３１２のシンボルは、いずれも、ルータ１００のシンボルとは直接接続されておらず、破線で示す接続線により無線ＬＡＮアクセスポイント３０４に直接接続されている。このように、各シンボル間の接続線を、各装置間の実際の接続態様に合致するように表示するのは、ユーザが実際の接続構成を容易に理解できるようにするためである。
【０１０８】
図１０に示すように、動作状態表示領域ＡＲ２には、各装置のシンボルに対応する位置（各装置のシンボルの水平方向において隣接する位置）に、各装置の動作状態を示す情報が表示されている。具体的には、例えば、ルータ１００のシンボルに対応する位置には、ハードディスク１２６の使用容量が８０％である旨を示す情報と、移動体通信網制御回路ＤＰ１が起動中（ＯＮ）であり、かつ、通信中である旨を示す情報とが、表示されている。また、例えば、無線ＬＡＮアクセスポイント３０４のシンボルに対応する位置には、ルータ１００において無線ＬＡＮアクセスポイント３０４から受信する電波の強度が「強」であることを示すシンボルが表示されている。また、例えば、プリンタ３４２のシンボルに対応する位置には、ユーザＢさんによって使用中（ユーザＢさんから送られた印刷ジョブを実行中）であることを示す情報が表示されている。
【０１０９】
前述のように、各装置のシンボルが鉛直方向に並んで配置されているのは、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができるからである。したがって、ユーザに対して、各装置の接続構成を容易に理解させると共に、各装置の動作状態を容易に理解させることができる。なお、図１０に示すシステム構成マップｍ１は、請求項における接続構成マップに相当する。
【０１１０】
このような図１０に示すシステム構成マップｍ１が生成されるマップ生成処理を、以下説明する。図１１は、図７に示すステップＳ１２０の処理の詳細手順を示すフローチャートである。
【０１１１】
まず、マップ生成部１１ｂは、ルータ１００のシンボルをルート位置に配置する（ステップＳ９０５）。図１０に示すように、ルータ１００は、ウィンドウＷ１の左上隅に配置されており、この位置が、本実施例におけるルート位置に相当する。なお、このシンボルには、ルータ１００の装置名（ルータ）が記載されている。
【０１１２】
マップ生成部１１ｂは、構成情報を取得した全ての機器を、ルータ１００のシンボルの直下に有線接続（ＬＡＮ接続）として仮置きする（ステップＳ９１０）。次に、マップ生成部１１ｂは、取得した構成情報（配下装置リスト）に基づき、配下装置に該当する装置を、対応する装置の直下の位置に配置替えする（ステップＳ９１５）。
【０１１３】
図１２は、図１１に示すステップＳ９１０，Ｓ９１５の処理後のシステム構成マップを示す説明図である。図１２において、左側は、ステップＳ９１０実行後のシステム構成マップを示し、右側は、ステップＳ９１５実行後のシステム構成マップを示す。図１２の左側に示すように、ステップＳ９１０実行後には、各装置のシンボルは、鉛直方向に一列に並んで配置されている。ステップＳ９１５実行後には、図１２右側に示すように、各装置の配下装置がどのような装置であるかが明らかになっている。
【０１１４】
図１１に示すステップＳ９１５の後、マップ生成部１１ｂは、各接続インタフェース種別に応じて、各装置間の線種を変更する（ステップＳ９２０）。
【０１１５】
図１３は、図１１に示すステップＳ９１５，Ｓ９２０の処理後のシステム構成マップを示す説明図である。図１３において、左側は、ステップＳ９１５実行後のシステム構成マップを示し、右側は、ステップＳ９２０実行後のシステム構成マップを示す。なお、図１３左側は、図１２右側と同じである。図１３右側に示すように、ステップＳ９２０実行後には、各装置間を接続するラインが接続インタフェースごとに異なる線種として表わされている。
【０１１６】
ステップＳ９２０の実行後、マップ生成部１１ｂは、各装置と配下装置との接続関係を保ったまま、ルータ１００との接続インタフェースごとにシンボルをまとめると共に、所定の順序ごとにシンボル群をソートする（並べ替える）（ステップＳ９２５）。
【０１１７】
図１４は、図１１に示すステップＳ９２０，Ｓ９２５の処理後のシステム構成マップを示す説明図である。図１４において、左側は、ステップＳ９２０実行後のシステム構成マップを示し、右側は、ステップＳ９２５実行後のシステム構成マップを示す。なお、図１４右側は、図１３左側と同じである。また、図１４右側は、図１０に示すシステム構成マップｍ１の接続態様表示領域ＡＲ１の表示内容と一致している。図１４左側（図１３右側）に示すように、ステップＳ９２０実行後には、ルータ１００との接続インタフェースが異なる装置同士が隣り合って配置されているが、ステップＳ９２５実行後には、ルータ１００との接続インタフェースごとに、まとめられ配置されている。
【０１１８】
Ａ６．ソフトウェア更新処理：
図１５は、システム５００において実行されるソフトウェア更新処理の手順を示すフローチャートである。システム５００では、定期的にソフトウェア更新処理が実行され、各装置に適用されているソフトウェア（ファームウェアやアプリケーションプログラム）が更新される。
【０１１９】
管理用ＰＣ３０３の更新監視部１１ｄは、ソフトウェア管理サーバ７００において、各装置に適用すべき新しいバージョンのソフトウェアを検索し（ステップＳ９４５）、新しいバージョンのソフトウェアが用意されているか否かを判定する（ステップＳ９５０）。管理用ＰＣ３０３のサーバアドレス情報格納部１４ａには、各ソフトウェア管理サーバ７００のアドレス情報が格納されているので、更新監視部１１ｄは、このアドレス情報に基づき各ソフトウェア管理サーバ７００に新しいバージョンのソフトウェアの有無を問い合わせることができる。また、構成情報格納部１４ｂには配下装置リストが格納されており、配下装置リストには、図８に示すように、各装置に適用されているソフトウェアのソフトウェア名及びバージョン情報が格納されている。したがって、更新監視部１１ｄは、これらソフトウェア名及びバージョン情報に基づき、各ソフトウェア管理サーバ７００に対して新しいバージョンのソフトウェアの有無を問い合わせることができる。なお、各ソフトウェア管理サーバ７００では、図５に示すソフトウェア供給管理部７３１が、管理用ＰＣ３０３からの問い合わせに対して、ソフトウェアごとに新しいバージョンのソフトウェアの有無を応答する。
【０１２０】
前述のステップＳ９５０において、新しいバージョンのソフトウェアが用意されていると判定された場合（ステップＳ９５０：ＹＥＳ）、管理用ＰＣ３０３の更新監視部１１ｄは、ソフトウェア管理サーバ７００から新しいバージョンのソフトウェアと適用条件情報とを取得する（ステップＳ９５５）。適用条件情報とは、ダウンロードした新しいバージョンのソフトウェアを適用するよりも前に適用すべきソフトウェアについてのソフトウェア名及びバージョン情報を意味する。ソフトウェア管理サーバ７００において、ソフトウェア供給管理部７３１は、管理用ＰＣ３０３から新しいバージョンのソフトウェアの取得要求（ダウンロード要求）があると、適用条件テーブルＴＢ１を参照して、当該ソフトウェアよりも先に適用すべきソフトウェアのソフトウェア名及びバージョンを特定する。そして、ソフトウェア供給管理部７３１は、新しいバージョンのソフトウェアと共に適用条件情報を管理用ＰＣ３０３に送信する。
【０１２１】
例えば、無線ＬＡＮアクセスポイント３０４に現在適用されているソフトウェア（名称「Ｓｎ１」）のバージョンが２．００である場合、図５に示すように、ソフトウェア管理サーバ７００のハードディスク７１２には、ソフトウェア名「Ｓｎ１」のソフトウェアとして、バージョンが「３．００」のソフトウェアＳｆ１と、バージョンが「３．１０」のソフトウェアＳｆ２とが格納されている。そして、図６に示すように、ソフトウェアＳｆ１（ＩＤ：１）に対しては、先に適用すべきソフトウェアは設定されていないが、ソフトウェアＳｆ２（ＩＤ：２）に対しては、「ＩＤ：１」のソフトウェア及び「ＩＤ：３」のソフトウェアが、先に適用すべきソフトウェアとして設定されている。したがって、ソフトウェア管理サーバ７００のソフトウェア供給管理部７３１は、ソフトウェアＳｆ２を提供する際に、適用条件情報として、「ソフトウェア名「Ｓｎ１」，バージョン「３．００」のソフトウェアを示す情報、およびソフトウェア名「Ｓｎ２」，バージョン「１．５０」のソフトウェアを示す情報を、管理用ＰＣ３０３に送信する。
【０１２２】
新しいバージョンのソフトウェア及び適用条件情報が取得されると、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、取得された適用条件情報の示す順序にしたがって、取得したソフトウェアを対象装置に適用する（ステップＳ９６０）。
【０１２３】
図１６は、新しいバージョンのソフトウェアの適用例を模式的に示すシーケンス図である。図１６において、左は管理用ＰＣ３０３の処理を示し、中央は無線ＬＡＮアクセスポイント３０４の処理を示し、右はパーソナルコンピュータ３１１の処理を示す。このシーケンス図の開始前において、無線ＬＡＮアクセスポイント３０４に適用されているソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンは「２．００」であり、パーソナルコンピュータ３１１に適用されているソフトウェア（ソフトウェア名「Ｓｎ２」）のバージョンは「１．００」である。
【０１２４】
図６に示すように、適用条件テーブルＴＢ１において、ソフトウェア名「Ｓｎ１」のソフトウェアであって、バージョン「２．００」よりも新しいバージョンのソフトウェアとして、ＩＤ＝１，２の２つのソフトウェアが登録されている。したがって、前述のステップＳ９５５では、これらの２つのソフトウェアが取得される。また、適用条件テーブルＴＢ１において、ソフトウェア名「Ｓｎ２」のソフトウェアであって、バージョン「１．００」よりも新しいバージョンのソフトウェアとして、ＩＤ＝３のソフトウェアが登録されている。したがって、前述のステップＳ９５５では、このソフトウェアが取得される。
【０１２５】
ここで、図６に示すように、ＩＤ＝２のソフトウェアを適用する前に、ＩＤ＝１，３のソフトウェアを適用する必要がある。また、ＩＤ＝３のソフトウェアを適用する前には、ＩＤ＝４のソフトウェアを適用する必要がある。ＩＤ＝４のソフトウェアとは、ソフトウェア名「Ｓｎ２」，バージョン「１．００」のソフトウェアである。しかしながら、パーソナルコンピュータ３１１には、すでにかかるソフトウェアが適用されている。したがって、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、まず、パーソナルコンピュータ３１１に対してＩＤ＝３のソフトウェアを適用し（図１６の［１］）、バージョンを「１．００」から「１．５０」に上げる。
【０１２６】
次に、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、無線ＬＡＮアクセスポイント３０４に対してＩＤ＝１のソフトウェアを適用し（図１６の［２］）、無線ＬＡＮアクセスポイント３０４に適用されているソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンを「２．００」から「３．００」に上げる。次に、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、無線ＬＡＮアクセスポイント３０４に対してＩＤ＝２のソフトウェアを適用し（図１６の［３］）、ソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンを「３．００」から「３．１０」に上げる。このようにして、パーソナルコンピュータ３１１及び無線ＬＡＮアクセスポイント３０４に適用する複数のソフトウェアと、無線ＬＡＮアクセスポイント３０４に適用するバージョンが異なる複数のソフトウェアとを、それぞれ適用条件テーブルＴＢ１に設定された条件（適用順序）にしたがって適用することができる。
【０１２７】
図１５に示すように、新しいバージョンのソフトウェアの適用が終了すると、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、構成情報格納部１４ｂに格納されている配下装置リストにおいて、更新したソフトウェアについてのバージョン情報を更新する（ステップＳ９６５）。
【０１２８】
以上説明したように、システム５００において、管理用ＰＣ３０３は、ルータ１００に直接接続されていない装置（例えば、プリンタ３４２）の構成情報を、かかる装置及びルータ１００に直接接続されている装置（例えば、デバイスサーバ３３１）を介して間接的に取得するようにしているので、ルータ１００に直接接続するためのインタフェースに限らず、様々なインタフェースで接続された複数の装置を容易に管理することができる。また、管理用ＰＣ３０３により各装置を一元的に管理することができるので、接続インタフェース種別ごとに管理装置（管理用ソフトウェア）を用意することを要しない。したがって、システム５００の構築費用を抑えることができると共に、ユーザは、複数の管理装置（管理用ソフトウェア）の使用方法を覚えなくて済むため、家庭や小規模の企業などに容易に導入することができる。
【０１２９】
加えて、ルータ１００は、管理用ＰＣ３０３から構成情報の問い合わせがあると、自らの構成情報を管理用ＰＣ３０３に送信するのに加えて、配下装置のＩＰアドレスと、各配下装置がさらに配下装置を有するか否かの情報とを含む配下装置リストを作成して管理用ＰＣ３０３に送信している。したがって、管理用ＰＣ３０３は、この配下装置リストを参照することにより配下装置を特定することができ、配下装置に対してさらにその配下装置の構成情報を問い合わせることができる。
【０１３０】
また、配下装置を有する装置であって、ルータ１００に直接的に接続されていない装置は、管理用ＰＣ３０３から構成情報の問い合わせがあると、配下装置の構成情報を取得して配下装置リストを作成し、自らの構成情報及び配下装置リストを管理用ＰＣ３０３に送信する（ステップＳ３１０〜Ｓ３２０）。したがって、配下装置を有する装置と配下装置との間の接続インタフェースがバスインタフェースであるために、管理用ＰＣ３０３から直接構成情報を取得することができないような配下装置についても、配下装置を有する装置を介して構成情報を得ることができる。
【０１３１】
また、管理用ＰＣ３０３は、各装置から、適用すべきソフトウェアのソフトウェア名及びバージョン情報を取得していて一元管理しているので、ソフトウェア管理サーバ７００に対して、新しいバージョンのソフトウェアの有無を一括して（代表して）問い合わせることができる。したがって、各装置がそれぞれ新しいバージョンのソフトウェアの有無を監視する構成に比べて、監視に要する各装置のリソース（ＣＰＵやメモリ）や、ネットワークリソース（帯域や遅延）を低減することができる。また、ユーザは、各装置に現在適用されているソフトウェアのバージョンを確認する、または、各ソフトウェア管理サーバ７００から新しいバージョンのソフトウェアをダウンロードする、といった作業を行わずに済むため、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【０１３２】
また、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、ソフトウェア管理サーバ７００からソフトウェアと共に適用条件情報を取得して、適用条件情報の示す適用条件（順序）にしたがって複数のソフトウェアを適用する。したがって、ユーザは、複数のソフトウェアの適用順序を考慮して、手動でソフトウェアを適用する作業を行わずに済む。また、各ソフトウェア管理サーバ７００は、ソフトウェアごとに、当該ソフトウェアよりも先に適用すべきソフトウェアが特定された適用条件テーブルＴＢ１を備えているので、管理用ＰＣ３０３に対して、ソフトウェアを提供する際に、併せて、先に適用すべきソフトウェアについての情報（ソフトウェア名及びバージョンを示す情報）を提供することができる。
【０１３３】
また、管理用ＰＣ３０３は、ルータ１００と、ルータ１００に直接接続されておらず、かつ、配下装置を有する装置に対してのみ構成情報を問い合わせるので、システム５００内のすべての装置に対して構成情報を問い合わせる構成に比べて、管理用ＰＣ３０３の処理を軽減することができる。特に、ルータ１００は、多くの接続インタフェースを有する装置であるため、いずれかの接続インタフェース（例えば、ＵＳＢ）を介して接続される装置については、ルータ１００に接続される際の初期化シーケンスによりかかる装置の構成情報をルータ１００が既に取得している可能性が高い。したがって、このようなルータ１００に対して構成情報を問い合わせることにより、構成情報の取得に要する期間を短くすることができる。
【０１３４】
また、システム構成マップｍ１では、各装置のシンボルは階層状に配置されるので、各装置の接続態様をユーザに容易に理解させることができる。また、各装置のシンボルを、ルータ１００との間の接続インタフェース種別ごとに集めて表示するので、接続インタフェースごとに何台の装置が接続されているかを、ユーザに容易に理解させることができる。また、ルータ１００との間の接続インタフェースが無線であり、ルータ１００との接続の有無が容易に判別できない装置を、ルータ１００との間の接続インタフェースが有線である装置に比べて、ルータ１００により近い位置に配置するので、かかる装置のルータ１００との接続の有無を明確に表わすことができる。また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されるので、各装置間の接続インタフェース種別を明確に表わすことができる。また、各シンボル間の接続線は、各装置間の実際の接続態様に合致しているので、ユーザに実際の接続構成を容易に理解させることができる。
【０１３５】
また、各装置のシンボルが鉛直方向に並んで配置されているので、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができる。加えて、各装置のシンボルに対応する位置に各装置の動作状態を示す情報（シンボルや文字）を表示するので、ユーザは、一見して各装置の動作状態を理解することができる。
【０１３６】
Ｂ．第２実施例：
図１７は、第２実施例における管理用ＰＣの概略構成を示す説明図である。第２実施例の管理用ＰＣ３０３ａは、ＣＰＵ１１が、機器検索部１１ｆとして機能する点において、図３に示す第１実施例の管理用ＰＣ３０３と異なり、他の構成は管理用ＰＣ３０３と同じである。第１実施例では、管理用ＰＣ３０３は、ルータ１００から通知される配下装置リストに基づき各装置を特定していたが、第２実施例では、管理用ＰＣ３０３ａは、自ら各装置を検索する。なお、これらの装置構成及び処理を除く、第２実施例のシステムにおける他の装置構成及び他の処理は、第１実施例と同じである。
【０１３７】
図１８は、第２実施例における構成情報収集処理の手順を示すシーケンス図である。図１８において、最も左のフローは、管理用ＰＣ３０３ａの処理フローを示す。また、左から２番目のフローはルータ１００の、左から３番目のフローはルータ１００を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。
【０１３８】
まず、管理用ＰＣ３０３ａの機器検索部１１ｆは、システム５００に所属する全ての装置に対して、応答要求を送信する（ステップＳ５０５）。応答要求とは、単に応答のみを求める要求であり、かかる要求に対する応答の有無により、各装置が通信可能であるか否かを判定するための要求である。本実施例では、応答要求として、ＩＣＭＰ（Internet Control Message Protocol）を使用して送るｐｉｎｇ（Packet INternet Groper）を採用する。この構成においては、例えば、各装置のＩＰアドレスを予め管理用ＰＣ３０３ａに設定しておく方法を採用することができる。なお、ｐｉｎｇを送信する方法としては、予め管理用ＰＣ３０３ａに各装置のＩＰアドレスを設定しておき、かかるＩＰアドレスを宛先として送信する方法の他にも、例えば、システム５００において用いられるネットワークに属するＩＰアドレスとサブネットマスクを、予め管理用ＰＣ３０３ａに設定しておき、このネットワークに割り当てられる可能性のある全てのＩＰアドレスに対して、ｐｉｎｇを送信する方法を採用することもできる。また、例えば、まずルータ１００にネットワークアドレスを問い合わせ、次に、ネットワークに割り当てられる可能性のある全てのＩＰアドレスに対して、ｐｉｎｇを送信する方法を採用することもできる。
【０１３９】
ルータ１００において、有線ＬＡＮ制御回路１７０は、応答要求を受信すると、管理用ＰＣ３０３ａに対して応答する（ステップＳ６０５）。同様に、応答要求を受信すると、配下装置を有する装置及び配下装置を有しない装置は、それぞれ管理用ＰＣ３０３ａに応答する（ステップＳ７０５，Ｓ８０５）。なお、ステップＳ５０５においてｐｉｎｇを用いた場合には、システム５００を構成する各装置のうち、ＩＣＭＰを解釈できる装置のみが、前述のステップＳ７０５，Ｓ８０５を実行することができる。
【０１４０】
管理用ＰＣ３０３ａの構成情報取得部１１ａは、ステップＳ５０５の後応答を受信した各装置に対して構成情報を問い合わせる（ステップＳ５１０）。
【０１４１】
ルータ１００では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ６０５の後）、第１実施例と同様に、前述のステップＳ２０５，Ｓ２１０，Ｓ２１５，Ｓ２２０を実行する。配下装置を有する装置では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ７０５の後）、前述のステップＳ３１０，Ｓ３１５，Ｓ３２０を実行する。配下装置を有しない装置では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ８０５の後）、前述のステップＳ４０５を実行する。
【０１４２】
管理用ＰＣ３０３ａでは、各装置から構成情報又は配下装置リストを受信すると、前述のステップＳ１２０，Ｓ１２５を実行し、システム構成マップがディスプレイ２１に表示される。
【０１４３】
以上説明した第２実施例のシステムにおいて、管理用ＰＣ３０３ａは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、管理用ＰＣ３０３ａから各装置に対して構成情報を直接問い合わせるので、仮に、ルータ１００が故障している場合であっても、ルータ１００を除く各装置の構成情報を取得することができる。
【０１４４】
Ｃ．第３実施例：
図１９は、第３実施例におけるマップ作成処理（ステップＳ１２０）の詳細手順を示すフローチャートである。第３実施例の管理用ＰＣ３０３は、マップ作成処理においてステップＳ９４０，Ｓ９４５を追加して実行する点と、構成情報にログ情報が含まれる点と、において第１実施例の管理用ＰＣ３０３と異なり、他の構成は第１実施例の管理用ＰＣ３０３と同じである。また、管理用ＰＣ３０３の構成及びマップ作成処理を除く、第３実施例のシステムにおける他の装置構成及び処理は、第１実施例と同じである。構成情報収集処理の結果、管理用ＰＣ３０３には各装置のログ情報が集められる。なお、ログ情報とは、システムログや故障ログを含む広い意味を示す。システムログには、例えば、各装置における設定変更やバックアップなどの各種イベントの発生履歴（実行時刻や実行結果）が含まれる。故障ログには、例えば、故障履歴（故障の発生時刻や発生箇所を特定する情報）が含まれる。
【０１４５】
第３実施例のマップ作成処理では、図１９に示すように、ステップＳ９３５の後に、マップ生成部１１ｂは、取得された構成情報に含まれるログ情報に故障ログが含まれるか否かを判定する（ステップＳ９４０）。ログ情報に故障情報が含まれると判定された場合には（ステップＳ９４０：ＹＥＳ）、マップ生成部１１ｂは、故障発生アラートを、動作状態及びソフトウェア情報（ソフトウェア名及びバージョン情報）に優先させて、システム構成マップに表示させる（ステップＳ９４５）。これに対し、ログ情報に故障情報が含まれないと判定された場合には（ステップＳ９４０：ＮＯ）、マップ作成処理は終了する。
【０１４６】
図２０は、ステップＳ９４５が実行された場合のシステム構成マップの一例を示す説明図である。無線ＬＡＮアクセスポイント３０４で故障が発生した場合、図２０に示すように、無線ＬＡＮアクセスポイント３０４の構成情報に含まれるログ情報には、故障ログが含まれることとなる。この場合、ステップＳ９４５が実行され、図２０に示すように、故障発生アラートＡｔがシステム構成マップｍ１に表示される。この故障発生アラートＡｔは、システム構成マップｍ１において、無線ＬＡＮアクセスポイント３０４のシンボルに対応する位置に表示されている。第３実施例では、図２０に示すように、動作状態表示領域ＡＲ２に表示された動作状態及びソフトウェア情報表示領域ＡＲ３に表示されたソフトウェア情報の上に重ねて故障発生アラートＡｔが表示されることにより、故障発生アラートＡｔは、動作状態及びソフトウェア情報に優先して表示される。
【０１４７】
なお、この故障発生アラートＡｔを、ユーザがキーボード２２やマウス２３を操作して選択することにより、故障ログに含まれる詳細な故障情報がシステム構成マップｍ１上に表示される構成を採用することもできる。
【０１４８】
以上説明した第３実施例のシステムにおいて、管理用ＰＣ３０３は、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、構成情報として、各装置からログ情報を収集して管理用ＰＣ３０３に集めるので、かかるログ情報に基づき、システム構成マップｍ１に故障発生アラートを表示させることができる。また、故障発生アラートを、動作状態やソフトウェア情報に優先させて表示させるので、ユーザ（管理者）が故障発生を見落とすことを抑制できる。また、故障が発生した装置を含む全ての装置のログ情報が管理用ＰＣ３０３に集められているので、ユーザは、故障発生後に、故障切り分けのために改めて故障が発生した装置や、かかる装置に接続されている装置からログ情報を取得する必要はない。したがって、ユーザ（管理者）は、これらの集められたログ情報を管理用ＰＣ３０３において一元的に確認することができるので、故障箇所及び故障原因を、短期間で特定することができる。
【０１４９】
Ｄ．第４実施例：
図２１は、第４実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第４実施例のシステムは、システム構成マップの表示形式において、第１実施例のシステム５００と異なり、他の構成は第１実施例と同じである。第１実施例では、システム５００を構成する各装置の動作状態は、動作状態表示領域ＡＲ２に表示されるため、例えば、或る装置について電源オフの状態においては、電源オフである旨の情報が動作状態表示領域ＡＲ２に文字列として表示され得る。
【０１５０】
これに対して、第４実施例のシステムでは、各装置の動作状態は、動作状態表示領域ＡＲ２に表示されると共に、動作状態に合わせて各装置のシンボルが変化する。具体的には、例えば、デバイスサーバ３３１が電源オフとなった場合には、図２１に示すように、システム構成マップｍ２の動作状態表示領域ＡＲ２に「電源オフ」の文字列が表示されると共に、デバイスサーバ３３１のシンボルがグレーアウトされる。また、デバイスサーバ３３１に接続されるテレビチューナ３４１のシンボルも同様に、グレーアウトされる。テレビチューナ３４１のシンボルも併せてグレーアウトされるのは、デバイスサーバ３３１が電源オフとなるため、管理用ＰＣ３０３では、デバイスサーバ３３１の配下装置であるテレビチューナ３４１の動作状態が不明となるからである。
【０１５１】
なお、再び電源オンとなった場合には、グレーアウトされていた各装置のシンボルを、元の表示状態に戻すことが好ましい。
【０１５２】
以上説明した第４実施例のシステムにおいて、管理用ＰＣは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、各装置の動作状態に合わせて各装置のシンボルを変化させるので、ユーザに各装置の動作状態を容易に理解させることができる。
【０１５３】
Ｅ．第５実施例：
図２２は、第５実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第５実施例のシステムは、システム構成マップの表示形式において、第１実施例のシステム５００と異なり、他の構成は第１実施例と同じである。第１実施例では、ディスプレイ２１に表示されるシステム構成マップｍ１において、ルータ１００を除く他の各装置のシンボルは、階層状に配置されていた。これに対して第５実施例では、ルータ１００を除く他の装置は、いずれも同一階層に位置するように配置されている。
【０１５４】
具体的には、図２２に示すように、第５実施例のシステム構成マップｍ３では、ルータ１００を除く各装置のシンボルは、いずれもルータ１００のシンボルよりもΔｘ１だけｘ方向（水平方向）右側にオフセットされており、同一階層に位置している。但し、各シンボル間の接続線は、第１実施例と同様に、各装置間の実際の接続態様に対応して表示しているので、ユーザは、実際の接続構成を理解することができる。
【０１５５】
以上説明した第５実施例のシステムにおいて、管理用ＰＣは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。
【０１５６】
Ｆ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
【０１５７】
Ｆ１．変形例１：
第２実施例では、ｐｉｎｇ等の応答要求の送信先のＩＰアドレスの決定方法として、予め管理用ＰＣ３０３ａに各装置のＩＰアドレスを設定しておく方法や、システム５００内のネットワークに割り当てられる可能性のある全てのＩＰアドレスを送信先のＩＰアドレスとして決定する方法が採用されていたが、本発明はこれに限定されるものではない。ルータ１００はＤＨＣＰサーバとしても機能するため、例えば、ルータ１００に対してＤＨＣＰクライアントである各装置に対して割り当て済みのＩＰアドレスを問い合わせ、その結果得られたＩＰアドレスを応答要求の送信先ＩＰアドレスとして決定することもできる。なお、ルータ１００とは別にＤＨＣＰサーバが設置される構成においては、ルータ１００に代えて、ＤＨＣＰサーバに対して割り当て済みのＩＰアドレスを問い合わせる方法を採用し得る。
【０１５８】
Ｆ２．変形例２：
第１実施例では、管理用ＰＣ３０３（構成情報取得部１１ａ）は、ルータの配下装置のうち、さらに配下装置を有する装置に対して構成情報を問い合わせていた。また、第２実施例では、管理用ＰＣ３０３ａは、応答のあった全ての装置に対して構成情報を問い合わせていた。しかしながら、本発明はこれらの構成に限定されるものではない。例えば、管理用ＰＣは、ルータ１００に対して構成情報を問い合わせ、ルータ１００が全ての装置の構成情報を取得して、管理用ＰＣに一括して構成情報を通知する構成を採用することもできる。具体的には、第１実施例におけるステップＳ１１０，Ｓ１１５を、ルータ１００が実行する構成を採用することもできる。また、第２実施例におけるステップＳ５０５，Ｓ５１０を、ルータ１００が実行する構成を採用することもできる。
【０１５９】
Ｆ３．変形例３：
第１実施例では、管理用ＰＣ３０３（構成情報取得部１１ａ）が各装置が配下装置を有する装置であるか否かを判定する際（ステップＳ１１０）に、配下装置リストにおける配下装置有無フィールドの設定内容に基づき判定していたが、本発明はこれに限定されるものではない。例えば、配下装置を有し得ない装置種別を、予め管理用ＰＣ３０３に設定しておき、この設定された装置種別と、配下装置リストにおける装置種別フィールドの設定内容とを比較して判定することもできる。配下装置を有し得ない装置種別としては、例えば、「ハードディスクレコーダ」や、「テレビ受像機」や、「プリンタ」などを採用することができる。このような構成によると、各装置から配下装置の有無の情報を取得する必要がなく、処理負荷の軽減が図れると共に、配下装置リストのデータサイズを低減することができる。
【０１６０】
Ｆ４．変形例４：
各実施例において、ルータ１００に接続される装置の一部を省略することもできる。また、各実施例では、ルータ１００に接続される装置の数は複数であったが、１台の装置のみがルータ１００に接続される構成も採用し得る。また、各実施例において、ルータ１００を除く各装置の配下装置となる装置（図１に示す２台のパーソナルコンピュータ３１１，３１２、テレビチューナ３４１、プリンタ３４２）は、さらに配下装置を備えていなかったが、これに代えて、さらに配下装置を有する構成とすることもできる。また、各実施例では、複数のソフトウェア管理サーバ７００は、ハードウェアの製造メーカごとに用意された複数のサーバであったが、これに代えて、ソフトウェアの製造メーカごとに用意された複数のサーバや、各製造メーカにおいて、エリアごとに用意された複数のサーバを採用することもできる。また、ソフトウェア管理サーバ７００を複数備える構成に代えて、１つのみ備える構成を採用することもできる。
【０１６１】
また、各実施例では、各装置間の接続インタフェースは、有線ＬＡＮインタフェース（ＩＥＥＥ８０２．３に準拠したＬＡＮインタフェース），無線ＬＡＮインタフェース（ＩＥＥＥ８０２．１１ｂ／ｇに準拠したＬＡＮ），ＷＨＤＩ，ＵＳＢ２．０であったが、本発明はこれらのインタフェースに限定されるものではない。ネットワークインタフェースとしては、例えば、有線ＬＡＮインタフェースとして、ＩＥＥＥ８０２．３ｚやＩＥＥＥ８０２．３ａｂに準拠したインタフェースなど、また、無線ＬＡＮインタフェースとして、ＩＥＥＥ８０２．１１ａ，ＩＥＥＥ８０２．１１ｎに準拠したインタフェースなど、任意のインタフェースを採用することができる。また、バス接続用のインタフェースとしては、例えば、ＵＳＢインタフェースとして、ＵＳＢ１．１やＵＳＢ３．０に準拠したインタフェースを採用することができ、また、ＩＥＥＥ１３９４やＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）に準拠したインタフェースなどのシリアル転送インタフェースや、ＨＤＭＩ（High-Definition Multimedia Interface）やＷｉｒｅｌｅｓｓＨＤ（ＷｉＨＤ）に準拠したインタフェースなどの映像音声入出力用インタフェースや、Ｚｉｇｂｅｅ，Ｂｌｕｅｔｏｏｔｈ，ＩｒＤＡに準拠したインタフェースなどの短距離無線通信用のインタフェースを採用することができる。なお、小型の脈拍計からＺｉｇｂｅｅを介して送信される脈拍データを収集する装置を、システム５００に採用する構成においては、例えば、脈拍計の動作状態を示す情報として、脈拍データを、システム構成マップに表示させることができる。
【０１６２】
Ｆ５．変形例５：
各実施例において、システム構成マップに表示される各装置の動作状態を示す情報は、図８に示すように、ハードディスクの使用容量や、受信信号強度や、使用中のユーザ名等であったが、本発明は、これに限定されるものではない。例えば、プリンタであれば、インク残量や総印刷ページ数を採用することができる。また、各装置を特定可能な情報として、装置名をシステム構成マップに表示していたが、本発明はこれに限定されるものではない。例えば、装置名に代えて、または、装置名に加えて、ＩＰアドレスやＭＡＣアドレスなど、装置を特定可能な任意の情報をシステム構成マップに表示させることができる。
【０１６３】
Ｆ６．変形例６：
本発明において、システム構成マップの表示形式は、各実施例に示す形式に限らず、他の形式を採用することができる。図２３は、変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第１の説明図である。図２３に示すシステム構成マップｍ４は、各装置のシンボルが、ルータ１００を起点としてｘ方向（水平方向）に並んで配置されている点と、各装置の配下装置が各装置のシンボルの鉛直下方に配置されている点と、各装置の動作状態を示す情報及び適用ソフトウェアに関する情報（ソフトウェア名及びソフトウェアバージョン）が各装置の鉛直下方に表示される点とにおいて、図１０に示すシステム構成マップｍ１と異なり、他の構成はシステム構成マップｍ１と同じである。なお、図２３では、ウィンドウＷ１には、一部のシンボルのみ表示されているが、右側にスクロールすることにより、システム構成マップｍ４の全てを表示させることができる。このような構成においても、各装置の階層構造が明確になるなど、第１実施例と同様な効果を有する。すなわち、一般には、ルータ１００に対して、直接的に無線接続又は有線接続された装置を、ルータ１００を起点として所定の方向に並べて表示する表示部を、本発明の管理装置に採用することができる。
【０１６４】
また、各実施例では、システム構成マップにおいて、ルータ１００との間の接続インタフェース種別が無線である装置のシンボルを、ルータ１００との間の接続インタフェースが有線である装置のシンボルに比べて、ルータ１００のシンボルにより近い位置に配置していたが、本発明はこれに限定されるものではない。例えば、ルータ１００との間の接続インタフェースが有線である装置のシンボルを、ルータ１００との間の接続インタフェース種別が無線である装置に比べて、ルータ１００のシンボルにより近い位置に配置することもできる。また、例えば、配下装置を有する装置のシンボルを、配下装置を有しない装置のシンボルに比べて、ルータ１００のシンボルにより近い位置に配置することもできる。このようにすることで、配下装置を有する装置を明確にすることができる。
【０１６５】
また、第４実施例では、各装置のシンボルをグレーアウトさせることにより、各装置が電源オフ状態であることを表わしていたが、各装置の動作状態を表わす方法はこれに限定されるものではない。例えば、動作状態に応じてシンボルの形状を変えたり（通常動作時には矩形、電源オフ状態では三角形など）、動作状態に応じてシンボルを影付きにしたり、影なしにしたり（電源オン状態で影付き，電源オフ状態で影なし）などすることもできる。また、各装置のシンボルに代えて、または、各装置のシンボルに加えて、各装置のシンボル間を接続する線の表示態様を、動作状態に応じて変化させる構成も採用することができる。具体的には、例えば、電源オフとなった装置に接続される線について、電源オンの状態と比べて彩度を低下させて表示させることができる。また、例えば、電源オンの状態には点灯している（通常表示されている）線を、電源オフの状態には、点滅させて表示させることもできる。
【０１６６】
また、各実施例では、システム構成マップにおいて、各装置のシンボルと併せて各装置の動作状態を示す情報及び適用するソフトウェアに関する情報を表示していたが、これら情報のうち少なくとも一方を省略することもできる。また、各実施例では、システム構成マップにおいて、各装置の装置種別及び装置名が、各装置のシンボルの内側に表示されていたが、内側に代えて、外側に表示させることもできる。この構成においても、各装置のシンボルと、各装置の装置種別及び装置名とを、対応付けて表示することにより、システム構成マップにおいて、各装置を特定することができる。また、各装置の装置種別及び装置名のいずれも表示していたが、いずれか一方のみ表示することもできる。
【０１６７】
Ｆ７．変形例７：
各実施例では、システム構成マップは、管理用ＰＣ３０３，３０３ａが備えるディスプレイ２１に表示されていたが、本発明はこれに限定されるものではない。例えば、２台のパーソナルコンピュータ３１１，３１２のうち、いずれかのコンピュータが有するディスプレイに、システム構成マップを表示させることもできる。また、例えば、テレビ受像機３２１にシステム構成マップを表示させることもできる。また、例えば、ルータ１００が液晶ディスプレイなどの表示デバイスを備える構成においては、かかる表示デバイスにシステム構成マップを表示させることもできる。テレビ受像機３２１にシステム構成マップを表示させる構成によると、システム構成マップをより大きく表示させることができる。また、ルータ１００が備える表示デバイスにシステム構成マップを表示させることにより、ルータ１００において作業中（例えば、ケーブル抜き差しなど）に、各装置の接続構成を容易に確認することができる。
【０１６８】
また、各実施例において、構成情報の収集や、システム構成マップの生成及び表示を行う機能部は、管理用ＰＣ３０３，３０３ａにより構成されていたが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３を省略して、ルータ１００を、構成情報の収集やシステム構成マップの生成及び表示を行う機能部として機能させることもできる。すなわち、ルータ１００が、管理用ＰＣ３０３，管理用ＰＣ３０３ａの各機能部を有する構成を採用することができる。また、システムがルータ１００とは異なる他のルータを備える構成においては、この他のルータが管理用ＰＣ３０３，３０３ａの各機能部を有する構成とすることもできる。
【０１６９】
Ｆ８．変形例８：
各実施例において、ルータ１００に対して、直接的に無線接続又は有線接続された装置は、いずれも構成情報取得対応部ＣＰを備えていたが、これに代えて、いずれかの装置が構成情報取得対応部ＣＰを備えない構成を採用することもできる。この構成においては、構成情報取得対応部ＣＰを備えない装置については、ステップＳ３０５又はステップＳ４０５の処理が実行されないので、ルータ１００は、この装置について配下装置リストに記入することはない。しかしながら、例えば、第２実施例においては、構成情報取得対応部ＣＰを備えない装置であっても、通信プロトコルとしてＴＣＰ／ＩＰを使用する装置であれば、要求応答（ｐｉｎｇ）に対して応答することはでき、管理用ＰＣ３０３ａは、かかる装置の存在を認識することができる。そこで、この構成においては、例えば、システム構成マップにおいて、かかる装置の装置名に代えてＩＰアドレスが併記されたシンボルを、ルータ１００の直下に接続して表示させることができる。また、この構成においては、ユーザがこの装置の装置種別及び装置名を調べて、既に表示されているシンボルに対して追記する構成も採用することができる。加えて、ユーザが、システム構成マップにおいて、この装置のシンボルを適切な場所に移動できるように構成することもできる。このような構成により、構成情報取得対応部ＣＰを備えていない装置についても、管理用ＰＣ３０３，管理用ＰＣ３０３ａを用いて容易に管理することができる。
【０１７０】
また、例えば、上記構成において、各装置は、ルータ１００や、管理用ＰＣ３０３，３０３ａからの問い合わせへの応答として、配下装置リストを作成して送信していたが、本発明はこれに限定されるものではない。例えば、無線ＬＡＮアクセスポイントは、自らが有する無線ＬＡＮアソシエーションリスト（接続されている装置のＭＡＣアドレスの一覧）を、配下装置リストに代えて、ルータ１００や、管理用ＰＣ３０３，３０３ａに送信することもできる。このような構成においても、ルータ１００や、管理用ＰＣ３０３，３０３ａは、取得したアソシエーションリストに記載されているＭＡＣアドレスに基づき、装置構成情報の少なくとも一部を取得することができる。具体的には、例えば、ルータ１００や、管理用ＰＣ３０３，３０３ａは、取得したアソシエーションリストに記載されているＭＡＣアドレスに基づき、ＲＡＲＰ（Reverse Address Resolution Protocol）を用いて、各装置のＩＰアドレスを取得することができる。
【０１７１】
また、例えば、上記構成において、各装置において、配下装置との間の接続インタフェースがネットワークインタフェースであれば、配下装置リストに代えて、配下装置のアドレス情報（ＭＡＣアドレスや、ＩＰアドレス及びサブネットマスクなど）をルータ１００や管理用ＰＣ３０３，３０３ａに送信し、配下装置との間の接続インタフェースがバスインタフェースであれば、配下装置リストを送信する構成を採用することができる。ネットワークインタフェースで接続された配下装置については、アドレス情報が分かれば管理装置からネットワークを介して構成情報を直接取得できる。これに対してバスインタフェースで接続された配下装置については、管理装置からネットワークを介して構成情報を直接取得できない。そこで、各装置から出力された配下装置リストを受信することにより、配下装置に関して、少なくとも配下装置リストに記載されている情報を取得することができる。
【０１７２】
Ｆ９．変形例９：
各実施例では、構成情報収集処理は、管理用ＰＣ３０３，３０３ａが起動後、定期的に実行されていたが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３，３０３ａが起動した際にのみ自動的に実行され、その後は、ユーザが管理用ＰＣ３０３，３０３ａにおいて、処理の実行を指示した場合に実行する構成を採用することができる。また、いずれかの装置において構成情報が変化した場合に、かかる変化をトリガとして構成情報取得処理が開始される構成を採用することもできる。同様に、ソフトウェア更新処理についても、定期的に実行されることに代えて、例えばユーザが処理の実行を指定した場合などに実行する構成を採用することもできる。
【０１７３】
Ｆ１０．変形例１０：
第２実施例において、機器検索部１１ｆが送信する応答要求は、ｐｉｎｇであったが、本発明はこれに限定されるものではない。具体的には、各構成情報取得対応部ＣＰ間で予め設定された所定のデータのやりとりにより、応答要求及び応答を行うこともできる。
【０１７４】
Ｆ１１．変形例１１：
第２実施例において、ルータ１００が故障等により応答要求に対して応答しない場合、図１１に示すマップ作成処理の最初の処理（ステップＳ９０５）が実行できず、システム構成マップが生成されないこととなる。そこで、この場合、ステップＳ９０５において、ルータ１００のシンボルに代えて、ルートのシンボルをルート位置に配置することもできる。
【０１７５】
また、各実施例において、システム構成マップのルート位置に配置されるシンボルは、ルータ１００のシンボルであったが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３，３０３ａにおいてデフォルトゲートウェイとして設定されている装置を、ルート位置に配置する構成を採用することもできる。なお、この構成では、仮に、デフォルトゲートウェイが設定されていない場合には、ダミーのシンボルをルート位置に配置することもできる。
【０１７６】
Ｆ１２．変形例１２：
各実施例において、有線ＬＡＮ又は無線ＬＡＮで接続された装置同士は、互いに直接的に接続されていたが、本発明はこれに限定されるものではない。各装置間にレイヤ２のフレームを中継する装置を介在させ、かかる装置を介してこれら装置が間接的に接続される構成を採用することもできる。
【０１７７】
図２４は、変形例におけるシステムの接続態様の一例を模式的に示す第１の説明図である。図２４では、ルータ１００とＮＡＳ３３２とプリンタ３４２との間の接続態様のみを示し、図１に示す他の装置の接続態様は省略している。図２４に示すように、ルータ１００とＮＡＳ３３２との間にレイヤ２スイッチ６１０を介在させる構成を採用することもできる。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、レイヤ２スイッチ６１０では終端されずに、宛先となる装置（ＮＡＳ３３２，無線ＬＡＮアクセスポイント３０４，ルータ１００，管理用ＰＣ３０３）に届くこととなる。図２４に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１と同じとなる。すなわち、システム構成マップｍ１には、レイヤ２スイッチ６１０を表わすシンボルは表示されない。なお、図１８に示す接続態様では、レイヤ２スイッチ６１０は、ルータ１００とＮＡＳ３３２とを１対１で接続するために用いられていたが、レイヤ２スイッチ６１０にルータ１００及びＮＡＳ３３２に加えて他の装置（例えば、デバイスサーバ３３１）を接続し、これら装置間における１対ｎの接続を実現することもできる。
【０１７８】
図２５は、変形例におけるシステムの接続態様の一例を模式的に示す第２の説明図である。図２５では、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２５に示すように、ルータ１００と無線ＬＡＮアクセスポイント３０４との間にＷＤＳ（Wireless Distribution System）装置６１５を介在させる構成を採用することもできる。ＷＤＳ装置６１５は、無線ＬＡＮアクセスポイント同士の通信をレイヤ２において中継する装置である。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、ＷＤＳ装置６０５では終端されずに、宛先となる装置（無線ＬＡＮアクセスポイント３０４，ルータ１００，管理用ＰＣ３０３）に届くこととなる。
【０１７９】
図２５に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１と同じとなる。すなわち、システム構成マップｍ１には、ＷＤＳ装置６１５を表わすシンボルは表示されない。なお、図２５に示す態様では、ＷＤＳ装置６１５は、ルータ１００と無線ＬＡＮアクセスポイント３０４とを１対１で接続するために用いられていたが、ＷＤＳ装置６１５にルータ１００及び無線ＬＡＮアクセスポイント３０４に加えて他の装置（例えば、図示しないアクセスポイントなど）を接続し、これら装置間における１対ｎの接続を実現することもできる。また、レイヤ２フレームの中継装置（レイヤ２スイッチやＷＤＳ装置）の配置位置は、上述したように、ルータ１００と各装置との間に限らず、ルータ１００を除く他の装置間とすることもできる。
【０１８０】
図２６は、変形例におけるシステムの接続態様の一例を模式的に示す第３の説明図である。図２６では、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とマウス３１３との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２６に示す構成は、ルータ１００と無線ＬＡＮアクセスポイント３０４との間に、無線ＬＡＮアクセスポイント６２５及びＷＤＳ装置６３０が追加されている点において、図９に示す構成と異なり、他の構成は図９と同じである。無線ＬＡＮアクセスポイント６２５は、無線ＬＡＮアクセスポイント３０４と同じ機能を有する。ＷＤＳ装置６３０は、２台の無線ＬＡＮアクセスポイント３０４，６２５の間を接続する。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、ＷＤＳ装置６２５では終端されずに、宛先となる装置（無線ＬＡＮアクセスポイント３０４，パーソナルコンピュータ３１１，ルータ１００，管理用ＰＣ３０３）に届くこととなる。
【０１８１】
なお、図２６に示す構成においては、無線ＬＡＮアクセスポイント６２５と無線ＬＡＮアクセスポイント３０４とのペアでは、無線ＬＡＮアクセスポイント６２５が第１の装置に、無線ＬＡＮアクセスポイント３０４が第２の装置に、それぞれ相当する。また、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とのペアでは、無線ＬＡＮアクセスポイント３０４が第１の装置に、パーソナルコンピュータ３１１が第２の装置に、それぞれ相当する。また、パーソナルコンピュータ３１１とマウス３１３とのペアでは、パーソナルコンピュータ３１１が第１の装置に、マウス３１３が第２の装置に、それぞれ相当する。図２６に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１とは異なる。具体的には、ルータ１００のシンボルと無線ＬＡＮアクセスポイント３０４のシンボルとの間に、無線ＬＡＮアクセスポイント６２５のシンボルが存在し、これら各シンボル間が無線ＬＡＮインタフェースを示す線によって接続される点と、パーソナルコンピュータ３１１のシンボルの配下に、マウス３１３のシンボルが配置され、これらシンボル間がＵＳＢインタフェースを示す線によって接続される点において、システム構成マップｍ１とは異なる。
【０１８２】
図２７は、変形例におけるシステムの接続態様の一例を模式的に示す第４の説明図である。図２７では、図２５と同様に、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２７に示すように、パーソナルコンピュータ３１１には、第１実施例とは異なり、ＵＳＢハブ８１０が接続されている。ＵＳＢハブ８１０は図示しない複数のポートを備えており、これらポートによってパーソナルコンピュータ３１１と、マウス８２１と、ＵＳＢメモリ８２２と、プリンタ８２３と接続されている。なお、ＵＳＢハブ８１０に接続されている各装置は、ＵＳＢインタフェースに対応している。かかる構成において、図７に示す構成情報取得処理が実行されると、パーソナルコンピュータ３１１は、ステップＳ３１０の処理として、マウス８２１と、ＵＳＢメモリ８２２と、プリンタ８２３とから、それぞれ構成情報取得する。しかしながら、ＵＳＢハブ８１０は、構成情報を取得するためのパケットを終端せずに中継するため、自らの構成情報をパーソナルコンピュータ３１１に送信しない。
【０１８３】
図２８は、変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第２の説明図である。図２８に示すシステム構成マップｍ５は、図２７の接続態様を前提としたマップである。このシステム構成マップｍ５は、パーソナルコンピュータ３１１（Ｐ２）のシンボルの配下に、図２７のマウス８２１を表わすシンボルＳＢ１と、ＵＳＢメモリ８２２を表わすシンボルＳＢ２と、プリンタ８２３を表わすシンボルＳＢ３とが配置され、各シンボルＳＢ１〜ＳＢ３と、パーソナルコンピュータ３１１のシンボルとが、それぞれＵＳＢインタフェースを示す線によって接続されている点、及び各シンボルＳＢ１〜ＳＢ３に対応する位置に動作状態が表示されている点において、図１９に示すシステム構成マップｍ１と異なり、他の構成はシステム構成マップｍ１と同じである。なお、図２２では、説明の便宜上、システム構成マップの一部のみ表わしている。
【０１８４】
上述したように、図２７に示す接続態様では、ＵＳＢハブ８１０の構成情報はパーソナルコンピュータ３１１に通知されないので、管理用ＰＣ３０３は、ＵＳＢハブ８１０の構成情報を取得することができない。したがって、図２８に示すように、システム構成マップｍ５には、ＵＳＢハブ８１０を表わすシンボルは表示されていない。
【０１８５】
Ｆ１３．変形例１３：
第３実施例では、故障発生アラートは、動作状態及びソフトウェア情報の上に重ねて表示させることにより優先的に表示されていたが、本発明はこれに限定されるものではない。例えば、通常時（故障が発生していない状態）には、各装置のシンボルに対応する位置であって適用するソフトウェアに関する情報（ソフトウェア名及びバージョン情報）の右隣にログ情報を表示するようにし、故障発生時には（ログ情報に故障ログが含まれる場合には）、故障ログを、対象装置のシンボルの右隣（すなわち、シンボルにより近い位置）に配置することにより、動作状態及びソフトウェア情報に優先して表示させることもできる。また、例えば、故障発生アラートを、動作状態及びソフトウェア情報に比べて、大きなサイズの文字で表示したり、より注意を喚起する色で表示したりする（故障発生アラートを赤色、動作状態及びソフトウェア情報を黒色など）等により、優先して表示させることもできる。また、例えば、動作状態及びソフトウェア情報の上に重ねて故障発生アラートを表示するが、所定期間ごとに故障発生アラートが消えて、故障発生アラートに隠れていた動作状態及びソフトウェア情報が見ることができる点において第３実施例と異なる構成を採用する場合には、故障発生アラートが表示されている期間が、消えている期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。また、例えば、動作状態表示領域ＡＲ２及びソフトウェア情報表示領域ＡＲ３において、動作状態及びソフトウェア情報と、故障発生アラートとが、所定間隔で交互に表示される構成を採用する場合には、故障発生アラートが表示される期間を、動作状態及びソフトウェア情報が表示される期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。
【０１８６】
また、第３実施例では、ログ情報に故障ログが含まれる場合に、動作状態及びソフトウェア情報に優先して表示させていたが、これに代えて、故障ログが含まれない場合においても優先して表示させることもできる。
【０１８７】
また、第３実施例では、故障発生の際には、故障発生アラートＡｔを表示していたが、故障発生アラートＡｔに代えて、故障ログの一部又は全部を表示させることもできる。
【０１８８】
Ｆ１４．変形例１４：
上記実施例において、ソフトウェア更新処理のステップＳ９５５では、管理用ＰＣ３０３は、新しいバージョンのソフトウェアと共に適用順序情報をソフトウェア管理サーバ７００から取得していたが、これに代えて、新しいバージョンのソフトウェアと共に適用条件テーブルＴＢ１を取得することもできる。この構成においても、管理用ＰＣ３０３において、適用条件テーブルＴＢ１を解析することにより、各ソフトウェアの適用順序を特定することができる。なお、この構成においては、ソフトウェア管理サーバ７００から管理用ＰＣ３０３に送信される適用条件テーブルＴＢ１自身が、請求項における適用順序情報に相当する。また、ソフトウェア管理サーバ７００が適用条件テーブルＴＢ１を保持しないで、管理用ＰＣ３０３のみが適用条件テーブルＴＢ１を有する構成を採用することもできる。この構成においては、ソフトウェア管理サーバ７００から管理用ＰＣ３０３に対して、適用条件に関する情報が定期的または任意のタイミングで送信され、管理用ＰＣ３０３において、ソフトウェア管理サーバ７００から受信する情報に基づき、適用条件テーブルＴＢ１を更新することができる。
【０１８９】
Ｆ１５．変形例１５：
上記実施例において、各装置に適用すべきソフトウェアは、ソフトウェア名及びバージョンにより特定されていたが、本発明はこれに限定されるものではない。例えば、バージョンがソフトウェア名の一部に含まれている場合には、ソフトウェア名のみで特定することもできる。また、各装置において適用されるソフトウェアが１種類のみであれば、各装置の装置名とバージョンにより、ソフトウェアを特定することができる。この構成においては、構成情報にソフトウェア名を含ませない構成を採用することができる。また、ソフトウェア名及びバージョンに加えて、ソフトウェアの開発元（提供元）の情報を、ソフトウェアを特定するための情報として用いることもできる。また、予め各装置に適用されるソフトウェアごとに固有のＩＤを割り当て、かかるＩＤをソフトウェア名及びバージョンに代えて用いることもできる。このような構成では、各ソフトウェア管理サーバ７００において、ＩＤとソフトウェアを特定可能な情報（ソフトウェア名及びバージョン）とを対応付ける機能部を用意することにより、ソフトウェア管理サーバ７００において、管理用ＰＣ３０３，３０３ａからＩＤを指定した要求に従ってソフトウェアを特定し、管理用ＰＣ３０３，３０３ａに供給することができる。
【０１９０】
Ｆ１６．変形例１６：
各実施例では、管理用ＰＣ３０３，３０３ａは、システム５００を構成する全ての装置の構成情報を取得していたが、本発明はこれに限定されるものではない。例えば、ルータ１００の構成情報は取得しないが、他の装置の構成情報を取得する構成を採用することもできる。また、例えば、配下装置を有する装置の構成情報のみ取得し、配下装置を有さない装置の構成情報は取得しない構成を採用することもできる。また、例えば、或るメーカ製装置の構成情報は取得するが、他のメーカ製装置の構成情報は取得しない構成を採用することもできる。すなわち、一般には、ルータ１００と、他の装置（請求項における第１の装置及び第２の装置）とのうち、少なくとも１つの装置を、本発明の第１の対象装置又は第２の対象装置として採用することができる。
【０１９１】
また、各実施例では、全ての装置について構成情報に含まれる情報は同一であったが、本発明はこれに限定されるものではない。少なくとも一部の装置については、他の装置と比べて構成情報に含まれる情報が異なる構成を採用することもできる。例えば、ルータ１００の構成情報には、適用ソフトウェア名及びソフトウェアバージョンは含まれないが、他のすべての装置には、これらの情報が含まれる構成を採用することもできる。また、例えば、上位の装置との接続インタフェースがバスインタフェースである装置の構成情報には、ログ情報は含まれないが、上位の装置との接続インタフェースがネットワークインタフェースである装置の構成情報には、ログ情報が含まれる構成を採用することができる。
【０１９２】
Ｆ１７．変形例１７：
上記実施例において、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。また、これとは逆に、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよい。
【符号の説明】
【０１９３】
１０…コンピュータ本体
１１…ＣＰＵ
１１ａ…構成情報取得部
１１ｂ…マップ生成部
１１ｃ…ユーザインタフェース制御部
１１ｄ…更新監視部
１１ｅ…ソフトウェア更新制御部
１１ｆ…機器検索部
ＣＰ…構成情報取得対応部
１２…ハードディスク
１３…ＲＡＭ
１４…ＥＥＰＲＯＭ
１４ａ…サーバアドレス情報格納部
１４ｂ…構成情報格納部
１５…無線ＬＡＮ制御回路
１６…入出力インタフェース部
２１…ディスプレイ
２２…キーボード
２３…マウス
３１…メモリ
３２…構成情報格納部
３３…ＣＰＵ
３３ａ…変換制御部
３４…有線ＬＡＮ制御回路
３６…変換回路
３７…ＵＳＢ制御回路
１００…ルータ
１１０…ＣＰＵ
１１０ａ…構成情報取得部
１１０ｂ…構成情報送信部
１１０ｃ…ＤＨＣＰサーバ機能部
１１０ｄ…パケット中継部
１１０ｅ…ＮＡＳ制御部
１２２…ＥＥＰＲＯＭ
１２４…ＲＡＭ
１２６…ハードディスク
１７０…有線ＬＡＮ制御回路
ＷＰ１…無線ＬＡＮ制御回路
ＷＨＰ…ＷＨＤＩ制御回路
ＤＰ１…移動体通信網制御回路
ＵＰ１…ＵＳＢ制御回路
ＬＰ１〜ＬＰ４…接続用ポート
Ｓ１…構成情報格納部
Ｓ２…配下装置リスト格納部
３０１…ハードディスクレコーダ
３０２…ゲーム機
３０３…管理用ＰＣ
３０４…無線ＬＡＮアクセスポイント
３１１…パーソナルコンピュータ
３１２…パーソナルコンピュータ
３１３…マウス
３２１…テレビ受像機
３３１…デバイスサーバ
３３２…ＮＡＳ
３３３…テレビチューナ
３４１…テレビチューナ
３４２…プリンタ
５００…システム
ｍ１〜ｍ５…システム構成マップ
Ｗ１…ウィンドウ
Δｘ１，Δｘ２…オフセット量
ＡＲ１…接続態様表示領域
ＡＲ２…動作状態表示領域
ＡＲ３…ソフトウェア情報表示領域
６００…ネットワーク
６１０…レイヤ２スイッチ
６１５，６３０…ＷＤＳ装置
６２５…無線ＬＡＮアクセスポイント
７００…ソフトウェア管理サーバ
７１０…コンピュータ本体
７１１…ＣＰＵ
７１２…ハードディスク
７１３…ＲＡＭ
７１４…ＲＯＭ
７１５…ＬＡＮ制御回路
７１６…入出力インタフェース部
７２１…ディスプレイ７
７２２…キーボード
７２３…マウス
Ｓｆ１，Ｓｆ２…ソフトウェア
ＴＢ１…適用条件テーブル
Ａｔ…故障発生アラート
８１０…ＵＳＢハブ
８２１…マウス
８２２…ＵＳＢメモリ
８２３…プリンタ
【技術分野】
【０００１】
本発明は、異なる種類の接続インタフェースにより接続された複数の装置を管理する技術に関する。
【背景技術】
【０００２】
近年、装置間を接続するための各種インタフェースの発達に伴い、家庭内や小規模の企業内において、様々な装置が互いに接続されている。例えば、パーソナルコンピュータとルータとが無線により接続されたり、テレビチューナとルータとがＵＳＢ（Universal Serial Bus）ケーブルやＨＤＭＩ（High-Definition Multimedia Interface）ケーブルにより接続されたり、プリンタとＮＡＳ（Network Attached Storage）とがＵＳＢケーブルにより接続され、かつ、このＮＡＳとルータとがＬＡＮ（Local Area Network）ケーブルで接続されたりしている。
【０００３】
多くの装置が接続されたシステムにおいて、各装置の接続構成の把握や、故障箇所の特定に必要な情報（故障ログ等）の収集を目的として、管理システムが導入されている。例えば、各装置間がＬＡＮで接続されたネットワークシステムを管理するための管理装置として、ＳＮＭＰ（Simple Network Management Protocol）を利用した管理システムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４４９３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＳＮＭＰを利用する管理システムは、一般に、大規模システムを管理対象とするシステムであり、導入費用が高く、また、使用にあたって高度な専門知識が必要となるため、家庭内等において各種装置を管理する目的にはそぐわない。
【０００６】
加えて、ＳＮＭＰを利用する管理システムは、ルータやサーバといった、ネットワークインタフェースにより接続される装置を管理対象とするため、バスインタフェースにより接続される装置（例えば、ＨＤＭＩにより互いに接続されるテレビチューナとテレビ受像機など）を管理することはできない。特に、家庭内や小規模企業内においては、各構成員（家族や従業員）が、それぞれにバスインタフェースにより接続される装置を勝手に他の装置に接続することが起こり得るため、管理システムによって管理できない装置が増加してしまう。そこで、接続インタフェースの種類ごとに専用の管理システムを導入すると、管理システム全体の導入費用が高くなるという問題があった。加えて、全ての装置の接続構成を把握しようとする場合、各管理システムの操作端末をそれぞれ操作しなければならず、接続構成の把握に長時間を要すると共に、各管理システムについてそれぞれ高度な知識が必要となるという問題があった。
【０００７】
また、各装置において適用されるソフトウェア（ファームウェアやアプリケーションプログラムなど）の更新作業は、現在インストールされているソフトウェアのバージョンの確認や、最新版ソフトウェアのダウンロードなど、高度な専門知識と煩雑な作業を要し、家庭等において実行するのは容易ではなかった。特に、複数のソフトウェアを更新する際に更新順序の制限がある場合（例えば、無線クライアント側のファームウェアを無線ＬＡＮアクセスポイント側のファームウェアよりも前に更新する必要がある場合や、同一の装置のファームウェアについて、最新バージョンに更新する前に１つ前のバージョンに更新する必要がある場合等）には、かかる制限を守りつつ複数のソフトウェアの更新作業を行わねばならず、家庭等において実現するのは容易ではなかった。
【０００８】
本発明は、様々なインタフェースで接続された複数の装置の管理及び各装置に適用されるソフトウェアの更新を容易に実現することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１０】
［適用例１］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置であって、
構成情報取得部であって、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、
前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも第１の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、
前記取得されたソフトウェアを、前記第１の対象装置に適用させるソフトウェア適用制御部と、
表示部と、
前記表示部に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、
を備える、管理装置。
【００１１】
適用例１の管理装置によると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、構成情報取得部は、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、ソフトウェア取得部は、取得された構成情報に含まれるソフトウェア識別情報に基づき、第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、ソフトウェア適用制御部は、取得されたソフトウェアを各装置に適用させるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００１２】
［適用例２］適用例１に記載の管理装置において、
前記第１の対象装置は、少なくとも前記第１の装置と前記第２の装置とを含み、
前記ソフトウェア取得部は、前記サーバから、前記第１の装置において実行される第１のソフトウェアと、前記第２の装置において実行される第２のソフトウェアと、前記第１のソフトウェアと前記第２のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第１のソフトウェアを前記第１の装置に適用させ、前記第２のソフトウェアを前記第２の装置に適用させる、管理装置。
【００１３】
このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、第１のソフトウェアが第１の装置に適用され、第２のソフトウェアが第２の装置に適用される。したがって、第１のソフトウェアの適用と、第２のソフトウェアの適用とが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した第１のソフトウェア及び第２のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、第１のソフトウェア及び第２のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、第１のソフトウェア及び第２のソフトウェアの適用順序を制御することができる。
【００１４】
［適用例３］適用例１に記載の管理装置において、
前記ソフトウェア取得部は、前記サーバから、前記第１の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。
【００１５】
このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、複数のソフトウェアが、同一の装置に適用される。したがって、同一の装置に対して複数のソフトウェアが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した複数のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、複数のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、複数のソフトウェアの適用順序を制御することができる。
【００１６】
［適用例４］適用例１ないし適用例３のいずれかに記載の管理装置において、
前記マップ表示制御部は、前記表示部において、前記第１の対象装置に対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。
【００１７】
このような構成により、ユーザ（管理者）は、各シンボルに対応付けて表示されるソフトウェア識別情報を見ることにより、各装置に適用されているソフトウェアを簡単に特定することができる。
【００１８】
［適用例５］適用例１ないし適用例４のいずれかに記載の管理装置において、さらに、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第２の対象装置が有するログ情報を取得するログ情報取得部を備え、
前記マップ表示制御部は、前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。
【００１９】
このような構成により、ユーザ（管理者）は、各シンボルに対応付けて表示されるログ情報を見ることにより、第２の対象装置におけるログ（各種イベントの履歴など）を簡単に確認することができる。
【００２０】
［適用例６］適用例５に記載の管理装置において、
前記マップ表示制御部は、
前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも１つの情報である付加情報を表示させ、
前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。
【００２１】
このような構成により、各装置において故障が発生した場合に、付加情報に比べて優先してログ情報又は故障発生を示す情報が表示されるので、ユーザ（管理者）が故障発生を見落とすことを抑制できる。また、故障発生を発見した場合に、第２の対象装置のログ情報はすでに管理装置に取得されているので、このログ情報に基づいて故障切り分けを行うことができ、故障発生を発見した後に各装置からログ情報を取得する構成に比べて、故障箇所及び故障原因の特定までの期間を短縮することができる。
【００２２】
［適用例７］適用例１ないし適用例６のいずれかに記載の管理装置において、
前記構成情報は、前記ソフトウェア識別情報を含み、
前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。このような構成により、適用すべきソフトウェアを一意に特定することができる。
【００２３】
［適用例８］適用例１ないし適用例７のいずれかに記載の管理装置において、
前記第１の装置と前記第２の装置との間の接続インタフェースは、バスインタフェースであり、
前記第１の装置は、前記第２の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得し、
前記構成情報取得部は、前記第１の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。
【００２４】
このような構成により、第１の装置と第２の装置との間の接続インタフェースがバスインタフェースであり、管理装置と第２の装置とが直接データの送受信を実行できない場合であっても、管理装置は、第２の装置の構成情報を取得することができる。したがって、第２の装置についても接続構成マップに表わすことができると共にソフトウェアの更新を実現できる。
【００２５】
［適用例９］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理する方法であって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する工程と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する工程と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる工程と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、
を備え、
前記工程（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。
【００２６】
適用例９の方法によると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例９の方法によると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、各第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、適用例９の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００２７】
［適用例１０］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する機能と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置においてそれぞれ実行されるソフトウェアを取得する機能と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる機能と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、
を前記管理装置が有するコンピュータに実現させ、
前記機能（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。
【００２８】
適用例１０のプログラムによると、第１の装置の構成情報に加えて、第２の装置の構成情報を取得し、また、各シンボルに対応付けて各装置（ゲートウェイ装置，第１の装置，第２の装置）の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例１０のプログラムによると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも１つの装置（第１の対象装置）から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、第１の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第１の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソース（ネットワークの帯域等）の負担を軽減することができる。また、適用例９の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認，サーバから該当するソフトウェアの取得（ダウンロード），第１の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【００２９】
［適用例１１］適用例１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００３０】
このような構成により、かかる記録媒体を用いてコンピュータにプログラムを読み取らせ、各機能を実現させることができる。
【００３１】
なお、本発明は、種々の態様で実現することが可能であり、例えば、装置管理システムや、装置管理システムの動作方法や、装置管理システムの機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。
また、例えば、管理装置に対してネットワークを介して接続されたサーバとしても実現することができる。具体的には、以下のような適用例により実現できる。
【００３２】
［適用例１２］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、
前記第１の装置において実行される第１のソフトウェアと、
前記第２の装置において実行される第２のソフトウェアと、
前記第１のソフトウェア及び前記第２のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、前記第１のソフトウェア又は前記第２のソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報とを対応付けたテーブルと、
前記管理装置に対して、前記第１のソフトウェアと前記第２のソフトウェアとを送信すると共に、前記テーブルに基づき、前記第１のソフトウェア及び前記第２のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、
を備える、サーバ。
【００３３】
適用例１２のサーバによると、テーブルにおける「第１のソフトウェア又は第２のソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報」を調整することにより、第１のソフトウェア及び第２のソフトウェアの適用順序を制御することができる。また、適用順序情報を第１のソフトウェア及び第２のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、第１のソフトウェア及び第２のソフトウェアの適用順序を通知（指示）することができる。
【００３４】
［適用例１３］ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、いずれかの装置で実行される複数のソフトウェアと、
前記複数のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、各ソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報と、を対応付けたテーブルと、
前記管理装置に対して、前記複数のソフトウェアを送信すると共に、前記テーブルに基づき、前記複数のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、
を備える、サーバ。
【００３５】
適用例１３のサーバによると、テーブルにおける「各ソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報」を調整することにより、複数のソフトウェアの適用順序を制御することができる。また、適用順序情報を複数のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、複数のソフトウェアの適用順序を通知（指示）することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施例としての管理装置を適用したシステムの概略構成を示す説明図である。
【図２】図１に示すルータの詳細構成を示すブロック図である。
【図３】図１に示す管理用ＰＣの概略構成を示す説明図である。
【図４】図１に示すデバイスサーバの概略構成を示す説明図である。
【図５】図１に示すソフトウェア管理サーバの概略構成を示す説明図である。
【図６】図５に示す適用条件テーブルの設定内容を示す説明図である。
【図７】第１実施例における構成情報収集処理の手順を示すシーケンス図である。
【図８】ステップＳ２１５において作成される配下装置リストの一例を示す説明図である。
【図９】第１実施例における構成情報収集の一例を模式的に示す説明図である。
【図１０】マップ作成処理の結果ディスプレイに表示されるシステム構成マップを示す説明図である。
【図１１】図７に示すステップＳ１２０の処理の詳細手順を示すフローチャートである。
【図１２】図１１に示すステップＳ９１０，Ｓ９１５の処理後のシステム構成マップを示す説明図である。
【図１３】図１１に示すステップＳ９１５，Ｓ９２０の処理後のシステム構成マップを示す説明図である。
【図１４】図１１に示すステップＳ９２０，Ｓ９２５の処理後のシステム構成マップを示す説明図である。
【図１５】システム５００において実行されるソフトウェア更新処理の手順を示すフローチャートである。
【図１６】新しいバージョンのソフトウェアの適用例を模式的に示すシーケンス図である。
【図１７】第２実施例における管理用ＰＣの概略構成を示す説明図である。
【図１８】第２実施例における構成情報収集処理の手順を示すシーケンス図である。
【図１９】第３実施例におけるマップ作成処理（ステップＳ１２０）の詳細手順を示すフローチャートである。
【図２０】ステップＳ９４５が実行された場合のシステム構成マップの一例を示す説明図である。
【図２１】第４実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。
【図２２】第５実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。
【図２３】変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を模式的に示す第１の説明図である。
【図２４】変形例におけるシステムの接続態様の一例を模式的に示す第１の説明図である。
【図２５】変形例におけるシステムの接続態様の一例を模式的に示す第２の説明図である。
【図２６】変形例におけるシステムの接続態様の一例を模式的に示す第３の説明図である。
【図２７】変形例におけるシステムの接続態様の一例を模式的に示す第４の説明図である。
【図２８】変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第２の説明図である。
【発明を実施するための形態】
【００３７】
Ａ．第１実施例：
Ａ１．全体構成：
図１は、本発明の一実施例としての管理装置を適用したシステムの概略構成を示す説明図である。このシステム５００は、ルータ１００と、ハードディスクレコーダ３０１と、ゲーム機３０２と、管理用ＰＣ（パーソナルコンピュータ）３０３と、無線ＬＡＮアクセスポイント３０４と、２台のパーソナルコンピュータ３１１，３１２と、テレビ受像機３２１と、デバイスサーバ３３１と、テレビチューナ３４１と、ＮＡＳ（Network Attached Storage）３３２と、プリンタ３４２と、テレビチューナ３３３とを備えている。システム５００は、各装置間におけるデータのやりとりや、各装置とインターネットに接続された装置（例えば、後述するソフトウェア管理サーバ７００）との間におけるデータのやりとりを実現しつつ、各装置間の接続構成や動作状態を管理するためのシステムである。
【００３８】
システム５００では、ルータ１００を中心として、各装置がネットワークインタフェース又はバスインタフェースを用いて接続されている。本実施例において「ネットワークインタフェース」とは、ＩＥＥＥ８０２．３やＩＥＥＥ８０２．１１に規定されている接続インタフェースや、ＰＬＣ（Power Line Communications）といった、複数装置との間で相互アクセスを可能とする接続インタフェースを意味し、「バスインタフェース」とは、ＵＳＢ（Universal Serial Bus）や、ＷＨＤＩ（Wireless Home Digital Interface）といった、予め接続されている１つの装置に対してアクセスするための接続インタフェースを意味する。したがって、予め下位の装置（例えば、テレビチューナ３４１など）とバスインタフェースで接続されている上位の装置（例えば、デバイスサーバ３３１など）は、下位の装置に対してアクセスできるが、他の装置（例えば、ハードディスクレコーダ３０１）は、この下位の装置に対して直接的にアクセスすることはできない。
【００３９】
ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，及びテレビ受像機３２１は、ルータ１００に対して直接的に無線接続されている。また、デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３は、ルータ１００に対して直接的に有線接続されている。これに対し、２台のパーソナルコンピュータ３１１，３１２は、無線ＬＡＮアクセスポイント３０４を介してルータ１００に対して間接的に接続されている。また、テレビチューナ３４１はデバイスサーバ３３１を介して、プリンタ３４２はＮＡＳ３３２を介して、それぞれルータ１００に対して間接的に接続されている。このように、ルータ１００を中心として各装置が接続されているのは、ルータ１００は、装置間においてデータ（パケット）を中継する装置であるために、互いに異なる接続インタフェースを有する装置を接続し得るからである。このような接続構成を有するシステム５００は、家庭や小規模の企業において採用され得る。なお、本実施例において、上述の「ルータ１００に対して直接接続されている」とは、ルータ１００に対して他の装置を介さずに接続されていることを意味し、「ルータ１００に対して間接的に接続されている」とは、ルータ１００に対して他の装置を介して接続されていることを意味する。
【００４０】
ルータ１００は、移動体通信網制御回路ＤＰ１と、無線ＬＡＮ制御回路ＷＰ１と、ＷＨＤＩ制御回路ＷＨＰと、２つの接続用ポートＬＰ１，ＬＰ２と、ＵＳＢ制御回路ＵＰ１とを備えている。これら各回路及びポートを含むルータ１００の詳細構成については後述する。ルータ１００は、いわゆる無線ＬＡＮ（Local Area Network）ルータであり、接続された装置間におけるパケット（レイヤ２のフレームやレイヤ３のパケット）の中継を行う。加えて、ルータ１００は、図示しないハードディスクを備えており、このハードディスクを他の装置と共有して、いわゆるＮＡＳの機能を提供する。また、ルータ１００は、システム５００を構成する各装置のうち、通信プロトコルとしてＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いる装置に対して、ＩＰアドレスを割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバとしても機能する。
【００４１】
また、ルータ１００は、ネットワーク６００を介して複数のソフトウェア管理サーバ７００に接続されている。なお、図１では、ルータ１００におけるネットワーク６００との接続インタフェースは省略されている。ネットワーク６００としては、例えば、ＬＡＮや、インターネットや、専用線など、任意のネットワークを採用することができる。本実施例では、複数のソフトウェア管理サーバ７００は、ハードウェアの製造メーカごとに用意された複数のサーバである。
【００４２】
ハードディスクレコーダ３０１は、図示しない大容量のハードディスク及び図示しない無線ＬＡＮ制御回路を備えている。ハードディスクレコーダ３０１は、図示しない無線ＬＡＮ制御回路によりルータ１００と無線接続されている。ハードディスクレコーダ３０１は、ルータ１００から受信するデータを記録したり、指定されたデータを読み出してルータ１００に送信したりする。
【００４３】
ゲーム機３０２は、図示しない無線ＬＡＮ制御回路を備え、この無線ＬＡＮ制御回路によりルータ１００と無線接続されている。ゲーム機３０２は、ルータ１００との間においてゲームコンテンツに関するデータ（音声・画像データや、操作内容を示すデータ）をやりとりする。
【００４４】
管理用ＰＣ３０３は、無線ＬＡＮを介してルータ１００と接続されており、システム５００における各装置の接続構成や、各装置の動作状態や各装置に適用されるソフトウェアを管理する。すなわち、管理用ＰＣ３０３は、本発明の一実施例としての管理装置に相当する。なお、管理用ＰＣ３０３の詳細については後述する。
【００４５】
無線ＬＡＮアクセスポイント３０４は、いわゆるインフラストラクチャモードにおける基地局に相当し、無線ＬＡＮクライアントに相当する２台のパーソナルコンピュータ３１１，３１２と無線通信を行うとともに、上位装置に相当するルータ１００との間で無線通信を行う。
【００４６】
２台のパーソナルコンピュータ３１１，３１２は、いずれも図示しない無線ＬＡＮ制御回路を備えており、無線ＬＡＮアクセスポイント３０４との間において無線通信を行うことにより、無線ＬＡＮを介してデータをやりとりする。
【００４７】
テレビ受像機３２１は、図示しないテレビチューナを内蔵しており、テレビ放送電波（映像信号及び音声信号）を受信して、映像及び音声を表わすデータを出力する。また、テレビ受像機３２１は、図示しないＷＨＤＩ制御回路を備え、ルータ１００との間で、ＷＨＤＩに従って無線通信を行う。このように、テレビ受像機３２１がＷＨＤＩによりルータ１００と接続されているのは、例えば、テレビ受像機３２１が出力する映像・音声を、ルータ１００を介してハードディスクレコーダ３０１に送信して保存する等の処理を実現するためである。
【００４８】
デバイスサーバ３３１は、図示しないＵＳＢ制御回路と、有線ＬＡＮ制御回路とを備えており、ＵＳＢケーブルによりテレビチューナ３４１と接続され、また、ＬＡＮケーブルによりルータ１００（接続用ポートＬＰ１）と接続されている。デバイスサーバ３３１は、テレビチューナ３４１から出力される映像や音声のデータをＵＳＢプロトコルに従って受信し、有線ＬＡＮのフレーム（例えば、イーサネット（登録商標）フレーム）としてルータ１００に出力する。また、これとは逆に、デバイスサーバ３３１は、ルータ１００から受信するフレームを、ＵＳＢフレームに組み立ててテレビチューナ３４１に出力する。このように、デバイスサーバ３３１を用いることによりテレビチューナ３４１を有線ＬＡＮに接続するのは、例えば、テレビチューナ３４１が出力する映像及び音声データを、有線ＬＡＮ及び無線ＬＡＮを介してハードディスクレコーダ３０１に送信して記録するといった処理や、映像及び音声データをテレビ受像機３２１に送信して再生する等の処理を実現するためである。
【００４９】
テレビチューナ３４１は、テレビ放送電波を受信して、映像及び音声データを出力する。テレビチューナ３４１は、図示しないＵＳＢ制御回路を備えており、映像及び音声データを、ＵＳＢによりデバイスサーバ３３１に送信する。
【００５０】
ＮＡＳ３３２は、図示しない大容量のハードディスクと、図示しない有線ＬＡＮ制御回路と、図示しないＵＳＢ制御回路とを備えており、ＬＡＮケーブルによりルータ１００と接続され、また、ＵＳＢケーブルによりプリンタ３４２（接続用ポートＬＰ２）と接続されている。ＮＡＳ３３２は、ルータ１００やプリンタ３４２から受信するデータを記録したり、記録されているデータを読み出して、ルータ１００やプリンタ３４２に出力したりする。
【００５１】
プリンタ３４２は、例えば、インクジェット式プリンタであり、ＮＡＳ３３２に格納されている画像を、ＵＳＢケーブルを介して受信して印刷を実行する。また、例えば、プリンタ３４２は、シャープネス調整や肌色調整などの画像処理機能を有しており、画像処理後の画像を、ＵＳＢケーブルを介してＮＡＳ３３２に送信して記憶させる。
【００５２】
テレビチューナ３３３は、図示しないＵＳＢ制御回路を備えており、受信したテレビ放送電波（映像信号及び音声信号）を、ＵＳＢケーブルを介してルータ１００に出力する。このように、テレビチューナ３３３をルータ１００に接続するのは、前述のテレビチューナ３４１をデバイスサーバ３３１を介してルータ１００に接続するのと同じ意図である。そして、例えば、テレビチューナ３４１は、子供部屋に配置され、テレビチューナ３３３は居間に配置されるといった利用シーンが想定される。
【００５３】
システム５００では、無線ＬＡＮ又は有線ＬＡＮに接続されている各装置には、ＩＰ（Internet Protocol）アドレスが割り当てられており、これら各装置は、ＴＣＰ／ＩＰを用いた通信を行うことができる。具体的には、ルータ１００の無線ＬＡＮ制御回路ＷＰ１には、ＩＰアドレスとして「ＩＰ１１」が、ルータ１００の接続用ポートＬＰ１には、ＩＰアドレスとして「ＩＰ１２」が、ルータ１００の接続用ポートＬＰ２には、ＩＰアドレスとして「ＩＰ１３」が、ルータ１００の移動体通信網制御回路ＤＰ１には、ＩＰアドレスとして「ＩＰ１４」が、それぞれ割り当てられている。また、ハードディスクレコーダ３０１には「ＩＰ１」が、ゲーム機３０２には「ＩＰ２」が、管理用ＰＣ３０３には「ＩＰ３」が、無線ＬＡＮアクセスポイント３０４には「ＩＰ４」が、デバイスサーバ３３１には「ＩＰ５」が、ＮＡＳ３３２には「ＩＰ６」が、パーソナルコンピュータ３１１には「ＩＰ７」が、パーソナルコンピュータ３１２には「ＩＰ８」が、それぞれ割り当てられている。なお、記載の便宜上、各ＩＰアドレスを模式的な値として示すが、実際には、３２ビット（ＩＰｖ４）又は１２８ビット（ＩＰｖ６）のアドレスが割り当てられている。システム５００において、ＩＰアドレスの割り当ては、各装置が無線ＬＡＮ又は有線ＬＡＮに参加する際に、ルータ１００（ＤＨＣＰサーバ）によって実行される。
【００５４】
また、無線ＬＡＮ又は有線ＬＡＮに接続されている各装置には、ＭＡＣ（Media Access Control）アドレスが割当てられており、これら各装置は、Ｅｔｈｅｒｎｅｔ（登録商標）などのＩＥＥＥ８０２．３に準拠した通信を行うことができる。具体的には、ルータ１００の無線ＬＡＮ制御回路ＷＰ１には、ＭＡＣアドレスとして「ＭＡ１１」が、ルータ１００の接続用ポートＬＰ１には、ＭＡＣアドレスとして「ＭＡ１２」が、ルータ１００の接続用ポートＬＰ２には、ＭＡＣアドレスとして「ＭＡ１３」が、ルータ１００の移動体通信網制御回路ＤＰ１には、ＭＡＣアドレスとして「ＭＡＣ１４」が、それぞれ割り当てられている。また、ハードディスクレコーダ３０１には「ＭＡ１」が、ゲーム機３０２には「ＭＡ２」が、管理用ＰＣ３０３には「ＭＡ３」が、無線ＬＡＮアクセスポイント３０４には「ＭＡ３」が、デバイスサーバ３３１には「ＭＡ５」が、ＮＡＳ３３２には「ＭＡ６」が、パーソナルコンピュータ３１１には「ＭＡ７」が、パーソナルコンピュータ３１２には「ＭＡ８」が、それぞれ割り当てられている。なお、記載の便宜上、各ＭＡＣアドレスを模式的な値として示すが、実際には、４８ビットのアドレスが割り当てられている。
【００５５】
また、システム５００を構成する各装置には、予め装置名が設定されている。具体的には、ルータ１００には、「ＲＴ１」が装置名として設定されている。また、ハードディスクレコーダ３０１には「Ｒ１」が、ゲーム機３０２には「Ｇ１」が、管理用ＰＣ３０３には「Ｐ１」が、無線ＬＡＮアクセスポイント３０４には「Ａ１」が、パーソナルコンピュータ３１１には「Ｐ２」が、パーソナルコンピュータ３１２には「Ｐ３」が、テレビ受像機３２１には「ＴＶ１」が、デバイスサーバ３３１には「ＤＳ」が、ＮＡＳ３３２には「Ｎ１」が、テレビチューナ３３３には「Ｔ１」が、テレビチューナ３４１には「Ｔ２」が、プリンタ３４２には「ＰＲ」が、それぞれ設定されている。これら各装置における装置名の設定は、例えば、製品出荷前に設定され、各装置が有する不揮発性メモリ（例えば、ＥＥＰＲＯＭ）に格納されている。
【００５６】
システム５００において、ルータ１００に接続される各装置のうち、一部の装置は、構成情報取得対応部ＣＰを備えている。具体的には、ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３は、構成情報取得対応部ＣＰを備えている。構成情報取得対応部ＣＰは、後述する構成情報取得処理を実行する。これに対し、２台のパーソナルコンピュータ３１１，３１２、テレビチューナ３４１、プリンタ３４２は、いずれも構成情報取得対応部ＣＰを備えていない。
【００５７】
Ａ２．ルータの構成：
図２は、図１に示すルータの詳細構成を示すブロック図である。ルータ１００は、ＣＰＵ（Central Processing Unit）１１０と、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）１２２と、ＲＡＭ（Random Access Memory）１２４と、ハードディスク１２６と、ＵＳＢ制御回路ＵＰ１と、無線ＬＡＮ制御回路ＷＰ１と、ＷＨＤＩ制御回路ＷＨＰと、移動体通信網制御回路ＤＰ１と、有線ＬＡＮ制御回路１７０とを備え、各構成要素が互いに内部バスにより接続された構成を有している。
【００５８】
ＥＥＰＲＯＭ１２２には、予め所定のアプリケーションプログラムが記憶されており、ＣＰＵ１１０は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部１１０ａ，構成情報送信部１１０ｂ，ＤＨＣＰサーバ機能部１１０ｃ，パケット中継部１１０ｄ，及びＮＡＳ制御部１１０ｅとして機能する。
【００５９】
構成情報取得部１１０ａは、自らが有する構成情報や、他の装置が有する構成情報を取得するための機能部である。本実施例において、「構成情報」には、装置種別，装置名，他の装置との接続インタフェース種別，動作状態，適用ソフトウェアの名称，及びソフトウェアバージョンを示す情報が含まれる。構成情報送信部１１０ｂは、構成情報取得部１１０ａによって取得された構成情報を、管理用ＰＣ３０３に送信する。ＤＨＣＰサーバ機能部１１０ｃは、ＤＨＣＰサーバとして機能し、各装置に対し、ＩＰアドレス及びサブネットマスクを割り当てると共にゲートウェイサーバのアドレスなどの情報を提供する。パケット中継部１１０ｄは、ルータ１００が備える各インタフェースを介して受信するＩＰパケットを、ＩＰアドレスに従って中継する。ＮＡＳ制御部１１０ｅは、ルータ１００がハードディスク１２６を共有ディスクとするＮＡＳとして機能する際に、アクセス制御や記憶領域の管理などを行う。
【００６０】
ＥＥＰＲＯＭ１２２は、構成情報格納部Ｓ１と、配下装置リスト格納部Ｓ２とを備えている。構成情報格納部Ｓ１は、自らの構成情報に加えて、他の装置から取得した構成情報を格納する。自らの構成情報としては、例えば、ルータとしての装置名、内蔵するハードディスク１２６の残容量、無線ＬＡＮにより接続された各装置からの受信信号強度、ルータ１００が有する各インタフェース種別（無線ＬＡＮ，有線ＬＡＮ，ＷＨＤＩ，ＵＳＢ）、各回路の動作状態（通常動作，無線接続中など）、無線ＬＡＮのアソシエーションリスト、適用ソフトウェアの名称、およびソフトウェアバージョン情報などが挙げられる。これらの各情報は、ルータ１００の起動時やＵＳＢデバイスが接続された際に、各インタフェースで規定されている初期化シーケンス（例えば、ＵＳＢのエミュメレーション）において取得され得る。また、これらの各情報は、後述の構成情報収集処理においても取得される。配下装置リスト格納部Ｓ２は、後述する配下装置リストを格納する。
【００６１】
無線ＬＡＮ制御回路ＷＰ１は、変調器やアンプ、アンテナを含み、例えばＩＥＥＥ８０２．１１ｂ／ｇに準拠した無線ＬＡＮのアクセスポイントとして、無線ＬＡＮのクライアントであるハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３と無線通信を行う。また、無線ＬＡＮ制御回路ＷＰ１は、同じ無線ＬＡＮのアクセスポイントである無線ＬＡＮアクセスポイント３０４と無線通信を行う。
【００６２】
ＷＨＤＩ制御回路ＷＨＰは、変調器やアンプ、アンテナを含み、ＷＨＤＩで規定されている無線通信（５ＧＨｚの周波数帯域で行う短距離無線通信）を実行する。移動体通信網制御回路ＤＰ１は、変調器やアンプ、アンテナを含み、例えば３Ｇ／ＨＳＰＡに準拠した移動体通信の端末として、移動体通信網の基地局と無線通信を行う。
【００６３】
有線ＬＡＮ制御回路１７０は、４つの接続用ポートＬＰ１〜ＬＰ４を備え、ＩＥＥＥ８０２．３に準拠したフレームの送受信を行うと共に、受信したフレーム（レイヤ２フレーム）に基づくＩＰパケットの組み立て、及び出力しようとするデータを含むＩＰパケットのフレーム（レイヤ２フレーム）への分割を行う。
【００６４】
Ａ３．管理用ＰＣの構成：
図３は、図１に示す管理用ＰＣの概略構成を示す説明図である。管理用ＰＣ３０３は、コンピュータ本体１０と、ディスプレイ２１と、キーボード２２と、マウス２３とを備えている。コンピュータ本体１０は、ＣＰＵ１１と、ハードディスク１２と、ＲＡＭ１３と、ＥＥＰＲＯＭ１４と、無線ＬＡＮ制御回路１５と、入出力インタフェース部１６とを備えている。
【００６５】
ハードディスク１２には、システム５００の管理用アプリケーションプログラムが予め格納されており、ＣＰＵ１１は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部１１ａ，マップ生成部１１ｂ，ユーザインタフェース制御部１１ｃ，更新監視部１１ｄ，ソフトウェア更新制御部１１ｅ及び構成情報取得対応部ＣＰとして機能する。
【００６６】
構成情報取得部１１ａは、自らの構成情報を取得すると共に、システム５００に含まれる各装置が有する構成情報を取得する。マップ生成部１１ｂは、システム５００における各装置の接続構成や、各装置の動作状態等を一元的に管理するためのシステム構成マップを作成する。ユーザインタフェース制御部１１ｃは、マップ生成部１１ｂにより生成された構成マップを、ユーザが認識し易いような表示形式にしてディスプレイ２１に表示させる。また、ユーザインタフェース制御部１１ｃは、キーボード２２やマウス２３を用いたユーザによる各種操作を受け付ける。更新監視部１１ｄは、ソフトウェア管理サーバ７００に格納されているソフトウェアが更新されたか否か（新たなバージョンのソフトウェアが格納されているか否か）を定期的に監視する。ソフトウェア更新制御部１１ｅは、ソフトウェア管理サーバ７００から取得した新たなバージョンのソフトウェアを、対象となる装置に適用する。構成情報取得対応部ＣＰは、管理用ＰＣ３０３の構成情報を取得してルータ１００に通知する。この構成情報取得対応部ＣＰは、図１に示す各装置（ハードディスクレコーダ３０１やゲーム機３０２など）が備える構成情報取得対応部ＣＰと同じ機能を有する。
【００６７】
無線ＬＡＮ制御回路１５は、変調器やアンプ、アンテナを含み、例えばＩＥＥＥ８０２．１１ｂ／ｇに準拠した無線ＬＡＮのクライアントとして機能する。
【００６８】
ＥＥＰＲＯＭ１４は、サーバアドレス情報格納部１４ａと、構成情報格納部１４ｂを備えている。サーバアドレス情報格納部１４ａには、各ソフトウェア管理サーバ７００のアドレス情報（例えば、ＩＰアドレスや、ネットマスクや、ＵＲＬなど）が格納されている。構成情報格納部１４ｂには、管理用ＰＣ３０３自身が有する構成情報や、他の装置の構成情報が格納される。図３では、管理用ＰＣ３０３自身の構成情報の一部として、装置種別「ＰＣ」，装置名「Ｐ１」，ＭＡＣアドレス「ＭＡ３」，ＩＰアドレス「ＩＰ３」，受信信号強度「強」，適用ソフトウェア名「Ｓｎ２」，ソフトウェアバージョン「１．００」が、構成情報格納部１４ｂに格納されている。適用ソフトウェアとしては、例えば、無線ＬＡＮ制御回路１５用のファームウェアを採用することができる。また、例えば、無線ＬＡＮ制御回路１５の動作に関する各種設定や動作状態の確認を行うためのパーソナルコンピュータ用のアプリケーションプログラムを採用することができる。また、例えば、ウィルス対策ソフトウェアや、オペレーティングシステムの更新用ソフトウェアなどを採用することができる。構成情報として登録されるべきソフトウェアは、例えば、予めユーザ（管理者）により設定される。
【００６９】
入出力インタフェース部１６は、コンピュータ本体１０に対して、ディスプレイ２１，キーボード２２，マウス２３をそれぞれ接続するためのインタフェース群からなる。
【００７０】
Ａ４．その他の装置の構成：
図４は、図１に示すデバイスサーバの概略構成を示す説明図である。デバイスサーバ３３１は、メモリ３１と、ＣＰＵ３３と、有線ＬＡＮ制御回路３４と、変換回路３６と、ＵＳＢ制御回路３７とを備えている。
【００７１】
メモリ３１は、図示しないＲＡＭやＥＥＰＲＯＭから成り、構成情報格納部３２を備えている。構成情報格納部３２は、デバイスサーバ３３１自身の構成情報及びデバイスサーバ３３１に接続されている装置についての構成情報を格納する。図４の例では、構成情報格納部３２には、デバイスサーバ３３１自身の構成情報の一部として、装置種別「デバイスサーバ」，装置名「ＤＳ」，ＭＡＤアドレス「ＭＡ５」，ＩＰアドレス「ＩＰ５」，動作状態「使用中」，適用ソフトウェア名「Ｓｎ８」，ソフトウェアバージョン「２．５」が格納されている。適用ソフトウェアとしては、例えば、デバイスサーバ３３１用のファームウェアを採用することができる。また、構成情報格納部３２には、デバイスサーバ３３１に接続されているテレビチューナ３４１についての構成情報（装置種別「テレビチューナ」，装置名「Ｔ２」，接続インタフェース種別「ＵＳＢ２．０」，適用ソフトウェア名「Ｓｎ９」，ソフトウェアバージョン「１．０１」）が格納されている。適用ソフトウェアとしては、例えば、テレビチューナ３４１用のファームウェアを採用することができる。
【００７２】
ＣＰＵ３３は、メモリ３１に格納されているプログラムを実行することにより、構成情報取得対応部ＣＰ及び変換制御部３３ａとして機能する。構成情報取得対応部ＣＰは、図３に示す管理用ＰＣ３０３の構成情報取得対応部ＣＰと同様な機能を有する。変換制御部３３ａは、変換回路３６の動作を制御する。
【００７３】
有線ＬＡＮ制御回路３４は、図２に示す有線ＬＡＮ制御回路１７０と同様に、ＩＥＥＥ８０２．３に準拠したフレームの送受信を行う。変換回路３６は、ＩＥＥＥ８０２．３に準拠したフレームを、ＵＳＢ２．０で規定されたフォーマットに変換し、また、その逆の変換を行う回路である。ＵＳＢ制御回路３７は、ＵＳＢ２．０で規定されたプロトコルに従って、データの送受信を行う。
【００７４】
図４に示すデバイスサーバ３３１は、構成情報取得対応部ＣＰ及び構成情報格納部３２を備える点において、従来のデバイスサーバと異なり、他の構成は従来のデバイスサーバと同じである。なお、管理用ＰＣ３０３を除く、構成情報取得対応部ＣＰを備える他の装置（ハードディスクレコーダ３０１，ゲーム機３０２，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，ＮＡＳ３３２，及びテレビチューナ３３３）についても、構成情報取得対応部ＣＰ及び図示しない構成情報格納部を備える点において、従来の同種の装置と異なり、他の構成は従来の同種の装置と同じである。
【００７５】
以上の構成を有するシステム５００では、後述する構成情報収集処理を実行することにより、ユーザは、システム５００を構成する各装置の接続構成及び動作状態を容易に管理することができる。加えて、システム５００では、後述するソフトウェア更新処理を実行することにより、各装置に適用されるソフトウェア（ファームウェア及びアプリケーションプログラムなど）を容易に更新することができる。
【００７６】
図５は、図１に示すソフトウェア管理サーバの概略構成を示す説明図である。ソフトウェア管理サーバ７００は、システム５００の構成要素には該当しない。ソフトウェア管理サーバ７００は、コンピュータ本体７１０と、ディスプレイ７２１と、キーボード７２２と、マウス７２３とを備えている。コンピュータ本体７１０は、ＣＰＵ７１１と、ハードディスク７１２と、ＲＡＭ７１３と、ＲＯＭ７１３と、ＬＡＮ制御回路７１５と、入出力インタフェース部７１６とを備えている。
【００７７】
ハードディスク７１２には、システム５００を構成する各装置用のソフトウェアが格納されている。図５では、これらのソフトウェアのうち、ソフトウェア名「Ｓｎ１」，バージョン「３．００」のソフトウェアＳｆ１と、ソフトウェア名「Ｓｎ１」，バージョン「３．１０」のソフトウェアＳｆ２と、ソフトウェア名「Ｓｎ２」，バージョン「１．５」のソフトウェアＳｆ３とが代表して表わされている。２つのソフトウェアＳｆ１，Ｓｆ２は、いずれも同じソフトウェア名であることから理解できるように、同じ装置を対象とする異なるバージョンのソフトウェアである。また、ハードディスク７１２には、適用条件テーブルＴＢ１が格納されている。
【００７８】
図６は、図５に示す適用条件テーブルの設定内容を示す説明図である。適用条件テーブルＴＢ１は、ハードディスク７１２に格納されている各ソフトウェアを適用する際の条件が記録されたテーブルであり、予めユーザ（管理者）によって設定されている。
【００７９】
図６に示すように、適用条件テーブルＴＢ１は、ＩＤフィールドと、ソフトウェア名フィールドと、バージョンフィールドと、先に適用すべきソフトウェアフィールドとを有し、各フィールドの値を互いに対応付けている。ＩＤフィールドの値は、各エントリのＩＤを示す。ソフトウェア名フィールドの値は、各ソフトウェア名を示す。バージョンフィールドの値は、ソフトウェア名フィールドに設定されている名前のソフトウェアのバージョンを示す。先に適用すべきソフトウェアフィールドの値は、当該エントリのソフトウェアを適用するよりも前に適用が必要なソフトウェアを示し、かかる事前適用が必要なソフトウェアを、ＩＤフィールドの値によって特定している。例えば、ＩＤ「３」のソフトウェア（ソフトウェア名「Ｓｎ２」，バージョン「１．５０」のソフトウェア）については、先に適用すべきソフトウェアとして、ＩＤ「４」が設定されている。これは、ＩＤ「３」のソフトウェアを適用する前に、ＩＤ「４」のソフトウェア（ソフトウェア名「Ｓｎ２」，バージョン「１．００」のソフトウェア）を適用する必要があることを意味する。なお、先に適用すべきソフトウェアフィールドが「−」であるとは、先に適用すべきソフトウェアとして何も設定されていないことを意味する。
【００８０】
図６では、５つのエントリが代表して表わされている。具体的には、ＩＤ「１」，ソフトウェア名「Ｓｎ１」，バージョン「３．００」，先に適用すべきソフトウェア「−」のエントリと、ＩＤ「２」，ソフトウェア名「Ｓｎ１」，バージョン「３．１０」，先に適用すべきソフトウェア「１，３」のエントリと、ＩＤ「３」，ソフトウェア名「Ｓｎ２」，バージョン「１．５０」，先に適用すべきソフトウェア「４」のエントリと、ＩＤ「４」，ソフトウェア名「Ｓｎ２」，バージョン「１．００」，先に適用すべきソフトウェア「−」のエントリと、ＩＤ「５」，ソフトウェア名「Ｓｎ３」，バージョン「１．００」，先に適用すべきソフトウェア「−」のエントリが、表わされている。
【００８１】
図５に示すＣＰＵ７１１は、所定のオペレーティングシステムの下、ハードディスク７１２に格納されている図示しないアプリケーションプログラムを実行することにより、ソフトウェア供給管理部７３１及び適用条件管理部７３２として機能する。ソフトウェア供給管理部７３１は、ダウンロード要求に応じて、ハードディスク７１２に格納されている各ソフトウェアを供給する。適用条件管理部７３２は、キーボード７２２やマウス７２３を用いて入力されるユーザからの指示にしたがって、適用条件テーブルＴＢ１を更新する。
【００８２】
入出力インタフェース部７１６は、コンピュータ本体７１０に対して、ディスプレイ７２１，キーボード７２２，マウス７２３をそれぞれ接続するためのインタフェース群からなる。
【００８３】
なお、ルータ１００は、請求項におけるゲートウェイ装置に相当する。また、各装置の装置名は請求項における装置特定情報に、ソフトウェア名及びバージョンは、請求項におけるソフトウェア識別情報に、更新監視部１１ｄは請求項におけるソフトウェア取得部に、ソフトウェア更新制御部１１ｅは請求項におけるソフトウェア適用制御部に、管理用ＰＣ３０３の構成情報取得部１１ａは請求項における構成情報取得部及びログ情報取得部に、ユーザインタフェース制御部１１ｃ及びディスプレイ２１は請求項における表示部に、マップ生成部１１ｂは請求項におけるマップ表示制御部に、ソフトウェアＳｆ１及びソフトウェアＳｆ３またはソフトウェアＳｆ２及びソフトウェアＳｆ３は請求項における第１のソフトウェア及び第２のソフトウェアに、ソフトウェアＳｆ１及びソフトウェアＳｆ２は請求項における複数のソフトウェアに、適用条件テーブルＴＢ１は請求項におけるテーブルに、それぞれ相当する。
【００８４】
Ａ５．構成情報収集処理：
図７は、第１実施例における構成情報収集処理の手順を示すシーケンス図である。図７において、最も左のフローは、管理用ＰＣ３０３の処理フローを示す。また、左から２番目のフローはルータ１００の、左から３番目のフローはルータ１００を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。ここで、「配下装置」とは、自らの装置に接続されている装置であって、自らの装置よりもルータ１００からより離れて接続されている装置（自らの装置からルータ１００に至るまでに経由する装置の数がより多い装置）を意味する。したがって、例えば、ルータ１００に直接的に有線接続または無線接続されている装置（ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，無線ＬＡＮアクセスポイント３０４，テレビ受像機３２１，デバイスサーバ３３１，ＮＡＳ３３２，及びテレビチューナ３３３）は、ルータ１００の配下装置に該当する。また、例えば、２台のパーソナルコンピュータ３１１，３１２は、無線ＬＡＮアクセスポイント３０４の配下装置に該当する。換言すると、無線ＬＡＮアクセスポイント３０４は、配下装置（２台のパーソナルコンピュータ３１１，３１２）を有する装置に該当する。同様に、デバイスサーバ３３１は、テレビチューナ３４１を配下装置として有する装置に該当し、ＮＡＳ３３２は、プリンタ３４２を配下装置として有する装置に該当する。これに対し、ハードディスクレコーダ３０１，ゲーム機３０２，管理用ＰＣ３０３，テレビ受像機３２１，テレビチューナ３３３は、いずれも配下装置を有しない装置に該当する。
【００８５】
システム５００では、管理用ＰＣ３０３が起動した後において、所定の期間ごとに構成情報収集処理が実行される。まず、図３に示す管理用ＰＣ３０３の構成情報取得部１１ａは、ルータ１００に対して構成情報を問い合わせる（ステップＳ１０５）。なお、管理用ＰＣ３０３及びルータ１００がＤＬＮＡ（Digital Living Network Alliance）に準拠した装置であり、管理用ＰＣ３０３がＤＭＰ（Digital Media Player）として機能し、また、ルータ１００がＤＭＳ（Digital Media Server）として機能する構成においては、例えば、管理用ＰＣ３０３が「ＧＥＴ」メソッドを用いてルータ１００に対してデバイスディスクリプションを要求することにより、構成情報の問い合わせを実現できる。なお、ルータ１００に対して問い合わせる際に用いるルータ１００のアドレスは、例えば、予め管理用ＰＣ３０３に設定しておくことで取得することができる。
【００８６】
図２に示すルータ１００の構成情報取得部１１０ａは、管理用ＰＣ３０３から問い合わせがあると、自らの配下装置に対して構成情報を問い合わせる（ステップＳ２０５）。この問い合わせは、前述のステップＳ１０５と同様に構成することができる。
【００８７】
配下装置を有する装置では、ルータ１００から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有する旨とを、ルータ１００に応答する（ステップＳ３０５）。例えば、図４に示すデバイスサーバ３３１の構成情報取得対応部ＣＰは、構成情報格納部３２に格納されている自らの装置に関する構成情報（装置種別，装置名，ＭＡＣアドレス，ＩＰアドレス，動作状態，適用ソフトウェア名，ソフトウェアバージョン）を読み出して、これら構成情報と配下装置を有する旨とをルータ１００に送信する。なお、デバイスサーバ３３１が配下装置を有するか否か（換言すると、いずれかの装置がＵＳＢ接続されているか否か）は、例えば、構成情報取得対応部ＣＰが変換制御部３３ａにＵＳＢ制御回路にいずれかの装置が接続されているか否かを問い合わせることにより判断することができる。
【００８８】
図７に示すように、配下装置を有しない装置では、ルータ１００から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有しない旨とを、ルータ１００に応答する（ステップＳ４０５）。例えば、図３に示す管理用ＰＣ３０３の構成情報取得対応部ＣＰは、構成情報格納部１４ｂに格納されている自らの装置に関する構成情報（装置種別，装置名，ＭＡＣアドレス，ＩＰアドレス，受信信号強度，適用ソフトウェア名，ソフトウェアバージョン）を読み出して、これら構成情報をルータ１００に送信する。
【００８９】
ルータ１００において、構成情報取得部１１０ａは、各配下装置に構成情報を問い合わせた後（ステップＳ２０５の後）、自らの構成情報を取得して構成情報格納部Ｓ１に格納する（ステップＳ２１０）。例えば、構成情報取得部１１０ａは、移動体通信網制御回路ＤＰ１に動作状態を問い合わせて、「通信中」との動作状態を取得して構成情報格納部Ｓ１に格納する。また、例えば、構成情報取得部１１０ａは、ＮＡＳ制御部１１０ｅに対して、ハードディスク１２６の使用容量を問い合わせて「８０％使用中」の情報を得て構成情報格納部Ｓ１に格納する。
【００９０】
ルータ１００において、構成情報取得部１１０ａは、各配下装置から受信した構成情報を図２に示す構成情報格納部Ｓ１に格納すると共に、この受信した構成情報に基づき、配下装置リストを作成して配下装置リスト格納部Ｓ２に格納する（ステップＳ２１５）。
【００９１】
図８は、ステップＳ２１５において作成される配下装置リストの一例を示す説明図である。図８に示すように、配下装置リストは、ルータ１００の各配下装置について、装置種別，装置名，インタフェース（Ｉ／Ｆ）種別，ＭＡＣアドレス，ＩＰアドレス，動作状態，配下装置有無，適用ソフトウェア名，ソフトウェアバージョンを記録したリストである。例えば、ハードディスクレコーダ３０１については、装置種別「ハードディスクレコーダ」，装置名「Ｒ１」，Ｉ／Ｆ種別「８０２．１１ｂ」，ＭＡＣアドレス「ＭＡ１」，ＩＰアドレス「ＩＰ１」，動作状態「電波：強」，配下装置有無「無し」，適用ソフトウェア名「Ｓｎ３」，ソフトウェアバージョン「１．０１」が記録されている。
【００９２】
ルータ１００において、構成情報送信部１１０ｂは、ステップＳ２１０において取得した自己の構成情報と、ステップＳ２１５において作成した配下装置リストとを、管理用ＰＣ３０３に送信する（ステップＳ２２０）。
【００９３】
管理用ＰＣ３０３において、構成情報取得部１１ａは、配下装置リストを受信すると、構成情報格納部１４ｂに格納すると共に、配下装置リストに記載された各装置について、配下装置の有無を判定し（ステップＳ１１０）、配下装置を有する装置に対して構成情報を問い合わせる（ステップＳ１１５）。システム５００において、配下装置を有する装置は、ルータ１００を除くと、無線ＬＡＮアクセスポイント３０４と、デバイスサーバ３３１と、ＮＡＳ３３２である。これらの装置は、図８に示すように配下装置リストにおいて、配下装置有無フィールドに「有り」が設定されているので、かかるフィールドの設定値に基づき配下装置の有無を判定することができる。なお、配下装置を有する装置のアドレス（ＭＡＣアドレス，ＩＰアドレス）は、配下装置リストから取得することができる。
【００９４】
配下装置を有する装置において、構成情報取得対応部ＣＰは、図７に示すように、管理用ＰＣ３０３から構成情報の問い合わせを受けると、配下装置の構成情報を取得する（ステップＳ３１０）。この構成情報の取得は、例えば、配下装置に対して構成情報の通知要求（ｈｔｔｐコマンド等）を送信して、その応答を受信することにより実現できる。具体的には、無線ＬＡＮアクセスポイント３０４の構成情報取得対応部ＣＰは、２台のパーソナルコンピュータ３１１，３１２に、それぞれ構成情報の通知要求を送信することができる。また、例えば、配下装置が接続される際の初期化シーケンスにおいて取得されて各装置のメモリに既に記憶されている構成情報を読み出すことによっても実現できる。具体的には、デバイスサーバ３３１の構成情報取得対応部ＣＰは、テレビチューナ３４１がＵＳＢ接続される際の初期化シーケンスにおいて取得され、構成情報格納部３２に既に格納されている構成情報（装置種別「テレビチューナ」，装置名「Ｔ２」，接続インタフェース種別「ＵＳＢ２．０」など）を読み出すことができる。
【００９５】
配下装置を有する装置において、構成情報取得対応部ＣＰは、配下装置の構成情報を取得すると、配下装置リストを作成し（ステップＳ３１５）、作成した配下装置リストと自己の構成情報とを管理用ＰＣ３０３に送信する（ステップＳ３２０）。なお、ステップＳ３１５において作成される配下装置リストは、図８に示す配下装置リストと同様である。
【００９６】
管理用ＰＣ３０３において、構成情報取得部１１ａは、前述のステップＳ１１５の後、配下装置を有する装置から配下装置リストを受信すると、前述のステップＳ１１０を実行する（すなわち、新たに受信した配下装置リストに記載された各装置について、配下装置の有無を判定する）。なお、複数の装置から受信する配下装置リストは、それぞれ異なるリストとして構成情報格納部１４ｂに格納することができる。また、複数の装置から受信する配下装置リストを１つのリストにまとめて構成情報格納部１４ｂに格納することもできる。
【００９７】
図９は、第１実施例における構成情報収集の一例を模式的に示す説明図である。図９では、管理用ＰＣ３０３が、ルータ１００と、無線ＬＡＮアクセスポイント３０４と、パーソナルコンピュータ３１１がそれぞれ有する構成情報を収集する際の処理を模式的に示している。
【００９８】
管理用ＰＣ３０３は、ステップＳ１０５，Ｓ２２０により、ルータ１００からルータ１００の構成情報と配下装置リストを取得する。なお、ステップＳ１０５に基づき、ルータ１００と無線ＬＡＮアクセスポイント３０４及びパーソナルコンピュータ３１１との間で、構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）がやりとりされる。ルータ１００から取得された配下装置リストには、図８に示すように、さらに配下装置を有する装置のＭＡＣアドレス及びＩＰアドレスが記載されている。したがって、管理用ＰＣ３０３は、ステップＳ１１５，Ｓ３２０により、無線ＬＡＮアクセスポイント３０４から無線ＬＡＮアクセスポイント３０４の構成情報と配下装置リストを取得する。同様にして、管理用ＰＣ３０３は、無線ＬＡＮアクセスポイント３０４から取得した配下装置リストに基づき、ステップＳ１１５，Ｓ３２０により、パーソナルコンピュータ３１１の構成情報と配下装置リストを取得する。ここで、図９において破線に示すように、パーソナルコンピュータ３１１がＵＳＢインタフェースによりマウス３１３を接続している場合、パーソナルコンピュータ３１１は、配下装置リストにマウス３１３を記載してルータ１００に送信する。
【００９９】
このように、本実施例では、すべての配下装置がさらなる配下装置を有しなくなるまで、ステップＳ１１０，Ｓ１１５の処理が繰り返し実行されることとなる。ここで、パーソナルコンピュータ３１１は、無線ＬＡＮアクセスポイント３０４の配下装置であると共に、マウス３１３を配下装置として有する装置でもある。したがって、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との組み合わせ（ペア）では、無線ＬＡＮアクセスポイント３０４が請求項における第１の装置に、パーソナルコンピュータ３１１が請求項における第２の装置（前回の第２の装置）に、それぞれ相当し、パーソナルコンピュータ３１１とマウス３１３とのペアでは、パーソナルコンピュータ３１１は請求項における第１の装置（今回の第１の装置）に、マウス３１３は請求項における第２の装置（今回の第２の装置）に、それぞれ相当する。このような２つの装置のペアリングが順次スライドすることによって前回の第２の装置が次回の第１の装置となる処理は、各請求項における射程範囲に含まれる。
【０１００】
ここで、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とのペアにおける接続インタフェースは、ネットワークインタフェース（無線ＬＡＮ）であり、パーソナルコンピュータ３１１とマウス３１３とのペアにおける接続インタフェースは、バスインタフェース（ＵＳＢ）である。このように、本実施例では、第１の装置と第２の装置との間の接続インタフェースがネットワークインタフェース及びバスインタフェースのいずれであっても、第１の装置は、第２の装置の構成情報を取得して管理用ＰＣ３０３に通知する。
【０１０１】
図７に示すように、ステップＳ１１０において、配下装置リストに配下装置を有する装置がない場合には（ステップＳ１１０：ＮＯ）、管理用ＰＣ３０３のマップ生成部１１ｂは、マップ作成処理を実行し、既に受信しているルータ１００の構成情報及び配下装置リストに基づき、システム構成マップを作成する（ステップＳ１２０）。管理用ＰＣ３０３において、ユーザインタフェース制御部１１ｃは、ステップＳ１２０において作成されたシステム構成マップを、ディスプレイ２１に表示する（ステップＳ１２５）。
【０１０２】
図１０は、マップ作成処理の結果、ディスプレイに表示されるシステム構成マップを示す説明図である。図１０に示すように、ステップＳ１２０により作成されたシステム構成マップｍ１は、ディスプレイ２１においてウィンドウＷ１内に表示される。ウィンドウＷ１の縦方向（ｙ方向）は、鉛直方向と平行であり、ウィンドウＷ１の横方向（ｘ方向）は、水平方向と平行である。
【０１０３】
システム構成マップｍ１は、接続態様表示領域ＡＲ１と、動作状態表示領域ＡＲ２と、ソフトウェア情報表示領域ＡＲ３とを備えている。接続態様表示領域ＡＲ１は、システム５００を構成する各装置を示すシンボルと、各装置の装置種別及び装置名と、各装置間の接続インタフェース種別とを表示する領域である。動作状態表示領域ＡＲ２は、システム５００を構成する各装置の動作状態を表示する領域である。ソフトウェア情報表示領域ＡＲ３は、各装置に適用されるソフトウェアのソフトウェア名及びバージョンを表示する領域である。
【０１０４】
図１０に示すように、接続態様表示領域ＡＲ１には、システム５００を構成する各装置のシンボルが、ルータ１００を起点としてｙ方向（鉛直方向）に並んで配置されている。各装置のシンボルの形状はいずれも同じ大きさの矩形であり、シンボル内に装置種別と装置名とが表示されている。
【０１０５】
ここで、各装置のシンボルは、各装置の階層構造が明確となるように、接続態様表示領域ＡＲ１に配置されている。具体的には、ルータ１００のシンボルが最も左上に位置している。また、ルータ１００と直接に無線接続又は有線接続されている各装置のシンボルは、ルータ１００のシンボルよりもΔｘ１だけ、ｘ方向（水平方向）右側にオフセットされている。これに対して、ルータ１００と直接接続されていない各装置のシンボルは、ルータ１００のシンボルよりもΔｘ２だけ、ｘ方向（水平方向）右側にオフセットされている。オフセット量Δｘ２は、オフセット量Δｘ１よりも大きいため、各シンボルは、図１０に示すように、ルータ１００が最上位の階層に位置し、ルータ１００と直接接続されている装置が２番目の階層に、ルータ１００と直接接続されていない装置が３番目の階層に、それぞれ位置するように表示されている。このように、各装置のシンボルを階層状に配置するのは、ユーザが各装置の接続態様を容易に理解できるようにするためである。
【０１０６】
また、各装置のシンボルは、ルータ１００との間の接続インタフェース種別ごとにまとまって表示されている。具体的には、接続インタフェース種別が無線ＬＡＮである装置のシンボルがルータ１００のシンボルに最も近い位置にまとまって配置されている。同様に、接続インタフェース種別がＷＨＤＩである装置のシンボルが２番目に、接続インタフェース種別が有線ＬＡＮである装置のシンボルが３番目に、接続インタフェース種別がＵＳＢである装置のシンボルが４番目に、それぞれルータ１００のシンボルに近い位置にまとまって配置されている。このように、各装置のシンボルを、ルータ１００との間の接続インタフェース種別ごとに集めて表示するのは、接続インタフェースごとに何台の装置が接続されているかを、ユーザが容易に理解できるようにするためである。加えて、ルータ１００との間の接続インタフェースが無線である装置を、ルータ１００との間の接続インタフェースが有線である装置に比べて、ルータ１００により近い位置に配置するのは、以下の理由による。ルータ１００との間の接続インタフェースが有線である装置については、接続に用いられるケーブルを辿ることにより、いずれの装置がルータ１００に接続されているかを比較的容易に判別することができる。これに対して、ルータ１００との間の接続インタフェースが無線である装置については、ルータ１００との接続の有無を容易に判別することができない。そこで、管理用ＰＣ３０３では、接続インタフェースが無線である装置のシンボルを、ルータ１００のシンボルにより近い位置に配置することにより、ルータ１００との接続の有無を明確に表わすようにしている。
【０１０７】
また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されている。このようにすることにより、各装置間の接続インタフェース種別を明確に表わすようにしている。また、この各シンボル間の接続線は、各装置間の実際の接続態様に対応している。具体的には、例えば、ルータ１００のシンボルと、無線ＬＡＮアクセスポイント３０４のシンボルとは、破線で示す接続線により直接接続されている。これに対して、２台のパーソナルコンピュータ３１１，３１２のシンボルは、いずれも、ルータ１００のシンボルとは直接接続されておらず、破線で示す接続線により無線ＬＡＮアクセスポイント３０４に直接接続されている。このように、各シンボル間の接続線を、各装置間の実際の接続態様に合致するように表示するのは、ユーザが実際の接続構成を容易に理解できるようにするためである。
【０１０８】
図１０に示すように、動作状態表示領域ＡＲ２には、各装置のシンボルに対応する位置（各装置のシンボルの水平方向において隣接する位置）に、各装置の動作状態を示す情報が表示されている。具体的には、例えば、ルータ１００のシンボルに対応する位置には、ハードディスク１２６の使用容量が８０％である旨を示す情報と、移動体通信網制御回路ＤＰ１が起動中（ＯＮ）であり、かつ、通信中である旨を示す情報とが、表示されている。また、例えば、無線ＬＡＮアクセスポイント３０４のシンボルに対応する位置には、ルータ１００において無線ＬＡＮアクセスポイント３０４から受信する電波の強度が「強」であることを示すシンボルが表示されている。また、例えば、プリンタ３４２のシンボルに対応する位置には、ユーザＢさんによって使用中（ユーザＢさんから送られた印刷ジョブを実行中）であることを示す情報が表示されている。
【０１０９】
前述のように、各装置のシンボルが鉛直方向に並んで配置されているのは、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができるからである。したがって、ユーザに対して、各装置の接続構成を容易に理解させると共に、各装置の動作状態を容易に理解させることができる。なお、図１０に示すシステム構成マップｍ１は、請求項における接続構成マップに相当する。
【０１１０】
このような図１０に示すシステム構成マップｍ１が生成されるマップ生成処理を、以下説明する。図１１は、図７に示すステップＳ１２０の処理の詳細手順を示すフローチャートである。
【０１１１】
まず、マップ生成部１１ｂは、ルータ１００のシンボルをルート位置に配置する（ステップＳ９０５）。図１０に示すように、ルータ１００は、ウィンドウＷ１の左上隅に配置されており、この位置が、本実施例におけるルート位置に相当する。なお、このシンボルには、ルータ１００の装置名（ルータ）が記載されている。
【０１１２】
マップ生成部１１ｂは、構成情報を取得した全ての機器を、ルータ１００のシンボルの直下に有線接続（ＬＡＮ接続）として仮置きする（ステップＳ９１０）。次に、マップ生成部１１ｂは、取得した構成情報（配下装置リスト）に基づき、配下装置に該当する装置を、対応する装置の直下の位置に配置替えする（ステップＳ９１５）。
【０１１３】
図１２は、図１１に示すステップＳ９１０，Ｓ９１５の処理後のシステム構成マップを示す説明図である。図１２において、左側は、ステップＳ９１０実行後のシステム構成マップを示し、右側は、ステップＳ９１５実行後のシステム構成マップを示す。図１２の左側に示すように、ステップＳ９１０実行後には、各装置のシンボルは、鉛直方向に一列に並んで配置されている。ステップＳ９１５実行後には、図１２右側に示すように、各装置の配下装置がどのような装置であるかが明らかになっている。
【０１１４】
図１１に示すステップＳ９１５の後、マップ生成部１１ｂは、各接続インタフェース種別に応じて、各装置間の線種を変更する（ステップＳ９２０）。
【０１１５】
図１３は、図１１に示すステップＳ９１５，Ｓ９２０の処理後のシステム構成マップを示す説明図である。図１３において、左側は、ステップＳ９１５実行後のシステム構成マップを示し、右側は、ステップＳ９２０実行後のシステム構成マップを示す。なお、図１３左側は、図１２右側と同じである。図１３右側に示すように、ステップＳ９２０実行後には、各装置間を接続するラインが接続インタフェースごとに異なる線種として表わされている。
【０１１６】
ステップＳ９２０の実行後、マップ生成部１１ｂは、各装置と配下装置との接続関係を保ったまま、ルータ１００との接続インタフェースごとにシンボルをまとめると共に、所定の順序ごとにシンボル群をソートする（並べ替える）（ステップＳ９２５）。
【０１１７】
図１４は、図１１に示すステップＳ９２０，Ｓ９２５の処理後のシステム構成マップを示す説明図である。図１４において、左側は、ステップＳ９２０実行後のシステム構成マップを示し、右側は、ステップＳ９２５実行後のシステム構成マップを示す。なお、図１４右側は、図１３左側と同じである。また、図１４右側は、図１０に示すシステム構成マップｍ１の接続態様表示領域ＡＲ１の表示内容と一致している。図１４左側（図１３右側）に示すように、ステップＳ９２０実行後には、ルータ１００との接続インタフェースが異なる装置同士が隣り合って配置されているが、ステップＳ９２５実行後には、ルータ１００との接続インタフェースごとに、まとめられ配置されている。
【０１１８】
Ａ６．ソフトウェア更新処理：
図１５は、システム５００において実行されるソフトウェア更新処理の手順を示すフローチャートである。システム５００では、定期的にソフトウェア更新処理が実行され、各装置に適用されているソフトウェア（ファームウェアやアプリケーションプログラム）が更新される。
【０１１９】
管理用ＰＣ３０３の更新監視部１１ｄは、ソフトウェア管理サーバ７００において、各装置に適用すべき新しいバージョンのソフトウェアを検索し（ステップＳ９４５）、新しいバージョンのソフトウェアが用意されているか否かを判定する（ステップＳ９５０）。管理用ＰＣ３０３のサーバアドレス情報格納部１４ａには、各ソフトウェア管理サーバ７００のアドレス情報が格納されているので、更新監視部１１ｄは、このアドレス情報に基づき各ソフトウェア管理サーバ７００に新しいバージョンのソフトウェアの有無を問い合わせることができる。また、構成情報格納部１４ｂには配下装置リストが格納されており、配下装置リストには、図８に示すように、各装置に適用されているソフトウェアのソフトウェア名及びバージョン情報が格納されている。したがって、更新監視部１１ｄは、これらソフトウェア名及びバージョン情報に基づき、各ソフトウェア管理サーバ７００に対して新しいバージョンのソフトウェアの有無を問い合わせることができる。なお、各ソフトウェア管理サーバ７００では、図５に示すソフトウェア供給管理部７３１が、管理用ＰＣ３０３からの問い合わせに対して、ソフトウェアごとに新しいバージョンのソフトウェアの有無を応答する。
【０１２０】
前述のステップＳ９５０において、新しいバージョンのソフトウェアが用意されていると判定された場合（ステップＳ９５０：ＹＥＳ）、管理用ＰＣ３０３の更新監視部１１ｄは、ソフトウェア管理サーバ７００から新しいバージョンのソフトウェアと適用条件情報とを取得する（ステップＳ９５５）。適用条件情報とは、ダウンロードした新しいバージョンのソフトウェアを適用するよりも前に適用すべきソフトウェアについてのソフトウェア名及びバージョン情報を意味する。ソフトウェア管理サーバ７００において、ソフトウェア供給管理部７３１は、管理用ＰＣ３０３から新しいバージョンのソフトウェアの取得要求（ダウンロード要求）があると、適用条件テーブルＴＢ１を参照して、当該ソフトウェアよりも先に適用すべきソフトウェアのソフトウェア名及びバージョンを特定する。そして、ソフトウェア供給管理部７３１は、新しいバージョンのソフトウェアと共に適用条件情報を管理用ＰＣ３０３に送信する。
【０１２１】
例えば、無線ＬＡＮアクセスポイント３０４に現在適用されているソフトウェア（名称「Ｓｎ１」）のバージョンが２．００である場合、図５に示すように、ソフトウェア管理サーバ７００のハードディスク７１２には、ソフトウェア名「Ｓｎ１」のソフトウェアとして、バージョンが「３．００」のソフトウェアＳｆ１と、バージョンが「３．１０」のソフトウェアＳｆ２とが格納されている。そして、図６に示すように、ソフトウェアＳｆ１（ＩＤ：１）に対しては、先に適用すべきソフトウェアは設定されていないが、ソフトウェアＳｆ２（ＩＤ：２）に対しては、「ＩＤ：１」のソフトウェア及び「ＩＤ：３」のソフトウェアが、先に適用すべきソフトウェアとして設定されている。したがって、ソフトウェア管理サーバ７００のソフトウェア供給管理部７３１は、ソフトウェアＳｆ２を提供する際に、適用条件情報として、「ソフトウェア名「Ｓｎ１」，バージョン「３．００」のソフトウェアを示す情報、およびソフトウェア名「Ｓｎ２」，バージョン「１．５０」のソフトウェアを示す情報を、管理用ＰＣ３０３に送信する。
【０１２２】
新しいバージョンのソフトウェア及び適用条件情報が取得されると、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、取得された適用条件情報の示す順序にしたがって、取得したソフトウェアを対象装置に適用する（ステップＳ９６０）。
【０１２３】
図１６は、新しいバージョンのソフトウェアの適用例を模式的に示すシーケンス図である。図１６において、左は管理用ＰＣ３０３の処理を示し、中央は無線ＬＡＮアクセスポイント３０４の処理を示し、右はパーソナルコンピュータ３１１の処理を示す。このシーケンス図の開始前において、無線ＬＡＮアクセスポイント３０４に適用されているソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンは「２．００」であり、パーソナルコンピュータ３１１に適用されているソフトウェア（ソフトウェア名「Ｓｎ２」）のバージョンは「１．００」である。
【０１２４】
図６に示すように、適用条件テーブルＴＢ１において、ソフトウェア名「Ｓｎ１」のソフトウェアであって、バージョン「２．００」よりも新しいバージョンのソフトウェアとして、ＩＤ＝１，２の２つのソフトウェアが登録されている。したがって、前述のステップＳ９５５では、これらの２つのソフトウェアが取得される。また、適用条件テーブルＴＢ１において、ソフトウェア名「Ｓｎ２」のソフトウェアであって、バージョン「１．００」よりも新しいバージョンのソフトウェアとして、ＩＤ＝３のソフトウェアが登録されている。したがって、前述のステップＳ９５５では、このソフトウェアが取得される。
【０１２５】
ここで、図６に示すように、ＩＤ＝２のソフトウェアを適用する前に、ＩＤ＝１，３のソフトウェアを適用する必要がある。また、ＩＤ＝３のソフトウェアを適用する前には、ＩＤ＝４のソフトウェアを適用する必要がある。ＩＤ＝４のソフトウェアとは、ソフトウェア名「Ｓｎ２」，バージョン「１．００」のソフトウェアである。しかしながら、パーソナルコンピュータ３１１には、すでにかかるソフトウェアが適用されている。したがって、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、まず、パーソナルコンピュータ３１１に対してＩＤ＝３のソフトウェアを適用し（図１６の［１］）、バージョンを「１．００」から「１．５０」に上げる。
【０１２６】
次に、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、無線ＬＡＮアクセスポイント３０４に対してＩＤ＝１のソフトウェアを適用し（図１６の［２］）、無線ＬＡＮアクセスポイント３０４に適用されているソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンを「２．００」から「３．００」に上げる。次に、ソフトウェア更新制御部１１ｅは、ステップＳ９６０の処理として、無線ＬＡＮアクセスポイント３０４に対してＩＤ＝２のソフトウェアを適用し（図１６の［３］）、ソフトウェア（ソフトウェア名「Ｓｎ１」）のバージョンを「３．００」から「３．１０」に上げる。このようにして、パーソナルコンピュータ３１１及び無線ＬＡＮアクセスポイント３０４に適用する複数のソフトウェアと、無線ＬＡＮアクセスポイント３０４に適用するバージョンが異なる複数のソフトウェアとを、それぞれ適用条件テーブルＴＢ１に設定された条件（適用順序）にしたがって適用することができる。
【０１２７】
図１５に示すように、新しいバージョンのソフトウェアの適用が終了すると、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、構成情報格納部１４ｂに格納されている配下装置リストにおいて、更新したソフトウェアについてのバージョン情報を更新する（ステップＳ９６５）。
【０１２８】
以上説明したように、システム５００において、管理用ＰＣ３０３は、ルータ１００に直接接続されていない装置（例えば、プリンタ３４２）の構成情報を、かかる装置及びルータ１００に直接接続されている装置（例えば、デバイスサーバ３３１）を介して間接的に取得するようにしているので、ルータ１００に直接接続するためのインタフェースに限らず、様々なインタフェースで接続された複数の装置を容易に管理することができる。また、管理用ＰＣ３０３により各装置を一元的に管理することができるので、接続インタフェース種別ごとに管理装置（管理用ソフトウェア）を用意することを要しない。したがって、システム５００の構築費用を抑えることができると共に、ユーザは、複数の管理装置（管理用ソフトウェア）の使用方法を覚えなくて済むため、家庭や小規模の企業などに容易に導入することができる。
【０１２９】
加えて、ルータ１００は、管理用ＰＣ３０３から構成情報の問い合わせがあると、自らの構成情報を管理用ＰＣ３０３に送信するのに加えて、配下装置のＩＰアドレスと、各配下装置がさらに配下装置を有するか否かの情報とを含む配下装置リストを作成して管理用ＰＣ３０３に送信している。したがって、管理用ＰＣ３０３は、この配下装置リストを参照することにより配下装置を特定することができ、配下装置に対してさらにその配下装置の構成情報を問い合わせることができる。
【０１３０】
また、配下装置を有する装置であって、ルータ１００に直接的に接続されていない装置は、管理用ＰＣ３０３から構成情報の問い合わせがあると、配下装置の構成情報を取得して配下装置リストを作成し、自らの構成情報及び配下装置リストを管理用ＰＣ３０３に送信する（ステップＳ３１０〜Ｓ３２０）。したがって、配下装置を有する装置と配下装置との間の接続インタフェースがバスインタフェースであるために、管理用ＰＣ３０３から直接構成情報を取得することができないような配下装置についても、配下装置を有する装置を介して構成情報を得ることができる。
【０１３１】
また、管理用ＰＣ３０３は、各装置から、適用すべきソフトウェアのソフトウェア名及びバージョン情報を取得していて一元管理しているので、ソフトウェア管理サーバ７００に対して、新しいバージョンのソフトウェアの有無を一括して（代表して）問い合わせることができる。したがって、各装置がそれぞれ新しいバージョンのソフトウェアの有無を監視する構成に比べて、監視に要する各装置のリソース（ＣＰＵやメモリ）や、ネットワークリソース（帯域や遅延）を低減することができる。また、ユーザは、各装置に現在適用されているソフトウェアのバージョンを確認する、または、各ソフトウェア管理サーバ７００から新しいバージョンのソフトウェアをダウンロードする、といった作業を行わずに済むため、各装置に適用されるソフトウェアの更新を容易に実現することができる。
【０１３２】
また、管理用ＰＣ３０３のソフトウェア更新制御部１１ｅは、ソフトウェア管理サーバ７００からソフトウェアと共に適用条件情報を取得して、適用条件情報の示す適用条件（順序）にしたがって複数のソフトウェアを適用する。したがって、ユーザは、複数のソフトウェアの適用順序を考慮して、手動でソフトウェアを適用する作業を行わずに済む。また、各ソフトウェア管理サーバ７００は、ソフトウェアごとに、当該ソフトウェアよりも先に適用すべきソフトウェアが特定された適用条件テーブルＴＢ１を備えているので、管理用ＰＣ３０３に対して、ソフトウェアを提供する際に、併せて、先に適用すべきソフトウェアについての情報（ソフトウェア名及びバージョンを示す情報）を提供することができる。
【０１３３】
また、管理用ＰＣ３０３は、ルータ１００と、ルータ１００に直接接続されておらず、かつ、配下装置を有する装置に対してのみ構成情報を問い合わせるので、システム５００内のすべての装置に対して構成情報を問い合わせる構成に比べて、管理用ＰＣ３０３の処理を軽減することができる。特に、ルータ１００は、多くの接続インタフェースを有する装置であるため、いずれかの接続インタフェース（例えば、ＵＳＢ）を介して接続される装置については、ルータ１００に接続される際の初期化シーケンスによりかかる装置の構成情報をルータ１００が既に取得している可能性が高い。したがって、このようなルータ１００に対して構成情報を問い合わせることにより、構成情報の取得に要する期間を短くすることができる。
【０１３４】
また、システム構成マップｍ１では、各装置のシンボルは階層状に配置されるので、各装置の接続態様をユーザに容易に理解させることができる。また、各装置のシンボルを、ルータ１００との間の接続インタフェース種別ごとに集めて表示するので、接続インタフェースごとに何台の装置が接続されているかを、ユーザに容易に理解させることができる。また、ルータ１００との間の接続インタフェースが無線であり、ルータ１００との接続の有無が容易に判別できない装置を、ルータ１００との間の接続インタフェースが有線である装置に比べて、ルータ１００により近い位置に配置するので、かかる装置のルータ１００との接続の有無を明確に表わすことができる。また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されるので、各装置間の接続インタフェース種別を明確に表わすことができる。また、各シンボル間の接続線は、各装置間の実際の接続態様に合致しているので、ユーザに実際の接続構成を容易に理解させることができる。
【０１３５】
また、各装置のシンボルが鉛直方向に並んで配置されているので、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができる。加えて、各装置のシンボルに対応する位置に各装置の動作状態を示す情報（シンボルや文字）を表示するので、ユーザは、一見して各装置の動作状態を理解することができる。
【０１３６】
Ｂ．第２実施例：
図１７は、第２実施例における管理用ＰＣの概略構成を示す説明図である。第２実施例の管理用ＰＣ３０３ａは、ＣＰＵ１１が、機器検索部１１ｆとして機能する点において、図３に示す第１実施例の管理用ＰＣ３０３と異なり、他の構成は管理用ＰＣ３０３と同じである。第１実施例では、管理用ＰＣ３０３は、ルータ１００から通知される配下装置リストに基づき各装置を特定していたが、第２実施例では、管理用ＰＣ３０３ａは、自ら各装置を検索する。なお、これらの装置構成及び処理を除く、第２実施例のシステムにおける他の装置構成及び他の処理は、第１実施例と同じである。
【０１３７】
図１８は、第２実施例における構成情報収集処理の手順を示すシーケンス図である。図１８において、最も左のフローは、管理用ＰＣ３０３ａの処理フローを示す。また、左から２番目のフローはルータ１００の、左から３番目のフローはルータ１００を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。
【０１３８】
まず、管理用ＰＣ３０３ａの機器検索部１１ｆは、システム５００に所属する全ての装置に対して、応答要求を送信する（ステップＳ５０５）。応答要求とは、単に応答のみを求める要求であり、かかる要求に対する応答の有無により、各装置が通信可能であるか否かを判定するための要求である。本実施例では、応答要求として、ＩＣＭＰ（Internet Control Message Protocol）を使用して送るｐｉｎｇ（Packet INternet Groper）を採用する。この構成においては、例えば、各装置のＩＰアドレスを予め管理用ＰＣ３０３ａに設定しておく方法を採用することができる。なお、ｐｉｎｇを送信する方法としては、予め管理用ＰＣ３０３ａに各装置のＩＰアドレスを設定しておき、かかるＩＰアドレスを宛先として送信する方法の他にも、例えば、システム５００において用いられるネットワークに属するＩＰアドレスとサブネットマスクを、予め管理用ＰＣ３０３ａに設定しておき、このネットワークに割り当てられる可能性のある全てのＩＰアドレスに対して、ｐｉｎｇを送信する方法を採用することもできる。また、例えば、まずルータ１００にネットワークアドレスを問い合わせ、次に、ネットワークに割り当てられる可能性のある全てのＩＰアドレスに対して、ｐｉｎｇを送信する方法を採用することもできる。
【０１３９】
ルータ１００において、有線ＬＡＮ制御回路１７０は、応答要求を受信すると、管理用ＰＣ３０３ａに対して応答する（ステップＳ６０５）。同様に、応答要求を受信すると、配下装置を有する装置及び配下装置を有しない装置は、それぞれ管理用ＰＣ３０３ａに応答する（ステップＳ７０５，Ｓ８０５）。なお、ステップＳ５０５においてｐｉｎｇを用いた場合には、システム５００を構成する各装置のうち、ＩＣＭＰを解釈できる装置のみが、前述のステップＳ７０５，Ｓ８０５を実行することができる。
【０１４０】
管理用ＰＣ３０３ａの構成情報取得部１１ａは、ステップＳ５０５の後応答を受信した各装置に対して構成情報を問い合わせる（ステップＳ５１０）。
【０１４１】
ルータ１００では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ６０５の後）、第１実施例と同様に、前述のステップＳ２０５，Ｓ２１０，Ｓ２１５，Ｓ２２０を実行する。配下装置を有する装置では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ７０５の後）、前述のステップＳ３１０，Ｓ３１５，Ｓ３２０を実行する。配下装置を有しない装置では、管理用ＰＣ３０３ａに応答を送信した後（ステップＳ８０５の後）、前述のステップＳ４０５を実行する。
【０１４２】
管理用ＰＣ３０３ａでは、各装置から構成情報又は配下装置リストを受信すると、前述のステップＳ１２０，Ｓ１２５を実行し、システム構成マップがディスプレイ２１に表示される。
【０１４３】
以上説明した第２実施例のシステムにおいて、管理用ＰＣ３０３ａは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、管理用ＰＣ３０３ａから各装置に対して構成情報を直接問い合わせるので、仮に、ルータ１００が故障している場合であっても、ルータ１００を除く各装置の構成情報を取得することができる。
【０１４４】
Ｃ．第３実施例：
図１９は、第３実施例におけるマップ作成処理（ステップＳ１２０）の詳細手順を示すフローチャートである。第３実施例の管理用ＰＣ３０３は、マップ作成処理においてステップＳ９４０，Ｓ９４５を追加して実行する点と、構成情報にログ情報が含まれる点と、において第１実施例の管理用ＰＣ３０３と異なり、他の構成は第１実施例の管理用ＰＣ３０３と同じである。また、管理用ＰＣ３０３の構成及びマップ作成処理を除く、第３実施例のシステムにおける他の装置構成及び処理は、第１実施例と同じである。構成情報収集処理の結果、管理用ＰＣ３０３には各装置のログ情報が集められる。なお、ログ情報とは、システムログや故障ログを含む広い意味を示す。システムログには、例えば、各装置における設定変更やバックアップなどの各種イベントの発生履歴（実行時刻や実行結果）が含まれる。故障ログには、例えば、故障履歴（故障の発生時刻や発生箇所を特定する情報）が含まれる。
【０１４５】
第３実施例のマップ作成処理では、図１９に示すように、ステップＳ９３５の後に、マップ生成部１１ｂは、取得された構成情報に含まれるログ情報に故障ログが含まれるか否かを判定する（ステップＳ９４０）。ログ情報に故障情報が含まれると判定された場合には（ステップＳ９４０：ＹＥＳ）、マップ生成部１１ｂは、故障発生アラートを、動作状態及びソフトウェア情報（ソフトウェア名及びバージョン情報）に優先させて、システム構成マップに表示させる（ステップＳ９４５）。これに対し、ログ情報に故障情報が含まれないと判定された場合には（ステップＳ９４０：ＮＯ）、マップ作成処理は終了する。
【０１４６】
図２０は、ステップＳ９４５が実行された場合のシステム構成マップの一例を示す説明図である。無線ＬＡＮアクセスポイント３０４で故障が発生した場合、図２０に示すように、無線ＬＡＮアクセスポイント３０４の構成情報に含まれるログ情報には、故障ログが含まれることとなる。この場合、ステップＳ９４５が実行され、図２０に示すように、故障発生アラートＡｔがシステム構成マップｍ１に表示される。この故障発生アラートＡｔは、システム構成マップｍ１において、無線ＬＡＮアクセスポイント３０４のシンボルに対応する位置に表示されている。第３実施例では、図２０に示すように、動作状態表示領域ＡＲ２に表示された動作状態及びソフトウェア情報表示領域ＡＲ３に表示されたソフトウェア情報の上に重ねて故障発生アラートＡｔが表示されることにより、故障発生アラートＡｔは、動作状態及びソフトウェア情報に優先して表示される。
【０１４７】
なお、この故障発生アラートＡｔを、ユーザがキーボード２２やマウス２３を操作して選択することにより、故障ログに含まれる詳細な故障情報がシステム構成マップｍ１上に表示される構成を採用することもできる。
【０１４８】
以上説明した第３実施例のシステムにおいて、管理用ＰＣ３０３は、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、構成情報として、各装置からログ情報を収集して管理用ＰＣ３０３に集めるので、かかるログ情報に基づき、システム構成マップｍ１に故障発生アラートを表示させることができる。また、故障発生アラートを、動作状態やソフトウェア情報に優先させて表示させるので、ユーザ（管理者）が故障発生を見落とすことを抑制できる。また、故障が発生した装置を含む全ての装置のログ情報が管理用ＰＣ３０３に集められているので、ユーザは、故障発生後に、故障切り分けのために改めて故障が発生した装置や、かかる装置に接続されている装置からログ情報を取得する必要はない。したがって、ユーザ（管理者）は、これらの集められたログ情報を管理用ＰＣ３０３において一元的に確認することができるので、故障箇所及び故障原因を、短期間で特定することができる。
【０１４９】
Ｄ．第４実施例：
図２１は、第４実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第４実施例のシステムは、システム構成マップの表示形式において、第１実施例のシステム５００と異なり、他の構成は第１実施例と同じである。第１実施例では、システム５００を構成する各装置の動作状態は、動作状態表示領域ＡＲ２に表示されるため、例えば、或る装置について電源オフの状態においては、電源オフである旨の情報が動作状態表示領域ＡＲ２に文字列として表示され得る。
【０１５０】
これに対して、第４実施例のシステムでは、各装置の動作状態は、動作状態表示領域ＡＲ２に表示されると共に、動作状態に合わせて各装置のシンボルが変化する。具体的には、例えば、デバイスサーバ３３１が電源オフとなった場合には、図２１に示すように、システム構成マップｍ２の動作状態表示領域ＡＲ２に「電源オフ」の文字列が表示されると共に、デバイスサーバ３３１のシンボルがグレーアウトされる。また、デバイスサーバ３３１に接続されるテレビチューナ３４１のシンボルも同様に、グレーアウトされる。テレビチューナ３４１のシンボルも併せてグレーアウトされるのは、デバイスサーバ３３１が電源オフとなるため、管理用ＰＣ３０３では、デバイスサーバ３３１の配下装置であるテレビチューナ３４１の動作状態が不明となるからである。
【０１５１】
なお、再び電源オンとなった場合には、グレーアウトされていた各装置のシンボルを、元の表示状態に戻すことが好ましい。
【０１５２】
以上説明した第４実施例のシステムにおいて、管理用ＰＣは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。加えて、各装置の動作状態に合わせて各装置のシンボルを変化させるので、ユーザに各装置の動作状態を容易に理解させることができる。
【０１５３】
Ｅ．第５実施例：
図２２は、第５実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第５実施例のシステムは、システム構成マップの表示形式において、第１実施例のシステム５００と異なり、他の構成は第１実施例と同じである。第１実施例では、ディスプレイ２１に表示されるシステム構成マップｍ１において、ルータ１００を除く他の各装置のシンボルは、階層状に配置されていた。これに対して第５実施例では、ルータ１００を除く他の装置は、いずれも同一階層に位置するように配置されている。
【０１５４】
具体的には、図２２に示すように、第５実施例のシステム構成マップｍ３では、ルータ１００を除く各装置のシンボルは、いずれもルータ１００のシンボルよりもΔｘ１だけｘ方向（水平方向）右側にオフセットされており、同一階層に位置している。但し、各シンボル間の接続線は、第１実施例と同様に、各装置間の実際の接続態様に対応して表示しているので、ユーザは、実際の接続構成を理解することができる。
【０１５５】
以上説明した第５実施例のシステムにおいて、管理用ＰＣは、第１実施例の管理用ＰＣ３０３と同様な効果を有する。
【０１５６】
Ｆ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
【０１５７】
Ｆ１．変形例１：
第２実施例では、ｐｉｎｇ等の応答要求の送信先のＩＰアドレスの決定方法として、予め管理用ＰＣ３０３ａに各装置のＩＰアドレスを設定しておく方法や、システム５００内のネットワークに割り当てられる可能性のある全てのＩＰアドレスを送信先のＩＰアドレスとして決定する方法が採用されていたが、本発明はこれに限定されるものではない。ルータ１００はＤＨＣＰサーバとしても機能するため、例えば、ルータ１００に対してＤＨＣＰクライアントである各装置に対して割り当て済みのＩＰアドレスを問い合わせ、その結果得られたＩＰアドレスを応答要求の送信先ＩＰアドレスとして決定することもできる。なお、ルータ１００とは別にＤＨＣＰサーバが設置される構成においては、ルータ１００に代えて、ＤＨＣＰサーバに対して割り当て済みのＩＰアドレスを問い合わせる方法を採用し得る。
【０１５８】
Ｆ２．変形例２：
第１実施例では、管理用ＰＣ３０３（構成情報取得部１１ａ）は、ルータの配下装置のうち、さらに配下装置を有する装置に対して構成情報を問い合わせていた。また、第２実施例では、管理用ＰＣ３０３ａは、応答のあった全ての装置に対して構成情報を問い合わせていた。しかしながら、本発明はこれらの構成に限定されるものではない。例えば、管理用ＰＣは、ルータ１００に対して構成情報を問い合わせ、ルータ１００が全ての装置の構成情報を取得して、管理用ＰＣに一括して構成情報を通知する構成を採用することもできる。具体的には、第１実施例におけるステップＳ１１０，Ｓ１１５を、ルータ１００が実行する構成を採用することもできる。また、第２実施例におけるステップＳ５０５，Ｓ５１０を、ルータ１００が実行する構成を採用することもできる。
【０１５９】
Ｆ３．変形例３：
第１実施例では、管理用ＰＣ３０３（構成情報取得部１１ａ）が各装置が配下装置を有する装置であるか否かを判定する際（ステップＳ１１０）に、配下装置リストにおける配下装置有無フィールドの設定内容に基づき判定していたが、本発明はこれに限定されるものではない。例えば、配下装置を有し得ない装置種別を、予め管理用ＰＣ３０３に設定しておき、この設定された装置種別と、配下装置リストにおける装置種別フィールドの設定内容とを比較して判定することもできる。配下装置を有し得ない装置種別としては、例えば、「ハードディスクレコーダ」や、「テレビ受像機」や、「プリンタ」などを採用することができる。このような構成によると、各装置から配下装置の有無の情報を取得する必要がなく、処理負荷の軽減が図れると共に、配下装置リストのデータサイズを低減することができる。
【０１６０】
Ｆ４．変形例４：
各実施例において、ルータ１００に接続される装置の一部を省略することもできる。また、各実施例では、ルータ１００に接続される装置の数は複数であったが、１台の装置のみがルータ１００に接続される構成も採用し得る。また、各実施例において、ルータ１００を除く各装置の配下装置となる装置（図１に示す２台のパーソナルコンピュータ３１１，３１２、テレビチューナ３４１、プリンタ３４２）は、さらに配下装置を備えていなかったが、これに代えて、さらに配下装置を有する構成とすることもできる。また、各実施例では、複数のソフトウェア管理サーバ７００は、ハードウェアの製造メーカごとに用意された複数のサーバであったが、これに代えて、ソフトウェアの製造メーカごとに用意された複数のサーバや、各製造メーカにおいて、エリアごとに用意された複数のサーバを採用することもできる。また、ソフトウェア管理サーバ７００を複数備える構成に代えて、１つのみ備える構成を採用することもできる。
【０１６１】
また、各実施例では、各装置間の接続インタフェースは、有線ＬＡＮインタフェース（ＩＥＥＥ８０２．３に準拠したＬＡＮインタフェース），無線ＬＡＮインタフェース（ＩＥＥＥ８０２．１１ｂ／ｇに準拠したＬＡＮ），ＷＨＤＩ，ＵＳＢ２．０であったが、本発明はこれらのインタフェースに限定されるものではない。ネットワークインタフェースとしては、例えば、有線ＬＡＮインタフェースとして、ＩＥＥＥ８０２．３ｚやＩＥＥＥ８０２．３ａｂに準拠したインタフェースなど、また、無線ＬＡＮインタフェースとして、ＩＥＥＥ８０２．１１ａ，ＩＥＥＥ８０２．１１ｎに準拠したインタフェースなど、任意のインタフェースを採用することができる。また、バス接続用のインタフェースとしては、例えば、ＵＳＢインタフェースとして、ＵＳＢ１．１やＵＳＢ３．０に準拠したインタフェースを採用することができ、また、ＩＥＥＥ１３９４やＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＩｅ）に準拠したインタフェースなどのシリアル転送インタフェースや、ＨＤＭＩ（High-Definition Multimedia Interface）やＷｉｒｅｌｅｓｓＨＤ（ＷｉＨＤ）に準拠したインタフェースなどの映像音声入出力用インタフェースや、Ｚｉｇｂｅｅ，Ｂｌｕｅｔｏｏｔｈ，ＩｒＤＡに準拠したインタフェースなどの短距離無線通信用のインタフェースを採用することができる。なお、小型の脈拍計からＺｉｇｂｅｅを介して送信される脈拍データを収集する装置を、システム５００に採用する構成においては、例えば、脈拍計の動作状態を示す情報として、脈拍データを、システム構成マップに表示させることができる。
【０１６２】
Ｆ５．変形例５：
各実施例において、システム構成マップに表示される各装置の動作状態を示す情報は、図８に示すように、ハードディスクの使用容量や、受信信号強度や、使用中のユーザ名等であったが、本発明は、これに限定されるものではない。例えば、プリンタであれば、インク残量や総印刷ページ数を採用することができる。また、各装置を特定可能な情報として、装置名をシステム構成マップに表示していたが、本発明はこれに限定されるものではない。例えば、装置名に代えて、または、装置名に加えて、ＩＰアドレスやＭＡＣアドレスなど、装置を特定可能な任意の情報をシステム構成マップに表示させることができる。
【０１６３】
Ｆ６．変形例６：
本発明において、システム構成マップの表示形式は、各実施例に示す形式に限らず、他の形式を採用することができる。図２３は、変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第１の説明図である。図２３に示すシステム構成マップｍ４は、各装置のシンボルが、ルータ１００を起点としてｘ方向（水平方向）に並んで配置されている点と、各装置の配下装置が各装置のシンボルの鉛直下方に配置されている点と、各装置の動作状態を示す情報及び適用ソフトウェアに関する情報（ソフトウェア名及びソフトウェアバージョン）が各装置の鉛直下方に表示される点とにおいて、図１０に示すシステム構成マップｍ１と異なり、他の構成はシステム構成マップｍ１と同じである。なお、図２３では、ウィンドウＷ１には、一部のシンボルのみ表示されているが、右側にスクロールすることにより、システム構成マップｍ４の全てを表示させることができる。このような構成においても、各装置の階層構造が明確になるなど、第１実施例と同様な効果を有する。すなわち、一般には、ルータ１００に対して、直接的に無線接続又は有線接続された装置を、ルータ１００を起点として所定の方向に並べて表示する表示部を、本発明の管理装置に採用することができる。
【０１６４】
また、各実施例では、システム構成マップにおいて、ルータ１００との間の接続インタフェース種別が無線である装置のシンボルを、ルータ１００との間の接続インタフェースが有線である装置のシンボルに比べて、ルータ１００のシンボルにより近い位置に配置していたが、本発明はこれに限定されるものではない。例えば、ルータ１００との間の接続インタフェースが有線である装置のシンボルを、ルータ１００との間の接続インタフェース種別が無線である装置に比べて、ルータ１００のシンボルにより近い位置に配置することもできる。また、例えば、配下装置を有する装置のシンボルを、配下装置を有しない装置のシンボルに比べて、ルータ１００のシンボルにより近い位置に配置することもできる。このようにすることで、配下装置を有する装置を明確にすることができる。
【０１６５】
また、第４実施例では、各装置のシンボルをグレーアウトさせることにより、各装置が電源オフ状態であることを表わしていたが、各装置の動作状態を表わす方法はこれに限定されるものではない。例えば、動作状態に応じてシンボルの形状を変えたり（通常動作時には矩形、電源オフ状態では三角形など）、動作状態に応じてシンボルを影付きにしたり、影なしにしたり（電源オン状態で影付き，電源オフ状態で影なし）などすることもできる。また、各装置のシンボルに代えて、または、各装置のシンボルに加えて、各装置のシンボル間を接続する線の表示態様を、動作状態に応じて変化させる構成も採用することができる。具体的には、例えば、電源オフとなった装置に接続される線について、電源オンの状態と比べて彩度を低下させて表示させることができる。また、例えば、電源オンの状態には点灯している（通常表示されている）線を、電源オフの状態には、点滅させて表示させることもできる。
【０１６６】
また、各実施例では、システム構成マップにおいて、各装置のシンボルと併せて各装置の動作状態を示す情報及び適用するソフトウェアに関する情報を表示していたが、これら情報のうち少なくとも一方を省略することもできる。また、各実施例では、システム構成マップにおいて、各装置の装置種別及び装置名が、各装置のシンボルの内側に表示されていたが、内側に代えて、外側に表示させることもできる。この構成においても、各装置のシンボルと、各装置の装置種別及び装置名とを、対応付けて表示することにより、システム構成マップにおいて、各装置を特定することができる。また、各装置の装置種別及び装置名のいずれも表示していたが、いずれか一方のみ表示することもできる。
【０１６７】
Ｆ７．変形例７：
各実施例では、システム構成マップは、管理用ＰＣ３０３，３０３ａが備えるディスプレイ２１に表示されていたが、本発明はこれに限定されるものではない。例えば、２台のパーソナルコンピュータ３１１，３１２のうち、いずれかのコンピュータが有するディスプレイに、システム構成マップを表示させることもできる。また、例えば、テレビ受像機３２１にシステム構成マップを表示させることもできる。また、例えば、ルータ１００が液晶ディスプレイなどの表示デバイスを備える構成においては、かかる表示デバイスにシステム構成マップを表示させることもできる。テレビ受像機３２１にシステム構成マップを表示させる構成によると、システム構成マップをより大きく表示させることができる。また、ルータ１００が備える表示デバイスにシステム構成マップを表示させることにより、ルータ１００において作業中（例えば、ケーブル抜き差しなど）に、各装置の接続構成を容易に確認することができる。
【０１６８】
また、各実施例において、構成情報の収集や、システム構成マップの生成及び表示を行う機能部は、管理用ＰＣ３０３，３０３ａにより構成されていたが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３を省略して、ルータ１００を、構成情報の収集やシステム構成マップの生成及び表示を行う機能部として機能させることもできる。すなわち、ルータ１００が、管理用ＰＣ３０３，管理用ＰＣ３０３ａの各機能部を有する構成を採用することができる。また、システムがルータ１００とは異なる他のルータを備える構成においては、この他のルータが管理用ＰＣ３０３，３０３ａの各機能部を有する構成とすることもできる。
【０１６９】
Ｆ８．変形例８：
各実施例において、ルータ１００に対して、直接的に無線接続又は有線接続された装置は、いずれも構成情報取得対応部ＣＰを備えていたが、これに代えて、いずれかの装置が構成情報取得対応部ＣＰを備えない構成を採用することもできる。この構成においては、構成情報取得対応部ＣＰを備えない装置については、ステップＳ３０５又はステップＳ４０５の処理が実行されないので、ルータ１００は、この装置について配下装置リストに記入することはない。しかしながら、例えば、第２実施例においては、構成情報取得対応部ＣＰを備えない装置であっても、通信プロトコルとしてＴＣＰ／ＩＰを使用する装置であれば、要求応答（ｐｉｎｇ）に対して応答することはでき、管理用ＰＣ３０３ａは、かかる装置の存在を認識することができる。そこで、この構成においては、例えば、システム構成マップにおいて、かかる装置の装置名に代えてＩＰアドレスが併記されたシンボルを、ルータ１００の直下に接続して表示させることができる。また、この構成においては、ユーザがこの装置の装置種別及び装置名を調べて、既に表示されているシンボルに対して追記する構成も採用することができる。加えて、ユーザが、システム構成マップにおいて、この装置のシンボルを適切な場所に移動できるように構成することもできる。このような構成により、構成情報取得対応部ＣＰを備えていない装置についても、管理用ＰＣ３０３，管理用ＰＣ３０３ａを用いて容易に管理することができる。
【０１７０】
また、例えば、上記構成において、各装置は、ルータ１００や、管理用ＰＣ３０３，３０３ａからの問い合わせへの応答として、配下装置リストを作成して送信していたが、本発明はこれに限定されるものではない。例えば、無線ＬＡＮアクセスポイントは、自らが有する無線ＬＡＮアソシエーションリスト（接続されている装置のＭＡＣアドレスの一覧）を、配下装置リストに代えて、ルータ１００や、管理用ＰＣ３０３，３０３ａに送信することもできる。このような構成においても、ルータ１００や、管理用ＰＣ３０３，３０３ａは、取得したアソシエーションリストに記載されているＭＡＣアドレスに基づき、装置構成情報の少なくとも一部を取得することができる。具体的には、例えば、ルータ１００や、管理用ＰＣ３０３，３０３ａは、取得したアソシエーションリストに記載されているＭＡＣアドレスに基づき、ＲＡＲＰ（Reverse Address Resolution Protocol）を用いて、各装置のＩＰアドレスを取得することができる。
【０１７１】
また、例えば、上記構成において、各装置において、配下装置との間の接続インタフェースがネットワークインタフェースであれば、配下装置リストに代えて、配下装置のアドレス情報（ＭＡＣアドレスや、ＩＰアドレス及びサブネットマスクなど）をルータ１００や管理用ＰＣ３０３，３０３ａに送信し、配下装置との間の接続インタフェースがバスインタフェースであれば、配下装置リストを送信する構成を採用することができる。ネットワークインタフェースで接続された配下装置については、アドレス情報が分かれば管理装置からネットワークを介して構成情報を直接取得できる。これに対してバスインタフェースで接続された配下装置については、管理装置からネットワークを介して構成情報を直接取得できない。そこで、各装置から出力された配下装置リストを受信することにより、配下装置に関して、少なくとも配下装置リストに記載されている情報を取得することができる。
【０１７２】
Ｆ９．変形例９：
各実施例では、構成情報収集処理は、管理用ＰＣ３０３，３０３ａが起動後、定期的に実行されていたが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３，３０３ａが起動した際にのみ自動的に実行され、その後は、ユーザが管理用ＰＣ３０３，３０３ａにおいて、処理の実行を指示した場合に実行する構成を採用することができる。また、いずれかの装置において構成情報が変化した場合に、かかる変化をトリガとして構成情報取得処理が開始される構成を採用することもできる。同様に、ソフトウェア更新処理についても、定期的に実行されることに代えて、例えばユーザが処理の実行を指定した場合などに実行する構成を採用することもできる。
【０１７３】
Ｆ１０．変形例１０：
第２実施例において、機器検索部１１ｆが送信する応答要求は、ｐｉｎｇであったが、本発明はこれに限定されるものではない。具体的には、各構成情報取得対応部ＣＰ間で予め設定された所定のデータのやりとりにより、応答要求及び応答を行うこともできる。
【０１７４】
Ｆ１１．変形例１１：
第２実施例において、ルータ１００が故障等により応答要求に対して応答しない場合、図１１に示すマップ作成処理の最初の処理（ステップＳ９０５）が実行できず、システム構成マップが生成されないこととなる。そこで、この場合、ステップＳ９０５において、ルータ１００のシンボルに代えて、ルートのシンボルをルート位置に配置することもできる。
【０１７５】
また、各実施例において、システム構成マップのルート位置に配置されるシンボルは、ルータ１００のシンボルであったが、本発明はこれに限定されるものではない。例えば、管理用ＰＣ３０３，３０３ａにおいてデフォルトゲートウェイとして設定されている装置を、ルート位置に配置する構成を採用することもできる。なお、この構成では、仮に、デフォルトゲートウェイが設定されていない場合には、ダミーのシンボルをルート位置に配置することもできる。
【０１７６】
Ｆ１２．変形例１２：
各実施例において、有線ＬＡＮ又は無線ＬＡＮで接続された装置同士は、互いに直接的に接続されていたが、本発明はこれに限定されるものではない。各装置間にレイヤ２のフレームを中継する装置を介在させ、かかる装置を介してこれら装置が間接的に接続される構成を採用することもできる。
【０１７７】
図２４は、変形例におけるシステムの接続態様の一例を模式的に示す第１の説明図である。図２４では、ルータ１００とＮＡＳ３３２とプリンタ３４２との間の接続態様のみを示し、図１に示す他の装置の接続態様は省略している。図２４に示すように、ルータ１００とＮＡＳ３３２との間にレイヤ２スイッチ６１０を介在させる構成を採用することもできる。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、レイヤ２スイッチ６１０では終端されずに、宛先となる装置（ＮＡＳ３３２，無線ＬＡＮアクセスポイント３０４，ルータ１００，管理用ＰＣ３０３）に届くこととなる。図２４に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１と同じとなる。すなわち、システム構成マップｍ１には、レイヤ２スイッチ６１０を表わすシンボルは表示されない。なお、図１８に示す接続態様では、レイヤ２スイッチ６１０は、ルータ１００とＮＡＳ３３２とを１対１で接続するために用いられていたが、レイヤ２スイッチ６１０にルータ１００及びＮＡＳ３３２に加えて他の装置（例えば、デバイスサーバ３３１）を接続し、これら装置間における１対ｎの接続を実現することもできる。
【０１７８】
図２５は、変形例におけるシステムの接続態様の一例を模式的に示す第２の説明図である。図２５では、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２５に示すように、ルータ１００と無線ＬＡＮアクセスポイント３０４との間にＷＤＳ（Wireless Distribution System）装置６１５を介在させる構成を採用することもできる。ＷＤＳ装置６１５は、無線ＬＡＮアクセスポイント同士の通信をレイヤ２において中継する装置である。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、ＷＤＳ装置６０５では終端されずに、宛先となる装置（無線ＬＡＮアクセスポイント３０４，ルータ１００，管理用ＰＣ３０３）に届くこととなる。
【０１７９】
図２５に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１と同じとなる。すなわち、システム構成マップｍ１には、ＷＤＳ装置６１５を表わすシンボルは表示されない。なお、図２５に示す態様では、ＷＤＳ装置６１５は、ルータ１００と無線ＬＡＮアクセスポイント３０４とを１対１で接続するために用いられていたが、ＷＤＳ装置６１５にルータ１００及び無線ＬＡＮアクセスポイント３０４に加えて他の装置（例えば、図示しないアクセスポイントなど）を接続し、これら装置間における１対ｎの接続を実現することもできる。また、レイヤ２フレームの中継装置（レイヤ２スイッチやＷＤＳ装置）の配置位置は、上述したように、ルータ１００と各装置との間に限らず、ルータ１００を除く他の装置間とすることもできる。
【０１８０】
図２６は、変形例におけるシステムの接続態様の一例を模式的に示す第３の説明図である。図２６では、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とマウス３１３との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２６に示す構成は、ルータ１００と無線ＬＡＮアクセスポイント３０４との間に、無線ＬＡＮアクセスポイント６２５及びＷＤＳ装置６３０が追加されている点において、図９に示す構成と異なり、他の構成は図９と同じである。無線ＬＡＮアクセスポイント６２５は、無線ＬＡＮアクセスポイント３０４と同じ機能を有する。ＷＤＳ装置６３０は、２台の無線ＬＡＮアクセスポイント３０４，６２５の間を接続する。この構成においては、第１実施例におけるルータ１００から出力される構成情報の問い合わせ（Ｓ２０５）及びその応答（Ｓ３０５）に用いられるパケットや、管理用ＰＣ３０３から出力される構成情報の問い合わせ（Ｓ１１５）及びその応答（Ｓ３２０）に用いられるパケットは、ＷＤＳ装置６２５では終端されずに、宛先となる装置（無線ＬＡＮアクセスポイント３０４，パーソナルコンピュータ３１１，ルータ１００，管理用ＰＣ３０３）に届くこととなる。
【０１８１】
なお、図２６に示す構成においては、無線ＬＡＮアクセスポイント６２５と無線ＬＡＮアクセスポイント３０４とのペアでは、無線ＬＡＮアクセスポイント６２５が第１の装置に、無線ＬＡＮアクセスポイント３０４が第２の装置に、それぞれ相当する。また、無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１とのペアでは、無線ＬＡＮアクセスポイント３０４が第１の装置に、パーソナルコンピュータ３１１が第２の装置に、それぞれ相当する。また、パーソナルコンピュータ３１１とマウス３１３とのペアでは、パーソナルコンピュータ３１１が第１の装置に、マウス３１３が第２の装置に、それぞれ相当する。図２６に示す接続態様において、第１実施例の管理用ＰＣ３０３に表示されるシステム構成マップは、図１０に示すシステム構成マップｍ１とは異なる。具体的には、ルータ１００のシンボルと無線ＬＡＮアクセスポイント３０４のシンボルとの間に、無線ＬＡＮアクセスポイント６２５のシンボルが存在し、これら各シンボル間が無線ＬＡＮインタフェースを示す線によって接続される点と、パーソナルコンピュータ３１１のシンボルの配下に、マウス３１３のシンボルが配置され、これらシンボル間がＵＳＢインタフェースを示す線によって接続される点において、システム構成マップｍ１とは異なる。
【０１８２】
図２７は、変形例におけるシステムの接続態様の一例を模式的に示す第４の説明図である。図２７では、図２５と同様に、ルータ１００と無線ＬＡＮアクセスポイント３０４とパーソナルコンピュータ３１１との間の接続態様のみ示し、図１に示す他の装置の接続態様は省略している。図２７に示すように、パーソナルコンピュータ３１１には、第１実施例とは異なり、ＵＳＢハブ８１０が接続されている。ＵＳＢハブ８１０は図示しない複数のポートを備えており、これらポートによってパーソナルコンピュータ３１１と、マウス８２１と、ＵＳＢメモリ８２２と、プリンタ８２３と接続されている。なお、ＵＳＢハブ８１０に接続されている各装置は、ＵＳＢインタフェースに対応している。かかる構成において、図７に示す構成情報取得処理が実行されると、パーソナルコンピュータ３１１は、ステップＳ３１０の処理として、マウス８２１と、ＵＳＢメモリ８２２と、プリンタ８２３とから、それぞれ構成情報取得する。しかしながら、ＵＳＢハブ８１０は、構成情報を取得するためのパケットを終端せずに中継するため、自らの構成情報をパーソナルコンピュータ３１１に送信しない。
【０１８３】
図２８は、変形例において管理用ＰＣのディスプレイに表示されるシステム構成マップの一例を示す第２の説明図である。図２８に示すシステム構成マップｍ５は、図２７の接続態様を前提としたマップである。このシステム構成マップｍ５は、パーソナルコンピュータ３１１（Ｐ２）のシンボルの配下に、図２７のマウス８２１を表わすシンボルＳＢ１と、ＵＳＢメモリ８２２を表わすシンボルＳＢ２と、プリンタ８２３を表わすシンボルＳＢ３とが配置され、各シンボルＳＢ１〜ＳＢ３と、パーソナルコンピュータ３１１のシンボルとが、それぞれＵＳＢインタフェースを示す線によって接続されている点、及び各シンボルＳＢ１〜ＳＢ３に対応する位置に動作状態が表示されている点において、図１９に示すシステム構成マップｍ１と異なり、他の構成はシステム構成マップｍ１と同じである。なお、図２２では、説明の便宜上、システム構成マップの一部のみ表わしている。
【０１８４】
上述したように、図２７に示す接続態様では、ＵＳＢハブ８１０の構成情報はパーソナルコンピュータ３１１に通知されないので、管理用ＰＣ３０３は、ＵＳＢハブ８１０の構成情報を取得することができない。したがって、図２８に示すように、システム構成マップｍ５には、ＵＳＢハブ８１０を表わすシンボルは表示されていない。
【０１８５】
Ｆ１３．変形例１３：
第３実施例では、故障発生アラートは、動作状態及びソフトウェア情報の上に重ねて表示させることにより優先的に表示されていたが、本発明はこれに限定されるものではない。例えば、通常時（故障が発生していない状態）には、各装置のシンボルに対応する位置であって適用するソフトウェアに関する情報（ソフトウェア名及びバージョン情報）の右隣にログ情報を表示するようにし、故障発生時には（ログ情報に故障ログが含まれる場合には）、故障ログを、対象装置のシンボルの右隣（すなわち、シンボルにより近い位置）に配置することにより、動作状態及びソフトウェア情報に優先して表示させることもできる。また、例えば、故障発生アラートを、動作状態及びソフトウェア情報に比べて、大きなサイズの文字で表示したり、より注意を喚起する色で表示したりする（故障発生アラートを赤色、動作状態及びソフトウェア情報を黒色など）等により、優先して表示させることもできる。また、例えば、動作状態及びソフトウェア情報の上に重ねて故障発生アラートを表示するが、所定期間ごとに故障発生アラートが消えて、故障発生アラートに隠れていた動作状態及びソフトウェア情報が見ることができる点において第３実施例と異なる構成を採用する場合には、故障発生アラートが表示されている期間が、消えている期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。また、例えば、動作状態表示領域ＡＲ２及びソフトウェア情報表示領域ＡＲ３において、動作状態及びソフトウェア情報と、故障発生アラートとが、所定間隔で交互に表示される構成を採用する場合には、故障発生アラートが表示される期間を、動作状態及びソフトウェア情報が表示される期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。
【０１８６】
また、第３実施例では、ログ情報に故障ログが含まれる場合に、動作状態及びソフトウェア情報に優先して表示させていたが、これに代えて、故障ログが含まれない場合においても優先して表示させることもできる。
【０１８７】
また、第３実施例では、故障発生の際には、故障発生アラートＡｔを表示していたが、故障発生アラートＡｔに代えて、故障ログの一部又は全部を表示させることもできる。
【０１８８】
Ｆ１４．変形例１４：
上記実施例において、ソフトウェア更新処理のステップＳ９５５では、管理用ＰＣ３０３は、新しいバージョンのソフトウェアと共に適用順序情報をソフトウェア管理サーバ７００から取得していたが、これに代えて、新しいバージョンのソフトウェアと共に適用条件テーブルＴＢ１を取得することもできる。この構成においても、管理用ＰＣ３０３において、適用条件テーブルＴＢ１を解析することにより、各ソフトウェアの適用順序を特定することができる。なお、この構成においては、ソフトウェア管理サーバ７００から管理用ＰＣ３０３に送信される適用条件テーブルＴＢ１自身が、請求項における適用順序情報に相当する。また、ソフトウェア管理サーバ７００が適用条件テーブルＴＢ１を保持しないで、管理用ＰＣ３０３のみが適用条件テーブルＴＢ１を有する構成を採用することもできる。この構成においては、ソフトウェア管理サーバ７００から管理用ＰＣ３０３に対して、適用条件に関する情報が定期的または任意のタイミングで送信され、管理用ＰＣ３０３において、ソフトウェア管理サーバ７００から受信する情報に基づき、適用条件テーブルＴＢ１を更新することができる。
【０１８９】
Ｆ１５．変形例１５：
上記実施例において、各装置に適用すべきソフトウェアは、ソフトウェア名及びバージョンにより特定されていたが、本発明はこれに限定されるものではない。例えば、バージョンがソフトウェア名の一部に含まれている場合には、ソフトウェア名のみで特定することもできる。また、各装置において適用されるソフトウェアが１種類のみであれば、各装置の装置名とバージョンにより、ソフトウェアを特定することができる。この構成においては、構成情報にソフトウェア名を含ませない構成を採用することができる。また、ソフトウェア名及びバージョンに加えて、ソフトウェアの開発元（提供元）の情報を、ソフトウェアを特定するための情報として用いることもできる。また、予め各装置に適用されるソフトウェアごとに固有のＩＤを割り当て、かかるＩＤをソフトウェア名及びバージョンに代えて用いることもできる。このような構成では、各ソフトウェア管理サーバ７００において、ＩＤとソフトウェアを特定可能な情報（ソフトウェア名及びバージョン）とを対応付ける機能部を用意することにより、ソフトウェア管理サーバ７００において、管理用ＰＣ３０３，３０３ａからＩＤを指定した要求に従ってソフトウェアを特定し、管理用ＰＣ３０３，３０３ａに供給することができる。
【０１９０】
Ｆ１６．変形例１６：
各実施例では、管理用ＰＣ３０３，３０３ａは、システム５００を構成する全ての装置の構成情報を取得していたが、本発明はこれに限定されるものではない。例えば、ルータ１００の構成情報は取得しないが、他の装置の構成情報を取得する構成を採用することもできる。また、例えば、配下装置を有する装置の構成情報のみ取得し、配下装置を有さない装置の構成情報は取得しない構成を採用することもできる。また、例えば、或るメーカ製装置の構成情報は取得するが、他のメーカ製装置の構成情報は取得しない構成を採用することもできる。すなわち、一般には、ルータ１００と、他の装置（請求項における第１の装置及び第２の装置）とのうち、少なくとも１つの装置を、本発明の第１の対象装置又は第２の対象装置として採用することができる。
【０１９１】
また、各実施例では、全ての装置について構成情報に含まれる情報は同一であったが、本発明はこれに限定されるものではない。少なくとも一部の装置については、他の装置と比べて構成情報に含まれる情報が異なる構成を採用することもできる。例えば、ルータ１００の構成情報には、適用ソフトウェア名及びソフトウェアバージョンは含まれないが、他のすべての装置には、これらの情報が含まれる構成を採用することもできる。また、例えば、上位の装置との接続インタフェースがバスインタフェースである装置の構成情報には、ログ情報は含まれないが、上位の装置との接続インタフェースがネットワークインタフェースである装置の構成情報には、ログ情報が含まれる構成を採用することができる。
【０１９２】
Ｆ１７．変形例１７：
上記実施例において、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。また、これとは逆に、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよい。
【符号の説明】
【０１９３】
１０…コンピュータ本体
１１…ＣＰＵ
１１ａ…構成情報取得部
１１ｂ…マップ生成部
１１ｃ…ユーザインタフェース制御部
１１ｄ…更新監視部
１１ｅ…ソフトウェア更新制御部
１１ｆ…機器検索部
ＣＰ…構成情報取得対応部
１２…ハードディスク
１３…ＲＡＭ
１４…ＥＥＰＲＯＭ
１４ａ…サーバアドレス情報格納部
１４ｂ…構成情報格納部
１５…無線ＬＡＮ制御回路
１６…入出力インタフェース部
２１…ディスプレイ
２２…キーボード
２３…マウス
３１…メモリ
３２…構成情報格納部
３３…ＣＰＵ
３３ａ…変換制御部
３４…有線ＬＡＮ制御回路
３６…変換回路
３７…ＵＳＢ制御回路
１００…ルータ
１１０…ＣＰＵ
１１０ａ…構成情報取得部
１１０ｂ…構成情報送信部
１１０ｃ…ＤＨＣＰサーバ機能部
１１０ｄ…パケット中継部
１１０ｅ…ＮＡＳ制御部
１２２…ＥＥＰＲＯＭ
１２４…ＲＡＭ
１２６…ハードディスク
１７０…有線ＬＡＮ制御回路
ＷＰ１…無線ＬＡＮ制御回路
ＷＨＰ…ＷＨＤＩ制御回路
ＤＰ１…移動体通信網制御回路
ＵＰ１…ＵＳＢ制御回路
ＬＰ１〜ＬＰ４…接続用ポート
Ｓ１…構成情報格納部
Ｓ２…配下装置リスト格納部
３０１…ハードディスクレコーダ
３０２…ゲーム機
３０３…管理用ＰＣ
３０４…無線ＬＡＮアクセスポイント
３１１…パーソナルコンピュータ
３１２…パーソナルコンピュータ
３１３…マウス
３２１…テレビ受像機
３３１…デバイスサーバ
３３２…ＮＡＳ
３３３…テレビチューナ
３４１…テレビチューナ
３４２…プリンタ
５００…システム
ｍ１〜ｍ５…システム構成マップ
Ｗ１…ウィンドウ
Δｘ１，Δｘ２…オフセット量
ＡＲ１…接続態様表示領域
ＡＲ２…動作状態表示領域
ＡＲ３…ソフトウェア情報表示領域
６００…ネットワーク
６１０…レイヤ２スイッチ
６１５，６３０…ＷＤＳ装置
６２５…無線ＬＡＮアクセスポイント
７００…ソフトウェア管理サーバ
７１０…コンピュータ本体
７１１…ＣＰＵ
７１２…ハードディスク
７１３…ＲＡＭ
７１４…ＲＯＭ
７１５…ＬＡＮ制御回路
７１６…入出力インタフェース部
７２１…ディスプレイ７
７２２…キーボード
７２３…マウス
Ｓｆ１，Ｓｆ２…ソフトウェア
ＴＢ１…適用条件テーブル
Ａｔ…故障発生アラート
８１０…ＵＳＢハブ
８２１…マウス
８２２…ＵＳＢメモリ
８２３…プリンタ
【特許請求の範囲】
【請求項１】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置であって、
構成情報取得部であって、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、
前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、
前記取得されたソフトウェアを、前記第１の対象装置に適用させるソフトウェア適用制御部と、
表示部と、
前記表示部に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、
を備える、管理装置。
【請求項２】
請求項１に記載の管理装置において、
前記第１の対象装置は、少なくとも前記第１の装置と前記第２の装置とを含み、
前記ソフトウェア取得部は、前記サーバから、前記第１の装置において実行される第１のソフトウェアと、前記第２の装置において実行される第２のソフトウェアと、前記第１のソフトウェアと前記第２のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第１のソフトウェアを前記第１の装置に適用させ、前記第２のソフトウェアを前記第２の装置に適用させる、管理装置。
【請求項３】
請求項１に記載の管理装置において、
前記ソフトウェア取得部は、前記サーバから、前記第１の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。
【請求項４】
請求項１ないし請求項３のいずれかに記載の管理装置において、
前記マップ表示制御部は、前記表示部において、前記第１の対象装置のシンボルに対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載の管理装置において、さらに、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第２の対象装置が有するログ情報を取得するログ情報取得部を備え、
前記マップ表示制御部は、前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。
【請求項６】
請求項５に記載の管理装置において、
前記マップ表示制御部は、
前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも１つの情報である付加情報を表示させ、
前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載の管理装置において、
前記構成情報は、前記ソフトウェア識別情報を含み、
前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。
【請求項８】
請求項１ないし請求項７のいずれかに記載の管理装置において、
前記第１の装置と前記第２の装置との間の接続インタフェースは、バスインタフェースであり、
前記第１の装置は、前記第２の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得し、
前記構成情報取得部は、前記第１の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。
【請求項９】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理する方法であって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する工程と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する工程と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる工程と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、
を備え、
前記工程（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。
【請求項１０】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する機能と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する機能と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる機能と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、
を前記管理装置が有するコンピュータに実現させ、
前記機能（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。
【請求項１１】
請求項１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを管理する管理装置であって、
構成情報取得部であって、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、
前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、
前記取得されたソフトウェアを、前記第１の対象装置に適用させるソフトウェア適用制御部と、
表示部と、
前記表示部に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、
を備える、管理装置。
【請求項２】
請求項１に記載の管理装置において、
前記第１の対象装置は、少なくとも前記第１の装置と前記第２の装置とを含み、
前記ソフトウェア取得部は、前記サーバから、前記第１の装置において実行される第１のソフトウェアと、前記第２の装置において実行される第２のソフトウェアと、前記第１のソフトウェアと前記第２のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第１のソフトウェアを前記第１の装置に適用させ、前記第２のソフトウェアを前記第２の装置に適用させる、管理装置。
【請求項３】
請求項１に記載の管理装置において、
前記ソフトウェア取得部は、前記サーバから、前記第１の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、
前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。
【請求項４】
請求項１ないし請求項３のいずれかに記載の管理装置において、
前記マップ表示制御部は、前記表示部において、前記第１の対象装置のシンボルに対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載の管理装置において、さらに、
前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第２の対象装置が有するログ情報を取得するログ情報取得部を備え、
前記マップ表示制御部は、前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。
【請求項６】
請求項５に記載の管理装置において、
前記マップ表示制御部は、
前記表示部において、前記第２の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも１つの情報である付加情報を表示させ、
前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載の管理装置において、
前記構成情報は、前記ソフトウェア識別情報を含み、
前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。
【請求項８】
請求項１ないし請求項７のいずれかに記載の管理装置において、
前記第１の装置と前記第２の装置との間の接続インタフェースは、バスインタフェースであり、
前記第１の装置は、前記第２の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得し、
前記構成情報取得部は、前記第１の装置から、前記第２の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。
【請求項９】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理する方法であって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する工程と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する工程と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる工程と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、
を備え、
前記工程（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。
【請求項１０】
ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第１の装置と、前記第１の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第１の装置よりも多い第２の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、
（ａ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置のうち、少なくとも１つの装置である第１の対象装置から、
装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報，前記接続インタフェース種別を示す情報，及び前記装置特定情報を含む構成情報と、
接続されている装置を特定するための接続装置特定情報と、を取得する機能と、
（ｂ）前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第１の対象装置において実行されるソフトウェアを取得する機能と、
（ｃ）前記管理装置において、前記取得されたソフトウェアを、前記第１の対象装置に適用させる機能と、
（ｄ）前記管理装置において、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、
を前記管理装置が有するコンピュータに実現させ、
前記機能（ｄ）は、
（ｄ１）前記表示部において、前記第１の装置のシンボルを前記第２の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置，前記第１の装置，および前記第２の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル，前記第１の装置のシンボル，および前記第２の装置のシンボルを、前記ゲートウェイ装置，前記第１の装置，前記第２の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。
【請求項１１】
請求項１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１２−２２１１８５（Ｐ２０１２−２２１１８５Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８５８６７（Ｐ２０１１−８５８６７）
【出願日】平成２３年４月８日（２０１１．４．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．Ｂｌｕｅｔｏｏｔｈ
３．ＥＥＰＲＯＭ
【出願人】（３９００４０１８７）株式会社バッファロー (378)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月８日（２０１１．４．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．Ｂｌｕｅｔｏｏｔｈ
３．ＥＥＰＲＯＭ
【出願人】（３９００４０１８７）株式会社バッファロー (378)
【Ｆターム（参考）】
[ Back to top ]