JP2002032383A

JP2002032383A - 商品情報データベースシステム

Info

Publication number: JP2002032383A
Application number: JP2000218555A
Authority: JP
Inventors: Akihiko Torii; 昭彦鳥居; Koki Maeno; 弘毅前野; Hiromi Ozaki; 洋見尾▲崎▼; Masahiro Odaka; 将裕小高; Hiroshi Nagata; 永田　　寛; Tomohisa Nishitani; 知久西谷; Kazunari Umehara; 一成梅原
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2000-07-19
Filing date: 2000-07-19
Publication date: 2002-01-31
Anticipated expiration: 2020-07-19
Also published as: JP3655177B2

Abstract

(57)【要約】【課題】商品情報の記述項目が異なる商品群であって
も、汎用化されたスキーマで一元的に管理できる商品情
報データベースシステムを提供することを課題とする。【解決手段】同一の項目の組合わせで記述される商品群
ごとに、項目名の組合わせである商品構造を定義し、複
数の商品群の各商品構造を記述した商品構造テーブルを
作成し、実際の商品のデータは、商品構造に関わらず、
商品番号と項目名とその値の３つ１組を１行のデータと
して持たせた商品仕様テーブルに記録管理することによ
り、多種多様な商品の情報を一元的に扱うことができる
ことを特徴とした商品情報データベースシステムにより
上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品情報データベ
ースシステムに関する。特に、多種多様な商品情報を汎
用化されたスキーマで一元的に統合管理する商品情報デ
ータベースシステムに関する。

【０００２】

【従来技術】商品情報データベースシステムとは、例え
ば、商品名や、商品型番から、当該商品の価格、サイ
ズ、重量、特長、外形寸法図、外観画像等を検索するデ
ータベースシステムのことである。このような商品情報
データベースシステムは、従来の冊子型の紙製の製品カ
タログに代わるものとしてメーカーの特約販売店等で利
用される。あるいは、冊子型の紙のカタログを制作する
ために、メーカー・流通業者またはカタログ制作会社が
そのようなデータベースを構築することがある。

【０００３】通常、多様な商品群からなる商品情報デー
タベースは、従来の紙製の製品カタログが商品ジャンル
別に商品を掲載するのと同じように、同一の項目の集合
で記述できる商品群ごとに分けて、それぞれの商品群毎
に商品仕様テーブルを定義して、情報の記録管理を行っ
ている。

【０００４】

【発明が解決しようとする課題】商品群毎に別々の商品
仕様テーブルにより商品情報を管理するこれまでの商品
情報データベースでは、データを登録する入力フォー
ム、検索をするプログラム、商品毎に台帳出力するプロ
グラムなどを、個々の商品仕様テーブル毎に設計作成し
なければならずデータベースの開発に工数がかかるとい
う問題点があった。

【０００５】また、商品群の定義の変更、すなわち、あ
る商品群を記述する項目数を増やすことや、単一の商品
群として扱っていたものを分割することなどは、商品仕
様テーブルの定義の変更を必要とし、データベースシス
テムのメンテナンス上は好ましくないことなので、デー
タベース設計者に、将来にわたって商品仕様テーブルの
変更を要しない完全なデータベース設計を強いる傾向が
ある。これは、データベース設計者を慎重にさせ、デー
タベース稼動までの時間を長くする要因となった。デー
タベース稼動後に、やむを得ず商品仕様テーブルの定義
を変更する場合は、データベースの保守コストを要し
た。

【０００６】本発明はこのような問題点を考慮してなさ
れたものであり、商品情報の記述項目が異なる商品群で
あっても、汎用化されたスキーマで一元的に管理できる
商品情報データベースシステムを提供することを課題と
する。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、第１の発明は、複数種類の商品情報を管理する商品
情報データベースシステムであって、同一の項目の組合
わせで記述される商品群ごとに、項目名の組合わせであ
る商品構造を定義し、複数の商品群の各商品構造を記述
した商品構造テーブルを作成し、実際の商品のデータ
は、商品構造に関わらず、商品番号と項目名とその値の
３つ１組を１行のデータとして持たせた商品仕様テーブ
ルに記録管理することにより、多種多様な商品の情報を
一元的に扱うことができることを特徴とした商品情報デ
ータベースシステム。

