JP2003202988A - ソフトウェア管理サービス方法、ソフトウェア管理サービスシステム及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザに代わって複数のソフトウェアのアッ
プデート管理を代行することにより、アップデート管理
に伴うユーザの負担を軽減する。 【解決手段】 ソフトウェア管理サーバ４０が、複数の
ソフトウェアベンダが提供する複数のソフトウェアのア
ップデートを監視し、複数のソフトウェアのアップデー
ト用ソフトウェアを収集し、ユーザ端末１０から送られ
る各種情報を格納してユーザ登録し、ユーザ登録したユ
ーザのユーザ端末１０に対して統合アップデート用ソフ
トウェア６０を配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のアプリケー
ションソフトウェアのアップデート（アップグレード）
をユーザに代わって管理するソフトウェア管理サービス
方法、ソフトウェア管理サービスシステム及びプログラ
ムに関する。

【０００２】

【従来の技術】アプリケーションソフトウェア（以下、
ソフトウェアという）は、日々進化するものであって、
ソフトウェアを販売するソフトウェアベンダによってア
ップデートが頻繁に行われる。多くのソフトウェアベン
ダは、ソフトウェアのバージョンアップした内容などを
示すアップデート情報を自社のホームページに掲載する
とともに、ソフトウェアの使用許諾登録を行ったユーザ
に対してアップデート情報を電子メールや郵便等で通知
している。

【０００３】従来のユーザによるソフトウェアのアップ
デート方法について説明する。図８は、従来のソフトウ
ェアのアップデートシステムを示す構成図である。図８
において、ユーザ端末１０は、ユーザが備えたパーソナ
ルコンピュータなどの情報処理装置である。ユーザ端末
１０には、ユーザがソフトウェアベンダＡ，Ｂから購入
した複数のソフトウェアがインストールされている。図
８に示すように、ユーザ端末１０は、インターネットな
どのネットワーク１００と接続されている。また、ユー
ザ端末１０は、ネットワーク１００を介してデータを送
受信するデータ通信機能や、ネットワーク１００上のＷ
ｅｂページを閲覧するブラウザ機能などを備えている。

【０００４】Ｗｅｂサーバ２０，３０は、ソフトウェア
ベンダＡ，Ｂによってそれぞれ設けられた、Ｗｅｂペー
ジ（ホームページ）をネットワーク１００上に提供する
サーバである。図８に示すように、Ｗｅｂサーバ２０，
３０は、インターネットなどのネットワーク１００と接
続されている。

【０００５】ユーザ管理サーバ２１，３１は、ソフトウ
ェアベンダＡ，Ｂによってそれぞれ設けられた、ソフト
ウェアベンダＡ，Ｂに対してソフトウェアの使用許諾の
登録を行ったユーザを管理するサーバである。ユーザ管
理サーバ２１，３１は、それぞれ、Ｗｅｂサーバ２０，
３０に接続されている。

【０００６】プロダクツ管理サーバ２２，３２は、ソフ
トウェアベンダＡ，Ｂによってそれぞれ設けられた、ソ
フトウェアの製品（プロダクツ）を管理するサーバであ
る。プロダクツ管理サーバ２２，３２は、それぞれ、ユ
ーザ管理サーバ２１，３１に接続されている。

【０００７】ソフトウェアベンダＡ，Ｂからソフトウェ
アを購入したユーザは、その後にバージョンアップした
最新のソフトウェアをアップデートして使用するため
に、ソフトウェアベンダＡ，Ｂに対してユーザ登録を行
う必要がある。

【０００８】ユーザは、ソフトウェアベンダＡ，Ｂに対
してユーザ登録を行うために、Ｗｅｂサーバ２０，３０
がネットワーク１００上に提供しているＷｅｂページ
（ホームページ）にアクセスする。そして、ユーザは、
Ｗｅｂページ上でソフトウェア製品のプロダクツ番号
（製品番号）などの製品情報や、ユーザの氏名、住所、
電話番号、メールアドレスなどの個人情報を入力する。
ユーザ管理サーバ２１，３１は、Ｗｅｂページ上でユー
ザによって入力された製品情報や個人情報などをＷｅｂ
サーバ２０，３０を介して入力し、その入力した情報を
データベース（図示せず）に格納することによってユー
ザ登録を行う。

【０００９】なお、このようなオンラインによるユーザ
登録を行う以外にも、ユーザは、所定の申込用紙にソフ
トウェア製品の製品情報やユーザの個人情報などを記入
し、その申込用紙を郵送またはＦＡＸすることによって
ユーザ登録を行うこともできる。

【００１０】ソフトウェアベンダＡ，Ｂでは、ソフトウ
ェアのアップデートを行った場合には、ソフトウェアを
アップデートするためのアップデート用ソフトウェアを
プロダクツ管理サーバ２２，３２に登録するとともに、
ソフトウェアのバージョンアップ（アップデート）した
内容などを示すアップデート情報をＷｅｂサーバ２０，
３０がネットワーク１００に提供するＷｅｂページに掲
載する。また、ソフトウェアベンダＡ，Ｂは、ユーザ登
録を行ったユーザに対しては、アップデート情報を電子
メールや郵送等で通知する。

【００１１】ユーザは、Ｗｅｂサーバ２０，３０がネッ
トワーク１００上に提供しているＷｅｂページにアクセ
スしてアップデート情報を確認することによって、自分
が保有しているソフトウェアがバージョンアップしてい
ないかどうかを確認する。また、ユーザは、ソフトウェ
アベンダＡ，Ｂから通知されるアップデート情報を確認
して、自分が保有しているソフトウェアがアップデート
したことを認識する。

【００１２】ユーザは、ソフトウェアのアップデートを
オンラインで行う場合には、Ｗｅｂサーバ２０，３０が
ネットワーク１００上に提供するＷｅｂページにアクセ
スし、そのＷｅｂページ上でソフトウェアのアップデー
トの要求を行う。ユーザ管理サーバ２１，３１は、アッ
プデート要求を行ったユーザが使用許諾を受けた者、す
なわちユーザ登録を行った者であるか否かを確認した
後、ユーザがユーザ登録を行っている場合には、プロダ
クツ管理サーバ２２，３２は、アップデート用ソフトウ
ェアをネットワーク１００を介してユーザ端末１０に配
信（送信）する。

【００１３】ユーザ端末１０は、プロダクツ管理サーバ
２２，３２から配信されるアップデート用ソフトウェア
をダウンロードする。ユーザは、ダウンロードしたアッ
プデート用ソフトウェアを実行してユーザ端末１０にイ
ンストールする。

【００１４】なお、オンラインでソフトウェアのアップ
デートを行う以外にも、ユーザは、アップデート用ソフ
トウェアが記録されたＣＤ−ＲＯＭなどの媒体を購入
し、その媒体をインストールしてアップデートを行うこ
とも可能である。

【００１５】

【発明が解決しようとする課題】しかし、ソフトウェア
ベンダＡ，Ｂが、ソフトウェアの完成度向上のために頻
繁にアップデートを繰り返すと、複数のソフトウェアを
利用しているユーザは、自分の保有しているソフトウェ
アを最新のバージョンで使用するためには、常に複数の
ソフトウェアのアップデートを監視しなければならず、
監視負担が多大となる。

【００１６】また、複数のソフトウェアを利用している
ユーザは、複数のソフトウェアをオンラインでアップデ
ートするためには、複数のソフトウェアベンダＡ，Ｂの
プロダクツ管理サーバ２２，３２からネットワーク１０
０を介して複数のアップデート用ソフトウェアを別々に
ダウンロードしてインストールしなければならず、その
ために多くの時間と労力がかかってしまう。

【００１７】本発明は、上記のような課題を解決するた
めになされたものであり、ユーザに代わって複数のソフ
トウェアのアップデート（バージョン）管理を代行する
ことにより、アップデート管理に伴うユーザの負担を軽
減することができるソフトウェア管理サービス方法、ソ
フトウェア管理サービスシステム及びプログラムを得る
ことを目的とする。

【００１８】

【課題を解決するための手段】以上の目的を達成するた
め、本発明のソフトウェア管理サービス方法では、複数
のソフトウェアベンダが提供する複数のソフトウェアの
アップデート状況を監視し、複数のソフトウェアベンダ
のソフトウェアのプロダクツを管理するプロダクツ管理
手段（プロダクツ管理サーバ２２，３２）からネットワ
ーク（１００）を介して提供される複数のアップデート
用ソフトウェアを収集するソフトウェア収集ステップ
と、複数のソフトウェアベンダからソフトウェアの使用
許諾を受けたユーザのユーザ端末（１０）から送られる
ユーザに関する情報や、ユーザ端末にインストールされ
ている複数のソフトウェアのプロダクツに関する情報な
どを登録するユーザ登録ステップと、登録された各情報
に基づいて、収集したアップデート用ソフトウェアをネ
ットワークを介してユーザ端末に配信するソフトウェア
配信ステップとを備えた。

