JP2001331508A

JP2001331508A - コンポーネント管理制御システムおよびコンポーネント管理制御プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにコンポーネント管理制御プログラム

Info

Publication number: JP2001331508A
Application number: JP2001067683A
Authority: JP
Inventors: Tadashi Ohashi; 正大橋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-03-13
Filing date: 2001-03-09
Publication date: 2001-11-30

Abstract

(57)【要約】【課題】容易かつ正確、しかも低コストでコンポーネ
ントの登録、受領、参照を行うこと。【解決手段】製品を構成するハードウェア、ファーム
ウェアの一切に関するコンポーネント情報を格納するメ
ーカサーバ１８０と、メーカサーバ１８０にコンポーネ
ント情報を登録する際の登録ルール情報を格納するルー
ルサーバ１５０と、登録ルール情報に基づいて、コンポ
ーネント情報をメーカサーバ１８０に登録する登録系ク
ライアント１００とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファームウェアの
ソースコード、オブジェクトコードや、ハードウェアの
設計図面、仕様書等のドキュメント（以下、総称してコ
ンポーネントという）の管理制御に用いて好適なコンポ
ーネント管理制御システムおよびコンポーネント管理制
御プログラムを記録したコンピュータ読み取り可能な記
録媒体に関するものであり、特に、容易かつ正確、しか
も低コストでコンポーネントの登録、受領、参照を行う
ことができるコンポーネント管理制御システムおよびコ
ンポーネント管理制御プログラムを記録したコンピュー
タ読み取り可能な記録媒体、並びにコンポーネント管理
制御プログラムに関するものである。

【０００２】装置／ユニットの製造を業とするメーカに
おいては、開発過程、設計過程、製造過程、検査過程、
出荷過程、納入設置過程およびユーザにおける運用・保
守過程という一連の過程で設計図面、仕様書、契約書等
のドキュメントに加えて、ファームウェア（プログラ
ム）のソースコード、オブジェクトコードという多種多
様かつ膨大なコンポーネントが必要とされる。

【０００３】したがって、メーカにおいては、多種多様
かつ膨大なコンポーネントを一つのバルクサーバで中央
集中型で統合管理しているが、バルクサーバへのコンポ
ーネントの登録等を人手により行っているため、登録等
に関するルールが遵守されないケースがあり、管理上の
問題となっていた。このことから、従来よりかかる問題
を効果的に解決し得る手段、方法が切望されている。

【０００４】

【従来の技術】今日、ほとんどの電子機器には、ハード
ウェアとファームウェアとが混在された状態で実装され
ている。また、電子機器を製造する際には、設計部門に
おいては、ファームウェアに関する設計の他に、電子機
器を構成するハードウェアに関する設計が行われる。具
体的には、設計部門では、親コンポーネント図面、子コ
ンポーネント図面、論理回路図、プリント板実装図面、
ハードウェア試験仕様書等のハードウェアに関する様々
な形態のドキュメント（コンポーネント）が作成され
る。

【０００５】上記親コンポーネント図面は、電子機器の
コンポーネント（構成要素）の一覧を示すものであり、
子コンポーネント図面は、親コンポーネント図面に記載
されているコンポーネントの構成を示すものである。こ
のように、コンポーネントは、親コンポーネントの配下
に子コンポーネントが存在するという具合に階層構造を
なしている。論理回路図は、当該装置における論理回路
を示すものであり、プリント板実装図面は、プリント板
に各部品を実装する際の実装状態を示すものである。ハ
ードウェア試験仕様書は、組み立てられた装置に対する
動作確認等の各種試験に関する仕様をまとめたものであ
る。また、設計部門では、ファームウェアのソースコー
ド、オブジェクトコード（コンポーネント）が作成され
る。

【０００６】上述したハードウェアおよびファームウェ
アに関する多種多様なコンポーネントは、管理部門にお
いて管理されており、必要に応じて工場等へそれぞれ配
付される。また、設計変更等の理由により、コンポーネ
ントに改版が発生した場合にも、管理部門で個別的に版
数管理が行われている。

【０００７】ここで、従来においては、コンポーネント
を管理する手段として、クライアント／サーバ型のコン
ポーネント管理制御システムが用いられている。図１３
は、従来のコンポーネント管理制御システムの概略構成
を示すブロック図である。この図において、作業手順書
１０は、コンポーネントをサーバ１４に登録する際の細
かい登録ルールが記述されたものであり、登録者により
参照される。登録系クライアント１１は、管理部門に設
置されており、ネットワーク１３に接続されている。こ
の登録系クライアント１１は、ブラウザ１２を介してコ
ンポーネントをサーバ１４に登録するためのものであ
る。

【０００８】サーバ１４は、ネットワーク１３に接続さ
れており、登録されたコンポーネントを格納するととも
に、参照系クライアント１６または受領系クライアント
１８に対して登録されたコンポーネントを参照または受
領させるためのものである。ルータ１５は、ネットワー
ク１３に接続されており、パケットのルーティングを行
う。参照系クライアント１６は、ブラウザ１７により、
サーバ１４に登録されたコンポーネントを参照する。受
領系クライアント１８は、ブラウザ１９により、サーバ
１４に登録されたコンポーネントを受領する。

【０００９】上記構成において、登録者は、作業手順書
１０を参照しつつ登録ルールに従って、登録系クライア
ント１１を操作することにより、ブラウザ１２の画面上
でコンポーネントをサーバ１４に登録する。以後、登録
者により登録動作が繰り返されることにより、サーバ１
４には多種多様のコンポーネントが蓄積される。

【００１０】一方、参照系クライアント１６側では、参
照者は、コンポーネントを参照する際の細かい参照ルー
ルが規定された作業手順書（図示略）を参照しつつ、参
照系クライアント１６を操作することにより、ブラウザ
１７の画面上でサーバ１４に登録された所望のコンポー
ネントを参照する。同様にして、受領系クライアント１
８側では、受領者は、コンポーネントを受領する際の細
かい受領ルールが規定された作業手順書（図示略）を参
照しつつ、受領系クライアント１８を操作することによ
り、ブラウザ１９の画面上でサーバ１４に登録された所
望のコンポーネントを受領する。

【００１１】図１４は、従来のコンポーネント管理制御
システムの具体的構成を示すブロック図である。この図
において、クライアント２０は、上述したコンポーネン
トの登録、参照／受領を行うためのものであり、ＷＡＮ
（Wide Area Network）２１に接続されている。なお、
実際には、クライアント２０は、登録用のものと、参照
用のものと、受領用のものという具合に複数台設けられ
ている。

【００１２】登録手続き書２２は、コンポーネントをバ
ルクサーバ２４、ポラリスサーバ２５およびメタサーバ
２６に登録する際の細かい登録ルールが記述されたもの
であり、登録者により参照される。コンポーネント２３
は、登録、参照／受領の対象とされており、前述したフ
ァームウェアのソースコード、オブジェクトコードや、
ハードウェアの部品カタログ、マニュアル等のドキュメ
ント（コンポーネント）である。

【００１３】バルクサーバ２４は、コンポーネント自体
を格納するサーバであり、ＷＡＮ２１に接続されてい
る。ポラリスサーバ２５は、コンポーネントの登録、参
照／受領を中央集中型で制御するサーバであり、ＷＡＮ
２１に接続されている。メタサーバ２６は、登録された
コンポーネント間の階層構造（相互関係）を表すメタ情
報を格納するサーバであり、ＷＡＮ２１に接続されてい
る。

