データベース管理装置およびデータベース管理方法
【課題】輸入した属性の詳細な内容を参照元辞書側で得ることができ、かつ、辞書間のデータ通信を効率的に行なうことができるデータベース管理装置およびデータベース管理方法を提供する。
【解決手段】下位の分類が上位の分類の属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照している分類や属性に係る情報を抽出し、参照元辞書に追加して再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力する。これにより、輸入した属性の詳細な内容を参照元辞書側で得ることができる。また、参照先辞書から参照している分類や属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができる。
【解決手段】下位の分類が上位の分類の属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照している分類や属性に係る情報を抽出し、参照元辞書に追加して再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力する。これにより、輸入した属性の詳細な内容を参照元辞書側で得ることができる。また、参照先辞書から参照している分類や属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照先辞書で定義されている属性を識別子により取り込むことが可能な参照元辞書を有しているデータベース管理装置およびデータベース管理方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクト・リレーショナル型データベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位が上位分類の属性を継承する階層構造を持つ。この階層型データベースにおいては、継承に従って下位の分類では属性が累増する。この上位分類の属性を下位に継承することは、通常「インヘリタンス」と呼ばれており、このような技術は非特許文献１などの多くの文献に記載されている。
【０００３】
また、オブジェクト指向データベースにおいては、階層中の分類は「クラス」と呼ばれることが多い。一方、オブジェクト・リレーショナル型データベース（ＯＲＤＢ）においては、継承を許したテーブルがこれに相当し、上下関係をもつテーブル間において、上位のテーブルから下位のテーブルへ属性、すなわち上位テーブルを構成するコラムのヘッダ情報が下位テーブルへ継承される。各階層の分類に属する同じ属性種を持つデータを「インスタンス」と呼び、その集合をデータの「ポピュレーション」と呼ぶ。データのポピュレーションは、関係データベース（ＲＤＢ）あるいはＯＲＤＢにおいては、テーブルと呼ばれる構造に格納されるのが普通である。テーブルにおいてそれを構成する属性の並びをテーブルのヘッダと呼ぶ。
【０００４】
階層型データベースの一つとしては、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、「PLIB」規格という）がある。この「PLIB」規格は、複数の“Part"（通常、「分冊」と訳される）からなる製品あるいは部品ライブラリデータに関するオブジェクト指向的な記述の方法とその交換ファイル形式のセマンティックス、すなわち、どのような用語や記述方式およびデータ型を用いるかを定める国際規格である。「PLIB」規格のPart42（分冊第４２）はIEC61360-2（分冊第２）と内容が共通している。この規格は、オブジェクト指向的に製品を分類し、個々の分類を特徴付ける属性群を明らかにし、分類に対するコンテンツをファイル交換する仕組みであるので、勿論、属性の継承の概念はこの中に含まれている。また、この規格はISO6523"Structure for Identification of organizations and organization parts"を引用して作られており、特に、ISO6523の定めるICD（International Code Designator）を活用して属性に対して世界的に一意な識別子を割り振ることが可能である。
【０００５】
近年においては、「PLIB」規格に準拠したシステムがいくつか提案されている（特許文献１，２）。
【０００６】
【非特許文献１】Object-Oriented Concepts, Databases, and Applications, Edited by Won Kim, 1989, ACM Press
【特許文献１】特開２００４−１７７９９６号公報
【特許文献２】特開２００４−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、「PLIB」規格では、製品の技術情報を“辞書”と“コンテンツ”によって表現することを基本概念としたデータ変換形式を規定している。この“辞書”は、階層関係および各階層が持つ属性が継承されたものであり、通常、既存の辞書を参照するようにしている。
【０００８】
また、「PLIB」規格では、“辞書”間の参照関係を表すために、“ＣａｓｅＯｆ”という仕組みが提供されている。この参照関係を表すための仕組み“ＣａｓｅＯｆ”を利用することにより、既に別の“辞書（参照先辞書）”で定義されている属性（プロパティ）を自分の“辞書（参照元辞書）”に取り込んで利用することができる。この“ＣａｓｅＯｆ”を利用することにより、クラス間で部分継承が可能となる。この“ＣａｓｅＯｆ”を利用して多くの属性（プロパティ）を輸入・輸出することにより、異なる辞書で同じ属性（プロパティ）を使うことができ、実際の製品データの交換が容易になること、また、辞書作成の手間が省けることなどの利点がある。
【０００９】
この参照関係は、参照元辞書に、参照先辞書で定義されているクラスや属性の識別子であるＢＳＵ（Basic Semantic Unit）をポインタとして記述することによって実現される。したがって、参照元辞書単独では、輸入している属性（プロパティ）の名称が何であるのか、定義がどのようなものなのか、データ型は何であるか、単位は何であるのか等の属性（プロパティ）を特徴づける詳細な情報は、全く分からない。そのため、参照元辞書で輸入した属性（プロパティ）の詳細な内容を得るためには、参照先辞書から輸入した属性（プロパティ）を探して、そこから情報を得なければならない。
【００１０】
また、参照先辞書は、膨大なクラスや属性（プロパティ）を定義している国際規格等であることが多く、かつ、参照する属性（プロパティ）はその一部に過ぎない場合が多いため、効率的な辞書間のデータ通信も望まれている。
【００１１】
本発明は、上記に鑑みてなされたものであって、輸入した属性の詳細な内容を参照元辞書側で得ることができ、かつ、辞書間のデータ通信を効率的に行なうことができるデータベース管理装置およびデータベース管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理装置において、前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成手段と、前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力手段と、を備える。
【発明の効果】
【００１３】
本発明によれば、下位の分類が上位の分類の属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照している分類や属性に係る詳細情報を抽出して参照元辞書に追加し、参照元辞書を再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力することにより、輸入した属性の詳細な内容を参照元辞書側で得ることができるようになる。また、参照先辞書から参照している分類や属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、この発明に係るデータベース管理装置の最良な実施の形態を詳細に説明する。
【００１５】
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、「PLIB」規格という）の概要について図１を参照して説明する。
【００１６】
図１に示すように、「PLIB」規格は、継承に従って下位の分類では属性が累増する階層型データベースの一つである。このような「PLIB」規格では、電子カタログを“スキーマ”と“コンテンツ”とで構成し、これらに統一したデータ構造を与えることで、製品情報の共有・再利用を目指している。「PLIB」規格で定義している“スキーマ”では、製品分類は、「製品クラス」を単一木構造で階層的に表現することで表されている。各「製品クラス」はそれぞれ「属性項目（プロパティ）」を持つようになっており、ある「製品クラス」の「属性項目（プロパティ）」は下位の「製品クラス」に継承される。階層関係および各階層が持つ属性が継承されたものを“辞書”と呼ぶ。言い換えれば、「PLIB」規格は、階層型データベースで表現される“辞書”を記述するためのデータモデルを定めた規格である。また、「製品クラス」および「属性項目（プロパティ）」は一意に特定できるようそれぞれ「ＢＳＵ（Basic Semantic Unit）コード」とよばれるユニークなＩＤをつけるようになっている。一方、“コンテンツ”の部分はこの“スキーマ”に定義された「属性項目（プロパティ）」にそれぞれの製品固有の属性値を埋め込んだテーブルとして表現される。
【００１７】
「PLIB」規格が電子カタログとしてのフレームワークを提供している一方で、実際の“スキーマ”についての国際標準化も進められており、IEC61360では電気・電子分野でのスキーマの上位階層部分、つまり「製品クラス」と「属性項目」についての一般的な部分の標準化を推進している。これにより、各社の製品カタログ作成者は、IEC 61360からの下位展開として独自の詳細な「製品クラス」と「属性項目（プロパティ）」を決め、各自のコンテンツを作成することができる。このように作成されたコンテンツを電子カタログの利用者は「製品クラス」の分類階層を辿り、属性値を参照して自分に必要な製品を絞り込んでいき、所望の製品を検索することが可能となる。
【００１８】
以上が、「PLIB」規格の概要である。
【００１９】
続いて、本発明の実施の一形態について詳細に説明する。図２は、本発明の実施の一形態に係るデータベース管理装置を含むシステムの概略構成を示すブロック図である。
【００２０】
本システムは、製品情報を記述するための各種情報（製品分類の階層関係、製品分類の名称や定義等の詳細情報および属性情報を含んだ「辞書情報」、「コンテンツ（インスタンス）情報」など）を格納し、要求があった場合にはそれをユーザに提示するサーバ装置Ｓと、このサーバ装置Ｓへ製品情報を要求するクライアント装置Ｃとから構成されている。サーバ装置Ｓとクライアント装置Ｃとは、ネットワークＮを介して接続され、互いにデータを送受信できる構成をなす。データベース管理装置に相当するのは、サーバ装置Ｓである。なお、このようなネットワーク通信を伴うクライアント・サーバ方式のみに本発明は限定されないことはいうまでもない。
【００２１】
クライアント装置Ｃは、各部を制御するＣＰＵ（Central Processing Unit）やＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの記憶部で構成される制御部１と、キーボードやマウスなどの入力部２と、ディスプレイ装置などの出力部３とを備えており、通常のコンピュータを利用したハードウェア構成となっている。そして、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、ＧＵＩ（Graphical User Interface）４を提供する。なお、出力に関しては、ディスプレイ装置上の表示だけではなく、ファイルへの出力なども含まれる。
【００２２】
クライアント装置Ｃは、サーバ装置Ｓから受信したデータを、ＧＵＩ４を介して出力部３に出力し、ユーザにより入力部２から入力されたデータやコマンドを、ＧＵＩ４を介して受け取り、サーバ装置Ｓへ送信する。
【００２３】
サーバ装置Ｓは、クライアント装置Ｃと同様に、各部を制御するＣＰＵやＨＤＤ、ＲＯＭ及びＲＡＭなどの記憶部で構成される制御部５と、キーボードやマウスなどの入力部６と、ディスプレイ装置などの出力部７とを備えており、通常のコンピュータを利用したハードウェア構成となっている。そして、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、ＧＵＩ８を提供する。さらに、サーバ装置Ｓは、“辞書”と別称されるクラス分類とクラス分類を構成する属性の辞書データベース１０、“コンテンツ”と別称される個々のクラスの属性の値の組、すなわちインスタンスのデータベース１１を備える。また、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、これらデータベース１０，１１へのデータの入出力および検索等の実行を管理するデータベース・マネージメント・システム９を提供する。
【００２４】
ここで、このシステムの代表的な処理動作を簡単に説明する。クライアント装置Ｃの入力部２から入力された処理要求を受けて、クライアント装置Ｃの制御部１はネットワークＮを介してサーバ装置Ｓに処理要求を送信する。サーバ装置Ｓの制御部５は、受信した処理要求に基づき必要な処理をデータベース・マネージメント・システム９に実行させる。データベース・マネージメント・システム９は、例えばデータベース１０，１１のいずれかから必要となるデータを読み出し、あるいはネットワークＮを介してクライアント装置Ｃから受信したデータに基づき必要な処理を行う。処理結果は、データベース１０，１１のいずれかに格納してもよいし、クライアント装置Ｃに送信してもよい。クライアント装置Ｃに送信された処理結果は、出力部３に表示される。
【００２５】
“辞書”、すなわちクラス分類とクラス分類を構成する属性の辞書データベース１０について詳述する。辞書データベース１０は、クラス相互間についての情報が記録されており、１つのクラス分類を選んだときその上位分類クラスとその下位分類クラスが分かるようになっている。また、この辞書データベース１０にはクラス分類に所属する属性に関する情報が記録されており、１つのクラス分類を選んだときそのクラスに付属する全ての属性に関する情報が分かるようになっている。
【００２６】
図３は、クラスの階層構造と各クラスの属性の一例を示す概念図である。上位クラスの属性は下位クラスへ継承される。したがって、図３に示すように各クラスが属性を持つ場合、例えば、クラス「Ｔ０５：デスクトップＰＣ」では、クラス「Ｔ０２：オフィス／家庭用製品」が持つ属性である「PRP001：品名」，「PRP002：メーカ名」，「PRP003：製品コード」，「PRP004：標準価格」と、クラス「Ｔ０３：デジタル製品」が持つ属性である「PRP005：電圧」と、クラス「Ｔ０４：パソコン」が持つ属性である「PRP006：標準メモリ容量」と、「PRP007:ＨＤＤ容量」とを継承する。さらに、クラス「Ｔ０５：デスクトップＰＣ」自身が持つ属性である「PRP008：ディスプレイ」を加えた８つの属性を利用することが可能となる。
【００２７】
「PLIB」規格で定義できる“辞書”は単純木である。すなわち、クラスは一つの上位クラスしか持たない単純継承関係をなす。しかしながら、「PLIB」規格では、“辞書”間の参照関係を表すために、“ＣａｓｅＯｆ”という仕組みが提供されている。この参照関係を表すための仕組み“ＣａｓｅＯｆ”を利用することにより、既に別の“辞書（参照先辞書）”で定義されている属性（プロパティ）を自分の“辞書（参照元辞書）”に取り込んで利用することができる。この“ＣａｓｅＯｆ”を利用することにより、クラス間で一部の属性だけを参照することができる部分継承が可能となる。この“ＣａｓｅＯｆ”を利用して多くの属性（プロパティ）を輸入・輸出することにより、異なる辞書で同じ属性（プロパティ）を使うことができ、実際の製品データの交換が容易になること、また、辞書作成の手間が省けることなどの利点がある。
【００２８】
図４は、“ＣａｓｅＯｆ”を利用したクラスツリーの一例を示す概念図である。図４では、クラス１、クラス２、クラス３の関係は単純木であり、単純継承の階層関係で結ばれている。クラス１１、クラス１２の関係も単純木であり、単純継承の階層関係で結ばれており、それぞれ上位クラスの属性を継承している。図４中、ドットプリントが背景模様となっている属性は、上位階層から継承されたものをあらわしている。すなわち、クラス２では、クラス１から継承された属性１と属性２を属性として持つ。クラス２は“ＣａｓｅＯｆ”クラスで定義されており、別の辞書のクラス１１から属性１１をインポートしている。属性をインポートすることにより、クラス２では、それ以降、属性１１を自身の属性として利用することが可能となる。このような方法で、子クラスが複数の親クラスからの属性を継承する多重継承関係を模擬することができる。
【００２９】
辞書データベース１０は、下位の分類が上位の分類の属性を継承する階層構造を持つ通常辞書（参照先辞書も含まれる）と、既存の参照先辞書で定義されている属性を取り込む部分継承が可能な参照元辞書を記憶する記憶手段としても機能する。
【００３０】
次いで、データベース・マネージメント・システム９が発揮する特徴的な機能について説明する。なお、従来のデータベース・マネージメント・システム９が発揮する機能についての説明は省略する。
【００３１】
図５に示すように、従来の“ＣａｓｅＯｆ”では、参照元辞書には、参照先プロパティのＢＳＵコード（ポインタ）だけが記述される形をとっており、実際の情報については、参照先の辞書を参照するのが、通常の方式となっている。そのため、参照元辞書単独では、輸入しているプロパティの名称や定義、データ型などの詳細な情報については、全く分からない。そのため、参照元辞書で輸入したプロパティの詳細な内容を得るためには、参照先辞書から輸入したプロパティを探して、そこから情報を得なければならない。また、参照先の辞書は、通常、一つ一つの辞書が膨大なクラスやプロパティを定義している国際規格や業界団体辞書であることが多く、且つ、参照するプロパティは、その中のほんの一部に過ぎない例が多いため、効率的な辞書間のデータ通信も望まれている。
【００３２】
そこで、本実施の形態のデータベース管理装置であるサーバ装置Ｓのデータベース・マネージメント・システム９においては、この“ＣａｓｅＯｆ”という概念を拡張するようにした。より具体的には、本実施の形態のデータベース管理装置であるサーバ装置Ｓのデータベース・マネージメント・システム９においては、“ＣａｓｅＯｆ”によって、輸入したプロパティのＢＳＵコード（ポインタ）だけでなく、一部の情報も参照元辞書に取り込むことによって、効率的に参照元辞書を取り扱うことを可能とした。この点について、以下において詳細に説明する。
【００３３】
図６は、データベース・マネージメント・システム９の構成を示す機能ブロック図である。図６に示すように、データベース・マネージメント・システム９は、辞書データ構成方式指定手段として機能する辞書データ構成方式指定部２１、辞書データ構成手段として機能する辞書データ構成部２２、辞書データ構成方式付与手段として機能する辞書データ構成方式付与部２３、辞書データ構成方式判断手段として機能する辞書データ構成方式判断部２４、重複データ処理指定手段として機能する重複データ処理指定部２５、辞書データ構成方式表示手段として機能する辞書データ構成方式表示部２６、辞書表示手段として機能する辞書表示部２７、辞書データベース構成手段として機能する辞書データベース構成部２８を備えている。
【００３４】
辞書データ構成方式指定部２１は、辞書データベース１０に保持されている参照先辞書からどの範囲で情報を抽出して、参照元辞書に追加して再構成するかをユーザが選択する機能を発揮する。参照元辞書が参照する複数の参照先辞書について、一括あるいは個別に抽出範囲の指定方式（構成方式）を指定することが可能である。なお、抽出範囲の指定方式（構成方式）の例は、後述する。
【００３５】
辞書データ構成部２２は、辞書データ構成方式指定部２１の指定に従い、参照先辞書から情報を抽出して、参照元辞書に追加して再構成する機能を発揮する。抽出範囲の指定方式（構成方式）により、以下の例のように処理する。
【００３６】
＜構成方式の種類例１（プロパティの詳細情報まで含める）＞
図７は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵコードとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報も参照元辞書に追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。
【００３７】
＜構成方式の種類例２（プロパティの詳細情報及びクラスの情報まで含める）＞
図８は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を参照元辞書（辞書データベース１０）に追加に追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。クラスの詳細情報には、そのクラスの上位クラスのＢＳＵが含まれるため、上位クラスのＢＳＵまで追加する必要がある。クラスの詳細情報の追加については、さらにその範囲を広げ、
（１）すぐ上の上位クラスのクラス情報＋さらにその上のクラスのＢＳＵ
（２）すぐ上の上位クラスのクラス情報＋ルートまでのクラスＢＳＵとクラス情報
（３）すぐ上の上位クラスのクラス情報＋ルートまでのクラスＢＳＵとクラス情報＋それらのクラスに付随するプロパティなどのＢＳＵとプロパティ情報などが考えられる。
【００３８】
＜構成方式の種類例３（プロパティの詳細情報、クラスの情報及びサプライヤの情報までを含める）＞
図９は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報、サプライヤの詳細情報を追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。
【００３９】
辞書データ構成方式付与部２３では、辞書データ構成方式指定部２１で指定された構成方式が何かを、辞書データに何らかの形で付与する機能である。以下、付与の方法の例を示す。
【００４０】
＜構成方式の付与の形態例１＞
Ｐａｒｔ２１ファイルのヘッダ部分あるいは、「PLIB」規格の情報モデルをラップした外に構成方式情報を付与して送る。図１０は、辞書データに構成方式を付与した例を示す説明図である。図１０は、Ｐａｒｔ２１ファイルをラップしてその外に構成方式を付与した例である。図１０に示す例では、Part21ファイル記述部分２０２をタグ<PART21>とタグ</PART21>で囲んで、ラップしている。構成方式の情報は、タグ<CASEOF></CASEOF>で囲まれた部分２０１に記述されている。この例では、２０２の内容の補助として、サプライヤ“140/E-Commerce”、クラス“E_C0001”で定義されたプロパティ“E_P0001”および“E_P0002”は、プロパティの詳細情報までが含まれていることを示している。加えて、別のサプライヤ“140/AAA”、クラス“A_C001”で定義されたプロパティ“A_P001”については、クラスの詳細情報とプロパティの詳細情報が含まれていることを示している。
Part21ファイルのヘッダ部分を利用する方法としては、Part21ファイル中のヘッダにあるエンティティ“FILE_NAME”のアトリビュートの一つを用いて、例えば、前述構成方式記述にしたがって記述する方法が考えられる。
図１１に示す例は、エンティティFILE_NAMEのアトリビュートorganizationを利用して記述したものである。受け取り側では、特殊なタグ<caseof></caseof>を解釈することによって、参照クラスやプロパティの情報が、Part21ファイル中にどこまでの範囲で含まれているかを簡単に解釈することが可能となる。
なお、ここでいうエンティティとは、データモデルを表現するスキーマを、EXPRESS言語に従って記述する基本単位である。エンティティは、アトリビュートを持つ。アトリビュートが更に別のエンティティを指すこともある。
【００４１】
＜構成方式の付与の形態例２＞
データモデル内のエンティティを利用して記述する。辞書データの形態は、Ｐａｒｔ２１、ＸＭＬ、あるいは他の形態でも可能である。
参照元辞書において、参照元となるクラスは、CASE_OFクラスで表現される。これをエンティティで表現すると、“ITEM_CLASS_CASE_OF"などで記述される。例えば、スキーマを拡張して、このITEM_CLASS_CASE_OFの下位エンティティ
”EXTENSION_ITEM_CLASS_CASE_OF"
を作り、構成方式の情報を付与するためのアトリビュートを追加して、そこに構成方式を記述する方法も考えられる。上記のような例の場合のスキーマ拡張例は、図１２のようになる。また、Ｐａｒｔ２１ファイル記述例は、図１３のようになる。
アトリビュートimported_areasの記述については、上記のような記述や、同エンティティ中のimported_propertiesと対応付けて、範囲だけ（“PROPERTY”、“CLASS_PROPERTY"）だけをリストにするなど、様々な方法が考えられる。
【００４２】
＜構成方式の付与の形態例３＞
別ファイルに情報を記述する。辞書データがＰａｒｔ２１、ＸＭＬあるいは他の形態でも可能である。
【００４３】
辞書データ構成方式判断部２４は、入力部６から辞書データ（参照元辞書）を受け取り、辞書データ構成方式付与部２３で付与された構成方式を読み取り、判断し、辞書データベース構成部２８に渡す。構成方式が付与されていない場合には、入力部６から受け取った辞書データ（参照元辞書）の状況からそれを読み取り判断する。
【００４４】
辞書データ構成方式表示部２６は、参照元辞書がどのような構成方式で構成されているのかを表示するための機能である。
【００４５】
辞書表示部２７は、辞書データ構成部２２で構成された辞書データを表示する。より詳細には、辞書データベース１０から複数の辞書データを読み取り、参照関係を含めた形での階層型構造として表示するための機能である。図１４は、ＧＵＩ４，８の一例を示す正面図である。この図１４は、階層木（クラスツリー）、分類（クラス）及び属性を表示するためのＧＵＩの例である。クラスツリー表示部１０１からクラスを選択すると、クラス情報表示部１０２に、例えば、クラスを識別するクラスコード、定義、注記、バージョンなどのクラス情報が表示される。また、同時にそのクラスで利用できる属性の一覧が、プロパティリスト表示部１０３に表示される。図１４に示す例では、クラスツリー表示部１０１でクラスコード「Ｔ０５：デスクトップＰＣ」を選択した場合、クラス情報表示部１０２には「Ｔ０５：デスクトップＰＣ」のクラス情報が表示され、プロパティリスト表示部１０３には、上記の８つのプロパティ（属性）がリストアップされる。
【００４６】
クラスがＣａｓｅＯｆクラスの場合、クラスツリー表示部１０１でそのクラスを選択すると、クラス情報表示領域画面１０２には、クラス情報に加えて、参照先クラスの識別子、参照先クラスへ移動するためのジャンプボタン（リンク）が表示される。また、プロパティ表示領域１０３には、参照先クラスから輸入されたプロパティが、輸入されたことを示すマーク付きで表示される。
【００４７】
辞書データベース構成部２８では、辞書データベース１０に含まれる参照先辞書の内容と、入力部６から送られてきた参照先辞書の内容に矛盾がある場合、ユーザあるいは辞書管理者等に、どちらを優先させるかを指定させ、指定された内容を辞書データベース１０（参照元辞書）として構成する。
【００４８】
なお、優先順位については、その都度指定しなくても、システムで予め設定しておいても良い。ここで、重複データ処理指定部２５について説明する。例えば、図７のような状態で、参照先辞書と参照元辞書が構成されていたとする。プロパティＰ１は、参照先辞書と参照元辞書の両方に実体が存在する。実体は、双方のプロパティＰ１のＢＳＵコード、バージョンが同じであれば、必ず同じはずであるが、リビジョンが異なれば、実体が異なってしまうことがある。重複データ処理指定部２５は、このように両方に実体がある場合に、どちらを優先させるかを指定し、辞書データを構成することが可能な機能を発揮するものである。また、辞書データベース１０の構成時には両方の情報を保持しておき、辞書を表示あるいは出力する段階で指定しても良い。
【００４９】
続いて、上述したような構成のデータベース・マネージメント・システム９における代表的な処理の流れについて説明する。
【００５０】
まず、データベース・マネージメント・システム９における辞書の出力処理について説明する。この辞書の出力処理は、ユーザからの要求に応じて辞書データベース１０から主に参照元辞書を出力する場合における処理である。
【００５１】
図１５は、辞書の出力処理の流れを示すフローチャートである。図１５に示すように、辞書の出力処理は、まず、出力要求があった辞書が、“ＣａｓｅＯｆ”によって他の辞書を参照しているか否かを判断する（ステップＳ１）。出力要求があった辞書が他の辞書を参照していると判断した場合であって（ステップＳ１のＹ）、構成方式の指定をユーザが行わない場合には（ステップＳ２のＮ）、予め設定されている構成方式を決定し（ステップＳ３）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４：辞書データ構成部２２）。一方、構成方式の指定をユーザが行う場合には（ステップＳ２のＹ）、参照している各クラス又は各プロパティについてどのような出力を行うかを指定した後（ステップＳ５：辞書データ構成方式指定部２１）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４：辞書データ構成部２２）。そして、構成方式を辞書データ（参照元辞書）に付与する場合には（ステップＳ６のＹ）、参照している各クラスについて決定した構成方式を辞書データ（参照元辞書）に情報として付与した後（ステップＳ７：辞書データ構成方式付与部２３）、辞書データ（参照元辞書）を出力する（ステップＳ８：出力手段）。ここで、出力に関しては、ディスプレイ装置上の表示だけではなく、ファイルへの出力なども含まれる。一方、構成方式を辞書データ（参照元辞書）に付与しない場合には（ステップＳ６のＮ）、そのまま辞書データ（参照元辞書）を出力する（ステップＳ８）。また、出力要求があった辞書が他の辞書を参照していないと判断した場合にも（ステップＳ１のＮ）、そのまま辞書データを出力する（ステップＳ８）。
【００５２】
ここで、ＰＡＲＴ２１ファイル形式を利用した「PLIB」規格における辞書データベース１０（参照元辞書）の記述例を示す。
【００５３】
図１６は、インポートプロパティの詳細情報を追加した参照元辞書の記述例を示す図である。図１６に示す網掛け部分が、追加されたインポートプロパティの詳細情報である。これらを参照元辞書に含めることにより、単独で、インポートプロパティの名称、定義、データ型、単位を読み取ることが可能となる。
【００５４】
図１７は、インポートプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を追加した参照元辞書の記述例を示す図である。図１７に示す網掛け部分が、図１６に加えて、参照先のクラス情報まで参照元辞書に含めた例である。この例では、参照先クラス“E_C0001”の情報に加えて、E_C0001の上位クラスのクラスＢＳＵコード“E_C0000”も含まれている。
【００５５】
図１８は、インポートプロパティの詳細情報、そのプロパティの定義クラスの詳細情報、およびサプライヤの詳細情報を追加した参照元辞書の記述例を示す図である。図１８に示す網掛け部分が、図１７に加えて、参照先サプライヤ“140/E-Commere”の詳細情報まで含めた参照元辞書である。
【００５６】
以上のように“ＣａｓｅＯｆ”によって、輸入したプロパティのＢＳＵコード（ポインタ）だけでなく、一部の詳細情報も参照元辞書に取り込むことによって、効率的に参照元辞書を取り扱うことが可能となっている。
【００５７】
なお、図１６〜図１８においては、ＰＡＲＴ２１ファイルでの記述を例にあげているが、ＸＭＬやその他の方式での記述についても同様である。
【００５８】
次に、データベース・マネージメント・システム９における辞書の入力処理について説明する。この辞書の入力処理は、ユーザが入力した辞書データ（参照元辞書）を再構成する場合における処理である。
【００５９】
図１９は、辞書の入力処理の流れを示すフローチャートである。図１９に示すように、辞書の入力処理は、まず、入力部６から受け取った辞書データ（参照元辞書）に付与されている構成方式を読み取る（ステップＳ１１：辞書データ構成方式判断部２４）。より詳細には、図２０に示すように、入力部６から受け取った辞書データ（参照元辞書）に、辞書の構成方式が別に記述されているか否かを判断する（ステップＳ２１）。辞書の構成方式が別に記述されていると判断した場合には（ステップＳ２１のＹ）、別途辞書構成方式に記述されている内容から辞書の構成方式を判断し、辞書データベース構成部２８に渡す（ステップＳ２２）。一方、辞書の構成方式が別に記述されていないと判断した場合には（ステップＳ２１のＮ）、入力部６から受け取った辞書データ（参照元辞書）の状況からそれを読み取り判断し、辞書データベース構成部２８に渡す（ステップＳ２３）。
【００６０】
次いで、図１９に示すように、ステップＳ１１で辞書の構成方式が判断された辞書データ（参照元辞書）から辞書データベース１０（参照元辞書）を構成する（ステップＳ１２：辞書データベース構成部２８）。より詳細には、図２１に示すように、まず、入力された参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾がないか否かを判断する（ステップＳ３１）。参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾がないと判断した場合には（ステップＳ３１のＹ）、そのままステップＳ３２に進み、辞書データベース１０（参照元辞書）を構成する。一方、参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾があると判断した場合であって（ステップＳ３１のＮ）、どちらを優先させるかをユーザに指定させる場合には（ステップＳ３３のＹ）、ユーザに重複かつ矛盾する辞書データのどちらを優先させるかを指定させ（ステップＳ３４）、指定された情報を優先させた辞書データベース１０（参照元辞書）を再構成する（ステップＳ３５）。また、どちらを優先させるかをユーザに指定させない場合には（ステップＳ３３のＮ）、重複データ処理指定部２５に予め設定されている優先順位に従って指定させ（ステップＳ３６）、指定された情報を優先させた辞書データベース１０（参照元辞書）を構成する（ステップＳ３５）。なお、辞書データベース１０に参照先辞書がない場合には、矛盾がないものとして、ステップＳ３１、ステップＳ３２の順で処理を行う。
【００６１】
次に、データベース・マネージメント・システム９における辞書の表示処理について説明する。この辞書の表示処理は、ユーザからの要求に応じて辞書データベース１０（参照元辞書）を表示する場合における処理である。
【００６２】
図２２は、辞書の表示処理の流れを示すフローチャートである。図２２に示すように、辞書の表示処理は、まず、表示要求があった辞書が、“ＣａｓｅＯｆ”によって他の辞書を参照しているか否かを判断する（ステップＳ４１）。表示要求があった辞書が他の辞書を参照していると判断した場合であって（ステップＳ４１のＹ）、構成方式の指定をユーザが行わない場合には（ステップＳ４２のＮ）、予め設定されている構成方式を決定し（ステップＳ４３）、参照している各クラスについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４４：辞書データ構成部２２）。一方、構成方式の指定をユーザが行う場合には（ステップＳ４２のＹ）、参照している各クラス又は各プロパティについてどのような表示を行うかを指定した後（ステップＳ４５：辞書データ構成方式指定部２１）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４４：辞書データ構成部２２）。そして、構成方式を表示する場合には（ステップＳ４６のＹ）、参照している各クラス又は各プロパティについて決定した構成方式を表示した後（ステップＳ４７：辞書データ構成方式表示部２６）、辞書データ（参照元辞書）を出力部７に表示する（ステップＳ４８：辞書表示部２７）。この場においては、辞書表示部２７は、参照関係を含めた形で、階層型構造を有する辞書として表示する。一方、構成方式を表示しない場合には（ステップＳ４６のＮ）、そのまま辞書データ（参照元辞書）を出力部７に表示する（ステップＳ４８：辞書表示部２７）。また、表示要求があった辞書が他の辞書を参照していないと判断した場合にも（ステップＳ４１のＮ）、そのまま辞書データを出力部７に表示する（ステップＳ４８：辞書表示部２７）。これらの場合においては、辞書表示部２７は、辞書データ構成部２２で構成された辞書データ（参照元辞書）を階層型構造を有する辞書として表示する。
【００６３】
このように本実施の形態によれば、下位のクラスが上位のクラスの属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照しているクラスや属性に係る情報を抽出して参照元辞書に追加し、参照元辞書を再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力することにより、輸入した属性の詳細な内容を参照元辞書側で得ることができるようになる。また、参照先辞書から参照しているクラスや属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができる。
【００６４】
また、参照元辞書が参照する少なくとも１以上の参照先辞書についての抽出範囲の指定方式の情報を参照元辞書に付与することにより、どの方式で記述した辞書データなのかをデータをやり取りする双方で簡単に識別することができるので、辞書データの取扱い効率を向上させることができる。
【図面の簡単な説明】
【００６５】
【図１】本実施の形態の前提となるISO13584 Parts Library規格の概要を示す説明図である。
【図２】本発明の実施の一形態に係るデータベース管理装置を含むシステムの概略構成を示すブロック図である。
【図３】クラスの階層構造と各クラスの属性の一例を示す概念図である。
【図４】“ＣａｓｅＯｆ”を利用したクラスツリーの一例を示す概念図である。
【図５】従来の“ＣａｓｅＯｆ”の関係を示す説明図である。
【図６】データベース・マネージメント・システムの構成を示す機能ブロック図である。
【図７】構成方式の一例を示す説明図である。
【図８】構成方式の一例を示す説明図である。
【図９】構成方式の一例を示す説明図である。
【図１０】辞書データに構成方式を付与した記述例を示す図である。
【図１１】Part21ファイルのヘッダ部分を利用した記述例を示す図である。
【図１２】構成方式の情報を付与するためのアトリビュートを追加した記述例を示す図である。
【図１３】Ｐａｒｔ２１ファイル記述例を示す図である。
【図１４】階層型データベースにおけるＧＵＩの一例を示す正面図である。
【図１５】辞書の出力処理の流れを示すフローチャートである。
【図１６】インポートプロパティの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１７】インポートプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１８】インポートプロパティの詳細情報、そのプロパティの定義クラスの詳細情報、およびサプライヤの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１９】辞書の入力処理の流れを示すフローチャートである。
【図２０】辞書データ構成方式判断部における処理の流れを示すフローチャートである。
【図２１】辞書データベース構成部における処理の流れを示すフローチャートである。
【図２２】辞書の表示処理の流れを示すフローチャートである。
【符号の説明】
【００６６】
６ 入力部
１０ 記憶手段、辞書データ
２１ 辞書データ構成方式指定手段
２２ 辞書データ構成手段
２３ 辞書データ構成方式付与手段
２４ 辞書データ構成方式判断手段
２５ 重複データ処理指定手段
２６ 辞書データ構成方式表示手段
２７ 辞書表示手段
２８ 辞書データベース構成手段
Ｓ データベース管理装置
【技術分野】
【０００１】
本発明は、下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照先辞書で定義されている属性を識別子により取り込むことが可能な参照元辞書を有しているデータベース管理装置およびデータベース管理方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクト・リレーショナル型データベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位が上位分類の属性を継承する階層構造を持つ。この階層型データベースにおいては、継承に従って下位の分類では属性が累増する。この上位分類の属性を下位に継承することは、通常「インヘリタンス」と呼ばれており、このような技術は非特許文献１などの多くの文献に記載されている。
【０００３】
また、オブジェクト指向データベースにおいては、階層中の分類は「クラス」と呼ばれることが多い。一方、オブジェクト・リレーショナル型データベース（ＯＲＤＢ）においては、継承を許したテーブルがこれに相当し、上下関係をもつテーブル間において、上位のテーブルから下位のテーブルへ属性、すなわち上位テーブルを構成するコラムのヘッダ情報が下位テーブルへ継承される。各階層の分類に属する同じ属性種を持つデータを「インスタンス」と呼び、その集合をデータの「ポピュレーション」と呼ぶ。データのポピュレーションは、関係データベース（ＲＤＢ）あるいはＯＲＤＢにおいては、テーブルと呼ばれる構造に格納されるのが普通である。テーブルにおいてそれを構成する属性の並びをテーブルのヘッダと呼ぶ。
【０００４】
階層型データベースの一つとしては、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、「PLIB」規格という）がある。この「PLIB」規格は、複数の“Part"（通常、「分冊」と訳される）からなる製品あるいは部品ライブラリデータに関するオブジェクト指向的な記述の方法とその交換ファイル形式のセマンティックス、すなわち、どのような用語や記述方式およびデータ型を用いるかを定める国際規格である。「PLIB」規格のPart42（分冊第４２）はIEC61360-2（分冊第２）と内容が共通している。この規格は、オブジェクト指向的に製品を分類し、個々の分類を特徴付ける属性群を明らかにし、分類に対するコンテンツをファイル交換する仕組みであるので、勿論、属性の継承の概念はこの中に含まれている。また、この規格はISO6523"Structure for Identification of organizations and organization parts"を引用して作られており、特に、ISO6523の定めるICD（International Code Designator）を活用して属性に対して世界的に一意な識別子を割り振ることが可能である。
【０００５】
近年においては、「PLIB」規格に準拠したシステムがいくつか提案されている（特許文献１，２）。
【０００６】
【非特許文献１】Object-Oriented Concepts, Databases, and Applications, Edited by Won Kim, 1989, ACM Press
【特許文献１】特開２００４−１７７９９６号公報
【特許文献２】特開２００４−１７８０１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、「PLIB」規格では、製品の技術情報を“辞書”と“コンテンツ”によって表現することを基本概念としたデータ変換形式を規定している。この“辞書”は、階層関係および各階層が持つ属性が継承されたものであり、通常、既存の辞書を参照するようにしている。
【０００８】
また、「PLIB」規格では、“辞書”間の参照関係を表すために、“ＣａｓｅＯｆ”という仕組みが提供されている。この参照関係を表すための仕組み“ＣａｓｅＯｆ”を利用することにより、既に別の“辞書（参照先辞書）”で定義されている属性（プロパティ）を自分の“辞書（参照元辞書）”に取り込んで利用することができる。この“ＣａｓｅＯｆ”を利用することにより、クラス間で部分継承が可能となる。この“ＣａｓｅＯｆ”を利用して多くの属性（プロパティ）を輸入・輸出することにより、異なる辞書で同じ属性（プロパティ）を使うことができ、実際の製品データの交換が容易になること、また、辞書作成の手間が省けることなどの利点がある。
【０００９】
この参照関係は、参照元辞書に、参照先辞書で定義されているクラスや属性の識別子であるＢＳＵ（Basic Semantic Unit）をポインタとして記述することによって実現される。したがって、参照元辞書単独では、輸入している属性（プロパティ）の名称が何であるのか、定義がどのようなものなのか、データ型は何であるか、単位は何であるのか等の属性（プロパティ）を特徴づける詳細な情報は、全く分からない。そのため、参照元辞書で輸入した属性（プロパティ）の詳細な内容を得るためには、参照先辞書から輸入した属性（プロパティ）を探して、そこから情報を得なければならない。
【００１０】
また、参照先辞書は、膨大なクラスや属性（プロパティ）を定義している国際規格等であることが多く、かつ、参照する属性（プロパティ）はその一部に過ぎない場合が多いため、効率的な辞書間のデータ通信も望まれている。
【００１１】
本発明は、上記に鑑みてなされたものであって、輸入した属性の詳細な内容を参照元辞書側で得ることができ、かつ、辞書間のデータ通信を効率的に行なうことができるデータベース管理装置およびデータベース管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理装置において、前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成手段と、前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力手段と、を備える。
【発明の効果】
【００１３】
本発明によれば、下位の分類が上位の分類の属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照している分類や属性に係る詳細情報を抽出して参照元辞書に追加し、参照元辞書を再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力することにより、輸入した属性の詳細な内容を参照元辞書側で得ることができるようになる。また、参照先辞書から参照している分類や属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、この発明に係るデータベース管理装置の最良な実施の形態を詳細に説明する。
【００１５】
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるISO13584 Parts Library規格（以下、「PLIB」規格という）の概要について図１を参照して説明する。
【００１６】
図１に示すように、「PLIB」規格は、継承に従って下位の分類では属性が累増する階層型データベースの一つである。このような「PLIB」規格では、電子カタログを“スキーマ”と“コンテンツ”とで構成し、これらに統一したデータ構造を与えることで、製品情報の共有・再利用を目指している。「PLIB」規格で定義している“スキーマ”では、製品分類は、「製品クラス」を単一木構造で階層的に表現することで表されている。各「製品クラス」はそれぞれ「属性項目（プロパティ）」を持つようになっており、ある「製品クラス」の「属性項目（プロパティ）」は下位の「製品クラス」に継承される。階層関係および各階層が持つ属性が継承されたものを“辞書”と呼ぶ。言い換えれば、「PLIB」規格は、階層型データベースで表現される“辞書”を記述するためのデータモデルを定めた規格である。また、「製品クラス」および「属性項目（プロパティ）」は一意に特定できるようそれぞれ「ＢＳＵ（Basic Semantic Unit）コード」とよばれるユニークなＩＤをつけるようになっている。一方、“コンテンツ”の部分はこの“スキーマ”に定義された「属性項目（プロパティ）」にそれぞれの製品固有の属性値を埋め込んだテーブルとして表現される。
【００１７】
「PLIB」規格が電子カタログとしてのフレームワークを提供している一方で、実際の“スキーマ”についての国際標準化も進められており、IEC61360では電気・電子分野でのスキーマの上位階層部分、つまり「製品クラス」と「属性項目」についての一般的な部分の標準化を推進している。これにより、各社の製品カタログ作成者は、IEC 61360からの下位展開として独自の詳細な「製品クラス」と「属性項目（プロパティ）」を決め、各自のコンテンツを作成することができる。このように作成されたコンテンツを電子カタログの利用者は「製品クラス」の分類階層を辿り、属性値を参照して自分に必要な製品を絞り込んでいき、所望の製品を検索することが可能となる。
【００１８】
以上が、「PLIB」規格の概要である。
【００１９】
続いて、本発明の実施の一形態について詳細に説明する。図２は、本発明の実施の一形態に係るデータベース管理装置を含むシステムの概略構成を示すブロック図である。
【００２０】
本システムは、製品情報を記述するための各種情報（製品分類の階層関係、製品分類の名称や定義等の詳細情報および属性情報を含んだ「辞書情報」、「コンテンツ（インスタンス）情報」など）を格納し、要求があった場合にはそれをユーザに提示するサーバ装置Ｓと、このサーバ装置Ｓへ製品情報を要求するクライアント装置Ｃとから構成されている。サーバ装置Ｓとクライアント装置Ｃとは、ネットワークＮを介して接続され、互いにデータを送受信できる構成をなす。データベース管理装置に相当するのは、サーバ装置Ｓである。なお、このようなネットワーク通信を伴うクライアント・サーバ方式のみに本発明は限定されないことはいうまでもない。
【００２１】
クライアント装置Ｃは、各部を制御するＣＰＵ（Central Processing Unit）やＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの記憶部で構成される制御部１と、キーボードやマウスなどの入力部２と、ディスプレイ装置などの出力部３とを備えており、通常のコンピュータを利用したハードウェア構成となっている。そして、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、ＧＵＩ（Graphical User Interface）４を提供する。なお、出力に関しては、ディスプレイ装置上の表示だけではなく、ファイルへの出力なども含まれる。
【００２２】
クライアント装置Ｃは、サーバ装置Ｓから受信したデータを、ＧＵＩ４を介して出力部３に出力し、ユーザにより入力部２から入力されたデータやコマンドを、ＧＵＩ４を介して受け取り、サーバ装置Ｓへ送信する。
【００２３】
サーバ装置Ｓは、クライアント装置Ｃと同様に、各部を制御するＣＰＵやＨＤＤ、ＲＯＭ及びＲＡＭなどの記憶部で構成される制御部５と、キーボードやマウスなどの入力部６と、ディスプレイ装置などの出力部７とを備えており、通常のコンピュータを利用したハードウェア構成となっている。そして、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、ＧＵＩ８を提供する。さらに、サーバ装置Ｓは、“辞書”と別称されるクラス分類とクラス分類を構成する属性の辞書データベース１０、“コンテンツ”と別称される個々のクラスの属性の値の組、すなわちインスタンスのデータベース１１を備える。また、ＣＰＵは、ＨＤＤ内に格納された制御プログラムに従い、これらデータベース１０，１１へのデータの入出力および検索等の実行を管理するデータベース・マネージメント・システム９を提供する。
【００２４】
ここで、このシステムの代表的な処理動作を簡単に説明する。クライアント装置Ｃの入力部２から入力された処理要求を受けて、クライアント装置Ｃの制御部１はネットワークＮを介してサーバ装置Ｓに処理要求を送信する。サーバ装置Ｓの制御部５は、受信した処理要求に基づき必要な処理をデータベース・マネージメント・システム９に実行させる。データベース・マネージメント・システム９は、例えばデータベース１０，１１のいずれかから必要となるデータを読み出し、あるいはネットワークＮを介してクライアント装置Ｃから受信したデータに基づき必要な処理を行う。処理結果は、データベース１０，１１のいずれかに格納してもよいし、クライアント装置Ｃに送信してもよい。クライアント装置Ｃに送信された処理結果は、出力部３に表示される。
【００２５】
“辞書”、すなわちクラス分類とクラス分類を構成する属性の辞書データベース１０について詳述する。辞書データベース１０は、クラス相互間についての情報が記録されており、１つのクラス分類を選んだときその上位分類クラスとその下位分類クラスが分かるようになっている。また、この辞書データベース１０にはクラス分類に所属する属性に関する情報が記録されており、１つのクラス分類を選んだときそのクラスに付属する全ての属性に関する情報が分かるようになっている。
【００２６】
図３は、クラスの階層構造と各クラスの属性の一例を示す概念図である。上位クラスの属性は下位クラスへ継承される。したがって、図３に示すように各クラスが属性を持つ場合、例えば、クラス「Ｔ０５：デスクトップＰＣ」では、クラス「Ｔ０２：オフィス／家庭用製品」が持つ属性である「PRP001：品名」，「PRP002：メーカ名」，「PRP003：製品コード」，「PRP004：標準価格」と、クラス「Ｔ０３：デジタル製品」が持つ属性である「PRP005：電圧」と、クラス「Ｔ０４：パソコン」が持つ属性である「PRP006：標準メモリ容量」と、「PRP007:ＨＤＤ容量」とを継承する。さらに、クラス「Ｔ０５：デスクトップＰＣ」自身が持つ属性である「PRP008：ディスプレイ」を加えた８つの属性を利用することが可能となる。
【００２７】
「PLIB」規格で定義できる“辞書”は単純木である。すなわち、クラスは一つの上位クラスしか持たない単純継承関係をなす。しかしながら、「PLIB」規格では、“辞書”間の参照関係を表すために、“ＣａｓｅＯｆ”という仕組みが提供されている。この参照関係を表すための仕組み“ＣａｓｅＯｆ”を利用することにより、既に別の“辞書（参照先辞書）”で定義されている属性（プロパティ）を自分の“辞書（参照元辞書）”に取り込んで利用することができる。この“ＣａｓｅＯｆ”を利用することにより、クラス間で一部の属性だけを参照することができる部分継承が可能となる。この“ＣａｓｅＯｆ”を利用して多くの属性（プロパティ）を輸入・輸出することにより、異なる辞書で同じ属性（プロパティ）を使うことができ、実際の製品データの交換が容易になること、また、辞書作成の手間が省けることなどの利点がある。
【００２８】
図４は、“ＣａｓｅＯｆ”を利用したクラスツリーの一例を示す概念図である。図４では、クラス１、クラス２、クラス３の関係は単純木であり、単純継承の階層関係で結ばれている。クラス１１、クラス１２の関係も単純木であり、単純継承の階層関係で結ばれており、それぞれ上位クラスの属性を継承している。図４中、ドットプリントが背景模様となっている属性は、上位階層から継承されたものをあらわしている。すなわち、クラス２では、クラス１から継承された属性１と属性２を属性として持つ。クラス２は“ＣａｓｅＯｆ”クラスで定義されており、別の辞書のクラス１１から属性１１をインポートしている。属性をインポートすることにより、クラス２では、それ以降、属性１１を自身の属性として利用することが可能となる。このような方法で、子クラスが複数の親クラスからの属性を継承する多重継承関係を模擬することができる。
【００２９】
辞書データベース１０は、下位の分類が上位の分類の属性を継承する階層構造を持つ通常辞書（参照先辞書も含まれる）と、既存の参照先辞書で定義されている属性を取り込む部分継承が可能な参照元辞書を記憶する記憶手段としても機能する。
【００３０】
次いで、データベース・マネージメント・システム９が発揮する特徴的な機能について説明する。なお、従来のデータベース・マネージメント・システム９が発揮する機能についての説明は省略する。
【００３１】
図５に示すように、従来の“ＣａｓｅＯｆ”では、参照元辞書には、参照先プロパティのＢＳＵコード（ポインタ）だけが記述される形をとっており、実際の情報については、参照先の辞書を参照するのが、通常の方式となっている。そのため、参照元辞書単独では、輸入しているプロパティの名称や定義、データ型などの詳細な情報については、全く分からない。そのため、参照元辞書で輸入したプロパティの詳細な内容を得るためには、参照先辞書から輸入したプロパティを探して、そこから情報を得なければならない。また、参照先の辞書は、通常、一つ一つの辞書が膨大なクラスやプロパティを定義している国際規格や業界団体辞書であることが多く、且つ、参照するプロパティは、その中のほんの一部に過ぎない例が多いため、効率的な辞書間のデータ通信も望まれている。
【００３２】
そこで、本実施の形態のデータベース管理装置であるサーバ装置Ｓのデータベース・マネージメント・システム９においては、この“ＣａｓｅＯｆ”という概念を拡張するようにした。より具体的には、本実施の形態のデータベース管理装置であるサーバ装置Ｓのデータベース・マネージメント・システム９においては、“ＣａｓｅＯｆ”によって、輸入したプロパティのＢＳＵコード（ポインタ）だけでなく、一部の情報も参照元辞書に取り込むことによって、効率的に参照元辞書を取り扱うことを可能とした。この点について、以下において詳細に説明する。
【００３３】
図６は、データベース・マネージメント・システム９の構成を示す機能ブロック図である。図６に示すように、データベース・マネージメント・システム９は、辞書データ構成方式指定手段として機能する辞書データ構成方式指定部２１、辞書データ構成手段として機能する辞書データ構成部２２、辞書データ構成方式付与手段として機能する辞書データ構成方式付与部２３、辞書データ構成方式判断手段として機能する辞書データ構成方式判断部２４、重複データ処理指定手段として機能する重複データ処理指定部２５、辞書データ構成方式表示手段として機能する辞書データ構成方式表示部２６、辞書表示手段として機能する辞書表示部２７、辞書データベース構成手段として機能する辞書データベース構成部２８を備えている。
【００３４】
辞書データ構成方式指定部２１は、辞書データベース１０に保持されている参照先辞書からどの範囲で情報を抽出して、参照元辞書に追加して再構成するかをユーザが選択する機能を発揮する。参照元辞書が参照する複数の参照先辞書について、一括あるいは個別に抽出範囲の指定方式（構成方式）を指定することが可能である。なお、抽出範囲の指定方式（構成方式）の例は、後述する。
【００３５】
辞書データ構成部２２は、辞書データ構成方式指定部２１の指定に従い、参照先辞書から情報を抽出して、参照元辞書に追加して再構成する機能を発揮する。抽出範囲の指定方式（構成方式）により、以下の例のように処理する。
【００３６】
＜構成方式の種類例１（プロパティの詳細情報まで含める）＞
図７は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵコードとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報も参照元辞書に追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。
【００３７】
＜構成方式の種類例２（プロパティの詳細情報及びクラスの情報まで含める）＞
図８は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を参照元辞書（辞書データベース１０）に追加に追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。クラスの詳細情報には、そのクラスの上位クラスのＢＳＵが含まれるため、上位クラスのＢＳＵまで追加する必要がある。クラスの詳細情報の追加については、さらにその範囲を広げ、
（１）すぐ上の上位クラスのクラス情報＋さらにその上のクラスのＢＳＵ
（２）すぐ上の上位クラスのクラス情報＋ルートまでのクラスＢＳＵとクラス情報
（３）すぐ上の上位クラスのクラス情報＋ルートまでのクラスＢＳＵとクラス情報＋それらのクラスに付随するプロパティなどのＢＳＵとプロパティ情報などが考えられる。
【００３８】
＜構成方式の種類例３（プロパティの詳細情報、クラスの情報及びサプライヤの情報までを含める）＞
図９は、構成方式の一例を示す説明図である。“ＣａｓｅＯｆ”の際には、輸入するプロパティ、そのプロパティの定義クラス（name_scope）、その定義クラスのサプライヤ（defined_by）などがＢＳＵとして参照元辞書（辞書データベース１０）に含まれる。これに加えて、輸入するプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報、サプライヤの詳細情報を追加して、再構成を行う。再構成をした辞書データは、辞書データベース１０に保存され、ユーザの要求に応じてクライアントに送られる。
【００３９】
辞書データ構成方式付与部２３では、辞書データ構成方式指定部２１で指定された構成方式が何かを、辞書データに何らかの形で付与する機能である。以下、付与の方法の例を示す。
【００４０】
＜構成方式の付与の形態例１＞
Ｐａｒｔ２１ファイルのヘッダ部分あるいは、「PLIB」規格の情報モデルをラップした外に構成方式情報を付与して送る。図１０は、辞書データに構成方式を付与した例を示す説明図である。図１０は、Ｐａｒｔ２１ファイルをラップしてその外に構成方式を付与した例である。図１０に示す例では、Part21ファイル記述部分２０２をタグ<PART21>とタグ</PART21>で囲んで、ラップしている。構成方式の情報は、タグ<CASEOF></CASEOF>で囲まれた部分２０１に記述されている。この例では、２０２の内容の補助として、サプライヤ“140/E-Commerce”、クラス“E_C0001”で定義されたプロパティ“E_P0001”および“E_P0002”は、プロパティの詳細情報までが含まれていることを示している。加えて、別のサプライヤ“140/AAA”、クラス“A_C001”で定義されたプロパティ“A_P001”については、クラスの詳細情報とプロパティの詳細情報が含まれていることを示している。
Part21ファイルのヘッダ部分を利用する方法としては、Part21ファイル中のヘッダにあるエンティティ“FILE_NAME”のアトリビュートの一つを用いて、例えば、前述構成方式記述にしたがって記述する方法が考えられる。
図１１に示す例は、エンティティFILE_NAMEのアトリビュートorganizationを利用して記述したものである。受け取り側では、特殊なタグ<caseof></caseof>を解釈することによって、参照クラスやプロパティの情報が、Part21ファイル中にどこまでの範囲で含まれているかを簡単に解釈することが可能となる。
なお、ここでいうエンティティとは、データモデルを表現するスキーマを、EXPRESS言語に従って記述する基本単位である。エンティティは、アトリビュートを持つ。アトリビュートが更に別のエンティティを指すこともある。
【００４１】
＜構成方式の付与の形態例２＞
データモデル内のエンティティを利用して記述する。辞書データの形態は、Ｐａｒｔ２１、ＸＭＬ、あるいは他の形態でも可能である。
参照元辞書において、参照元となるクラスは、CASE_OFクラスで表現される。これをエンティティで表現すると、“ITEM_CLASS_CASE_OF"などで記述される。例えば、スキーマを拡張して、このITEM_CLASS_CASE_OFの下位エンティティ
”EXTENSION_ITEM_CLASS_CASE_OF"
を作り、構成方式の情報を付与するためのアトリビュートを追加して、そこに構成方式を記述する方法も考えられる。上記のような例の場合のスキーマ拡張例は、図１２のようになる。また、Ｐａｒｔ２１ファイル記述例は、図１３のようになる。
アトリビュートimported_areasの記述については、上記のような記述や、同エンティティ中のimported_propertiesと対応付けて、範囲だけ（“PROPERTY”、“CLASS_PROPERTY"）だけをリストにするなど、様々な方法が考えられる。
【００４２】
＜構成方式の付与の形態例３＞
別ファイルに情報を記述する。辞書データがＰａｒｔ２１、ＸＭＬあるいは他の形態でも可能である。
【００４３】
辞書データ構成方式判断部２４は、入力部６から辞書データ（参照元辞書）を受け取り、辞書データ構成方式付与部２３で付与された構成方式を読み取り、判断し、辞書データベース構成部２８に渡す。構成方式が付与されていない場合には、入力部６から受け取った辞書データ（参照元辞書）の状況からそれを読み取り判断する。
【００４４】
辞書データ構成方式表示部２６は、参照元辞書がどのような構成方式で構成されているのかを表示するための機能である。
【００４５】
辞書表示部２７は、辞書データ構成部２２で構成された辞書データを表示する。より詳細には、辞書データベース１０から複数の辞書データを読み取り、参照関係を含めた形での階層型構造として表示するための機能である。図１４は、ＧＵＩ４，８の一例を示す正面図である。この図１４は、階層木（クラスツリー）、分類（クラス）及び属性を表示するためのＧＵＩの例である。クラスツリー表示部１０１からクラスを選択すると、クラス情報表示部１０２に、例えば、クラスを識別するクラスコード、定義、注記、バージョンなどのクラス情報が表示される。また、同時にそのクラスで利用できる属性の一覧が、プロパティリスト表示部１０３に表示される。図１４に示す例では、クラスツリー表示部１０１でクラスコード「Ｔ０５：デスクトップＰＣ」を選択した場合、クラス情報表示部１０２には「Ｔ０５：デスクトップＰＣ」のクラス情報が表示され、プロパティリスト表示部１０３には、上記の８つのプロパティ（属性）がリストアップされる。
【００４６】
クラスがＣａｓｅＯｆクラスの場合、クラスツリー表示部１０１でそのクラスを選択すると、クラス情報表示領域画面１０２には、クラス情報に加えて、参照先クラスの識別子、参照先クラスへ移動するためのジャンプボタン（リンク）が表示される。また、プロパティ表示領域１０３には、参照先クラスから輸入されたプロパティが、輸入されたことを示すマーク付きで表示される。
【００４７】
辞書データベース構成部２８では、辞書データベース１０に含まれる参照先辞書の内容と、入力部６から送られてきた参照先辞書の内容に矛盾がある場合、ユーザあるいは辞書管理者等に、どちらを優先させるかを指定させ、指定された内容を辞書データベース１０（参照元辞書）として構成する。
【００４８】
なお、優先順位については、その都度指定しなくても、システムで予め設定しておいても良い。ここで、重複データ処理指定部２５について説明する。例えば、図７のような状態で、参照先辞書と参照元辞書が構成されていたとする。プロパティＰ１は、参照先辞書と参照元辞書の両方に実体が存在する。実体は、双方のプロパティＰ１のＢＳＵコード、バージョンが同じであれば、必ず同じはずであるが、リビジョンが異なれば、実体が異なってしまうことがある。重複データ処理指定部２５は、このように両方に実体がある場合に、どちらを優先させるかを指定し、辞書データを構成することが可能な機能を発揮するものである。また、辞書データベース１０の構成時には両方の情報を保持しておき、辞書を表示あるいは出力する段階で指定しても良い。
【００４９】
続いて、上述したような構成のデータベース・マネージメント・システム９における代表的な処理の流れについて説明する。
【００５０】
まず、データベース・マネージメント・システム９における辞書の出力処理について説明する。この辞書の出力処理は、ユーザからの要求に応じて辞書データベース１０から主に参照元辞書を出力する場合における処理である。
【００５１】
図１５は、辞書の出力処理の流れを示すフローチャートである。図１５に示すように、辞書の出力処理は、まず、出力要求があった辞書が、“ＣａｓｅＯｆ”によって他の辞書を参照しているか否かを判断する（ステップＳ１）。出力要求があった辞書が他の辞書を参照していると判断した場合であって（ステップＳ１のＹ）、構成方式の指定をユーザが行わない場合には（ステップＳ２のＮ）、予め設定されている構成方式を決定し（ステップＳ３）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４：辞書データ構成部２２）。一方、構成方式の指定をユーザが行う場合には（ステップＳ２のＹ）、参照している各クラス又は各プロパティについてどのような出力を行うかを指定した後（ステップＳ５：辞書データ構成方式指定部２１）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４：辞書データ構成部２２）。そして、構成方式を辞書データ（参照元辞書）に付与する場合には（ステップＳ６のＹ）、参照している各クラスについて決定した構成方式を辞書データ（参照元辞書）に情報として付与した後（ステップＳ７：辞書データ構成方式付与部２３）、辞書データ（参照元辞書）を出力する（ステップＳ８：出力手段）。ここで、出力に関しては、ディスプレイ装置上の表示だけではなく、ファイルへの出力なども含まれる。一方、構成方式を辞書データ（参照元辞書）に付与しない場合には（ステップＳ６のＮ）、そのまま辞書データ（参照元辞書）を出力する（ステップＳ８）。また、出力要求があった辞書が他の辞書を参照していないと判断した場合にも（ステップＳ１のＮ）、そのまま辞書データを出力する（ステップＳ８）。
【００５２】
ここで、ＰＡＲＴ２１ファイル形式を利用した「PLIB」規格における辞書データベース１０（参照元辞書）の記述例を示す。
【００５３】
図１６は、インポートプロパティの詳細情報を追加した参照元辞書の記述例を示す図である。図１６に示す網掛け部分が、追加されたインポートプロパティの詳細情報である。これらを参照元辞書に含めることにより、単独で、インポートプロパティの名称、定義、データ型、単位を読み取ることが可能となる。
【００５４】
図１７は、インポートプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を追加した参照元辞書の記述例を示す図である。図１７に示す網掛け部分が、図１６に加えて、参照先のクラス情報まで参照元辞書に含めた例である。この例では、参照先クラス“E_C0001”の情報に加えて、E_C0001の上位クラスのクラスＢＳＵコード“E_C0000”も含まれている。
【００５５】
図１８は、インポートプロパティの詳細情報、そのプロパティの定義クラスの詳細情報、およびサプライヤの詳細情報を追加した参照元辞書の記述例を示す図である。図１８に示す網掛け部分が、図１７に加えて、参照先サプライヤ“140/E-Commere”の詳細情報まで含めた参照元辞書である。
【００５６】
以上のように“ＣａｓｅＯｆ”によって、輸入したプロパティのＢＳＵコード（ポインタ）だけでなく、一部の詳細情報も参照元辞書に取り込むことによって、効率的に参照元辞書を取り扱うことが可能となっている。
【００５７】
なお、図１６〜図１８においては、ＰＡＲＴ２１ファイルでの記述を例にあげているが、ＸＭＬやその他の方式での記述についても同様である。
【００５８】
次に、データベース・マネージメント・システム９における辞書の入力処理について説明する。この辞書の入力処理は、ユーザが入力した辞書データ（参照元辞書）を再構成する場合における処理である。
【００５９】
図１９は、辞書の入力処理の流れを示すフローチャートである。図１９に示すように、辞書の入力処理は、まず、入力部６から受け取った辞書データ（参照元辞書）に付与されている構成方式を読み取る（ステップＳ１１：辞書データ構成方式判断部２４）。より詳細には、図２０に示すように、入力部６から受け取った辞書データ（参照元辞書）に、辞書の構成方式が別に記述されているか否かを判断する（ステップＳ２１）。辞書の構成方式が別に記述されていると判断した場合には（ステップＳ２１のＹ）、別途辞書構成方式に記述されている内容から辞書の構成方式を判断し、辞書データベース構成部２８に渡す（ステップＳ２２）。一方、辞書の構成方式が別に記述されていないと判断した場合には（ステップＳ２１のＮ）、入力部６から受け取った辞書データ（参照元辞書）の状況からそれを読み取り判断し、辞書データベース構成部２８に渡す（ステップＳ２３）。
【００６０】
次いで、図１９に示すように、ステップＳ１１で辞書の構成方式が判断された辞書データ（参照元辞書）から辞書データベース１０（参照元辞書）を構成する（ステップＳ１２：辞書データベース構成部２８）。より詳細には、図２１に示すように、まず、入力された参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾がないか否かを判断する（ステップＳ３１）。参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾がないと判断した場合には（ステップＳ３１のＹ）、そのままステップＳ３２に進み、辞書データベース１０（参照元辞書）を構成する。一方、参照元辞書に含まれる参照先辞書の情報と、辞書データベース１０に保持している参照先辞書の内容に矛盾があると判断した場合であって（ステップＳ３１のＮ）、どちらを優先させるかをユーザに指定させる場合には（ステップＳ３３のＹ）、ユーザに重複かつ矛盾する辞書データのどちらを優先させるかを指定させ（ステップＳ３４）、指定された情報を優先させた辞書データベース１０（参照元辞書）を再構成する（ステップＳ３５）。また、どちらを優先させるかをユーザに指定させない場合には（ステップＳ３３のＮ）、重複データ処理指定部２５に予め設定されている優先順位に従って指定させ（ステップＳ３６）、指定された情報を優先させた辞書データベース１０（参照元辞書）を構成する（ステップＳ３５）。なお、辞書データベース１０に参照先辞書がない場合には、矛盾がないものとして、ステップＳ３１、ステップＳ３２の順で処理を行う。
【００６１】
次に、データベース・マネージメント・システム９における辞書の表示処理について説明する。この辞書の表示処理は、ユーザからの要求に応じて辞書データベース１０（参照元辞書）を表示する場合における処理である。
【００６２】
図２２は、辞書の表示処理の流れを示すフローチャートである。図２２に示すように、辞書の表示処理は、まず、表示要求があった辞書が、“ＣａｓｅＯｆ”によって他の辞書を参照しているか否かを判断する（ステップＳ４１）。表示要求があった辞書が他の辞書を参照していると判断した場合であって（ステップＳ４１のＹ）、構成方式の指定をユーザが行わない場合には（ステップＳ４２のＮ）、予め設定されている構成方式を決定し（ステップＳ４３）、参照している各クラスについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４４：辞書データ構成部２２）。一方、構成方式の指定をユーザが行う場合には（ステップＳ４２のＹ）、参照している各クラス又は各プロパティについてどのような表示を行うかを指定した後（ステップＳ４５：辞書データ構成方式指定部２１）、参照している各クラス又は各プロパティについて決定した構成方式によって、参照先辞書から必要な情報を切り出し、辞書データ（参照元辞書）を再構成する（ステップＳ４４：辞書データ構成部２２）。そして、構成方式を表示する場合には（ステップＳ４６のＹ）、参照している各クラス又は各プロパティについて決定した構成方式を表示した後（ステップＳ４７：辞書データ構成方式表示部２６）、辞書データ（参照元辞書）を出力部７に表示する（ステップＳ４８：辞書表示部２７）。この場においては、辞書表示部２７は、参照関係を含めた形で、階層型構造を有する辞書として表示する。一方、構成方式を表示しない場合には（ステップＳ４６のＮ）、そのまま辞書データ（参照元辞書）を出力部７に表示する（ステップＳ４８：辞書表示部２７）。また、表示要求があった辞書が他の辞書を参照していないと判断した場合にも（ステップＳ４１のＮ）、そのまま辞書データを出力部７に表示する（ステップＳ４８：辞書表示部２７）。これらの場合においては、辞書表示部２７は、辞書データ構成部２２で構成された辞書データ（参照元辞書）を階層型構造を有する辞書として表示する。
【００６３】
このように本実施の形態によれば、下位のクラスが上位のクラスの属性を継承する階層構造を持つ参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から、参照しているクラスや属性に係る情報を抽出して参照元辞書に追加し、参照元辞書を再構成し、抽出した詳細情報を参照元辞書に付与して辞書データとして出力することにより、輸入した属性の詳細な内容を参照元辞書側で得ることができるようになる。また、参照先辞書から参照しているクラスや属性に係る情報だけを分割して抽出しているので、辞書データの通信量を削減することができ、辞書間のデータ通信を効率的に行なうことができる。
【００６４】
また、参照元辞書が参照する少なくとも１以上の参照先辞書についての抽出範囲の指定方式の情報を参照元辞書に付与することにより、どの方式で記述した辞書データなのかをデータをやり取りする双方で簡単に識別することができるので、辞書データの取扱い効率を向上させることができる。
【図面の簡単な説明】
【００６５】
【図１】本実施の形態の前提となるISO13584 Parts Library規格の概要を示す説明図である。
【図２】本発明の実施の一形態に係るデータベース管理装置を含むシステムの概略構成を示すブロック図である。
【図３】クラスの階層構造と各クラスの属性の一例を示す概念図である。
【図４】“ＣａｓｅＯｆ”を利用したクラスツリーの一例を示す概念図である。
【図５】従来の“ＣａｓｅＯｆ”の関係を示す説明図である。
【図６】データベース・マネージメント・システムの構成を示す機能ブロック図である。
【図７】構成方式の一例を示す説明図である。
【図８】構成方式の一例を示す説明図である。
【図９】構成方式の一例を示す説明図である。
【図１０】辞書データに構成方式を付与した記述例を示す図である。
【図１１】Part21ファイルのヘッダ部分を利用した記述例を示す図である。
【図１２】構成方式の情報を付与するためのアトリビュートを追加した記述例を示す図である。
【図１３】Ｐａｒｔ２１ファイル記述例を示す図である。
【図１４】階層型データベースにおけるＧＵＩの一例を示す正面図である。
【図１５】辞書の出力処理の流れを示すフローチャートである。
【図１６】インポートプロパティの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１７】インポートプロパティの詳細情報、およびそのプロパティの定義クラスの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１８】インポートプロパティの詳細情報、そのプロパティの定義クラスの詳細情報、およびサプライヤの詳細情報を追加した参照元辞書の記述例を示す図である。
【図１９】辞書の入力処理の流れを示すフローチャートである。
【図２０】辞書データ構成方式判断部における処理の流れを示すフローチャートである。
【図２１】辞書データベース構成部における処理の流れを示すフローチャートである。
【図２２】辞書の表示処理の流れを示すフローチャートである。
【符号の説明】
【００６６】
６ 入力部
１０ 記憶手段、辞書データ
２１ 辞書データ構成方式指定手段
２２ 辞書データ構成手段
２３ 辞書データ構成方式付与手段
２４ 辞書データ構成方式判断手段
２５ 重複データ処理指定手段
２６ 辞書データ構成方式表示手段
２７ 辞書表示手段
２８ 辞書データベース構成手段
Ｓ データベース管理装置
【特許請求の範囲】
【請求項１】
下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理装置において、
前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成手段と、
前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力手段と、
を備えることを特徴とするデータベース管理装置。
【請求項２】
前記詳細情報は、分類や属性に係る名称や定義である、
ことを特徴とする請求項１記載のデータベース管理装置。
【請求項３】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項４】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報およびその属性が定義されている分類の詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項５】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報、その属性が定義されている分類の詳細情報およびサプライヤの詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項６】
前記辞書データ構成手段で再構成された前記参照元辞書の内容を、参照関係を含めた形での階層型構造で表示する辞書表示手段を更に備える、
ことを特徴とする請求項１ないし５のいずれか一記載のデータベース管理装置。
【請求項７】
前記参照先辞書の一部を抽出して前記参照元辞書を再構成する際に、前記参照元辞書が参照する少なくとも１以上の前記参照先辞書についての抽出範囲の指定方式の情報を前記参照元辞書に付与する辞書データ構成方式付与手段を更に備えることを特徴とする請求項１ないし６のいずれか一記載のデータベース管理装置。
【請求項８】
前記辞書データ構成方式付与手段により前記参照元辞書に付与される前記参照先辞書の抽出範囲の指定方式の情報を指定させる辞書データ構成方式指定手段を更に備えることを特徴とする請求項７記載のデータベース管理装置。
【請求項９】
前記辞書データ構成手段で再構成された前記参照元辞書の入力を受け付ける入力部と、
この入力部により受け付けた前記参照元辞書に含まれる前記参照先辞書についての抽出範囲の指定方式の情報を判断する辞書データ構成方式判断手段と、
この辞書データ構成方式判断手段における判断結果と予め保持している前記参照先辞書についての抽出範囲の指定方式の情報との何れか一方を前記参照元辞書として構成する辞書データベース構成手段と、
を更に備えることを特徴とする請求項１ないし８いずれか一記載のデータベース管理装置。
【請求項１０】
前記辞書データ構成方式判断手段は、前記辞書データ構成方式付与手段により前記参照元辞書に付与される前記参照先辞書の抽出範囲の指定方式の情報を読み取り、判断することを特徴とする請求項９記載のデータベース管理装置。
【請求項１１】
前記辞書データ構成方式判断手段における判断結果と予め保持している前記参照先辞書についての抽出範囲の指定方式の情報との重複データに矛盾がある場合、どちらを優先するかを予め指定する重複データ処理指定手段を備えることを特徴とする請求項９または１０記載のデータベース管理装置。
【請求項１２】
前記参照元辞書が参照する少なくとも１以上の前記参照先辞書についての抽出範囲の指定方式の情報を表示する辞書データ構成方式表示手段を備えることを特徴とする請求項７ないし１１のいずれか一記載のデータベース管理装置。
【請求項１３】
下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理方法において、
前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成工程と、
前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力工程と、
を含むことを特徴とするデータベース管理方法。
【請求項１】
下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理装置において、
前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成手段と、
前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力手段と、
を備えることを特徴とするデータベース管理装置。
【請求項２】
前記詳細情報は、分類や属性に係る名称や定義である、
ことを特徴とする請求項１記載のデータベース管理装置。
【請求項３】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項４】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報およびその属性が定義されている分類の詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項５】
前記辞書データ構成手段は、前記参照先辞書から参照している属性の詳細情報、その属性が定義されている分類の詳細情報およびサプライヤの詳細情報を前記参照元辞書に追加して再構成する、
ことを特徴とする請求項１または２記載のデータベース管理装置。
【請求項６】
前記辞書データ構成手段で再構成された前記参照元辞書の内容を、参照関係を含めた形での階層型構造で表示する辞書表示手段を更に備える、
ことを特徴とする請求項１ないし５のいずれか一記載のデータベース管理装置。
【請求項７】
前記参照先辞書の一部を抽出して前記参照元辞書を再構成する際に、前記参照元辞書が参照する少なくとも１以上の前記参照先辞書についての抽出範囲の指定方式の情報を前記参照元辞書に付与する辞書データ構成方式付与手段を更に備えることを特徴とする請求項１ないし６のいずれか一記載のデータベース管理装置。
【請求項８】
前記辞書データ構成方式付与手段により前記参照元辞書に付与される前記参照先辞書の抽出範囲の指定方式の情報を指定させる辞書データ構成方式指定手段を更に備えることを特徴とする請求項７記載のデータベース管理装置。
【請求項９】
前記辞書データ構成手段で再構成された前記参照元辞書の入力を受け付ける入力部と、
この入力部により受け付けた前記参照元辞書に含まれる前記参照先辞書についての抽出範囲の指定方式の情報を判断する辞書データ構成方式判断手段と、
この辞書データ構成方式判断手段における判断結果と予め保持している前記参照先辞書についての抽出範囲の指定方式の情報との何れか一方を前記参照元辞書として構成する辞書データベース構成手段と、
を更に備えることを特徴とする請求項１ないし８いずれか一記載のデータベース管理装置。
【請求項１０】
前記辞書データ構成方式判断手段は、前記辞書データ構成方式付与手段により前記参照元辞書に付与される前記参照先辞書の抽出範囲の指定方式の情報を読み取り、判断することを特徴とする請求項９記載のデータベース管理装置。
【請求項１１】
前記辞書データ構成方式判断手段における判断結果と予め保持している前記参照先辞書についての抽出範囲の指定方式の情報との重複データに矛盾がある場合、どちらを優先するかを予め指定する重複データ処理指定手段を備えることを特徴とする請求項９または１０記載のデータベース管理装置。
【請求項１２】
前記参照元辞書が参照する少なくとも１以上の前記参照先辞書についての抽出範囲の指定方式の情報を表示する辞書データ構成方式表示手段を備えることを特徴とする請求項７ないし１１のいずれか一記載のデータベース管理装置。
【請求項１３】
下位の分類が上位の分類の属性を継承する階層構造を持ち、分類と属性はそれぞれを一意に識別する識別子を持ち、既存の参照元辞書で定義されている属性を識別子により取り込むことが可能なデータベース管理方法において、
前記参照元辞書と参照関係を持つ少なくとも１以上の参照先辞書から参照している分類や属性に係る詳細情報を抽出し、前記抽出した詳細情報を前記参照元辞書に追加して再構成する辞書データ構成工程と、
前記抽出した詳細情報を前記参照元辞書に付与して辞書データとして出力する出力工程と、
を含むことを特徴とするデータベース管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００６−２４４２８３（Ｐ２００６−２４４２８３Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−６１１２１（Ｐ２００５−６１１２１）
【出願日】平成１７年３月４日（２００５．３．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年３月４日（２００５．３．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]