【０００８】第1の発明の好ましい実施態様は、項目管
理テーブルを作成し、これにより、全ての商品情報の記
述に用いられる項目名に項目番号を対応させ、前記項目
名の代わりに、この項目番号の組合わせで１つの商品群
に対する商品構造を定義し、複数の商品群の各商品構造
を記述した商品構造テーブルを作成し、実際の商品のデ
ータは、商品構造に関わらず、商品番号と項目番号とそ
の値の３つ１組を１行のデータとして持たせた商品仕様
テーブルに記録管理することにより、多種多様な商品の
情報を一元的に扱うことができることを特徴とした商品
情報データベースシステムである。

【０００９】さらに、より望ましい第１の発明の実施態
様は、前記商品構造テーブルは、項目の種類別に複数の
種類別構造テーブルから構成される商品情報データベー
スシステムである。

【００１０】より望ましい第１の発明の別の実施態様
は、前記商品仕様テーブルは、データの型や特性に応じ
て複数のデータタイプ別の商品仕様テーブルから構成さ
れる商品情報データベースシステムである。

【００１１】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照しながら説明して行く。

【００１２】図２は、一つの商品情報データベースに納
められる、項目名の組合わせが異なる二つの商品群を概
念的に示した図である。商品群Ａは、応接セットに対応
したものであり、品名、定価、商品説明テキストの３種
の項目から、商品仕様が構成される。一方、商品群Ｂ
は、品名、品番、定価、寸法、色、重量から商品仕様が
構成される。

【００１３】図３は、従来技術を説明する図である。従
来の典型的な商品情報データベースシステムでは、商品
群Ａ、商品群Ｂ毎に商品仕様を構成する項目の組合わせ
が異なるため、それぞれの商品群毎に、項目の数に対応
した列数を持つ２次元のテーブル９０１および９０２を
定義する。図３に示されるように、商品群Ａを表すテー
ブル９０１の列数は、商品ＩＤを含めて４であり、商品
群Ｂを表すテーブル９０２では、７である。その他、実
際上は、後の検索のために、どの商品がどのテーブルに
記述されているかを示す管理テーブル９００が必要であ
る。

【００１４】しかしこの方法では、入力フォーム、検索
プログラム、台帳出力プログラム等を定義したテーブル
毎に開発しなければならない。あるいは、管理テーブル
９００を図９のように、項目数や、テーブルで使用する
項目のリストを含めさせ、各処理プログラムに巧妙な工
夫を施すことにより全てのテーブルに共通な入力フォー
ム、検索プログラム、台帳出力プログラム等を作成する
ことが可能な場合もあるが、データベース設計と処理プ
ログラム設計の双方でそれなりの工夫が必要である。

【００１５】これに対して、本発明の商品情報データベ
ースシステムでは、型の異なる商品群毎に図４に示すよ
うな商品構造の定義を行う。定義された商品構造を商品
構造テーブルとして作成記録する。商品群Ａに対して
は、図４の商品構造Ａ（使用する項目は品名、定価、説
明）を、商品群Ｂ（同品名、品番、定価、寸法、色、重
量）に対しては、図４の商品構造Ｂを定義する。そして
それらの商品群で使用するすべての項目をまとめたテー
ブルである項目管理テーブル８２０を作成する。

【００１６】項目管理テーブル８２０は、その品目（通
常は1冊のカタログ冊子に相当）に掲載される全ての商
品ジャンル（商品群）の商品を表示する項目を全てリス
トアップしたものである。使用される１項目について、
項目の名前である項目名と、当該項目の値の型で分類さ
れる項目種別の組みが記録されている。

