WO2005069135A1

WO2005069135A1 - 情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラム

Info

Publication number: WO2005069135A1
Application number: PCT/JP2004/006752
Authority: WO
Inventors: Yoichiro Terasawa
Original assignee: Qwanty Corp; Yoichiro Terasawa
Priority date: 2004-05-19
Filing date: 2004-05-19
Publication date: 2005-07-28
Also published as: US8341618B2; IL179362A; CN1799027A; JPWO2005069135A1; IL179362A0; US20060161640A1; EP1770511A4; EP1770511A1; JP3862738B2; CN100373333C

Abstract

【課題】　ユーザ側、ソフトウェア提供者側及びセンタ側のそれぞれの負担を軽減しつつ、容易かつ効率的にソフトウェアを更新すること。【解決手段】　ユーザコンピュータ１０３がユーザＩＤをセンタコンピュータ１０２へ送信すると、センタコンピュータ１０２は、当該ユーザＩＤに対応し、かつ当該ユーザが取得すべきモジュールを格納してあるモジュール格納領域１０４領域のＵＲＬをユーザコンピュータ１０３に取得させる。ユーザコンピュータ１０２は当該ＵＲＬによりモジュール格納領域へアクセスし、モジュールリストを取得し、当該モジュールリストと自信にインストールされたモジュールとを比較してモジュールの取得の必要性を判断する。モジュールの取得が必要と判断された場合には、ユーザコンピュータ１０２は、上記ＵＲＬにより再度上記モジュール格納領域へアクセスし、モジュールを取得する。

Description

明細書

情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラム

技術分野

[0001] 本発明は、ユーザが利用するソフトウェアを更新することが可能な情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラムに関する。

背景技術

[0002] 従来から、ユーザがソフトウェアを更新するための技術としては、例えば、クライアント（ユーザ）のコンピュータ、サービスプロバイダ（センタ）のコンピュータ及びソフトゥェァベンダ（ソフトウェア提供者）のコンピュータとが互いに通信可能なシステムにおいて、サービスプロバイダのコンピュータがソフトウェアの更新に関するデータベースを保持しておき、クライアントのコンピュータは当該データベースの一部をダウンロードする等して、サービスプロバイダのコンピュータとのデータのやりとりにより更新すべきソフトウェアを決定し、ソフトウェアの更新をダウンロードするためのソフトウェアベンダのサイトの URL (Uniform Resource Locator)をサービスプロバイダのコンピュータから受信して、当該 URLを用いてソフトウェアベンダのコンピュータ（サイト）力、らソフトゥヱァの更新をダウンロードする、という技術が存在する（例えば、特許文献 1参照）。特許文献 1：特開平 10-91407号公報 (段落 [0027]— [0035]、図 2等）発明の開示

発明が解決しょうとする課題

[0003] し力、しながら、上記特許文献 1に記載の技術にぉレ、ては、センタコンピュータおよび各ユーザコンピュータにソフトウェアに関する情報を管理するための詳細なデータべースを必要とし、かつ、両データベースに管理されるソフトウェア情報について周期的に同期をとる必要があり、センタコンピュータへの負荷のみならず、各ユーザコンビユータへの負荷をかけてレ、る（請求項 4参照）。

また、センタコンピュータは、ソフトウェアの更新が必要だと判断された場合に、当該ソフトウエア更新が存在するソフトウェア提供者のサイトの URLを単にユーザに知らせるのみであるため、ソフトウェア提供者のサイトの URLが存在するか否かを常にチェックする必要がある（段落 [0044]等参照）。

[0004] また、センタコンピュータは、各ユーザコンピュータにそれぞれどのソフトウェアがィンストールされているかに関係なぐ複数のユーザコンピュータにインストールされた様々なソフトウェアに関する情報をまとめて記憶しているため、各ユーザコンピュータは、自身が取得すべきソフトウェア更新の判定に際し、上記様々な情報の中から、まず自身にインストールされているソフトウェアの製品名と一致するソフトウェアに関する情報を抽出しなければならなレ、（段落 [0064] [0071]等参照）。すなわち、センタコンピュータのデータベースが各ユーザコンピュータ毎に対応していないため、各ュ一ザコンピュータは多くのデータの中から自身に必要な情報を取捨選択しなければならないという手間を負うことになる。

[0005] 更に、上記ユーザコンピュータにおいて最終的にソフトウェアの更新が実行されるまでには、ユーザコンピュータとセンタコンピュータとの間では、（1)テーブルの同期、（ 2)更新 IDの送信及び受信、（3)更新 IDの返信、（4)レコードの送信及び受信、（5) ソフトウェアベンダのサイトへのアクセスというように、少なくとも 5回のデータのやり取りが必要となるため、ネットワークに輻輳が生じ、遅延の原因ともなる（段落 [0065]— [ 0075]等参照）。

[0006] 本発明は、力かる事情に鑑みてなされたものであり、ユーザ側、ソフトウェア提供者側及びセンタ側のそれぞれの負担を軽減しつつ、容易かつ効率的にソフトウェアを更新することができる情報処理装置、ソフトウェア更新システム、ソフトウェア更新方法及びそのプログラムを提供することを目的としてレ、る。

課題を解決するための手段

[0007] 上述の課題を解決するため、本発明の情報処理装置は、ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置であって、当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信する送信手段と、前記ネットワーク上に設けられ、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアの更新に必要な複数のソフトウェアが前記各ユーザのユーザ識別情報と対応付けられて記憶された複数の更新用ソフトウェア記憶領域のうち、前記送信されたユーザ識別情報に対応する複数の更新用ソフトウェア記憶領域の所在場所を示す複数の所在場所情報を、前記センタコンピュータから取得する第 1の取得手段と、前記取得した複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得する第 2の取得手段と、前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされているソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断する判断手段と、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力も必要な更新用ソフトウェアを取得する第 3の取得手段とを具備している。

