JP2002041697A - 電子カタログシステムおよびその管理運用装置および管理運用方法 - Google Patents

Abstract

(57)【要約】 【課題】電子カタログの標準辞書を拡張した辞書を公開
する際に、標準辞書への準拠の度合いの段階的な設定
と、その準拠の度合いを評価する方法を提供し、同時
に、辞書の拡張種別に応じた段階的なライセンスを付与
し、その段階に応じて課金する方法を提供することで、
拡張した辞書の品質を示すための指標を明示化し、オリ
ジナル辞書の作成に対する対価を確保できるようにす
る。 【解決手段】標準辞書を用いて電子カタログ情報の利用
を希望するユーザから使用に関する申請データを受け取
り、ユーザの標準辞書の内部利用か外部へ公開として利
用するのかを判断し、もし内部利用なら、標準辞書と準
拠レベルを検定するプログラムを無料配布する。もし、
ユーザが情報提供サービスを含む外部への公開を希望す
る場合は、申請データに基づいて、課金レベルデータよ
り課金額をユーザに送信し、ユーザとの合意後にサプラ
イヤコードを発行し、標準辞書、希望する準拠レベルを
検定するプログラムとともに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークを用いて製品の情報を提供する電子カタログシ
ステムおよびその管理運用装置および管理運用方法に関
する。

【０００２】

【従来の技術】コンピュータネットワークを用いて製品
の情報を提供するようしたシステムとして、電子カタロ
グシステムがある。そして、インターネット上で、製品
情報を電子的に提供するための電子カタログシステムを
構築するための国際規格として、“ＩＳＯ１３５８４
（Ｐａｒｔｓ Ｌｉｂｒａｒｙ）”が制定されている。
この“ＩＳＯ１３５８４”では電子カタログを、辞書と
コンテンツで構成し、これらを統一したデータ構造を与
えることで、製品情報の共有・再利用を目指している。

【０００３】図３に示す例のように、“ＩＳＯ１３５８
４”で定義している辞書では、製品分類は「製品クラ
ス」を単一木構造で階層的に表現している。ここで、
「製品クラス」とは半導体メモリとか、プロセッサとか
云ったような製品の種別項目であり、各「製品クラス」
はそれぞれ「定義属性」を持つようになっている。

【０００４】「定義属性」とは、どういう技術特性を持
っているか、例えば、メモリならば動作周波数とかメモ
リ容量といったような特性の情報部分である。

【０００５】ある「製品クラス」の「定義属性」は下位
の「製品クラス」に継承される。また、「製品クラス」
および「定義属性」は一意に特定できるよう、それぞれ
「ＢＳＵコード」と呼ばれるユニークなＩＤを付与する
ことになっている。また、各「製品クラス」は、それ自
身の定義を行った「サプライヤーコード」を持ってい
る。

【０００６】“ＩＳＯ１３５８４”が電子カタログとし
てのフレームワークを提供している一方で、実際の辞書
についての国際標準化も進められており、例えば、国際
標準化規格における“ＩＥＣ６１３６０”では電気・電
子技術分野での辞書の上位階層部分、つまり「製品クラ
ス」と「定義属性」についての一般的な部分の標準辞書
を規定している。これにより、各社の製品カタログ作成
者は、“ＩＥＣ６１３６０”をべースとして独白の詳細
な「製品クラス」と「定義属性」を拡張し、各自のコン
テンツを作成することができる。

【０００７】そして、このように作成されたコンテンツ
を、電子カタログの利用者は「製品クラス」の分類階層
を辿り、定義属性値を参照して自分に必要な製品を絞り
込んでいき、所望の製品を検索することが可能となる。

【０００８】近年、これらの流れを受けて“ＩＳＯ１３
５８４”に準拠したシステムが、いくつか開発されよう
になってきている。

【０００９】

【発明が解決しようとする課題】しかしながら、辞書に
ついての国際標準化規格である“ＩＥＣ６１３６０”で
は、辞書を作成するための原則についての規定は存在す
るものの、ユーザによって拡張された辞書の、既存の標
準辞書に対する準拠の度合いを計るための規定ががな
く、また既存の標準辞書の拡張に関するガイドラインも
存在しない。それ故、従来は、各々のカタログ作成者が
独自の解釈で拡張を行ってしまうのを規制することがで
きなかった。

【００１０】そのため、同じ標準辞書をべースとしてい
ても、準拠の度合いによって、相互に著しく異なる辞書
となってしまう可能性が高かった。例えば、標準辞書に
用いられている用語のみを適用し、独自に分類階層を構
築した辞書と、標準辞書の分類階層も含めて適用した辞
書では、辞書全体として全く異なるものとなる。

【００１１】このように、準拠の度合いが異なる辞書
が、種々のカタログ情報提供者から公開された場合、拡
張された辞書の品質に著しいバラツキが生ずるだけでな
く、辞書間の互換性の確保が非常に困難になるという問
題点があった。

【００１２】また、独自に拡張した辞書の流通および、
他者によるさらなる拡張が行われるようになった場合、
辞書のオリジナリティがあいまいとなり、著作権では保
護しきれないと言った事態を招く心配があるほか、標準
辞書の作成者が負担した労力・費用に対する見返りを確
保することが困難となると言ったような第２の問題点が
残る。

【００１３】従って、これらの対策が急務である。

【００１４】そこで、この発明の目的とするところは、
第１には、辞書作成に当たり互換性の維持を容易に図る
ことができるようにした電子カタログシステムの管理運
用装置および管理運用方法を提供することにある。

【００１５】また、第２には独自に拡張した辞書の著作
権益を担保することのできるようにした電子カタログシ
ステムを提供することにある。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明は次のように構成する。すなわち、 ［１］第１には、単一木構造からなる分類階層とその定
義属性で構成される辞書を用い、供給対象製品の情報を
カタログ情報として作成してなる電子カタログコンテン
ツ利用のための電子カタログシステムにおける運用管理
装置において、電子カタログシステムで利用可能なコン
テンツ作成に使用する辞書の利用希望ユーザの利用申請
を受け付ける受付手段と、この受付手段の受け付けた利
用申請の内容に基づいてそのユーザのサービス対象とす
る製品の電子カタログコンテンツ作成に使用する辞書の
標準辞書に対する準拠の度合いを求め、その度合いに応
じたレベルのライセンスの付与をする付与手段と、前記
標準辞書への拡張の度合いに応じた課金をするための課
金手段を備えて構成する。

【００１７】更には、標準辞書に対する準拠の度合いを
検証する検証プログラムを保持して、ライセンス付与し
たユーザの使用する辞書が、標準辞書に対し、準拠の度
合いからみて付与ライセンス対応の範囲であるかを検証
できるように当該検証プログラムを、前記ライセンス付
与したユーザに提供するための検証プログラム提供手段
を具備させる。

【００１８】このような管理運用装置は、国際標準の電
子カタログシステムの運営と利用の管理をする管理運営
団体の窓口システムとして使用されるが、このシステム
に対してあるユーザが、自社の電子カタログコンテンツ
を作成し、公開して第三者の利用のために提供しようと
する場合に、そのユーザ（コンテンツ公開希望のサプラ
イヤ）はライセンス申請を管理運営団体の窓口システム
に対して実行する。すると、窓口システムの受付手段
（課金レベル生成サーバ４）は、この申請内容を受け付
け、付与手段（課金レベル生成サーバ４）はこの受付手
段が受け付けた申請内容からユーザが作成しようとする
カタログコンテンツの作成に使用する辞書が、電子カタ
ログシステムで提供している標準辞書に対して、その準
拠レベルがどの程度になるかをチェックしてその準拠レ
ベル対応のライセンスを付与する。そして、課金手段は
当該付与手段がライセンス付与したその準拠レベル対応
の課金を施す。

【００１９】更には、その準拠レベル対応の検定プログ
ラムを検証プログラム提供手段はユーザに対して付与す
る。

【００２０】そして、ユーザは自己の開発したカタログ
コンテンツに用いられたユーザ辞書についてこの付与さ
れた検定プログラムで検定することにより、準拠レベル
の承認を得るようにする。

【００２１】電子カタログシステムでは、カタログコン
テンツはそのコンテンツ作成に使用した辞書を添付して
流通させる。

【００２２】そのため、ライセンスを受けたユーザから
公開されるカタログコンテンツの内容の準拠レベルがラ
イセンスされた内容対応に確保されて品質を維持可能に
なると共に、ライセンス内容対応に課金、例えば、準拠
度の高いものほど料金を安価にするといった料金体系で
課金をするように運営することで、カタログコンテンツ
の供給は標準辞書に準拠した内容となるように自然に誘
導されることとなるから、拡張版の横行を抑制して標準
辞書準拠のカタログコンテンツが広く流通する環境を構
築できる。

【００２３】［２］また、第２には、単一木構造からな
る分類階層とその定義属性で構成される辞書を用い、供
給対象製品の情報をカタログ情報として作成してなる電
子カタログコンテンツを利用するための電子カタログシ
ステムにおいて、前記電子カタログコンテンツは、電子
カタログコンテンツ作成に使用した辞書を添付すると共
に、その添付辞書はユーザの拡張した辞書である場合
に、その拡張したユーザに発行されているユーザ固有の
サプライヤコードを有する構成であることを特徴とす
る。

【００２４】この構成によれば、前記電子カタログコン
テンツは、添付される辞書が、ユーザの拡張した辞書で
ある場合に、その拡張したユーザのサプライヤコードを
有する構成である。

【００２５】本発明システムでは、運営管理団体のシス
テムにおける処理手段には、ライセンス付与時にユーザ
固有のサプライヤコードを発行する機能を備えておくこ
とで、ライセンス付与されたユーザにはユーザ固有のサ
プライヤコードが与えられている。従って、前記電子カ
タログコンテンツは、辞書を添付すると共に、その添付
辞書はユーザの拡張した辞書である場合に、その拡張し
たユーザのサプライヤコードを有する構成とすること
で、その拡張した辞書がどのユーザの著作によるものか
を特定できる。

【００２６】従って、著作権を管理する必要がある場合
にはこのサプライヤコードによりどのユーザの著作によ
るものであるかを知ることができるので、あるユーザが
独自に拡張した辞書である場合に、その辞書の利用に当
たっての著作権益を担保することのできるようにした電
子カタログシステムを提供することが可能になる。

【００２７】

【発明の実施の形態】本発明は、電子カタログシステム
にて使用する辞書として、サプライヤに対し、辞書の国
際標準化規格である“ＩＥＣ６１３６０”等の標準辞書
を提供する際に、ユーザ（サプライヤ）が自己の電子カ
タログコンテンツ作成に使用しようとする自前の拡張を
加えた拡張辞書がある場合に、その拡張辞書について、
標準辞書への準拠の段階的な度合いと、その準拠の度合
いを評価する方法を提供し、同時に、辞書の拡張種別に
応じた段階的なライセンスを付与し、その段階に応じて
課金する方法を提供することで、拡張した辞書の品質を
示すための指標を明示化し、オリジナル辞書の作成に対
する対価を確保するシステムを提供するものである。

【００２８】そして、本発明はこのような目的を達成す
るために、ＩＳＯ１３５８４の規定するデータ構造に基
づいて、元の標準辞書に対する準拠の度合いと、標準辞
書への拡張の度合いに応じた課金情報を格納した課金レ
ベルデータと、準拠の度合いを検証するプログラムと、
電子カタログの公開を希望するサプライヤの情報を管理
するサプライヤ情報管理ＤＢを用いた課金レベル生成サ
ーバ機能と、電子カタログデータから標準辞書を提供す
る電子カタログサーバ機能を有する構成とする。

【００２９】そして、このような構成とすることで、サ
プライヤが電子カタログコンテンツの作成に使用した拡
張辞書の標準辞書に対する準拠の度合い明示化、明確化
すると共に、準拠度合いを保証できるようにし、また、
準拠の度合いと拡張のレベルに応じた課金を行えるよう
にする。そして、課金を準拠の度合い対応に設定するこ
とで、準拠の度合いが高いものが普及するように環境作
りをする。

