JP3429609B2 - 設計情報管理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，製品開発における
設計書，プログラムソース，開発管理データ，障害情報
等の設定情報およびそれに付随する情報を，クライアン
ト・サーバ型システムにおいて管理する設計情報管理装
置に関するものである。

【０００２】

【従来の技術】ソフトウェアプログラムその他の製品
は，一般に複数の設計者または複数の設計グループが作
業を分担し，協力しあって開発していくのが普通であ
る。従来，このような製品開発における設計書，プログ
ラムソース，開発管理データ，障害情報等の設計情報
は，それぞれ各人が電子化してフロッピィディスク等に
格納して管理する方法や，ネットワークを用いた汎用的
なファイル共有システムを利用して特定の管理者が管理
したり，文書管理ツールを用いて管理する方法がとられ
ていた。

【０００３】

【発明が解決しようとする課題】汎用的なファイル共有
システムや既存の文書管理ツールを用いて設定情報を管
理する方法では，各設計情報がどのようなものである
か，各設計情報の関係がどうなっているか，必要とする
設計情報がどこにあるか，版数が新しいか古いか，承認
が必要な設計情報であるかどうか，承認された設計情報
であるかどうか，セキュリティが十分であるかどうか，
…などの個々の問題に対して，十分に満足できるような
対応ができなかった。また，これらの設計情報に対する
設計者のアクセス権を設定したり解除したりするための
システム管理者の負担がきわめて大きいという問題があ
った。

【０００４】また，設計者が，ある設計情報を表示した
り編集したりする場合には，その設計情報を探し出し，
その設計情報の形式に応じた表示／編集プログラムを選
択して起動しなければならず，簡単な操作によって迅速
な表示／編集処理作業を遂行することができないという
問題があった。

【０００５】本発明は上記問題点の解決を図り，設計ド
キュメント，開発管理データ，プログラムソース等の電
子化された資源の一元的管理を可能とし，ネットワーク
を利用した分散型開発体制での資源管理の容易化を図る
とともに，資源の共有，再利用による効率化および信頼
性の向上を図ることを目的とする。すなわち，本発明
は，設計情報の管理で必要となる付随情報の管理，検
索，分散対応，版数管理，承認機構，セキュリティ機
構，表示／編集プログラムの自動起動等の機能を総合的
に持ち合わせた設計情報管理装置を提供することを目的
とする。

【０００６】

【課題を解決するための手段】図１は本発明の概要説明
図である。サーバ装置１０，１０’は，製品開発におけ
る設計情報および設計情報に付随する情報を管理する装
置であり，クライアント装置２０は，その設計情報およ
び設計情報に付随する情報を利用するための装置であ
る。サーバ装置１０，１０’とクライアント装置２０と
は，ネットワーク２８で接続されている。

【０００７】利用者管理部１１は，利用者を管理する機
構であり，サーバ装置毎の利用者情報，このサーバ装置
１０を管理するサーバ管理者情報および設計情報の管理
体系毎の利用者情報を管理する。これにより，登録外の
利用者による設計情報の利用を抑止する。

【０００８】検索部１２は，設計情報の分類項目情報１
７や設計情報の管理情報（付随情報）１８等を，所定の
キーワードや任意に付加されたテキスト付加情報等によ
って検索する処理機構である。

【０００９】体系管理部１３は，設計情報全体を管理す
る処理機構であり，設計情報の用途毎に管理体系を構築
し，設計情報を管理体系毎に定義可能な分類項目によっ
て階層化して管理する手段を持つ。体系管理部１３が管
理する分類項目情報１７は，１または複数の設計情報を
グループ化して管理するための項目情報であり，１また
は複数の分類項目をさらに上位の分類項目によって管理
することも可能になっている。設計情報の管理情報１８
は，設計情報に付随した設計情報名，作成者等の作成情
報，更新者等の更新情報，承認者等の承認情報，情報の
形式・データサイズ・ファイル名・ファイルのタイムス
タンプ等のデータ情報，設計情報の説明文等のテキスト
付加情報，設計情報および分類項目間を関連付ける関連
情報，設計情報の複数世代の世代管理情報，この設計情
報の承認依頼に関する承認依頼管理情報等からなる。設
計情報１９の実体は，設計情報の管理情報１８における
世代管理情報によって世代毎にポイントされる。