【００１７】さらに、図１は、個々の商品の仕様情報を
記録する商品仕様テーブル８３０を説明する図である。
商品仕様テーブル８３０では、商品番号（商品ＩＤ）、
項目名、項目の値の３つが１組で１行のデータ、すなわ
ち１レコードのデータを形成している。この商品仕様テ
ーブル８３０により、１種類のテーブルで、商品構造が
異なる様々な商品の仕様データを格納できる。すなわ
ち、ｎ個の項目で記載される商品構造の商品には、ｎ行
（ｎレコード）のデータを作成し、ｋ個の項目で記載さ
れる商品構造の商品にはｋ行（ｋレコード）のデータを
作成して商品仕様テーブル８３０に追加すれば良い。各
行（各レコード）には商品ＩＤが必ず含まれるので、項
目名とその値とに対応する商品とが必ず関連づけられ
る。このように、いわば１次元的に商品スペックデータ
を記録するようにするので、実際図１では、異なる商品
群に属する商品ＩＤが１００１の商品のスペックと、商
品ＩＤが２００１の商品のスペックが同じテーブル上に
記述される。商品仕様テーブル８３０は商品スペックデ
ータそのものを記録しているので従来例のテーブル９０
１、９０２に相当するものといえる。ただし、図３に示
した従来例に比べると、項目名を各行（各レコード）に
記述する必要がある分だけ、データ量は大きくなる。し
かしその欠点よりも、一通りの商品仕様テーブルで全て
の商品仕様を記述できることのメリットの方が大きい。
これについては後述する。

【００１８】商品仕様テーブル８３０が各商品の商品仕
様の型に従って正しく仕様情報が格納されるために、本
発明のデータベースシステムにデータを登録する時は、
当該商品に応じた商品構造テーブルを参照して、そこに
記述された構造にしたがって項目名とその値を商品仕様
テーブル８３０に登録する。尚、商品構造テーブルを参
照するのはデータ登録時だけであり、検索時には参照し
ない。

【００１９】実際の商品仕様テーブルは、図６に示すよ
うに、項目の値のデータ型によって文字データ、価格デ
ータ、数値データ、選択データなどの商品仕様テーブル
に分けて定義される。図６では文字テーブル８３１、価
格テーブル８３２を示している。

【００２０】図７は、本発明の商品情報データベースで
の検索処理を説明するフローチャートである。「検索例
１：（項目１）が（条件１）を満たしかつ（項目２）が
（条件２）を満たすような商品ＩＤを検索する」を行う
場合の処理の流れを示している。まず、項目管理テーブ
ルを参照し、（項目１）、（項目２）が属する項目種別
を調べる（Ｓ１０）。この結果、（項目１）は、文字テ
ーブルに、（項目２）は価格テーブルに対応しているこ
とがわかると、検索例１をデータベースに問い合わせる
ＳＱＬ文を作成する（Ｓ２０）。そして、ＳＱＬ文を実
行する（Ｓ３０）。

【００２１】一方、図８は、図３に示した典型的な従来
型商品情報データベースシステム（以下従来ＤＢ）にお
ける、検索例１の検索手順を示すフローチャートであ
る。まず、管理テーブル９００を参照して、（項目
１）、（項目２）がともに使用されている商品群を調べ
る（Ｓ１１０）。そのためには、管理テーブル９００は
実際には、図９に示すように、各商品群およびそれに対
応するテーブル９０１、９０２、…、が使用する項目名
を管理テーブルに同時に記録しておく。次に検索例１を
データベースに問い合わせるＳＱＬ文を作成する（Ｓ１
２０）。そして、ＳＱＬ文を実行する（Ｓ１３０）。

【００２２】本発明のデータベース（以下本発明ＤＢ）
と従来ＤＢの比較を行う。まず、検索の処理そのものに
ついては、図８と図７を比較するとあまり差はない。た
だし、本発明ＤＢに対応するステップＳ２０と従来ＤＢ
に対応するステップＳ１２０の、それぞれのＳＱＬ文を
生成させるロジックを作成するプログラムの設計開発段
階では必要な開発労力にかなりの違いが生じる可能性が
ある。Ｓ１２０では、対象とするデータベースのスキー
マ（図３に示すような、対象とする商品カタログ毎に設
計されるテーブルの種類、各テーブルの構成）を熟知し
て注意深く設計する必要がある。Ｓ２０では、扱うテー
ブルは、商品仕様テーブル８３１、８３２、…、など、
常に１次元的な並びのテーブルだけなので、過去に開発
した他のデータベースのロジックを流用して簡単に設計
開発することができるからである。以下、商品仕様テー
ブルの定義（クリエイト）を伴う３つのケースについて
比較する。

【００２３】（第１のケース比較）まず、商品ジャンル
を増やす必要が生じた場合の相違を検討する。従来ＤＢ
では、１）管理テーブル９００を修正し、新しい商品ジ
ャンルに対応する1レコードを追加する、２）新しい商
品仕様テーブルを作成（クリエイト）する、の２ステッ
プが必要である。一方、本発明ＤＢでは、商品構造テー
ブルの１レコードデータである商品構造を１つ追加する
だけである。

