JP2003022185A

JP2003022185A - ソフトウェア構成管理システム

Info

Publication number: JP2003022185A
Application number: JP2001209114A
Authority: JP
Inventors: Masahiro Sueyoshi; 正弘末吉; Yasuo Takeshima; 康夫竹島
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-07-10
Filing date: 2001-07-10
Publication date: 2003-01-24

Abstract

(57)【要約】【課題】ソフトウェア成果物等に対する承認行為をソ
フトウェア開発者以外の第三者が行うことができるソフ
トウェア構成管理システムを提供すること。【解決手段】ソフトウェア開発者３１−１が使用する
コンピュータ８−１は、ソフトウェアのバージョンに対
応したラベル４５をサーバ５に送信し、サーバ５は、ラ
ベル４５を設定する。承認者３０が使用するコンピュー
タ７は、ラベル４５、承認情報を有する属性４７をサー
バ５に送信する。サーバ５は、ラベル４５の属性４７を
設定し、その属性４７に基づいて、ラベル４５に対応す
るバージョンのソフトウェア成果物等の属性を設定す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェアのバ
ージョン管理等を行うソフトウェア構成管理システムに
関し、特に、ソースコード、オブジェクトコード、ドキ
ュメント等のソフトウェア成果物等に対する承認等を行
うソフトウェア構成管理システムに関するものである。

【０００２】

【従来の技術】昨今、ソースコード、オブジェクトコー
ド、ドキュメント等のソフトウェア成果物等を管理する
ソフトウェア構成管理システムがソフトウェア開発に導
入されつつある。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うなソフトウェア構成管理システムにおいて、ソフトウ
ェア成果物等に対して、ソフトウェア開発者以外の第三
者による承認行為を行いたいという要望がある。例え
ば、市販されている「ＣｌｅａｒＣａｓｅ」（商標
名）等のソフトウェア構成管理システムには、ソフトウ
ェア成果物等に対する承認行為をソフトウェア開発者以
外の第三者が行う手段は、用意されていない。

【０００４】本発明はこのような要望に鑑みてなされた
ものであり、その目的とするところは、ソフトウェア成
果物等に対する承認行為をソフトウェア開発者以外の第
三者が行うことができるソフトウェア構成管理システム
を提供することにある。

【０００５】

【課題を解決するための手段】前述した目的を達成する
ために第１の発明は、サーバと複数の端末装置とがネッ
トワークで接続され、前記サーバは、ソフトウェアと前
記ソフトウェアのバージョンに対応するラベルと所定の
情報を有する属性とを保持する記憶手段を有し、前記端
末装置から前記ラベルが送信されると、前記ラベルを設
定し、前記記憶手段に保持することにより前記ソフトウ
ェアのバージョン管理を行うソフトウェア構成管理シス
テムであって、前記端末装置は、ユーザが前記ラベルに
前記属性を設定する権利を有するかどうかを判定し、前
記ユーザが前記ラベルに前記属性を設定する権利を有す
る場合に前記ラベルと前記属性とを前記サーバに送信
し、前記サーバは、前記ラベルに前記属性を設定し、前
記記憶手段に保持することを特徴とするソフトウェア構
成管理システムである。

【０００６】第１の発明では、端末装置は、ユーザがラ
ベルに属性を設定する権利を有するかどうかを判定し、
ユーザがラベルに属性を設定する権利を有する場合にラ
ベルと属性とをサーバに送信する。サーバは、ラベルに
属性を設定し、記憶手段に保持する。

【０００７】サーバは、ソフトウエア開発者等が開発し
たソフトウェア等のバージョン管理等を行う。サーバ
は、ラベルを設定したり、ラベルに対して属性を設定し
たりする。端末装置は、ラベル、属性等をサーバに送信
する。端末装置は、ソフトウェア開発者、承認者、品質
保証担当者、評価機関等のユーザが使用するワークステ
ーション、パーソナルコンピュータ、携帯端末機等であ
る。

【０００８】ネットワークとは、ＬＡＮ（ＬＯＣＡＬ
ＡＲＥＡＮＥＴＷＯＲＫ）、インターネット、公衆通
信回線等であり、無線、有線を問わない。ソフトウェア
とは、ソフトウェア開発者等が開発したソースコード、
オブジェクトコード、ドキュメント等のソフトウェア成
果物等である。バージョンとは、ソフトウェアの改訂番
号等であり、当該改訂番号等に対応するソフトウェア成
果物等を意味する。バージョン管理とは、ソフトウェア
の開発履歴等を保持したり、各バージョン毎にソフトウ
ェア成果物等を再現したりすることである。ラベルと
は、ソフトウェアのバージョンに対応する記号・番号等
である。属性は、ラベルに対して設定され、所定の情報
を有する。所定の情報とは、市場リリースに関する承認
情報、ＩＳＯ認証に関する承認情報等である。例えば、
属性“ＯＫ”は、“一般市場リリース用に承認されてい
る”を意味する。