【００１０】体系管理部１３は，サーバ連携が可能にな
っており，自サーバ内の設計情報を管理する自サーバ情
報管理部１４と，クライアント装置２０から複数サーバ
の管理体系情報を要求された場合に，自装置が管理する
管理体系の情報と他のサーバ装置（例えばサーバ装置１
０’）から得た管理体系の情報とをマージして一元化す
る複数サーバ管理体系一元化部１５を持つ。

【００１１】ネットワーク通信制御部１６は，ネットワ
ーク２８を介してクライアント装置２０または他のサー
バ装置１０’との通信を制御する機構である。クライア
ント装置２０において，設計情報ブラウズ処理部２２
は，ネットワーク通信制御部２１およびネットワーク２
８を介して，サーバ装置１０との通信を行い，設計情報
およびそれに付随する情報の検索，表示等を処理する手
段である。具体的には，設計情報ブラウズ処理部２２
は，サーバ装置１０から得た管理体系の情報をもとに，
管理体系の一覧を表示する手段，管理体系の一覧におい
て指示された設計情報に付随する情報をサーバ装置１０
から得て表示する手段，指定された設計情報および分類
項目間の関連情報をサーバ装置１０から得て表示する手
段，サーバ装置１０から得た設計情報の複数世代に関す
る情報をもとに，特定の旧版の設計情報を取り出す手段
等を持つ。

【００１２】表示／編集プログラム起動部２３は，設計
情報の形式に応じた設計情報の表示／編集プログラムの
情報を，起動プログラム定義情報２４として管理し，管
理体系の一覧において設計情報が指示された場合に，起
動プログラム定義情報２４を参照して，その設計情報の
形式に応じて定められた設計情報表示／編集プログラム
２５を自動起動する処理手段である。

【００１３】設計情報操作部２６は，設計情報の実体に
ついての登録，取り出し，削除，複写等の操作を行う手
段であり，設定された設計情報およびそれに付随する情
報をネットワーク通信制御部２１を介してサーバ装置１
０へ送り登録する手段を持つ。データ関連付け処理部２
７は，設計情報および分類項目間の関連情報を設定また
は削除し，その情報をサーバ装置１０へ送って登録する
手段である。

【００１４】さらに，クライアント装置２０は，設計情
報についてサーバ装置１０へ承認依頼中の設定を要求す
る手段，サーバ装置１０へ承認情報の設定を要求する手
段，サーバ装置１０から承認に関する情報を得て承認依
頼の状況を表示する手段等を持つ。

【００１５】図１に示す装置により，例えば以下の機能
が提供される。 〔設計情報の管理機能〕 ・設計情報を分類項目によって階層化した管理体系で管
理する機能。

【００１６】・用途毎に管理体系を構築し，複数の管理
体系を管理する機能。 ・設計情報に付随する情報（例えば設計情報名，作成
者，作成日，更新者，更新日，承認者，承認日，情報の
形式，データサイズ，ファイル名，ファイルのタイムス
タンプ等）を保持および表示する機能。

【００１７】・設計情報および分類項目にキーワードを
設定する機能，およびキーワードを用いた検索機能。 ・設計情報および分類項目間を関連付ける機能，および
関連情報を用いた検索機能。

【００１８】・設計情報にコメント等のテキスト付加情
報を設定する機能，およびテキスト付加情報を表示する
機能。 ・設計情報の複数世代の旧版を保持する機能，および特
定の旧版を取り出す機能。

【００１９】・設計情報の承認の依頼，承認依頼中の設
計情報の検索，承認依頼中の設計情報を承認する機能，
および承認依頼の状況を表示する機能。 〔分散管理機能〕 ・複数のサーバ装置に分散した設計情報を同じ用途の管
理体系毎に一元管理化した体系で表示する機能。

【００２０】・一元管理化した体系の表示において，単
一サーバ内での表示と複数サーバでの表示とをクライア
ント装置側の操作で切り換えて表示する機能。 〔設計情報の表示と編集機能〕 ・設計情報の形式に応じた表示／編集プログラムを，ク
ライアント装置側に設定する機能，および設計情報の形
式により，設定された特定の表示／編集プログラムを起
動する機能。

【００２１】〔セキュリティ機能〕 ・サーバ装置に利用者を登録する機能，および登録外の
利用者の利用を抑止する機能。