【００２４】（第２のケース比較）また、既存商品ジャ
ンルの項目構成を増やす必要が生じた場合はどうか。従
来ＤＢでは、まず、１）管理テーブル９００（図９）を
修正し、当該商品ジャンルの項目構成を修正する。次
に、２）新しく商品仕様テーブルを定義（クリエイト）
する。そして、３）旧テーブルの全データを新テーブル
の対応するレコードの対応する項目欄に移す。最後に、
４）旧テーブルを削除し、管理テーブルの当該商品ジャ
ンルのレコードデータに関して、対応テーブルを旧テー
ブルから新テーブルに変える。以上４ステップが必要で
ある。一方、本発明ＤＢでは、商品構造テーブルの１レ
コードデータである商品構造を１つ追加するだけです
む。

【００２５】（第３のケース比較）さらに、これまで１
つの商品ジャンルとして扱ってきたものを、２つに分け
なければならなくなった場合はどうか。分けられた一方
の商品ジャンルは項目数が少なくなるものとする。従来
ＤＢでは、まず、１）管理テーブル９００に、新商品ジ
ャンルのためのレコードを追加する。次に、２）商品仕
様テーブルを１つ、新しく定義（クリエイト）する。そ
して、３）個々の商品ＩＤに関して、必要な商品ＩＤに
関するデータレコードのうち必要なものを新しい商品仕
様テーブルに移す。最後に、４）新テーブルに移った商
品ＩＤのレコードデータを元の商品仕様テーブルから削
除する。以上４ステップが必要である。一方、本発明Ｄ
Ｂでは、このケースでも、商品構造テーブルの１レコー
ドデータである商品構造を１つ追加するだけですむ。

【００２６】図１０は、以上の３つのケースの比較を表
にして整理したものである。従来ＤＢの必要な手順を第
１列に、本発明ＤＢにて必要な手順を第２列に示す。本
発明ＤＢでは、商品群（商品ジャンル）毎に別の商品仕
様テーブルで扱わないために、商品情報データベースの
運用が始まってから、上記３つのケースに挙げたような
データベースのスキーマ（各テーブルの定義とテーブル
の構成）を変える必要が生じても、商品仕様テーブルに
記録したデータを移動・削除させる必要が全く生じな
い。これが本発明ＤＢの最も大きな長所である。商品構
造（商品構造管理テーブル８１０の記述内容）を変える
必要があるのは、以後新たに商品情報を登録する時のた
めに必要なだけであって、既に登録した、スペックデー
タ（仕様情報テーブル８３１、８３２、…の記録内容）
に関しては何ら手を加える必要がない。

【００２７】ただし、上記３つのケースの説明は、本発
明の特徴を最大限利用して商品情報データベースを構成
した場合に当てはまる場合のメリットであることを付記
しておく。つまり、スペックデータ（仕様情報テーブル
の内容）に、ブランク項目（商品構造８１０に定義され
た項目名の値を示すレコードを持たない商品ＩＤ）の存
在、不要レコード（商品構造８１０に定義されていない
項目名の値を示すレコード）の存在を許容するように設
計する場合であり、その場合には、商品情報の検索や商
品情報の表示出力処理が、その分だけ複雑になる。実際
の設計においては、ブランク項目を許容しない、不要レ
コードを許容しないという設計が検索や表示出力機能を
実装する上で現実的な場合もある。そのような設計を選
択した場合は、第２のケースでは、１）関係する商品構
造を変更した後、２）ブランク項目を作らないよう仕様
情報テーブルに追加した項目名の値を記述するレコード
を一括して加える。という手順となる。また第３のケー
スでは、１）商品構造を新たに定義して１つ増やした
後、新たに定義した商品構造に相当する商品群に関して
は、２）不要レコードを削除するために、不要な項目名
を持つ商品ＩＤのレコードを削除する、という手順とな
る。この手順を図１０の第２列の〔‥‥〕に示す。いず
れの設計を採用しても、本発明のデータベースではスペ
ックデータの入れものである仕様情報テーブルの構造を
変更させる必要はなく、既に記録されているスペックデ
ータの移動は不要である。

