JP2012164252A - ソフトウェア更新システム及びソフトウェア更新管理方法 - Google Patents

Abstract

【課題】ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行えるソフトウェア更新システム及びソフトウェア更新管理方法を提供する。
【解決手段】ソフトウェア更新システム１は、更新サーバ装置３００とサーバ装置１００とクライアント装置２００とが接続されるシステムであって、サーバ装置１００が、サーバ装置１００及びクライアント装置２００の全ての更新情報ファイル１４Ｄ_Ｓｎ，１４Ｄ_Ｃｎのアーカイブデータを更新サーバ装置３００から取得し、取得したアーカイブデータを展開し、複数の更新情報ファイル１４Ｄ_Ｓｎを、サーバ用とクライアント用とに分けて、更新情報１４Ｄを装置種別ごとに管理する。これにより、サーバ装置１００及びクライアント装置２００は、各更新情報ファイル１４Ｄ_Ｓｎ，１４Ｄ_Ｃｎを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新する。
【選択図】図３

Description

本発明は、装置に搭載されたソフトウェアを更新するソフトウェア更新システムに関するものである。

従来、クライアント装置と、該クライアント装置のソフトウェア更新を支援するサーバ装置と、該サーバ装置に更新情報を提供し、クライアント装置及びサーバ装置のソフトウェア更新を支援する更新サーバ装置と、が接続されるソフトウェア更新システムが知られている。このようなシステムでは、更新サーバ装置から提供された更新情報がサーバ装置により管理される。

例えば、特許文献１には、サーバ装置が更新情報を構造化データで管理する技術が開示されている。

しかしながら、従来の方法では、ソフトウェアの更新要否判定時に、サーバ装置の更新情報とクライアント装置の更新情報とを各々識別して参照する処理が煩雑であった。

従来、更新サーバ装置では、更新情報の提供を簡易化するために、例えば、サーバ装置の更新情報とクライアント装置の更新情報とを連結し、１つのデータ（１ファイル）にまとめ、サーバ装置に送信していた。そのため、サーバ装置では、自機の更新要否判定を行う際に、送信データ内を検索し、サーバ用の更新情報に該当するデータを参照しなければならない。同様に、クライアント装置では、自機の更新要否判定を行う際に、サーバ装置にアクセスし、送信データ内を検索し、クライアント用の更新情報に該当するデータを参照しなければならない。このように、従来の方法は、処理が煩雑となる。

本発明は上記従来技術の問題点を鑑み提案されたものであり、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行えるソフトウェア更新システム及びソフトウェア更新管理方法を提供することにある。

上記目的を達成するため、本発明に係るソフトウェア更新システムは、所定のデータ伝送路を介して、サーバ用とクライアント用の更新情報を送信する更新サーバ装置と、サーバ用とクライアント用の更新情報を管理し、サーバ用の更新情報に基づき、自機のソフトウェアを更新するサーバ装置と、クライアント用の更新情報に基づき、自機のソフトウェアを更新するクライアント装置と、が接続されるソフトウェア更新システムであって、前記更新サーバ装置は、前記サーバ装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記サーバ装置に対応する複数の更新情報ファイルと、前記クライアント装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記クライアント装置に対応する複数の更新情報ファイルと、をアーカイブしたアーカイブデータを、所定の記憶領域に保持する保持手段を有し、前記サーバ装置は、前記更新サーバ装置に対して、前記アーカイブデータの取得を要求し、データを取得する要求手段と、前記要求手段により取得されたアーカイブデータを、所定の記憶領域に展開する展開手段と、前記展開手段により展開された複数の更新情報ファイルを、サーバ用とクライアント用とに分けて、所定の記憶領域に保持し、更新情報を管理する管理手段と、を有し、前記サーバ装置は、前記管理手段により管理されるサーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新し、前記クライアント装置は、前記サーバ装置にアクセスし、前記管理手段により管理されるクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新することを特徴とする。

このような構成によって、本発明に係るソフトウェア更新システムは、サーバ装置が、サーバ装置及びクライアント装置の全ての更新情報ファイルのアーカイブデータを更新サーバ装置から取得し、取得したアーカイブデータを展開し、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルとに分けて、更新情報を装置種別ごとに管理する。これにより、サーバ装置では、サーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアが更新される。また、クライアント装置では、サーバ装置で保持するクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアが更新される。

これによって、本発明に係るソフトウェア更新システムでは、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行える。

上記目的を達成するため、本発明に係るソフトウェア更新管理方法は、所定のデータ伝送路を介して、サーバ用とクライアント用の更新情報を送信する更新サーバ装置と、サーバ用とクライアント用の更新情報を管理し、サーバ用の更新情報に基づき、自機のソフトウェアを更新するサーバ装置と、クライアント用の更新情報に基づき、自機のソフトウェアを更新するクライアント装置と、が接続されるソフトウェア更新システムにおけるソフトウェア更新管理方法であって、前記サーバ装置は、前記サーバ装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記サーバ装置に対応する複数の更新情報ファイルと、前記クライアント装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記クライアント装置に対応する複数の更新情報ファイルと、をアーカイブしたアーカイブデータを、所定の記憶領域に保持する前記更新サーバ装置に対して、前記アーカイブデータの取得を要求し、データを取得する要求手順と、前記要求手順により取得されたアーカイブデータを、所定の記憶領域に展開する展開手順と、前記展開手順により展開された複数の更新情報ファイルを、サーバ用とクライアント用とに分けて、所定の記憶領域に保持し、更新情報を管理する管理手順と、を有し、前記サーバ装置は、前記管理手順により管理されるサーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新し、前記クライアント装置は、前記サーバ装置にアクセスし、前記管理手順により管理されるクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新することを特徴とする。

