JP2009217342A

JP2009217342A - ソフトウェアのインストールシステム及びその方法

Info

Publication number: JP2009217342A
Application number: JP2008057749A
Authority: JP
Inventors: Shunichi Kitamura; 俊一北村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-03-07
Filing date: 2008-03-07
Publication date: 2009-09-24
Anticipated expiration: 2028-03-07
Also published as: JP5218820B2

Abstract

【課題】複数のコンピュータにソフトウェアをインストールする場合に、管理サーバの負担を減らすソフトウェアのインストール方法を提供する。
【解決手段】管理サーバが管理対象サーバに管理対象サーバ間の論理的接続関係を通知し、管理サーバが何れかの管理対象サーバにソフトウェアをアップロードし、論理的接続関係のある管理対象サーバ間でソフトウェアのアップロードをする。
【選択図】図１

Description

本発明はソフトウェアのインストールシステム及びその方法に関する。

現在のソフトウェアは大規模なものになり、リビジョンアップやパッチをネットワークと通じて入手し、当てる等の作業は日常的に行われている。

ただし、ネットワーク経由のリビジョンアップやパッチの処理は、クライアント−サーバ型のモデルを基本としており、アップデートが必要になった場合、アップデートモジュールを管理している特定のサーバへネットワーク負荷が集中することになる。そこでアップデートにピュアＰ２Ｐ（Pear to Pear）モデルを導入することで、自立的に実施させることを提供する。ソフトウェアのアップデートに関しては、特許文献１のような配布方式が存在するが、アップデートの進捗を管理した上、自律的に動作しつつ、未配布のサーバをなくすというところまでは実施されていない。
特開２００５−１４８９５６号公報

第１の問題は、管理対象サーバ数の増加による管理サーバへの負荷増大ということである。

その理由は、管理サーバは管理対象サーバ上で動作する全てのエージェントとネットワークを通して通信することにより、アップデートを実施する為である。

第２の問題点は、第１の問題点を回避する為に、単純にアップデートの処理をエージェントに分散させると、エージェント毎にアップデートするモジュールのリビジョンが異なってしまう危険性があることである。またそれを防止する為に、管理サーバへの問い合わせを実施すると、管理サーバの負荷が増大するという問題が再度発生することである。

本発明は、複数のコンピュータにソフトウェアをインストールする場合に、管理サーバの負担を減らすソフトウェアのインストール方法及びインストールシステムを提供することを目的とする。

本発明によれば、管理サーバが、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知するステップと、管理サーバが、何れかの管理対象コンピュータにソフトウェアをアップロードするステップと、論理的接続関係のある管理対象コンピュータ間で、ソフトウェアのアップロードをするステップと、を備えることを特徴とするソフトウェアのインストール方法が提供される。

また、本発明によれば、管理サーバが、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、管理サーバが、何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、論理的接続関係のある管理対象コンピュータ間で、ソフトウェアのアップロードをする手段と、を備えることを特徴とするソフトウェアのインストールシステムが提供される。

更に、本発明によれば、管理サーバから、管理対象コンピュータ間の論理的接続関係の通知を受ける手段と、管理サーバから、ソフトウェアのアップロードを受ける手段と、論理的接続関係のある他の管理対象コンピュータに、ソフトウェアのアップロードをする手段と、論理的接続関係のある他の管理対象コンピュータから、ソフトウェアのアップロードを受ける手段と、を備えることを特徴とする管理対象コンピュータが提供される。

更に、本発明によれば、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、を備えることを特徴とする管理サーバが提供される。

更に、本発明によれば、管理サーバから、管理対象コンピュータ間の論理的接続関係の通知を受ける手段と、管理サーバから、ソフトウェアのアップロードを受ける手段と、論理的接続関係のある他の管理対象コンピュータに、ソフトウェアのアップロードをする手段と、論理的接続関係のある他の管理対象コンピュータから、ソフトウェアのアップロードを受ける手段と、を備えることを特徴とする管理対象コンピュータとしてコンピュータを機能させるためのプログラムが提供される。