【００２８】以上で、本発明に係る商品情報データベー
スシステムの基本的な特徴とそのメリットを説明した。
この後は、本発明に係る商品情報データベースシステム
のより実際的な構成を説明する。

【００２９】図５は、項目管理テーブル８２０が扱う項
目の管理のし方を説明する図である。本発明の商品情報
データベースシステムが商品スペックの記述に用いる項
目は仕様項目と分類できる。項目の分類には他に当該商
品の画像や図表など独立した他の素材ファイルとのリン
ク関係の記述に用いる項目である素材項目、および、一
つの組合わせ商品とその構成要素である複数の関連商品
との関係を階層的に記述する関連商品項目がある。さら
に、前記仕様項目は、文字項目、数値項目、価格項目な
ど、項目の取り得る値のデータ型に応じて幾つかの種別
に分けられる。前記素材項目も、画像、図表、動画、音
声など、素材の種類に応じて幾つかの種別に分けられ
る。前記関連商品項目は、上位の階層である関連商品区
分と下位の階層である関連商品位置付けの種別に分けら
れる。構造管理テーブル８１０は、図１１に示すよう
に、この項目種別ごとの複数の構造管理テーブル（８１
１、８１２、８１３）に分けられて定義されている。図
１１にあるように、それら項目種別ごとの構造管理テー
ブルには、ある１つの商品群のスペックの記述および素
材データのリンクの記述を行う項目が、項目名ではな
く、図５に例示される項目種別ごとの付番規則にしたが
って割当てられた項目番号によって記載されている。ま
た、図１２は項目管理テーブル８２０の内容を示す。項
目番号と項目名の対応はこのように項目管理テーブルに
のみ記載される。したがって実際的なデータベース構成
においては、商品仕様テーブル８３１、８３２の各レコ
ード（各行）の項目名の欄には項目管理テーブル８２０
で定義された項目番号が記載される。

【００３０】図１３は、素材データの管理の仕方を示す
説明図である。本発明の商品情報データベースシステム
では、商品の仕様情報と素材情報は、それぞれ独立した
テーブル群で管理している。図１３のリンクテーブル
は、商品仕様テーブル８３０に対応するテーブルで画像
素材、図表素材など素材毎に用意される。画像素材のリ
ンク関係を表現するのが画像素材リンクテーブル８９１
であり、図表素材のリンク関係を表現するのが図表素材
リンクテーブル８９２である。項目名は実際には項目番
号である。見てわかるように、商品仕様テーブル８３０
と同様に、１次元的な構造を有している。また、登録時
には、画像素材、図表素材など素材毎の項目種別で分け
た構造管理テーブル８１０を参照して行う。したがっ
て、商品群毎に定義した素材データの構成を変える必要
が生じた場合に必要な修正は、構造管理テーブル８１０
の修正・追加と、素材リンクテーブル８９１、８９２に
ブランク項目、不要レコードを許容しない場合には、そ
れを満たすように素材リンクテーブル８９１、８９２に
必要なレコードを追加・削除するだけである。

【００３１】図１８は、本発明のデータベースシステム
における素材データに付随される情報の管理記録方法を
説明する図である。素材ＩＤが１０１の素材データは、
素材データそのものに関する情報と、その素材に付加さ
れるコメント的な情報を付けて記録されている。前者
は、図１８に示されるように素材情報テーブル７００に
記録される。後者は、同じく素材付加情報テーブル７１
０に記録される。素材付加情報テーブル７１０も、商品
仕様テーブル８３０と同様に、１次元的な構造を有して
おり、従ってある素材に対する項目（図１８では、「写
真ＮＯ．」と「説明」の２個）を増やす場合にも、素材
付加情報テーブル７１０の構造を変更させる必要はな
い。

