JPH09330211A

JPH09330211A - ソフトウェア生産物の構成管理システムおよび分散共有管理システム

Info

Publication number: JPH09330211A
Application number: JP3509897A
Authority: JP
Inventors: Hidenori Sotozaki; 秀教外崎; Hajime Kamikawa; 一上川; Hisatomi Hasegawa; 尚富長谷川; Yasuhiro Sakamoto; 康広坂本; Yoshinori Arihara; 佳典在原
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-04-12
Filing date: 1997-02-19
Publication date: 1997-12-22

Abstract

(57)【要約】【課題】各開発拠点において、ソフトウェア生産物に
対し、リリースに必要となるソフトウェア生産物の構成
の記録や参照を円滑に誤りなく行うと共に、複数の開発
拠点間においても、円滑に誤りなく行うようにする。【解決手段】サービスの組み合わせと、サービスの各
々が復元されるときの復元形態とを記憶する任意構成管
理データベース（ＤＢ）１２と、リリースするソフトウ
ェアの名称と各サービスの復元形態とを設定してＤＢ１
２に格納する任意サービス構成設定装置１４と、ソフト
ウェアの名称によってＤＢ１２をアクセスして、複数の
サービスと各サービスの復元形態とを読み込み、各々が
当該復元形態を有する複数のサービスを復元せしめる任
意サービス構成復元装置１５とから構成管理システム７
０を形成し、さらに各々がこのシステム７０を含む複数
の開発拠点間でソフトウェア生産物の共有を行う分散共
有管理システムを形成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア開発
における設計書、ソースプログラム、ロードモジュール
等のソフトウェア生産物に対し、ソフトウェアのリリー
スを行う際、リリースに必要となるソフトウェア生産物
の構成の記録や参照を円滑に誤りなく行うために、ソフ
トウェア生産物の構成を管理するための、ソフトウェア
生産物の構成管理システムおよび分散共有管理システム
に関する。

【０００２】

【従来の技術】ソフトウェアは、提供するサービスによ
っていくつかに分割され、各々のサービスを担当する開
発グループが独立して開発や生産物の管理を行ってい
き、各開発グループでの作業が完了した後、他の開発グ
ループへ公開される。これら開発グループによる各生産
物は結合された後、リリースの可否を判定する試験（以
降、リリース試験と呼ぶ）に供され、このリリース試験
でリリース可と判定されたときに、最終的なソフトウェ
アとしてのリリースに至る。〔Ａ〕各開発拠点内における構成管理について（１）従来技術１従来技術１では、個々の開発グループが担当するサービ
スの開発を完了すると、上記のリリース試験を行う開発
グループが、その他の開発グループが担当して開発した
サービスのうち、リリースに必要となるサービスを選択
し、各該サービスを有するソフトウェア生産物の原本を
管理している管理領域から作業領域へ、リリース試験を
行う度に、復元するという方法を用いていた。なお、原
本とは、上記ソフトウェア生産物であって各開発グルー
プの試験完了時におけるソフトウェア生産物と同一構成
のものをいう。またサービスとは、顧客に提供する機能
のことであり、顧客毎に相違する。

【０００３】ここで、他の開発グループで担当するソフ
トウェア生産物の復元には、以下の３つの復元態様があ
る。ｉ）その復元時点で更新中の、最新の構成で復元する、 ii）最新のリリース版の構成で復元する、および iii ）過去におけるある特定のリリース版の構成で復元
する、である。

【０００４】従来技術１では、リリースに必要となる複
数のサービスを有するソフトウェア生産物について、そ
れぞれのサービス毎に、（ｉ）最新の構成で復元する
か、（ii）最新のリリース版の構成で復元するか、（ii
i ）過去におけるある特定のリリース版で復元するか、
を開発者が組織内で予め定めたルールに基づいて判断す
ることによって決定していた。

【０００５】また、こうしてリリースしたソフトウェア
生産物を、同一のサービスを持った構成で再度復元する
場合には、上述した方法を用いて、リリースするソフト
ウェア生産物に必要な各サービスを、開発者が任意に選
択することにより、その復元を行っていた。（２）従来技術２上述したように、ソフトウェア生産物のリリースに必要
な各サービスを任意に構成して作業領域にて復元し、さ
らにリリース試験を行った後に、そのソフトウェア生産
物はリリース時の構成として確定する。リリース時の構
成を記録するため、従来の技術では、作業領域内のソフ
トウェア生産物の構成（復元されたときの状態か、また
はその復元後管理領域に登録されたときの状態）で記録
を行うか、構成定義ファイル等に、リリースに必要なサ
ービスのソフトウェア生産物の構成を全て定義し、その
定義に従って構成の記録を行っていた。（３）従来技術３複数の異なるソフトウェアを組み合わせて、この組み合
せに係るソフトウェアを１つのソフトウェアパッケージ
としてリリースする場合、この従来技術３によれば上記
の従来技術１および２と同様の方法で、ソフトウェアパ
ッケージのリリース時の構成を記録していた。（４）従来技術４上記の従来技術３において、１つのソフトウェアパッケ
ージとしてリリースされる複数のソフトウェアが、共通
化されたサービスを持つ場合、その共通化されたサービ
スに対しては、下記の２通りのリリース版のいずれを使
用するかが、リリースされるソフトウェアパッケージ毎
に決められる。

【０００６】ｉ）全ソフトウェアがいずれも、共通化サ
ービスのいくつかのリリース版のうちの同一のリリース
版を使用する、 ii）各々のソフトウェアで、共通化サービスの別々のリ
リース版を使用する。この場合、ソフトウェアパッケー
ジ内の全てのソフトウェアがいずれも、共通化サービス
のいくつかのリリース版のうちの同一のリリース版の構
成で使用されているかどうかを検証する必要があるが、
従来技術４では、開発者が作業領域内のソフトウェア生
産物を個々に確認するしか検証の方法がなかった。（５）従来技術５ソフトウェアのリリース時の構成を記録する場合、その
ソフトウェアの提供先は一般には記録していなかった
が、この従来技術５によれば、ソフトウェア生産物の構
成管理とは別のデータベース（ＤＢ）やテキスト等を使
用して、開発者が、ソフトウェアのリリース版と提供先
とを記録していた。（６）従来技術６従来技術６によれば、ソースプログラムや設計書といっ
た個々のソフトウェア生産物については、所有権を制御
することで、各ソフトウェア生産物に誤った修正が加え
られることを防止していた。したがって個々のソフトウ
ェア生産物に属するサービス全体あるいはソフトウェア
全体に対しては、所有権の制御を行うことはしなかっ
た。〔Ｂ〕複数の開発拠点間における分散共有管理について上記〔Ａ〕は、１つの開発拠点内における場合について
説明したが、コンピュータネットワークにより接続され
た複数の開発拠点においては、ソフトウェア開発の過程
で作成、更新される設計書、ソースプログラム、ロード
モジュール等のソフトウェア生産物に対して、各開発拠
点でソフトウェア生産物の構成管理を実施するのみなら
ず、関連する全ての開発拠点同士が相互に誤りなく、し
かも矛盾なく円滑に他の開発拠点のソフトウェア生産物
の参照を行い、かつ全ての開発拠点において矛盾のない
構成管理を行うためのソフトウェア生産物の分散共有管
理が必要とされる。

【０００７】かかる分散共有管理を実施する場合、ソフ
トウェアの多様化と高度化により、そのソフトウェア規
模は膨張する一方となっている。このためソフトウェア
の開発作業も、一つの開発拠点で集中的に行うのではな
く、コンピュータネットワークで接続された複数の開発
拠点間で、機能（ソフトウェアを構成するサービス）や
役割（ソフトウェア開発を構成する作業）を分担するの
が一般的になっている。このような作業形態において
は、既述のように各開発拠点毎にソフトウェア生産物の
構成管理を行うことはもちろん、各開発拠点が相互に他
の開発拠点のソフトウェア生産物を共有すること（参照
したり、ときには更新したりすること）を余儀なくされ
る。このように独立した各開発拠点において作成、更新
されている大量のソフトウェア生産物を誤りなく、しか
も矛盾なく円滑に共有するためには、コンピュータとコ
ンピュータネットワークとによりその共有を支援するた
めの機構が不可欠となる。（７）従来技術７従来技術７によれば、コンピュータネットワークで接続
された複数の開発拠点の各々において、ソフトウェア生
産物の構成管理を行うために、各ソフトウェア生産物の
変更の履歴およびその内容を原本として保存するととも
に、ソフトウェア生産物の構成を管理している管理領域
については次のｉ），ii）およびiii)の方法を適用して
いる。

【０００８】ｉ）コンピュータのネットワーク機能によ
り、その管理領域全体（全ソフトウェア生産物に関する
全ての変更の履歴およびその内容）を、必要となる度に
他の開発拠点へもネットワーク転送により配付する方
法。 ii）コンピュータのネットワーク機能により、その管理
領域のうち、直前のネットワーク転送の後に変更のあっ
たソフトウェア生産物に関する全ての変更の履歴および
その内容を、他の開発拠点へもネットワーク転送により
配付する方法。

【０００９】iii)構成管理システムを導入して、上記管
理領域のうち、直前のネットワーク転送の後に変更のあ
ったソフトウェア生産物の変更の履歴およびその内容の
うちで、直前のネットワーク転送により、配付先拠点に
生じたソフトウェア生産物の変更より以降で最新の変更
までの履歴およびその内容を全てネットワーク転送によ
り配付する方法。（８）従来技術８従来技術８によれば、コンピュータネットワークで接続
された複数の開発拠点の各々において、自拠点で開発さ
れたソフトウェア生産物や他拠点で開発されたソフトウ
ェア生産物が存在しており、自開発拠点でのソフトウェ
ア生産物を他開発拠点へ配付するとき、そのソフトウェ
ア生産物の変更の履歴を管理する管理領域内のファイル
に対して次のような方法を適用している。すなわちどの
開発拠点から配付が行われたソフトウェア生産物である
ということを意識せずに、不足している版数について自
開発拠点から配付することにより他開発拠点での版数の
追加を行い、版数を相互に一致させるという方法であ
る。（９）従来技術９上記従来技術７で説明した方法により配付が行われるた
め、各開発拠点におけるコンピュータ間でソフトウェア
生産物の内容を開発者が一致させたくても一致させる機
構がないため、共有情報の検証は行わない。このため、
各開発拠点におけるコンピュータ間でソフトウェア生産
物の共有に関しての矛盾は一切意識していない。（１０）従来技術１０従来技術１０によれば、コンピュータネットワークによ
り接続された複数の開発拠点の各々において、自開発拠
点でのソフトウェア生産物や他開発拠点でのソフトウェ
ア生産物が併在している。ここで他開発拠点でのソフト
ウェア生産物を自開発拠点でのソフトウェア生産物とし
て反映する場合、ソフトウェア生産物の構成を管理する
管理領域では次のような方法が適用される。すなわち、
他開発拠点毎に作成された各ソフトウェア生産物を自開
発拠点内に取り込む際、自開発拠点での内容と他開発拠
点で開発された内容とを比較してその差分を追加したり
削除（マージ）したり、新たな内容として上記構成管理
システムにより保存する等によって、各開発拠点間で変
更や修正を取り込むという方法である。

【００１０】

【発明が解決しようとする課題】

〔Ａ〕各開発拠点内における構成管理について（１）上記従来技術１の問題点複数のサービスを任意に組み合わせて構成されるソフト
ウェアについて、リリース試験が完了したときの構成
を、例えばメンテナンス時に再度復元しようとする場
合、リリース試験完了時のソフトウェア構成と同一の構
成を、確実かつ迅速に復元することができない。すなわ
ち開発者はサービスの組み合わせや、各サービスがどう
いった形態で復元されていたかを調べるというように、
最初のリリース試験のときに行ったのと全く同じ方法で
その復元を行うため、復元のための時間がかかり、か
つ、人為的なミスが介在しやすいという第１の問題があ
った。（２）上記従来技術２の問題点上記従来技術２による方法では、膨大なソフトウェア生
産物を対象として、リリースのための構成の定義を作業
者が行うため、その定義のための作業が繁雑になり、人
為的なミスによるソフトウェア生産物の定義漏れあるい
は誤りなどが発生しがちであると共に、前述の原本を復
元した、作業領域内のソフトウェア生産物に対して、作
業者が更新を加えてしまったようなときには、管理領域
内の原本と、実際にロードモジュール等を作成するのに
用いた、作業領域内のソフトウェア生産物との間に矛盾
が発生してしまい、リリース時の構成として誤ったソフ
トウェア生産物の構成を記録してしまうという第２の問
題があった。（３）上記従来技術３の問題点ソフトウェアの開発では、異なる複数のソフトウェアに
共通なサービスを各ソフトウェアで共有するのが一般的
である。そのため、上記従来技術３のもとに、組み合わ
せて、ソフトウェアパッケージを構成する複数のソフト
ウェアの間では、共有するサービスを含む場合があり、
管理領域から作業領域へソフトウェア生産物の復元を行
う場合、共通化されたサービスについては、作業領域内
で重複してしまい、独立した開発／試験を行うことがで
きないし、逆に、完全に別々の作業領域を持った場合に
は、独立した開発／試験は可能であるが、上記従来技術
２の方法でリリースされる時の構成を記録することがで
きないという第３の問題があった。（４）上記従来技術４の問題点上記従来技術４のもとでは、前述したソフトウェアパッ
ケージとしてリリースする複数のソフトウェアの各々
が、本来同一のリリース版の構成で共通化サービスを使
用しなければならないことが多いが、このような場合、
開発者が個々のソフトウェア生産物を検証しなければな
らないことから、膨大な作業工数を要するとともに、人
為的なミスなどにより、誤った構成のままで、ソフトウ
ェアパッケージとしてのリリース時の構成を記録するこ
とになり、確実な構成管理が行えないという第４の問題
があった。（５）上記従来技術５の問題点上記従来技術５のもとでは、開発者の人為的なミスによ
り、リリース版と提供先とを記録する際に誤りが発生し
やすく、このために、リリース版を提供した後に発生し
た障害の修正等のメンテナンス時に、その提供したソフ
トウェアのリリース版に相当するソフトウェア生産物を
復元しようとした場合、誤ったリリース版と提供先の記
録を参照してしまい、この結果誤ったリリース版の構成
で復元が行われることから、そのメンテナンスの作業を
遅延させるという第５の問題があった。（６）上記従来技術６の問題点上記従来技術６のもとでは、ソフトウェアあるいは個々
のサービスについて、各々の開発責任者の承認を得ない
でそのソフトウェア等の構成の記録を行うことも可能で
ある。そうすると、開発責任者が誤って責任のない他の
サービスの構成の記録を行ったり、また開発者が開発責
任者の承認のないままそのソフトウェア等の構成の記録
を行うことを防止できなくなり、この結果、記録された
構成に対する信頼性が損なわれるという第６の問題があ
った。〔Ｂ〕複数の開発拠点間における分散共有管理について（７）上記従来技術７の問題点上記従来技術７のもとでは、既述のいずれの方法におい
ても、各開発拠点内の管理領域で管理されるソフトウェ
ア生産物の変更の履歴およびその内容の全てのデータを
他の開発拠点に配付し、全開発拠点において、ソフトウ
ェア生産物の全ての変更の履歴およびその内容を保持す
ることになる。

【００１１】しかしながら、各開発拠点におけるソフト
ウェア生産物には、その開発拠点でのみ必要となる変更
等も多数含まれており、そのソフトウェア生産物を参照
する側にある開発拠点にとっては不必要な変更の履歴お
よびその内容も数多く存在する。この結果不必要な変更
の履歴およびその内容がコンピュータネットワークを介
して転送されて他の開発拠点におけるコンピュータに不
要データとして蓄積される。

【００１２】したがってコンピュータネットワーク資源
や他の開発拠点でのコンピュータ資源を無駄に消費する
ばかりでなく、コンピュータネットワークによる転送に
も余分な時間がかかることになり、いわゆる分散開発拠
点間でソフトウェア生産物を効率的に共有することがで
きないという第７の問題があった。（８）上記従来技術８の問題点上記従来技術８のもとでは、各開発拠点間においてソフ
トウェア生産物を配付できることとなり、異なる複数の
開発拠点からの配付を受けることができる。このため、
各開発拠点間で同一のソフトウェア生産物を共有してい
ないという状態が発生し得ることとなり、いわゆる分散
開発拠点間でソフトウェア生産物の整合性が保証できな
くなるという第８の問題があった。

【００１３】また、自開発拠点から配付を行ったソフト
ウェア生産物が、他開発拠点を介して自開発拠点に配付
されるという処理が行われる可能性もあるが、このよう
な場合、既に保持していた自開発拠点でのソフトウェア
生産物変更の履歴情報を、他開発拠点の履歴情報として
二重に保持することになるので、各開発拠点におけるデ
ィスク資源を無駄に使用することになるという第８の問
題があった。（９）上記従来技術９の問題点ソフトウェア生産物の構成管理においては、ソフトウェ
ア生産物を配付した瞬間に各開発拠点におけるコンピュ
ータ間でソフトウェア生産物が正しく共有されているこ
とが重要である。したがって何らかの要因でその正しい
共有に失敗した場合には早急にその失敗を復旧するため
の操作が必要である。しかしながらこの従来技術９にお
いては、開発者が各開発拠点におけるコンピュータ間の
ソフトウェア生産物の内容を任意の時点で一致させる機
構も、共有に失敗したときの復旧機構も存在しない。こ
のため、ソフトウェア生産物を配付した時点での該ソフ
トウェア生産物の共有を正確に行わないと下記の第９の
問題ｉ）およびii）が起こる。

【００１４】ｉ）一部のコンピュータへの配付に失敗し
たために、配付先において対処した問題が対処されてい
なかったり、現状のソフトウェア生産物の構成は正しい
という誤った認識により間違ったシステムが構築されて
しまう。 ii）各開発拠点間で同一のソフトウェア生産物を共有し
ているつもりでも、そのソフトウェア生産物の配付時に
一部のコンピュータが起動されていなかったため、各開
発拠点間において不整合な状態でソフトウェア生産物の
共有が行われているにも拘わらず、正確な共有が行われ
ているという誤った認識をしてしまい、間違ったシステ
ムが構築されてしまう。（１０）上記従来技術１０の問題点上記従来技術１０のもとでは、ソフトウェア生産物の各
開発拠点間において、各々が独自にソフトウェア生産物
に対して変更を加えることとなり、複数の開発拠点で各
々独自のソフトウェア生産物を利用することによって各
開発拠点間で同一のソフトウェア生産物を共有していな
いという状態が発生し得ることになり、いわゆる分散開
発拠点においてソフトウェア生産物の整合性が保証でき
なくなるという第１０の問題があった。

【００１５】この場合、開発拠点相互間のソフトウェア
生産物の差分のうちどの内容が必要で、どの内容が不必
要かということを自動的に正確に判断することは困難で
ある。したがってマージ後生成されたソフトウェア生産
物に必要な内容が取り込まれ、かつ、不必要な内容が削
除されているかを開発者が確認する必要があり、効率的
な運用ができないという不都合があった。

【００１６】したがって本発明は、上記第１〜６の問題
点および上記第７〜１０の問題点に鑑み、ソフトウェア
生産物の管理およびソフトウェアを構成する各サービス
の管理を円滑に、かつ、誤りなく行うことのできる、ソ
フトウェア生産物の構成管理システムおよび分散共有管
理システムを提供することを目的とするものである。

【００１７】

【課題を解決するための手段】

〔Ａ〕各開発拠点内における構成管理について図１は本発明に基づく第１の基本構成を示す図（その
１）、図２は同図（その２）、図３は同図（その３）で
ある。

【００１８】（１）本発明の第１の態様この第１の態様は、前述した従来技術１に対応するもの
である。図１〜図３を参照すると、管理領域１１（図
１）は、個々のソフトウェア生産物について、その全て
の変更履歴やその内容が原本として、保存される領域で
ある。

【００１９】一方、各々のソフトウェア生産物の作成や
更新をはじめ、各ソフトウェアのロードモジュール作成
やその試験等は、作業領域１３（図３）で行われる。任
意構成管理データベース（ＤＢ）１２（図１）は、リリ
ースするソフトウェア毎に任意に決められるサービスの
組み合わせと、これらサービスの各々が、作業領域１３
に復元される場合のその復元形態を記憶する媒体であ
る。

【００２０】任意サービス構成設定装置１４（図２）に
おいては、サービス構成読み込み装置１４２が、リリー
ス試験のために、管理領域１１から作業領域１３へ復元
したサービスの組み合わせと、これらサービスの各々の
作業領域１３内での復元形態を、作業領域１３あるいは
利用者入力から読み込む。該任意サービス構成設定装置
１４における組み合わせ記録装置１４１は、その組み合
わせと各サービスの復元形態とを、利用者が入力するソ
フトウェア名とともに、任意構成管理ＤＢ１２に書き込
む。