このような手順によって、本発明に係るソフトウェア更新管理方法は、サーバ装置が、サーバ装置及びクライアント装置の全ての更新情報ファイルのアーカイブデータを更新サーバ装置から取得し、取得したアーカイブデータを展開し、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルとに分けて、更新情報を装置種別ごとに管理するという動作を実現する。

これによって、本発明に係るソフトウェア更新管理方法では、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行える環境を提供できる。

本発明によれば、サーバ装置が、サーバ装置及びクライアント装置の全ての更新情報ファイルのアーカイブデータを更新サーバ装置から取得し、取得したアーカイブデータを展開し、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルとに分けて、更新情報を装置種別ごとに管理することで、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行えるソフトウェア更新システム及びソフトウェア更新管理方法を提供することができる。

本発明の第１の実施形態に係るソフトウェア更新システムの構成例を示す図である。 本発明の第１の実施形態に係るサーバ装置のハードウェア構成例を示す図である。 本発明の第１の実施形態に係るソフトウェア更新管理機能の構成例を示す図である。 本発明の第１の実施形態に係る更新情報の管理例を示す図である。 本発明の第１の実施形態に係る更新情報のデータ例を示す図である。 本発明の第１の実施形態に係るソフトウェア更新の処理手順例を示す図である。

以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。

［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係るソフトウェア更新システム１の構成例を示す図である。
図１には、更新サーバ装置３００と複数のサーバ装置１００_１〜１００_ｎ（以下総称する場合「サーバ装置１００」という）が、インターネットなどの外部ネットワークＩで接続され、サーバ装置１００と複数のクライアント装置２００_１〜２００_ｎ（以下総称する場合「クライアント装置２００」という）が、ＬＡＮ（Local Area Network）などの内部ネットワークＮで接続されるシステム構成例が示されている。

更新サーバ装置３００は、更新情報提供機能を有する情報処理装置である。更新情報提供機能は、サーバ用とクライアント用の更新情報を送信する機能である。また、サーバ装置１００は、更新情報管理機能及びソフトウェア更新機能を有する情報処理装置である。また、クライアント装置２００は、ソフトウェア更新機能を有する情報処理装置である。更新情報管理機能は、更新情報をサーバ用とクライアント用に分けて管理する機能である。また、ソフトウェア更新機能は、新しいバージョンのソフトウェアリリースを判断し、自機の搭載ソフトウェアを更新する。

ソフトウェア更新システム１は、上記各機器が、次のように動作することで、ソフトウェア更新が行われる。まず、サーバ装置１００は、サーバ用とクライアント用の更新情報を更新サーバ装置３００から取得する。サーバ装置１００は、取得した更新情報を、サーバ用とクライアント用に分けて管理する。つまり、サーバ装置１００では、更新情報が装置種別ごとに管理される。これにより、サーバ装置１００では、自機の搭載ソフトウェアが、サーバ用の更新情報に基づき、新しいバージョンに更新される。また、クライアント装置２００では、自機の搭載ソフトウェアが、クライアント用の更新情報に基づき、新しいバージョンに更新される。

以上のように、本実施形態に係るソフトウェア更新システム１は、上記システム構成により、遠隔によるソフトウェア更新サービスを提供することができる。

＜ハードウェア構成＞
図２は、本実施形態に係るサーバ装置１００のハードウェア構成例を示す図である。なお、更新サーバ装置３００やクライアント装置２００については、サーバ装置１００と同じ情報処理装置であることから、その説明を省略する。

図２に示すように、サーバ装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１は、キーボードやマウスなどを含み、サーバ装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、サーバ装置１００による処理結果を表示する。

インタフェース装置１０７は、サーバ装置１００をネットワーク（「外部ネットワーク」や「内部ネットワーク」）などのデータ伝送路に接続するインタフェースである。これにより、サーバ装置１００は、インタフェース装置１０７を介して、更新サーバ装置３００やクライアント装置２００とデータ通信を行うことができる。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能（例えば「ソフトウェア更新管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。

ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、サーバ装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、サーバ装置１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

以上のように、本実施形態に係るサーバ装置１００は、上記ハードウェア構成により、各種情報処理サービスを提供することができる。

＜ソフトウェア更新管理機能＞
本実施形態に係るソフトウェア更新管理機能について説明する。
本実施形態に係るソフトウェア更新システム１では、サーバ装置１００が、過去にリリースされたソフトウェアバージョンごとの全ての更新情報を含む、サーバ装置１００に対応する複数の更新情報ファイルとクライアント装置２００に対応する複数の更新情報ファイルとをアーカイブしたアーカイブデータを、更新サーバ装置３００から取得する。サーバ装置１００は、取得したアーカイブデータを展開し、展開された複数の更新情報ファイルを、サーバ用とクライアント用とに分けて所定の記憶領域に保持し、更新情報を装置種別ごとに管理する。これにより、サーバ装置１００は、サーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新する。また、クライアント装置２００は、サーバ装置１００で保持するクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新する。本実施形態では、このようなソフトウェア更新管理機能を有している。