[0008] ここで上記更新用ソフトウェア記憶領域は、上記センタコンピュータ及びユーザコンピュータと通信を行うことが可能であれば、ネットワーク上のどの位置に存在してレ、ても構わない。また、上記更新用ソフトウェア記憶領域の所在場所情報とは例えば UR L (Uniform Resource Locator;で 3Dる。

[0009] この構成によれば、上記更新用ソフトウェア記憶領域が上記ユーザコンピュータのユーザ IDと対応付けられているため、ユーザコンピュータは、センタコンピュータ力上記更新用ソフトウェア記憶領域の所在場所情報を取得しさえすれば、あとはセンタコンピュータの処理によることなぐ当該所在場所情報を基に上記更新用ソフトウェア記憶領域に記憶された更新用ソフトウェアの一覧を取得して更新の必要性を自ら判断し、更新が必要な場合には自ら当該更新用ソフトウェア記憶領域にアクセスすることにより、容易に的確な更新用ソフトウェアを取得することができる。

[0010] また、上記センタコンピュータとの間では、ユーザ識別情報を送信して上記所在場所情報を取得するというやり取りのみで済み、また上記更新用ソフトウェア記憶領域も当該情報処理装置のユーザに対応した領域であるため、ネットワークに輻輳及び遅延が生じることも極力防ぐことができる。

[0011] 更に、更新の必要性判断から更新用ソフトウェアの取得更新まで一貫した自動化も可能となる。 [0012] 上記情報処理装置において、前記更新用ソフトウェアは、更新用ソフトウェア記憶領域と対応付けられた複数のユーザの情報処理装置に現在インストールされているソフトウェアを更新するためのモジュールであり、前記判断手段は、前記更新用ソフトウェア記憶領域から取得したモジュールの一覧と、当該情報処理装置に現在インストールされているソフトウェアのモジュールとを比較して、前記更新用ソフトウェア記憶領域から取得したモジュールの一覧中、当該情報処理装置に現在インストールされているソフトウェアのモジュールより新しいバージョンのモジュールの一覧を作成する手段と、前記作成された一覧を前記ユーザに提示して、新しいバージョンのモジユールの取得命令を入力する手段とを有し、前記第 2の取得手段は、前記取得命令の入力があつたときに前記新しいバージョンのモジュールを取得するようにしてもよい。

[0013] また、上記情報処理装置において、前記更新用ソフトウェアは、更新用ソフトウェア記憶領域と対応付けられた複数のユーザの情報処理装置に現在インストールされてレ、ないソフトウェアを追加するためのモジュールであり、前記判断手段は、前記更新用ソフトウェア記憶領域から取得したモジュールの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアのモジュールとを比較して、不足するモジュールの一覧を作成する手段と、前記作成された一覧を前記ユーザに提示して、前記不足するモジュールの取得命令を入力する手段とを有し、前記第 2の取得手段は、前記取得命令の入力があつたときに前記不足するモジュールを取得するようにしてもよい。

[0014] ここで上記取得命令の入力があつたときとは、例えば上記ユーザがアイコン等の G UI (Graphical User Interface)等を用いて取得ボタンを押下したときのほ力、当該ュ一ザが、上記モジュールの取得をタイマーにより設定した後、当該設定された日時になったとき等も含む。

[0015] これにより、上記新しいバージョンのモジュールの一覧及び不足するモジュールの一覧をユーザに提示することで、ユーザに対してソフトウェアの更新の必要性を容易に通知することができ、また上記取得命令に基づいて新しいバージョンのモジュール及び不足するモジュールを取得するため、ユーザの意図に反してソフトウェアが更新されてしまうことを防ぐことができる。

[0016] 上記情報処理装置において、前記取得命令の入力があつたときに、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスして前記モジュールの一覧を再度取得する手段と、前記再度取得された一覧を基に、前記新しいバージョンのモジュールの一覧及び不足するモジュールの一覧を再度作成する手段とを更に具備し、前記第 2の取得手段は、前記再度作成された新しいバージョンのモジュールの一覧及び不足するモジュールの一覧を基に新しいバージョンのモジュール及び不足するモジュールを取得するようにしてもょレ、。

[0017] これにより、上記取得命令の後に再度上記更新用ソフトウェア記憶領域へアクセスして取得すべきモジュールの一覧を作成しているため、例えば一度取得すべきモジユールの一覧を作成した後、ユーザが取得命令を発するまでの間に上記更新用ソフトウエア記憶領域に追加されたモジュールも取得することができ、よりリアルタイムな、漏れのなレ、更新が可能となる。

[0018] ところで、ユーザがソフトウェアを更新する際、当該ソフトウェアを更新することによつて、ユーザが利用する他のソフトウェアに影響が及び、当該他のソフトウェアの動作が不安定になる場合がある。このような場合、当該影響について予め判断又は予測し、悪影響を及ぼす恐れがある場合に当該ソフトウェアの更新を中止することは、専門的な知識を持たないユーザにとっては困難である。

[0019] そこで、上記情報処理装置は、取得すべきソフトウェアの判断から除外するソフトゥエア名を予め記憶する手段と、前記記憶されたソフトウェア名を基に、前記前記ソフトウェアの更新を規制する手段とを更に具備してレ、てもよレ、。

[0020] ここで上記取得すべきソフトウェアの判断から除外するソフトウェア名とは、例えば上記悪影響を及ぼすおそれのあるソフトウェアである。これにより、ユーザはソフトウェアの更新が他のソフトウェアに与える影響について懸念することなぐ安心してソフトゥヱァを更新することができ、仮に悪影響を与える更新ソフトウェアが存在する場合でも、その更新を未然に規制することができる。

[0021] 上記情報処理装置は、マスタマシンとして任意のリンクマシンとネットワークを介して通信を行うことが可能であり、

前記リンクマシンが、前記受信された複数の更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断し、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記更新用ソフトウェア記憶領域力取得した更新用ソフトウェア一覧と所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力必要な更新用ソフトウヱァを取得するように、前記リンクマシンに対して促す手段を更に具備していてあよい。

[0022] ここで、上記ネットワークとは、例えば LAN等の小規模ネットワークの他、 WAN ( Wide Area Network)やインターネット等の広域ネットワークをレ、う。

[0023] これにより、上記情報処理装置が他のリンクマシンと接続されている場合には、当該情報処理装置がトリガとなって、他の全てのリンクマシンのソフトウェアを一度に更新すること力 Sできる。また、当該情報処理装置がリンクマシンの更新のトリガとはなるものの、更新用ソフトウェア自体をリンクマシンに送信するわけではないため、当該情報処理装置に掛カる負担を極力抑えることができる。

[0024] 本発明のソフトウェア更新システムは、センタコンピュータとユーザの情報処理装置とがネットワークを介して通信を行うことが可能なシステムにおレ、て、前記センタコンビユータは、前記ネットワーク上に設けられた複数の更新用ソフトウェア記憶領域に、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアを更新するために必要な更新用ソフトウェアを、当該各更新用ソフトウェア記憶領域の所在場所を示す所在場所情報及び前記各ユーザを識別するためのユーザ識別情報と対応付けて予め記憶する記憶手段と、前記情報処理装置から前記ユーザ識別情報を受信する受信手段と、前記ユーザ識別情報が受信されたとき、当該ユーザ識別情報に対応する前記更新用ソフトウェア記憶領域の所在場所情報を前記情報処理装置に参照させる手段とを有し、前記ユーザ側の情報処理装置は、前記ユーザ識別情報を前記センタコンピュータへ送信する送信手段と、前記送信されたユーザ識別情報に対応する前記複数の更新用ソフトウェア記憶領域の所在場所情報を、前記センタコンピュータから取得する第 1の取得手段と、前記取得した複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得する第 2の取得手段と、前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされているソフトウエアとを比較して、取得すべき更新用ソフトウェアがあるか否力を判断する判断手段と、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力も必要な更新用ソフトウェアを取得する第 3の取得手段とを有している。

[0025] この構成によれば、センタコンピュータは、ユーザ識別情報を上記更新用ソフトゥヱァ記憶領域の所在場所情報を関連付けるだけで、ユーザ毎の更新情報を管理する必要がなぐシステム全体の管理負荷および通信負荷が大幅に削減される。

[0026] またユーザ側の情報処理装置も、上記ユーザ識別情報を送信するだけで、自身に必要な更新用ソフトウェアが記憶された更新用ソフトウェア記憶領域の所在場所が分かるため、当該更新用ソフトウェア記憶領域へアクセスすることにより、センタコンピュータの処理に頼ることなぐ容易にソフトウェアを更新することができる。

[0027] 更に、ソフトウェア提供者も、上記センタコンピュータに上記更新用ソフトウェア記憶領域へ更新用ソフトウェアを記憶してもらうだけで、あとはセンタコンピュータ及びュ一ザ側の情報処理装置の処理により、ユーザに対して容易に更新用ソフトウェアを提供すること力 Sできる。

[0028] また、センタコンピュータとユーザ側の情報処理装置及び更新用ソフトウェア記憶領域間のデータのやり取りもそれぞれ 1回または 2回という最低限の回数で済ますことができるため、ネットワークに輻輳や遅延が生じることを極力防ぐこともできる。

[0029] すなわち、上記センタコンピュータ、ユーザ側の情報処理装置及びソフトウェア提供者の 3者の負担を軽減しつつ、容易かつ効率的にユーザのソフトウェアを更新することができる。

[0030] 上記ソフトウェア更新システムにおいて、前記センタコンピュータは、前記ソフトゥェァ提供者力も更新用ソフトウェアを受信して、当該更新用ソフトウェアを前記更新用ソフトウェア記憶領域へ追加し、当該更新用ソフトウェア記憶領域に記憶された前記更新用ソフトウェアの一覧を更新する手段を更に有してレ、てもよレ、。

[0031] これにより、ソフトウェア提供者側が、提供するソフトウェアの更新用ソフトウェアをセンタコンピュータに送信する毎に、センタコンピュータが逐一当該更新用ソフトウェアを更新用ソフトウェア記憶領域に追加し、当該更新用ソフトウェアの一覧を更新するため、センタコンピュータ及びソフトウェア提供者はユーザに常に最新の更新用ソフトウェアを提供することができる。

[0032] 上記ソフトウェア更新システムにおいて、前記センタコンピュータは、前記更新用ソフトウェア記憶領域に新たに更新用ソフトウェアが追加されたとき、前記ユーザ側の情報処理装置に所定の通知を行う手段を更に有してレ、てもよレ、。

[0033] ここで上記所定の通知とは、例えば Eメールによる通知等である。これにより、ユーザは上記通知によりソフトウェア提供者側から提供されるソフトウェアの最新の更新用ソフトウェアについて即座に知得し、上記通知を契機として当該ソフトウェアを更新すること力 Sできる。

[0034] 上記ソフトウェア更新システムにおいて、前記更新用ソフトウェア記憶領域は、一のソフトウェア提供者に対して複数存在し、前記記憶手段は、当該複数の更新用ソフトウェア記憶領域に、前記一のソフトウェア提供者が提供する複数の異なるソフトウェア毎に、前記更新用ソフトウェアを当該各更新用ソフトウェア記憶領域の所在場所情報及び前記各ユーザ識別情報と対応付けて記憶し、前記第 1の取得手段は、前記ュ一ザ識別情報に対応する各更新用ソフトウェア記憶領域の各所在場所情報を取得し、前記第 2の取得手段及び第 3の取得手段は、前記各所在場所情報を基に前記各更新用ソフトウェア記憶領域へアクセスするようにしてもょレ、。

[0035] これにより、ソフトウェア提供者が複数の異なるソフトウェアを提供している場合には、当該ソフトウェア毎に上記更新用ソフトウェア記憶領域に更新用ソフトウェアを記憶させることで、更新用ソフトウェアの管理が容易になるとともに、ユーザ側の情報処理装置は、当該複数の更新用ソフトウェア記憶領域それぞれがユーザ識別情報と結び付けられているため、各更新用ソフトウェア記憶領域の所在場所情報さえ受信すれば、煩雑な処理を経ることなく容易にソフトウェアを更新することができる。

[0036] 上記ソフトウェア更新システムにおいて、前記記憶手段は、前記複数の更新用ソフトウエア記憶領域に、複数のソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが利用する一又は複数のソフトウェアの組み合わせ毎に、前記更新用ソフトウェアを当該各更新用ソフトウェア記憶領域の所在場所情報及び前記各ュ一ザ識別情報と対応付けて記憶するようにしてもよい。

[0037] これにより、ユーザが複数のソフトウェア提供者が提供する複数の異なるソフトゥェァを利用している場合でも、当該異なるソフトウェアが一組となって上記更新用ソフトウェア記憶領域に記憶されているため、ユーザ側の情報処理装置は、当該更新用ソフトウヱァ記憶領域にアクセスするだけで自身のみに必要な更新用ソフトウェアを一度に容易に取得することができる。

[0038] 本発明のソフトウェア更新方法は、ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置がソフトウェアを更新する方法であって、当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信するステップと、前記ネットワーク上に設けられ、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアの更新に必要な複数のソフトウェアが前記各ユーザのユーザ識別情報と対応付けられて記憶された複数の更新用ソフトウェア記憶領域のうち、前記送信されたユーザ識別情報に対応する複数の更新用ソフトゥェァ記憶領域の所在場所を示す複数の所在場所情報を、前記センタコンピュータから取得するステップと、前記受信された複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得するステップと、前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされているソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否力を判断するステップと、取得すベき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウエア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力必要な更新用ソフトウェアを取得するステツプとを具備している。

[0039] また、本発明のプログラムは、ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置を、当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信するステップと、前記ネットワーク上に設けられ、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアの更新に必要な複数のソフトウェアが前記各ユーザのユーザ識別情報と対応付けられて記憶された複数の更新用ソフトウェア記憶領域のうち、前記送信されたユーザ識別情報に対応する複数の更新用ソフトウェア記憶領域の所在場所を示す複数の所在場所情報を、前記センタコンピュータから取得するステップと、前記受信された複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得するステップと、前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされているソフトウェアとを比較して、取得すべき更新用ソフトウェア力 Sあるか否力 ^判断するステップと、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力必要な更新用ソフトウェアを取得するステップとして機能させるものである。

発明を実施するための最良の形態

[0040] 以下、本発明の実施の形態を図面に基づき説明する。

[0041] 図 1は本発明の一実施形態に係るシステムの大まかな構成を示した図である。

[0042] 同図に示すように、例えばインターネットや LAN (Local Area Network)等のネットヮーク 101には、センタコンピュータ 102、複数のユーザコンピュータ 103及びソフトゥェァの更新用ソフトウェアとしてモジュールを格納した複数のモジュール格納領域 104 が接続されており、互いにインターネット 101を介して通信を行うことが可能となっている。

[0043] 上記ユーザコンピュータ 103及びモジュール格納領域 104の数は、上記センタコンピュータ 102と接続可能であればいくつであっても構わなレ、。また、上記ユーザコンピュータ 103は、例えば互いに LANを介して接続された社内ネットワークがインターネット介して上記センタコンピュータ 102及びモジュール格納領域に接続されたような形態であってもよいし、本社のコンピュータと遠隔地の支社コンピュータ、またはいわゆる SOHO (Small Office I Home Office)としての各オフィスや個人事業者等力インターネットを介して上記センタコンピュータ 102及びモジュール格納領域 104に接続された形態であっても構わなレ、。 [0044] 図 2は、上記センタコンピュータ 102の構成を示す図である。

[0045] センタコンピュータ 102は、センタコンピュータ 102全体の動作を制御する CPU (

Central Processing Unit) 201、インターネット 101を介して通信を行うための通信部 2 04及び各種のデータが記憶されたデータ記憶部 205等を有し、それらはバス 206で接続されている。

[0046] データ記憶部 205には、ライセンステーブル 205a、モジュール取得先テーブル 20 5b及びモジュール格納領域情報テーブル 205cの各テーブルが記憶されている。

[0047] 図 3は、上記ライセンステーブル 205a、モジュール取得先テーブル 205b及びモジユール格納領域情報テーブル 205cの内容を示した図である。

[0048] 同図に示すように、ライセンステーブル 205aには、個々のユーザのユニークキーとして、各ユーザコンピュータのユーザを識別するためのユーザ _IDと、当該ユーザコンいる。当該ライセンステーブル 205aは、センタコンピュータ 102に接続されているュ一ザコンピュータ 103の数分存在する。

[0049] モジュール取得先テーブル 205bには、上記ユーザ IDとそれに対応するモジユール格納領域 104の上記ネットワーク 101上の所在場所を示す URLが格納されている。モジュール格納領域 104は複数存在し、一つのユーザ IDに対して当該複数の領域を関連付けることが可能なため、本テーブルにおいてユーザ IDは重複可能キーとなる。すなわち、同一のユーザ IDに対して異なるモジュール格納領域 URLが対応付けられて格納されてレ、る場合もある。

[0050] なお、モジュール取得先テーブル 205bについては、同一のユーザ IDに対応付けられた異なるモジュール格納領域 104の数分のテーブル力 S、上記複数のユーザ ID 毎に存在する。当該モジュール格納領域 104の詳細については後述する。

[0051] モジュール格納領域情報テーブル 205cには、ユニークキーとしての上記モジユール格納領域 URLと、当該モジュール格納領域の種別及びロック解除キーが格納されている。

[0052] モジュール格納領域種別とは、当該モジュール格納領域がどのような種類のモジュールを格納する領域であるかを示すものであり、具体的には、当該モジュールが、これまでのモジュールと入れ替わるべき最新のモジュール（以下、最新モジュールとレヽう）と、これまでのモジュールを維持したまま追加されるべきモジュール（以下、追加モジュールという）のどちらを格納すべき領域かという種別や、当該モジュール格納領域が後述するスキップモジュールに対応した領域であるかとレ、つた種別である。また、ロック解除キーとは、ユーザコンピュータ 103が当該モジュール格納領域にアクセスした際に、当該領域がロックされている場合に当該ロックを解除するためのキーである。

[0053] 当該モジュール格納領域情報テーブル 205cは、センタコンピュータ 102に接続されたモジュール格納領域の数分存在する。

[0054] これら 3つのテーブルにおいては、上記ライセンステーブル 205aと上記モジュール取得先テーブル 205bにおレ、てユーザ IDが、また上記モジュール取得先テーブル 2 05bと上記モジュール格納領域情報テーブル 205cにおいてモジュール格納領域 U RLがそれぞれ関連付けられることにより、 3つのテーブルが全て関連付けられるようになっている。また、ユーザコンピュータ 103は、自身のユーザ IDを基に上記モジュール取得先テーブル 205b及びモジュール格納領域情報テーブル 205cを参照することにより、上記モジュール格納領域 URL、モジュール格納領域種別及びロック解除キーを取得することができる。

[0055] また、図示しないが、上記 3つのテーブルに格納されたデータ以外にも、センタコンピュータは各ソフトウェア提供者名、各ソフトウェア名等のデータを有していてもよい。

[0056] 図 4は、上記モジュール格納領域 104の構成を示した図である。

[0057] 同図に示すように、複数のモジュール格納領域 104-1ないし 104-3は、ネットヮーク 101に接続され、またそれぞれの領域が 104— la、 104— lb' - '、 104_2a、 104— 2bというように区分けされている。なお上述したように当該モジュール格納領域 104 の数は同図における 3つに限定されるものではない。

[0058] 各モジュール格納領域 104には、ネットワーク 101を介して各ソフトウェア提供者がセンタコンピュータ 102に送信したソフトウェア更新用のモジュール 302a、 302b- · · が格納されるとともに、当該格納されたモジュールのリスト（一覧） 301が、センタコンピュータ 102によって格納されている。上記モジュール 302は、例えばセキュリティホールに対するパッチ等であってもよい。上記モジュールリスト 301には、モジュール名と当該モジュールのバージョン情報が記載されている。また、上述したように、各領域は、上記最新モジュールを格納する領域と、上記追加モジュールを格納する領域とでその種別が分かれており、また、後述するスキップモジュールに対応する領域か否かによつてもその種別が分かれている。

[0059] 当該各モジュール格納領域 104の利用の態様としては、例えばモジュール格納領域 104—1の領域 104_laにはソフトウェア提供者 Aが提供するソフトウェアのモジュール、 104_lbにはソフトウェア提供者 Bが提供するソフトウェアのモジュールというように、ソフトウェア提供者毎に格納するようにしてもょレ、。

[0060] また、各ソフトウェア提供者が複数の異なるソフトウェアを提供しているような場合、例えばソフトウェア提供者 Aが A、 B、 Cの 3つのソフトウェア、ソフトウェア提供者 Bが D 、 Eの 2つのソフトウェアを提供しているような場合には、モジュール格納領域 104—1 の領域 104— laにはソフトウェア提供者 Aのソフトウェア Aのモジュール、領域 104— 1 bにはソフトウェア提供者 Bのソフトウェア Dのモジュール、モジュール格納領域 104— 2の領域 104— 2aにはソフトウェア Bのモジュール、領域 104— 2bにはソフトウェア Eのモジュール、モジュール格納領域 104—3の領域 104_3aにはソフトウェア Cのモジュ一ルとレ、うように、各ソフトウェア提供者の異なるソフトウェア毎に格納するようにしても構わない。この態様により、各ソフトウェア提供者は、例えば OS (Operating System) とアプリケーションで別々のモジュール格納領域を利用したり、複数のアプリケーションソフトウェア毎に別々のモジュール格納領域を利用したりすることができる。

[0061] 更に、ソフトウェア提供者 Aが提供するソフトウェア A、 B及び Cのうち、例えばあるュ一ザは Aのみを使用し、別のユーザは Aと Bを使用し、また別のユーザは A、 B、 C全てを使用しているような場合には、例えば領域 101-laには Aのモジュールを記憶させ、領域 101— 2aには Aと Bのモジュールを記憶させ、領域 101— 3aには A、 B、 C全てのモジュールを記憶させるというように、各ユーザの使用の組み合わせに応じて、その組み合わせ毎に記憶させておくようにしてもょレ、。

[0062] また、同一のソフトウェア提供者のソフトウェアのモジュールでなくとも、例えばあるユーザが、ソフトウェア提供者 Aが提供するソフトウェア Aと、ソフトウェア提供者 Bが提供するソフトウェア Dと、ソフトウェア提供者 Cが提供するソフトウェア Gを利用しているような場合には、それら異なるソフトウェア提供者のソフトウェア A、 D及び Gのモジュールをユーザの利用の組み合わせに応じて同一の領域に格納するようにしても構わない。

[0063] これにより、ソフトウェア提供者はユーザ毎のソフトウェアの管理が容易になり、またユーザコンピュータ 103も、当該モジュール格納領域 104にアクセスすることで、自身のソフトウェアの利用の態様に応じた更新用モジュールを一度に取得することが可能となる。

[0064] 上記いずれの態様にしても、上記各モジュール格納領域 104には、上述したようにモジュール格納領域 URLが割り当てられ、それぞれ上記ユーザ IDと対応付けられている。各ソフトウェア提供者は、自身が提供するソフトウェアに新たに更新用モジュールを発行すると、例えば当該モジュールをセンタコンピュータ 102へ送信し、センタコンピュータ 102が、例えばソフトウェア名等の関連付けにより当該モジュールを格納すべきモジュール格納領域 104を特定して当該領域へ格納し、併せて当該領域のモジュールリスト 301を更新する。

[0065] また、ソフトウェア提供者力上記センタコンピュータ 102を介さずに直接上記モジユール格納領域 104へ更新用モジュールを追加するようにしても構わない。この場合は、上記モジュール格納領域 104にモジュールが新たに格納されたときに、上記モジュールリスト 301が自動的に更新されるように上記モジュール格納領域 104を設定しておけばよい。

[0066] なお、当該モジュール格納領域 104は、例えばセンタコンピュータ側がソフトウェア提供者に対して賃貸するものであり、ソフトウェア提供者は、センタコンピュータ側との賃貸借契約により当該モジュール格納領域 104を賃借してレ、る間、当該領域を利用することができるような態様であってもよい。

[0067] 図 5は、上記ユーザコンピュータ 103の構成を示した図である。同図においては、例えば社内の LAN101にユーザコンピュータ 103a、 103b及び 103cが接続され、ネットワークを構築している場合を想定する。当該ネットワークを構成するユーザコンビュ一タの数はこれに限られず、通信が可能ならば何台でも構わない。 [0068] また同図において各ユーザコンピュータ 103は、いわゆるサーバタイプのコンビュータであり、 LAN101内の複数のクライアントコンピュータ（図示せず）に対し、自身の持っている機能やデータを提供する。当該各ユーザコンピュータは、例えば社内のコンピュータシステムを管理するシステム管理者によってそれらが有するソフトゥェァの更新が管理されるものとする。

[0069] 同図に示すように、ユーザコンピュータ 103aは、 CPU401 ,通信部 404、ソフトゥェァ格納部 407及びデータ格納部 408を有し、それらがバス 409で接続されてレ、る。

[0070] 図 6は上記ソフトウェア格納部 407に格納されたソフトウェアの構成及びデータ格納部 408の詳細を示した図である。

[0071] 同図（a)に示すように、ソフトウェア格納部には、最下層から順に、 OS411 ,本実施形態においてユーザコンピュータ 103のソフトウェアの更新を行うための更新支援ッール 410及び各種のアプリケーションプログラム（AP) 409a cの各種ソフトウェアが格納されている。上記 OS411及びアプリケーションプログラム 409は、複数のモジュールで構成され、当該モジュールが更新の対象となる。また OS411には、ユーザコンピュータ 103aとユーザコンピュータ 103b、 103c及びその他の任意のユーザコンピュータ 103との各種データのやり取りを可能にするための共通インターフェースとして、 API (Application Program Interface) 412が糸且み込まれている。

