(57)【要約】【課題】時間や手間をかけることなく、効率的に一括して全ての修正部分を反映させたバージョンを作成することができるソースプログラム一括修正方法を提供することを目的とする。【解決手段】上記の問題点を解決するために、ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムにおいて複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法であって、上記システムが、上記ソースプログラムデータベースを管理する基底ソースプログラム管理手順と、上記システムが、上記識別情報を参照して上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有する構成とされる。【選択図】        図３
2004178064.tif 000002
【特許請求の範囲】
【請求項１】
ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムにおいて複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法であって、
上記システムが、上記ソースプログラムデータベースを管理する基底ソースプログラム管理手順と、
上記システムが、上記識別情報を参照して上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有することを特徴とするソースプログラム一括修正方法。
【請求項２】
上記システムが、クライアント端末から送信されたソースプログラムに関する要求を判断する要求判断手順を有し、
上記抽出手順は、上記要求判断手順による要求判断結果が所定バージョンのソースプログラムの取得要求と判断されたとき、上記所定のバージョンのソースプログラムを上記クライアント端末に送信する送信手順を有することを特徴とする請求項１記載のソースプログラム一括修正方法。
【請求項３】
上記要求判断手順は、上記クライアント端末から上記要求と共に修正後のソースプログラムを受信する受信手順を有し、
上記基底ソースプログラム管理手順は、上記要求判断手順による要求判断結果が所定バージョンのソースプログラムの更新要求と判断されたとき、上記修正後のソースプログラムに基づいて上記基底ソースプログラムを更新することを特徴とする請求項２記載のソースプログラム一括修正方法。
【請求項４】
上記基底ソースプログラム管理手順は、上記送信手順により上記クライアント端末に送信した上記所定のバージョンのソースプログラムと上記修正後のソースプログラムとの差分に上記識別情報を付加する付加手順を有することを特徴とする請求項３記載のソースプログラム一括修正方法。
【請求項５】
複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法における処理をコンピュータに行なわせるためのプログラムであって、
上記ソースプログラムと、上記ソースプログラムの修正部分に修正を識別するための識別情報とを有する基底ソースプログラムを管理する基底ソースプログラム管理手順と、
上記識別情報を参照して、上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はソースプログラム一括修正方法に係り、特に、ソースプログラムに基づいて新たなバージョンを作成する際に、以前に作成された複数のバージョンの修正部分を反映させて一括修正するソースプログラム一括修正方法に関する。
【０００２】
また、本発明は、そのようなソースプログラム一括修正方法における処理をコンピュータに行わせるためのプログラムに関する。
【０００３】
【従来の技術】
従来、大規模なソフトウェア開発では、開発、改良（バグの修正）を進める過程でソースプログラムを修正した複数のバージョンが作成される。また、これらのバージョン毎に開発、改良を進めた場合、そのバージョンを修正したレベルが作成される。これらのソースプログラム、バージョン、レベルを効率的に管理するためソースプログラム管理システムが存在する。図１は、従来のソースプログラム管理システムを説明するための図である。図１（Ａ）に示すように、複数のバージョンは、初版のソースプログラムをそれぞれ基底ソースプログラムとして、出荷毎にバージョン１．０（Ｖ１．０）、バージョン２．０（Ｖ２．０）、バージョン３．０（Ｖ３．０）などと割り振られる。ここでは、出荷済みのバージョンがＶ３．０までとし、開発中のバージョンがＶ４．０とする。これらのバージョン（Ｖ１．０〜Ｖ４．０）は、ソースプログラム管理システムにより管理される。
【０００４】
上記出荷済のバージョンにバグが発生し、そのバグを修正する場合、それらの出荷済のバージョンに対する更新バージョン（レベル）が作成される。例えば、図１（Ｂ）に示すように、バージョン２．０（Ｖ２．０）を修正すると（ステップＳ１）、バージョン２．１（Ｖ２．１）として管理され、また、バージョン３．０（Ｖ３．０）を修正すると（ステップＳ２）、バージョン３．１（Ｖ３．１）として管理される。これらのバージョン２．１（Ｖ２．１）、３．１（Ｖ３．１）は、基底ソースプログラムとなるバージョン２．０（Ｖ２．０）、３．０（Ｖ３．０）の小数点以下を変更した番号が割り振られて管理される。また、バージョン３．０（Ｖ３．０）に基づいて開発が行われると（ステップＳ３）、開発中のバージョン４．０（Ｖ４．０）として管理される。
【０００５】
以下に、従来のソースプログラム管理システムにおける処理について説明する。図２は、従来のソースプログラム管理システムにおける処理を説明するための図である。図２において、クライアント３で新規登録ソースプログラム５が作成されると、ソースプログラム管理サーバ２へ送信される。ソースプログラム管理サーバ２では、要求解析処理部６により送信された新規登録ソースプログラム５に基づいて、クライアント３からの要求を解析する。この解析結果に基づいて、新規登録ソースプログラム５は、ソースプログラムデーターベース（以下、ＤＢと総称する）４に基底プログラム７として格納する。また、クライアント３から送信されたソースプログラムが、基底ソースプログラムに基づいて修正されたソースプログラムの場合、要求解析処理部６により更新バージョン８としてソースプログラムＤＢ４に格納する。従来のソースプログラム管理システム２では、更新バージョンを確定バージョンとして格納するＦｉｘバージョン９には格納されない。
【０００６】
【特許文献１】
特開平７−５６７２１号公報
【０００７】
【特許文献２】
特開平７−２００２５３号公報
【０００８】
【特許文献３】
特開２００２−２４２１１号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、図１（Ｂ）に示すように、従来のソースプログラム管理システムでは、バージョン３．０（Ｖ３．０）までが出荷済みで、次のバージョン４．０（Ｖ４．０）を作成する場合、バージョン３．０（Ｖ３．０）までで修正された、バージョン２．１（Ｖ２．１）、バージョン３．１（Ｖ３．１）の全ての修正部分を反映させなければならないため、手間と時間がかかってしまう。また、修正漏れや修正ミスが発生し、正確にソースプログラムへ全ての修正部分を反映させることができない場合がある。従って、バージョンの作成の効率及びバージョンの精度が低下してしまうという問題点があった。
【００１０】
また、所定のバージョンに対する更新バージョンを作成する場合、例えば、バージョン４．０（Ｖ４．０）に対する更新バージョンを作成するためには、バージョン４．０（Ｖ４．０）で反映させた修正作業を繰り返さなければならないため、更新バージョン作成時にも同様に効率及び精度が低下してしまうという問題点があった。
【００１１】
そこで、本発明の課題は、時間や手間をかけることなく、効率的に一括して全ての修正部分を反映させたバージョンを作成することができるソースプログラム一括修正方法及びその方法における処理をコンピュータに行わせるためのプログラムを提供することである。
【００１２】
【課題を解決するための手段】
上記の課題を解決するため、本発明は、ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムにおいて複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法であって、上記システムが、上記ソースプログラムデータベースを管理する基底ソースプログラム管理手順と、上記システムが、上記識別情報を参照して上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有する構成とされる。
【００１３】
このようなソースプログラム一括修正方法では、ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムが、ソースプログラムデータベースを管理し、識別情報を参照して基底ソースプログラムから所定のバージョンのソースプログラムを抽出することにより、時間や手間をかけることなく、効率的に一括して全ての修正部分を反映させたバージョンを作成することができる。
【００１４】
また、上記課題を解決するため、本発明は、上記ソースプログラム一括修正方法による処理をコンピュータに行なわせるためのプログラム及びそのプログラムを記録した記録媒体とすることもできる。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
図３は、本発明の実施の一実施例に係るソースプログラム一括修正方法におけるシステム構成図を示している。図３において、ソースプログラム一括修正方法におけるソースプログラム一括修正システム１０は、ソースプログラムを管理するソースプログラム管理サーバ２０と、ソースプログラムの開発、更新などを行う複数のクライアント３０とで構成されるシステムである。ソースプログラム管理サーバ２０と、クライアント３０は、ＬＡＮなどのネットワーク１を介して接続される。
【００１７】
図３において、ソースプログラム管理サーバ２０は、サーバコンピュータであって、ＣＰＵ（中央処理装置）によって各構成が制御される。ＣＰＵは、メモリユニットに格納されたプログラムに従ってソースプログラム一括修正方法での処理を行う。
【００１８】
ソースプログラム管理サーバ２０は、主に、ソースプログラム一括修正処理を実行するプログラムをインストールするインストーラ１１と、データの表示を制御する表示制御処理部１２と、データ通信を制御する通信制御処理部１３と、データの入出力を制御する入出力制御処理部１４と、クライアント３０からの要求を解析する要求解析処理部２２と、解析結果に基づいてソースプログラムを抽出するソースプログラム抽出処理部２３と、クライアント３０から送信されたソースプログラムを登録及び更新するソースプログラム登録更新処理部２４と、基底ソースプログラム、更新バージョンのソースソースプログラム及び、最後の更新バージョンとしてＦｉｘされたソースプログラムなどが格納されたソースプログラムＤＢ２１とで構成されている。
【００１９】
通信制御処理部１３は、ネットワーク１を介して送受信データを制御する処理部であって、ネットワーク網に接続するための通信ユニットを有する。表示制御処理部１２は、ディスプレイ等の表示ユニットを有し、表示用データを制御して該表示ユニットに表示させる。入出力制御処理部１４は、マウス、キーボード等の入力ユニット及びプリンタ等の出力ユニットを制御し、データの入出力を制御する。インストーラ１１は、本発明の一実施例に係るソースプログラム一括修正方法を実現するためのプログラムが記録された記録媒体４０から該プログラムを読み出し、その読み出されたプログラムを、例えば、補助記憶装置等にインストールする。そして、後述されるソースプログラム一括修正方法における処理が起動されると、補助記憶装置にインストールされた当該プログラムに従って、ＣＰＵがその処理を開始する。尚、記録媒体４０は、当該プログラムを格納する媒体としてＣＤ−ＲＯＭなど、コンピュータが読み取り可能な媒体であればよい。
【００２０】
要求解析処理部２２は、クライアント３０から送信されたソースプログラムに関する要求を解析する。ソースプログラム抽出処理部２３は、要求解析処理部２２による解析結果に基づいて、ソースプログラムＤＢ２１に格納されたソースプログラムを抽出する。ソースプログラム登録更新処理部２４は、解析結果に基づいてクライアント３０から送信されたソースプログラムを更新バージョンとしてソースプログラムＤＢ２１に格納する。
【００２１】
次に、基底ソースプログラムを登録する場合の処理について説明する。
【００２２】
図４は、ソースプログラム登録処理を説明するためのフローチャート図である。図４において、先ず、ステップＳ１０の処理で、クライアント３０からソースプログラムの要求がソースプログラム管理サーバ２０へ送信される。ステップＳ１１の処理で、ソースプログラム管理サーバ２０の要求解析処理部２２は、送信された要求を解析する。ステップＳ１２の処理で、ソースプログラム管理サーバ２０のソースプログラム抽出処理部２３は、解析結果に基づいてソースプログラムＤＢ２１に格納された所定のソースプログラムを抽出し、クライアント３０へ送信する。ステップＳ１３の処理で、クライアント３０では、送信されたソースプログラムを修正し、修正したソースプログラムを基底ソースプログラムとして登録する要求がソースプログラム管理サーバ２０へ送信される。ステップＳ１４の処理で、要求解析処理部２２は、送信された要求に基づいて、ソースプログラムが修正中であるか否かを判断する。
【００２３】
ステップＳ１４の処理で、ソースプログラムが修正中である場合、ステップＳ１５の処理で、ソースプログラム登録更新処理部２４は、登録要求時のソースプログラムに基づいて修正前のソースプログラムとの差分をとり、タグを付けて基底ソースプログラムとしてソースプログラムＤＢ２１に登録する。このタグについては以下で詳述する。ステップＳ１４の処理で、ソースプログラムが修正中でない場合、ステップＳ１６の処理で、要求解析処理部２２は、送信された要求の更新バージョンに確定更新バージョンが登録されているか、即ちＦｉｘされているか否かを判断する。ステップＳ１６の処理で、更新バージョンがＦｉｘされている場合、ステップＳ１７の処理で、要求解析処理部２２は、送信されたソースプログラムが登録できない旨のエラーをクライアント３０へ送信する。ステップＳ１８の処理で、クライアント３０は登録のエラーを受信する。ステップＳ１６の処理で、更新バージョンがＦｉｘされていない場合、ソースプログラム登録処理を終了する。
【００２４】
次に、更新バージョンのソースプログラムを更新する場合の処理について説明する。
【００２５】
図５は、ソースプログラム更新処理を説明するためのフローチャート図である。図５において、先ず、ステップＳ２０の処理で、クライアント３０からソースプログラムの要求がソースプログラム管理サーバ２０へ送信される。ステップＳ２１の処理で、ソースプログラム管理サーバ２０の要求解析処理部２２は、送信された要求を解析する。ステップＳ２２の処理で、ソースプログラム管理サーバ２０のソースプログラム抽出処理部２３は、解析結果に基づいてソースプログラムＤＢ２１に格納された所定のソースプログラムを抽出し、クライアント３０へ送信する。ステップＳ２３の処理で、クライアント３０では、送信されたソースプログラムを修正し、修正したソースプログラムを更新バージョンのソースプログラムとして更新する要求がソースプログラム管理サーバ２０へ送信される。ステップＳ２４の処理で、要求解析処理部２２は、送信された要求に基づいて、修正元のバージョンをＦｉｘステータス、新規のバージョンの場合修正中ステータスとする。ステップＳ２５の処理で、ソースプログラム登録更新処理部２４は、登録要求時のソースプログラムに基づいて修正元のバージョンのソースプログラムとの差分をとり、タグを付けて更新バージョンのソースプログラムとしてソースプログラムＤＢ２１に登録する。
【００２６】
次に、ソースプログラムに付加されるタグについて説明する。但し、タグ名として、ソースプログラムのバージョン番号（Ｖｎ．ｍ）（ｎは１以上、ｍは０以上）及び‘＋’、‘−’記号を用いる。タグ＜ｎ＋、ｍ＋＞＜／ｎ＋、ｍ＋＞に記述されるソースプログラムは、Ｖｎ．ｍを含むＶｎ．ｍ以降に反映させる。タグ＜ｎ−、ｍ−＞＜／ｎ−、ｍ−＞に記述されるソースプログラムは、Ｖｎ．ｍを含まないＶｎ．ｍ以前に反映させる。タグ＜ｎ、ｍ＋＞＜／ｎ、ｍ＋＞に記述されるソースプログラムは、Ｖｎ．ｍを含むＶｎ．ｍ以降、かつ、Ｖｎ＋１．０を含まないＶｎ＋１．０以前に反映させる。タグ＜ｎ、ｍ−＞＜／ｎ、ｍ−＞に記述されるソースプログラムは、Ｖｎ．ｍを含まないＶｎ．ｍ以前、または、Ｖｎ＋１．０を含むＶｎ＋１．０以項に反映させる。
【００２７】
次に、上記タグに従って、各修正ソースプログラムに対するタグを付加する方法について説明する。但し、タグが記述された修正元のソースプログラムを基底ソースプログラムとする。
【００２８】
図６は、修正ソースプログラムに対するタグを付加する方法について説明するための図である。尚、図６は、バージョン番号ｎについてのソースプログラムのみに反映させる場合を示している。図６（Ａ）は、ソースプログラム“Ａ”をソースプログラム“Ｂ”に修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ａ”にタグ＜ｎ、ｍ−＞＜／ｎ、ｍ−＞が付加され、ソースプログラム“Ｂ”にタグ＜ｎ、ｍ＋＞＜／ｎ、ｍ＋＞が付加される。これらのタグにより、Ｖｎ．ｍ以降、かつＶｎ＋１．０以前のソースプログラムにはソースプログラム“Ｂ”が反映され、Ｖｎ．ｍ以前、かつＶｎ＋１．０以降のソースプログラムにはソースプログラム“Ａ”が反映される。
【００２９】
図６（Ｂ）は、ソースプログラム“Ａ”の後にソースプログラム“Ｃ”を追加して修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ｃ”にタグ＜ｎ、ｍ＋＞＜／ｎ、ｍ＋＞が付加される。このタグにより、Ｖｎ．ｍ以降、かつＶｎ＋１．０以前のソースプログラムにはソースプログラム“Ａ”、ソースプログラム“Ｃ”が反映され、Ｖｎ．ｍ以前、かつＶｎ＋１．０以降のソースプログラムにはソースプログラム“Ａ”が反映される。
【００３０】
図６（Ｃ）は、ソースプログラム“Ａ”を削除して修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ａ”にタグ＜ｎ、ｍ−＞＜／ｎ、ｍ−＞が付加される。このタグにより、Ｖｎ．ｍ以降、かつＶｎ＋１．０以前のソースプログラムにはソースプログラム“Ａ”が反映され、Ｖｎ．ｍ以前、かつＶｎ＋１．０以降のソースプログラムにはソースプログラム“Ａ”が削除される。
【００３１】
このように、一つのバージョン（Ｖｎ．ｍ）に対して修正を行うことにより、同じバージョンの全てのソースプログラムに修正部分を反映させることができる。
【００３２】
図７は、修正ソースプログラムに対するタグを付加する方法について説明するための図である。尚、図７は、バージョン番号ｎ以降についてのソースプログラムに反映させる場合を示している。図７（Ａ）は、ソースプログラム“Ａ”をソースプログラム“Ｂ”に修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ａ”にタグ＜ｎ−、ｍ−＞＜／ｎ−、ｍ−＞が付加され、ソースプログラム“Ｂ”にタグ＜ｎ＋、ｍ＋＞＜／ｎ＋、ｍ＋＞が付加される。これらのタグにより、Ｖｎ．ｍ以降のソースプログラムにはソースプログラム“Ｂ”が反映され、Ｖｎ．ｍ以前のソースプログラムにはソースプログラム“Ａ”が反映される。
【００３３】
図７（Ｂ）は、ソースプログラム“Ａ”の後にソースプログラム“Ｃ”を追加して修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ｃ”にタグ＜ｎ＋、ｍ＋＞＜／ｎ＋、ｍ＋＞が付加される。このタグにより、Ｖｎ．ｍ以降のソースプログラムにはソースプログラム“Ａ”、  ソースプログラム“Ｃ”が反映され、Ｖｎ．ｍ以前のソースプログラムにはソースプログラム“Ａ”が反映される。
【００３４】
図７（Ｃ）は、ソースプログラム“Ａ”を削除して修正する場合を示している。修正前のソースプログラム“Ａ”に対して、修正後の基底ソースプログラムでは、ソースプログラム“Ａ”にタグ＜ｎ−、ｍ−＞＜／ｎ−、ｍ−＞が付加される。このタグにより、Ｖｎ．ｍ以降のソースプログラムにはソースプログラム“Ａ”  が削除され、Ｖｎ．ｍ以前のソースプログラムにはソースプログラム“Ａ”  が反映される。
【００３５】
このように、一つのバージョン（Ｖｎ．ｍ）に対して修正を行うことにより、修正された更新バージョンの全てのソースプログラムに修正部分を反映させることができる。
【００３６】
次に、ソースプログラム一括修正処理の一例について説明する。図８は、ソースプログラム一括修正処理の一例について説明するための図である。図８において、先ず、ステップＳ３０の処理で、クライアント３０では修正ソースプログラムが作成され、バージョンＶ１．０（例えば、ａ＝０；）として基底ソースプログラムがソースプログラム管理サーバ２０のソースプログラムＤＢ２１に格納される。ステップＳ３１の処理で、クライアント３０の要求に応じてソースプログラム管理サーバ２０からソースプログラム（バージョンＶ１．０）がクライアント３０に送信される。ステップＳ３２の処理で、クライアント３０ではバージョンＶ１．０のソースプログラムが修正され、バージョンＶ２．０（例えば、ａ＝０；ｂ＝１；）としてソースプログラム管理サーバ２０に送信される。ソースプログラム管理サーバ２０では、修正元バージョンＶ１．０のソースプログラムの修正部分にタグ＜２＋．０＋＞＜／２＋．０＋＞が付加されたバージョンＶ２．０の基底ソースプログラムがソースプログラムＤＢ２１に格納される。
【００３７】
ステップＳ３３の処理で、クライアント３０の要求に応じてソースプログラム管理サーバ２０からソースプログラム（バージョンＶ２．０）がクライアント３０に送信される。ステップＳ３４の処理で、クライアント３０ではバージョンＶ２．０のソースプログラムが修正され、バージョンＶ３．０（例えば、ａ＝０；ｂ＝１；ｃ＝２；）としてソースプログラム管理サーバ２０に送信される。ソースプログラム管理サーバ２０では、修正元バージョンＶ２．０のソースプログラムの修正部分にタグ＜３＋．０＋＞＜／３＋．０＋＞が付加されたバージョンＶ３．０の基底ソースプログラムがソースプログラムＤＢ２１に格納される。
【００３８】
ここで、バージョンＶ２．０のソースプログラムにバグが発生した場合、ステップＳ３５の処理で、クライアント３０の要求に応じてソースプログラム管理サーバ２０からソースプログラム（バージョンＶ２．０）がクライアント３０に送信される。ステップＳ３６の処理で、クライアント３０ではバージョンＶ２．０のソースプログラムのバグが修正され、バージョンＶ２．１（例えば、ａ＝０；ｂ＝３；）としてソースプログラム管理サーバ２０に送信される。ソースプログラム管理サーバ２０では、修正元バージョンＶ２．０のソースプログラムの削除修正部分にタグ＜２＋．１−＞＜／２＋．１−＞、追加修正部分にタグ＜２＋．１＋＞＜／２＋．１＋＞が付加されたバージョンＶ２．１の基底ソースプログラムがソースプログラムＤＢ２１に格納される。
【００３９】
また、ステップＳ３７の処理で、クライアント３０の要求に応じてソースプログラム管理サーバ２０からソースプログラム（バージョンＶ３．０）がクライアント３０に送信される。この場合、クライアント３０では、バージョンＶ２．１の修正部分が反映されたバージョンＶ３．０のソースプログラムを得ることができる。
【００４０】
次に、ソースプログラム管理サーバ２０での処理について説明する。図９は、ソースプログラム管理サーバにおける処理を説明するためのフローチャート図である。図９において、先ず、ステップＳ４０の処理で、ソースプログラム管理サーバ２０の要求解析処理部２２は、クライアント３０から送信された要求に基づいて、抽出するソースプログラムのバージョン（Ｖｎ．ｍ）を取得する。ステップＳ４１の処理で、要求解析処理部２２は、バージョン（Ｖｎ．ｍ）のソースプログラムを取得するか否かを判断する。ステップＳ４１の処理で、バージョン（Ｖｎ．ｍ）のソースプログラムを取得する場合、ステップＳ４２の処理で、ソースプログラム抽出処理部２３は、バージョン（Ｖｎ．ｍ）のソースプログラムをソースプログラムＤＢ２１から抽出する。ステップＳ４３の処理で、ソースプログラム抽出処理部２３は、抽出したソースプログラムをクライアント３０へ送信する。
【００４１】
ステップＳ４１の処理で、バージョン（Ｖｎ．ｍ）のソースプログラムを取得しない場合、ステップＳ４４の処理で、要求解析処理部２２は、バージョン（Ｖｎ．ｍ）のソースプログラムがＦｉｘされているか否かを判断する。ステップＳ４４の処理で、バージョン（Ｖｎ．ｍ）のソースプログラムがＦｉｘされている場合、ステップＳ４５の処理で、要求解析処理部２２は、バージョン（ｎ．ｍ）が更新バージョンであるか否かを判断する。
【００４２】
ステップＳ４５の処理で、バージョン（Ｖｎ．ｍ）が更新バージョンである場合、ステップＳ４６の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖｎ．ｍ）をＦｉｘバージョンとし、バージョン（Ｖｎ．ｍ＋１）を更新バージョンとしてソースプログラムＤＢ２１に登録する。ステップＳ４７の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖｎ＋１．０）が格納されているか否かを判断する。ステップＳ４７の処理で、バージョン（Ｖｎ＋１．０）が格納されている場合、処理を終了する。ステップＳ４７の処理で、バージョン（Ｖｎ＋１．０）が格納されていない場合、ステップＳ４８の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖｎ＋１．０）を更新バージョンとしてソースプログラムＤＢ２１に登録する。
【００４３】
ステップＳ４５の処理で、バージョン（Ｖｎ．ｍ）が更新バージョンでない場合、ステップＳ４９の処理で、要求解析処理部２２は、クライアント３０に登録できない旨のエラーを送信する。ステップＳ４４の処理で、バージョン（Ｖｎ．ｍ）のソースプログラムがＦｉｘされていない場合、ステップＳ５０の処理で、要求解析処理部２２は、バージョン（Ｖｎ．ｍ）が新規登録要求であるか否かを判断する。ステップＳ５０の処理で、バージョン（Ｖｎ．ｍ）が新規登録要求である場合、ステップＳ５１の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖ１．０）としてソースプログラムＤＢ２１に登録する。
【００４４】
ステップＳ５０の処理で、バージョン（Ｖｎ．ｍ）が新規登録要求でない場合、ステップＳ５２の処理で、要求解析処理部２２は、バージョン（Ｖｎ．ｍ）が更新バージョンであるか否かを判断する。ステップＳ５２の処理で、バージョン（Ｖｎ．ｍ）が更新バージョンである場合、ステップＳ５３の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖｎ．ｍ）を更新バージョンとしてソースプログラムＤＢ２１に格納された基底ソースプログラムを更新する。ステップＳ５２の処理で、バージョン（Ｖｎ．ｍ）が更新バージョンでない場合、ステップＳ５４の処理で、要求解析処理部２２は、クライアント３０に更新できない旨のエラーを送信する。
【００４５】
次に、上記ステップＳ４２のバージョン（Ｖｎ．ｍ）のソースプログラムの抽出処理について説明する。図１０は、ソースプログラム抽出処理を説明するためのフローチャート図である。図１０において、先ず、ステップＳ４２０の処理で、ソースプログラム抽出処理部２３は、抽出するソースプログラムのバージョン（Ｖｎ．ｍ）を取得する。ステップＳ４２１の処理で、ソースプログラム抽出処理部２３は、スキップフラグをＯＦＦに設定する。ステップＳ４２２の処理で、ソースプログラム抽出処理部２３は、ソースプログラムＤＢ２１から基底ソースプログラムを一行読み込む。ステップＳ４２３の処理で、ソースプログラム抽出処理部２３は、基底ソースプログラムに基づいて、スキップフラグがＯＮであるか否かを判断する。
【００４６】
ステップＳ４２３の処理で、スキップフラグがＯＮである場合、ステップＳ４２４の処理で、ソースプログラム抽出処理部２３は、基底ソースプログラムの読み込んだ行に終了タグがあるか否かを判断する。ステップＳ４２４の処理で、基底ソースプログラムの読み込んだ行に終了タグがある場合、ステップＳ４３１の処理で、ソースプログラム抽出処理部２３は、基底ソースプログラムの全ての行に対して処理が行われたか否かを判断する。ステップＳ４３１の処理で、基底ソースプログラムの全ての行に対して処理が行われた場合、ソースプログラム抽出処理を終了する。ステップＳ４３１の処理で、基底ソースプログラムの全ての行に対して処理が行われていない場合、ステップＳ４２２からの処理を繰り返す。ステップＳ４２４の処理で、基底ソースプログラムの読み込んだ行に終了タグがない場合、ステップＳ４２５の処理で、ソースプログラム抽出処理部２３は、スキップフラグをＯＦＦに設定し、ステップＳ４３１の処理を行う。
【００４７】
ステップＳ４２３の処理で、スキップフラグがＯＮでない場合、ステップＳ４２６の処理で、ソースプログラム抽出処理部２３は、基底ソースプログラムの読み込んだ行に開始タグがあるか否かを判断する。ステップＳ４２６の処理で、基底ソースプログラムの読み込んだ行に開始タグがある場合、ステップＳ４２７の処理で、ソースプログラム抽出処理部２３は、バージョン（Ｖｎ．ｍ）が開始タグの範囲内であるか否かを判断する。ステップＳ４２７の処理で、バージョン（Ｖｎ．ｍ）が開始タグの範囲内でない場合、ステップＳ４３１の処理を行う。ステップＳ４２７の処理で、バージョン（Ｖｎ．ｍ）が開始タグの範囲内である場合、ステップＳ４２８の処理で、ソースプログラム抽出処理部２３は、スキップフラグをＯＮに設定し、開始タグに対する終了タグを保持し、ステップＳ４３１の処理を行う。
【００４８】
ステップＳ４２６の処理で、基底ソースプログラムの読み込んだ行に開始タグがない場合、ステップＳ４２９の処理で、ソースプログラム抽出処理部２３は、基底ソースプログラムの読み込んだ行に終了タグがあるか否かを判断する。ステップＳ４２９の処理で、基底ソースプログラムの読み込んだ行に終了タグがある場合、ステップＳ４３１の処理を行う。ステップＳ４２９の処理で、基底ソースプログラムの読み込んだ行に終了タグがない場合、ステップＳ４３０の処理で、ソースプログラム抽出処理部２３は、読み込んだ行を抽出用ファイルに出力し、ステップＳ４３１の処理を行う。
【００４９】
次に、上記ステップＳ５３の基底ソースプログラムを更新処理について説明する。図１１〜図１３は、基底ソースプログラム更新処理を説明するためのフローチャート図である。図１１において、先ず、ステップＳ５３０の処理で、ソースプログラム登録更新処理部２４は、バージョン（Ｖｎ．ｍ）を更新バージョンとしてソースプログラムＤＢ２１に格納すると共に、更新範囲を指定する。ステップＳ５３１の処理で、ソースプログラム登録更新処理部２４は、更新バージョン（Ｖｎ．ｍ）のソースプログラムをソースプログラムＤＢ２１から抽出する。ステップＳ５３２の処理で、ソースプログラム登録更新処理部２４は、抽出したソースプログラムと更新要求のソースプログラムとの差分を取得する、即ち、抽出したソースプログラムと更新要求のソースプログラムとを比較し、更新されたソースプログラムを取得する。ステップＳ５３３の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、更新範囲がバージョンｎのみであるか否かを判断する。
【００５０】
図１２において、ステップＳ５３３の処理で、取得した差分に基づいて、更新範囲がバージョンｎのみでない場合、ステップＳ５３４の処理で、ソースプログラム登録更新処理部２４は、ソースプログラムＤＢ２１から基底ソースプログラムを一行読み込む。ステップＳ５３５の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、挿入されたソースプログラムであるか否かを判断する。ステップＳ５３５の処理で、挿入されたソースプログラムである場合、ステップＳ５３６の処理で、ソースプログラム登録更新処理部２４は、挿入されたソースプログラムにタグ＜ｎ＋、ｍ＋＞＜／ｎ＋、ｍ＋＞の間に括った間に追加する。ステップＳ５４１の処理で、ソースプログラム登録更新処理部２４は、基底ソースプログラムの全ての行に対して処理が行われたか否かを判断する。ステップＳ５４１の処理で、基底ソースプログラムの全ての行に対して処理が行われた場合、ソースプログラム登録更新処理を終了する。ステップＳ５４１の処理で、基底ソースプログラムの全ての行に対して処理が行われていない場合、ステップＳ５３４からの処理を繰り返す。
【００５１】
ステップＳ５３５の処理で、挿入されたソースプログラムでない場合、ステップＳ５３７の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、削除されたソースプログラムであるか否かを判断する。ステップＳ５３７の処理で、削除されたソースプログラムである場合、ステップＳ５３８の処理で、ソースプログラム登録更新処理部２４は、削除された修正部分をタグ＜ｎ−、ｍ−＞＜／ｎ−、ｍ−＞で括り、ステップＳ５４１の処理を行う。
【００５２】
ステップＳ５３７の処理で、削除されたソースプログラムでない場合、ステップＳ５３９の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、変更されたソースプログラムであるか否かを判断する。ステップＳ５３９の処理で、変更されたソースプログラムである場合、ステップＳ５４０の処理で、ソースプログラム登録更新処理部２４は、変更された修正部分をタグ＜ｎ−、ｍ−＞＜／ｎ−、ｍ−＞で括り、変更するソースプログラムにタグ＜ｎ＋、ｍ＋＞＜／ｎ＋、ｍ＋＞の間に括った間に追加し、ステップＳ５４１の処理を行う。
【００５３】
図１３において、ステップＳ５３３の処理で、取得した差分に基づいて、更新範囲がバージョンｎのみである場合、ステップＳ５４４の処理で、ソースプログラム登録更新処理部２４は、ソースプログラムＤＢ２１から基底ソースプログラムを一行読み込む。ステップＳ５４５の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、挿入されたソースプログラムであるか否かを判断する。ステップＳ５４５の処理で、挿入されたソースプログラムである場合、ステップＳ５４６の処理で、ソースプログラム登録更新処理部２４は、挿入されたソースプログラムにタグ＜ｎ、ｍ＋＞＜／ｎ、ｍ＋＞の間に括った間に追加する。ステップＳ５５１の処理で、ソースプログラム登録更新処理部２４は、基底ソースプログラムの全ての行に対して処理が行われたか否かを判断する。ステップＳ５５１の処理で、基底ソースプログラムの全ての行に対して処理が行われた場合、ソースプログラム登録更新処理を終了する。ステップＳ５５１の処理で、基底ソースプログラムの全ての行に対して処理が行われていない場合、ステップＳ５４４からの処理を繰り返す。
【００５４】
ステップＳ５４５の処理で、挿入されたソースプログラムでない場合、ステップＳ５４７の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、削除されたソースプログラムであるか否かを判断する。ステップＳ５４７の処理で、削除されたソースプログラムである場合、ステップＳ５４８の処理で、ソースプログラム登録更新処理部２４は、削除された修正部分をタグ＜ｎ、ｍ−＞＜／ｎ、ｍ−＞で括り、ステップＳ５５１の処理を行う。
【００５５】
ステップＳ５４７の処理で、削除されたソースプログラムでない場合、ステップＳ５４９の処理で、ソースプログラム登録更新処理部２４は、比較結果に基づいて、変更されたソースプログラムであるか否かを判断する。ステップＳ５４９の処理で、変更されたソースプログラムである場合、ステップＳ５５０の処理で、ソースプログラム登録更新処理部２４は、変更された修正部分をタグ＜ｎ、ｍ−＞＜／ｎ、ｍ−＞で括り、変更するソースプログラムにタグ＜ｎ、ｍ＋＞＜／ｎ、ｍ＋＞の間に括った間に追加し、ステップＳ５５１の処理を行う。
【００５６】
次に、クライアント３０からソースプログラム管理サーバ２０から所定のバージョンのソースプログラムを取得する処理を説明する。図１４は、ソースプログラム取得処理を説明するための図である。尚、ソースプログラム管理サーバ２０のソースプログラムＤＢ３１には、基底ソースプログラム２１０と更新バージョンのソースプログラム２１１とＦｉｘバージョン２１２とが格納されている。図１４において、先ず、クライアント３０から所定のバージョンのソースプログラム取得要求３０１がソースプログラム管理サーバ２０に送信され、ソースプログラム管理サーバ２０の要求解析処理部２２により要求が解析される。ソースプログラム抽出処理部２３は、解析結果に基づいて、基底ソースプログラム２１０から所定のバージョン（Ｖｎ．ｍ）のソースプログラム３００を抽出し、クライアント３０へ送信する。
【００５７】
次に、ソースプログラムをＦｉｘ要求する場合の処理について説明する。図１５は、ソースプログラムＦｉｘ要求処理を説明するための図である。図１５において、先ず、クライアント３０から所定のバージョン（Ｖｎ．ｍ）のソースプログラムＦｉｘ要求３０５がソースプログラム管理サーバ２０に送信され、ソースプログラム管理サーバ２０の要求解析処理部２２により要求が解析される。ソースプログラム登録更新処理部２４は、解析結果に基づいて、更新バージョン２１５のうちバージョン（Ｖｎ．ｍ）を削除し、次のバージョン（Ｖｎ＋１．０）が存在する場合、更新バージョン（Ｖｎ．ｍ＋１）を追加した更新バージョン２１６を登録する。尚、ここで、更新バージョン２１５に次のバージョン（Ｖｎ＋１．０）が存在しない場合、更新バージョン２１５のうちバージョン（Ｖｎ＋１．０）を追加する。また、ソースプログラム登録更新処理部２４は、解析結果に基づいて、Ｆｉｘバージョン２１７にＦｉｘバージョン（Ｖｎ．ｍ）を追加したＦｉｘバージョン２１８を登録する。
【００５８】
次に、基底ファイルを更新する場合の処理について説明する。図１６は、基底ファイル更新処理を説明するための図である。図１６において、先ず、クライアント３０から所定のバージョン（Ｖｎ．ｍ）のソースプログラム３０６及び更新要求がソースプログラム管理サーバ２０に送信され、ソースプログラム管理サーバ２０の要求解析処理部２２により要求が解析される。ソースプログラム登録更新処理部２４は、解析結果に基づいて、ソースプログラムＤＢ２１からバージョン（Ｖｎ．ｍ）の基底ソースプログラムを抽出し、クライアント３０から送信されたバージョン（ｎ．ｍ）の更新ソースプログラムとの差分を取得する。また、ソースプログラム登録更新処理部２４は、取得した差分にタグを付加して基底ソースプログラム２１０を更新する。
【００５９】
次に、クライアント３０でのソースプログラム一括修正処理における画面遷移について説明する。図１７は、ソースプログラム一括修正処理における画面遷移を示す図である。図１７（Ａ）、（Ｂ）において、新規登録を行う場合の画面遷移を示しており、クライアント３０側で表示され、ソースプログラム管理サーバ２０と接続される。図１７（Ａ）に示す画面３１０には、選択項目「新規登録」、「更新」、「Ｆｉｘ」、「取得」を選択する選択域３１１と、選択された要求項目に対する次の画面を表示するためのボタン３１２と、要求項目の選択処理をキャンセルするためのキャンセルボタン３１３とが表示される。例えば、画面３１０の選択域３１１の選択項目「新規登録」がチェックされ、ボタン３１２が選択されると、図１７（Ｂ）に示す新規登録画面３１５が表示される。
【００６０】
図１７（Ｂ）の新規登録画面３１５には、新規登録を行うソースプログラムを指定するための新規登録ファイルパス入力域３１６と、新規登録要求を送信するための送信ボタン３１７と、新規登録要求処理をキャンセルするためのキャンセルボタン３１８とが表示される。例えば、画面３１５の入力域３１６に新規登録ファイルパスが入力され、送信ボタン３１７が選択されると、図９に示すソースプログラム管理サーバ２０での新規登録処理が行われる。
【００６１】
図１８は、ソースプログラム一括修正処理における画面遷移を示す図である。図１８（Ａ）、（Ｂ）において、更新要求を行う場合の画面遷移を示しており、クライアント３０側で表示され、ソースプログラム管理サーバ２０と接続される。図１８（Ａ）の画面は、図１７（Ａ）に示す画面３１０とほぼ同様であるため、同様の表示については、同符号を付して説明を省略する。例えば、図１８（Ａ）の選択域３２０の選択項目「更新」がチェックされ、ボタン３１２が選択されると、図１８（Ｂ）に示す更新画面３２４が表示される。
【００６２】
図１８（Ｂ）の新規登録画面３２４には、更新を行うソースプログラムを指定するための更新ファイルパス入力域３２５と、バージョン番号（Ｖ（バージョン）．Ｌ（レベル））を入力するための入力域３２６、３２７と、更新範囲を選択する選択域３２８と、更新要求を送信するための送信ボタン３２９と、更新要求処理をキャンセルするためのキャンセルボタン３３０とが表示される。例えば、画面３１５の入力域３２５に更新登録ファイルパスと、入力域３２６、３２７にバージョン番号が入力され、選択域３２８の更新範囲及び送信ボタン３１７が選択されると、図９に示すソースプログラム管理サーバ２０での更新処理が行われる。
【００６３】
図１９は、ソースプログラム一括修正処理における画面遷移を示す図である。図１９（Ａ）、（Ｂ）において、Ｆｉｘ要求を行う場合の画面遷移を示しており、クライアント３０側で表示され、ソースプログラム管理サーバ２０と接続される。図１９（Ａ）の画面は、図１７（Ａ）に示す画面３１０とほぼ同様であるため、同様の表示については、同符号を付して説明を省略する。例えば、図１９（Ａ）の選択域３３１の選択項目「Ｆｉｘ」がチェックされ、ボタン３１２が選択されると、図１９（Ｂ）に示すＦｉｘ要求画面３３２が表示される。
【００６４】
図１９（Ｂ）のＦｉｘ要求画面３３２には、Ｆｉｘバージョン番号（Ｖ（バージョン）．Ｌ（レベル））を入力するための入力域３３３、３３４と、Ｆｉｘ要求を送信するための送信ボタン３３５と、Ｆｉｘ要求処理をキャンセルするためのキャンセルボタン３３６とが表示される。例えば、画面３３２の入力域３３３、３３４にＦｉｘバージョン番号が入力され、送信ボタン３３５が選択されると、図９に示すソースプログラム管理サーバ２０でのＦｉｘバージョンの登録処理が行われる。
【００６５】
図２０は、ソースプログラム一括修正処理における画面遷移を示す図である。図２０（Ａ）、（Ｂ）において、ソースプログラムの取得要求を行う場合の画面遷移を示しており、クライアント３０側で表示され、ソースプログラム管理サーバ２０と接続される。図２０（Ａ）の画面は、図１７（Ａ）に示す画面３１０とほぼ同様であるため、同様の表示については、同符号を付して説明を省略する。例えば、図２０（Ａ）の選択域３３７の選択項目「取得」がチェックされ、ボタン３１２が選択されると、図２０（Ｂ）に示す取得要求画面３３８が表示される。
【００６６】
図２０（Ｂ）の取得要求画面３３８には、取得するソースプログラムを指定するための取得ファイルパス入力域３３９と、バージョン番号（Ｖ（バージョン）．Ｌ（レベル））を入力するための入力域３４０、３４１と、取得要求を送信するための送信ボタン３４２と、取得要求処理をキャンセルするためのキャンセルボタン３４３とが表示される。例えば、画面３３８の入力域３３９に更新登録ファイルパスと、入力域３４０、３４１にバージョン番号が入力され、送信ボタン３４２が選択されると、図９に示すソースプログラム管理サーバ２０での取得処理が行われる。
【００６７】
このように、修正元のソースプログラムと、修正されたソースプログラムとを比較し、比較結果から修正部分に対してタグを付加して基底ソースプログラムを更新し、ソースプログラム管理サーバ２０で管理することで、クライアント３０から取得要求があった所定バージョンに応じて全ての修正部分が反映されたソースプログラムを、時間や手間をかけることなく、効率的に一括して作成することができる。
（付記１）  ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムにおいて複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法であって、上記システムが、上記ソースプログラムデータベースを管理する基底ソースプログラム管理手順と、
上記システムが、上記識別情報を参照して上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有することを特徴とするソースプログラム一括修正方法。
（付記２）  上記システムが、クライアント端末から送信されたソースプログラムに関する要求を判断する要求判断手順を有し、
上記抽出手順は、上記要求判断手順による要求判断結果が所定バージョンのソースプログラムの取得要求と判断されたとき、上記所定のバージョンのソースプログラムを上記クライアント端末に送信する送信手順を有することを特徴とする付記１記載のソースプログラム一括修正方法。
（付記３）  上記要求判断手順は、上記クライアント端末から上記要求と共に修正後のソースプログラムを受信する受信手順を有し、
上記基底ソースプログラム管理手順は、上記要求判断手順による要求判断結果が所定バージョンのソースプログラムの更新要求と判断されたとき、上記修正後のソースプログラムに基づいて上記基底ソースプログラムを更新することを特徴とする付記２記載のソースプログラム一括修正方法。
（付記４）  上記基底ソースプログラム管理手順は、上記要求判断手順による要求判断結果が所定バージョンのソースプログラムの確定更新要求と判断されたとき、上記修正後のソースプログラムを確定更新バージョンのソースプログラムとして上記基底ソースプログラムを更新することを特徴とする付記３記載のソースプログラム一括修正方法。
（付記５）  上記要求判断手順は、上記修正後のソースプログラムが上記確定更新バージョンのソースプログラムであると判断したとき、上記クライアント端末に更新できない旨のエラーを送信するエラー送信手順を有することを特徴とする付記４記載のソースプログラム一括修正方法。
（付記６）  上記基底ソースプログラム管理手順は、上記送信手順により上記クライアント端末に送信した上記所定のバージョンのソースプログラムと上記修正後のソースプログラムとの差分に上記識別情報を付加する付加手順を有することを特徴とする付記３乃至５いずれか一項記載のソースプログラム一括修正方法。
（付記７）  上記付加手順は、上記差分が挿入されたソースプログラムであるか、削除されたソースプログラムであるか、変更されたソースプログラムであるか否かを判断する判断手順を有することを特徴とする付記６記載のソースプログラム一括修正方法。
（付記８）  上記付加手順は、上記識別情報を付加するソースプログラムのバージョンの範囲を判断する範囲判断手順を有することを特徴とする付記６又は７記載のソースプログラム一括修正方法。
（付記９）  上記識別情報は、上記ソースプログラムの第１バージョン情報と、該第１バージョン情報に対して細分化された第２バージョン情報とで示される上記バージョンにおいて、上記第１バージョン情報と上記第２バージョン情報とのそれぞれに対して以前、又は以降を示す補助情報を用いたタグにより記述されることを特徴とする付記１乃至８いずれか一項記載のソースプログラム一括修正方法。
（付記１０）  上記クライアント端末に上記要求を選択する画面を表示させる表示手順を有することを特徴とする付記２乃至９いずれか一項記載のソースプログラム一括修正方法。
（付記１１）  ソースファイルと、ソースファイルに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースファイルを格納するソースファイルデータベースを有するシステムにおいて複数のバージョンファイルの全ての修正を一括して行うファイル一括修正方法であって、
上記システムが、上記ソースファイルデータベースを管理する基底ソースファイル管理手順と、
上記システムが、上記識別情報を参照して上記基底ソースファイルから所定のバージョンのソースファイルを抽出する抽出手順とを有することを特徴とするソースファイル一括修正方法。
（付記１２）  複数のバージョンに対するソースプログラムの全ての修正を一括して行うソースプログラム一括修正方法における処理をコンピュータに行なわせるためのプログラムであって、
上記ソースプログラムと、上記ソースプログラムの修正部分に修正を識別するための識別情報とを有する基底ソースプログラムを管理する基底ソースプログラム管理手順と、
上記識別情報を参照して、上記基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有することを特徴とするプログラム。
（付記１３）  複数のバージョンに対するソースプログラムの修正を一括して行うソースプログラム一括修正方法における処理をコンピュータに行なわせるためのプログラムを格納した記録媒体であって、
上記ソースプログラムと、上記ソースプログラムの修正部分に修正を識別するための識別情報とを有する基底ソースプログラムを管理する基底ソースプログラム管理手順と、
上記基底ソースプログラムの上記識別情報に基づいて、該基底ソースプログラムから所定のバージョンのソースプログラムを抽出する抽出手順とを有することを特徴とするプログラムを格納した記録媒体。
【００６８】
【発明の効果】
上述の如く本発明によれば、ソースプログラムと、ソースプログラムに対する修正の履歴に関する情報を持つ識別情報とからなる基底ソースプログラムを格納するソースプログラムデータベースを有するシステムが、ソースプログラムデータベースを管理し、識別情報を参照して基底ソースプログラムから所定のバージョンのソースプログラムを抽出することにより、時間や手間をかけることなく、効率的に一括して全ての修正部分を反映させたバージョンを作成することができる。
【図面の簡単な説明】
【図１】従来のソースプログラム管理システムを説明するための図である。
【図２】従来のソースプログラム管理システムにおける処理を説明するための図である。
【図３】本発明の一実施例に係るソースプログラム一括修正方法におけるシステム構成図を示している。
【図４】ソースプログラム登録処理を説明するためのフローチャート図である。
【図５】ソースプログラム更新処理を説明するためのフローチャート図である。
【図６】修正ソースプログラムに対するタグを付加する方法について説明するための図である。
【図７】修正ソースプログラムに対するタグを付加する方法について説明するための図である。
【図８】ソースプログラム一括修正処理の一例について説明するための図である。
【図９】ソースプログラム管理サーバにおける処理を説明するためのフローチャート図である。
【図１０】ソースプログラム抽出処理を説明するためのフローチャート図である。
【図１１】基底ソースプログラム更新処理を説明するためのフローチャート図である。
【図１２】基底ソースプログラム更新処理を説明するためのフローチャート図である。
【図１３】基底ソースプログラム更新処理を説明するためのフローチャート図である。
【図１４】ソースプログラム取得処理を説明するための図である。
【図１５】ソースプログラムＦｉｘ要求処理を説明するための図である。
【図１６】基底ファイル更新処理を説明するための図である。
【図１７】ソースプログラム一括修正処理における画面遷移を示す図である。
【図１８】ソースプログラム一括修正処理における画面遷移を示す図である。
【図１９】ソースプログラム一括修正処理における画面遷移を示す図である。
【図２０】ソースプログラム一括修正処理における画面遷移を示す図である。
【符号の説明】
１            ネットワーク
１０          ソースプログラム一括修正システム
１１          インストーラ
１２          表示制御処理部
１３          通信制御処理部
１４          入出力制御処理部
２０          ソースプログラム管理サーバ
２１          ソースプログラムＤＢ
２２          要求解析処理部
２３          ソースプログラム抽出処理部
２４          ソースプログラム登録更新処理部
３０          クライアント
４０          記録媒体
【図１】
2004178064.tif 000003
【図２】
2004178064.tif 000004
【図３】
2004178064.tif 000005
【図４】
2004178064.tif 000006
【図５】
2004178064.tif 000007
【図６】
2004178064.tif 000008
【図７】
2004178064.tif 000009
【図８】
2004178064.tif 000010
【図９】
2004178064.tif 000011
【図１０】
2004178064.tif 000012
【図１１】
2004178064.tif 000013
【図１２】
2004178064.tif 000014
【図１３】
2004178064.tif 000015
【図１４】
2004178064.tif 000016
【図１５】
2004178064.tif 000017
【図１６】
2004178064.tif 000018
【図１７】
2004178064.tif 000019
【図１８】
2004178064.tif 000020
【図１９】
2004178064.tif 000021
【図２０】
2004178064.tif 000022