(57)【要約】【課題】ソフトウェア管理情報を記憶するための管理テーブルを複数に分割した場合でも、既存のソフトウェアのファイルが上書きによって消失してしまうのを未然に防ぐ。【解決手段】管理対象のデータベースとしていずれか１つの管理用ＤＢ１２Ａが選択されると、ソフトウェア管理装置１は、インストールされるソフトウェアに対して設定されている保存先情報を取得する。そして、その保存先情報が管理対象ＤＢの管理テーブル１４Ａに記憶されているか検索する。記憶されていない場合、管理対象外ＤＢ１２Ｂの管理テーブル１４Ｂに記憶されているか検索する。記憶されていない場合、ソフトウェア２のインストールを実行する。【選択図】      図１
2011028507.tif 000002
【特許請求の範囲】
【請求項１】
インストール済のソフトウェア毎に当該ソフトウェアの識別情報と当該ソフトウェアが保存されている記憶領域上の位置情報とを記憶するための管理テーブルを複数に分割してそれぞれを異なるソフトウェア管理用データベースで保存し、
管理対象のデータベースとしていずれか１つの前記ソフトウェア管理用データベースが選択されると、インストールされるソフトウェアに対して設定されている前記記憶領域上の保存先である位置情報を取得する保存先取得手段と、
前記保存先取得手段により取得した位置情報が、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象データベース検索手段と、
前記保存先取得手段により取得した位置情報が、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベース以外の前記ソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象外データベース検索手段と、
前記管理対象データベース検索手段及び前記管理対象外データベース検索手段のいずれにおいても前記保存先取得手段により取得した位置情報が前記管理テーブルに記憶されていないと判定されたことを条件に、前記ソフトウェアのインストールを実行するインストール制御手段と、
このインストール制御手段によりインストールが実行されたソフトウェアの識別情報と保存先である位置情報とを、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースの管理テーブルに登録する管理情報登録手段と、
を具備したことを特徴とするソフトウェア管理装置。
【請求項２】
前記管理テーブルは、さらにインストール済ソフトウェアのバージョン情報を記憶し、
前記管理対象データベース検索手段において前記保存先取得手段により取得した位置情報が前記管理テーブルに記憶されていると判定されたとき、当該管理テーブルに当該位置情報とともに記憶されているバージョン情報と前記インストールされるソフトウェアのバージョン情報とを照合して前記インストールされるソフトウェアのバージョン情報がアップされているか否かを判定するバージョン照合手段と、
このバージョン照合手段により前記インストールされるソフトウェアのバージョン情報がアップされていると判定したことを条件に、前記ソフトウェアのインストールを実行するソフトウェア更新手段と、
前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースの管理テーブルに記憶され、前記バージョン照合手段により照合された前記インストール済ソフトウェアのバージョン情報を、前記インストールが実行されたソフトウェアのバージョン情報に書き換える管理情報更新手段と、
をさらに具備したことを特徴とする請求項１記載のソフトウェア管理装置。
【請求項３】
インストール済のソフトウェア毎に当該ソフトウェアの識別情報と当該ソフトウェアが保存されている記憶領域上の位置情報とを記憶するための管理テーブルを複数に分割してそれぞれを異なるソフトウェア管理用データベースで保存してなるコンピュータに、
管理対象のデータベースとしていずれか１つの前記ソフトウェア管理用データベースが選択されると、インストールされるソフトウェアに対して設定されている前記記憶領域上の保存先である位置情報を取得する保存先取得機能と、
前記保存先取得機能により取得した位置情報が、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象データベース検索機能と、
前記保存先取得機能により取得した位置情報が、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベース以外の前記ソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象外データベース検索機能と、
前記管理対象データベース検索機能及び前記管理対象外データベース検索機能のいずれにおいても前記保存先取得機能により取得した位置情報が前記管理テーブルに記憶されていないと判定されたことを条件に、前記ソフトウェアのインストールを実行するインストール制御機能と、
このインストール制御機能によりインストールが実行されたソフトウェアの識別情報と保存先である位置情報とを、前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースの管理テーブルに登録する管理情報登録機能と、
を実現させるためのソフトウェア管理プログラム。
【請求項４】
前記管理テーブルは、さらにインストール済ソフトウェアのバージョン情報を記憶しており、
前記コンピュータに、
前記管理対象データベース検索機能において前記保存先取得機能により取得した位置情報が前記管理テーブルに記憶されていると判定されたとき、当該管理テーブルに当該位置情報とともに記憶されているバージョン情報と前記インストールされるソフトウェアのバージョン情報とを照合して前記インストールされるソフトウェアのバージョン情報がアップされているか否かを判定するバージョン照合機能と、
このバージョン照合手段により前記インストールされるソフトウェアのバージョン情報がアップされていると判定したことを条件に、前記ソフトウェアのインストールを実行するソフトウェア更新機能と、
前記管理対象のデータベースとして選択されたいずれか１つの前記ソフトウェア管理用データベースの管理テーブルに記憶され、前記バージョン照合機能により照合された前記インストール済ソフトウェアのバージョン情報を、前記インストールが実行されたソフトウェアのバージョン情報に書き換える管理情報更新機能を、
さらに実現させるための請求項３記載のソフトウェア管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータにインストールされるソフトウェアを管理するソフトウェア管理装置及びコンピュータを当該ソフトウェア管理装置として機能させるためのソフトウェア管理プログラムに関する。
【背景技術】
【０００２】
コンピュータにインストールされるソフトウェアを管理する技術としてパッケージ管理システムが知られている。パッケージとは、ソフトウェアのプログラム本体を格納したファイルや、当該ソフトウェアの保存先を含む設定情報を格納したファイル等を１つにまとめたものである。
【０００３】
パッケージ管理システムは、ソフトウェアをインストールする際に、パッケージ内の設定情報を参照して各ファイルを記憶装置上の指定の場所に保存する。このとき、保存したファイルの一覧やバージョン情報などのソフトウェア管理情報をデータベースの管理テーブルに登録する。こうすることにより、ソフトウェアをアップデートまたはアンインストールする際には、管理テーブルに登録されたソフトウェア管理情報を元に各ファイルの保存先やバージョン情報を特定し、アップデートまたはアンインストールを実行することができる。
【０００４】
この種のパッケージ管理システムを開示する先行技術文献として、例えば特許文献１がある。特許文献１には、パッケージの版を更新した後も古い版のプログラムを使用可能にした技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば複数名のユーザでコンピュータを共有する場合、ユーザ毎にソフトウェアの管理責任を分担したいという要望がある。そのためには、ソフトウェア管理情報を記憶するための管理テーブルを複数に分割して各ユーザに割り当てる方法が考えられる。この場合、各管理テーブルはそれぞれ異なるデータベースに記憶される。
【０００６】
ソフトウェアのインストールを行うユーザは、自己に割り当てられた管理テーブルが記憶されているデータベースを指定してからインストールを指示する。インストールが指示されると、コンピュータは、指定されたデータベースの管理テーブルを検索し、当該ソフトウェアの保存先が未登録であればインストールを実行する。その結果、インストールされたソフトウェアとユーザとの対応関係が明確になるので、ソフトウェアの管理責任がユーザ毎に分担される。また、管理テーブルを検索する時間が短縮されるので、インストールに要する時間が短縮される効果も奏する。
【０００７】
しかしながら、管理テーブルをユーザ毎に分割した場合、ユーザが指定したデータベース以外のデータベースに記憶された管理テーブルは検索されない。このため、複数のユーザがそれぞれインストールするソフトウェアの保存先が重複していた場合、先にインストールされたファイルは、後からインストールされたファイルによって上書きされるので、先にインストールされたソフトウェアが消失してしまう蓋然性がある。
【０００８】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、ソフトウェアの管理責任を分担するためにソフトウェア管理情報を記憶するための管理テーブルを複数に分割した場合でも、既に保存されているソフトウェアのファイルが上書きによって消失してしまうのを未然に防ぐことができ、信頼性を高め得るソフトウェア管理装置、及び、コンピュータを上記ソフトウェア管理装置として機能させることができるソフトウェア管理プログラムを提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明は、インストール済のソフトウェア毎に当該ソフトウェアの識別情報と当該ソフトウェアが保存されている記憶領域上の位置情報とを記憶するための管理テーブルを複数に分割してそれぞれを異なるソフトウェア管理用データベースで保存し、管理対象のデータベースとしていずれか１つのソフトウェア管理用データベースが選択されると、インストールされるソフトウェアに対して設定されている記憶領域上の保存先である位置情報を取得する保存先取得手段と、保存先取得手段により取得した位置情報が、管理対象のデータベースとして選択されたいずれか１つのソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象データベース検索手段と、保存先取得手段により取得した位置情報が、管理対象のデータベースとして選択されたいずれか１つのソフトウェア管理用データベース以外のソフトウェア管理用データベースに保存されている管理テーブルに記憶されているか否かを検索する管理対象外データベース検索手段と、管理対象データベース検索手段及び管理対象外データベース検索手段のいずれにおいても保存先取得手段により取得した位置情報が管理テーブルに記憶されていないと判定されたことを条件に、ソフトウェアのインストールを実行するインストール制御手段と、このインストール制御手段によりインストールが実行されたソフトウェアの識別情報と保存先である位置情報とを、管理対象のデータベースとして選択されたいずれか１つのソフトウェア管理用データベースの管理テーブルに登録する管理情報登録手段とを備えたものである。
【発明の効果】
【００１０】
かかる手段を講じた本発明によれば、ソフトウェアの管理責任を分担するためにソフトウェア管理情報を記憶するための管理テーブルを複数に分割した場合でも、既に保存されているソフトウェアのファイルが上書きによって消失してしまうのを未然に防ぐことができ、高い信頼度を持ってソフトウェアを管理できる効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態におけるハードウェア構成を示す模式図。
【図２】同実施形態において、第１の管理用ＤＢの管理テーブルに記憶されるデータの一例を示す図。
【図３】同実施形態において、第２の管理用ＤＢの管理テーブルに記憶されるデータの一例を示す図。
【図４】同実施形態において、インストールされるソフトウェアのヘッダ情報の一例を示す図。
【図５】同実施形態において、ソフトウェア管理ツールが起動したときのパソコンの処理手順を示す流れ図。
【図６】同実施形態において、インストールされるソフトウェアのヘッダ情報の他の例を示す図。
【図７】図６に示すヘッダ情報のソフトウェアがインストールされた後の第２の管理用ＤＢの管理テーブルに記憶されるデータを示す図。
【発明を実施するための形態】
【００１２】
以下、本発明を実施する一形態について、図面を用いて説明する。はじめに、ソフトウェア管理装置１の構成を、図１の模式図を用いて説明する。
【００１３】
図示するように、ソフトウェア管理装置１は、ソフトウェア管理ツール１１と、２つのソフトウェア管理用データベース（以下、管理用ＤＢと略称する）１２Ａ，１２Ｂとを備え、ソフトウェア２のインストール先であるハードディスクドライブ（以下、ＨＤＤと略称する）３とともに、パーソナルコンピュータ（以下、パソコンと略称する）４に搭載されている。
【００１４】
ソフトウェア管理ツール１１は、パソコン４に実装されたオペレーティングシステム（以下、ＯＳと略称する）５の制御下で動作するプログラムであり、両管理用ＤＢ１２Ａ，１２Ｂを検索するための保存先検索手段１３を有している。
【００１５】
両管理用ＤＢ１２Ａ，１２Ｂは、いずれもパソコン４のファイルシステム６内に置かれている。なお、両管理用ＤＢ１２Ａ，１２Ｂは、ファイルシステム６の外部に置かれていてもよい。
【００１６】
両管理用ＤＢ１２Ａ，１２Ｂは、インストール済のソフトウェア毎に当該ソフトウェアの識別情報と当該ソフトウェアが保存されている記憶領域、つまりはＨＤＤ３上の位置情報とを記憶するための管理テーブル１４Ａ，１４Ｂをそれぞれ備えている。管理テーブル１４Ａと管理テーブル１４Ｂとは、同一構造である。換言すれば、このソフトウェア管理装置１は、上記管理テーブルを２つに分割してそれぞれを異なる管理用ＤＢ１２Ａ，１２Ｂで保存している。
【００１７】
第１の管理用ＤＢ１２Ａにおける管理テーブル１４Ａの一例を図２に示し、第２の管理用ＤＢ１２Ｂにおける管理テーブル１４Ｂの一例を図３に示す。図示するように、各管理テーブル１４Ａ，１４Ｂは、ソフトウェアの識別情報としてソフトウェア名とバージョン情報を、当該ソフトウェアが保存されている記憶領域の位置情報として保存先情報をそれぞれ記憶する。
【００１８】
例えば、図２に示すように、ソフトウェア名が“Pacage_A”であり、バージョン情報が“1.0”であり、保存先情報が“/usr/local/bin/file_A”であるとき、Pacage_Aと称せられるソフトウェアのバージョン情報が1.0のプログラム本体が、ＨＤＤ３上のusrフォルダ内に形成されたlocalフォルダ内のbinフォルダに記憶されたファイルＡに記憶されていることを意味する。
【００１９】
同様に、図３に示すように、ソフトウェア名が“Pacage_B”であり、バージョン情報が“1.5”であり、保存先情報が“/usr/local/bin/file_B”であるとき、Pacage_Bと称せられるソフトウェアのバージョン情報が1.5のプログラム本体が、ＨＤＤ３上のusrフォルダ内に形成されたlocalフォルダ内のbinフォルダに記憶されたファイルＢに記憶されていることを意味する。
【００２０】
保存先検索手段１３は、第１の管理用ＤＢ１２Ａにおける管理テーブル１４Ａと第２の管理用ＤＢ１２Ｂにおける管理テーブル１４Ｂの両方から、ソフトウェアの保存先情報を検索する機能である。検索には、データベース管理用のＡＰＩ（Application Program Interface）やＳＱＬ（Structured Query Language）が有する一般的なデータベース検索プログラムを使う。もしくは、２つの管理テーブル１４Ａ，１４Ｂを統合した仮想テーブルを用意して検索してもよい。
【００２１】
一方、当該パソコン４にインストールされるソフトウェア２は、ヘッダ情報とプログラム本体とから構成される。ヘッダ情報は、図４に示すように、ソフトウェア情報とバージョン情報と保存先情報とを含む。保存先情報は、ＨＤＤ３上において、当該プログラム本体が保存される位置を示す。
【００２２】
さて、パソコン４にソフトウェア２をインストールする場合、ユーザは、ソフトウェア管理ツール１１を起動する。その際、ユーザは、自身が管理対象とする１つの管理用ＤＢを事前に選択し、その情報をパソコン４に入力する。今、説明の便宜上、第１の管理用ＤＢ１２Ａが選択されたとする。
【００２３】
第１の管理用ＤＢ１２Ａが選択された状態で、ソフトウェア管理ツール１１が起動すると、パソコン４は、図５の流れ図に示す手順の処理を実行する。この処理手順の実行により、パソコン４は、ソフトウェア管理装置１として機能する。すなわち、ソフトウェア管理装置１としての各機能は、ソフトウェア管理プログラムであるソフトウェア管理ツール１１によって実現される。
【００２４】
先ず、ＳＴ（ステップ）１としてインストールされるソフトウェア２から、そのヘッダ情報に含まれる保存先情報を取得する（保存先取得手段）。
【００２５】
次に、ＳＴ２として保存先検索手段１３の作用により、管理対象として選択された第１の管理用ＤＢ１２Ａを検索して、当該管理用ＤＢ１２Ａが有する管理テーブル１４Ａに、ＳＴ１の処理で取得した保存先情報と同一の保存先情報が既に登録されているか調査する（管理対象データベース検索手段）。
【００２６】
その結果、ＳＴ３として同一の保存先情報が登録されていない場合には（ＳＴ３のＮＯ）、ＳＴ４として保存先検索手段１３の作用により、管理対象として選択された第１の管理用ＤＢ１２Ａ以外の管理用ＤＢ、すなわち本実施形態では第２の管理用ＤＢ１２Ｂを検索して、当該管理用ＤＢ１２Ｂが有する管理テーブル１４Ｂに、ＳＴ１の処理で取得した保存先情報と同一の保存先情報が既に登録されているか調査する（管理対象外データベース検索手段）。
【００２７】
その結果、ＳＴ５として同一の保存先情報が登録されていない場合には（ＳＴ５のＮＯ）、ＳＴ６としてソフトウェアのインストールを実行する。すなわち、インストールされるソフトウェア２のヘッダ情報以外のプログラム本体を、当該ヘッダ情報に含まれる保存先情報によって特定されるＨＤＤ３上の領域にインストールさせる（インストール制御手段）。
【００２８】
インストールを終了したならば、ＳＴ７としてインストールしたソフトウェア２のソフトウェア名、バージョン情報及び保存先情報を、管理対象として選択された第１の管理用ＤＢ１２Ａの管理テーブル１４Ａに登録する（管理情報登録手段）。以上で、ソフトウェア２のインストールを完了する。
【００２９】
一方、ＳＴ３として管理対象として選択された第１の管理用ＤＢ１２Ａの管理テーブル１４Ａに同一の保存先情報が登録されていた場合には（ＳＴ３のＹＥＳ）、ＳＴ８としてこの保存先情報が同一のレコードのソフトウェア名情報と、インストールされるソフトウェア２のソフトウェア名とを照合して一致するか判定する。その結果、ＳＴ９としてソフトウェア名が一致しない場合には（ＳＴ９のＮＯ）、エラーとする。
【００３０】
これに対し、ＳＴ９としてソフトウェア名が一致した場合には（ＳＴ９のＹＥＳ）、ＳＴ１０として前記保存先情報が同一のレコードのバージョン情報と、インストールされるソフトウェア２のバージョン情報とを照合してバージョンがアップしているか調査する（バージョン照合手段）。その結果、バージョンがアップしていない場合には（ＳＴ１０のＮＯ）、エラーとする。
【００３１】
これに対し、ＳＴ１０としてバージョンがアップしていた場合には（ＳＴ１０のＹＥＳ）、前記ＳＴ６の処理に進み、ソフトウェアのインストールを実行する。すなわち、インストールされるソフトウェア２のヘッダ情報以外のプログラム本体を、当該ヘッダ情報に含まれる保存先情報によって特定されるＨＤＤ３上の領域にインストールさせる（ソフトウェア更新手段）。
【００３２】
そして、インストールを終了したならば、管理対象として選択された第１の管理用ＤＢ１２Ａの管理テーブル１４Ａにおいて、インストールしたソフトウェア２のソフトウェア名と同一のソフトウェア名を有するレコードのバージョン情報を、インストールしたソフトウェア２のバージョン情報に書き換える（管理情報更新手段）。以上で、ソフトウェア２のインストールを完了する。
【００３３】
なお、ＳＴ３にて管理対象である第１の管理用ＤＢ１２Ａの管理テーブル１４Ａに同一の保存先情報が登録されていないものの、ＳＴ５として管理対象外である第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂに同一の保存先情報が登録されていた場合には（ＳＴ５のＹＥＳ）、エラーとする。
【００３４】
因みに、エラーとなった場合、インストールはその時点で中断となる。あるいは、エラーメッセージを出力して強制的にインストールを継続するか否かをユーザに選択させるようにしてもよい。
【００３５】
今、第１の管理用ＤＢ１２Ａの管理テーブル１４Ａには図２に示すデータが登録されており、第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂには図３に示すデータが登録されたものと仮定する。この状態で、図４に示すヘッダ情報を含むソフトウェア２をインストールする場合を考える。
【００３６】
ここで、ユーザが第１の管理用ＤＢ１２Ａを管理対象として選択したとする。そうすると、インストールするソフトウェア２の保存先情報“/usr/local/bin/file_B”は、管理対象である第１の管理用ＤＢ１２Ａの管理テーブル１４Ａには登録されていないが（ＳＴ３のＮＯ）、管理対象外である第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂには登録されているので（ＳＴ５のＹＥＳ）、エラーとなる。したがって、インストールするソフトウェア２であるソフトウェア名“Packge_B”のプログラム本体は、保存先情報“/usr/local/bin/file_B”によって指定されるＨＤＤ３上の記憶領域に上書きされないので、当該記憶領域に既に記憶されていたソフトウェア２のプログラム本体が消失してしまうことは無い。つまり、他のユーザのインストール作業によって、別のユーザが同一保存先に既に保存していたソフトウェアが消失してしまうのを未然に防ぐことができる。
【００３７】
次に、ユーザが第２の管理用ＤＢ１２Ｂを管理対象として選択した場合を考える。この場合、インストールするソフトウェア２の保存先情報“/usr/local/bin/file_B”は、管理対象である第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂに既に登録されている（ＳＴ３のＹＥＳ）。したがって、先ず、インストールされるソフトウェア２のソフトウェア名“Packge_B”と、管理テーブル１４Ｂに保存先情報“/usr/local/bin/file_B”と関連付けて記憶されているソフトウェア名“Packge_B”とが照合される。
【００３８】
この場合、ソフトウェア名が一致するので（ＳＴ９のＹＥＳ）、インストールするソフトウェア２のバージョン情報“1,2”と、管理テーブル１４Ｂに保存先情報“/usr/local/bin/file_B”と関連付けて記憶されているバージョン情報“1,5”とが比較される。
【００３９】
この場合、インストールするソフトウェア２のバージョン情報の方が古いので、エラーとなる。古いバージョンのインストールによって新しいバージョンのプログラム本体が上書き更新されてしまうのも未然に防止することができる。
【００４０】
一方、インストールされるソフトウェア２のヘッダ情報が、図６に示すものであったとする。つまり、図４のヘッダ情報と比較して、バージョン情報が“1.2”から“1.6”にアップしたものとする。
【００４１】
この場合において、ユーザが第１の管理用ＤＢ１２Ａを管理対象として選択したとすると、インストールするソフトウェア２の保存先情報“/usr/local/bin/file_B”は、管理対象である第１の管理用ＤＢ１２Ａの管理テーブル１４Ａには登録されていないが（ＳＴ３のＮＯ）、管理対象外である第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂには登録されているので（ＳＴ５のＹＥＳ）、先の例と同様にエラーとなる。したがって、他のユーザのインストール作業によって、別のユーザが同一保存先に既に保存していたソフトウェアが消失してしまうのを未然に防ぐことができる。
【００４２】
一方、ユーザが第２の管理用ＤＢ１２Ｂを管理対象として選択した場合には、インストールするソフトウェア２の保存先情報“/usr/local/bin/file_B”は、管理対象である第２の管理用ＤＢ１２Ｂの管理テーブル１４Ｂに既に登録されており（ＳＴ３のＹＥＳ）、また、インストールされるソフトウェア２のソフトウェア名“Packge_B”と、管理テーブル１４Ｂに保存先情報“/usr/local/bin/file_B”と関連付けて記憶されているソフトウェア名“Packge_B”とが一致するので（ＳＴ９のＹＥＳ）、インストールするソフトウェア２のバージョン情報“1,6”と、管理テーブル１４Ｂに保存先情報“/usr/local/bin/file_B”と関連付けて記憶されているバージョン情報“1,5”とが比較される。
【００４３】
この場合、インストールするソフトウェア２のバージョン情報の方が新しいので、インストールが実行される。すなわち、新しいバージョンのインストールによって古いバージョンのプログラム本体が上書き更新される。このとき、管理対象である第２の管理用ＤＢ１２Ｂの管理テーブル１４に記憶されている当該ソフトウェアのレコードは、図７に示すように、バージョン情報が“1.5”から“1.6”にバージョンアップされる。
【００４４】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００４５】
例えば、前記実施形態では、ソフトウェア管理用データベースを、第１の管理用ＤＢ１２Ａ及び第２の管理用ＤＢ１２Ｂの２つ設けた場合を示したが、３つ以上、すなわち、管理テーブルを３つ以上に分割した場合も、本発明を適用することで同様な効果を奏することができる。
【００４６】
また、管理テーブル１４Ａ，１４Ｂで記憶する情報は、ソフトウェア名、バージョン情報及び保存先情報の３項目に限定されるものではなく、例えば、依存するソフトウェアや競合するソフトウェアの情報を管理テーブル１４Ａ，１４Ｂで記憶してもよい。
【００４７】
さらに、前記実施形態ではパソコン４の内部に発明を実施する機能であるソフトウェア管理ツール１１が予め記録されているものとして説明をしたが、これに限らず同様の機能をネットワークからパソコン４にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものをパソコン４にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ等と協働してその機能を実現させるものであってもよい。
【００４８】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【符号の説明】
【００４９】
１…ソフトウェア管理装置、２…ソフトウェア、３…ＨＤＤ（ハードディスクドライブ）、４…パソコン（パーソナルコンピュータ）、５…ＯＳ（オペレーティングシステム）、６…ファイルシステム、１１…ソフトウェア管理ツール、１２Ａ．１２Ｂ…第１，第２の管理用ＤＢ（ソフトウェア管理用データベース）、１３…保存先検索手段、１４Ａ，１４Ｂ…管理テーブル。
【先行技術文献】
【特許文献】
【００５０】
【特許文献１】特開２００８−１６５３７７号公報
【図１】
2011028507.tif 000003
【図２】
2011028507.tif 000004
【図３】
2011028507.tif 000005
【図４】
2011028507.tif 000006
【図５】
2011028507.tif 000007
【図６】
2011028507.tif 000008
【図７】
2011028507.tif 000009