JP2004206671A - ソフトウェア更新情報提供方法及びソフトウェア更新情報提供システム - Google Patents

Abstract

【課題】ユーザ側及びソフトウェア提供者側の双方の負担を軽減しつつ、ソフトウェアを更新することができるソフトウェア更新情報提供方法及びソフトウェア更新情報提供システムを提供すること。
【解決手段】センタ側で、ソフトウェア提供者毎に区分けされた更新情報記憶領域２０４及びソフトウェア提供者が運営する更新サイト５１１を識別するためのＵＲＬデータと、ソフトウェアを更新するために必要なモジュール情報とを対応付けて予め記憶すると共に、ユーザを識別するためのユーザＩＤと、ユーザが使用しているソフトウェアに対応するＵＲＬデータとを対応付けて予め記憶することとし、ユーザ側からセンタ側に対してユーザＩＤを送信すると、センタ側でユーザ側から送信された当該ユーザＩＤに対応するＵＲＬデータを抽出し、更に抽出されたＵＲＬデータに対応するモジュールを抽出し、ユーザ側で、当該抽出したモジュールを取得することとした。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
本発明は、例えばユーザが利用するソフトウェアを更新するためのソフトウェア更新情報提供方法及びソフトウェア更新情報提供システムに関する。
【０００２】
【従来の技術】
従来から、ユーザがソフトウェアを更新する場合、例えばユーザは、ソフトウェア提供者から当該ソフトウェアを更新するためのソフトウェアを記録媒体で送付してもらい、その記録媒体によって当該ソフトウェアをインストールすることによって更新を実行している。また、例えばユーザがインターネットを介してソフトウェアの提供者が運営する更新サイトへアクセスし、当該サイトから当該ソフトウェアを更新するためのモジュールを受信することによって更新を実行する場合もある。
【０００３】
【発明が解決しようとする課題】
しかしながら、ソフトウェア提供者側にとっては、各ユーザに対してそれぞれ記録媒体を送付するのには多大な手間を要し、またソフトウェア提供者側は、提供するソフトウェアの更新に関する情報をユーザに知らせる手段に乏しく、更新用のソフトウェアを発行しても、ユーザに当該情報が浸透しにくいという問題もある。
【０００４】
一方、ユーザはソフトウェア提供者から更新用のソフトウェアを記録媒体で送付してもらう場合には、ソフトウェア提供者に当該記録媒体の送付を依頼してから到着するまでに日数を要し、ソフトウェアの迅速な更新ができないという問題がある。また、インターネットを介して更新用ソフトウェアを受信する場合には、多数のソフトウェア提供者が混在する中で、ユーザが、例えば更新したいソフトウェアの提供者が運営する更新サイトの特定のＵＲＬを知り、そこにアクセスすることは容易ではなく、更に、ソフトウェア提供者により更新用のソフトウェアが発行されたことをユーザが知ることは、ソフトウェア提供者から何らかの通知を受けない限り困難である。
【０００５】
本発明は、かかる事情に鑑みてなされたものであり、ユーザ側及びソフトウェア提供者側の双方の負担を軽減しつつ、ソフトウェアを更新することができるソフトウェア更新情報提供方法及びソフトウェア更新情報提供システムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
本発明のソフトウェア更新情報提供方法は、センタ側のコンピュータシステムとユーザ側のコンピュータシステムとがネットワークを介して通信を行うことが可能なシステムであって、センタ側で、ソフトウェアの提供者毎に区分けされた各記憶領域に、当該記憶領域を識別するための第１の識別情報と、提供したソフトウェアを更新するために必要な更新情報とを対応付けて予め記憶すると共に、ユーザを識別するための第２の識別情報とユーザが使用しているソフトウェアに対応する前記第１の識別情報とを対応付けて予め記憶し、ユーザ側から前記センタ側に対して前記第２の識別情報を送信し、前記センタ側で前記ユーザ側から送信された第２の識別情報に対応する前記第１の識別情報を抽出し、更に抽出された第１の識別情報に対応する前記更新情報を抽出し、ユーザ側で、前記抽出された更新情報を取得することを特徴としている。
【０００７】
この構成により、センタ側で、ソフトウェア提供者毎に記憶領域が区分けされているため、ソフトウェア提供者側は当該領域を利用することで、ソフトウェアを更新するために必要な更新情報を煩雑な手続を経ずに容易に管理することができる。また、センタ側で、ユーザを識別するための第２の識別情報と、ユーザが使用しているソフトウェアに対応する第１の識別情報が対応付けられているため、ユーザ側は、第２の識別情報を送信するだけで、センタ側の処理により、ソフトウェアを更新するために必要な更新情報を容易に得ることができる。
【０００８】
本発明のソフトウェア更新情報提供方法は、前記更新情報として前記ソフトウェアを更新するためのモジュール及び当該モジュールが所在するネットワーク上の場所の情報のうち少なくとも１つを前記第１の識別情報に対応付けて記憶することを特徴としている。
【０００９】
この構成により、ユーザ側は、センタ側からソフトウェアを更新するためのモジュールを受信することで当該ソフトウェアを更新することができ、或いは、センタ側から当該モジュールが所在するネットワーク上の場所の情報を取得し、当該場所にアクセスしてモジュールを取得することで当該ソフトウェアを更新することができる。
【００１０】
本発明のソフトウェア更新情報提供方法は、前記センタ側から前記ユーザ側へ、前記ソフトウェアを更新するためのモジュールのリストを送信し、前記ユーザ側のコンピュータシステムは、前記受信したモジュールのリストと現在利用するソフトウェアのモジュールとを比較し、当該比較の結果に基づいて、現在利用するソフトウェアに不足しているモジュールを当該リストから抽出し、当該抽出されたモジュールを前記更新情報として取得することを特徴としている。
【００１１】
この構成により、ユーザ側のコンピュータシステムが、不足しているモジュールを自動的に検出して取得するため、ユーザは自ら更新の必要性を判断することなく容易にソフトウェアを更新することができる。
【００１２】
本発明のソフトウェア更新情報提供方法は、前記ソフトウェア提供者側から前記センタ側へ更新情報を送信し、前記センタ側では前記ソフトウェア提供者に対応する記憶領域を、前記送信された更新情報に書き換えることを特徴としている。
【００１３】
この構成により、ソフトウェア提供者側は、提供するソフトウェアの更新情報をセンタ側の記憶領域に送信する毎に、センタ側が逐一当該更新情報を書き換えるため、ユーザ側に常に最新の更新情報を提供することができる。
【００１４】
本発明のソフトウェア更新情報提供方法は、前記記憶領域が書き換えられたとき、そのことを前記ユーザ側に通知することを特徴としている。
【００１５】
この構成によれば、ユーザ側はソフトウェア提供者側から提供されるソフトウェアの最新の更新情報について即座に知得し、当該更新情報により当該ソフトウェアを更新することができる。
【００１６】
ところで、ユーザがソフトウェアを更新する際、当該ソフトウェアを更新することによって、ユーザが利用する他のソフトウェアに影響が及び、当該他のソフトウェアの動作が不安定になる場合がある。このような場合、当該影響について予め判断又は予測し、悪影響を及ぼす恐れがある場合に当該ソフトウェアの更新を中止することは、専門的な知識を持たないユーザにとっては困難であった。
【００１７】
そこで、本発明のソフトウェア更新情報提供方法は、前記ユーザ側では、ソフトウェアを更新することにより当該ソフトウェア以外のソフトウェアに及ぼす影響に関する情報を予め記憶し、当該記憶した情報に基づき前記更新情報に応じた前記ソフトウェアの更新を規制することを特徴としている。
【００１８】
この構成によれば、ユーザはソフトウェアの更新が他のソフトウェアに与える影響について懸念することなく、安心してソフトウェアを更新することができ、仮に悪影響を与える更新ソフトウェアが存在する場合でも、その更新を未然に規制することができる。
【００１９】
本発明のソフトウェア更新情報提供方法は、前記ユーザ側のコンピュータシステムが、マスタマシンとリンクマシンとから構成され、前記ユーザ側のマスタマシンが前記センタ側から更新情報を取得し、前記マスタマシンが、リンクマシンに、前記更新情報をマスタマシン又はセンタ側から取得することを促し、前記リンクマシンが前記更新情報を前記マスタマシン又は前記センタ側から取得することを特徴としている。
【００２０】
この構成により、ユーザ側は、ユーザ側がネットワーク内で複数の端末を有する場合でも、マスタマシンの一度の更新作業で全ての端末のソフトウェアを更新することができる。
【００２１】
ところで、上述したように、本発明においては、ソフトウェアを更新することによって、ユーザが使用する他のソフトウェアの動作に悪影響が及ぶことを想定し、当該影響について予め記憶した情報を基に、ソフトウェアの更新を規制することができるが、ソフトウェアの更新が他のソフトウェアに及ぼす影響を、全てのソフトウェアについて完全に予測することは困難であり、影響が出ることを想定していなかったソフトウェアについても、更新後に悪影響が及ぶことも考えられる。
【００２２】
そこで、本発明のソフトウェア更新情報提供方法は、前記区分けされた記憶領域には、ソフトウェア提供者が提供するあらゆるバージョンのソフトウェアの更新情報が記憶されており、ユーザ側で、ソフトウェアを更新する前に、その時点で取得しているソフトウェアのバージョンに関する情報及びその時点で取得しているソフトウェアを記憶してある前記記憶領域の所在場所に関する情報を予め保存し、ユーザ側が前記抽出された更新情報を取得し、当該ソフトウェアが更新された後に、当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに不具合が生じたときに、前記保存した情報に基づき、前記記憶領域から当該ソフトウェアの更新前のバージョンを、新たな更新情報として取得することを特徴としている。
【００２３】
この構成により、ソフトウェアの更新前に、その時点でのソフトウェアのバージョン情報及びその所在場所情報を保存しておき、ソフトウェアを更新した後に、ユーザが使用する他のソフトウェアの動作が不安定になる等の不具合が発生した場合には、更新前のソフトウェアを新たな更新情報として取得することとしたため、ユーザは更新前の問題の無い状態に、複雑な操作をすることなく容易に戻すことができる。また、そのため、ユーザはソフトウェアを更新することによる他のソフトウェアに対する影響等を懸念することなくソフトウェアを更新することができる。
【００２４】
本発明のソフトウェア更新情報提供方法は、前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、当該複数の記憶領域には、前記ソフトウェア提供者が提供する複数の異なるソフトウェア毎に、ソフトウェアの更新情報が記憶されることを特徴としている。
【００２５】
この構成によれば、上記記憶領域が一のソフトウェア提供者に対して複数存在することとし、ソフトウェア提供者は、複数のソフトウェアを提供している場合でも、当該ソフトウェアを複数の記憶領域にソフトウェア毎に記憶することができることとしたため、ソフトウェアの管理が容易になり、ユーザに対してソフトウェアの更新情報をスムーズに提供することができる。
【００２６】
本発明のソフトウェア更新情報提供方法は、前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、当該複数の記憶領域には、ソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが使用する一又は複数のソフトウェアの組み合わせ毎に、ソフトウェアの更新情報が記憶されることを特徴としている。
【００２７】
この構成によれば、上記記憶領域が一のソフトウェア提供者に対して複数存在することとし、ソフトウェア提供者は、複数のソフトウェアを提供している場合でも、それらのソフトウェアを複数の記憶領域にユーザが使用する組み合わせに応じて、当該組み合わせ毎に記憶することができることとしたため、各ユーザに応じてソフトウェアを容易に管理でき、ユーザに対してソフトウェアの更新情報をスムーズに提供することができる。
【００２８】
本発明のソフトウェア更新情報提供システムは、ソフトウェアの提供者毎に区分けされた各領域に、当該領域を識別するための第１の識別情報及び提供したソフトウェアを更新するために必要な更新情報を対応付けて記憶する第１の記憶手段と、ユーザを識別するための第２の識別情報とユーザが使用しているソフトウェアに対応する前記第１の識別情報とを対応付けて記憶する第２の記憶手段と、ユーザ側から送信された前記第２の識別情報に対応する前記第１の識別情報を前記第２の記憶手段から抽出し、抽出された第１の識別情報に対応する前記更新情報を前記第１の記憶手段から抽出し、当該ユーザ側に送信する送信手段とを具備する。
【００２９】
この構成により、センタ側で、第１の記憶手段により、ソフトウェアを更新するために必要な更新情報がソフトウェア提供者毎に区分けされた記憶領域に記憶されているため、ソフトウェア提供者側は、当該領域を利用することで、ソフトウェアを更新するために必要な更新情報を、煩雑な手続を経ずに容易に管理することができる。また、第２の記憶手段によりユーザを識別するための第２の識別情報と、ユーザが使用しているソフトウェアに対応する第１の識別情報が対応付けられて記憶されているため、ユーザ側は、第２の識別情報を送信するだけで、センタ側の処理により、ソフトウェアを更新するために必要な更新情報を容易に得ることができる。
【００３０】
本発明のソフトウェア更新情報提供システムは、前記第１の記憶手段が、前記更新情報として前記ソフトウェアを更新するためのモジュール及び当該モジュールが所在するネットワーク上の場所の情報のうち少なくとも１つを前記第１の識別情報に対応付けて記憶することを特徴としている。
【００３１】
この構成により、ユーザ側が、ソフトウェアを更新するためのモジュールを取得することでユーザ側は当該ソフトウェアを更新することができ、或いは、ユーザ側が、当該モジュールが所在するネットワーク上の場所の情報を取得し、当該場所にアクセスしてモジュールを取得することで当該ソフトウェアを更新することができる。
【００３２】
本発明のソフトウェア更新情報提供システムは、前記ソフトウェア提供者側から更新情報が送信されたときに、前記ソフトウェア提供者に対応する第１の記憶領域における領域を、前記送信された更新情報に書き換える手段を具備することを特徴としている。
【００３３】
この構成により、センタ側が、ソフトウェア提供者側が提供するソフトウェアの更新情報をセンタ側の記憶領域に送信する毎に、逐一当該更新情報を書き換える手段を有するため、ソフトウェア提供者側はユーザ側に常に最新の更新情報を提供することができる。
【００３４】
本発明のソフトウェア更新情報提供システムは、前記更新情報が書き換えられたときに、書き換えられたことを前記ユーザ側に通知する通知手段を更に具備することを特徴としている。
【００３５】
この構成により、センタ側が前記通知手段により通知することで、ユーザ側はソフトウェア提供者側から提供されるソフトウェアの最新の更新情報について即座に知得し、当該更新情報により当該ソフトウェアを更新することができる。
【００３６】
本発明のソフトウェア更新情報提供システムは、ソフトウェアを更新することにより当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに及ぼす影響に関する情報を予め記憶する第３の記憶手段と、当該記憶した情報に基づき前記更新情報に応じた前記ソフトウェアの更新を規制する規制手段とを更に具備することを特徴としている。
【００３７】
この構成により、上記第３の記憶手段が、ソフトウェアの更新が他のソフトウェアに与える影響に関する情報を記憶し、上記規制手段が、当該記憶された情報に基づいてソフトウェアの更新を規制するため、ユーザはソフトウェアの更新によって生ずる影響について懸念することなく、安心してソフトウェアを更新することができ、仮に悪影響を与える更新ソフトウェアが存在する場合でも、その更新を未然に規制することができる。
【００３８】
本発明のソフトウェア更新情報提供システムは、前記第１の記憶手段は、前記区分けされた記憶領域に、ソフトウェア提供者が提供するあらゆるバージョンのソフトウェアを記憶するものであり、ユーザ側で、ソフトウェアを更新する前に、その時点で取得しているソフトウェアのバージョンに関する情報及びその時点で取得しているソフトウェアを記憶してある前記記憶領域の所在場所に関する情報を予め保存する保存手段と、ユーザ側で前記抽出された更新情報を取得し、当該ソフトウェアが更新された後に、当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに不具合が生じたときに、前記保存手段により保存された情報に基づき、前記記憶領域から当該ソフトウェアの更新前のバージョンを、新たな更新情報として取得する手段とを更に具備することを特徴としている。
【００３９】
この構成により、ソフトウェアの更新前に、上記保存手段が、その時点でのソフトウェアのバージョン情報及びその所在場所情報を保存しておき、ソフトウェアを更新した後に、ユーザが使用する他のソフトウェアの動作が不安定になる等の不具合が発生した場合には、更新前のソフトウェアを新たな更新情報として取得する手段を具備することとしたため、ユーザは、ソフトウェアを更新前の問題の無い状態に、複雑な操作をすることなく容易に戻すことができる。また、そのため、ユーザはソフトウェアを更新することによる他のソフトウェアに対する影響等を懸念することなくソフトウェアを更新することができる。
【００４０】
本発明のソフトウェア更新情報提供システムは、前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、前記第１の記憶手段は、当該複数の記憶領域に、前記ソフトウェア提供者が提供する複数の異なるソフトウェア毎に、ソフトウェアの更新情報を記憶することを特徴としている。
【００４１】
この構成によれば、上記記憶領域が一のソフトウェア提供者に対して複数存在することとしたことにより、前記第１の記憶手段は、ソフトウェア提供者が複数のソフトウェアを提供している場合でも、当該ソフトウェアを複数の記憶領域にソフトウェア毎に記憶することができるため、ソフトウェア提供者はソフトウェアの管理が容易になり、ユーザに対してソフトウェアの更新情報をスムーズに提供することができる。
【００４２】
本発明のソフトウェア更新情報提供システムは、前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、前記第１の記憶手段は、当該複数の記憶領域に、ソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが使用する一又は複数のソフトウェアの組み合わせ毎に、ソフトウェアの更新情報を記憶することを特徴としている。
【００４３】
この構成によれば、上記記憶領域が一のソフトウェア提供者に対して複数存在することとしたことにより、上記第１の記憶手段は、ソフトウェア提供者が複数のソフトウェアを提供している場合でも、それらのソフトウェアを、複数の記憶領域にユーザが使用する組み合わせに応じて、当該組み合わせ毎に記憶することができるため、ソフトウェア提供者は各ユーザに応じてソフトウェアを容易に管理でき、ユーザに対してソフトウェアの更新情報をスムーズに提供することができる。
【００４４】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づき説明する。
【００４５】
図１は本発明の一実施形態に係るシステムの構成を示す図である。
【００４６】
同図に示すように、ネットワークの一形態であるインターネット１０１には、センタ側のコンピュータシステム１０２、ユーザ側のコンピュータシステム１０３及びソフトウェア提供者側のコンピュータシステム１０４が接続されている。これらのコンピュータシステムとしては、コンピュータ単独でも、複数のコンピュータがネットワーク化されていても構わない。
【００４７】
このように構成されたシステムでは、センタ側のコンピュータシステム１０２とユーザ側のコンピュータシステム１０３とソフトウェア提供者側のコンピュータシステム１０４との間でインターネット１０１を介して通信が行われるようになっている。
【００４８】
図２はセンタ側のコンピュータシステム１０２の構成を示すブロック図である。
【００４９】
サーバ１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２、インターネット１０１を介して通信を行うための通信部２０３、ソフトウェアの更新に必要な情報が記憶された更新情報記憶領域２０４、各種のデータが記憶されたデータ記憶部２０５、各種のソフトウェアが記憶されたソフトウェア記憶部２０６を有する。
【００５０】
更新情報記憶領域２０４は、ソフトウェア提供者毎に区分けされた領域２０４ａ、２０４ｂ・・・を有する。区分けされた領域２０４ａ、２０４ｂ・・・には、それぞれ各ソフトウェア提供者が提供するソフトウェアの更新に必要な情報（更新情報）及び当該区分けされた領域２０４ａ、２０４ｂ・・・を識別するための例えばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に関するデータ（以下、これを更新情報記憶領域ＵＲＬデータという。）が記憶されている。
【００５１】
当該更新情報としては、例えばソフトウェアを更新するためのモジュールや当該モジュールが所在するインターネット１０１上の場所の情報（例えばＵＲＬ）がある。
【００５２】
なお、当該更新情報記憶領域２０４は、例えばセンタ側がソフトウェア提供者に対して賃貸するものであり、ソフトウェア提供者は、センタ側との賃貸借契約により当該更新情報記憶領域２０４を賃借している間、自由に当該領域を利用することができるような態様であってもよい。
【００５３】
また、ソフトウェア提供者がユーザに複数のソフトウェアを提供している場合は、ソフトウェア提供者は複数の更新情報記憶領域２０４を当該ソフトウェア毎に利用できるものであってもよい。
【００５４】
データ記憶部２０５には、ユーザデータベース２０５ａ、ソフトウェア提供者データベース２０５ｂ、製品データベース２０５ｃ及び更新情報記憶領域データベース２０５ｄが記憶されている。
【００５５】
図３は、当該データ記憶部２０５で管理している各データベースの構造を示した図である。
【００５６】
同図に示すように、ユーザデータベース２０５ａには、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ユーザのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ドメイン名、ソフトウェア提供者ＩＤ、更新情報記憶領域ＵＲＬデータ等が記憶されている。
【００５７】
ソフトウェア提供者データベース２０５ｂには、ソフトウェア提供者ＩＤ、ソフトウェア提供者名、更新情報記憶領域ＵＲＬデータ、製品リリース番号、更新サイトＵＲＬデータ等が記憶されている。
【００５８】
製品データベース２０５ｃには、製品リリース番号、製品名、更新情報記憶領域ＵＲＬデータ、更新モジュールデータ等が記憶されている。
【００５９】
更新情報記憶領域データベース２０５ｄには、更新情報記憶領域ＵＲＬデータ、ソフトウェア提供者ＩＤ、更新サイトＵＲＬデータ等が記憶されている。
【００６０】
これら４つのデータベースには、共通項目として更新情報記憶領域ＵＲＬデータが記憶されているため、それぞれのデータベースを相互に関連付けることが可能となる。
【００６１】
図２に示したように、ソフトウェア記憶部２０６は、ユーザデータを検索するためのユーザデータ検索機構２０６ａ、ソフトウェア提供者データを検索するためのソフトウェア提供者データ検索機構２０６ｂ、製品データを検索するための製品データ検索機構２０６ｃ、更新情報記憶領域データを検索するための更新情報記憶領域データ検索機構２０６ｄ、ユーザ側にソフトウェアの更新情報を提供するための更新情報提供機構２０６ｅを具備する。
【００６２】
ユーザデータ検索機構２０６ａ、ソフトウェア提供者データ検索機構２０６ｂ、製品データ検索機構２０６ｃ、更新情報記憶領域データ検索機構２０６ｄの各機構は、ユーザ側からユーザＩＤの送信があると、データ記憶部２０５の関連付けによりデータを検索・抽出し、ユーザが利用するソフトウェアの更新情報が記憶されている更新情報記憶領域２０４における領域２０４ａ、２０４ｂ、・・を特定する。
【００６３】
更新情報提供機構２０６ｅは、当該特定された更新情報記憶領域２０４における領域２０４ａ、２０４ｂ、・・から当該ソフトウェア更新情報を抽出する。ユーザ側は、当該抽出された当該ソフトウェア更新情報を取得する。
【００６４】
この構成によれば、ユーザ側は、センタ側にユーザＩＤを送信するだけで、センタ側のデータベースの関連付けにより、ユーザが利用するソフトウェアの更新情報が特定され、当該更新情報を容易に取得することができる。また、ソフトウェア提供者側も、提供するソフトウェアの更新情報を予め更新情報記憶領域２０４に送信しておくだけで、センタ側の上記関連付けにより、多数のユーザに対して容易に更新情報を提供することができる。
【００６５】
図４は、ユーザ側のコンピュータシステム４０１における論理的な構成を示す図である。
【００６６】
当該コンピュータシステム４０１では、最下層部のオペレーティングシステム４０２上に、本発明に係る更新情報提供システムを実行するための更新ツール４０３が搭載されており、この更新ツール４０３の上層部で、各ソフトウェア提供者が提供するソフトウェア４０４（例えば４０４ａ、４０４ｂ、４０４ｃ、４０４ｄ、・・・）が動作している。
【００６７】
更新ツール４０３は、ユーザがセンタ側にインターネット１０１を介してアクセスする際のユーザインターフェースを提供する。ユーザ１０３がセンタ側にアクセスする場合、更新ツール４０３は、ユーザ側のコンピュータシステム１０３のディスプレイ（図示せず）に更新情報管理画面を起動させ、ユーザは当該更新情報管理画面の指示に従って、予めユーザに割り当てられたユーザＩＤを入力することによってセンタ側へ接続する。
【００６８】
センタ側は、上述したように当該ユーザＩＤとデータベース２０５とを関連付けることによってユーザ１０３の利用するソフトウェアの更新情報を更新情報記憶領域２０４から抽出する。そして、ユーザ側が、当該抽出された更新情報を取得することで、ユーザの利用するソフトウェア４０４が更新される。
【００６９】
ソフトウェアの更新情報としては、ソフトウェアをバージョンアップするためのモジュールの他に、ソフトウェアのセキュリティホールに対するパッチ等であってもよい。
【００７０】
以上により、ユーザ側は、更新ツール４０３を利用して更新情報管理画面を起動し、ユーザＩＤをセンタ側に送信するだけで、容易にソフトウェアの更新情報を得ることができる。
【００７１】
図５は、本発明の一実施形態に係るユーザ側の処理の流れを示すフロー図であり、図６は、本発明の一実施形態に係るセンタ側の処理の流れを示すフロー図である。両図に基づいて、ユーザ側・センタ側の各処理を説明する。
【００７２】
まず、ユーザは更新ツール４０３によって前記更新情報管理画面を起動させ（ステップ５０１）、当該更新情報管理画面を利用してセンタ側へユーザＩＤを送信する（ステップ５０２）。
【００７３】
これに対して、センタ側はユーザ側から送信されたユーザＩＤを受信すると（ステップ６０１）、ユーザが更新ツール４０３を利用するためのライセンスを検索し（ステップ６０２）、ライセンスがあるか否かをチェックする（ステップ６０３）。
【００７４】
ここで、ライセンスが無い場合にはセンタ側はユーザ側にエラーを送信し（ステップ６０４）、ユーザ側のコンピュータシステム１０３におけるディスプレイの更新情報管理画面にエラーが表示される。
【００７５】
一方、ライセンスがある場合には、センタ側はユーザＩＤと製品リリース番号を関連付けることによってユーザが利用する製品種別を検索する（ステップ６０５）。
【００７６】
そして、検索された当該製品種別の製品リリース番号とその製品の更新情報が記憶されている更新情報記憶領域２０４のＵＲＬデータとを関連付ける（ステップ６０６）ことにより、ユーザが更新すべきソフトウェアの更新情報記憶領域２０４における領域２０４ａ、２０４ｂ、・・及び記憶されている更新情報を特定し、当該モジュールのモジュールリストを検索する（ステップ６０７）。
【００７７】
センタ側は検索結果を基にモジュールの更新モジュールリストを作成（ステップ６０８）し、当該更新モジュールリストをユーザ側に送信する（ステップ６０９）。
【００７８】
ユーザ側はセンタ側から送信された更新モジュールリストを更新ツール４０３により受信する（ステップ５０３）。更新ツール４０３は当該更新モジュールリストとユーザが現在利用するソフトウェアのモジュールとを比較し（ステップ５０４）、現在利用するソフトウェアにモジュールが不足している場合にはソフトウェア更新画面を表示させる（ステップ５０６）。なお、モジュールが不足していない場合には前記更新情報管理画面に戻る（ステップ５０５）。より具体的には、例えばソフトウェアのバージョンが１．００で当該モジュールがソフトウェアを１．０１にバージョンアップするものであるときには、モジュールが不足している、とする。
【００７９】
ユーザは例えば当該更新画面から更新を即時実行するか、更新をタイマー実行するか、または更新を実行しないかを選択する（ステップ５０７）。
【００８０】
ユーザにより更新を実行しないことが選択された場合は更新情報管理画面に戻る（ステップ５０８）。ユーザによりタイマー実行することが選択された場合にはタイマー設定画面が表示され（ステップ５０９）、タイマーを設定する。
【００８１】
更新ツール４０３は、更新を実行する場合、即時実行の場合は即時に、タイマー実行の場合は設定された時間に、ソフトウェアの更新モジュールを前記更新情報記憶領域２０４から取得する（ステップ５１０）。或いは、更新情報記憶領域２０４に記憶されたモジュールの所在場所情報（例えばＵＲＬ）を取得し、当該情報からソフトウェア提供者が運営するソフトウェア更新サイト５１１へアクセスし、そこから更新モジュールを取得する。そして、ユーザ側が、当該取得したモジュールによりソフトウェアの更新を実行することで更新作業が終了する（ステップ５１２、ステップ５１３）。
【００８２】
以上により、ユーザ側は、更新ツール４０３が表示する更新情報管理画面に従い、ユーザＩＤを送信して作業を選択していくだけで、容易にソフトウェアを更新することができる。また、ソフトウェア提供者側は、更新情報記憶領域２０４にソフトウェア更新情報を記憶させておくだけで、センタ側の上記処理により、ユーザ側に対して容易にソフトウェア更新情報を提供することができる。
【００８３】
なお、本システムは、ユーザが自ら更新情報管理画面を起動する態様に限らず、センタ側が、前記更新ツール４０３に対して、定期的に更新情報管理画面を起動させるように促すような態様にしてもよい。この構成によれば、定期的・自動的に更新情報管理画面が起動するため、ユーザは自ら意識せずとも定期的にソフトウェアを更新することができる。
【００８４】
更に、本システムは、ソフトウェア提供者が、インターネット１０１を介してソフトウェア更新情報を書き換え、センタ側がその書き換え毎にユーザ側へその更新情報の書き換えを通知し、その通知により更新ツール４０３が更新情報管理画面を起動させるような態様にしてもよい。この構成によれば、ユーザ側はソフトウェア提供者側から提供されるソフトウェアの最新の更新情報について即座に知得し、当該更新情報により当該ソフトウェアを更新することができる。
【００８５】
ところで、ユーザがソフトウェアを更新する場合、当該ソフトウェアを更新することによって、ユーザが利用する他のソフトウェアに影響が及び、当該他のソフトウェアの動作が不安定になる場合がある。このような場合、当該影響について予め判断又は予測し、悪影響を及ぼす恐れがある場合に当該更新作業を中止することは、専門的な知識を持たないユーザにとっては困難であった。
【００８６】
そこで本システムでは、そのような場合に当該更新を中止する機能を有する。図７は、当該機能を実施する際のユーザ側の処理を表したフロー図である。
【００８７】
図５における処理と同様の手順でユーザが更新モジュールリストを受信する（ステップ５０３）と、更新ツール４０３は、ソフトウェア提供者が予め影響を及ぼす恐れのあるモジュールのモジュール名を記述しておいた更新中止モジュールファイル７０２を検索し、当該ファイル７０２中のモジュールとユーザが受信した更新モジュールリストを比較して、一致するモジュールがある場合には当該モジュールを更新モジュールリストから削除する（ステップ７０１）ことによって当該ソフトウェアの更新を中止する。当該削除されたモジュール以外のモジュールについては、前述した処理（ステップ５０４〜５１３）を実行する。
【００８８】
なお、更新を中止したソフトウェアについては、ユーザが更新を中止したソフトウェアに関する情報をソフトウェア提供者側へ通知し、ソフトウェア提供者が、更新を中止したソフトウェアの動作確認を改めて行い、動作に影響が無いことが確認されると、ソフトウェア提供者が改めて更新情報記憶領域２０４に当該モジュールの更新用モジュールを送信し、ユーザが当該領域２０４にアクセスすることにより、当該ソフトウェアを更新することができるような態様にしてもよい。
【００８９】
これにより、ユーザはソフトウェアの更新が他のソフトウェアに与える影響について懸念することなく安心してソフトウェアを更新でき、また、悪影響を与えるソフトウェアがあっても、その情報を事前に知得し、当該ソフトウェアの更新を中止することができる。
【００９０】
図８はユーザ側のコンピュータシステムを構成するネットワークを示した図である。
【００９１】
同図に示すように、ユーザ側のコンピュータシステムにおいては、１台のマスタマシン８０１と複数のリンクマシン８０２が相互に通信できるネットワークを構成する場合がある。本発明は、このような場合に、マスタマシン８０１のソフトウェアとリンクマシン８０２のソフトウェアを同時に更新させる機能を有する。なお、この機能は、リンクマシン８０２も更新ツール４０３を搭載していることが前提となる。
【００９２】
図９は、本発明の一の実施形態に係るユーザ側の処理を表したフロー図である。
【００９３】
更新ツール４０３は、ステップ５０１〜５０５までは図５における処理と同様の処理を行い、更新画面表示機能を呼び出す（ステップ９０１）。そして、更新画面を表示する前に、ユーザ側にリンクマシン８０２が存在するか否かにつき、予め当該情報を記憶したマスタ／リンクファイル９０３から確認する（ステップ９０２）。
【００９４】
リンクマシン８０２が存在する場合には、マスタマシンと当該リンクマシン８０２が通信可能か否かを確認し（ステップ９０４）、通信不可能な場合にはエラーを表示し（ステップ９０５）、通信可能な場合には図５における場合と同様にソフトウェア更新画面を表示する（ステップ５０６）。
【００９５】
そして、ユーザが図５における場合と同様にソフトウェアの更新の実行を選択（ステップ５０７）したときに、マスタマシン８０１の更新ツールがリンクマシン８０２の更新ツールにセンタ側又はマスタマシンからモジュールを取得するよう指令を発し、マスタマシン８０１が更新モジュールを取得したときに、リンクマシン８０２がセンタ側又はマスタマシンから更新モジュールを取得する（ステップ９０６）ことで全てのマシンのソフトウェアが同時に更新される（ステップ９０７）。
【００９６】
これにより、ユーザ側は、ユーザ側がネットワーク内で複数のマシンを有する場合でも、一度の作業で全てのマシンのソフトウェアを容易に更新することができる。
【００９７】
図１０は、本発明の一実施形態に係るシステム全体でやり取りされる情報の流れ及び処理を表したシーケンス図である。
【００９８】
同図に示すように、ソフトウェア提供者側は、予めセンタのソフトウェア更新情報記憶領域２０４へソフトウェア更新情報を送信しておく（ステップ１００１）。センタ側は、当該ソフトウェア更新情報を、更新情報記憶領域ＵＲＬデータ、ユーザＩＤ、ソフトウェア提供者ＩＤ、製品リリース番号等のデータを関連付けて記憶し、ユーザがユーザＩＤを送信する（ステップ１００２）と、それらの関連付けによりユーザが利用するソフトウェアの更新情報を特定し、ソフトウェア更新モジュールリストをユーザへ送信する（ステップ１００３）。当該リストから更新すべきモジュールがある場合は、ユーザはセンタ側若しくはソフトウェア提供者が提供する受信サイトからソフトウェア更新モジュールを取得する（ステップ１００４）。
【００９９】
同図から明らかなように、ユーザ側は更新情報管理画面を起動してセンタ側へユーザＩＤを送信するだけで、センタ側の処理により容易にソフトウェアを更新することができ、一方ソフトウェア提供者側も、予めセンタ側へソフトウェア更新情報を送信しておくだけで、センタ側の処理によりユーザに対して容易に更新情報を提供することができる。
【０１００】
以上説明したように、本発明によれば、センタ側で、ソフトウェア提供者毎に区分けされた更新情報記憶領域２０４及びソフトウェア提供者が運営する更新サイト５１１を識別するためのＵＲＬデータと、ソフトウェアを更新するために必要なモジュール情報とを対応付けて予め記憶すると共に、ユーザを識別するためのユーザＩＤと、ユーザが使用しているソフトウェアに対応するＵＲＬデータとを対応付けて予め記憶することとし、ユーザ側からセンタ側に対してユーザＩＤを送信すると、センタ側でユーザ側から送信された当該ユーザＩＤに対応するＵＲＬデータを抽出し、更に抽出されたＵＲＬデータに対応するモジュールを抽出し、ユーザ側で、当該抽出したモジュールを取得することとしたため、ソフトウェア提供者側は上記更新情報記憶領域２０４を利用することで、ソフトウェアを更新するために必要なモジュールを煩雑な手続を経ずに容易に管理することができる。また、ユーザ側は、ユーザＩＤを送信するだけで、センタ側の処理により、ソフトウェアを更新するために必要な更新情報を容易に得ることができる。
【０１０１】
なお、本発明の実施形態は上述した実施形態に限定されるものではなく、本発明の技術思想の範囲内で様々な変更が可能である。
【０１０２】
例えば、上述した実施形態においては、ソフトウェアを更新することによって、ユーザが利用する他のソフトウェアに悪影響が及び、当該他のソフトウェアの動作が不安定になるような場合を想定して、ソフトウェア提供者が予め影響を及ぼす恐れのあるモジュールのモジュール名を記述した更新中止モジュールファイル７０２を用意しておき、当該ファイルに基づいて、更新を中止する例について説明したが、ソフトウェア提供者側でも、悪影響を及ぼす恐れのあるモジュールを完全に予測することは困難であり、上記更新中止モジュールファイル７０２に記述されていないモジュールでも、当該モジュールでソフトウェアを更新することによって、ユーザの使用する他のソフトウェアの動作に悪影響が及んでしまう場合も考えられる。
【０１０３】
そこで、本発明に係るシステムは、このような場合に、当該ソフトウェアを更新前の状態に戻す機能も有する。
【０１０４】
具体的には、ユーザ側でソフトウェアを更新する前に、更新前のモジュールに関する情報及びその取得先に関する情報を予め保存しておき、更新後に上述したような問題が発生した場合に、上記保存した情報を基に、更新前のモジュールを新たな更新情報として取得することによって、ソフトウェアを更新前の状態に戻すことができる。
【０１０５】
図１１は、このような機能を実現するために、ユーザ側で予め必要となる動作を表したフロー図である。
【０１０６】
同図に示すように、ユーザ側の更新ツール４０３は、上述した図５と同様の処理でモジュールを取得する（ＳＴ１１１０）と、当該モジュールによってソフトウェアを更新する前に、当該更新しようとしているソフトウェアのモジュールについて、更新前、すなわちその時点における現状のモジュールのバージョンに関する情報と、そのモジュールの所在場所情報を保存する（ＳＴ１１１１）。その後は、図５と同様にソフトウェアの更新を行う（ＳＴ１１１２）。
【０１０７】
更新前のバージョンのモジュールの所在場所情報とは、例えば、上記更新情報記憶領域２０４又はソフトウェア提供者が運営する前記更新サイト５１１からモジュールを取得した際の、その取得先であるＵＲＬ情報である。更新ツール４０３は、前回ソフトウェアを更新した際に、その更新に必要なモジュールの取得先にアクセスした履歴情報を記憶しているため、この情報を基に、現在使用しているソフトウェアのモジュールのバージョンに関する情報及びそのモジュールの取得先を保存することができる。これらの情報を、ソフトウェアの更新前に保存しておくことで、ソフトウェアを更新した後でも、それらの情報に基づいて更新前のモジュールを取得することによって、ソフトウェアを更新前の状態に戻すことが可能となる。
【０１０８】
なお、上記更新情報記憶領域２０４及び上記更新サイト５１１には、そのソフトウェア提供者が提供するソフトウェアのあらゆるバージョンが記憶されているため、ユーザが更新前の状態に戻すことを望むソフトウェアのバージョンがどのバージョンであっても、当該更新情報記憶領域２０４及び更新サイト５１１から取得することができる。また、ソフトウェアを初めて更新する場合には、上記アクセス履歴情報は存在しないことになるが、センタ側では、ソフトウェア提供者が提供するソフトウェアの、一度も更新されていない販売当時のバージョンも上記更新情報記憶領域２０４に記憶しているため、アクセス履歴情報が無い場合には、当該領域からモジュールを取得するように設定しておけばよい。
【０１０９】
図１２は、ソフトウェア更新後に当該ソフトウェアを更新前の状態に戻す際のユーザ側の動作の流れを示すフロー図である。本実施例においては、更新前の状態に戻すために、ユーザは「”更新前に戻す”画面」（図示せず）を起動させ、当該画面上で作業を行うものとする。
【０１１０】
ユーザはまず、更新ツール４０３により、「”更新前に戻す”画面」を起動させ（ＳＴ１２０１）、当該画面を利用して、センタ側へユーザＩＤを送信する（ＳＴ１２０２）。一方センタ側では、上述したような、ソフトウェアの通常の更新の場合とは異なり、受信したユーザＩＤについて、ライセンスの認証のみを行う。ライセンスがあると認証された場合には、その旨をユーザ側へ通知し、ユーザ側のその後の処理を続行させる。ライセンスの認証を受けたユーザ側は、図１１において前回のソフトウェア更新時に保存した、更新前のモジュールに関する情報を基に、モジュールリストを作成する（ＳＴ１２０３）。そして、当該モジュールリストに基づき、モジュールを取得する（ＳＴ１２０４）。すなわち、前回の更新時に保存した、更新前のモジュールの所在場所情報を基に、センタ側の上記更新情報記憶領域２０４又はソフトウェア提供者が運営する上記更新サイト５１１へアクセスし、そこから更新前のモジュールを取得する。モジュールを取得すると、取得すべきモジュールに不足が無いか否かを確認し（ＳＴ１２０５）、不足がある場合にはエラー表示する（ＳＴ１２０６）。不足が無い場合には、当該取得したモジュールにより、ソフトウェアの更新を行う（ＳＴ１２０６）。すなわち、更新前の状態のモジュールを用いて新たな更新を行うことによって、当該ソフトウェアを更新前の状態に戻すことができる。
【０１１１】
以上で、ソフトウェア更新後に当該ソフトウェアを更新前の状態に戻す際のユーザ側の動作が終了する。
【０１１２】
この構成によれば、ソフトウェアを更新した後に、ユーザが使用する他のソフトウェアの動作が不安定になる等の問題が発生した場合でも、ユーザは更新前の問題の無い状態に、複雑な操作をすることなく容易に戻すことができる。また、そのため、ユーザはソフトウェアを更新することによる他のソフトウェアに対する影響等を心配することなくソフトウェアを更新することができる。
【０１１３】
また、上述したように、ソフトウェア提供者がユーザに複数のソフトウェアを提供している場合には、ソフトウェア提供者は、複数の更新情報記憶領域２０４及び更新サイト５１１を利用できるものであってもよい。以下、このような場合における実施の形態について説明する。
【０１１４】
図１３は、本実施形態におけるセンタ側の構成を示すブロック図である。
【０１１５】
同図に示すように、センタ側には、更新情報記憶領域が２０４、２０４´、２０４´´、・・・と複数存在し、ソフトウェア提供者は、これら複数の記憶領域を利用することができる。
【０１１６】
利用の態様としては、例えばあるソフトウェア提供者がＡ、Ｂ、Ｃの３つのソフトウェアを提供していた場合には、３つの記憶領域２０４、２０４´、２０４´´中の、自己の利用する領域２０４ａにはＡを、２０４ａ´にはＢを、２０４ａ´´にはＣを、というように、ソフトウェア毎に記憶させておくようにしてもよい。また、それら３つのソフトウェアのうち、例えばあるユーザはＡのみを使用し、別のユーザはＡとＢを使用し、また別のユーザはＡ、Ｂ、Ｃ全てを使用しているような場合には、例えば領域２０４ａにはＡを記憶させ、領域２０４ａ´にはＡとＢを記憶させ、領域２０４ａ´´にはＡ、Ｂ、Ｃ全てを記憶させるというように、それらのユーザの使用の組み合わせに応じて、その組み合わせ毎に記憶させておくようにしてもよい。
【０１１７】
また、ソフトウェア提供者は、上記複数の更新情報記憶領域の代わりに、自らが運営する更新サイト５１１を複数用意しておき、それら複数の更新サイトに上述したような態様で複数のソフトウェアを記憶させておくようにしてもよい。
【０１１８】
なお、これら複数の更新情報記憶領域及び更新サイトのＵＲＬは、図３に示したようなソフトウェア提供者データベースにおいてそれぞれ管理されており、また当該それぞれの領域及びサイトのＵＲＬ情報と上記ソフトウェア提供者ＩＤとが他のデータベースと関連付けられて管理されているため、ソフトウェア提供者は自己の複数の領域及びサイトを容易に認識することができるようになっている。
【０１１９】
図１４は、本実施例においてソフトウェアを更新する際の、ユーザ側の処理を表したフロー図である。
【０１２０】
同図に示すように、本実施例においてモジュールを取得する際には、ユーザは上述した図５における処理と同様の処理でソフトウェアの更新を選択した後（ＳＴ１４０７）、センタ側の複数の更新情報記憶領域２０４、２０４´、２０４´´・・・又は複数の更新サイト５１１ａ、５１１ｂ、５１１ｃ、・・・からそれぞれの領域又はサイトに記憶してあるソフトウェアのモジュール毎にモジュールを取得し、当該処理を全ての領域又はサイトのモジュールを取得するまで繰り返すことになる（ＳＴ１４１０〜ＳＴ１４１２）。そして、全てのモジュールを取得すると、当該モジュールによってそれぞれのソフトウェアの更新を行う（ＳＴ１４１３）。
【０１２１】
この構成によれば、更新情報記憶領域２０４及び更新サイト５１１が一のソフトウェア提供者に対して複数存在することとし、ソフトウェア提供者は、複数のソフトウェアを提供している場合でも、当該ソフトウェア毎にそれぞれ別に記憶させたり、ユーザが当該複数のソフトウェアを使用する組み合わせ毎にそれぞれ記憶させたりすることができることとしたため、ソフトウェアの管理が容易になり、ユーザに対してソフトウェアの更新情報をスムーズに提供することができる。
【０１２２】
【発明の効果】
以上説明したように、本発明によれば、センタ側の処理により、ユーザ側及びソフトウェア提供者側の双方の負担を軽減しつつ、容易にソフトウェアを更新することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るシステムの構成を示す図である。
【図２】本発明におけるセンタ側の構成を示すブロック図である。
【図３】本発明の一実施形態に係るセンタ側のデータベースの構造を示した図である。
【図４】本発明におけるユーザのコンピュータシステムの論理的な構成を示す図である。
【図５】本発明の一実施形態に係るユーザ側の情報の流れを示すフロー図である。
【図６】本発明の一実施形態に係るセンタ側の情報の流れを示すフロー図である。
【図７】本発明の他の実施形態に係るユーザ側の情報の流れを示すフロー図である。
【図８】本発明の他の実施形態においてユーザ側のコンピュータシステムが構成するネットワークを示した図である。
【図９】本発明の他の実施形態に係るユーザ側の処理の流れを示すフロー図である。
【図１０】本発明の一実施形態に係る処理の流れを示すシーケンス図である。
【図１１】本発明の他の実施形態において、ユーザ側で予め必要となる処理を示すフロー図である。
【図１２】本発明の他の実施形態に係るユーザ側の処理を示すフロー図である。
【図１３】本発明の他の実施形態におけるセンタ側の構成を示すブロック図である。
【図１４】本発明において、更新情報記憶領域２０４又は更新サイト５１１が複数存在するとした場合のユーザ側の処理を示すフロー図である。
【符号の説明】
１０１ インターネット
１０２ センタ側コンピュータシステム
１０３ ユーザ側コンピュータシステム
１０４ ソフトウェア提供者側コンピュータシステム
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ 通信部
２０４ 更新情報記憶領域
２０５ データ記憶部
２０５ａ ユーザデータ
２０５ｂ ソフトウェア提供者データ
２０５ｃ 製品データ
２０５ｄ 更新情報記憶領域データ
２０６ ソフトウェア記憶部
２０６ａ ユーザデータ検索機構
２０６ｂ ソフトウェア提供者データ検索機構
２０６ｃ 製品データ検索機構
２０６ｄ 更新情報記憶領域データ検索機構
２０６ｅ 更新情報提供機構
４０１ ユーザ側コンピュータシステム
４０２ オペレーティングシステム
４０３ 更新ツール
４０４ ソフトウェア
５１１ 更新サイト
７０２ 更新中止モジュールファイル
８０１ マスタマシン
８０２ リンクマシン
９０３ マスタ／リンクファイル