【０００９】端末装置は、ラベルの属性をサーバに送信
する際、ユーザがラベルの属性を設定する権利を有する
かどうかを判定する。従って、ラベルの属性は、特定の
ユーザが使用する端末装置からサーバに送信される。こ
こで、特定のユーザとは、ソフトウェア成果物等の承認
を行う承認者、ソフトウェア開発の統括者等のソフトウ
ェア開発者以外の第三者である。

【００１０】また、サーバは、端末装置からラベルが送
信されると、記憶手段を検索してラベルに設定されてい
る属性を取得し、取得した属性を端末装置に送信する。
端末装置は、複数の属性から１つの属性を選択し、取得
した属性と選択した属性とを比較して選択した属性をラ
ベルに設定可能であるかどうかを判定し、選択した属性
がラベルに設定可能である場合に選択した属性をサーバ
に送信する。サーバは、ラベルに属性を設定し、記憶手
段に保持する。端末装置は、ラベルの属性を選択し、さ
らに、選択した属性が適正であるかどうかを判断するの
で、誤った属性が設定されることを防止することができ
る。

【００１１】また、ラベルは、ソフトウェアのバージョ
ンに対応して設定されるので、端末装置からラベルが送
信されると、サーバは、記憶手段を検索して当該ラベル
に対応するバージョンのソフトウェア成果物等を取得す
ることができる。また、ラベルは、規則性をもたせて設
定されるので、端末装置は、ラベルから当該ラベルに対
応するバージョンのソフトウェア成果物等の種別等を識
別することができる。種別とは、例えば、一般市場リリ
ース用、ＩＳＯ認証用等である。

【００１２】第２の発明は、複数の端末装置にネットワ
ークで接続され、ソフトウェアと前記ソフトウェアのバ
ージョンに対応するラベルと所定の情報を有する属性と
を保持する記憶手段を有し、前記端末装置から前記ラベ
ルが送信されると、前記ラベルを設定し、前記記憶手段
に保持することにより前記ソフトウェアのバージョン管
理を行うサーバであって、前記端末装置から前記ラベル
と前記属性とが送信されると、前記ラベルに前記属性を
設定し、前記記憶手段に保持することを特徴とするサー
バである。

【００１３】第２の発明では、サーバは、端末装置から
ラベルと属性とが送信されると、ラベルに属性を設定
し、記憶手段に保持する。

【００１４】第３の発明は、ソフトウェアと前記ソフト
ウェアのバージョンに対応するラベルと所定の情報を有
する属性とを保持する記憶手段を有し、前記ラベルが送
信されると、前記ラベルを設定し、前記記憶手段に保持
することにより前記ソフトウェアのバージョン管理を行
うサーバにネットワークで接続される端末装置であっ
て、ユーザが前記ラベルに前記属性を設定する権利を有
するかどうかを判定し、前記ユーザが前記ラベルに前記
属性を設定する権利を有する場合に前記ラベルと前記属
性とを前記サーバに送信することを特徴とする端末装置
である。

【００１５】第３の発明では、端末装置は、ユーザがラ
ベルに属性を設定する権利を有するかどうかを判定し、
ユーザがラベルに属性を設定する権利を有する場合にラ
ベルと属性とをサーバに送信する。

【００１６】第４の発明は、コンピュータを第２の発明
におけるサーバとして機能させるプログラムである。第
５の発明は、コンピュータを第２の発明におけるサーバ
として機能させるプログラムを記録した記録媒体であ
る。

【００１７】第６の発明は、コンピュータを第３の発明
における端末装置として機能させるプログラムである。
第７の発明は、コンピュータを第３の発明における端末
装置として機能させるプログラムを記録した記録媒体で
ある。

【００１８】

【発明の実施の形態】以下、図面に基づいて本発明の実
施の形態を詳細に説明する。図１は、本発明の実施の形
態に係るソフトウェア構成管理システム１の概略構成図
である。このソフトウェア構成管理システム１はＬＡ
Ｎ、インターネット等のネットワーク３にサーバ５、ク
ライアント側の端末機としてのコンピュータ７、８、
９、１０、サーバ側のデータベースとしてのＶＯＢ（Ｖ
ＥＲＳＩＯＮＥＤＯＢＪＥＣＴＢＡＳＥ）２１等が接
続されて構成される。

