(57)【要約】【課題】標準辞書に従って製品コンテンツを記述する際に、辞書定義の曖昧性を排除でき、かつコンテンツ作成者間で記述方法を統一する為の情報共有を可能にする。【解決手段】ワークフローＤＢ３２に格納されている作業指示系統Ｆ０に属するユーザにより登録されるものであり、辞書要素で定義されているアトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、プロパティの集合に付された識別子毎であって作業指示系統に関連付けてメタデータＤＢ３３に格納する。これにより、コンテンツ記述方法をコンテンツ作成の作業指示系統に従って具体化するメタデータとして標準辞書に紐付けて管理することができるので、標準辞書に従って製品コンテンツを記述する際に、辞書定義の曖昧性を排除でき、かつコンテンツ作成者間で記述方法を統一する為の情報共有を可能にすることができる。【選択図】        図６
2009015511.tif 000002
【特許請求の範囲】
【請求項１】
製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて格納する辞書格納手段と、
前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて格納する作業指示系統格納手段と、
前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統の作業指示系統に関連付けて格納するメタデータ格納手段と、
を備えることを特徴とするメタデータ管理装置。
【請求項２】
前記コンテンツを作成するユーザから送信される前記識別子及び前記プロパティで構成される検索条件を受け付けると、当該ユーザが属する前記作業指示系統で前記検索条件を送信したユーザおよびその上流に位置するユーザに関連付けられた前記メタデータを検索するメタデータ検索手段と、
前記メタデータ検索手段により検索された前記メタデータを前記辞書要素に従って前記検索条件を送信したユーザに対して提示するメタデータ提示手段と、
を備えることを特徴とする請求項１記載のメタデータ管理装置。
【請求項３】
前記メタデータ提示手段は、前記アトリビュートを全て提示する、
ことを特徴とする請求項２記載のメタデータ管理装置。
【請求項４】
前記メタデータ提示手段は、最下層の前記アトリビュートの値を優先して提示する、
ことを特徴とする請求項２記載のメタデータ管理装置。
【請求項５】
製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを格納しており標準辞書にて定められる辞書要素と、前記プロパティの集合に付された識別子とを関連付けて記憶部に対して格納する辞書格納機能と、
前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて記憶部に対して格納する作業指示系統格納機能と、
前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統に関連付けて記憶部に対して格納するメタデータ格納機能と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項６】
前記コンテンツを作成するユーザから送信される前記識別子及び前記プロパティで構成される検索条件を受け付けると、当該ユーザが属する前記作業指示系統で前記検索条件を送信したユーザおよびその上流に位置するユーザに関連付けられた前記メタデータを前記記憶部から検索するメタデータ検索機能と、
前記メタデータ検索機能により検索された前記メタデータを前記辞書要素に従って前記検索条件を送信したユーザに対して提示するメタデータ提示機能と、
を前記コンピュータに実行させることを特徴とする請求項５記載のプログラム。
【請求項７】
前記メタデータ提示機能は、前記アトリビュートを全て提示する、
ことを特徴とする請求項６記載のプログラム。
【請求項８】
前記メタデータ提示機能は、最下層の前記アトリビュートの値を優先して提示する、
ことを特徴とする請求項６記載のプログラム。
【請求項９】
製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを格納しており標準辞書にて定められる辞書要素と、前記プロパティの集合に付された識別子とを関連付けて記憶部に対して格納する辞書格納工程と、
前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて記憶部に対して格納する作業指示系統格納工程と、
前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統に関連付けて記憶部に対して格納するメタデータ格納工程と、
を含むことを特徴とするメタデータ管理方法。
【請求項１０】
前記コンテンツを作成するユーザから送信される前記識別子及び前記プロパティで構成される検索条件を受け付けると、当該ユーザが属する前記作業指示系統で前記検索条件を送信したユーザおよびその上流に位置するユーザに関連付けられた前記メタデータを前記記憶部から検索するメタデータ検索工程と、
前記メタデータ検索工程により検索された前記メタデータを前記辞書要素に従って前記検索条件を送信したユーザに対して提示するメタデータ提示工程と、
を含むことを特徴とする請求項９記載のメタデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メタデータ管理装置、プログラムおよびメタデータ管理方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクト・リレーショナル型データベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位が上位分類のプロパティを継承する階層構造を持つ。この階層型データベースにおいては、継承に従って下位の分類ではプロパティが累増する。この上位分類のプロパティを下位に継承することは、通常「インヘリタンス」と呼ばれており、このような技術は非特許文献１などの多くの文献に記載されている。
【０００３】
また、オブジェクト指向データベースにおいては、階層中の分類は「クラス」と呼ばれることが多い。一方、オブジェクト・リレーショナル型データベース（ＯＲＤＢ）においては、継承を許したテーブルがこれに相当し、上下関係を持つテーブル間において、上位のテーブルから下位のテーブルへ属性（プロパティ）、すなわち上位テーブルを構成するコラムのヘッダ情報が下位テーブルへ継承される。各階層の分類に属する同じ属性種を持つデータを「インスタンス」と呼び、その集合をデータの「ポピュレーション」と呼ぶ。データのポピュレーションは、関係データベース（ＲＤＢ）あるいはＯＲＤＢにおいては、テーブルと呼ばれる構造に格納されるのが普通である。テーブルにおいてそれを構成する属性の並びをテーブルのヘッダと呼ぶ。
【０００４】
階層型データベースの一つとしては、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、ＰＬＩＢ規格という）がある。このＰＬＩＢ規格は、複数の“Part”（通常、「分冊」と訳される）からなる製品あるいは部品ライブラリデータに関するオブジェクト指向的な記述の方法とその交換ファイル形式のセマンティックス、すなわち、どのような用語や記述方式およびデータ型を用いるかを定める国際規格である。ＰＬＩＢ規格のPart42（分冊第４２）はIEC61360-2（分冊第２）と内容が共通している。この規格は、オブジェクト指向的に製品を分類し、個々の分類を特徴付ける属性群を明らかにし、分類に対するコンテンツをファイル交換する仕組みであるので、勿論、属性の継承の概念はこの中に含まれている。また、この規格はISO6523“Structure for Identification of organizations and organization parts”を引用して作られており、特に、ISO6523の定めるICD（International Code Designator）を活用して属性に対して世界的に一意な識別子を割り振ることが可能である。
【０００５】
このようなＰＬＩＢ規格のデータモデルに従う国際辞書としては、計測器に関するISO13584-501、ボルト／ナットなどに関するISO13584-511などがある。また、工業界標準辞書としては、日本ではECALS辞書、JeMarche辞書などがある。世界各国においても、このような辞書の開発が活発となっている。
【０００６】
さらに、近年においては、ＰＬＩＢ規格に準拠したシステムがいくつか提案されている（特許文献１，２）。
【０００７】
【非特許文献１】Object-Oriented Concepts, Databases, and Applications, Edited by Won Kim, 1989, ACM Press
【特許文献１】特開２００４−１７７９９６号公報
【特許文献２】特開２００４−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、ＰＬＩＢモデルに準拠して開発された標準辞書は、一般的に標準化団体や工業会、取引企業間で定められるため、どちらかといえばそのコンテンツを利用する側、すなわちユーザ企業側主導で定義されるケースが多くなる。
【０００９】
そのため、サプライヤ側のコンテンツ作成者にとっては、標準で定められた辞書要素の定義が大雑把であったり、条件が定義されていない為正確さを欠いたり、コンテンツ作成が困難となるケースがある。
【００１０】
また、コンテンツ作成指示は、ユーザ企業側からサプライヤ窓口部門に対してなされ、さらにサプライヤ企業内で部品種毎に担当者が割り振られることがある。その為、コンテンツ記述方法自体にばらつきができてしまうことがしばしばである。１サプライヤ内においてもばらつきがあるわけで、サプライヤを跨った時にはさらに顕著になることは言うまでもない。
【００１１】
すなわち、辞書定義の曖昧性、コンテンツ作成者間での記述方法の非統一が、コンテンツのデータ品質を劣化させる要因となっている。
【００１２】
このような問題を解決する為に、一般的には、コンテンツ作成手引き書を作成し、組織間での情報共有を行うことが多い。しかし、手引き書作成者の負担が大きく、ドキュメントであるためオリジナルの辞書に定められている情報との対応付けがコンテンツ作成者にとってわかりづらいといった問題がある。
【００１３】
本発明は、上記に鑑みてなされたものであって、標準辞書に従って製品コンテンツを記述する際に、辞書定義の曖昧性を排除でき、かつコンテンツ作成者間で記述方法を統一する為の情報共有を可能にすることができるメタデータ管理装置、プログラムおよびメタデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明のメタデータ管理装置は、製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて格納する辞書格納手段と、前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて格納する作業指示系統格納手段と、前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統に関連付けて格納するメタデータ格納手段と、を備える。
【００１５】
また、本発明のプログラムは、製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて記憶部に対して格納する辞書格納機能と、前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて記憶部に対して格納する作業指示系統格納機能と、前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統に関連付けて記憶部に対して格納するメタデータ格納機能と、をコンピュータに実行させる。
【００１６】
また、本発明のメタデータ管理方法は、製品の仕様情報をコンテンツとして記述するためのプロパティ及び当該プロパティの性質を定義する詳細情報フィールドであるアトリビュートを有する標準辞書にて定められる辞書要素と、前記プロパティの集合に付された少なくとも１つの識別子とを関連付けて記憶部に対して格納する辞書格納工程と、前記コンテンツを作成するユーザ間における作業指示系統を、前記識別子に関連づけて記憶部に対して格納する作業指示系統格納工程と、前記作業指示系統に属する前記ユーザにより登録されるものであり、前記辞書要素で定義されている前記アトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、前記識別子毎であって前記作業指示系統に関連付けて記憶部に対して格納するメタデータ格納工程と、を含む。
【発明の効果】
【００１７】
本発明によれば、作業指示系統に属するユーザにより登録されるものであり、辞書要素で定義されているアトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、プロパティの集合に付された識別子毎であって作業指示系統に関連付けて格納することにより、コンテンツ記述方法をコンテンツ作成の作業指示系統に従って具体化するメタデータとして標準辞書に紐付けて管理することができるので、標準辞書に従って製品コンテンツを記述する際に、辞書定義の曖昧性を排除でき、かつコンテンツ作成者間で記述方法を統一する為の情報共有が可能となる。このようなことから、組織間でコンテンツ作成の知識共有が進み、過去の知識を生かし効率的なコンテンツ作成を実現でき、ひいてはコンテンツのデータ品質を向上させることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明にかかるメタデータ管理装置、プログラムおよびメタデータ管理方法の最良な実施の形態を詳細に説明する。
【００１９】
本発明の実施の一形態を図１ないし図９に基づいて説明する。
【００２０】
［１．システムの構成］
図１は、本発明の実施の一形態にかかるメタデータ管理システムのシステム構築例を示す模式図である。メタデータ管理システムは、図１に示すように、サーバコンピュータ（以下、サーバという）１にＬＡＮ（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）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、サーバ１へ送信する。なお、編集処理プログラムは、操作者が有している権限に応じて各種機能を発揮する。詳細は後述するが、本実施の形態におけるクライアント端末３は、編集処理プログラムに従うことにより、図３に示すように、管理者が使用するものであって各種項目の登録を行う管理者端末１１、メタデータ登録者が使用するものであって後述するメタデータを登録するメタデータ登録者端末１２〜１５、コンテンツ作成者が使用するものであって作成されたコンテンツの入力を許容するコンテンツ作成者端末１６として操作者が有している権限に応じて機能する。
【００２８】
一方、サーバ１は、図３に示すように、メタデータ管理プログラムに従うことにより、メタデータ管理装置として機能するものであって、標準辞書にて定められた辞書要素（後述するＰＬＩＢ規格ではプロパティに相当する）とテンプレート識別子（後述するＰＬＩＢ規格ではクラスＢＳＵに相当する）を格納するデータベースである辞書ＤＢ３１と、テンプレート識別子毎にユーザグループ間の作業指示の流れ（作業指示系統）を格納するデータベースであるワークフローＤＢ３２と、辞書要素に対するメタデータを格納するメタデータＤＢ３３とを備える。
【００２９】
また、サーバ１は、メタデータ管理プログラムに従うことにより、管理者端末１１より入力された対象とする標準辞書とテンプレート識別子とを辞書ＤＢ３１に対して登録する辞書格納手段である辞書格納部２１と、管理者端末１１より入力された作業指示の流れ（作業指示系統）をワークフローＤＢ３２に対して登録する作業指示系統格納手段であるワークフロー格納部２２と、メタデータ登録者端末１２〜１５より入力されたメタデータを辞書ＤＢ３１に格納された辞書要素に関連付けてメタデータＤＢ３３に格納するメタデータ格納手段であるメタデータ格納部２３と、コンテンツ作成者端末１６より発せられる検索要求に対し辞書要素と関連するメタデータを検索するメタデータ検索手段であるメタデータ検索部２４と、メタデータ検索部２４による検索結果をコンテンツ作成者端末１６に表示するメタデータ提示手段であるメタデータ表示部２５と、を備える。
【００３０】
以下、各部について詳述する。
【００３１】
辞書ＤＢ３１には、製品の標準辞書（製品の分類を特徴付けるプロパティ及びプロパティの性質を定義する詳細情報フィールドであるアトリビュート）と、主に製品の仕様情報をコンテンツとして記述する為のプロパティをグルーピングした集合につけた識別子（テンプレート識別子）とが関連づけて格納される。
【００３２】
ワークフローＤＢ３２には、テンプレート識別子毎にユーザグループ間の作業指示の流れ（作業指示系統）が関連づけて格納される。
【００３３】
メタデータＤＢ３３には、辞書要素に対するメタデータが作業指示の流れに関連づけて格納される。
【００３４】
辞書格納部２１は、管理者端末１１から管理者が入力する標準辞書のうち辞書要素とテンプレート識別子とを辞書ＤＢ３１へ格納する機能を発揮する。ワークフロー格納部２２は、管理者端末１１から管理者が入力するユーザグループと、テンプレート識別子毎の作業指示とを、ワークフローＤＢ３２に登録する機能を発揮するものである。本実施の形態では、辞書要素として、製品部品ライブラリの交換フォーマットの国際標準であるISO13584/Parts Library（ＰＬＩＢ）規格で定めるところのプロパティを用いることとする。ＰＬＩＢ規格は、詳細は後述するが、クラスの親子構造、プロパティとそのアトリビュートの種類、データ型の種類などの辞書の構造を定めたデータモデルである。
【００３５】
なお、本実施の形態では、辞書要素としてＰＬＩＢ規格を用いるようにしたが、これに限るものではなく、プロパティの性質を定義する詳細情報フィールドであるアトリビュートを持つものであれば良い。また、本実施の形態では、テンプレート識別子としてＰＬＩＢ規格で定めるところのクラスを用いることとするが、プロパティの集合に識別子がつけられた構造を持っていればよい。
【００３６】
メタデータ格納部２３は、ワークフローＤＢ３２に登録されたユーザグループに属するメタデータ登録者端末１２〜１５より登録されるメタデータを作業指示系統と関連付けて格納する機能を発揮するものである。なお、メタデータは、辞書要素で定められたたアトリビュートと同一のアトリビュートを持つものとする。
【００３７】
メタデータ検索部２４は、コンテンツ作成者端末１６からコンテンツ作成者が入力する検索条件を受け、辞書ＤＢ３１、ワークフローＤＢ３２、メタデータＤＢ３３から、コンテンツ作成者が属するユーザグループと、検索条件として与えられる辞書要素かつ／またはテンプレート識別子に関連付けられたメタデータを検索する機能を発揮するものである。
【００３８】
メタデータ表示部２５は、メタデータ検索部２４による検索結果を受け、コンテンツ作成者端末１６に結果を表示するものである。
【００３９】
［２．辞書ＤＢ３１のデータ構造］
次に、辞書ＤＢ３１のデータ構造について説明する。
【００４０】
（辞書要素とテンプレート識別子のデータ構造）
図４は、辞書ＤＢ３１に格納される辞書要素とテンプレート識別子のデータ構造の一例を示す模式図である。図４に示す辞書要素およびテンプレート識別子は、ＰＬＩＢ規格に従ったものであり、「部品データ」という分類をルートクラスとし、その子クラスとして「電子部品」が関連付けられ、さらに「電子部品」の子クラスとして「ＣＭＯＳ」と「抵抗」とが関連付けられた階層構造を有している。すなわち、「電子部品」は「ＣＭＯＳ」「抵抗」という２つの分類に細分化されることを示している。なお、このような階層構造は何段であっても構わない。また、（）内に書かれた記号（図４では、Ｃ０〜Ｃ４）は、辞書内で唯一に付けられたクラスを表すコードであり、ＰＬＩＢ規格では「クラスＢＳＵコード」と呼ぶが、本実施の形態では階層構造を持つことに限定しない為、より一般的な意味で「テンプレート識別子」と呼ぶこととする。
【００４１】
図４に示すように、階層構造を定義するクラスには、それぞれ固有のプロパティ（図４中、破線で囲まれた部分）が定義される。各クラスにおいては、当該クラスの上位クラスで定義されたプロパティを継承する。例えば、クラス「ＣＭＯＳ」が持つプロパティ項目は、その上位クラス「部品データ」で定義されたプロパティ（「品番」「連絡先」）と、クラス「電子部品」で定義されたプロパティ（図４に示す例では存在しない）と、クラス「ＣＭＯＳ」で定義されたプロパティ（「高レベル出力電圧」、「…」）ということになる。クラスの場合と同様に辞書内で唯一につけられたプロパティを表すコード（「プロパティＢＳＵコード」又は単に「ＢＳＵ」）が付与される。
【００４２】
また、各プロパティには、その詳細情報フィールドである（すなわち、プロパティの性質を定義する）アトリビュートが付与される。「ＢＳＵ」やその「品番」「連絡先」といった「Ｎａｍｅ」名称自体も、アトリビュートの例である。その他に、プロパティの定義「Ｄｅｆ」、補足事項「Ｎｏｔｅ」などがアトリビュートである。また、本実施の形態では利用しないが、プロパティのデータ型を示す「DataType」や、プロパティ自体の定義の出典を示す「SourceDoc」といったアトリビュートもＰＬＩＢ規格には存在する。
【００４３】
なお、本実施の形態においては、辞書がＰＬＩＢ規格に従った場合の適用例を用い説明するが、この制限が本発明をＰＬＩＢ規格以外のデータベースへ適用することを妨げるものではない。また、本実施の形態においては、階層型の辞書を元に説明を行ったが、プロパティが決まったアトリビュートを持つ辞書であれば、階層の無いフラットな辞書であっても、本発明の適用を妨げるものではない。
【００４４】
（インスタンスのデータ構造）
参考までに、この辞書に従って記述されるインスタンスのデータ構造について説明する。図５は、図４の辞書に従ったインスタンスの一例を示す模式図である。図５は、テンプレート識別子「ＣＭＯＳ（Ｃ３）」に属するインスタンスを示したものである。インスタンスの各行は、ＣＭＯＳの仕様情報（電子カタログ）の一部を示している。
【００４５】
［３．ワークフローＤＢ３２およびメタデータＤＢ３３のデータ構造］
次に、ワークフローＤＢ３２およびメタデータＤＢ３３のデータ構造について図６を参照しつつ説明する。
【００４６】
（ワークフローＤＢ３２のデータ構造）
まず、ワークフローＤＢ３２について説明する。図６の一点鎖線で囲まれた内容Ｆ０は、ワークフローＤＢ３２に格納されるユーザグループ（図６中、二重線で示す）とテンプレート識別子に対応したユーザグループ間の作業指示（例えば、コンテンツ作成指示）の流れである作業指示系統（図６中、破線矢印で示す）を示している。図６においては、ユーザグループとして「Ｕ社」、「営業部」、「担当１」、「担当２」が設けられている。なお、最上部に設けられた空欄のユーザグループは、便宜的に設けた「指示スタートグループ」である。コンテンツ作成指示の流れ（作業指示系統）は、「指示スタートグループ」から破線矢印方向に向かい流れる。実際にコンテンツを作成するのは末端グループ（図６においては、「担当１」および「担当２」）である。このようなユーザグループ間の作業指示の流れ（以降、「作業指示系統」と呼ぶこととする）は、テンプレート識別子に対応付けてワークフローＤＢ３２に格納される（図６においては、ワークフローＤＢ３２はテンプレート識別子＝Ｃ３，Ｃ４に対応した作業指示系統を格納している）。
【００４７】
（メタデータＤＢ３３のデータ構造）
次に、メタデータＤＢ３３について説明する。図６に示すＭ０は、メタデータＤＢ３３に格納される辞書要素についてのデータモデルである。辞書要素のデータモデルＭ０の各行は標準辞書のプロパティを示し、列ではそのアトリビュートを示している。図６に示す例では、アトリビュートとして、「ＢＳＵ」、「Ｎａｍｅ」、「Ｄｅｆ」、「Ｎｏｔｅ」が採用されている。例えば、図６中の１行目のプロパティは、ＢＳＵ＝“XJE023”、Ｎａｍｅ＝“連絡先”、Ｄｅｆ＝“部品に対する問い合わせ先”、Ｎｏｔｅ＝“住所、電話番号、又はURL、e-mail”である。図６中の２行目のプロパティについても同様に、標準辞書で定義されたアトリビュート値が格納されている。なお、図４に示した辞書の例ではXJE001も存在するが、説明を簡略化する為に図６においては省略して表示するものとした。なお、図６に示すように、メタデータＤＢ３３には、各テンプレート識別子において利用されるプロパティも格納されている。
【００４８】
また、メタデータＤＢ３３には、図６に示すＭ１〜Ｍ４のように、各プロパティについて作業指示系統の各ユーザに対応したメタデータが作業指示の流れ（作業指示系統）に関連づけられて格納されている。すなわち、メタデータＭ１は「Ｕ社」のメタデータ登録者がメタデータ登録者端末（Ｕ社）１２を用いて登録され、メタデータＭ２は「営業部」のメタデータ登録者がメタデータ登録者端末（営業部）１３を用いて登録され、メタデータＭ３はメタデータ登録者である「担当１」がメタデータ登録者端末（担当１）１４を用いて登録され、メタデータＭ４はメタデータ登録者である「担当２」がメタデータ登録者端末（担当２）１５を用いて登録されたものである。
【００４９】
このようなメタデータＭ１〜Ｍ４は、辞書要素のデータモデルＭ０と同様に、テンプレート識別子にも対応付けられて管理されるものとする。例えば、メタデータＭ１は、XJE023のＮｏｔｅ“住所、電話番号又は、URL又はe-mail”に対して“URL又はe-mail”といった限定を付けたものである。このようにすることによって、作業指示の流れに対応してコンテンツとして記述すべき値を詳細化したものである。
【００５０】
つまり、Ｍ１〜Ｍ４のような辞書要素に対するメタデータが作業指示の流れに関連づけて格納されることで、標準辞書に定められるアトリビュートを詳細化することができる、という効果がある。これは、「単にサプライヤ企業内で統一的にコンテンツを書く」といった指針を定めるだけでなく、試験してみなければわからないプロパティ値に対して、その試験条件を与えるといった運用も可能となる。
【００５１】
［４．メタデータ管理システム全体の処理動作］
【００５２】
次に、メタデータ管理システム全体の処理動作について、図３のデータの流れを参照しつつ順を追って説明する。
【００５３】
（管理者の操作による各種登録処理）
管理者が管理者端末１１から入力操作した図４に示すような辞書情報は、辞書格納部２１を介して、辞書要素およびテンプレート識別子として辞書ＤＢ３１に登録される。また、管理者が管理者端末１１から入力操作した図６のＦ０に示すようなユーザグループ及び作業指示系統は、ワークフロー格納部２２を介して、ユーザグループ及び作業指示系統としてテンプレート識別子毎にワークフローＤＢ３２に登録される。
【００５４】
（メタデータ登録者の操作によるメタデータ登録処理）
「Ｕ社」のメタデータ登録者がメタデータ登録者端末（Ｕ社）１２から入力操作した図６のＭ１に示すようなメタデータは、メタデータ格納部２３を介し、辞書ＤＢ３１に関連付けられてメタデータＤＢ３３に登録される。「営業部」のメタデータ登録者がメタデータ登録者端末（営業部）１３から入力操作した図６のＭ２に示すようなメタデータは、メタデータ格納部２３を介し、辞書ＤＢ３１に関連付けられてメタデータＤＢ３３に登録される。メタデータ登録者である「担当１」がメタデータ登録者端末（担当１）１４から入力操作した図６のＭ３に示すようなメタデータは、メタデータ格納部２３を介し、辞書ＤＢ３１に関連付けられてメタデータＤＢ３３に登録される。メタデータ登録者である「担当２」がメタデータ登録者端末（担当２）１５から入力操作した図６のＭ４に示すようなメタデータは、メタデータ格納部２３を介し、辞書ＤＢ３１に関連付けられてメタデータＤＢ３３に登録される。
【００５５】
（コンテンツ作成者の操作による検索・表示処理）
コンテンツ作成者がコンテンツ作成者端末１６から入力操作した検索条件は、メタデータ検索部２４に送られ、辞書ＤＢ３１、ワークフローＤＢ３２、メタデータＤＢ３３から、コンテンツ作成者が属するユーザグループと、検索条件として与えられる辞書要素かつ／またはテンプレート識別子に関連付けられたメタデータを検索する。メタデータ表示部２５は、メタデータ検索部２４による検索結果を受け、コンテンツ作成者端末１６に結果を表示する。
【００５６】
ここで、メタデータ検索部２４およびメタデータ表示部２５における処理の流れについて順を追って説明する。
【００５７】
まず、メタデータ検索部２４における処理の流れについて図７のフローチャートを参照して説明する。図７に示すように、メタデータ検索部２４は、コンテンツ作成者が指定した現在編集しているコンテンツが属するテンプレート識別子及び詳細を閲覧したいプロパティである検索条件ｑ（ｔｉｄ，ｂｓｕ）を受け付けると（ステップＳ１）、検索条件ｑ（ｔｉｄ，ｂｓｕ）に従って辞書要素が格納されたＭ０を検索し（ステップＳ２）、該当するプロパティが存在するか否かを確認する（ステップＳ３）。
【００５８】
結果プロパティ（Result（0））が存在しない場合には（ステップＳ３のＹｅｓ）、メタデータ検索部２４における処理は終了する。
【００５９】
一方、結果プロパティが存在する場合には（ステップＳ３のＮｏ）、当該検索者が属する作業指示系統であるユーザグループ（ｇｒ）を取得し（ステップＳ４）、ｔｉｄの指示列にある存在するユーザグループであって、ｇｒより上流のメタデータＭ（ｉ）を取得する（ステップＳ５）。ここで一例を挙げて説明する。例えば、図６に示すメタデータにおいて、検索条件がｑ（Ｃ３，ＸＪＥ０７４）であり、検索者が「営業部」グループに属するとした場合には、検索者が属するユーザグループはｇｒ＝「営業部」であり、対象となるメタデータは上流の「Ｕ社」「営業部」に関連づけられたＭ１、Ｍ２となる。
【００６０】
メタデータ検索部２４は、取得した各Ｍ（ｉ）に対して、ｑ（ｔｄｉ，ｂｓｕ）を満たすプロパティを検索し、結果をResult（ｉ）とする（ステップＳ６〜Ｓ７）。
【００６１】
ステップＳ６〜Ｓ７の処理は、取得した全てのＭ（ｉ）について処理するまで（ステップＳ８のＹｅｓ）、繰り返される。
【００６２】
取得した全てのＭ（ｉ）について処理が終了した場合には（ステップＳ８のＹｅｓ）、メタデータ検索部２４における処理は終了する。
【００６３】
例えば、検索条件がｑ（Ｃ３，ＸＪＥ０７４）であり、検索者が「営業部」グループに属するとした場合において、対象となるメタデータＭ１，Ｍ２を取得した場合には、図８に示すようなプロパティリストを得る。
【００６４】
上述のようにしてメタデータ検索部２４の処理を終了すると、全Resultがメタデータ表示部２５に引き渡される。
【００６５】
次に、メタデータ表示部２５における２種類の表示方法について図９を参照しつつ説明する。
【００６６】
（１）メタデータ検索部で得た結果をそのまま表示する方法
この表示方法は、標準辞書に至るアトリビュートを全て表示する方法である。例えば、図９に示すＡは、テンプレート識別子＝Ｃ３、Ｇｒ＝「営業部」、ＢＳＵ＝ＸＪＧ０７４の場合に、メタデータ検索部２４で得た結果をそのまま表示したものである。この表示方法の特徴は、どの指示レベルで割り振られたメタデータかがわかる点にある。
【００６７】
（２）最下層のアトリビュート値を優先して表示する方法
この表示方法は、最下層のアトリビュート値を優先して表示する方法である。例えば、図９に示すＢは、テンプレート識別子＝Ｃ３、Ｇｒ＝「営業部」、ＢＳＵ＝ＸＪＧ０２３の場合に、最下層のアトリビュート値を優先して表示したものである。最下層のアトリビュートがプロパティ値を記述するにあたり最も厳しい制約を課している場合には、このような形式をとることが有効である。
【００６８】
なお、図９に示すように、Ｇｒ＝「担当１」の場合も同様に、上述した２種類の表示方法が適用されている。
【００６９】
このように本実施の形態によれば、作業指示系統に属するユーザにより登録されるものであり、辞書要素で定義されているアトリビュートと同一のアトリビュートを有していて当該アトリビュートに対する補足情報であるメタデータを、プロパティの集合に付された識別子毎であって作業指示系統に関連付けて格納する。これにより、コンテンツ記述方法をコンテンツ作成の作業指示系統に従って具体化するメタデータとして標準辞書に紐付けて管理することができるので、標準辞書に従って製品コンテンツを記述する際に、辞書定義の曖昧性を排除でき、かつコンテンツ作成者間で記述方法を統一する為の情報共有を可能にすることができるので、組織間でコンテンツ作成の知識共有が進み、過去の知識を生かし効率的なコンテンツ作成を実現でき、ひいてはコンテンツのデータ品質を向上させることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の一形態にかかるメタデータ管理システムのシステム構築例を示す模式図である。
【図２】サーバおよびクライアント端末のモジュール構成図である。
【図３】メタデータ管理システムの機能構成を示すブロック図である。
【図４】辞書要素とテンプレート識別子のデータ構造の一例を示す模式図である。
【図５】図４の辞書に従ったインスタンスの一例を示す模式図である。
【図６】ワークフローＤＢおよびメタデータＤＢのデータ構造を示す模式図である。
【図７】メタデータ検索部における処理の流れを示すフローチャートである。
【図８】プロパティリストの一例を示す模式図である。
【図９】メタデータ表示部における表示方法を示す模式図である。
【符号の説明】
【００７１】
１      メタデータ管理装置
２１    辞書格納手段
２２    作業指示系統格納手段
２３    メタデータ格納手段
２４    メタデータ検索手段
２５    メタデータ提示手段
【図１】
2009015511.tif 000003
【図２】
2009015511.tif 000004
【図３】
2009015511.tif 000005
【図４】
2009015511.tif 000006
【図５】
2009015511.tif 000007
【図６】
2009015511.tif 000008
【図７】
2009015511.tif 000009
【図８】
2009015511.tif 000010
【図９】
2009015511.tif 000011