【００１９】また、複数のアップデート用ソフトウェア
を統合して統合アップデート用ソフトウェア（６０）を
生成するソフトウェア統合ステップを設けるとともに、
ソフトウェア配信ステップにおいて、統合アップデート
用ソフトウェアをネットワークを介してユーザ端末に配
信する。

【００２０】また、ユーザ端末から送られるソフトウェ
アのプロダクツのバージョンの情報を受け取り、当該バ
ージョンの情報と予め登録されているプロダクツに関す
る情報の中のバージョンの情報とが一致するか否かを確
認し、一致しないときは最新のバージョンに整合させる
整合確認ステップを設けた。

【００２１】また、複数のソフトウェアベンダのプロダ
クツ管理手段からネットワークを介して提供される複数
のソフトウェアのアップデート情報を収集し、収集した
アップデート情報をユーザ端末に提供するアップデート
情報提供ステップを設けた。

【００２２】また、本発明のソフトウェア管理サービス
システムは、複数のソフトウェアベンダが提供する複数
のソフトウェアのアップデート状況を監視するアップデ
ート監視手段と、複数のソフトウェアベンダのソフトウ
ェアのプロダクツを管理するプロダクツ管理手段（プロ
ダクツ管理サーバ２２，３２）からネットワーク（１０
０）を介して提供される複数のアップデート用ソフトウ
ェアを収集するソフトウェア収集手段と、複数のソフト
ウェアベンダからソフトウェアの使用許諾を受けたユー
ザのユーザ端末（１０）から送られるユーザに関する情
報や、ユーザ端末にインストールされている複数のソフ
トウェアのプロダクツに関する情報などを登録するユー
ザ登録手段と、登録された各情報に基づいて、収集した
アップデート用ソフトウェアをネットワークを介してユ
ーザ端末に配信するソフトウェア配信手段とを備えた。

【００２３】また、複数のアップデート用ソフトウェア
を統合して統合アップデート用ソフトウェアを生成する
ソフトウェア統合手段（４１）を設けるとともに、ソフ
トウェア配信手段は、ソフトウェア統合手段によって生
成された統合アップデート用ソフトウェアをネットワー
クを介してユーザ端末に配信するように構成した。

【００２４】また、ユーザ端末から送られるソフトウェ
アのプロダクツのバージョンの情報を受け取り、当該バ
ージョンの情報と予め登録されているプロダクツに関す
る情報の中のバージョンの情報とが一致するか否かを確
認し、一致しないときは最新のバージョンに整合させる
整合確認手段を設けた。

【００２５】また、複数のソフトウェアベンダのプロダ
クツ管理手段からネットワークを介して提供される複数
のソフトウェアのアップデート情報を収集し、収集した
アップデート情報をユーザ端末に提供するアップデート
情報提供手段を設けた。

【００２６】また、組織内の複数のユーザ端末（１１〜
１３）が接続されたローカルネットワーク（２００）に
接続され、複数のユーザ端末に関する情報、複数のユー
ザ端末にインストールされている複数のソフトウェアの
プロダクツに関する情報などからなるユーザ管理情報を
一元管理するとともに、ソフトウェア配信手段から配信
されたアップデート用ソフトウェアをダウンロードして
蓄積し、複数のユーザ端末から送られるアップデート要
求に応じて、複数のユーザ端末に対してローカルネット
ワークを介してアップデート用ソフトウェアを配信する
ローカルソフトウェア管理手段（ローカルソフトウェア
管理サーバ５０）を設けた。

【００２７】また、本発明のプログラムは、コンピュー
タに、複数のソフトウェアベンダが提供する複数のソフ
トウェアのアップデート状況を監視し、複数のソフトウ
ェアベンダのソフトウェアのプロダクツを管理するプロ
ダクツ管理手段からネットワークを介して提供される複
数のアップデート用ソフトウェアを収集するソフトウェ
ア収集処理、複数のソフトウェアベンダからソフトウェ
アの使用許諾を受けたユーザのユーザ端末から送られる
ユーザに関する情報や、ユーザ端末にインストールされ
ている複数のソフトウェアのプロダクツに関する情報な
どを登録するユーザ登録処理、および登録された各情報
に基づいて、収集したアップデート用ソフトウェアをネ
ットワークを介してユーザ端末に配信するソフトウェア
配信処理を実行させる。

【００２８】なお、プロダクツに関する情報とは、ソフ
トウェアのプロダクツ名、プロダクツ番号、プロダクツ
ＩＤ、プロダクツバージョンなどの情報といい、プロダ
クツを管理するとは、ソフトウェアのアップデート情報
やアップデート用ソフトウェアなどをソフトウェア毎に
管理することをいう。

【００２９】また、複数のアップデート用ソフトウェア
を統合して統合アップデート用ソフトウェアを生成する
ソフトウェア統合処理を実行させるとともに、ソフトウ
ェア配信処理において、統合アップデート用ソフトウェ
アをネットワークを介してユーザ端末に配信させる。

【００３０】また、ユーザ端末から送られるソフトウェ
アのプロダクツのバージョンの情報を受け取り、当該バ
ージョンの情報と予め登録されているプロダクツに関す
る情報の中のバージョンの情報とが一致するか否かを確
認し、一致しないときは最新のバージョンに整合させる
整合確認処理を実行させる。

【００３１】さらに、複数のソフトウェアベンダのプロ
ダクツ管理手段からネットワークを介して提供される複
数のソフトウェアのアップデート情報を収集し、収集し
たアップデート情報をユーザ端末に提供するアップデー
ト情報提供処理を実行させる。

【００３２】

【発明の実施の形態】以下、本発明の実施の一形態を図
面を参照して説明する。 実施の形態１．図１は、本発明のソフトウェアのアップ
デートシステムを示す構成図である。図１に示すよう
に、本発明のソフトウェアのアップデートシステムは、
ユーザ端末１０、ソフトウェアベンダＡ，ＢのＷｅｂサ
ーバ２０，３０、ユーザ管理サーバ２１，３１、プロダ
クツ管理サーバ２２，３２、ソフトウェア管理サーバ４
０、アップデート用ソフトウェア生成サーバ４１及びネ
ットワーク１００を備えている。また、本発明のソフト
ウェア管理サービスシステムは、ソフトウェア管理サー
バ４０及びアップデート用ソフトウェア生成サーバ４１
から構成される。

【００３３】図１において、ユーザ端末１０は、ユーザ
が備えたパーソナルコンピュータなどの情報処理装置で
ある。ユーザ端末１０には、ユーザがソフトウェアベン
ダＡ，Ｂからそれぞれ購入した複数のソフトウェアがイ
ンストールされている。図１に示すように、ユーザ端末
１０は、インターネットなどのネットワーク１００と接
続されている。また、ユーザ端末１０は、ネットワーク
１００を介してデータを送受信するデータ通信機能や、
ネットワーク１００上のＷｅｂページを閲覧するブラウ
ザ機能などを備えている。

【００３４】Ｗｅｂサーバ２０，３０は、ソフトウェア
ベンダＡ，Ｂによってそれぞれ設けられた、Ｗｅｂペー
ジ（ホームページ）をネットワーク１００上に提供する
サーバである。図１に示すように、Ｗｅｂサーバ２０，
３０は、インターネットなどのネットワーク１００と接
続されている。

【００３５】ユーザ管理サーバ２１，３１は、ソフトウ
ェアベンダＡ，Ｂによってそれぞれ設けられた、ソフト
ウェアベンダＡ，Ｂに対してソフトウェアの使用許諾の
登録を行ったユーザを管理するサーバである。ユーザ管
理サーバ２１，３１は、それぞれ、Ｗｅｂサーバ２０，
３０に接続されている。

【００３６】プロダクツ管理サーバ２２，３２は、ソフ
トウェアベンダＡ，Ｂによってそれぞれ設けられた、ソ
フトウェアの製品（プロダクツ）を管理するサーバであ
る。プロダクツ管理サーバ２２，３２は、それぞれ、ユ
ーザ管理サーバ２１，３１に接続されている。

【００３７】ソフトウェア管理サーバ４０は、ソフトウ
ェア管理事業者によって設置された、ユーザ端末１０に
インストールされている複数のソフトウェアのアップデ
ートを管理するサーバである。図１に示すように、ソフ
トウェア管理サーバ４０は、インターネットなどのネッ
トワーク１００と接続されている。また、ソフトウェア
管理サーバ４０は、ユーザがソフトウェア管理事業者に
対して管理契約を行うためのＷｅｂページ（ホームペー
ジ）をネットワーク１００上に提供する。

【００３８】アップデート用ソフトウェア生成サーバ４
１は、ソフトウェア管理事業者によって設置された、複
数のアップデート用ソフトウェアを一つに統合して統合
アップデート用ソフトウェアを生成するサーバである。
図１に示すように、アップデート用ソフトウェア生成サ
ーバ４１は、ソフトウェア管理サーバ４０に接続されて
いる。