【００１９】ネットワーク３は、ＬＡＮ、インターネッ
ト等のネットワークであり、有線、無線を問わない。サ
ーバ５は、ソフトウェアのバージョン管理等を行い、ラ
ベル４５、属性４７等を設定したりする。ラベル４５、
属性４７については後述する。コンピュータ７は、特定
のユーザ、例えば、承認者３０が使用するコンピュータ
であり、属性４７をサーバ５に送信したりする。コンピ
ュータ８−１、８−２…は、ソフトウェア開発者３１−
１、３１−２…が使用するコンピュータであり、ラベル
４５を設定したりする。コンピュータ９は、品質保証担
当者３３が使用するコンピュータであり、ソフトウェア
成果物等の評価結果等をコンピュータ７に送信したりす
る。コンピュータ１０は、評価機関３５が使用するコン
ピュータであり、ソフトウェア成果物等の評価結果、認
証レベル等をコンピュータ７に送信したりする。

【００２０】承認者３０は、ソフトウェア成果物等の承
認を行う承認者、ソフトウェア開発の統括者等のソフト
ウェア開発者以外の第三者であり、ソフトウェア成果物
等の承認等を行う。ソフトウェア開発者３１−１、３１
−２…は、ソフトウェア開発等を行う。品質保証担当者
３３は、ソフトウェア成果物等の評価等を行う。評価機
関３５は、評価、セキュリティ認証等を行い、例えば、
ＩＳＯ評価機関等である。

【００２１】ＶＯＢ２１は、バージョン管理データベー
ス１１、ソフトウェア成果物データベース１３等からな
る。バージョン管理データベース１１は、ソフトウェア
成果物等のバージョンに関する情報であるバージョンツ
リー１１ａ、バージョン情報１１ｂ等を保存する。バー
ジョンツリー１１ａ、バージョン情報１１ｂに関して
は、後述する。ソフトウェア成果物データベース１３
は、ソフトウェア成果物等を保存する。このソフトウェ
ア成果物等は、用途別等に複数の個別ＶＯＢ１３−１、
１３−２、１３−３、…に保存される。ソフトウェア成
果物とは、例えば、ソフトウェア開発者等が開発したソ
ースコード、オブジェクトコード、ドキュメント等であ
る。

【００２２】図２は、ＶＯＢ２１の構成を示す図であ
る。「ｃａｒｄ」、「ｒｗ０」、「ｒｗ１」に関するソ
フトウェア成果物等は、それぞれ、個別ＶＯＢ１３−
１、１３−２、１３−３に保存される。図３は、「ｒｗ
０」に関するソフトウェア成果物等を保存した個別ＶＯ
Ｂ１３−２の構成を示す図である。図４は、バージョン
管理データベース１１に保存されたソフトウェアＡに関
するバージョンツリー１１ａの構成を示す図である。

【００２３】ノード１０１〜ノード１０９は、ソフトウ
ェアＡの各バージョンに対応する。ソフトウェアＡの各
バージョンのソースコード、オブジェクトコード、ドキ
ュメント等のソフトウェア成果物等は、ソフトウェア成
果物データベース１３に保存される。例えば、ソフトウ
ェア開発者３１−１等がノード１０１に対応するバージ
ョンのソフトウェア成果物等を元に開発を行い、チェッ
クインした場合、サーバ５は、新しいバージョンのソフ
トウェア成果物等をソフトウェア成果物データベース１
３に保存し、バージョンツリー１１ａにノード１０２を
追加する。ここで、チェックインとは、ソフトウェア開
発者３１−１等が当該バージョンのソフトウェアの開発
を終了し、当該バージョンのソフトウェアを保存するこ
とを意味する。

【００２４】また、例えば、ソフトウェア開発者３１−
１等がノード１０２に対応するバージョンのソフトウェ
ア成果物等を元に、ＡＤＰＵ用、ＭＤＰＵ用に開発を行
い、それぞれチェックインした場合、サーバ５は、ＡＤ
ＰＵ用、ＭＤＰＵ用のソフトウェア成果物等をソフトウ
ェア成果物データベース１３に保存する。さらに、サー
バ５は、バージョンツリー１１ａにＡＤＰＵ用のバージ
ョンに対応するノード１０３を追加すると共に、新しい
ブランチを設け、ＭＤＰＵ用のバージョンに対応するノ
ード１０５を追加する。さらに、ソフトウェア開発者３
１−１等は、必要に応じて、各ノードに対応するバージ
ョンを識別するラベル４５を設定する。ラベル４５につ
いては、後述する。

【００２５】図５は、バージョン管理データベース１１
に保存されたバージョン情報１１ｂの構成を示す図であ
る。サーバ５は、各ノードに固有のラベル４５を設定
し、さらに、ラベル４５に属性４７を設定する。属性４
７については、後述する。