【００２１】これにより、ソフトウェアのリリースに必
要な、サービスの組み合わせや、この組み合わせに係る
各サービスの、管理領域１１から作業領域１３への復元
形態を、確実に記憶し保存することができる。さらに、
任意サービス構成復元装置１５においては、組み合わせ
読み込み装置１５２が、任意構成管理ＤＢ１２から、当
該ソフトウェアを構成するサービスと各該サービスの復
元形態とを読み込む。この読み込んだ結果に従って、生
産物復元装置１５１は、リリース情報ＤＢ１３２に、復
元すべきソフトウェア名とそのリリース版および、その
ソフトウェアに含まれる各サービスについてのサービス
名とリリース版と復元形態とを記録する。この記録情報
に従って、管理領域１１から作業領域１３へ復元するこ
とにより、一度記憶したソフトウェアについては、決め
られたサービスの組み合わせと、決められた復元形態と
で確実にソフトウェア生産物の復元を行うことができ
る。

【００２２】さらに詳しく図１を考察すると、この管理
領域１１内には、ソフトウェアＡとソフトウェアＢの２
種についての各データベース（ＤＢ）が存在し、また、
３種のサービスＡ，ＢおよびＣにそれぞれ対応するデー
タベース（ＤＢ）が存在し、さらにサービスＡについて
は３種のソフトウェア生産物Ａ１，Ａ２およびＡ３を収
納する３つのデータベース（ＤＢ）が存在し、同様にサ
ービスＢについては３種のソフトウェア生産物Ｂ１，Ｂ
２およびＢ３を収納する３つのデータベース（ＤＢ）が
存在し、サービスＣについては３種のソフトウェア生産
物Ｃ１，Ｃ２およびＣ３を収納する３つのデータベース
（ＤＢ）が存在する例を示している。

【００２３】また、図３をさらに詳しく考察すると、サ
ービスＡおよびサービスＣの２種のサービスがこの作業
領域１３内に復元され、それぞれの復元されたソフトウ
ェア生産物がＡ１〜Ａ３とＣ１およびＣ２とである例を
示している。なお、この作業領域１３内で復元されたソ
フトウェア生産物の一覧が、作業生産物一覧データベー
ス（ＤＢ）１３１に記憶される。

【００２４】かくして本発明の第１の態様は、まず、各
ソフトウェア生産物についての変更の履歴とその内容を
原本として保存する管理領域１１と、この管理領域１１
より必要なソフトウェア生産物を復元して新たなソフト
ウェア生産物を開発するための作業領域１３とを含み、
この作業領域１３での作業を支援するために各ソフトウ
ェア生産物についてその構成を管理し、かつ、ここに開
発すべきソフトウェアはそれぞれが独立して開発された
複数のサービスの組み合わせによってリリースされる、
ソフトウェア生産物の構成管理システムである。そし
て、このソフトウェア生産物の構成管理システムは次の
３つの構成要件（ｉ）〜（iii ）によってさらに特徴づ
けられる。すなわち、（ｉ）リリースするソフトウェア
毎に任意に定められるサービスの組み合わせと、この組
み合わせに係るサービスの各々が作業領域１３に復元さ
れるときの版数（Ｖｅｒｓｉｏｎ）で特定される復元形
態とを記憶する任意構成管理データベース１２、（ii）
作業領域１３においてリリースするソフトウェアの名称
と、作業領域１３に復元された各サービスの復元形態と
を、任意構成管理データベース１２に対して設定し、か
つ、格納するための任意サービス構成設定装置１４、お
よび（iii ）利用者により指定される、リリースするソ
フトウェアの名称によって、任意構成管理データベース
１２をアクセスして、当該ソフトウェアを構成する複数
のサービスと、各該サービスの復元形態とを読み込み、
この読み込み結果に基づいて、各々が当該復元形態を有
する複数のサービスを、作業領域１３内に復元せしめる
ための任意サービス構成復元装置１５である。

【００２５】上記のように構成された第１の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
メンテナンスやレベルアップのための改造等のために、
ソフトウェアのリリース時の構成をもってソフトウェア
生産物を復元しなくてはならないような場合、開発者が
資料などの記録をもとに手動でその復元を行うのではな
く、自動で確実かつ迅速にソフトウェア生産物の復元が
行われるのでその復元に要する作業が大幅に効率化され
る。

【００２６】また、ソフトウェアを構成するサービスが
多数ある場合等は、上記の従来技術１では、開発者のミ
スなどにより、誤ったサービスの組み合わせや誤ったサ
ービスの復元形態をもって作業領域１３への復元が行わ
れることがあったが、この本発明の第１の態様によれ
ば、そのようなミスも大幅に減少する。図４は本発明に
基づく第２の基本構成を示す図（その１）、図５は同図
（その２）、図６は同図（その３）である。

【００２７】（２）本発明の第２の態様この第２の態様は、前述した従来技術２に対応するもの
である。図４〜図６を参照すると、前述のとおり、管理
領域１１は、個々のソフトウェア生産物について、その
全ての変更履歴やその内容が原本として、保存される領
域である。

【００２８】一方、前述のとおり、各々のソフトウェア
生産物の作成や更新をはじめ、各ソフトウェアのロード
モジュール作成やその試験等は作業領域１３で行われ
る。作業生産物一覧データベース（ＤＢ）１３１は、作
業領域１３内でのソフトウェア生産物が、管理領域１１
内の原本のどの版（Ｖｅｒｓｉｏｎ）のものかを記憶す
る。

【００２９】さらに前述のとおり任意構成管理ＤＢ１２
は、リリースするソフトウェア毎に任意に決められるサ
ービスの組み合わせと、これらのサービスの各々が、作
業領域１３へ復元される場合のその復元形態を記憶する
媒体である。本発明の第２の態様の特徴を最もよく表し
ているのは図５であり、任意サービス構成記録装置２４
は、任意構成管理ＤＢ１２に記憶されている、任意のサ
ービスの組み合わせで構成されるソフトウェアについ
て、リリース時のソフトウェア生産物の構成や各該ソフ
トウェア生産物の版数（Version No. ）を、管理領域１
１内の原本に対して記録する。

【００３０】任意構成確認装置２４４は、リリース時の
構成の記録を行うべきソフトウェアについて、任意構成
管理ＤＢ１２に存在するか否か、また作業領域１３が、
その記録を行うべきソフトウェアに対応した作業領域で
あるか否かを確認する。生産物構成矛盾検出装置２４２
は、任意構成管理ＤＢ１２から、各サービスに規定され
ている復元形態を読み込み、作業領域１３における各サ
ービスの実際の復元形態が正しいかどうかを確認する。
また作業生産物一覧ＤＢ１３１（図６）と作業領域１３
内の実際のソフトウェア生産物とを比較しこのソフトウ
ェア生産物に既に変更が加えられているにもかかわら
ず、管理領域１１（図４）には未だその変更が登録され
ていないというようなソフトウェア生産物を検出する。
さらに生産物登録装置２４３は、その検出されたソフト
ウェア生産物を、管理領域１１に対して登録する。ここ
にリリース可となる。

【００３１】生産物構成記録装置２４１は、作業領域１
３内のソフトウェア生産物の構成と版数（Version No.
）を、作業生産物一覧ＤＢ１３１から読み込み、管理
領域１１（図４）へ記録する。上述した本発明の第２の
態様における特徴は次のとおりである。すなわち、サー
ビスの組み合わせにより作業領域１３にて復元されたソ
フトウェア生産物に対しリリースの可否を判定し、リリ
ース可であって、リリースする構成としてそのソフトウ
ェア生産物が確定したとき、当該サービスの組み合わせ
と、これらのサービスの各々の構成と、その各々の版数
とを、管理領域１１内の対応する原本に対して記録する
ための任意サービス構成記録装置２４を有する点にあ
る。

【００３２】上記のように構成された第２の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
任意のサービスを組み合わせてなるソフトウェアの構成
を記録する場合に、上記従来技術２では、リリース試験
を行った作業領域内のソフトウェアの生産物の構成を、
リリース時の構成として記録するときに、その作業領域
で更新したソフトウェア生産物を管理領域に登録し忘れ
る等により、作業領域内での実際のソフトウェア生産物
の構成や版数とは異なる構成や版数をもって記録が行わ
れることがあった。しかし本発明の第２の態様では、そ
の様なミスを防止することができ、したがってリリース
試験を行った作業領域での構成そのものを確実に記録し
て保存することができる。

【００３３】図７は本発明に基づく第３の基本構成を示
す図（その１）、図８は同図（その２）、図９は同図
（その３）である。（３）本発明の第３の態様この第３の態様は、前述した従来技術３に対応するもの
である。

【００３４】図７〜図９を参照すると、まず、管理領域
１１（図７）は前述のとおりである。また、図９におい
て、ソフトウェア生産物の各々の作成や更新をはじめと
して、ソフトウェアのロードモジュール作成や試験等は
前述のとおり作業領域１３で行われる。１３２Ａと１３
２ＢはそれぞれソフトウェアＡおよびＢについての各リ
リース情報ＤＢであり、作業領域１３Ａおよび１３Ｂで
のソフトウェア生産物の復元について、そのソフトウェ
ア名と、そのリリース時の版（Ｖｅｒｓｉｏｎ）と、そ
のソフトウェアに含まれるサービスと、これらサービス
の各々のリリース時の版と、そのサービスの復元形態が
そのリリース情報ＤＢ１３２Ａおよび１３２Ｂ内に記録
されている。

【００３５】前述した任意構成管理ＤＢ１２（図７）
は、複数のソフトウェアを組み合せて構成されるソフト
ウェアパッケージについて、リリースするそのソフトウ
ェアパッケージ毎に、任意に決められるその複数のソフ
トウェアの組み合わせと、各々のソフトウェアのリリー
ス時の版数を記憶している。本発明の第３の態様の特徴
を最も良く表しているのは図８であり、任意ソフトウェ
ア構成記録装置３４は、上記ソフトウェアパッケージに
含まれる各ソフトウェアについてのソフトウェア名と、
リリース時の版数とを、リリース情報ＤＢ１３２Ａおよ
び１３２Ｂ（図９）（あるいは、利用者入力ＵＳＥＲ
（図８））から、リリース情報読み込み装置３４２（図
８）が読み込み、利用者が入力する、所望のソフトウェ
アのソフトウェアパッケージ名とともに、任意構成記録
装置３４１（図８）が、任意構成管理ＤＢ１２（図７）
に記録する。

【００３６】図８の任意ソフトウェア構成参照装置３５
は、任意構成読み込み装置３５１が、任意構成管理ＤＢ
１２（図７）から、当該ソフトウェアパッケージに関す
る任意構成情報を読み込み、任意構成出力装置３５２か
ら利用者へ出力する。上述した本発明の第３の態様にお
ける特徴は次のとおりである。すなわち、複数のソフト
ウェアを任意に組み合わせ新たなソフトウェアパッケー
ジとしてリリースする場合において、このソフトウェア
パッケージをリリースするときに、このソフトウェアパ
ッケージを構成するソフトウェアの組み合わせに関する
情報と、その組み合わせに係る各ソフトウェアのリリー
ス版数に関する情報とを、任意構成管理ＤＢ１２に記録
するための任意ソフトウェア構成記録装置３４と、この
任意構成管理ＤＢ１２にアクセスして、（ｉ）リリース
するソフトウェア毎に定められるサービスの組み合わせ
に関する情報、（ii）その組み合わせに係る各サービス
の復元形態に関する情報、（iii ）そのソフトウェアパ
ッケージの組み合わせに関する情報および（iv）その組
み合わせに係る各ソフトウェアのリリース版数に関する
情報のうちのいずれかの情報を参照するための任意ソフ
トウェア構成参照装置３５と、を有する点にある。

【００３７】上記のように構成された第３の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
複数のソフトウェアを組み合せソフトウェアパッケージ
としてリリースをする場合に、これらソフトウェアに、
リリース時の版が異なる、これらソフトウェアに共通の
共通サービスが存在したとしても、独立した作業領域１
３Ａおよび１３Ｂで試験を行いながら、リリース時に、
前述した本発明の第２の態様に基づいて各ソフトウェア
の構成を記録するとともにソフトウェアの組み合わせと
各々のリリース時の版数とを関連付けて管理することが
可能となる。したがって複数のソフトウェアを組み合せ
てなるソフトウェアパッケージとしてのリリースであっ
ても、確実にソフトウェア生産物の構成を管理すること
ができ、メンテナンス時の障害への対応においても、そ
のソフトウェアパッケージに含まれるソフトウェア生産
物を確実に追跡して復元することができる。

【００３８】図１０は本発明に基づく第４の基本構成を
示す図（その１）、図１１は同図（その２）、図１２は
同図（その３）である。（４）本発明の第４の態様この第４の態様は、前述した従来技術４に対応するもの
である。

【００３９】図１０〜図１２を参照すると、まず管理領
域１１（図１０）は、前述のとおりである。また、図１
２においてソフトウェア生産物の各々の作成や更新をは
じめとして、ソフトウェアのロードモジュール作成や試
験等は前述のとおり作業領域１３で行われる。１３２Ａ
と１３２Ｂは前述のとおりそれぞれリリース情報ＤＢで
あり、作業領域１３Ａおよび１３Ｂでのソフトウェア生
産物の復元について、そのソフトウェア名とそのリリー
ス時の版（Ｖｅｒｓｉｏｎ）と、そのソフトウェアに含
まれるサービスと、これらサービスの各々のリリース時
の版と、そのサービスの復元形態がそのリリース情報Ｄ
Ｂ１３２Ａおよび１３２Ｂ内に記録されている。

【００４０】本発明の第４の態様の特徴を最も良く表し
ているのは図１１である。本図の構成検証装置４４にお
いて、作業領域情報読み込み装置４４１は、利用者（Ｕ
ＳＥＲ）の指定する複数のソフトウェアのそれぞれに対
応する作業領域（１３Ａ，１３Ｂ）と、これら複数のソ
フトウェアに共通化されているサービスのサービス名に
従って、各ソフトウェアに対応する作業領域（１３Ａ，
１３Ｂ）において、指定のサービスがどのリリース版で
復元されたかについての情報を読み込み、リリース版数
比較装置４４２は、ソフトウェアＡの共通サービスとソ
フトウェアＢの共通サービスの各リリース版数を比較
し、検証結果出力装置４４３は、その比較結果を、ソフ
トウェア名および共通化されたサービス名とともに利用
者へ出力する。これによってソフトウェアＡおよびＢの
間で共通に使用している共通サービスのリリース版の検
証結果が利用者に通知される。

【００４１】単に共通サービスが同一のリリース版を使
用すればよいのではなく、特定のリリース版を使用しな
くてはならないような場合には、利用者はソフトウェア
名および共通化されたサービス名とともに、当該サービ
スのリリース版数を指定する。これにより、リリース版
数比較装置４４２は、各ソフトウェアが使用する共通サ
ービスのリリース版数を、利用者が指定したリリース版
数と比較する。

【００４２】上述した本発明の第４の態様における特徴
は次のとおりである。すなわち、前述したソフトウェア
パッケージを構成する各ソフトウェアが、それぞれに共
通の共通サービスを使用する場合、各ソフトウェアがそ
れぞれ使用する共通サービスのリリース版の構成が相互
に同一であるか否かを検証するための構成検証装置４４
を有する点にある。

【００４３】上記のように構成された第４の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
開発中の複数のソフトウェアが、相互に同一のリリース
版を使用しなくてはならないような場合、従来のように
ソフトウェア生産物の内容を個々に確認することなく、
効率的に検証することができる。また検証のために要す
る開発者の作業が減少し、人為的なミスの介在を大幅に
減少させることができる。

【００４４】図１３は本発明に基づく第５の基本構成を
示す図（その１）、図１４は同図（その２）である。（５）本発明の第５の態様この第５の態様は、前述した従来技術５に対応するもの
である。図１３および図１４を参照すると、まず管理領
域１１（図１３）は前述のとおり個々のソフトウェア生
産物について、その全ての変更履歴やその内容が原本と
して保存されるとともに、また、ソフトウェアおよびサ
ービスの各レベルで、そのリリース版数が記録される領
域である。

【００４５】任意構成管理ＤＢ１２は、前述したように
リリースするソフトウェア毎に任意に決められるサービ
スの組み合わせと、これらのサービスの各々が、作業領
域１３へ復元される場合のその復元形態を記憶するとと
もに、また、複数のソフトウェアを組み合せてなるソフ
トウェアパッケージをリリースする場合のそのソフトウ
ェアパッケージ毎に、任意に決められるソフトウェアの
組み合わせと、各ソフトウェアのリリース版数とを記憶
するものである。

【００４６】本発明の第５の態様の特徴を最も良く表し
ているのは図１４であり、提供先管理データベース（Ｄ
Ｂ）５３は、ソフトウェアの提供先と、その提供したソ
フトウェアのソフトウェア名と、そのソフトウェアのリ
リース版数とが記憶される。また、図１４の提供先管理
装置５４は、リリース情報記録装置５４１を有し、この
装置５４１は、利用者（ＵＳＥＲ）から指定されるソフ
トウェアやサービスと、これらのリリース版数と、これ
らの提供先の各情報に従って、提供先管理ＤＢ５３に、
その指定に係る提供先が存在する場合には、上記のソフ
トウェア名やサービス名と、そのソフトウェアやサービ
スのリリース版数とを対応させて記録する。ただし、そ
の指定に係る提供先が存在しない場合には、提供先記録
装置５４２が、提供先管理ＤＢ５３に提供先を追加して
記録した後、同様に、ソフトウェア名やサービス名と、
その各々のリリース版数とを対応させて該ＤＢ５３内に
記録する。

【００４７】さらに、提供先記録装置５４２は、指定さ
れたソフトウェア名やサービス名とこれらのリリース版
数とが記録されている管理領域１１（図１３）内のソフ
トウェアＤＢやサービスＤＢに記録するとともに、任意
構成管理ＤＢ１２にこれらのソフトウェアやサービスの
提供先について記録を行う。図１４の提供先情報参照装
置５５において、提供先情報読み込み装置５５１は、提
供先毎のソフトウェアリリースに関する情報（ソフトウ
ェア名、そのソフトウェアのリリース時の版数）を提供
先管理ＤＢ５３から読み込む。そして提供先情報出力装
置５５２は、利用者へその読み込み情報を出力する。こ
れにより利用者は各提供先についてのソフトウェアのリ
リース情報を参照することができる。

【００４８】上述した本発明の第５の態様における特徴
は次のとおりである。すなわち、ソフトウェア生産物の
リリース版およびリリース時の構成を、当該ソフトウェ
ア生産物を提供した提供先毎に、提供先情報として、管
理するための提供先管理装置５４と、この提供先管理装
置５４により管理される提供先情報を、利用者の参照の
ために供する提供先情報参照装置５５と、を有する点に
ある。

【００４９】上記のように構成された第５の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
既に任意構成管理ＤＢ１２に記録されているリリース版
のソフトウェアについては、提供先管理ＤＢ５３により
ソフトウェア名およびリリース版数と、提供先とを対応
させて管理することができ、したがって提供先毎のリリ
ースの確認を容易に行うことができる。

【００５０】また、上記の第２の態様および第３の態様
と連動させて、リリース時の構成を記録するときに、提
供先が決まっている場合には、そのリリース時の構成の
記録と共に提供先をも記録することができる。これによ
り確実に提供先とソフトウェアリリース時の構成とを対
応付けて管理することができる。さらにまた、ソフトウ
ェアを提供した後のメンテナンスにおいては、確実かつ
容易に、そのソフトウェアのリリース版を特定できると
ともに、そのソフトウェア生産物の復元を行う場合にお
いて、誤ったリリース版でのソフトウェア生産物の復元
を防止できるため、効率的なメンテナンス作業が実現さ
れる。

【００５１】図１５は本発明に基づく第６の基本構成を
示す図（その１）、図１６は同図（その２）、図１７は
同図（その３）である。（６）本発明の第６の態様この第６の態様は、前述した従来技術６に対応するもの
である。

【００５２】図１５〜図１７を参照すると、図１５の管
理領域１２は、前述のとおりであり、また、図１７の作
業領域１３も前述のとおりである。本発明の第６の態様
の特徴を最も良く表しているのは図１６であり、所有権
管理装置６５において、所有権設定／解除装置６５３
は、開発者（ＵＳＥＲ）の要求に基づいて、管理領域１
１（図１５）内のソフトウェアあるいはサービスに対し
て所有権の設定／解除を行うため、管理領域１１内のデ
ータベース（ＤＢ）に所有権情報を記憶する。そしてソ
フトウェアやサービスのリリース時の構成を記録すると
きに、所有権情報読み込み装置６５２は、利用者の指定
するサービスについてその所有権の有無に関する情報
を、該データベース（ＤＢ）より読み込む。