【００２２】・利用者にレベルを設け，参照と更新の可
否を制御する機能。 以上のように，利用者の要求の入力，結果の表示および
表示／編集プログラムの自動起動を行うクライアント装
置２０と，設計情報および付随情報の管理，検索，分散
対応，版数管理，承認機構，セキュリティ機構を備えた
サーバ装置１０によって設計情報管理装置を構成するこ
とにより，分散開発を含めた環境での設計情報の管理を
容易に実現することができる。

【００２３】

【発明の実施の形態】図２は，設計情報を階層化した分
類項目により管理する例を示す図である。本発明では，
図２に示すように，設計情報を分類項目を用いてグルー
プ化し，さらに分類項目を上位の分類項目によってグル
ープ化することにより，設計情報を階層化して管理する
ことができるようになっている。

【００２４】また，管理対象毎に分類項目の階層構成を
変えて管理することができる。図２（Ａ）はＡ製品の管
理体系の例，図２（Ｂ）はＢ製品の管理体系の例を示し
ている。このように分類の仕方は管理体系毎に任意に決
めることができる。これらの情報は，クライアント装置
２０からの要求により，サーバ装置１０が管理する。設
計情報および分類項目にキーワードを設定し，キーワー
ドを用いた検索も可能である。

【００２５】図３は，設計情報に付随する情報の管理の
例を示す図である。サーバ装置１０は，設計情報毎に付
随情報として，図３に示すような情報を管理する。設計
情報名テーブル３１は，設計情報に対して与えた名称を
記憶するテーブルである。作成情報テーブル３２は，こ
の設計情報の作成者名および作成日を記憶するテーブル
である。更新情報テーブル３３は，この設計情報の最新
の更新者名および更新日を記憶するテーブルである。承
認情報テーブル３４は，この設計情報が有効なものとし
て承認された場合に，その承認者名と承認日を記憶する
テーブルである。データ情報テーブル３５は，この設計
情報に関するデータの形式，データサイズ，ファイル
名，ファイルのタイムスタンプ（更新日時）を記憶する
テーブルである。テキスト付加情報３６は，この設計情
報に任意に付け加えることができるメモや注釈文等のテ
キスト情報である。

【００２６】図４は，データの関連付け説明図である。
クライアント装置２０のデータ関連付け処理部２７によ
り，任意の設計情報および分類項目間を関連付けること
ができる。サーバ装置１０の体系管理部１３は，クライ
アント装置２０からの要求により，各設計情報毎に図４
に示すような関連情報テーブル４１によって関連情報を
管理する。関連情報テーブル４１は，関係のある分類項
目名または設計情報名と関連理由とを組にして記憶して
いる。関連理由は，任意の文字テキスト情報である。図
４に示す例では，設計情報Ａは，分類項目２および設計
情報Ｃに関連していることが登録されている。

【００２７】図５は，データ関連付けの具体的な設定例
を示している。図５において，「Ｖ０１機能仕様書」，
「Ｖ０２機能仕様書」，「Ｖ０１構成仕様書」，「Ｖ０
２構成仕様書」，「ソースファイル１」〜「ソースファ
イル３」は，それぞれ設計情報であり，例えば「Ｖ０１
機能仕様書」は，「Ｖ０２機能仕様書」および「Ｖ０１
構成仕様書」に関連があることが示されている。括弧書
きで記述された（Ｖ０２の機能仕様），（構成仕様），
（機能仕様）は，関連理由である。

【００２８】関連付け（リレーション）検索では，ある
設計情報に関連する他の設計情報または分類項目を連鎖
的にたどることにより，必要な設計情報を探し出すこと
ができるようになっている。

【００２９】設計情報の複写を行った場合，複写元と複
写先の設計情報間には，自動的に関連付け（リレーショ
ン）が設定される。図６は，設計情報毎に旧版のデータ
を世代管理テーブル４２で管理する例を示す図である。

【００３０】各設計情報の付随情報として世代管理テー
ブル４２が設けられ，世代管理テーブル４２には，図６
に示すように，各版数とその版数に応じた設計情報の実
体であるデータへのアクセス情報が格納されるようにな
っている。ディフォルトのアクセスは，最新版に対して
行われるが，旧版の指定により，特定の旧版の設計情報
を取り出すことも可能になっている。