【００２６】バージョン情報１１ｂは、ノード番号４
１、ブランチ４３、ラベル４５、属性４７、関連情報４
９等からなる。ノード番号４１は、バージョンツリー１
１ａの各ノードの番号である。ブランチ４３は、バージ
ョンツリー１１ａの各ブランチの名称である。ラベル４
５は、バージョンツリー１１ａの各ノードに設定された
ラベルである。属性４７は、ラベル４５に設定された属
性である。関連情報４９は、当該ソフトウェア成果物等
の保存状況に関する情報等である。従って、当該ソフト
ウェア成果物等の属性は、当該ラベル４５の属性４７に
対応して設定される。

【００２７】次に、このソフトウェア構成管理システム
１の動作について説明する。図６〜図９は、このソフト
ウェア構成管理システム１の動作を示すフローチャート
である。

【００２８】ソフトウェア開発者３１−１が使用するコ
ンピュータ８−１は、チェックインしたバージョンに対
応するラベル４５をサーバ５に送信する（ステップ２０
１）。サーバ５は、ラベル４５を設定し、バージョン情
報１１ｂとしてバージョン管理データベース１１に保存
する（ステップ２０２）。コンピュータ８−１は、品質
保証担当者３３が使用するコンピュータ９、または、評
価機関３５が使用するコンピュータ１０に評価依頼を送
信する（ステップ２０３）。コンピュータ９、または、
コンピュータ１０は、評価結果を承認者３０が使用する
コンピュータ７に送信する（ステップ２０４）。

【００２９】承認者３０が使用するコンピュータ７に評
価結果を受けたソフトウェアのバージョンに対応するラ
ベル４５が入力される（ステップ３０１）。コンピュー
タ７は、環境変数が適正な値に設定されているか確認す
る（ステップ３０２）。環境変数が適正な値に設定され
ていない場合（ステップ３０２のＮｏ）、コンピュータ
７は、処理を終了する。環境変数が適正な値に設定され
ている場合（ステップ３０２のＹｅｓ）、ＩＤ、パスワ
ード等の承認者３０に関する情報がコンピュータ７に入
力される（ステップ３０３）。コンピュータ７は、入力
された承認者３０に関する情報に基づき、承認者３０が
ラベル４５の属性４７を設定する権利を有するかどうか
を判断する（ステップ３０４）。承認者３０がラベル４
５の属性４７を設定する権利を有しない場合（ステップ
３０４のＮｏ）、コンピュータ７は、処理を終了する。

【００３０】承認者３０がラベル４５の属性４７を設定
する権利を有する場合（ステップ３０４のＹｅｓ）、コ
ンピュータ７は、ステップ３０１で入力されたラベル４
５をサーバ５に送信する（ステップ３０５）。サーバ５
は、バージョン管理データベース１１で当該ラベル４５
を検索する（ステップ３０６）。バージョン管理データ
ベース１１に当該ラベル４５が存在しない場合（ステッ
プ３０７のＮｏ）、サーバ５は、処理を終了する。

【００３１】バージョン管理データベース１１に当該ラ
ベル４５が存在した場合（ステップ３０７のＹｅｓ）、
サーバ５は、当該ラベル４５の属性４７をコンピュータ
７に送信する（ステップ３０８）。コンピュータ７は、
当該ラベル４５の属性４７を“ＯＫ”“ＰＲＥ”“ＰＯ
ＳＴ”から選択する。（ステップ３０９）。コンピュー
タ７は、当該ラベル４５が一般市場リリース用のラベル
であるか、ＩＳＯ認証用のラベルであるかどうかを判断
する（ステップ３１０、ステップ３１３）。

【００３２】当該ラベル４５が一般市場リリース用のラ
ベルであり（ステップ３１０のＹｅｓ）、当該ラベル４
５の属性４７が“”（ヌル）、且つ、ステップ３０９で
選択された属性４７が“ＯＫ”である場合（ステップ３
１１のＹｅｓ）、コンピュータ７は、サーバ５に属性
“ＯＫ”を送信する（ステップ３１２）。

【００３３】当該ラベル４５がＩＳＯ認証用のラベルで
あり（ステップ３１３のＹｅｓ）、当該ラベル４５の属
性４７が“”（ヌル）、且つ、ステップ３０９で選択さ
れた属性４７が“ＰＲＥ”である場合（ステップ３１４
のＹｅｓ）、コンピュータ７は、サーバ５に属性“ＰＲ
Ｅ”を送信する（ステップ３１５）。