【００３０】そして、このようにすることで、サプライ
ヤによって拡張された辞書（ユーザの拡張辞書）の、既
存の標準辞書に対する準拠の度合いを計るためレベルを
設けて拡張辞書の管理をすることができるようにし、拡
張された辞書の品質を明示化することで、電子カタログ
全体の信頼性を向上することができ、さらにサプライヤ
辞書と標準辞書、サプライヤ辞書同士の相互互換性を向
上させることを可能にする。また、拡張の度合いに基づ
く課金方法を提供することにより、標準辞書への準拠ル
ベルを全体として向上させることができると同時に、元
となる辞書作成のための労力・費用に対する対価を確保
することを可能にする。

【００３１】以下、本発明の実施例を図面に従い説明す
る。

【００３２】＜基本構成＞まず初めに、本発明システム
の基本構成を説明する。

【００３３】図１は、本発明の実施形態に係る基本構成
としての電子カタログ利用システムの機能構成図であ
る。図１において、１は入出力部であり、２は電子カタ
ログサーバ、３は標準電子カタログデータ、４は課金レ
ベル生成サーバ、５は課金レベルデータ、６は準拠レベ
ル検定プログラム、７はサプライヤ情報管理ＤＢ（デー
タベース）、８はネットワークである。

【００３４】入出力部１はサプライヤの使用する端末装
置であって、キーボードやディスプレイ、メモリ、プロ
セッサ、大容量の記憶装置、通信用のインタフェースな
どを少なくとも備えたパソコンやワークステーションな
どのインテリジェント端末であり、情報や命令の入出力
や表示等を行い、また、所要の演算処理や制御、プログ
ラムの実行、通信などを行うことができる。この入出力
部１は、ネットワーク８に接続されている。

【００３５】また、電子カタログサーバ２は、標準電子
カタログデータ３を保持したサーバであり、ネットワー
ク８に接続されている。また、課金レベル生成サーバ４
は、課金レベルデータ５や準拠レベル検定プログラム６
およびサプライヤ情報をサプライヤ情報管理ＤＢ７を有
していて、ネットワーク８を介してサプライヤの入出力
部１に接続されており、入出力部１を介して与えられる
サプライヤからの情報に応じて課金レベルデータ５を用
いて課金額を提示したり、準拠レベル検定プログラム６
のうちの該当するプログラムを送信したり、電子カタロ
グサーバ２を介して標準電子カタログデータ３から標準
辞書データを送信したり、サプライヤ情報をサプライヤ
情報管理ＤＢ７に登録したりする機能を有する。

【００３６】本発明システムは、国際標準における電子
カタログシステムの標準辞書を用いて、自己の取り扱う
販売対象商品としての製品を、電子カタログ情報化（カ
タログコンテンツ化）し、これを一般のユーザに利用し
て貰うべく、公開することを希望するサプライヤの当該
カタログコンテンツ作成の準拠度管理を合理的に実行で
きるようにすることを目的としている。

【００３７】そして、本発明システムでは、このような
カタログコンテンツ公開希望のサプライヤに自己の保有
する入出力部１を用い、ネットワーク８を介して、国際
標準における電子カタログシステムの標準辞書使用の申
請を当該国際標準の管理運営団体の窓口システムに対し
て実施させる。すなわち、サプライヤに自己の保有する
入出力部１を用い、辞書使用の申請データをネットワー
ク８を介して当該管理運営団体窓口システムでもある課
金レベル生成サーバ４に送信させ、当該課金レベル生成
サーバ４に申請のためのアクセスをさせるようにする。

【００３８】このとき、サプライヤから課金レベル生成
サーバ４に対して入力させる辞書使用申請データの内容
には、「外部公開を伴う利用か否か」、「希望する準拠
のレベル」、「取得したい拡張ライセンスのレベル」、
「ユーザ名」、「連絡先」等を含む。

【００３９】課金レベル生成サーバ４は、このような辞
書使用申請データを送信してアクセスしてきたサプライ
ヤに、課金レベルデータ５を用いて前記申請データ内容
に対応した課金額を提示したり、準拠レベル検定プログ
ラム６中から前記申請データ内容に対応した準拠レベル
に該当する検定プログラムを選択して送信したり、電子
カタログサーバ２を介して標準電子カタログデータ３か
ら標準辞書データを送信する。同時に、これらのサプラ
イヤ情報をサプライヤ情報管理ＤＢ７に登録する。

【００４０】この結果、国際標準の電子カタログシステ
ムに準拠させるための標準的な辞書をサプライヤに提供
し、サプライヤは、この標準辞書の内容を用いて自己の
取り扱う製品の情報を検索できるようにしたカタログコ
ンテンツを作成して電子カタログシステムにより利用で
きるようにする電子カタログ利用システムで、標準とな
る辞書に対し、サプライヤの作成するカタログコンテン
ツの準拠の度合いの情報と、標準辞書への拡張の度合い
を申請情報から認定してそれに応じた課金を実施し、ま
た、カタログコンテンツの準拠度レベルを検定する検定
プログラムを提供するようにしたことで、サプライヤの
供給するカタログコンテンツの持つ拡張した辞書の品質
および相互運用性を向上させ、同時に辞書の拡張のレベ
ルに応じた課金を行うことができるようになる。

【００４１】基本的動作の流れはこのようなものである
が、本発明システムの特徴は、国際標準の電子カタログ
システムの規格を利用して自社の取り扱う製品の情報を
掲載したカタログコンテンツを公開しようとするサプラ
イヤに対し、当該電子カタログシステムの規格に対する
準拠の度合いを申請時に予め決めてしまい、当該決めた
準拠の度合いを逸脱しないように、利用のための課金金
額を決定して当該サプライヤより徴収すると共に、作成
したカタログコンテンツの当該準拠の度合いを検定する
検定プログラムを与えてカタログコンテンツの検定を行
わせることで、そのサプライヤから公開されるカタログ
コンテンツの構成が、無闇に規格から外れた拡張がなさ
れないように規制する。最も、基本とする概念は、国際
標準の電子カタログシステムの標準辞書に則った構成で
カタログコンテンツが作成されていることが望ましいこ
とから、できるだけそのように誘導するために、規格に
忠実な程、課金金額は少額にし、規格から逸脱する度合
いが高い程、課金金額を高額に定める。また、課金制度
の他に、サプライヤに許可した準拠の度合い対応に、そ
の検定のためのプログラムを用意して当該サプライヤに
提供し、出来上がったカタログコンテンツをこのプログ
ラムでチェックさせるようにして、準拠のレベルが許可
内容に見合うものとなっているかを検定できるように
し、品質を安定化させるようにしている。

【００４２】そのための、機能を次のようにして確保す
るようにしている。

【００４３】以下、そのための各構成要素の詳細を説明
する。

【００４４】＜課金レベル生成サーバ４の処理＞上述し
たように、サプライヤの申請データの内容からそのサプ
ライヤがコンテンツを作成するに当たって要求している
内容を知り、規格に準拠する度合いを知って、課金レベ
ルを決めてライセンス料として徴収すると共に、当該準
拠の度合い対応のライセンスを与え、そのライセンスの
範囲での拡張を容認したカタログコンテンツの作成と流
通を可能にさせる。従って、準拠の度合いに応じての課
金のレベルを変えた課金情報を取得できるようにするた
めに、課金レベル生成サーバ４は、課金レベルデータ５
を用意してあり、また、許可した準拠レベルを維持でき
るように検定するためのプログラムである各種準拠レベ
ル別の検定プログラムを準拠レベル検定プログラムデー
タベース６に用意し、またさらにまたライセンスを与え
たサプライヤの情報を管理するためにサプライヤ情報管
理ＤＢ７を用意して、申請データから課金レベル決定
や、ライセンス付与、サプライヤに対する検定プログラ
ムの提供、ライセンス付与したサプライヤの管理などを
実施できるように構成してある。

【００４５】この課金レベル生成サーバ４は、ネットワ
ーク８を介してサプライヤの入出力部１に接続されてお
り、カタログコンテンツを作成しようとするサプライヤ
側の入出力部１を介して与えられる当該サプライヤから
の申請データの情報内容に応じて課金レベルデータ５を
用いて課金額を提示したり、準拠レベル検定プログラム
６のうちの該当するプログラムを送信したり、電子カタ
ログサーバ２を介して標準電子カタログデータ３から標
準辞書データを送信したり、サプライヤ情報をサプライ
ヤ情報管理ＤＢ７に登録したりする。

【００４６】図２は、当該課金レベル生成サーバ４の処
理アルゴリズムを示すフローチャートである。図２に示
すように、課金レベル生成サーバ４では、サプライヤか
らのアクセス要求があると、まず処理Ｓ１において標準
辞書を用いて電子カタログ情報を作成したいと希望する
ユーザ（サプライヤ）から、使用に関する申請データを
受け取る（ライセンス取得申請のための申請データを受
け取る）。

【００４７】申請データには、［ｉ］ 外部公開を伴う
利用か否か、［ii] 希望する準拠のレベル、［iii］
取得したい拡張ライセンスのレベル、［iv］ ユーザ
名、［v］ 連絡先等の情報が含まれているものとす
る。

【００４８】アクセス要求してきたサプライヤ（申請サ
プライヤ）からの申請データを受け取ったならば、これ
を用いて課金レベル生成サーバ４は次に処理Ｓ２の処理
を実施する。すなわち、この処理Ｓ２では申請データ中
の［ｉ］のデータを用いてその申請サプライヤの要望す
る標準辞書の利用が、その申請サプライヤの内部利用な
のか外部公開として利用するのかを判断する。

【００４９】その結果、もし内部利用なら、申請データ
中の［ii]のデータを用いて処理Ｓ３、Ｓ４を経ること
により、標準辞書と、申請サプライヤの希望する準拠レ
ベルを検定するためのプログラムを当該申請サプライヤ
に送付する。この場合、外部への公開を伴わないため、
サプライヤ（ユーザ）を識別するためのサプライヤコー
ドは発行しない。また、第三者への品質の保証を行う必
要が無いため、拡張に関する課金も行わない。

【００５０】一方、処理Ｓ２での判断の結果、申請サプ
ライヤ（ユーザ）が情報提供サービスを含む外部への公
開を希望する場合は、申請データに基づいて、課金レベ
ルデータデータベース５より課金額を求め（処理Ｓ５〜
Ｓ７）、申請サプライヤ（ユーザ）に送信する（処理Ｓ
８）。

【００５１】そして、申請サプライヤ（ユーザ）からの
応答を待つ。そして、申請サプライヤからの応答があ
り、それが承諾ならば、すなわち、申請サプライヤとの
合意が成立したならば（処理Ｓ９）、料金レベル生成サ
ーバ４はその申請サプライヤに対する固有のサプライヤ
コードを発行し（処理Ｓ１０）、当該申請サプライヤ
に、標準辞書と、当該申請サプライヤが所望としていた
準拠レベル対応の準拠レベル検定をするための検定プロ
グラム、および発行した前記サプライヤコードを申請サ
プライヤの入出力部１に対して送信する（処理Ｓ１
１）。

【００５２】また、当該申請サプライヤの申請データお
よび当該申請サプライヤに対して発行したサプライヤコ
ードの情報とを、サプライヤデータとして、サプライヤ
情報管理ＤＢ７に保存し、管理させる（処理Ｓ１２）。
最後に課金額を申請サプライヤ（ユーザ）に対して請求
する（処理Ｓ１３）。

【００５３】＜標準電子カタログデータ３のデータ構造
＞図３は、図１における標準電子カタログデータ３のデ
ータ構造を説明する図である。図に示すように、電子カ
タログデータ３はカタログ辞書３１とカタログコンテン
ツ３２で構成されている。カタログ辞書３１としては、
標準辞書かユーザの拡張した辞書であるユーザ辞書が添
付される。

【００５４】このカタログ辞書３１では、製品分類は製
品クラス３３による単一木構造で階層的に表現されてい
る。各製品クラス３３はそれぞれ定義属性３４を持つよ
うになっており、定義属性値３４は自身が取り得る値の
候補が決まっている場合はそれを示す定義属性値３５を
持っても良い。

【００５５】また、製品クラス３３は自身の定義責任の
所在を記述したサプライヤーコード３６を持っている。
したがって、ユーザ（コンテンツサプライヤ）が国際標
準の電子カタログシステムにおける標準辞書を拡張し、
新たな製品クラス３３を作成した場合、そのユーザが申
請時に取得したサプライヤコード３６が、新たな製品ク
ラス３３のサプライヤコード３６となる。

【００５６】このサプライヤコードを持たせた構造を採
用していることにより、辞書の拡張をしたユーザの責任
を明確にすると共に、その拡張辞書に対する著作権をも
明確にすることができる。

