JP2001265572A - ソースプログラム管理装置、方法、及びそのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 編集作業の入力間違い、修正履歴登録漏れ、
高い版数のソースプログラムへの修正内容の反映漏れや
誤反映、コンパイルサーバへの転送漏れや誤転送等の問
題が発生しないソースプログラム管理装置及びその方法
を提供する。 【解決手段】 エディット管理部３において入力された
ソースプログラムの修正は、修正履歴管理部４にて自動
的に記録されて管理される。また、その修正内容は、自
動的に次Ｖｅｒｓｉｏｎ反映管理部６において、平行し
て開発されている次の版数のソースプログラムにも適用
される。コンパイル管理部９では、上述のソースプログ
ラムのコンパイルを実施し、ソースプログラムの誤記の
有無を検査する。コンパイルが成功するソースプログラ
ムは誤記がないものとして、ソースプログラム転送管理
部１１におけるコンパイルサーバへの転送対象となり、
指定されたソースプログラムはコンパイルサーバへ転送
される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、大規模システム
開発の際の分散開発を支援するソースプログラム管理装
置、方法、及びそのプログラムを記録した記録媒体に関
する。

【０００２】

【従来の技術】従来、大規模システムに関するソフトウ
ェア開発は、一般的に何段階かに分けてシステムの機能
アップを行う。この時、ソフトウェア開発は、各機能ア
ップ毎に版数を設定し、機能を上げると版数も上がるよ
うに管理しながら遂行される。各版数のソフトウェアの
開発日程は、開発期間に余裕があれば低い版数のソフト
ウェアの開発を完成させてから、次の高い版数のソフト
ウェアの開発に着手する。しかし、開発期間の短縮を迫
られる近年は複数の版数のソフトウェアの開発期間を重
複させ、低い版数のソフトウェアの開発がある程度進ん
だところで、それを元にして次の高い版数のソフトウェ
アの開発に着手する。この場合、低い版数のソフトウェ
アで発見されたバグやアルゴリズムの誤りといった問題
の解決策や、低い版数のソフトウェアに後から盛り込ま
れた新たな機能は、高い版数のソフトウェアにも適用さ
れなければならない。

【０００３】このような開発手順において、従来の開発
手法は以下のようなものであった。すなわち、開発者が
ソースプログラムの編集作業の後、編集内容の確認作業
を行う場合、開発者は編集前後のソースプログラムの表
示を見ながら編集内容の確認作業を行っていた。一例を
示すと、編集前ソースプログラムを図７の（１）、編集
後のソースプログラムを図７の（２）とすると、編集前
後の表示は図１１に示すようなものであった。また、ソ
ースプログラムの修正履歴管理作業は、従来の修正履歴
管理ツールにより、リポジトリと呼ばれる修正履歴デー
タベースを設けて作業を行っていた。これを、従来例の
ソースプログラムの修正履歴管理動作を説明する模式図
として、図１２に示す。図１２において、低い版数のソ
ースプログラムのリポジトリを”ＶｅｒｓｉｏｎＮリポ
ジトリ”、高い版数のソースプログラムのリポジトリ
を”ＶｅｒｓｉｏｎＮ＋１リポジトリ”とする。図は右
方向へ時系列の操作を表す。従来の履歴管理ツールは、
分岐と呼ばれる開発者からの命令により、”Ｖｅｒｓｉ
ｏｎＮリポジトリ”から”ＶｅｒｓｉｏｎＮ＋１リポジ
トリ”を作成する（操作ｆ）。そして、各々の版数のソ
ースプログラムに編集を行う場合、開発者に、リポジト
リより最新版のソースプログラムの取り出し（操作
ａ）、その編集（操作ｂ）、再度リポジトリへの格納
（操作ｃ）の各操作を行わせていた。格納時に、修正履
歴管理ツールはソースプログラムの編集前後の差分と最
新のソースプログラムをリポジトリに記録することによ
り、各版数毎のソースプログラムの修正履歴管理を行っ
ていた。また、従来の修正管理ツールでは、”Ｖｅｒｓ
ｉｏｎＮリポジトリ”と作成された”ＶｅｒｓｉｏｎＮ
＋１リポジトリ”の関係は、以下のようになる。すなわ
ち、”ＶｅｒｓｉｏｎＮリポジトリ”を主の幹とする
と、そこから分岐された”ＶｅｒｓｉｏｎＮ＋１リポジ
トリ”はその枝である。このリポジトリ間では、枝にあ
たるリポジトリに対する修正は、合成と呼ばれる命令
（操作ｅ）により、幹にあたるリポジトリへ適用可能で
あった。しかし、その逆の、幹にあたるリポジトリに対
する修正を、枝にあたるリポジトリへ適用することはで
きなかった。更に、システム全体のソースプログラムを
管理するコンパイルサーバへの完成したソースプログラ
ムの転送は、開発者が選択したソースプログラムをその
ままコンパイルサーバへ転送していた。

【０００４】

【発明が解決しようとする課題】しかし、図１１に示し
たような表示方法では、編集前後のソースプログラムが
独立しているため、編集内容が視覚的に確認しづらく、
編集作業の入力間違いが起こり易かった。また、図１２
に示す従来の修正履歴管理ツールによる修正履歴管理で
は、各版数毎の修正履歴データベースが独立に設けられ
ており、その間の修正履歴管理は手作業によるため、開
発者の記憶間違いによる修正履歴登録漏れ、修正履歴誤
登録が発生していた。更に、従来の修正履歴管理ツール
は、後から作成される高い版数のソースプログラムへの
修正履歴を、開発が先行する低い版数のソースプログラ
ムへ適用することは可能であったが、その逆の低い版数
のソースプログラムへの修正履歴を、高い版数のソース
プログラムへ適用することはできなかった。よって、本
来、開発が先行する低い版数のソースプログラムに関す
る修正履歴を、高い版数のソースプログラムへ適用した
いという開発者の希望に反しており、その目的では使用
できなかった。また、開発者の選択したソースプログラ
ムをそのままコンパイルサーバへ転送するので、コンパ
イルサーバへの転送漏れや誤ったソースプログラムの転
送等の問題が発生していた。このように、従来の開発環
境は、編集作業、修正履歴管理作業、各版数間の修正部
分の反映作業、ソースプログラムの転送作業等の各作業
が独立しており、開発者は各作業間のデータの受け渡し
を手作業で行っていたため、開発者による作業漏れや作
業誤りが多かった。更にツールが独立しているために、
表示やバージョン管理が統一できずに、開発者はそれら
を管理するために非常に多くの手間をかけていた。以上
の問題点により、従来は大規模システム開発の際に効率
的な分散開発を行うことができなかった。