【００３１】図７は，本発明に係る承認処理説明図であ
る。承認処理のために，サーバ装置１０は，各設計情報
毎に図７（Ａ）に示すような承認依頼管理テーブル５１
と承認情報テーブル５２を管理する。承認依頼管理テー
ブル５１は，この設計情報が承認依頼中であるか否かを
示す承認依頼状況フラグ，誰に承認してもらうかを示す
承認依頼先利用者名，承認を依頼した者が誰であるかを
示す承認依頼元利用者名の情報を保持する。承認情報テ
ーブル５２は，設計情報が承認された場合に，その承認
者および承認日の情報を記憶する。

【００３２】承認依頼は，図７（Ｂ）のステップＳ１の
ように，クライアント装置２０から承認してほしい設計
情報を指定して行う。この承認依頼により，サーバ装置
１０は，該当する設計情報の承認依頼管理テーブル５１
の承認依頼状況フラグをオン（承認依頼中）に設定し，
承認依頼先利用者名および承認依頼元利用者名を登録す
る。

【００３３】承認が必要な設計情報の検索と承認フロー
は，図７（Ｃ）に示すとおりである。まず，ステップＳ
１１では，検索範囲を全て検索したかどうかを判定し，
全ての検索が終了したならば，処理を終了する。未処理
の設計情報があれば，ステップＳ１２により，その設計
情報の承認依頼管理テーブル５１を参照し，承認依頼中
であるかどうかを調べる。承認依頼中でなければ，ステ
ップＳ１１へ戻り，次の設計情報を検索する。

【００３４】承認依頼中であれば，次のステップＳ１３
で，承認依頼管理テーブル５１の承認依頼先利用者名か
ら，自分が承認依頼先であるかを判定し，自分が承認依
頼先でなければ，ステップＳ１１へ戻る。自分が依頼先
であれば，さらにステップＳ１４により，この設計情報
を承認するかしないかの指示情報を入力し，承認可否を
判定する。承認しない場合，ステップＳ１１へ戻る。承
認する場合，ステップＳ１５により，承認の設定処理を
行う。この設定処理では，承認依頼管理テーブル５１に
おける承認依頼状況フラグをオフにし，承認依頼中を解
除する。また，承認情報テーブル５２に，承認者および
承認日の承認情報を設定する。その後，ステップＳ１１
へ戻り，次の設計情報について同様に処理を繰り返す。

【００３５】図８はサーバ連携による管理体系一元化説
明図，図９は管理体系の一元化表示例を示す図である。
図１に示すクライアント装置２０は，サーバ装置１０に
対し，単一サーバ内での管理体系を表示するか，複数サ
ーバにわたる管理体系を表示するかを指示することがで
きる。サーバ装置１０は，単一サーバ内での管理体系の
表示が指示された場合，自サーバ情報管理部１４によっ
て自サーバ内の管理体系情報だけをクライアント装置２
０へ送る。クライアント装置２０は，設計情報ブラウズ
処理部２２によってその管理体系を表示する。

【００３６】クライアント装置２０が複数サーバにわた
る管理体系の表示を指示した場合，サーバ装置１０の自
サーバ情報管理部１４は，自サーバ内の管理体系情報を
複数サーバ管理体系一元化部１５へ送る。また，複数サ
ーバ管理体系一元化部１５は，他サーバ（例えばサーバ
Ｙ，サーバＺ）に対して，他サーバで管理している管理
体系情報を要求し，それらの管理体系情報を動的に読み
込む。どのサーバから管理体系情報を入手するかは，あ
らかじめ管理体系毎に要求すべきサーバ情報を記憶して
いる他サーバ情報テーブル５５を参照して決める。他サ
ーバ情報テーブル５５には，例えばＡ製品の設計情報
は，サーバＹ，サーバＺに分散配置されている，という
ような情報が登録されている。

【００３７】複数サーバ管理体系一元化部１５は，自サ
ーバ内の管理体系情報，サーバＹから得た管理体系情
報，サーバＺから得た管理体系情報を，一元体系に合成
し，クライアント装置２０へ送る。複数の管理体系情報
を一元体系に合成するとは，複数の分散された管理体系
情報があたかも一つのサーバで管理されている管理体系
情報であるかのように見せる処理である。クライアント
装置２０の設計情報ブラウズ処理部２２は，送られた管
理体系情報を一元体系で表示する。