【００５３】所有権情報通知装置６５１により、その所
有権の有無に関する読み込み結果を、生産物構成記録装
置６４へ通知することにより、ソフトウェアやサービス
についての所有権の管理を行う。この生産物構成記録装
置６４は、利用者の要求により、作業領域１３内でのソ
フトウェア生産物の構成あるいは管理領域１１内での最
新のソフトウェア生産物の構成をもって、ソフトウェア
やサービスについてのリリース時の構成の記録を行う。
この記録を行う場合に、ソフトウェアやサービスに所有
権が有る場合には、その所有権についての記録を行い、
もしそのような所有権がない場合には、所有権に関する
記録は行わない。上述した本発明の第６の態様における
特徴は次のとおりである。すなわち、作業領域１３にお
いて、リリースされたソフトウェア生産物の構成を管理
領域１１に記録するための生産物構成記録装置６４と、
その記録を行う場合に、そのソフトウェア生産物に所有
権があるときはその記録を実行させ、その所有権がない
ときはその記録を中止させる所有権管理装置６５と、を
有する点にある。

【００５４】上記のように構成された第６の態様に係
る、ソフトウェア生産物の構成管理システムによれば、
ソフトウェアやサービスの各レベルでこれらの構成の記
録をする権限を、各ソフトウェアや各サービスの開発責
任者に限定することができる。他の開発責任者により誤
って構成が記録されたり、開発担当者による承認のない
リリース構成が記録されたりすることを防止でき、した
がってリリース時の構成の記録の信頼性は大幅に向上す
る。〔Ｂ〕複数の開発拠点間における分散共有管理について図１８は本発明に基づく第７の基本構成を示す図（その
１）、図１９は同図（その２）である。なお、図１８お
よび図１９はそれぞれ開発拠点の送信側および受信側を
示す。

【００５５】（７）本発明の第７の態様この第７の態様は、前述した従来技術７に対応するもの
である。図１８および図１９を参照すると、構成管理シ
ステム７０は、前述した“〔Ａ〕各開発拠点内における
構成管理について”（図１〜図１７）において説明した
部分に相当するものである。すなわち、この構成管理シ
ステム７０では、各開発拠点内で作成および更新（変
更）されるソフトウェア生産物の原本の保管、ソフト
ウェア生産物の更新（変更）履歴の記録、記録された
履歴に基づく原本、最新版および旧版の復元、ソフト
ウェア生産物の出荷やソフトウェアの実行プログラム作
成等の時点における構成の記録、構成記録の履歴等の
管理を、構成管理として実施する。

【００５６】この構成管理システム７０により、各開発
拠点においては、管理領域７１（７１−１，７１−２）
に自開発拠点で開発したソフトウェア生産物全てについ
ての更新（変更）の履歴およびその内容と、その構成の
記録およびその履歴が保持されている。まず開発拠点１
で作成および更新（変更）されたソフトウェア生産物に
ついて、構成管理システム７０によりその構成の記録が
行われる。

【００５７】この開発拠点１（例えば札幌）で開発され
たソフトウェア生産物を、図１９の開発拠点２（例えば
東京）へ配付する場合、次のように実行される。開発者
Ｕ（図１８）が、図１８の右上に示す配付先情報や配付
管理領域名を、配付準備装置７５に与えると、この配付
準備装置７５は、その配付先情報に基づいて、図１８の
左下に示す送信領域７２を作成し、その配付先情報を配
付先情報データベース（ＤＢ）７８に格納する。

【００５８】さらに、その配付準備装置７５は開発者Ｕ
から与えられた上記の配付管理領域名を、配付送信装置
７６にも与える。図１８の右下に示す配付送信装置７６
内の復元装置７６１はその配付管理領域名に従い、管理
領域７１−１からソフトウェア生産物情報を獲得し、送
信領域７２にソフトウェア生産物を復元する。なお、図
１８および図１９において、点線は構成の記録を表し、
実線矢印は情報の流れを表す。

【００５９】さらに、配付送信装置７６は開発者Ｕが与
える送信領域名（図１８の右上）、配付管理領域名およ
び構成記録版数（図１８の右下）により、復元装置７６
１は管理領域７１−１からその配付管理領域名および構
成記録版数に適合したソフトウェア生産物を、上記送信
領域名により示された送信領域７２に復元する。上記配
付送信装置７６内のデータ送信装置７６２が、上記配付
先情報データベース（ＤＢ）７８から、配付先（開発拠
点２）のコンピュータを特定し、上記送信領域７２に存
在するソフトウェア生産物を、図１９に示す開発拠点２
内の配付受信装置７７に送信する。この開発拠点２で
は、その配付受信装置７７内の配付資格確認装置７７１
が、図１９の右下に示す配付情報データベース（ＤＢ）
７３−２から、送信側である開発拠点１（図１８）が開
発拠点２（自拠点）に配付を行う資格があるかを配付資
格情報により確認する。その配付資格があると判断され
た場合、データ受信装置７７２は、開発拠点１（図１
８）内のデータ送信装置７２から送信（配付）されるソ
フトウェア生産物を受信して受信領域７４にそのソフト
ウェア生産物を格納する。さらに上記配付受信装置７７
内の登録装置７７３は、受信領域７４に格納されたソフ
トウェア生産物の内容と版数とを、管理領域７１−２へ
登録する。

【００６０】さらに、開発拠点１（図１８）から開発拠
点２（図１９）へ二回目以降の配付を行う場合には、開
発拠点１において、開発者Ｕから上記の配付管理領域名
と構成記録版数とが与えられると、上記復元装置７６１
は送信領域７２の状態を見て、ソフトウェア生産物の版
数が異なるもの（ファイル）のみを管理領域７１−１か
ら復元して該当するソフトウェア生産物のみを上記デー
タ送信装置７６２により送信する。

【００６１】開発拠点２では開発拠点１より送信されて
きたソフトウェア生産物のみを、上記データ受信装置７
７２により受信領域７４に格納し、さらに登録装置７７
３は管理領域７１−２へその登録を行う。以上のよう
に、開発拠点１で作成および更新されているソフトウェ
ア生産物を、開発拠点２へ配付することにより、開発拠
点２でこれを参照することが可能となる。また、ソフト
ウェア生産物を、構成記録された単位で配付することに
より、開発拠点２にとっては不要なすなわち開発拠点１
の中だけで閉じたソフトウェア生産物の内容が、開発拠
点２へ配付されることがなくなる。またソフトウェア生
産物の配付時には、前回配付したソフトウェア生産物の
内容が送信領域７２に保持されているので、変更（更
新）のないソフトウェア生産物については配付が行われ
ない。

【００６２】さらに、開発拠点２における管理領域７１
−２への登録が行われた後に開発拠点１における配付時
の構成記録と同一の構成記録を開発拠点２でも行うた
め、上記配付受信装置７７（図１９）内の構成記録装置
７７４は、配付された上記の配付管理領域名および構成
記録版数とから、上記受信領域７４内のソフトウェア生
産物およびこれが持つ版数という構成をもって、上記管
理領域７１−２に対して構成の記録を行うことができ
る。これにより、一つ一つのソフトウェア生産物につい
てこれが開発拠点１におけるどの管理領域名の、またど
の構成記録版数に含まれるものかを管理できるのみなら
ず、開発拠点２においても開発拠点１と同一の構成記録
が行われるから、開発拠点２の構成記録版数が開発拠点
１のどの構成記録版数に対応するかも容易に識別できる
ことになる。

【００６３】以上の構成において、図示する配付情報デ
ータベース（ＤＢ）７３は、自開発拠点からソフトウェ
ア生産物の配付を行うことを許可する他開発拠点のコン
ピュータ名およびその開発者名に関する情報を格納する
ためのデータベースである。この格納は後に述べる受信
準備装置７５２が行う。次に、配付準備装置７５内の送
信準備装置７５１は、開発者Ｕから入力される、配付先
情報を上記配付先情報データベース（ＤＢ）７８に格納
し、上記配付管理領域名を上記配付送信装置７６に通知
するものである。

【００６４】さらに該装置７５内の受信準備装置７５２
は、基本配付情報（図１８の右上に示す）を上記配付情
報データベース（ＤＢ）７３に格納するものである。基
本配付情報は、上述のように、他開発拠点のコンピュー
タ名および開発者名を表す情報である。次に図１９につ
いてみると、変更情報データベース（ＤＢ）７９は、上
記受信領域７４に新たに格納されたソフトウェア生産物
名およびその版数を保持するものである。なお、この版
数は既に述べたＶｅｒｓｉｏｎのことであるが、図１
８，１９や後述の図２０，２１…ではＲｅｖ．（ｒｅｖ
ｉｓｉｏｎ）として示す。実質的な意味は両者同一であ
る。

【００６５】さらに、生産物一覧データベース（ＤＢ）
８２は、受信領域７４に格納されているソフトウェア生
産物およびその版数を保持するものである。かくして本
発明の第７の態様において、ソフトウェア生産物を配付
する送信側の開発拠点は、本明細書の前半で詳述した構
成管理システム７０からのソフトウェア生産物に関する
構成記録情報ならびにソフトウェア生産物の変更の履歴
およびその内容を保持して管理する管理領域７１−１
と、当該開発拠点の開発者Ｕから入力される、配付に関
する情報をもとに受信側の開発拠点へソフトウェア生産
物を配付する準備を行う配付準備装置７５と、配付準備
装置７５を介し、上記の配付に関する情報に従って、管
理領域７１−１から一時的にソフトウェア生産物を復元
する送信領域７２と、送信領域７２内に復元されたソフ
トウェア生産物に関する情報を、受信側の開発拠点へ送
信する配付送信装置７６とにより特徴づけられる。さら
に下記ａ）〜ｆ）によって特徴づけられる。

【００６６】ａ）送信側の開発拠点からソフトウェア生
産物の配付を許可する受信側の開発拠点のコンピュータ
名およびその開発者名を表す基本配付情報を格納する配
付情報データベース７３を備える。ｂ）上記の配付に関する情報のうち配付先情報を格納す
る配付先情報データベース７８を備えると共に、配付準
備装置７５は、配付先情報が有する、管理領域７１−１
内の配付管理領域名を配付送信装置７６に通知する送信
準備装置７５１と、基本配付情報を配付先情報データベ
ース７８に格納する受信準備装置７５２とを含んでな
る。

【００６７】ｃ）ソフトウェア生産物が配付される受信
側の開発拠点は、送信側の開発拠点から配付されるソフ
トウェア生産物に関する情報を受信して管理する配付受
信装置７７と、配付受信装置７７に受信された情報を一
時的に保存する受信領域７４と、受信領域７４を参照し
て、ソフトウェア生産物に関する構成記録情報ならびに
当該ソフトウェア生産物の変更の履歴およびその内容を
保持して管理する管理領域７１−２とを備える。

【００６８】ｄ）配付受信装置７７は、当該ソフトウェ
ア生産物が、当該開発拠点に配付される資格があるか否
か確認する配付資格確認装置７７１と、配付されたソフ
トウェア生産物に関する情報を受信して管理領域７１−
２にこれを保存せしめるデータ受信装置７７２と、受信
領域７４内のソフトウェア生産物を管理領域７１−２に
登録する登録装置７７３とを含んでなる。

【００６９】ｅ）受信領域７４に格納されているソフト
ウェア生産物およびその版数を保持する生産物一覧デー
タベース８２を備える。ｆ）配付受信装置７７は、送信側の開発拠点から配付さ
れるソフトウェア生産物に関する情報のうち、当該ソフ
トウェア生産物の管理領域名および構成記録の版数か
ら、送信側の開発拠点での構成記録と同一のソフトウェ
ア生産物および版数をもって、管理領域７１−２に対す
る構成記録を行う構成記録装置７７４を含む。

【００７０】このように構成された第７の態様に係る、
ソフトウェア生産物の分散共有管理システムによれば、
自開発拠点以外にとっては必要のないソフトウェア生産
物を配付することがなく、配付先開発拠点のコンピュー
タ資源を効率的に使用することができる。さらに、変更
が生じていないソフトウェア生産物の再送を繰り返す必
要がなく、コンピュータネットワークの資源を効率的に
使用することが可能であり、かつ、ソフトウェア生産物
の配付作業にかかる時間を短縮することによって、分散
開発拠点でのソフトウェア生産物とその変更の履歴情報
の共有を、無駄なく円滑に行うことが可能となる。

【００７１】図２０は本発明に基づく第８の基本構成１
を示す図（その１）、図２１は同図（その２）である。
また、図２２は本発明に基づく第８の基本構成２を示す
図（その１）、図２３は同図（その２）、図２４は同図
（その３）である。

【００７２】（８）本発明の第８の態様この第８の態様は、前述した従来技術８に対応するもの
である。まず図２０および２１（基本構成１）を参照す
ると、ソフトウェア生産物の配付処理において、開発者
Ｕから配付管理領域名を入力されて、配付元確認装置７
６５は、配付先である受信側開発拠点２における配付元
情報データベース（ＤＢ）８１−２（図２１）から配付
元情報を取得し、ソフトウェア生産物毎に、配付元とな
る開発拠点名の検索を行う。配付元となる開発拠点名が
ない場合または配付元が自開発拠点にある場合は、当該
配付を行うことができるものと判断し、前述した配付送
信装置７６に対しそのソフトウェア生産物を、配付受信
装置７７（図２１）に転送せしめる。

【００７３】また、配付元が他の開発拠点である場合お
よび配付元と配付先が同一の開発拠点である場合は、配
付を行うことができないものと判断し、配付送信装置７
６に対しそのソフトウェア生産物を、配付受信装置７７
に転送することを阻止する。送信配付元情報設定装置７
６３は、配付送信装置７６が配付受信装置７７（図２
１）に転送したソフトウェア生産物について、その配付
元が自開発拠点であることが、自開発拠点における配付
元情報データベース（ＤＢ）８１−１内に記録されてい
ない場合、当該配付元情報を追加して記録する。

【００７４】受信配付元情報設定装置７７５（図２１）
は、配付送信装置７６が配付受信装置７７に転送したソ
フトウェア生産物について、その配付元情報が配付元情
報ＤＢ８１−２に記録されていない場合には、その配付
元情報を追加的にＤＢ８１−２に記録する。次に開発拠
点間での配付権譲渡処理について説明する。図２２，２
３および２４を参照すると、開発者Ｕまたは自開発拠点
における配付獲得要求受信装置８３２から、配付管理領
域名およびソフトウェア生産物名を受けて、配付権獲得
要求送信装置８３１は、配付元情報ＤＢ８１により指定
されたソフトウェア生産物名についてその配付先の開発
拠点名を取得し、配付元の開発拠点へ配付権の獲得要求
を発行し、この配付元開発拠点からは、その結果を取得
する。その配付権を獲得できる場合には、自開発拠点名
を配付元情報変更装置８３３に通知し、その結果を出力
する。

【００７５】配付権獲得要求送信装置８３１から配付権
獲得の依頼を受けて、配付権獲得要求受信装置８３２
は、配付元情報ＤＢ８１により指定されたソフトウェア
生産物名についてその配付元の開発拠点名を取得し、そ
の配付元が自開発拠点の場合、配付元情報ＤＢ８１から
配付権譲渡許可フラグを取得する。その配付権譲渡が許
可されていない場合（フラグ＝０）には、その結果を出
力する。配付権譲渡が許可されている場合（フラグ＝
１）には、配付譲渡の依頼元の開発拠点名を、配付元情
報変更装置８３３に通知し、その結果を出力する。

【００７６】ソフトウェア生産物名に対応する開発拠点
名が他の開発拠点を示している場合には、配付権獲得要
求送信装置８３１を起動し、配付元情報ＤＢ８１から取
得した結果が、配付権獲得可である場合、配付元情報変
更装置８３３に通知し、その結果を出力する。上記の取
得した結果が配付権獲得不可である場合、その結果を出
力する。

【００７７】ソフトウェア生産物名に対応する配付元の
開発拠点が自開発拠点である場合には、配付権獲得要求
送信装置８３１を起動し、配付元情報ＤＢ８１の検索結
果を取得する。その結果が配付権獲得可を示している場
合には、配付譲渡依頼元の開発拠点名を、配付元情報変
更装置８３３に通知し、その結果を出力する。配付権を
獲得できない場合には、その結果を出力する。

【００７８】配付権獲得要求送信装置８３１または配付
権獲得要求受信装置８３２から、ソフトウェア生産物名
およびそのソフトウェア生産物の変更を行った開発拠点
名を受けたときは、配付元情報変更装置８３３は、配付
元情報ＤＢ８１内のソフトウェア生産物名に対応する開
発拠点名を、開発者がアクションを起こした拠点名に変
更する。

【００７９】また開発者Ｕから配付管理領域名およびソ
フトウェア生産物名を受けたときは、配付権譲渡許可設
定装置８４は、配付元情報ＤＢ８１よりそのソフトウェ
ア生産物の配付元の開発拠点名を取得し、その開発拠点
名が自開発拠点の場合には、該譲渡の許可および不許可
の設定を、配付元情報ＤＢ８１のソフトウェア生産物名
に対応する配付権譲渡許可フラグに対して行う。その開
発拠点名が自開発拠点でない場合には、処理を中止す
る。

【００８０】上記の手順により、各開発拠点において、
同一のソフトウェア生産物について、異なる開発拠点か
ら配付を受けることが阻止される。また、自開発拠点か
ら配付を行ったソフトウェア生産物が、他の開発拠点を
介して、自開発拠点に配付されるという処理が行われる
ことは無くなる。かくして本発明の第８の態様（その
１）においては、ａ）配付送信装置７６内に、ソフトウェア生産物を配付
先の開発拠点に送信するデータ送信装置７６２を備え、
データ送信装置７６２はさらに、ソフトウェア毎に、配
付元となる開発拠点を検索して当該配付元となる開発拠
点がないかもしくはその配付元が自開発拠点であるとき
に、当該配付の実行が可能と判断して上述した送信をデ
ータ送信装置７６２に行わせる配付元確認装置７６５を
有する。

【００８１】ｂ）各開発拠点内の管理領域内に、ソフト
ウェア生産物の配付を行った際の配付元となる開発拠点
を記録管理する配付元情報データベース８１を備え、配
付元確認装置７６５は、配付先の配付元情報データベー
ス８１により、配付元となる開発拠点の検索を行う。ｃ）配付送信装置７６内に、送信側の管理領域内におけ
る配付元情報データベース８１において、送信されたソ
フトウェア生産物の各々についてその記述があるか否か
を確認して、記述されていないとき、当該ソフトウェア
生産物のソフトウェア生産物名および送信側の管理領域
名の組み合わせを、配付元情報データベース８１に追加
して記録する送信配付元情報設定装置７６３を備える。

【００８２】ｄ）各開発拠点内の管理領域内に、ソフト
ウェア生産物の配付を行った際の配付元となる開発拠点
を記録管理する配付元情報データベース８１を備えると
共に、配付受信装置７７内に、受信側の管理領域内にお
ける配付元情報データベース８１において、受信された
ソフトウェア生産物の各々のソフトウェア生産物名につ
いてその記述があるか否か確認し、その記述が無いと
き、当該ソフトウェア生産物名とその開発拠点名を配付
元情報データベース８１に追加して記録する受信配付元
情報設定装置７７５を有する。

【００８３】また、本発明の第８の態様（その２）にお
いては、ａ）ソフトウェア生産物の配付権を、開発拠点間で譲渡
し合うための配付権変更装置８３を、各開発拠点内に有
する。ｂ）配付権変更装置８３は、自開発拠点にソフトウェア
生産物の配付を行った他の開発拠点に対して、配付権を
自開発拠点に譲渡させるための配付権獲得依頼を発行す
る配付権獲得要求送信装置８３１を有する。

【００８４】ｃ）配付権変更装置８３は、配付権獲得要
求送信装置８３１からの配付権獲得依頼に対し、自開発
拠点において配付権を所有しているソフトウェア生産物
の配付権譲渡を許可できる場合、配付権獲得依頼を発行
した開発拠点に対して当該ソフトウェア生産物の配付権
を譲渡する配付権獲得要求受信装置８３２を有する。ｄ）配付権変更装置８３は、ソフトウェア生産物の配付
を行った際の配付元となる開発拠点を記録管理する配付
元情報データベース８１に対し、ソフトウェア生産物名
および対応する開発拠点名に関する記録の変更を行う配
付元情報変更装置８３３を有する。

【００８５】ｅ）各開発拠点内に、配付権獲得要求送信
装置８３１からの配付権獲得依頼について、自開発拠点
において所有しているソフトウェア生産物の配付権の譲
渡を許可するか否かの設定を、配付元情報データベース
８１に対して行う配付権譲渡許可設定装置８４を有す
る。このように構成された第８の態様に係る、ソフトウェア
生産物の分散共有管理システムによれば、同一ソフトウ
ェア生産物について異なる複数の開発拠点からの配付の
受付けは阻止されるから、配付を受けたソフトウェア生
産物の整合性を保証することができる。すなわち、ソフ
トウェア生産物の配付を行った際の配付元拠点を記録管
理する配付元情報ＤＢ８１を有し、ソフトウェア生産物
の段階的配付による配付元への配付の防止と、他の拠点
を介して同一拠点に二重配付することを防止可能とす
る。

【００８６】また、自開発拠点から配付を行ったソフト
ウェア生産物が、他の開発拠点を介して配付元に配付さ
れるという処理は行われることがないため、管理領域の
ディスク資源を効率的に使用することができる。図２５
は本発明に基づく第９の基本構成を示す図（その１）、
図２６は同図（その２）である。なお、図２５および２
６はそれぞれ開発拠点の送信側および受信側を示す。