従来のソフトウェア更新管理方法では、更新サーバ装置３００からサーバ装置１００に対して、サーバ用とクライアント用の更新情報を連結し、１つのデータ（１ファイル）にまとめ、サーバ装置１００に送信していた。そのため、サーバ装置１００やクライアント装置２００では、自機の更新要否判定を行う際に、送信データ内を検索し、各機器に対応する更新情報に該当するデータを参照しなければならず、処理が煩雑となる。

そこで、本実施形態に係るソフトウェア更新システム１では、サーバ装置１００が、サーバ装置１００及びクライアント装置２００の全ての更新情報ファイルのアーカイブデータを更新サーバ装置３００から取得し、取得したアーカイブデータを展開し、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルとに分けて、更新情報を装置種別ごとに管理する仕組みとした。

これにより、本実施形態に係るソフトウェア更新システム１では、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行える。

以下に、本実施形態に係るソフトウェア更新管理機能の構成とその動作について説明する。
図３は、本実施形態に係るソフトウェア更新管理機能の構成例を示す図である。
図３に示すように、本実施形態に係るソフトウェア更新管理機能は、アーカイブデータ要求部１１、アーカイブデータ展開部１２、更新情報管理部１３、及び更新情報保持部１４などを有している。これらは、サーバ装置１００が有する機能部である。なお、サーバ装置１００は、上記機能部の他、更新要否判定部１５、インストール情報保持部１６、及びソフトウェア更新部１７などを有する。また、ソフトウェア更新管理機能は、更新サーバ装置３００及びクライアント装置２００などが有する機能部と連携動作する。更新サーバ装置３００は、アーカイブデータ管理部３１及びアーカイブデータ保持部３２などを有している。クライアント装置２００は、更新要否判定部２１、インストール情報保持部２２、及びソフトウェア更新部２３などを有している。

《更新サーバ装置》
アーカイブデータ管理部３１は、取得要求に応じて、更新情報のアーカイブデータを要求元に送信する機能部である。アーカイブデータは、サーバ装置１００に対応する複数の更新情報ファイル（以下「サーバ用の更新情報ファイル」という）とクライアント装置２００に対応する複数の更新情報ファイル（以下「クライアント用の更新情報ファイル」という）とをアーカイブしたデータである。また、アーカイブ対象の更新情報ファイルは、過去にリリースされたソフトウェアバージョンの更新情報を含むデータファイルである。

アーカイブデータの生成方法については、例えば、アーカイブ対象の更新情報ファイルを、所定の記憶領域（例えば「ディレクトリ」）に格納し、アーカイブ処理を指示するコマンドオプションが指定されたアーカイブコマンド（例えば「tarコマンド」や「zipコマンド」など）を、記憶領域に対して実行する方法などがある。また、アーカイブデータ管理部３１が、これらの作業を自動化するツールを提供してもよい。

このようにして生成されたアーカイブデータは、アーカイブデータ保持部３２に格納され保持される。なお、アーカイブデータ保持部３２は、更新サーバ装置３００が備える記憶装置の所定の記憶領域にあたる。

よって、アーカイブデータ管理部３１は、取得要求を受け付けると、アーカイブデータ保持部３２にアクセスし、取得したアーカイブデータを要求元に送信する。これにより、要求元には、過去にリリースされたソフトウェアバージョンごとの全ての更新情報を含む、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルとをアーカイブしたアーカイブデータが提供される。

《サーバ装置》
アーカイブデータ要求部１１は、アーカイブデータの取得を要求する機能部である。アーカイブデータ要求部１１は、予め設定された更新サーバ装置３００のネットワーク設定情報（例えば「ＩＰアドレス：Internet Protocol address」）に従って、アーカイブデータの取得を要求するコマンドを送信する。その結果、アーカイブデータ要求部１１は、更新サーバ装置３００からアーカイブデータを受信し、要求に応じたデータを取得する。

アーカイブデータの取得要求タイミングについては、例えば、所定の時間間隔に従って定期的に行う方法や、管理者から受け付けた動作指示に従って行う方法などがある。よって、アーカイブデータ要求部１１は、時間間隔を設定したり、動作指示を受け付けたりするためのＧＵＩ（Graphical User Interface）を備えた画面を、サーバ装置１００が備える表示装置１０２に表示させてもよい。

アーカイブデータ展開部１２は、取得されたアーカイブデータを展開する機能部である。アーカイブデータ展開部１２は、例えば、展開処理を指示するコマンドオプションが指定されたアーカイブコマンドを、取得されたアーカイブデータに対して実行する。なお、取得されたアーカイブデータが、実行ファイルであった場合（例えば「＊．ｅｘｅ」）には、アーカイブデータ自身を実行する。

よって、アーカイブデータ展開部１２は、アーカイブデータが取得されると、展開処理を指示するコマンドオプションが指定されたアーカイブコマンドを、取得されたアーカイブデータに対して自動実行する（又はアーカイブデータを自動実行する）。これにより、サーバ装置１００では、所定の記録領域（ＲＡＭ）に、サーバ用の更新情報ファイルとクライアント用の更新情報ファイルが展開される。