【００３４】当該ラベル４５がＩＳＯ認証用のラベルで
あり（ステップ３１３のＹｅｓ）、当該ラベル４５の属
性４７が“ＰＲＥ”、且つ、ステップ３０９で選択され
た属性４７が“ＰＯＳＴ”である場合（ステップ３１６
のＹｅｓ）、コンピュータ７は、サーバ５に属性“ＰＯ
ＳＴ”を送信する（ステップ３１７）。

【００３５】サーバ５は、ラベル４５の属性４７を設定
し、バージョン情報１１ｂとして、バージョン管理デー
タベース１１に保存する（ステップ３１８）。サーバ５
は、ラベル４５に対応するソフトウェア成果物等の属性
を設定し、これらのソフトウェア成果物等をソフトウェ
ア成果物データベース１３に保存する（ステップ３１
９）。

【００３６】以上の過程を経て、コンピュータ７は、コ
ンピュータ７にアクセスした承認者３０を確認し、ラベ
ル４５、属性４７をサーバ５に送信する。サーバ５は、
ラベル４５の属性４７を設定し、バージョン情報１１ｂ
としてバージョン管理データベース１１に保存する。ま
た、サーバ５は、当該ラベル４５に設定した属性４７に
基づいて、当該ラベル４５に対応するソフトウェア成果
物等の属性を設定する。

【００３７】次に、ソフトウェア構成管理システム１に
おける一般市場リリースの場合の承認プロセス、及び、
ＩＳＯ認証の場合の承認プロセスについて説明する。

【００３８】一般市場リリース用のラベル４５は、「Ｘ
ＸＸ＿ＲＥＬＹ」とする。ＩＳＯ認証用のラベル４５
は、「ＸＸＸ＿ＩＳＯＹ」とする。「ＸＸＸ」は、ソフ
トウェアの種別を表す。「ＲＥＬ」は、一般市場リリー
ス用のラベル４５であることを表し、「ＩＳＯ」は、Ｉ
ＳＯ認証用のラベル４５であることを示す。「Ｙ」は、
バージョンを表す。例えば、ソフトウェアの種別がＡＤ
ＰＵであり、バージョンが１．００である一般市場リリ
ース用のラベル４５は、「ＡＤＰＵ＿ＲＥＬ１．００」
となる。ラベル４５がこのような規則に従って設定され
れば、コンピュータ７は、ラベル４５が一般市場リリー
ス用であるか、ＩＳＯ認証用であるかをラベル４５から
判別することができる（図８のステップ３１０、ステッ
プ３１３）。

【００３９】図１０は、ラベル４５に設定された属性４
７とラベル４５に対応するバージョンのソフトウェア成
果物等の承認状況との対応を示す図である。ラベル４５
に設定された属性４７は、ラベル４５に対応するバージ
ョンの承認状況を表す。属性４７“”（ヌル）は、未承
認を表す。属性４７“ＯＫ”は、一般市場リリース用の
ソフトウェア成果物等として承認されたことを表す。
“ＰＲＥ”は、評価機関３５から承認されていないソフ
トウェア成果物等であることを表す。“ＰＯＳＴ”は、
評価機関３５から承認されたソフトウェア成果物等であ
ることを表す。

【００４０】図１１は、承認プロセスの概略を示すブロ
ック図である。品質保証担当者３３は、ソフトウェア開
発者３１−１、３１−２…が開発したソフトウェア成果
物等を評価する。評価機関３５は、ソフトウェア成果物
等の評価、セキュリティ認証等を行う外部機関であり、
例えば、ＩＳＯ評価機関等である。

【００４１】図１２を参照しながら、ラベル４５が「Ｘ
ＸＸ＿ＲＥＬ１．００」である一般市場用のソフトウェ
ア成果物等の承認プロセスについて説明する。図１２
は、ソフトウェア構成管理システム１における一般市場
リリースの場合の承認プロセスを示すフローチャートで
ある。ソフトウェア開発者３１−１は、チェックインし
たバージョンに対応するラベル４５としてラベル「ＸＸ
Ｘ＿ＲＥＬ１．００」を設定する（ステップ４０１）。
なお、この時点では、ラベル「ＸＸＸ＿ＲＥＬ１．０
０」の属性４７は“”（ヌル）である。

【００４２】ソフトウェア開発者３１−１は、承認者３
０に当該ソフトウェア成果物等の承認を依頼する（ステ
ップ４０２）。ソフトウェア開発者３１−１は、品質保
証担当者３３に当該ソフトウェア成果物等の評価を依頼
する（ステップ４０３）。品質保証担当者３３は、当該
ソフトウェア成果物等の評価を行い、結果を承認者３０
に報告する（ステップ４０４）。評価結果が「可」の場
合（ステップ４０５のＹｅｓ）、承認者３０は、ラベル
「ＸＸＸ＿ＲＥＬ１．００」の属性４７を“”（ヌル）
から“ＯＫ”に設定する（ステップ４０６）。

