JP2007264901A - ソフトウェア管理装置、ソフトウェア管理システム、ソフトウェア管理方法及びソフトウェア管理プログラム - Google Patents

Abstract

【課題】アップデートされたソフトウェアを、当該ソフトウェアのベンダーから送信された電子メールを解読することにより、自動的にダウンロードすることを可能とする。
【解決手段】ソフトウェア管理装置２が、アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信するメール受信部２１と、メール受信部２１によって受信された前記電子メールを解読し、アップデート情報を抽出するメール解読部２２と、メール解読部２２によって抽出されたアップデート情報に基づいて、アップデートされたソフトウェアをダウンロードするダウンロード部２３とを備える。
【選択図】図１

Description

本発明は、ソフトウェア管理装置、ソフトウェア管理システム、ソフトウェア管理方法及びソフトウェア管理プログラムに関し、特に、アップデートされたソフトウェアを自動的にダウンロードするソフトウェア管理装置、ソフトウェア管理システム、ソフトウェア管理方法及びソフトウェア管理プログラムに関する。

ソフトウェアのユーザ（以下、ユーザ）が、アップデートされた当該ソフトウェアを入手するためには、通常、以下のような手順が必要となる。ソフトウェアとは、例えば各種のプログラムやデータベース等をいう。ソフトウェアのアップデートとは、例えば、ソフトウェアのバージョンアップ（改版）や新規プログラムの追加（付加）等をいう。

まず、ユーザは、当該ソフトウェアの提供者（以下、ベンダーという）から、当該ソフトウェアがバージョンアップされたり、改変されたりしたことを通知される。前記通知は、例えばベンダーからの郵便、電話、電子メール等により行われる。ユーザは、例えばベンダーのウェブサイト（ベンダーのホームページや、ソフトウェアのダウンロード専門のページ）に掲載されたソフトウェアのアップデートに関する情報を閲覧することによって、アップデートされたソフトウェアのダウンロードが必要か否かを判断し、ダウンロードが必要であれば、アップデートされたソフトウェアを、例えばソフトウェア毎、ＯＳ（Operating System）毎、ソフトウェアの版数毎にダウンロードする。

なお、通信回線を介してセンタに接続されるミニラボ（比較的小規模な写真処理設備を有する店）からなるシステムにおいて、写真処理設備に係るソフトウェアの変更がある場合に、センタが有するサーバに、ソフトウェアの変更に係るデータと、そのセットアップ用ソフトウェアとを配置し、希望するミニラボのオペレータに、ソフトウェアの変更に係るデータと、そのセットアップ用ソフトウェアとをインストールさせることが知られている（特許文献１参照）。
特開２０００−３０５１８７号公報

従来のソフトウェアの入手方法によれば、ユーザは、ベンダー装置から通知されたソフトウェアがアップデートされたかについて、ベンダーのウェブサイトにアクセスして確認する必要があるため、ユーザの労力が大きい。

また、前記特許文献１に記載された技術によれば、センタから送信されたソフトウェアの変更に係る情報に応答したミニラボのオペレータが操作を行うことにより、当該ソフトウェアの変更に係るデータとそのセットアップ用ソフトウェアとを受信して、当該セットアップ用ソフトウェアによりソフトウェアに変更に係るデータを使用可能としなければならない。従って、特許文献１に記載された技術では、変更されたソフトウェアを自動的に入手することはできず、また、オペレータの労力が大きい。

本発明は、アップデートされたソフトウェアを、当該ソフトウェアのアップデートに関する情報が設定された電子メールを解読することにより、自動的にダウンロードするソフトウェア管理装置の提供を目的とする。

また、本発明は、アップデートされたソフトウェアを、当該ソフトウェアのアップデートに関する情報が設定された電子メールを解読することにより、自動的にダウンロードするソフトウェア管理システムの提供を目的とする。

また、本発明は、アップデートされたソフトウェアを、当該ソフトウェアのアップデートに関する情報が設定された電子メールを解読することにより、自動的にダウンロードするソフトウェア管理方法の提供を目的とする。

また、本発明は、アップデートされたソフトウェアを、当該ソフトウェアのアップデートに関する情報が設定された電子メールを解読することにより、自動的にダウンロードするソフトウェア管理プログラムの提供を目的とする。

本発明のソフトウェア管理装置は、アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信するメール受信部と、前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、前記メール解読部によって抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードするダウンロード部とを備える。

また、好ましくは、本発明のソフトウェア管理装置が、更に、前記ダウンロード部によってダウンロードされたソフトウェアを管理するためのデータである管理情報を作成するダウンロード管理部を備える。