[0072] また、同図（b)に示すように、データ格納部 408には、当該ユーザコンピュータ 103 a自身の IPアドレス及びセンタコンピュータ 102へ接続するためのユーザ ID、スキップモジュール名及び連動起動先 IPアドレスが格納されている。

[0073] スキップモジュール名は、取得することにより他のソフトウェアの動作に影響を及ぼす恐れのあるモジュールのモジュール名を記述したもので、当該スキップモジュール名を参照することにより、ユーザコンピュータ 103aが当該スキップモジュールを取得するのをキャンセルすることができる。当該モジュールのキャンセル処理については後述する。

[0074] 連動起動先 IPアドレスは、ユーザコンピュータ 103aが、マスタマシンとして他のュ一ザコンピュータ 103b、 103c等のリンクマシンを連動起動させて上記更新モジユールを取得させる際に必要となる連動起動先の IPアドレス、すなわち上記他のユーザコンピュータ 103b等の IPアドレスである。当該連動起動処理についても後述する。

[0075] また、上記図 5に示すように、ユーザコンピュータ 103aには操作入力部 405及びモニタ 406が接続されている。操作入力部 405は、例えばキーボード、マウス、タツチパッド等で構成され、上記システム管理者が上記更新支援ツール 410により更新モジュールの取得及び各種設定の際の各種入力を行う際のユーザインターフェースとなる。また、上記更新支援ツール 410は、更新モジュールの取得や各種設定の際に、モニタ 406に更新管理画面（図示せず）を表示させ、システム管理者は当該画面上で上記操作入力部 405により各種操作を行う。なお、操作入力部 405及びモニタ 406 は、上記ユーザコンピュータ 103a及びその他のユーザコンピュータと接続さえされてレ、れば、物理的に離れた位置に存在してレ、ても構わなレ、。