【００１４】上記構成において、登録者は、登録手続き
書２２を参照しつつ登録ルールに従って、クライアント
２０を操作することにより、ポラリスサーバ２５の制御
の下で、コンポーネント２３をバルクサーバ２４に登録
するとともに、メタサーバ２６にコンポーネントの階層
構造を表すメタ情報をメタサーバ２６に登録する。以
後、登録者により登録動作が繰り返されることにより、
バルクサーバ２４には多種多様のコンポーネントが蓄積
されるとともに、メタサーバ２６にメタ情報が蓄積され
る。

【００１５】一方、参照者は、コンポーネントを参照す
る際の細かい参照ルールが規定された手続き書（図示
略）を参照しつつ、クライアント２０を操作することに
より、ポラリスサーバ２５の制御の下で、メタサーバ２
６に格納されたメタ情報に基づいて、バルクサーバ２４
に登録された所望のコンポーネントを参照する。受領者
は、コンポーネントを受領する際の細かい受領ルールが
規定された手続き書（図示略）を参照しつつ、クライア
ント２０を操作することにより、ポラリスサーバ２５の
制御の下で、メタサーバ２６に格納されたメタ情報に基
づいて、バルクサーバ２４に登録された所望のコンポー
ネントを受領する。

【００１６】図１５は、製品の設計、製造等に関する従
来のルール適用方法を説明する図である。この図には、
製品の設計、製造等に携わる担当者全員が、共通のルー
ル（表記法）の下で、業務情報を交換・供給することに
より、業務プロセスの検討・改善やワークフロー分析を
行うための方法が図示されている。この図において、購
買部門Ｍ₁ では、製品開発計画書Ｉ₁ に対して制御情報
Ｃ₁（ＪＩＳ規格）を適用することにより、アクティビ
ティＡ₁ としてコスト計算を行い、コスト計算書をアウ
トプットＯ₁ とする。

【００１７】つぎに、論理設計部門Ｍ₂ では、アウトプ
ットＯ₁ を受けて、制御情報Ｃ₂ （論理基準）に基づ
き、アクティビティＡ₂ として論理設計を行い、論理設
計図面をアウトプットＯ₂ とする。つぎに、実装設計部
門Ｍ₃ では、アウトプットＯ₂および熱設計情報Ｉ₂ を
受けて、制御情報Ｃ₃（ＪＩＳ規格）に基づき、実装設
計を行い、実装設計書をアウトプットＯ₃ とする。以
後、ファームウェアのソースコードやオブジェクトコー
ド等がアウトプットされる。

【００１８】そして、製造部門Ｍ_n では、アウトプット
Ｏ_n-1（図示略）を受けて、アクティビティＡ_n として
製品を製造し、結果をアウトプットＯ_n（製品）とす
る。このように、アクティビティＡ₁ 〜Ａ_n では、階層
構造をなすドキュメント（コスト計算書、論理設計図
面、実装設計書等）や、ファームウェアのオブジェクト
コード等が作成される。この階層構造は、メタ表現さ
れ、メタ情報として前述したメタサーバ２６（図１４参
照）に格納される。

【００１９】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来においては、サーバ１４（図１３参照）やバ
ルクサーバ２４（図１４参照）に多種多様かつ膨大なコ
ンポーネントを格納し、登録、参照および受領を集中管
理制御し、統一化された登録ルール、参照ルールおよび
受領ルール（以下、単にルールという）に基づいて、登
録、参照および受領を行っている旨を述べた。

【００２０】しかしながら、従来では、一つの製品に関
して、各地域に分散配置されたそれぞれの開発部門でコ
ンポーネント（ファームウェアのソースコード、オブジ
ェクトコード、ハードウェアの設計図面等）が生じると
ともに、アウトソーシングの積極的な活用により多様な
企業でもコンポーネントが生じるため、統一化されたル
ールを正確に複数のコンポーネントに適用することが難
しくなる傾向にある。特に、アウトソーシング先の企業
で発生するコンポーネントでは、独自のルール（図番、
形式等）が適用されるため、上述した傾向が顕著に現れ
る。

【００２１】すなわち、従来のコンポーネント管理制御
システムは、多種多様かつ膨大なコンポーネントに対し
て、統一化されたルールを無理に適用させなければなら
ないため、コンポーネントの登録、参照、受領に関する
自由度が小さく、非常に使いにくいシステムであると言
うことができる。

【００２２】また、従来では、コンポーネントを集中管
理制御しているため、膨大な量のコンポーネントを格納
するために、大容量の記憶装置やサーバマシンとして高
スペックのものを用意する必要があるため、コストが高
くつくという問題があった。

【００２３】また、従来では、一つの製品に関して、複
数のコンポーネントが階層構造をなしており、階層構造
やルールを理解しかつ人手によりコンポーネントの登
録、参照、受領を行う必要があるため、操作ミスや操作
時間の長時間化が問題となっていた。

【００２４】本発明は、上記に鑑みてなされたもので、
容易かつ正確、しかも低コストでコンポーネントの登
録、受領、参照を行うことができるコンポーネント管理
制御システムおよびコンポーネント管理制御プログラム
を記録したコンピュータ読み取り可能な記録媒体、並び
にコンポーネント管理制御プログラムを提供することを
目的とする。

【００２５】

【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、製品を構成するハードウ
ェア、ファームウェアの一切に関するコンポーネント情
報を格納するコンポーネント情報格納サーバ（後述する
一実施の形態のメーカサーバ１８０に相当）と、前記コ
ンポーネント情報格納サーバに前記コンポーネント情報
を登録する際のルール情報を格納するルール情報格納サ
ーバ（後述する一実施の形態のルールサーバ１５０に相
当）と、ネットワークを介して前記コンポーネント情報
格納サーバおよびルール情報格納サーバに接続され、前
記ルール情報格納サーバから引き出した前記ルール情報
に基づいて、前記コンポーネント情報を前記コンポーネ
ント情報格納サーバに登録する登録クライアント（後述
する一実施の形態の登録系クライアント１００に相当）
と、を備えることを特徴とする。

【００２６】この発明によれば、登録クライアントで、
ルール情報格納サーバからルール情報を引き出し、この
ルール情報に基づいて、コンポーネント情報をコンポー
ネント情報格納サーバに登録するようにしたので、従来
のように登録者が書面に記載された登録ルールを参照し
つつ登録する場合に比して、容易かつ正確にコンポーネ
ント情報の登録を行うことができる。

【００２７】また、請求項２にかかる発明は、請求項１
に記載のコンポーネント管理制御システムにおいて、前
記コンポーネント情報格納サーバは、複数設けられてお
り、複数種類のコンポーネント情報は、複数のコンポー
ネント情報格納サーバのそれぞれに分散格納されている
ことを特徴とする。

【００２８】この発明によれば、複数のコンポーネント
情報格納サーバにコンポーネント情報を分散格納するよ
うにしたので、従来のように一つのサーバに集中的にコ
ンポーネント情報を格納する場合に比べて、記憶装置の
記憶容量が少なくてすむため、コストを下げることがで
きる。

【００２９】また、請求項３にかかる発明は、請求項１
または２に記載のコンポーネント管理制御システムにお
いて、前記ネットワークに接続され、少なくともコンポ
ーネント情報の階層構造を示すメタ情報を格納するメタ
情報格納サーバ（後述する一実施の形態のに相当）を備
え、前記登録クライアントは、前記メタ情報を前記メタ
情報格納サーバに登録するとともに、前記コンポーネン
ト情報を前記コンポーネント情報格納サーバに登録する
ことを特徴とする。