【０００５】本発明は、上記問題点に鑑みてなされたも
ので、効率的に分散開発の行えるソースプログラム管理
装置を提供することを目的とする。より具体的には、編
集作業の入力間違い、修正履歴登録漏れ、修正履歴誤登
録、高い版数のソースプログラムへの修正内容の反映漏
れや誤反映、更には、コンパイルサーバへの転送漏れや
誤転送等の問題が発生しないソースプログラム管理装
置、方法、及びそのプログラムを記録した記録媒体を提
供することを目的とする。

【０００６】

【課題を解決するための手段】上記問題点を解決するた
めに、本発明は、分散開発用のソースプログラム管理装
置であって、ソースプログラムの編集機能を持ち、現版
数のソースプログラムと、その編集された新しいソース
プログラムとの差分を表示し、編集したファイルのファ
イル名とその存在ディレクトリをファイル管理情報とし
て出力するエディット管理手段と、エディット管理手段
が出力するファイル管理情報を受け、該ファイル管理情
報の示す現版数のソースプログラムと新しいソースプロ
グラムの違いを抽出して、修正履歴として第１の修正履
歴データベースに記録する修正履歴管理手段とを設けた
ことを特徴とする。以上の構成により、ソースプログラ
ムの編集作業と、その修正履歴登録作業を連動して行う
ことが可能となる。

【０００７】本発明は、上記ソースプログラム管理装置
において、現版数のソースプログラムの修正履歴を管理
する第１の修正履歴データベースに加えて、次の版数の
ソースプログラムの修正履歴を管理する第２の修正履歴
データベースと、第２の修正履歴データベースに合成す
る、第１の修正履歴データベースの写像である第３の修
正履歴データベースを作成する次Ｖｅｒｓｉｏｎ設定機
能手段と、第１の修正履歴データベースに格納された修
正を自動的に前記第３の修正履歴データベースへ複写す
る複写手段と、第２の修正履歴データベースと該第３の
修正履歴データベースを合成する合成手段とを含む次Ｖ
ｅｒｓｉｏｎ反映管理手段とを設けたことを特徴とす
る。以上の構成により、現版数ソースプログラムの編集
作業内容を、自動的に次の版数のソースプログラムに適
用することが可能となる。

【０００８】本発明は、上記ソースプログラム管理装置
において、ソースプログラムをコンパイルして、コンパ
イル成功時のコンパイル日時を記録するコンパイル管理
手段を設けたことを特徴とする。以上の構成により、現
版数ソースプログラムがコンパイルサーバへ転送するに
ふさわしいかどうかをチェックすることが可能となる。

【０００９】本発明は、上記ソースプログラム管理装置
において、コンパイル管理手段の記録したコンパイル日
時と、ファイル管理情報の示すソースプログラムの編集
日時を比較して、該ソースプログラムをシステム全体の
ソースプログラムを管理するコンパイルサーバへ転送す
るか否かを判断し、編集日時よりコンパイル日時が新し
い場合、コンパイルサーバへソースプログラムを転送す
ると共に、転送日時を記録するソースプログラム転送管
理手段を設けたことを特徴とする。以上の構成により、
作業実施状況を保存して、その情報を利用することによ
り、更にソースプログラムの編集作業と、そのソースプ
ログラムのコンパイルサーバへの転送作業を連動して行
うことが可能となる。

【００１０】本発明は、上記ソースプログラム管理装置
において、ソースプログラム転送管理手段は、ソースプ
ログラムの転送日時と編集日時を比較して、編集日時が
新しい時に未転送のソースプログラムとして抽出する抽
出手段を更に含むことを特徴とする。以上の構成によ
り、簡単に未転送のソースプログラムを検出できる。

【００１１】本発明は、上記ソースプログラム管理装置
において、コンパイル管理手段は、ソースプログラムを
コンピュータが理解できる形に変更できない場合、失敗
したことを開発者に対して通知する通知手段を更に含む
ことを特徴とする。以上の構成により、開発者にいち早
くソースプログラムの問題点を提示できる。

【００１２】本発明は、上記ソースプログラム管理装置
において、次Ｖｅｒｓｉｏｎ反映管理手段は、次の版数
のソースプログラムに対する自動修正が失敗した時に、
失敗したことを開発者に対して通知する通知手段を更に
含むことを特徴とする。以上の構成により、開発者に手
動による修正が必要なことを提示できる。

【００１３】本発明は、上記ソースプログラム管理装置
において、エディット管理手段は、編集前のソースプロ
グラムと編集後のソースプログラムとの差分情報を、１
個のソースプログラム上に変更、追加、削除の説明を付
けて表示する表示手段を更に含むことを特徴とする。以
上の構成により、開発者に編集の前後を比較しやすい表
示を与えることができる。

【００１４】本発明は、ソースプログラム管理システム
であって、上記ソースプログラム管理装置、及び上記ソ
ースプログラム管理装置とコンピュータネットワークを
介して接続された、システム全体のソースプログラムを
管理するコンパイルサーバとを含むことを特徴とする。

【００１５】本発明は、分散開発用のソースプログラム
管理方法であって、現版数のソースプログラムの編集を
行うと共に、その編集された新しいソースプログラムと
の差分を表示し、編集したファイルのファイル名とその
存在ディレクトリをファイル管理情報として出力する処
理と、ファイル管理情報を受け、該ファイル管理情報の
示す現版数のソースプログラムと新しいソースプログラ
ムの違いを抽出して、修正履歴として第１の修正履歴デ
ータベースに記録する処理とを含むことを特徴とする。