このようにして展開された複数の更新情報ファイルは、更新情報保持部１４に格納され保持される。なお、更新情報保持部１４は、サーバ装置１００が備える記憶装置の所定の記憶領域にあたる。

更新情報管理部１３は、所定のデータ操作を行い、更新情報を管理する機能部である。更新情報管理部１３は、更新情報保持部１４にアクセスし、要求に応じたデータ操作を行い、更新情報を装置種別ごとに管理する。

更新情報に対して行われるデータ操作には、データ登録（追加）、データ更新（上書き）、データ参照（取得）、及びデータ消去（削除）などがある。

図４は、本実施形態に係る更新情報１４Ｄの管理例を示す図である。
図４には、更新情報保持部１４において、リリースされたソフトウェアバージョンの更新情報１４Ｄが、リリース対象の装置種別ごとに管理されるデータ管理例が示されている。

更新情報管理部１３は、図４に示すように、更新情報１４Ｄを、サーバ用の更新情報１４Ｄ_Ｓとクライアント用の更新情報１４Ｄ_Ｃとに分けて管理する。更新情報管理部１３は、所定の記憶領域に展開された複数の更新情報ファイルのうち、サーバ用の更新情報ファイル１４Ｄ_Ｓ０〜１４Ｄ_Ｓｎ（以下総称する場合「更新情報ファイル１４Ｄ_Ｓｎ」という）を、サーバ用の更新情報１４Ｄ_Ｓを保持する記憶領域に格納する。更新情報管理部１３は、クライアント用の更新情報ファイル１４Ｄ_Ｃ０〜１４Ｄ_Ｃｎ（以下総称する場合「更新情報ファイル１４Ｄ_Ｃｎ」という）を、クライアント用の更新情報１４Ｄ_Ｃを保持する記憶領域に格納する。これにより、更新情報１４Ｄは、装置種別ごとに登録される。

ここで、更新情報１４Ｄのデータについて説明する。
図５は、本実施形態に係る更新情報１４Ｄのデータ例を示す図である。
（Ａ）には、サーバ用の更新情報ファイル１４Ｄ_Ｓｎのデータ例が示されており、（Ｂ）には、クライアント用の更新情報ファイル１４Ｄ_Ｃｎのデータ例が示されている。

例えば、更新情報ファイル１４Ｄ_Ｓｎは、ソフトウェアのバージョン情報、ソフトウェアをリリースした日時情報、サーバ装置１００の稼働状況の確認結果に関する情報（以下「稼働状況確認結果情報」という）、及びメンテナンス機能に関する情報（以下「メンテナンス機能情報」という）などを含む、サーバ用の更新情報１４Ｄ_Ｓで構成される。稼働状況確認結果情報には、サーバ装置１００に関する詳細情報や、クライアント装置２００から取得する統計情報及び詳細情報などを管理する機能を実現するソフトウェアの対応内容（「不具合への修正」や「機能追加による変更」）などが、所定のデータ形式で記述されている。また、メンテナンス機能情報には、サーバ装置１００のメンテナンス動作を管理する機能を実現するソフトウェアの対応内容などが、所定のデータ形式で記述されている。

また、更新情報ファイル１４Ｄ_Ｃｎは、ソフトウェアのバージョン情報、ソフトウェアをリリースした日時情報、クライアント装置２００の搭載インストーラに関する情報（以下「インストーラ情報」という）、及び搭載アプリケーションに関する情報（以下「アプリケーション情報」という）などを含む、クライアント用の更新情報１４Ｄ_Ｃで構成される。インストーラ情報には、搭載アプリケーションへの対応内容（機能追加による変更）などが、所定のデータ形式で記述されている。また、アプリケーション情報には、搭載アプリケーションの対応内容（「不具合への修正」や「機能追加による変更」）などが、所定のデータ形式で記述されている。

また、本実施形態では、更新情報ファイル１４Ｄ_Ｓｎや更新情報ファイル１４Ｄ_Ｃｎのファイル名に、装置種別を示す情報（以下「装置種別情報」という）とソフトウェアリリースのバージョン情報とを含む。これにより、後述するソフトウェア更新の要否判定を、ファイル名のみを参照することで行え、処理を簡素化できる。

図３の説明に戻る。更新情報管理部１３は、次のように、更新情報１４Ｄの更新を行う。更新情報管理部１３は、更新情報保持部１４にアクセスし、展開された更新情報ファイル１４Ｄ_Ｓｎや更新情報ファイル１４Ｄ_Ｃｎで、サーバ用の記憶領域やクライアント用の記憶領域に保持される更新情報１４Ｄ_Ｓや更新情報１４Ｄ_Ｃを上書きし、更新する。なお、ファイル名の一致／不一致を判定し、ファイル名が一致しなかった更新情報ファイル１４Ｄ_Ｓｎや更新情報ファイル１４Ｄ_Ｃｎのみを、新たな更新情報１４として格納し、更新するようにしてもよい。また、ファイル名が一致した場合であっても、更新日時が新しい更新情報ファイル１４Ｄ_Ｓｎや更新情報ファイル１４Ｄ_Ｃｎで、サーバ用の記憶領域やクライアント用の記憶領域に保持される更新情報１４Ｄ_Ｓや更新情報１４Ｄ_Ｃを上書きし、更新するようにしてもよい。