【００３２】実際の商品カタログでは、ある商品が、複
数の商品の組合わせで構成される場合がある。例えば、
図１５のように、ある商品（組合わせ商品、商品ＩＤ＝
１０１）が１０個の関連商品で構成されることがある。
本発明のデータベースシステムにおいては、このような
組合わせ商品のリンク関係を図１６に示す関連商品区分
テーブル６００と、関連商品リンクテーブル６３０の２
つのテーブルによって記録管理する。２つのテーブルを
用いるのは、図１５に示すように、組合わせ商品−区分
−位置付け（関連商品）、の３つの階層で関係を記述す
るからである（位置付けは関連商品と１対１に対応す
る）。関連商品区分テーブル６００は、組合わせ商品に
対して、関連商品を幾つかのグループ分けした１つのグ
ループに相当する区分との対応を表現する。関連商品リ
ンクテーブル６３０は、組合わせ商品と区分と関連商品
との対応を表現する。関連商品リンクテーブル６３０を
参照することにより、組合わせ商品の全ての関連商品Ｉ
Ｄを特定することができる。

【００３３】関連商品区分テーブル６００および関連商
品リンクテーブル６３０も、商品仕様テーブル８３０と
同様に、１次元的な構造を有しており、従ってある組合
わせ商品の関連商品を増やす必要が生じた場合、関連商
品リンクテーブル６３０に１レコード追加するだけでよ
く、テーブルの構造を変更させる必要はない。例えば図
１５において、新たな区分１に属する関連商品９００４
を追加する場合は、（商品ＩＤ＝１０１、ｄｉｖ＿ｓｅ
ｑ＝１、ｐａｒｔ＿ｓｅｑ＝４、関連商品ＩＤ＝９００
４）とした１レコードを、関連商品リンクテーブル６３
０の末尾に付け加えるだけでよい。あるいは、関連商品
９００４を区分４に属するものとして追加したい場合
は、（商品ＩＤ＝１０１、ｄｉｖ＿ｓｅｑ＝４）とした
レコードを関連商品区分テーブル６００の末尾に付加
し、（商品ＩＤ＝１０１、ｄｉｖ＿ｓｅｑ＝４、ｐａｒ
ｔ＿ｓｅｑ＝１、関連商品ＩＤ＝９００４）とした１レ
コードを、関連商品リンクテーブル６３０の末尾に付け
加える。これら２つのテーブルにある項目テーブルＩＤ
の項目は、区分や位置付け、とそれらに付けられた名前
（項目名）との対応をとるための識別番号を意味する。
この対応は図１７の項目テーブル６２０でとることがで
きる。このように定義しておけば、関連商品を区分や位
置付けに付けられた項目名をキーにして検索することが
できる。尚、区分という階層は省略することもできる
（その場合にはテーブル６００およびテーブル６１０の
ｄｉｖ＿ｓｅｑ列は不要）が、区分（に付けられた名
前）で検索できないと不便なことがある。

【００３４】実際の商品カタログでは、複数の商品に対
して、共通の情報（特定ブランドの表示や共通的な商品
説明テキストの表示）を関係付けたい場合がある。この
場合の共通情報に関わる商品の範囲は、定義された商品
群より小さい範囲であることが普通であるが、複数の商
品群をまたいでいる場合もある。図１４は、そのような
場合に用いられるメインテーブル８００と商品仕様テー
ブル８３０の関係を説明する図である。メインテーブル
８００は、各商品ＩＤに対して、共通情報を関係付けて
いる。共通情報も共通情報のＩＤ番号を持つ。共通情報
はそれ自体項目名の組合わせである共通情報構造を持
ち、その内容自体は、図１４に示すように、商品仕様の
項目の値と同様商品仕様テーブルに記載される。実際に
は、ある共通情報番号の共通情報の文字型の項目の内容
は文字テーブル８３１に記載される。

【００３５】

【発明の効果】以上、詳細に説明したように、本発明の
データベースシステムでは、商品ジャンルにかかわら
ず、商品スペックデータをデータ型毎に単一のテーブル
に記録するので、商品情報データベースシステム稼動後
に、商品ジャンル構成を変更せざるをえないような事態
になっても、データベース管理の手間がほとんどかから
ない。素材データに関しても同様である。したがって将
来にわたって、少ないコストで商品情報データベースシ
ステムの一貫性を維持可能である。また、大規模な商品
データベースシステムを設計する場合において、スキー
マ設計が簡単に行えるために、データベース設計者に負
担がかからず、設計開始から稼動開始までの時間も少な
くて済む。

【図面の簡単な説明】

【図１】商品仕様テーブル８３０の説明図である。

【図２】仕様情報を構成する項目集合が異なる商品群
を示す図である。

【図３】従来技術を説明する図である。

【図４】商品構造定義を説明する図である。