【００１６】本発明は、分散開発用のソースプログラム
管理に用いられるプログラムを記録した記録媒体であっ
て、現版数のソースプログラムの編集を行うと共に、そ
の編集された新しいソースプログラムとの差分を表示
し、編集したファイルのファイル名とその存在ディレク
トリをファイル管理情報として出力する処理と、ファイ
ル管理情報を受け、該ファイル管理情報の示す現版数の
ソースプログラムと新しいソースプログラムの違いを抽
出して、修正履歴として第１の修正履歴データベースに
記録する処理をコンピュータに実行させることを特徴と
する。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。はじめに、ソースプログラ
ム管理装置が用いられるシステム構成を説明する。図１
０は、ソースプログラム管理装置が用いられるシステム
構成を説明した図である。図１０において、コンパイル
サーバ１０４はシステムの全ソースプログラムを管理
し、コンパイルを行う。ソースプログラム管理装置は、
ソースプログラム管理装置Ａ１０１、ソースプログラム
管理装置Ｂ１０２のように、システム全体の中で各機能
別ソースプログラムに対応して複数個用意され、コンピ
ュータネットワーク１０３を介してコンパイルサーバ１
０４に接続される。このシステムは、ソースプログラム
管理装置Ａ１０１やソースプログラム管理装置Ｂ１０２
の上で、開発者に各機能別のソースプログラムを設計さ
せ、設計が完了すると、各機能別ソースプログラムをコ
ンパイルサーバ１０４上に集めて全機能を有するソース
プログラムとしてコンパイルする。次にソースプログラ
ム管理装置の構成をより詳細に説明する。図１は本発明
の一実施の形態によるソースプログラム管理装置の構成
を示すブロック図である。図１において、本実施の形態
によるソースプログラム管理装置は、管理機能部３０と
コントロール部４０とからなる。また、本実施の形態に
よるソースプログラム管理装置上では、現版数のソース
プログラム５０や次の版数のソースプログラム６０が開
発され、その実体はファイル管理情報７０で管理され
る。ここで、管理機能部３０は、環境ファイル１と新Ｖ
ｅｒｓｉｏｎ設定機能部２を含む。また、コントロール
部４０は、エディット管理部３と、修正履歴管理部４
と、第１のリポジトリ（第１の修正履歴データベース）
５と、次Ｖｅｒｓｉｏｎ反映管理部６と、第２のリポジ
トリ（第２の修正履歴データベース）７と、第３のリポ
ジトリ（第３の修正履歴データベース）８と、コンパイ
ル管理部９と、コンパイル状況記録ファイル１０と、ソ
ースプログラム転送管理部１１と、転送状況記録ファイ
ル１２とを含む。

【００１８】次にソースプログラム管理装置を構成する
各部の説明を行う。管理機能部３０は、主にソースプロ
グラム管理装置の全体の開発環境を定義する環境ファイ
ル１の設定を行う。環境ファイル１は、少なくともデー
タ項目として、開発中のソースプログラムが構成する全
モジュール名と、その版数情報とを含む。また、新Ｖｅ
ｒｓｉｏｎ設定機能部２は、管理機能部３０が管理する
開発環境を定義した環境ファイル１の内容を受けて、現
版数のソースプログラム５０の開発に使用している第１
のリポジトリ５から、新しい次の版数のソースプログラ
ム６０の開発を行う際の第２のリポジトリ７、及び第３
のリポジトリ８を次Ｖｅｒｓｉｏｎ反映管理部６の下に
作成する。

【００１９】一方、コントロール部４０は、ソースプロ
グラムの開発を支援するための機能を備える。その中
で、エディット管理部３は、開発者にソースプログラム
の編集機能を与え、現版数のソースプログラム５０と、
その編集された新しいソースプログラムとの差分を表示
する。また、エディット管理部３は、編集したソースプ
ログラムのファイル名とその存在ディレクトリを、ファ
イル管理情報７０として保存すると共に、修正履歴管理
部４へ出力する。修正履歴管理部４は、エディット管理
部３が出力するファイル管理情報７０を受け、ファイル
管理情報７０の示す現版数のソースプログラム５０と、
編集された新しいソースプログラムの違いを抽出して修
正履歴として第１のリポジトリ５に記録する。また、修
正履歴管理部４は、修正履歴の抽出を行ったソースプロ
グラムのファイル名とその存在ディレクトリを、ファイ
ル管理情報７０として次Ｖｅｒｓｉｏｎ反映管理部６へ
出力する。

【００２０】次Ｖｅｒｓｉｏｎ反映管理部６は、修正履
歴管理部４が出力するファイル管理情報７０と第１のリ
ポジトリ５の内容に従い、ファイル管理情報７０の示す
次の版数のソースプログラム６０の開発に使用している
第２のリポジトリ７を操作して、次の版数のソースプロ
グラム６０に対して自動で修正を加える。コンパイル管
理部９は、ソースプログラムをコンパイルして、コンピ
ュータが理解できる形に変更する。また、コンパイル管
理部９は、コンパイル対象となったモジュール名、コン
パイル成功時のコンパイル日時を、コンパイル状況記録
としてコンパイル状況記録ファイル１０に記録する。ソ
ースプログラム転送管理部１１は、コンパイル状況記録
ファイル１０の示すコンパイル成功時のコンパイル日時
とファイル管理情報７０の示すソースプログラムの編集
日時を比較して、コンパイル日時が新しい場合、図１０
に示したシステム全体のソースプログラムを管理するコ
ンパイルサーバ１０４へコンピュータネットワーク１０
３を介して現版数のソースプログラム５０や、次の版数
のソースプログラム６０を転送する。また、ソースプロ
グラム転送管理部１１は、転送したソースプログラムが
構成するモジュールのモジュール名と転送日時を、転送
状況記録として転送状況記録ファイル１２に記録する。
更に、ソースプログラム転送管理部１１は、転送状況記
録ファイル１２の転送日時と、環境ファイル１で示され
る全モジュール中のソースプログラムの最新の編集日時
を比較して、編集日時が新しい場合、未転送ファイルと
して表示する。