更に、本発明によれば、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、を備えることを特徴とする管理サーバとしてコンピュータを機能させるためのプログラムが提供される。

本発明によれば、複数のコンピュータにソフトウェアをインストールする場合に、管理サーバの負担を減らすことができる。

以下、図面を参照して本発明を実施するための最良の形態について詳細に説明する。

図１を参照すると、本発明の実施形態１によるシステムは、リビジョン管理をされる側の管理対象サーバ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ）と、それらのサーバのＯＳ上で動作しているエージェントソフトウェアと、リビジョン管理を行うサーバ全体を管理する管理サーバＸを有する。

全体を管理する管理サーバＸは、図１に示すような管理対象サーバ間の論理的な接続関係を構成する。まず、Ｐ２Ｐリビジョン管理に参加しているサーバを見つけ出す手段によりブロードキャストパケットでリビジョン管理に参加しているサーバを検索する（図２のステップＳ２０１）。各サーバのＯＳ上で動作しているエージェントソフトウェアは、このブロードキャストパケットを受信するとＡＣＫ応答を返す（図２のステップＳ２０３、Ｓ２０５、Ｓ２０７、Ｓ２０９、Ｓ２１１、Ｓ２１３）。サーバＸはこのブロードキャストにＡＣＫ応答したサーバ（サーバＡ〜Ｆ）をリビジョン管理に参加しているサーバ（管理対象サーバ）として認識する。

次にサーバＸは、論理的な接続関係を決定する手段により、管理対象サーバの論理的な接続関係を決定する。論理的な接続関係を決定する手段は、一つの管理対象サーバ（すなわち、ノード）に着目した時にリビジョン管理に参加している管理対象サーバのうち、着目しているサーバとＩＰアドレスのハミング距離が最大となる３つの管理対象サーバを接続相手の管理対象サーバとして選択する。例えば、サーバＡに着目した場合、図１に示すように、サーバＢ、サーバＣ、サーバＥが接続相手として選択される。

着目しているサーバとＩＰアドレスのハミング距離が最大となる３つの管理対象サーバを接続相手の管理対象サーバとして選択するのは、論理的に隣り合うサーバを物理的に別のネットワークにあるサーバにしたり、そうでなくても、物理的な距離が遠いサーバにするためである。あるサーバに着目した場合、物理的に近くに設置されているサーバのＩＰアドレスは連続していたり、似ていたりするという傾向がこの前提となっている。また、同じネットワークに存在する場合、ＩＰアドレスのネットワーク部が同じになるので、ハミング距離は一定以上の値にならないうこともこの前提となっている。

別のネットワークにあるサーバ又は物理的に遠いサーバを論理的に隣接させることにより、ネットワークの障害が発生した場合に同時に通信不能となるサーバを可能な限り少なくすることがこの目的である。例えば、あるネットワークがダウンしても、別のネットワーク経由で接続できるサーバをより多くすることができる。

次にサーバＢからＩＰアドレスのハミング距離が最大なサーバを選択する。仮にサーバＤが選ばれたとする。同様にして３つのサーバを選び出す。次に、サーバＢに着目した場合、既にサーバＡとの論理的な接続は決まっているので、残り２つの接続先を先のサーバＡの場合と同様の方法で選択する。同様にしてサーバＸは全ての接続関係を決定する。

次に、上記のようにして決定した接続関係に対応した、１つの管理対象サーバにつき３つの接続相手の管理対象サーバのＩＰアドレスをリビジョン管理に参加している全てのサーバに個別にユニキャストパケットで通知する（図２のステップＳ２１５、Ｓ２１７、Ｓ２１９、Ｓ２２１、Ｓ２２３、Ｓ２２５）。ユニキャストパケットには、そのサーバの論理的な接続先管理対象サーバを示す３つのＩＰアドレスの他に、管理サーバＸのＩＰアドレスが格納されている。通知を受け取った各管理対象サーバはサーバＸにＡＣＫ応答を返す。ＡＣＫ応答を返さないサーバに対しては、サーバＸはＡＣＫ応答を受け取るまでユニキャストパケットによる通知をリトライする。