【００４３】次に、図１３、図１４を参照しながら、ラ
ベル４５が「ＸＸＸ＿ＩＳＯ１．００」であるＩＳＯ認
証用のソフトウェア成果物等の承認プロセスについて説
明する。図１３、図１４は、ソフトウェア構成管理シス
テム１におけるＩＳＯ認証の場合の承認プロセスを示す
フローチャートである。ソフトウェア開発者３１−１
は、チェックインしたバージョンに対応するラベル４５
としてラベル「ＸＸＸ＿ＩＳＯ１．００」を設定する
（ステップ５０１）。なお、この時点では、ラベル「Ｘ
ＸＸ＿ＩＳＯ１．００」の属性４７は“”（ヌル）であ
る。

【００４４】ソフトウェア開発者３１−１は、承認者３
０に当該ソフトウェア成果物等の承認を依頼する（ステ
ップ５０２）。ソフトウェア開発者３１−１は、品質保
証担当者３３に当該ソフトウェア成果物等の評価を依頼
する（ステップ５０３）。品質保証担当者３３は、当該
ソフトウェア成果物等の評価を行い、結果を承認者３０
に報告する（ステップ５０４）。評価結果が「可」の場
合（ステップ５０５のＹｅｓ）、承認者３０は、ラベル
「ＸＸＸ＿ＩＳＯ１．００」の属性４７を“”（ヌル）
から“ＰＲＥ”に設定し（ステップ５０６）、評価機関
３５に当該ソフトウェア成果物等の評価を依頼する（ス
テップ５０７）。

【００４５】評価機関３５は、当該ソフトウェア成果物
等の評価を行い、結果を承認者３０に報告する（ステッ
プ５０８）。評価結果が「可」の場合（ステップ５０９
のＹｅｓ）、承認者３０は、ラベル「ＸＸＸ＿ＩＳＯ
１．００」の属性４７を“ＰＲＥ”から“ＰＯＳＴ”に
設定する（ステップ５１０）

【００４６】このように、本実施の形態によれば、コン
ピュータ７は、コンピュータ７にアクセスした承認者３
０を確認し、サーバ５にラベル４５、属性４７を送信す
る。サーバ５は、ラベル４５の属性４７を設定し、当該
ラベル４５に設定した属性４７に基づいて、当該ラベル
４５に対応するソフトウェア成果物等の属性を設定す
る。従って、承認者３０は、ラベル４５とその属性４７
を指定することで、ラベル４５に対応するバージョンの
ソフトウェア成果物等の承認等を行うことができる。

【００４７】図５に示したバージョン情報１１ｂを参照
すると、ノード番号４１が「１０３」に対応するバージ
ョンのラベル４５は「ＡＤＰＵ＿ＲＥＬ３．００」であ
り、ラベル４５の属性４７は、“”（ヌル）である。従
って、ノード番号４１が「１０３」に対応するバージョ
ンのソフトウェア成果物等は、一般市場リリース用であ
り、未承認であると判断できる。また、ノード番号４１
が「１０５」に対応するバージョンのラベル４５は「Ｍ
ＤＰＵ＿ＩＳＯ１．００」であり、ラベル４５の属性４
７は、“ＰＯＳＴ”である。従って、ノード番号４１が
「１０５」に対応するバージョンのソフトウェア成果物
等は、ＩＳＯ認証用であり、評価機関３５から承認され
ていると判断できる。

【００４８】例えば、リーダライタ、カード等に代表さ
れる製品が、ＩＳＯ１５４０８等のセキュリティ認証等
を取得した後にバージョンアップされた場合、承認者３
０は、ＩＳＯ認証該当製品に対してＩＳＯ認証済みであ
る旨の承認を行い、当該製品をＩＳＯ認証を取得した製
品として一般市場リリースすることができる。

【００４９】コンピュータ７は、ラベル４５の属性４７
を設定する際、コンピュータ７の環境変数が適正な値で
あるかを判定し、さらに、ＩＤ、パスワード等によりコ
ンピュータ７にアクセスした承認者３０がラベル４５の
属性４７を設定する権利を有するかどうかを判定する。
従って、ラベル４５の属性４７は、承認者３０が使用す
るコンピュータ７により設定され、承認者３０以外のユ
ーザがラベル４５の属性４７を設定できないようにする
ことができる。