また、本発明のソフトウェア管理システムは、ソフトウェアを管理するソフトウェア管理装置と、前記ソフトウェア管理装置とネットワークを通じて接続され、アップデートされたソフトウェアを前記ソフトウェア管理装置に対して送信するベンダー装置とを備える。前記ベンダー装置は、アップデートされたソフトウェアを記憶部に登録するソフトウェア登録部と、前記アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを作成するメール作成部と、前記メール作成部によって作成された電子メールを、前記ネットワークを介して前記ソフトウェア管理装置に対して送信するメール送信部とを備える。前記ソフトウェア管理装置は、前記ベンダー装置が備える前記メール送信部から、前記ネットワークを介して前記電子メールを受信するメール受信部と、前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、前記メール解読部によって抽出された前記アップデート情報に基づいて、前記ベンダー装置が備える前記ソフトウェア登録部によって前記記憶部に登録された前記アップデートされたソフトウェアを、前記ネットワークを介してダウンロードするダウンロード部とを備える。

また、本発明のソフトウェア管理方法は、アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信し、前記受信された前記電子メールを解読して前記アップデート情報を抽出し、前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする。

また、本発明のソフトウェア管理プログラムは、ソフトウェアを管理するソフトウェア管理プログラムであって、コンピュータに、アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信する処理と、前記受信された前記電子メールを解読して前記アップデート情報を抽出する処理と、前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする処理とを実行させる。

本発明のソフトウェア管理装置、ソフトウェア管理方法及びソフトウェア管理プログラムによれば、アップデート情報が設定された電子メールを解読してアップデート情報が抽出され、これに基づいて、アップデートされたソフトウェアがダウンロードされる。これにより、アップデートされたソフトウェアを、アップデート情報が設定された電子メールの解読に続けて自動的にダウンロードすることができる。従って、ユーザが、ベンダー装置から通知されたソフトウェアについて、ベンダーのウェブサイトにアクセスしてアップデートされたか否かを確認する必要がなく、ソフトウェアのダウンロードのためのユーザ（オペレータ）の労力を無くすことができる。

また、本発明のソフトウェア管理装置によれば、ダウンロードしたソフトウェアについての管理情報が作成される。これにより、ユーザが介在することなく、ダウンロードされたソフトウェアを管理することができる。

また、本発明のソフトウェア管理システムは、前述の構成を有するソフトウェア管理装置とベンダー装置とからなり、前記ベンダー装置が、アップデート情報が設定された電子メールをソフトウェア管理装置に対して送信する。これにより、ソフトウェア管理装置は、前述のように、アップデートされたソフトウェアを自動的にダウンロードすることができ、ソフトウェアのダウンロードのためのユーザの労力を無くすことができる。

図１は、本発明の一実施態様によるソフトウェア管理システムの構成を示す図である。ソフトウェア管理システムは、ベンダー装置１と、これとネットワーク３を介して接続されるソフトウェア管理装置２とからなる。ネットワーク３は、例えばインターネット等からなる。ベンダー装置１は、ソフトウェアの提供者であるベンダーに設けられ、アップデートされたソフトウェアをソフトウェア管理装置２に対して送信するコンピュータである。ソフトウェア管理装置２は、ソフトウェアのユーザに設けられ、アップデートされたソフトウェアをベンダー装置１からダウンロードして管理するコンピュータである。

ベンダー装置１は、アップデートされたソフトウェアをソフトウェアデータベース（ＤＢ）１５に登録し、当該ソフトウェアのアップデートに関する情報（以下、アップデート情報という）を電子メール４（図２参照）に設定し、当該電子メール４をネットワーク３を介してソフトウェア管理装置２に送信する。このために、ベンダー装置１は、ソフトウェア登録部１１、メール作成部１２、メール送信部１３、メール受信部１４、ソフトウェアＤＢ１５を備える。ベンダー装置１が備えるこれらの各部１１〜１５は、ＣＰＵとその上で実行されるプログラム及びその他の周知のハードウェアにより実現される（ソフトウェア管理装置２において同じ）。

ソフトウェア登録部１１は、ベンダーにおいてソフトウェアの開発者が入力装置（図示せず）から入力した指示に従って、アップデートされたソフトウェア（のファイル）を作成し、これをソフトウェアＤＢ（記憶部）１５に登録する。従って、ソフトウェアＤＢ１５は、ソフトウェア登録部１１によって登録されたソフトウェア（のファイル）を格納する。メール作成部１２は、開発者の入力に従って、アップデートされたソフトウェアについてのアップデート情報４３（図２参照）を電子メール４に設定する。即ち、アップデート情報が設定された電子メール４を作成する。メール送信部１３は、開発者の入力に従って、アップデート情報４３が設定された電子メール４を、ネットワーク３を介して、ソフトウェア管理装置２に送信する。メール受信部１４は、ソフトウェアのダウンロードの結果を通知する電子メールを、ソフトウェア管理装置２から受信する。