【００２１】なお、環境ファイル１、第１のリポジトリ
５、第２のリポジトリ７、第３のリポジトリ８、コンパ
イル状況記録ファイル１０、転送状況記録ファイル１
２、現版数のソースプログラム５０、次の版数のソース
プログラム６０、ファイル管理情報７０は、ハードディ
スク装置や光磁気ディスク装置、フラッシュメモリ等の
不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが
可能な記録媒体、ＲＡＭ（Random Access Memory）のよ
うな揮発性のメモリ、あるいはこれらの組み合わせによ
るコンピュータ読み取り、書き込み可能な記録媒体より
構成されるもの、あるいはそれに記録された情報とす
る。

【００２２】なお、新Ｖｅｒｓｉｏｎ設定機能部２、エ
ディット管理部３、修正履歴管理部４、次Ｖｅｒｓｉｏ
ｎ反映管理部６、コンパイル管理部９、ソースプログラ
ム転送管理部１１は専用のハードウェアにより実現され
るものであってもよく、また、メモリおよびＣＰＵ（中
央演算装置）により構成され、上記の各部の機能を実現
するためのプログラムをメモリにロードして実行するこ
とによりその機能を実現させるものであってもよい。

【００２３】また、このソースプログラム管理装置に
は、周辺機器として入力装置、表示装置等（いずれも図
示せず）が接続されるものとする。ここで、入力装置と
はキーボード、マウス等の入力デバイスのことをいう。
表示装置とはＣＲＴ（CathodeRay Tube）や液晶表示装
置等のことをいう。

【００２４】次に、ソースプログラム管理装置の動作を
説明する。はじめに、ソースプログラム管理装置を使用
するための環境設定について説明する。管理機能部３０
は、開発者のデータ入力により、ソースプログラムを開
発するための環境ファイル１を設定する。次の版数のソ
ースプログラム６０の開発が進行している場合、開発者
に環境ファイル１のソースプログラムの版数情報を入力
させる。また、新Ｖｅｒｓｉｏｎ設定機能部２は、開発
者の分岐とよばれる命令入力により、現版数の第１のリ
ポジトリ５を元にして、第２のリポジトリ７と第３のリ
ポジトリ８を、次Ｖｅｒｓｉｏｎ反映管理部６の下に自
動作成する。第２、第３のリポジトリに関しては、次Ｖ
ｅｒｓｉｏｎ反映管理部６を説明する際に詳細に説明す
る。

【００２５】次にエディット管理部３の動作を図２を用
いて説明する。エディット管理部３は、開発者の起動命
令入力により起動する。図２において、まず、エディッ
ト管理部３は編集が可能なファイルをすべてリストアッ
プして、その版数情報と共に表示する（ステップＳ２０
０）。次に、開発者にそのファイル一覧から編集するソ
ースプログラムを選択させる（ステップＳ２０２）。エ
ディット管理部３は、選択されたソースプログラムを第
１のリポジトリ５から取り出し、それを別名で保存して
バックアップファイルを作成する（ステップＳ２０
４）。次にエディット管理部３はエディタを起動して選
択されたソースプログラムを編集可能にする（ステップ
Ｓ２０６）。そして、開発者にエディタを用いてソース
プログラムの編集を行わせる（ステップＳ２０８）。開
発者による編集完了指令により、編集したソースプログ
ラムを図１に図示しない記憶装置に保存し、エディタを
終了する（ステップＳ２１０）。次に、エディット管理
部３は、保存されたソースプログラムとステップＳ２０
４で保存したバックアップファイルの差分を検出して表
示する（ステップＳ２１２）。表示は、画面に表示して
も良いし、紙に印刷しても良い。ステップＳ２１２にお
ける新旧ファイル差分表示は、編集前ソースプログラム
を図７の（１）、編集後のソースプログラムを図７の
（２）とすると、図８にあるように、新旧のソースプロ
グラムを同一のソースプログラム上に変更、追加、削除
の説明文を付けて表示する。説明文を具体的に示すと、
変更部分は枠線で囲み”新、旧”の説明文を付ける。ま
た、追加部分は枠線で囲み”追加”の説明文を付ける。
更に、削除部分は枠線で囲み”削除”の説明文を付け
る。

【００２６】この表示により、開発者に編集内容を確認
させると共に、編集後のソースプログラムの編集履歴登
録をするか否かの入力を行わせる（ステップＳ２１
４）。エディット管理部３は開発者の入力を受けて、編
集履歴登録をするか否か判断する（ステップＳ２１
６）。編集履歴登録をする場合（ステップＳ２１６：Ｙ
ＥＳ）、エディット管理部３は修正履歴管理部４を起動
し、該当するソースプログラムのファイル名や、その保
存されているディレクトリ名をファイル管理情報７０と
して保存する。またエディット管理部３は、ファイル管
理情報７０を修正履歴管理部４へ送信する（ステップＳ
２２２）。もし、編集履歴登録をしない場合（ステップ
Ｓ２１６：ＮＯ）、開発者に対してエディット管理部３
におけるソースプログラムの編集操作を中止するか否か
を指定させる（ステップＳ２２０）。もし、ソースプロ
グラムの編集操作を中止する場合（ステップＳ２２０：
ＹＥＳ）、エディタを終了してエディット管理部３の動
作を終了する。もし、中止しない場合（ステップＳ２２
０：ＮＯ）、ステップ２０６へ戻り、エディタを起動し
てソースプログラムの編集作業から繰り返す。

【００２７】次に、修正履歴管理部４の動作を図３を用
いて説明する。修正履歴管理部４は、エディット管理部
３からの起動命令入力で起動する。図３において、エデ
ィット管理部３に起動された修正履歴管理部４は、エデ
ィット管理部３から編集されたソースプログラムのファ
イル管理情報７０を取得する（ステップＳ３００）。そ
して、開発者に、該当するソースプログラムの編集の理
由を入力させる（ステップＳ３０２）。修正履歴管理部
４は、ファイル管理情報７０と入力された編集理由とを
対応させて、編集内容として編集前後の差分と、更に編
集した日付、編集の理由とを、ソースプログラムの修正
履歴として第１のリポジトリ５に登録する（ステップＳ
３０４）。ソースプログラムの修正履歴を登録したら、
修正履歴管理部４は次Ｖｅｒｓｉｏｎ反映管理部６を起
動して（ステップＳ３０６）、ファイル管理情報７０を
送出する（ステップＳ３０８）。