Claims (18)

1. センタ側のコンピュータシステムとユーザ側のコンピュータシステムとがネットワークを介して通信を行うことが可能なシステムであって、
   センタ側で、ソフトウェアの提供者毎に区分けされた各記憶領域に、当該記憶領域を識別するための第１の識別情報と、提供したソフトウェアを更新するために必要な更新情報とを対応付けて予め記憶すると共に、ユーザを識別するための第２の識別情報と、ユーザが使用しているソフトウェアに対応する前記第１の識別情報とを対応付けて予め記憶し、
   ユーザ側から前記センタ側に対して前記第２の識別情報を送信し、
   前記センタ側で前記ユーザ側から送信された第２の識別情報に対応する前記第１の識別情報を抽出し、更に抽出された第１の識別情報に対応する前記更新情報を抽出し、
   ユーザ側で、前記抽出された更新情報を取得する
   ことを特徴とするソフトウェア更新情報提供方法。
2. 請求項１に記載の方法であって、
   前記更新情報として前記ソフトウェアを更新するためのモジュール及び当該モジュールが所在するネットワーク上の場所の情報のうち少なくとも１つを前記第１の識別情報に対応付けて記憶することを特徴とするソフトウェア更新情報提供方法。
3. 請求項１に記載の方法であって、
   前記センタ側から前記ユーザ側へ、前記ソフトウェアを更新するためのモジュールのリストを送信し、
   前記ユーザ側のコンピュータシステムは、前記受信したモジュールのリストと現在利用するソフトウェアのモジュールとを比較し、
   当該比較の結果に基づいて、現在利用するソフトウェアに不足しているモジュールを当該リストから抽出し、
   当該抽出されたモジュールを前記更新情報として取得する
   ことを特徴とするソフトウェア更新情報提供方法。