ソフトウェア管理装置２は、ベンダー装置１からアップデート情報の設定された電子メール４を受信し、これをトリガとして当該ソフトウェアのダウンロードを行う。即ち、受信した電子メール４を解読（解析）してアップデート情報を抽出し、これに基づいて当該ソフトウェアをダウンロードする。このために、ソフトウェア管理装置２は、メール受信部２１、メール解読部２２、ダウンロード部２３、ダウンロード管理部２４、メール送信部２５、メールデータベース（ＤＢ）２６、ダウンロードデータデータベース（ＤＢ）２７、ダウンロード管理データベース（ＤＢ）２８を備える。

メール受信部２１は、ベンダー装置１から、ネットワーク３を介して、アップデート情報４３が設定された電子メール４を受信し、これをメールＤＢ２６に格納する。メール解読部２２は、電子メール４の受信をトリガとして、メールＤＢ２６に格納された電子メール４を解読して、この電子メール４からアップデート情報４３を抽出し、ダウンロード部２３に送る。

ダウンロード部２３は、この抽出されたアップデート情報４３に基づいて、ネットワーク３を介して、アップデートされたソフトウェアをベンダー装置１からダウンロードし、ダウンロードデータＤＢ２７に格納する。このダウンロードに先立って、ダウンロード部２３は、ソフトウェアのダウンロードの実行に必要な環境設定ファイル５（図３参照）を、ダウンロード対象であるソフトウェア毎に作成する。このために、ダウンロード部２３は、環境設定ファイル５の雛型を予め備える。ダウンロード部２３は、環境設定ファイル５に必要な事項を設定した後、ファイル転送プロトコル（ＦＴＰ：File Transfer Protocol）により、環境設定ファイル５に従って当該ソフトウェアをベンダー装置１のソフトウェアＤＢ１５からダウンロードする。即ち、ダウンロード部２３は、アップデート情報４３に基づいて作成された環境設定ファイル５に従って、当該ダウンロードを実行する。

ダウンロード管理部２４は、ダウンロードデータＤＢ２７に格納されたソフトウェア（のファイル）を管理する。また、ダウンロード管理部２４は、ダウンロードデータＤＢ２７内に格納されたソフトウェアを管理するための情報である管理情報を作成し、これをダウンロード管理ＤＢ２８に格納する。更に、ダウンロード管理部２４は、当該ダウンロードの結果をメール送信部２５に送る。これに基づいて、メール送信部２５は、当該ダウンロードの後、ダウンロード結果を通知するための電子メールを、ベンダー装置１に対して送信する。これにより、ソフトウェアがソフトウェア管理装置２に正しくダウンロードされたか否かが、ベンダー装置１に通知される。

図２は、ベンダー装置１が送信する電子メール４の構造の一例を示す。電子メール４は、図２に示すように、所定のフォーマットを有する。このフォーマット（雛型）は、電子メール４の作成支援ツールであるメール作成部１２に予め備えられる。即ち、電子メール４は、所定の位置に記述された所定の情報を含み、当該所定の情報として少なくともアップデート情報を含む。具体的には、電子メール４は、ヘッダ４１、ダウンロードキー４２、アップデート情報４３を、この順に記述した構造を有する。ベンダーの開発者がこれらの情報を電子メール４の雛型に設定（入力）する。

ヘッダ４１は、送信元情報及び送信先情報をこの順に記述した構造を有する。送信元情報「FROM:AAAA 」は、当該電子メール４の送信元（ベンダー装置１）のメールアドレス（この例では、AAAA）である。送信先情報「TO:BBBB 」は、当該電子メール４の送信先（ソフトウェア管理装置２）のメールアドレス（この例では、BBBB）である。送信先のメールアドレスは、電子メール４の受信を希望するソフトウェア管理装置２として、予めベンダー装置１に登録され、開発者により選択され使用される。これにより、ユーザは、アップデート情報４３を含む電子メール４を受信することができる。

「Download-Key」は、ダウンロードキー４２である。ダウンロードキー４２は、アップデート情報４３に係るソフトウェアをダウンロード対象とするか否かを示すキー（情報）である。アップデート情報４３に係るソフトウェアとは、アップデート情報４３によりアップデートされたことが通知されるソフトウェアである。例えば、ソフトウェア管理装置２の設置者（ユーザ）がソフトウェアのダウンロードを希望する場合、ダウンロードキー４２がＯＮとされる。ダウンロードキー４２（のＯＮ）は、ソフトウェアのダウンロードを希望するソフトウェア管理装置２として、予めベンダー装置１に登録され、開発者により使用される。これにより、ユーザは、アップデートされたソフトウェアを自動的にダウンロードすることができる。