【００３９】次に、動作について説明する。なお、従来
技術で説明したように、ユーザは、ソフトウェアの購入
後にバージョンアップした最新のソフトウェアをアップ
デートして使用するために、オンラインや申込用紙の郵
送などでソフトウェアベンダＡ，Ｂに対してユーザ登録
を行っている。

【００４０】このとき、ソフトウェアベンダＡ，Ｂのユ
ーザ管理サーバ２１，３１には、ユーザ登録を行ったユ
ーザに関するユーザ情報が格納されている。ユーザ情報
としては、ユーザの氏名、住所、電話番号、ＦＡＸ番
号、職業、メールアドレスなどのユーザの個人情報や、
ユーザＩＤ、プロダクツ名、プロダクツ番号、プロダク
ツＩＤ、プロダクツバージョン、インストールキーなど
の情報である。

【００４１】また、ユーザのユーザ端末１０には、イン
ストールされたソフトウェア毎のソフトウェア管理情報
が格納されている。ソフトウェア管理情報としては、ラ
イセンス者、ユーザＩＤ、プロダクツ名、プロダクツ番
号、ソフトウェアベンダ名、ライセンス分類（製品、製
品（プリインストール）、体験版、フリーウェア、シェ
アウェア）、プロダクツＩＤ、プロダクツバージョン、
インストールキー、プロダクツ（ソフトウェア）がイン
ストールされている場所（ドライブ、フォルダ名）など
の情報である。

【００４２】ユーザは、ソフトウェアベンダＡ，Ｂに対
してユーザ登録を行うことに加えて、ソフトウェア管理
事業者からソフトウェア管理サービスの提供を受けるた
めには、さらに、ソフトウェア管理事業者との間でソフ
トウェアの管理を委託する旨の委託契約を結ぶととも
に、ソフトウェア管理事業者に対して管理登録を行う必
要がある。

【００４３】図２は、ユーザ個人によるソフトウェア管
理サーバに対する管理登録を行う動作を説明するための
シーケンス図である。

【００４４】ユーザは、ソフトウェア管理事業者に対し
て委託契約を結んで管理登録を行うために、まず、ソフ
トウェア管理サーバ４０がネットワーク１００上に提供
しているＷｅｂページにアクセスする（ステップＳ
１）。ユーザは、次に、Ｗｅｂページ上でソフトウェア
管理事業者にソフトウェアの管理を委託する旨の委託契
約に承諾するとともに、Ｗｅｂページ上で管理契約ユー
ザ情報を入力する（ステップＳ２）。

【００４５】ここで、管理契約ユーザ情報としては、ユ
ーザの氏名、住所、電話番号、ＦＡＸ番号、職業、メー
ルアドレスなどの個人情報や、管理契約ソフトウェアベ
ンダ毎のユーザＩＤ、管理契約情報（契約期間、監視動
作間隔；週（ｗｅｅｋ）毎や月（ｍｏｎｔｈ）毎な
ど）、更新媒体提供方法（オンライン（Ｗｅｂ配信）、
ＣＤ−ＲＯＭ等の媒体送付など）、契約支払方法、上述
したソフトウェア管理情報、契約ＰＣのＩＰアドレスな
どの情報である。

【００４６】このように、管理契約ユーザ情報には、契
約ユーザに関する情報、ソフトウェアのプロダクツに関
する情報、及び契約内容に関する情報を含んでいる。後
述するように、ソフトウェア管理サーバ４０は、管理契
約ユーザ情報の契約ユーザに関する情報に基づいてユー
ザを管理するとともに、管理契約ユーザ情報のプロダク
ツに関する情報に基づいてソフトウェアのアップデート
を管理する。

【００４７】ソフトウェア管理サーバ４０は、ユーザが
Ｗｅｂページ上で入力することによりユーザ端末１０か
ら送信された管理契約ユーザ情報を受け取り、その管理
契約ユーザ情報を記憶部（図示せず）に一時格納して保
持する。

【００４８】ソフトウェア管理サーバ４０は、ユーザが
ソフトウェアベンダＡ，Ｂに対して既にユーザ登録を行
った者、すなわち正規にソフトウェアの使用許諾を受け
た者であるかを確かめるために、管理契約ユーザ情報の
ソフトウェア管理情報などを基に、ソフトウェアベンダ
Ａ，Ｂのユーザ管理サーバ２１，３１に対してユーザ情
報の問い合わせを行う（ステップＳ３）。ユーザ管理サ
ーバ２１，３１は、それぞれ、ソフトウェア管理サーバ
４０からの問い合わせに対してユーザ情報を提供する
（ステップＳ４，Ｓ５）。

【００４９】ソフトウェア管理サーバ４０は、ユーザ管
理サーバ２１，３１から送信されたユーザ情報を受け取
ると、ユーザがソフトウェアベンダＡ，Ｂに対して既に
ユーザ登録を行った者であると判断して、ユーザ情報を
記憶部に一時格納して保持する。

【００５０】ソフトウェア管理サーバ４０は、ユーザ端
末１０から送信された管理契約ユーザ情報のプロダクツ
バージョンと、ユーザ管理サーバ２１，３１から送信さ
れたユーザ情報のプロダクツバージョンとが整合してい
るか否かを確認する（ステップＳ６）。

【００５１】管理契約ユーザ情報のプロダクツバージョ
ンとユーザ情報のプロダクツバージョンとが整合してい
ないこともあり得る。例えば、ユーザが市販のパッケー
ジソフトウェアなどでソフトウェアのアップデートを行
った場合には、そのアップデートされた情報がユーザ管
理サーバ２１，３１に登録されておらず、ソフトウェア
のプロダクツバージョンの情報が一致しないことも起こ
り得る。ソフトウェア管理サーバ４０は、管理契約ユー
ザ情報とユーザ情報とが整合していないときは、プロダ
クツバージョンの情報を整合させる。

【００５２】管理契約ユーザ情報及びユーザ情報の各情
報の整合がとれた場合には、ソフトウェア管理サーバ４
０は、管理契約ユーザ情報をデータベース（図示せず）
に格納してユーザ管理契約の登録処理を行う（ステップ
Ｓ７）。

【００５３】次に、ソフトウェア管理サーバ４０は、ネ
ットワーク１００を介して管理用ソフトウェアをユーザ
端末１０に配信（送信）する（ステップＳ８）。管理用
ソフトウェアは、ユーザ端末１０がソフトウェア管理サ
ーバ４０に対して自動的にアクセスしてアップデート要
求を行うスケジュールなどを管理するためのソフトウェ
アである。

【００５４】ユーザ端末１０は、ソフトウェア管理サー
バ４０からネットワーク１００を介して配信された管理
用ソフトウェアをダウンロードして記憶部（図示せず）
に蓄積する（ステップＳ９）。そして、ユーザは、管理
用ソフトウェアを実行してユーザ端末１０にインストー
ルする（ステップＳ１０）。

【００５５】次に、ユーザが複数のソフトウェアのアッ
プデートを行う動作について説明する。図３は、ユーザ
個人による複数のソフトウェアのアップデートを行う動
作を説明するためのシーケンス図である。

【００５６】ソフトウェアベンダＡが、自身が販売して
いるソフトウェアのアップデートを行ったものとする
（ステップＳ１１）。ソフトウェアベンダＡがソフトウ
ェアのアップデートを行った場合、ソフトウェアベンダ
Ａのシステム管理者は、ソフトウェアをアップデートす
るためのアップデート用ソフトウェアをプロダクツ管理
サーバ２２に登録するとともに、ソフトウェアのバージ
ョンアップ（アップデート）した内容などを示すアップ
デート情報をプロダクツ管理サーバ２２に登録する。ま
た、ソフトウェアベンダＡのシステム管理者は、アップ
デート情報をＷｅｂサーバ２０がネットワーク１００に
提供するＷｅｂページに掲載する。

【００５７】なお、アップデート情報の具体的な内容と
しては、ソフトウェアのプロダクツ名、プロダクツバー
ジョン、アップデートモジュール形式（自動実行ファイ
ルなど）などの情報である。

【００５８】ソフトウェア管理サーバ４０は、ソフトウ
ェアベンダＡ，Ｂがソフトウェアのアップデートを行っ
ていないかどうかを監視するために、プロダクツ管理サ
ーバ２２，３２に対して定期的にアップデートの問い合
わせを行う（ステップＳ１２）。

【００５９】このとき、ソフトウェアベンダＡではソフ
トウェアのアップデートを行っているので、プロダクツ
管理サーバ２２は、ソフトウェア管理サーバ４０からの
アップデートの問い合わせに対してアップデート情報を
提供する（ステップＳ１３）。なお、ソフトウェアベン
ダＢではソフトウェアのアップデートを行っていないの
で、プロダクツ管理サーバ３２は、ソフトウェア管理サ
ーバ４０にアップデート情報を提供しない。