【００３８】今，サーバＸ内で管理されているＡ製品の
設計情報の管理体系が，例えば図９（Ａ）に示すとおり
であったとする。クライアント装置２０からサーバＸに
対して単一サーバ内での管理体系の表示を依頼すると，
サーバＸから図９（Ａ）に示す管理体系情報がクライア
ント装置２０へ送られ，この管理体系情報が設計情報ブ
ラウズ処理部２２により表示される。

【００３９】また，サーバＹ内で管理されているＡ製品
の設計情報の管理体系が，例えば図９（Ｂ）に示すとお
りであり，クライアント装置２０からサーバＹに対して
単一サーバ内での管理体系の表示を依頼すると，サーバ
Ｙから図９（Ｂ）に示す管理体系情報がクライアント装
置２０へ送られ，この管理体系情報が設計情報ブラウズ
処理部２２により表示される。

【００４０】一方，クライアント装置２０からサーバＸ
に対して，複数サーバの管理体系情報の表示を依頼する
と，図８で説明した処理により管理体系の一元化が行わ
れる。これにより，図９（Ａ）に示す管理体系情報と図
９（Ｂ）に示す管理体系情報の間において分類項目が等
しい項目のマージが行われ，クライアント装置２０へ図
９（Ｃ）に示す管理体系情報が送られる。これによっ
て，クライアント装置２０では，複数サーバのＡ製品の
設計情報が図９（Ｃ）に示すように一元管理されている
ような態様で表示される。

【００４１】図１０は，クライアント装置２０における
設計情報の表示／編集に関する処理の説明図である。ク
ライアント装置２０の利用者は，設計情報のデータ形式
毎に，その設計情報を表示／編集する特定のプログラム
名を定義し，起動プログラム定義テーブル６１に登録し
ておく。この起動プログラム定義テーブル６１は，クラ
イアント装置２０が持つ環境ファイル６０に格納され保
持される。

【００４２】図１０（Ａ）に示す起動プログラム定義テ
ーブル６１では，テキストデータ形式に対して，テキス
ト編集プログラムのプログラム名，ワープロデータ形式
の設計情報に対して，特定のワープロプログラムのプロ
グラム名，画像データ形式１の設計情報に対して，画像
処理１プログラムのプログラム名，画像データ形式２の
設計情報に対して，画像処理２プログラムのプログラム
名，…というように，クライアント装置２０が持つ表示
／編集プログラムのプログラム名が設計情報のデータ形
式毎に記憶されている。

【００４３】表示／編集プログラムの起動は，図１０
（Ｂ）に示すように行われる。例えば管理体系の一覧表
示において，特定の設計情報名がマウスのダブルクリッ
クにより選択されると，クライアント装置２０は，その
設計情報をサーバ装置１０に要求して取り込む（ステッ
プＳ２０）。次のステップＳ２１では，環境ファイル６
０から読み込んだ起動プログラム定義テーブル６１を参
照し，設計情報のデータ形式に対応した表示／編集プロ
グラムのプログラム名を得て，その表示／編集プログラ
ムを起動する。

【００４４】これにより，ステップＳ２２において，そ
の表示／編集プログラムを用いた設計情報の表示／編集
処理を実行することができる。ステップＳ２３におい
て，表示／編集プログラムの終了を検知すると，ステッ
プＳ２４では，利用者からの指示情報により，設計情報
をサーバ装置１０に格納するかどうかを判定する。設計
情報をサーバ装置１０に格納しない場合には，そのまま
処理を終了する。設計情報をサーバ装置１０に格納する
場合には，ステップＳ２５により，編集された設計情報
をサーバ装置１０へ送り，サーバ装置１０に格納する。

【００４５】図１１は，利用者管理情報の説明図であ
る。利用者管理部１１による利用者の管理のために，図
１１に示すような利用者管理情報を管理する。利用者の
管理はサーバ毎に行われる。利用者情報テーブル７０
は，そのサーバ装置１０の利用者全員の情報を持つテー
ブルであり，利用者毎に利用者名とパスワードの情報を
持つ。サーバの管理者テーブル７１は，利用者情報テー
ブル７０の中の一つの利用者エントリをサーバ管理者と
して指している。利用者管理テーブル７２および７３
は，管理体系毎の利用者を管理するテーブルであり，こ
の例では，利用者管理テーブル７２は，利用者情報テー
ブル７０中のＡ製品の利用者エントリを指しており，利
用者管理テーブル７３は，利用者情報テーブル７０中の
Ｂ製品の利用者エントリを指している。ここでは，Ａ製
品の設計情報は管理体系１，Ｂ製品の設計情報は管理体
系２として扱われており，それぞれの管理体系毎に管理
体系の管理者も定められている。