【００３０】この発明によれば、少なくともコンポーネ
ント情報の階層構造を示すメタ情報をメタ情報格納サー
バに格納するようにしたので、複雑な階層構造を利用者
が意識することなく、容易かつ正確にコンポーネント情
報を登録することができる。

【００３１】また、請求項４にかかる発明は、請求項１
〜３のいずれか一つに記載のコンポーネント管理制御シ
ステムにおいて、前記登録クライアントは、ＸＭＬで記
述された前記コンポーネント情報を登録することを特徴
とする。

【００３２】この発明によれば、コンポーネント情報を
ＸＭＬで記述するようにしたので、ＸＭＬの特性上、多
種多様なコンポーネント情報を容易に構造化することが
できる。

【００３３】また、請求項５にかかる発明は、製品を構
成するハードウェア、ファームウェアの一切に関するコ
ンポーネント情報を格納するコンポーネント情報格納サ
ーバと、前記コンポーネント情報格納サーバから前記コ
ンポーネント情報を参照／受領する際のルール情報を格
納するルール情報格納サーバと、ネットワークを介して
前記コンポーネント情報格納サーバおよびルール情報格
納サーバに接続され、前記ルール情報格納サーバから引
き出した前記ルール情報に基づいて、前記コンポーネン
ト情報を前記コンポーネント情報格納サーバから参照／
受領する参照／受領クライアントとを備えることを特徴
とする。

【００３４】この発明によれば、参照／受領クライアン
トで、ルール情報格納サーバからルール情報を引き出
し、このルール情報に基づいて、コンポーネント情報格
納サーバからコンポーネント情報を参照／受領するよう
にしたので、従来のように参照／受領者が書面に記載さ
れた参照／受領ルールを参照しつつ参照／受領する場合
に比して、容易かつ正確にコンポーネント情報の参照／
受領を行うことができる。

【００３５】また、請求項６にかかる発明は、請求項１
〜５のいずれか一つに記載のコンポーネント管理制御シ
ステムにおいて、前記ルール情報の元となる書面ルール
の審議結果を検証し、検証結果に応じたルール情報を前
記ルール情報格納サーバに登録するルール検証手段を備
えることを特徴とする。

【００３６】この発明によれば、情報ルールの元となる
書面ルールの審議結果を検証し、この検証結果に応じた
ルール情報をルール情報格納サーバに登録するようにし
たので、人手により行う場合に比べて、ルール漏れ、誤
り等を防止することができる。

【００３７】また、請求項７にかかる発明は、請求項１
〜６のいずれか一つに記載のコンポーネント管理制御シ
ステムにおいて、前記ルール情報を推論するエージェン
ト手段を備えることを特徴とする。

【００３８】この発明によれば、エージェント手段によ
りルール情報を推論するようにしたので、人手を全く介
することなく、コンポーネント情報の登録、参照または
受領を容易にかつ正確に行うことができる。

【００３９】また、請求項８にかかる発明は、請求項７
に記載のコンポーネント管理制御システムにおいて、前
記エージェント手段は、前記ルール情報の推論結果の評
価を０／１判定により行うことを特徴とする。

【００４０】この発明によれば、エージェント手段によ
りルール情報を推論し、推論結果の評価を０／１判定に
よりするようにしたので、人手を全く介することなく、
コンポーネント情報の登録、参照または受領を容易にか
つ正確に行うことができる。

【００４１】また、請求項９にかかる発明は、請求項７
に記載のコンポーネント管理制御システムにおいて、前
記エージェント手段は、前記ルール情報の推論結果の評
価を０〜１までのファジイ判定により行うことを特徴と
する。

【００４２】この発明によれば、エージェント手段によ
りルール情報を推論し、推論結果の評価を０／１までの
ファジイ判定によりするようにしたので、人間の判断に
より近い状態で、コンポーネント情報の登録、参照また
は受領を容易にかつ正確に行うことができる。

【００４３】また、請求項１０にかかる発明は、請求項
９に記載のコンポーネント管理制御システムにおいて、
エージェント手段における評価値が目標値に満たない場
合、該評価値が最大または最小となるように、ＸＭＬで
記述されたコンポーネント情報のＤＴＤ情報を所定の方
法により繰り返し組み替える組替手段を備えることを特
徴とする。

【００４４】この発明によれば、評価値が目標値に満た
ない場合であっても、この評価値が最大または最小とな
るように組替手段によりＤＴＤ情報を繰り返し組み替え
るようにしたので、人間の判断により近い状態で、コン
ポーネント情報の登録、参照または受領を容易にかつ正
確に行うことができる。

【００４５】また、請求項１１にかかる発明は、製品を
構成するハードウェア、ファームウェアの一切に関する
コンポーネント情報を格納するコンポーネント情報格納
サーバと、前記コンポーネント情報格納サーバに前記コ
ンポーネント情報を登録する際のルール情報を格納する
ルール情報格納サーバとにネットワークを介して接続さ
れた登録クライアントに適用されるコンポーネント管理
制御プログラムを記録したコンピュータ読み取り可能な
記録媒体であって、前記ルール情報格納サーバから引き
出した前記ルール情報に基づいて、前記コンポーネント
情報を前記コンポーネント情報格納サーバに登録させる
登録工程をコンピュータに実行させるためのコンポーネ
ント管理制御プログラムを記録したコンピュータ読み取
り可能な記録媒体である。

【００４６】この発明によれば、登録工程で、ルール情
報格納サーバからルール情報を引き出させ、このルール
情報に基づいて、コンポーネント情報をコンポーネント
情報格納サーバに登録させるようにしたので、従来のよ
うに登録者が書面に記載された登録ルールを参照しつつ
登録する場合に比して、容易かつ正確にコンポーネント
情報の登録を行うことができる。

【００４７】また、請求項１２にかかる発明は、製品を
構成するハードウェア、ファームウェアの一切に関する
コンポーネント情報を格納するコンポーネント情報格納
サーバと、前記コンポーネント情報格納サーバから前記
コンポーネント情報を参照／受領する際のルール情報を
格納するルール情報格納サーバとにネットワークを介し
て接続された参照／受領クライアントに適用されるコン
ポーネント管理制御プログラムを記録したコンピュータ
読み取り可能な記録媒体であって、前記ルール情報格納
サーバから引き出した前記ルール情報に基づいて、前記
コンポーネント情報を前記コンポーネント情報格納サー
バから参照／受領する参照／受領工程をコンピュータに
実行させるためのコンポーネント管理制御プログラムを
記録したコンピュータ読み取り可能な記録媒体である。

【００４８】この発明によれば、参照／受領工程で、ル
ール情報格納サーバからルール情報を引き出させ、この
ルール情報に基づいて、コンポーネント情報格納サーバ
からコンポーネント情報を参照／受領させるようにした
ので、従来のように参照／受領者が書面に記載された参
照／受領ルールを参照しつつ参照／受領する場合に比し
て、容易かつ正確にコンポーネント情報の参照／受領を
行うことができる。

【００４９】また、請求項１３にかかる発明は、製品を
構成するハードウェア、ファームウェアの一切に関する
コンポーネント情報を格納するコンポーネント情報格納
サーバと、前記コンポーネント情報格納サーバに前記コ
ンポーネント情報を登録する際のルール情報を格納する
ルール情報格納サーバとにネットワークを介して接続さ
れた登録クライアントに適用されるコンポーネント管理
制御プログラムであって、前記ルール情報格納サーバか
ら引き出した前記ルール情報に基づいて、前記コンポー
ネント情報を前記コンポーネント情報格納サーバに登録
させる登録手順をコンピュータに実行させることを特徴
とする。