また、更新情報管理部１３は、次のように、更新情報１４Ｄの参照及び消去を行う。更新情報管理部１３は、更新情報保持部１４にアクセスし、保持される更新情報ファイル１４Ｄ_Ｓｎや更新情報ファイル１４Ｄ_Ｃｎのファイル名に基づき、参照／消去する。

更新要否判定部１５は、搭載ソフトウェアの更新を行う必要があるか否かを判定する（更新要否判定を行う）機能部である。更新要否判定部１５は、サーバ装置１００の搭載ソフトウェアのバージョン情報に基づき、ソフトウェア更新の要否判定を行う。バージョン情報は、サーバ装置１００のソフトウェアインストール（又はソフトウェアアップデート）時に記録されるインストール情報に含まれ、インストール情報保持部１６に保持される。なお、インストール情報保持部１６は、サーバ装置１００が備える記憶装置（ＨＤＤ）の所定の記憶領域にあたる。

よって、更新要否判定部１５は、インストール情報保持部１６にアクセスし、搭載ソフトウェアのバージョン情報を参照する。また、更新要否判定部１５は、更新情報保持部１４にアクセスし、サーバ用の記憶領域に保持される更新情報１４Ｄ_Ｓを参照する。その結果、更新要否判定部１５は、更新情報１４Ｄ_Ｓに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きい場合に、ソフトウェアの更新が必要と判定する。このとき、更新要否判定部１５は、サーバ用の記憶領域に格納された更新情報ファイル１４Ｄ_Ｓｎのファイル名を参照し、該ファイル名に含まれるバージョン情報の値と、インストール情報保持部１６に記録されたインストール情報に含まれるバージョン情報の値とを比較し、比較結果に基づき、更新要否判定を行う。

ソフトウェア更新部１７は、搭載ソフトウェアを更新する機能部である。ソフトウェア更新部１７は、サーバ装置１００の搭載ソフトウェアの更新が必要と判定された場合に、予め設定されたインストールソフトウェア（又はアップデートソフトウェア）の格納先情報（例えば「ＩＰアドレス：Internet Protocol address」や「データパス」など）に基づき、指定されたバージョンに該当するプログラムやデータを取得する。その結果、ソフトウェア更新部１７は、取得したプログラムやデータを、搭載インストーラによりインストール（又はアップデート）し、ソフトウェア更新を行う。

《クライアント装置》
更新要否判定部２１は、サーバ装置１００が有する更新要否判定部１５と同様に、搭載ソフトウェアの更新を行う必要があるか否かを判定する機能部である。更新要否判定部２１は、クライアント装置２００の搭載ソフトウェアのバージョン情報に基づき、ソフトウェア更新の要否判定を行う。バージョン情報は、クライアント装置２００のソフトウェアインストール（又はソフトウェアアップデート）時に、インストール情報保持部２２に記録される。なお、インストール情報保持部２２は、クライアント装置２００が備える記憶装置（ＨＤＤ）の所定の記憶領域にあたる。

よって、更新要否判定部２１は、インストール情報保持部２２にアクセスし、搭載ソフトウェアのバージョン情報を参照する。また、更新要否判定部２１は、サーバ装置１００が有する更新情報保持部１４にアクセスし、クライアント用の記憶領域に保持される更新情報１４Ｄ_Ｃを参照する。その結果、更新要否判定部２１は、更新情報１４Ｄ_Ｃに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きい場合に、ソフトウェアの更新が必要と判定する。このとき、更新要否判定部２１は、クライアント用の記憶領域に格納された更新情報ファイル１４Ｄ_Ｃｎのファイル名を参照し、該ファイル名に含まれるバージョン情報の値と、インストール情報保持部２２に記録されたインストール情報に含まれるバージョン情報の値とを比較し、比較結果に基づき、更新要否判定を行う。

ソフトウェア更新部２３は、サーバ装置１００が有するソフトウェア更新部１７と同様に、搭載ソフトウェアを更新する機能部である。ソフトウェア更新部２３は、クライアント装置２００の搭載ソフトウェアの更新が必要と判定された場合に、予め設定されたインストールソフトウェア（又はアップデートソフトウェア）の格納先情報に基づき、指定されたバージョンに該当するプログラムやデータを取得する。その結果、ソフトウェア更新部２３は、取得したプログラムやデータを、搭載インストーラによりインストール（又はアップデート）し、ソフトウェア更新を行う。

以上のように、本実施形態に係るソフトウェア更新管理機能は、上記各機能部が連携動作することにより実現される。なお、上記各機能部は、システム１を構成する各機器に搭載（インストール）されるプログラム（ソフトウェア更新管理機能を実現するソフトウェア）が、各機器が備える演算装置（ＣＰＵ）により、記憶装置（「ＨＤＤ」や「ＲＯＭ」など）からメモリ（ＲＡＭ）上に読み出され、各機器において、以下の処理が実行されることで実現される。

本実施形態に係るソフトウェア更新管理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。