[0076] 次に、以上のように構成されたシステムにおいて、ユーザコンピュータ 103が更新用ソフトウェアとしてのモジュールを取得するまでの動作について説明する。当該動作も、上記図 5及び図 6の場合と同様、システム管理者が社内 LANを構築している各ユーザコンピュータ 103のソフトウェアを更新する場合を想定して説明する。

[0077] まず、本実施形態におけるセンタコンピュータ 102の動作について説明する。図 7 は、ソフトウェアの更新処理の前提としてセンタコンピュータ 102において必要となる処理を示したフローチャートである。

[0078] 同図（a)は、上記システム管理者が、上記更新支援ツール 410を導入して、各ユーザコンピュータ 103のソフトウェアを更新するために、センタコンピュータ 102に新規にユーザ登録する場合の処理を示した図である。この場合、センタコンピュータ 102 は上記システム管理者に対して、当該システム管理者を識別するためのユーザ IDを付与し、上記ライセンステーブル 205a、モジュール取得先テーブル 205b及びモジユール格納領域情報テーブル 205cの各テーブルのデータを追加または更新する。

[0079] 同図（b)は、センタコンピュータ 102がソフトウェア提供者から新たに更新用のモジユールを受信した場合の動作を示した図である。同図に示すように、センタコンピュータ 102は、ソフトウェア提供者からモジュールを受信すると、例えば当該モジュールとともにソフトウェア提供者力も受信したソフトウェア名等の関連付けにより当該モジュールを格納すべきモジュール格納領域 104を特定し、当該領域へモジュールを格納するとともに、当該領域に格納されたモジュールリストを更新する。