ダウンロードキー４２がＯＮ又はＯＦＦである場合、各々、ソフトウェアがダウンロード対象とされ、又は、ダウンロード対象とされない。これにより、ユーザは、電子メール４に含まれるアップデート情報４３に係るソフトウェアがダウンロード対象か否かを意識する必要が無くなる。また、ユーザは、電子メール４の受信のみを希望し、これに含まれるアップデート情報４３に係るソフトウェアのダウンロードを希望しないことを選択することができる。

「Update-information」は、以下の記述がアップデート情報４３であることを示すキー（記号）である。アップデート情報４３は、少なくとも、アップデートされたソフトウェアを示す「プログラム名」と、アップデートされたソフトウェアへのリンクの情報（リンク情報）とを含む。この例では、アップデート情報４３は、プロダクト名と、システム名と、プログラム名と、当該リンク情報とからなる。

「Product1」はプロダクト名である。プロダクト名は、アップデート情報４３に係るソフトウェアの製品名である。「System Name1(rev.02)」はシステム名である。システム名は、プロダクト名に係る製品を構成する各製品の名称である。システム名は付加情報を含む。付加情報「rev.02」は、当該システム名を持つ製品の版数情報であり、例えば当該版数が第２版であることを示す。なお、プロダクト名に係る製品を統合した製品の名称をシステム名としてもよい。

「Program Name1(rev.02/OS.Windows)」及び「Program Name2(rev.03/OS.Windows)」はプログラム名である。プログラム名は、当該アップデート情報４３に係るソフトウェア（プログラム又はデータベース）の名称である。当該プログラム名を持つソフトウェアが、アップデートされたソフトウェアである。従って、プログラム名が、ダウンロードの単位である。プログラム名は第１及び第２の付加情報を含む。例えば、第１の付加情報「rev.02」は、当該プログラム名を持つソフトウェアの版数情報であり、例えば当該ソフトウェアの版数が第２版であることを示す。また、第２の付加情報「OS.Windows」は、当該プログラム名を持つソフトウェアが対応するＯＳを示すＯＳ情報であり、例えば当該ＯＳがＷｉｎｄｏｗｓ（登録商標）であることを示す。

この例では、各システム名に係る製品に属するソフトウェアのプログラム名が、１又は複数、記述される。この例では、システム名「System Name1」を有する製品に属するプログラム名「Program Name1 」及び「Program Name2 」を有するソフトウェアがアップデートされたので、これらのプログラム名が「System Name1」の下位に記述される。従って、この場合、１個の電子メール４（又はアップデート情報４３）に基づいて、複数のソフトウェアがダウンロードされる。

また、この例では、あるシステム名を持つ製品の版数と当該システム名を持つ製品に属するソフトウェアの版数とは連動している。例えば、「Program Name1 」というプログラム名を持つソフトウェアの版数が変更されると、「System Name1」というシステム名を持つ製品の版数も同様に変更され、そのようなアップデート情報４３が電子メール４に設定される。

「download link data 1」はリンク情報である。リンク情報は、当該アップデート情報４３に係るリンク情報である。前述したように、ベンダー装置１は、アップデートしたソフトウェアをソフトウェアＤＢ１５に格納するので、リンク情報は、ソフトウェアＤＢ１５において当該ソフトウェアが格納されたアドレスを示すアドレス情報である。例えば、「download link data 1」は、プログラム名「Program Name1 」の下位に記述されているので、当該プログラム名を持つソフトウェアがソフトウェアＤＢ１５において格納されているアドレスである。

このような電子メール４を受信すると、前述のように、メール解読部２２が、これを解析して、「Update-information」以下の記述を取り出すことによりアップデート情報４３を抽出する。この解読に先立って、メール解読部２２は、電子メール４のダウンロードキー４２がＯＮであるかを確認する。アップデート情報４３及びダウンロードキー４２の確認結果は、ダウンロード部２３に送られる。これに応じて、ダウンロード部２３は、ダウンロードキー４２がＯＮである場合、当該ソフトウェアのダウンロードのために、アップデート情報４３に基づいて環境設定ファイル５を作成する。

図３は、環境設定ファイル５の一例を示す。ダウンロード部２３は、図３に示すように、環境設定ファイル５において、「ベンダー装置へのログイン情報」、「ダウンロード環境の設定情報」、「Fromファイル名の設定情報」、「Toファイル名の設定情報」、「ＦＴＰコマンドの起動情報」を設定する。この時、図２の例においては、２個のプログラム名「Program Name1 」及び「Program Name2 」が存在する。即ちダウンロードすべきソフトウェアが２個存在するので、２個の環境設定ファイル５が作成される。即ち、アップデート情報４３のプログラム名毎（ダウンロードすべきソフトウェア毎）に、環境設定ファイル５が作成される。