【００２８】次に、次Ｖｅｒｓｉｏｎ反映管理部６の動
作を図４を用いて説明する。次Ｖｅｒｓｉｏｎ反映管理
部６は、修正履歴管理部４からの起動命令入力で起動す
る。図４において、修正履歴管理部４に起動された次Ｖ
ｅｒｓｉｏｎ反映管理部６は、修正履歴管理部４から修
正履歴登録されたソースプログラムのファイル管理情報
７０を取得する（ステップＳ４００）。そして、修正履
歴登録されたソースプログラムに、開発中の次の版数の
ソースプログラム６０が存在するか否かを、環境ファイ
ル１を参照して判断する（ステップＳ４０２）。もし、
次の版数のソースプログラム６０が存在していた場合
（ステップＳ４０２：ＹＥＳ）、修正履歴管理部４が記
録した第１のリポジトリ５の修正履歴を使用して次の版
数のソースプログラム６０の自動修正を行う（ステップ
Ｓ４０４）。

【００２９】この次Ｖｅｒｓｉｏｎファイル自動エディ
ット（ステップＳ４０４）の動作を、図９に示す模式図
で説明する。すなわち、従来と同様にリポジトリと呼ば
れる修正履歴データベースを、ここでは３個示す。図は
右方向へ時系列の操作を表す。第１のリポジトリ５に相
当する現版数のソースプログラム５０のリポジトリを”
ＶｅｒｓｉｏｎＮリポジトリ”、第２のリポジトリ７に
相当する次の版数のソースプログラム６０のリポジトリ
を”ＶｅｒｓｉｏｎＮ＋１リポジトリ”とする。開発者
に、予め新Ｖｅｒｓｉｏｎ設定機能部２において、次の
版数のソースプログラム６０の開発を開始する事を定義
させて、分岐と呼ばれる命令により、”Ｖｅｒｓｉｏｎ
Ｎリポジトリ”から”ＶｅｒｓｉｏｎＮ＋１リポジト
リ”を、そして、”ＶｅｒｓｉｏｎＮリポジトリ”から
第３のリポジトリに相当する”反映用ＶｅｒｓｉｏｎＮ
リポジトリ”を、それぞれ自動作成する。（操作ｆ、
ｇ）。”ＶｅｒｓｉｏｎＮリポジトリ”と作成された”
ＶｅｒｓｉｏｎＮ＋１リポジトリ”、及び”反映用Ｖｅ
ｒｓｉｏｎＮリポジトリ”の関係は、以下のようにな
る。すなわち、”ＶｅｒｓｉｏｎＮリポジトリ”を主の
幹とすると、そこから分岐された”ＶｅｒｓｉｏｎＮ＋
１リポジトリ”はその枝である。また、”Ｖｅｒｓｉｏ
ｎＮリポジトリ”を主の幹とすると、そこから分岐され
た”反映用ＶｅｒｓｉｏｎＮリポジトリ”もその枝であ
る。よって、”反映用ＶｅｒｓｉｏｎＮリポジトリ”
は、最初は”ＶｅｒｓｉｏｎＮ＋１リポジトリ”と同格
である。

【００３０】そこで、次Ｖｅｒｓｉｏｎ反映管理部６
は、新たに”ＶｅｒｓｉｏｎＮ＋１リポジトリ”を主の
幹、”反映用ＶｅｒｓｉｏｎＮリポジトリ”をその枝と
して定義しなおす。これにより、枝にあたる”反映用Ｖ
ｅｒｓｉｏｎＮリポジトリ”に対する修正は、幹にあた
る”ＶｅｒｓｉｏｎＮ＋１リポジトリ”へ適用すること
が可能となる。次に、各々の版数のソースプログラムに
編集を行う場合、開発者に、リポジトリより各版数の最
新のソースプログラムの取り出し（操作ａ）、その編集
（操作ｂ）、再度リポジトリへの格納（操作ｃ）の各操
作を行わせる。格納時に、修正履歴管理部４はソースプ
ログラムの編集前後の差分と最新のソースプログラムを
リポジトリに記録する。この時、現版数の”Ｖｅｒｓｉ
ｏｎＮリポジトリ”に対する変更は、次の版数の”Ｖｅ
ｒｓｉｏｎＮ＋１リポジトリ”に反映するため、一時的
に”反映用ＶｅｒｓｉｏｎＮリポジトリ”に複写され
る。すなわち、次Ｖｅｒｓｉｏｎ反映管理部６は自動的
に”反映用ＶｅｒｓｉｏｎＮリポジトリ”より最新版の
ソースプログラムを取り出す（操作ｈ）。次に編集を行
う代わりに、”ＶｅｒｓｉｏｎＮリポジトリ”から最新
のソースプログラムを自動的に複写する（操作ｄ）。そ
して、再度”反映用ＶｅｒｓｉｏｎＮリポジトリ”に格
納する。よって、現版数の”ＶｅｒｓｉｏｎＮリポジト
リ”に対する変更が、まず”反映用ＶｅｒｓｉｏｎＮリ
ポジトリ”に複写される。

【００３１】次に、自動的に合成と呼ばれる命令を実行
し、”反映用ＶｅｒｓｉｏｎＮリポジトリ”に複写され
た内容を、次の版数の”ＶｅｒｓｉｏｎＮ＋１リポジト
リ”に反映する（操作ｅ）。これで、次の版数の”Ｖｅ
ｒｓｉｏｎＮ＋１リポジトリ”に、現版数の”Ｖｅｒｓ
ｉｏｎＮリポジトリ”に対する変更が自動的に適用され
る。後は”ＶｅｒｓｉｏｎＮリポジトリ”に修正が加わ
ると、同様の操作で”ＶｅｒｓｉｏｎＮ＋１リポジト
リ”に同じ修正が必ず適用される。

