(57)【要約】【課題】  クライアントにインストールされたソフトウェアの更新時に、更新が必要なオプションソフトだけを抽出してアップデートパッケージをクライアントに送信するソフトウェア更新システム、管理装置および端末を提供する。【解決手段】  ＰＣ１０−１のアップデート要求機能１２１からアップデート要求がオプションソフトのバージョン情報と共にサーバ２０に送られ、サーバ２０はパッケージ生成機能２３が更新の必要なオプションソフトを特定してそれらを更新させるアップデートパッケージを生成し、そして生成されたアップデートパッケージがＰＣ１０−１に送られてＰＣ１０−１内の特定のオプションソフトの更新が行われる。【選択図】  図１
2009193444.tif 000002
【特許請求の範囲】
【請求項１】
複数のソフトウェアがそれぞれ格納されている複数の端末と、
前記複数の端末と通信可能に接続され、前記複数の端末に格納されているソフトウェアを管理する管理装置と
を有し、
前記端末は、
自端末に格納されたソフトウェアの更新要求を該自端末に格納されたソフトウェアの版情報とともに前記管理装置に送信する送信手段
を有し、
前記管理装置は、
前記複数の端末に格納されるソフトウェアの最新の版情報を記憶して管理する管理手段と、
前記送信手段で送信された版情報と前記管理手段で管理されているソフトウェアの最新の版情報とに基づき前記更新要求を送信した端末に格納されている複数のソフトウェアの中で更新の必要があるソフトウェアを特定する特定手段と、
前記特定手段で特定されたソフトウェアに関する修正ソフトウェアを前記更新要求を送信した端末に送信する修正ソフトウェア送信手段と
を具備し、
前記更新要求を送信した端末は、前記修正ソフトウェア送信手段により受け取った修正ソフトウェアに基づき自装置に格納されている該修正ソフトウェアに対応するソフトウェアを選択的に更新するソフトウェア更新システム。
【請求項２】
前記特定手段は、
前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新がある場合は、該ソフトウェアを更新の必要があるソフトウェアとして特定する請求項１記載のソフトウェア更新システム。
【請求項３】
前記特定手段は、
前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新がある場合および前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新はないが該ソフトウェアの前記端末での使用頻度が高い場合は該ソフトウェアを更新の必要があるソフトウェアとして特定する請求項１記載のソフトウェア更新システム。
【請求項４】
複数のソフトウェアがそれぞれ格納されている複数の端末と通信可能に接続され、前記複数の端末に格納されている複数のソフトウェアを管理する管理装置であって、
前記複数の端末に格納されるソフトウェアの最新の版情報を記憶して管理する管理手段と、
前記端末から送信された該端末に格納されたソフトウェアの版情報を含む更新要求を受信する受信手段と、
前記受信手段で受信した前記版情報と前記管理手段で管理されているソフトウェアの最新の版情報とに基づき前記更新要求を送信した端末に格納されている複数のソフトウェアの中で更新の必要があるソフトウェアを特定する特定手段と、
前記特定手段で特定されたソフトウェアに関する修正ソフトウェアを前記更新要求を送信した端末に送信する修正ソフトウェア送信手段と
を具備する管理装置。
【請求項５】
前記特定手段は、
前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新がある場合は、該ソフトウェアを更新の必要があるソフトウェアとして特定する請求項４記載の管理装置。
【請求項６】
前記特定手段は、
前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新がある場合および前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新はないが該ソフトウェアの前記端末での使用頻度が高い場合は該ソフトウェアを更新の必要があるソフトウェアとして特定する請求項４記載の管理装置。
【請求項７】
自端末に格納された複数のソフトウェアを管理する管理装置と通信可能に接続された端末であって、
自端末に格納されたソフトウェアの更新要求を該自端末に格納されたソフトウェアの版情報とともに前記管理装置に送信する送信手段と、
前記管理装置から自端末に格納された複数のソフトウェアの中の更新の必要があるソフトウェアに関する修正ソフトウェアを受信する受信手段と、
前記受信手段で受信した前記修正ソフトウェアに基づき該修正ソフトウェアに対応するソフトウェアを選択的に更新する更新手段と
を具備する端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア更新システム、管理装置および端末に関する。
【背景技術】
【０００２】
現在、コンピュータにはソフトウェアがインストールされて様々な処理が行われる。
【０００３】
例えば、コンピュータとネットワークで接続された画像形成装置で印刷させるために、その画像形成装置のドライバソフトがインストールされる。  そして、それらコンピュータにインストールされるソフトウェアは、標準でインストールされる場合とカスタムでインストールされる場合とがある。  カスタムでインストールされるカスタムインストールは、ソフトウェアを構成する選択可能なオプションソフトからユーザが選択したオプションソフトウェアがインストールされるものである。
【０００４】
カスタムインストールについて、図１１乃至図１５を参照して説明を行う。
【０００５】
図１１に示すように、まず、コンピュータで読み込まれたＣＤ‐ＲＯＭ（Compact Disc Read Only Memory）より、ソフトウェアのインストーラが起動される（ステップ１１０１）。すると、コンピュータのディスプレイ上に図１２に示すセットアップ画面が表示されて（ステップ１１０２）、標準インストールかカスタムインストールかの選択が要求される。図１２に示すセットアップ画面より標準インストールが選択されると（ステップ１１０３で標準）、メーカーが決定した構成でインストールが行われる（ステップ１１０４）。しかし、図１２に示すセットアップ画面よりカスタムインストールが選択されると（ステップ１１０３でカスタム）、ユーザにインストールを所望するオプションソフトの問合せが行われる（ステップ１１０５）。その問合せは図１３に示す問合せ画面より行われる。カスタムインストールでは、ソフトウェアを構成するオプションソフトの全てがインストールされるのではなくて、最低限必要なオプションソフトはインストールされるものの、それ以外のオプションソフトはユーザによって選択されたものだけがインストールされる。例えば、図１３に示すように、ステップ１１０５の問合せ画面において、「共通」「プリンタドライバ」「ＦＡＸプリンタドライバ」「アドレス帳ツール」「メンテナンスツール」が選択されると（「ステータスモニタ」と「スキャナツール」は除かれている）、カスタムインストールでは選択されたそれらだけがインストールされる。そして、問合せ画面で選択されたオプションソフトがコンピュータにインストールされると（ステップ１１０６）、結果として問合せ画面で選択されなかった「ステータスモニタ」と「スキャナツール」のオプションソフトはコンピュータにはインストールされない。
【０００６】
このように、カスタムインストールでは、ソフトウェアを構成する一部のオプションソフトだけがコンピュータにインストールされる。
【０００７】
また、コンピュータにインストールされるソフトウェアについては、ソフトウェアの不具合の改善や新機能の追加等を目的として新しいバージョンの開発が行われることがよくあり、開発された新しいバージョンのソフトウェアは再度コンピュータにインストールされて、ソフトウェアの新しいバージョンへの更新が行われる。
【０００８】
ソフトウェアの更新の技術については、例えば、特許文献１に、サーバ／クライアント環境で、サーバのプリンタドライバが更新されると、クライアントに対してプリンタドライバを送信し、クライアントは受け取ったプリンタドライバを用いて更新を行うホスト装置が提案されている。
【特許文献１】特開平１０−１９８５６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、カスタムインストールされたソフトウェアの更新が特許文献１の技術で行われる場合には、図１４に示すように、クライアントにインストールされていない「ステータスモニタ」「スキャナツール」も含んだ全てのオプションソフトの最新版を含んだインストーラがクライアントに送信されて全てのオプションソフトの更新処理が行われてしまう。
【００１０】
その結果、クライアントに送信されるインストーラは、図１５に示すように全てのオプションソフトを対象としており、ＰＣ側でインストールされていない余計なオプションソフトの最新版も送信されていた。  そして、余計なネットワーク負荷をかけ、クライアント側の余計なダウンロード時間と余計な更新時間を要していた。  そうなると、送られるクライアントの数が多い場合には、ネットワークに対する余計な負荷も更に高くなる。
【００１１】
そこで、この発明は、クライアントにインストールされたソフトウェアの更新時に、更新が必要なオプションソフトだけを抽出してアップデートパッケージを作成しクライアントに送信するソフトウェア更新システム、管理装置および端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するには、請求項１の発明のソフトウェア更新システムは、複数のソフトウェアがそれぞれ格納されている複数の端末と、前記複数の端末と通信可能に接続され、前記複数の端末に格納されているソフトウェアを管理する管理装置とを有し、前記端末は、自端末に格納されたソフトウェアの更新要求を該自端末に格納されたソフトウェアの版情報とともに前記管理装置に送信する送信手段を有し、前記管理装置は、前記複数の端末に格納されるソフトウェアの最新の版情報を記憶して管理する管理手段と、前記送信手段で送信された版情報と前記管理手段で管理されているソフトウェアの最新の版情報とに基づき前記更新要求を送信した端末に格納されている複数のソフトウェアの中で更新の必要があるソフトウェアを特定する特定手段と、前記特定手段で特定されたソフトウェアに関する修正ソフトウェアを前記更新要求を送信した端末に送信する修正ソフトウェア送信手段とを具備し、前記更新要求を送信した端末は、前記修正ソフトウェア送信手段により受け取った修正ソフトウェアに基づき自装置に格納されている該修正ソフトウェアに対応するソフトウェアを選択的に更新するように構成される。
【００１３】
また、請求項２の発明は、請求項１の発明において、前記特定手段は、前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新がある場合は、該ソフトウェアを更新の必要があるソフトウェアとして特定するように構成される。
【００１４】
また、請求項３の発明は、請求項１の発明において、前記特定手段は、前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新がある場合および前記最新の版情報に対応するソフトウェアと前記送信手段で送信された版情報に対応するソフトウェアとの間に重要な更新はないが該ソフトウェアの前記端末での使用頻度が高い場合は該ソフトウェアを更新の必要があるソフトウェアとして特定するように構成される。
【００１５】
また、請求項４の発明の管理装置は、複数のソフトウェアがそれぞれ格納されている複数の端末と通信可能に接続され、前記複数の端末に格納されている複数のソフトウェアを管理する管理装置であって、前記複数の端末に格納されるソフトウェアの最新の版情報を記憶して管理する管理手段と、前記端末から送信された該端末に格納されたソフトウェアの版情報を含む更新要求を受信する受信手段と、前記受信手段で受信した前記版情報と前記管理手段で管理されているソフトウェアの最新の版情報とに基づき前記更新要求を送信した端末に格納されている複数のソフトウェアの中で更新の必要があるソフトウェアを特定する特定手段と、前記特定手段で特定されたソフトウェアに関する修正ソフトウェアを前記更新要求を送信した端末に送信する修正ソフトウェア送信手段とを具備するように構成される。
【００１６】
また、請求項５の発明は、請求項４の発明において、前記特定手段は、前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新がある場合は、該ソフトウェアを更新の必要があるソフトウェアとして特定するように構成される。
【００１７】
また、請求項６の発明は、請求項４の発明において、前記特定手段は、前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新がある場合および前記最新の版情報に対応するソフトウェアと前記受信手段で受信した版情報に対応するソフトウェアとの間に重要な更新はないが該ソフトウェアの前記端末での使用頻度が高い場合は該ソフトウェアを更新の必要があるソフトウェアとして特定するように構成される。
【００１８】
また、請求項７の発明の端末は、自端末に格納された複数のソフトウェアを管理する管理装置と通信可能に接続された端末であって、自端末に格納されたソフトウェアの更新要求を該自端末に格納されたソフトウェアの版情報とともに前記管理装置に送信する送信手段と、前記管理装置から自端末に格納された複数のソフトウェアの中の更新の必要があるソフトウェアに関する修正ソフトウェアを受信する受信手段と、前記受信手段で受信した前記修正ソフトウェアに基づき該修正ソフトウェアに対応するソフトウェアを選択的に更新する更新手段とを具備するように構成される。
【発明の効果】
【００１９】
請求項１の発明によれば、更新が必要なソフトウェアを更新させる修正ソフトウェアが端末に送られるという効果を奏する。
【００２０】
請求項２の発明によれば、重要な更新があるソフトウェアを更新させる修正ソフトウェアが端末に送られるという効果を奏する。
【００２１】
請求項３の発明によれば、重要な更新があるソフトウェアおよび重要な更新はないが端末での使用頻度が高いソフトウェアを更新させる修正ソフトウェアが端末に送られるという効果を奏する。
【００２２】
請求項４の発明によれば、更新が必要なソフトウェアを更新させる修正ソフトウェアを端末に送ることができるという効果を奏する。
【００２３】
請求項５の発明によれば、重要な更新があるソフトウェアを更新させる修正ソフトウェアを端末に送ることができるという効果を奏する。
【００２４】
請求項６の発明によれば、重要な更新があるソフトウェアおよび重要な更新はないが端末での使用頻度が高いソフトウェアを更新させる修正ソフトウェアを端末に送ることができるという効果を奏する。
【００２５】
請求項７の発明によれば、更新が必要なソフトウェアを更新させる修正ソフトウェアを管理装置から受信することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施例について添付図面を参照して詳細に説明する。
【００２７】
まず、本発明に係わるソフトウェア更新システムについて図１を参照して説明を行う。
【００２８】
図１は、ソフトウェア更新システム１００について示した構成図である。
【００２９】
図１に示すように、ソフトウェア更新システム１００は、パーソナルコンピュータ１０−１、１０−２、・・・（以下、総称してＰＣ１０と呼ぶ）とサーバ２０とがインターネット１を経由して接続されている。サーバ２０とＰＣ１０とは、インターネット１を経由して接続されるのではなくて、ＬＡＮ（Local Area Network）やイントラネットなどで接続されてもよい。
【００３０】
ＰＣ１０は、ネットワーク機能１１、アップデート（更新）機能１２、ストレージ機能１３を備える。
【００３１】
ネットワーク機能１１は、ＰＣ１０の外部のネットワークと通信回線で接続され、アップデート（更新）パッケージを含む各種情報の授受をサーバ２０と行う。
【００３２】
アップデート機能１２は、サーバ２０から受信したアップデートパッケージを起動させて、ＰＣ１０内にインストールされているソフトウェアの更新を行う。また、アップデート機能はアップデート要求機能１２１を更に備え、アップデート要求機能１２１はＰＣ１０内にインストールされているオプションソフトのバージョン情報とオプションソフト毎の使用頻度とを確認してアップデート要求をサーバ２０に送信する。
【００３３】
ストレージ１３は、各種記憶装置で構成され、ＰＣ１０にインストールされたソフトウェアのオプションソフトを記憶し、また、そのオプションソフトのバージョン情報や使用頻度などの情報も記憶する。
【００３４】
また、サーバ２０は、ネットワーク機能２１、ダウンロードサービス機能２２、パッケージ生成機能２３、ストレージ２４を備える。
【００３５】
ネットワーク機能２１は、外部の通信回線と接続され、オプションソフトのバージョン情報や使用頻度の情報をＰＣ１０より受信したり、またパッケージ生成機能２３で生成されたオプションパッケージをＰＣ１０に送信するなど、ＰＣ１０と情報の授受を行う。
【００３６】
ダウンロードサービス機能２２は、ＰＣ１０に送信するメッセージの生成などを行う。
【００３７】
パッケージ生成機能２３は、ＰＣ１０から受け取ったオプションソフトのバージョン情報や使用頻度のデータ等に基づいてＰＣ１０に送信するオプションソフトのアップデートパッケージを生成する処理を行う。
【００３８】
ストレージ２４は、各種記憶装置で構成され、更新された新しいオプションソフトのバージョン情報や、オプションソフトのバージョン毎にそれらのバージョンが重要な更新であるか否かの情報や、ＰＣ１０に送信するアップデートパッケージを生成する為の各種オプションソフトのモジュール等を記憶する。
【００３９】
そして、従来のバージョンの不具合の解消や新しい機能の追加が行われた新しいバージョンのオプションソフトが開発されると、新しいバージョンのオプションソフトのモジュールがストレージ２４に新たに記憶される。
【００４０】
次に、図１を参照して説明したソフトウェア更新システム１００の更新処理の流れについて図２を参照して説明を行う。
【００４１】
図２は、ソフトウェア更新システム１００における更新処理の概略を示した模式図である。
【００４２】
図２に示すように、ソフトウェア更新システム１００におけるＰＣ１０は、ＰＣ１０で使用されているソフトウェアの更新時に、ソフトウェアのオプションソフト単位のバージョンと使用頻度とをサーバ２０に送信する（図２の（１））。
【００４３】
サーバ２０では、更新が必要なオプションソフトが選択されてそれらだけが含まれているアップデートパッケージが生成される（図２の（２））。
【００４４】
そして、サーバ２０は、生成されたアップデートパッケージをＰＣ１０に送信する（図２の（３））。
【００４５】
ＰＣ１０では、必要なオプションソフトだけが更新用として含まれているアップデートパッケージがダウンロードされて更新が行われるので、ダウンロード時間と更新時間が短い時間で済ませられる（図２の（４））。
【００４６】
次に、ソフトウェア更新システム１００で行われる処理について図３乃至図１０を参照して説明を行う。
【００４７】
図３、図４は、ソフトウェア更新システム１００で行われる処理の処理フローを示したフローチャートである。
【００４８】
図３に示すように、ＰＣ１０を操作するユーザによって、ＰＣ１０内にインストールされているソフトウェアの更新の指示が行われるとアップデートが開始され（ステップ３０１）、ＰＣ１０のアップデート要求機能１２１は、インストールされているオプションソフトのバージョン情報とオプションソフト毎の使用頻度とを確認して、サーバ２０にアップデート要求を送信する（ステップ３０２）。  アップデート要求には、ＰＣ１０にインストールされているオプションソフトのバージョン情報とオプションソフト毎の使用頻度が含まれる。
【００４９】
ＰＣ１０にインストールされているオプションソフトのバージョン情報とオプションソフト毎の使用頻度とは、図５に示すように、例えば、オプションソフト「共通」のバージョン情報は「Ｖｅｒ.１.１」で使用頻度は「高い」となる。また、ＰＣ１０にインストールされていないオプションソフトについては、図５に示すように（例えばオプションソフト「ステータスモニタ」）、バージョン情報も使用頻度もサーバ２０に送られる情報がない。
【００５０】
サーバ２０では、ＰＣ１０より送信されたオプションソフトのバージョン情報とオプションソフト毎の使用頻度とをアップデート要求と共に受信し、その受信したデータに基づいてオプションソフト毎に更新の必要性が判断される（サブルーチンステップ３０３）。更新の必要性の判断は、パッケージ生成機能２３によって行われる。
【００５１】
更新の必要性が判断される処理について図６を参照して説明を行う。
【００５２】
図６は、サーバ２０において、サブルーチンであるステップ３０３で行われる更新の必要性が判断される処理を示したフローチャートである。
【００５３】
更新の必要性の判断は、オプションソフト単位で行われる。更新の必要性が判断される１つのオプションソフトについて、まず、図６に示すように、ＰＣ１０にインストールされているかがパッケージ生成機能２３によって確認される。パッケージ生成機能２３によって、ＰＣ１０より受信したオプションソフトのバージョン情報が確認されて、判断されるオプションソフトがＰＣ１０にインストールされているか否かの確認が行われる（ステップ６０１）。
【００５４】
更新の必要性の判断が行われているオプションソフトが、ＰＣ１０にインストールされているオプションソフトである場合には（ステップ６０１でＹＥＳ）、そのオプションソフトは最新版のバージョンであるか否かが確認される（ステップ６０２）。最新版か否かの確認は、ＰＣ１０より送信されたオプションソフトのバージョン情報とストレージ２４に記憶される当該オプションソフトの最新版のバージョン情報とが比較されて行われる。
【００５５】
オプションソフトのバージョン情報については、図７に示すように、更新されたソフトウェアに含まれるオプションソフトのバージョン情報がストレージ２４に記憶されている。  例えば、更新の回数が３回目のソフトウェアであるバージョンが４ｔｈのソフトウェアには、オプションソフト「共通」のバージョン情報は「Ｖｅｒ.１.２」であり（参照番号７０１）オプションソフト「ステータスモニタ」のバージョン情報は「Ｖｅｒ.１.２」である（参照番号７０２）と記憶される。このようにＰＣ１０にインストールされたソフトウェアの最新版の更新ソフトウェアが作成される度に、その最新版の更新ソフトウェアに含まれるオプションソフトのバージョン情報がストレージ２４に記憶される。
【００５６】
最新版のソフトウェアに含まれるオプションソフトが、最新版のオプションソフトとなる。
【００５７】
ステップ６０２で、オプションソフトが最新版のバージョンであった場合には（ステップ６０２でＹＥＳ）、そのオプションソフトは更新の必要性がないと判断される（ステップ６０５）。
【００５８】
また、ステップ６０２で、オプションソフトが最新版のオプションソフトでなかった場合には（ステップ６０２でＮＯ）、次に、そのオプションソフトに重要な更新があるか否かが確認される（ステップ６０３）。
【００５９】
重要な更新があるか否かの確認は、図８に示すように、オプションソフトのバージョン毎にそのバージョンへの更新が重要な更新であるか否かがストレージ２４に記憶されているので、その情報に基づいてパッケージ生成機能２３が確認する。  例えば、各オプションソフトの各バージョンが重要な更新であるか否かの情報は、図８に示すようにサーバ２０のストレージ２４に記憶されている。そして、図８に示すようにオプションソフト「ＦＡＸプリンタドライバ」のバージョン「Ｖｅｒ.１.１」は重要な更新でないが（参照番号８０１）、オプションソフト「ＦＡＸプリンタドライバ」のバージョン「Ｖｅｒ.１.２」は重要な更新である（参照番号８０２）。それで、ＰＣ１０から送られたオプションソフト「ＦＡＸプリンタドライバ」のバージョンが「Ｖｅｒ.１.１」であった場合には、最新版のバージョンである「Ｖｅｒ.１.３」へ至る更新途中である「Ｖｅｒ.１.２」に重要な更新があるので、オプションソフト「ＦＡＸプリンタドライバ」には重要な更新があると確認される。
【００６０】
ステップ６０３で、オプションソフトに重要な更新があると確認された場合には（ステップ６０３でＹＥＳ）、そのオプションソフトは更新の必要があると判断される（ステップ６０６）。
【００６１】
また、ステップ６０３で、オプションソフトに重要な更新がなかった場合には（ステップ６０３でＮＯ）、次に、そのオプションソフトの使用頻度が高いか否かが確認される（ステップ６０４）。
【００６２】
ステップ６０４で、オプションソフトの使用頻度が高いと確認された場合には（ステップ６０４でＹＥＳ）、そのオプションソフトは更新の必要があると判断される（ステップ６０６）。
【００６３】
また、ステップ６０４で、オプションソフトの使用頻度が高くないと確認された場合には（ステップ６０４でＮＯ）、そのオプションソフトは更新の必要がないと判断される（ステップ６０５）。
【００６４】
このように更新の指示がされたソフトウェアを構成するすべてのオプションソフトについて更新の必要性の判断が行われる（サブルーチンステップ３０３）。
【００６５】
ステップ３０３で、更新の必要性のあるオプションソフトがなかった場合には（ステップ３０４でＮＯ）、図３に示すように、ダウンロードサービス機能２２がＰＣ１０に更新の必要性がない旨を通知する（ステップ３０５）。
【００６６】
そして、サーバ２０より更新の必要性がない旨を通知されたＰＣ１０は、ＰＣ１０を操作するユーザに更新の必要性がないことを通知して、指示されたソフトウェアの更新は行ずに処理を終了する（ステップ３０６）。
【００６７】
また、ステップ３０３で、更新の必要性のあるオプションソフトがあった場合には（ステップ３０４でＹＥＳ）、更新されるオプションソフトをユーザに確認する更新確認メッセージがＰＣ１０に送られる（ステップ３０７）。
【００６８】
ＰＣ１０では、更新確認メッセージを受信して、図９に示すような更新確認メッセージがユーザに表示される。
【００６９】
ＰＣ１０でソフトウェアの更新を指示したユーザは、図９に示す更新確認メッセージより、更新を所望するオプションソフトにチェックを入れ、更新を所望しないオプションソフトのチェックを外す（ステップ３０８）。
【００７０】
図９に示す更新確認メッセージより更新を所望するオプションソフトの確認を行ったユーザは、更新確認メッセージの画面に表示される送信ボタン８０１を押下する。そして、ＰＣ１０よりサーバ２０に、ユーザが更新を所望するオプションソフトの種類を示す情報が送信される。
【００７１】
ステップ３０７、３０８の処理は、サーバ２０のパッケージ生成機能２３で更新が必要と判断されたオプションソフトを、最終的にユーザに確認させる為の処理であり、この処理は省略してもかまわない。
【００７２】
サーバ２０では、ユーザが更新を所望するオプションソフトの情報を受信して、更新されるオプションソフトのアップデートパッケージがパッケージ生成機能２３で生成される（ステップ３０９）。  例えば、更新が必要と判断されたオプションソフトが「共通」「プリンタドライバ」「ＦＡＸプリンタドライバ」だけであった場合には、「共通」「プリンタドライバ」「ＦＡＸプリンタドライバ」のオプションソフトだけが更新されるアップデートパッケージが生成される。
【００７３】
パッケージ生成機能２３で生成されたアップデートパッケージについて図１０を参照して説明を行う。
【００７４】
図１０に示すように、アップデートパッケージには、「setup.exe」「setup.ini」と更新されるオプションソフトである「共通」「プリンタドライバ」「ＦＡＸプリンタドライバ」の「共通.dll」「プリンタドライバ.dll」「ＦＡＸプリンタドライバ.dll」とが含まれる。  パッケージ生成機能２３で生成されたアップデートパッケージに含まれる「setup.ini」には、対象が「共通.dll」「プリンタドライバ.dll」「ＦＡＸプリンタドライバ.dll」であり、タイプが更新のためのパッケージとして動作するものであることが記述される。
【００７５】
図１０を参照して説明した、パッケージ生成機能２３で生成されたアップデートパッケージは、背景技術として図１５を参照して説明した従来のインストーラと比較して容量が小さい。それは、ソフトウェア更新システム１００によるアップデートパッケージは、必要なオプションソフトだけを更新させるものであり、不必要なオプションソフトを更新させる機能は含まれてないからである。  それで、ＰＣ１０とサーバ２０とをつなぐ通信回線に負荷をかけず、また、ＰＣ１０においてアップデートパッケージをダウンロードする時間やアップデートパッケージを使っての更新時間が短くて済む。
【００７６】
ステップ３０９で生成されたアップデートパッケージは、ＰＣ１０に送信される（ステップ３１０）。
【００７７】
サーバ２０よりアップデートパッケージを受信したＰＣ１０では、受信したアップデートパッケージ内の「setup.exe」がアップデート機能により起動される（ステップ３１１）。
【００７８】
起動された「setup.exe」は、パッケージ内に含まれる「setup.ini」の内容を調べ、自分がパッケージとして動作することを判定し、「setup.ini」に記載されているオプションソフトの更新処理を行う（ステップ３１２）。  図１０に示す例では、「setup.ini」に記載される「共通.dll」のオプションソフトである「共通」、「プリンタドライバ.dll」のオプションソフトである「プリンタドライバ」、「ＦＡＸプリンタドライバ.dll」のオプションソフトである「ＦＡＸプリンタドライバ」の３つのオプションソフトの更新が行われる。
【００７９】
そして、更新が成功すると（ステップ３１３でＹＥＳ）、ＰＣ１０で、ユーザに更新成功が通知されて処理が終了する（ステップ３１４）。
【００８０】
また、更新が失敗した場合には（ステップ３１３でＮＯ）、ＰＣ１０で、ユーザに更新が失敗したことが通知されて処理が終了する（ステップ３１５）。
【００８１】
このように、ＰＣ１０にインストールされたソフトウェアの更新の際に、ソフトウェアを構成するオプションソフトについて、それぞれバージョンが上がっているか、重要な更新があるか、そのオプションソフトウェアの使用頻度は高いかという観点で更新の必要性が判断されて、必要なオプションソフトについてのアップデートパッケージがサーバ２０からＰＣ１０に送信される。
【００８２】
尚、パッケージ生成機能２３で生成されてＰＣ１０に送信されるアップデートパッケージに「setup.exe」を含めずに、ＰＣ１０のアップデート機能１２に更新機能も持たせ
て、アップデート機能１２に「setup.ini」の情報に基づいて更新処理を制御させるように構成してもよい。
【産業上の利用可能性】
【００８３】
この発明は、ソフトウェア更新システム、管理装置および端末において利用可能である。
【図面の簡単な説明】
【００８４】
【図１】ソフトウェア更新システム１００を示す構成図。
【図２】更新処理の概略を示した模式図。
【図３】処理フローを示したフローチャート。
【図４】処理フローを示したフローチャート。
【図５】オプションソフトのバージョン情報とオプションソフト毎の使用頻度とを示す図。
【図６】サブルーチン（ステップ３０３）で行われる更新の必要性の判断の処理を示すフローチャート。
【図７】オプションソフトのバージョン情報を示す表。
【図８】重要な更新のバージョンを示す表。
【図９】更新確認メッセージを示す図。
【図１０】パッケージ生成機能２３で生成されたアップデートパッケージの内容を示す図。
【図１１】従来技術でソフトウェアがインストールされる処理を示すフローチャート。
【図１２】従来技術でインストール方法が選択されるセットアップ画面を示す図。
【図１３】従来技術でカスタムインストール時にオプションソフトが選択される問合せ画面を示す図。
【図１４】従来技術で一部のオプションソフトがインストールされてないクライアントを示す図。
【図１５】従来のソフトウェア更新システムのインストーラの内容を示す図。
【符号の説明】
【００８５】
１０、１０−１、１０−２    パーソナルコンピュータ
１１    ネットワーク機能
１２    アップデート機能
１２１    アップデート要求機能
１３    ストレージ
２０    サーバ
２１    ネットワーク機能
２２    ダウンロードサービス機能
２３    パッケージ生成機能
２４    ストレージ
１００    ソフトウェア更新システム
【図１】
2009193444.tif 000003
【図２】
2009193444.tif 000004
【図３】
2009193444.tif 000005
【図４】
2009193444.tif 000006
【図５】
2009193444.tif 000007
【図６】
2009193444.tif 000008
【図７】
2009193444.tif 000009
【図８】
2009193444.tif 000010
【図９】
2009193444.tif 000011
【図１０】
2009193444.tif 000012
【図１１】
2009193444.tif 000013
【図１２】
2009193444.tif 000014
【図１３】
2009193444.tif 000015
【図１４】
2009193444.tif 000016
【図１５】
2009193444.tif 000017