【００６０】ソフトウェア管理サーバ４０は、プロダク
ツ管理サーバ２２から送信されたアップデート情報を受
け取ると、そのアップデート情報をデータベースに登録
するとともにユーザ端末１０に送信する（ステップＳ１
４）。ユーザ端末１０は、ソフトウェア管理サーバ４０
から送信されたアップデート情報を受信する（ステップ
Ｓ１５）。ユーザは、受信したアップデート情報を画面
表示などさせて、アップデート情報の内容を確認する。

【００６１】また、プロダクツ管理サーバ２２は、アッ
プデート情報をソフトウェア管理サーバ４０に提供する
とともに（ステップＳ１３）、アップデート用ソフトウ
ェアをソフトウェア管理サーバ４０に提供する（ステッ
プＳ１６）

【００６２】ソフトウェア管理サーバ４０は、プロダク
ツ管理サーバ２２から送信されるアップデート用ソフト
ウェアをダウンロードし、そのダウンロードしたアップ
デート用ソフトウェアをアップデート用ソフトウェア生
成サーバ４１に蓄積する（ステップＳ１７）。

【００６３】次に、ソフトウェアベンダＢが、自身が販
売しているソフトウェアのアップデートを行ったものと
する（ステップＳ１８）。上記同様に、ソフトウェアベ
ンダＢがソフトウェアのアップデートを行った場合、ソ
フトウェアベンダＢのシステム管理者は、ソフトウェア
をアップデートするためのアップデート用ソフトウェア
をプロダクツ管理サーバ３２に登録するとともに、ソフ
トウェアのバージョンアップした内容などを示すアップ
デート情報をプロダクツ管理サーバ３２に登録する。ま
た、ソフトウェアベンダＢのシステム管理者は、アップ
デート情報をＷｅｂサーバ３０がネットワーク１００に
提供するＷｅｂページに掲載する。

【００６４】ソフトウェア管理サーバ４０は、ソフトウ
ェアベンダＡ，Ｂがソフトウェアのアップデートを行っ
ていないかどうかを監視するために、プロダクツ管理サ
ーバ２２，３２に対して定期的にアップデートの問い合
わせを行う（ステップＳ１９）。

【００６５】このとき、ソフトウェアベンダＢではソフ
トウェアのアップデートを行っているので、プロダクツ
管理サーバ３２は、ソフトウェア管理サーバ４０からの
アップデートの問い合わせに対してアップデート情報を
提供する（ステップＳ２０）。なお、ソフトウェアベン
ダＡではソフトウェアのアップデートを行っていないの
で、プロダクツ管理サーバ２２は、ソフトウェア管理サ
ーバ４０にアップデート情報を提供しない。

【００６６】ソフトウェア管理サーバ４０は、プロダク
ツ管理サーバ３２から送信されたアップデート情報を受
け取ると、そのアップデート情報をデータベースに登録
するとともにユーザ端末１０に送信する（ステップＳ２
１）。ユーザ端末１０がソフトウェア管理サーバ４０か
ら送信されたアップデート情報を受信すると（ステップ
Ｓ２２）、ユーザは、受信したアップデート情報を画面
表示などさせて、アップデート情報の内容を確認する。

【００６７】また、プロダクツ管理サーバ３２は、アッ
プデート情報をソフトウェア管理サーバ４０に提供する
とともに（ステップＳ２０）、アップデート用ソフトウ
ェアをソフトウェア管理サーバ４０に提供する（ステッ
プＳ２３）

【００６８】ソフトウェア管理サーバ４０は、プロダク
ツ管理サーバ３２から送信されるアップデート用ソフト
ウェアをダウンロードし、そのダウンロードしたアップ
デート用ソフトウェアをアップデート用ソフトウェア生
成サーバ４１に蓄積する（ステップＳ２４）。

【００６９】このように、ソフトウェア管理サーバ４０
は、定期的にアップデートの問い合わせをプロダクツ管
理サーバ２２，３２に対して行うことにより、プロダク
ツ管理サーバ２２，３２からアップデート情報及びアッ
プデート用ソフトウェアの提供を受けて、最新バージョ
ンのアップデート情報及びアップデート用ソフトウェア
の収集を行う。

【００７０】なお、ソフトウェアベンダＡ，Ｂは、ソフ
トウェア管理サーバ４０からのアップデートの問い合わ
せの有無にかかわらず、ソフトウェアのアップデートを
行うと直ちにアップデート情報及びアップデート用ソフ
トウェアをソフトウェア管理サーバ４０に提供するよう
にしてもよい。

【００７１】次に、ユーザ端末１０は、インストールさ
れた管理用ソフトウェアの管理スケジュールに従って、
自動的にソフトウェア管理サーバ４０にアクセスしてア
ップデート要求を行う（ステップＳ２５）。管理用ソフ
トウェアの管理スケジュールとしては、例えば、１週間
に１回（毎週○曜日）、１月に１回（毎月○○日）など
のような日程とする。この管理スケジュールは、ユーザ
がソフトウェア管理サーバ４０に対して管理登録を行う
際に入力する管理契約ユーザ情報の監視動作間隔に基づ
いて決定される。

【００７２】ユーザ端末１０からソフトウェア管理サー
バ４０に送られるアップデート要求には、ユーザ端末１
０に保持されているソフトウェア管理情報も含まれてい
る。

【００７３】ソフトウェア管理サーバ４０は、ユーザ端
末１０からのアップデート要求を受けると、アップデー
ト要求とともに送信されたソフトウェア管理情報を記憶
部に一時格納して保持した後、ユーザがソフトウェアベ
ンダＡ，Ｂに対して既にユーザ登録を行った者であるか
を確かめるために、ソフトウェアベンダＡ，Ｂのユーザ
管理サーバ２１，３１にユーザ情報の問い合わせを行う
（ステップＳ２６）。

【００７４】ユーザ管理サーバ２１，３１は、それぞ
れ、ソフトウェア管理サーバ４０からの問い合わせに対
してユーザ情報を提供する（ステップＳ２７，Ｓ２
８）。ソフトウェア管理サーバ４０は、ユーザ管理サー
バ２１，３１から送信されたユーザ情報を受け取ると、
ユーザがソフトウェアベンダＡ，Ｂに対して既にユーザ
登録を行った者であると判断する。

【００７５】ソフトウェア管理サーバ４０は、データベ
ースに登録されている管理契約ユーザ情報のプロダクツ
バージョンと、ユーザ端末１０から送信されたソフトウ
ェア管理情報のプロダクツバージョンとが整合している
か否かを確認する（ステップＳ２９）。

【００７６】このように、管理契約ユーザ情報とソフト
ウェア管理情報とのプロダクツバージョンの整合を確認
するのは、両情報のプロダクツバージョンが一致しない
こともあり得るからである。

【００７７】例えば、ユーザが市販のパッケージソフト
ウェアなどでソフトウェアのアップデートを行った場合
や、ユーザがプロダクツ管理サーバ２２，３２に直接ア
クセスしてオンラインでソフトウェアのアップデートを
行った場合のように、ユーザがソフトウェア管理サーバ
４０を介さずにソフトウェアのアップデートを行った場
合には、ソフトウェア管理サーバ４０に格納されている
管理契約ユーザ情報のプロダクツバージョンの情報が、
ユーザ端末１０に保持されているソフトウェア管理情報
のプロダクツバージョンの情報と一致しなくなる。

【００７８】ソフトウェア管理サーバ４０は、管理契約
ユーザ情報のプロダクツバージョンとソフトウェア管理
情報のプロダクツバージョンとが整合していないとき
は、プロダクツバージョンの情報を最新のバージョンに
整合させる。

【００７９】ソフトウェア管理サーバ４０は、管理契約
ユーザ情報とソフトウェア管理情報とのプロダクツバー
ジョンの整合の確認がとれると、次に、データベースに
登録されている管理契約ユーザ情報の契約内容に関する
情報に基づいて、ユーザと管理契約している複数のソフ
トウェアを確認し、当該複数のソフトウェアについて最
新バージョンにアップデートが行われているかどうか
を、上記整合確認したプロダクツバージョンの情報及び
アップデート情報を参照して確認する。そして、ソフト
ウェア管理サーバ４０は、ユーザと管理契約している複
数のソフトウェアのうち、未だアップデートが行われて
いないソフトウェアをアップデート用ソフトウェア生成
サーバ４１に通知する。

【００８０】アップデート用ソフトウェア生成サーバ４
１は、蓄積している多数の最新バージョンのアップデー
ト用ソフトウェアの中から、ソフトウェア管理サーバ４
０から通知された複数のソフトウェアについての複数の
アップデート用ソフトウェアを読み出して、当該複数の
アップデート用ソフトウェアを一つに統合して統合アッ
プデート用ソフトウェアを生成する（ステップＳ３
０）。