[0080] なお、上述したように、各ソフトウェア提供者は、上記モジュール格納領域 104 直接アクセスしてモジュールを追加するようにしてもよい。

[0081] 同図（c)は、ユーザコンピュータ 103に新たにソフトウェアが追加された場合のセンタコンピュータ 102の動作を示した図である。ユーザコンピュータ 103に新たにソフトウェアが追加された場合には、センタコンピュータ 102は、当該ソフトウェアを更新するためのモジュールを格納するモジュール格納領域 104を新たに設定し、当該領域の URLを、上記ソフトウェアを追加したユーザコンピュータ 103のユーザ IDと対応付けて上記各テープ 205a 205c 格納する。

[0082] 図 8は、ユーザコンピュータ 103がソフトウェアを更新する際のセンタコンピュータ 10 2の動作の流れを示したフローチャートである。

[0083] 同図に示すように、まず、センタコンピュータ 102は、ユーザコンピュータ 103から、当該ユーザコンピュータを識別するためのユーザ IDを受信し (ステップ 501)、上記ラィセンステーブル 205aを参照して、当該ユーザコンピュータ 103がライセンスを有するか否かを判断する（ステップ 502)。ライセンスが無いと判断された場合には (ステツプ 503の NO)、ユーザコンピュータ 103に対してエラーのステータスを送信する（ステップ 508)。

[0084] ライセンスが有ると判断された場合には（ステップ 503の YES)、上記モジュール取得先テーブル 205bを参照して、上記ユーザ IDに対応するモジュール格納領域 104 を検索する（ステップ 504)。そして、上記ユーザ IDに対応するモジュール格納領域をリストにして、当該リストに上記モジュール格納領域 URLを追加していく（ステップ 5 05)。当該追加処理を、上記ユーザ IDに対応するモジュール格納領域分繰り返して (ステップ 506の N〇）、対応する全てのモジュール格納領域 URLを上記モジュール格納領域リストに追加した場合には (ステップ 506の YES)、当該リストをユーザコンビタ 103が参照可能なように上記データ記憶部 205に格納して終了する（ステップ 507)。すなわち、センタコンピュータ 102は、上記モジュール格納領域リストを上記データ記憶部 205に格納し、当該データ記憶部 205にアクセスしてきたユーザコンビユータ 103が当該モジュール格納領域リストを取得できるようにする。なお、当該モジユール格納領域リストには、当該モジュール格納領域の種別情報と、当該モジュール格納領域 104がロックされていた場合に当該ロックを解除するための上記ロック解除キーが含まれている。

[0085] 次に、ユーザコンピュータ 103aの動作を説明する。図 9力図 13は、ユーザコンビユータ 103aがソフトウェアを更新するまでに必要な動作の流れを示したフローチヤ一トである。

[0086] 図 9に示すように、ユーザコンピュータ 103aの更新支援ツール 410は、自身を起動させると、まず、自身がどのような目的で起動したものであるかを判断する (ステップ 6 01)。当該起動が更新モジュールのチェックのために起動されたものである場合 (ステツプ 601)には、更新支援ツール 410は、例えば上記モニタ 406に更新管理画面を表示させて、システム管理者に上記操作入力部 405を操作させ、自身のユーザ ID を、ネットワーク 101を介してセンタコンピュータ 102へ送信する（ステップ 602)。なお、上記ステップ 601において、更新モジュールのチェックのために起動されたものでない場合については図 13のフローチャート [1]において説明する。

[0087] 続いて、センタコンピュータ 102から、上記ユーザ IDを送信した結果のステータスを受信する（ステップ 603)。ユーザコンピュータ 103aにライセンスが無い場合等、ステ一タスがエラーであった場合には更新支援ツール 410は API412へェラーステータスを送信する（ステップ 605)。

[0088] 上記ステータスがエラーでなかった場合には（ステップ 604)、フローチャート [2]の処理へ進み、ユーザコンピュータ 103b、 103c等の連動起動対象があるか否かを判断する。

[0089] なお、当該連動起動対象は、予め更新支援ツール 410の管理画面等を利用して、他のユーザコンピュータの IPアドレス等を入力する等して予め設定しておく。当該設定されたデータは、上記データ格納部 408の連動起動先 IPアドレスとして記憶されている。上記連動起動先があるか否かの判断は、当該連動起動先 IPアドレスとして記載されている IPアドレスと通信可能か否力、をチェックすることにより実行される。