【００５０】この発明によれば、登録工程で、ルール情
報格納サーバからルール情報を引き出させ、このルール
情報に基づいて、コンポーネント情報をコンポーネント
情報格納サーバに登録させるようにしたので、従来のよ
うに登録者が書面に記載された登録ルールを参照しつつ
登録する場合に比して、容易かつ正確にコンポーネント
情報の登録を行うことができる。

【００５１】また、請求項１４にかかる発明は、製品を
構成するハードウェア、ファームウェアの一切に関する
コンポーネント情報を格納するコンポーネント情報格納
サーバと、前記コンポーネント情報格納サーバから前記
コンポーネント情報を参照／受領する際のルール情報を
格納するルール情報格納サーバとにネットワークを介し
て接続された参照／受領クライアントに適用されるコン
ポーネント管理制御プログラムであって、前記ルール情
報格納サーバから引き出した前記ルール情報に基づい
て、前記コンポーネント情報を前記コンポーネント情報
格納サーバから参照／受領する参照／受領手順をコンピ
ュータに実行させることを特徴とする。

【００５２】この発明によれば、参照／受領工程で、ル
ール情報格納サーバからルール情報を引き出させ、この
ルール情報に基づいて、コンポーネント情報格納サーバ
からコンポーネント情報を参照／受領させるようにした
ので、従来のように参照／受領者が書面に記載された参
照／受領ルールを参照しつつ参照／受領する場合に比し
て、容易かつ正確にコンポーネント情報の参照／受領を
行うことができる。

【００５３】

【発明の実施の形態】以下、図面を参照して本発明にか
かるコンポーネント管理制御システムおよびコンポーネ
ント管理制御プログラムを記録したコンピュータ読み取
り可能な記録媒体、並びにコンポーネント管理制御プロ
グラムの一実施の形態について詳細に説明する。

【００５４】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図において、登録系ク
ライアント１００は、インターネット１１０に接続され
ており、エージェント処理により、従来の登録者に代わ
って、後述する登録ルール情報に基づいて、コンポーネ
ント１２０に関する情報（以下、コンポーネント情報と
いう）を登録する機能を備えている。コンポーネント情
報は、登録、参照／受領の対象とされており、前述した
ファームウェアのソースコード、オブジェクトコード
や、ハードウェアの部品カタログ、マニュアル等のドキ
ュメントであり、階層構造をなしている。また、登録系
クライアント１００には、記憶装置１０１が接続されて
いる。

【００５５】ここで、一実施の形態における階層構造に
ついて図２〜図４を参照しつつ説明する。図２は、親Ｓ
Ｋ（部品表）と子ＳＫとの関係を示す図である。この図
において、親ＳＫ７００は、装置の親図面（コンポーネ
ント情報）である。子ＳＫ８００ａ〜８００ｅ（コンポ
ーネント情報）は、親ＳＫ７００にそれぞれ従属するも
のであり、子図面としての「プリント板および装置実装
構造図」、「アナログ回路図」、「プリント板実装
図」、「部品図」、「論理回路図」等に対応するもので
ある。また、子ＳＫ８００ａは、ｎページのドキュメン
トａ₁〜ａ_n から構成されている。以下同様にして、子
ＳＫ８００ｅは、ｎページのドキュメントｅ ₁〜ｅ_n か
ら構成されている。

【００５６】図２に示した階層構造は、図３に示した親
ＳＫ（図２参照）としての管理情報ＰＫと、この管理情
報ＰＫにそれぞれ従属した子ＳＫ（図２参照）としての
管理情報ＣＫ₁ 〜ＣＫ_n と、これら管理情報ＣＫ₁ 〜Ｃ
Ｋ_n にそれぞれリンクする（ドキュメントＤ₁₁ 〜Ｄ
_1n ）〜（ドキュメントＤ_n1 〜Ｄ_nn ）とに対応してい
る。

【００５７】図４（ａ）〜（ｃ）は、一実施の形態にお
ける階層構造の具体例を説明する図である。同図では、
ディスクコントロールユニットの場合を電子機器の一例
として図示されている。図４（ｂ）に示したように、デ
ィスクコントロールユニットに、少なくとも部品番号Ｑ
ＸＹ１１８、ＴＸ２２０−２、７８００Ａが付与された
部品（たとえば、ファームウェア）が含まれている。こ
れらの部品の「部品番号」、「部品名称」、「版数」お
よび「製造メーカ」を表す部品構成表２００を図４
（ａ）に示す。また、一実施の形態では、上記部品構成
表２００が図４（ｃ）に示したＸＭＬ（eXtensible Mar
kup Language）で記述された部品構成表２２０として用
いられている。

【００５８】図１に戻り、受領系クライアント１３０
は、インターネット１１０に接続されており、エージェ
ント処理により、従来の受領者に代わって、後述する受
領ルール情報に基づいて、登録されたコンポーネント１
２０を受領する機能を備えている。この受領系クライア
ント１３０には、記憶装置１３１が接続されている。参
照系クライアント１４０は、インターネット１１０に接
続されており、エージェント処理により、従来の参照者
に代わって、後述する参照ルール情報に基づいて、登録
されたコンポーネント１２０を参照する機能を備えてい
る。この参照系クライアント１４０には、記憶装置１４
１が接続されている。

【００５９】ルールサーバ１５０は、上述した登録ルー
ル情報、受領ルール情報および参照ルール情報を図１２
（ａ）に示したエージェントルール言語を経て手続き言
語（たとえば、ＪＡＶＡ言語やＣ＋＋言語）に変換しコ
ンパイルしたものを記憶装置１５１に格納するサーバで
ある。この図１２（ａ）においては、図１５に対応する
部分に同一の符号を付ける。エージェントルール言語
は、登録ルール情報、受領ルール情報および参照ルール
情報をＪＡＶＡ（登録商標）言語やＣ＋＋言語に変換す
るための言語である。

【００６０】また、図１２（ｂ）に示したように、たと
えば、プリント版に関して、ＸＭＬファイルＦ₁ では、
タグ＜部品＞はＤＴＤファイルＦ₂ で定義されており、
タグ＜処理＞（ルール情報）の内容は、ＪＡＶＡファイ
ルＦ₃で表現される。これらの登録ルール情報、受領ル
ール情報および参照ルール情報は、コンポーネント１２
０の登録手順を表すルールをｉｆ／ｔｈｅｎ形式でそれ
ぞれ表したものである。以下に、登録ルール、参照ルー
ルおよび受領ルールの例を示す。

【００６１】（登録ルール１）ｉｆこのコンポーネントは、セキュリティ区分がＸク
ラスであるかｔｈｅｎこのコンポーネントを登録してもよいｅｎｄ（登録ルール２）ｉｆこのコンポーネントは、正しい表題欄を持ってい
るかｔｈｅｎこのコンポーネントを登録してもよいｅｎｄ・・・（登録ルールｎ）ｉｆこのコンポーネントは、ハードウェアに関するも
のであるかｔｈｅｎハードウェア用のＤＴＤ（Document Type De
finition）を使用して登録してもよいｅｎｄ

