JP2008234466A

JP2008234466A - 情報処理装置、バージョン管理方法及びバージョン管理プログラム

Info

Publication number: JP2008234466A
Application number: JP2007075320A
Authority: JP
Inventors: Mitsuyuki Ohashi; 充幸大橋
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2007-03-22
Filing date: 2007-03-22
Publication date: 2008-10-02

Abstract

【課題】ソフトウェアプログラムの開発に用いられる統合開発環境に組み込む外部ツールのバージョン管理をユーザの手動ではなく自動で行う。
【解決手段】ソフトウェアプログラムを開発するための統合開発環境システム２５０の中に、外部ツールのバージョンを管理するバージョン管理ツール２０６を組み込む。統合開発環境システム２５０が起動すると、バージョン管理ツール２０６のシステム情報取得部１１０は、統合開発基盤２１０から統合開発環境システム２５０のバージョンを取得する。また、ＤＢ通信部１５０は、取得したバージョンに適した外部ツールのバージョンの一覧をＤＢ２４０から取得する。インストール済みの外部ツールのバージョンが好適なバージョンより古ければ、インストール実行部１４０は、自動的に好適なバージョンをインストールする。
【選択図】図２

Description

本発明は、情報処理装置、バージョン管理方法及びバージョン管理プログラムに関し、より詳細には、統合開発環境の利用するプラグインのバージョン管理の技術に関する。

プログラミング言語の統合開発環境（エディタ、コンパイラ、デバッガ等が統一されたインターフェースで操作可能な開発環境を言う）においては、統合開発環境の利用するプラグイン（又はモジュール。以下では、「ツール」という。）のバージョン管理に関する技術として、従来、例えば、特許文献１や特許文献２に記載が見られるような技術があった。

特許文献１に記載の従来技術は、既にインストールされているアプリケーションのバージョンアップを正確に行うために、インストールされているアプリケーションの各モジュールのバージョン情報を保存し、これとインストールしようとしているモジュールのバージョン情報を比較し、古いバージョンに戻るインストールを行おうとしている場合は作業者に警告を発して作業者の確認を得てからインストールを行う動作をするものである。

また、特許文献２に記載の従来技術（特に、段落００３４−００３８参照）は、関連表からインストールするツールを抽出し、構成情報で整合性をチェックし、版の選択を行い、更新する開発システムである。
特開平１０−０２１０５８号公報特開平０５−１６５６１０号公報

従来の統合開発環境システムは、複数の外部ツールのインストール及びメンテナンスを、統合開発環境システムのユーザが手動で行っていたため、第１の問題点として、正しい外部ツールがインストールされないといった環境構築ミスによる不具合の発生の可能性がある点、また、第２の問題点として、ユーザの作業量の増加といった点があった。

なお、「外部ツール」とは、統合開発環境が通常提供し、自動的に組み込まれる内部ツールに対して、自動組み込みできないツールを言う。

本発明は、上記従来技術の問題点に鑑み、統合開発環境に組み込む外部ツールのバージョン管理をユーザの手動ではなく自動で行うことを目的とする。

上記目的を達成するための請求項１記載の発明は、ソフトウェアプログラムを開発するための統合開発環境と、該統合開発環境に組み込まれて利用される外部ツールのバージョンを管理するバージョン管理ツールと、を備え、前記バージョン管理ツールは、前記統合開発環境の起動後、前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得手段と、データベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得手段と、前記状態取得手段が取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得手段が取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行手段と、を有することを特徴とする情報処理装置である。

請求項２記載の発明は、請求項１記載の情報処理装置において、前記インストール実行手段は、前記統合開発環境が推奨するバージョンに自動的に更新インストールし、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストール手段をさらに有することを特徴とする。

請求項３記載の発明は、統合開発環境に組み込んで利用する外部ツールのバージョン管理方法であって、前記統合開発環境の起動後、バージョン管理ツールが前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得ステップと、前記バージョン管理ツールがデータベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得ステップと、前記状態取得ステップで取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得ステップで取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行ステップと、を有することを特徴とするバージョン管理方法である。

請求項４記載の発明は、請求項３記載のバージョン管理方法において、前記インストール実行ステップは、前記統合開発環境が推奨するバージョンに自動的に更新インストールするものであり、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストールステップをさらに有することを特徴とする。