【００３２】次に、次の版数のソースプログラム６０の
自動修正が終了したら、その自動修正が適正に終了した
かどうかをチェックする（ステップＳ４０６）。次Ｖｅ
ｒｓｉｏｎ反映管理部６は、現版数のソースプログラム
５０に修正を加えた部分と同じ部分を、次の版数のソー
スプログラム６０に発見し、その部分に別の修正が入っ
ていない場合、前述の方法で自動修正を行うことができ
る。もし、次の版数のソースプログラム６０を自動修正
が適正に終了していた場合（ステップＳ４０６：ＹＥ
Ｓ）、次Ｖｅｒｓｉｏｎ反映管理部６の動作を終了す
る。また、次の版数のソースプログラムの同じ部分に、
別の修正が入っていた場合、次Ｖｅｒｓｉｏｎ反映管理
部６は自動修正を行うことができない。よって、もし、
次の版数のソースプログラム６０の自動修正が適正に終
了していない場合（ステップＳ４０６：ＮＯ）、次Ｖｅ
ｒｓｉｏｎ反映管理部６は、通知手段により、開発者に
対して手動による次の版数のソースプログラム６０の修
正を依頼する通知をして（ステップＳ４０８）、次Ｖｅ
ｒｓｉｏｎ反映管理部６の動作を終了する。この場合、
通知方法としては、電子メールや画面表示、印刷出力、
ログファイルの記録等の方法を用いることが可能であ
る。

【００３３】また、修正履歴管理部４において修正履歴
を記録された現版数のソースプログラム５０は、システ
ム全体のソースプログラムを管理するコンパイルサーバ
へ送信される前に、コンパイル管理部９においてコンピ
ュータが理解できる形に変更され、その記述の誤記の有
無が検出される。次に、コンパイル管理部９の動作を図
５を用いて説明する。コンパイル管理部９は、開発者の
起動命令入力で起動する。図５において、まず、コンパ
イル管理部９はコンパイル対象モジュール名を表示し
て、開発者に希望のモジュール名を選択させる（ステッ
プＳ５００）。次に、選択されたモジュール名を構成す
る複数のソースプログラムのファイル管理情報７０を取
得する（ステップＳ５０２）。そして、コンパイルを起
動して、これらのソースプログラムのコンパイルを行う
（ステップＳ５０４）。コンパイルが終了したら、その
コンパイルが適正に終了したかをチェックする（ステッ
プＳ５０６）。もし、コンパイルが適正に終了していた
場合（ステップＳ５０６：ＹＥＳ）、コンパイルの成功
記録として、各ソースプログラムのコンパイル日時とコ
ンパイル単位名であるモジュール名を記録する（ステッ
プＳ５０８）。もし、コンパイルが適正に終了していな
い場合（ステップＳ５０６：ＮＯ）、コンパイル管理部
９は、通知手段により、開発者に対してコンパイルエラ
ーを通知して（ステップＳ５１０）、コンパイル管理部
９の動作を終了する。この場合、通知方法としては、電
子メールや画面表示、印刷出力、ログファイルの記録等
の方法を用いることが可能である。

【００３４】また、同様に修正履歴管理部４において修
正履歴を記録された現版数のソースプログラム５０は、
ソースプログラム転送管理部１１を通してコンパイルサ
ーバへ転送される。次に、ソースプログラム転送管理部
１１の動作を図６を用いて説明する。ソースプログラム
転送管理部１１は、開発者の起動命令入力で起動する。
図６においてソースプログラム転送管理部１１は、ま
ず、ファイル転送を実施するか否かを開発者に入力させ
る（ステップＳ６００）。もし、ファイル転送を行う場
合（ステップＳ６００：ＹＥＳ）、ソースプログラム転
送管理部１１は、開発者に転送対象のモジュール名を選
択させる（ステップＳ６０２）。次に、転送対象のモジ
ュールのファイル管理情報７０を取得する（ステップＳ
６０４）。同様に、転送対象のモジュールのコンパイル
成功記録情報を取得する（ステップＳ６０６）。そし
て、両者を比較することで該当するソースプログラム
が、コンパイル管理部９においてコンパイルが成功して
いるか否かを判断する（ステップＳ６０８）。

【００３５】コンパイル管理部９においてコンパイルが
実行され、正常終了している場合、コンパイル成功記録
情報の日付がファイル管理情報７０の日付より新しい。
よって、ソースプログラム転送管理部１１は、該当する
ソースプログラムはコンパイルが正常終了し（ステップ
Ｓ６０８：ＹＥＳ）、その記述にコンパイルエラーとな
る誤記はないとして、コンパイルサーバへのファイル転
送を実施する（ステップＳ６１０）。ファイル転送を実
行した場合、その転送日時と転送モジュール名を転送実
施記録として記録する（ステップＳ６１２）。もし、コ
ンパイル管理部９におけるコンパイルが正常終了してい
ない場合、コンパイル成功記録情報の日付がファイル管
理情報７０の日付より古い。よって、ソースプログラム
転送管理部１１は、該当するソースプログラムはコンパ
イルが正常終了せず（ステップＳ６０８：ＮＯ）、記述
にはコンパイルエラーとなる誤記があるとして、コンパ
イルサーバへのファイル転送を行わず、画面等にその旨
を表示してソースプログラム転送管理部１１の動作を終
了する。

【００３６】また、ソースプログラム転送管理部１１
は、ファイル転送を行わない場合（ステップＳ６００：
ＮＯ）、未転送ファイルチェックを実行するか否かを開
発者に入力させる（ステップＳ６１４）。もし、未転送
ファイルチェックを行う場合（ステップＳ６１４：ＹＥ
Ｓ）、未転送ファイルチェックリクエストを受け付けて
（ステップＳ６１６）、転送記録情報を取得する（ステ
ップＳ６１８）。そして、現在環境ファイル１に設定さ
れている全てのモジュール名に対して、その構成ファイ
ルの最新日時とそのモジュール名の転送日時を比較し、
未転送ファイルを抽出する（ステップＳ６２０）。この
時、モジュール名を構成するファイルの最新日時がその
モジュール名の転送日時より新しい時は未転送ファイル
として表示する（ステップＳ６２２）。未転送ファイル
チェックを実行しない場合（ステップＳ６１４：Ｎ
Ｏ）、ソースプログラム転送管理部１１の動作を終了す
る。