4. 請求項１に記載の方法であって、
   前記ソフトウェア提供者側から前記センタ側へ更新情報を送信し、
   前記センタ側では前記ソフトウェア提供者に対応する記憶領域を、前記送信された更新情報に書き換えることを特徴とするソフトウェア更新情報提供方法。
5. 請求項４に記載の方法であって、
   前記記憶領域が書き換えられたとき、前記ユーザ側に所定の通知を行うことを特徴とするソフトウェア更新情報提供方法。
6. 請求項１に記載の方法であって、
   前記ユーザ側では、ソフトウェアを更新することにより当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに及ぼす影響に関する情報を予め記憶し、
   当該記憶した情報に基づき前記更新情報に応じた前記ソフトウェアの更新を規制する
   ことを特徴とするソフトウェア更新情報提供方法。
7. 請求項１に記載の方法であって、
   前記ユーザ側のコンピュータシステムが、マスタマシンとリンクマシンとから構成され、
   前記ユーザ側のマスタマシンが前記センタ側から更新情報を取得し、
   前記マスタマシンが、リンクマシンに、前記更新情報をマスタマシン又はセンタ側から取得することを促し、
   前記リンクマシンが前記更新情報を前記マスタマシン又は前記センタ側から取得する
   ことを特徴とするソフトウェア更新情報提供方法。