【００８１】アップデート用ソフトウェア生成サーバ４
１は、生成した統合アップデート用ソフトウェアをソフ
トウェア管理サーバ４０に送出する。ソフトウェア管理
サーバ４０は、アップデート用ソフトウェア生成サーバ
４１で生成された統合アップデート用ソフトウェアをネ
ットワーク１００を介してユーザ端末１０に配信する
（ステップＳ３１）。

【００８２】ユーザ端末１０は、ソフトウェア管理サー
バ４０からネットワーク１００を介して配信された統合
アップデート用ソフトウェアをダウンロードして記憶部
（図示せず）に蓄積する（ステップＳ３２）。そして、
ユーザは、統合アップデート用ソフトウェアを起動して
複数のソフトウェアのアップデートを実行させる（ステ
ップＳ３３）。このように、複数のソフトウェアが一度
の操作でアップデートされたことになる。

【００８３】ユーザ端末１０は、複数のソフトウェアの
アップデート実行後、ソフトウェア管理情報のプロダク
ツバージョンの情報をネットワーク１００を介してソフ
トウェア管理サーバ４０に送信する（ステップＳ３
４）。ソフトウェア管理サーバ４０は、ユーザ端末１０
から送信されたソフトウェア管理情報のプロダクツバー
ジョンの情報を受信すると、データベースにユーザ毎に
登録されている管理契約ユーザ情報におけるソフトウェ
ア管理情報のプロダクツバージョンの情報を更新し、そ
のプロダクツバージョンの情報をユーザ管理サーバ２
１，３１に送信する（ステップＳ３５）。

【００８４】ユーザ管理サーバ２１，３１は、ソフトウ
ェア管理サーバ４０から送信されたソフトウェア管理情
報のプロダクツバージョンの情報を受信すると、それぞ
れ、ユーザ毎にデータベースに登録されているユーザ情
報のプロダクツバージョンをソフトウェア管理情報のプ
ロダクツバージョンの情報に更新する（ステップＳ３
６，３７）。

【００８５】以上のように、実施の形態１では、ソフト
ウェア管理サーバ４０が、ソフトウェアのアップデート
を常に監視し、アップデート情報及びアップデート用ソ
フトウェアを収集し、管理契約したユーザのユーザ端末
１０に対してアップデート用ソフトウェアを提供するよ
うに構成されている。このように、ソフトウェア管理サ
ーバ４０がユーザに代わってソフトウェアのアップデー
ト管理を行うことにより、ユーザによる複数のソフトウ
ェアのアップデート状況を監視する負担を軽減すること
ができる。

【００８６】また、アップデート用ソフトウェア生成サ
ーバ４１が、複数のアップデート用ソフトウェアを一つ
に統合して統合アップデート用ソフトウェアを生成し、
ソフトウェア管理サーバ４０が、統合アップデート用ソ
フトウェアをユーザ端末１０に配信するように構成され
ている。これにより、ユーザは、統合アップデート用ソ
フトウェアを起動させることにより、複数のソフトウェ
アのアップデートを一度に実行させることができ、複数
のソフトウェアをアップデートする作業にかかる時間と
労力が軽減される。

【００８７】また、ソフトウェア管理サーバ４０は、統
合アップデート用ソフトウェアを配信する前に、ソフト
ウェアのプロダクツバージョンについてユーザ端末１０
に登録されている情報とソフトウェア管理サーバ４０に
登録されている情報とが一致するか否かを確認するよう
に構成されている。これにより、既にアップデートされ
たソフトウェアが重複してアップデートされるという無
駄な作業を防止することができる。

【００８８】また、ソフトウェア管理サーバ４０は、ソ
フトウェアのプロダクツバージョンやプロダクツＩＤ、
またユーザＩＤなどの情報を一元管理し、それらの情報
についてソフトウェア管理情報及びユーザ情報の整合を
確認できるため、不正にコピーされたソフトウェアや海
賊版のソフトウェアなどを監視することもできる。

【００８９】さらに、ソフトウェア管理サーバ４０は、
プロダクツ管理サーバ２２，３２からアップデート情報
を収集し、そのアップデート情報をユーザ端末１０に通
知するようにしているので、ユーザはアップデート情報
を容易に取得し確認することができる。

【００９０】なお、実施の形態１では、ソフトウェア管
理サーバ４０がプロダクツ管理サーバ２２，３２からダ
ウンロードしたアップデート用ソフトウェアをアップデ
ート用ソフトウェア生成サーバ４１において蓄積するよ
うに構成されていたが、これに限られるものではなく、
ユーザ端末１０からのアップデート要求を受けると、そ
の都度、ソフトウェア管理サーバ４０がプロダクツ管理
サーバ２２，３２からアップデート用ソフトウェアをダ
ウンロードして、アップデート用ソフトウェア生成サー
バ４１において蓄積しないようにすることも可能であ
る。

【００９１】この場合、プロダクツ管理サーバ２２，３
２は、ソフトウェア管理サーバ４０に登録されている全
てのユーザに対してアップデート用ソフトウェアを提供
したときには、当該アップデート用ソフトウェアの提供
をストップ（停止）するようにしてもよい。

【００９２】また、ソフトウェアのアップデート要求を
管理用ソフトウェアのスケジュールに従って、ユーザ端
末１０からソフトウェア管理サーバ４０に対して行うよ
うに構成されていたが、ソフトウェア管理サーバ４０側
からスケジュールに従って定期的に統合アップデート用
ソフトウェアを配信するように構成することも可能であ
る。

【００９３】実施の形態２．実施の形態１では、ソフト
ウェア管理事業者は、ユーザ個人に対してソフトウェア
管理サービスを提供していたが、実施の形態２では、複
数のユーザ端末を備えた企業などの組織に対してソフト
ウェア管理サービスを提供する。

【００９４】図４は、本発明のソフトウェアのアップデ
ートシステムにおける他の実施の形態を示す構成図であ
る。図４において、複数のユーザ端末１１〜１３は、企
業などの組織が備えたパーソナルコンピュータなどの情
報処理装置である。組織内の複数のユーザ端末１１〜１
３は、図４に示すように、それぞれローカルネットワー
ク２００に接続されている。複数のユーザ端末１１〜１
３には、ソフトウェアベンダＡ，Ｂから購入した複数の
ソフトウェアがインストールされている。また、複数の
ユーザ端末１１〜１３は、ネットワーク１００，２００
を介してデータを送受信するデータ通信機能や、ネット
ワーク１００上のＷｅｂページを閲覧するブラウザ機能
などを備えている。

【００９５】ローカルソフトウェア管理サーバ５０は、
ソフトウェア管理事業者によって設置された、組織内の
複数のユーザ端末１１〜１３のユーザ管理情報を一元管
理するサーバである。ローカルソフトウェア管理サーバ
５０は、ワークステーションサーバなどの情報処理装置
で構成されており、図４に示すように、ローカルネット
ワーク２００に接続されている。

【００９６】ここで、ユーザ管理情報としては、管理Ｐ
Ｃ情報（管理番号、製品名、製造元、製造番号、保証書
番号、設置場所）、管理ＰＣ名、ＰＣ使用者情報（社員
番号、所属、役職、内線）、上述したソフトウェア管理
情報、管理ＰＣのＩＰアドレス、複数ライセンス（１媒
体で１０ライセンスのようなもの）版の同一プロダクツ
ＩＤでのライセンス許容数などの情報である。

【００９７】なお、その他の構成については、図１に示
したものと同様であるため、同一構成については同一符
号を付して重複する説明を省略する。ちなみに、図４に
は、ローカルネットワーク２００が１つだけ図示されて
いるが、ローカルネットワーク２００は２つ以上、ネッ
トワーク１００に接続され得るものである。

【００９８】次に、動作について説明する。企業などの
組織は、ソフトウェア管理事業者からソフトウェア管理
サービスの提供を受けるためには、ソフトウェア管理事
業者との間でソフトウェアの管理を委託する旨の委託契
約を結ぶ。

【００９９】ソフトウェア管理事業者は、組織と上記契
約を結ぶと、組織内のローカルネットワーク２００上に
複数のユーザ端末１１〜１３のユーザ管理情報を一元管
理するためのローカルソフトウェア管理サーバ５０を設
置する。その後、組織は、ソフトウェア管理事業者のソ
フトウェア管理サーバ４０に対して管理登録を行う。

【０１００】図５は、組織によるソフトウェア管理サー
バに対する管理登録を行う動作を説明するためのシーケ
ンス図である。

【０１０１】組織内のユーザ端末１１〜１３のユーザ
は、各ユーザ端末１１〜１３からユーザ管理情報をロー
カルソフトウェア管理サーバ５０にローカルネットワー
ク２００を介して送信する（ステップＳ４１）。ローカ
ルソフトウェア管理サーバ５０は、複数のユーザ端末１
１〜１３から送信されたユーザ管理情報を受け取ると、
それらのユーザ管理情報を記憶部（図示せず）に格納し
て登録する（ステップＳ４２）。