[0090] 連動起動対象がある場合 (ステップ 606の YES)には、当該連動起動対象に対して、連動起動メッセージ、すなわち、連動起動先のユーザコンピュータも、ユーザコンビユータ 103と同様に上記モジュール格納領域 104からモジュールを取得するように促すメッセージを送信する (ステップ 607)。当該メッセージの送信を連動起動対象全てに対して繰り返し (ステップ 608の NO)、全ての連動起動先に連動起動メッセージを送信した場合には（ステップ 608の YES)、図 10のフローチャート [3]の処理へと進む。なお、上記連動起動対象が無かった場合には (ステップ 606の N〇）、そのままフローチャート [3]へと進む。

[0091] 続いて、図 10のフローチャート [3]に示すように、更新支援ツール 410は、ネットヮーク 101を介して上記センタコンピュータ 102にアクセスし、上記データ記憶部 205を参照して、上記モジュール格納領域リストを取得する (ステップ 609)。そして、当該受信したモジュール格納領域リストに含まれるモジュール格納領域 URLにより、上記モジュール格納領域 104へアクセスする（ステップ 610)。当該アクセス時にモジュール格納領域 104がロックされてレ、る場合には（ステップ 611の YES)、上記モジュール格納領域リストに含まれるロック解除キーを用いてロックを解除し (ステップ 612)、当該モジュール格納領域 104に格納されているモジュールリスト 301を取得する（ステツプ 613)。ロックが掛かっていない場合には、そのままモジュールリスト 301を取得する

[0092] 次に、更新支援ツール 410は、上記モジュール格納領域リストに含まれる種別情報を基に、当該モジュールリスト 301を取得したモジュール格納領域 104がスキップモジュールに対応しているか否かを判断する（ステップ 614)。スキップモジュールに対応しているとは、具体的には、上述のデータ格納部 408に記載されたスキップモジュール名を基にモジュールの取得をキャンセルすることが可能か否かとレ、うことである。上記モジュール格納領域 104がスキップモジュールに対応してレ、る場合、ユーザコンピュータ 103aは、上記スキップモジュールの取得をキャンセルした後、例えばソフトウエア提供者が動作確認等を行って当該モジュールに問題が無いことが判明したときに、ソフトウェア提供者が当該モジュールを別のモジュール格納領域 104に格納させることにより、当該取得をキャンセルしたモジュールを再度取得することができる。

[0093] スキップモジュールに対応している場合には（ステップ 614の YES)、上記取得したモジュールリスト 301からスキップモジュールを削除する（ステップ 615)。また、スキップモジュールに対応していない場合には、上記種別情報を基に、上記モジュール格納領域の種別が上記追加モジュールカそれとも最新モジュール力を判断する（ステップ 616)。種別が追加モジュールであった場合には（ステップ 616の YES)、上記モジュールリスト 301に記載されたモジュールを追加モジュールリストに追加し（ステップ 618)、種別が最新モジュールであった場合には（ステップ 616の NO)、上記モジュールを最新モジュールリストに追加する（ステップ 617)。そして、上記モジュール格納領域リストに記載された全てのモジュール格納領域 104にアクセスするまで上記動作を繰り返し（ステップ 619の NO)、全てアクセスした場合には（ステップ 619の YES )、図 11のフローチャート [4]へと進む。

[0094] なお、本実施形態において、上記最新モジュールリストと、ユーザコンピュータ 103 aに現在インストールされているモジュールとを比較した場合に、新しいバージョンの（バージョンを入れ替えるべき）モジュールをリストアップしたものを更新必要モジユーノレリストとレ、い、上記追加モジュールリストと現在のモジュールとの差分をとつた場合に、ユーザコンピュータ 103aにはもともと存在しないモジュールをリストアップしたものを追加必要モジュールリストとレ、うものとする。

[0095] 図 11のフローチャート [4]に示すように、まず、更新支援ツール 410は、ユーザコンピュータ 103a内に更新必要モジュールリストが既にあるか否かを判断する (ステップ 620)。既にある場合というのは、更新支援ツール 410が以前に更新を行った場合のリストが残っている場合をいう。既にある場合には (ステップ 620の YES)、当該リストを初期化し (ステップ 621)、無い場合には上記更新必要モジュールリストを新規作成する（ステップ 622)。

[0096] 同様に、追加必要モジュールリストが既にある場合には（ステップ 623の YES)当該リストを初期化し (ステップ 624)、無い場合には上記追加必要モジュールリストを新規作成する（ステップ 625)。

[0097] 具体的には、ユーザコンピュータ 103a内のモジュールよりも新しいモジュールが上記最新モジュールリストに存在している場合には (ステップ 626の YES)、当該新バージョンのモジュール名を更新必要モジュールリストに追加し（ステップ 627)、ユーザコンピュータ 103a内に追加モジュールリストに記載されたモジュールが存在しない場合には（ステップ 628の YES)、当該モジュールを追加必要モジュールリストに追加する（ステップ 629)。

[0098] 以上の動作を上記最新モジュールリスト及び追加モジュールリストに記載された全てのモジュールにつレ、て実行し、更新必要モジュールリスト及び追加必要モジュールリストを完成させると、更新支援ツール 410は、ユーザコンピュータ 103aが取得すベきモジュールが存在することを通知するステータスを API412へ送信して（ステップ 63 0)図 12のフローチャート [5]へと進む。なお、取得すべきモジュールが何もない場合には、その旨を API412へ送信し、その旨をモニタ 406に表示する。

[0099] 次に、図 12のフローチャート [5]に示すように、更新支援ツール 410は、上記更新 /追加必要モジュールリストをモニタ 406に表示させ（ステップ 631)、例えば GUIのボタン等により、システム管理者に、モジュールを即時取得する力 \タイマー設定する、それとも取得しなレ、かとレ、う作業を選択させる (ステップ 632)。

[0100] タイマー設定する場合には、モニタ 406にタイマー設定画面を表示させ、日時を入力させる (ステップ 633)。そして、システム管理者が即時取得を選択したとき、または上記タイマーで設定した日時になったときに (ステップ 634の YES)、更新支援ツーノレ 410は、上記更新必要モジュールリストに基づいて、当該更新必要モジュールが格納された上記モジュール格納領域へ上記モジュール格納領域 URLを用いて再度アクセスしてモジュールを取得し（ステップ 635)、モジュールをバージョンアップするとともに（ステップ 636)、上記追加必要モジュールリストに基づいて、当該追加必要モジュールが格納された上記モジュール格納領域へ同様にアクセスしてモジュールを取得し（ステップ 638)、当該モジュールをインストールする（ステップ 639)。そして APIへモジュール取得完了のステータスを送信することにより（639)、ユーザコンビュータ 103aの更新モジュール取得処理が終了する。

[0101] なお、上記連動起動メッセージを送信した場合、他のユーザコンピュータは、ユーザコンピュータ 103aからモジュールを取得するのではなぐユーザコンピュータ 103a をトリガとして、自ら上記モジュール格納領域 104へアクセスして、ユーザコンビユータ 103aと同様に自らモジュールを取得する。したがって、ユーザコンピュータ 103aが取得したモジュールを各リンクマシンへ送信する場合に比べて、マスタマシンとしてのユーザコンピュータ 103aの負担は極力抑えられる。

[0102] また、上記図 9のステップ 601で、更新支援ツール 410が更新モジュールのチェック以外で起動した場合は、図 13に示すように、例えば他のユーザコンピュータ 103b、 103c等からの連動起動メッセージに基づいて自身が他のユーザコンピュータ 103に連動して起動する場合である。この場合は、ユーザコンピュータ 103aは、上記フローチャート [3]ないし [5]の作業を繰り返すことになる。

[0103] したがって、ユーザコンピュータ 103aは、マスタマシンとして自らトリガとなって他のユーザコンピュータ 103b、 103c ' · ·等を連動起動させることもできるし、他のユーザコンピュータのリンクマシンとして連動起動メッセージを受信し、他のユーザコンビュータと同様にモジュールを取得することができる。

[0104] 以上説明したように、本実施形態によれば、上記センタコンピュータ 102は、上記モジュール格納領域 104を上記ユーザ ID及びモジュール格納領域 URLにより管理して、ユーザコンピュータ 103aへ当該 URLを通知するだけで、ユーザコンピュータ 10 3aのソフトウェアを容易に更新させることができ、一方ユーザコンピュータ 103aも、上記ユーザ IDを送信するだけで、取得すべきモジュールが記憶されたモジュール格納領域 104の所在場所が分かるため、当該モジュール格納領域へアクセスすることにより、センタコンピュータ 102の処理に頼ることなぐ容易にソフトウェアを更新することができる。