【００５７】＜課金レベルデータ５のデータ構造＞図４
は、前記課金レベルデータ５のデータ構造を説明する図
である。図において、縦の軸は、標準辞書への準拠のレ
ベルであり、本実施例では、“ＩＳＯ１３５８４”に規
定する辞書構造に基づいて、“Level １Ｃ”，“Level
１Ｅ”，“Level ２Ｃ”，“Level ２Ｅ”，“Level
３Ｃ”，“Level ３Ｅ”，“Level ４Ｃ”，“Level
４Ｅ”，“Level ４Ｃ”，“Level ５Ｅ”，“Level
６Ｃ”，“Level ６Ｅ”の計“１２”レベルのを設け
ている。

【００５８】そして、レベルは表中の下方向にいくほ
ど、すなわち、数字が大きくなるほど、標準辞書への準
拠の度合いが高いものとなっており、拡張した辞書の品
質が高い。なお、準拠のレベルには語尾が“Ｃ”（“Le
vel １Ｃ”とか、“Level ２Ｃ”とか“Level ３Ｃ”と
云った具合にレベルの語尾に登場する“Ｃ”）となるも
のと“Ｅ”（“Level １Ｅ”とか、“Level ２Ｅ”とか
“Level ３Ｅ”と云った具合にレベルの語尾に登場する
“Ｅ”）となるものの２種があるが、これらのうち、
“Ｃ”は特に新たな定義を行わないことを宣言したレベ
ルであり、必ず標準辞書の部分集合となることから、標
準辞書への準拠の度合いは非常に高い。そのため、この
種類のレベルには最も安い料金でライセンスを付与する
ような課金体系とする。

【００５９】逆に語尾が“Ｅ”のレベルはユーザによる
拡張を許しているものであり、標準辞書への準拠の度合
いが悪くなるので、ライセンス付与には高い料金を課金
する。

【００６０】本発明システムでは、このように準拠の度
合いに応じた課金を行ってライセンス付与を行う。そし
て、ユーザヘの課金は“１”から“６”までの段階レベ
ルと、“Ｃ”，“Ｅ”なる準拠クラスの２つの軸の組み
合わせに応じて設定されており、例えば、標準辞書との
一致性が高いほど料金を安く、一致性が低いほど料金を
高く設定することで、制度の上で、辞書間の相互運用性
向上を図ることが可能である。それは、利用者は、料金
の安い方をできるだけ利用するようになるであろうか
ら、その結果、自然に標準辞書準拠のカタログコンテン
ツの増え方が大きくなり、辞書間の相互運用性向上が図
られることになると考えられるからである。

【００６１】また、横の軸は標準辞書に対する拡張の種
類別のライセンスであり、本実施例では、“Ｌｉｃｅｎ
ｓｅ０”から“Ｌｉｃｅｎｓｅ４”までの５段階を設け
ている。このライセンスは右方向にいくほど、拡張の自
由度が高いことを示している。

【００６２】＜準拠レベル＞図５は、図４における準拠
レベルを説明する図である。以下、準拠のレベルについ
て詳細に説明する。

【００６３】１） 用語レベル（Level １） 準拠レベル“Level １”は、用語についてのみ、標準辞
書に準拠するというレベルである。すなわち、使用する
個々の名称については等しいが、分類階層構造や製品ク
ラスが持つ定義属性は異なっている。このうち、“Leve
l １Ｃ”はユーザ辞書内の全ての用語は標準辞書の用語
の定義と等しいレベル（図８参照）であり、“Level １
Ｅ”はユーザ辞書内の用語のうち、標準辞書に含まれて
いる用語の名称と等しいものに関しては、等しい定義を
持つレベル（図９参照）となる。

【００６４】２） 単体オブジェクトレベル（Leve
l ２） 準拠レベル“Level ２”は、単体オブジェクトについて
のみ、標準辞書に準拠するというレベルである。すなわ
ち、個々の製品クラスと定義属性を組み合わせた構造
（以下、オブジェクトと呼ぶ）は等しいが、分類階層構
造は異なっている。このうち、“Level ２Ｃ”はユーザ
辞書内の全てのオブジェクトは標準辞書のオブジェクト
の定義と等しいレベル（図１０参照）であり、“Level
２Ｅ”はユーザ辞書内のオブジェクトのうち、標準辞書
に含まれているオブジェクトについてはその定義が等し
いレベル（図１１参照）となる。

【００６５】３） 部分階層レベル（Level ３） 準拠レベル“Level ３”は、部分階層についてのみ、標
準辞書に準拠するというレベルである。すなわち、辞書
の製品クラスの部分階層構造が同一であるが、定義属性
は特に限定しない。この場合、ユーザは標準辞書の中で
準拠を開始したい製品クラスを指定する必要がある。こ
のうち、“Level ３Ｃ”はユーザ辞書内の全階層構造は
標準辞書の階層構造の一部分と同一であるレベル（図１
２参照）であり、“Level ３Ｅ”はユーザ辞書内の一部
の階層構造は標準辞書の階層構造の一部分と同一である
レベル（図１３参照）となる。

【００６６】４） 部分階層オブジェクトレベル
（Level ４） 準拠レベル“Level ４”は、部分階層オブジェクトにつ
いてのみ、標準辞書に準拠するというレベルである。す
なわち、ユーザ辞書の部分階層構造が標準辞書と一致し
ており、それらに含まれる定義属性も等しい。この場
合、ユーザは標準辞書の中で準拠を開始したい製品クラ
スを指定する必要がある。このうち、“Level ４Ｃ”は
ユーザ辞書内の全階層構造（定義属性を含む）は標準辞
書の階層構造の一部分と同一なレベル（図１４参照）で
あり、“Level ４Ｅ”はユーザ辞書内の一部の階層構造
（定義属性を含む）は標準辞書の階層構造の一部分と同
一のレベル（図１５参照）となる。

【００６７】５） 全体階層レベル（Level ５） 準拠レベル“Level ５”は、全体階層については、標準
辞書に準拠するというレベルである。すなわち、ユーザ
辞書の全階層構造が標準辞書と 同一であるが、定義属
性は特に限定しない。このうち、“Level ５Ｃ”はユー
ザ辞書内の全階層構造は標準辞書の全階層構造と同一で
あるレベル（図１６参照）であり、“Level ５Ｅ”は、
ユーザ辞書内の一部の階層構造は標準辞書の全階層構造
と同一であるレベル（図１７参照）となる。

【００６８】６） 完全準拠レベル（Level ６） 準拠レベル“Level ６”は、全てが標準辞書に準拠する
というレベルである。すなわち、ユーザ辞書の全階層構
造が標準辞書と同一であり、定義属性も等しい。このう
ち、“Level ６Ｃ”はユーザ辞書内の全階層構造（定義
属性を含む）は標準辞書の全階層構造と同一であるレベ
ル（図１８参照）であり、“Level ６Ｅ”はユーザ辞書
内の一部の階層構造（定義属性を含む）は標準辞書の全
階層構造と同一であるレベル（図１９参照）となる。

【００６９】＜ライセンスの種別＞図６は、図４におけ
るライセンスの種別を説明する図である。以下、ライセ
ンスの種別について詳細に説明する。ライセンス種別は
標準辞書からどの程度拡張した範囲での利用を認めるか
という許可レベルを示すものであって、課金レベルの選
定の基準ともなる意味合いを持っている。ライセンス種
別は“Ｌｉｃｅｎｓｅ ０”から“Ｌｉｃｅｎｓｅ
４”までの５種別あり、その内容は次の通りである。

【００７０】１） “Ｌｉｃｅｎｓｅ ０” この“Ｌｉｃｅｎｓｅ ０”というライセンスは、拡張
は一切許可されておらず、既存の標準辞書をそのまま使
用しなければならないという無拡張のライセンスであっ
て、実質上、標準辞書の部分集合となる。従って、“Le
vel １Ｅ”，“Level ２Ｅ”，“Level ３Ｅ”，“Leve
l ４Ｅ”，“Level ５Ｅ”，“Level ６Ｅ”との組み合
せは論理的に存在しないため、課金レベル自体が存在し
ない。

【００７１】２） “Ｌｉｃｅｎｓｅ １” この“Ｌｉｃｅｎｓｅ １”というライセンスは、既存
の定義属性に新たな値を追加できるライセンスである。
ただし、新たな分類の追加や、新たな定義属性の追加は
禁止されているライセンスである。

【００７２】３） “Ｌｉｃｅｎｓｅ ２” この“Ｌｉｃｅｎｓｅ ２”というライセンスは、既存
のオブジェクトに新たな定義属性を追加できるライセン
スである。ただし、新たな分類の追加は禁止されている
ライセンスである。

【００７３】４） “Ｌｉｃｅｎｓｅ ３” この“Ｌｉｃｅｎｓｅ ３”というライセンスは、分類
の最下位層のオブジェクトをさらに分類し、製品クラス
を追加することのできるライセンスである。新たな製品
クラスの作成には、それに対する定義属性の定義も含ま
れる。

【００７４】５） “Ｌｉｃｅｎｓｅ ４” この“Ｌｉｃｅｎｓｅ ４”というライセンスは、最上
位の製品クラス以外の任意の階層に製品クラスを作成す
ることのできるライセンスである。ただし、不用意に任
意の階層に製品クラスの追加を行うと、著しく標準辞書
と異なってしまうおそれがあるため、準拠しなくなる心
配が大きいことから、利用を抑制させる意味合いを含め
て課金額は最も高いレベルとする。

【００７５】次に、サプライヤ情報のデータ構造を説明
する。

【００７６】＜サプライヤ情報のデータ構造＞図７は、
図１におけるサプライヤ情報管理ＤＢ７で管理するサプ
ライヤ情報のデータ構造を説明する図である。ここに
は、申請受付順に、申請者名、サプライヤコード、辞書
準拠レベル、辞書拡張ライセンス、準拠開始分類名、申
請者情報・取得日付・住所・連絡先… といった情報が
登録される。

【００７７】このように、本発明システムにおける課金
レベル生成サーバ４より発行されるサプライヤコード以
外に、サプライヤコードの管理をするために申請を行っ
たユーザに関する様々な情報を付加して管理できるよう
にしている。そして、拡張の自由度の大きい“Ｌｉｃｅ
ｎｓｅ ３”，“Ｌｉｃｅｎｓｅ ４”のユーザに関し
ては、準拠を開始する製品クラス名も記述されて、情報
として登録されている。

【００７８】次に、準拠レベルによりどのようにユーザ
辞書が変わり得るかを例をあげて説明しておく。

【００７９】−−“Level １C”準拠の場合−− 図８は、図５における“Level １C”に準拠した場合で
のユーザ辞書例を示す図である。準拠レベル“Level
１”は、用語についてのみ、標準辞書に準拠するという
レベルであり、末尾は“Ｃ”であるから、ここに示す
“Level １C”準拠の例は「ユーザ辞書内の全ての用語
については標準辞書の用語の定義と等しい」というレベ
ルの例である。すなわち、このレベルでは、図８に示す
ように、左側の標準辞書（標準のカタログ辞書）Ｄstに
対し、右側のサプライヤ辞書（ユーザ辞書）Ｄusのよう
な拡張が許される。この場合、ハッチングの部分（部品
クラス３３の用語記述部分）が標準辞書に用いられてい
る用語と一致している。

【００８０】−−“Level１Ｅ”準拠の例−− 図９は、図５における“Level１Ｅ”に準拠した場合で
のユーザ辞書例を示す図である。上述したように、準拠
レベル“Level １”は、用語についてのみ、標準辞書に
準拠するというレベルであり、末尾は“Ｅ”であるか
ら、ここに示す“Level １Ｅ”は「ユーザ辞書内の用語
のうち、標準辞書に含まれている用語の名称と等しいも
のに関しては、等しい定義を持つ」というレベルの例で
ある。すなわち、このレベルでは、図９に示すように、
左側の標準辞書Ｄstに対し、右側のサプライヤ辞書Ｄus
のような拡張が許される。この場合、ハッチング部分が
標準辞書Ｄstと一致している部分であり、サプライヤ辞
書Ｄusでは“製品クラス”３３，“定義属性”３４，
“定義属性値”３５までもが標準辞書Ｄstに載っている
ものを用いて形成されている。