請求項５記載の発明は、情報処理装置を、ソフトウェアプログラムを開発するための統合開発環境と、該統合開発環境に組み込まれて利用される外部ツールのバージョンを管理するバージョン管理ツールと、として機能させ、前記バージョン管理ツールは、前記統合開発環境の起動後、前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得手段と、データベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得手段と、前記状態取得手段が取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得手段が取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行手段と、を有するものとして機能させることを特徴とするバージョン管理プログラムである。

請求項６記載の発明は、請求項５記載のバージョン管理プログラムにおいて、前記情報処理装置を、前記インストール実行手段は、前記統合開発環境が推奨するバージョンに自動的に更新インストールし、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストール手段をさらに有するものとして機能させることを特徴とする。

本発明によれば、統合開発環境に組み込む外部ツールのバージョン管理をユーザの手動ではなく自動で行うことが可能になる。

以下、本発明の実施の形態を、図面を参照して説明する。

まず、本実施の形態の構成を説明する。図１は、本実施の形態のハードウェア構成例を示す図であり、図２は、本実施の形態のソフトウェア構成例（と関連するデバイス又はデータ）を示す図である。本実施の形態は、図２に示すソフトウェアプログラムが、図１に示すハードウェア資源と協働して図２に示すソフトウェアの各機能を実現する。

図１において、本実施形態の各機能の実現に用いられる情報処理装置１００は、ＣＰＵ１０１と、メモリ１０２と、ＨＤＤ１０３と、入力装置１０４と、出力装置１０５と、ネットワークインターフェース１０６とを備える。

ＨＤＤ１０３は、情報処理装置１００の２次記憶装置であり、図２に示すソフトウェアプログラムを格納するコンピュータ読み取り可能な記録媒体である。大容量の磁気ディスクであればコストの面で有利であるが、これに限定されない。図２に示すソフトウェアプログラムである統合開発環境システム２５０は、入力装置１０４を用いたユーザの操作により、起動されると、ＣＰＵ１０１によりＨＤＤ１０３から読み出され、メモリ１０２上に展開される。

また、ＨＤＤ１０３は、図示しないオペレーティングシステムや、図２に示すＤＢ（データベース）２４０とインストールデータ２３０も格納する。また、ＤＢ２４０は、統合開発環境システム２５０の利用する種々の外部ツール・内部ツールそれぞれのバージョン情報及び統合開発環境システム２５０本体のバージョン情報も格納する。

メモリ１０２は、情報処理装置１００の１次記憶装置である。統合開発環境システム２５０は、メモリ１０２上に展開され、ＣＰＵ１０１の演算処理により実行される。また、ＣＰＵ１０１は、情報処理装置１００の演算及び処理装置である。

入力装置１０４は、ユーザの操作を情報処理装置１００に伝えるユーザインターフェースとして機能するハードウェアであり、例えば、マウスやキーボード等が利用できる。

出力装置１０５は、情報処理装置１００の情報処理結果をユーザに伝えるユーザインターフェースとして機能するハードウェアであり、例えば、プリンタやディスプレイ等が利用できるが、本実施形態においては、ディスプレイを用いる。

ネットワークインターフェース１０６は、情報処理装置１００と外部のネットワーク２００との間の信号情報のやり取りを制御するデバイスである。ネットワーク２００は、有線と無線の別は問わず、また、インターネットであってもＬＡＮであってもよい。なお、情報処理装置１００は、ネットワークインターフェース１０６とネットワーク２００を介して、統合開発環境システム２５０がインストール対象とする外部ツールＡ２０２と外部ツールＢ２０３を送信可能に保持する外部ホスト２０１と通信可能に接続されていてもよい。

図２を参照すると、統合開発環境システム２５０は、統合開発基盤２１０と、統合開発基盤２１０に利用される内部ツールＡ２０４並びに内部ツールＢ２０５と、これら内部ツールと同様の位置づけで設置されるバージョン管理ツール２０６と、を有する。統合開発環境システム２５０は、例えば、Ｅｃｌｉｐｓｅ（登録商標）が利用できるが、これに限定されない。なお、ここで、Ｅｃｌｉｐｓｅとは、オープンソースの統合ソフトウェア開発環境であり、ソフトウェア開発の共通プラットフォームである。Ｅｃｌｉｐｓｅは、Ｅｃｌｉｐｓｅにプラグインとして登録・提供されている内部ツールと、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などが提供するデバッガやコンパイラといったＥｃｌｉｐｓｅ内には存在しない外部ツールと、の２種類のツールを利用することで様々な機能を提供する。

バージョン管理ツール２０６は、統合開発環境システム２５０内に、統合開発基盤２１０とともに設置することで、統合開発環境システム２５０が利用する複数の外部ツールのバージョン管理を可能とするソフトウェアプログラムである。