「ベンダー装置へのログイン情報」は、ベンダー装置１へログインするためのログイン情報からなる。具体的には、パスワードやＩＤからなる。ログイン情報は、ソフトウェア管理装置２とベンダー装置１との間で予め定められる。ダウンロード部２３は、予めこのログイン情報を備え、これを環境設定ファイル５の「ベンダー装置へのログイン情報」に設定する。

「ダウンロード環境の設定情報」は、アップデートされたソフトウェアへのリンク情報からなる。ダウンロード部２３は、アップデート情報４３からリンク情報を抽出する。具体的には、ダウンロード部２３は、アップデート情報４３から例えば「download link data 1」を抽出して、これを当該環境設定ファイル５の「ダウンロード環境の設定情報」に設定する。

「Fromファイル名の設定情報」は、アップデートされたソフトウェアが格納されているファイルのファイル情報（Fromファイル情報）からなる。Fromファイル情報は、ソフトウェア管理装置２とベンダー装置１との間で予め定められる。ダウンロード部２３は、予めFromファイル情報を備え、これを環境設定ファイル５の「Fromファイル名の設定情報」に設定する。Fromファイル情報は、アップデート情報４３におけるリンク情報が示すリンク先に格納されている当該ソフトウェアのファイル名に等しい。即ち、ダウンロード対象となるソフトウェアのファイル名は予め定められており、アップデートされたソフトウェアは、ソフトウェアＤＢ１５において当該ファイル名のファイルに格納される。

「Toファイル名の設定情報」は、ダウンロードされたソフトウェアを格納すべきファイルのファイル情報（Toファイル情報）からなる。Toファイル情報は、ソフトウェア管理装置２が予め定める。ダウンロード部２３は、予めToファイル情報を備え、これを環境設定ファイル５の「Toファイル名の設定情報」に設定する。即ち、ダウンロードされたソフトウェアが格納されるファイル名は予め定められており、ダウンロードされたソフトウェアは、ダウンロードデータＤＢ２７において当該ファイル名のファイルに格納される。

「ＦＴＰコマンドの起動情報」は、ＦＴＰコマンドを起動するための起動情報からなる。この起動情報は、予め知ることができる。ダウンロード部２３は、予めこの起動情報を備え、これを環境設定ファイル５の「ＦＴＰコマンドの起動情報」に設定する。

ダウンロード部２３は、以上のようにして作成した環境設定ファイル５に従って、アップデートされたソフトウェアをダウンロードする。即ち、ダウンロード部２３は、「ベンダー装置へのログイン情報」を用いてベンダー装置１にログインして、「ダウンロード環境の設定情報」が示すリンク先のアドレスに格納された「Fromファイル名の設定情報」が示すファイル名のファイルを、「ＦＴＰコマンドの起動情報」により起動したＦＴＰによりダウンロードして、ダウンロードデータＤＢ２７の「Toファイル名の設定情報」が示すファイルに格納する。

図４は、ダウンロードデータＤＢ２７の構造の一例を示す。この例では、ダウンロード部２３が、ダウンロードされたソフトウェア（ダウンロードデータ）毎に、対応する環境設定ファイル５において「Toファイル名の設定情報」により示されるソフトウェアファイル２７１に格納する。これに応じて、ダウンロード管理部２４が、ファイル管理情報２７０を生成し、ダウンロードデータＤＢ２７に格納する。なお、ダウンロード部２３がファイル管理情報２７０を生成するようにしても良い。

ファイル管理情報２７０は、図４に示すように、電子メール４（又はアップデート情報４３）毎に生成され、ダウンロードされたソフトウェアが格納されたソフトウェアファイル２７１を管理する情報である。ファイル管理情報２７０は、ベンダー名と、１又は複数のファイル名からなる。ベンダー名は、ベンダー装置１に係るベンダーの名称であり、例えば電子メール４の「From:AAAA 」に基づいて生成される。「download data 1 」等はファイル名である。ファイル名は、対応するソフトウェアファイル２７１のファイル名であり、「Toファイル名の設定情報」により示されるファイル名を用いて生成される。

実際には、ファイル名は、各々、対応するソフトウェアファイル２７１へのリンク情報（例えば、ソフトウェアファイル２７１を示すポインタ）を含む。これにより、図４に示すように、ファイル管理情報２７０の複数のファイル名は、各々、ソフトウェアファイル２７１と対応付けられる。