8. 請求項１に記載の方法であって、
   前記区分けされた記憶領域には、ソフトウェア提供者が提供するあらゆるバージョンのソフトウェアの更新情報が記憶されており、
   ユーザ側で、ソフトウェアを更新する前に、その時点で取得しているソフトウェアのバージョンに関する情報及びその時点で取得しているソフトウェアを記憶してある前記記憶領域の所在場所に関する情報を予め保存し、
   ユーザ側が前記抽出された更新情報を取得し、当該ソフトウェアが更新された後に、当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに不具合が生じたときに、前記保存した情報に基づき、前記記憶領域から当該ソフトウェアの更新前のバージョンを、新たな更新情報として取得することを特徴とするソフトウェア更新情報提供方法。
9. 請求項１に記載の方法であって、
   前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、当該複数の記憶領域には、前記ソフトウェア提供者が提供する複数の異なるソフトウェア毎に、ソフトウェアの更新情報が記憶される
   ことを特徴とするソフトウェア更新情報提供方法。
10. 請求項１に記載の方法であって、
    前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、当該複数の記憶領域には、ソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが使用する一又は複数のソフトウェアの組み合わせ毎に、ソフトウェアの更新情報が記憶される
    ことを特徴とするソフトウェア更新情報提供方法。
11. ソフトウェアの提供者毎に区分けされた各領域に、当該領域を識別するための第１の識別情報及び提供したソフトウェアを更新するために必要な更新情報を対応付けて記憶する第１の記憶手段と、
    ユーザを識別するための第２の識別情報と、ユーザが使用しているソフトウェアに対応する前記第１の識別情報とを対応付けて記憶する第２の記憶手段と、
    ユーザ側から送信された前記第２の識別情報に対応する前記第１の識別情報を前記第２の記憶手段から抽出し、抽出された第１の識別情報に対応する前記更新情報を前記第１の記憶手段から抽出し、当該ユーザ側に送信する送信手段と
    を具備することを特徴とするソフトウェア更新情報提供システム。