【００８１】−−“Level ２Ｃ”準拠の例−− 図１０は、図５における“Level ２Ｃ”に準拠した場合
でのユーザ辞書例を示す図である。準拠レベル“Level
２”は、単体オブジェクトについてのみ、標準辞書に準
拠するというレベルであり、末尾は“Ｃ”であるから、
ここに示す“Level ２Ｃ”は「ユーザ辞書内の全てのオ
ブジェクトは標準辞書のオブジェクトの定義と等しい」
というレベルの例である。すなわち、このレベルでは、
図１０に示すように、左側の標準辞書Ｄstに対し、右側
のサプライヤ辞書Ｄusのような拡張が許される。この場
合、ハッチング部分が標準辞書Ｄstと一致している部分
であり、ユーザ辞書内、すなわち、サプライヤ辞書Ｄus
内の全てのオブジェクトは標準辞書Ｄstのオブジェクト
の定義と等しい状態であることがわかる。

【００８２】−−“Level ２Ｅ”準拠の例−− 図１１は、図５における“Level２Ｅ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ２”は、単体オブジェクトについての
み、標準辞書に準拠するというレベルであり、末尾は
“Ｅ”であるから、ここに示す“Level ２Ｅ”準拠の例
は「ユーザ辞書内のオブジェクトのうち、標準辞書に含
まれているオブジェクトについてはその定義が等しい」
というレベルの例である。

【００８３】すなわち、このレベルでは、図１１に示す
ように、左側の標準辞書Ｄstに対し、右側のサプライヤ
辞書Ｄusのような拡張が許される。この場合、ハッチン
グ部分が標準辞書Ｄstと一致している部分である。

【００８４】−−“Level ３Ｃ”準拠の例−− 図１２は、図５における“Level３Ｃ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ３”は、部分階層についてのみ、標準
辞書に準拠するというレベルであり、末尾は“Ｃ”であ
るから、ここに示す“Level ３Ｃ”は「ユーザ辞書内の
全階層構造は標準辞書の階層構造の一部分と同一であ
る」というレベルの例である。すなわち、このレベルで
は、図１２に示すように、左側の標準辞書Ｄstに対し、
右側のサプライヤ辞書Ｄusのような拡張が許される。こ
の場合、ハッチング部分が標準辞書Ｄstと一致している
部分である。

【００８５】−−“Level ３Ｅ”準拠の例−− 図１３は、図５における“Level３Ｅ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ３”は、部分階層についてのみ、標準
辞書に準拠するというレベルであり、末尾は“Ｅ”であ
るから、ここに示す“Level ３Ｅ”は「ユーザ辞書内の
一部の階層構造は標準辞書の階層構造の一部分と同一で
ある」というレベルの例である。すなわち、このレベル
では、図１３に示すように、左側の標準辞書Ｄstに対
し、右側のサプライヤ辞書Ｄusのような拡張が許され
る。この場合、ハッチング部分が標準辞書Ｄstと一致し
ている部分である。

【００８６】−−“Level ４Ｃ”準拠の例−− 図１４は、図５における“Level ４Ｃ” に準拠した場
合でのユーザ辞書例を示す図である。上述したように、
準拠レベル“Level ４”は、部分階層オブジェクトにつ
いてのみ、標準辞書に準拠するというレベルであり、末
尾は“Ｃ”であるから、ここに示す“Level ４Ｃ”は
「ユーザ辞書内の全階層構造（定義属性を含む）は標準
辞書の階層構造の一部分と同一なレベル」である。すな
わち、このレベルでは、図１４に示すように、左側の標
準辞書Ｄstに対し、右側のサプライヤ辞書Ｄusのような
拡張が許される。この場合、ハッチング部分が標準辞書
Ｄstと一致している部分である。

【００８７】−−“Level ４Ｅ”準拠の例−− 図１５は、図５における“Level４Ｅ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ４”は、部分階層オブジェクトについ
てのみ、標準辞書に準拠するというレベルであり、末尾
は“Ｅ”であるから、ここに示す“Level ４Ｅ”は「ユ
ーザ辞書内の一部の階層構造（定義属性を含む）は標準
辞書の階層構造の一部分と同一のレベル」である。すな
わち、このレベルでは、図に示すように、左側の標準辞
書Ｄstに対し、右側のサプライヤ辞書Ｄusのような拡張
が許される。この場合、ハッチング部分が標準辞書Ｄst
と一致している部分である。

【００８８】−−“Level ５Ｃ”準拠の例−− 図１６は、図５における“Level５Ｃ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ５”は、全体階層については、標準辞
書に準拠するというレベルであり、末尾は“Ｃ”である
から、ここに示す“Level ５Ｃ”は「ユーザ辞書内の全
階層構造は標準辞書の全階層構造と同一であるレベル」
である。すなわち、このレベルでは、図１６に示すよう
に、左側の標準辞書に対し、右側のサプライヤ辞書のよ
うな拡張が許される。この場合、網掛けの部分が標準辞
書と一致している部分である。

【００８９】−−“Level ５Ｅ”準拠の例−− 図１７は、図５における“Level５Ｅ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ５”は、全体階層については、標準辞
書に準拠するというレベルであり、末尾は“Ｅ”である
から、ここに示す“Level ５Ｅ”は、「ユーザ辞書内の
一部の階層構造は標準辞書の全階層構造と同一であるレ
ベル」である。すなわち、このレベルでは、図１７に示
すように、左側の標準辞書Ｄstに対し、右側のサプライ
ヤ辞書Ｄusのような拡張が許される。この場合、ハッチ
ング部分が標準辞書Ｄstと一致している部分である。

【００９０】−−“Level ６Ｃ”準拠の例−− 図１８は、図５における“Level６Ｃ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ６”は、全てが標準辞書に準拠すると
いうレベルであり、末尾は“Ｃ”であるから、ここに示
す“Level ６Ｃ”は「ユーザ辞書内の全階層構造（定義
属性を含む）は標準辞書の全階層構造と同一であるレベ
ル」である。すなわち、このレベルでは図１８に示すよ
うに、左側の標準辞書Ｄstに対し、右側のサプライヤ辞
書Ｄusのような拡張が許される。この場合、ハッチング
部分が標準辞書Ｄusと一致している部分である。

【００９１】−−“Level ６Ｅ”準拠の例−− 図１９は、図５における“Level６Ｅ”に準拠した場合
でのユーザ辞書例を示す図である。上述したように、準
拠レベル“Level ６”は、全てが標準辞書に準拠すると
いうレベルであり、末尾は“Ｅ”であるから、ここに示
す“Level ６Ｅ”は「ユーザ辞書内の一部の階層構造
（定義属性を含む）は標準辞書の全階層構造と同一であ
るレベル」である。すなわち、このレベルでは、図１９
に示すように、左側の標準辞書Ｄstに対し、右側のサプ
ライヤ辞書Ｄusのような拡張が許される。この場合、ハ
ッチング部分が標準辞書Ｄstと一致している部分であ
る。

【００９２】このように、国際標準の電子カタログシス
テムを使用してあるユーザが自社の電子カタログコンテ
ンツを作成し、提供しようとする場合に、そのユーザ
（コンテンツ公開希望のサプライヤ）はライセンス申請
の手続きを管理運営団体の窓口システムに対して実行す
ると、窓口システムは、申請内容からユーザが作成しよ
うとするカタログコンテンツの標準辞書に対する準拠レ
ベルがどの程度になるかをチェックしてその準拠レベル
対応のライセンスを付与し、かつ、その準拠レベル対応
の検定プログラムを付与すると共に、付与したライセン
ス対応の課金を施し、ユーザには自己の開発したカタロ
グコンテンツに用いられたユーザ辞書についてこの付与
された検定プログラムで検定することにより、準拠レベ
ルの承認を得るようにした。そのため、ライセンスを受
けたユーザから提供されるカタログコンテンツの内容の
準拠レベルが、ライセンスされた内容対応に確保されて
品質を維持可能になると共に、ライセンス内容対応に課
金、例えば、準拠度の高いものほど料金を安価にすると
いった料金体系で課金をするように運営することで、カ
タログコンテンツの供給は標準辞書に準拠した内容とな
るように自然に誘導されることとなるから、拡張版の横
行を抑制して標準辞書準拠のカタログコンテンツが広く
流通する環境を構築できる。

【００９３】［準拠レベル検定プログラム］図２０〜図
３１は、図１における準拠レベル検定プログラムに格納
されている、各準拠レベル評価プログラムのアルゴリズ
ムであり、ユーザは、自己の電子カタログを作成し、外
部への情報提供を始めるにあたり、これらのプログラム
を使用して自己のカタログ辞書の検証を行う必要があ
り、この検定をパスすることで、準拠ルベルを確定し、
自己の辞書の品質レベルを表示することができる。以
下、各アルゴリズムの説明を行う。

【００９４】−−“Level 1C”検定プログラムの処理ア
ルゴリズム−− 図２０は図１における準拠レベル検定プログラム７に含
まれる“Level１Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
２”、“ＲＵＬＥ３”、“ＲＵＬＥ４”、“ＲＵＬＥ
５”を用いて行われ、まず、自己のカタログ辞書（サプ
ライヤ辞書）と標準辞書の製品クラスについての同一性
の検証を行い（Ｓ１００〜Ｓ１０９）、その後、双方の
定義属性についての同一性の検証を行う（Ｓ１１１〜Ｓ
１１８）。

【００９５】このレベルでは、サプライヤ辞書内に一つ
でも不一致があるとエラーとなる。

【００９６】もう少し具体的に説明する。サプライヤ辞
書から全ての製品クラスのインスタンスを求め、リスト
Ｌ１に代入する（ステップＳ１００）。次に標準辞書か
ら全ての製品クラスのインスタンスを求め、リストＬ２
に代入する（ステップＳ１０１）。次にリストＬ１の先
頭の要素Ｅを求める（ステップＳ１０２）。次に辞書準
拠ルールデータを読み込む（ステップＳ１０３）。

【００９７】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ１０４）。

【００９８】ステップＳ１０４でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ１０
５）。また、ステップＳ１０４でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ３”が成
立するか否かをチェックする（ステップＳ１０７）。

【００９９】ステップＳ１０５でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ１
０６）、処理を終了するが、存在していればステップＳ
１０７の処理に移る。

【０１００】ステップＳ１０７では要素Ｅ，要素Ｓに
“ＲＵＬＥ３”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ１０６）、処理を終了するが、成立すれば要素Ｅ
はリストＬ１の最後か否かをチェックし（ステップＳ１
０８）、最後でなければリストＬ１の次の要素をＥに代
入し、ステップＳ１０４からの処理を再び実行する。

【０１０１】ステップＳ１０８でのチェックの結果、要
素ＥはリストＬ１の最後であったならば、次にステップ
Ｓ１１０の処理に移り、サプライヤ辞書から全ての定義
属性クラスのインスタンスを求め、リストＬ３に代入す
る。そして、次に標準辞書から全ての定義属性クラスの
インスタンスを求め、リストＬ４に代入し（ステップＳ
１１１）、そして、次にリストＬ３の先頭の要素Ｐを求
める（ステップＳ１１２）。次に、要素Ｅに“ＲＵＬＥ
４”を満たす要素ＱがＬ４に存在するか否かをチェック
する（ステップＳ１１３）。

【０１０２】ステップＳ１１３でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ１
１７）、処理を終了するが、存在していればステップＳ
１１４の処理に移る。

【０１０３】ステップＳ１１４では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ１１７）、処理を終了するが、成立すれ
ばステップＳ１１５の処理に移る。ステップＳ１１５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ１１６）、ステップＳ１１３以降の処理を繰り
返すが、最後であれば“Level 1C”と認定し（ステップ
Ｓ１１８）、処理を終了する。

【０１０４】この処理の結果、“Level 1C”と認定され
た場合には、サプライヤは自己の提供する当該チェック
済みのサプライヤ辞書を“Level 1C”準拠と表示するこ
とができるようになる。

【０１０５】−−“Level 1E”検定プログラムの処理ア
ルゴリズム−− 図２１は図１における準拠レベル検定プログラム７に含
まれる“Level １Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ３”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、まず、自己のカ
タログ辞書（サプライヤ辞書）と標準辞書の“製品クラ
ス”についての同一性の検証を行い（Ｓ１２０〜Ｓ１２
８）、その後、双方の定義属性についての同一性の検証
を行う（Ｓ１２９〜Ｓ１３７）。