[0105] 更に、ソフトウェア提供者も、上記センタコンピュータ 102に上記モジュール格納領域 104へモジュールを記憶してもらうだけで、あとはセンタコンピュータ 102及びユーザコンピュータ 103aの処理により、ユーザに対して容易に更新モジュールを提供すること力 Sできる。

[0106] また、センタコンピュータ 102とユーザコンピュータ 103及びモジュール格納領域 1 04間のデータのやり取りもそれぞれ 1回または 2回という最低限の回数で済ますことができるため、ネットワークに輻輳や遅延が生じることを極力防ぐこともできる。

[0107] なお、本発明の実施形態は上述した実施形態に限定されるものではなぐ本発明の技術思想の範囲内で様々な変更が可能である。

[0108] 例えば、上述の実施形態においては、ユーザ (システム管理者）が更新支援ツール 410を自ら起動する例を説明したが、例えばタイマー設定により定期的に起動させるようにしてもよいし、センタコンピュータ 102が、更新支援ツール 410を起動させるように促すような態様にしてもよい。

[0109] また、上記実施形態において、上記モジュール格納領域 104にモジュールが追加される毎に、センタコンピュータ 102がユーザコンピュータ 103へ通知を行って、当該通知をトリガにして更新支援ツール 410が起動するようにしてもよい。

[0110] また、上述した実施形態においては、ソフトウェアを更新することによって、ユーザが利用する他のソフトウェアに悪影響が及び、当該他のソフトウェアの動作が不安定になるような場合を想定して、スキップモジュール名を上記データ格納部 408に記載しておき、当該スキップモジュール名に基づいて、モジュールの取得をキャンセルする例について説明したが、ソフトウェア提供者側でも、悪影響を及ぼす恐れのあるモジュールを完全に予測することは困難であり、上記スキップモジュールとして記述されていないモジュールでも、当該モジュールを取得することによって、ユーザの使用する他のソフトウェアの動作に悪影響が及んでしまう場合も考えられる。

[0111] そこで、本発明に係るシステムは、このような場合に、当該ソフトウェアを更新前の状態に戻す機能を有するようにしてもよい。

[0112] 具体的には、ユーザコンピュータ 103でモジュールを取得する前に、更新前のモジユールのバージョンに関する情報及びその取得先である上記モジュール格納領域 U RLを予め保存しておき、更新後に上述したような問題が発生した場合に、上記保存した情報を基に、更新前のモジュールを新たな更新用ソフトウェアとして取得するようにすればよい。

[0113] 更新支援ツール 410は、前回モジュールを取得した際に、モジュール格納領域 10 4にアクセスした履歴情報を記憶しているため、この情報を基に、現在使用しているソフトウェアのモジュールのバージョンに関する情報及びそのモジュールの格納領域の URLを保存することができる。これらの情報を、ソフトウェアの更新前に保存しておくことで、ソフトウェアを更新した後でも、それらの情報に基づいて更新前のモジュールを取得することによって、ソフトウェアを更新前の状態に戻すことが可能となる。また、この場合のユーザの操作については、例えばモニタ 406に、 GUI等により、更新前のモジュールに戻すためのボタンを用意し、当該ボタンをユーザが操作入力部 405により押下するような態様にすればよい。

[0114] また、上述した実施形態において、モジュールを取得する際には、更新支援ツール 410により更新 Z追加必要モジュールリストが作成された後、ユーザがモニタ 406にて即時取得を選択する力 \タイマーを設定してその設定時間になったときにモジユール格納領域 104へアクセスしてモジュールを取得している。し力、し、モジュール格納領域 104には、あらゆるソフトウェア提供者の新たなモジュールが絶えず追加することができるようになつているため、例えばユーザがタイマー設定をした場合には、上記更新/追加必要モジュールリストが作成されてからタイマーの設定時間になる間に、ユーザが利用しているソフトウェアについて新たなモジュールが追加されることも考えられる。また、タイマー設定する場合でなくても、上記更新 Z追加必要モジュールリスト作成後、ユーザがモニタ 406上で何の操作も行わずに放っていた場合にも、その後即時取得を選択してモジュールを取得するまでの間に新たなモジュールが追加されることも考えられる。このような場合、上記更新/追加必要モジュールリストに基づいてモジュールを取得するのでは、新たに追加されたモジュールについては取得すること力 Sできない。よって、ユーザは次回更新作業を行うまで当該新たに追加したモジュールを取得することができないこととなり、常に最新のバージョンのソフトウェアを利用することを望むユーザにとっては、利便性に欠ける結果となる。

[0115] そこで本発明においては、ユーザが即時取得を選択した場合またはタイマーの設定時間になつた場合に、再度モジュール格納領域 104にアクセスし、上記更新/追加必要モジュールリストを再度作成し、当該再度作成されたリストに基づいてモジュールを取得することも可能である。

[0116] 図 14は、当該動作の流れを示したフローチャートである。同図においては、上記図 12と同様の動作を行い、即時取得またはタイマー設定をした後に、更新/追加必要モジュールを再作成し (ステップ 701)その後は当該再作成したリストに基づいて、再び図 12における動作と同様の動作を行うことになる。

[0117] これにより、上記更新/追加必要モジュールリストを作成した後、実際にモジュールを取得する際に当該更新 Z追加必要モジュールリスト不足モジュールリストを再作成しているため、例えばタイマー設定してから実際に取得するまでに上記モジュール格納領域 104にモジュールが追加された場合のように、更新/追加必要モジュールリストを作成してから実際に取得するまでの間に追加されたモジュールも取得することが可能となり、よりリアルタイムな、漏れのない更新が可能となる。

[0118] また、上述の実施形態においては、各ユーザコンピュータが LANによって接続されているネットワーク形態について説明したが、勿論これに限られることはなぐ例えばインターネットにより各ユーザコンピュータが接続されていても上記と同様に任意に連動起動を実行することが可能である。

産業上の利用可能性

[0119] 以上のように、本発明によれば、ユーザ側、ソフトウェア提供者側及びセンタ側のそれぞれの負担を軽減しつつ、容易かつ効率的にソフトウェアを更新することができる図面の簡単な説明

[0120] [図 1]本発明の一実施形態に係るシステムの大まかな構成を示した図である。

[図 2]センタコンピュータ 102の構成を示した図である。

[図 3]ライセンステーブル 205a、モジュール取得先テーブル 205b及びモジュール格納領域情報テーブル 205cの内容を示した図である。

[図 4]モジュール格納領域 104の構成を示した図である。

[図 5]ユーザコンピュータ 103の構成を示した図である。

[図 6]ソフトウェア格納部 407に格納されたソフトウェアの構成及びデータ格納部 408 の詳細を示した図である。

[図 7]ソフトウェアの更新処理の前提としてセンタコンピュータ 102において必要となる処理を示したフローチャートである。

[図 8]ユーザコンピュータ 103がソフトウェアを更新する際のセンタコンピュータ 102の動作の流れを示したフローチャートである。

[図 9]ユーザコンピュータ 103がソフトウェアを更新するまでに必要な動作の流れを示したフローチャートである。

[図 10]上記図 9のフローチャートの続きを示したフローチャートである。 [図 11]上記図 10のフローチャートの続きを示したフローチャートである。

[図 12]上記図 11のフローチャートの続きを示したフローチャートである。

[図 13]ユーザコンピュータが他のユーザコンピュータにより連動起動される場合について示したフローチャートである。

園 14]更新/追加必要モジュールリストを再作成する場合の動作を示したフローチヤートである。

符号の説明

102…センタコンピュータ

103…ユーザコンピュータ

104· · ·モジュール格納領域

205a…ライセンステープノレ

205b…モジュール取得先テープノレ

205c…モジュール格納領域情報テーブル

301…モジユーノレリスト