【００３７】本実施の形態では、現版数のソースプログ
ラム５０を中心に、それを開発するための支援処理と、
次の版数のソースプログラム６０へ修正履歴を自動的に
適用する処理の動作を説明した。しかし、これに限定さ
れず、開発中のソースプログラム全てにおいて、同様
に、開発の支援処理と、その次の版数のソースプログラ
ムへ修正履歴を自動的に適用する処理が行われる。

【００３８】また、上述の図１に示すソースプログラム
管理装置の機能を実現するためのプログラムを、コンピ
ュータ読みとり可能な記録媒体に記録して、この記録媒
体に記録されたプログラムをコンピュータシステムに読
み込ませ、実行することにより、開発者が機能別のソー
スプログラムを管理しながら、複数の版数のソースプロ
グラムの開発を行っても良い。

【００３９】ここで、上記「コンピュータシステム」と
は、ＯＳや周辺機器等のハードウェアを含み、さらにＷ
ＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用
している場合であれば、ホームページ提供環境（あるい
は表示環境）も含むものとする。また、「コンピュータ
読みとり可能な記録媒体」とは、フロッピー（登録商
標）ディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ
等の可搬媒体、コンピュータシステムに内蔵されるハー
ドディスク等の記憶装置のことをいう。更に、「コンピ
ュータ読みとり可能な記録媒体」とは、インターネット
等のネットワークや電話回線等の通信回線を介してプロ
グラムを送信する場合のように、短時間の間、動的にプ
ログラムを保持するもの（伝送媒体もしくは伝送波）、
その場合のサーバやクライアントとなるコンピュータシ
ステム内部の揮発性メモリのように、一定時間プログラ
ムを保持しているものも含むものとする。

【００４０】また、上記プログラムは、前述した機能の
一部を実現するためのものであっても良く、更に前述し
た機能をコンピュータシステムに既に記憶されているプ
ログラムとの組み合わせで実現できるもの、いわゆる差
分ファイル（差分プログラム）であっても良い。

【００４１】

【発明の効果】以上の如く本発明では、連続実行部とし
て、ソースプログラムの編集を行うエディット管理手段
と、その古いソースプログラムと新しいソースプログラ
ムの違いを自動的に修正履歴として記録する修正履歴管
理手段とを設けた。これにより、人の判断により実施し
ていた作業を自動的に行うことを可能とした。従って、
修正履歴登録漏れや修正履歴誤登録等の間違いが発生し
なくなるという効果が得られる。また、本発明では、更
に、この修正履歴の内容に従い、次の版数のソースプロ
グラムに対して自動で修正を加える次Ｖｅｒｓｉｏｎ反
映管理手段を設けた。これにより、次の版数のソースプ
ログラムへの修正反映漏れがが発生しなくなるという効
果がある。

【００４２】また、本発明では、コンパイル管理手段を
設けてソースプログラムのコンパイルを事前に行い、ソ
ースプログラムの誤記を判別する構成とした。これによ
り、コンパイル不可能な誤記を含んだソースプログラム
を早期に発見し、開発効率を高めることが可能となる。
更に、本発明では、ソースプログラム転送管理手段を実
行制限部として設けて、コンパイルの実行結果と連動さ
せることにより、システムの全ソースプログラムを管理
するコンパイルサーバに対する、コンパイル不可能な誤
記を含んだソースプログラムの転送を制限する構成とし
た。これにより、コンパイル不可能な誤記を含んだソー
スプログラムはコンパイルサーバ上に存在しなくなるた
め、開発効率を高めることが可能となる。

【００４３】また、本発明では、ソースプログラム転送
管理手段に、更に、ソースプログラムをサーバへ転送し
た転送日時とソースプログラムの編集日時の比較により
未転送のソースプログラムを抽出する抽出手段を設け
た。これにより、開発者は簡単にサーバへ未転送のソー
スプログラムを把握することが可能となり、開発の効率
を高めることができる。また、本発明では、コンパイル
管理手段に、更に、ソースプログラムをコンピュータが
理解できる形に変更できない場合、失敗したことを開発
者に対して通知する通知手段を設けた。これにより、開
発者はソースプログラムの誤記をいち早く知ることが可
能となり、開発効率を高めることができる。

【００４４】また、本発明では、次Ｖｅｒｓｉｏｎ反映
管理手段に、更に、次の版数のソースプログラムに対す
る自動修正が失敗したことを、開発者に対して通知する
通知手段を設けた。これにより、次の版数のソースプロ
グラム対して自動的に行われる修正動作を開発者が管理
することが可能となる。また、本発明では、エディット
管理手段に、更に、新しいソースプログラムと古いソー
スプログラムとの差分情報を１個のソースプログラムと
して表示する表示手段を設けた。これにより、今まで分
かりにくかったソースプログラムの編集前後の状態を一
目で判断できるという効果が得られる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態によるソースプログラ
ム管理装置の構成を示すブロック図である。

【図２】 同実施の形態のエディット管理部３の動作を
説明するフローチャートである。

【図３】 同実施の形態の修正履歴管理部４の動作を説
明するフローチャートである。

【図４】 同実施の形態の次Ｖｅｒｓｉｏｎ反映管理部
６の動作を説明するフローチャートである。

【図５】 同実施の形態のコンパイル管理部９の動作を
説明するフローチャートである。

【図６】 同実施の形態のソースプログラム転送管理部
１１の動作を説明するフローチャートである。

【図７】 編集を行うソースプログラムの一例を示す図
である。

【図８】 同実施の形態によるソースプログラムの表示
例である。

【図９】 同実施の形態による次Ｖｅｒｓｉｏｎファイ
ル自動エディットの動作を説明する模式図である。

【図１０】 同実施の形態のソースプログラム管理装置
を用いたシステム全体の構成例を説明した図である。

【図１１】 従来例のソースプログラムの表示例であ
る。

【図１２】 従来例のソースプログラムの編集動作を説
明する模式図である。

【符号の説明】