【００４６】図１２は，利用者管理を用いた設計情報の
参照もしくは更新に対する制限の説明図である。利用者
は，図１１に示す利用者管理情報によって，図１２に示
す(a) 〜(g) のいずれか一つまたは複数に属することに
なる。各設計情報の参照および更新は，これらの(a) 〜
(g) に応じて制限される。上位の(a) 側にいくほど利用
者資格の制限が強いため，広い範囲のアクセス権限が与
えられる。(a) 〜(g) のうち複数に属する利用者には，
制限のＯＲ（論理和）条件で権限が与えられる。

【００４７】各設計情報には，これらの利用者レベルに
対応して，ｗ０〜ｗ５の更新権およびｒ０〜ｒ５の参照
権が設定できるようになっている。各更新権および各参
照権は，例えば次のように定められている。なお，設計
情報の種類に応じて，さらに詳細なアクセス権限情報を
設定できるようにしてもよい。

【００４８】ｗ０：複数サーバ内の全利用者が書き込み
可。 ｗ１：自サーバ内の全利用者が書き込み可。 ｗ２：サーバ管理者，管理体系の管理者および作成者が
書き込み可。

【００４９】ｗ３：サーバ管理者および管理体系の管理
者が書き込み可。 ｗ４：サーバ管理者のみが書き込み可。 ｗ５：自サーバ内の全利用者が書き込み可。

【００５０】ｒ０：複数サーバ内の全利用者が読み出し
可。 ｒ１：自サーバ内の全利用者が読み出し可。 ｒ２：サーバ管理者，管理体系の管理者および作成者が
読み出し可。

【００５１】ｒ３：サーバ管理者および管理体系の管理
者が読み出し可。 ｒ４：サーバ管理者のみが読み出し可。 ｒ５：自サーバ内の全利用者が読み出し可。

【００５２】

【実施例】図１３〜図１６は，本発明の実施例に係るク
ライアント装置での表示画面の例を示す。

【００５３】図１３は，クライアント装置２０の設計情
報ブラウズ処理部２２により，管理体系の一覧を表示し
た表示画面の例であって，設計情報の管理体系が分類項
目に従ってツリー状に表示されている例を示したもので
ある。

【００５４】このツリーにおいて，第１段目の「ＣＡＳ
Ｅプロジェクト」，「ＣＯＳプロジェクト」，「ＣＲＯ
ＳＳ−ＴＯＯＬプロジェクト」，「ＤＲ−Ｍａｎａｇｅ
ｒ」がそれぞれ一つの管理体系であり，利用者管理が個
別に扱われる単位となっている。矩形のノード表示にお
いて「−」となっいる部分は，下位部分の展開がなされ
ている部分であり，「＋」となっている部分は，下位部
分の展開がなされていない部分である。「−」／「＋」
の変換操作は，これらのマークを例えばマウスクリック
することにより行う。

【００５５】「ＤＲ−Ｍａｎａｇｅｒ」の管理体系にお
いて，「ＯＰＥＮＷＩＮＤＯＷ版」，「バージョン
３」，…は分類項目であり，「ＯＰＥＮＷＩＮＤＯＷ
版」は，さらに「ソース」，「仕様書」，「進捗管理」
といった分類項目で分類されている。最下位レベルの
「ｃｏｍｍｏｎ．ｃ」，「ｃｏｎｔｒｏｌ．ｈ」，…が
個々の設計情報である。

【００５６】各行の右側には，各分類項目または設計情
報の属性等に関する情報，すなわち，項目／実体の種
別，属性名（データ形式），属性コード，アクセス権，
サイズ，更新日付等が表示される。項目／実体の種別の
前には，ロック（Ｌｏｃｋ）設定中の場合に「Ｌ」が付
加され，読み出し専用（ＲｅａｄＯｎｌｙ）設定中の場
合に「Ｒ」が付加されて表示される。