【０１０６】このレベルでは、標準辞書には載ってな
く、サプライヤ辞書内のみに存在するような用語があっ
た場合はスキップし、標準辞書にも載っている用語（同
一用語）があった場合において標準辞書とサプライヤ辞
書とで定義の差異があった時にはエラーとなる。

【０１０７】もう少し具体的に説明する。サプライヤ辞
書から全ての製品クラスのインスタンスを求め、リスト
Ｌ１に代入する（ステップＳ１２０）。次に標準辞書か
ら全ての製品クラスのインスタンスを求め、リストＬ２
に代入する（ステップＳ１２１）。次にリストＬ１の先
頭の要素Ｅを求める（ステップＳ１２２）。次に辞書準
拠ルールデータを読み込む（ステップＳ１１９）。

【０１０８】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ１２３）。

【０１０９】ステップＳ１２３でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ１２
４）。また、ステップＳ１２３でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ３”が成
立するか否かをチェックする（ステップＳ１２５）。

【０１１０】ステップＳ１２５でのチェックの結果、成
立しなければエラーメッセージを表示し（ステップＳ１
２６）、処理を終了するが、成立すればステップＳ１２
７の処理に移る。

【０１１１】一方、ステップＳ１２４でのチェックの結
果、存在すればステップＳ１２７の処理に移るが、存在
していなければステップＳ１２５の処理に移る。そし
て、このステップＳ１２５では、要素Ｅおよび要素Ｓに
“ＲＵＬＥ３”が成立するか否かをチェックし、その結
果、成立しなければエラーメッセージを表示し（ステッ
プＳ１２６）、処理を終了するが、成立すればステップ
Ｓ１２７の処理に移る。

【０１１２】ステップＳ１２７では要素ＥはリストＬ１
の最後であるか否かをチェックし、最後でなければリス
トＬ１の次の要素をＥに代入して（ステップＳ１２８）
からステップＳ１２３からの処理を再び繰り返す。

【０１１３】一方、ステップＳ１２７でのチェックの結
果、要素ＥはリストＬ１の最後であった場合には次にス
テップＳ１２９の処理に移り、サプライヤ辞書から全て
の定義属性クラスのインスタンスを求め、リストＬ３に
代入する。そして、次に標準辞書から全ての定義属性ク
ラスのインスタンスを求め、リストＬ４に代入し（ステ
ップＳ１３０）、そして、次にリストＬ３の先頭の要素
Ｐを求める（ステップＳ１３１）。

【０１１４】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ１３２）。

【０１１５】ステップＳ１３２でのチェックの結果、存
在しなければステップＳ１３５の処理に移るが、存在し
ていれば、ステップＳ１３３の処理に移り、要素Ｅ、要
素Ｓに“RULE５”が成立するか否かをチェックする。こ
のステップＳ１３３でのチェックの結果、“RULE５”が
成立しないときはエラーメッセージを表示し（ステップ
Ｓ１３４）、処理を終了するが、“RULE５”が成立する
ときはステップＳ１３５の処理に移る。

【０１１６】ステップＳ１３５では、現在処理している
リストＬ３の要素Ｐは当該リストＬ３の最後か否かをチ
ェックする。そして、チェックの結果、最後でなければ
リストＬ３の要素をＥに代入し（ステップＳ１３６）、
ステップＳ１３２以降の処理を繰り返すが、最後であれ
ば“Level 1E”と認定し（ステップＳ１３７）、処理を
終了する。

【０１１７】この処理の結果、“Level 1E”と認定され
た場合には、サプライヤは自己の提供する当該チェック
済みのサプライヤ辞書を“Level 1E”準拠と表示するこ
とができるようになる。

【０１１８】−−“Level 2C”検定プログラムの処理ア
ルゴリズム−− 図２２は図１における準拠レベル検定プログラム７に含
まれる“Level２Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ６”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、まず、自己のカ
タログ辞書（サプライヤ辞書）と標準辞書の製品クラス
についての同一性の検証を行い（Ｓ２００〜Ｓ２０
７）、その製品クラスが持つ定義属性についての同一性
の検証を行う（Ｓ２０８〜Ｓ２１８）。

【０１１９】サプライヤ辞書内に一つでも不一致がある
とエラーとなる。

【０１２０】もう少し具体的に説明する。サプライヤ辞
書から全ての製品クラスのインスタンスを求め、リスト
Ｌ１に代入する（ステップＳ２００）。次に標準辞書か
ら全ての製品クラスのインスタンスを求め、リストＬ２
に代入する（ステップＳ２０１）。次にリストＬ１の先
頭の要素Ｅを求める（ステップＳ２０２）。次に辞書準
拠ルールデータを読み込む（ステップＳ２０３）。

【０１２１】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ２０４）。

【０１２２】ステップＳ２０４でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ２０
５）。また、ステップＳ２０４でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ３”が成
立するか否かをチェックする（ステップＳ２０６）。

【０１２３】ステップＳ２０５でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ２
０７）、処理を終了するが、存在していればステップＳ
２０６の処理に移る。

【０１２４】ステップＳ２０６では要素Ｅ，要素Ｓに
“ＲＵＬＥ６”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ２０７）、処理を終了するが、成立すればステッ
プＳ２０８の処理に移る。

【０１２５】ステップＳ２０８では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、要
素Ｓ、Visible_propartyの値を求め、リストＬ４に代入
する（ステップＳ２０９）。そして、次にリストＬ３の
先頭の要素Ｐを求める（ステップＳ２１０）。

【０１２６】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ２１１）。

【０１２７】ステップＳ２１１でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ２
１３）、処理を終了するが、存在していればステップＳ
２１２の処理に移る。

【０１２８】ステップＳ２１２では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ２１３）、処理を終了するが、成立すれ
ばステップＳ２１４の処理に移る。ステップＳ２１４で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ２１５）、ステップＳ２１１以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ２１６）。

【０１２９】そして、最後でなければ、リストＬ３の次
の要素をＥに代入し（ステップＳ２１８）、ステップＳ
２１１以降の処理を繰り返すが、最後であれば、“Leve
l２C”と認定し（ステップＳ２１７）、処理を終了す
る。

【０１３０】この処理の結果、“Level ２C”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level ２C”準拠と表示す
ることができるようになる。

【０１３１】−−“Level 2E”検定プログラムの処理ア
ルゴリズム−− 図２３は図１における準拠レベル検定プログラム７に含
まれる“Level２Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ６”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、まず、自己のカ
タログ辞書（サプライヤ辞書）と標準辞書の製品クラス
についての同一性の検証を行い（Ｓ２２０〜Ｓ２２
７）、その製品クラスが持つ定義属性についての同一性
の検証を行う（Ｓ２２８〜Ｓ２３８）。こルベルでは、
サプライヤ辞書内にのみ存在する用語があった場合はス
キップし、同一用語があった場合においてオブジェクト
の定義の差異があった時にエラーとなる。

【０１３２】もう少し具体的に説明する。サプライヤ辞
書から全ての製品クラスのインスタンスを求め、リスト
Ｌ１に代入する（ステップＳ２２０）。次に標準辞書か
ら全ての製品クラスのインスタンスを求め、リストＬ２
に代入する（ステップＳ２２１）。次にリストＬ１の先
頭の要素Ｅを求める（ステップＳ２２２）。次に辞書準
拠ルールデータを読み込む（ステップＳ２２３）。

【０１３３】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ２２４）。

【０１３４】ステップＳ２２４でのチェックの結果、存
在しなければリストＬ２において、要素Ｅに“ＲＵＬＥ
２”を満たす要素Ｓが存在するか否かをチェックする
（ステップＳ２２５）。また、ステップＳ２２４でのチ
ェックの結果、存在していれば要素Ｅおよび要素Ｓに
“ＲＵＬＥ６”が成立するか否かをチェックする（ステ
ップＳ２２６）。

【０１３５】ステップＳ２２６でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ２
２７）、処理を終了するが、存在していればステップＳ
２２８の処理に移る。

【０１３６】一方、ステップＳ２２５でのチェックの結
果、リストＬ２において、要素Ｅに“ＲＵＬＥ２”を満
たす要素Ｓが存在していなければステップＳ２３６の処
理に移るが、存在していればステップＳ２２６の処理に
移る。

【０１３７】ステップＳ２２８では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、要
素Ｓ、Visible_propartyの値を求め、リストＬ４に代入
する（ステップＳ２２９）。そして、次にリストＬ３の
先頭の要素Ｐを求める（ステップＳ２３０）。

【０１３８】次に、リストＬ４中において、要素Ｅに
“ＲＵＬＥ４”を満たす要素Ｑが存在するか否かをチェ
ックする（ステップＳ２３１）。

【０１３９】ステップＳ２３１でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ２
３３）、処理を終了するが、存在していればステップＳ
２３２の処理に移る。

【０１４０】ステップＳ２３２では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ２３３）、処理を終了するが、成立すれ
ばステップＳ２３４の処理に移る。

【０１４１】ステップＳ２３４では現在処理しているリ
ストＬ３の要素Ｐは当該リストＬ３の最後か否かをチェ
ックする。そして、チェックの結果、最後でなければリ
ストＬ３の要素をＥに代入し（ステップＳ２３５）、ス
テップＳ２３１以降の処理を繰り返すが、最後であれば
要素ＥはリストＬ１の最後であるか否かをチェックする
（ステップＳ２３６）。

【０１４２】そして、ステップＳ２３６でのチェックの
結果、最後でなければ、リストＬ３の次の要素をＥに代
入し（ステップＳ２３８）、ステップＳ２３１以降の処
理を繰り返すが、最後であれば、“Level ２Ｅ”と認定
し（ステップＳ２３７）、処理を終了する。

【０１４３】この処理の結果、“Level ２Ｅ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level ２Ｅ”準拠と表示す
ることができるようになる。

【０１４４】−−“Level 3C”検定プログラムの処理ア
ルゴリズム−− 図２４は図１における準拠レベル検定プログラム７に含
まれる“Level３Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ７”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、ユーザが準拠を
希望する製品クラスの部分的な階層構造を求め、自己の
カタログ辞書（サプライヤ辞書）と標準辞書の製品クラ
スについての同一性の検証を行い（Ｓ３００〜Ｓ３１
０）、双方の定義属性についての同一性の検証を行う
（Ｓ３１１〜Ｓ３１８）。サプライヤ辞書内に一つでも
不一致があるとエラーとなる。

【０１４５】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ３００）。次に当該製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ３０１）。
次に標準辞書から全ての製品クラスインスタンスを求
め、リストＬ２に代入する（ステップＳ３０２）。

【０１４６】リストＬ１の先頭の要素Ｅを求める（ステ
ップＳ３０３）。次に辞書準拠ルールデータを読み込む
（ステップＳ３０４）。

【０１４７】次に、リストＬ２において、要素Ｅに“Ｒ
ＵＬＥ１”を満たす要素Ｓが存在するか否かをチェック
する（ステップＳ３０５）。

【０１４８】ステップＳ３０５でのチェックの結果、存
在しなければリストＬ２において、要素Ｅに“ＲＵＬＥ
２”を満たす要素Ｓが存在するか否かをチェックする
（ステップＳ３０６）。また、ステップＳ３０５でのチ
ェックの結果、存在していれば要素Ｅおよび要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする（ステ
ップＳ３０７）。

【０１４９】ステップＳ３０６でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ３
０８）、処理を終了するが、存在していればステップＳ
３０７の処理に移る。

【０１５０】ステップＳ３０７では要素Ｅ，要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ３０８）、処理を終了するが、成立すれば要素Ｅ
はリストＬ１の最後か否かをチェックし（ステップＳ３
０９）、最後でなければリストＬ１の次の要素をＥに代
入し、ステップＳ３０５からの処理を再び実行する。

【０１５１】ステップＳ３０９でのチェックの結果、要
素ＥはリストＬ１の最後であったならば、次にステップ
Ｓ３１１の処理に移り、サプライヤ辞書から全ての定義
属性クラスのインスタンスを求め、リストＬ３に代入す
る。そして、次に標準辞書から全ての定義属性クラスの
インスタンスを求め、リストＬ４に代入し（ステップＳ
３１２）、そして、次にリストＬ３の先頭の要素Ｐを求
める（ステップＳ３１３）。次に、要素Ｅに“ＲＵＬＥ
４”を満たす要素ＱがＬ４に存在するか否かをチェック
する（ステップＳ３１４）。