【００８７】（９）本発明の第９の態様この第９の態様は、前述した従来技術９に対応するもの
である。図２５および図２６を参照すると、配付元復旧
検出装置８５２は、復元装置７６１の出力結果から、ソ
フトウェア生産物の配付に失敗したホストコンピュータ
や配付に失敗したソフトウェア生産物を判断する。同様
に図２６の配付先復旧検出装置８６２は、登録装置７７
３の出力結果（結果出力情報）から、配付に失敗したホ
ストコンピュータや配付に失敗したソフトウェア生産物
を判断する。

【００８８】図２６の復旧情報送信装置８６１は、配付
先復旧検出装置８６２で検出した図示する配付先復旧情
報を、図２５の復旧情報受信装置８５３へ送信する。図
２５に示す配付元復旧装置８５内の復旧通知装置８５１
は、配付元復旧検出装置８５２により検出された配付元
の復旧情報と、図２６に示す配付先復旧装置８６内の配
付先復旧検出装置８６２により検出された配付先の復旧
情報とを合わせて、開発者Ｕに通知する。このため開発
者は配付直後における各開発拠点でのソフトウェア生産
物の共有状態を把握することができる。これにより配付
に失敗したホストコンピュータの復旧を迅速に行うこと
ができる。

【００８９】また、配付先のホストコンピュータが起動
していないような場合は、実際に配付を行うまでもなく
配付を行う必要がないので次の装置を設けておく。まず
は図２５のコンピュータ接続確認装置９１であり、該装
置９１は各開発拠点におけるホストコンピュータに対し
て応答要求を出す。この応答要求を受けた図２６の接続
応答装置９３からの応答により、各開発拠点でのホスト
コンピュータの稼働状況を開発者Ｕに通知し、処理を続
行するか否かの確認を求める。このため開発者は、配付
前に各開発拠点のコンピュータ稼働状況を把握すること
ができる。

【００９０】さらに図２５のコンピュータ間矛盾検出装
置９２は、各開発拠点におけるホストコンピュータ間で
構成記録の版数に矛盾がないか否かを、図２５の配付先
情報ＤＢ７８よりデータを抽出することによって開発者
に通知する。このため開発者は、ソフトウェア生産物の
配付前に各開発拠点におけるコンピュータ間で構成記録
の版数に矛盾がないかどうかを把握することができる。

【００９１】かくして本発明の第９の態様は、ａ）配付元となる開発拠点から他の複数の開発拠点に対
して同時にソフトウェア生産物を配付する際に、ソフト
ウェア生産物の配付元の開発拠点において、ソフトウェ
ア生産物の正しい共有に失敗した後の復旧に関する操作
を実行する（処理を行う）配付元復旧装置８５を備え
る。

【００９２】ｂ）配付元復旧装置８５は、配付送信装置
７６からの出力に基づいて配付元の開発拠点において復
旧の必要性があるか否かの検出を行う配付元復旧検出装
置８５２を含む。ｃ）配付元復旧装置８５は、配付先の開発拠点における
復旧に関する情報を受信するための復旧情報受信装置８
５３を含む。

【００９３】ｄ）配付元復旧装置８５は、配付元復旧検
出装置８５２および復旧情報受信装置８５３からの復旧
に関する情報を併せて開発者に通知するための復旧通知
装置８５１を含む。ｅ）配付元の開発拠点よりソフトウェア生産物の配付を
受けた配付先の開発拠点において、配付先開発拠点での
復旧に関する操作を実行する（処理を行う）配付先復旧
装置８６を備える。

【００９４】ｆ）配付先復旧装置８６は、復旧に関する
情報を配付元の開発拠点に通知するための復旧情報送信
装置８６１を含む。ｇ）配付先復旧装置８６は、配付受信装置７７内の登録
装置７７３からの出力に基づいて、復旧の必要性がある
か否かの検出を行ってその結果を復旧情報送信装置８６
１に通知する配付先復旧検出装置８６２を含む。

【００９５】ｈ）ソフトウェア生産物の配付先の開発拠
点におけるコンピュータの稼働状態に関する情報を、応
答として、ソフトウェア生産物の配付元の開発拠点に返
送する接続応答装置９３を備える。ｉ）ソフトウェア生産物の配付元の開発拠点に、応答と
して返送される、ソフトウェア生産物の配付先の開発拠
点におけるコンピュータの稼働状態に関する情報に基づ
いてコンピュータ相互間の接続を確認するコンピュータ
接続確認装置９１を備える。

【００９６】ｊ）ソフトウェア生産物の配付に関する情
報のうち配付先情報をコンピュータ接続確認装置９１よ
り取得してこれを格納する配付先情報データベース７８
を、配付先情報データベース７８内の配付先情報を参照
して、複数の配付先開発拠点における各コンピュータ相
互間にソフトウェア生産物の共有に関しての矛盾がある
か否か検出するコンピュータ間矛盾検出装置９２を備え
る。

【００９７】このように構成された第９の態様に係る、
ソフトウェア生産物の分散共有管理システムによれば、
各開発拠点へソフトウェア生産物を同時に配付した後
に、各コンピュータ間でそのソフトウェア生産物に対す
る共有に不一致が生ずるという事態を回避することがで
きる。例えば、一部のコンピュータに対しそのエラーに
起因して配付が失敗した場合や一部のコンピュータが起
動されていなかった場合等によって生ずる誤った共有、
すなわちコンピュータ間での不整合を排除可能となる。

【００９８】図２７は本発明に基づく第１０の基本構成
を示す図（その１）、図２８は同図（その２）である。（１０）本発明の第１０の態様この第１０の態様は、前述した従来技術１０に対応する
ものである。図２７および図２８を参照すると、開発拠
点１から開発拠点２への処理において、開発拠点１での
開発者からソフトウェア生産物の所有権変更情報（例え
ば所有権解除の情報）により、所有権情報変更装置（９
４−１，９４−２）は、配付所有権情報データベース
（ＤＢ）（９７−１，９７−２）と、所有権情報ＤＢ
（９８−１，９８−２）の各内容を修正する。なお図
中、太線の矢印は拠点１→拠点２の処理の流れを表し、
細線の矢印は拠点２→拠点１の処理の流れを表す。

【００９９】所有権情報変更装置（９４−１，９４−
２）は、図示する配付所有権情報によって配付所有権の
解除を行い、また図示する所有権情報によって配付した
ソフトウェア生産物の配付の解除を行う。一方、所有権
情報変更装置（９４−１，９４−２）から、開発拠点２
に対する所有権を反映させるために、図示する所有権変
更情報を利用して、配付送信装置（７６−１，７６−
２）内の所有権データ送信装置（９５−１，９５−２）
を介し、上記の反映をさせるべき開発拠点に、図示する
所有権データを転送する。

【０１００】上記所有権データが転送された開発拠点２
（図２８）では、配付受信装置（７７−１，７７−２）
内の所有権データ受信装置（９６−１，９６−２）を介
し、所有権情報変更装置（９４−１，９４−２）に、所
有権変更情報が渡される。所有権情報変更装置（９４−
１，９４−２）は、配付所有権情報ＤＢ（９７−１，９
７−２）と所有権情報ＤＢ（９８−１，９８−２）の各
内容を修正する。

【０１０１】所有権情報変更装置（９４−１，９４−
２）は、配付所有権情報による配付所有権の解除を行
い、また所有権情報による配付生産物の配付の解除を行
う。所有権変更情報（例えば所有権の獲得）が指定され
たときは、上述したのと同様の処理によって配付所有権
の獲得を行い、また配付すべきソフトウェア生産物につ
いての配付許可を行う。

【０１０２】かくして配付所有権を獲得した者のみに、
ソフトウェア生産物の配付やその更新の許可が与えられ
る。なお、上述の説明は、開発拠点１から開発拠点２へ
の処理について述べたが、同様に、開発拠点２から開発
拠点１への処理も行える。かくして本発明の第１０の態
様においては、ａ）管理領域７１に配付されるソフトウェア生産物につ
いて、その配付時におけるその所有権を表す所有権情報
を格納する配付所有権情報データベース９７を備える。

【０１０３】ｂ）ソフトウェア生産物を登録する際にお
けるソフトウェア生産物の所有権に関する情報を格納す
る所有権情報データベース９８を備える。ｃ）１つの開発拠点より他の開発拠点に対し、所有権の
解除または設定を行う所有権情報変更装置９４を備え
る。ｄ）所有権に関するデータの授受を行う所有権データ送
信装置９５および所有権データ受信装置９６を有する。

【０１０４】このように構成された第１０の態様に係
る、ソフトウェア生産物の分散共有管理システムによれ
ば、同時に、同一のソフトウェア生産物に対する修正が
複数の開発拠点をまたがって発生しないため、マージに
よる誤った修正が行われないから、ソフトウェア生産物
の内容を確認する必要がなくなり、したがってその確認
時間を削減できる。また、マージを行わないことによっ
て、複数の開発拠点間でファイルの整合性が確保される
と共に、信頼性は向上し、またマージによって発生する
無駄な版数による資産を削減できる。

【０１０５】

【発明の実施の形態】以下、上述した第１〜第１０の態
様の構成についてさらに具体的な構成を示す。〔Ａ〕各開発拠点内における構成管理についてまず、第１〜第６の各種態様の中で採用されるいくつか
のデータベース（ＤＢ）の内容について、そのデータ構
造の一例を示しておく。

【０１０６】図２９はソフトウェアＤＢの内容の一例を
示す図である。図３０はサービスＤＢの内容の一例を示
す図である。図３１は生産物ＤＢの内容の一例を示す図
である。図３２は任意構成管理ＤＢの内容の一例を示す
図である。図３３は提供先ＤＢの内容の一例を示す図で
ある。

【０１０７】図３４は作業生産物一覧ＤＢの内容の一例
を示す図である。図３５はリリース情報ＤＢの内容の一
例を示す図である。図２９、図３０および図３１は、管
理領域１１内に形成される、ソフトウェアデータベース
（ＤＢ）、サービスＤＢおよびソフトウェア生産物ＤＢ
をそれぞれ表す。

【０１０８】図２９を参照すると、生産物構成記録履歴
のブロックにＬ字形の縁どり（Ｌ）がしてある。このＬ
字形の縁どりは、そのブロックが複数のブロックから構
成されていることを表す（以下、図３０〜図３４につい
て同じ）。また図２９において、矢印Ａは、その矢印Ａ
が発出する元のブロックを、その矢印Ａで指し示す欄に
展開して示すことを表している（以下、図３０〜図３５
について同じ）。

【０１０９】例えば、図２９の“下位サービス”という
ファイルは、さらに詳細には、サービス名およびリリー
ス版数をそれぞれ記録する２つのファイルに展開される
ことを表す。図２９において、「生産物構成記録履歴」
とは、『ソフトウェア生産物の構成を記録した履歴』と
いう意味である。この履歴は版（Ｖｅｒｓｉｏｎ）に対
応する。同様に「生産物構成記録者」とは、『ソフトウ
ェア生産物の構成についての記録をこのＤＢに対して行
った者』という意味である。

【０１１０】図３２において、復元形態とは、最新版で
復元するか、最新のリリース版で復元するか、あるいは
旧版のリリース版で復元するかの指定を行う領域であ
る。再び図１〜図３を参照すると、ここに示した第１の
基本構成に関する既述の特徴点に対してさらに加えるべ
き点は、下記の（ｉ）〜（iii ）である。（ｉ）作業領域１３内に、この作業領域１３に復元され
る各サービスの名称とその各々の復元形態とを記憶する
リリース情報ＤＢ１３２を有する。

【０１１１】（ii）リリース情報データベースＤＢ１３
２に記憶された各サービスの名称とその各々の復元形態
とを読み込むためのサービス構成読み込み装置１４２
と、その読み込んだ結果を、任意構成管理ＤＢ１２に格
納するための組み合わせ記憶装置１４１とを、任意サー
ビス構成設定装置１４内に有する。（iii ）利用者に指定された、リリースするソフトウェ
アの名称を入力として当該ソフトウェアを構成するサー
ビスの組み合わせを読み込むための組み合わせ読み込み
装置１５２と、その読み込み結果に基づいて、管理領域
１１より当該組み合わせに係る各サービスを作業領域１
３に復元するための生産物復元装置１５１とを、任意サ
ービス構成復元装置１５内に有する。上記についてさらに具体的に説明する。

【０１１２】図３６は本発明に基づく第１の基本構成の
具体例を示す図（その１）である。図３７は同図（その
２）、図３８は同図（その３）である。なお、以下の図
を参照するに当り、図３８の下端に表すとおり、四隅が
丸みを帯びているブロックは“利用者の要求”に係る領
域を表し、四隅が角張っているブロックは“データ”か
らなることを表している（以下、同様）。

【０１１３】図３９は任意サービス構成設定装置の処理
を示すフローチャート（その１）、図４０は同フローチ
ャート（その２）である。図４１は任意サービス構成復
元装置の処理を示すフローチャート（その１）、図４２
は同フローチャート（その２）である。図３６〜図３８
において、管理領域１１から、リリースするソフトウェ
アを構成するサービスＡの最新版の生産物と、サービス
Ｃの最新リリース版の生産物とがそれぞれ作業領域１３
に復元され、リリース試験が行われる。この復元時にリ
リース情報ＤＢ１３２には、各サービスについてのサー
ビス名と復元形態とが記憶されている。

【０１１４】開発者は、ソフトウェアのリリース試験の
ために復元したサービスの作業領域の位置（例えば、図
２７の“Ｐ”）と、これらのサービスを組み合わせてリ
リースするソフトウェアの名称（例えばソフトウェアＡ
として）とを指定する。任意サービス構成設定装置１４
内のサービス構成読み込み装置１４２は、利用者により
指定された作業領域１３内のリリース情報ＤＢ１３２か
ら、サービスＡおよびサービスＣというサービスの名称
と、サービスＡが最新版の復元、サービスＣが最新リリ
ース版の復元、というような復元形態を読み込む。

【０１１５】その読み込んだ結果は、組み合わせ記憶装
置１４１が、任意構成管理ＤＢ１２に記憶する。このと
きの読み込み結果、すなわちソフトウェアＡがサービス
ＡとサービスＣの組み合わせからなり、サービスＡの復
元形態は最新版の復元であり、サービスＣの復元形態は
最新リリース版の復元であるということが、任意構成管
理ＤＢ１２に記憶される。

【０１１６】メンテナンスのときやレベルアップの場合
には、ソフトウェアＡに必要な生産物を復元することが
要求される。この場合、開発者は、そのソフトウェア名
としてソフトウェアＡを指定し、生産物の復元を行う。
任意サービス構成復元装置１５において、組み合わせ読
み込み装置１５２はソフトウェアＡに関して任意構成管
理ＤＢ１２から当該情報を読み込む。生産物復元装置１
５１は、作業領域１３に、サービスＡの最新版の生産物
と、サービスＣの最新リリース版の生産物とをそれぞれ
復元する。

【０１１７】図３９および図４０を参照する。任意サー
ビス構成設定装置１４（図３７）において、ステップＳ１：利用者によって作業領域が指定されてい
るか否か調べる（例えば図３８内の“Ｐ”）。その結果
がＮＯであれば、ステップＳ２に進む。ステップＳ２：開発者（ＵＳＥＲ）からの入力によっ
て、所望のサービス名とそのサービスの復元形態を、サ
ービス構成読み込み装置１４２により、読み込む。

【０１１８】ステップＳ１の結果がＹＥＳならば、ステ
ップＳ３に進む。ステップＳ３：作業領域１３内のリリース情報ＤＢ１３
２から、開発すべきサービスのサービス名とそのサービ
スの復元形態を、上記装置１４２により、読み込む。ステップＳ４：ステップＳ２と同様の読み込みを行う。

【０１１９】ステップＳ５：所望のソフトウェアのソフ
トウェア名が、任意構成管理ＤＢ１２内に存在しないか
調べる。その結果がＹＥＳならばステップＳ６に進む。ステップＳ６：任意構成管理ＤＢ１２に、その存在しな
いソフトウェアの名称を、組み合わせ記憶装置１４１に
より、新たに追加する。ステップＳ７：所望のソフトウェアに含まれているべき
サービスが含まれていないか調べる。その結果がＹＥＳ
ならばステップＳ８に進む。

【０１２０】ステップＳ８：任意構成管理ＤＢ１２に対
し、その含まれていないサービスを、上記装置１４１に
より、新たに追加する。ステップＳ９：ステップＳ７の結果がＮＯのとき、その
サービスの復元形態が、任意構成管理ＤＢ１２内に既に
記録されている設定内容と異なっているか、あるいは、
その復元形態が設定されていないか調べる。その結果が
ＹＥＳならばステップＳ１０に進む。

【０１２１】ステップＳ１０：そのサービスについての
復元形態を、上記装置１４１により、任意構成管理ＤＢ
１２内に設定する。ステップＳ１１：全てのサービスについて処理が完了す
るまで、ステップＳ７〜Ｓ１０を繰り返す。図４１およ
び図４２を参照する。

【０１２２】任意サービス構成復元装置１５（図３７）
において、ステップＳ１：所望のソフトウェアの名称が、任意構成
管理ＤＢ１２に存在しないか調べる。存在すれば（Ｎ
Ｏ）ステップＳ２へ進み、存在しなければ（ＹＥＳ）ス
テップＳ３へ進み、処理を中止する。ステップＳ２：組み合わせて当該ソフトウェアを構成す
る各サービスと、各該サービスの復元形態を、任意構成
管理ＤＢ１２から、組み合せ読み込み装置１５２によ
り、読み込む。

【０１２３】ステップＳ３：上述のとおり。ステップＳ４：上記の各サービスを、管理領域１１から
作業領域（ソフトウェアの開発者の作業現場）１３に、
生産物復元装置１５１により、復元する。ステップＳ５：作業領域１３内に復元したソフトウェア
生産物を、作業生産物一覧ＤＢ１３１に記録する。

【０１２４】ステップＳ６：作業領域１３において、生
産したソフトウェアをリリースするとき、リリース情報
ＤＢ１３２に、そのソフトウェアを構成する各サービス
のリリース版数（Version No. ）と、各該サービスの復
元形態とを記録する。ステップＳ７：上述した一連のステップを、全てのサー
ビスについて処理を完了するまで繰り返す。

【０１２５】再び図４〜図６を参照すると、ここに示し
た第２の基本構成に関する既述の特徴点に対してさらに
加えるべき点は、下記の（ｉ）および（ii）である。（ｉ）リリースする構成として確定したソフトウェア生
産物と、管理領域１１内の対応する原本に記録された当
該ソフトウェア生産物との間の矛盾を検出するための生
産物構成矛盾検出装置２４２を、任意サービス構成記録
装置２４内に有する。

【０１２６】（ii）その生産物構成矛盾検出装置２４２
により、そのような矛盾が検出されたソフトウェア生産
物について、このソフトウェア生産物の作業領域１３内
での状態を、管理領域１１内の対応する原本に反映させ
るための登録操作を行う生産物登録装置２４３を、任意
サービス構成記録装置２４内に有する。上記についてさらに具体的に説明する。

【０１２７】図４３は本発明に基づく第２の基本構成の
具体例を示す図（その１）、図４４は同図（その２）、
図４５は同図（その３）である。図４６は任意サービス
構成記録装置の処理を示すフローチャート（その１）で
ある。

【０１２８】図４７は同フローチャート（その２）であ
る。図４３〜図４５において、作業領域１３（図４５）
に復元したソフトウェア生産物が、ソフトウェアＡとし
てリリースできると判断されると、開発者（ＵＳＥＲ）
は、ソフトウェアＡとそのソフトウェアＡの作業領域と
を指定して、リリース時の構成の記録を行う。

【０１２９】図４４に示す任意サービス構成記録装置２
４において、任意構成確認装置２４４が任意構成管理Ｄ
Ｂ１２（図１２）から、ソフトウェアＡがサービスＡと
サービスＣの組み合わせであることを読み込むと、さら
に、作業領域１３にサービスＡとサービスＣからなるソ
フトウェア生産物が復元されていることを確認する。こ
の確認の結果、任意構成管理ＤＢ１２から読み込んだ組
み合わせと作業領域内で確認された組み合わせの両者が
異なれば処理を中止する。逆にその両者が同一であれ
ば、さらに生産物構成矛盾検出装置２４２は、作業生産
物一覧ＤＢ２３１（図３４）内の各作業生産物の作成時
間と、実際に要した作業領域１３内での生産物の作成時
間とを比較する。この比較結果に応じて、管理領域１１
に反映されないまま変更が行われたソフトウェア生産物
がないかを検証し、もしそのような変更が行われている
場合には、生産物登録装置２４３は作業領域１３内の生
産物を管理領域１１に登録するとともに、作業生産物一
覧ＤＢ２３１を更新して上記両者間の矛盾を解消する。