図５は、ダウンロード管理ＤＢ２８に格納された１個の管理情報の一例を示す。この例では、ダウンロードされたソフトウェアがソフトウェアファイル２７１に格納されると、これに応じて、ダウンロード管理部２４が、アップデート情報４３に基づいて管理情報を生成し、これをダウンロード管理ＤＢ２８に格納する。管理情報は、電子メール４（又はアップデート情報４３）毎に生成される。管理情報は、ソフトウェアのダウンロード（の履歴）を管理する情報である。

１個の管理情報は、図５に示すように、分類情報２８０と詳細情報２８１とからなる。分類情報２８０は、図５に示すように、ダウンロードされたソフトウェアを、「ベンダー名」「プロダクト名」「システム名」及び「プログラム名」を用いて分類した情報である。「ベンダー名」は、例えば電子メール４の「From:AAAA 」に基づいて生成される。「プロダクト名」「システム名」及び「プログラム名」は、各々、当該アップデート情報４３のプロダクト名、システム名及びプログラム名から生成される。

詳細情報２８１は、分類情報２８０中の「プログラム名」毎に生成され、「ダウンロード日時」と「ダウンロード版数」からなる。「ダウンロード日時」は、当該ソフトウェアをダウンロードした日時からなる。「ダウンロード版数」は、ダウンロードされたソフトウェアが属する製品のシステムの版数及びダウンロードされたソフトウェアの版数からなる。ダウンロード管理部２４は、ソフトウェア管理装置２が内蔵するタイマ（図示を省略）に基づいて、「ダウンロード日時」を生成する。また、ダウンロード管理部２４は、「ダウンロード版数」として、アップデート情報４３のシステム名の版数及びプログラム名の版数とに基づいて、「ダウンロード版数」を生成する。

図６は、ベンダー装置１におけるアップデートされたソフトウェアの登録処理フローの一例を示す図である。

ベンダーにおいて、ソフトウェアの開発者が、ベンダー装置１のソフトウェア登録部１１を用いて、ソフトウェア開発装置（図示せず）を用いてアップデートしたソフトウェアを、ソフトウェアＤＢ１５の所定のアドレスに登録する（ステップＳ１）。次に、開発者が、メール作成部１２を用いて、アップデートされたソフトウェアに関するアップデート情報４３を設定した電子メール４を作成する（ステップＳ２）。この後、開発者が、メール送信部１３を用いて、アップデート情報４３が設定された電子メール４を、予め登録されたソフトウェア管理装置２に送信する（ステップ３）。

図７は、ソフトウェア管理装置２におけるソフトウェアのダウンロード処理フローの一例を示す図である。

ソフトウェア管理装置２のメール受信部２１が、ベンダー装置１から電子メール４を受信し（ステップＳ１１）、受信した電子メール４をメールＤＢ２６へ格納する（ステップＳ１２）。これをトリガとして、メール解読部２２が、電子メール４のダウンロードキー４２がＯＮであるかＯＦＦであるかを確認し（ステップＳ１３）、電子メール４のアップデート情報４３が正常か否か（例えば、リンク情報が欠落していないか）をチェックする（ステップＳ１４）。なお、アップデート情報４３が正常でない場合、例えば、メール解読部２２はベンダー装置１に当該電子メール４の再送を要求する。

この後、ダウンロード部２３が、ステップＳ１３におけるダウンロードキー４２の確認処理の結果に基づいて、ダウンロードキー４２がＯＮであるかを判断する（ステップＳ１５）。ダウンロードキー４２がＯＮである場合、ダウンロード部２３は、リンク情報を電子メール４から抽出し（ステップＳ１６）、このリンク情報を環境設定ファイル５に設定する（ステップＳ１７）。この時、アップデート情報４３の「プログラム名」毎に、環境設定ファイル５が作成される。

この後、ダウンロード部２３は、ベンダー装置１のソフトウェアＤＢ１５からソフトウェアをダウンロードする（ステップＳ１８）。この時、ダウンロード部２３は、アップデート情報４３の「プログラム名」毎に、ソフトウェアをダウンロードする。ダウンロード部２３は、ダウンロードしたソフトウェアを、ダウンロードデータＤＢ２７に格納する（ステップＳ１９）。この時、ダウンロード管理部２４が、ファイル管理情報を作成し、これをダウンロードデータＤＢ２７に格納する。

次に、ダウンロード管理部２４は、管理情報を作成し、これをダウンロード管理ＤＢ２８に格納する（ステップＳ２０）。一方、メール送信部２５は、ベンダー装置１に対して、ダウンロード結果を通知するための電子メールを送信して（ステップＳ２１）、処理を終了する。

ステップＳ１５において、ダウンロードキー４２がＯＮでない場合、ダウンロード部２３は、当該アップデート情報４３に係るソフトウェアをダウンロード対象外として（ステップＳ２２）、ステップＳ１６〜Ｓ２１の実行を省略して、処理を終了する。