また、バージョン管理ツール２０６は、統合開発環境システム２５０が利用する外部ツール（例えば、図１に示す外部ツールＡ２０２や外部ツールＢ２０３）に対して、新規インストール、更新インストール、追加インストールを実行する。また、バージョン管理ツール２０６は、システム情報取得部１１０、情報比較部１２０、ＧＵＩ表示部１３０、インストール実行部１４０、ＤＢ通信部１５０と、それらを制御する制御部１６０の計６つの機能で構成されている。以下に、バージョン管理ツール２０６を構成する６つの機能について図３ないし８を参照して説明する。

図３を参照すると、システム情報取得部１１０は、統合開発環境システム情報取得手段１１１と、取得情報提供手段１１２を持つ。統合開発環境システム情報取得手段１１１は、統合開発基盤２１０から、統合開発環境システム２５０の名称及びバージョン情報を取得する手段である。また、取得情報提供手段１１２は、取得した統合開発環境システム２５０の情報を、制御部１６０へ提供する手段である。

図４を参照すると、情報比較部１２０は、状態取得手段１２１と、比較手段１２２、比較結果提供手段１２３を持つ。状態取得手段１２１は、制御部１６０から提供された外部ツールのリスト情報を元に、同名称の外部ツールがマシン内に存在した場合、そのバージョン情報を取得する手段である。比較手段１２２は、状態取得手段１２１で取得したバージョン情報と、提供された外部ツールのリスト情報との比較を行い、更新の「推奨」「不要」「検討」の判定をする手段である。比較結果提供手段１２３は、比較手段で１２２作成された比較結果を制御部１６０へ提供する手段である。

図５を参照すると、ＧＵＩ表示部１３０は、統合開発環境情報表示手段１３１とダイアログ表示手段１３２を持つ。統合開発環境情報表示手段１３１は、統合開発環境システム２５０の名称及びバージョンと要求される外部ツールの一覧について、現在の構築状況を出力装置（ディスプレイ）１０５に表示させる手段である。ダイアログ表示手段１３１は、提供されたメッセージデータをダイアログとして出力装置（ディスプレイ）１０５に出力する手段である。

インストール実行部１４０は、新規インストール手段１４１と更新インストール手段１４２、追加インストール手段１４３を持つ。新規インストール手段１４１は、制御部１６０から提供された外部ツール情報に基づき、インストールを実行する手段である。更新インストール手段１４２は、提供された外部ツールと同じ名称の既存外部ツールに対して、更新インストールを行う手段である。追加インストール手段１４３は、バージョンが異なる外部ツールを別々にインストールする手段である。

ＤＢ通信部１５０は、外部ツールリスト取得手段１５１と外部ツールデータ取得手段１５２をもつ。外部ツールリスト取得手段１５１は、制御部１６０から提供された統合開発環境システムの情報を元に、ＤＢ２４０にある該当統合開発環境システムの外部ツールリストのデータを取得する手段である。外部ツールデータ取得手段１５２は、提供された外部ツールの情報を元に、該当外部ツールのインストールデータ２３０をＤＢ２４０から取得する手段である。

制御部は１６０、システム情報取得部呼出手段１６１、情報比較部呼出手段１６２、ＧＵＩ表示部呼出手段１６３、インストール実行部呼出手段１６４、ＤＢ通信部呼出手段１６５、ロジック制御手段１６６を持つ。

システム情報取得部呼出手段１６１は、システム情報取得部１１０の各手段を実施するために、ロジック制御手段１６６に基づいて必要となるデータ渡し及びデータ取得を実施する手段である。

情報比較部呼出手段１６２は、情報比較部１２０の各手段を実施するために、ロジック制御手段１６６に基づいて必要となるデータ渡し及びデータ取得を実施する手段である。

ＧＵＩ表示部呼出手段１６３は、ＧＵＩ表示部１３０の各手段を実施するために、ロジック制御手段１６６に基づいて必要となるデータ渡し及びデータ取得を実施する手段である。

インストール実行部呼出手段１６４は、インストール実行部１４０の各手段を実施するために、ロジック制御手段１６６に基づいて必要となるデータ渡し及びデータ取得を実施する手段である。

ＤＢ通信呼出手段部１６５は、ＤＢ通信部１５０の各手段を実施するために、ロジック制御手段１６６に基づいて必要となるデータ渡し及びデータ取得を実施する手段である。