【０１３０】最後に、図４４の生産物構成記録装置２４
１は、作業生産物一覧ＤＢ２３１の内容に従って、管理
領域１１内の各生産物ＤＢに対してリリース情報を追加
してソフトウェアＤＢを更新し、また同時にそのときの
リリース版数を記憶する。図４６および図４７を参照す
る。任意サービス構成記録装置２４（図４４）におい
て、ステップＳ１：開発者（ＵＳＥＲ）により指定されたソ
フトウェアを構成するサービスの組み合わせを、任意構
成管理ＤＢ１２（図４３）より、読み込む。

【０１３１】ステップＳ２：作業領域１３（図４５）内
におけるサービスの組み合せに関する情報を読み込む。ステップＳ３：任意構成管理ＤＢ１２からの組み合わせ
に係る情報と、作業領域１３からの組み合わせに係る情
報とが異なるか調べる。もし異なれば（ＹＥＳ）ステッ
プＳ５に進んで処理を中止する。

【０１３２】ステップＳ４：上記ステップＳ３の結果が
ＮＯであれば、さらに、作業領域１３内のソフトウェア
生産物に関する情報と、作業生産物一覧ＤＢ２３１（図
４５）内の当該ソフトウェア生産物に関する情報とを比
較する。ステップＳ５：上述のとおり。ステップＳ６：上記ステップＳ４での比較によって、上
記の両情報間に矛盾があるか調べる。もし、矛盾があれ
ば（ＹＥＳ）、ステップＳ７に進む。

【０１３３】ステップＳ７：作業領域１３内のソフトウ
ェア生産物に関する内容を、管理領域１１内の当該生産
物ＤＢに対し、最新の版数をもって、登録する。ステップＳ８：上記ステップＳ７での登録内容に応じ
て、作業生産物一覧ＤＢ１３１の内容を更新する。ステップＳ９：上記ステップＳ６において、上記矛盾が
ないことが分かると（ＮＯ）、作業物一覧ＤＢ１３１の
内容を読み込む。

【０１３４】ステップＳ１０：さらに、上記ステップＳ
９での読み込み内容に応じて、管理領域１１（図３２）
内の各生産物ＤＢに対し、各生産物の履歴の所定の版
に、リリース情報を追加する。ステップＳ１１：これに伴い、管理領域１１内の各ソフ
トウェアＤＢについてもその内容を更新する。

【０１３５】再び図７〜図９を参照すると、ここに示し
た第３の基本構成に関する既述の特徴点に対してさらに
加えるべき点は、下記の（ｉ）および（ii）である。（ｉ）作業領域１３内に、この作業領域１３内に復元さ
れる各ソフトウェアの名称と、これらのソフトウェアの
復元形態とを記憶するためのリリース情報ＤＢ１３２
Ａ，１３２Ｂを備え、さらに、任意ソフトウェア構成記
録装置３４は、そのリリース情報ＤＢ内の情報に基づき
または開発者（ＵＳＥＲ）からの入力に基づき、各ソフ
トウェアの名称とこれらソフトウェアの復元形態とに関
する情報を読み込むためのリリース情報読み込み装置３
４２と、その開発者により指定されたソフトウェアパッ
ケージの名称と対にして、その読み込んだ情報を、任意
構成管理ＤＢ１２に記録するための任意構成記録装置３
４１とを有する。

【０１３６】（ii）任意ソフトウェア構成参照装置３５
は、開発者（ＵＳＥＲ）から指定されたソフトウェアパ
ッケージの名称に従って、当該ソフトウェアパッケージ
に関して記録された任意構成管理ＤＢ１２内の情報を読
み込むための任意構成読み込み装置３５１と、この任意
構成読み込み装置３５１から読み込んだ情報をその開発
者に対して提供するための任意構成出力装置３５２とを
有する。

【０１３７】上記についてさらに具体的に説明する。図
４８は本発明に基づく第３の基本構成の具体例を示す図
（その１）、図４９は同図（その２）、図５０は同図
（その３）である。図５１は任意ソフトウェア構成記録
装置の処理を示すフローチャート（その１）、図５２は
同フローチャート（その２）、図５３は任意ソフトウェ
ア構成参照装置の処理を示すフローチャートである。

【０１３８】図４８〜図５０において、既にリリース時
の構成が確定したソフトウェアＡおよびソフトウェアＢ
の各ソフト生産物が、ソフトウェアＡの作業領域１３Ａ
とソフトウェアＢの作業領域１３Ｂにそれぞれに復元さ
れている。これらのソフトウェアＡとソフトウェアＢと
を組み合わせて、パッケージαという名称のソフトウェ
アパッケージとしてリリースするため、開発者（ＵＳＥ
Ｒ）は、パッケージαというソフトウェアパッケージの
名称と２つのソフトウェア（Ａ，Ｂ）の各作業領域の位
置、例えば図５０における“Ｐ”および“Ｑ”、を指定
する。

【０１３９】任意ソフトウェア構成記録装置３４におい
て、リリース情報読み込み装置３４２は、各作業領域
（１３Ａ，１３Ｂ）内の各リリース情報ＤＢ（１３２
Ａ，１３２Ｂ）からそれぞれソフトウェア名とリリース
版数とを読み込む。ここに読み込んだ結果に基づき、任
意構成記録装置３４１が、パッケージαについて、ソフ
トウェアＡがリリース版数１．２版とソフトウェアＢの
リリース版数１．３版とで構成されることを、任意構成
管理ＤＢ１２に記録する。

【０１４０】一方、開発者（ＵＳＥＲ）がパッケージα
の構成を参照しようとする場合には、まず、ソフトウェ
アパッケージ名としてパッケージαを指定する。そうす
ると、任意ソフトウェア構成参照装置３５における任意
構成読み込み装置３５１は、任意構成管理ＤＢ１２か
ら、そのパッケージαに関する情報を読み込む。そして
任意構成出力装置３５２は、そのパッケージαが、ソフ
トウェアＡのリリース版数１．２版とソフトウェアＢの
リリース版数１．３版とで構成される旨を開発者に出力
する。

【０１４１】図５１および図５２を参照する。任意ソフ
トウェア構成記録装置３４（図４９）において、ステップＳ１：所望のソフトウェアパッケージの名称
が、任意構成管理ＤＢ１２内に存在しないか調べる。存
在しなければ（ＹＥＳ）、ステップＳ２に進む。ステップＳ２：存在しないソフトウェアパッケージにつ
いて、その名称を、任意構成記録装置３４１により、任
意構成管理ＤＢ１２内に新たに追加する。

【０１４２】ステップＳ３：ステップＳ１の結果によ
り、そのソフトウェアパッケージ名が任意構成管理ＤＢ
１２内に存在することが分かると（ＮＯ）、このソフト
ウェアパッケージに係る作業領域（１３Ａ，１３Ｂ）の
指定があるか調べる。指定があればステップＳ４に進
む。ステップＳ４：その作業領域内のリリース情報ＤＢ（１
３２Ａ／１３２Ｂ）から、当該ソフトウェアパッケージ
の下位ソフトウェアの名称とそのリリース版数とを、リ
リース情報読み込み装置３５１により、読み込む。

【０１４３】ステップＳ５：上記ステップＳ３におい
て、上記の指定がないことが判明すると、当該ソフトウ
ェアパッケージを構成する各ソフトウェアの名称とその
各々のリリース版数とを、任意構成記録装置により、任
意構成管理ＤＢ１２に新たに追加する。ステップＳ６：当該ソフトウェアパッケージを構成する
複数のソフトウェアの全てについて、その各々の名称と
そのリリース版数の処理が完了するまで、ステップＳ５
とＳ６を繰り返す。

【０１４４】ステップＳ７：上記ステップＳ６での処理
が完了したところで、任意構成管理ＤＢ１２内に記録さ
れた、当該ソフトウェアパッケージのリリース版数を更
新する。図５３を参照する。任意ソフトウェア構成参照
装置３５（図４９）において、ステップＳ１：開発者（ＵＳＥＲ）により指定された所
望のソフトウェアパッケージの名称が、任意構成管理Ｄ
Ｂ１２内に存在しないか調べる。もし存在しなければス
テップＳ２に進む。

【０１４５】ステップＳ２：処理を中止する。ステップＳ３：上記ステップＳ１にて、その名称が任意
構成管理ＤＢ１２内に存在することが分かると（Ｎ
Ｏ）、該ＤＢ１２から、当該ソフトウェアパッケージに
関する情報を、任意構成読み込み装置３５１により、読
み込む。ステップ４：任意構成管理ＤＢ１２から読み込んだ、ソ
フトウェアパッケージに関する情報を、任意構成出力装
置３５２により、開発者に出力する。

【０１４６】再び図１０〜図１２を参照すると、ここに
示した第４の基本構成に関する既述の特徴点に対してさ
らに加えるべき点は、下記の事項である。すなわち、構
成検証装置４４は、開発者（ＵＳＥＲ）によって指定さ
れる複数のソフトウェアにそれぞれ対応する各作業領域
（１３Ａ，１３Ｂ）ならびにその開発者によって指定さ
れる共通サービスの名称およびその共通サービスの復元
形態をそれぞれ読み込むための作業領域情報読み込み装
置４４１と、各ソフトウェアに対応する作業領域（１
３）内に設けられるリリース情報ＤＢ（１３２Ａ，１３
２Ｂ）より読み込んだ各共通サービスの復元形態と、そ
の開発者により指定されたその共通サービスの復元形態
とを比較するためのリリース版数比較装置４４２と、こ
のリリース版数比較装置４４２による上記の比較の結果
を、その開発者に対して通知するための検証結果出力装
置４４３とを有する。

【０１４７】上記についてさらに具体的に説明する。図
５４は本発明に基づく第４の基本構成の具体例を示す図
（その１）、図５５は同図（その２）、図５６は同図
（その３）である。図５７は構成検証装置の処理を示す
フローチャートである。

【０１４８】図５４〜図５６において、ソフトウェアＡ
とソフトウェアＢは共通化されたサービスＣをともに使
用しているものとする。これらのソフトウェアＡ，Ｂを
ソフトウェアパッケージαとしてリリースする場合につ
いて考察する。このとき、この共通サービスＣについて
は、ソフトウェアＡもソフトウェアＢもともに同じリリ
ース版数のものを使用することが条件になる場合があ
る。この場合、開発者は、双方のソフトウェアＡおよび
Ｂで共通に使用するサービスが、正しく同一のリリース
版数のものであるか確認するために、両ソフトウェア
Ａ，Ｂの各作業領域１３Ａおよび１３Ｂでの位置と、確
認したいサービスの名称（この場合はサービスＣ）を指
定する。

【０１４９】構成検証装置４４において、作業領域情報
読み込み装置４４１は、ソフトウェアＡの作業領域１３
Ａ内のサービスＣの生産物と、ソフトウェアＢの作業領
域１３Ｂ内のサービスＣの生産物とが、サービスＣのど
のリリース版数で復元されているかを、リリース情報Ｄ
Ｂ１３２Ａおよび１３２Ｂから読み込む。そして読み込
んだリリース版数を、リリース版数比較装置４４２によ
って比較する。ここに、検証結果出力装置４４３はその
比較結果を出力する。不一致ならば、リリース不可であ
る。

【０１５０】図５７を参照する。構成検証装置４４（図
５４）において、ステップＳ１：開発者（ＵＳＥＲ）によって指定された
作業領域（１３Ａ，１３Ｂ）に、同じく指定されたサー
ビスが復元されているか確認する。ステップＳ２：上記ステップＳ１における確認の結果、
その指定サービスの復元がなされていない（ＹＥＳ）と
すると、ステップＳ３へ、その復元がなされている（Ｎ
Ｏ）とすると、ステップＳ４へ進む。

【０１５１】ステップＳ３：処理を中止する。ステップＳ４：指定サービスの復元がされているので、
リリース情報ＤＢ（１３２Ａ，１３２Ｂ）から、それぞ
れその指定サービスのリリース版数を作業領域情報読み
込み装置４４１より、読み込む。ステップＳ５：上記のサービスの処理を、全ての作業領
域について行う。

【０１５２】ステップＳ６：各作業領域における指定サ
ービスの版数をそれぞれ抽出し、相互に比較する。ステップＳ７：上記の比較の結果を、検証の結果とし
て、検証結果出力装置より、出力する。再び図１３およ
び図１４を参照すると、ここに示した第５の基本構成に
関する既述の特徴点に対してさらに加えるべき点は、下
記の（ｉ），（ii）および（iii ）である。

【０１５３】（ｉ）提供先管理装置５４からの提供先情
報を記録すると共に提供先情報参照装置５５により提供
先情報が読み出される提供先管理ＤＢ５３を有する。（ii）提供先管理装置５４は、開発者からの指定に従っ
て、指定されたソフトウェアのリリース版数を、指定さ
れた提供先と対応させて、提供先管理ＤＢ５３に記録す
るためのリリース情報記録装置５４１と、その開発者か
ら指定された提供先が提供先管理ＤＢ５３に存在しない
ときは、この提供先管理ＤＢ５３に当該提供先を追加し
た後、対応するソフトウェアのリリース版数を、その提
供先管理ＤＢ５３に記録するための提供先記録装置５４
２とを有する。

【０１５４】（iii ）提供先情報参照装置５５は、開発
者から指定された提供先情報を、提供先管理ＤＢ５３よ
り、読み込むための提供先情報読み込み装置５５１と、
読み込んだこの提供先情報をその開発者に提供するため
の提供先情報出力装置５５２とを有する。上記についてさらに具体的に説明する。

【０１５５】図５８は本発明に基づく第５の基本構成の
具体例を示す図（その１）、図５９は同図（その２）、
図６０は同図（その３）である。図６１は提供先管理装
置の処理を示すフローチャートである。図６２は提供先
参照装置の処理を示すフローチャートである。

【０１５６】図５８〜図６０において、例えばＡ社（新
規の提供先）に対して、ソフトウェアパッケージαを提
供するものとする。この場合、開発者（ＵＳＥＲ）は、
その提供先と、提供するソフトウェアパッケージとして
パッケージαのリリース版数１．１版とを指定する。提
供先管理装置５４（図４９）において、提供先記録装置
５４２は、提供先管理ＤＢ５３（図４８）に、Ａ社の記
録が存在するかを調べ、存在しない場合は、Ａ社の追加
を行う。さらにそのＡ社に対して、ソフトウェアパッケ
ージαのリリース版数１．１版が提供されたことを記録
する。

【０１５７】次にリリース情報記録装置５４１は、任意
構成管理ＤＢ１２（図５８）内に記録されたソフトウェ
アパッケージαのリリース版数１．１版に当該ソフトウ
ェアの提供先としてＡ社を追加して記録する。また、例
えばＢ社（過去に提供実績がある）に対してサービスＣ
を提供する場合も同様に処理される。すなわちＢ社に対
して、サービスＣのリリース版数１．２版が提供された
ことを、提供先管理ＤＢ５３内のＢ社対応領域に対し追
加して記録する。さらに管理領域１１のサービスＣ−Ｄ
Ｂ内に、リリース版数１．２版に、提供先としてＢ社を
追加して記録する。

【０１５８】開発者がＡ社に対するソフトウェアの提供
の履歴を参照する場合には、まず提供先としてＡ社を指
定する。そして提供先情報参照装置５５（図６０）にお
いて、提供先情報読み込み装置５５１は、提供先管理Ｄ
Ｂ５３（図５９）から、Ａ社に関する情報を読み込み、
その読み込んだ結果を、提供先情報出力装置５５２より
出力する。

【０１５９】図６１を参照する。提供先管理装置５４
（図６０）において、ステップＳ１：開発者により指定された提供先（例えば
前述のＡ社）が、提供先管理ＤＢ５３内に存在しないか
調べる。存在しないときは（ＹＥＳ）、ステップＳ２に
進む。

【０１６０】ステップＳ２：その存在しない提供先（Ａ
社）を、提供先管理ＤＢ５３内に追加して記録する。ステップＳ３：ステップＳ１において、上記の提供先
（Ａ社）が存在すれば（ＮＯ）、提供先管理ＤＢ５３内
の当該提供先（Ａ社）に対応する領域に、開発者により
指定されたソフトウェアパッケージ、このソフトウェア
パッケージを構成する各ソフトウェア、このソフトウェ
アを構成する各サービスおよびこれらソフトウェアパッ
ケージ、ソフトウェア、サービスについてのリリース版
数を、リリース情報記録装置５４１により、記録する。

【０１６１】ステップＳ４：上記のソフトウェアパッケ
ージの指定は、存在する場合と存在しない場合とがあ
る。ソフトウェアかパッケージが指定されない場合（Ｎ
Ｏ）はステップＳ５へ進み、指定された場合（ＹＥＳ）
はステップＳ６へ進む。ステップＳ５：指定されたソフトウェアならびにこれを
構成するサービスについて、それぞれ、ソフトウェアＤ
ＢおよびサービスＤＢ（図５８）内の指定リリース版
に、未登録の当該提供先を提供先記録装置５４２によ
り、追加して記録する。

【０１６２】ステップＳ６：ソフトウェアパッケージが
指定されたときは、任意構成管理ＤＢ１２（図５８）内
の当該ソフトウェアパッケージの指定のリリース版に、
未登録の上記提供先を追加して記録する。図６２を参照
する。提供先情報参照装置５５（図６０）において、ステップＳ１：開発者により指定された提供先が、提供
先管理ＤＢ５３（図５９）に存在しないか調べる。存在
しなければ（ＹＥＳ）、ステップＳ２へ進む。

【０１６３】ステップＳ２：処理を中止する。ステップＳ３：開発者より指定された提供先がＤＢ５３
内にある場合（ＮＯ）は、提供先管理ＤＢ５３（図５
９）より、その提供先に関する記録情報を、提供先情報
読み込み装置５５１により、読み込む。ステップＳ４：上記ステップＳ３において読み込んだ提
供先情報を、提供先情報出力装置５５２により、開発者
に出力する。

【０１６４】再び図１５〜図１７を参照すると、ここに
示した第６の基本構成に関する既述の特徴点に対してさ
らに加えるべき点は、下記の事項である。すなわち、所
有権管理装置６５は、管理領域１１を参照して、ソフト
ウェア生産物に係るソフトウェアまたはサービスの所有
権が解除されていることを確認して、開発者の所有権を
設定し、あるいはその開発者がそのソフトウェアまたは
サービスの所有者であることを確認して所有権の設定を
行うための所有権設定／解除装置６５３と、この所有権
設定／解除装置６５３により更新された、管理領域１１
内の所有権情報を読み込むための所有権情報読み込み装
置６５２と、この所有権情報読み込み装置６５２より読
み込んだ所有権情報をもとに、当該ソフトウェアまたは
サービスの所有権が当該開発者であることを確認して、
生産物構成記録装置６４に対して、上記の記録の実行を
指示するための所有権情報通知装置６５１とを有する。

【０１６５】上記についてさらに具体的に説明する。図
６３は本発明に基づく第６の基本構成の具体例を示す図
（その１）、図６４は同図（その２）、図６５は同図
（その３）である。図６６は所有権管理装置の処理を示
すフローチャート（その１）、図６７は同フローチャー
ト（その２）である。

【０１６６】図６８は生産物構成記録装置の処理を示す
フローチャートである。図６３〜図６５において、開発
者（ＵＳＥＲ）Ｕが、サービスＢに対して他者にリリー
ス時の構成の記録等を行われないように、所有権を設定
するものとすると、開発者Ｕは、サービスＢの所有権設
定を指示する。所有権管理装置６５（図６４）におい
て、所有権設定／解除装置６５３は、管理領域１１のサ
ービスＢ−ＤＢ内に記録されたサービスＢの所有権を調
べる。この所有権が解除されていることを確認すると、
開発者Ｕの所有権を設定する。逆にサービスＢについて
の所有権を解除する場合には、開発者Ｕは、自己が所有
者であることを確認した後、その所有権の解除を行う。

【０１６７】さらに開発者Ｕが、サービスＢに対してリ
リース時の構成の記録を行う場合には、所有権管理装置
６５において、所有権情報読み込み装置６５２は、サー
ビスＢ−ＤＢ（図６３）から、サービスＢについての所
有権情報を読み込み、さらにそのサービスＢの所有者が
開発者Ｕであることを確認する。その確認結果を、生産
物構成記録装置６４（図６４）に通知する。生産物構成
記録装置６４はその通知を受けて、作業生産物一覧ＤＢ
１３１（図６５）に記録された内容でサービスＢのリリ
ース時の構成を記録する。一方、上記の確認の結果、開
発者Ｕに所有権がないことが判明した場合は、生産物構
成記録装置６４は、リリース時の構成の記録を中止す
る。

【０１６８】図６６を参照する。所有権管理装置６５
（図６４）において、ステップＳ１：例えばサービスＢについて所有権の設定
が行われるのか解除が行われるのか判断する。設定が行
われるならば、ステップＳ２に進む。ステップＳ２：所有権の設定を行うためには、まず、こ
れまでのサービスＢについての所有権が解除されている
ことが必要である。その解除がなされていなければステ
ップＳ３に進む。