【０１５２】ステップＳ３１４でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ３
１６）、処理を終了するが、存在していればステップＳ
３１５の処理に移る。

【０１５３】ステップＳ３１５では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ３１６）、処理を終了するが、成立すれ
ばステップＳ３１７の処理に移る。ステップＳ３１７で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ３１９）、ステップＳ３１４以降の処理を繰り
返すが、最後であれば“Level 3C”と認定し（ステップ
Ｓ３１８）、処理を終了する。

【０１５４】この処理の結果、“Level 3C”と認定され
た場合には、サプライヤは自己の提供する当該チェック
済みのサプライヤ辞書を“Level 3C”準拠と表示するこ
とができるようになる。

【０１５５】−−“Level 3E”検定プログラムの処理ア
ルゴリズム−− 図２５は図１における準拠レベル検定プログラム７に含
まれる“Level３Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠レールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ７”，“ＲＵＬＥ
４”，“ＲＵＬＥ５”を用いて行われ、ユーザが準拠を
希望する製品クラスの部分的な階層構造を求め、自己の
カタログ辞書（サプライヤ辞書）と標準辞書の製品クラ
スについての同一性の検証を行い（Ｓ３２０〜Ｓ３３
０）、双方の定義属性についての同一性の検証を行う
（Ｓ３３１〜Ｓ３３９）。

【０１５６】このレベルでは、サプライヤ辞書と一致し
ない用語があった場合はスキップし、同一用語があった
場合において用語の定義の差異があった時にエラーとな
る。

【０１５７】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ３２０）。次に当該製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ３２１）。
次に標準辞書から全ての製品クラスインスタンスを求
め、リストＬ２に代入する（ステップＳ３２２）。

【０１５８】リストＬ１の先頭の要素Ｅを求める（ステ
ップＳ３２３）。次に辞書準拠ルールデータを読み込む
（ステップＳ３２４）。

【０１５９】次に、リストＬ２において、要素Ｅに“Ｒ
ＵＬＥ１”を満たす要素Ｓが存在するか否かをチェック
する（ステップＳ３２５）。

【０１６０】ステップＳ３２５でのチェックの結果、存
在しなければリストＬ２において、要素Ｅに“ＲＵＬＥ
２”を満たす要素Ｓが存在するか否かをチェックする
（ステップＳ３２６）。また、ステップＳ３２５でのチ
ェックの結果、存在していれば要素Ｅおよび要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする（ステ
ップＳ３２７）。

【０１６１】ステップＳ３２６でのチェックの結果、存
在していなければステップＳ３２９の処理に移行し、存
在していれば、ステップＳ３２７の処理に移行する。

【０１６２】ステップＳ３２７では要素Ｅ，要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ３２８）、処理を終了するが、成立すれば要素Ｅ
はリストＬ１の最後か否かをチェックし（ステップＳ３
２９）、最後でなければリストＬ１の次の要素をＥに代
入し（ステップＳ３３０）、ステップＳ３２５からの処
理を再び実行する。

【０１６３】一方、ステップＳ３２６でのチェックの結
果、存在しなければステップＳ３２９の処理に移行す
る。

【０１６４】ステップＳ３２９でのチェックの結果、要
素ＥはリストＬ１の最後であったならば、次にステップ
Ｓ３３１の処理に移るが、このステップＳ３３１では、
サプライヤ辞書から全ての定義属性クラスのインスタン
スを求め、リストＬ３に代入する。そして、次に標準辞
書から全ての定義属性クラスのインスタンスを求め、リ
ストＬ４に代入し（ステップＳ３３２）、そして、次に
リストＬ３の先頭の要素Ｐを求める（ステップＳ３３
３）。次に、要素Ｅに“ＲＵＬＥ４”を満たす要素Ｑが
Ｌ４に存在するか否かをチェックする（ステップＳ３３
４）。

【０１６５】ステップＳ３３４でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ３
３６）、処理を終了するが、存在していればステップＳ
３３５の処理に移る。

【０１６６】ステップＳ３３５では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ３３６）、処理を終了するが、成立すれ
ばステップＳ３３７の処理に移る。ステップＳ３１３で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ３３８）、ステップＳ３３４以降の処理を繰り
返すが、最後であれば“Level 3Ｅ”と認定し（ステッ
プＳ３３９）、処理を終了する。

【０１６７】この処理の結果、“Level 3Ｅ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 3Ｅ”準拠と表示す
ることができるようになる。

【０１６８】−−“Level 4C”検定プログラムの処理ア
ルゴリズム−− 図２６は図１における準拠レベル検定プログラム７に含
まれる“Level４Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠レールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ８”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、ユーザが準拠を
希望する製品クラスの部分的な階層構造を求め、自己の
カタログ辞書（サプライヤ辞書）と標準辞書の製品クラ
スについての同一性の検証を行い（Ｓ４００〜Ｓ４０
８）、その製品クラスが持つ定義属性についての同一性
の検証を行う（Ｓ４０９〜Ｓ４１９）。こルベルでは、
サプライヤ辞書内に一つでも不一致があるとエラーとな
る。

【０１６９】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ４００）。そして、製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ４０１）。
次に標準辞書から全ての製品クラスのインスタンスを求
め、リストＬ２に代入する（ステップＳ４０２）。次に
リストＬ１の先頭の要素Ｅを求める（ステップＳ４０
３）。次に辞書準拠ルールデータを読み込む（ステップ
Ｓ４０４）。

【０１７０】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ４０５）。

【０１７１】ステップＳ４０５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ４０
６）。また、ステップＳ４０５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ３”が成
立するか否かをチェックする（ステップＳ４０７）。

【０１７２】ステップＳ４０６でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ４
０８）、処理を終了するが、存在していればステップＳ
４０７の処理に移る。

【０１７３】ステップＳ４０７では要素Ｅ，要素Ｓに
“ＲＵＬＥ８”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ４０８）、処理を終了するが、成立すればステッ
プＳ４０９の処理に移る。

【０１７４】ステップＳ４０９では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、要
素Ｓ、Visible_propartyの値を求め、リストＬ４に代入
する（ステップＳ４１０）。そして、次にリストＬ３の
先頭の要素Ｐを求める（ステップＳ４１１）。

【０１７５】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ４１２）。

【０１７６】ステップＳ４１２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ４
１４）、処理を終了するが、存在していればステップＳ
４１３の処理に移る。

【０１７７】ステップＳ４１３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ４１４）、処理を終了するが、成立すれ
ばステップＳ４１５の処理に移る。ステップＳ４１５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ４１６）、ステップＳ４１２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ４１７）。

【０１７８】そして、最後でなければ、リストＬ３の次
の要素をＥに代入し（ステップＳ４１８）、ステップＳ
４０５以降の処理を繰り返すが、最後であれば、“Leve
l4C”と認定し（ステップＳ４１９）、処理を終了す
る。

【０１７９】この処理の結果、“Level 4C”と認定され
た場合には、サプライヤは自己の提供する当該チェック
済みのサプライヤ辞書を“Level 4C”準拠と表示するこ
とができるようになる。

【０１８０】−−“Level 4E”検定プログラムの処理ア
ルゴリズム−− 図２７は図１における準拠レベル検定プログラム７に含
まれる“Level４Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ８”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、ユーザが準拠を
希望する製品クラスの部分的な階層構造を求め、自己の
カタログ辞書（サプライヤ辞書）と標準辞書の製品クラ
スについての同一性の検証を行い（Ｓ４２０〜Ｓ４２
８）、その製品クラスが持つ定義属性についての同一性
の検証を行う（Ｓ４２９〜Ｓ４３９）。こルベルでは、
サプライヤ辞書と一致しない用語があった場合はスキッ
プし、同一用語があった場合においてオブジェクトの定
義に差異があった時にエラーとなる。

【０１８１】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ４２０）。そして、製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ４２１）。
次に標準辞書から全ての製品クラスのインスタンスを求
め、リストＬ２に代入する（ステップＳ４２２）。次に
リストＬ１の先頭の要素Ｅを求める（ステップＳ４２
３）。次に辞書準拠ルールデータを読み込む（ステップ
Ｓ４２４）。

【０１８２】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ４２５）。

【０１８３】ステップＳ４２５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ４２
６）。また、ステップＳ４２５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ８”が成
立するか否かをチェックする（ステップＳ４２７）。

【０１８４】ステップＳ４２６でのチェックの結果、存
在していなければステップＳ４３７の処理に移行する
が、存在していれば、ステップＳ４２７の処理に移行す
る。

【０１８５】ステップＳ４２７では、要素Ｅ，要素Ｓに
“ＲＵＬＥ８”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ４２８）、処理を終了するが、成立すればステッ
プＳ４２９の処理に移る。

【０１８６】ステップＳ４２９では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、要
素Ｓ、Visible_propartyの値を求め、リストＬ４に代入
する（ステップＳ４３０）。そして、次にリストＬ３の
先頭の要素Ｐを求める（ステップＳ４３１）。

【０１８７】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがリストＬ４に存在するか否かをチェックする（ス
テップＳ４３２）。

【０１８８】ステップＳ４３２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ４
３４）、処理を終了するが、存在していればステップＳ
４３３の処理に移る。

【０１８９】ステップＳ４３３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ４３４）、処理を終了するが、成立すれ
ばステップＳ４３５の処理に移る。ステップＳ４３５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ４３６）、ステップＳ４３２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ４３７）。

【０１９０】そして、最後でなければ、リストＬ３の次
の要素をＥに代入し（ステップＳ４３９）、ステップＳ
４２５以降の処理を繰り返すが、最後であれば、“Leve
l4Ｅ”と認定し（ステップＳ４３９）、処理を終了す
る。

【０１９１】この処理の結果、“Level 4Ｅ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 4Ｅ”準拠と表示す
ることができるようになる。

【０１９２】−−“Level 5C”検定プログラムの処理ア
ルゴリズム−− 図２８は図１における準拠レベル検定プログラム７に含
まれる“Level５Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ７”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、自己のカタログ
辞書（サプライヤ辞書）と標準辞書の製品クラスについ
ての同一性の検証を行い（Ｓ５００〜Ｓ５０８）、その
製品クラスが持つ定義属性についての同一性の検証を行
う（Ｓ５０９〜Ｓ５１９）。こルベルでは、サプライヤ
辞書内に一つでも不一致があるとエラーとなる。

【０１９３】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ５００）。そして、製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ５０１）。
次に標準辞書から全ての製品クラスのインスタンスを求
め、リストＬ２に代入する（ステップＳ５０２）。次に
リストＬ１の先頭の要素Ｅを求める（ステップＳ５０
３）。次に辞書準拠ルールデータを読み込む（ステップ
Ｓ５０４）。

【０１９４】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがリストＬ２に存在するか否かをチェックする（ス
テップＳ５０５）。

【０１９５】ステップＳ５０５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ５０
６）。また、ステップＳ５０５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ７”が成
立するか否かをチェックする（ステップＳ５０７）。

【０１９６】ステップＳ５０６でのチェックの結果、存
在していなければエラーメッセージを表示し（ステップ
Ｓ５０８）、処理を終了させるが、存在していた場合に
はステップＳ５０７の処理に移行する。

【０１９７】ステップＳ５０７では、要素Ｅ，要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ５０８）、処理を終了するが、成立すればステッ
プＳ５０９の処理に移る。

【０１９８】ステップＳ５０９では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、要
素Ｓ、Visible_propartyの値を求め、リストＬ４に代入
する（ステップＳ５１０）。そして、次にリストＬ３の
先頭の要素Ｐを求める（ステップＳ５１１）。

【０１９９】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ５１２）。

【０２００】ステップＳ５１２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ５
１４）、処理を終了するが、存在していればステップＳ
５１３の処理に移る。

【０２０１】ステップＳ５１３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ５１４）、処理を終了するが、成立すれ
ばステップＳ５１５の処理に移る。ステップＳ５１５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ５１６）、ステップＳ５１２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ５１７）。

【０２０２】そして、最後でなければ、リストＬ１の次
の要素をＥに代入し（ステップＳ５１９）、ステップＳ
５０５以降の処理を繰り返すが、最後であれば、“Leve
l5Ｃ”と認定し（ステップＳ５１８）、処理を終了す
る。

【０２０３】この処理の結果、“Level 5Ｃ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 5Ｃ”準拠と表示す
ることができるようになる。

