(57)【要約】【課題】製品データのトレーサビリティを確保する。【解決手段】削除要求を受け付けたプロパティが他のプロパティとの間で、辞書５０に含まれるプロパティ間の直接的あるいは間接的な依存関係を有している場合、退避処理部４４は、削除要求を受け付けたプロパティと当該プロパティにかかる値を、退避データとして退避データ記憶部４２に退避させる。これにより、削除要求のあったプロパティと当該プロパティにかかる値（例えば、なぜその値が導き出されたのかという根拠や設計値など）が、残ったプロパティとその値に影響を及ぼしたものである場合、すなわち依存関係を有している場合には、削除せずに退避データとして退避データ記憶部４２に退避させて管理することで、製品データのトレーサビリティを確保することができる。【選択図】        図３
2010079710.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を記憶する辞書記憶部と、
前記プロパティと当該プロパティにかかる値を記憶するデータ記憶部と、
削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記データ記憶部に退避させる退避処理部と、
を具備することを特徴とするメタデータ管理装置。
【請求項２】
前記プロパティあるいは前記依存関係の追加要求に応じて、追加要求された前記プロパティあるいは前記依存関係を記憶する拡張辞書を前記辞書とは別に編集する拡張辞書編集部を更に具備する、
ことを特徴とする請求項１記載のメタデータ管理装置。
【請求項３】
前記拡張辞書編集部は、前記拡張辞書を編集し、前記辞書記憶部に記憶する、
ことを特徴とする請求項２記載のメタデータ管理装置。
【請求項４】
前記退避処理部は、前記データ記憶部に退避させられた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有していない場合、当該プロパティおよび当該プロパティにかかる値を、前記データ記憶部から削除する、
ことを特徴とする請求項１ないし３のいずれか一記載のメタデータ管理装置。
【請求項５】
前記退避処理部により前記データ記憶部に退避させられた前記退避データについての表示／非表示を制御する表示制御部を更に具備する、
ことを特徴とする請求項１ないし４のいずれか一記載のメタデータ管理装置。
【請求項６】
前記退避処理部により前記データ記憶部に退避させられた前記退避データについての表示態様を制御する表示制御部を更に具備する、
ことを特徴とする請求項１ないし５のいずれか一記載のメタデータ管理装置。
【請求項７】
コンピュータを、
コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を記憶する辞書記憶部と、
前記プロパティと当該プロパティにかかる値を記憶するデータ記憶部と、
削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記データ記憶部に退避させる退避処理部と、
として機能させることを特徴とするプログラム。
【請求項８】
メタデータ管理装置で実行されるメタデータ管理方法であって、前記メタデータ管理装置は、制御部と記憶部を備え、前記制御部において実行される、
辞書記憶部が、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を前記記憶部に記憶するステップと、
退避処理部が、削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記記憶部に退避させるステップと、
を含むことを特徴とするメタデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メタデータ管理装置、プログラムおよびメタデータ管理方法に関する。
【背景技術】
【０００２】
近年、製品データのメタデータは、製品データのサプライチェーンの観点から、あるデータモデルに従って、社内、団体、標準化団体などで定義され、共通化された辞書として管理されるようになってきている。このような辞書の共通化により、ライフサイクルにまたがって製品データが流通する際、どの流通段階でも、メタデータに対して共通の認識が持てるようになる。このような辞書には、製品分類や、製品分類を特徴付けるプロパティが存在する。プロパティには、識別子、名称、定義、データ型、単位などの情報の他、プロパティ間の関係が定義されている場合がある。
【０００３】
製品データのメタデータを記述するためのデータモデルの１つに、ISO13584  Parts  Library規格（以下、ＰＬＩＢという）がある。ＰＬＩＢをデータモデルとする辞書には、電気電子部品の辞書（IEC61360-4）や、計測器の辞書（ISO13584-501）などの国際規格のほか、日本の工業会、欧州のコンソーシアムなどで定義されているものがあり、製品データの記述などに利用されている。
【０００４】
近年においては、ＰＬＩＢに準拠したシステムがいくつか提案されている（特許文献１，２参照）。
【０００５】
【特許文献１】特開２００４−１７７９９６号公報
【特許文献２】特開２００４−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、通常、製品データがサプライチェーンに跨って流通していく過程では複数部門が関わり、各部門、すなわち流通段階においてプロパティとその値の削除、追加が繰り返される。このように流れてきた製品データに対して、その品質は、バージョンや差分を管理することによって保証されている。
【０００７】
一方、製品データを正確に交換管理し、恣意的な意味解釈や不適切な管理を防止することを目的として、ISO8000（データ品質：Data  quality）が提案された。ISO8000はISO9000の「データ版」である。ISO8000では、組織間で製品データの交換を行う際の品質要求として、入手可能な文法、辞書、辞書への適合要件にしたがっていることを挙げている。また、製品データの出自（提供者）情報を付加することなども挙げられている。
【０００８】
しかしながら、製品データについて、なぜその値が導き出されたのかという製品データ値の根拠については、ISO8000では触れられていない。
【０００９】
製品データ値の根拠は、製品データの品質要件として、重要な項目の１つであると考えるが、下記のような問題から、うまく流通していない場合が多い。
１．そもそも根拠をデータ化して残していない。
２．上流では必要と判断し、製品データの一部として下流に流したが、途中の段階で削除された。
３．下流では必要ないと判断し、上流で保持しているが下流には流していない。
【００１０】
そのため、下流で受け取った製品データ値の根拠を確認しようしても、値が発生、あるいは根拠が欠落した上流まで遡って問い合わせるという手間が発生し、更に、遡って問い合わせても、結局、根拠が得られないといった問題がある。
【００１１】
本発明は、上記に鑑みてなされたものであって、製品データのトレーサビリティを確保することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明のメタデータ管理装置は、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を記憶する辞書記憶部と、前記プロパティと当該プロパティにかかる値を記憶するデータ記憶部と、削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記データ記憶部に退避させる退避処理部と、を具備することを特徴とする。
【００１３】
また、本発明のプログラムは、コンピュータを、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を記憶する辞書記憶部と、前記プロパティと当該プロパティにかかる値を記憶するデータ記憶部と、削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記データ記憶部に退避させる退避処理部と、として機能させることを特徴とする。
【００１４】
また、本発明のメタデータ管理方法は、メタデータ管理装置で実行されるメタデータ管理方法であって、前記メタデータ管理装置は、制御部と記憶部を備え、前記制御部において実行される、辞書記憶部が、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書と、前記辞書に含まれる前記プロパティ間の直接的あるいは間接的な依存関係と、を前記記憶部に記憶するステップと、退避処理部が、削除要求を受け付けた前記プロパティが他の前記プロパティとの間で直接的あるいは間接的な前記依存関係を有している場合、削除要求を受け付けた前記プロパティと当該プロパティにかかる値を、退避データとして前記記憶部に退避させるステップと、を含むことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、削除要求を受け付けたプロパティが他のプロパティとの間で、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書に含まれるプロパティ間の直接的あるいは間接的な依存関係を有している場合、削除要求を受け付けたプロパティと当該プロパティにかかる値を、退避データとしてデータ記憶部に退避させることにより、削除要求のあったプロパティと当該プロパティにかかる値（例えば、なぜその値が導き出されたのかという根拠や設計値など）が、残ったプロパティとその値に影響を及ぼしたものである場合、すなわち依存関係を有している場合には、削除せずに退避データとしてデータ記憶部に退避させて管理することで、製品データのトレーサビリティを確保することができるので、下流で受け取った値に対する根拠が必要なときには、退避データを読み出して、簡単に提示することを可能とする、という効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明にかかるメタデータ管理装置、プログラムおよびメタデータ管理方法の最良な実施の形態を詳細に説明する。
【００１７】
本発明の実施の一形態を図１ないし図１５に基づいて説明する。本実施の形態はメタデータ管理装置としてサーバコンピュータを適用した例である。
【００１８】
図１は、本発明の実施の一形態にかかるメタデータ管理システムのシステム構築例を示す模式図である。メタデータ管理システムは、図１に示すように、サーバコンピュータ（以下、サーバという）１にＬＡＮ（Local  Area  Network）等のネットワーク２を介してクライアントコンピュータ（以下、クライアントという）３が複数台接続されたサーバクライアントシステムを想定する。サーバ１およびクライアント３は、一般的なパーソナルコンピュータである。
【００１９】
図２は、サーバ１およびクライアント３のモジュール構成図である。サーバ１およびクライアント３は、情報処理を行うＣＰＵ（Central  Processing  Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read  Only  Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random  Access  Memory）１０３、各種データベースとして機能するとともに各種のプログラムを記憶する記憶部であるＨＤＤ（Hard  Disk  Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＣＤ−ＲＯＭドライブ等の媒体読取装置１０５、ネットワーク２を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等を操作者に表示するＣＲＴ（Cathode  Ray  Tube）やＬＣＤ（Liquid  Crystal  Display）等の表示部１０７、並びに操作者がＣＰＵ１０１に命令や情報等を入力するためのキーボードやマウス等のポインティングデバイスである入力部１０８等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。
【００２０】
このようなサーバ１およびクライアント３では、オペレータが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating  System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、オペレータの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼んでいる。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
【００２１】
ここで、サーバ１は、アプリケーションプログラムとして、メタデータ管理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、メタデータ管理プログラムを記憶する記憶媒体として機能する。
【００２２】
一方、クライアント３は、アプリケーションプログラムとして、編集処理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、編集処理プログラムを記憶する記憶媒体として機能する。
【００２３】
また、一般的には、サーバ１およびクライアント３のＨＤＤ１０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置１０６を介して外部から取り込まれ、ＨＤＤ１０４にインストールされても良い。
【００２４】
サーバ１は、ＯＳ上で動作するメタデータ管理プログラムが起動すると、このメタデータ管理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。一方、クライアント３は、ＯＳ上で動作する編集処理プログラムが起動すると、この編集処理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。サーバ１およびクライアント３のＣＰＵ１０１が実行する各種の演算処理のうち、本実施の形態の特長的な処理について以下に説明する。
【００２５】
クライアント３は、編集処理プログラムに従うことにより、サーバ１から受信したデータを、ＧＵＩ（Graphic  User  Interface）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、サーバ１へ送信する。なお、編集処理プログラムは、操作者が有している権限に応じて各種機能を発揮する。詳細は後述するが、本実施の形態におけるクライアント３は、編集処理プログラムに従うことにより、図３に示すように、コンテンツ編集者が使用するものであって作成されたコンテンツの入力を許容するコンテンツ編集者端末として機能する。
【００２６】
一方、サーバ１は、図３に示すように、メタデータ管理プログラムに従うことにより、メタデータ管理装置として機能するものであって、辞書記憶部４１と、退避データ記憶部４２と、拡張辞書編集部４３と、退避処理部４４と、表示制御部４５と、を備える。
【００２７】
以下、各部について詳述する。
【００２８】
まず、辞書記憶部４１について説明する。辞書記憶部４１は、ＰＬＩＢデータモデルであって、コンテンツ記述の制約を含むスキーマ（プロパティの並び）を定義したメタデータである辞書を記憶する。辞書記憶部４１に記憶される辞書５０は、製品データのメタデータとなるプロパティと、各プロパティの識別子、名称、定義、データ型、単位などのプロパティ情報と、プロパティ間の依存関係を含む関係情報と、を記憶する。
【００２９】
図４は、辞書記憶部４１に記憶される辞書５０の一例を示す模式図である。図４に示すように、辞書５０では、製品分類「Ｃ１：ノートＰＣ」に対して、プロパティ「Ｐ１：製品型番」「Ｐ２：駆動時間」「Ｐ３：測定法」が定義されているとする。「Ｐ２：駆動時間」は「Ｐ３：測定法」によって決まるため、Ｐ２とＰ３の関係は、依存−被依存にあることが辞書５０の関係情報の中で定められている。
【００３０】
このような辞書５０に定義されるプロパティの値は、クライアント３（コンテンツ編集者端末）を介してコンテンツ編集者によって入力され、コンテンツとして図４に示すようなコンテンツテーブルＴに格納される。コンテンツテーブルＴは、辞書記憶部４１に格納されるものであっても良いし、外部（例えば、クライアント３（コンテンツ編集者端末））に格納されるものであっても良い。
【００３１】
図４に示すように、コンテンツテーブルＴの１行目はメタデータとなるプロパティの並び、２行目以降は１つの製品に関する仕様、すなわち製品データを表す。たとえば、２行目は、製品型番が「T＿NPC001」であるノートＰＣの製品データであり、測定法「Ｊ協会バッテリ測定法」で定めた方法で測定した駆動時間は「１１．０」時間であることを示している。上述したように、駆動時間は、測定法に依存しているため、測定法が変われば駆動時間も変わることになる。
【００３２】
また、辞書記憶部４１は、プロパティ間の依存関係テーブル５１も記憶する。図５は、プロパティ間の依存関係テーブル５１をダイアグラムで表した模式図である。Ｐ１〜Ｐ６はある製品データのプロパティとする。図５に示す例では、プロパティＰ１は、プロパティＰ２とプロパティＰ６に依存している。なお、被依存は、直接依存だけではなく、間接依存も含む。したがって、プロパティＰ１の被依存プロパティは、プロパティＰ２、プロパティＰ６だけでなく、プロパティＰ２が依存しているプロパティＰ３、さらにプロパティＰ３が依存しているプロパティＰ４、プロパティＰ５も含まれる。
【００３３】
ＰＬＩＢデータモデルでは、プロパティ間の関係に、プロパティ間の依存関係を表すConditionがある。ＰＬＩＢデータモデルでは、プロパティは依存されるプロパティ（CONDITION＿DET）、依存するプロパティ（DEPENDNET＿DET）、どちらでもないプロパティ（NON＿DEPDENDENT＿P＿DET）の３種類に分けられており、DEPENDNET＿DETからCONDITION＿DETへの多対多の依存関係を、各辞書の中で定義することができる。また、この他にも、あるプロパティの値をいくつかのプロパティの値を変数として関数で書き表し、この関数を辞書で定義する仕組みも用意されている。
【００３４】
したがって、ＰＬＩＢデータモデルにおける依存関係は単純で、あらかじめ、プロパティを依存プロパティと被依存プロパティに分け、依存プロパティから被依存プロパティへのみ依存関係が形成されるため、図５のように、多段依存や、アサイクリックにプロパティ間で関係を持つことはない。なお、多段依存やアサイクリックな依存関係も考慮するものであっても良い。
【００３５】
なお、本実施の形態においては、プロパティ間の直接的あるいは間接的な依存関係を依存関係テーブルに記憶するようにしたが、必ずしもテーブルに記憶している必要はなく、例えばＸＭＬ記述などによってプロパティ間の直接的あるいは間接的な依存関係を記憶するようにしても良い。
【００３６】
さらに、辞書記憶部４１は、拡張辞書５２も記憶する。図６は、辞書記憶部４１に記憶される拡張辞書５２の一例を示す模式図である。図６に示すように、拡張辞書５２では、ユーザによって新規に追加されたプロパティと、そのプロパティ情報と、ユーザによって新規に追加されたプロパティ間の依存関係が記憶されている。ここで保存されているプロパティ間の依存関係は、ユーザによって新規に追加された依存関係であり、追加プロパティ間の依存関係だけでなく、既存プロパティと追加プロパティ間、既存プロパティ間の依存関係も含む。なお、拡張辞書５２の編集方法については後述する。
【００３７】
拡張辞書編集部４３は、ユーザからのプロパティの追加、依存関係の追加要求にしたがって、辞書５０を拡張した拡張辞書５２を編集し、辞書記憶部４１に記憶する。図７は、辞書拡張編集処理の流れを示すフローチャートである。図７に示すように、拡張辞書編集部４３は、ユーザからの辞書５０の拡張要求を受け付け（ステップＳ２１）、拡張要求が新規プロパティの追加である場合には（ステップＳ２２のＹｅｓ）、プロパティ定義に必要な情報の入力を受け付け（ステップＳ２３）、拡張辞書５２として新規のプロパティを登録する（ステップＳ２４）。
【００３８】
図８は、辞書拡張編集処理における画面遷移の一例を示す模式図である。製品データを編集するユーザは、根拠を記述するための新規プロパティの作成する必要がある場合に、製品データ画面Ａ１から、拡張辞書編集ボタンＢ１をクリックする。これにより、辞書５０の拡張要求が行われる。次いで、処理選択画面Ａ２が表示され、処理の選択を促す。ユーザは新規プロパティ作成する場合、処理選択画面Ａ２で「プロパティの作成」を選択する。処理選択画面Ａ２で「プロパティの作成」が選択されると、プロパティ作成画面Ａ３が表示され、プロパティ定義に必要な情報の入力を受け付ける。ユーザが情報を入力し、新規プロパティ作成を行うと、製品データ画面Ａ１には、作成したプロパティ「ＮＰ１００」が追加される。ユーザは新たにプロパティ「ＮＰ１００」の列、すなわち、プロパティＮＰ１００の値を記述するエリアを使って、根拠などの情報を記述することができる。
【００３９】
一方、拡張辞書編集部４３は、拡張要求が新規依存関係の追加である場合には（ステップＳ２２のＮｏ）、辞書記憶部４１の辞書５０、拡張辞書５２から候補となるプロパティをユーザに提示し、依存関係の入力を受け付け（ステップＳ２５）、拡張辞書５２として新規の依存関係を登録する（ステップＳ２６）。
【００４０】
図９は、辞書拡張編集処理における画面遷移の一例を示す模式図である。製品データを編集するユーザは、プロパティ間の依存関係を新規に作成する必要がある場合に、製品データ画面Ａ１から、拡張辞書編集ボタンＢ１をクリックする。これにより、辞書５０の拡張要求が行われる。次いで、処理選択画面Ａ２が表示され、処理の選択を促す。ユーザは新規プロパティ作成する場合、処理選択画面Ａ２で「依存関係の作成」を選択する。処理選択画面Ａ２で「依存関係の作成」が選択されると、依存関係作成画面Ａ４が表示され、依存関係を作成するプロパティの選択を受け付ける。図９に示す例においては、あらかじめ、プロパティ「Ｐ２：駆動時間」「Ｐ３：測定法」に依存−被依存の関係がある。ユーザが依存関係作成画面Ａ４で依存関係を有するプロパティを選択し、依存関係作成ボタンＢ２のクリックにより依存関係（例えば、プロパティＰ２からプロパティＮＰ１００への依存関係）を作成すると、作成された依存関係が製品データ画面Ａ１に反映される。
【００４１】
製品データ画面Ａ１では、図９に示す画面例のように、依存プロパティＰ２にフォーカスを当てた場合に、Ｐ２が依存している被依存プロパティの情報がポップアップで表示される。したがって、依存関係が追加された場合には、新たに作成されたプロパティＰ２からプロパティＮＰ１００への依存関係が追加されていることが、ポップアップ表示により確認できる。
【００４２】
図６の拡張辞書５２の一例に示すように、「ＮＰ１００：輝度」は、製品データを編集するユーザによって、追加要求されたプロパティである。図６の例では、測定法では規制がない測定条件（この場合では輝度）について、更に「Ｐ２：駆動時間」の値の品質を向上させるためにプロパティおよびその値を追加している。新たに追加したプロパティ「ＮＰ１００：輝度」、Ｐ２からＮＰ１００への依存関係は、拡張辞書５２として保存され、既存の辞書５０と同様に、後述する製品データの退避を行う際の判断材料とされる。
【００４３】
次いで、本実施の形態のもう一つの特徴である退避処理について説明する。
【００４４】
退避データ記憶部４２は、テーブル単位で、ユーザから削除要求を受けたが、残っているプロパティと依存関係があるために削除せずに退避する値を、どの製品データの、どのプロパティの値かを識別できる情報とともに記憶する。これを退避テーブルと呼ぶ。なお、テーブルとは、１つ以上の製品データを集めて記述したものをいう。
【００４５】
退避処理部４４は、図１０に示すように、ユーザからのプロパティＰと製品データごとの該プロパティの値の削除要求を受けると（ステップＳ１）、削除要求対象のプロパティＰに直接的に依存するプロパティが、辞書記憶部４１に記憶されているプロパティ間の依存関係テーブル５１に存在するか否かを調べる（ステップＳ２）。退避処理部４４は、削除要求対象のプロパティＰに直接的に依存するプロパティが依存関係テーブル５１に存在する場合には（ステップＳ２のＹｅｓ）、削除要求対象のプロパティＰと製品データごとの該プロパティの値を退避データ記憶部４２に退避させて（ステップＳ３）、処理を終了する。図１１は、退避データの一例を示す模式図である。図１１に示す例では、削除要求対象のプロパティＰ（Ｐ３、ＮＰ１００）と製品データごとの該プロパティの値が、退避データとされている。
【００４６】
一方、退避処理部４４は、削除要求対象のプロパティＰに直接的に依存するプロパティが依存関係テーブル５１に存在しない場合には（ステップＳ２のＮｏ）、ステップＳ４に進み、削除要求対象のプロパティＰに間接的に依存する全てのプロパティのうち少なくとも一つが、辞書記憶部４１に記憶されているプロパティ間の依存関係テーブル５１に存在するか否かを調べる。退避処理部４４は、削除要求対象のプロパティＰに間接的に依存するプロパティが依存関係テーブル５１に存在する場合には（ステップＳ４のＹｅｓ）、ステップＳ３に進む。
【００４７】
例えば、図４に示した辞書５０において、製品データの品質を高めるためには、「Ｐ３：測定法」というプロパティとその値が重要である。駆動時間は、測定法に依存しているため、測定法が変われば駆動時間も変わることになるからである。そこで、流通段階で、プロパティ「Ｐ３：測定法」とその値、すなわち、図５ではＰ３列に対して削除要求があった場合には、辞書５０から「Ｐ２：駆動時間」と依存関係にあることを検出し、Ｐ２にとってＰ３が削除されることはその値の根拠をなくすことになるため、プロパティ「Ｐ３：測定法」の削除要求があった場合には、プロパティ「Ｐ３：測定法」とその値を退避データ記憶部４２に退避させる。
【００４８】
また、退避処理部４４は、削除要求対象のプロパティＰに間接的に依存するプロパティが依存関係テーブル５１に存在しない場合には（ステップＳ４のＮｏ）、ユーザからのプロパティＰと製品データごとの該プロパティの値の削除要求を許可した後（ステップＳ５）、退避データ記憶部４２のクリーンアップ処理を実行する（ステップＳ６）。
【００４９】
ここで、ステップＳ６の退避データ記憶部４２のクリーンアップ処理について図１２のフローチャートを参照して説明する。退避処理部４４は、退避データ記憶部４２に存在する全てのプロパティＰについて、プロパティＰに直接的に依存するプロパティが、辞書記憶部４１に記憶されているプロパティ間の依存関係テーブル５１に存在するか否かを調べる（ステップＳ１１）。退避処理部４４は、プロパティＰに直接的に依存するプロパティが依存関係テーブル５１に存在しない場合には（ステップＳ１１のＮｏ）、プロパティＰに間接的に依存する全てのプロパティのうち少なくとも一つが、辞書記憶部４１に記憶されているプロパティ間の依存関係テーブル５１に存在するか否かを調べる（ステップＳ１２）。そして、退避処理部４４は、プロパティＰに間接的に依存するプロパティが依存関係テーブル５１に存在しない場合には（ステップＳ１２のＮｏ）、プロパティＰと製品データごとの該プロパティの値を退避データ記憶部４２から削除する（ステップＳ１３）。これにより、退避データ記憶部４２の中に退避されているプロパティについて、プロパティ間の依存関係テーブル５１に残っているプロパティとの依存関係を見直し、不要なものは削除することができる。
【００５０】
表示制御部４５は、ユーザからの要求あるいはデフォルトで、表示内容を変えることができる。例えば、表示制御部４５は、ユーザからの退避データ（退避したプロパティと製品データごとの該プロパティの値）表示要求があった場合には、図１３に示すように、退避データ記憶部４２より退避データ（図１１参照）を取り出して、該当する製品データ、プロパティとともにユーザに対して表示する。図１３に示す例では、プロパティＰ１およびプロパティＰ２の列が非退避データ、プロパティＰ３およびプロパティＮＰ１００の列が退避データであることを表示するために、退避データに色をつけて表示している。なお、表示の方法は、これに限定するものではない。
【００５１】
また、図１３に示す「退避データの非表示」ボタンＢ３がクリックされた場合には、ユーザから退避データの非表示の要求があったものとし、表示制御部４５は、図１４に示すように、退避データを表示せず、コンテンツテーブルＴにあるものだけを表示する。なお、図１４に示す「退避データの表示」ボタンＢ４がクリックされた場合には、図１３に示す表示に戻る。
【００５２】
上述したように、表示制御部４５は、退避データと非退避データを区別するような表示をすることが可能である。また、表示制御部４５は、既存の辞書５０と拡張辞書５２を区別するために、両者を区別するような表示をすることも可能である。
【００５３】
ここで、図１５はデータ退避の一例を示す模式図である。図１５に示すように、国際標準の辞書５０においては、プロパティＰ２、Ｐ１は依存−被依存の関係にあるとする。また、ユーザが必要に応じて追加した拡張辞書５２においては、プロパティＸ１が追加されているとともに、プロパティＰ３、Ｘ１は依存−被依存の関係にあり、プロパティＰ４、Ｐ３は依存−被依存の関係にあるとする。
１．ユーザがプロパティＸ１を削除すると、プロパティＰ３にとってプロパティＸ１が削除されることはその値の根拠をなくすことになるため、プロパティＸ１とその値を退避データ記憶部４２に退避させる。
２．ユーザがプロパティＰ１を削除すると、プロパティＰ２にとってプロパティＰ１が削除されることは依存先をなくすことになるため、プロパティＰ１とその値を退避データ記憶部４２に退避させる。
３．ユーザがプロパティＰ３を削除すると、プロパティＰ４がプロパティＰ３に依存するため、プロパティＰ３とその値を退避データ記憶部４２に退避させるとともに、プロパティＰ３が依存するプロパティＸ１も保持する。
４.ユーザがプロパティＰ４を削除すると、プロパティＰ３とプロパティＸ１は保持する必要がなくなるので、プロパティＰ３とプロパティＸ１とは削除する。
【００５４】
このように本実施の形態によれば、削除要求を受け付けたプロパティが他のプロパティとの間で、コンテンツ記述の制約を含むプロパティの並びを定義したメタデータである辞書５０に含まれるプロパティ間の直接的あるいは間接的な依存関係を有している場合、削除要求を受け付けたプロパティと当該プロパティにかかる値を、退避データとして退避データ記憶部４２に退避させることにより、削除要求のあったプロパティと当該プロパティにかかる値（例えば、なぜその値が導き出されたのかという根拠や設計値など）が、残ったプロパティとその値に影響を及ぼしたものである場合、すなわち依存関係を有している場合には、削除せずに退避データとして退避データ記憶部４２に退避させて管理することで、製品データのトレーサビリティを確保することができるので、下流で受け取った値に対する根拠が必要なときには、退避データを読み出して、簡単に提示することを可能とする、という効果を奏する。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施の一形態にかかるメタデータ管理システムのシステム構築例を示す模式図である。
【図２】サーバおよびクライアントのモジュール構成図である。
【図３】辞書記憶部に記憶される辞書の一例を示す模式図である。
【図４】辞書の一例を示す模式図である。
【図５】プロパティ間の依存関係テーブルをダイアグラムで表した模式図である。
【図６】拡張辞書の一例を示す模式図である。
【図７】辞書拡張編集処理の流れを示すフローチャートである。
【図８】辞書拡張編集処理における画面遷移の一例を示す模式図である。
【図９】辞書拡張編集処理における画面遷移の一例を示す模式図である。
【図１０】退避処理の流れを示すフローチャートである。
【図１１】退避データの一例を示す模式図である。
【図１２】クリーンアップ処理の流れを示すフローチャートである。
【図１３】表示例を示す正面図である。
【図１４】表示例を示す正面図である。
【図１５】データ退避の一例を示す模式図である。
【符号の説明】
【００５６】
１      メタデータ管理装置
４１      辞書記憶部
４２      データ記憶部
４３      拡張辞書編集部
４４      退避処理部
４５      表示制御部
５０      辞書
５２      拡張辞書
【図１】
2010079710.tif 000003
【図２】
2010079710.tif 000004
【図３】
2010079710.tif 000005
【図４】
2010079710.tif 000006
【図５】
2010079710.tif 000007
【図６】
2010079710.tif 000008
【図７】
2010079710.tif 000009
【図８】
2010079710.tif 000010
【図９】
2010079710.tif 000011
【図１０】
2010079710.tif 000012
【図１１】
2010079710.tif 000013
【図１２】
2010079710.tif 000014
【図１３】
2010079710.tif 000015
【図１４】
2010079710.tif 000016
【図１５】
2010079710.tif 000017