406…モニタ

410…更新支援ツール

Claims

請求の範囲

[1] ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置であつて、

当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信する送信手段と、

前記ネットワーク上に設けられ、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアの更新に必要な複数のソフトウェアが前記各ユーザのユーザ識別情報と対応付けられて記憶された複数の更新用ソフトウェア記憶領域のうち、前記送信されたユーザ識別情報に対応する複数の更新用ソフトウェア記憶領域の所在場所を示す複数の所在場所情報を、前記センタコンピュータから取得する第 1の取得手段と前記取得した複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトゥエアの一覧を取得する第 2の取得手段と、

前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インスト一ルされているソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断する判断手段と、

取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力も必要な更新用ソフトウェアを取得する第 3の取得手段と

を具備することを特徴とする情報処理装置。

[2] 請求項 1に記載の情報処理装置において、

前記更新用ソフトウェアは、更新用ソフトウェア記憶領域と対応付けられた複数のュ一ザの情報処理装置に現在インストールされているソフトウェアを更新するためのモジユー/レであり、

前記判断手段は、

前記更新用ソフトウェア記憶領域から取得したモジュールの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアのモジュールとを比較して、前記更新用ソフトウェア記憶領域から取得したモジュールの一覧中、当該情報処理装置に現在インストールされてレ、るソフトウェアのモジュールより新しレ、バージョンのモジュールの一覧を作成する手段と、

前記作成された一覧を前記ユーザに提示して、新しレ、バージョンのモジュールの取得命令を入力する手段とを有し、

前記第 2の取得手段は、前記取得命令の入力があつたときに前記新しいバージョンのモジュールを取得することを特徴とする情報処理装置。

[3] 請求項 1に記載の情報処理装置において、

前記更新用ソフトウェアは、更新用ソフトウェア記憶領域と対応付けられた複数のュ一ザの情報処理装置に現在インストールされていないソフトウェアを追加するためのモジユーノレであり、

前記判断手段は、

前記更新用ソフトウェア記憶領域から取得したモジュールの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアのモジュールとを比較して、不足するモジュールの一覧を作成する手段と、

前記作成された一覧を前記ユーザに提示して、前記不足するモジュールの取得命令を入力する手段とを有し、

前記第 2の取得手段は、前記取得命令の入力があつたときに前記不足するモジュールを取得することを特徴とする情報処理装置。

[4] 請求項 2に記載の情報処理装置において、

前記取得命令の入力があつたときに、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスして前記モジュールの一覧を再度取得する手段と、前記再度取得された一覧を基に、前記新しレ、バージョンのモジュールの一覧を再度作成する手段とを更に具備し、

前記第 2の取得手段は、前記再度作成された新しいバージョンのモジュールの一覧を基に不足するモジュールを取得することを特徴とする情報処理。

[5] 請求項 3に記載の情報処理装置において、前記取得命令の入力があつたときに、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスして前記モジュールの一覧を再度取得する手段と、前記再度取得された一覧を基に、前記不足するモジュールの一覧を再度作成する手段とを更に具備し、

前記第 2の取得手段は、前記再度作成された不足するモジュールの一覧を基に不足するモジュールを取得することを特徴とする情報処理。

[6] 請求項 1に記載の情報処理装置にぉレ、て、

取得すべきソフトウェアの判断力除外するソフトウェア名を予め記憶する手段と、前記記憶されたソフトウェア名を基に、前記前記ソフトウェアの更新を規制する手段とを更に具備することを特徴とする情報処理装置。

[7] 請求項 1に記載の情報処理装置であって、

当該情報処理装置は、マスタマシンとして任意のリンクマシンとネットワークを介して通信を行うことが可能であり、

前記リンクマシンが、前記受信された複数の更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断し、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記更新用ソフトウェア記憶領域力取得した更新用ソフトウェア一覧と所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から必要な更新用ソフトウェアを取得するように、前記リンクマシンに対して促す手段を更に具備することを特徴とする情報処理装置。

[8] センタコンピュータとユーザの情報処理装置とがネットワークを介して通信を行うことが可能なシステムにおいて、

前記センタコンピュータは、

前記ネットワーク上に設けられた複数の更新用ソフトウェア記憶領域に、複数のソフトウエア提供者が複数のユーザに提供したソフトウェアを更新するために必要な更新用ソフトウェアを、当該各更新用ソフトウェア記憶領域の所在場所を示す所在場所情報及び前記各ユーザを識別するためのユーザ識別情報と対応付けて予め記憶する記憶手段と、前記情報処理装置から前記ユーザ識別情報を受信する受信手段と、前記ユーザ識別情報が受信されたとき、当該ユーザ識別情報に対応する前記更新用ソフトウェア記憶領域の所在場所情報を前記情報処理装置に参照させる手段とを有し、

前記ユーザ側の情報処理装置は、

前記ユーザ識別情報を前記センタコンピュータへ送信する送信手段と、前記送信されたユーザ識別情報に対応する前記複数の更新用ソフトウェア記憶領域の所在場所情報を、前記センタコンピュータから取得する第 1の取得手段と、前記取得した複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得する第 2の取得手段と、前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インストールされてレ、るソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断する判断手段と、取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトゥェァ記憶領域力必要な更新用ソフトウェアを取得する第 3の取得手段とを有することを特徴とするソフトウェア更新システム。

請求項 8に記載のシステムにおいて、

前記更新用ソフトウェア記憶領域は、一のソフトウェア提供者に対して複数存在し、前記記憶手段は、当該複数の更新用ソフトウェア記憶領域に、前記一のソフトゥェァ提供者が提供する複数の異なるソフトウェア毎に、前記更新用ソフトウェアを当該各更新用ソフトウェア記憶領域の所在場所情報及び前記各ユーザ識別情報と対応付けて記憶し、

前記第 1の取得手段は、前記ユーザ識別情報に対応する各更新用ソフトウェア記憶領域の各所在場所情報を取得し、

前記第 2の取得手段及び第 3の取得手段は、前記各所在場所情報を基に前記各更新用ソフトウェア記憶領域へアクセスすることを特徴とするソフトウェア更新システム [10] 請求項 8に記載のシステムにおいて、

前記記憶手段は、前記複数の更新用ソフトウェア記憶領域に、複数のソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが利用する一又は複数のソフトウェアの組み合わせ毎に、前記更新用ソフトウェアを当該各更新用ソフトゥェァ記憶領域の所在場所情報及び前記各ユーザ識別情報と対応付けて記憶することを特徴とするソフトウェア更新システム。

[11] ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置がソフトウエアを更新する方法であって、

当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信するステップと、

前記ネットワーク上に設けられ、複数のソフトウェア提供者が複数のユーザに提供したソフトウェアの更新に必要な複数のソフトウェアが前記各ユーザのユーザ識別情報と対応付けられて記憶された複数の更新用ソフトウェア記憶領域のうち、前記送信されたユーザ識別情報に対応する複数の更新用ソフトウェア記憶領域の所在場所を示す複数の所在場所情報を、前記センタコンピュータから取得するステップと、前記受信された複数の所在場所情報を基に前記複数の更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から、前記記憶された更新用ソフトウェアの一覧を取得するステップと、

前記受信された更新用ソフトウェアの一覧と、当該情報処理装置に現在インスト一ルされているソフトウェアとを比較して、取得すべき更新用ソフトウェアがあるか否かを判断するステップと、

取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域力も必要な更新用ソフトウェアを取得するステップと

を具備することを特徴とするソフトウェア更新方法。

[12] ネットワークを介してセンタコンピュータと通信を行うことが可能な情報処理装置を、当該情報処理装置を利用するユーザを識別するためのユーザ識別情報を前記センタコンピュータへ送信するステップと、

取得すべき更新用ソフトウェアがあると判断された場合に、取得すべきと判断された更新用ソフトウェア毎に、前記所在場所情報を基に前記更新用ソフトウェア記憶領域へアクセスし、当該更新用ソフトウェア記憶領域から必要な更新用ソフトウェアを取得するステップ

として機能させるためのプログラム。