【０２０４】−−“Level 5E”検定プログラムの処理ア
ルゴリズム−− 図２９は図１における準拠レベル検定プログラム７に含
まれる“Level５Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ７”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、自己のカタログ
辞書（サプライヤ辞書）と標準辞書の製品クラスについ
ての同一性の検証を行い（Ｓ５２０〜Ｓ５２８）、その
製品クラスが持つ定義属性についての同一性の検証を行
う（Ｓ５２９〜Ｓ５３９）。こルベルでは、サプライヤ
辞書と一致しない用語があった場合はスキップし、同一
用語があった場合において用語の定義に差異があった時
にエラーとなる。

【０２０５】もう少し具体的に説明する。サプライヤ辞
書から準拠を開始する製品クラスＣを入力する（ステッ
プＳ５２０）。そして、製品クラスＣのサブクラスを全
て求め、リストＬ１に代入する（ステップＳ５２１）。
次に標準辞書から全ての製品クラスのインスタンスを求
め、リストＬ２に代入する（ステップＳ５２２）。次に
リストＬ１の先頭の要素Ｅを求める（ステップＳ５２
３）。次に辞書準拠ルールデータを読み込む（ステップ
Ｓ５２４）。

【０２０６】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ５２５）。

【０２０７】ステップＳ５２５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ５２
６）。また、ステップＳ５２５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ７”が成
立するか否かをチェックする（ステップＳ５２７）。

【０２０８】ステップＳ５２６でのチェックの結果、存
在していなければステップＳ５３７の処理に移行する
が、存在していれば、ステップＳ５２７の処理に移行す
る。

【０２０９】ステップＳ５２７では、要素Ｅ，要素Ｓに
“ＲＵＬＥ７”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ５２８）、処理を終了するが、成立すればステッ
プＳ５２９の処理に移る。

【０２１０】ステップＳ５２９では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、更
に要素Ｓ、Visible_propartyの値を求め、リストＬ４に
代入し（ステップＳ５３０）、次にリストＬ３の先頭の
要素Ｐを求める（ステップＳ５３１）。

【０２１１】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ５３２）。

【０２１２】ステップＳ５３２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ５
３４）、処理を終了するが、存在していればステップＳ
５３３の処理に移る。

【０２１３】ステップＳ５３３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ５３４）、処理を終了するが、成立すれ
ばステップＳ５３５の処理に移る。ステップＳ５３５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ５３６）、ステップＳ５３２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ５３７）。

【０２１４】そして、最後でなければ、リストＬ１の次
の要素をＥに代入し（ステップＳ５３９）、ステップＳ
５２５以降の処理を繰り返すが、最後であれば、“Leve
l5Ｅ”と認定し（ステップＳ５３８）、処理を終了す
る。

【０２１５】この処理の結果、“Level 5Ｅ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 5Ｅ”準拠と表示す
ることができるようになる。

【０２１６】−−“Level 6C”検定プログラムの処理ア
ルゴリズム−− 図３０は図１における準拠レベル検定プログラム７に含
まれる“Level６Ｃ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである、検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ８”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、自己のカタログ
辞書（サプライヤ辞書）と標準辞書の製品クラスについ
ての同一性の検証を行い（Ｓ６００〜Ｓ６０８）、その
製品クラスが持つ定義属性についての同一性の検証を行
う（Ｓ６０９〜Ｓ６１９）。こルベルでは、こルベルで
は、サプライヤ辞書内に一つでも不一致があるとエラー
となる。

【０２１７】もう少し具体的に説明する。サプライヤ辞
書から最上位（ルート）の製品クラスＣを入力する（ス
テップＳ６００）。そして、製品クラスＣのサブクラス
を全て求め、リストＬ１に代入する（ステップＳ６０
１）。次に標準辞書から全ての製品クラスのインスタン
スを求め、リストＬ２に代入する（ステップＳ６０
２）。次にリストＬ１の先頭の要素Ｅを求める（ステッ
プＳ６０３）。次に辞書準拠ルールデータを読み込む
（ステップＳ６０４）。

【０２１８】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがリストＬ２に存在するか否かをチェックする（ス
テップＳ６０５）。

【０２１９】ステップＳ６０５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ６０
６）。また、ステップＳ６０５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ８”が成
立するか否かをチェックする（ステップＳ６０７）。

【０２２０】ステップＳ６０６でのチェックの結果、存
在していなければエラーメッセージを表示し（ステップ
Ｓ６０８）、処理を終了するが、存在していれば、ステ
ップＳ６０７の処理に移行する。

【０２２１】ステップＳ６０７では、要素Ｅ，要素Ｓに
“ＲＵＬＥ８”が成立するか否かをチェックする。その
結果、成立しなければエラーメッセージを表示し（ステ
ップＳ６０８）、処理を終了するが、成立すればステッ
プＳ６０９の処理に移る。

【０２２２】ステップＳ６０９では要素Ｅ、Visible_pr
opartyの値を求め、リストＬ３に代入する。そして、更
に要素Ｓ、Visible_propartyの値を求め、リストＬ４に
代入し（ステップＳ６１０）、次にリストＬ３の先頭の
要素Ｐを求める（ステップＳ６１１）。

【０２２３】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ６１２）。

【０２２４】ステップＳ６１２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ６
１４）、処理を終了するが、存在していればステップＳ
６１３の処理に移る。

【０２２５】ステップＳ６１３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ６１４）、処理を終了するが、成立すれ
ばステップＳ６１５の処理に移る。ステップＳ６１５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ６１６）、ステップＳ６１２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ６１７）。

【０２２６】そして、最後でなければ、リストＬ１の次
の要素をＥに代入し（ステップＳ６１９）、ステップＳ
６０５以降の処理を繰り返すが、最後であれば、“Leve
l6Ｃ”と認定し（ステップＳ６１８）、処理を終了す
る。

【０２２７】この処理の結果、“Level 6Ｃ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 6Ｃ”準拠と表示す
ることができるようになる。

【０２２８】−−“Level 6E”検定プログラムの処理ア
ルゴリズム−− 図３１は図１における準拠レベル検定プログラム７に含
まれる“Level６Ｅ”の検定を行うプログラムの処理ア
ルゴリズムを示すフローチャートである。検証は図３２
に示した辞書準拠ルールデータに格納された“ＲＵＬＥ
１”、“ＲＵＬＥ２”、“ＲＵＬＥ８”、“ＲＵＬＥ
４”、“ＲＵＬＥ５”を用いて行われ、自己のカタログ
辞書（サプライヤ辞書）と標準辞書の製品クラスについ
ての同性の検証を行い（Ｓ６２０〜Ｓ６２８）、その製
品クラスが持つ定義属性についての同一性の検証を行う
（Ｓ６２９〜Ｓ６３９）。こルベルでは、サプライヤ辞
書と一致しない用語があった場合はスキップし、同一用
語があった場合においてオブジェクトの定義に差異があ
った時にエラーとなる。

【０２２９】もう少し具体的に説明する。サプライヤ辞
書から最上位（ルート）の製品クラスＣを入力する（ス
テップＳ６２０）。そして、製品クラスＣのサブクラス
を全て求め、リストＬ１に代入する（ステップＳ６２
１）。次に標準辞書から全ての製品クラスのインスタン
スを求め、リストＬ２に代入する（ステップＳ６２
２）。次にリストＬ１の先頭の要素Ｅを求める（ステッ
プＳ６２３）。次に辞書準拠ルールデータを読み込む
（ステップＳ６２４）。

【０２３０】次に、要素Ｅに“ＲＵＬＥ１”を満たす要
素ＳがＬ２に存在するか否かをチェックする（ステップ
Ｓ６２５）。

【０２３１】ステップＳ６２５でのチェックの結果、存
在しなければ要素Ｅに“ＲＵＬＥ２”を満たす要素Ｓが
Ｌ２に存在するか否かをチェックする（ステップＳ６２
６）。また、ステップＳ６２５でのチェックの結果、存
在していれば要素Ｅおよび要素Ｓに“ＲＵＬＥ８”が成
立するか否かをチェックする（ステップＳ６２７）。

【０２３２】ステップＳ６２６でのチェックの結果、存
在していなければステップＳ６３７の処理に移行する
が、存在していなければステップＳ６２７の処理に移行
する。

【０２３３】そして、ステップＳ６２７でのチェックの
結果、要素Ｅおよび要素Ｓに“ＲＵＬＥ８”が成立すれ
ばステップＳ６２９の処理に移行するが、成立しなけれ
ばエラーメッセージを表示し（ステップＳ６２８）、処
理を終了するが、成立しなければ、ステップＳ６２９の
処理に移行する。

【０２３４】ステップＳ６２９では、要素Ｅ、Visible_
propartyの値を求め、リストＬ３に代入する。そして、
更に要素Ｓ、Visible_propartyの値を求め、リストＬ４
に代入し（ステップＳ６３０）、次にリストＬ３の先頭
の要素Ｐを求める（ステップＳ６３１）。

【０２３５】次に、要素Ｅに“ＲＵＬＥ４”を満たす要
素ＱがＬ４に存在するか否かをチェックする（ステップ
Ｓ６３２）。

【０２３６】ステップＳ６３２でのチェックの結果、存
在しなければエラーメッセージを表示し（ステップＳ６
３４）、処理を終了するが、存在していればステップＳ
６３３の処理に移る。

【０２３７】ステップＳ６３３では、要素Ｅ、要素Ｓに
“ＲＵＬＥ５”が成立するか否かをチェックする。そし
て、その結果、成立しなければエラーメッセージを表示
し（ステップＳ６３４）、処理を終了するが、成立すれ
ばステップＳ６３５の処理に移る。ステップＳ６３５で
は現在処理しているリストＬ３の要素Ｐは当該リストＬ
３の最後か否かをチェックする。そして、チェックの結
果、最後でなければリストＬ３の要素をＥに代入し（ス
テップＳ６３６）、ステップＳ６３２以降の処理を繰り
返すが、最後であれば要素ＥはリストＬ１の最後である
か否かをチェックする（ステップＳ６３７）。

【０２３８】そして、最後でなければ、リストＬ１の次
の要素をＥに代入し（ステップＳ６３９）、ステップＳ
６２５以降の処理を繰り返すが、最後であれば、“Leve
l6Ｅ”と認定し（ステップＳ６３８）、処理を終了す
る。

【０２３９】この処理の結果、“Level 6Ｅ”と認定さ
れた場合には、サプライヤは自己の提供する当該チェッ
ク済みのサプライヤ辞書を“Level 6Ｅ”準拠と表示す
ることができるようになる。

【０２４０】＜検定ルールデータ＞図３２は、図２０〜
図３１の検定プログラムにおける処理アルゴリズムで用
いられる、検定ルールデータを説明する図である。これ
らのルールで用いる情報は“ＩＳＯ１３５８４−４２”
で規定するデータモデルに基づいている。

【０２４１】［１］“ＲＵＬＥ１”：標準辞書内の製品
クラス“Ａ”とサプライヤ辞書内（ユーザが拡張した辞
書内）の製品クラス“Ｂ”とで用語が同一とみなすため
のルールである。

【０２４２】［２］“ＲＵＬＥ２”：標準辞書内の製品
クラス“Ａ”とサプライヤ辞書内の製品クラス“Ｂ”と
で用語が同一とみなすためのルールである。（is_case_
ofの場合） ［３］“ＲＵＬＥ３”：標準辞書内の製品クラス“Ａ”
とサプライヤ辞書内の製品クラス“Ｂ”との定義が同一
であるとみなすためのルールである ［４］“ＲＵＬＥ４”：標準辞書内の定義属性“Ａ”と
サプライヤ辞書内の定義属性“Ｂ”とで用語が同一であ
るとみなすためのルールである。

【０２４３】［５］“ＲＵＬＥ５”：標準辞書内の定義
属性“Ａ”とサプライヤ辞書内の定義属性“Ｂ”との定
義が同一であるとみなすためのルールである ［６］“ＲＵＬＥ６”：標準辞書内の製品クラス“Ａ”
とサプライヤ辞書内の製品クラス“Ｂ”とのオブジェク
トとしての定義が同一であるとみなすためのルールであ
る。

【０２４４】［７］“ＲＵＬＥ７”：標準辞書内の製品
クラス“Ａ”とサプライヤ辞書内の製品クラス“Ｂ”と
が同一の階層構造を持つとみなすためのルールである ［８］“ＲＵＬＥ８”：標準辞書内の製品クラス“Ａ”
とサプライヤ辞書内の製品クラス“Ｂ”とが同一の階層
構造を持ち、オブジェクトとしても同一であるとみなす
ためのルールである。

