(57)【要約】【課題】  大規模なアプリケーション開発における構成管理において、プログラム開発者によって修正・追加されたファイル等をマスタプログラムとし利用する際の確認作業において、その有効性をより正確に効率よく実施し、トレーサビリティの確保と新バージョンアプリケーション作成の工数を削減する必要がある。【解決手段】  マスタプログラムに対し修正・追加されたファイル等の有効性の確認を、バグ管理情報やプログラムのバージョン情報にもとづき、プログラム開発者によって実施可能な手段を提供する。また、同一ファイルが複数項目で修正された場合の修正項目の欠落の確認を容易に行う手段、さらに、確認に利用するファイルの検索等が容易に実施できるデータベースを提供する。【選択図】  図１
2005301768.tif 000002
【特許請求の範囲】
【請求項１】
マスタプログラムに対し、修正・追加するファイルの登録操作および登録確認やプログラム情報の作成操作を行うエディタと、ファイルの登録要因およびファイル名等の情報をもつバグ管理情報データベースとアプリケーションを構成するファイル等のバージョン管理情報をもつプログラム情報格納データベースを利用し、ファイルの更新日付や修正履歴やバージョン等の確認をするマスタ登録部、前記バグ管理情報データベースより修正・追加するファイルの情報を採取し、該情報により、同一ファイルが複数登録された場合のトレーサビリティを確認するマスタ登録確認部、確認されたファイルをマスタ登録ファイルとし、マスタプログラムに反映させ新バージョンのアプリケーションを作成するプログラムバージョンアップ部、新バージョンのアプリケーション、アプリケーションを構成する各プログラム、各プログラムを生成するファイルにおいて、登録情報格納データベースの情報よりそれらのバージョン等の履歴情報を作成し、前記プログラム情報格納データベースに保管するプログラム情報作成部からなることを特徴とするプログラム構成管理方式。
【請求項２】
請求項１記載のプログラム構成管理方式において、前記マスタ登録部は、エディタの操作によって実施されるファイル登録過程、登録ファイルの履歴確認過程、登録ファイルの保存過程からなることを特徴とするプログラム構成管理方式。
【請求項３】
請求項２記載のファイル登録過程において、バグ管理情報格納データベースより修正・追加するファイル名を取得し、プログラム格納データベースによりこれらファイルの既存を確認し、さらに登録情報確認データベースを用い、既にマスタプログラムとして登録されているファイルかを確認し、テンポラリーに登録ファイルを一時保管することを特徴とするプログラム構成管理方式。
【請求項４】
請求項２記載のファイル登録過程において、バグ管理表番号ごとに登録する手段を有していることを特徴とするプログラム構成管理方式。
【請求項５】
請求項２記載の登録ファイルの履歴確認過程において、テンポラリーに一時保管されたファイルに記述されている修正履歴のうち、バグ管理情報格納データベースを利用してバグ管理表番号を、バグ管理情報格納データベースとプログラム情報格納データベースを利用して更新したファイルバージョンを、プログラム情報格納データベースを利用してファイル更新日付を確認することを特徴とするプログラム構成管理方式。
【請求項６】
請求項１記載のプログラム構成管理方式において、前記マスタ登録確認部は、エディタの操作によって実施される登録ファイル情報作成過程、登録ファイル確認過程からなることを特徴とするプログラム構成管理方式。
【請求項７】
請求項６記載の登録ファイル確認過程において、登録情報格納データベースに作成された登録ファイルの情報より、同一ファイルが異なるバグ管理表番号にて複数登録されているかを確認し、登録されている場合、登録情報格納データベースに登録されているファイルに記述されている修正履歴を相互比較し、修正項目の欠落を確認することを特徴とするプログラム構成管理方式。
【請求項８】
請求項１記載のプログラム構成管理方式において、前記プログラム情報作成部は、エディタより入力した情報をアプリケーションのバージョン情報として取得し履歴を更新するアプリケーション情報作成過程、登録情報格納データベースに格納されている登録ファイルよりプログラムのバージョン情報を取得し履歴を更新するプログラム情報作成過程、登録情報格納データベースに格納されている登録ファイル情報より各登録ファイルのバージョン情報を取得し履歴を更新するファイル情報作成過程をもつことを特徴とするプログラム構成管理方式。
【請求項９】
請求項１記載のプログラム構成管理方式において、マスタ登録部によって登録情報格納データベースに登録するファイルの保管構造、およびマスタ登録確認部によって登録情報格納データベースに作成される登録ファイルの保管構造がプログラム格納データベースでのフォルダツリー構造と同じであることを特徴とするプログラム構成管理方式。
【発明の詳細な説明】
【技術分野】
【０００１】
アプリケーションプログラム開発・保守においてプログラム構成要素であるファイルを変更管理する構成管理方式に関する。
【背景技術】
【０００２】
一般に大規模なアプリケーション開発においては、ある段階でマスタプログラムとよばれる基盤プログラムを作成し、テスト等において発見されたバグの修正、機能の追加等を行い、再び新バージョンのマスタプログラムからアプリケーションを作成し…というサイクルによってバージョンアップを図っていく。また、アプリケーションは複数のプログラムで構成されており、それぞれのプログラムは、複数のソースファイルやデータファイル等により生成される。よって、バージョンアップ時にはこれらのファイルに修正・追加が行われていく。一般に、マスタプログラムの維持・管理に関しては、各種特許が出されているが、マスタプログラムとして利用する前の確認作業に関し、有効な手段は確立されていない。
【０００３】
【特許文献１】特開２００２−１８２９０８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
マスタプログラムとして有効かの確認は、主にバグ管理表などにもとづき、手作業で行われている場合がある。よって、確認項目の見逃し等が発生する可能性が高く、不適切なファイルをマスタプログラムとして登録してしまい、デグレード等を引き起こす原因になることもある。そこで、正確で効率のよい確認作業を実施し、トレーサビリティの確保および緊急時にも対応可能なように、短時間で新バージョンプログラムを作成をする必要がある。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、マスタプログラムに対し、修正・追加するファイルの登録要因および登録するファイル名等の情報をもつバグ管理情報データベースとプログラムのバージョン管理情報をもつプログラム情報格納データベースを利用し、ファイルの登録を実施するプログラム開発者自らが登録の有効性を確認可能なマスタ登録部を提供する。また、バグ管理情報データベースの情報により、同一ファイルが複数登録された場合の、修正項目の欠落が確認可能なマスタ登録確認部を提供する。さらに、アプリケーションプログラムの構成ファイル等を格納するプログラム格納データベースでのファイル格納構造と登録情報格納データベースにおいて、同じファイルの格納構造を採用し、ファイルの検索や更新等を容易に実現するデータベースを提供する。
【発明の効果】
【０００６】
本発明による効果を以下に示す。
・手作業で実施されていたマスタプログラムへの登録確認を自動化し、工数や人為的なミスの削減を図る。
・修正・追加したファイルのマスタプログラムへの登録の確認をプログラム作成者が登録する際に実施することで、不適切なバージョン情報や修正項目をもつファイルの登録を未然に防ぎ、更新プログラム作成時間の短縮等、更新プログラム作成の全体的な工数を削減することができる。
・マスタプログラムへの登録確認にて、ファイルバージョンの確認を、バグ管理情報データベースの情報と前アプリケーションバージョンのプログラム情報格納データベースにより実施することで、バグ管理情報データベースの情報の間違いの摘出も可能とする。
・アプリケーションプログラムを構成するファイル等を格納するプログラム格納データベースでのファイル格納構造と登録情報格納データベースにおいて、同じファイルの格納構造を採用することで、ファイルの検索や更新等が簡易である。
【発明を実施するための最良の形態】
【０００７】
本発明の実施の形態を示す機能ブロック図を図１に示す。マスタ登録操作および登録されたファイルの確認やマスタプログラムのバージョンアップ操作、プログラム情報の作成操作や、操作時の情報の表示を行うエディタ１００と、プログラム開発者によって修正・追加されたファイル（以下、登録ファイル）を、マスタプログラムを管理する環境が整っているマシンのある格納場所に決められた形式にて登録（以後、マスタ登録）するマスタ登録部２００、マスタ登録されたファイルが新バージョンを生成するマスタプログラムとして有効かの確認（以後、マスタ登録確認）を行うマスタ登録確認部３００、確認された登録ファイルを使用し、新バージョンのアプリケーションを作成するプログラムバージョンアップ部４００、新バージョンのアプリケーション、アプリケーションを構成するプログラム、プログラムを生成する各ファイル等のバージョンや更新日付等の情報を作成するプログラム情報作成部５００から構成される。
【０００８】
登録情報格納データベース６００にはエディタ１００を通じマスタ登録部２００においてプログラム作成者によりマスタ登録されたファイルが格納される。格納形式のフォルダツリー構造を図２に示す。新たに作成されるアプリケーションの新バージョン番号６１０名のフォルダを先頭とし、このバージョンの修正内容を示すバグ管理表番号Ｂ１６２０のフォルダを作成する。さらに、バグ管理表番号Ｂ１６２０にて修正・追加されたファイル６２１が格納される。次に、バグ管理表番号Ｂ２６３０にて修正・追加されたファイル６３１が格納され、このように新バージョン番号６１０に登録するすべてのバグ管理表に示されたファイルを同様の形式にて格納する。また、ファイル群の格納構造は、例えば図２のファイル群６３１の場合、図３のプログラム格納データベース８００でのファイルの格納構造のフォルダツリー構造８２０と同様とする。
【０００９】
さらに登録情報格納データベース６００には、登録された全ファイルのバージョン等を示す登録ファイル情報６４０、新バージョン６１０に登録される全ファイルをまとめたファイル群６５０が格納される。
【００１０】
図３に、プログラム格納データベース８００の格納構造を示す。アプリケーション用フォルダ８１０を先頭に、アプリケーションとアプリケーションを構成するプログラム、さらに各プログラムを作成するファイルがツリー構造で格納されている。
【００１１】
バグ管理情報格納データベース７００の格納情報を図４（ａ）に示す。登録が発生した要因ごとに番号（バグ管理表番号７１０）を付与し、不良現象や原因、修正方法等を示すバグ管理情報７２０、新規登録、または修正がほどこされるファイル名及びファイルバージョン７３０、登録者名７４０、登録するアプリケーションバージョン番号７５０を管理する。図４（ｂ）はその具体的な１例を示すものである。 
プログラム情報格納データベース９００の格納情報構造を図５に示す。アプリケーション情報９１０にアプリケーションを構成する各プログラム情報（９２０、９３０…）、さらにプログラムを生成する各ファイルの情報（９４０、９５０…）がツリー構造で格納されている。図６にアプリケーション情報９１０、プログラム情報（９２０、９３０…）、ファイル情報の内容を示す。図６（ａ）に示すように、アプリケーション情報９１０はアプリケーションの更新日時９１１、バージョン番号９１２、図６（ｂ）に示すようプログラム情報は、プログラム名９２１、更新日時９２２、プログラムのバージョン番号９２３、登録アプリケーションバージョン９２４を履歴情報として保持する。さらに図６（ｃ）に示すようファイルでは、ファイル名９４１、更新日時９４２、ファイルバージョン番号９４３、登録アプリケーションバージョン９４４を履歴情報として保持する。プログラム情報格納データベースのこれらの情報は、例えば、アプリケーションを構成するプログラムのバージョン一覧表や、プログラムを生成するファイルのバージョン一覧表、前アプリケーションバージョンとの差分情報作成等に利用される。
【実施例１】
【００１２】
以下、本発明の一実施例を示す。
【００１３】
マスタ登録部２００
マスタ登録部２００の処理過程を図７に示す。ここでは、エディタ１００による操作によって登録されたファイルをテンポラリー２４０に一時保管し、登録するファイルと登録情報格納データベース６００、バグ管理情報格納データベース７００、プログラム情報格納データベース８００の情報との比較を行い、登録が不適切なファイルの場合、エディタ１００を通し登録者であるプログラム作成者に通知する。登録が可能なファイルは、マスタ登録ファイルとして登録情報格納データベース６００に保管される。
【００１４】
ファイル登録過程２１０
ファイル登録過程２１０の処理フローを図８に示す。他、図４、図９および図１０を用いて本過程を説明する。
【００１５】
Ｓｔｅｐ１：２１１
ファイルを登録するアプリケーションバージョンおよびファイルを登録する要因となったバグ管理表の番号を、エディタ１００により入力する。ここでは、アプリケーションバージョンとして「０１−０２−００」、バグ管理表番号として、「Ｂ１」が入力されたとする。
【００１６】
Ｓｔｅｐ２：２１２
バグ管理情報データベース７００より、入力されたバグ管理表番号「Ｂ１」を検索し、図４（ｂ）に示すバグ管理表番号Ｂ１の管理情報７６１を得る。管理情報７６１内の登録バージョン７５１とＳｔｅｐ１で入力したバージョンが一致するかを確認する。一致した場合、Ｓｔｅｐ３へ。しなかった場合、エディタ１００にてプログラム開発者へ通知し、Ｓｔｅｐ１にて再入力することが可能である。
【００１７】
Ｓｔｅｐ３：２１３
管理情報７６１より、登録ファイル７３１の一つであるファイルｚ７３２をエディタ１００に表示する。また、プログラム開発者はエディタ１００により登録するファイル名を指定する。エディタ１００に表示された１例を図９に示す。登録ファイル名１１１に図４（ｂ）のファイルｚ７３２が表示され、登録ファイル指定１１２にはプログラム開発者が指定した登録ファイルが表示される。
【００１８】
Ｓｔｅｐ４：２１４
登録ファイル１１１が既に存在しているか、プログラム格納データベース８００を検索する。存在する場合は、Ｓｔｅｐ７へ。存在しない場合、Ｓｔｅｐ５へ。
【００１９】
Ｓｔｅｐ５：２１５
プログラム格納データベース８００内に存在しないファイルを登録するか、エディタ１００によりプログラム開発者にダイアログ等を表示し確認する。登録する場合はＳｔｅｐ６へ。登録しない場合は、Ｓｔｅｐ９へ。この場合、別途バグ管理表内容の修正が必要となる。
【００２０】
Ｓｔｅｐ６：２１６
登録するファイルのフォルダが既に存在しているか、プログラム格納データベース８００を検索する。存在しない場合、フォルダを新規作成する。Ｓｔｅｐ７へ。
【００２１】
Ｓｔｅｐ７：２１７
テンポラリー２４０に登録ファイルを一時保存する。図９のファイルz１１２が登録された場合、図１０に示す格納形式２４１にて保存される。
【００２２】
Ｓｔｅｐ８：２１８
登録情報格納データベース６００を検索し、すでに図９のファイルz１１２が登録されているか検索する。登録されていた場合、エディタ１００によりプログラム開発者へ通知する。同じファイルの修正をプログラム開発者が意識していない場合があり、修正項目が欠落してしまう場合があるからである。また、この時点でファイルの登録を取り消すことも可能である。Ｓｔｅｐ９へ。
【００２３】
Ｓｔｅｐ９：２１９
図４（ｂ）バグ管理表番号Ｂ１７１１の登録ファイル７３１に上記Ｓｔｅｐ３〜Ｓｔｅｐ８を通ってないファイルがあればＳｔｅｐ３へ。ない場合、本過程は終了となる。本過程終了時、テンポラリー２４０内では図１０のファイル格納状態２４２となる。また、この時点でバグ管理表Ｂ１での登録ファイル７３１の登録を取り消すことも可能である。
【００２４】
登録ファイルの履歴確認過程２２０
ここでは、テンポラリー２４０に一時保存された登録ファイルに記述されている修正履歴を、バグ管理情報格納データベース７００及びプログラム情報格納データベース９００を利用して確認する。不適切な個所があった場合、エディタ１００を通し登録を実施したプログラム開発者に通知する。
図１１にファイルの修正履歴内容２４４を示す。ファイルバージョン２４５、ファイル変更日付２４６、ファイル修正者名２４７、ファイル修正の要因となったバグ管理表番号２４８である。
登録ファイルの履歴確認過程２２０の処理フローを図１２に示す。他、図４、図６、図１０、図１１を用いて本過程を説明する。ここでは、図１０のファイルｚ２４３に記述されている修正履歴（図１１）を、図４（ｂ）のバグ管理情報および図６のプログラム情報を利用して確認することを１例として示す。
【００２５】
Ｓｔｅｐ１：２２１
テンポラリー２４０に一時保存したファイルのうちの一つである図１０ファイルｚ２４３を参照し、図１１に示す修正履歴が記述されている個所２４４を検索する。検索範囲を決めるため、修正履歴のフォーマットはあらかじめ指定されているものとする。
【００２６】
Ｓｔｅｐ２：２２２
修正履歴のうち、バグ管理表番号Ｂ１が記載されている個所２４９を検索する。
バグ管理表番号Ｂ１が記載されている個所が存在した場合、Ｓｔｅｐ３へ。存在しない場合、Ｓｔｅｐ５へ。
【００２７】
Ｓｔｅｐ３：２２３
修正履歴２４９内のファイルバージョン２４５と図４（ｂ）に示すバグ管理表Ｂ１のもつファイルバージョン７３３の一致を確認する。さらに、図６に示すプログラム情報格納データベース９００の前ファイルバージョンと比較し、更新されていることを確認する。ファイルバージョンが正しい場合、Ｓｔｅｐ４へ。正しくない場合、Ｓｔｅｐ５へ。ここで例にしたファイルｚ２４３のファイルバージョンは０１−０１であるため新規登録ファイルである。この場合、プログラム情報格納データベース９００にファイルｚが存在しないことを確認する。
【００２８】
Ｓｔｅｐ４：２２４
修正履歴２４９内のファイル更新日付２４６と、図５に示すプログラム情報格納データベース９００の前ファイル更新日付とを比較し、ファイル更新日付２４６のほうが新しいことを確認する。新しい場合、Ｓｔｅｐ７へ。新しくない場合、Ｓｔｅｐ６へ。ここで例にしたファイルｚ２４３は新規登録ファイルである。この場合、比較を行う必要はない。
【００２９】
Ｓｔｅｐ５：２２５
登録されたファイル内に履歴情報の誤りが想定されるため、エディタにより登録者に修正を促す。登録者はこのエディタより、登録したファイル内の情報を参照し、修正することもできる。また、このファイルの登録を取り消すことも可能である。
【００３０】
Ｓｔｅｐ６：２２６
登録されたファイル自身が誤りであることが想定されるため、エディタにより登録者に確認を促す。この場合、このファイルの登録を取り消すことも可能である。
【００３１】
Ｓｔｅｐ７：２２７
図１０に示すテンポラリー２４０内の登録ファイル群２４２のうち、上記ＳＴｅｐ１からＳｔｅｐ４を通過していないファイルがあればＳｔｅｐ１へ。すべて通過した場合、本過程は終了となる。
【００３２】
登録ファイルの保存過程２３０
ここでは、テンポラリー２４０に一時保存され、ファイル登録過程２１０および登録ファイルの履歴確認過程２２０による確認が終了したファイルを、登録情報格納データベース６００に格納する。
本過程は、図２および図１０を用いて説明する。
図１０のテンポラリー２４０内の登録ファイル群２４２が、図２の登録情報格納データベース６００の登録バージョン６１０、バグ管理表番号Ｂ１６３０の登録ファイル群６２１としてコピーされる。
このように、登録バージョンに該当するバグ管理表番号の登録ファイルの確認をすべて終了すると、図２の登録ファイル群６６０が作成される。
【００３３】
マスタ登録確認部３００
マスタ登録確認部３００の処理過程を図１３に示す。ここではバグ管理情報格納データベース７００に格納された情報より、マスタ作成者が図２における登録ファイル情報６４０を作成し、この登録ファイル情報６４０にもとづき登録ファイル群６６０の確認を行う。ここでは複数のプログラム開発者によって、同じファイルが登録された場合の修正項目の欠落を確認する。確認後、これらの登録ファイル群６６０を図２の登録ファイル群６５０の構造にまとめ、保存する。
【００３４】
登録ファイル情報作成過程３１０
ここでは、バグ管理情報格納データベース７００に格納された情報より登録ファイル情報６４０を作成する。図４、図１４を用いて本過程を説明する。
例えば図４（ｂ）バグ管理表Ｂ１の管理情報７６１を利用し、登録するアプリケーションバージョンに対する図１４（ａ）形式のバグ管理表番号を基準にした情報６４１を作成する。バグ管理表番号を基準にした情報６４１をファイル名６４２を基準にソートし、図１４（ｂ）形式のファイル名を基準にした情報６４３を作成する。図１４（ａ）形式のバグ管理表番号を基準にした情報６４１にさらにファイルが複数登録されているかを示す登録数６４５、登録アプリケーションバージョン６４４が加わった情報となる。
【００３５】
登録ファイル確認過程３２０
ここでは登録ファイル情報作成過程３１０によって作成された図１４（ｂ）の登録ファイル情報６４３を使用し、同じファイルが異なるバグ管理表番号にて複数登録された場合に、修正項目が欠落していないかを確認し、図２の登録ファイル群６５０を作成する。
登録ファイル確認過程３２０の処理フローを図１５に示す。他、図２、図１４を用いて本過程を説明する。ここでは図２のアプリケーションバージョン０１−０２−００に対する登録ファイル群６６０が本過程での確認を通し、図２の登録ファイル群６５０として構成し直されることを１例に示す。またここでは、図２のファイルｅ６２２とファイルｅ６３２が同ファイルであり、バグ管理表Ｂ１６２０とＢ２６３０により登録されているものとする。
【００３６】
Ｓｔｅｐ１：３２１
図１４（ｂ）の登録ファイル情報６４３の各登録ファイルにて、登録数６４５を参照し、ファイルが複数のバグ管理表に属しているか確認する。属している場合、Ｓｔｅｐ２へ。属していない場合は、Ｓｔｅｐ６へ。ファイルｅ６４７の場合、登録数は２であるためＳｔｅｐ２へ。
【００３７】
Ｓｔｅｐ２：３２２
ファイルバージョン６４６を確認する。例えば図１４（ｂ）ファイルｅ６４７の場合、そのバージョンは０１−０２と０１−０３である。すべて同じファイルバージョンである場合、Ｓｔｅｐ３へ。そうでない場合は、Ｓｔｅｐ４へ。
【００３８】
Ｓｔｅｐ３：３２３
複数の登録があるが、バージョンはすべて同じファイルとなる。図２登録情報格納データベースに登録されている登録ファイルの修正履歴を順に参照し、各バグ管理表による修正履歴があるファイルを検索する。複数のバグ管理表分の修正履歴がすべて存在すればＳｔｅｐ６へ。存在しない場合は、Ｓｔｅｐ５へ。
【００３９】
Ｓｔｅｐ４：３２４
複数の登録により、バージョンが複数更新されているファイルとなる。最大バージョン番号をもつファイル中の修正履歴を参照し、複数のバグ管理表分の修正履歴があるか確認する。修正履歴が存在すればＳｔｅｐ７へ。存在しない場合は、Ｓｔｅｐ５へ。例えば図１４（ｂ）ファイルｅ６４７の場合、バージョン０１−０３をもつバグ管理表番号Ｂ２に登録されたファイルｅ（図２ファイルｅ６３２）にＢ１による修正、およびＢ２による修正が含まれているかを確認する。確認された場合、このファイルが登録ファイルｅ６５１としてＳｔｅｐ６ではコピーされる。
【００４０】
Ｓｔｅｐ５：３２５
修正項目が欠落しているため、再登録が必要である。エディタを通して結果をマスタ作成者に通知する。Ｓｔｅｐ７へ。マスタ作成者はこのファイルの登録を取り消すことも可能である。
【００４１】
Ｓｔｅｐ４：３２６
ファイル群６６０内のファイルを登録ファイル群６５０に、フォルダ構造を保った状態でコピーする。
【００４２】
Ｓｔｅｐ７：３２７
図１４（ｂ）ファイル名を基準にした情報６４３内の全ファイルの確認を終了したか。終了した場合、上記Ｓｔｅｐ５にてファイルの登録が取り消されたものがある場合、そのファイルに関する図１４（ｂ）の情報は消去され、本過程は終了となる。終了していない場合は、Ｓｔｅｐ１へ。
【００４３】
プログラムバージョンアップ部４００
ここでは、登録情報格納データベース６００内の図２登録ファイル群６５０を、フォルダツリー構造が同じであるプログラム格納データベース８００に上書きする。上書きされた後、使用しているコンパイラ等により、プログラムおよびアプリケーションが作成される。
【００４４】
プログラム情報作成部５００
ここでは、登録情報格納データベース６００中の図１４（ｂ）に示すファイル名を基準にした情報６４３を使用し、プログラム情報格納データベース９００内の図６に示すアプリケーション情報９１０、プログラム情報９２０、ソースプログラムの情報やデータファイルの情報９３０を更新する。
【００４５】
アプリケーション情報作成過程９６０
ここでは、プログラムバージョンアップ部４００にて更新されたアプリケーションのバージョン情報を作成し、これまでの情報に追加する。アプリケーションバージョンはエディタ１００により、人為的に付与する。たとえば、ｙ２／ｍ２／ｄ２にて０１−０２−００が作成された場合、図６（ａ）に更新日付と登録アプリケーションバージョン９１３が追加される。
【００４６】
プログラム情報作成過程９７０
ここでは、プログラムバージョンアップ部４００にて更新されたアプリケーションを構成するプログラムのバージョン情報を作成し、これまでの情報に追加する。
プログラム情報は、たとえば、登録ファイルに格納されている情報より引き出し、図６（ｂ）に示す更新日時９２２、プログラムバージョン９２３を作成する。登録アプリケーションバージョン９２４は、アプリケーション情報作成過程９６０にてエディタ１００より付与されたものとする。たとえば、ｙ２／ｍ２／ｄ２にて０１−０２−００が作成された場合、図６（ｂ）に更新日付と登録アプリケーションバージョン９２５が追加される。
【００４７】
ファイル情報作成過程９８０
ここでは、登録情報格納データベース６００内の情報をもとに、ファイル情報を作成し、これまでの情報に追加する。
たとえば、図１４（ｂ）ファイル名を基準にした情報６４３をもとに、ファイル名図６（ｃ）のファイル情報を作成する。図１４（ｂ）ファイル名を基準にした情報６４３に格納された全ファイルについて、たとえばファイルｃ６４８の場合、更新日付ｙ２／ｍ２／ｄ２とファイルバージョン０１−０４、登録アプリケーションバージョン０１−０２−００を新たな情報９４５として追加する。
【図面の簡単な説明】
【００４８】
【図１】本発明の、実施の形態を示す機能ブロック図を示す図である。
【図２】登録情報格納データベースの格納形式を示す図である。
【図３】プログラム格納データベースの格納形式を示す図である。
【図４】バグ管理情報格納データベースの格納形式を示す図である。
【図５】プログラム情報格納データベースの格納形式を示す図である。
【図６】プログラム情報格納データベースの情報内容を示す図である。
【図７】マスタ登録部の処理過程を示す図である。
【図８】ファイル登録過程の処理フローを示す図である。
【図９】ファイル登録過程でのファイル登録時のエディタ表示例を示す図である。
【図１０】テンポラリーでの登録ファイル1時保管例を示す図である。
【図１１】登録ファイルに記述される履歴情報例を示す図である。
【図１２】登録ファイルの履歴確認過程の処理フローを示す図である。
【図１３】マスタ登録確認部の処理過程を示す図である。
【図１４】登録情報格納データベースでの登録ファイル情報例を示す図である。
【図１５】登録ファイル確認過程の処理フローを示す図である。
【図１６】プログラム情報作成部の処理過程を示す図である。
【符号の説明】
【００４９】
１００…エディタ １１０…エディタ表示例 １１１…登録ファイル名例 １１２…登録ファイル指定例 ２００…マスタ登録部 ２１０…ファイル登録過程 ２２０…登録ファイルの履歴確認過程 ２３０…登録ファイル保存過程 ２４０…テンポラリー ３００…マスタ登録確認部 ３１０…登録ファイル情報作成過程 ３２０…登録ファイル確認過程 ４００…プログラムバージョンアップ部 ５００…プログラム情報作成部 ６００…登録情報格納データベース ６１０…登録情報格納データベースでの登録バージョン例 ６２０…登録情報格納データベースでのバグ管理表番号例 ６３０…登録情報格納データベースでのバグ管理表番号例 ６４０…登録情報格納データベースでの登録ファイル情報フォルダ例 ６５０…登録情報格納データベースでの登録ファイル群例 ６６０…登録情報格納データベースでの登録バージョンに該当するファイル群例 ７００…バグ管理情報格納データベース ７１０…バグ管理情報格納データベース内のバグ管理表番号 ７２０…バグ管理情報格納データベース内のバグ管理情報 ７３０…バグ管理情報格納データベース内のファイル名およびファイルバージョン ７４０…バグ管理表にて修正等を行ったファイルの登録者名 ７５０…バグ管理表にて修正等を行ったファイルの登録バージョン ７６０…バグ管理表番号がもつ管理情報 ８００…プログラム格納データベース ８１０…アプリケーション用フォルダ例 ８２０…ファイル格納フォルダツリー構造例 ９００…プログラム情報格納データベース ９１０…アプリケーション情報の構造上の位置 ９２０…プログラムα情報の構造上の位置 ９３０…プログラムβ情報の構造上の位置 ９４０…ファイルａ情報の構造上の位置 ９５０…ファイル情報ｂの構造上の位置 ９６０…アプリケーション情報作成過程 ９７０…プログラム情報作成過程 ９８０…ファイル情報作成過程
【図１】
2005301768.tif 000003
【図２】
2005301768.tif 000004
【図３】
2005301768.tif 000005
【図４】
2005301768.tif 000006
【図５】
2005301768.tif 000007
【図６】
2005301768.tif 000008
【図７】
2005301768.tif 000009
【図８】
2005301768.tif 000010
【図９】
2005301768.tif 000011
【図１０】
2005301768.tif 000012
【図１１】
2005301768.tif 000013
【図１２】
2005301768.tif 000014
【図１３】
2005301768.tif 000015
【図１４】
2005301768.tif 000016
【図１５】
2005301768.tif 000017
【図１６】
2005301768.tif 000018