上記接続関係が確定した後に、管理サーバＸは、１つの管理対象サーバ（例えば管理対象サーバＡ）に最新リビジョンのソフトウェアを署名付きでアップロードする（図３のステップＳ２２７）。アップロードを受けた管理対象サーバは、最新リビジョンのソフトウェアによりリビジョンアップをして（図３のステップＳ２２９）、リビジョンアップの完了を管理サーバＸに通知する（図３のステップＳ２３１）。その後に、管理サーバＸは、リビジョン管理を開始することを通知する手段によりリビジョン管理の開始をブロードキャストパケットで管理対象サーバへ通知する（図３のステップＳ２３３）。この通知を受けた後に各サーバは以下の動作を開始する。

各管理対象サーバのエージェントソフトウェアでは、Ｐ２Ｐに参加している他のサーバ上にある共有管理されているソフトウェアのリビジョンを監視する手段により、ステップＳ２１５〜Ｓ２２５で通知された３つの接続先のサーバの管理対象となるソフトウェアリビジョンを定期的に監視する（図３のステップＳ２３５、Ｓ２３７、Ｓ２３９、Ｓ２４１、Ｓ２４３、Ｓ２４５）。

もしも、自サーバよりも監視対象の他のサーバのソフトウェアのリビジョンが新しい場合、自サーバの、共有管理されているソフトウェアをＰ２Ｐに参加している他のサーバへアップロードを要求する手段Ｆは監視対象となっている他のサーバにそのソフトウェアのアップロードを要求する（図４のステップＳ２４７、Ｓ２５３、Ｓ２５９、図５のステップＳ２７７、Ｓ２８７）。要求を受け取ったサーバはアップロードの要求元のＩＰアドレスが、管理サーバから手段Ｃで通知されたＩＰアドレスに存在するか確認し、存在しない場合は要求を廃棄する手段により、アップロードを要求したサーバのＩＰアドレスが、管理サーバから手段Ｃで通知されたＩＰアドレスに存在するか確認する（図４のステップＳ２４９、Ｓ２５５、Ｓ２６１、図５のステップＳ２７９、Ｓ２８９）。ＩＰアドレスが存在する場合は要求元のサーバへソフトウェアをアップロードする手段によりソフトウェアを要求元のサーバへアップロードする（図４のステップＳ２５１、Ｓ２５７、Ｓ２６３、図５のステップＳ２８１、Ｓ２９１）。ＩＰアドレスが存在しない場合は要求を無視する。又は、拒否応答を返す（図６のステップＳ３０５）。

このように要求を受け取ったサーバはアップロードの要求元のＩＰアドレスが、管理サーバから手段Ｃで通知されたＩＰアドレスに存在するか確認し、存在しない場合は要求を廃棄することにより、管理対象外のサーバが不正にリビジョンアップされたソフトウェアを取得することを防止することが可能となる。

要求が許可され、ソフトウェアをアップロードされたサーバは、アップロードされてきたソフトウェアに管理サーバの署名がない場合は廃棄する手段によりアップロードされたソフトウェアの署名を確認する（図４のステップ２６４、Ｓ２６８、Ｓ２７２、図５のステップＳ２８２、Ｓ２９２）。このためには、ステップＳ２１５〜Ｓ２２５などで、管理対象サーバは、事前に管理サーバの公開鍵を取得しておく。サーバＸの署名であれば入手したソフトウェアを自サーバにリビジョンアップする手段によりリビジョンアップを試みる（図４のステップＳ２６５、Ｓ２６９、Ｓ２７３、図５のステップＳ２８３、Ｓ２９３）。もしも、署名確認の結果が否定的である場合はアップロードされたソフトウェアを廃棄する。また、新しいリビジョンのソフトウェアをインストールしようとした時に、自サーバ上の古いリビジョンのソフトウェアが実行中の為、インストールが実施できない場合は、新しいリビジョンのソフトウェアを一時保管する。古いリビジョンのソフトウェアの使用が終了次第、一時保管されたソフトウェアのインストールを実行する。ただし、一時保管している状態でも、他のサーバにはインストール済みとして新しいリビジョンのソフトウェアを見せる。