【０１６９】ステップＳ３：処理を中止する。ステップＳ４：上記ステップＳ２において、所有権の解
除がなされていることが確認されれば、図６３のサービ
スＤＢ（あるいはソフトウェアＤＢ）に対し、設定しよ
うとしている所有権を実際に設定する。ステップＳ５：上記ステップＳ１において、例えばサー
ビスＢについて開発者が所有権の解除をしようとしてい
ることが分かると、次に、その解除をしようとしている
者が、そのサービスの所有者であるか調べる。

【０１７０】ステップＳ６：上記の所有者でなければ処
理を中止する。ステップＳ７：上記の所有者ならば、図６３のサービス
ＤＢ（あるいはソフトウェアＤＢ）に対して、その所有
権の解除を行う。図６７を参照する。ここでは、所有権
情報を使って、リリース時の構成を記録する場合に、所
有権管理装置６５（図６４）内においてどのような処理
が行われるかについて示す。

【０１７１】ステップＳ１：開発者により指定されたソ
フトウェアならびにこれを構成する各サービスにそれぞ
れ対応するデータベース（ＤＢ）（図６３）の存在を確
認する。ステップＳ２：そのために、管理領域１１（図５３）内
に、上記ステップＳ１での確認の対象となるデータベー
ス（ＤＢ）が存在しないか調べる。

【０１７２】ステップＳ３：そのようなＤＢが存在しな
ければ（ＹＥＳ）、処理を中止する。ステップＳ４：そのようなＤＢが存在すれば（ＮＯ）、
次に、これらＤＢにアクセスしようとしている開発者が
これらアクセスの対象となっているソフトウェアあるい
はサービスの所有者か調べる。

【０１７３】ステップＳ５：その所有者ならば（ＹＥ
Ｓ）、“所有権有り”という所有権情報を、所有権管理
装置６５（図６４）より生産物構成記録装置６４へ通知
する。ステップＳ６：上記ステップＳ４において、所有者でな
いことが判明すると（ＮＯ）、“所有権無し”という所
有権情報を、所有権管理装置６５（図６４）より生産物
構成記録装置６４へ通知する。

【０１７４】図６８を参照する。生産物構成記録装置６
４（図６４）において、ステップＳ１：所有権管理装置６５（図６４）から与え
られる所有権情報の内容を調べる。ステップＳ２：その所有権情報が“所有者無し”を表し
ているならば、処理を中止する。

【０１７５】ステップＳ３：その所有権情報が“所有者
有り”を表しているならば、作業領域１３（図６５）に
おける作業生産物一覧ＤＢ１３１の内容を読み込む。ステップＳ４：管理領域１１（図６３）内の各生産物Ｄ
Ｂにおいて、各生産物の生産履歴の中の所定の版に、リ
リース情報を新たに追加する。ステップＳ５：管理領域１１（図５３）内の各ソフトウ
ェアＤＢあるいはサービスＤＢの内容を更新する。かく
して作業領域１３での所有権の変更が、管理領域１１に
も反映される。〔Ｂ〕複数の開発拠点間における分散共有管理についてまず、第７〜第１０の各種態様の中で採用されるいくつ
かのデータベース（ＤＢ）の内容について、そのデータ
構造の一例を示しておく。

【０１７６】図６９は管理領域をなすデータベースの内
容の一例を示す図である。図７０は配付情報データベー
スの内容の一例を示す図である。図７１は配付先情報デ
ータベースの内容の一例を示す図である。図７２は変更
情報データベースの内容の一例を示す図である。図７３
は生産物一覧データベースの内容の一例を示す図であ
る。

【０１７７】図７４は配付元情報データベースの内容の
一例を示す図である。図７５は配付所有権情報データベ
ースの内容の一例を示す図である。図７６は所有権情報
データベースの内容の一例を示す図である。先の第７の
態様について以下述べる。図７７は図１８に示す送信準
備装置７５１の処理を示すフローチャートである。

【０１７８】送信準備装置７５１は、ステップＳ１：開発者Ｕからの前述した配付先情報（配
付先コンピュータ名、配付先管理領域名）、配付管理領
域名および送信領域名を入力する。ステップＳ２：上記配付先情報を配付先情報ＤＢ７８に
格納する。ステップＳ３：さらに、復元装置７６１に対して上記配
付管理領域名および送信領域名を通知する。

【０１７９】図７８は図１８に示す受信準備装置７５２
の処理を示すフローチャートである。受信準備装置７５
２は、ステップＳ１：開発者Ｕから上記基本配付情報（配付先
コンピュータ名、開発者名）を受信する。

【０１８０】ステップＳ２：その受信した基本配付情報
を、配付情報ＤＢ７３に格納する。図７９は図１８に示
す復元装置７６１の処理を示すフローチャート（その
１）、図８０は同図（その２）である。復元装置７６１
は、ステップＳ１：送信準備装置７５１又は開発者Ｕから通
知される上記の配付管理領域名および送信領域名と、開
発者のみから通知される上記の構成記録版数とを入力す
る。

【０１８１】ステップＳ２：構成記録版数の入力がない
場合、すなわち送信準備装置７５１からの通知の場合
は、ステップＳ３：入力である配付管理領域名に対応する管
理領域７１−１から全ソフトウェア生産物の最新版の内
容を、通知された上記の送信領域名により示される場所
（ディレクトリ）へ復元する。ステップＳ３において、
構成記録版数の入力がある場合、すなわち開発者Ｕから
の通知がある場合は、ステップＳ４：送信領域名により示される送信領域７２
へ、対応する管理領域７１−１から、構成記録版数に含
まれるソフトウェア生産物の版数とその内容を取得す
る。

【０１８２】ステップＳ５：送信領域７２に既に存在す
るソフトウェア生産物と比較し、相違がある生産物を復
元対象とする。ステップＳ６：さらに復元対象となったソフトウェア生
産物については、管理領域７１−１から送信領域７２へ
復元を行う。ステップＳ７：復元結果を、配付元復旧検出装置８５２
（図２５参照）に通知する。

【０１８３】ステップＳ８：復元対象となったソフトウ
ェア生産物名を、データ送信装置７６２に通知する。図
８１は図１８に示すデータ送信装置７６２の処理を示す
フローチャート（その１）、図８２は同図（その２）で
ある。

【０１８４】データ送信装置７６２は、ステップＳ１：復元装置７６１から通知される復元対象
のソフトウェア生産物名を取得する。ステップＳ２：配付先情報ＤＢ７８から、配付先のコン
ピュータ名および開発者名と、過去の配付の有無に関す
る情報を取得する。

【０１８５】ステップＳ３：配付先コンピュータに対
し、配付先開発者名、配付元コンピュータ名および開発
者名を送信し、配付先コンピュータへの配付が可能かど
うかを問い合わせる。ステップＳ４：配付資格がない場合は、ステップＳ５：処理を中止する。

【０１８６】ステップＳ６：配付資格があり、かつ、配
付歴がない場合は、ステップＳ７：全ソフトウェア生産物を送信対象とす
る。ステップＳ８：配付歴がある場合は、復元対象となった
ソフトウェア生産物を送信対象とする。ステップＳ９：さらに、送信対象のソフトウェア生産物
を、配付先拠点のデータ受信装置７７２へ送信する。

【０１８７】図８３は図１９に示す配付資格確認装置７
７１の処理を示すフローチャートである。配付資格確認
装置７７１は、ステップＳ１：データ送信装置７６２から通知される配
付元コンピュータのコンピュータ名と開発者名および、
配付先の開発者名を取得する。

【０１８８】ステップＳ２：これらのコンピュータ名、
開発者名および配付先開発者名が、配付情報ＤＢ７３−
２に存在するかを確認する。ステップＳ３：存在しない場合は、ステップＳ４：データ送信装置７６２に生産物の配付不
可を通知する。ステップＳ５：ステップＳ３で存在すると判断された場
合は、データ送信装置７６２に対し生産物の配付可を通
知する。

【０１８９】図８４は図１９に示すデータ受信装置７７
２の処理を示すフローチャートである。データ受信装置
７７２は、ステップＳ１：データ送信装置７６２から送信されたソ
フトウェア生産物の内容を受信する。

【０１９０】ステップＳ２：受信したソフトウェア生産
物を、受信領域７４へ格納する。ステップＳ３：そのソフトウェア生産物名と版数を、変
更情報ＤＢ７９に格納する。ステップＳ４：さらに、受信完了を登録装置７７３に通
知する。図８５は図１９に示す登録装置７７３の処理を
示すフローチャートである。

【０１９１】登録装置７７３は、ステップＳ１：変更情報ＤＢ７９から新たに登録が必要
となるソフトウェア生産物名を取得する。ステップＳ２：またそのソフトウェア生産物名に対応す
る版数を取得する。ステップＳ３：受信領域７４におけるソフトウェア生産
物の内容を、ＤＢ７９から取得した版数で管理領域７１
−２に登録する。

【０１９２】ステップＳ５：登録の結果は、配付元復旧
検出装置８５２（図２５参照）に通知する。図８６は図
１９に示す構成記録装置７７４の処理を示すフローチャ
ートである。構成記録装置７７４は、ステップＳ１：生産物一覧ＤＢ８２から、ソフトウェア
生産物名と版数の一覧を取得する。

【０１９３】ステップＳ２：その構成で管理領域７１−
２に対して構成の記録を行う。先の第８の態様の構成１
について以下述べる。図８７は図２０に示す配付元確認
装置７６５の処理を示すフローチャートである。開発者
Ｕから、配付管理領域名の指定があった場合、配付元確
認装置７６５は、ステップＳ１：対象となるソフトウェア生産物名の各々
について、配付先の開発拠点における管理領域７１−２
内の配付元情報ＤＢ８１−２において、これらソフトウ
ェア生産物名の記述があるか無いかを確認する。

【０１９４】ステップＳ２：そのソフトウェア生産物名
の記述が無いと判明した場合、ステップＳ３：当該ソフトウェア生産物を送信可と判断
する。ステップＳ４とＳ５：上記ステップＳ２において記述が
有ると判明した場合、かつ、当該コンピュータ名と管理
領域名のいずれも、自コンピュータ名と自管理領域名に
一致していることが判明したらソフトウェア生産物を送
信可と判断する。

【０１９５】ステップＳ６：ステップＳ４およびＳ５の
いずれかが不一致であれば、当該ソフトウェア生産物は
送信不可であるものと判断する。図８８は図２０に示す
送信配付元情報設定装置７６３の処理を示すフローチャ
ートである。送信配付元情報設定装置７６３は、ステップＳ１：送信側管理領域７１−１内の配付元情報
ＤＢ８１−１において、送信されたソフトウェア生産物
の各々のソフトウェア生産物名について、その記述の有
無を確認する。

【０１９６】ステップＳ２：そのソフトウェア生産物名
が記述されていないと判明した場合、ステップＳ３：当該ソフトウェア生産物名および送信側
開発拠点名の組み合わせを、配付元情報としてＤＢ８１
−１に追加する。ステップＳ４：ステップＳ２でその記述があると判明し
たならば、処理を中止する。

【０１９７】図８９は図２１に示す受信配付元情報設定
装置７７５の処理を示すフローチャートである。受信配
付元情報設定装置７７５は、ステップＳ１：受信側管理領域７１−２内の配付元情報
ＤＢ８１−２において、受信されたソフトウェア生産物
の各々のソフトウェア生産物名について、その記述の有
無を確認する。

【０１９８】ステップＳ２：そのソフトウェア生産物名
が記述されていないと判明した場合、ステップＳ３：当該ソフトウェア生産物名および送信側
開発拠点名の組み合わせを、配付元情報としてＤＢ８１
−２に追加する。ステップＳ４：ステップＳ２でその記述があると判明し
たならば、処理を中止する。

【０１９９】先の第８の態様の構成２について以下述べ
る。図９０は図２２〜２４に示す配付権獲得要求送信装
置８３１の処理を示すフローチャートである。配付権獲
得要求送信装置８１１は、ステップＳ１：対象となるソフトウェア生産物名につい
て、配付元の管理領域７１内の配付元情報ＤＢ（８１）
の内容を読み込み、当該ソフトウェア生産物に対応する
配付元の開発拠点名を取得する。

【０２００】ステップＳ２：その配付元の開発拠点に、
配付権の獲得要求を行う。ステップＳ３：その獲得要求の結果を、その配付元より
取得する。ステップＳ４：さらに当該配付権を獲得できるかどうか
についての判定を行う。ステップＳ５：その配付権を獲得できる場合には、自開
発拠点名を、配付元情報変更装置８３３に通知し、当該
配付権を獲得する。

【０２０１】ステップＳ６：ステップＳ４におけるＹＥ
ＳおよびＮＯのいずれの場合も、配付権が獲得できたか
または獲得できなかったかの結果を出力する。図９１は
図２２〜２４に示す配付権獲得要求受信装置８３２の処
理の流れを示すフローチャートである。配付権獲得要求
受信装置８３２は、ステップＳ１：対象となるソフトウェア生産物名につい
て、配付元の管理領域（７１）内の配付元情報ＤＢ（８
１）の内容を読み込み、当該ソフトウェア生産物に対応
する配付元の開発拠点名を取得する。

【０２０２】ステップＳ２：その配付元の開発拠点が自
拠点であるか否かの判定を行う。ステップＳ３：配付元が自拠点であると判定された場
合、配付元情報ＤＢ（８１）より、配付権譲渡許可フラ
グを取得する。ステップＳ４：さらにその配付権譲渡が許可されている
かを判定する。ステップＳ５：配付権譲渡が許可されている場合は、当
該譲渡を依頼する者の拠点名を、依頼された拠点の配付
元情報変更装置８３３に通知してその配付権を獲得す
る。

【０２０３】ステップＳ９：ステップＳ４で配付譲渡が
許可されていないと判定された場合は、その不許可の旨
の結果を出力する。ステップＳ６およびＳ７：一方、上記ステップＳ２に
て、配付元が自拠点ではないと判定された場合には、そ
の配付元に獲得要求を出すため、自己の配付権獲得要求
送信装置８３１を起動し、さらにその獲得結果を取得す
る。

【０２０４】ステップＳ８：その配付権を獲得できるか
否か判定する。獲得できる場合は、上記ステップＳ５に
至り、その譲渡依頼者の拠点名を配付元情報変更装置８
３３に通知し、その配付権を獲得する。ステップＳ８
で、配付権が獲得できないと判定された場合は、上記ス
テップＳ９に至り、その結果を出力する。図９２は図２
２〜２４に示す配付元情報変更装置８３３の処理を示す
フローチャートである。

【０２０５】配付元情報変更装置８３３は、ステップＳ１：変更された配付元拠点名を取得する。ステップＳ２：管理領域（７１）内の配付元情報ＤＢ
（８１）における対応する拠点名を、その取得した拠点
名に変更する。図９３は図２２〜２４に示す配付権譲渡
許可設定装置８４の処理を示すフローチャートである。

【０２０６】配付権譲渡許可設定装置８４は、ステップＳ１：管理領域（７１）内の配付元情報ＤＢ
（８１）より、配付元の拠点名を取得する。ステップＳ２：その拠点名が自拠点であるか否かを判定
する。ステップＳ３：自拠点でないと判定された場合は、処理
を中止する。

【０２０７】ステップＳ４：ステップＳ２で自拠点と判
定された場合は、配付権の譲渡を許可する設定を行うの
かまたは許可しない設定を行うのかについて判定を行
う。ステップＳ５：ステップＳ４で、許可する場合には、管
理領域（７１）内の配付元情報ＤＢ（８１）において、
当該配付権譲渡の許可フラグを設定する（配付権の譲渡
が可能な状態になる）。

【０２０８】ステップＳ６：ステップＳ４で、許可しな
い場合には、管理領域（７１）内の配付元情報ＤＢ（８
１）において、当該配付権譲渡の許可フラグを解除する
（配付権の譲渡が不可能な状態になる）。図９４は図２
５に示す復旧通知装置８５１の処理を示すフローチャー
トである。

【０２０９】復旧通知装置８５１（図２５）は、ステップＳ１：配付元復旧検出装置８５２より復旧情報
を取得する。ステップＳ２：その復旧情報があるか否か判定する。ステップＳ３：その復旧情報があれば、これを開発者に
通知する。ステップＳ４：上記復旧情報が無い場合、復旧情報受信
装置８５３より復旧情報を取得する。

【０２１０】ステップＳ５：上記ステップＳ４での復旧
情報があるか否か判定する。ステップＳ６：この復旧情報があれば、これを開発者に
通知する。無ければ終了する。図９５は図２５に示す配
付元復旧検出装置８５２の処理を示すフローチャートで
ある。

【０２１１】配付元復旧検出装置８５２は、復元装置７
６１により取得された復元結果から（ステップＳ１）、
復旧情報が存在するか否か判定し（ステップＳ２）、復
旧情報が存在する場合は復旧通知装置８５１にこの復旧
情報を通知する（ステップＳ３）。無ければ終了する。

【０２１２】図９６は図２５に示す復旧情報受信装置８
５３の処理を示すフローチャートである。復旧情報受信
装置８５３は、ソフトウェア生産物の配付先の復旧情報
を図２６の復旧情報送信装置８６１から受信して（ステ
ップＳ１）、復旧情報が存在するか否か判定し（ステッ
プＳ２）、復旧情報が存在する場合は復旧通知装置８５
１にその復旧情報を通知する（ステップＳ３）。存在し
なければ終了する。

【０２１３】図９７は図２６に示す復旧情報送信装置８
６１の処理を示すフローチャートである。復旧情報送信
装置８６１は、配付先復旧検出装置８６２により復旧情
報を検出して（ステップＳ１）、この復旧情報が存在す
るか否か判定し（ステップＳ２）、その復旧情報が存在
する場合には、ソフトウェア生産物の配付元の復旧情報
受信装置８５３にその復旧情報を送信する（ステップＳ
３）。存在しなければ終了する。

【０２１４】図９８は図２６に示す配付先復旧検出装置
８６２の処理を示すフローチャートである。配付先復旧
検出装置８６２は、登録装置７７３により取得された登
録結果から（ステップＳ１）、復旧情報が存在するか否
か判定し（ステップＳ２）、その復旧情報が存在する場
合には、復旧情報送信装置８６１にその復旧情報を通知
する（ステップＳ３）。存在しなければ終了する。

【０２１５】図９９は図２５に示すコンピュータ接続確
認装置９１の処理を示すフローチャートである。コンピ
ュータ接続確認装置９１は、ステップＳ１：各開発拠点のコンピュータ名を配付先情
報データベース（ＤＢ）７８より取得する。

【０２１６】ステップＳ２およびＳ３：全拠点のコンピ
ュータの各々に対して接続確認を行う。ステップＳ４：障害やエラーの発生等により配付不可能
なコンピュータが存在するか否か判定する。ステップＳ５およびＳ６：存在する場合には、開発者
に、処理を続行するか否かの確認を行う。

【０２１７】ステップＳ７：処理を続行しない場合は、
処理を中止する。なお、処理を続行する場合、配付可能
な（正常な）コンピュータに対してのみ配付を行うよう
にしてもよい。ステップＳ８：ステップＳ４により配付不可能なコンピ
ュータが存在しない場合およびステップＳ６により開発
者が処理を続行する場合には、コンピュータ間矛盾検出
装置９２に、配付先情報ＤＢ７８より取得した処理中コ
ンピュータ名等のホスト情報を送付する。

【０２１８】図１００は図２５に示すコンピュータ間矛
盾検出装置９２の処理を示すフローチャートである。コ
ンピュータ間矛盾検出装置９２は、ステップＳ１：コンピュータ接続確認装置９１より各開
発拠点のコンピュータ名を取得して、ステップＳ２：そのコンピュータ名に対応した構成記録
の版数を配付先情報ＤＢ７８より取得する。

【０２１９】ステップＳ３：各開発拠点のコンピュータ
間で構成記録の版数について矛盾があるか否かの確認を
行うようにしてもよい。ステップＳ４およびＳ５：矛盾がある場合は、開発者に
対し、処理を続行するか否かの確認を行う。処理を続行
する場合は、配付可能なコンピュータに対してのみ配付
を行う。

【０２２０】ステップＳ６：処理を続行しない場合に
は、処理を中止する。図１０１は図２６に示す接続応答
装置９３の処理を示すフローチャートである。接続応答
装置９３は、コンピュータ接続確認装置９１からの確認
に対して、接続の可否を示す応答を返す。

【０２２１】先の第１０の態様について以下述べる。図
１０２は図２７および２８に示す所有権情報変更装置９
４−１，９４−２の処理を示すフローチャートであり、
図１０３は同図（その２）である。ステップＳ１：所有権変更情報が開発者Ｕからの入力に
よるものであるか否か判定し、開発者Ｕからの入力によ
るものであると、処理は図１０２のように流れる。この
ように開発者より所有権変更情報が通知された場合、所
有権情報変更装置９４−１，９４−２では、ステップＳ２：その所有権変更情報が所有権解除命令な
のか、所有権獲得命令なのかを判断する。

