(57)【要約】【課題】テーブル設計が容易なデータベース構造を提供する。【解決手段】カテゴリテーブル１１０は、カテゴリＩＤ１１１及びカテゴリ名１１２を保存する。項目テーブル１２０は、カテゴリテーブルのカテゴリＩＤ１１１に対応するＩＤをカテゴリＩＤ１２１に保存する。素材データテーブル１３０は、カテゴリＩＤで指定される少なくとも１つの対象について、各項目のデータを、当該対象を指定する対象ＩＤと項目ＩＤとに関連付けて保存する。【選択図】　　図１
2004145442.tif 000002
【特許請求の範囲】
【請求項１】
カテゴリＩＤを保存するカテゴリテーブルと、
前記カテゴリテーブルに含まれるカテゴリＩＤに属する複数の項目ＩＤを保存する項目テーブルと、
前記カテゴリＩＤで指定される少なくとも１つの対象について、前記項目毎のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて保存する素材データテーブルとを備えることを特徴とするデータベース構造。
【請求項２】
前記素材データテーブルは、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて保存する、請求項１に記載のデータベース構造。
【請求項３】
前記カテゴリテーブルは、前記カテゴリＩＤに関連付けて更にカテゴリ名称を保存する、請求項１に記載のデータベース構造。
【請求項４】
前記項目テーブルは、前記素材データテーブルに保存される素材データのデータ長及びデータ形式を更に保存する、請求項１〜３の何れかに記載のデータベース構造。
【請求項５】
カテゴリＩＤをカテゴリテーブルに保存し、
前記カテゴリテーブルに含まれるカテゴリＩＤに属する複数の項目ＩＤを項目テーブルに保存し、
前記カテゴリＩＤで指定される少なくとも１つの対象について、前記項目毎のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて素材データテーブルに保存することを特徴とするデータベースの格納方法。
【請求項６】
前記素材データテーブルは、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて保存する、請求項５に記載のデータベースの格納方法。
【請求項７】
データ登録者が指定するカテゴリ名、及び、該カテゴリについて登録すべき項目名を入力すると、カテゴリＩＤを保存するカテゴリテーブルと、当該カテゴリＩＤに属する複数の項目ＩＤを保存する項目テーブルとを構築するデータ構造構築手段と、
前記カテゴリテーブルに含まれるカテゴリで指定される対象について、前記項目毎のデータ入力があると、前記対象について、前記各項目のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて素材データテーブルに保存するデータ保存手段とを備えることを特徴とするデータベース・システム。
【請求項８】
前記データ保存手段は、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて前記素材データテーブルに保存する、請求項７に記載のデータベース・システム。
【請求項９】
素材データテーブルから検索された各項目のデータを、前記対象及び項目に関連付けた１つのテーブルに表示する表示手段を更に備える、請求項７又は８に記載のデータベース・システム。
【請求項１０】
前記表示手段で表示されたテーブルを、所定のファイル形式に変換する変換手段を更に備える、請求項９に記載のデータベース・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベース構造、データベース格納方法、及び、データベース・システムに関し、特に、リレーショナルデータベースにおける項目の更新や追加が容易にできるデータベース構造、データベース格納方法、及び、データベース・システムに関する。
【０００２】
【従来の技術】
データを表形式（テーブル構造）で表現するリレーショナルデータベースは、データモデルが理解しやすいという利点があり、データベースの構築が比較的容易である。リレーショナルデータベースの運用に当たっては、事前に格納すべきデータの項目を洗い出してテーブルを設計し、設計したテーブルを操作するソフトウェアを作成する作業が必要となる。格納すべきデータの項目が確定しない場合には、データを登録するテーブルが用意できず、ソフトウェアを作成することができない。また、確定したデータ項目に変更が加えられると、プログラムの変更が必要になる場合がある。このため、テーブルの設計は、一般に、専門的な知識を有するデータベース設計者によって行なわれる。
【０００３】
ユーザが自由にテーブル設計を行なうことができる技術として、特開２００１−６７２５０号公報（特許文献１）には、ユーザがインターネットを介してデータベース・システムを利用する技術が記載されている。特許文献１に記載の技術では、各項目の実体的内容を格納するメインデータテーブル（ＭＤＴ）、及び、カテゴリ毎の項目の名称や属性値等の情報を格納するデータプロパティテーブル（ＤＰＴ）の双方のテーブルのデータを、行方向の各データセルの順編成関係に対応付けることで、さまざまなカテゴリに属する登録対象のデータの保存や検索を、一のプログラムで実行することができる。
【０００４】
【特許文献１】
特開２００１−６７２５０号公報
【０００５】
具体的には、例えば、登録対象が「犬」のデータである場合、ユーザは、ＤＰＴに、「年齢」や、「種類」、「画像」といった項目と、各項目のデータ型やデータサイズ等の属性値とを格納する。ユーザが、「犬」についての実体的データを入力すると、データベース・システムでは、ＤＰＴを参照して各項目の最大データサイズの和を計算して１レコードのデータサイズを決定し、「年齢」や「種類」、「画像」の実体的データを横並びにしたデータを１レコードとしてＭＤＴに格納する。実体的データの検索や抽出に際しては、ＭＤＴから読み出された１レコード分のデータは、項目数や属性値が格納されたＤＰＴを参照して、各項目に分解される。
【０００６】
【発明が解決しようとする課題】
しかし、特許文献１に記載の技術では、ＤＰＴ側の各項目名のデータセルと、ＭＤＴ側の各実体的データを格納しているデータセルとは、データセル番号で対応付けられている。このため、その対応関係が失われると、項目を変更したカテゴリの登録対象について、誤った入力や、出力、検索がされる恐れがあった。また、実体的データは、１つの登録対象につき１レコードとして格納され、１レコードは各項目の最大データサイズの合計のデータサイズとして構成されているため、ある項目のデータの最大データサイズに変更が生じたときには、１レコード全体のデータサイズの変更が必要となった。このため、項目のデータサイズの変更等の作業は、データベースの管理者側によって行なわれ、ユーザは、自由に項目の属性値や最大データサイズを変更することができないという課題があった。
【０００７】
本発明は、上記課題を解決し、テーブル構造の定義が容易で、データサイズ設計の柔軟性が高いデータベース構造及びデータベース格納方法を提供することを目的とする。
【０００８】
また、本発明は、専門的な知識を持っていないユーザにも、自由に設計したテーブル構造に従ってデータを登録でき、登録されたデータを利用することができるデータベース・システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータベース構造は、カテゴリＩＤを保存するカテゴリテーブルと、該カテゴリテーブルに含まれるカテゴリＩＤに属する複数の項目ＩＤを保存する項目テーブルと、前記カテゴリＩＤで指定される少なくとも１つの対象について、前記項目毎のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて保存する素材データテーブルとを備えることを特徴とする。
【００１０】
本発明のデータベース構造では、カテゴリを識別するためのカテゴリＩＤがカテゴリテーブルに保存され、該当するカテゴリのカテゴリＩＤ、及び、そのカテゴリ内で項目を識別するための項目ＩＤが、項目毎に項目テーブルに保存される。登録対象についての各項目のデータは、対象を識別するための対象ＩＤ及び項目ＩＤに対応付けて、素材データテーブルに保存される。従来のデータベース構造では、項目毎のデータを横並びにして管理していたため、項目の並び順と、データの並び順とが一致している必要があった。本発明では、素材データテーブルに保存されたＩＤ番号によってデータの属する対象や項目を識別するため、項目の並び順とデータの並び順とが一致している必要がなく、リレーショナルデータベースにおけるテーブル構造の柔軟性が高い。
【００１１】
本発明のデータベース構造では、前記素材データテーブルは、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて保存することが好ましい。
項目内に登録するデータが所定サイズを超えるときには、そのデータを、所定サイズ以内に収まるようにサブデータに分割し、このサブデータには、例えば連番のサブデータＩＤを割り当て、各サブデータをサブデータＩＤと共に素材データテーブルに保存する。この場合、例えばある項目のデータサイズが大きくなったときには、サブデータＩＤを増やせばよいため、異なるデータサイズへの対応が容易となる。
【００１２】
また、本発明のデータベース構造では、前記カテゴリテーブルは、前記カテゴリＩＤに関連付けて更にカテゴリ名称を保存することが好ましい。この場合、例えばデータ検索に際して、カテゴリ名での検索も可能になる。
【００１３】
本発明のデータベース構造では、前記項目テーブルは、前記素材データテーブルに保存される素材データのデータ長及びデータ形式を更に保存することが好ましい。データ形式としては、例えばファイル形式を指定することができる。
【００１４】
本発明のデータベースの格納方法は、カテゴリＩＤをカテゴリテーブルに保存し、該カテゴリテーブルに含まれるカテゴリＩＤに属する複数の項目ＩＤを項目テーブルに保存し、前記カテゴリＩＤで指定される少なくとも１つの対象について、前記項目毎のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて素材データテーブルに保存することを特徴とする。
【００１５】
本発明のデータベース格納方法では、カテゴリを識別するためのカテゴリＩＤをカテゴリテーブルに保存し、該当するカテゴリのカテゴリＩＤ、及び、そのカテゴリ内で項目を識別するための項目ＩＤを、項目毎に項目テーブルに保存する。登録対象についての各項目のデータは、対象を識別するための対象ＩＤ及び項目ＩＤに対応付けて、素材データテーブルに保存する。本発明のデータベース格納方法で構築されたデータベースでは、素材データテーブルに保存されたＩＤ番号によってデータの属する対象や項目を識別するため、項目の並び順とデータの並び順とが一致している必要がなく、テーブル構造の柔軟性が高い。
【００１６】
本発明のデータベース格納方法では、前記素材データテーブルは、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて保存することが好ましい。
項目内に登録するデータが所定サイズを超えるときには、そのデータを、所定サイズ以内に収まるようにサブデータに分割し、このサブデータには、例えば連番のサブデータＩＤを割り当て、各サブデータをサブデータＩＤと共に素材データテーブルに保存する。この場合、例えばある項目のデータサイズが大きくなったときには、サブデータＩＤを増やせばよいため、異なるデータサイズへの対応が容易となる。
【００１７】
本発明のデータベース・システムは、データ登録者が指定するカテゴリ名、及び、該カテゴリについて登録すべき項目名を入力すると、カテゴリＩＤを保存するカテゴリテーブルと、当該カテゴリＩＤに属する複数の項目ＩＤを保存する項目テーブルとを構築するデータ構造構築手段と、前記カテゴリテーブルに含まれるカテゴリで指定される対象について、前記項目毎のデータ入力があると、前記対象について、前記各項目のデータを、当該対象を指定する対象ＩＤと前記項目ＩＤとに関連付けて素材データテーブルに保存するデータ保存手段とを備えることを特徴とする。
【００１８】
本発明のデータベース・システムでは、データ構造構築手段は、データ登録者が入力したカテゴリ及び項目に従って、カテゴリテーブル及び項目テーブルを作成し、データベースのテーブル構造を定義する。データ保存手段は、定義されたテーブルに従って、登録対象の各項目のデータが入力されると、入力されたデータを、各項目の項目ＩＤと、登録対象を識別するための対象ＩＤとに関連付けて素材データテーブルに保存する。本発明のデータベース・システムでは、データ構造の柔軟性が高い、上記本発明のデータベース構造を採用してデータを保存するため、テーブルの定義が容易となり、データ登録者は所望のテーブル構造を任意に定義してデータを格納することができる。
【００１９】
本発明のデータベース・システムでは、前記データ保存手段は、各素材データが所定のデータ長以下となるように区分して得られたサブデータを、該サブデータを指定するサブデータＩＤに関連付けて前記素材データテーブルに保存することが好ましい。
項目内に登録するデータが所定サイズを超えるときには、そのデータを、所定サイズ以内に収まるようにサブデータに分割し、このサブデータには、例えば連番のサブデータＩＤを割り当て、各サブデータをサブデータＩＤと共に素材データテーブルに保存する。この場合、例えばある項目のデータサイズが大きくなったときには、サブデータＩＤを増やせばよいため、異なるデータサイズへの対応が容易となる。
【００２０】
また、本発明のデータベース・システムでは、素材データテーブルから検索された各項目のデータを、前記対象及び項目に関連付けた１つのテーブルに表示する表示手段を更に備えることが好ましい。
表示手段は、項目テーブル及び素材データテーブルに基づいて、例えば、登録対象を行に、項目を列に配置した２次元の表を表示する。これにより、データを視覚的に確認しやすくなる。
【００２１】
本発明のデータベース・システムは、前記表示手段で表示されたテーブルを、所定のファイル形式に変換する変換手段を更に備えることが好ましい。この場合、例えばデータの利用を希望するデータ利用者は、ＣＳＶ形式やＸＭＬ形式に変換されたテーブルをダウンロードし、ダウンロードしたテーブルを任意に加工して使用することができる。
【００２２】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態例に基づいて、本発明を更に詳細に説明する。図１は、本発明の一実施形態例のデータベース・システムの構成を示している。オンラインデータベースシステム１００は、データベース登録手段１１、データベース検索手段１２、及び、標準データベース１４を記憶する記憶装置１３を備えたデータベースサーバ１０を有する。
【００２３】
データベースサーバ１０は、例えばｗｅｂサーバと同様な機能を備え、記録装置１３上に標準データベース１４を構築する。データベース登録手段１１及びデータベース検索手段１２は、データ登録者用端末２０やデータ利用者端末３０からの要求を、インターネットやイントラネット等のネットワーク４０を介して受け付け、その要求に基づいて、標準データベース１４にデータを登録し、或いは、標準データベース１４内を検索する。
【００２４】
図２は、標準データベース１４で採用されるデータベース構造を示している。標準データベース１４は、テーブル名を管理するカテゴリテーブル１１０、テーブルの項目（列）を管理する項目テーブル１２０、及び、格納するデータを管理する素材データテーブル１３０によって構成される。標準データベース１４には、テーブル数（カテゴリ数）に対応した数のカテゴリテーブル１１０と、項目数に対応した数の項目テーブル１２０と、少なくとも登録すべきデータ数に対応した数の素材データテーブル１３０とが含まれる。
【００２５】
カテゴリテーブル１１０は、カテゴリＩＤ１１１とカテゴリ名称１１２とが構成単位として構成される。カテゴリＩＤ１１１は、複数のカテゴリが登録できるデータベース内のカテゴリの識別用に使用され、番号が重複しないように、例えば自動採番によって番号が付けられる。カテゴリ名称１１２は、テーブル名を定義する。
【００２６】
項目テーブル１２０は、カテゴリＩＤ１２１、項目ＩＤ１２２、項目名１２３、桁数１２４、及び、属性１２５が構成単位として構成される。カテゴリＩＤ１２１は、テーブルを適用すべきカテゴリのカテゴリＩＤ１１１を格納する。項目ＩＤ１２２は、定義すべきテーブル項目を識別するために使用される。項目ＩＤ１２２は、同じカテゴリＩＤ１２２について番号が重複しないように、例えば自動採番によって番号が付けられる。例えば、カテゴリ「テレビ」について、定義すべき項目が「商品名」、「商品番号」、「画面サイズ」であれば、各項目に項目ＩＤ「１」、「２」、又は「３」が割り当てられる。
【００２７】
項目名１２３は、項目の名称を定義する。桁数１２４は、例えば登録すべきデータが数字型であるときに、その桁数等を定義する。属性２５は、登録すべきデータ型を指定し、例えば、登録すべきデータが、テキストベースのデータであればテキスト型を、登録すべきファイルを示すデータであればファイル型を指定する。例えば、カテゴリ「テレビ」についての項目「商品名」では、属性２５には、テキスト型が指定される。
【００２８】
素材データテーブル１３０は、カテゴリＩＤ１３１、項目ＩＤ１３２、項目サブ番号（サブデータＩＤ）１３３、レコード番号（対象ＩＤ）１３４、及び、データ内容１３５が構成単位として構成される。カテゴリＩＤ１３１は、データを登録すべきカテゴリのカテゴリＩＤ１１１を格納する。項目ＩＤ１３２は、データを登録すべき項目テーブル１２０の項目ＩＤ１２２を格納する。レコード番号１３４は、登録されるデータを識別するために使用され、対象の数に応じて、例えば自動採番により番号が付けられる。例えば、カテゴリ「テレビ」に対して、登録対象が「テレビＡ」、「テレビＢ」であったときには、各登録対象にレコード番号「１」又は「２」が割り当てられる。
【００２９】
データ内容１３５は、登録すべきデータそのもの、又は、登録すべきデータにリンクするファイル名等を、所定データサイズ単位で格納する。データ内容１３５には、所定データサイズ単位でデータが格納されるため、所定データサイズを超えるデータを登録する場合には、データの分割が必要になる。項目サブ番号１３３は、分割されたデータを、連番が付されるサブ番号により管理する。例えば、所定データサイズが２５６バイトに設定されているとき、登録すべきデータが４，０００バイトであれば、「１」から「１６」のサブ番号が割り当てられ、データは１６個のデータ内容１３５に分割される。登録すべきデータが全て所定データサイズ以内のときには、標準データベースには、登録すべきデータ数と同数の素材データテーブル１３０が含まれ、登録すべきデータに所定データサイズを超えるデータが存在するときには、標準データベース１４には、データ数より分割されたデータ内容１３５の分だけ数が増えた素材データテーブル１３０が含まれる。
【００３０】
図３は、図２のデータベース構造で登録されたデータの一例を示している。同図の例では、カテゴリＩＤ１１１が「１」、カテゴリ名称１１２が「Ａ」のカテゴリについて、項目ＩＤ１２２が「１」で、項目名１２３が「項目１」の項目と、項目ＩＤ１２２が「２」で、項目名１２３が「項目２」の項目との２つの項目が定義されている。また、素材データテーブル１３０には、それぞれの項目について、レコード番号１３４が「１」から「４」までの４つの登録対象のデータが登録されている。レコード１はデータ「Ａ」及びデータ「Ｂ」により構成され、レコード２はデータ「Ｃ」及びデータ「Ｄ」により構成され、レコード３はデータ「Ｅ」及びデータ「Ｆ」により構成され、レコード４はデータ「Ｇ」及びデータ「Ｈ」により構成されている。
【００３１】
図４は、図３のデータを一般的なデータベース構造に変換して得られたデータテーブルの例を示している。図３に示すデータベース構造を、項目を列に、レコード番号を行に２次元配列し、一般的なデータベース構造で表現すると、図４に示すテーブルが得られる。この場合、各レコードにおける項目とデータの対応が視覚的に理解しやすくなる。ここで、例えば、「項目１」では、「レコード１」のデータ「Ａ」は、２つのデータ内容１３５が結合されたデータで構成され、「レコード２」のデータ「Ｃ」は、１つのデータ内容１３５によって構成される。つまり、データ「Ａ」とデータ「Ｃ」とでは、そのデータサイズが異なっている。
【００３２】
図５は、オンラインデータベースシステム１００におけるデータベースの登録処理の流れを示している。データ登録者は、登録者用端末２０のブラウザ（閲覧ソフトウェア）を利用して、インターネット／イントラネット等のネットワーク４０を介してデータベースサーバ１０に接続する（ステップＳ５１）。データ登録者は、ブラウザ上に表示されたメニュー画面から登録を選択し、表示された登録画面より、登録対象のカテゴリ名を入力する（ステップＳ５２）。データベース登録手段１１は、自動採番によって付けられた番号をカテゴリＩＤ１１１に、入力されたテーブル名をカテゴリ名称１１２に、それぞれ格納する（ステップＳ５３）。
【００３３】
データ登録者は、登録画面から、テーブルの項目（列）の名称を入力し、入力した各項目についてデータの桁数や属性を定義する（ステップＳ５４）。データベース登録手段１１は、ステップＳ５３で格納したカテゴリテーブル１１０のカテゴリＩＤ１１１を項目テーブル１２０のカテゴリＩＤ１２１に、入力された項目の名称に対応して自動採番により付けられた番号を項目ＩＤ１２２に、各項目の名称を項目名１２３に、それぞれ格納し、各項目について定義された値を、桁数１２４や属性１２５に格納する（ステップＳ５４）。
【００３４】
データ登録者は、自身で定義したテーブルに対して、該当する項目毎のデータを順次入力する（ステップＳ５５）。データ登録者は、ブラウザ上に表示されるカード形式のデータ入力画面や、表形式のデータ入力画面を使用して、データの入力を行なうことができる。データベース登録手段１１は、データ登録の対象のカテゴリのカテゴリＩＤ１１１を素材データテーブル１３０のカテゴリＩＤ１３１に、データに対応する項目ＩＤ１２１を素材データテーブル１３０の項目ＩＤ１３１に、データが属する対象の識別番号をレコード番号１３４にそれぞれ格納し、入力されたデータに基づいて、データ内容１３５にデータを格納する（ステップＳ５６）。このとき。データが所定データサイズを超える場合には、データを分割し、分割数に応じて項目サブ番号１３３を割り当てる。また、登録すべきデータがファイル形式のデータである場合には、データ内容１３５にはファイル名を格納し、登録対象のファイル自体は、標準データベース１４とは異なる領域に格納する。
【００３５】
図６は、オンラインデータベースシステム１００におけるデータの検索処理の流れを示している。データ利用者は、利用者用端末３０を使用し、ネットワーク４０を介してデータベースサーバ１０に接続する（ステップＳ６１）。データ利用者は、ブラウザを使用してメニュー画面よりデータの検索を選択し、ブラウザ上に表示された検索画面より、所望の検索条件を指定する（ステップＳ６２）。データベース検索手段１２は、標準データベース１４内を検索し、検索条件に合致するデータを抽出する（ステップＳ６３）。
【００３６】
データベースサーバ１０は、抽出した標準データベース１４のデータを、図４に示すようなテーブル形式の表に変換し、利用者用端末３０に向けて送信する。データ利用者は、ブラウザ上に表示されたこのテーブル形式の表によってデータを確認する（ステップＳ６４）。データ利用者は、抽出されたデータから所望のデータを選択し、ダウンロードを指定する（ステップＳ６５）。データベースサーバ１０は、データ利用者が指定したデータを、ＣＳＶ形式のデータ（カンマ形式で区切られたテキストベースのデータ）やＸＭＬ形式のデータ（タグで表現されたテキストベースのデータ）に変換し、利用者端末３０に送信する（ステップＳ６６）。データ利用者が指定したデータに、ファイル登録されているデータが含まれているときには、そのファイルも同時にダウンロードされる。データ利用者は、受信したデータをファイルに保存する（ステップＳ６７）。
【００３７】
図７は、データ登録の様子とデータ検索の様子とを模式的に示している。以下、データの登録処理及び検索処理について、具体例を挙げて説明する。データ登録者は、例えば、カテゴリ名「テレビ」を指定して、データベースの登録を行なう（ステップＳ７１）。カテゴリテーブル１１０には、カテゴリＩＤ１１１に自動採番により付けられたＩＤ番号「１」が、カテゴリ名１１２に「テレビ」がそれぞれ格納される。
【００３８】
データ登録者は、カテゴリ「テレビ」について、５つの項目、「商品コード」、「商品名」、「価格」、「商品説明」、及び「商品画像」を入力する（ステップＳ７２）。データベース登録手段１１は、各項目テーブル１２０のカテゴリＩＤ１２１に「テレビ」に対応するＩＤ番号「１」を格納し、入力された項目数に対応して自動採番により付けられた「１」から「５」までのＩＤ番号を、項目ＩＤ１２２に格納する。このとき標準データベース１４には、カテゴリＩＤ１２１が同一番号の項目テーブル１２０が５つ含まれることになる。各項目テーブル１２０では、該当する項目に保存すべきデータに応じて、桁数１２４や属性１２５が設定される。
【００３９】
項目が定まると、データ登録者は、各項目のデータを入力する（ステップＳ７３）。データ登録者は、例えばカード形式で表示される画面に従って、ステップＳ７３で定義した各項目のデータを入力する。データベース登録手段１１は、同じ対象についての各項目のデータに、自動採番により同一のレコード番号を付けて素材データテーブル１３０を登録する。例えば、「テレビＡ」について各項目のデータが、「項目商品コード」のデータが「０００００１」、「商品名」のデータが「３２型テレビ」、「価格」のデータが「１００，０００円」、「商品説明」のデータが「３２型ワイド」、「商品画像」のデータがリンク先のファイル名「ｉｍｇ１．ｊｐｇ」であったときには、それらのデータを格納する素材データテーブル１３０には、同一のレコード番号１３４が割り当てられる。
【００４０】
データ利用者は、データ利用者用端末３０を用い、ネットワーク４０を介してデータベースサーバ１０に接続し、標準データベース１４から必要なデータを検索して選択する（ステップＳ７４）。検索条件は、例えば、「価格が８０，０００円から１００，０００円の範囲に納まるテレビ」のように指定する。データ利用者は、所望のデータを抽出すると、そのデータをデータベースサーバ１０から所望のファイル形式でダウンロードする（ステップＳ７５）。データ利用者は、ダウンロードしたファイルを、任意のレイアウトに変更するなどして印刷を行ない、データを利用する（ステップＳ７６）。
【００４１】
本実施形態例では、データベースサーバ１０は、図２のデータベース構造を採用した標準データベース１４に所望のデータが登録される。素材データテーブル１３０では、同一対象についてのデータに同じレコード番号が割り当てられ、カテゴリＩＤ、項目ＩＤと共に、データが所定データサイズで項目毎に登録される。標準データベース１４では、データの属する項目は項目ＩＤ１３２で管理されるため、登録されるデータの並び順と、項目の並び順が一致している必要がない。このため、項目の削除や追加、変更が容易になる。
【００４２】
登録すべきデータのサイズが所定データサイズを超えるときには、素材データベース１３０には分割されたデータがデータ内容１３５として格納され、複数の素材データベース１３０に格納されたデータによって、項目１つ分のデータが構成される。項目の設計に際して、項目毎に最大データサイズを設計する必要がないため、テーブル設計が柔軟になる。また、データ項目テーブル１２０と、素材データテーブル１３０との対応に基づいた単一のデータベース構造であるため、ソフトウェア開発者は一通りの構造に基づいたプログラム作成を行なうことで、カテゴリが異なる場合であっても、また、テーブルに変更が加えられた場合であっても、プログラムの変更を必要としないシステムを構築することができる。
【００４３】
図１のオンラインデータベースシステム１００では、テーブル設計の柔軟性が高いため、登録者は、所望のテーブルレイアウトを自ら作成し、そのテーブルに従ってさまざまなデータを標準データベース１４に登録することができる。標準データベース１４には、例えば、テキストベースのデータから、画像などの標準データベース１４とは別の領域として保存されているファイル形式のデータまで登録できる。データ登録者が、例えばカード形式等の通常のデータベース構造で表現されたデータを入力すると、データベース登録手段１１は、図２のデータベース構造へ自動的に変換して標準データベース１４を構築する。このため、データ登録者は、データ入力に際して、特にデータベース構造の違いを意識する必要がない。
【００４４】
オンラインデータベースシステム１００は、柔軟性が高いテーブルを簡易に設計できるため、従来はテーブル設計が困難であったために、コンピュータシステム化できなかった業務についても、データベースにデータを登録して整理することができる。また、データ利用者は、検索条件を設定し、例えば通常のテーブル形式で表示された抽出結果を用いて、ダウンロードすべきデータを指定することができる。データ登録者及びデータ利用者は、ネットワーク４０を介してデータベースサーバ１０に接続できる環境にあれば、自身の都合がよい時間にデータを登録でき、また標準データベース１４から抽出したデータをダウンロードすることができる。
【００４５】
以上、本発明をその好適な実施形態例に基づいて説明したが、本発明のデータベース構造、データベース格納方法、及び、データベース・システムは、上記実施形態例にのみ限定されるものでなく、上記実施形態例の構成から種々の修正及び変更を施したデータベース構造、データベース格納方法、及び、データベース・システムも、本発明の範囲に含まれる。
【００４６】
【発明の効果】
以上説明したように、本発明のデータベース構造及びデータベース格納方法は、項目ＩＤを項目テーブルに保存し、登録対象の各項目のデータを、項目ＩＤと対象ＩＤとに関連付けた素材データテーブルに保存する。このため、テーブル構造の定義が容易で、データサイズ設計を柔軟に行なうことができるデータベースを構築することができる。また、本発明のデータベース構造を採用するデータベース・システムでは、テーブル構造の定義が容易なため、専門的な知識を持っていないユーザにも、自由に設計したテーブル構造に従ってデータを登録でき、また、登録されたデータを利用することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態例のデータベース・システムの構成を示すブロック図。
【図２】本発明の一実施形態例のデータベース構造を示すブロック図。
【図３】図２のデータベース構造で登録されたデータの一例を示すブロック図。
【図４】図３のデータを一般的なデータベース構造に変換して得られたデータテーブルの例を示すテーブル。
【図５】オンラインデータベースシステム１００におけるデータベースの登録処理の流れを示すフローチャート。
【図６】オンラインデータベースシステム１００におけるデータの検索処理の流れを示すフローチャート。
【図７】オンラインデータベースシステム１００におけるデータ登録の様子とデータ利用の様子とを示すフローチャート。
【符号の説明】
１０：データベースサーバ
１１：データベース登録手段
１２：データベース検索手段
１３：記憶装置
１４：標準データベース
２０：データ登録者用端末
３０：データ利用者用端末
１００：オンラインデータベースシステム
１１０：カテゴリテーブル
１２０：項目テーブル
１３０：素材データテーブル
【図１】
2004145442.tif 000003
【図２】
2004145442.tif 000004
【図３】
2004145442.tif 000005
【図４】
2004145442.tif 000006
【図５】
2004145442.tif 000007
【図６】
2004145442.tif 000008
【図７】
2004145442.tif 000009