"ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを管理する管理装置であって、構成情報取得部であって、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第1の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、前記取得されたソフトウェアを、前記第1の対象装置に適用させるソフトウェア適用制御部と、表示部と、前記表示部に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、を備える、管理装置。請求項1に記載の管理装置において、前記第1の対象装置は、少なくとも前記第1の装置と前記第2の装置とを含み、前記ソフトウェア取得部は、前記サーバから、前記第1の装置において実行される第1のソフトウェアと、前記第2の装置において実行される第2のソフトウェアと、前記第1のソフトウェアと前記第2のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第1のソフトウェアを前記第1の装置に適用させ、前記第2のソフトウェアを前記第2の装置に適用させる、管理装置。請求項1に記載の管理装置において、前記ソフトウェア取得部は、前記サーバから、前記第1の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。請求項1ないし請求項3のいずれかに記載の管理装置において、前記マップ表示制御部は、前記表示部において、前記第1の対象装置のシンボルに対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。請求項1ないし請求項4のいずれかに記載の管理装置において、さらに、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第2の対象装置が有するログ情報を取得するログ情報取得部を備え、前記マップ表示制御部は、前記表示部において、前記第2の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。請求項5に記載の管理装置において、前記マップ表示制御部は、前記表示部において、前記第2の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも1つの情報である付加情報を表示させ、前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。請求項1ないし請求項6のいずれかに記載の管理装置において、前記構成情報は、前記ソフトウェア識別情報を含み、前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。請求項1ないし請求項7のいずれかに記載の管理装置において、前記第1の装置と前記第2の装置との間の接続インタフェースは、バスインタフェースであり、前記第1の装置は、前記第2の装置から、前記第2の装置の有する前記構成情報及び前記接続装置特定情報を取得し、前記構成情報取得部は、前記第1の装置から、前記第2の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを、管理装置を用いて管理する方法であって、a前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する工程と、b前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第1の対象装置において実行されるソフトウェアを取得する工程と、c前記管理装置において、前記取得されたソフトウェアを、前記第1の対象装置に適用させる工程と、d前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、を備え、前記工程dは、d1前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、a前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する機能と、b前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第1の対象装置において実行されるソフトウェアを取得する機能と、c前記管理装置において、前記取得されたソフトウェアを、前記第1の対象装置に適用させる機能と、d前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、を前記管理装置が有するコンピュータに実現させ、前記機能dは、d1前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。請求項10に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。しかしながら、SNMPを利用する管理システムは、一般に、大規模システムを管理対象とするシステムであり、導入費用が高く、また、使用にあたって高度な専門知識が必要となるため、家庭内等において各種装置を管理する目的にはそぐわない。加えて、SNMPを利用する管理システムは、ルータやサーバといった、ネットワークインタフェースにより接続される装置を管理対象とするため、バスインタフェースにより接続される装置例えば、HDMIにより互いに接続されるテレビチューナとテレビ受像機などを管理することはできない。特に、家庭内や小規模企業内においては、各構成員家族や従業員が、それぞれにバスインタフェースにより接続される装置を勝手に他の装置に接続することが起こり得るため、管理システムによって管理できない装置が増加してしまう。そこで、接続インタフェースの種類ごとに専用の管理システムを導入すると、管理システム全体の導入費用が高くなるという問題があった。加えて、全ての装置の接続構成を把握しようとする場合、各管理システムの操作端末をそれぞれ操作しなければならず、接続構成の把握に長時間を要すると共に、各管理システムについてそれぞれ高度な知識が必要となるという問題があった。また、各装置において適用されるソフトウェアファームウェアやアプリケーションプログラムなどの更新作業は、現在インストールされているソフトウェアのバージョンの確認や、最新版ソフトウェアのダウンロードなど、高度な専門知識と煩雑な作業を要し、家庭等において実行するのは容易ではなかった。特に、複数のソフトウェアを更新する際に更新順序の制限がある場合例えば、無線クライアント側のファームウェアを無線LANアクセスポイント側のファームウェアよりも前に更新する必要がある場合や、同一の装置のファームウェアについて、最新バージョンに更新する前に1つ前のバージョンに更新する必要がある場合等には、かかる制限を守りつつ複数のソフトウェアの更新作業を行わねばならず、家庭等において実現するのは容易ではなかった。本発明は、様々なインタフェースで接続された複数の装置の管理及び各装置に適用されるソフトウェアの更新を容易に実現することを目的とする。本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。[適用例1]ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを管理する管理装置であって、構成情報取得部であって、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する構成情報取得部と、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも第1の対象装置において実行されるソフトウェアを取得するソフトウェア取得部と、前記取得されたソフトウェアを、前記第1の対象装置に適用させるソフトウェア適用制御部と、表示部と、前記表示部に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき表示させるマップ表示制御部であって、前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させるマップ表示制御部と、を備える、管理装置。適用例1の管理装置によると、第1の装置の構成情報に加えて、第2の装置の構成情報を取得し、また、各シンボルに対応付けて各装置ゲートウェイ装置,第1の装置,第2の装置の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、構成情報取得部は、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも1つの装置第1の対象装置から取得するので、ソフトウェア取得部は、取得された構成情報に含まれるソフトウェア識別情報に基づき、第1の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第1の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソースネットワークの帯域等の負担を軽減することができる。また、ソフトウェア適用制御部は、取得されたソフトウェアを各装置に適用させるので、ユーザは、適用されているソフトウェアの確認,サーバから該当するソフトウェアの取得ダウンロード,第1の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。[適用例2]適用例1に記載の管理装置において、前記第1の対象装置は、少なくとも前記第1の装置と前記第2の装置とを含み、前記ソフトウェア取得部は、前記サーバから、前記第1の装置において実行される第1のソフトウェアと、前記第2の装置において実行される第2のソフトウェアと、前記第1のソフトウェアと前記第2のソフトウェアとの適用順序を示す情報である適用順序情報とを取得し、前記ソフトウェア適用制御部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記第1のソフトウェアを前記第1の装置に適用させ、前記第2のソフトウェアを前記第2の装置に適用させる、管理装置。このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、第1のソフトウェアが第1の装置に適用され、第2のソフトウェアが第2の装置に適用される。したがって、第1のソフトウェアの適用と、第2のソフトウェアの適用とが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した第1のソフトウェア及び第2のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、第1のソフトウェア及び第2のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、第1のソフトウェア及び第2のソフトウェアの適用順序を制御することができる。[適用例3]適用例1に記載の管理装置において、前記ソフトウェア取得部は、前記サーバから、前記第1の対象装置のうち同一の装置で実行される複数のソフトウェアと、前記複数のソフトウェアの適用順序を示す情報である適用順序情報とを取得し、前記ソフトウェア適用部は、前記取得された適用順序情報の示す前記適用順序にしたがって、前記複数のソフトウェアを、前記同一の装置に適用させる、管理装置。このような構成により、サーバから取得した適用順序情報の示す適用順序にしたがって、複数のソフトウェアが、同一の装置に適用される。したがって、同一の装置に対して複数のソフトウェアが誤った順序で適用されることを抑制できる。加えて、ユーザは、適用順序を考慮した複数のソフトウェアの適用作業を行わずに済み、ソフトウェアの更新作業を容易に行うことができる。また、複数のソフトウェアの供給を管理する者は、サーバにおいて適用順序情報を調整することにより、複数のソフトウェアの適用順序を制御することができる。[適用例4]適用例1ないし適用例3のいずれかに記載の管理装置において、前記マップ表示制御部は、前記表示部において、前記第1の対象装置に対応付けて、前記取得された構成情報に含まれる前記ソフトウェア識別情報を表示させる、管理装置。このような構成により、ユーザ管理者は、各シンボルに対応付けて表示されるソフトウェア識別情報を見ることにより、各装置に適用されているソフトウェアを簡単に特定することができる。[適用例5]適用例1ないし適用例4のいずれかに記載の管理装置において、さらに、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第2の対象装置が有するログ情報を取得するログ情報取得部を備え、前記マップ表示制御部は、前記表示部において、前記第2の対象装置のシンボルに対応付けて、前記取得されたログ情報を表示させる、管理装置。このような構成により、ユーザ管理者は、各シンボルに対応付けて表示されるログ情報を見ることにより、第2の対象装置におけるログ各種イベントの履歴などを簡単に確認することができる。[適用例6]適用例5に記載の管理装置において、前記マップ表示制御部は、前記表示部において、前記第2の対象装置のシンボルに対応付けて、前記装置種別を示す情報と、前記接続インタフェースを示す情報と、前記装置特定情報と、前記ソフトウェア識別情報と、のうち少なくとも1つの情報である付加情報を表示させ、前記ログ情報に故障発生を示す情報が含まれていると、前記ログ情報または前記故障発生を示す情報を、前記付加情報に比べて優先させて、前記表示部に表示させる、管理装置。このような構成により、各装置において故障が発生した場合に、付加情報に比べて優先してログ情報又は故障発生を示す情報が表示されるので、ユーザ管理者が故障発生を見落とすことを抑制できる。また、故障発生を発見した場合に、第2の対象装置のログ情報はすでに管理装置に取得されているので、このログ情報に基づいて故障切り分けを行うことができ、故障発生を発見した後に各装置からログ情報を取得する構成に比べて、故障箇所及び故障原因の特定までの期間を短縮することができる。[適用例7]適用例1ないし適用例6のいずれかに記載の管理装置において、前記構成情報は、前記ソフトウェア識別情報を含み、前記ソフトウェア識別情報は、少なくとも前記ソフトウェアのバージョン情報を含む、管理装置。このような構成により、適用すべきソフトウェアを一意に特定することができる。[適用例8]適用例1ないし適用例7のいずれかに記載の管理装置において、前記第1の装置と前記第2の装置との間の接続インタフェースは、バスインタフェースであり、前記第1の装置は、前記第2の装置から、前記第2の装置の有する前記構成情報及び前記接続装置特定情報を取得し、前記構成情報取得部は、前記第1の装置から、前記第2の装置の有する前記構成情報及び前記接続装置特定情報を取得する、管理装置。このような構成により、第1の装置と第2の装置との間の接続インタフェースがバスインタフェースであり、管理装置と第2の装置とが直接データの送受信を実行できない場合であっても、管理装置は、第2の装置の構成情報を取得することができる。したがって、第2の装置についても接続構成マップに表わすことができると共にソフトウェアの更新を実現できる。[適用例9]ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを、管理装置を用いて管理する方法であって、a前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する工程と、b前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第1の対象装置において実行されるソフトウェアを取得する工程と、c前記管理装置において、前記取得されたソフトウェアを、前記第1の対象装置に適用させる工程と、d前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる工程と、を備え、前記工程dは、d1前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させる工程を有する、方法。適用例9の方法によると、第1の装置の構成情報に加えて、第2の装置の構成情報を取得し、また、各シンボルに対応付けて各装置ゲートウェイ装置,第1の装置,第2の装置の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例9の方法によると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも1つの装置第1の対象装置から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、各第1の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第1の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソースネットワークの帯域等の負担を軽減することができる。また、適用例9の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認,サーバから該当するソフトウェアの取得ダウンロード,第1の対象装置へのソフトウェアの適用の各作業行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。[適用例10]ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを、管理装置を用いて管理するプログラムであって、a前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、少なくとも1つの装置である第1の対象装置から、装置種別を示す情報と、接続インタフェースの種別を示す情報と、装置を特定するための装置特定情報と、適用すべきソフトウェアを特定するためのソフトウェア識別情報とのうち、少なくとも前記装置種別を示す情報,前記接続インタフェース種別を示す情報,及び前記装置特定情報を含む構成情報と、接続されている装置を特定するための接続装置特定情報と、を取得する機能と、b前記管理装置において、前記取得された構成情報に基づき、前記管理装置にネットワークを介して接続されたサーバから、少なくとも前記第1の対象装置においてそれぞれ実行されるソフトウェアを取得する機能と、c前記管理装置において、前記取得されたソフトウェアを、前記第1の対象装置に適用させる機能と、d前記管理装置において、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置の接続構成を示す接続構成マップを、前記取得された構成情報に基づき、前記管理装置が有する表示部に表示させる機能と、を前記管理装置が有するコンピュータに実現させ、前記機能dは、d1前記表示部において、前記第1の装置のシンボルを前記第2の装置のシンボルに比べて前記ゲートウェイ装置のシンボルにより近い位置に配置すると共に、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置がそれぞれ有する前記接続インタフェースを判別可能に、前記ゲートウェイ装置のシンボル,前記第1の装置のシンボル,および前記第2の装置のシンボルを、前記ゲートウェイ装置,前記第1の装置,前記第2の装置の接続態様に合致するように互いに接続して表示させる機能を有する、プログラム。適用例10のプログラムによると、第1の装置の構成情報に加えて、第2の装置の構成情報を取得し、また、各シンボルに対応付けて各装置ゲートウェイ装置,第1の装置,第2の装置の装置特定情報及び装置種別を表示し、かつ、シンボル間を接続インタフェース種別を判別可能に接続して表示するので、様々なインタフェースで接続された複数の装置を容易に管理することができる。加えて、適用例10のプログラムによると、適用すべきソフトウェアを特定するためのソフトウェア識別情報を含む構成情報を、各装置のうち少なくとも1つの装置第1の対象装置から取得するので、取得された構成情報に含まれるソフトウェア識別情報に基づき、第1の対象装置に適用すべきソフトウェアを一括してサーバから取得することができる。したがって、第1の対象装置がそれぞれサーバからソフトウェアを取得する構成に比べて、サーバのリソースや、各装置とサーバとの間の通信に必要なリソースネットワークの帯域等の負担を軽減することができる。また、適用例9の方法によると、取得されたソフトウェアが管理装置によって各装置に適用されるので、ユーザは、適用されているソフトウェアの確認,サーバから該当するソフトウェアの取得ダウンロード,第1の対象装置へのソフトウェアの適用の各作業を行わずに済み、各装置に適用されるソフトウェアの更新を容易に実現することができる。[適用例11]適用例10に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。このような構成により、かかる記録媒体を用いてコンピュータにプログラムを読み取らせ、各機能を実現させることができる。なお、本発明は、種々の態様で実現することが可能であり、例えば、装置管理システムや、装置管理システムの動作方法や、装置管理システムの機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。また、例えば、管理装置に対してネットワークを介して接続されたサーバとしても実現することができる。具体的には、以下のような適用例により実現できる。[適用例12]ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、前記第1の装置において実行される第1のソフトウェアと、前記第2の装置において実行される第2のソフトウェアと、前記第1のソフトウェア及び前記第2のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、前記第1のソフトウェア又は前記第2のソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報とを対応付けたテーブルと、前記管理装置に対して、前記第1のソフトウェアと前記第2のソフトウェアとを送信すると共に、前記テーブルに基づき、前記第1のソフトウェア及び前記第2のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、を備える、サーバ。適用例12のサーバによると、テーブルにおける第1のソフトウェア又は第2のソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報を調整することにより、第1のソフトウェア及び第2のソフトウェアの適用順序を制御することができる。また、適用順序情報を第1のソフトウェア及び第2のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、第1のソフトウェア及び第2のソフトウェアの適用順序を通知指示することができる。[適用例13]ゲートウェイ装置と、前記ゲートウェイ装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続された第1の装置と、前記第1の装置に対して他の装置を介さずに直接的に又は他の装置を介して間接的に接続され、前記ゲートウェイ装置に至るまでに経由する装置の数が前記第1の装置よりも多い第2の装置と、を有するシステムを管理する管理装置に対して、ネットワークを介して接続されたサーバであって、前記ゲートウェイ装置,前記第1の装置,および前記第2の装置のうち、いずれかの装置で実行される複数のソフトウェアと、前記複数のソフトウェアのそれぞれについて、ソフトウェアを特定するためのソフトウェア識別情報と、各ソフトウェアを適用する前に適用が必要なソフトウェアの前記ソフトウェア識別情報と、を対応付けたテーブルと、前記管理装置に対して、前記複数のソフトウェアを送信すると共に、前記テーブルに基づき、前記複数のソフトウェアの適用順序を示す適用順序情報を前記管理装置に送信する送信部と、を備える、サーバ。適用例13のサーバによると、テーブルにおける各ソフトウェアを適用する前に適用が必要なソフトウェアのソフトウェア識別情報を調整することにより、複数のソフトウェアの適用順序を制御することができる。また、適用順序情報を複数のソフトウェアと共に管理装置に対して送信するので、管理装置に対して、適用順序情報を用いて、複数のソフトウェアの適用順序を通知指示することができる。A.第1実施例:A1.全体構成:図1は、本発明の一実施例としての管理装置を適用したシステムの概略構成を示す説明図である。このシステム500は、ルータ100と、ハードディスクレコーダ301と、ゲーム機302と、管理用PCパーソナルコンピュータ303と、無線LANアクセスポイント304と、2台のパーソナルコンピュータ311,312と、テレビ受像機321と、デバイスサーバ331と、テレビチューナ341と、NASNetworkAttachedStorage332と、プリンタ342と、テレビチューナ333とを備えている。システム500は、各装置間におけるデータのやりとりや、各装置とインターネットに接続された装置例えば、後述するソフトウェア管理サーバ700との間におけるデータのやりとりを実現しつつ、各装置間の接続構成や動作状態を管理するためのシステムである。システム500では、ルータ100を中心として、各装置がネットワークインタフェース又はバスインタフェースを用いて接続されている。本実施例においてネットワークインタフェースとは、IEEE802.3やIEEE802.11に規定されている接続インタフェースや、PLCPowerLineCommunicationsといった、複数装置との間で相互アクセスを可能とする接続インタフェースを意味し、バスインタフェースとは、USBUniversalSerialBusや、WHDIWirelessHomeDigitalInterfaceといった、予め接続されている1つの装置に対してアクセスするための接続インタフェースを意味する。したがって、予め下位の装置例えば、テレビチューナ341などとバスインタフェースで接続されている上位の装置例えば、デバイスサーバ331などは、下位の装置に対してアクセスできるが、他の装置例えば、ハードディスクレコーダ301は、この下位の装置に対して直接的にアクセスすることはできない。ハードディスクレコーダ301,ゲーム機302,管理用PC303,無線LANアクセスポイント304,及びテレビ受像機321は、ルータ100に対して直接的に無線接続されている。また、デバイスサーバ331,NAS332,及びテレビチューナ333は、ルータ100に対して直接的に有線接続されている。これに対し、2台のパーソナルコンピュータ311,312は、無線LANアクセスポイント304を介してルータ100に対して間接的に接続されている。また、テレビチューナ341はデバイスサーバ331を介して、プリンタ342はNAS332を介して、それぞれルータ100に対して間接的に接続されている。このように、ルータ100を中心として各装置が接続されているのは、ルータ100は、装置間においてデータパケットを中継する装置であるために、互いに異なる接続インタフェースを有する装置を接続し得るからである。このような接続構成を有するシステム500は、家庭や小規模の企業において採用され得る。なお、本実施例において、上述のルータ100に対して直接接続されているとは、ルータ100に対して他の装置を介さずに接続されていることを意味し、ルータ100に対して間接的に接続されているとは、ルータ100に対して他の装置を介して接続されていることを意味する。ルータ100は、移動体通信網制御回路DP1と、無線LAN制御回路WP1と、WHDI制御回路WHPと、2つの接続用ポートLP1,LP2と、USB制御回路UP1とを備えている。これら各回路及びポートを含むルータ100の詳細構成については後述する。ルータ100は、いわゆる無線LANLocalAreaNetworkルータであり、接続された装置間におけるパケットレイヤ2のフレームやレイヤ3のパケットの中継を行う。加えて、ルータ100は、図示しないハードディスクを備えており、このハードディスクを他の装置と共有して、いわゆるNASの機能を提供する。また、ルータ100は、システム500を構成する各装置のうち、通信プロトコルとしてTCP/IPTransmissionControlProtocolInternetProtocolを用いる装置に対して、IPアドレスを割り当てるDHCPDynamicHostConfigurationProtocolサーバとしても機能する。また、ルータ100は、ネットワーク600を介して複数のソフトウェア管理サーバ700に接続されている。なお、図1では、ルータ100におけるネットワーク600との接続インタフェースは省略されている。ネットワーク600としては、例えば、LANや、インターネットや、専用線など、任意のネットワークを採用することができる。本実施例では、複数のソフトウェア管理サーバ700は、ハードウェアの製造メーカごとに用意された複数のサーバである。ハードディスクレコーダ301は、図示しない大容量のハードディスク及び図示しない無線LAN制御回路を備えている。ハードディスクレコーダ301は、図示しない無線LAN制御回路によりルータ100と無線接続されている。ハードディスクレコーダ301は、ルータ100から受信するデータを記録したり、指定されたデータを読み出してルータ100に送信したりする。ゲーム機302は、図示しない無線LAN制御回路を備え、この無線LAN制御回路によりルータ100と無線接続されている。ゲーム機302は、ルータ100との間においてゲームコンテンツに関するデータ音声画像データや、操作内容を示すデータをやりとりする。管理用PC303は、無線LANを介してルータ100と接続されており、システム500における各装置の接続構成や、各装置の動作状態や各装置に適用されるソフトウェアを管理する。すなわち、管理用PC303は、本発明の一実施例としての管理装置に相当する。なお、管理用PC303の詳細については後述する。無線LANアクセスポイント304は、いわゆるインフラストラクチャモードにおける基地局に相当し、無線LANクライアントに相当する2台のパーソナルコンピュータ311,312と無線通信を行うとともに、上位装置に相当するルータ100との間で無線通信を行う。2台のパーソナルコンピュータ311,312は、いずれも図示しない無線LAN制御回路を備えており、無線LANアクセスポイント304との間において無線通信を行うことにより、無線LANを介してデータをやりとりする。テレビ受像機321は、図示しないテレビチューナを内蔵しており、テレビ放送電波映像信号及び音声信号を受信して、映像及び音声を表わすデータを出力する。また、テレビ受像機321は、図示しないWHDI制御回路を備え、ルータ100との間で、WHDIに従って無線通信を行う。このように、テレビ受像機321がWHDIによりルータ100と接続されているのは、例えば、テレビ受像機321が出力する映像音声を、ルータ100を介してハードディスクレコーダ301に送信して保存する等の処理を実現するためである。デバイスサーバ331は、図示しないUSB制御回路と、有線LAN制御回路とを備えており、USBケーブルによりテレビチューナ341と接続され、また、LANケーブルによりルータ100接続用ポートLP1と接続されている。デバイスサーバ331は、テレビチューナ341から出力される映像や音声のデータをUSBプロトコルに従って受信し、有線LANのフレーム例えば、イーサネット登録商標フレームとしてルータ100に出力する。また、これとは逆に、デバイスサーバ331は、ルータ100から受信するフレームを、USBフレームに組み立ててテレビチューナ341に出力する。このように、デバイスサーバ331を用いることによりテレビチューナ341を有線LANに接続するのは、例えば、テレビチューナ341が出力する映像及び音声データを、有線LAN及び無線LANを介してハードディスクレコーダ301に送信して記録するといった処理や、映像及び音声データをテレビ受像機321に送信して再生する等の処理を実現するためである。テレビチューナ341は、テレビ放送電波を受信して、映像及び音声データを出力する。テレビチューナ341は、図示しないUSB制御回路を備えており、映像及び音声データを、USBによりデバイスサーバ331に送信する。NAS332は、図示しない大容量のハードディスクと、図示しない有線LAN制御回路と、図示しないUSB制御回路とを備えており、LANケーブルによりルータ100と接続され、また、USBケーブルによりプリンタ342接続用ポートLP2と接続されている。NAS332は、ルータ100やプリンタ342から受信するデータを記録したり、記録されているデータを読み出して、ルータ100やプリンタ342に出力したりする。プリンタ342は、例えば、インクジェット式プリンタであり、NAS332に格納されている画像を、USBケーブルを介して受信して印刷を実行する。また、例えば、プリンタ342は、シャープネス調整や肌色調整などの画像処理機能を有しており、画像処理後の画像を、USBケーブルを介してNAS332に送信して記憶させる。テレビチューナ333は、図示しないUSB制御回路を備えており、受信したテレビ放送電波映像信号及び音声信号を、USBケーブルを介してルータ100に出力する。このように、テレビチューナ333をルータ100に接続するのは、前述のテレビチューナ341をデバイスサーバ331を介してルータ100に接続するのと同じ意図である。そして、例えば、テレビチューナ341は、子供部屋に配置され、テレビチューナ333は居間に配置されるといった利用シーンが想定される。システム500では、無線LAN又は有線LANに接続されている各装置には、IPInternetProtocolアドレスが割り当てられており、これら各装置は、TCP/IPを用いた通信を行うことができる。具体的には、ルータ100の無線LAN制御回路WP1には、IPアドレスとしてIP11が、ルータ100の接続用ポートLP1には、IPアドレスとしてIP12が、ルータ100の接続用ポートLP2には、IPアドレスとしてIP13が、ルータ100の移動体通信網制御回路DP1には、IPアドレスとしてIP14が、それぞれ割り当てられている。また、ハードディスクレコーダ301にはIP1が、ゲーム機302にはIP2が、管理用PC303にはIP3が、無線LANアクセスポイント304にはIP4が、デバイスサーバ331にはIP5が、NAS332にはIP6が、パーソナルコンピュータ311にはIP7が、パーソナルコンピュータ312にはIP8が、それぞれ割り当てられている。なお、記載の便宜上、各IPアドレスを模式的な値として示すが、実際には、32ビットIPv4又は128ビットIPv6のアドレスが割り当てられている。システム500において、IPアドレスの割り当ては、各装置が無線LAN又は有線LANに参加する際に、ルータ100DHCPサーバによって実行される。また、無線LAN又は有線LANに接続されている各装置には、MACMediaAccessControlアドレスが割当てられており、これら各装置は、Ethernet登録商標などのIEEE802.3に準拠した通信を行うことができる。具体的には、ルータ100の無線LAN制御回路WP1には、MACアドレスとしてMA11が、ルータ100の接続用ポートLP1には、MACアドレスとしてMA12が、ルータ100の接続用ポートLP2には、MACアドレスとしてMA13が、ルータ100の移動体通信網制御回路DP1には、MACアドレスとしてMAC14が、それぞれ割り当てられている。また、ハードディスクレコーダ301にはMA1が、ゲーム機302にはMA2が、管理用PC303にはMA3が、無線LANアクセスポイント304にはMA3が、デバイスサーバ331にはMA5が、NAS332にはMA6が、パーソナルコンピュータ311にはMA7が、パーソナルコンピュータ312にはMA8が、それぞれ割り当てられている。なお、記載の便宜上、各MACアドレスを模式的な値として示すが、実際には、48ビットのアドレスが割り当てられている。また、システム500を構成する各装置には、予め装置名が設定されている。具体的には、ルータ100には、RT1が装置名として設定されている。また、ハードディスクレコーダ301にはR1が、ゲーム機302にはG1が、管理用PC303にはP1が、無線LANアクセスポイント304にはA1が、パーソナルコンピュータ311にはP2が、パーソナルコンピュータ312にはP3が、テレビ受像機321にはTV1が、デバイスサーバ331にはDSが、NAS332にはN1が、テレビチューナ333にはT1が、テレビチューナ341にはT2が、プリンタ342にはPRが、それぞれ設定されている。これら各装置における装置名の設定は、例えば、製品出荷前に設定され、各装置が有する不揮発性メモリ例えば、EEPROMに格納されている。システム500において、ルータ100に接続される各装置のうち、一部の装置は、構成情報取得対応部CPを備えている。具体的には、ハードディスクレコーダ301,ゲーム機302,管理用PC303,無線LANアクセスポイント304,テレビ受像機321,デバイスサーバ331,NAS332,及びテレビチューナ333は、構成情報取得対応部CPを備えている。構成情報取得対応部CPは、後述する構成情報取得処理を実行する。これに対し、2台のパーソナルコンピュータ311,312、テレビチューナ341、プリンタ342は、いずれも構成情報取得対応部CPを備えていない。A2.ルータの構成:図2は、図1に示すルータの詳細構成を示すブロック図である。ルータ100は、CPUCentralProcessingUnit110と、EEPROMElectricallyErasableandProgrammableReadOnlyMemory122と、RAMRandomAccessMemory124と、ハードディスク126と、USB制御回路UP1と、無線LAN制御回路WP1と、WHDI制御回路WHPと、移動体通信網制御回路DP1と、有線LAN制御回路170とを備え、各構成要素が互いに内部バスにより接続された構成を有している。EEPROM122には、予め所定のアプリケーションプログラムが記憶されており、CPU110は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部110a,構成情報送信部110b,DHCPサーバ機能部110c,パケット中継部110d,及びNAS制御部110eとして機能する。構成情報取得部110aは、自らが有する構成情報や、他の装置が有する構成情報を取得するための機能部である。本実施例において、構成情報には、装置種別,装置名,他の装置との接続インタフェース種別,動作状態,適用ソフトウェアの名称,及びソフトウェアバージョンを示す情報が含まれる。構成情報送信部110bは、構成情報取得部110aによって取得された構成情報を、管理用PC303に送信する。DHCPサーバ機能部110cは、DHCPサーバとして機能し、各装置に対し、IPアドレス及びサブネットマスクを割り当てると共にゲートウェイサーバのアドレスなどの情報を提供する。パケット中継部110dは、ルータ100が備える各インタフェースを介して受信するIPパケットを、IPアドレスに従って中継する。NAS制御部110eは、ルータ100がハードディスク126を共有ディスクとするNASとして機能する際に、アクセス制御や記憶領域の管理などを行う。EEPROM122は、構成情報格納部S1と、配下装置リスト格納部S2とを備えている。構成情報格納部S1は、自らの構成情報に加えて、他の装置から取得した構成情報を格納する。自らの構成情報としては、例えば、ルータとしての装置名、内蔵するハードディスク126の残容量、無線LANにより接続された各装置からの受信信号強度、ルータ100が有する各インタフェース種別無線LAN,有線LAN,WHDI,USB、各回路の動作状態通常動作,無線接続中など、無線LANのアソシエーションリスト、適用ソフトウェアの名称、およびソフトウェアバージョン情報などが挙げられる。これらの各情報は、ルータ100の起動時やUSBデバイスが接続された際に、各インタフェースで規定されている初期化シーケンス例えば、USBのエミュメレーションにおいて取得され得る。また、これらの各情報は、後述の構成情報収集処理においても取得される。配下装置リスト格納部S2は、後述する配下装置リストを格納する。無線LAN制御回路WP1は、変調器やアンプ、アンテナを含み、例えばIEEE802.11b/gに準拠した無線LANのアクセスポイントとして、無線LANのクライアントであるハードディスクレコーダ301,ゲーム機302,管理用PC303と無線通信を行う。また、無線LAN制御回路WP1は、同じ無線LANのアクセスポイントである無線LANアクセスポイント304と無線通信を行う。WHDI制御回路WHPは、変調器やアンプ、アンテナを含み、WHDIで規定されている無線通信5GHzの周波数帯域で行う短距離無線通信を実行する。移動体通信網制御回路DP1は、変調器やアンプ、アンテナを含み、例えば3G/HSPAに準拠した移動体通信の端末として、移動体通信網の基地局と無線通信を行う。有線LAN制御回路170は、4つの接続用ポートLP1~LP4を備え、IEEE802.3に準拠したフレームの送受信を行うと共に、受信したフレームレイヤ2フレームに基づくIPパケットの組み立て、及び出力しようとするデータを含むIPパケットのフレームレイヤ2フレームへの分割を行う。A3.管理用PCの構成:図3は、図1に示す管理用PCの概略構成を示す説明図である。管理用PC303は、コンピュータ本体10と、ディスプレイ21と、キーボード22と、マウス23とを備えている。コンピュータ本体10は、CPU11と、ハードディスク12と、RAM13と、EEPROM14と、無線LAN制御回路15と、入出力インタフェース部16とを備えている。ハードディスク12には、システム500の管理用アプリケーションプログラムが予め格納されており、CPU11は、所定のオペレーティングシステムの下、このアプリケーションプログラムを実行することにより、構成情報取得部11a,マップ生成部11b,ユーザインタフェース制御部11c,更新監視部11d,ソフトウェア更新制御部11e及び構成情報取得対応部CPとして機能する。構成情報取得部11aは、自らの構成情報を取得すると共に、システム500に含まれる各装置が有する構成情報を取得する。マップ生成部11bは、システム500における各装置の接続構成や、各装置の動作状態等を一元的に管理するためのシステム構成マップを作成する。ユーザインタフェース制御部11cは、マップ生成部11bにより生成された構成マップを、ユーザが認識し易いような表示形式にしてディスプレイ21に表示させる。また、ユーザインタフェース制御部11cは、キーボード22やマウス23を用いたユーザによる各種操作を受け付ける。更新監視部11dは、ソフトウェア管理サーバ700に格納されているソフトウェアが更新されたか否か新たなバージョンのソフトウェアが格納されているか否かを定期的に監視する。ソフトウェア更新制御部11eは、ソフトウェア管理サーバ700から取得した新たなバージョンのソフトウェアを、対象となる装置に適用する。構成情報取得対応部CPは、管理用PC303の構成情報を取得してルータ100に通知する。この構成情報取得対応部CPは、図1に示す各装置ハードディスクレコーダ301やゲーム機302などが備える構成情報取得対応部CPと同じ機能を有する。無線LAN制御回路15は、変調器やアンプ、アンテナを含み、例えばIEEE802.11b/gに準拠した無線LANのクライアントとして機能する。EEPROM14は、サーバアドレス情報格納部14aと、構成情報格納部14bを備えている。サーバアドレス情報格納部14aには、各ソフトウェア管理サーバ700のアドレス情報例えば、IPアドレスや、ネットマスクや、URLなどが格納されている。構成情報格納部14bには、管理用PC303自身が有する構成情報や、他の装置の構成情報が格納される。図3では、管理用PC303自身の構成情報の一部として、装置種別PC,装置名P1,MACアドレスMA3,IPアドレスIP3,受信信号強度強,適用ソフトウェア名Sn2,ソフトウェアバージョン1.00が、構成情報格納部14bに格納されている。適用ソフトウェアとしては、例えば、無線LAN制御回路15用のファームウェアを採用することができる。また、例えば、無線LAN制御回路15の動作に関する各種設定や動作状態の確認を行うためのパーソナルコンピュータ用のアプリケーションプログラムを採用することができる。また、例えば、ウィルス対策ソフトウェアや、オペレーティングシステムの更新用ソフトウェアなどを採用することができる。構成情報として登録されるべきソフトウェアは、例えば、予めユーザ管理者により設定される。入出力インタフェース部16は、コンピュータ本体10に対して、ディスプレイ21,キーボード22,マウス23をそれぞれ接続するためのインタフェース群からなる。A4.その他の装置の構成:図4は、図1に示すデバイスサーバの概略構成を示す説明図である。デバイスサーバ331は、メモリ31と、CPU33と、有線LAN制御回路34と、変換回路36と、USB制御回路37とを備えている。メモリ31は、図示しないRAMやEEPROMから成り、構成情報格納部32を備えている。構成情報格納部32は、デバイスサーバ331自身の構成情報及びデバイスサーバ331に接続されている装置についての構成情報を格納する。図4の例では、構成情報格納部32には、デバイスサーバ331自身の構成情報の一部として、装置種別デバイスサーバ,装置名DS,MADアドレスMA5,IPアドレスIP5,動作状態使用中,適用ソフトウェア名Sn8,ソフトウェアバージョン2.5が格納されている。適用ソフトウェアとしては、例えば、デバイスサーバ331用のファームウェアを採用することができる。また、構成情報格納部32には、デバイスサーバ331に接続されているテレビチューナ341についての構成情報装置種別テレビチューナ,装置名T2,接続インタフェース種別USB2.0,適用ソフトウェア名Sn9,ソフトウェアバージョン1.01が格納されている。適用ソフトウェアとしては、例えば、テレビチューナ341用のファームウェアを採用することができる。CPU33は、メモリ31に格納されているプログラムを実行することにより、構成情報取得対応部CP及び変換制御部33aとして機能する。構成情報取得対応部CPは、図3に示す管理用PC303の構成情報取得対応部CPと同様な機能を有する。変換制御部33aは、変換回路36の動作を制御する。有線LAN制御回路34は、図2に示す有線LAN制御回路170と同様に、IEEE802.3に準拠したフレームの送受信を行う。変換回路36は、IEEE802.3に準拠したフレームを、USB2.0で規定されたフォーマットに変換し、また、その逆の変換を行う回路である。USB制御回路37は、USB2.0で規定されたプロトコルに従って、データの送受信を行う。図4に示すデバイスサーバ331は、構成情報取得対応部CP及び構成情報格納部32を備える点において、従来のデバイスサーバと異なり、他の構成は従来のデバイスサーバと同じである。なお、管理用PC303を除く、構成情報取得対応部CPを備える他の装置ハードディスクレコーダ301,ゲーム機302,無線LANアクセスポイント304,テレビ受像機321,NAS332,及びテレビチューナ333についても、構成情報取得対応部CP及び図示しない構成情報格納部を備える点において、従来の同種の装置と異なり、他の構成は従来の同種の装置と同じである。以上の構成を有するシステム500では、後述する構成情報収集処理を実行することにより、ユーザは、システム500を構成する各装置の接続構成及び動作状態を容易に管理することができる。加えて、システム500では、後述するソフトウェア更新処理を実行することにより、各装置に適用されるソフトウェアファームウェア及びアプリケーションプログラムなどを容易に更新することができる。図5は、図1に示すソフトウェア管理サーバの概略構成を示す説明図である。ソフトウェア管理サーバ700は、システム500の構成要素には該当しない。ソフトウェア管理サーバ700は、コンピュータ本体710と、ディスプレイ721と、キーボード722と、マウス723とを備えている。コンピュータ本体710は、CPU711と、ハードディスク712と、RAM713と、ROM713と、LAN制御回路715と、入出力インタフェース部716とを備えている。ハードディスク712には、システム500を構成する各装置用のソフトウェアが格納されている。図5では、これらのソフトウェアのうち、ソフトウェア名Sn1,バージョン3.00のソフトウェアSf1と、ソフトウェア名Sn1,バージョン3.10のソフトウェアSf2と、ソフトウェア名Sn2,バージョン1.5のソフトウェアSf3とが代表して表わされている。2つのソフトウェアSf1,Sf2は、いずれも同じソフトウェア名であることから理解できるように、同じ装置を対象とする異なるバージョンのソフトウェアである。また、ハードディスク712には、適用条件テーブルTB1が格納されている。図6は、図5に示す適用条件テーブルの設定内容を示す説明図である。適用条件テーブルTB1は、ハードディスク712に格納されている各ソフトウェアを適用する際の条件が記録されたテーブルであり、予めユーザ管理者によって設定されている。図6に示すように、適用条件テーブルTB1は、IDフィールドと、ソフトウェア名フィールドと、バージョンフィールドと、先に適用すべきソフトウェアフィールドとを有し、各フィールドの値を互いに対応付けている。IDフィールドの値は、各エントリのIDを示す。ソフトウェア名フィールドの値は、各ソフトウェア名を示す。バージョンフィールドの値は、ソフトウェア名フィールドに設定されている名前のソフトウェアのバージョンを示す。先に適用すべきソフトウェアフィールドの値は、当該エントリのソフトウェアを適用するよりも前に適用が必要なソフトウェアを示し、かかる事前適用が必要なソフトウェアを、IDフィールドの値によって特定している。例えば、ID3のソフトウェアソフトウェア名Sn2,バージョン1.50のソフトウェアについては、先に適用すべきソフトウェアとして、ID4が設定されている。これは、ID3のソフトウェアを適用する前に、ID4のソフトウェアソフトウェア名Sn2,バージョン1.00のソフトウェアを適用する必要があることを意味する。なお、先に適用すべきソフトウェアフィールドが-であるとは、先に適用すべきソフトウェアとして何も設定されていないことを意味する。図6では、5つのエントリが代表して表わされている。具体的には、ID1,ソフトウェア名Sn1,バージョン3.00,先に適用すべきソフトウェア-のエントリと、ID2,ソフトウェア名Sn1,バージョン3.10,先に適用すべきソフトウェア1,3のエントリと、ID3,ソフトウェア名Sn2,バージョン1.50,先に適用すべきソフトウェア4のエントリと、ID4,ソフトウェア名Sn2,バージョン1.00,先に適用すべきソフトウェア-のエントリと、ID5,ソフトウェア名Sn3,バージョン1.00,先に適用すべきソフトウェア-のエントリが、表わされている。図5に示すCPU711は、所定のオペレーティングシステムの下、ハードディスク712に格納されている図示しないアプリケーションプログラムを実行することにより、ソフトウェア供給管理部731及び適用条件管理部732として機能する。ソフトウェア供給管理部731は、ダウンロード要求に応じて、ハードディスク712に格納されている各ソフトウェアを供給する。適用条件管理部732は、キーボード722やマウス723を用いて入力されるユーザからの指示にしたがって、適用条件テーブルTB1を更新する。入出力インタフェース部716は、コンピュータ本体710に対して、ディスプレイ721,キーボード722,マウス723をそれぞれ接続するためのインタフェース群からなる。なお、ルータ100は、請求項におけるゲートウェイ装置に相当する。また、各装置の装置名は請求項における装置特定情報に、ソフトウェア名及びバージョンは、請求項におけるソフトウェア識別情報に、更新監視部11dは請求項におけるソフトウェア取得部に、ソフトウェア更新制御部11eは請求項におけるソフトウェア適用制御部に、管理用PC303の構成情報取得部11aは請求項における構成情報取得部及びログ情報取得部に、ユーザインタフェース制御部11c及びディスプレイ21は請求項における表示部に、マップ生成部11bは請求項におけるマップ表示制御部に、ソフトウェアSf1及びソフトウェアSf3またはソフトウェアSf2及びソフトウェアSf3は請求項における第1のソフトウェア及び第2のソフトウェアに、ソフトウェアSf1及びソフトウェアSf2は請求項における複数のソフトウェアに、適用条件テーブルTB1は請求項におけるテーブルに、それぞれ相当する。A5.構成情報収集処理:図7は、第1実施例における構成情報収集処理の手順を示すシーケンス図である。図7において、最も左のフローは、管理用PC303の処理フローを示す。また、左から2番目のフローはルータ100の、左から3番目のフローはルータ100を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。ここで、配下装置とは、自らの装置に接続されている装置であって、自らの装置よりもルータ100からより離れて接続されている装置自らの装置からルータ100に至るまでに経由する装置の数がより多い装置を意味する。したがって、例えば、ルータ100に直接的に有線接続または無線接続されている装置ハードディスクレコーダ301,ゲーム機302,管理用PC303,無線LANアクセスポイント304,テレビ受像機321,デバイスサーバ331,NAS332,及びテレビチューナ333は、ルータ100の配下装置に該当する。また、例えば、2台のパーソナルコンピュータ311,312は、無線LANアクセスポイント304の配下装置に該当する。換言すると、無線LANアクセスポイント304は、配下装置2台のパーソナルコンピュータ311,312を有する装置に該当する。同様に、デバイスサーバ331は、テレビチューナ341を配下装置として有する装置に該当し、NAS332は、プリンタ342を配下装置として有する装置に該当する。これに対し、ハードディスクレコーダ301,ゲーム機302,管理用PC303,テレビ受像機321,テレビチューナ333は、いずれも配下装置を有しない装置に該当する。システム500では、管理用PC303が起動した後において、所定の期間ごとに構成情報収集処理が実行される。まず、図3に示す管理用PC303の構成情報取得部11aは、ルータ100に対して構成情報を問い合わせるステップS105。なお、管理用PC303及びルータ100がDLNADigitalLivingNetworkAllianceに準拠した装置であり、管理用PC303がDMPDigitalMediaPlayerとして機能し、また、ルータ100がDMSDigitalMediaServerとして機能する構成においては、例えば、管理用PC303がGETメソッドを用いてルータ100に対してデバイスディスクリプションを要求することにより、構成情報の問い合わせを実現できる。なお、ルータ100に対して問い合わせる際に用いるルータ100のアドレスは、例えば、予め管理用PC303に設定しておくことで取得することができる。図2に示すルータ100の構成情報取得部110aは、管理用PC303から問い合わせがあると、自らの配下装置に対して構成情報を問い合わせるステップS205。この問い合わせは、前述のステップS105と同様に構成することができる。配下装置を有する装置では、ルータ100から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有する旨とを、ルータ100に応答するステップS305。例えば、図4に示すデバイスサーバ331の構成情報取得対応部CPは、構成情報格納部32に格納されている自らの装置に関する構成情報装置種別,装置名,MACアドレス,IPアドレス,動作状態,適用ソフトウェア名,ソフトウェアバージョンを読み出して、これら構成情報と配下装置を有する旨とをルータ100に送信する。なお、デバイスサーバ331が配下装置を有するか否か換言すると、いずれかの装置がUSB接続されているか否かは、例えば、構成情報取得対応部CPが変換制御部33aにUSB制御回路にいずれかの装置が接続されているか否かを問い合わせることにより判断することができる。図7に示すように、配下装置を有しない装置では、ルータ100から構成情報の問い合わせがあると、自らの構成情報を収集すると共に、自らの構成情報と配下装置を有しない旨とを、ルータ100に応答するステップS405。例えば、図3に示す管理用PC303の構成情報取得対応部CPは、構成情報格納部14bに格納されている自らの装置に関する構成情報装置種別,装置名,MACアドレス,IPアドレス,受信信号強度,適用ソフトウェア名,ソフトウェアバージョンを読み出して、これら構成情報をルータ100に送信する。ルータ100において、構成情報取得部110aは、各配下装置に構成情報を問い合わせた後ステップS205の後、自らの構成情報を取得して構成情報格納部S1に格納するステップS210。例えば、構成情報取得部110aは、移動体通信網制御回路DP1に動作状態を問い合わせて、通信中との動作状態を取得して構成情報格納部S1に格納する。また、例えば、構成情報取得部110aは、NAS制御部110eに対して、ハードディスク126の使用容量を問い合わせて80使用中の情報を得て構成情報格納部S1に格納する。ルータ100において、構成情報取得部110aは、各配下装置から受信した構成情報を図2に示す構成情報格納部S1に格納すると共に、この受信した構成情報に基づき、配下装置リストを作成して配下装置リスト格納部S2に格納するステップS215。図8は、ステップS215において作成される配下装置リストの一例を示す説明図である。図8に示すように、配下装置リストは、ルータ100の各配下装置について、装置種別,装置名,インタフェースI/F種別,MACアドレス,IPアドレス,動作状態,配下装置有無,適用ソフトウェア名,ソフトウェアバージョンを記録したリストである。例えば、ハードディスクレコーダ301については、装置種別ハードディスクレコーダ,装置名R1,I/F種別802.11b,MACアドレスMA1,IPアドレスIP1,動作状態電波:強,配下装置有無無し,適用ソフトウェア名Sn3,ソフトウェアバージョン1.01が記録されている。ルータ100において、構成情報送信部110bは、ステップS210において取得した自己の構成情報と、ステップS215において作成した配下装置リストとを、管理用PC303に送信するステップS220。管理用PC303において、構成情報取得部11aは、配下装置リストを受信すると、構成情報格納部14bに格納すると共に、配下装置リストに記載された各装置について、配下装置の有無を判定しステップS110、配下装置を有する装置に対して構成情報を問い合わせるステップS115。システム500において、配下装置を有する装置は、ルータ100を除くと、無線LANアクセスポイント304と、デバイスサーバ331と、NAS332である。これらの装置は、図8に示すように配下装置リストにおいて、配下装置有無フィールドに有りが設定されているので、かかるフィールドの設定値に基づき配下装置の有無を判定することができる。なお、配下装置を有する装置のアドレスMACアドレス,IPアドレスは、配下装置リストから取得することができる。配下装置を有する装置において、構成情報取得対応部CPは、図7に示すように、管理用PC303から構成情報の問い合わせを受けると、配下装置の構成情報を取得するステップS310。この構成情報の取得は、例えば、配下装置に対して構成情報の通知要求httpコマンド等を送信して、その応答を受信することにより実現できる。具体的には、無線LANアクセスポイント304の構成情報取得対応部CPは、2台のパーソナルコンピュータ311,312に、それぞれ構成情報の通知要求を送信することができる。また、例えば、配下装置が接続される際の初期化シーケンスにおいて取得されて各装置のメモリに既に記憶されている構成情報を読み出すことによっても実現できる。具体的には、デバイスサーバ331の構成情報取得対応部CPは、テレビチューナ341がUSB接続される際の初期化シーケンスにおいて取得され、構成情報格納部32に既に格納されている構成情報装置種別テレビチューナ,装置名T2,接続インタフェース種別USB2.0などを読み出すことができる。配下装置を有する装置において、構成情報取得対応部CPは、配下装置の構成情報を取得すると、配下装置リストを作成しステップS315、作成した配下装置リストと自己の構成情報とを管理用PC303に送信するステップS320。なお、ステップS315において作成される配下装置リストは、図8に示す配下装置リストと同様である。管理用PC303において、構成情報取得部11aは、前述のステップS115の後、配下装置を有する装置から配下装置リストを受信すると、前述のステップS110を実行するすなわち、新たに受信した配下装置リストに記載された各装置について、配下装置の有無を判定する。なお、複数の装置から受信する配下装置リストは、それぞれ異なるリストとして構成情報格納部14bに格納することができる。また、複数の装置から受信する配下装置リストを1つのリストにまとめて構成情報格納部14bに格納することもできる。図9は、第1実施例における構成情報収集の一例を模式的に示す説明図である。図9では、管理用PC303が、ルータ100と、無線LANアクセスポイント304と、パーソナルコンピュータ311がそれぞれ有する構成情報を収集する際の処理を模式的に示している。管理用PC303は、ステップS105,S220により、ルータ100からルータ100の構成情報と配下装置リストを取得する。なお、ステップS105に基づき、ルータ100と無線LANアクセスポイント304及びパーソナルコンピュータ311との間で、構成情報の問い合わせS205及びその応答S305がやりとりされる。ルータ100から取得された配下装置リストには、図8に示すように、さらに配下装置を有する装置のMACアドレス及びIPアドレスが記載されている。したがって、管理用PC303は、ステップS115,S320により、無線LANアクセスポイント304から無線LANアクセスポイント304の構成情報と配下装置リストを取得する。同様にして、管理用PC303は、無線LANアクセスポイント304から取得した配下装置リストに基づき、ステップS115,S320により、パーソナルコンピュータ311の構成情報と配下装置リストを取得する。ここで、図9において破線に示すように、パーソナルコンピュータ311がUSBインタフェースによりマウス313を接続している場合、パーソナルコンピュータ311は、配下装置リストにマウス313を記載してルータ100に送信する。このように、本実施例では、すべての配下装置がさらなる配下装置を有しなくなるまで、ステップS110,S115の処理が繰り返し実行されることとなる。ここで、パーソナルコンピュータ311は、無線LANアクセスポイント304の配下装置であると共に、マウス313を配下装置として有する装置でもある。したがって、無線LANアクセスポイント304とパーソナルコンピュータ311との組み合わせペアでは、無線LANアクセスポイント304が請求項における第1の装置に、パーソナルコンピュータ311が請求項における第2の装置前回の第2の装置に、それぞれ相当し、パーソナルコンピュータ311とマウス313とのペアでは、パーソナルコンピュータ311は請求項における第1の装置今回の第1の装置に、マウス313は請求項における第2の装置今回の第2の装置に、それぞれ相当する。このような2つの装置のペアリングが順次スライドすることによって前回の第2の装置が次回の第1の装置となる処理は、各請求項における射程範囲に含まれる。ここで、無線LANアクセスポイント304とパーソナルコンピュータ311とのペアにおける接続インタフェースは、ネットワークインタフェース無線LANであり、パーソナルコンピュータ311とマウス313とのペアにおける接続インタフェースは、バスインタフェースUSBである。このように、本実施例では、第1の装置と第2の装置との間の接続インタフェースがネットワークインタフェース及びバスインタフェースのいずれであっても、第1の装置は、第2の装置の構成情報を取得して管理用PC303に通知する。図7に示すように、ステップS110において、配下装置リストに配下装置を有する装置がない場合にはステップS110:NO、管理用PC303のマップ生成部11bは、マップ作成処理を実行し、既に受信しているルータ100の構成情報及び配下装置リストに基づき、システム構成マップを作成するステップS120。管理用PC303において、ユーザインタフェース制御部11cは、ステップS120において作成されたシステム構成マップを、ディスプレイ21に表示するステップS125。図10は、マップ作成処理の結果、ディスプレイに表示されるシステム構成マップを示す説明図である。図10に示すように、ステップS120により作成されたシステム構成マップm1は、ディスプレイ21においてウィンドウW1内に表示される。ウィンドウW1の縦方向y方向は、鉛直方向と平行であり、ウィンドウW1の横方向x方向は、水平方向と平行である。システム構成マップm1は、接続態様表示領域AR1と、動作状態表示領域AR2と、ソフトウェア情報表示領域AR3とを備えている。接続態様表示領域AR1は、システム500を構成する各装置を示すシンボルと、各装置の装置種別及び装置名と、各装置間の接続インタフェース種別とを表示する領域である。動作状態表示領域AR2は、システム500を構成する各装置の動作状態を表示する領域である。ソフトウェア情報表示領域AR3は、各装置に適用されるソフトウェアのソフトウェア名及びバージョンを表示する領域である。図10に示すように、接続態様表示領域AR1には、システム500を構成する各装置のシンボルが、ルータ100を起点としてy方向鉛直方向に並んで配置されている。各装置のシンボルの形状はいずれも同じ大きさの矩形であり、シンボル内に装置種別と装置名とが表示されている。ここで、各装置のシンボルは、各装置の階層構造が明確となるように、接続態様表示領域AR1に配置されている。具体的には、ルータ100のシンボルが最も左上に位置している。また、ルータ100と直接に無線接続又は有線接続されている各装置のシンボルは、ルータ100のシンボルよりもΔx1だけ、x方向水平方向右側にオフセットされている。これに対して、ルータ100と直接接続されていない各装置のシンボルは、ルータ100のシンボルよりもΔx2だけ、x方向水平方向右側にオフセットされている。オフセット量Δx2は、オフセット量Δx1よりも大きいため、各シンボルは、図10に示すように、ルータ100が最上位の階層に位置し、ルータ100と直接接続されている装置が2番目の階層に、ルータ100と直接接続されていない装置が3番目の階層に、それぞれ位置するように表示されている。このように、各装置のシンボルを階層状に配置するのは、ユーザが各装置の接続態様を容易に理解できるようにするためである。また、各装置のシンボルは、ルータ100との間の接続インタフェース種別ごとにまとまって表示されている。具体的には、接続インタフェース種別が無線LANである装置のシンボルがルータ100のシンボルに最も近い位置にまとまって配置されている。同様に、接続インタフェース種別がWHDIである装置のシンボルが2番目に、接続インタフェース種別が有線LANである装置のシンボルが3番目に、接続インタフェース種別がUSBである装置のシンボルが4番目に、それぞれルータ100のシンボルに近い位置にまとまって配置されている。このように、各装置のシンボルを、ルータ100との間の接続インタフェース種別ごとに集めて表示するのは、接続インタフェースごとに何台の装置が接続されているかを、ユーザが容易に理解できるようにするためである。加えて、ルータ100との間の接続インタフェースが無線である装置を、ルータ100との間の接続インタフェースが有線である装置に比べて、ルータ100により近い位置に配置するのは、以下の理由による。ルータ100との間の接続インタフェースが有線である装置については、接続に用いられるケーブルを辿ることにより、いずれの装置がルータ100に接続されているかを比較的容易に判別することができる。これに対して、ルータ100との間の接続インタフェースが無線である装置については、ルータ100との接続の有無を容易に判別することができない。そこで、管理用PC303では、接続インタフェースが無線である装置のシンボルを、ルータ100のシンボルにより近い位置に配置することにより、ルータ100との接続の有無を明確に表わすようにしている。また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されている。このようにすることにより、各装置間の接続インタフェース種別を明確に表わすようにしている。また、この各シンボル間の接続線は、各装置間の実際の接続態様に対応している。具体的には、例えば、ルータ100のシンボルと、無線LANアクセスポイント304のシンボルとは、破線で示す接続線により直接接続されている。これに対して、2台のパーソナルコンピュータ311,312のシンボルは、いずれも、ルータ100のシンボルとは直接接続されておらず、破線で示す接続線により無線LANアクセスポイント304に直接接続されている。このように、各シンボル間の接続線を、各装置間の実際の接続態様に合致するように表示するのは、ユーザが実際の接続構成を容易に理解できるようにするためである。図10に示すように、動作状態表示領域AR2には、各装置のシンボルに対応する位置各装置のシンボルの水平方向において隣接する位置に、各装置の動作状態を示す情報が表示されている。具体的には、例えば、ルータ100のシンボルに対応する位置には、ハードディスク126の使用容量が80である旨を示す情報と、移動体通信網制御回路DP1が起動中ONであり、かつ、通信中である旨を示す情報とが、表示されている。また、例えば、無線LANアクセスポイント304のシンボルに対応する位置には、ルータ100において無線LANアクセスポイント304から受信する電波の強度が強であることを示すシンボルが表示されている。また、例えば、プリンタ342のシンボルに対応する位置には、ユーザBさんによって使用中ユーザBさんから送られた印刷ジョブを実行中であることを示す情報が表示されている。前述のように、各装置のシンボルが鉛直方向に並んで配置されているのは、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができるからである。したがって、ユーザに対して、各装置の接続構成を容易に理解させると共に、各装置の動作状態を容易に理解させることができる。なお、図10に示すシステム構成マップm1は、請求項における接続構成マップに相当する。このような図10に示すシステム構成マップm1が生成されるマップ生成処理を、以下説明する。図11は、図7に示すステップS120の処理の詳細手順を示すフローチャートである。まず、マップ生成部11bは、ルータ100のシンボルをルート位置に配置するステップS905。図10に示すように、ルータ100は、ウィンドウW1の左上隅に配置されており、この位置が、本実施例におけるルート位置に相当する。なお、このシンボルには、ルータ100の装置名ルータが記載されている。マップ生成部11bは、構成情報を取得した全ての機器を、ルータ100のシンボルの直下に有線接続LAN接続として仮置きするステップS910。次に、マップ生成部11bは、取得した構成情報配下装置リストに基づき、配下装置に該当する装置を、対応する装置の直下の位置に配置替えするステップS915。図12は、図11に示すステップS910,S915の処理後のシステム構成マップを示す説明図である。図12において、左側は、ステップS910実行後のシステム構成マップを示し、右側は、ステップS915実行後のシステム構成マップを示す。図12の左側に示すように、ステップS910実行後には、各装置のシンボルは、鉛直方向に一列に並んで配置されている。ステップS915実行後には、図12右側に示すように、各装置の配下装置がどのような装置であるかが明らかになっている。図11に示すステップS915の後、マップ生成部11bは、各接続インタフェース種別に応じて、各装置間の線種を変更するステップS920。図13は、図11に示すステップS915,S920の処理後のシステム構成マップを示す説明図である。図13において、左側は、ステップS915実行後のシステム構成マップを示し、右側は、ステップS920実行後のシステム構成マップを示す。なお、図13左側は、図12右側と同じである。図13右側に示すように、ステップS920実行後には、各装置間を接続するラインが接続インタフェースごとに異なる線種として表わされている。ステップS920の実行後、マップ生成部11bは、各装置と配下装置との接続関係を保ったまま、ルータ100との接続インタフェースごとにシンボルをまとめると共に、所定の順序ごとにシンボル群をソートする並べ替えるステップS925。図14は、図11に示すステップS920,S925の処理後のシステム構成マップを示す説明図である。図14において、左側は、ステップS920実行後のシステム構成マップを示し、右側は、ステップS925実行後のシステム構成マップを示す。なお、図14右側は、図13左側と同じである。また、図14右側は、図10に示すシステム構成マップm1の接続態様表示領域AR1の表示内容と一致している。図14左側図13右側に示すように、ステップS920実行後には、ルータ100との接続インタフェースが異なる装置同士が隣り合って配置されているが、ステップS925実行後には、ルータ100との接続インタフェースごとに、まとめられ配置されている。A6.ソフトウェア更新処理:図15は、システム500において実行されるソフトウェア更新処理の手順を示すフローチャートである。システム500では、定期的にソフトウェア更新処理が実行され、各装置に適用されているソフトウェアファームウェアやアプリケーションプログラムが更新される。管理用PC303の更新監視部11dは、ソフトウェア管理サーバ700において、各装置に適用すべき新しいバージョンのソフトウェアを検索しステップS945、新しいバージョンのソフトウェアが用意されているか否かを判定するステップS950。管理用PC303のサーバアドレス情報格納部14aには、各ソフトウェア管理サーバ700のアドレス情報が格納されているので、更新監視部11dは、このアドレス情報に基づき各ソフトウェア管理サーバ700に新しいバージョンのソフトウェアの有無を問い合わせることができる。また、構成情報格納部14bには配下装置リストが格納されており、配下装置リストには、図8に示すように、各装置に適用されているソフトウェアのソフトウェア名及びバージョン情報が格納されている。したがって、更新監視部11dは、これらソフトウェア名及びバージョン情報に基づき、各ソフトウェア管理サーバ700に対して新しいバージョンのソフトウェアの有無を問い合わせることができる。なお、各ソフトウェア管理サーバ700では、図5に示すソフトウェア供給管理部731が、管理用PC303からの問い合わせに対して、ソフトウェアごとに新しいバージョンのソフトウェアの有無を応答する。前述のステップS950において、新しいバージョンのソフトウェアが用意されていると判定された場合ステップS950:YES、管理用PC303の更新監視部11dは、ソフトウェア管理サーバ700から新しいバージョンのソフトウェアと適用条件情報とを取得するステップS955。適用条件情報とは、ダウンロードした新しいバージョンのソフトウェアを適用するよりも前に適用すべきソフトウェアについてのソフトウェア名及びバージョン情報を意味する。ソフトウェア管理サーバ700において、ソフトウェア供給管理部731は、管理用PC303から新しいバージョンのソフトウェアの取得要求ダウンロード要求があると、適用条件テーブルTB1を参照して、当該ソフトウェアよりも先に適用すべきソフトウェアのソフトウェア名及びバージョンを特定する。そして、ソフトウェア供給管理部731は、新しいバージョンのソフトウェアと共に適用条件情報を管理用PC303に送信する。例えば、無線LANアクセスポイント304に現在適用されているソフトウェア名称Sn1のバージョンが2.00である場合、図5に示すように、ソフトウェア管理サーバ700のハードディスク712には、ソフトウェア名Sn1のソフトウェアとして、バージョンが3.00のソフトウェアSf1と、バージョンが3.10のソフトウェアSf2とが格納されている。そして、図6に示すように、ソフトウェアSf1ID:1に対しては、先に適用すべきソフトウェアは設定されていないが、ソフトウェアSf2ID:2に対しては、ID:1のソフトウェア及びID:3のソフトウェアが、先に適用すべきソフトウェアとして設定されている。したがって、ソフトウェア管理サーバ700のソフトウェア供給管理部731は、ソフトウェアSf2を提供する際に、適用条件情報として、ソフトウェア名Sn1,バージョン3.00のソフトウェアを示す情報、およびソフトウェア名Sn2,バージョン1.50のソフトウェアを示す情報を、管理用PC303に送信する。新しいバージョンのソフトウェア及び適用条件情報が取得されると、管理用PC303のソフトウェア更新制御部11eは、取得された適用条件情報の示す順序にしたがって、取得したソフトウェアを対象装置に適用するステップS960。図16は、新しいバージョンのソフトウェアの適用例を模式的に示すシーケンス図である。図16において、左は管理用PC303の処理を示し、中央は無線LANアクセスポイント304の処理を示し、右はパーソナルコンピュータ311の処理を示す。このシーケンス図の開始前において、無線LANアクセスポイント304に適用されているソフトウェアソフトウェア名Sn1のバージョンは2.00であり、パーソナルコンピュータ311に適用されているソフトウェアソフトウェア名Sn2のバージョンは1.00である。図6に示すように、適用条件テーブルTB1において、ソフトウェア名Sn1のソフトウェアであって、バージョン2.00よりも新しいバージョンのソフトウェアとして、ID=1,2の2つのソフトウェアが登録されている。したがって、前述のステップS955では、これらの2つのソフトウェアが取得される。また、適用条件テーブルTB1において、ソフトウェア名Sn2のソフトウェアであって、バージョン1.00よりも新しいバージョンのソフトウェアとして、ID=3のソフトウェアが登録されている。したがって、前述のステップS955では、このソフトウェアが取得される。ここで、図6に示すように、ID=2のソフトウェアを適用する前に、ID=1,3のソフトウェアを適用する必要がある。また、ID=3のソフトウェアを適用する前には、ID=4のソフトウェアを適用する必要がある。ID=4のソフトウェアとは、ソフトウェア名Sn2,バージョン1.00のソフトウェアである。しかしながら、パーソナルコンピュータ311には、すでにかかるソフトウェアが適用されている。したがって、ソフトウェア更新制御部11eは、ステップS960の処理として、まず、パーソナルコンピュータ311に対してID=3のソフトウェアを適用し図16の[1]、バージョンを1.00から1.50に上げる。次に、ソフトウェア更新制御部11eは、ステップS960の処理として、無線LANアクセスポイント304に対してID=1のソフトウェアを適用し図16の[2]、無線LANアクセスポイント304に適用されているソフトウェアソフトウェア名Sn1のバージョンを2.00から3.00に上げる。次に、ソフトウェア更新制御部11eは、ステップS960の処理として、無線LANアクセスポイント304に対してID=2のソフトウェアを適用し図16の[3]、ソフトウェアソフトウェア名Sn1のバージョンを3.00から3.10に上げる。このようにして、パーソナルコンピュータ311及び無線LANアクセスポイント304に適用する複数のソフトウェアと、無線LANアクセスポイント304に適用するバージョンが異なる複数のソフトウェアとを、それぞれ適用条件テーブルTB1に設定された条件適用順序にしたがって適用することができる。図15に示すように、新しいバージョンのソフトウェアの適用が終了すると、管理用PC303のソフトウェア更新制御部11eは、構成情報格納部14bに格納されている配下装置リストにおいて、更新したソフトウェアについてのバージョン情報を更新するステップS965。以上説明したように、システム500において、管理用PC303は、ルータ100に直接接続されていない装置例えば、プリンタ342の構成情報を、かかる装置及びルータ100に直接接続されている装置例えば、デバイスサーバ331を介して間接的に取得するようにしているので、ルータ100に直接接続するためのインタフェースに限らず、様々なインタフェースで接続された複数の装置を容易に管理することができる。また、管理用PC303により各装置を一元的に管理することができるので、接続インタフェース種別ごとに管理装置管理用ソフトウェアを用意することを要しない。したがって、システム500の構築費用を抑えることができると共に、ユーザは、複数の管理装置管理用ソフトウェアの使用方法を覚えなくて済むため、家庭や小規模の企業などに容易に導入することができる。加えて、ルータ100は、管理用PC303から構成情報の問い合わせがあると、自らの構成情報を管理用PC303に送信するのに加えて、配下装置のIPアドレスと、各配下装置がさらに配下装置を有するか否かの情報とを含む配下装置リストを作成して管理用PC303に送信している。したがって、管理用PC303は、この配下装置リストを参照することにより配下装置を特定することができ、配下装置に対してさらにその配下装置の構成情報を問い合わせることができる。また、配下装置を有する装置であって、ルータ100に直接的に接続されていない装置は、管理用PC303から構成情報の問い合わせがあると、配下装置の構成情報を取得して配下装置リストを作成し、自らの構成情報及び配下装置リストを管理用PC303に送信するステップS310~S320。したがって、配下装置を有する装置と配下装置との間の接続インタフェースがバスインタフェースであるために、管理用PC303から直接構成情報を取得することができないような配下装置についても、配下装置を有する装置を介して構成情報を得ることができる。また、管理用PC303は、各装置から、適用すべきソフトウェアのソフトウェア名及びバージョン情報を取得していて一元管理しているので、ソフトウェア管理サーバ700に対して、新しいバージョンのソフトウェアの有無を一括して代表して問い合わせることができる。したがって、各装置がそれぞれ新しいバージョンのソフトウェアの有無を監視する構成に比べて、監視に要する各装置のリソースCPUやメモリや、ネットワークリソース帯域や遅延を低減することができる。また、ユーザは、各装置に現在適用されているソフトウェアのバージョンを確認する、または、各ソフトウェア管理サーバ700から新しいバージョンのソフトウェアをダウンロードする、といった作業を行わずに済むため、各装置に適用されるソフトウェアの更新を容易に実現することができる。また、管理用PC303のソフトウェア更新制御部11eは、ソフトウェア管理サーバ700からソフトウェアと共に適用条件情報を取得して、適用条件情報の示す適用条件順序にしたがって複数のソフトウェアを適用する。したがって、ユーザは、複数のソフトウェアの適用順序を考慮して、手動でソフトウェアを適用する作業を行わずに済む。また、各ソフトウェア管理サーバ700は、ソフトウェアごとに、当該ソフトウェアよりも先に適用すべきソフトウェアが特定された適用条件テーブルTB1を備えているので、管理用PC303に対して、ソフトウェアを提供する際に、併せて、先に適用すべきソフトウェアについての情報ソフトウェア名及びバージョンを示す情報を提供することができる。また、管理用PC303は、ルータ100と、ルータ100に直接接続されておらず、かつ、配下装置を有する装置に対してのみ構成情報を問い合わせるので、システム500内のすべての装置に対して構成情報を問い合わせる構成に比べて、管理用PC303の処理を軽減することができる。特に、ルータ100は、多くの接続インタフェースを有する装置であるため、いずれかの接続インタフェース例えば、USBを介して接続される装置については、ルータ100に接続される際の初期化シーケンスによりかかる装置の構成情報をルータ100が既に取得している可能性が高い。したがって、このようなルータ100に対して構成情報を問い合わせることにより、構成情報の取得に要する期間を短くすることができる。また、システム構成マップm1では、各装置のシンボルは階層状に配置されるので、各装置の接続態様をユーザに容易に理解させることができる。また、各装置のシンボルを、ルータ100との間の接続インタフェース種別ごとに集めて表示するので、接続インタフェースごとに何台の装置が接続されているかを、ユーザに容易に理解させることができる。また、ルータ100との間の接続インタフェースが無線であり、ルータ100との接続の有無が容易に判別できない装置を、ルータ100との間の接続インタフェースが有線である装置に比べて、ルータ100により近い位置に配置するので、かかる装置のルータ100との接続の有無を明確に表わすことができる。また、各シンボル間は、接続インタフェース種別ごとに異なる線種を用いて接続されるので、各装置間の接続インタフェース種別を明確に表わすことができる。また、各シンボル間の接続線は、各装置間の実際の接続態様に合致しているので、ユーザに実際の接続構成を容易に理解させることができる。また、各装置のシンボルが鉛直方向に並んで配置されているので、各装置のシンボルに対して、水平方向に隣接して各装置の動作状態を表示するスペースを設けることができる。加えて、各装置のシンボルに対応する位置に各装置の動作状態を示す情報シンボルや文字を表示するので、ユーザは、一見して各装置の動作状態を理解することができる。B.第2実施例:図17は、第2実施例における管理用PCの概略構成を示す説明図である。第2実施例の管理用PC303aは、CPU11が、機器検索部11fとして機能する点において、図3に示す第1実施例の管理用PC303と異なり、他の構成は管理用PC303と同じである。第1実施例では、管理用PC303は、ルータ100から通知される配下装置リストに基づき各装置を特定していたが、第2実施例では、管理用PC303aは、自ら各装置を検索する。なお、これらの装置構成及び処理を除く、第2実施例のシステムにおける他の装置構成及び他の処理は、第1実施例と同じである。図18は、第2実施例における構成情報収集処理の手順を示すシーケンス図である。図18において、最も左のフローは、管理用PC303aの処理フローを示す。また、左から2番目のフローはルータ100の、左から3番目のフローはルータ100を除く配下装置を有する他の装置の、最も右のフローは配下装置を有しない装置の、それぞれ処理フローを示す。まず、管理用PC303aの機器検索部11fは、システム500に所属する全ての装置に対して、応答要求を送信するステップS505。応答要求とは、単に応答のみを求める要求であり、かかる要求に対する応答の有無により、各装置が通信可能であるか否かを判定するための要求である。本実施例では、応答要求として、ICMPInternetControlMessageProtocolを使用して送るpingPacketINternetGroperを採用する。この構成においては、例えば、各装置のIPアドレスを予め管理用PC303aに設定しておく方法を採用することができる。なお、pingを送信する方法としては、予め管理用PC303aに各装置のIPアドレスを設定しておき、かかるIPアドレスを宛先として送信する方法の他にも、例えば、システム500において用いられるネットワークに属するIPアドレスとサブネットマスクを、予め管理用PC303aに設定しておき、このネットワークに割り当てられる可能性のある全てのIPアドレスに対して、pingを送信する方法を採用することもできる。また、例えば、まずルータ100にネットワークアドレスを問い合わせ、次に、ネットワークに割り当てられる可能性のある全てのIPアドレスに対して、pingを送信する方法を採用することもできる。ルータ100において、有線LAN制御回路170は、応答要求を受信すると、管理用PC303aに対して応答するステップS605。同様に、応答要求を受信すると、配下装置を有する装置及び配下装置を有しない装置は、それぞれ管理用PC303aに応答するステップS705,S805。なお、ステップS505においてpingを用いた場合には、システム500を構成する各装置のうち、ICMPを解釈できる装置のみが、前述のステップS705,S805を実行することができる。管理用PC303aの構成情報取得部11aは、ステップS505の後応答を受信した各装置に対して構成情報を問い合わせるステップS510。ルータ100では、管理用PC303aに応答を送信した後ステップS605の後、第1実施例と同様に、前述のステップS205,S210,S215,S220を実行する。配下装置を有する装置では、管理用PC303aに応答を送信した後ステップS705の後、前述のステップS310,S315,S320を実行する。配下装置を有しない装置では、管理用PC303aに応答を送信した後ステップS805の後、前述のステップS405を実行する。管理用PC303aでは、各装置から構成情報又は配下装置リストを受信すると、前述のステップS120,S125を実行し、システム構成マップがディスプレイ21に表示される。以上説明した第2実施例のシステムにおいて、管理用PC303aは、第1実施例の管理用PC303と同様な効果を有する。加えて、管理用PC303aから各装置に対して構成情報を直接問い合わせるので、仮に、ルータ100が故障している場合であっても、ルータ100を除く各装置の構成情報を取得することができる。C.第3実施例:図19は、第3実施例におけるマップ作成処理ステップS120の詳細手順を示すフローチャートである。第3実施例の管理用PC303は、マップ作成処理においてステップS940,S945を追加して実行する点と、構成情報にログ情報が含まれる点と、において第1実施例の管理用PC303と異なり、他の構成は第1実施例の管理用PC303と同じである。また、管理用PC303の構成及びマップ作成処理を除く、第3実施例のシステムにおける他の装置構成及び処理は、第1実施例と同じである。構成情報収集処理の結果、管理用PC303には各装置のログ情報が集められる。なお、ログ情報とは、システムログや故障ログを含む広い意味を示す。システムログには、例えば、各装置における設定変更やバックアップなどの各種イベントの発生履歴実行時刻や実行結果が含まれる。故障ログには、例えば、故障履歴故障の発生時刻や発生箇所を特定する情報が含まれる。第3実施例のマップ作成処理では、図19に示すように、ステップS935の後に、マップ生成部11bは、取得された構成情報に含まれるログ情報に故障ログが含まれるか否かを判定するステップS940。ログ情報に故障情報が含まれると判定された場合にはステップS940:YES、マップ生成部11bは、故障発生アラートを、動作状態及びソフトウェア情報ソフトウェア名及びバージョン情報に優先させて、システム構成マップに表示させるステップS945。これに対し、ログ情報に故障情報が含まれないと判定された場合にはステップS940:NO、マップ作成処理は終了する。図20は、ステップS945が実行された場合のシステム構成マップの一例を示す説明図である。無線LANアクセスポイント304で故障が発生した場合、図20に示すように、無線LANアクセスポイント304の構成情報に含まれるログ情報には、故障ログが含まれることとなる。この場合、ステップS945が実行され、図20に示すように、故障発生アラートAtがシステム構成マップm1に表示される。この故障発生アラートAtは、システム構成マップm1において、無線LANアクセスポイント304のシンボルに対応する位置に表示されている。第3実施例では、図20に示すように、動作状態表示領域AR2に表示された動作状態及びソフトウェア情報表示領域AR3に表示されたソフトウェア情報の上に重ねて故障発生アラートAtが表示されることにより、故障発生アラートAtは、動作状態及びソフトウェア情報に優先して表示される。なお、この故障発生アラートAtを、ユーザがキーボード22やマウス23を操作して選択することにより、故障ログに含まれる詳細な故障情報がシステム構成マップm1上に表示される構成を採用することもできる。以上説明した第3実施例のシステムにおいて、管理用PC303は、第1実施例の管理用PC303と同様な効果を有する。加えて、構成情報として、各装置からログ情報を収集して管理用PC303に集めるので、かかるログ情報に基づき、システム構成マップm1に故障発生アラートを表示させることができる。また、故障発生アラートを、動作状態やソフトウェア情報に優先させて表示させるので、ユーザ管理者が故障発生を見落とすことを抑制できる。また、故障が発生した装置を含む全ての装置のログ情報が管理用PC303に集められているので、ユーザは、故障発生後に、故障切り分けのために改めて故障が発生した装置や、かかる装置に接続されている装置からログ情報を取得する必要はない。したがって、ユーザ管理者は、これらの集められたログ情報を管理用PC303において一元的に確認することができるので、故障箇所及び故障原因を、短期間で特定することができる。D.第4実施例:図21は、第4実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第4実施例のシステムは、システム構成マップの表示形式において、第1実施例のシステム500と異なり、他の構成は第1実施例と同じである。第1実施例では、システム500を構成する各装置の動作状態は、動作状態表示領域AR2に表示されるため、例えば、或る装置について電源オフの状態においては、電源オフである旨の情報が動作状態表示領域AR2に文字列として表示され得る。これに対して、第4実施例のシステムでは、各装置の動作状態は、動作状態表示領域AR2に表示されると共に、動作状態に合わせて各装置のシンボルが変化する。具体的には、例えば、デバイスサーバ331が電源オフとなった場合には、図21に示すように、システム構成マップm2の動作状態表示領域AR2に電源オフの文字列が表示されると共に、デバイスサーバ331のシンボルがグレーアウトされる。また、デバイスサーバ331に接続されるテレビチューナ341のシンボルも同様に、グレーアウトされる。テレビチューナ341のシンボルも併せてグレーアウトされるのは、デバイスサーバ331が電源オフとなるため、管理用PC303では、デバイスサーバ331の配下装置であるテレビチューナ341の動作状態が不明となるからである。なお、再び電源オンとなった場合には、グレーアウトされていた各装置のシンボルを、元の表示状態に戻すことが好ましい。以上説明した第4実施例のシステムにおいて、管理用PCは、第1実施例の管理用PC303と同様な効果を有する。加えて、各装置の動作状態に合わせて各装置のシンボルを変化させるので、ユーザに各装置の動作状態を容易に理解させることができる。E.第5実施例:図22は、第5実施例においてディスプレイに表示されるシステム構成マップを示す説明図である。第5実施例のシステムは、システム構成マップの表示形式において、第1実施例のシステム500と異なり、他の構成は第1実施例と同じである。第1実施例では、ディスプレイ21に表示されるシステム構成マップm1において、ルータ100を除く他の各装置のシンボルは、階層状に配置されていた。これに対して第5実施例では、ルータ100を除く他の装置は、いずれも同一階層に位置するように配置されている。具体的には、図22に示すように、第5実施例のシステム構成マップm3では、ルータ100を除く各装置のシンボルは、いずれもルータ100のシンボルよりもΔx1だけx方向水平方向右側にオフセットされており、同一階層に位置している。但し、各シンボル間の接続線は、第1実施例と同様に、各装置間の実際の接続態様に対応して表示しているので、ユーザは、実際の接続構成を理解することができる。以上説明した第5実施例のシステムにおいて、管理用PCは、第1実施例の管理用PC303と同様な効果を有する。F.変形例:なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。F1.変形例1:第2実施例では、ping等の応答要求の送信先のIPアドレスの決定方法として、予め管理用PC303aに各装置のIPアドレスを設定しておく方法や、システム500内のネットワークに割り当てられる可能性のある全てのIPアドレスを送信先のIPアドレスとして決定する方法が採用されていたが、本発明はこれに限定されるものではない。ルータ100はDHCPサーバとしても機能するため、例えば、ルータ100に対してDHCPクライアントである各装置に対して割り当て済みのIPアドレスを問い合わせ、その結果得られたIPアドレスを応答要求の送信先IPアドレスとして決定することもできる。なお、ルータ100とは別にDHCPサーバが設置される構成においては、ルータ100に代えて、DHCPサーバに対して割り当て済みのIPアドレスを問い合わせる方法を採用し得る。F2.変形例2:第1実施例では、管理用PC303構成情報取得部11aは、ルータの配下装置のうち、さらに配下装置を有する装置に対して構成情報を問い合わせていた。また、第2実施例では、管理用PC303aは、応答のあった全ての装置に対して構成情報を問い合わせていた。しかしながら、本発明はこれらの構成に限定されるものではない。例えば、管理用PCは、ルータ100に対して構成情報を問い合わせ、ルータ100が全ての装置の構成情報を取得して、管理用PCに一括して構成情報を通知する構成を採用することもできる。具体的には、第1実施例におけるステップS110,S115を、ルータ100が実行する構成を採用することもできる。また、第2実施例におけるステップS505,S510を、ルータ100が実行する構成を採用することもできる。F3.変形例3:第1実施例では、管理用PC303構成情報取得部11aが各装置が配下装置を有する装置であるか否かを判定する際ステップS110に、配下装置リストにおける配下装置有無フィールドの設定内容に基づき判定していたが、本発明はこれに限定されるものではない。例えば、配下装置を有し得ない装置種別を、予め管理用PC303に設定しておき、この設定された装置種別と、配下装置リストにおける装置種別フィールドの設定内容とを比較して判定することもできる。配下装置を有し得ない装置種別としては、例えば、ハードディスクレコーダや、テレビ受像機や、プリンタなどを採用することができる。このような構成によると、各装置から配下装置の有無の情報を取得する必要がなく、処理負荷の軽減が図れると共に、配下装置リストのデータサイズを低減することができる。F4.変形例4:各実施例において、ルータ100に接続される装置の一部を省略することもできる。また、各実施例では、ルータ100に接続される装置の数は複数であったが、1台の装置のみがルータ100に接続される構成も採用し得る。また、各実施例において、ルータ100を除く各装置の配下装置となる装置図1に示す2台のパーソナルコンピュータ311,312、テレビチューナ341、プリンタ342は、さらに配下装置を備えていなかったが、これに代えて、さらに配下装置を有する構成とすることもできる。また、各実施例では、複数のソフトウェア管理サーバ700は、ハードウェアの製造メーカごとに用意された複数のサーバであったが、これに代えて、ソフトウェアの製造メーカごとに用意された複数のサーバや、各製造メーカにおいて、エリアごとに用意された複数のサーバを採用することもできる。また、ソフトウェア管理サーバ700を複数備える構成に代えて、1つのみ備える構成を採用することもできる。また、各実施例では、各装置間の接続インタフェースは、有線LANインタフェースIEEE802.3に準拠したLANインタフェース,無線LANインタフェースIEEE802.11b/gに準拠したLAN,WHDI,USB2.0であったが、本発明はこれらのインタフェースに限定されるものではない。ネットワークインタフェースとしては、例えば、有線LANインタフェースとして、IEEE802.3zやIEEE802.3abに準拠したインタフェースなど、また、無線LANインタフェースとして、IEEE802.11a,IEEE802.11nに準拠したインタフェースなど、任意のインタフェースを採用することができる。また、バス接続用のインタフェースとしては、例えば、USBインタフェースとして、USB1.1やUSB3.0に準拠したインタフェースを採用することができ、また、IEEE1394やPCIExpressPCIeに準拠したインタフェースなどのシリアル転送インタフェースや、HDMIHighDefinitionMultimediaInterfaceやWirelessHDWiHDに準拠したインタフェースなどの映像音声入出力用インタフェースや、Zigbee,Bluetooth,IrDAに準拠したインタフェースなどの短距離無線通信用のインタフェースを採用することができる。なお、小型の脈拍計からZigbeeを介して送信される脈拍データを収集する装置を、システム500に採用する構成においては、例えば、脈拍計の動作状態を示す情報として、脈拍データを、システム構成マップに表示させることができる。F5.変形例5:各実施例において、システム構成マップに表示される各装置の動作状態を示す情報は、図8に示すように、ハードディスクの使用容量や、受信信号強度や、使用中のユーザ名等であったが、本発明は、これに限定されるものではない。例えば、プリンタであれば、インク残量や総印刷ページ数を採用することができる。また、各装置を特定可能な情報として、装置名をシステム構成マップに表示していたが、本発明はこれに限定されるものではない。例えば、装置名に代えて、または、装置名に加えて、IPアドレスやMACアドレスなど、装置を特定可能な任意の情報をシステム構成マップに表示させることができる。F6.変形例6:本発明において、システム構成マップの表示形式は、各実施例に示す形式に限らず、他の形式を採用することができる。図23は、変形例において管理用PCのディスプレイに表示されるシステム構成マップの一例を示す第1の説明図である。図23に示すシステム構成マップm4は、各装置のシンボルが、ルータ100を起点としてx方向水平方向に並んで配置されている点と、各装置の配下装置が各装置のシンボルの鉛直下方に配置されている点と、各装置の動作状態を示す情報及び適用ソフトウェアに関する情報ソフトウェア名及びソフトウェアバージョンが各装置の鉛直下方に表示される点とにおいて、図10に示すシステム構成マップm1と異なり、他の構成はシステム構成マップm1と同じである。なお、図23では、ウィンドウW1には、一部のシンボルのみ表示されているが、右側にスクロールすることにより、システム構成マップm4の全てを表示させることができる。このような構成においても、各装置の階層構造が明確になるなど、第1実施例と同様な効果を有する。すなわち、一般には、ルータ100に対して、直接的に無線接続又は有線接続された装置を、ルータ100を起点として所定の方向に並べて表示する表示部を、本発明の管理装置に採用することができる。また、各実施例では、システム構成マップにおいて、ルータ100との間の接続インタフェース種別が無線である装置のシンボルを、ルータ100との間の接続インタフェースが有線である装置のシンボルに比べて、ルータ100のシンボルにより近い位置に配置していたが、本発明はこれに限定されるものではない。例えば、ルータ100との間の接続インタフェースが有線である装置のシンボルを、ルータ100との間の接続インタフェース種別が無線である装置に比べて、ルータ100のシンボルにより近い位置に配置することもできる。また、例えば、配下装置を有する装置のシンボルを、配下装置を有しない装置のシンボルに比べて、ルータ100のシンボルにより近い位置に配置することもできる。このようにすることで、配下装置を有する装置を明確にすることができる。また、第4実施例では、各装置のシンボルをグレーアウトさせることにより、各装置が電源オフ状態であることを表わしていたが、各装置の動作状態を表わす方法はこれに限定されるものではない。例えば、動作状態に応じてシンボルの形状を変えたり通常動作時には矩形、電源オフ状態では三角形など、動作状態に応じてシンボルを影付きにしたり、影なしにしたり電源オン状態で影付き,電源オフ状態で影なしなどすることもできる。また、各装置のシンボルに代えて、または、各装置のシンボルに加えて、各装置のシンボル間を接続する線の表示態様を、動作状態に応じて変化させる構成も採用することができる。具体的には、例えば、電源オフとなった装置に接続される線について、電源オンの状態と比べて彩度を低下させて表示させることができる。また、例えば、電源オンの状態には点灯している通常表示されている線を、電源オフの状態には、点滅させて表示させることもできる。また、各実施例では、システム構成マップにおいて、各装置のシンボルと併せて各装置の動作状態を示す情報及び適用するソフトウェアに関する情報を表示していたが、これら情報のうち少なくとも一方を省略することもできる。また、各実施例では、システム構成マップにおいて、各装置の装置種別及び装置名が、各装置のシンボルの内側に表示されていたが、内側に代えて、外側に表示させることもできる。この構成においても、各装置のシンボルと、各装置の装置種別及び装置名とを、対応付けて表示することにより、システム構成マップにおいて、各装置を特定することができる。また、各装置の装置種別及び装置名のいずれも表示していたが、いずれか一方のみ表示することもできる。F7.変形例7:各実施例では、システム構成マップは、管理用PC303,303aが備えるディスプレイ21に表示されていたが、本発明はこれに限定されるものではない。例えば、2台のパーソナルコンピュータ311,312のうち、いずれかのコンピュータが有するディスプレイに、システム構成マップを表示させることもできる。また、例えば、テレビ受像機321にシステム構成マップを表示させることもできる。また、例えば、ルータ100が液晶ディスプレイなどの表示デバイスを備える構成においては、かかる表示デバイスにシステム構成マップを表示させることもできる。テレビ受像機321にシステム構成マップを表示させる構成によると、システム構成マップをより大きく表示させることができる。また、ルータ100が備える表示デバイスにシステム構成マップを表示させることにより、ルータ100において作業中例えば、ケーブル抜き差しなどに、各装置の接続構成を容易に確認することができる。また、各実施例において、構成情報の収集や、システム構成マップの生成及び表示を行う機能部は、管理用PC303,303aにより構成されていたが、本発明はこれに限定されるものではない。例えば、管理用PC303を省略して、ルータ100を、構成情報の収集やシステム構成マップの生成及び表示を行う機能部として機能させることもできる。すなわち、ルータ100が、管理用PC303,管理用PC303aの各機能部を有する構成を採用することができる。また、システムがルータ100とは異なる他のルータを備える構成においては、この他のルータが管理用PC303,303aの各機能部を有する構成とすることもできる。F8.変形例8:各実施例において、ルータ100に対して、直接的に無線接続又は有線接続された装置は、いずれも構成情報取得対応部CPを備えていたが、これに代えて、いずれかの装置が構成情報取得対応部CPを備えない構成を採用することもできる。この構成においては、構成情報取得対応部CPを備えない装置については、ステップS305又はステップS405の処理が実行されないので、ルータ100は、この装置について配下装置リストに記入することはない。しかしながら、例えば、第2実施例においては、構成情報取得対応部CPを備えない装置であっても、通信プロトコルとしてTCP/IPを使用する装置であれば、要求応答pingに対して応答することはでき、管理用PC303aは、かかる装置の存在を認識することができる。そこで、この構成においては、例えば、システム構成マップにおいて、かかる装置の装置名に代えてIPアドレスが併記されたシンボルを、ルータ100の直下に接続して表示させることができる。また、この構成においては、ユーザがこの装置の装置種別及び装置名を調べて、既に表示されているシンボルに対して追記する構成も採用することができる。加えて、ユーザが、システム構成マップにおいて、この装置のシンボルを適切な場所に移動できるように構成することもできる。このような構成により、構成情報取得対応部CPを備えていない装置についても、管理用PC303,管理用PC303aを用いて容易に管理することができる。また、例えば、上記構成において、各装置は、ルータ100や、管理用PC303,303aからの問い合わせへの応答として、配下装置リストを作成して送信していたが、本発明はこれに限定されるものではない。例えば、無線LANアクセスポイントは、自らが有する無線LANアソシエーションリスト接続されている装置のMACアドレスの一覧を、配下装置リストに代えて、ルータ100や、管理用PC303,303aに送信することもできる。このような構成においても、ルータ100や、管理用PC303,303aは、取得したアソシエーションリストに記載されているMACアドレスに基づき、装置構成情報の少なくとも一部を取得することができる。具体的には、例えば、ルータ100や、管理用PC303,303aは、取得したアソシエーションリストに記載されているMACアドレスに基づき、RARPReverseAddressResolutionProtocolを用いて、各装置のIPアドレスを取得することができる。また、例えば、上記構成において、各装置において、配下装置との間の接続インタフェースがネットワークインタフェースであれば、配下装置リストに代えて、配下装置のアドレス情報MACアドレスや、IPアドレス及びサブネットマスクなどをルータ100や管理用PC303,303aに送信し、配下装置との間の接続インタフェースがバスインタフェースであれば、配下装置リストを送信する構成を採用することができる。ネットワークインタフェースで接続された配下装置については、アドレス情報が分かれば管理装置からネットワークを介して構成情報を直接取得できる。これに対してバスインタフェースで接続された配下装置については、管理装置からネットワークを介して構成情報を直接取得できない。そこで、各装置から出力された配下装置リストを受信することにより、配下装置に関して、少なくとも配下装置リストに記載されている情報を取得することができる。F9.変形例9:各実施例では、構成情報収集処理は、管理用PC303,303aが起動後、定期的に実行されていたが、本発明はこれに限定されるものではない。例えば、管理用PC303,303aが起動した際にのみ自動的に実行され、その後は、ユーザが管理用PC303,303aにおいて、処理の実行を指示した場合に実行する構成を採用することができる。また、いずれかの装置において構成情報が変化した場合に、かかる変化をトリガとして構成情報取得処理が開始される構成を採用することもできる。同様に、ソフトウェア更新処理についても、定期的に実行されることに代えて、例えばユーザが処理の実行を指定した場合などに実行する構成を採用することもできる。F10.変形例10:第2実施例において、機器検索部11fが送信する応答要求は、pingであったが、本発明はこれに限定されるものではない。具体的には、各構成情報取得対応部CP間で予め設定された所定のデータのやりとりにより、応答要求及び応答を行うこともできる。F11.変形例11:第2実施例において、ルータ100が故障等により応答要求に対して応答しない場合、図11に示すマップ作成処理の最初の処理ステップS905が実行できず、システム構成マップが生成されないこととなる。そこで、この場合、ステップS905において、ルータ100のシンボルに代えて、ルートのシンボルをルート位置に配置することもできる。また、各実施例において、システム構成マップのルート位置に配置されるシンボルは、ルータ100のシンボルであったが、本発明はこれに限定されるものではない。例えば、管理用PC303,303aにおいてデフォルトゲートウェイとして設定されている装置を、ルート位置に配置する構成を採用することもできる。なお、この構成では、仮に、デフォルトゲートウェイが設定されていない場合には、ダミーのシンボルをルート位置に配置することもできる。F12.変形例12:各実施例において、有線LAN又は無線LANで接続された装置同士は、互いに直接的に接続されていたが、本発明はこれに限定されるものではない。各装置間にレイヤ2のフレームを中継する装置を介在させ、かかる装置を介してこれら装置が間接的に接続される構成を採用することもできる。図24は、変形例におけるシステムの接続態様の一例を模式的に示す第1の説明図である。図24では、ルータ100とNAS332とプリンタ342との間の接続態様のみを示し、図1に示す他の装置の接続態様は省略している。図24に示すように、ルータ100とNAS332との間にレイヤ2スイッチ610を介在させる構成を採用することもできる。この構成においては、第1実施例におけるルータ100から出力される構成情報の問い合わせS205及びその応答S305に用いられるパケットや、管理用PC303から出力される構成情報の問い合わせS115及びその応答S320に用いられるパケットは、レイヤ2スイッチ610では終端されずに、宛先となる装置NAS332,無線LANアクセスポイント304,ルータ100,管理用PC303に届くこととなる。図24に示す接続態様において、第1実施例の管理用PC303に表示されるシステム構成マップは、図10に示すシステム構成マップm1と同じとなる。すなわち、システム構成マップm1には、レイヤ2スイッチ610を表わすシンボルは表示されない。なお、図18に示す接続態様では、レイヤ2スイッチ610は、ルータ100とNAS332とを1対1で接続するために用いられていたが、レイヤ2スイッチ610にルータ100及びNAS332に加えて他の装置例えば、デバイスサーバ331を接続し、これら装置間における1対nの接続を実現することもできる。図25は、変形例におけるシステムの接続態様の一例を模式的に示す第2の説明図である。図25では、ルータ100と無線LANアクセスポイント304とパーソナルコンピュータ311との間の接続態様のみ示し、図1に示す他の装置の接続態様は省略している。図25に示すように、ルータ100と無線LANアクセスポイント304との間にWDSWirelessDistributionSystem装置615を介在させる構成を採用することもできる。WDS装置615は、無線LANアクセスポイント同士の通信をレイヤ2において中継する装置である。この構成においては、第1実施例におけるルータ100から出力される構成情報の問い合わせS205及びその応答S305に用いられるパケットや、管理用PC303から出力される構成情報の問い合わせS115及びその応答S320に用いられるパケットは、WDS装置605では終端されずに、宛先となる装置無線LANアクセスポイント304,ルータ100,管理用PC303に届くこととなる。図25に示す接続態様において、第1実施例の管理用PC303に表示されるシステム構成マップは、図10に示すシステム構成マップm1と同じとなる。すなわち、システム構成マップm1には、WDS装置615を表わすシンボルは表示されない。なお、図25に示す態様では、WDS装置615は、ルータ100と無線LANアクセスポイント304とを1対1で接続するために用いられていたが、WDS装置615にルータ100及び無線LANアクセスポイント304に加えて他の装置例えば、図示しないアクセスポイントなどを接続し、これら装置間における1対nの接続を実現することもできる。また、レイヤ2フレームの中継装置レイヤ2スイッチやWDS装置の配置位置は、上述したように、ルータ100と各装置との間に限らず、ルータ100を除く他の装置間とすることもできる。図26は、変形例におけるシステムの接続態様の一例を模式的に示す第3の説明図である。図26では、ルータ100と無線LANアクセスポイント304とパーソナルコンピュータ311とマウス313との間の接続態様のみ示し、図1に示す他の装置の接続態様は省略している。図26に示す構成は、ルータ100と無線LANアクセスポイント304との間に、無線LANアクセスポイント625及びWDS装置630が追加されている点において、図9に示す構成と異なり、他の構成は図9と同じである。無線LANアクセスポイント625は、無線LANアクセスポイント304と同じ機能を有する。WDS装置630は、2台の無線LANアクセスポイント304,625の間を接続する。この構成においては、第1実施例におけるルータ100から出力される構成情報の問い合わせS205及びその応答S305に用いられるパケットや、管理用PC303から出力される構成情報の問い合わせS115及びその応答S320に用いられるパケットは、WDS装置625では終端されずに、宛先となる装置無線LANアクセスポイント304,パーソナルコンピュータ311,ルータ100,管理用PC303に届くこととなる。なお、図26に示す構成においては、無線LANアクセスポイント625と無線LANアクセスポイント304とのペアでは、無線LANアクセスポイント625が第1の装置に、無線LANアクセスポイント304が第2の装置に、それぞれ相当する。また、無線LANアクセスポイント304とパーソナルコンピュータ311とのペアでは、無線LANアクセスポイント304が第1の装置に、パーソナルコンピュータ311が第2の装置に、それぞれ相当する。また、パーソナルコンピュータ311とマウス313とのペアでは、パーソナルコンピュータ311が第1の装置に、マウス313が第2の装置に、それぞれ相当する。図26に示す接続態様において、第1実施例の管理用PC303に表示されるシステム構成マップは、図10に示すシステム構成マップm1とは異なる。具体的には、ルータ100のシンボルと無線LANアクセスポイント304のシンボルとの間に、無線LANアクセスポイント625のシンボルが存在し、これら各シンボル間が無線LANインタフェースを示す線によって接続される点と、パーソナルコンピュータ311のシンボルの配下に、マウス313のシンボルが配置され、これらシンボル間がUSBインタフェースを示す線によって接続される点において、システム構成マップm1とは異なる。図27は、変形例におけるシステムの接続態様の一例を模式的に示す第4の説明図である。図27では、図25と同様に、ルータ100と無線LANアクセスポイント304とパーソナルコンピュータ311との間の接続態様のみ示し、図1に示す他の装置の接続態様は省略している。図27に示すように、パーソナルコンピュータ311には、第1実施例とは異なり、USBハブ810が接続されている。USBハブ810は図示しない複数のポートを備えており、これらポートによってパーソナルコンピュータ311と、マウス821と、USBメモリ822と、プリンタ823と接続されている。なお、USBハブ810に接続されている各装置は、USBインタフェースに対応している。かかる構成において、図7に示す構成情報取得処理が実行されると、パーソナルコンピュータ311は、ステップS310の処理として、マウス821と、USBメモリ822と、プリンタ823とから、それぞれ構成情報取得する。しかしながら、USBハブ810は、構成情報を取得するためのパケットを終端せずに中継するため、自らの構成情報をパーソナルコンピュータ311に送信しない。図28は、変形例において管理用PCのディスプレイに表示されるシステム構成マップの一例を示す第2の説明図である。図28に示すシステム構成マップm5は、図27の接続態様を前提としたマップである。このシステム構成マップm5は、パーソナルコンピュータ311P2のシンボルの配下に、図27のマウス821を表わすシンボルSB1と、USBメモリ822を表わすシンボルSB2と、プリンタ823を表わすシンボルSB3とが配置され、各シンボルSB1~SB3と、パーソナルコンピュータ311のシンボルとが、それぞれUSBインタフェースを示す線によって接続されている点、及び各シンボルSB1~SB3に対応する位置に動作状態が表示されている点において、図19に示すシステム構成マップm1と異なり、他の構成はシステム構成マップm1と同じである。なお、図22では、説明の便宜上、システム構成マップの一部のみ表わしている。上述したように、図27に示す接続態様では、USBハブ810の構成情報はパーソナルコンピュータ311に通知されないので、管理用PC303は、USBハブ810の構成情報を取得することができない。したがって、図28に示すように、システム構成マップm5には、USBハブ810を表わすシンボルは表示されていない。F13.変形例13:第3実施例では、故障発生アラートは、動作状態及びソフトウェア情報の上に重ねて表示させることにより優先的に表示されていたが、本発明はこれに限定されるものではない。例えば、通常時故障が発生していない状態には、各装置のシンボルに対応する位置であって適用するソフトウェアに関する情報ソフトウェア名及びバージョン情報の右隣にログ情報を表示するようにし、故障発生時にはログ情報に故障ログが含まれる場合には、故障ログを、対象装置のシンボルの右隣すなわち、シンボルにより近い位置に配置することにより、動作状態及びソフトウェア情報に優先して表示させることもできる。また、例えば、故障発生アラートを、動作状態及びソフトウェア情報に比べて、大きなサイズの文字で表示したり、より注意を喚起する色で表示したりする故障発生アラートを赤色、動作状態及びソフトウェア情報を黒色など等により、優先して表示させることもできる。また、例えば、動作状態及びソフトウェア情報の上に重ねて故障発生アラートを表示するが、所定期間ごとに故障発生アラートが消えて、故障発生アラートに隠れていた動作状態及びソフトウェア情報が見ることができる点において第3実施例と異なる構成を採用する場合には、故障発生アラートが表示されている期間が、消えている期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。また、例えば、動作状態表示領域AR2及びソフトウェア情報表示領域AR3において、動作状態及びソフトウェア情報と、故障発生アラートとが、所定間隔で交互に表示される構成を採用する場合には、故障発生アラートが表示される期間を、動作状態及びソフトウェア情報が表示される期間よりも長くすることにより、故障発生アラートを優先して表示させることもできる。また、第3実施例では、ログ情報に故障ログが含まれる場合に、動作状態及びソフトウェア情報に優先して表示させていたが、これに代えて、故障ログが含まれない場合においても優先して表示させることもできる。また、第3実施例では、故障発生の際には、故障発生アラートAtを表示していたが、故障発生アラートAtに代えて、故障ログの一部又は全部を表示させることもできる。F14.変形例14:上記実施例において、ソフトウェア更新処理のステップS955では、管理用PC303は、新しいバージョンのソフトウェアと共に適用順序情報をソフトウェア管理サーバ700から取得していたが、これに代えて、新しいバージョンのソフトウェアと共に適用条件テーブルTB1を取得することもできる。この構成においても、管理用PC303において、適用条件テーブルTB1を解析することにより、各ソフトウェアの適用順序を特定することができる。なお、この構成においては、ソフトウェア管理サーバ700から管理用PC303に送信される適用条件テーブルTB1自身が、請求項における適用順序情報に相当する。また、ソフトウェア管理サーバ700が適用条件テーブルTB1を保持しないで、管理用PC303のみが適用条件テーブルTB1を有する構成を採用することもできる。この構成においては、ソフトウェア管理サーバ700から管理用PC303に対して、適用条件に関する情報が定期的または任意のタイミングで送信され、管理用PC303において、ソフトウェア管理サーバ700から受信する情報に基づき、適用条件テーブルTB1を更新することができる。F15.変形例15:上記実施例において、各装置に適用すべきソフトウェアは、ソフトウェア名及びバージョンにより特定されていたが、本発明はこれに限定されるものではない。例えば、バージョンがソフトウェア名の一部に含まれている場合には、ソフトウェア名のみで特定することもできる。また、各装置において適用されるソフトウェアが1種類のみであれば、各装置の装置名とバージョンにより、ソフトウェアを特定することができる。この構成においては、構成情報にソフトウェア名を含ませない構成を採用することができる。また、ソフトウェア名及びバージョンに加えて、ソフトウェアの開発元提供元の情報を、ソフトウェアを特定するための情報として用いることもできる。また、予め各装置に適用されるソフトウェアごとに固有のIDを割り当て、かかるIDをソフトウェア名及びバージョンに代えて用いることもできる。このような構成では、各ソフトウェア管理サーバ700において、IDとソフトウェアを特定可能な情報ソフトウェア名及びバージョンとを対応付ける機能部を用意することにより、ソフトウェア管理サーバ700において、管理用PC303,303aからIDを指定した要求に従ってソフトウェアを特定し、管理用PC303,303aに供給することができる。F16.変形例16:各実施例では、管理用PC303,303aは、システム500を構成する全ての装置の構成情報を取得していたが、本発明はこれに限定されるものではない。例えば、ルータ100の構成情報は取得しないが、他の装置の構成情報を取得する構成を採用することもできる。また、例えば、配下装置を有する装置の構成情報のみ取得し、配下装置を有さない装置の構成情報は取得しない構成を採用することもできる。また、例えば、或るメーカ製装置の構成情報は取得するが、他のメーカ製装置の構成情報は取得しない構成を採用することもできる。すなわち、一般には、ルータ100と、他の装置請求項における第1の装置及び第2の装置とのうち、少なくとも1つの装置を、本発明の第1の対象装置又は第2の対象装置として採用することができる。また、各実施例では、全ての装置について構成情報に含まれる情報は同一であったが、本発明はこれに限定されるものではない。少なくとも一部の装置については、他の装置と比べて構成情報に含まれる情報が異なる構成を採用することもできる。例えば、ルータ100の構成情報には、適用ソフトウェア名及びソフトウェアバージョンは含まれないが、他のすべての装置には、これらの情報が含まれる構成を採用することもできる。また、例えば、上位の装置との接続インタフェースがバスインタフェースである装置の構成情報には、ログ情報は含まれないが、上位の装置との接続インタフェースがネットワークインタフェースである装置の構成情報には、ログ情報が含まれる構成を採用することができる。F17.変形例17:上記実施例において、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。また、これとは逆に、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよい。"