【００５０】サーバ５は、コンピュータ７からラベル４
５が送信されると、バージョン管理データベース１１を
検索してラベル４５に設定されている属性４７を取得
し、取得した属性４７をコンピュータ７に送信する。コ
ンピュータ７は、複数の属性４７から１つの属性４７を
選択し、取得した属性４７と選択した属性４７とを比較
して選択した属性４７をラベル４５に設定可能であるか
どうかを判定し、選択した属性４７がラベル４５に設定
可能である場合に選択した属性４７をサーバ５に送信す
る。サーバ５は、ラベル４５に属性４７を設定し、バー
ジョン情報１１ｂとしてバージョン管理データベース１
１に保存する。コンピュータ７は、ラベル４５の属性４
７を選択し、さらに、選択した属性４７が適正であるか
どうかを判断するので、誤った属性４７の設定を防止す
ることができる。

【００５１】ソフトウェア成果物等は、バージョンツリ
ー１１ａ、バージョン情報１１ｂ等により管理される。
ラベル４５は、ソフトウェア成果物等のバージョンに対
応して設定されるので、コンピュータ７からラベル４５
が送信されると、サーバ５は、ラベル４５に対応するバ
ージョンのソフトウェア成果物等をＶＯＢ２１で検索す
ることができる。

【００５２】ラベル４５は、規則性をもたせて設定され
るので、コンピュータ７は、ラベル４５から当該ラベル
４５に対応するバージョンのソフトウェア成果物等の種
別等を識別することができる。種別とは、例えば、一般
市場リリース用、ＩＳＯ認証用等である。

【００５３】尚、本実施の形態では、サーバ５、コンピ
ュータ７、８等は、ネットワーク３を介して接続され、
ラベル４５、属性４７等の送受信、入出力を行うが、ネ
ットワーク３を介さずにサーバ５、コンピュータ７、８
等を直接接続して、ソフトウェア構成管理装置を構成し
てもよい。

【００５４】

【発明の効果】以上、詳細に説明したように本発明によ
れば、ソフトウェア成果物等に対する承認行為をソフト
ウェア開発者以外の第三者が行うことができる。

【図面の簡単な説明】

【図１】ソフトウェア構成管理システム１の概略構成
図

【図２】ＶＯＢ２１の構成を示す図。

【図３】個別ＶＯＢ１３−２の構成を示す図。

【図４】バージョンツリー１１ａを示す図

【図５】バージョン情報１１ｂを示す図

【図６】ソフトウェア構成管理システム１の概略動作
を示すフローチャート

【図７】ソフトウェア構成管理システム１の概略動作
を示すフローチャート

【図８】ソフトウェア構成管理システム１の概略動作
を示すフローチャート

【図９】ソフトウェア構成管理システム１の概略動作
を示すフローチャート

【図１０】属性４７と承認状況との対応を示す図

【図１１】承認プロセスの概略を示すブロック図

【図１２】一般市場リリースの場合の承認プロセスを
示すフローチャート

【図１３】ＩＳＯ認証の場合の承認プロセスを示すフ
ローチャート

【図１４】ＩＳＯ認証の場合の承認プロセスを示すフ
ローチャート

【符号の説明】

１………ソフトウェア構成管理システム３………ネットワーク５………サーバ７、８−１、８−２…、９、１０……コンピュータ１１………バージョン管理データベース１１ａ………バージョンツリー１１ｂ………バージョン情報１３………ソフトウェア成果物データベース２１………ＶＯＢ３０………承認者３１−１、３１−２………ソフトウェア開発者３３………品質保証担当者３５………評価機関

Claims

【特許請求の範囲】