【００５７】画面上で設計情報の一つを選択し，「ＢＲ
ＯＷＳＥ」メニューにより，「管理情報の表示」を指示
することにより，選択した設計情報に付随する管理情報
が表示される。図１４は，その管理情報（設計情報の付
随情報）の表示の例を示している。この画面を用いて，
管理情報の登録，取り出し，変更，削除，アクセス権の
設定，ＲｅａｄＯｎｌｙの設定／解除，Ｌｏｃｋの設定
／解除，印刷等が可能になっている。

【００５８】図１５は，「ＢＲＯＷＳＥ」メニューによ
り「メモの操作」が指示された場合の表示画面の例を示
している。この「メモの操作」より，設計情報に対して
任意のテキスト付加情報を設定することができる。ま
た，既に設定されたテキスト付加情報を参照することが
できる。

【００５９】図１６は，設計情報の実体登録時の表示画
面の例を示している。「実体操作」メニューには，「登
録」，「取出」，「削除」，「複写（実体）」，「複写
（項目／実体）」，「アクセス権設定」，「ＲｅａｄＯ
ｎｌｙ／Ｌｏｃｋの設定／解除」，「名前の変更」等の
選択項目があり，「登録」が選択されると，図１６に示
すような設計情報に関する実体の登録用画面が表示され
る。登録先パスによって，この設計情報をどの分類項目
に分類するかを決めることができる。

【００６０】他に，図１３に示す画面において，「デー
タの関連付け」メニューを選択することにより，関連付
け情報の設定／削除が可能になっており，また，「補
助」メニューを選択することにより，設計情報の版数管
理等が可能になっている。

【００６１】

【発明の効果】以上説明したように，本発明によれば，
分散開発を含めた環境での設計情報の管理を容易に実現
することができ，情報共有化の推進および管理作業の効
率化に大きな効果がある。

【００６２】本発明の設計情報管理装置は，例えば社内
の部・課・プロジェクト内での共有資源の管理，事業部
・関連会社にまたがったプロジェクトでのドキュメント
管理，工場・事業部間での障害データの管理，ＩＳＯ９
０００に向けた文書管理等に利用可能である。

【図面の簡単な説明】

【図１】本発明の概要説明図である。

【図２】設計情報を階層化した分類項目により管理する
例を示す図である。

【図３】設計情報に付随する情報の管理の例を示す図で
ある。

【図４】データの関連付け説明図である。

【図５】データ関連付けの具体的な設定例を示す図であ
る。

【図６】設計情報を世代管理テーブルで管理する例を示
す図である。

【図７】本発明に係る承認処理説明図である。

【図８】サーバ連携による管理体系一元化説明図であ
る。

【図９】管理体系の一元化表示例を示す図である。

【図１０】クライアント装置における設計情報の表示／
編集に関する処理の説明図である。

【図１１】利用者管理情報の説明図である。

【図１２】利用者管理を用いた設計情報の参照もしくは
更新に対する制限の説明図である。

【図１３】本発明の実施例に係るクライアント装置での
表示画面の例を示す図である。

【図１４】本発明の実施例に係るクライアント装置での
表示画面の例を示す図である。

【図１５】本発明の実施例に係るクライアント装置での
表示画面の例を示す図である。

【図１６】本発明の実施例に係るクライアント装置での
表示画面の例を示す図である。

【符号の説明】

１０，１０’ サーバ装置 １１ 利用者管理部 １２ 検索部 １３ 体系管理部 １４ 自サーバ情報管理部 １５ 複数サーバ管理体系一元化部 １６ ネットワーク通信制御部 １７ 分類項目情報 １８ 設計情報の管理情報 １９ 設計情報 ２０ クライアント装置 ２１ ネットワーク通信制御部 ２２ 設計情報ブラウズ処理部 ２３ 表示／編集プログラム起動部 ２４ 起動プログラム定義情報 ２５ 設計情報表示／編集プログラム ２６ 設計情報操作部 ２７ データ関連付け処理部 ２８ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/44

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 設計情報および設計情報に付随する情報
   を保持する１または複数のサーバ装置と，このサーバ装
   置に保持された情報を利用するための１または複数のク
   ライアント装置とがネットワークで接続された設計情報
   管理装置であって， 前記サーバ装置は， 設計情報の用途毎に管理体系を構築し，設計情報を管理
   体系毎に定義可能な分類項目によって階層化して管理す
   る手段と，各設計情報毎にその設計情報に関係のある分類項目名ま
   たは設計情報名と関連理由とを組にして記憶する関連情
   報テーブルによって 設計情報および分類項目間を関連付
   ける情報を管理する手段と， 設計情報を検索する手段と， 前記クライアント装置からの要求に対し，要求された管
   理体系の情報，設計情報，設計情報に付随する情報，ま
   たは設計情報および分類項目間を関連付ける情報を，要
   求元のクライアント装置へ送信する手段とを有し， 前記クライアント装置は， 前記サーバ装置から得た管理体系の情報をもとに，管理
   体系の一覧を表示する手段と， 管理体系の一覧において指示された設計情報に付随する
   情報を前記サーバ装置から得て表示する手段と， 指定された設計情報および分類項目間の関連情報を前記
   サーバ装置から得て表示する手段と， 設定された設計情報およびそれに付随する情報を前記サ
   ーバ装置へ送り，登録する手段と， 設定された設計情報および分類項目間の関連情報を前記
   サーバ装置へ送り，登録する手段とを有することを特徴
   とする設計情報管理装置。