【０２４５】以上のように、上述した本発明の実施形態
にかかるシステムは、国際標準の電子カタログシステム
を使用してあるユーザが自社の電子カタログコンテンツ
を作成し、公開して第３者の利用に供しようとする場合
に、そのユーザ（コンテンツ公開希望のサプライヤ）は
ライセンス申請を管理運営団体の窓口システムに対して
実行すると、窓口システムは、申請内容からユーザが作
成しようとするカタログコンテンツの標準辞書に対する
準拠レベルがどの程度になるかをチェックしてその準拠
レベル対応のライセンスを付与し、かつ、その準拠レベ
ル対応の検定プログラムを付与すると共に、付与したラ
イセンス対応の課金を施し、ユーザには自己の開発した
カタログコンテンツに用いられたユーザ辞書についてこ
の付与された検定プログラムで検定することにより、準
拠レベルの承認を得るようにした。そのため、ライセン
スを受けたユーザから公開されるカタログコンテンツの
内容の準拠レベルがライセンスされた内容対応に確保さ
れて品質を維持可能になると共に、ライセンス内容対応
に課金、例えば、準拠度の高いものほど料金を安価にす
るといった料金体系で課金をするように運営すること
で、カタログコンテンツの供給は標準辞書に準拠した内
容となるように自然に誘導されることとなるから、拡張
版の横行を抑制して標準辞書準拠のカタログコンテンツ
が広く流通する環境を構築できる。

【０２４６】また、本実施形態によれば、国際標準電子
カタログシステムに用いられる標準辞書をそのまま利用
するのではなく、これをユーザ自身（カタログコンテン
ツサプライヤ自身）が拡張して、カタログコンテンツサ
プライヤ独自の辞書（ユーザ辞書）を作成し、これを使
用してカタログコンテンツを作成する場合に、そのサプ
ライヤが拡張して作成した辞書の準拠ルベルを前記ライ
センス付与にあたり運営窓口から準拠レベル対応に付与
された検定プログラムにより検証することによって、サ
プライヤ辞書の品質を明示化することが可能となり、辞
書間の相互運用性を計ることが容易になる。また、ま
た、拡張種別による有料ライセンスの設定により、標準
辞書への準拠ルベルを向上させることができると同時
に、元となる標準辞書の作成に対する対価（著作料）を
著作権者に還元するための基金つくりの基盤確保もでき
るようになる。

【０２４７】なお、辞書の準拠ルベルを情報モデルとし
てより拡張した“ＩＳＯ１３５８４−２４”のデータ構
造に基づいて設定することで、よりきめの細かいレベル
を設定することももちろん可能である。また、本実施形
態では、標準辞書として“ＩＥC６１３６０”を用いた
が、同様の構造を持つ他の辞書体系にも適用できること
は言うまでもない。

【０２４８】また、準拠レベル検定プログラムは一般に
無料で配布することにより、サプライヤが拡張した辞書
に対する品質の検証をユーザ側でチェックすることもも
ちろん可能である。また、サプライヤコード管理者は、
サプライヤ情報管理ＤＢ７の情報を用いて、各サプライ
ヤの電子カタログ辞書を定期的に検査し、違反があった
場合に、警告を行い、品質の確保を促すことも可能であ
る。

【０２４９】また、更には本発明において、上記実施形
態には種々の段階の発明が含まれており、開示される複
数の構成要件における適宜な組み合わせにより種々の発
明が抽出され得る。例えば、実施形態に示される全構成
要件から幾つかの構成要件が削除されても、発明が解決
しようとする課題の欄で述べた課題の少なくとも１つが
解決でき、発明の効果の欄で述べられている効果の少な
くとも１つが得られる場合には、この構成要件が削除さ
れた構成が発明として抽出され得る。

【０２５０】また、本発明における実施形態に記載した
手法は、コンピュータに実行させることのできるプログ
ラムとして、磁気ディスク（フレキシブルディスク、ハ
ードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ＭＯなど）、半導体メモリ
などの記録媒体に格納して頒布することもでき、また、
ネットワークを介しての伝送により、頒布することもで
きる。

【０２５１】

【発明の効果】以上説明したように、本発明によれば、
サプライヤによって拡張された辞書の、既存の標準辞書
に対する準拠の度合いを計るためルベルを設けることが
でき、拡張された辞書の品質を明示化することで、電子
カタログ全体の信頼性を向上することができ、さらにサ
プライヤ辞書と標準辞書、サプライヤ辞書同士の相互互
換性を向上させることが可能となる。また、拡張の度合
いに基づく課金方法を提供することにより、標準辞書へ
の準拠ルベルを全体として向上させることができるのと
同時に、元となる辞書作成のための労力・費用に対する
対価補償の財源を確保することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る電子カタログ利用シス
テムの機能構成図である。

【図２】本発明を説明するための図であって、図１の構
成における課金レベル生成サーバ４の処理アルゴリズム
を示すフローチャートである。

【図３】本発明を説明するための図であって、図１の構
成における標準電子カタログデータ３のデータ構造を説
明する図である。

【図４】本発明を説明するための図であって、図１の構
成における課金レベルデータ５のデータ構造を説明する
図である。

【図５】本発明を説明するための図であって、図４にお
ける準拠レベルを説明する図である。

【図６】本発明を説明するための図であって、図４にお
けるライセンスの種別を説明する図である。

【図７】本発明を説明するための図であって、図１の構
成におけるサプライヤ情報管理ＤＢ７で管理するサプラ
イヤ情報のデータ構造を説明する図である。

【図８】本発明を説明するための図であって、図５にお
けるLevel１Ｃに準拠した場合の例を示す図である。

【図９】本発明を説明するための図であって、図５にお
けるLevel１Ｅに準拠した場合の例を示す図である。

【図１０】本発明を説明するための図であって、図５に
おけるＬｅｖｅＩ２Ｃに準拠した場合の例を示す図であ
る。

【図１１】本発明を説明するための図であって、図５に
おけるＬｅｖｅ五２Ｅに準拠した場合の例を示す図であ
る。

【図１２】本発明を説明するための図であって、図５に
おけるLevel３Ｃに準拠した場合の例を示す図である。

【図１３】本発明を説明するための図であって、図５に
おけるLevel３Ｅに準拠した場合の例を示す図である。

【図１４】本発明を説明するための図であって、図５に
おけるLevel４Ｃに準拠した場合の例を示す図である。

【図１５】本発明を説明するための図であって、図５に
おけるLevel４Ｅに準拠した場合の例を示す図である。

【図１６】本発明を説明するための図であって、図５に
おけるLevel５Ｃに準拠した場合の例を示す図である。

【図１７】本発明を説明するための図であって、図５に
おけるLevel５Eに準拠した場合の例を示す図である。

【図１８】本発明を説明するための図であって、図５に
おけるLevel６Ｃに準拠した場合の例を示す図である。

【図１９】本発明を説明するための図であって、図５に
おけるLevel６Ｅに準拠した場合の例を示す図である。

【図２０】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel１Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２１】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel１Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２２】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel２Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２３】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel２Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２４】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel３Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２５】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel３Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２６】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel４Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２７】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel４Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２８】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel５Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図２９】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel５Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図３０】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel６Ｃの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図３１】本発明を説明するための図であって、図１の
構成における準拠レベル検定プログラム７に含まれるLe
vel６Ｅの検定を行うプログラムの処理アルゴリズムを
示すフローチャートである。

【図３２】本発明を説明するための図であって、図２０
〜図３１の処理で用いられる検定ルールデータを説明す
る図である。

【符号の説明】

１…入出力部 ２…電子カタログサーバ ３…標準電子カタログデータ ４…課金レベル生成サーバ ５…課金レベルデータ ６…準拠レベル検定プログラム ７…サプライヤ情報管理ＤＢ ８…ネットワーク ３１…カタログ辞書 ３２…カタログコンテンツ ３３…製品クラス ３４…定義属性 ３５…定義属性値 ３６…サプライヤコード Ｓ１〜Ｓ６３９…フローチャートの要素

Claims (7)

【特許請求の範囲】
1. 【請求項１】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツ利
   用のための電子カタログシステムにおける運用管理装置
   において、 電子カタログシステムで利用可能なコンテンツ作成に使
   用する辞書の利用希望ユーザの利用申請を受け付ける受
   付手段と、 この受付手段の受け付けた利用申請の内容に基づいてそ
   のユーザのサービス対象とする製品の電子カタログコン
   テンツ作成に使用する辞書の標準辞書に対する準拠の度
   合いを求め、その度合いに応じたレベルのライセンスを
   付与する手段と、を具備することを特徴とする電子カタ
   ログシステムの管理運用装置。
2. 【請求項２】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツ利
   用のための電子カタログシステムにおける運用管理装置
   において、 電子カタログシステムで利用可能なコンテンツ作成に使
   用する辞書の利用希望ユーザの利用申請を受け付ける受
   付手段と、 この受付手段の受け付けた利用申請の内容に基づいてそ
   のユーザのサービス対象とする製品の電子カタログコン
   テンツ作成に使用する辞書の標準辞書に対する準拠の度
   合いを求め、その度合いに応じたレベルのライセンスの
   付与をする付与手段と、 前記標準辞書への拡張の度合いに応じた課金をするため
   の手段と、を具備することを特徴とする電子カタログシ
   ステムの管理運用装置。
3. 【請求項３】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツ利
   用のための電子カタログシステムにおける運用管理装置
   において、 電子カタログシステムで利用可能なコンテンツ作成に使
   用する辞書の利用希望ユーザの利用申請を受け付ける受
   付手段と、 この受付手段の受け付けた利用申請の内容に基づいてそ
   のユーザのサービス対象とする製品の電子カタログコン
   テンツ作成に使用する辞書の標準辞書に対する準拠の度
   合いを求め、その度合いに応じたレベルのライセンスの
   付与をする手段と、 前記標準辞書への拡張の度合いに応じた課金をする手段
   と、 ライセンスのレベル対応に、ユーザの使用する辞書の標
   準辞書に対する準拠の度合いがライセンス対応の範囲で
   あるかを検証する検証プログラムを保持して前記ライセ
   ンス付与したユーザに提供する手段と、を具備したこと
   を特徴とする電子カタログシステムの管理運用装置。
4. 【請求項４】前記付与手段には、前記ライセンス付与時
   にユーザ固有のサプライヤコードを発行する機能を備え
   る構成であることを特徴とする請求項１乃至３いずれか
   １項記載の電子カタログシステムの管理運用装置。
5. 【請求項５】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツを
   利用するための電子カタログシステムにおいて、 前記電子カタログコンテンツは、電子カタログコンテン
   ツ作成に使用した辞書を添付すると共に、その添付辞書
   はユーザの拡張した辞書である場合に、その拡張したユ
   ーザに発行されているユーザ固有のサプライヤコードを
   有する構成であることを特徴とする電子カタログシステ
   ム。
6. 【請求項６】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツを
   利用するための電子カタログシステムであって、当該電
   子カタログシステムを使用してユーザが自己のサービス
   する対象の電子カタログコンテンツを作成し、提供しよ
   うとする場合に、 そのユーザから管理運営窓口システムに対してライセン
   ス申請を行うことにより、管理運営窓口システムは、申
   請内容からユーザが作成しようとするカタログコンテン
   ツの標準辞書に対する準拠レベルの程度をチェックして
   その準拠レベル対応のライセンスを付与し、かつ、その
   準拠レベル対応の検定プログラムを付与して検定可能に
   することを特徴とする電子カタログ利用システムの管理
   運用方法。
7. 【請求項７】単一木構造からなる分類階層とその定義属
   性で構成される辞書を用い、供給対象製品の情報をカタ
   ログ情報として作成してなる電子カタログコンテンツを
   利用するための電子カタログシステムであって、当該電
   子カタログシステムを使用してユーザが自己のサービス
   する対象の電子カタログコンテンツを作成し、提供しよ
   うとする場合に、 そのユーザから管理運営窓口システムに対してライセン
   ス申請を行うことにより、管理運営窓口システムは、申
   請内容からユーザが作成しようとするカタログコンテン
   ツの標準辞書に対する準拠レベルの程度をチェックして
   その準拠レベル対応のライセンスを付与し、かつ、その
   準拠レベル対応の検定プログラムを付与すると共に、付
   与したライセンス対応の課金を施すことを特徴とする電
   子カタログシステムの管理運用方法。