【００６２】（参照ルール１）ｉｆ参照が許可されているコンポーネントであるかｔｈｅｎこのコンポーネントを参照してもよい（参照ルール２）ｉｆ購買部門が参照するかｔｈｅｎ購買部門用のＤＴＤを使用・・・（参照ルールｎ）ｉｆ製造部門が参照するかｔｈｅｎ製造部門用のＤＴＤを使用

【００６３】（受領ルール１）ｉｆ受領が許可されているコンポーネントであるかｔｈｅｎこのコンポーネントを受領してもよい（受領ルール２）ｉｆ購買部門が受領するかｔｈｅｎ購買部門用のＤＴＤを使用・・・（受領ルールｎ）ｉｆ製造部門が受領するかｔｈｅｎ製造部門用のＤＴＤを使用

【００６４】コンポーネント・ネーム・サーバ１６０
は、コンポーネント情報の名称（以下、コンポーネント
・ネーム情報という）、属性、コンポーネント情報の格
納アドレス等を記憶装置１６１に格納するサーバであ
り、インターネット１１０に接続されている。メタサー
バ１７０は、コンポーネント情報間の階層構造（相互関
係）を示すメタ情報を格納するサーバであり、インター
ネット１１０に接続されている。このメタ情報は、コン
ポーネントの階層構造をＸＭＬにおけるＤＴＤで表した
ものである。このＤＴＤは、登録用、参照用、受領用の
大きく３つにカテゴリ別に作成され、さらに各カテゴリ
毎に設計部門用、製造部門用、購買部門用、コスト管理
部門用、保守部門用、品質管理部門用という具合に各部
門毎に作成される。

【００６５】メーカサーバ１８０は、コンポーネント情
報自体を記憶装置１８１に格納するサーバである。な
お、実際には、メーカサーバ１８０は、複数台設けられ
ており、各部門、アウトソーシング先の企業等に分散配
置されている。つまり、多種多様コンポーネント情報
は、作成された先のメーカサーバ１８０に分散格納され
ている。

【００６６】つぎに、上述した一実施の形態の動作につ
いて図５〜図１１に示したフローチャートを参照しつつ
説明する。図１に示した登録系クライアント１００、受
領系クライアント１３０、参照系クライアント１４０の
それぞれのディスプレイには、図５に示したように、イ
ベント（登録、参照、受領および書面審議）を選択する
ためのメニューが表示される。

【００６７】ここで、登録系クライアント１００で「登
録」が選択されると、登録系クライアント１００は、ス
テップＳＡ１の判断結果を「Ｙｅｓ」とする。すなわ
ち、登録系クライアント１００は、回路図、構造図等の
図面に関する電子情報、各種ＥＣ帳票類（新規設計通知
書、設計改版通知書）に関する情報、プログラムに関す
る情報、または各種マニュアルに関する電子情報等の階
層構造をなすコンポーネントを登録するための、図６に
示した登録処理（エージェント処理）を実行する。

【００６８】すなわち、同図に示したステップＳＢ１で
は、登録系クライアント１００は、メタサーバ１７０よ
り、設計部門用のＤＴＤ情報を引き出す。ステップＳＢ
２では、登録系クライアント１００は、メタサーバ１７
０より、コンポーネントに関する定義／構造／形式情報
を引き出す。ステップＳＢ３では、登録系クライアント
１００は、コンポーネント・ネーム・サーバ１６０より
コンポーネントネーム情報を引き出す。ステップＳＢ４
では、登録系クライアント１００は、ルールサーバ１５
０より登録ルール情報を引き出す。

【００６９】ステップＳＢ５〜ステップＳＢ７では、登
録系クライアント１００は、ｉｆ／ｔｈｅｎプロダクシ
ョンルールの推論法等を用いて、登録ルール情報の推論
を行う。たとえば、ステップＳＢ５〜ステップＳＢ７で
は、登録系クライアント１００は、つぎの登録ルール１
〜ｎに基づいて推論処理を行う。

【００７０】（登録ルール１）ｉｆこのコンポーネントは、セキュリティ区分がＸク
ラスであるかｔｈｅｎこのコンポーネントを登録してもよいｅｎｄ（登録ルール２）ｉｆこのコンポーネントは、正しい表題欄を持ってい
るかｔｈｅｎこのコンポーネントを登録してもよいｅｎｄ・・・（登録ルールｎ）ｉｆこのコンポーネントは、ハードウェアに関するも
のであるかｔｈｅｎハードウェア用のＤＴＤを使用して登録して
もよいｅｎｄ

【００７１】ここで、図９を参照して推論処理について
説明する。同図に示したステップＳＥ１では、登録系ク
ライアント１００は、登録ルールの前件部（ｉｆの部
分）を引き出す。ステップＳＥ２では、登録系クライア
ント１００は、登録ルールの後件部（ｔｈｅｎの部分）
を引き出す。ステップＳＥ３では、登録系クライアント
１００は、ｉｆの部分が第１条件を満たしているか否か
を判断し、この判断結果が「Ｙｅｓ」である場合、クリ
スプ値Ｃ（Ａ）を１とする。

【００７２】一方、ステップＳＥ３の判断結果が「Ｎ
ｏ」である場合、ステップＳＥ４では、登録系クライア
ント１００は、メンバーシップ関数μ（Ａ）が第２条件
を満たしているか否かが判断される。この判断結果が
「Ｙｅｓ」である場合、ステップＳＥ５では、登録系ク
ライアント１００は、メンバーシップ関数μ（Ａ）を０
〜１までの間の中間値とする。

【００７３】図６に戻り、ステップＳＢ８では、登録系
クライアント１００は、図１１に示した評価処理に基づ
いて、評価結果がｏｋであるか否かを判断する。図１１
に示したステップＳＧ１では、登録系クライアント１０
０は、クリスプ値Ｃ（Ａ）が１であるか否かを判断す
る。この判断結果が「Ｎｏ」である場合、ステップＳＧ
２では、登録系クライアント１００は、メンバーシップ
関数μ（Ａ）が０であるか否かを判断する。この判断結
果が「Ｎｏ」である場合、ステップＳＧ３では、登録系
クライアント１００は、メンバーシップ関数μ（Ａ）が
１であるか否かを判断する。この判断結果が「Ｎｏ」で
ある場合、ステップＳＧ４では、登録系クライアント１
００は、ＤＴＤ情報を組み替える。

【００７４】図６に戻り、ステップＳＢ８では、評価結
果がｏｋ目標値＝評価結果であるか否かを判断し、この
判断結果が「Ｙｅｓ」である場合、当該コンポーネント
をメーカサーバ１８０の記憶装置１８１に登録する。一
方、ステップＳＢ８の判断結果が「Ｎｏ」である場合、
評価結果が最小値または最大値となるようにＤＴＤ情報
を組み替えた後、ステップＳＢ５以降の処理を繰り返
す。

【００７５】また、参照系クライアント１４０で「参
照」が選択されると、参照系クライアント１４０は、ス
テップＳＡ２の判断結果を「Ｙｅｓ」とする。すなわ
ち、参照系クライアント１４０は、回路図、構造図等の
図面に関する電子情報、各種ＥＣ帳票類（新規設計通知
書、設計改版通知書）に関する情報、プログラムに関す
る情報、または各種マニュアルに関する電子情報等の階
層構造をなすコンポーネントを参照するための図７に示
した参照処理（エージェント処理）を実行する。