以上、本発明をその実施の形態に基づいて説明したが、本発明は、その主旨の範囲内において種々の変形が可能である。

例えば、本発明のソフトウェア管理システム構成は、図１に示す構成に限定されない。例えば、１個のソフトウェア管理装置２が、ネットワーク３を介して、複数のベンダー装置１と接続されるようにしても良い。また、例えば、複数のソフトウェア管理装置２が、ネットワーク３を介して、１個のベンダー装置１と接続されるようにしても良い。

また、ソフトウェア管理装置２が、ダウンロードデータＤＢ２７に格納したソフトウェアについてのアップデート情報４３が設定された電子メール４を作成して、ネットワークを介して、他のソフトウェア管理装置２（図示せず）に送信するようにしても良い。この場合、ソフトウェア管理装置２は、アップデート情報４３におけるリンク情報をダウンロードデータＤＢ２７におけるファイル格納位置に変更する。これにより、他のソフトウェア管理装置２は、図７に示すダウンロード処理フローと同様の処理を行って、当該ソフトウェアをダウンロードすることができる。更に、これと同様の処理を階層的に繰り返すようにしても良い。これにより、例えば同一の企業のイントラネットにおいて、管理者の介在無しで、アップデートされたソフトウェアを下位のコンピュータ（又はサーバ）に伝達することができる。

本発明を実現するプログラムは、コンピュータが読み取り可能な記録媒体、例えば半導体メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に格納することができ、これらの記録媒体に記録して提供され、又は、通信インタフェースを介してネットワークを利用した送受信により提供される。

以上から把握できるように、本発明の実施形態の特徴を述べると以下の通りである。

（付記１）アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信するメール受信部と、
前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、
前記メール解読部によって抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードするダウンロード部とを備える
ことを特徴とするソフトウェア管理装置。

（付記２）付記１に記載のソフトウェア管理装置が、更に、
前記ダウンロード部によってダウンロードされたソフトウェアを管理するためのデータである管理情報を作成するダウンロード管理部を備える
ことを特徴とするソフトウェア管理装置。

（付記３）付記２に記載のソフトウェア管理装置において、
前記管理情報が、少なくとも前記ダウンロード部によって前記ソフトウェアがダウンロードされた日時の情報と前記ダウンロードされたソフトウェアの版数の情報とを含む
ことを特徴とするソフトウェア管理装置。

（付記４）付記１に記載のソフトウェア管理装置において、
前記アップデート情報が、少なくとも前記アップデートされたソフトウェアの版数の情報と前記アップデートされたソフトウェアへのリンクの情報とを含む
ことを特徴とするソフトウェア管理装置。

（付記５）付記１に記載のソフトウェア管理装置において、
前記メール解読部が、前記メール受信部によって前記電子メールが受信されたことをトリガとして、前記アップデート情報を抽出し、
前記ダウンロード部が、前記メール解読部によって前記アップデート情報が抽出されたことに応じて、前記アップデートされたソフトウェアをダウンロードする
ことを特徴とするソフトウェア管理装置。

（付記６）付記１に記載のソフトウェア管理装置において、
前記メール解読部が、前記電子メールの、前記ソフトウェアがダウンロード対象か否かを示すキーであるダウンロードキーがＯＮであるかを確認し、
前記ダウンロード部が、前記ダウンロードキーがＯＮである場合に、前記ソフトウェアをダウンロードする
ことを特徴とするソフトウェア管理装置。

（付記７）ソフトウェアを管理するソフトウェア管理装置と、
前記ソフトウェア管理装置とネットワークを通じて接続され、アップデートされたソフトウェアを前記ソフトウェア管理装置に対して送信するベンダー装置とを備えるソフトウェア管理システムであって、
前記ベンダー装置が、
アップデートされたソフトウェアを記憶部に登録するソフトウェア登録部と、
前記アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを作成するメール作成部と、
前記メール作成部によって作成された電子メールを、前記ネットワークを介して前記ソフトウェア管理装置に対して送信するメール送信部とを備え、
前記ソフトウェア管理装置が、
前記ベンダー装置が備える前記メール送信部から、前記ネットワークを介して前記電子メールを受信するメール受信部と、
前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、
前記メール解読部によって抽出された前記アップデート情報に基づいて、前記ベンダー装置が備える前記ソフトウェア登録部によって前記記憶部に登録された前記アップデートされたソフトウェアを、前記ネットワークを介してダウンロードするダウンロード部とを備える
ことを特徴とするソフトウェア管理システム。

（付記８）アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信し、
前記受信された前記電子メールを解読して前記アップデート情報を抽出し、
前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする
ことを特徴とするソフトウェア管理方法。