《ソフトウェア更新の処理》
図６は、本実施形態に係るソフトウェア更新の処理手順例を示す図である。
図６に示すように、まず、更新サーバ装置３００は、アーカイブデータ管理部３１で、アーカイブデータの生成要求を受け付ける（ステップＳ１０１）。これにより、更新サーバ装置３００では、アーカイブデータ管理部３１により、過去にリリースされたソフトウェアバージョンごとの全ての更新情報を含む、生成要求時に指定されたサーバ用の更新情報ファイル１４Ｄ_Ｓｎとクライアント用の更新情報ファイル１４Ｄ_Ｃｎとがアーカイブされ、アーカイブデータ保持部３２に格納され保持される（ステップＳ１０２）。

次に、サーバ装置１００は、アーカイブデータ要求部１１で、アーカイブデータの取得要求を受け付けると、更新サーバ装置３００に対して、取得要求を通知する（ステップＳ２０１）。このとき、アーカイブデータ要求部１１は、予め設定された更新サーバ装置３００のネットワーク設定情報に従って、アーカイブデータの取得を要求するコマンドを送信し、取得要求を通知する。その結果、更新サーバ装置３００からは、サーバ装置１００に対して、応答結果が通知される（ステップＳ２０２）。このとき、アーカイブデータ管理部３１は、サーバ装置３００が有するアーカイブデータ要求部１１に対して、アーカイブデータを送信し、応答結果を通知する。

これを受けて、サーバ装置１００は、アーカイブデータ要求部１１が、アーカイブデータ展開部１２に対して、受信したアーカイブデータの展開処理を指示する（ステップＳ２０３）。このとき、アーカイブデータ要求部１１は、アーカイブデータ展開部１２に対して、受信したアーカイブデータを渡し、展開処理を指示する。

サーバ装置１００は、アーカイブデータ展開部１２が、展開処理の指示に従って、所定の記憶領域に、アーカイブデータを展開し（ステップＳ２０４）、更新情報管理部１３に対して、得られた展開データに基づく更新情報１４Ｄの登録・更新処理を指示する（ステップＳ２０５）。このとき、アーカイブデータ展開部１２は、更新情報管理部１３に対して、展開データである、サーバ用の更新情報ファイル１４Ｄ_Ｓｎとクライアント用の更新情報ファイル１４Ｄ_Ｃｎとを渡し、登録・更新処理を指示する。

サーバ装置１００は、更新情報管理部１３が、更新情報ファイル１４Ｄ_Ｓｎと更新情報ファイル１４Ｄ_Ｃｎを、更新情報保持部１４に格納し、更新情報１４Ｄとして登録・更新する（ステップＳ２０６）。このとき、更新情報管理部１３は、更新情報保持部１４のサーバ用の記憶領域にアクセスし、更新情報ファイル１４Ｄ_Ｓｎを格納することで、サーバ用の更新情報１４Ｄ_Ｓとして登録・更新する。また、更新情報管理部１３は、更新情報保持部１４のクライアント用の記憶領域にアクセスし、更新情報ファイル１４Ｄ_Ｃｎを格納することで、クライアント用の更新情報１４Ｄ_Ｃとして登録・更新する。これにより、サーバ装置１００では、サーバ用の更新情報ファイル１４Ｄ_Ｓｎとクライアント用の更新情報ファイル１４Ｄ_Ｃｎとが、異なる記憶領域に分けて格納され、更新情報１４Ｄを装置種別ごとに管理される。

サーバ装置１００は、更新情報管理部１３が、更新要否判定部１５に対して、ソフトウェア更新の要否判定処理を指示する（ステップＳ２０７）。また、サーバ装置１００は、更新情報管理部１３が、クライアント装置２００が有する更新要否判定部２１に対して、ソフトウェア更新の要否判定処理を指示する。このとき、更新情報管理部１３は、予め設定されたクライアント装置２００のネットワーク設定情報に従って、ソフトウェア更新の要否判定処理を指示するコマンドを送信し、要否判定処理を指示する。

これにより、サーバ装置１００やクライアント装置２００では、次のような処理が行われる。

《サーバ装置の処理》
サーバ装置１００は、更新要否判定部１５が、搭載ソフトウェアのバージョン情報を参照する（ステップＳ３０１）。このとき、更新要否判定部１５は、インストール情報保持部１６に記録されたインストール情報に含まれるバージョン情報を参照する。

サーバ装置１００は、更新要否判定部１５が、サーバ用の更新情報１４Ｄ_Ｓを参照する（ステップＳ３０３及びステップＳ３０３）。このとき、更新要否判定部１５は、更新情報管理部１３を介して、更新情報保持部１４にアクセスし、サーバ用の記憶領域に保持される更新情報１４Ｄ_Ｓを参照する。

サーバ装置１００は、更新要否判定部１５が、参照値に基づき、バージョン比較判定を行う（ステップＳ３０４）。このとき、更新要否判定部１５は、更新情報１４Ｄ_Ｓに含まれるバージョン情報の値と、インストール情報保持部１６に記録されたインストール情報に含まれるバージョン情報の値とを比較する。更新要否判定部１５は、比較結果に基づき、更新情報１４Ｄ_Ｓに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きいか否かを判定する。

その結果、サーバ装置１００は、更新情報１４Ｄ_Ｓに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きいと判定された場合に、更新要否判定部１５が、ソフトウェア更新部１７に対して、ソフトウェアの更新を指示する（ステップＳ３０５）。このとき、更新要否判定部１５は、ソフトウェア更新部１７に対して、最新のバージョン情報を指定し、ソフトウェアの更新を指示する。