【００７６】すなわち、同図に示したステップＳＣ１で
は、参照系クライアント１４０は、メタサーバ１７０よ
り、設計部門用のＤＴＤ情報を引き出す。ステップＳＣ
２では、参照系クライアント１４０は、メタサーバ１７
０より、コンポーネントに関する定義／構造／形式情報
を引き出す。ステップＳＣ３では、参照系クライアント
１４０は、コンポーネント・ネーム・サーバ１６０より
コンポーネントネーム情報を引き出す。ステップＳＣ４
では、参照系クライアント１４０は、ルールサーバ１５
０より参照ルール情報を引き出す。

【００７７】ステップＳＣ５〜ステップＳＣ７では、参
照系クライアント１４０は、ｉｆ／ｔｈｅｎプロダクシ
ョンルールの推論法等を用いて、参照ルール情報の推論
を行う。たとえば、ステップＳＣ５〜ステップＳＣ７で
は、参照系クライアント１４０は、つぎの参照ルール１
〜ｎに基づいて推論処理を行う。

【００７８】（参照ルール１）ｉｆ参照が許可されているコンポーネントであるかｔｈｅｎこのコンポーネントを参照してもよい（参照ルール２）ｉｆ購買部門が参照するかｔｈｅｎ購買部門用のＤＴＤを使用・・・（参照ルールｎ）ｉｆ製造部門が参照するかｔｈｅｎ製造部門用のＤＴＤを使用

【００７９】ここで、参照系クライアント１４０は、上
述した図９を参照して推論処理を参照ルール１〜ｎに基
づいて実施する。ステップＳＣ８では、ＳＢ８と同様に
して参照系クライアント１４０は、図１１に示した評価
処理に基づいて、評価結果がｏｋであるか否かを判断す
る。この判断結果が「Ｙｅｓ」である場合、ステップＳ
Ｃ９では、参照系クライアント１４０は、メーカサーバ
１８０に登録されている当該コンポーネントをＸＭＬブ
ラウザに表示させることにより、コンポーネントの参照
を行う。

【００８０】一方、ステップＳＣ８の判断結果が「Ｎ
ｏ」である場合、ステップＳＣ１０では、参照系クライ
アント１４０は、評価結果が前回に比べて改善傾向にあ
るか否かを判断する。この判断結果が「Ｙｅｓ」である
場合、ステップＳＣ１１では、参照系クライアント１４
０は、ＤＴＤ情報を変更した後、ステップＳＣ５以降の
処理を繰り返す。

【００８１】また、受領系クライアント１３０で「受
領」が選択されると、受領系クライアント１３０は、ス
テップＳＡ３の判断結果を「Ｙｅｓ」とする。これによ
り、受領系クライアント１３０は、回路図、構造図等の
図面に関する電子情報、各種ＥＣ帳票類（新規設計通知
書、設計改版通知書）に関する情報、プログラムに関す
る情報、または各種マニュアルに関する電子情報等の階
層構造をなすコンポーネントを受領するための図８に示
した受領処理（エージェント処理）を実行する。

【００８２】すなわち、同図に示したステップＳＤ１で
は、受領系クライアント１３０は、メタサーバ１７０よ
り、設計部門用、製造部門用、購買部門用、コスト管理
部門用、保守管理部門用、品質保証部門用、・・・のそれ
ぞれのＤＴＤ情報からいずれか一つのＤＴＤ情報を引き
だし、このＤＴＤ情報から定義／構造／形式情報を引き
出す。ステップＳＤ２では、受領系クライアント１３０
は、コンポーネント・ネーム・サーバ１６０から部品リ
スト情報を引き出す。

【００８３】ステップＳＤ３では、受領系クライアント
１３０は、ルールサーバ１５０から受領ルール情報を引
き出す。ステップＳＤ４では、受領系クライアント１３
０は、ｉｆ／ｔｈｅｎプロダクションルールの推論法等
を用いて、図９に示した推論処理を実行することにより
受領ルール情報の推論を行う。たとえば、受領系クライ
アント１３０は、つぎの受領ルール１〜ｎに基づいて推
論処理を行う。

【００８４】（受領ルール１）ｉｆ受領が許可されているコンポーネントであるかｔｈｅｎこのコンポーネントを受領してもよい（受領ルール２）ｉｆ購買部門が受領するかｔｈｅｎ購買部門用のＤＴＤを使用・・・（受領ルールｎ）ｉｆ製造部門が受領するかｔｈｅｎ製造部門用のＤＴＤを使用

【００８５】ここで、受領系クライアント１３０は、図
８に示したステップＳＤ５では、ＳＢ８と同様にして図
１１に示した評価処理に基づいて、評価結果がｏｋであ
るか否かを判断する。この判断結果が「Ｙｅｓ」である
場合、受領系クライアント１３０は、メーカサーバ１８
０から当該コンポーネントを受領する。一方、ステップ
ＳＤ５の判断結果が「Ｎｏ」である場合、ステップＳＤ
６では、受領系クライアント１３０は、評価結果が前回
に比べて改善されたか否かを判断する。この判断結果が
「Ｙｅｓ」である場合、ステップＳＤ７では、受領系ク
ライアント１３０は、ＤＴＤ情報を組み替えた後、ステ
ップＳＤ４以降の処理を繰り返す。

【００８６】また、上述した登録ルール、参照ルールお
よび受領ルール（以下、単にルールと称する）は、ルー
ルサーバ１５０に格納する前に、各部門の担当者により
書面審議される。この書面審議の結果をルールに反映さ
れたものがルールサーバ１５０に格納される。以下、書
面審議の結果を登録ルール、参照ルールおよび受領ルー
ルに反映させるための書面審議処理について説明する。

【００８７】登録系クライアント１００で「書面審議」
が選択されると、登録系クライアント１００は、図５に
示したステップＳＡ４の判断結果を「Ｙｅｓ」とする。
これにより、登録系クライアント１００は、図１０に示
した書面審議処理を実行する。すなわち、同図に示した
ステップＳＦ１では、登録系クライアント１００は、ル
ールの原文をいくつかのパラグラフに分解する。

【００８８】ステップＳＦ２では、登録系クライアント
１００は、分解されたそれぞれのパラグラフに名称を付
与する。ステップＳＦ３では、登録系クライアント１０
０は、各部門（たとえば、Ａ部門、Ｂ部門、Ｃ部門）か
らのそれぞれの書面審議結果を、分解された（原文の）
パラグラフに対応づける。ステップＳＦ４では、登録系
クライアント１００は、原文のＤＴＤ情報に対応させて
各パラグラフと書面審議結果のパラグラフとを比較す
る。

【００８９】ステップＳＦ５では、登録系クライアント
１００は、ステップＳＦ４の比較結果が一致であるか否
かを判断する。この判断結果が「Ｙｅｓ」である場合、
ステップＳＦ６では、登録系クライアント１００は、全
てのパラグラフの比較が終了したか否かを判断する。こ
の判断結果が「Ｎｏ」である場合、ステップＳＦ５の処
理を繰り返す。ここで、ステップＳＦ５の判断結果が
「Ｎｏ」である場合、ステップＳＦ１０では、登録系ク
ライアント１００は、今まで一致しなかったパラグラフ
に入るか否かを判断する。

【００９０】ステップＳＦ１０の判断結果が「Ｙｅｓ」
である場合、ステップＳＦ１１では、登録系クライアン
ト１００は、新規の不一致パラグラフを表すタグ＜Ｐｍ
＞・・・＜／Ｐｍ＞を原文に入れる。この場合、タグ＜
Ｐｍ＞・・・＜／Ｐｍ＞の中には、不一致が入る。一
方、ステップＳＦ１０の判断結果が「Ｎｏ」である場
合、ステップＳＦ１２では、登録系クライアント１００
は、つぎの書面審議結果（パラグラフ）を確認する。ス
テップＳＦ１３では、登録系クライアント１００は、パ
ラグラフに付されたタグ＜Ｐｎ＞を計数するカウンタを
アップさせた後、ステップＳＦ５以降の処理を繰り返
す。