【請求項１】サーバと複数の端末装置とがネットワー
クで接続され、前記サーバは、ソフトウェアと前記ソフ
トウェアのバージョンに対応するラベルと所定の情報を
有する属性とを保持する記憶手段を有し、前記端末装置
から前記ラベルが送信されると、前記ラベルを設定し、
前記記憶手段に保持することにより前記ソフトウェアの
バージョン管理を行うソフトウェア構成管理システムで
あって、前記端末装置は、ユーザが前記ラベルに前記属性を設定
する権利を有するかどうかを判定し、前記ユーザが前記
ラベルに前記属性を設定する権利を有する場合に前記ラ
ベルと前記属性とを前記サーバに送信し、前記サーバは、前記ラベルに前記属性を設定し、前記記
憶手段に保持することを特徴とするソフトウェア構成管
理システム。
【請求項２】前記サーバは、前記端末装置から前記ラ
ベルが送信されると、前記記憶手段を検索して、前記ラ
ベルに設定されている属性を取得し、前記取得した属性
を前記端末装置に送信し、前記端末装置は、複数の前記属性から１つの前記属性を
選択し、前記取得した属性と前記選択した属性とを比較
して前記選択した属性を前記ラベルに設定可能であるか
どうかを判定し、前記選択した属性を前記ラベルに設定
可能である場合に前記選択した属性を前記サーバに送信
し、前記サーバは、前記ラベルに前記選択した属性を設定
し、前記記憶手段に保持することを特徴とする請求項１
記載のソフトウェア構成管理システム。
【請求項３】前記所定の情報は、市場リリースに関す
る承認情報であることを特徴とする請求項１記載のソフ
トウェア構成管理システム。
【請求項４】前記所定の情報は、ＩＳＯ認証に関する
承認情報であることを特徴とする請求項１記載のソフト
ウェア構成管理システム。
【請求項５】前記端末装置から前記ラベルが送信され
ると、前記サーバは、前記記憶手段を検索して前記ラベ
ルに対応するバージョンのソフトウェアを取得すること
を特徴とする請求項１記載のソフトウェア構成管理シス
テム。
【請求項６】前記端末装置は、前記ラベルにより前記
ラベルに対応するバージョンのソフトウェアが一般市場
リリース用であるかＩＳＯ認証用であるかを判別するこ
とを特徴とする請求項１記載のソフトウェア構成管理シ
ステム。
【請求項７】複数の端末装置にネットワークで接続さ
れ、ソフトウェアと前記ソフトウェアのバージョンに対
応するラベルと所定の情報を有する属性とを保持する記
憶手段を有し、前記端末装置から前記ラベルが送信され
ると、前記ラベルを設定し、前記記憶手段に保持するこ
とにより前記ソフトウェアのバージョン管理を行うサー
バであって、前記端末装置から前記ラベルと前記属性とが送信される
と、前記ラベルに前記属性を設定し、前記記憶手段に保
持することを特徴とするサーバ。
【請求項８】前記端末装置から前記ラベルが送信され
ると、前記記憶手段を検索して、前記ラベルに設定され
ている属性を取得し、前記取得した属性を前記端末装置
に送信することを特徴とする請求項７記載のサーバ。
【請求項９】前記所定の情報は、市場リリースに関す
る承認情報であることを特徴とする請求項７記載のサー
バ。
【請求項１０】前記所定の情報は、ＩＳＯ認証に関す
る承認情報であることを特徴とする請求項７記載のサー
バ。
【請求項１１】前記端末装置から前記ラベルが送信さ
れると、前記記憶手段を検索して前記ラベルに対応する
バージョンのソフトウェアを取得することを特徴とする
請求項７記載のサーバ。
【請求項１２】ソフトウェアと前記ソフトウェアのバ
ージョンに対応するラベルと所定の情報を有する属性と
を保持する記憶手段を有し、前記ラベルが送信される
と、前記ラベルを設定し、前記記憶手段に保持すること
により前記ソフトウェアのバージョン管理を行うサーバ
にネットワークで接続される端末装置であって、ユーザが前記ラベルに前記属性を設定する権利を有する
かどうかを判定し、前記ユーザが前記ラベルに前記属性
を設定する権利を有する場合に前記ラベルと前記属性と
を前記サーバに送信することを特徴とする端末装置。
【請求項１３】前記端末装置は、前記サーバから前記属
性が送信されると、複数の前記属性から１つの前記属性
を選択し、前記送信された属性と前記選択した属性とを
比較して前記選択した属性を前記ラベルに設定可能であ
るかどうかを判定し、前記選択した属性を前記ラベルに
設定可能である場合に前記選択した属性を前記サーバに
送信することを特徴とする請求項１２記載の端末装置。
【請求項１４】前記所定の情報は、市場リリースに関
する承認情報であることを特徴とする請求項１２記載の
端末装置。
【請求項１５】前記所定の情報は、ＩＳＯ認証に関す
る承認情報であることを特徴とする請求項１２記載の端
末装置。
【請求項１６】前記ラベルにより前記ラベルに対応す
るバージョンのソフトウェアが一般市場リリース用であ
るかＩＳＯ認証用であるかを判別することを特徴とする
請求項１２記載の端末装置。
【請求項１７】コンピュータを請求項７から１１まで
のいずれかに記載されたサーバとして機能させるプログ
ラム。
【請求項１８】コンピュータを請求項７から１１まで
のいずれかに記載されたサーバとして機能させるプログ
ラムを記録した記録媒体。
【請求項１９】コンピュータを請求項１２から１６ま
でのいずれかに記載された端末装置として機能させるプ
ログラム。
【請求項２０】コンピュータを請求項１２から１６ま
でのいずれかに記載された端末装置として機能させるプ
ログラムを記録した記録媒体。