サーバ装置１００は、ソフトウェア更新部１７が、搭載ソフトウェアの更新を行う（ステップＳ３０６）。このとき、ソフトウェア更新部１７は、予め設定されたインストールソフトウェア（又はアップデートソフトウェア）の格納先情報に基づき、指定されたバージョンに該当するプログラムやデータを取得する。ソフトウェア更新部１７は、取得したプログラムやデータをインストール（又はアップデート）し、ソフトウェア更新を行う。

《クライアント装置の処理》
クライアント装置２００は、更新要否判定部２１が、搭載ソフトウェアのバージョン情報を参照する（ステップＳ４０１）。このとき、更新要否判定部２１は、インストール情報保持部２２に記録されたインストール情報に含まれるバージョン情報を参照する。

サーバ装置１００は、更新要否判定部２１が、クライアント用の更新情報１４Ｄ_Ｃを参照する（ステップＳ４０２及びステップＳ４０３）。このとき、更新要否判定部２１は、予め設定されたサーバ装置１００のネットワーク設定情報に従って、更新情報１４Ｄ_Ｃの参照を要求するコマンドを送信し、参照要求を通知する。その結果、サーバ装置１００からは、クライアント装置２００に対して、応答結果（例えば「データパス」）が通知され、サーバ装置１００が有する更新情報管理部１３を介して、更新情報保持部１４にアクセスし、クライアント用の記憶領域に保持される更新情報１４Ｄ_Ｃが参照可能となる。

クライアント装置２００は、更新要否判定部２１が、参照値に基づき、バージョン比較判定を行う（ステップＳ４０４）。このとき、更新要否判定部２１は、更新情報１４Ｄ_Ｃに含まれるバージョン情報の値と、インストール情報保持部２２に記録されたインストール情報に含まれるバージョン情報の値とを比較する。更新要否判定部２１は、比較結果に基づき、更新情報１４Ｄ_Ｃに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きいか否かを判定する。

その結果、クライアント装置２００は、更新情報１４Ｄ_Ｃに含まれるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きいと判定された場合に、更新要否判定部２１が、ソフトウェア更新部２３に対して、ソフトウェアの更新を指示する（ステップＳ４０５）。このとき、更新要否判定部２１は、ソフトウェア更新部２３に対して、最新のバージョン情報を指定し、ソフトウェアの更新を指示する。

クライアント装置２００は、ソフトウェア更新部２３が、搭載ソフトウェアの更新を行う（ステップＳ４０６）。このとき、ソフトウェア更新部２３は、予め設定されたインストールソフトウェア（又はアップデートソフトウェア）の格納先情報に基づき、指定されたバージョンに該当するプログラムやデータを取得する。ソフトウェア更新部２３は、取得したプログラムやデータをインストール（又はアップデート）し、ソフトウェア更新を行う。

＜まとめ＞
以上のように、本実施形態に係るソフトウェア更新システム１によれば、サーバ装置１００が、アーカイブデータ要求部１１により、過去にリリースされたソフトウェアバージョンごとの全ての更新情報を含む、サーバ用の更新情報ファイル１４Ｄ_Ｓｎとクライアント用の更新情報ファイル１４Ｄ_Ｃｎとをアーカイブしたアーカイブデータを、更新サーバ装置３００から取得する。サーバ装置１００は、アーカイブデータ展開部１２により、取得されたアーカイブデータを展開する。サーバ装置１００は、更新情報管理部１３により、展開された複数の更新情報ファイル１４Ｄ_Ｓｎ，１４Ｄ_Ｃｎを、サーバ用とクライアント用に分けて、更新情報保持部１４に保持し、更新情報１４Ｄを装置種別ごとに管理する。

これにより、本実施形態に係るソフトウェア更新システム１では、サーバ装置１００が、更新要否判定部１３により、サーバ用の更新情報ファイル１４Ｄ_Ｓｎを参照し、新しいバージョンのソフトウェアがリリースされているか否かを判定する。その結果、サーバ装置１００は、新しいバージョンのソフトウェアがリリースされていると判定されると、ソフトウェア更新部１７により、自機の搭載ソフトウェアを更新する。

また、本実施形態に係るソフトウェア更新システム１では、クライアント装置２００が、更新要否判定部２１により、サーバ装置１００が有する更新情報保持部１４で保持するクライアント用の更新情報ファイル１４Ｄ_Ｃｎを参照し、新しいバージョンのソフトウェアがリリースされているか否かを判定する。その結果、クライアント装置２００は、新しいバージョンのソフトウェアがリリースされていると判定されると、ソフトウェア更新部２３により、自機の搭載ソフトウェアを更新する。

これによって、本実施形態に係るソフトウェア更新システム１では、ソフトウェアの更新要否判定時に該当更新情報を容易に参照でき、ソフトウェア更新が行える。

ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「ソフトウェア更新機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、システム１を構成する各機器（「更新サーバ装置」、「サーバ装置」、及び「クライアント装置」など）が備える演算装置（ＣＰＵ）により実行されることで実現される。

上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、上記プログラムは、例えば、サーバ装置１００の場合、ドライブ装置１０３を介して、サーバ装置１００にインストールすることができる。また、サーバ装置１００は、インタフェース装置１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。