【０１０２】次に、ローカルソフトウェア管理サーバ５
０の管理者は、ソフトウェア管理事業者のソフトウェア
管理サーバ４０に対して管理登録を行うために、ソフト
ウェア管理サーバ４０がネットワーク１００上に提供し
ているＷｅｂページにアクセスし（ステップＳ４３）、
Ｗｅｂページ上で管理契約ユーザ情報を入力する（ステ
ップＳ４４）。

【０１０３】ここで、管理契約ユーザ情報としては、組
織名（例えば法人名）、住所、電話番号、ＦＡＸ番号、
管理者部門、管理部門メールアドレス、管理契約ソフト
ウェアベンダ毎のユーザＩＤ、管理契約情報、契約支払
方法、上述したソフトウェア管理情報、複数ライセンス
版の同一プロダクツＩＤでのライセンス許容数などの情
報である。

【０１０４】その後のステップＳ４５からステップＳ５
２までの動作は、図２で説明したものと同様である。す
なわち、ソフトウェア管理サーバ４０は、ローカルソフ
トウェア管理サーバ５０から送信された管理契約ユーザ
情報を受け取り、その管理契約ユーザ情報を記憶部（図
示せず）に一時格納して保持する。

【０１０５】ソフトウェア管理サーバ４０は、管理契約
ユーザ情報のソフトウェア管理情報などを基に、ソフト
ウェアベンダＡ，Ｂのユーザ管理サーバ２１，３１に対
してユーザ情報の問い合わせを行う（ステップＳ４
５）。ユーザ管理サーバ２１，３１は、それぞれ、ソフ
トウェア管理サーバ４０からの問い合わせに対してユー
ザ情報を提供する（ステップＳ４６，Ｓ４７）。

【０１０６】ソフトウェア管理サーバ４０は、ユーザ管
理サーバ２１，３１から送信されたユーザ情報を受け取
ると、そのユーザ情報を記憶部に一時格納して保持す
る。ソフトウェア管理サーバ４０は、ユーザ端末１０か
ら送信された管理契約ユーザ情報のプロダクツバージョ
ンと、ユーザ管理サーバ２１，３１から送信されたユー
ザ情報のプロダクツバージョンとが整合しているか否か
を確認する（ステップＳ４８）。ソフトウェア管理サー
バ４０は、管理契約ユーザ情報とユーザ情報とのプロダ
クツバージョンが整合していないときは、そのプロダク
ツバージョンの情報を整合させる。

【０１０７】管理契約ユーザ情報及びユーザ情報の各情
報の整合がとれた場合には、ソフトウェア管理サーバ４
０は、管理契約ユーザ情報をデータベース（図示せず）
に格納してユーザ管理契約の登録処理を行う（ステップ
Ｓ４９）。

【０１０８】次に、ソフトウェア管理サーバ４０は、ネ
ットワーク１００を介して管理用ソフトウェアをローカ
ルソフトウェア管理サーバ５０に配信（送信）する（ス
テップＳ５０）。管理用ソフトウェアは、ローカルソフ
トウェア管理サーバ５０がソフトウェア管理サーバ４０
に対して自動的にアクセスしてアップデート要求を行う
スケジュールなどを管理するためのソフトウェアであ
る。

【０１０９】ローカルソフトウェア管理サーバ５０は、
ソフトウェア管理サーバ４０からネットワーク１００を
介して配信された管理用ソフトウェアをダウンロードし
て記憶部（図示せず）に蓄積する（ステップＳ５１）。
そして、管理者は、管理用ソフトウェアを実行してロー
カルソフトウェア管理サーバ５０にインストールする
（ステップＳ５２）。

【０１１０】次に、複数のソフトウェアのアップデート
を行う動作について説明する。図６は、組織による複数
のソフトウェアのアップデートを行う動作を説明するた
めのシーケンス図である。

【０１１１】なお、ソフトウェア管理サーバ４０が、定
期的にアップデートの問い合わせをプロダクツ管理サー
バ２２，３２に対して行うことにより、プロダクツ管理
サーバ２２，３２からアップデート情報及びアップデー
ト用ソフトウェアの提供を受けて、最新バージョンのア
ップデート情報及びアップデート用ソフトウェアの収集
を行う動作（ステップＳ６１からステップＳ７４）、及
びローカルソフトウェア管理サーバ５０からのアップデ
ータ要求に対して、アップデート用ソフトウェア生成サ
ーバ４１が、統合アップデート用ソフトウェアを生成す
る動作（ステップＳ７５からステップＳ８０）について
は、図３のステップＳ１１からステップＳ３０で説明し
た動作を同様であるため、詳細説明を省略する。

【０１１２】ステップＳ８０において、アップデート用
ソフトウェア生成サーバ４１は、統合アップデート用ソ
フトウェアを生成すると、その生成した統合アップデー
ト用ソフトウェアをソフトウェア管理サーバ４０に送出
する。ソフトウェア管理サーバ４０は、アップデート用
ソフトウェア生成サーバ４１から送られた統合アップデ
ート用ソフトウェアをネットワーク１００を介してロー
カルソフトウェア管理サーバ５０に配信する（ステップ
Ｓ８１）。

【０１１３】ローカルソフトウェア管理サーバ５０は、
ソフトウェア管理サーバ４０からネットワーク１００を
介して配信された統合アップデート用ソフトウェアをダ
ウンロードして記憶部（図示せず）に蓄積する（ステッ
プＳ８２）。その後、ローカルソフトウェア管理サーバ
５０は、複数のユーザ端末１１〜１３に対してアップデ
ートされた複数のソフトウェアについてのアップデート
情報をローカルネットワーク２００を介して通知する
（ステップＳ８３）。

【０１１４】組織内のユーザ端末１１〜１３のユーザ
は、ローカルソフトウェア管理サーバ５０から通知され
たアップデート情報を画面表示などさせて、その内容を
確認した後、ローカルソフトウェア管理サーバ５０に対
して統合アップデート用ソフトウェアのダウンロードを
要求する（ステップＳ８４）。

【０１１５】ローカルソフトウェア管理サーバ５０は、
ユーザ端末１１〜１３からのダウンロード要求を受ける
と、そのダウンロード要求したユーザ端末１１〜１３に
対して統合アップデート用ソフトウェアをローカルネッ
トワーク２００を介して送信する（ステップＳ８５）。

【０１１６】各ユーザ端末１１〜１３は、ローカルソフ
トウェア管理サーバ５０から送信された統合アップデー
ト用ソフトウェアをダウンロードして記憶部（図示せ
ず）に蓄積する（ステップＳ８６）。各ユーザ端末１１
〜１３のユーザは、統合アップデート用ソフトウェアを
起動して複数のソフトウェアのアップデートを実行させ
る（ステップＳ８７）。このように、複数のソフトウェ
アが一度の操作でアップデートされたことになる。

【０１１７】各ユーザ端末１１〜１３は、複数のソフト
ウェアのアップデート実行後、ソフトウェア管理情報の
プロダクツバージョンの情報をローカルネットワーク２
００を介してローカルソフトウェア管理サーバ５０に送
信する（ステップＳ８８）。ローカルソフトウェア管理
サーバ５０は、各ユーザ端末１１〜１３から送信された
プロダクツバージョンの情報を受け取ると、ユーザ端末
１１〜１３毎のユーザ管理情におけるソフトウェア管理
情報のプロダクツバージョンを更新するとともに、その
プロダクツバージョンの情報をネットワーク１００を介
してソフトウェア管理サーバ４０に送信する（ステップ
Ｓ８９）。

【０１１８】ソフトウェア管理サーバ４０は、ローカル
ソフトウェア管理サーバ５０から送信されたソフトウェ
ア管理情報のプロダクツバージョンの情報を受信する
と、データベースにユーザ毎に登録されている管理契約
ユーザ情報におけるソフトウェア管理情報のプロダクツ
バージョンの情報を更新し、そのプロダクツバージョン
の情報をユーザ管理サーバ２１，３１に送信する（ステ
ップＳ９０）。

【０１１９】ユーザ管理サーバ２１，３１は、ソフトウ
ェア管理サーバ４０から送信されたソフトウェア管理情
報のプロダクツバージョンの情報を受信すると、それぞ
れ、ユーザ毎にデータベースに登録されているユーザ情
報のプロダクツバージョンをソフトウェア管理情報のプ
ロダクツバージョンの情報に更新する（ステップＳ９
１，９２）。

【０１２０】以上のように、実施の形態２では、組織内
のローカルネットワーク２００上に、組織内の複数のユ
ーザ端末１１〜１３のユーザ管理情報を管理するローカ
ルソフトウェア管理サーバ５０を設置することにより、
組織内の複数のユーザ端末１１〜１３が保持する複数の
ソフトウェアのアップデートを一元管理を行うことがで
きる。