１ 環境ファイル ２ 新Ｖｅｒｓｉｏｎ設定機能部 ３ エディット管理部 ４ 修正履歴管理部 ５ 第１のリポジトリ ６ 次Ｖｅｒｓｉｏｎ反映管理部 ７ 第２のリポジトリ ８ 第３のリポジトリ ９ コンパイル管理部 １０ コンパイル状況記録ファイル １１ ソースプログラム転送管理部 １２ 転送状況記録ファイル ３０ 管理機能部 ４０ コントロール部 ５０ 現版数のソースプログラム ６０ 次の版数のソースプログラム ７０ ファイル管理情報 １０１ ソースプログラム管理装置Ａ １０２ ソースプログラム管理装置Ｂ １０３ コンピュータネットワーク １０４ コンパイルサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 博信 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 宮川 仁 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 谷田 博俊 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 Ｆターム(参考） 5B076 EA07 EA08

Claims (11)

【特許請求の範囲】
1. 【請求項１】 分散開発用のソースプログラム管理装置
   であって、 ソースプログラムの編集機能を持ち、現版数のソースプ
   ログラムと、その編集された新しいソースプログラムと
   の差分を表示し、編集したファイルのファイル名とその
   存在ディレクトリをファイル管理情報として出力するエ
   ディット管理手段と、 前記エディット管理手段が出力する前記ファイル管理情
   報を受け、該ファイル管理情報の示す前記現版数のソー
   スプログラムと前記新しいソースプログラムの違いを抽
   出して、修正履歴として第１の修正履歴データベースに
   記録する修正履歴管理手段と、 を設けたことを特徴とするソースプログラム管理装置。
2. 【請求項２】 前記現版数のソースプログラムの修正履
   歴を管理する前記第１の修正履歴データベースに加え
   て、次の版数のソースプログラムの修正履歴を管理する
   第２の修正履歴データベースと、前記第２の修正履歴デ
   ータベースに合成する、前記第１の修正履歴データベー
   スの写像である第３の修正履歴データベースを作成する
   次Ｖｅｒｓｉｏｎ設定機能手段と、 前記第１の修正履歴データベースに格納された修正を自
   動的に前記第３の修正履歴データベースへ複写する複写
   手段と、前記第２の修正履歴データベースと該第３の修
   正履歴データベースを合成する合成手段とを含む次Ｖｅ
   ｒｓｉｏｎ反映管理手段と、 を設けたことを特徴とする請求項１に記載のソースプロ
   グラム管理装置。
3. 【請求項３】 前記ソースプログラムをコンパイルし
   て、コンパイル成功時のコンパイル日時を記録するコン
   パイル管理手段を設けたことを特徴とする請求項１また
   は請求項２に記載のソースプログラム管理装置。
4. 【請求項４】 前記コンパイル管理手段の記録した前記
   コンパイル日時と、前記ファイル管理情報の示す前記ソ
   ースプログラムの編集日時を比較して、該ソースプログ
   ラムをシステム全体のソースプログラムを管理するコン
   パイルサーバへ転送するか否かを判断し、前記編集日時
   より前記コンパイル日時が新しい場合、前記コンパイル
   サーバへ前記ソースプログラムを転送すると共に、転送
   日時を記録するソースプログラム転送管理手段を設けた
   ことを特徴とする請求項３に記載のソースプログラム管
   理装置。
5. 【請求項５】 前記ソースプログラム転送管理手段は、
   前記ソースプログラムの前記転送日時と前記編集日時を
   比較して、前記編集日時が新しい時に未転送のソースプ
   ログラムとして抽出する抽出手段を更に含むことを特徴
   とする請求項４に記載のソースプログラム管理装置。
6. 【請求項６】 前記コンパイル管理手段は、 前記ソースプログラムをコンピュータが理解できる形に
   変更できない場合、失敗したことを開発者に対して通知
   する通知手段を更に含むことを特徴とする請求項３乃至
   ５のいずれかに記載のソースプログラム管理装置。
7. 【請求項７】 前記次Ｖｅｒｓｉｏｎ反映管理手段は、 前記次の版数のソースプログラムに対する自動修正が失
   敗した場合、失敗したことを開発者に対して通知する通
   知手段を更に含むことを特徴とする請求項２乃至６のい
   ずれかに記載のソースプログラム管理装置。
8. 【請求項８】 前記エディット管理手段は、 編集前のソースプログラムと編集後のソースプログラム
   との差分情報を、１個の前記ソースプログラム上に変
   更、追加、削除の説明を付けて表示する表示手段を更に
   含むことを特徴とする請求項１乃至７のいずれかに記載
   のソースプログラム管理装置。
9. 【請求項９】 請求項４乃至８のいずれかに記載のソー
   スプログラム管理装置と、 前記ソースプログラム管理装置とコンピュータネットワ
   ークを介して接続された、システム全体のソースプログ
   ラムを管理する前記コンパイルサーバと、 を含むことを特徴とするソースプログラム管理システ
   ム。
10. 【請求項１０】 分散開発用のソースプログラム管理方
    法であって、 現版数のソースプログラムの編集を行うと共に、その編
    集された新しいソースプログラムとの差分を表示し、編
    集したファイルのファイル名とその存在ディレクトリを
    ファイル管理情報として出力する処理と、 前記ファイル管理情報を受け、該ファイル管理情報の示
    す前記現版数のソースプログラムと前記新しいソースプ
    ログラムの違いを抽出して、修正履歴として第１の修正
    履歴データベースに記録する処理と、 を含むことを特徴とするソースプログラム管理方法。
11. 【請求項１１】 分散開発用のソースプログラム管理に
    用いられるプログラムを記録した記録媒体であって、 前記プログラムは、 現版数のソースプログラムの編集を行うと共に、その編
    集された新しいソースプログラムとの差分を表示し、編
    集したファイルのファイル名とその存在ディレクトリを
    ファイル管理情報として出力する処理と、 前記ファイル管理情報を受け、該ファイル管理情報の示
    す前記現版数のソースプログラムと前記新しいソースプ
    ログラムの違いを抽出して、修正履歴として第１の修正
    履歴データベースに記録する処理と、 をコンピュータに実行させるコンピュータ読み取り可能
    な記録媒体。