ソフトウェアのインストール又は一時保管が完了すると、インストールが完了したことを管理サーバＸに通知する手段はサーバＸにインストール完了又は一時保管している旨の通知を上げる。また、ソフトウェアが一時保管されている場合は、インストール後に再度通知を管理サーバＸに上げる。管理サーバＸ上の管理ソフトウェアはインストール完了又は一時保存の通知を保存することで、ソフトウェアのリビジョンアップの状況を一覧等で管理することができる。

ネットワークに障害があったり、複数のサーバの電源が投入されていない場合は、管理対象サーバ間の論理的な接続のパスが切れている状態となり、アップデートが自律的に進まない可能性がある。そのようなケースを救う為、サーバは、定期的に「隣接する３つのノードのうち、少なくとも１つのノードはリビジョンアップが終了しているが、自ノードはリビジョンアップが終了していない管理対象サーバ」を探す。そして、その管理対象サーバに直接最新リビジョンのソフトウェアのアップロードを試みる。もしも、この時にその管理対象サーバから応答がない場合は、応答の無い管理対象サーバに隣接する管理対象サーバであって、未だリビジョンアップ終了していない管理対象サーバに最新リビジョンのソフトウェアのアップロードを実施する。この動作により、電源が投入されていない管理対象サーバ以外の管理対象サーバ全てにリビジョンアップが実施される。電源が投入されていないサーバもリビジョン管理が開始されていれば、電源投入後、エージェントソフトウェアが起動し自動的にソフトウェアのアップデートが実施される。

各管理対象装置及び管理サーバが接続しているネットワークがバス型、スター型、リング型の何れであっても本発明は実施可能である。また、管理対象装置は６台に限定されずＮ台に拡張されていた場合でも本発明は実施できる。

特に管理対象装置がＮ台に拡張された場合に、管理サーバの負担はＮ台を一元管理する場合よりも軽くなる。

本実施形態の第１の効果は、管理対象装置の数が増加しても管理サーバへの負荷が増大しないことにある。

その理由は、管理対象装置上のエージェントが互いにアップデートモジュールを入手し、管理サーバへアップデートの状況のみ通知するからである。

第２の効果は、管理対象サーバの電源が投入されていない等の理由で、エージェント間の通信ができない場合に、正常動作している他のエージェントが管理サーバへ報告をあげることで、管理サーバはアップデートの進捗を管理できることにある。

なお、上記の説明では、管理対象サーバのソフトウェアのリビジョンアップを例に取り説明したが、管理対象サーバの代わりに、クライアントコンピュータやパーソナルコンピュータなどの一般のコンピュータをあてはめてもよい。

また、管理サーバ及び管理対象サーバは、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。

上記の実施形態では、リビジョンアップを例に取り説明をしたが、本発明は、リビジョンアップのみならずバージョンアップなどのソフトウェアの各種のアップデートに適用することができる。

また、リビジョンやバージョンの比較を省略することにより、新たなソフトウェアのインストールにも適用することができる。

本発明の実施形態による管理サーバが管理する論理的な接続関係を示す概念図である。本発明の実施形態によるアップデート実施中の管理サーバと管理対象サーバの動作を示すシーケンス図（１／４）である。本発明の実施形態によるアップデート実施中の管理サーバと管理対象サーバの動作を示すシーケンス図（２／４）である。本発明の実施形態によるアップデート実施中の管理サーバと管理対象サーバの動作を示すシーケンス図（３／４）である。本発明の実施形態によるアップデート実施中の管理サーバと管理対象サーバの動作を示すシーケンス図（４／４）である。本発明の実施形態による不正なアップロードを防止する動作を示すシーケンス図である。