【０１２１】実施の形態３．実施の形態１及び２で説明
したように、アップデート用ソフトウェア生成サーバ４
１によって生成される統合アップデート用ソフトウェア
は、複数のアップデート用ソフトウェアを一つに統合し
たものである。具体的には、統合アップデート用ソフト
ウェアは、各ソフトウェアベンダのプロダクツ管理サー
バから提供される複数のアップデートモジュールがバイ
ンドソフトウェアで一つに束ねられて生成される。

【０１２２】ここで、一般的に、アップデートモジュー
ルを用いたアップデート方法には、次のようなものがあ
る。第１に、モジュール自体が実行ファイル形式となっ
ており、実行ファイルを起動することにより自動的にア
プリケーションソフトウェアのバージョンアップを行
い、アップデートを完了するものである。第２に、モジ
ュール自体は実行ファイルであるが、アプリケーション
ソフトウェアの実行ファイルをバージョンアップされて
いる新しい実行ファイルに入れ替えるものである。この
場合、実行ファイルの上書き操作が必要となる。

【０１２３】第３に、モジュール自体は定義ファイルの
ようなデータファイルであるが、実行ファイル形式化さ
れており、起動することにより自動的に指定フォルダに
コピーされ、アップデートを完了するものである。第４
に、定義ファイルのようなデータであって、アプリケー
ションプログラム上の指定フォルダにコピーを行うもの
である。この場合は、データのコピー操作が必要とな
る。

【０１２４】例えば、Ｗｉｎｄｏｗｓ（登録商標）Ｕｐ
ｄａｔｅは上記の第１の例であり、ウィルスワクチンの
ウィルス定義ファイルの更新は上記の第３または第４の
例である。またゲームソフトなどは上記の第１から第４
の例のいずれのケースも考えられる。

【０１２５】図７は、統合アップデート用ソフトウェア
の具体例を示すブロック図である。図７において、統合
アップデート用ソフトウェア６０は、アップデート用ソ
フトウェア生成サーバ４１によって生成されるソフトウ
ェアである。バインドソフトウェア６１は、アップデー
トモジュール６２，６４，６５，６７を束ねる（縛る）
ソフトウェアである。バインドソフトウェア６１は、ア
ップデート用ソフトウェア生成サーバ４１によってアッ
プデートモジュールのファイル形式に対応するように生
成される。

【０１２６】アップデートモジュール６２は、ソフトウ
ェアＡのアップデート用のモジュールであって、それ自
体が実行ファイル形式となっている。アップデートモジ
ュール６２は実行ファイル形式であるので、バインドソ
フトウェア６１がアップデートモジュール６２を起動
し、アップデートモジュール６２が起動を終了すれば、
ソフトウェアＡのアップデートは完了する。バインドソ
フトウェア６１は、アップデートの完了を確認すると、
次のソフトウェアＢのアップデートを開始する。

【０１２７】アップデートモジュール６４は、ソフトウ
ェアＢのアップデート用のモジュールであって、アプリ
ケーションソフトウェア自体の実行ファイルを交換する
ものである。インストールプログラム６３は、ユーザ端
末１０〜１３のいずれのフォルダにアップデートを行う
ソフトウェアＢがインストールされているかをソフトウ
ェア管理情報から判断して、新しいバージョンの実行フ
ァイルを該当するフォルダに上書きする処理を行う。こ
のように、アップデートモジュール６４は、バインドソ
フトウェア６１の一部であるインストールプログラム６
３によってアップデートが実行され、アップデート実行
が終了すると、バインドソフトウェア６１は次にソフト
ウェアＣのアップデートを開始する。

【０１２８】アップデートモジュール６５は、ソフトウ
ェアＣのアップデート用のモジュールであって、それ自
体はアプリケーションソフトウェアの実行ファイルでは
なく、アプリケーションソフトウェアに用いられている
データファイルであるが、モジュールとしては実行ファ
イル化されている。従って、アップデートモジュール６
５では、ファイルを起動させることにより必要な更新デ
ータがアプリケーションソフトウェアの該当フォルダに
コピーされる。バインドソフトウェア６１は、アップデ
ートモジュール６５を起動し、その起動が完了するとソ
フトウェアＣのアップデートを終了し、次のソフトウェ
アＤのアップデートを開始する。

【０１２９】アップデートモジュール６７は、ソフトウ
ェアＤのアップデート用のモジュールであって、アプリ
ケーションソフトウェアに用いられているデータであ
る。従って、ソフトウェアＤのアップデートを行うため
には、指定されたアプリケーションソフトウェアのフォ
ルダに、アップデートモジュール６７をコピーする必要
がある。

【０１３０】インストールプログラム６６は、ユーザ端
末１０〜１３のいずれのフォルダにアップデートを行う
ソフトウェアＤがインストールされているかをソフトウ
ェア管理情報から判断して、アップデートモジュール６
７を該当するフォルダにコピーする処理を行う。

【０１３１】このように、インストールプログラム６６
によってアップデートモジュール６７のフォルダへのコ
ピーが終了すると、アップデートモジュール６２，６
４，６５，６７の４つのアプリケーションソフトウェア
Ａ〜Ｄについてのアップデートが終了したことになる。
ユーザは、必要に応じてユーザ端末１０〜１３のリセッ
トなどの動作を行い、アップデート作業を完了する。

【０１３２】上述したような複数のアップデートモジュ
ール６２，６４，６５，６７を束ねるバインドソフトウ
ェア６１は、各アップデートモジュール６２，６４，６
５，６７のファイル形式に応じて、アップデート用ソフ
トウェア生成サーバ４１によって生成される。なお、ア
ップデート用ソフトウェア生成サーバ４１は、バインド
ソフトウェア６１を生成する際、各アップデートモジュ
ール６２，６４，６５，６７のファイル形式の種類を、
各アップデートモジュール６２，６４，６５，６７から
自身で判断し、またはソフトウェアベンダからファイル
形式の情報を提供してもらうことにより認識する。

【０１３３】以上のように、統合アップデート用ソフト
ウェア６０は、複数のソフトウェアＡ〜Ｄのアップデー
トモジュール６２，６４，６５，６７をバインドソフト
ウェア６１にて束ねる形で構成されているため、ユーザ
端末１０〜１３にて統合アップデート用ソフトウェア６
０をダウンロードしたユーザは、一度の操作で複数のソ
フトウェアＡ〜Ｄのアップデートを実行することがで
き、複数のアップデートの作業労力が一層軽減される。

【０１３４】

【発明の効果】以上のように、本発明によれば、複数の
ソフトウェアベンダが提供する複数のソフトウェアのア
ップデートを監視し、複数のソフトウェアのアップデー
ト用ソフトウェアを収集し、ユーザ端末から送られる各
種情報を格納してユーザ登録し、ユーザ登録したユーザ
のユーザ端末に対してアップデート用ソフトウェアを配
信するように構成されている。これにより、ユーザによ
る複数のソフトウェアのアップデート状況を監視する負
担を軽減することができ、またユーザによる複数のソフ
トウェアのアップデート作業の労力を軽減することがで
きる。

【０１３５】また、ソフトウェアのプロダクツバージョ
ン、プロダクツＩＤ、ユーザＩＤなどの情報を一元管理
することにより、それらの情報についてユーザ端末から
送られる情報とソフトウェアベンダ側から送られる情報
との整合を確認できるため、不正にコピーされたソフト
ウェアや海賊版のソフトウェアなどを監視することもで
きる。

【０１３６】また、複数のアップデート用ソフトウェア
を統合して統合アップデート用ソフトウェアを生成し、
その統合アップデート用ソフトウェアをネットワークを
介してユーザ端末に配信するので、ユーザは統合アップ
デート用ソフトウェアを起動させることにより、複数の
ソフトウェアのアップデートを一度に実行させることが
でき、複数のソフトウェアをアップデートする作業にか
かる時間と労力を一層軽減することができる。

【０１３７】また、ユーザ端末から送られるソフトウェ
アのプロダクツのバージョンの情報を受け取り、当該バ
ージョンの情報と予め登録されているプロダクツに関す
る情報の中のバージョンの情報とが一致するか否かを確
認し、一致しないときは最新のバージョンに整合させる
ようにしたので、既にアップデートされたソフトウェア
が重複してアップデートされるという無駄な作業を確実
に防止することができる。

【０１３８】また、複数のソフトウェアベンダのプロダ
クツ管理手段からネットワークを介して提供される複数
のソフトウェアのアップデート情報を収集し、収集した
アップデート情報をユーザ端末に提供するので、ユーザ
はアップデート情報を容易に取得して認識することがで
きる。

【０１３９】また、本発明では、組織内の複数のユーザ
端末のユーザ管理情報を一元管理するとともに、ソフト
ウェア配信手段から配信されたアップデート用ソフトウ
ェアをダウンロードして蓄積し、複数のユーザ端末から
送られるアップデート要求に応じて、複数のユーザ端末
に対してローカルネットワークを介してアップデート用
ソフトウェアを配信するローカルソフトウェア管理手段
を設けた。これにより、組織内の複数のユーザ端末にイ
ンストールされた複数のソフトウェアのアップデートを
一元管理することができる。