2. 【請求項２】 請求項１記載の設計情報管理装置におい
   て， 前記サーバ装置は， 設計情報の複数世代に関する情報を設計情報に付随する
   情報として管理する手段を有し， 前記クライアント装置は， 前記サーバ装置から得た設計情報の複数世代に関する情
   報をもとに，特定の旧版の設計情報を取り出す手段を有
   することを特徴とする設計情報管理装置。
3. 【請求項３】 請求項１記載の設計情報管理装置におい
   て， 前記サーバ装置は， 設計情報の承認に関する情報を設計情報に付随する情報
   として管理する手段と， 前記クライアント装置からの承認の依頼に対し，承認に
   関する情報として承認依頼中であることを設定する手段
   と， 前記クライアント装置からの要求に対し承認が必要な設
   計情報を検索する手段と， 承認依頼中の設計情報を承認者が承認した場合に，承認
   に関する情報に承認情報を設定する手段と， 前記クライアント装置へ承認に関する情報を送信する手
   段とを有し， 前記クライアント装置は， 前記サーバ装置へ承認依頼中の設定を要求する手段と， 前記サーバ装置へ承認情報の設定を要求する手段と， 前記サーバ装置から承認に関する情報を得て承認依頼の
   状況を表示する手段とを有することを特徴とする設計情
   報管理装置。
4. 【請求項４】 請求項１記載の設計情報管理装置におい
   て， 前記サーバ装置は， 前記管理体系毎に利用者を登録する手段と， 登録外の利用者による設計情報の利用を抑止する手段と
   を有することを特徴とする設計情報管理装置。
5. 【請求項５】 設計情報の管理体系毎に要求すべきサー
   バ情報を記憶してい る他サーバ情報テーブルと， 自サーバ装置内の管理体系情報を管理する自サーバ情報
   管理手段と， クライアント装置から管理体系の表示の指示があった場
   合に，前記他サーバ情報テーブルを参照し，対象となる
   他のサーバ装置に対し管理体系情報を要求し，他のサー
   バ装置からの管理体系情報を取得し，前記自サーバ情報
   管理手段の管理体系情報と一元体系に合成を行った後，
   前記クライアント装置にその合成情報を送る複数サーバ
   管理体系一元化手段とを有する ことを特徴とする設計情
   報管理装置。
6. 【請求項６】 設計情報および設計情報に付随する情報
   を保持するサーバ装置と，該サーバ装置に保持された情
   報を利用するための１または複数のクライアント装置と
   がネットワークで接続された設計情報管理装置であっ
   て， 前記サーバ装置は，設計情報の管理体系毎に要求すべきサーバ情報を対応付
   けした他サーバ情報テーブルと， 自サーバ装置内の管理体系情報を管理する自サーバ情報
   管理手段と， 前記クライアント装置から管理体系の表示の指示があっ
   た場合，前記他サーバ情報テーブルを参照し，対象とな
   る他のサーバ装置に対し管理体系情報を要求し，他のサ
   ーバ装置からの管理体系情報を取得し，前記自サーバ情
   報管理手段の管理体系情報と一元体系に合成を行った
   後，前記クライアント装置にその合成情報を送る複数サ
   ーバ管理体系一元化手段とを有し， 前記クライアント装置は， 前記サーバ装置から得た管理体系の情報をもとに，管理
   体系の一覧を表示する手段を有することを特徴とする設
   計情報管理装置。