（付記９）ソフトウェアを管理するソフトウェア管理プログラムであって、
コンピュータに、
アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信する処理と、
前記受信された前記電子メールを解読して前記アップデート情報を抽出する処理と、
前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする処理とを実行させる
ことを特徴とするソフトウェア管理プログラム。

（付記１０）ソフトウェアを管理するソフトウェア管理プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ソフトウェア管理プログラムが、コンピュータに、
アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信する処理と、
前記受信された前記電子メールを解読して前記アップデート情報を抽出する処理と、
前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする処理とを実行させる
ことを特徴とする記録媒体。

以上、説明したように、本発明のソフトウェア管理装置、ソフトウェア管理システム、ソフトウェア管理方法及びソフトウェア管理プログラムによれば、アップデート情報が設定された電子メールの受信をトリガとして、アップデートされたソフトウェアを自動的にダウンロードすることができ、ソフトウェアのダウンロードのためのユーザの労力を無くすことができる。この結果、例えば多くのソフトウェアを購入して使用する企業等において、ソフトウェアのアップデートを管理する管理者がソフトウェアのアップデートを監視する手間を無くし、これにより、管理者の労力を軽減し、管理コストを削減することができる。

本発明のシステム構成の一例を示す図である。 ソフトウェア管理装置がベンダー装置から受信する電子メールの一例を示す図である。 環境設定ファイルの設定内容を示す図である。 ダウンロードデータＤＢのデータ構成の一例を示す図である。 ダウンロード管理ＤＢのデータ構成の一例を示す図である。 ベンダー装置による、アップデートされたソフトウェアの登録処理フローの一例を示す図である。 ソフトウェア管理装置による、ソフトウェアのダウンロード処理フローの一例を示す図である。

符号の説明

１ ベンダー装置
２ ソフトウェア管理装置
３ ネットワーク
４ 電子メール
５ 環境設定ファイル
１１ ソフトウェア登録部
１２ メール作成部
１３ メール送信部
１４ メール受信部
１５ ソフトウェアＤＢ
２１ メール受信部
２２ メール解読部
２３ ダウンロード部
２４ ダウンロード管理部
２５ メール送信部
２６ メールＤＢ
２７ ダウンロードデータＤＢ
２８ ダウンロード管理ＤＢ
４１ ヘッダ
４２ ダウンロードキー
４３ アップデート情報

Claims (5)

1. アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信するメール受信部と、
   前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、
   前記メール解読部によって抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードするダウンロード部とを備える
   ことを特徴とするソフトウェア管理装置。
2. 請求項１に記載のソフトウェア管理装置が、更に、
   前記ダウンロード部によってダウンロードされたソフトウェアを管理するためのデータである管理情報を作成するダウンロード管理部を備える
   ことを特徴とするソフトウェア管理装置。
3. ソフトウェアを管理するソフトウェア管理装置と、
   前記ソフトウェア管理装置とネットワークを通じて接続され、アップデートされたソフトウェアを前記ソフトウェア管理装置に対して送信するベンダー装置とを備えるソフトウェア管理システムであって、
   前記ベンダー装置が、
   アップデートされたソフトウェアを記憶部に登録するソフトウェア登録部と、
   前記アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを作成するメール作成部と、
   前記メール作成部によって作成された電子メールを、前記ネットワークを介して前記ソフトウェア管理装置に対して送信するメール送信部とを備え、
   前記ソフトウェア管理装置が、
   前記ベンダー装置が備える前記メール送信部から、前記ネットワークを介して前記電子メールを受信するメール受信部と、
   前記メール受信部によって受信された前記電子メールを解読して前記アップデート情報を抽出するメール解読部と、
   前記メール解読部によって抽出された前記アップデート情報に基づいて、前記ベンダー装置が備える前記ソフトウェア登録部によって前記記憶部に登録された前記アップデートされたソフトウェアを、前記ネットワークを介してダウンロードするダウンロード部とを備える
   ことを特徴とするソフトウェア管理システム。
4. アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信し、
   前記受信された前記電子メールを解読して前記アップデート情報を抽出し、
   前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする
   ことを特徴とするソフトウェア管理方法。
5. ソフトウェアを管理するソフトウェア管理プログラムであって、
   コンピュータに、
   アップデートされたソフトウェアのアップデートに関する情報であるアップデート情報が設定された電子メールを受信する処理と、
   前記受信された前記電子メールを解読して前記アップデート情報を抽出する処理と、
   前記抽出された前記アップデート情報に基づいて、前記アップデートされたソフトウェアをダウンロードする処理とを実行させる
   ことを特徴とするソフトウェア管理プログラム。
   

Images