ロジック制御手段１６６は、本発明のバージョン管理ロジックを実装し、各機能を呼び出す手段１６１〜１６５を制御する手段である。

次に、本実施形態の第１の動作例について説明する。図９は、本実施形態の第１の動作例に該当する、外部ツールの新規インストールの処理（本実施形態のバージョン管理処理の一部）を示すフローチャートである。

図９において、まず、統合開発基盤２１０がバージョン管理ツール２０６を起動すると、制御部１６０のロジック制御手段１６６が呼び出され、バージョン管理処理の実行を開始する（ステップＳ９０１）。

次に、バージョン管理ツール２０６は、起動元となっている統合開発環境システム２５０の名称及びバージョン情報を取得する（ステップＳ９０２）。

次に、取得した統合開発環境システム２５０の情報から必要となる外部ツールの名称及びバージョン情報のリストを、ＤＢ２４０のデータから取得する（ステップＳ９０３）。また、この際、別バージョンの統合開発環境システム２５０に必要となる外部ツールリストも併せて取得する。

次に、統合開発環境システム２５０は、統合開発環境システム２５０に必要となる外部ツールと名称が同じものが、統合開発環境システム２５０にインストールされているかを、自動的にチェックする（ステップＳ９０４）。言い換えれば、本ステップは、現バージョンの統合開発環境システム２５０に必要となる外部ツールの名称及びバージョン情報と、統合開発環境システム２５０にインストール済みの外部ツールの名称及びバージョン情報と、を比較して、差分をチェックするものである。

もしチェックした結果、必要となる外部ツールがインストールされていない場合（ステップＳ９０４、Ｙｅｓ）、つまり新規インストールの場合は、インストールする外部ツールの一覧と、新規インストール処理を実行する旨を出力装置（ディスプレイ）１０５へ表示する（ステップＳ９０５）。なお、新規インストールでない場合については、図１０を用いて本実施形態の第２の動作例として後述する。

次に、例えば、ダイアログにてインストールの確認をユーザに通知する（ステップＳ９０６）ことで、インストールの是非を確認する（ステップＳ９０７）。

もしインストールの実行が選択された場合は（ステップＳ９０７、Ｙｅｓ）、取得した外部ツールのリスト情報を元に、ＤＢ２４０からインストールデータ２３０を取得する（ステップＳ９０８）。そして、次に、外部ツールの新規インストールを実行する（ステップＳ９０９）。インストール処理実行後は、出力装置（ディスプレイ）１０５にインストール完了の旨をダイアログで通知する（ステップＳ９１０）。

また、もしインストールを実行しない指示が選択された場合は（ステップＳ９０７、Ｎｏ）、インストールを実行しなかった旨を、出力装置（ディスプレイ）１０５に、ダイアログで通知する（ステップＳ９１１）。インストールの実行／未実行に関わらず、最後に、本動作例の処理の終了にてバージョン管理ツール２０６が停止する。

次に、本実施形態の上記第１の動作例の効果について説明する。本実施形態の第１の動作例では、統合開発環境システム２５０の新規構築時に、該当統合開発環境システム２５０に適した外部ツールを自動的にインストールする。そのため、統合開発環境システムユーザの負担が軽減され、さらに従来の人為的ミスによる環境構築ミスを未然に防ぐことが可能となる。

次に、本実施形態の第２の動作例について説明する。図１０は、本実施形態の第２の動作例に該当する、任意のバージョンの外部ツールの更新インストール処理及び追加インストール処理を示すフローチャートである。なお、「更新インストール」とは、バージョンアップ、バージョンダウンを含む。「追加インストール」については後述する。

なお、本動作例の開始時点は、第１の動作例にて外部ツールのインストールチェック（図９のステップＳ９０４）にて、Ｎｏとなった場合の処理から始まる。したがって、第２の動作例は、上記第１の動作例における自動インストール動作を含むため、第２の動作例の効果は、第１の動作例の効果も含む。

図１０において、まず、制御部１６０は、新規インストールチェックした結果（図９のステップＳ９０４）、外部ツールが既にインストールされている場合、さらに外部ツールのバージョンについてチェックを行う（ステップＳ１００１）。

次に、制御部１６０は、外部ツールの更新について、「推奨」「不要」「検討」の判定を行う（ステップＳ１００２）。判定結果は、ユーザに示すダイアログにおける「更新判定結果」という項目において、外部ツールについて、統合開発環境が推奨するバージョンより既存のバージョンの方が古いバージョンであった場合、本項目は「推奨」としてユーザに通知される。外部ツールについて、統合開発環境が推奨するバージョンと既存のバージョンが同じ場合は、本項目は「不要」としてユーザに通知される。外部ツールについて、統合開発環境が推奨するバージョンより既存のバージョンの方が新しいバージョンであった場合、本項目は「検討」としてユーザに通知される。