【００９１】そして、ステップＳＦ６の判断結果が「Ｙ
ｅｓ」になると、ステップＳＦ７では、登録系クライア
ント１００は、＜Ｐｎ＞のカウンタが１であるか否かを
判断し、この判断結果が「Ｙｅｓ」である場合、ステッ
プＳＦ９では、ルールを原文のままとして、ルールサー
バ１５０に登録する。一方、ステップＳＦ７の判断結果
が「Ｎｏ」である場合、ステップＳＦ８では、登録系ク
ライアント１００は、原文の当該パラグラフを対応する
書面審議結果のパラグラフに入れ替え、入れ替え後のル
ールをルールサーバ１５０に登録する。

【００９２】以上説明したように、一実施の形態によれ
ば、登録系クライアント１００、受領系クライアント１
３０または参照系クライアント１４０で、ルールサーバ
１５０からルール情報を引き出すとともに、メタサーバ
１７０からメタ情報を引き出し、これらのルール情報お
よびメタ情報に基づいて、コンポーネント情報の登録、
受領または参照を行うようにしたので、従来のように登
録者、受領者または参照者が書面に記載された登録ルー
ル、受領ルールまたは参照ルールを参照しつつ登録、受
領または参照する場合に比して、容易かつ正確にコンポ
ーネント情報の登録、受領または参照を行うことができ
る。

【００９３】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。たとえば、前述した一実施の形態においては、上述
した機能を実現するためのコンポーネント管理制御プロ
グラムをコンピュータ読み取り可能な記録媒体に記録し
て、この記録媒体に記録されたコンポーネント管理制御
プログラムをコンピュータに読み込ませ、実行するよう
にしてもよい。

【００９４】このコンピュータは、上記コンポーネント
管理制御プログラムを実行するＣＰＵと、キーボード、
マウス等の入力装置と、各種データを記憶するＲＯＭ
（ReadOnly Memory）と、演算パラメータ等を記憶する
ＲＡＭ（Random Access Memory）と、記録媒体からコン
ポーネント管理制御プログラムを読み取る読取装置と、
ディスプレイ、プリンタ等の出力装置と、装置各部を接
続するバス（いずれも図示略）とから構成されている。

【００９５】ＣＰＵは、読取装置を経由して記録媒体に
記録されているコンポーネント管理制御プログラムを読
み込んだ後、コンポーネント管理制御プログラムを実行
することにより、前述した機能を実現する。なお、記録
媒体には、光ディスク、フロッピー（登録商標）ディス
ク、ハードディスク等の可搬型の記録媒体が含まれるこ
とはもとより、ネットワークのようにデータを一時的に
記録保持するような伝送媒体も含まれる。

【００９６】

【発明の効果】以上説明したように、請求項１にかかる
発明によれば、登録クライアントで、ルール情報格納サ
ーバからルール情報を引き出し、このルール情報に基づ
いて、コンポーネント情報をコンポーネント情報格納サ
ーバに登録するようにしたので、従来のように登録者が
書面に記載された登録ルールを参照しつつ登録する場合
に比して、容易かつ正確にコンポーネント情報の登録を
行うことができるという効果を奏する。

【００９７】また、請求項２にかかる発明によれば、複
数のコンポーネント情報格納サーバにコンポーネント情
報を分散格納するようにしたので、従来のように一つの
サーバに集中的にコンポーネント情報を格納する場合に
比べて、記憶装置の記憶容量が少なくてすむため、コス
トを下げることができるという効果を奏する。

【００９８】また、請求項３にかかる発明によれば、少
なくともコンポーネント情報の階層構造を示すメタ情報
をメタ情報格納サーバに格納するようにしたので、複雑
な階層構造を利用者が意識することなく、容易かつ正確
にコンポーネント情報を登録することができるという効
果を奏する。

【００９９】また、請求項４にかかる発明によれば、コ
ンポーネント情報をＸＭＬで記述するようにしたので、
ＸＭＬの特性上、多種多様なコンポーネント情報を容易
に構造化することができるという効果を奏する。

【０１００】また、請求項５にかかる発明によれば、参
照／受領クライアントで、ルール情報格納サーバからル
ール情報を引き出し、このルール情報に基づいて、コン
ポーネント情報格納サーバからコンポーネント情報を参
照／受領するようにしたので、従来のように参照／受領
者が書面に記載された参照／受領ルールを参照しつつ参
照／受領する場合に比して、容易かつ正確にコンポーネ
ント情報の参照／受領を行うことができるという効果を
奏する。

【０１０１】また、請求項６にかかる発明によれば、情
報ルールの元となる書面ルールの審議結果を検証し、こ
の検証結果に応じたルール情報をルール情報格納サーバ
に登録するようにしたので、人手により行う場合に比べ
て、ルール漏れ、誤り等を防止することができるという
効果を奏する。

【０１０２】また、請求項７にかかる発明によれば、エ
ージェント手段によりルール情報を推論するようにした
ので、人手を全く介することなく、コンポーネント情報
の登録、参照または受領を容易にかつ正確に行うことが
できるという効果を奏する。

【０１０３】また、請求項８にかかる発明によれば、エ
ージェント手段によりルール情報を推論し、推論結果の
評価を０／１判定によりするようにしたので、人手を全
く介することなく、コンポーネント情報の登録、参照ま
たは受領を容易にかつ正確に行うことができるという効
果を奏する。

【０１０４】また、請求項９にかかる発明によれば、エ
ージェント手段によりルール情報を推論し、推論結果の
評価を０／１までのファジイ判定によりするようにした
ので、人間の判断により近い状態で、コンポーネント情
報の登録、参照または受領を容易にかつ正確に行うこと
ができるという効果を奏する。

【０１０５】また、請求項１０にかかる発明によれば、
評価値が目標値に満たない場合であっても、この評価値
が最大または最小となるように組替手段によりＤＴＤ情
報を繰り返し組み替えるようにしたので、人間の判断に
より近い状態で、コンポーネント情報の登録、参照また
は受領を容易にかつ正確に行うことができるという効果
を奏する。

【０１０６】また、請求項１１または請求項１３にかか
る発明によれば、登録工程で、ルール情報格納サーバか
らルール情報を引き出させ、このルール情報に基づい
て、コンポーネント情報をコンポーネント情報格納サー
バに登録させるようにしたので、従来のように登録者が
書面に記載された登録ルールを参照しつつ登録する場合
に比して、容易かつ正確にコンポーネント情報の登録を
行うことができるという効果を奏する。

【０１０７】また、請求項１２または請求項１４にかか
る発明によれば、参照／受領工程で、ルール情報格納サ
ーバからルール情報を引き出させ、このルール情報に基
づいて、コンポーネント情報格納サーバからコンポーネ
ント情報を参照／受領させるようにしたので、従来のよ
うに参照／受領者が書面に記載された参照／受領ルール
を参照しつつ参照／受領する場合に比して、容易かつ正
確にコンポーネント情報の参照／受領を行うことができ
るという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】同一実施の形態における親ＳＫと子ＳＫとの関
係を示す図である。

【図３】同一実施の形態における階層構造を示す図であ
る。

【図４】同一実施の形態における階層構造の具体例を説
明する図である。