【図５】項目管理の詳細を説明する表である。

【図６】実際の商品仕様テーブルの説明図である。

【図７】本発明に係る商品情報データベースシステム
の検索処理手順を説明するフローチャートである。

【図８】従来型の商品情報データベースシステムの検
索処理手順を説明するフローチャートである。

【図９】従来型商品情報データベースシステムの管理
テーブルを示す図である。

【図１０】本発明の商品情報データベースシステムと従
来型のデータベースシステムの比較表である。

【図１１】実際の構造管理テーブルを説明する図であ
る。

【図１２】実際の項目管理テーブルを説明する図であ
る。

【図１３】素材の管理の仕方を説明する図である。

【図１４】共通情報の記述の仕方を説明する図である。

【図１５】商品の親子関係のリンクの例を示した図であ
る。

【図１６】関連商品のリンクを表現するテーブル構成の
説明図である。

【図１７】関連商品のリンクに関わる項目テーブルであ
る。

【図１８】素材付加情報を記述するテーブルの説明図で
ある。

【符号の説明】

６００関連商品区分テーブル６２０関連商品項目管理テーブル６３０関連商品リンクテーブル７００素材情報テーブル７１０素材付加情報テーブル８００メインテーブル８１０商品構造管理テーブル８１１商品構造管理テーブル（名称項目用）８１２商品構造管理テーブル（価格項目用）８１３商品構造管理テーブル（文字項目用）８２０項目管理テーブル８３０商品仕様テーブル８３１商品仕様テーブル（文字データ用）８３２商品仕様テーブル（価格データ用）８９１画像素材リンクテーブル８９２図表素材リンクテーブル９００従来技術の商品情報データベースにおける管理
テーブル９０１従来技術の商品情報データベースにおける商品
群Ａの仕様テーブル９０２従来技術の商品情報データベースにおける商品
群Ｂの仕様テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者尾▲崎▼ 洋見東京都新宿区市谷加賀町一丁目１番１号大日本印刷株式会社内 (72)発明者小高将裕東京都新宿区市谷加賀町一丁目１番１号大日本印刷株式会社内 (72)発明者永田寛東京都新宿区市谷加賀町一丁目１番１号大日本印刷株式会社内 (72)発明者西谷知久東京都新宿区市谷加賀町一丁目１番１号大日本印刷株式会社内 (72)発明者梅原一成東京都新宿区市谷加賀町一丁目１番１号大日本印刷株式会社内Ｆターム(参考） 5B049 AA06 BB11 5B075 ND20 ND35 ND36 NR02 NR12 PQ02 PQ32 UU38 5B082 AA11 GA08

Claims

【特許請求の範囲】

【請求項１】複数種類の商品情報を管理する商品情報
データベースシステムであって、同一の項目の組合わせ
で記述される商品群ごとに、項目名の組合わせである商
品構造を定義し、複数の商品群の各商品構造を記述した
商品構造テーブルを作成し、実際の商品のデータは、商
品構造に関わらず、商品番号と項目名とその値の３つ１
組を１レコードデータとした商品仕様テーブルに記録管
理することにより、多種多様な商品の情報を一元的に扱
うことができることを特徴とした商品情報データベース
システム。
【請求項２】複数種類の商品情報を管理する商品情報
データベースシステムであって、項目管理テーブルを作
成し、これにより、全ての商品情報の記述に用いられる
項目名に項目番号を対応させ、同一の項目の組合わせで
記述される商品群ごとに、対応する項目番号の組合わせ
である商品構造を定義し、複数の商品群の各商品構造を
記述した商品構造テーブルを作成し、実際の商品のデー
タは、商品構造に関わらず、商品番号と項目番号とその
値の３つ１組を１行のデータとした商品仕様テーブルに
記録管理することにより、多種多様な商品の情報を一元
的に扱うことができることを特徴とした商品情報データ
ベースシステム。
【請求項３】前記商品構造テーブルは、項目の種類別
に複数の種類別構造テーブルから構成される請求項１ま
たは請求項２に記載の商品情報データベースシステム。
【請求項４】前記商品仕様テーブルは、データの型や
特性に応じて複数のデータタイプ別の商品仕様テーブル
から構成される請求項１から請求項３のいずれかに記載
の商品情報データベースシステム。