次に、制御部１６０は、更新の判定が完了後、ＧＵＩ表示部１３０を用いて、判定結果を出力装置（ディスプレイ）１０５に、外部ツール名、現在のバージョン、推奨バージョン、更新判定結果の４つのデータを一覧表示させる（ステップＳ１００３）。

次に、ユーザは、表示された一覧を確認し、更新したい外部ツールを選択後、入力装置１０４を用いて、「更新」を指示する（ステップＳ１００４）。

次に、制御部１６０は、取得した外部ツールのリスト情報を元にＤＢ２４０からインストールデータ２３０をダウンロードする（ステップＳ１００５）。

次に、制御部１６０は、「更新」を指示された外部ツールのインストール形式をチェックする（ステップＳ１００６）。インストール形式が「更新」であるツールについては、そのまま更新インストールが実施される（ステップＳ１００９）。

対して、インストール形式が「検討」である外部ツールについては、更新インストール（外部ツールの上書き）か、追加インストール（バージョン違いの外部ツールを同居させる）の選択ダイアログが出力される（ステップＳ１００７）。

次に、ユーザは、出力装置１０５に表示される選択ダイアログから、「追加」若しくは「更新」を選択をする（ステップＳ１００８）。ここで、ユーザが更新インストールを選択した場合は、更新インストールが実行される（ステップＳ１００９）

対して、ここで、ユーザが追加インストールを選択した場合は、追加インストールを実行する（ステップＳ１０１０）。なお、追加インストールの場合、統合開発環境システム２５０は、新たに追加されたバージョン（推奨されているバージョン）の外部ツールを利用する。

更新インストール又は追加インストールのいずれの場合であっても、次に、インストール実行後に、出力装置（ディスプレイ）１０５にインストール終了の旨をダイアログで表示する（ステップＳ１０１１）。最後に、処理の終了にてバージョン管理ツール２０６が停止する。

次に、本実施形態の上記第２の動作例の効果について説明する。本実施形態の第２の動作例では、統合開発環境システム２５０の更新インストール時に、更新すべき外部ツールをユーザに通知し、ユーザの確認を経て正しいバージョンをインストールする。そのため、統合開発環境システム２５０が更新インストールをした際の、外部ツールのメンテナンスを自動化することができる。したがって、その結果として、統合開発環境システムユーザの負荷が軽減され、また人為的ミスにおける外部ツールの更新ミスを未然に防ぐことが出来る。

また、外部ツールの更新を推奨する通知を行うことで、適切なバージョンの外部ツールへの更新を促進することが可能となる。

さらに、外部ツール更新の「検討」フェーズでは、既存のバージョンを残す選択肢を渡すことで、統合開発環境システム利用者は、他のシステムで利用されているかどうかを気にすることなく、統合開発環境システム専用の外部ツールをインストールすることができる。この点につき、以下に詳細に説明する。

本実施形態の提供する「追加インストール」機能は、外部ツールの既存バージョン（「既存」とは、インストール済みのことを指す）を保持しつつ、新たなバージョンの外部ツールをインストールする機能である。言い換えれば、統合開発環境システム２５０が推奨するバージョン以外のバージョンをユーザが任意でインストール可能にする機能である。また、「追加インストール」機能を有する本実施形態によれば、柔軟性に富む環境構築を実装することが可能になる。例えば、バージョンが異なるＪＤＫ（Java Developpers Kit、登録商標）、コンパイラ等の保持が可能になる。また、例えば、環境変数を用いた、ユーザ任意の利用外部ツールの切替が可能になる。また、例えば、開発環境Ａで、外部ツールαの既存のバージョン１を利用し、開発環境Ｂで、外部ツールαの新規のバージョン２を利用するといった利用態様が可能になる。

最後に、上記本実施形態の効果についてまとめる。
０００
上記本実施形態の第１の効果は、統合開発環境システム利用者の負荷を軽減できることにある。その理由は、システム構築に必要となる外部ツールのインストールを統合開発環境システム利用者手動ではなく、バージョン管理ツールが自動で行うためである。

また、第２の効果は、不具合発生の防止ができることにある。その理由は、環境構築を自動化することによる、人為的ミスが防止されることや、外部ツールの不要な更新を省くためである。