また、上記実施形態では、クライント装置２００を情報処理装置として説明を行ったが、この限りでない。例えば、画像処理装置などであってもよく、通信手段を有し、更新対象のソフトウェアが動作する環境を有する機器であればよい。

また、上記実施形態では、サーバ装置１００が有する更新情報管理部１３からの指示に従って、サーバ装置１００やクライアント装置２００がソフトウェア更新の要否判定処理を行う点について説明を行ったが、この限りでない。例えば、所定のＧＵＩを備えた操作画面を介して管理者から受け付けた指示に従って、ソフトウェア更新の要否判定処理を行うようにしてもよい。この場合、サーバ装置１００やクライアント装置２００が有する更新要否判定部１５が、上記操作画面を表示する。

最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１ ソフトウェア更新システム
１１ アーカイブデータ要求部
１２ アーカイブデータ展開部
１３ 更新情報管理部
１４ 更新情報保持部（Ｄ：更新情報，Ｄ_Ｓ：サーバ用，Ｄ_Ｃ：クライアント用）
１５，２１ 更新要否判定部
１６，２２ インストール情報保持部
１７，２３ ソフトウェア更新部
３１ アーカイブデータ管理部
３２ アーカイブデータ保持部
１００ サーバ装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（演算装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ クライアント装置
３００ 更新サーバ装置
Ｂ バス
Ｎ 内部ネットワーク
Ｉ 外部ネットワーク

特開２００５−２５９１１５号公報

Claims (5)

1. 所定のデータ伝送路を介して、サーバ用とクライアント用の更新情報を送信する更新サーバ装置と、サーバ用とクライアント用の更新情報を管理し、サーバ用の更新情報に基づき、自機のソフトウェアを更新するサーバ装置と、クライアント用の更新情報に基づき、自機のソフトウェアを更新するクライアント装置と、が接続されるソフトウェア更新システムであって、
   前記更新サーバ装置は、
   前記サーバ装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記サーバ装置に対応する複数の更新情報ファイルと、前記クライアント装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記クライアント装置に対応する複数の更新情報ファイルと、をアーカイブしたアーカイブデータを、所定の記憶領域に保持する保持手段を有し、
   前記サーバ装置は、
   前記更新サーバ装置に対して、前記アーカイブデータの取得を要求し、データを取得する要求手段と、
   前記要求手段により取得されたアーカイブデータを、所定の記憶領域に展開する展開手段と、
   前記展開手段により展開された複数の更新情報ファイルを、サーバ用とクライアント用とに分けて、所定の記憶領域に保持し、更新情報を管理する管理手段と、を有し、
   前記サーバ装置は、
   前記管理手段により管理されるサーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新し、
   前記クライアント装置は、
   前記サーバ装置にアクセスし、前記管理手段により管理されるクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新することを特徴とするソフトウェア更新システム。
2. 前記管理手段は、
   展開された複数の更新情報ファイルのうち、サーバ用の更新情報ファイルと、クライアント用の更新情報ファイルとを、異なる記憶領域に格納し、装置種別ごとに管理することを特徴とする請求項１に記載のソフトウェア更新システム。
3. 前記サーバ装置及び前記クライアント装置は、
   搭載ソフトウェアのバージョン情報に基づき、ソフトウェア更新が必要か否かを判定する判定手段を有し、
   前記判定手段による判定結果に基づき、自機の搭載ソフトウェアを更新することを特徴とする請求項１又は２に記載のソフトウェア更新システム。
4. 前記判定手段は、
   前記更新情報ファイルに記述されるバージョン情報の値と、搭載ソフトウェアのバージョン情報の値と、を比較し、前記更新情報ファイルに記述されるバージョン情報の値が、搭載ソフトウェアのバージョン情報の値より大きい場合に、ソフトウェア更新が必要と判定することを特徴とする請求項３に記載のソフトウェア更新システム。
5. 所定のデータ伝送路を介して、サーバ用とクライアント用の更新情報を送信する更新サーバ装置と、サーバ用とクライアント用の更新情報を管理し、サーバ用の更新情報に基づき、自機のソフトウェアを更新するサーバ装置と、クライアント用の更新情報に基づき、自機のソフトウェアを更新するクライアント装置と、が接続されるソフトウェア更新システムにおけるソフトウェア更新管理方法であって、
   前記サーバ装置は、
   前記サーバ装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記サーバ装置に対応する複数の更新情報ファイルと、前記クライアント装置に対して過去にリリースされたソフトウェアバージョンごとの更新情報を含む、前記クライアント装置に対応する複数の更新情報ファイルと、をアーカイブしたアーカイブデータを、所定の記憶領域に保持する前記更新サーバ装置に対して、前記アーカイブデータの取得を要求し、データを取得する要求手順と、
   前記要求手順により取得されたアーカイブデータを、所定の記憶領域に展開する展開手順と、
   前記展開手順により展開された複数の更新情報ファイルを、サーバ用とクライアント用とに分けて、所定の記憶領域に保持し、更新情報を管理する管理手順と、を有し、
   前記サーバ装置は、
   前記管理手順により管理されるサーバ用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新し、前記クライアント装置は、前記サーバ装置にアクセスし、前記管理手順により管理されるクライアント用の更新情報ファイルを参照し、新しいバージョンのソフトウェアがリリースされていれば、自機の搭載ソフトウェアを更新することを特徴とするソフトウェア更新管理方法。

Images