【図５】同一実施の形態の全体処理を説明するフローチ
ャートである。

【図６】同一実施の形態における登録処理を説明するフ
ローチャートである。

【図７】同一実施の形態における参照処理を説明するフ
ローチャートである。

【図８】同一実施の形態における受領処理を説明するフ
ローチャートである。

【図９】同一実施の形態の推論処理を説明するフローチ
ャートである。

【図１０】同一実施の形態における書面審議処理を説明
するフローチャートである。

【図１１】同一実施の形態における評価処理を説明する
フローチャートである。

【図１２】同一実施の形態のルール適用方法を説明する
図である。

【図１３】従来の概略構成を示すブロック図である。

【図１４】従来の具体的構成を示すブロック図である。

【図１５】従来のルール適用方法を説明する図である。

【符号の説明】

１００登録系クライアント１１０インターネット１３０受領系クライアント１４０受領系クライアント１５０ルールサーバ１６０コンポーネント・ネーム・サーバ１７０メタサーバ１８０メーカサーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 9/44 Ｇ０６Ｆ 12/00 ５１３Ｚ 12/00 ５１３ 15/00 ３１０Ｕ 15/00 ３１０ 17/60 １０６ 17/60 １０６ 9/06 ６２０Ｋ

Claims

【特許請求の範囲】

【請求項１】製品を構成するハードウェア、ファーム
ウェアの一切に関するコンポーネント情報を格納するコ
ンポーネント情報格納サーバと、前記コンポーネント情報格納サーバに前記コンポーネン
ト情報を登録する際のルール情報を格納するルール情報
格納サーバと、ネットワークを介して前記コンポーネント情報格納サー
バおよびルール情報格納サーバに接続され、前記ルール
情報格納サーバから引き出した前記ルール情報に基づい
て、前記コンポーネント情報を前記コンポーネント情報
格納サーバに登録する登録クライアントと、を備えることを特徴とするコンポーネント管理制御シス
テム。
【請求項２】前記コンポーネント情報格納サーバは、
複数設けられており、複数種類のコンポーネント情報
は、複数のコンポーネント情報格納サーバのそれぞれに
分散格納されていることを特徴とする請求項１に記載の
コンポーネント管理制御システム。
【請求項３】前記ネットワークに接続され、少なくと
もコンポーネント情報の階層構造を示すメタ情報を格納
するメタ情報格納サーバを備え、前記登録クライアントは、前記メタ情報を前記メタ情報
格納サーバに登録するとともに、前記コンポーネント情
報を前記コンポーネント情報格納サーバに登録すること
を特徴とする請求項１または２に記載のコンポーネント
管理制御システム。
【請求項４】前記登録クライアントは、ＸＭＬで記述
された前記コンポーネント情報を登録することを特徴と
する請求項１〜３のいずれか一つに記載のコンポーネン
ト管理制御システム。
【請求項５】製品を構成するハードウェア、ファーム
ウェアの一切に関するコンポーネント情報を格納するコ
ンポーネント情報格納サーバと、前記コンポーネント情報格納サーバから前記コンポーネ
ント情報を参照／受領する際のルール情報を格納するル
ール情報格納サーバと、ネットワークを介して前記コンポーネント情報格納サー
バおよびルール情報格納サーバに接続され、前記ルール
情報格納サーバから引き出した前記ルール情報に基づい
て、前記コンポーネント情報を前記コンポーネント情報
格納サーバから参照／受領する参照／受領クライアント
と、を備えることを特徴とするコンポーネント管理制御シス
テム。
【請求項６】前記ルール情報の元となる書面ルールの
審議結果を検証し、検証結果に応じたルール情報を前記
ルール情報格納サーバに登録するルール検証手段を備え
ることを特徴とする請求項１〜５のいずれか一つに記載
のコンポーネント管理制御システム。
【請求項７】前記ルール情報を推論するエージェント
手段を備えることを特徴とする請求項１〜６のいずれか
一つに記載のコンポーネント管理制御システム。
【請求項８】前記エージェント手段は、前記ルール情
報の推論結果の評価を０／１判定により行うことを特徴
とする請求項７に記載のコンポーネント管理制御システ
ム。
【請求項９】前記エージェント手段は、前記ルール情
報の推論結果の評価を０〜１までのファジイ判定により
行うことを特徴とする請求項７に記載のコンポーネント
管理制御システム。
【請求項１０】エージェント手段における評価値が目
標値に満たない場合、該評価値が最大または最小となる
ように、ＸＭＬで記述されたコンポーネント情報のＤＴ
Ｄ情報を所定の方法により繰り返し組み替える組替手段
を備えることを特徴とする請求項９に記載のコンポーネ
ント管理制御システム。
【請求項１１】製品を構成するハードウェア、ファー
ムウェアの一切に関するコンポーネント情報を格納する
コンポーネント情報格納サーバと、前記コンポーネント
情報格納サーバに前記コンポーネント情報を登録する際
のルール情報を格納するルール情報格納サーバとにネッ
トワークを介して接続された登録クライアントに適用さ
れるコンポーネント管理制御プログラムを記録したコン
ピュータ読み取り可能な記録媒体であって、前記ルール情報格納サーバから引き出した前記ルール情
報に基づいて、前記コンポーネント情報を前記コンポー
ネント情報格納サーバに登録させる登録工程をコンピュ
ータに実行させるためのコンポーネント管理制御プログ
ラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１２】製品を構成するハードウェア、ファー
ムウェアの一切に関するコンポーネント情報を格納する
コンポーネント情報格納サーバと、前記コンポーネント
情報格納サーバから前記コンポーネント情報を参照／受
領する際のルール情報を格納するルール情報格納サーバ
とにネットワークを介して接続された参照／受領クライ
アントに適用されるコンポーネント管理制御プログラム
を記録したコンピュータ読み取り可能な記録媒体であっ
て、前記ルール情報格納サーバから引き出した前記ルール情
報に基づいて、前記コンポーネント情報を前記コンポー
ネント情報格納サーバから参照／受領する参照／受領工
程をコンピュータに実行させるためのコンポーネント管
理制御プログラムを記録したコンピュータ読み取り可能
な記録媒体。
【請求項１３】製品を構成するハードウェア、ファー
ムウェアの一切に関するコンポーネント情報を格納する
コンポーネント情報格納サーバと、前記コンポーネント
情報格納サーバに前記コンポーネント情報を登録する際
のルール情報を格納するルール情報格納サーバとにネッ
トワークを介して接続された登録クライアントに適用さ
れるコンポーネント管理制御プログラムであって、前記ルール情報格納サーバから引き出した前記ルール情
報に基づいて、前記コンポーネント情報を前記コンポー
ネント情報格納サーバに登録させる登録手順をコンピュ
ータに実行させることを特徴とするコンポーネント管理
制御プログラム。
【請求項１４】製品を構成するハードウェア、ファー
ムウェアの一切に関するコンポーネント情報を格納する
コンポーネント情報格納サーバと、前記コンポーネント
情報格納サーバから前記コンポーネント情報を参照／受
領する際のルール情報を格納するルール情報格納サーバ
とにネットワークを介して接続された参照／受領クライ
アントに適用されるコンポーネント管理制御プログラム
であって、前記ルール情報格納サーバから引き出した前記ルール情
報に基づいて、前記コンポーネント情報を前記コンポー
ネント情報格納サーバから参照／受領する参照／受領手
順をコンピュータに実行させることを特徴とするコンポ
ーネント管理制御プログラム。