【図面の簡単な説明】

【図１】 本発明のソフトウェアのアップデートシステ
ムを示す構成図である。

【図２】 ユーザ個人によるソフトウェア管理サーバに
対する管理登録を行う動作を説明するためのシーケンス
図である。

【図３】 ユーザ個人による複数のソフトウェアのアッ
プデートを行う動作を説明するためのシーケンス図であ
る。

【図４】 本発明のソフトウェアのアップデートシステ
ムにおける他の実施の形態を示す構成図である。

【図５】 組織によるソフトウェア管理サーバに対する
管理登録を行う動作を説明するためのシーケンス図であ
る。

【図６】 組織による複数のソフトウェアのアップデー
トを行う動作を説明するためのシーケンス図である。

【図７】 統合アップデート用ソフトウェアの具体例を
示すブロック図である。

【図８】 従来のソフトウェアのアップデートシステム
を示す構成図である。

【符号の説明】

１０ ユーザ端末 ２２，３２ プロダクツ管理サーバ（プロダクツ管理手
段） ４０ ソフトウェア管理サーバ（ソフトウェア管理サー
ビスシステム） ４１ アップデート用ソフトウェア生成サーバ（ソフト
ウェア管理サービスシステム、ソフトウェア統合手段） ５０ ローカルソフトウェア管理サーバ（ローカルソフ
トウェア管理手段） ６０ 統合アップデート用ソフトウェア １００ ネットワーク ２００ ローカルネットワーク

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 9/06 ６５０Ｃ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数のソフトウェアベンダが提供する複
   数のソフトウェアのアップデート状況を監視し、前記複
   数のソフトウェアベンダのソフトウェアのプロダクツを
   管理するプロダクツ管理手段からネットワークを介して
   提供される複数のアップデート用ソフトウェアを収集す
   るソフトウェア収集ステップと、 前記複数のソフトウェアベンダからソフトウェアの使用
   許諾を受けたユーザのユーザ端末から送られる前記ユー
   ザに関する情報や、前記ユーザ端末にインストールされ
   ている複数のソフトウェアのプロダクツに関する情報な
   どを登録するユーザ登録ステップと、 登録された各情報に基づいて、収集した前記アップデー
   ト用ソフトウェアを前記ネットワークを介して前記ユー
   ザ端末に配信するソフトウェア配信ステップとを備えた
   ことを特徴とするソフトウェア管理サービス方法。
2. 【請求項２】 複数のアップデート用ソフトウェアを統
   合して統合アップデート用ソフトウェアを生成するソフ
   トウェア統合ステップを備え、 ソフトウェア配信ステップにおいて、前記統合アップデ
   ート用ソフトウェアをネットワークを介してユーザ端末
   に配信することを特徴とする請求項１記載のソフトウェ
   ア管理サービス方法。
3. 【請求項３】 ユーザ端末から送られるソフトウェアの
   プロダクツのバージョンの情報を受け取り、当該バージ
   ョンの情報と予め登録されているプロダクツに関する情
   報の中のバージョンの情報とが一致するか否かを確認
   し、一致しないときは最新のバージョンに整合させる整
   合確認ステップを備えたことを特徴とする請求項１また
   は請求項２記載のソフトウェア管理サービス方法。
4. 【請求項４】 複数のソフトウェアベンダのプロダクツ
   管理手段からネットワークを介して提供される複数のソ
   フトウェアのアップデート情報を収集し、収集した前記
   アップデート情報をユーザ端末に提供するアップデート
   情報提供ステップを備えたことを特徴とする請求項１か
   ら請求項３のうちのいずれか１項記載のソフトウェア管
   理サービス方法。
5. 【請求項５】 複数のソフトウェアベンダが提供する複
   数のソフトウェアのアップデート状況を監視するアップ
   デート監視手段と、 前記複数のソフトウェアベンダのソフトウェアのプロダ
   クツを管理するプロダクツ管理手段からネットワークを
   介して提供される複数のアップデート用ソフトウェアを
   収集するソフトウェア収集手段と、 前記複数のソフトウェアベンダからソフトウェアの使用
   許諾を受けたユーザのユーザ端末から送られる前記ユー
   ザに関する情報や、前記ユーザ端末にインストールされ
   ている複数のソフトウェアのプロダクツに関する情報な
   どを登録するユーザ登録手段と、 登録された各情報に基づいて、収集した前記アップデー
   ト用ソフトウェアを前記ネットワークを介して前記ユー
   ザ端末に配信するソフトウェア配信手段とを備えたこと
   を特徴とするソフトウェア管理サービスシステム。
6. 【請求項６】 複数のアップデート用ソフトウェアを統
   合して統合アップデート用ソフトウェアを生成するソフ
   トウェア統合手段を備え、 ソフトウェア配信手段は、前記ソフトウェア統合手段に
   よって生成された前記統合アップデート用ソフトウェア
   をネットワークを介してユーザ端末に配信することを特
   徴とする請求項５記載のソフトウェア管理サービスシス
   テム。
7. 【請求項７】 ユーザ端末から送られるソフトウェアの
   プロダクツのバージョンの情報を受け取り、当該バージ
   ョンの情報と予め登録されているプロダクツに関する情
   報の中のバージョンの情報とが一致するか否かを確認
   し、一致しないときは最新のバージョンに整合させる整
   合確認手段を備えたことを特徴とする請求項５または請
   求項６記載のソフトウェア管理サービスシステム。
8. 【請求項８】 複数のソフトウェアベンダのプロダクツ
   管理手段からネットワークを介して提供される複数のソ
   フトウェアのアップデート情報を収集し、収集した前記
   アップデート情報をユーザ端末に提供するアップデート
   情報提供手段を備えたことを特徴とする請求項５から請
   求項７のうちのいずれか１項記載のソフトウェア管理サ
   ービスシステム。
9. 【請求項９】 組織内の複数のユーザ端末が接続された
   ローカルネットワークに接続され、前記複数のユーザ端
   末に関する情報、前記複数のユーザ端末にインストール
   されている複数のソフトウェアのプロダクツに関する情
   報などからなるユーザ管理情報を一元管理するととも
   に、ソフトウェア配信手段から配信されたアップデート
   用ソフトウェアをダウンロードして蓄積し、前記複数の
   ユーザ端末から送られるアップデート要求に応じて、前
   記複数のユーザ端末に対して前記ローカルネットワーク
   を介して前記アップデート用ソフトウェアを配信するロ
   ーカルソフトウェア管理手段を備えたことを特徴とする
   請求項５から請求項８のうちのいずれか１項記載のソフ
   トウェア管理サービスシステム。
10. 【請求項１０】 コンピュータに、 複数のソフトウェアベンダが提供する複数のソフトウェ
    アのアップデート状況を監視し、前記複数のソフトウェ
    アベンダのソフトウェアのプロダクツを管理するプロダ
    クツ管理手段からネットワークを介して提供される複数
    のアップデート用ソフトウェアを収集するソフトウェア
    収集処理、 前記複数のソフトウェアベンダからソフトウェアの使用
    許諾を受けたユーザのユーザ端末から送られる前記ユー
    ザに関する情報や、前記ユーザ端末にインストールされ
    ている複数のソフトウェアのプロダクツに関する情報な
    どを登録するユーザ登録処理、 および登録された各情報に基づいて、収集した前記アッ
    プデート用ソフトウェアを前記ネットワークを介して前
    記ユーザ端末に配信するソフトウェア配信処理を実行さ
    せるプログラム。
11. 【請求項１１】 複数のアップデート用ソフトウェアを
    統合して統合アップデート用ソフトウェアを生成するソ
    フトウェア統合処理を実行させ、 また、ソフトウェア配信処理において、前記統合アップ
    デート用ソフトウェアをネットワークを介してユーザ端
    末に配信させることを特徴とする請求項１０記載のプロ
    グラム。
12. 【請求項１２】 ユーザ端末から送られるソフトウェア
    のプロダクツのバージョンの情報を受け取り、当該バー
    ジョンの情報と予め登録されているプロダクツに関する
    情報の中のバージョンの情報とが一致するか否かを確認
    し、一致しないときは最新のバージョンに整合させる整
    合確認処理を実行させることを特徴とする請求項１０ま
    たは請求項１１記載のプログラム。
13. 【請求項１３】 複数のソフトウェアベンダのプロダク
    ツ管理手段からネットワークを介して提供される複数の
    ソフトウェアのアップデート情報を収集し、収集した前
    記アップデート情報をユーザ端末に提供するアップデー
    ト情報提供処理を実行させることを特徴とする請求項１
    ０から請求項１２のうちのいずれか１項記載のプログラ
    ム。