【０２２２】ステップＳ３：所有権解除命令の場合、自
開発拠点の配付所有権情報ＤＢ（９７−１，９７−２）
に対して配付したソフトウェア生産物名、配付先名、そ
のソフトウェア生産物の所有者名、この所有者の所在す
る開発拠点名を全て削除し、ステップＳ４：自開発拠点内の所有権情報ＤＢ（９８−
１，９８−２）に対して、配付したソフトウェア生産物
名、配付したソフトウェア生産物の版数、配付したソフ
トウェア生産物の配付日時、配付したときの構成記録の
版数を全て削除せしめる。

【０２２３】ステップＳ５：自開発拠点での上記処理が
終了した後、他拠点に配付されている生産物の情報を更
新するため、所有権変更情報を所有権データ送信装置
（９５−１，９５−２）に通知する。ステップＳ６：上記ステップＳ２において、所有権獲得
命令と判断された場合、自拠点の配付所有権情報ＤＢ
（９７−１，９７−２）に対して、配付すべきソフトウ
ェア生産物名、配付先名、その所有者名、所有者の開発
拠点名を追加する。

【０２２４】ステップＳ７：自拠点の所有権情報ＤＢ
（９８−１，９８−２）に対して配付すべきソフトウェ
ア生産物名、配付すべきソフトウェア生産物の版数、配
付すべきソフトウェア生産物の配付日時、配付するとき
の構成記録の版数を追加する。なお自拠点での上記処理
が終了した後、配付されている他拠点での情報を更新す
るため、所有権変更情報を所有権データ送信装置（９５
−１，９５−２）に通知する（上記ステップＳ５に同
じ）。

【０２２５】図１０２のステップＳ１において、所有権
変更情報が、開発者からの入力ではなく、所有権データ
受信装置（９６−１，９６−２）より通知されたものと
判断されると、図１０３の処理に移る。ステップＳ８：所有権情報変更装置（９４−１，９４−
２）では、所有権変更情報が所有権解除命令なのか、所
有権獲得命令なのかを判断する。

【０２２６】ステップＳ９：所有権解除命令と判断され
た場合、自開発拠点の配付所有権情報ＤＢ（９７−１，
９７−２）より、配付したソフトウェア生産物名、その
配付先名、その所有者名、その所有者の開発拠点名を削
除し、ステップＳ１０：また自開発拠点の所有権情報ＤＢ（９
８−１，９８−２）より、配付したソフトウェア生産物
名、配付したソフトウェア生産物の版数、配付したソフ
トウェア生産物の配付日時、配付したソフトウェア生産
物の構成記録の版数、を削除する。

【０２２７】ステップＳ１１：ステップＳＳ８にて所有
権獲得命令と判断された場合、自開発拠点の配付所有権
情報ＤＢ（９７−１，９７−２）に対して、配付すべき
ソフトウェア生産物名、その配付先名、その所有者名、
その所有者の開発拠点名、を追加し、ステップＳ１２：また自開発拠点の所有権情報ＤＢ（９
８−１，９８−２）に対して、配付すべきソフトウェア
生産物名、配付すべきソフトウェア生産物版数、配付す
べきソフトウェア生産物日時、配付すべきソフトウェア
生産物の構成記録の版数、を追加する。

【０２２８】図１０４は図２７および２８に示す所有権
データ送信装置９５−１，９５−２の処理を示すフロー
チャートである。ステップＳ１：所有権情報変更装置（９４−１，９４−
２）より、所有権変更情報が通知されると、ステップＳ２：所有権データ送信装置（７６−１，７６
−２）は、所有権変更情報を他の開発拠点に通知するた
めに、当該所有権データを通信データに変換して、ステップＳ３：他の開発拠点における所有権データ受信
装置（９６−１，９６−２）に通知する。

【０２２９】図１０５は図２７および２８に示す所有権
データ受信装置９６−１，９６−２の処理を示すフロー
チャートである。ステップＳ１：所有権データ送信装置（９５−１，９５
−２）より、所有権データが通知されると、ステップＳ２：所有権データ受信装置（９６−１，９６
−２）では、所有権データを、他の開発拠点における配
付所有権情報ＤＢ（９７−１，９７−２）や所有権情報
ＤＢ（９８−１，９８−２）に反映させるため、当該所
有権データを、所有権変更情報に変換して所有権情報変
更装置（９４−１，９４−２）に通知する。

【０２３０】

【発明の効果】以上詳しく説明したように本発明によれ
ば下記の効果を奏する。〔Ａ〕各開発拠点内における構成管理について（１）本発明の第１の態様メンテナンスやレベルアップのための改造等のために、
ソフトウェアのリリース時の構成をもってソフトウェア
生産物を復元しなくてはならないような場合、その復元
に要する作業が大幅に効率化される。

【０２３１】また、ソフトウェアを構成するサービスが
多数ある場合、誤ったサービスの組み合わせや誤ったサ
ービスの復元形態をもって作業領域への復元が行われる
ことがない。（２）本発明の第２の態様任意のサービスを組み合わせてなるソフトウェアの構成
を記録する場合に、リリース試験を行った作業領域内の
ソフトウェアの生産物の構成を、リリース時の構成とし
て記録するときに、その作業領域で更新したソフトウェ
ア生産物を管理領域に登録し忘れる等により、作業領域
内での実際のソフトウェア生産物の構成や版数とは異な
る構成や版数をもって記録が行われるというようなミス
を防止することができ、したがってリリース試験を行っ
た作業領域での構成そのものを確実に記録して保存する
ことができる。

【０２３２】（３）本発明の第３の態様複数のソフトウェアを組み合せてなるソフトウェアパッ
ケージとしてのリリースであっても、確実にソフトウェ
ア生産物の構成を管理することができ、メンテナンス時
の障害への対応においても、そのソフトウェアパッケー
ジに含まれるソフトウェア生産物を確実に追跡して復元
することができる。

【０２３３】（４）本発明の第４の態様開発中の複数のソフトウェアが、相互に同一のリリース
版を使用しなくてはならないような条件がある場合、効
率的にその条件を検証することができ、またその検証の
ために要する開発者の作業が減少し、人為的なミスの介
在を大幅に減少させることができる。

【０２３４】（５）本発明の第５の態様ソフトウェア名およびリリース版数と、提供先とを対応
させて管理することができ、したがって提供先毎のリリ
ースの確認を容易に行うことができる。また、リリース
時の構成を記録するときに、提供先が決まっている場合
には、そのリリース時の構成の記録と共に提供先をも記
録することができ、これにより確実に提供先とソフトウ
ェアリリース時の構成とを対応付けて管理することがで
きる。

【０２３５】さらにまた、ソフトウェアを提供した後の
メンテナンスにおいては、確実かつ容易に、そのソフト
ウェアのリリース版を特定できるとともに、効率的なメ
ンテナンス作業が実現される。（６）本発明の第６の態様ソフトウェアやサービスの各レベルでこれらの構成の記
録が開発責任者以外の者により誤ってなされたり、開発
責任者による承認のないリリース時の構成が記録された
りすることを防止でき、したがってリリース時の構成の
記録の信頼性は大幅に向上する。〔Ｂ〕複数の開発拠点間における分散共有管理について（７）本発明の第７の態様自開発拠点以外の他の開発拠点では必要のないソフトウ
ェア生産物を、当該他の開発拠点には配付しないことを
保証する。これによりコンピュータ資源の有効利用が図
れる。また変更のないソフトウェア生産物を無駄に他の
開発拠点に転送することもなくコンピュータネットワー
ク資源を有効に利用できる。

【０２３６】（８）本発明の第８の態様ｉ）同一ソフトウェア生産物について複数の他の開発拠
点からの配付を受けられないようにする。これにより配
付を受けたソフトウェア生産物について、全ての開発拠
点間での整合性が保証される。 ii）ソフトウェア生産物の配付権を、複数の開発拠点間
で譲渡し合う処理を導入することによって、従来のよう
に、自拠点から配付を行ったソフトウェア生産物が、他
拠点を介して自拠点に配付されるという処理が行われる
可能性はなくなる。

【０２３７】（９）本発明の第９の態様１つの開発拠点からソフトウェア生産物を配付したと
き、全ての開発拠点におけるコンピュータ間での正しい
共有を、その配付後即座に確保することが可能となる。（１０）本発明の第１０の態様同一のソフトウェア生産物についての所有権を定め、そ
の所有権の解除または設定を複数の開発拠点同士で明確
にすることにより、分散開発拠点間で常に同一のソフト
ウェア生産物を共有することができ整合性が保証され
る。

【図面の簡単な説明】

【図１】本発明に基づく第１の基本構成を示す図（その
１）である。

【図２】本発明に基づく第１の基本構成を示す図（その
２）である。

【図３】本発明に基づく第１の基本構成を示す図（その
３）である。

【図４】本発明に基づく第２の基本構成を示す図（その
１）である。

【図５】本発明に基づく第２の基本構成を示す図（その
２）である。

【図６】本発明に基づく第２の基本構成を示す図（その
３）である。

【図７】本発明に基づく第３の基本構成を示す図（その
１）である。

【図８】本発明に基づく第３の基本構成を示す図（その
２）である。

【図９】本発明に基づく第３の基本構成を示す図（その
３）である。

【図１０】本発明に基づく第４の基本構成を示す図（そ
の１）である。

【図１１】本発明に基づく第４の基本構成を示す図（そ
の２）である。

【図１２】本発明に基づく第４の基本構成を示す図（そ
の３）である。

【図１３】本発明に基づく第５の基本構成を示す図（そ
の１）である。

【図１４】本発明に基づく第５の基本構成を示す図（そ
の２）である。

【図１５】本発明に基づく第６の基本構成を示す図（そ
の１）である。

【図１６】本発明に基づく第６の基本構成を示す図（そ
の２）である。

【図１７】本発明に基づく第６の基本構成を示す図（そ
の３）である。

【図１８】本発明に基づく第７の基本構成を示す図（そ
の１）である。

【図１９】本発明に基づく第７の基本構成を示す図（そ
の２）である。

【図２０】本発明に基づく第８の基本構成１を示す図
（その１）である。

【図２１】本発明に基づく第８の基本構成１を示す図
（その２）である。

【図２２】本発明に基づく第８の基本構成２を示す図
（その１）である。

【図２３】本発明に基づく第８の基本構成２を示す図
（その２）である。

【図２４】本発明に基づく第８の基本構成２を示す図
（その３）である。

【図２５】本発明に基づく第９の基本構成を示す図（そ
の１）である。

【図２６】本発明に基づく第９の基本構成を示す図（そ
の２）である。

【図２７】本発明に基づく第１０の基本構成を示す図
（その１）である。

【図２８】本発明に基づく第１０の基本構成を示す図
（その２）である。

【図２９】ソフトウェアＤＢの内容の一例を示す図であ
る。

【図３０】サービスＤＢの内容の一例を示す図である。

【図３１】生産物ＤＢの内容の一例を示す図である。

【図３２】任意構成管理ＤＢの内容の一例を示す図であ
る。

【図３３】提供先ＤＢの内容の一例を示す図である。

【図３４】作業生産物一覧ＤＢの内容の一例を示す図で
ある。

【図３５】リリース情報ＤＢの内容の一例を示す図であ
る。

【図３６】本発明に基づく第１の基本構成の具体例を示
す図（その１）である。

【図３７】本発明に基づく第１の基本構成の具体例を示
す図（その２）である。

【図３８】本発明に基づく第１の基本構成の具体例を示
す図（その３）である。

【図３９】任意サービス構成設定装置の処理を示すフロ
ーチャート（その１）である。

【図４０】任意サービス構成設定装置の処理を示すフロ
ーチャート（その２）である。

【図４１】任意サービス構成復元装置の処理を示すフロ
ーチャート（その１）である。

【図４２】任意サービス構成復元装置の処理を示すフロ
ーチャート（その２）である。

【図４３】本発明に基づく第２の基本構成の具体例を示
す図（その１）である。

【図４４】本発明に基づく第２の基本構成の具体例を示
す図（その２）である。

【図４５】本発明に基づく第２の基本構成の具体例を示
す図（その３）である。

【図４６】任意サービス構成記録装置の処理を示すフロ
ーチャート（その１）である。

【図４７】任意サービス構成記録装置の処理を示すフロ
ーチャート（その２）である。

【図４８】本発明に基づく第３の基本構成の具体例を示
す図（その１）である。

【図４９】本発明に基づく第３の基本構成の具体例を示
す図（その２）である。

【図５０】本発明に基づく第３の基本構成の具体例を示
す図（その３）である。

【図５１】任意ソフトウェア構成記録装置の処理を示す
フローチャート（その１）である。

【図５２】任意ソフトウェア構成記録装置の処理を示す
フローチャート（その２）である。

【図５３】任意ソフトウェア構成参照装置の処理を示す
フローチャートである。

【図５４】本発明に基づく第４の基本構成の具体例を示
す図（その１）である。

【図５５】本発明に基づく第４の基本構成の具体例を示
す図（その２）である。

【図５６】本発明に基づく第４の基本構成の具体例を示
す図（その３）である。

【図５７】構成検証装置の処理を示すフローチャートで
ある。

【図５８】本発明に基づく第５の基本構成の具体例を示
す図（その１）である。

【図５９】本発明に基づく第５の基本構成の具体例を示
す図（その２）である。

【図６０】本発明に基づく第５の基本構成の具体例を示
す図（その３）である。

【図６１】提供先管理装置の処理を示すフローチャート
である。

【図６２】提供先参照装置の処理を示すフローチャート
である。

【図６３】本発明に基づく第６の基本構成の具体例を示
す図（その１）である。

【図６４】本発明に基づく第６の基本構成の具体例を示
す図（その２）である。

【図６５】本発明に基づく第６の基本構成の具体例を示
す図（その３）である。

【図６６】所有権管理装置の処理を示すフローチャート
（その１）である。

【図６７】所有権管理装置の処理を示すフローチャート
（その２）である。

【図６８】生産物構成記録装置の処理を示すフローチャ
ートである。

【図６９】管理領域をなすデータベースの内容の一例を
示す図である。

【図７０】配付情報データベースの内容の一例を示す図
である。

【図７１】配付先情報データベースの内容の一例を示す
図である。

【図７２】変更情報データベースの内容の一例を示す図
である。

【図７３】生産物一覧データベースの内容の一例を示す
図である。

【図７４】配付元情報データベースの内容の一例を示す
図である。

【図７５】配付所有権情報データベースの内容の一例を
示す図である。

【図７６】所有権情報データベースの内容の一例を示す
図である。

【図７７】図１８に示す送信準備装置７５１の処理を示
すフローチャートである。

【図７８】図１８に示す受信準備装置７５２の処理を示
すフローチャートである。

【図７９】図１８に示す復元装置７６１の処理を示すフ
ローチャート（その１）である。

【図８０】図１８に示す復元装置７６１の処理を示すフ
ローチャート（その２）である。

【図８１】図１８に示すデータ送信装置７６２の処理を
示すフローチャート（その１）である。

【図８２】図１８に示すデータ送信装置７６２の処理を
示すフローチャート（その２）である。

【図８３】図１９に示す配付資格確認装置７７１の処理
を示すフローチャートである。

【図８４】図１９に示すデータ受信装置７７２の処理を
示すフローチャートである。

【図８５】図１９に示す登録装置７７３の処理を示すフ
ローチャートである。

【図８６】図１９に示す構成記録装置７７４の処理を示
すフローチャートである。

【図８７】図２０に示す配付元確認装置７６５の処理を
示すフローチャートである。

【図８８】図２０に示す送信配付元情報設定装置７６３
の処理を示すフローチャートである。

【図８９】図２１に示す受信配付元情報設定装置７７５
の処理を示すフローチャートである。

【図９０】図２２〜２４に示す配付権獲得要求送信装置
８３１の処理を示すフローチャートである。

【図９１】図２２〜２４に示す配付権獲得要求受信装置
８３２の処理を示すフローチャートである。

【図９２】図２２〜２４に示す配付元情報変更装置８３
３の処理を示すフローチャートである。

【図９３】図２２〜２４に示す配付権譲渡許可設定装置
８４の処理を示すフローチャートである。

【図９４】図２５に示す復旧通知装置８５１の処理を示
すフローチャートである。

【図９５】図２５に示す配付元復旧検出装置８５２の処
理を示すフローチャートである。

【図９６】図２５に示す復旧情報受信装置８５３の処理
を示すフローチャートである。

【図９７】図２６に示す復旧情報送信装置８６１の処理
を示すフローチャートである。

【図９８】図２６に示す配付先復旧検出装置８６２の処
理を示すフローチャートである。

【図９９】図２５に示すコンピュータ接続確認装置９１
の処理を示すフローチャートである。

【図１００】図２５に示すコンピュータ間矛盾検出装置
９２の処理を示すフローチャートである。

【図１０１】図２６に示す接続応答装置９３の処理を示
すフローチャートである。

【図１０２】図２７および２８に示す所有権情報変更装
置９４−１，９４−２の処理を示すフローチャート（そ
の１）である。

【図１０３】図２７および２８に示す所有権情報変更装
置９４−１，９４−２の処理を示すフローチャート（そ
の２）である。

【図１０４】図２７および２８に示す所有権データ送信
装置９５−１，９５−２の処理を示すフローチャートで
ある。

【図１０５】図２７および２８に示す所有権データ受信
装置９６−１，９６−２の処理を示すフローチャートで
ある。

【符号の説明】

１１…管理領域１２…任意構成管理データベース１３…作業領域１４…任意サービス構成設定装置１５…任意サービス構成復元装置２４…任意サービス構成記録装置３４…任意ソフトウェア構成記録装置３５…任意ソフトウェア構成参照装置４４…構成検証装置５３…提供先管理データベース５４…提供先管理装置５５…提供先情報参照装置６４…生産物構成記録装置６５…所有権管理装置７１…管理領域７２…送信領域７３…配付情報データベース７４…受信領域７５…配付準備装置７６…配付送信装置７７…配付受信装置７８…配付先情報データベース７９…変更情報データベース８１…配付元情報データベース８２…生産物一覧データベース８３…配付権変更装置８４…配付権譲渡許可設定装置８５…配付元復旧装置８６…配付先復旧装置９１…コンピュータ接続確認装置９２…コンピュータ間矛盾検出装置９３…接続応答装置９４…所有権情報変更装置９５…所有権データ送信装置９６…所有権データ受信装置９７…配付所有権情報データベース９８…所有権情報データベース１３１…作業生産物一覧データベース１３２…リリース情報データベース１４１…組み合わせ記憶装置１４２…サービス構成読み込み装置１５１…生産物復元装置１５２…組み合わせ読み込み装置２４１…生産物構成記録装置２４２…生産物構成矛盾検出装置２４３…生産物登録装置２４４…任意構成確認装置３４１…任意構成記録装置３４２…リリース情報読み込み装置３５１…任意構成読み込み装置３５２…任意構成出力装置４４１…作業領域情報読み込み装置４４２…リリース版数比較装置４４３…検証結果出力装置５４１…リリース情報記録装置５４２…提供先記録装置５５１…提供先情報読み込み装置５５２…提供先情報出力装置６５１…所有権情報通知装置６５２…所有権情報読み込み装置６５３…所有権設定／解除装置７５１…送信準備装置７５２…受信準備装置７６１…復元装置７６２…データ送信装置７６３…送信配付元情報設定装置７６５…配付元確認装置７７１…配付資格確認装置７７２…データ受信装置７７３…登録装置７７４…構成記録装置７７５…受信配付元情報設定装置８３１…配付権獲得要求送信装置８３２…配付権獲得要求受信装置８３３…配付元情報変更装置８５１…復旧通知装置８５２…配付元復旧検出装置８５３…復旧情報受信装置８６１…復旧情報送信装置８６２…配付先復旧検出装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者長谷川尚富北海道札幌市厚別区下野幌テクノパーク１丁目１番５号富士通北海道通信システム株式会社内 (72)発明者坂本康広神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者在原佳典北海道札幌市厚別区下野幌テクノパーク１丁目１番５号富士通北海道通信システム株式会社内

Claims

【特許請求の範囲】