本発明の実施の形態のハードウェア構成例を示すブロック図である。本発明の実施の形態のソフトウェア構成例を示すブロック図である。本発明の実施の形態のシステム情報取得部を示すブロック図である。本発明の実施の形態の情報比較部を示すブロック図である。本発明の実施の形態のＧＵＩ表示部を示すブロック図である。本発明の実施の形態のインストール実行部を示すブロック図である。本発明の実施の形態のＤＢ通信部を示すブロック図である。本発明の実施の形態の制御部を示すブロック図である。本発明の実施の形態の第１の動作例を示すフローチャートである。本発明の実施の形態の第２の動作例を示すフローチャートである。

符号の説明

１００情報処理装置
１０１ＣＰＵ
１０２メモリ
１０３ＨＤＤ
１０４入力装置
１０５出力装置
１０６ネットワークインターフェース
２００ネットワーク
２０１外部ホスト
２０２外部ツールＡ
２０３外部ツールＢ
２０４内部ツールＡ
２０５内部ツールＢ
２０６バージョン管理ツール
１１０システム情報取得部
１１１統合開発環境システム情報取得手段
１１２取得情報提供手段
１２０情報比較部
１２１状態取得手段
１２２比較手段
１２３比較結果提供手段
１３０ＧＵＩ表示部
１３１統合開発環境情報表示手段
１３２ダイアログ表示手段
１４０インストール実行部
１４１新規インストール手段
１４２更新インストール手段
１４３追加インストール手段
１５０ＤＢ通信部
１５１外部ツールリスト取得手段
１５２外部ツールデータ取得手段
１６０制御部
１６１システム情報取得部呼出手段
１６２情報比較部呼出手段
１６３ＧＵＩ表示部呼出手段
１６４インストール実行部呼出手段
１６５ＤＢ通信部呼出手段
１６６ロジック制御手段
２１０統合開発基盤
２３０インストールデータ
２４０ＤＢ
２５０統合開発環境システム

Claims

ソフトウェアプログラムを開発するための統合開発環境と、
該統合開発環境に組み込まれて利用される外部ツールのバージョンを管理するバージョン管理ツールと、を備え、
前記バージョン管理ツールは、
前記統合開発環境の起動後、前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得手段と、
データベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得手段と、
前記状態取得手段が取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得手段が取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行手段と、
を有することを特徴とする情報処理装置。
前記インストール実行手段は、前記統合開発環境が推奨するバージョンに自動的に更新インストールし、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストール手段をさらに有することを特徴とする請求項１記載の情報処理装置。
統合開発環境に組み込んで利用する外部ツールのバージョン管理方法であって、
前記統合開発環境の起動後、バージョン管理ツールが前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得ステップと、
前記バージョン管理ツールがデータベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得ステップと、
前記状態取得ステップで取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得ステップで取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行ステップと、
を有することを特徴とするバージョン管理方法。
前記インストール実行ステップは、前記統合開発環境が推奨するバージョンに自動的に更新インストールするものであり、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストールステップをさらに有することを特徴とする請求項３記載のバージョン管理方法。
情報処理装置を、
ソフトウェアプログラムを開発するための統合開発環境と、
該統合開発環境に組み込まれて利用される外部ツールのバージョンを管理するバージョン管理ツールと、として機能させ、
前記バージョン管理ツールは、
前記統合開発環境の起動後、前記統合開発環境から前記統合開発環境にインストール済みの前記外部ツールの名称及びバージョンのリストを取得する状態取得手段と、
データベースから前記外部ツールの名称及び更新可能なバージョンのリストを取得する外部ツールリスト取得手段と、
前記状態取得手段が取得した前記外部ツールの名称及びバージョンのリストと、前記外部ツールリスト取得手段が取得した前記外部ツールの名称及び更新可能なバージョンのリストと、を比較して、差分に応じて新規インストール及び更新インストールのいずれか一方を自動的に実行するインストール実行手段と、
を有するものとして機能させることを特徴とするバージョン管理プログラム。
前記情報処理装置を、
前記インストール実行手段は、前記統合開発環境が推奨するバージョンに自動的に更新インストールし、該更新インストールがインストール済みの外部ツールのバージョンから古いバージョンにするものである場合に、前記インストール済みの外部ツールとは別に、前記古いバージョンの外部ツールを追加インストールする追加インストール手段をさらに有するものとして機能させることを特徴とする請求項５記載のバージョン管理プログラム。