12. 請求項１１に記載のシステムであって、
    前記第１の記憶手段は、前記更新情報として前記ソフトウェアを更新するためのモジュール及び当該モジュールが所在するネットワーク上の場所の情報のうち少なくとも１つを前記第１の識別情報に対応付けて記憶することを特徴とするソフトウェア更新情報提供システム。
13. 請求項１１に記載のシステムであって、
    前記ソフトウェア提供者側から更新情報が送信されたときに、前記ソフトウェア提供者に対応する第１の記憶領域における領域を、前記送信された更新情報に書き換える手段を具備することを特徴とするソフトウェア更新情報提供システム。
14. 請求項１３に記載のシステムであって、
    前記更新情報が書き換えられたときに、前記ユーザ側に所定の通知を行う通知手段を更に具備することを特徴とするソフトウェア更新情報提供システム。
15. 請求項１１に記載のシステムであって、
    ソフトウェアを更新することにより当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに及ぼす影響に関する情報を予め記憶する第３の記憶手段と、
    当該記憶した情報に基づき前記更新情報に応じた前記ソフトウェアの更新を規制する規制手段とを更に具備する
    ことを特徴とするソフトウェア更新情報提供システム。
16. 請求項１１に記載のシステムであって、
    前記第１の記憶手段は、前記区分けされた記憶領域に、ソフトウェア提供者が提供するあらゆるバージョンのソフトウェアを記憶するものであり、
    ユーザ側で、ソフトウェアを更新する前に、その時点で取得しているソフトウェアのバージョンに関する情報及びその時点で取得しているソフトウェアを記憶してある前記記憶領域の所在場所に関する情報を予め保存する保存手段と、
    ユーザ側で前記抽出された更新情報を取得し、当該ソフトウェアが更新された後に、当該ユーザ側のコンピュータシステムにおける当該ソフトウェア以外のソフトウェアに不具合が生じたときに、前記保存手段により保存された情報に基づき、前記記憶領域から当該ソフトウェアの更新前のバージョンを、新たな更新情報として取得する手段と
    を更に具備することを特徴とするソフトウェア更新情報提供システム。
17. 請求項１１に記載のシステムであって、
    前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、前記第１の記憶手段は、当該複数の記憶領域に、前記ソフトウェア提供者が提供する複数の異なるソフトウェア毎に、ソフトウェアの更新情報を記憶する
    ことを特徴とするソフトウェア更新情報提供システム。
18. 請求項１１に記載のシステムであって、
    前記区分けされた記憶領域は、一のソフトウェア提供者に対して複数存在し、前記第１の記憶手段は、当該複数の記憶領域に、ソフトウェア提供者が提供する複数の異なるソフトウェアのうち、各ユーザが使用する一又は複数のソフトウェアの組み合わせ毎に、ソフトウェアの更新情報を記憶する
    ことを特徴とするソフトウェア更新情報提供システム。

Images