【請求項１】各ソフトウェア生産物についての変更の
履歴とその内容を原本として保存する管理領域（１１）
と、該管理領域（１１）より必要な前記ソフトウェア生
産物を復元して新たなソフトウェア生産物を開発するた
めの作業領域（１３）とを含み、該作業領域（１３）で
の作業を支援するために各前記ソフトウェア生産物につ
いてその構成を管理し、かつ、ここに開発すべきソフト
ウェアはそれぞれが独立して開発された複数のサービス
の組み合わせによってリリースされる、ソフトウェア生
産物の構成管理システムにおいて、リリースする前記ソフトウェア毎に任意に定められる前
記サービスの組み合わせと、該組み合わせに係るサービ
スの各々が前記作業領域（１３）に復元されるときの版
数で特定される復元形態とを記憶する任意構成管理デー
タベース（１２）と、前記作業領域（１３）においてリリースする前記ソフト
ウェアの名称と、前記作業領域（１３）に復元された各
前記サービスの前記復元形態とを設定し、かつ、前記任
意構成管理データベース（１２）に対して格納するため
の任意サービス構成設定装置（１４）と、利用者により指定される、リリースする前記ソフトウェ
アの名称によって、前記任意構成管理データベース（１
２）をアクセスして、当該ソフトウェアを構成する前記
複数のサービスと、各該サービスの前記復元形態とを読
み込み、この読み込み結果に基づいて、各々が当該復元
形態を有する該複数のサービスを前記作業領域（１３）
内に復元せしめるための任意サービス構成復元装置（１
５）とからなることを特徴とするソフトウェア生産物の
構成管理システム。
【請求項２】前記作業領域（１３）内に、該作業領域
（１３）に復元される各前記サービスの名称とその各々
の前記復元形態とを記憶するリリース情報データベース
（１３２）を有する請求項１に記載の構成管理システ
ム。
【請求項３】前記リリース情報データベース（１３
２）に記憶された各前記サービスの名称とその各々の前
記復元形態とを読み込むためのサービス構成読み込み装
置（１４２）と、その読み込んだ結果を、前記任意構成
管理データベース（１２）に格納するための組み合わせ
記憶装置（１４１）とを、前記任意サービス構成設定装
置（１４）内に有する請求項２に記載の構成管理システ
ム。
【請求項４】開発者に指定された、リリースするソフ
トウェアの名称を入力として当該ソフトウェアを構成す
る前記サービスの組み合わせを読み込むための組み合わ
せ読み込み装置（１５２）と、その読み込み結果に基づ
いて、前記管理領域（１１）より当該組み合わせに係る
各サービスを前記作業領域（１３）に復元するための生
産物復元装置（１５１）とを、前記任意サービス構成復
元装置（１５）内に有する請求項１に記載の構成管理シ
ステム。
【請求項５】前記サービスの組み合わせにより前記作
業領域（１３）にて復元された前記ソフトウェア生産物
に対しリリースの可否を判定し、リリース可であって、
リリースする構成として該ソフトウェア生産物が確定し
たとき、当該サービスの組み合わせと、各該サービスの
構成と、その各々の版数とを、前記管理領域（１１）内
の対応する前記原本に対して記録するための任意サービ
ス構成記録装置（２４）を有する請求項１に記載の構成
管理システム。
【請求項６】リリースする構成として確定した前記ソ
フトウェア生産物と、前記管理領域（１１）内の対応す
る前記原本に記録された当該ソフトウェア生産物との間
の矛盾を検出するための生産物構成矛盾検出装置（２４
２）を、前記任意サービス構成記録装置（２４）内に有
する請求項５に記載の構成管理システム。
【請求項７】前記生産物構成矛盾検出装置（２４２）
により、前記の矛盾が検出されたソフトウェア生産物に
ついて、該ソフトウェア生産物の前記作業領域（１３）
内での状態を、前記管理領域（１１）内の対応する前記
原本に反映させるための登録操作を行う生産物登録装置
（２４３）を、前記任意サービス構成記録装置（２４）
内に有する請求項６に記載の構成管理システム。
【請求項８】複数の前記ソフトウェアを任意に組み合
わせ新たなソフトウェアパッケージとしてリリースする
場合において、該ソフトウェアパッケージをリリースするときに、該ソ
フトウェアパッケージを構成するソフトウェアの組み合
わせに関する情報と、該組み合わせに係る各ソフトウェ
アのリリース版数に関する情報とを、前記任意構成管理
データベース（１２）に記録するための任意ソフトウェ
ア構成記録装置（３４）と、該任意構成管理データベース（１２）にアクセスして、
（ｉ）リリースする前記ソフトウェア毎に定められる前
記サービスの組み合わせに関する情報、（ii）前記の組
み合わせに係る各サービスの前記復元形態に関する情
報、（iii ）前記ソフトウェアパッケージの組み合わせ
に関する情報および（iv）該組み合わせに係る各ソフト
ウェアのリリース版数に関する情報のうちのいずれかの
情報を参照するための任意ソフトウェア構成参照装置
（３５）と、を有する請求項１に記載の構成管理システ
ム。
【請求項９】前記作業領域（１３）内に、該作業領域
（１３）に復元される各前記ソフトウェアの名称と、各
該ソフトウェアの前記復元形態とを記憶するためのリリ
ース情報データベース（１３２）を備え、前記任意ソフトウェア構成記録装置（３４）は、前記リリース情報データベース（１３２）内の情報に基
づきまたは開発者からの入力に基づき、各前記ソフトウ
ェアの名称と各該ソフトウェアの前記復元形態とに関す
る情報を読み込むためのリリース情報読み込み装置（３
４２）と、その開発者により指定された前記ソフトウェアパッケー
ジの名称と対にして、その読み込んだ情報を、前記任意
構成管理データベース（１２）に記録するための任意構
成記録装置（３４１）と、を有する請求項８に記載の構
成管理システム。
【請求項１０】前記任意ソフトウェア構成参照装置
（３５）は、開発者から指定された前記ソフトウェアパッケージの名
称に従って、当該ソフトウェアパッケージに関して記録
された前記任意構成管理データベース（１２）内の情報
を読み込むための任意構成読み込み装置（３５１）と、該任意構成読み込み装置（３５１）から読み込んだ情報
をその開発者に対して提供するための任意構成出力装置
（３５２）と、を有する請求項８に記載の構成管理シス
テム。
【請求項１１】前記ソフトウェアパッケージを構成す
る各ソフトウェアが、それぞれに共通の共通サービスを
使用する場合において、各前記ソフトウェアがそれぞれ使用する前記共通サービ
スのリリース版の構成が相互に同一であるか否かを検証
するための構成検証装置（４４）を有する請求項８に記
載の構成管理システム。
【請求項１２】前記構成検証装置（４４）は、開発者によって指定される複数の前記ソフトウェアにそ
れぞれ対応する各前記作業領域（１３）ならびに該開発
者によって指定される前記共通サービスの名称および前
記共通サービスの前記復元形態をそれぞれ読み込むため
の作業領域情報読み込み装置（４４１）と、各前記ソフトウェアに対応する前記作業領域（１３）内
に設けられるリリース情報データベース（１３２）より
読み込んだ各前記共通サービスの復元形態と、その開発
者により指定された該共通サービスの復元形態とを比較
するためのリリース版数比較装置（４４２）と、前記リリース版数比較装置（４４２）による上記の比較
の結果を、その開発者に対して通知するための検証結果
出力装置（４４３）とを有する請求項１１に記載の構成
管理システム。
【請求項１３】ソフトウェア生産物のリリース版およ
びリリース時の構成を、当該ソフトウェア生産物を提供
した提供先毎に、提供先情報として、管理するための提
供先管理装置（５４）と、前記提供先管理装置（５４）により管理される前記提供
先情報を、開発者の参照のために供する提供先情報参照
装置（５５）と、を有する請求項５または請求項８に記
載の構成管理システム。
【請求項１４】前記提供先管理装置（５４）からの前
記提供先情報を記録すると共に前記提供先情報参照装置
（５５）により前記提供先情報が読み出される提供先管
理データベース（５３）を有する請求項１３に記載の構
成管理システム。
【請求項１５】前記提供先管理装置（５４）は、開発者からの指定に従って、指定されたソフトウェアの
リリース版数を、指定された提供先と対応させて前記提
供先管理データベース（５３）に記録するためのリリー
ス情報記録装置（５４１）と、その開発者から指定された提供先が該提供先管理データ
ベース（５３）に存在しないときは、該提供先管理デー
タベース（５３）に当該提供先を追加した後、対応する
ソフトウェアのリリース版数を、該提供先管理データベ
ース（５３）に記録するための提供先記録装置（５４
２）とを有する請求項１４に記載の構成管理システム。
【請求項１６】前記提供先情報参照装置（５５）は、開発者から指定された前記提供先情報を、前記提供先管
理データベース（５３）より、読み込むための提供先情
報読み込み装置（５５１）と、読み込んだ該提供先情報をその開発者に提供するための
提供先情報出力装置（５５２）と、を有する請求項１４
に記載の構成管理システム。
【請求項１７】前記作業領域（１３）においてリリー
スされたソフトウェア生産物の構成を前記管理領域（１
１）に記録するための生産物構成記録装置（６４）と、前記の記録を行う場合に、該ソフトウェア生産物に所有
権があるときはその記録を実行させ、その所有権がない
ときはその記録を中止させる所有権管理装置（６５）
と、を有する請求項１に記載の構成管理システム。
【請求項１８】前記所有権管理装置（６５）は、前記管理領域（１１）を参照して、前記ソフトウェア生
産物に係るソフトウェアまたはサービスの所有権が解除
されていることを確認して、開発者の所有権を設定し、
あるいはその開発者が該ソフトウェアまたはサービスの
所有者であることを確認して所有権の設定を行うための
所有権設定／解除装置（６５３）と、前記所有権設定／解除装置（６５３）により更新され
た、前記管理領域（１１）内の所有権情報を読み込むた
めの所有権情報読み込み装置（６５２）と、該所有権情報読み込み装置（６５２）より読み込んだ所
有権情報をもとに、当該ソフトウェアまたはサービスの
所有権が当該開発者であることを確認して、前記生産物
構成記録装置（６４）に対して、前記の記録の実行を指
示するための所有権情報通知装置（６５１）と、を有す
る請求項１７に記載の構成管理システム。
【請求項１９】各々が請求項１の構成管理システム
（７０）を備える複数の開発拠点を有し、複数の該開発
拠点間でソフトウェア生産物を分散して共有管理する分
散共有管理システムであって、前記ソフトウェア生産物を配付する送信側の前記開発拠
点は、前記構成管理システム（７０）からの前記ソフトウェア
生産物に関する構成記録情報ならびに該ソフトウェア生
産物の変更の履歴およびその内容を保持して管理する管
理領域（７１）と、当該開発拠点の開発者から入力される前記の配付に関す
る情報をもとに受信側の前記開発拠点へ前記ソフトウェ
ア生産物を配付する準備を行う配付準備装置（７５）
と、前記配付準備装置（７５）を介し、前記の配付に関する
情報に従って、前記管理領域（７１）から一時的に前記
ソフトウェア生産物を復元する送信領域（７２）と、前記送信領域（７２）内に復元された前記ソフトウェア
生産物に関する情報を、前記受信側の開発拠点へ送信す
る配付送信装置（７６）とからなることを特徴とするソ
フトウェア生産物の分散共有管理システム。
【請求項２０】前記送信側の開発拠点から前記ソフト
ウェア生産物の配付を許可する前記受信側の開発拠点の
コンピュータ名およびその開発者名を表す基本配付情報
を格納する配付情報データベース（７３）を備える請求
項１９に記載の分散共有管理システム。
【請求項２１】前記の配付に関する情報のうち配付先
情報を格納する配付先情報データベース（７８）を備え
ると共に、前記配付準備装置（７５）は、該配付先情報が有する、前記管理領域（７１）内の配付
管理領域名を前記配付送信装置（７６）に通知する送信
準備装置（７５１）と、前記基本配付情報を前記配付先情報データベース（７
８）に格納する受信準備装置（７５２）とを含んでなる
請求項２０に記載の分散共有管理システム。
【請求項２２】各々が請求項１の構成管理システム
（７０）を備える複数の開発拠点を有し、複数の該開発
拠点間でソフトウェア生産物を分散して共有管理する分
散共有管理システムであって、前記ソフトウェア生産物が配付される受信側の前記開発
拠点は、送信側の前記開発拠点から配付される前記ソフトウェア
生産物に関する情報を受信して管理する配付受信装置
（７７）と、前記配付受信装置（７７）に受信された前記情報を一時
的に保存する受信領域（７４）と、前記受信領域（７４）を参照して、前記ソフトウェア生
産物に関する構成記録情報ならびに該ソフトウェア生産
物の変更の履歴およびその内容を保持して管理する管理
領域（７１）とからなることを特徴とするソフトウェア
生産物の分散共有管理システム。
【請求項２３】前記配付受信装置（７７）は、当該ソフトウェア生産物が、当該開発拠点に配付される
資格があるか否か確認する配付資格確認装置（７７１）
と、配付された前記ソフトウェア生産物に関する情報を受信
して前記管理領域（７１）にこれを保存せしめるデータ
受信装置（７７２）と、前記受信領域（７４）内の前記ソフトウェア生産物を前
記管理領域（７１−２）に登録する登録装置（７７３）
とを含んでなる請求項２２に記載の分散共有管理システ
ム。
【請求項２４】前記受信領域（７４）に格納されてい
る前記ソフトウェア生産物およびその版数を保持する生
産物一覧データベース（８２）を備える請求項２３に記
載の分散共有管理システム。
【請求項２５】前記配付受信装置（７７）は、送信側の前記開発拠点から配付される前記ソフトウェア
生産物に関する情報のうち、該ソフトウェア生産物の管
理領域名および構成記録の版数から、該送信側の開発拠
点での構成記録と同一のソフトウェア生産物および版数
をもって、前記管理領域（７１）に対する構成記録を行
う構成記録装置（７７４）を含む請求項２３に記載の分
散共有管理システム。
【請求項２６】前記配付送信装置（７６）内に、前記
ソフトウェア生産物を配付先の前記開発拠点に送信する
データ送信装置（７６２）を備え、該データ送信装置（７６２）はさらに、該ソフトウェア
生産物毎に、配付元となる前記開発拠点を検索して当該
配付元となる開発拠点がないかもしくはその配付元が自
開発拠点であるときに、当該配付の実行が可能と判断し
て前記の送信を前記データ送信装置（７６２）に行わせ
る配付元確認装置（７６５）を有する請求項１９に記載
の分散共有管理システム。
【請求項２７】各前記開発拠点内の前記管理領域内
に、前記ソフトウェア生産物の配付を行った際の配付元
となる前記開発拠点を記録管理する配付元情報データベ
ース（８１）を備え、前記配付元確認装置（７６５）
は、配付先の該配付元情報データベース（８１）により
前記の配付元となる前記開発拠点の検索を行う請求項２
６に記載の分散共有管理システム。
【請求項２８】前記配付送信装置（７６）内に、送信側の前記管理領域内における前記配付元情報データ
ベース（８１）において、送信された前記ソフトウェア
生産物の各々についてその記述があるか否かを確認し
て、記述されていないとき、当該ソフトウェア生産物の
ソフトウェア生産物名および送信側の前記管理領域名の
組み合わせを、該配付元情報データベース（８１）に追
加して記録する送信配付元情報設定装置（７６３）を備
える請求項２７に記載の分散共有管理システム。
【請求項２９】各前記開発拠点内の前記管理領域内
に、前記ソフトウェア生産物の配付を行った際の配付元
となる前記開発拠点を記録管理する配付元情報データベ
ース（８１）を備えると共に、前記配付受信装置（７
７）内に、受信側の前記管理領域内における前記配付元情報データ
ベース（８１）において、受信された前記ソフトウェア
生産物の各々のソフトウェア生産物名についてその記述
があるか否か確認し、その記述が無いとき、当該ソフト
ウェア生産物名とその開発拠点名を該配付元情報データ
ベース（８１）に追加して記録する受信配付元情報設定
装置（７７５）を有する請求項２２に記載の分散共有管
理システム。
【請求項３０】前記ソフトウェア生産物の配付権を、
前記開発拠点間で譲渡し合うための配付権変更装置（８
３）を、各前記開発拠点内に有する請求項１９または２
２に記載の分散共有管理システム。
【請求項３１】前記配付権変更装置（８３）は、自開発拠点に前記ソフトウェア生産物の配付を行った他
の開発拠点に対して、前記配付権を自開発拠点に譲渡さ
せるための配付権獲得依頼を発行する配付権獲得要求送
信装置（８３１）を有する請求項３０に記載の分散共有
管理システム。
【請求項３２】前記配付権変更装置（８３）は、前記配付権獲得要求送信装置（８３１）からの前記配付
権獲得依頼に対し、自開発拠点において配付権を所有し
ている前記ソフトウェア生産物の配付権譲渡を許可でき
る場合、前記配付権獲得依頼を発行した開発拠点に対し
て当該ソフトウェア生産物の配付権を譲渡する配付権獲
得要求受信装置（８３２）を有する請求項３１に記載の
分散共有管理システム。
【請求項３３】前記配付権変更装置（８３）は、前記ソフトウェア生産物の配付を行った際の配付元とな
る前記開発拠点を記録管理する前記配付元情報データベ
ース（８１）に対し、前記ソフトウェア生産物名および
対応する開発拠点名に関する記録の変更を行う配付元情
報変更装置（８３３）を有する請求項３１に記載の分散
共有管理システム。
【請求項３４】各前記開発拠点内に、前記配付権獲得要求送信装置（８３１）からの前記配付
権獲得依頼について、自開発拠点において所有している
前記ソフトウェア生産物の配付権の譲渡を許可するか否
かの設定を、前記ソフトウェア生産物の配付を行った際
の配付元となる前記開発拠点を記録管理する配付元情報
データベース（８１）に対して行う配付権譲渡許可設定
装置（８４）を有する請求項３１に記載の分散共有管理
システム。
【請求項３５】配付元となる前記開発拠点から他の複
数の開発拠点に対して同時に前記ソフトウェア生産物を
配付する際に、該ソフトウェア生産物の配付元の開発拠
点において、該ソフトウェア生産物の正しい共有に失敗
した後の復旧に関する操作を実行する配付元復旧装置
（５１）を備える請求項１９に記載の分散共有管理シス
テム。
【請求項３６】前記配付元復旧装置（５１）は、前記
配付送信装置（７６）からの出力に基づいて前記配付元
の開発拠点において前記復旧の必要性があるか否かの検
出を行う配付元復旧検出装置（８５２）を含む請求項３
５に記載の分散共有管理システム。
【請求項３７】前記配付元復旧装置（５１）は、前記
配付元の開発拠点における前記復旧に関する情報を受信
するための復旧情報受信装置（８５３）を含む請求項３
６に記載の分散共有管理システム。
【請求項３８】前記配付元復旧装置（５１）は、前記
配付元復旧検出装置（８５２）および前記復旧情報受信
装置（８５３）からの前記復旧に関する情報を併せて前
記開発者に通知するための復旧通知装置（８５１）を含
む請求項３７に記載の分散共有管理システム。
【請求項３９】前記配付元の開発拠点より前記ソフト
ウェア生産物の配付を受けた配付先の前記開発拠点にお
いて、該配付先開発拠点での復旧に関する操作を実行す
る配付先復旧装置（８６）を備える請求項２２に記載の
分散共有管理システム。
【請求項４０】前記配付先復旧装置（８６）は、前記
復旧に関する情報を配付元の前記開発拠点に通知するた
めの復旧情報通知装置（８６１）を含む請求項３９に記
載の分散共有管理システム。
【請求項４１】前記配付先復旧装置（８６）は、前記
配付受信装置（７７）からの出力に基づいて、前記の復
旧の必要性があるか否かの検出を行ってその結果を前記
復旧情報通知装置（８６１）に通知する配付先復旧検出
装置（８６２）を含む請求項４０に記載の分散共有管理
システム。
【請求項４２】前記ソフトウェア生産物の配付先の前
記開発拠点におけるコンピュータの稼働状態に関する情
報を、応答として、該ソフトウェア生産物の配付元の前
記開発拠点に返送する接続応答装置（９３）を備える請
求項２２に記載の分散共有管理システム。
【請求項４３】前記ソフトウェア生産物の配付元の前
記開発拠点に、応答として返送される、該ソフトウェア
生産物の配付先の前記開発拠点におけるコンピュータの
稼働状態に関する情報に基づいてコンピュータ相互間の
接続を確認するコンピュータ接続確認装置（９１）を備
える請求項１９に記載の分散共有管理システム。
【請求項４４】前記ソフトウェア生産物の配付に関す
る情報のうち配付先情報を前記コンピュータ接続確認装
置（９１）より取得してこれを格納する配付先情報デー
タベース（７８）を、該配付先情報データベース（７
８）内の配付先情報を参照して、複数の配付先開発拠点
における各コンピュータ相互間に前記ソフトウェア生産
物の共有に関しての矛盾があるか否か検出するコンピュ
ータ間矛盾検出装置（９２）を備える請求項４３に記載
の分散共有管理システム。
【請求項４５】配付される前記ソフトウェア生産物に
ついて、その配付時におけるその所有権を表す所有権情
報を格納する配付所有権情報データベース（９７）を備
える請求項１９または２２に記載の分散共有管理システ
ム。
【請求項４６】前記管理領域（７１）に前記ソフトウ
ェア生産物を登録する際における該ソフトウェア生産物
の所有権に関する情報を格納する所有権情報データベー
ス（９８）を備える請求項４５に記載の分散共有管理シ
ステム。
【請求項４７】１つの前記開発拠点より他の前記開発
拠点に対し、前記所有権の解除または設定を行う所有権
情報変更装置（９４）を備える請求項４６に記載の分散
共有管理システム。
【請求項４８】前記所有権に関するデータの授受を行
う所有権データ送信装置（９５）および所有権データ受
信装置（９６）を有する請求項４７に記載の分散共有管
理システム。