Claims

管理サーバが、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知するステップと、
管理サーバが、何れかの管理対象コンピュータにソフトウェアをアップロードするステップと、
論理的接続関係のある管理対象コンピュータ間で、ソフトウェアのアップロードをするステップと、
を備えることを特徴とするソフトウェアのインストール方法。
請求項１に記載のソフトウェアのインストール方法において、
各管理対象コンピュータが、ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールするステップと、
各管理対象コンピュータが、ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管するステップと、
各管理対象コンピュータが、前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知するステップと、
を更に備えることを特徴とするソフトウェアのインストール方法。
請求項２に記載のソフトウェアのインストール方法において、
或る管理対象コンピュータと論理的に接続されている管理対象コンピュータのうち少なくとも１つの管理対象コンピュータから前記通知を受けているが、前記或る管理対象コンピュータから前記通知を受けていない場合に、前記管理サーバが、前記或る管理対象コンピュータに直接ソフトウェアをアップロードするステップを更に備えることを特徴とするソフトウェアのインストール方法。
請求項１乃至３の何れか１項に記載のソフトウェアのインストール方法において、
或る管理対象コンピュータに管理対象コンピュータ以外のコンピュータからソフトウェアのアップロードの要求が来た場合、その要求に応じないステップを更に備えることを特徴とするソフトウェアのインストール方法。
請求項１乃至４の何れか１項に記載のソフトウェアのインストール方法において、
各管理対象コンピュータが、ソフトウエアのアップロードを受けたならば、そのソフトウェアの電子署名を認証するステップを更に備えることを特徴とするソフトウェアのインストール方法。
管理サーバが、管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、
管理サーバが、何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、
論理的接続関係のある管理対象コンピュータ間で、ソフトウェアのアップロードをする手段と、
を備えることを特徴とするソフトウェアのインストールシステム。
請求項６に記載のソフトウェアのインストールシステムにおいて、
各管理対象コンピュータが、ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールする手段と、
各管理対象コンピュータが、ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管する手段と、
各管理対象コンピュータが、前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知する手段と、
を更に備えることを特徴とするソフトウェアのインストールシステム。
請求項７に記載のソフトウェアのインストールシステムにおいて、
或る管理対象コンピュータと論理的に接続されている管理対象コンピュータのうち少なくとも１つの管理対象コンピュータから前記通知を受けているが、前記或る管理対象コンピュータから前記通知を受けていない場合に、前記管理サーバが、前記或る管理対象コンピュータに直接ソフトウェアをアップロードする手段を更に備えることを特徴とするソフトウェアのインストールシステム。
請求項６乃至８の何れか１項に記載のソフトウェアのインストールシステムにおいて、
或る管理対象コンピュータに管理対象コンピュータ以外のコンピュータからソフトウェアのアップロードの要求が来た場合、その要求に応じない手段を更に備えることを特徴とするソフトウェアのインストールシステム。
請求項６乃至９の何れか１項に記載のソフトウェアのインストールシステムにおいて、
各管理対象コンピュータが、ソフトウエアのアップロードを受けたならば、そのソフトウェアの電子署名を認証する手段を更に備えることを特徴とするソフトウェアのインストールシステム。
管理サーバから、管理対象コンピュータ間の論理的接続関係の通知を受ける手段と、
管理サーバから、ソフトウェアのアップロードを受ける手段と、
論理的接続関係のある他の管理対象コンピュータに、ソフトウェアのアップロードをする手段と、
論理的接続関係のある他の管理対象コンピュータから、ソフトウェアのアップロードを受ける手段と、
を備えることを特徴とする管理対象コンピュータ。
請求項１１に記載の管理対象コンピュータにおいて、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールする手段と、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管する手段と、
前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知する手段と、
を更に備えることを特徴とする管理対象コンピュータ。
請求項１１乃至１２の何れか１項に記載の管理対象コンピュータにおいて、
管理対象コンピュータ以外のコンピュータからソフトウェアのアップロードの要求が来た場合、その要求に応じない手段を更に備えることを特徴とする管理対象コンピュータ。
請求項１１乃至１３の何れか１項に記載の管理対象コンピュータにおいて、
ソフトウエアのアップロードを受けたならば、そのソフトウェアの電子署名を認証する手段を更に備えることを特徴とする管理対象コンピュータ。
管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、
何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、
を備えることを特徴とする管理サーバ。
請求項１５に記載の管理サーバにおいて、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールする手段と、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管する手段と、
前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知する手段と、
を備える各管理対象コンピュータから前記通知を受ける手段を備えることを特徴とする管理サーバ。
請求項１６に記載の管理サーバにおいて、
或る管理対象コンピュータと論理的に接続されている管理対象コンピュータのうち少なくとも１つの管理対象コンピュータから前記通知を受けているが、前記或る管理対象コンピュータから前記通知を受けていない場合に、前記或る管理対象コンピュータに直接ソフトウェアをアップロードする手段を更に備えることを特徴とする管理サーバ。
請求項１５乃至１７の何れか１項に記載の管理サーバにおいて、
アップロードするソフトウェアに電子署名を付す手段を更に備えることを特徴とする管理サーバ。
管理サーバから、管理対象コンピュータ間の論理的接続関係の通知を受ける手段と、
管理サーバから、ソフトウェアのアップロードを受ける手段と、
論理的接続関係のある他の管理対象コンピュータに、ソフトウェアのアップロードをする手段と、
論理的接続関係のある他の管理対象コンピュータから、ソフトウェアのアップロードを受ける手段と、
を備えることを特徴とする管理対象コンピュータとしてコンピュータを機能させるためのプログラム。
請求項１９に記載のプログラムにおいて、
前記管理対象コンピュータが、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールする手段と、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管する手段と、
前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知する手段と、
を更に備えることを特徴とするプログラム。
請求項１９乃至２０の何れか１項に記載のプログラムにおいて、
前記管理対象コンピュータが、管理対象コンピュータ以外のコンピュータからソフトウェアのアップロードの要求が来た場合、その要求に応じない手段を更に備えることを特徴とするプログラム。
請求項１９乃至２１の何れか１項に記載のプログラムにおいて、
前記管理対象コンピュータが、ソフトウエアのアップロードを受けたならば、そのソフトウェアの電子署名を認証する手段を更に備えることを特徴とするプログラム。
管理対象コンピュータに管理対象コンピュータ間の論理的接続関係を通知する手段と、
何れかの管理対象コンピュータにソフトウェアをアップロードする手段と、
を備えることを特徴とする管理サーバとしてコンピュータを機能させるためのプログラム。
請求項２３に記載のプログラムにおいて、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていなければ、アップロードを受けたソフトウェアを自管理対象コンピュータにインストールする手段と、
ソフトウェアのアップロードを受け、且つ、アップロードを受けたソフトウェアに対応する旧ソフトウェアが実行されていれば、アップロードを受けたソフトウェアを保管する手段と、
前記インストール又は前記保管が終了したならば、その旨を前記管理サーバに通知する手段と、
を備える各管理対象コンピュータから前記通知を受ける手段を前記管理サーバが備えることを特徴とするプログラム。
請求項２４に記載のプログラムにおいて、
前記管理サーバが、或る管理対象コンピュータと論理的に接続されている管理対象コンピュータのうち少なくとも１つの管理対象コンピュータから前記通知を受けているが、前記或る管理対象コンピュータから前記通知を受けていない場合に、前記或る管理対象コンピュータに直接ソフトウェアをアップロードする手段を更に備えることを特徴とするプログラム。
請求項２３乃至２５の何れか１項に記載のプログラムにおいて、
前記管理サーバが、アップロードするソフトウェアに電子署名を付す手段を更に備えることを特徴とするプログラム。