(57)【要約】    【課題】  本発明の目的は、登録要求データのフォーマット変更や新たなフォーマットの追加にも柔軟に対応でき、プログラム修正や、データベースの知識を習得することなくデータの属性変更や追加を行えデータベース構築変更作業を軽減できるデータベース登録管理方法を提供することにある。    【解決手段】  データベース管理装置３は登録要求データのデータ種類毎のデータ要素に基づきデータ管理定義を登録したテーブル６０，７０，８０と実際に登録したデータの関連付けを行う。関連付けしたデータを検索してデータ種類毎の項目の要素に従って出力し、データの要素追加に伴うデータ格納先を決定すると共に属性変更に伴うデータ格納先の属性を変更し、かつ、データの格納先をデータベース５０に追加する。【選択図】  図１
2006004026.tif 000002
【特許請求の範囲】
【請求項１】
データ登録要求装置から登録要求データを入力するとデータ種別テーブルおよびデータ要素テーブルを参照して前記登録要求データのデータ種別とデータ要素を判定する要素管理部と、前記要素管理部に於いて判定処理された前記データ要素テーブルとデータベース定義テーブルを参照して前記登録要求データをデータベースへ登録するデータベース管理部を備えたデータベース管理装置は、
前記登録要求データの構成要素から登録要求データの種別を決定するステップ、前記データ要素テーブルに従い要素毎の属性を決定するステップ、前記データベース定義テーブルに基づき前記登録要求データを登録するデータベースの決定するステップ、前記登録要求データのデータ種別のデータ要素数が追加されると前記要素管理部にて追加されたデータ要素を前記データ要素テーブルと比較して決定してその属性を決定するステップ、前記データベース管理部にて追加されたデータ要素を格納する前記データベースのフィールドを決定するステップ、前記データベースに前記追加データ要素を登録するフィールドが存在しない場合に、前記データベース管理テーブルを参照して前記データベースの登録可能なフィールドを決定するステップ、前記データベースに前記追加データ要素を登録可能なフィールドが存在しない場合に、前記登録要求データの前記追加要素データに基づき前記データベースに新たなフィールドを追加するステップ、前記登録要求データのデータ要素が変更された場合に、前記要素管理部にて変更データ要素の判定と変更されたデータ要素の属性を前記データ要素テーブルに反映させるステップ、前記データベース管理部にて前記データベースのフィールドのサイズが不足する場合に、不足するサイズ以上に前記データベースのフィールドを拡張するステップ、
の処理を実行し、データ種別とデータ要素が異なる登録要求データを同一の前記データベースに登録することを特徴するデータベース登録管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録要求データのデータ種別とデータ要素が異なっても同一のデータベースへの登録を管理するデータベース登録管理方法に関する。
【背景技術】
【０００２】
一般に、データベースを利用してデータの入出力を行う場合は、各種データを整理してテーブル構造を作成し、それに従ってテーブル名、フィールドを記述したプログラムを作成している。しかし、既存システムの変更や新たなサービスの追加により、要素の属性が変更されたり、新たなデータの種類を追加する場合は、対応するプログラムの変更や新たなデータの種類を扱うプログラムの作成、データベースへのレコード追加とそれに伴うテーブルの再構成を行う必要があり、構築作業が発生する上、システムを停止する必要がある。
【０００３】
このことを解決するために、下記特許文献１には、データベースのテーブルとは別に、データ集合であるオブジェクトの要素とデータベーステーブルとの関係を定義する構造定義データを設けることにより、データの属性変更に対応している。
【０００４】
【特許文献１】特開平１１−２４９９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術は、新しいデータの追加や属性の変更には格納するエリアの定義を予め行う必要があり、格納する先を新たに設ける場合には、データベース管理者に依頼してデータベースの追加を行うか、データベースの専門知識を習得して作業する必要がある。
【０００６】
また、ＩＴ（Information Technology）の発展に伴い様々な作業、場所でのコンピュータの利用が増加してきており、それに伴い扱うデータ、管理するデータ量、種類も多様化してきている。このような環境に於いて、多種多様なデータを効率よく、又、簡単に取り扱う方法を確立することが必要となっている。
【０００７】
本発明の目的は、登録要求データのフォーマット変更や新たなフォーマットの追加にも柔軟に対応でき、プログラム修正や、データベースの知識を習得することなくデータの属性変更や追加を行えデータベース構築変更作業を軽減できるデータベース登録管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の特徴とするところは、登録要求データのデータ種類毎のデータ要素に基づきデータ管理定義を登録したテーブルと実際に登録したデータの関連付けを行い、関連付けしたデータを検索してデータ種類毎の項目の要素に従って出力し、データの要素追加に伴うデータ格納先を決定すると共に属性変更に伴うデータ格納先の属性を変更し、かつ、データの格納先をデータベースに追加するようにして、データベースを停止することなく種類追加、属性追加、属性変更を行うようにしたことにある。
【発明の効果】
【０００９】
本発明によるデータベースの登録管理方法は、データフォーマットの種類毎にデータベースを作成する必要がなく、フォーマット毎に項目数や型が異なるデータも一つのデータベースで取り扱えるようにすることにより、データベース管理の簡素化が図られる。又、新たなフォーマットの追加や、既存フォーマットの項目追加や削除、変更に対して登録領域の割振りや確保が可能となる。
【発明を実施するための最良の形態】
【００１０】
データベース管理装置は、データ登録要求装置から登録要求データを入力するとデータ種別テーブルおよびデータ要素テーブルを参照して登録要求データのデータ種別とデータ要素を判定する要素管理部と、要素管理部に於いて判定処理されたデータ要素テーブルとデータベース定義テーブルを参照して登録要求データをデータベースへ登録するデータベース管理部を備える。データベース管理装置は、次のような処理を実行してデータ種別とデータ要素が異なる登録要求データを同一のデータベースに登録する。
【００１１】
登録要求データの構成要素から登録要求データの種別を決定するステップ、データ要素テーブルに従い要素毎の属性を決定するステップ、データベース定義テーブルに基づき登録要求データを登録するデータベースの決定するステップ、登録要求データのデータ種別のデータ要素数が追加されると要素管理部にて追加されたデータ要素をデータ要素テーブルと比較して決定してその属性を決定するステップ、データベース管理部にて追加されたデータ要素を格納するデータベースのフィールドを決定するステップ、データベースに追加データ要素を登録するフィールドが存在しない場合に、データベース管理テーブルを参照してデータベースの登録可能なフィールドを決定するステップ、データベースに追加データ要素を登録可能なフィールドが存在しない場合に、登録要求データの追加要素データに基づきデータベースに新たなフィールドを追加するステップ、登録要求データのデータ要素が変更された場合に、要素管理部にて変更データ要素の判定と変更されたデータ要素の属性をデータ要素テーブルに反映させるステップ、データベース管理部にてデータベースのフィールドのサイズが不足する場合に、不足するサイズ以上にデータベースのフィールドを拡張するステップ。
【実施例１】
【００１２】
図１に本発明の一実施例を示す。
【００１３】
図１において、本発明は、登録要求データを送信するデータ登録要求装置１、表示端末装置２およびデータベース管理装置３から構成されている。データベース管理装置３は、
データ登録要求装置１から登録要求データを取込むデータ入力部１０、登録したデータを表示端末装置２に出力するデータ出力部２０、要素管理部３０、データベース管理部４０、登録要求データのデータ要素の値を格納するデータベース５０、登録要求データと登録要求データの種類を管理するデータ種別テーブル６０、登録要求データの要素の属性を管理するデータ要素テーブル７０および登録要求データのデータ種別で未使用のデータベースのフィールド定義するデータベース定義テーブル８０から構成されている。
【００１４】
要素管理部３０は、登録要求データと登録要求データの種類を管理するデータ種別テーブル６０からデータの構造に対応する種別ＩＤを検索するデータ種別検索部３０ａ、登録要求データに対応するデータ種別テーブル６０が存在するか判定するデータ種別判定部３０ｂ、登録要求データからデータの種類を特定する情報を作成しデータ種別テーブル６０にレコード追加を行うデータ種別レコード追加部３０ｃ、登録要求データのデータ要素からデータ要素テーブル７０を検索するデータ要素検索部３０ｄ、登録要求データの要素に対応する登録要求データの要素の属性を管理するデータ要素テーブル７０のレコードと登録要求データの要素の属性値を比較するデータ要素判定部３０ｅ、登録要求データの要素からデータの種類と要素を特定する情報の作成し、データ要素テーブル７０にレコード追加を行うデータ要素レコード追加部３０ｆ、および、データ要素テーブル７０のレコードの内容を登録要求データの属性値の内容で変更するデータ要素レコード変更部３０ｇで構成される。
【００１５】
また、データベース管理部４０は、要素毎に取得したデータ要素テーブル７０に格納先が指定されているかを判定するデータ定義判定部４０ａ、登録要求データのデータ種別で未使用のデータベースのフィールドをデータベース定義テーブル８０のレコードから検索する使用可能データベース定義レコード検索部４０ｂ、登録要求データの要素の値を格納するデータベース名称を決定するデータベース名称決定部４０ｃ、登録要求データの追加された要素の値を格納するフィールド名を決定するフィールド名称決定部４０ｄ、決定したフィールド名をデータベース５０に追加するデータベースフィールド追加部４０ｅ、追加したフィールドに対応するデータベース定義テーブルのレコードを追加するデータベース定義レコード追加部４０ｆ、データ要素テーブル７０の最大サイズでフィールドのサイズを拡張するフィールド拡張部４０ｇ、フィールドを拡張したサイズにデータベース定義テーブル８０のレコードの内容を変更するデータベース定義レコード変更部４０ｈ、および、登録要求データのデータ要素に対応するデータベース５０のフィールドに登録要求データの要素の値を格納するデータ格納部４０ｉで構成されている。
【００１６】
次にデータ登録の動作を図２、図３に示す処理フローを参照して説明する。
【００１７】
まず、登録要求データ構成とデータベース登録構成の一例を図４に示す。
【００１８】
登録要求データ４０１は構成要素として種別に”ＫＹＯ１”、品名に”エアコンＴ００１”、金額に”１５００００”を持つ空調機のデータである。登録要求データ４０２は構成要素として種別に”ＳＥＩ１”、製品名に”２ドア冷蔵庫Ｈ２３００１型”、金額に”２０００００”、型式”Ｒ−０１”を持つ空調機のデータである。登録要求データ４０３は構成要素として種別に”ＫＴＫ１”、製品名に” 屋外設置２１型給湯器Ｈ００１”を持つ給湯器のデータである。これらの登録要求データ４０１、４０２，４０３を入力してデータベース５０に格納する。
【００１９】
図５にデータ種別テーブル６０、データ要素テーブル７０、データベース定義テーブル８０の一例を示す。
【００２０】
図５（Ａ）のデータ種別テーブル６０は、データの構造を特定する一意の値となる種別ＩＤ、データの種別毎の名称を識別する種別名称、データの種別を特定するために使用する要素の名称である要素名、データの種別を特定するために使用する要素の値である判定文字、データの種別を使用する場合は”有り”データ種別を削除して使用しない場合は”無し”とすることでデータ種別の登録、削除を管理する使用有無の項目を備えている。
【００２１】
図５（Ｂ）のデータ要素テーブル７０は、データの要素毎にデータ種別テーブル６０の種別ＩＤと同じ値を指定しデータの構造を特定する種別ＩＤと、登録要求データの要素の並び順を１からの連番で持つ順序の項目と、登録要求データの要素の最大サイズを持つ最大サイズの項目、登録要求データの構成要素の型を持ち登録要求データが文字列であった場合は”文字”として、日付であった場合は”日付”として、数値であった場合は”数値”として指定される型式の項目、登録要求データの構成要素が必ず必要な場合は”必須”として、必ず必要ではない場合は”任意”として指定される必須性の項目、登録要求データの要素を使用している場合は”使用可”、項目を削除する場合は”使用不可”として指定される使用可否の項目、データベース５０に種別ＩＤが同じ値で且つ要素の値が同じデータを登録する場合は”有り”を要素の値が同じデータを登録しない場合は”有り”を指定される重複登録性の項目と、登録要求データの構成要素の値をデータベース５０に格納するための格納先を管理しているデータベース定義テーブル８０のフィールドＩＤ値が指定されるフィールドＩＤの項目を持っている。
【００２２】
図５（Ｃ）のデータベース定義テーブル８０は、データベース定義テーブル８０で一意の値を示すフィールドＩＤの項目と、登録要求データの要素を格納するデータベース名を指定するデータベース名の項目、登録要求データの構成要素の１つを格納するデータベース名で示されるデータベースに含まれるフィールド名を指定するフィールド名の項目、データベース名とフィールド名で示されるフィールドの型を指定する型の項目、データベース名とフィールド名で示されるフィールドのサイズを指定するサイズの項目を持っている。
【００２３】
さて、登録要求データ４０１を登録するにはデータ入力部１０がステップＳ１においてデータ登録要求装置１から登録要求データ４０１の取り込み処理を実行する。ステップＳ２に移りデータ種別検索部３０ａは、データ種別テーブル６０の使用有無が”有り”のレコードの要素名と判定文字から登録要求データ４０１の該当する要素名と要素の値を取得して比較し、判定文字が一致するまでデータ種別テーブル６０を検索する。
【００２４】
登録要求データ４０１は、要素名が”種別”で種別の要素の値が”ＫＹＯ１”であることから、登録要求データ４０１はデータ種別テーブル６０の種別ＩＤが”Ｋ００１”のレコードを検索する。データ種別判定部３０ｂはステップＳ３において検索した結果を判定する。データ種別テーブル６０には図５に示すように一致するレコードが存在するため、登録要求データ４０１の要素を判定するステップＳ５に遷移する。
【００２５】
データ要素検索部３０ｄはステップＳ５で取得した種別ＩＤ”Ｋ００１”と登録要求データ４０１の１番目の要素名を”種別”と、要素が使用されていることを示す使用可否を”使用可”でデータ要素テーブル７０を検索し、要素１のレコード７１ａを取得する。
【００２６】
データ要素判定部３０ｅはステップＳ５からステップＳ６に移行するとステップＳ５で検索した結果を判定する。データ要素判定部３０ｅはデータ要素テーブル７０に一致するレコード７１ａが存在するのでステップＳ７の属性変更有無判定処理に遷移する。ステップＳ７では、データ要素テーブル７０の最大サイズの値“３”と登録要求データ４０１の要素”ＫＹＯ１”の長さ“３”を比較する。長さが同じであるのでステップＳ１０に遷移する。
【００２７】
データ種別検索部３０ａはステップＳ１０において全要素終了か、つまり、登録要求データ４０１の２番目の要素の有無を判定する。登録要求データ４０１に２番目の要素が存在するので、検索対象の要素を２番目の要素としてステップＳ５に遷移する。ステップＳ５では、取得した種別ＩＤ”Ｋ００１”と登録要求データ４０１の２番目の要素名を”製品名”と、要素が使用されていることを示す使用可否を”使用可”でデータ要素テーブル７０を検索し、要素２のレコード７１ｂを取得する。
【００２８】
データ要素判定部３０ｅはステップＳ６の検索結果判定処理においてステップＳ５の検索結果を判定する。データ要素判定部３０ｅはデータ要素テーブル７０に一致するレコード７１ｂが存在するのでステップＳ７の属性変更有無判定処理に遷移する。ステップＳ７では、データ要素テーブル７０の最大サイズの値“１２”と登録要求データ４０１の要素”エアコンＴ００１”の長さ“１２”を比較し長さが同じであるためステップＳ１０の全要素終了処理に遷移する。ステップＳ１０では登録要求データ４０１の３番目の要素の有無を判定する。登録要求データ４０１に３番目要素が存在するため、検索対象の要素を３番目の要素としてステップＳ５に遷移する。
【００２９】
データ要素検索部３０ｄはステップＳ５で取得した種別ＩＤ”Ｋ００１”と登録要求データ４０１の３番目の要素名を”金額”と、要素が使用されていることを示す使用可否を”使用可”でデータ要素テーブル７０を検索し、要素２のレコード７１ｃを取得する。
【００３０】
データ要素判定部３０ｅはステップＳ６の検索結果判定処理においてステップＳ５の検索結果を判定する。データ要素判定部３０ｅはデータ要素テーブル７０に一致するレコード７１ｃが存在するのでステップＳ７の属性変更有無判定処理に遷移する。
【００３１】
データ要素判定部３０ｅはステップＳ７においてデータ要素テーブル７０の最大サイズの値“６”と登録要求データ４０１の要素”１５００００”の長さ“６”を比較し長さが同じであるのでステップＳ１０に遷移する。ステップＳ１０では登録要求データ４０１の４番目の要素の有無を判定し、４番目の登録要求データの要素が存在しないため、ステップＳ１１のフィールドＩＤ判定処理に遷移する。
【００３２】
データ定義判定部４０ａはステップＳ１１において登録要求データ４０１の１番目の要素に対するレコード７１ａのフィールドＩＤの有無を判定する。フィールドＩＤは“ＦＤ００１”で定義されているためステップＳ１１のデータベース定義取得処理に遷移する。
【００３３】
データ定義判定部４０ａはステップＳ１１において検索したデータ要素テーブル７０のレコード７１ａのフィールドＩＤからデータベース定義テーブル８０のフィールドＩＤが“ＦＤ００１”と一致するレコード８１を取得する。データベース定義レコード検索部４０ｂはステップＳ１２で使用可能なデータベース定義レコードを検索する。
【００３４】
フィールド拡張部４０ｇはステップＳ１３のデータベース定義属性判定処理で、データ要素テーブル７０のレコード７１ａの最大サイズ”３”と、データベース定義テーブル８０のレコード８１のサイズ”３”を比較し、同じ値であるためフィールド変更不要としてステップＳ１７の全要素終了判定処理に遷移する。
【００３５】
データ定義判定部４０ａはステップＳ１７で登録要求データ４０１の２番目の要素に対応するデータ種別テーブル７０のレコード７１ｂの有無を判定し、登録要求データ４０１の２番目の要素に対応するデータ種別テーブル７０のレコード７１ｂが存在するため、検索対象の要素を２番目の要素としてステップＳ１１に遷移する。
【００３６】
データ定義判定部４０ａはステップＳ１１において登録要求データ４０１の２番目の要素に対するデータ要素テーブル７０におけるレコード７１ｂのフィールドＩＤの有無を判定する。フィールドＩＤが“ＦＤ００２”で定義されているためステップＳ１２のデータベース定義取得処理に遷移する。
【００３７】
データベース定義レコード検索部４０ｂはステップＳ１２でデータ要素テーブル７０のレコード７１ｂのフィールドＩＤ“ＦＤ００２”からデータベース定義テーブル８０のフィールドＩＤが“ＦＤ００２”と一致するレコード８２を取得する。フィールド拡張部４０ｇはステップＳ１３においてデータ要素テーブル７０のレコード７１ｂの最大サイズ”１２”と、データベース定義テーブル８０のレコード８２のサイズ”２０”を比較し、同じ値であるためフィールド変更不要としてステップＳ１３に遷移する。
【００３８】
データ定義判定部４０ａはステップＳ１７で全要素終了判定処理を行い、登録要求データ４０１の３番目の要素に対応するデータ種別テーブル７０のレコード７１ｃの有無を判定する。登録要求データ４０１の３番目の要素に対応するデータ種別テーブル７０のレコード７１ｃが存在するため、検索対象の要素を３番目の要素としてステップＳ１１に遷移する。
【００３９】
データ定義判定部４０ａはステップＳ１１において登録要求データ４０１の３番目の要素に対するデータ要素テーブル７０のレコード７１ｃのフィールドＩＤの有無を判定する。フィールドＩＤが“ＦＤ００３”で定義されているのでステップＳ１２に遷移する。データベース定義レコード検索部４０ｂはステップＳ１２においてデータ要素テーブル７０のレコード７１ｃのフィールドＩＤ“ＦＤ００３”からデータベース定義テーブル８０のフィールドＩＤが“ＦＤ００３”と一致するレコード８３を取得する。
【００４０】
フィールド拡張部４０ｇはステップＳ１３においてデータ要素テーブル７０のレコード７１ｃの最大サイズ”１２”と、データベース定義テーブル８０のレコード８３のサイズ”２０”を比較し、同じ値であるためフィールド変更不要としてステップＳ１７に遷移する。データ定義判定部４０ａはステップＳ１７の全要素終了判定処理で登録要求データ４０１の４番目の要素に対応するデータ種別テーブル７０のレコードの有無を判定する。登録要求データ４０１には４番目の要素が存在しないため全要素終了判定してとしてステップＳ１８のデータ格納処理に遷移する。
【００４１】
データ格納部４０ｉはステップＳ１８において登録要求データ４０１の１番目の要素の値”ＫＹＯ１”をレコード８１のデータベース名”ＤＢ００１”のフィールド名”Ｆ００１”で示すデータベース５０のフィールド“Ｆ００１”に指定し、登録要求データ４０１の２番目の要素の値”エアコンＴ００１”をレコード８２のデータベース名”ＤＢ００１”のフィールド名”Ｆ００２” で示すデータベース５０のフィールド“Ｆ００２”に指定し、また、登録要求データ４０１の３番目の要素の値”１５００００”をレコード８３のデータベース名”ＤＢ００１”のフィールド名”Ｆ００３” で示すデータベース５０のフィールド“Ｆ００３”に指定してデータベース５０のレコード４０１ａに格納する。
【００４２】
次に、登録要求データ４０１と要素のサイズが違い、新たに４番目の要素が追加された登録要求データ４０２の処理について登録要求データ４０１と異なる点について説明する。
【００４３】
データ要素検索部３０ｄは、登録要求データ４０２の２番目の要素に対するステップＳ５のデータ要素検索処理では、取得した種別ＩＤ”Ｋ００２”と登録要求データ４０２の２番目の要素名を”品名”と、要素が使用されていることを示す使用可否を”使用可”でデータ要素テーブル７０を検索し、要素２のレコード７２ｂを取得する。
【００４４】
データ要素判定部３０ｅはステップＳ６の検索結果判定処理において検索した結果を判定する。データ要素テーブル７０に一致するレコード７２ｂが存在するのでステップＳ７の属性変更有無判定処理に遷移する。データ要素判定部３０ｅはステップＳ７においてデータ要素テーブル７０の最大サイズの値“１２”と登録要求データ４０２の２番目の要素”２ドア冷蔵庫Ｈ２３００１型”の長さ“２０”を比較し登録要求データ４０２の２番目の要素２の長さが長いため属性変更有りとしてステップＳ９のデータ要素レコード変更処理に遷移する。
【００４５】
データ要素レコード変更部３０ｇはステップＳ９において登録要求データ４０２の２番目の要素”２ドア冷蔵庫Ｈ２３００１型”の長さ“２０”でデータ要素テーブル７０のレコード７２ｂの最大サイズ（データ数）を変更する。
【００４６】
データ要素検索部３０ｄはステップＳ５における登録要求データ４０２の４番目の要素に対するデータ要素検索処理では、取得した種別ＩＤ”Ｋ００２”と登録要求データ４０２の４番目の要素名を”型式”と、要素が使用されていることを示す使用可否を”使用可”でデータ要素テーブル７０を検索する。
【００４７】
データ要素判定部３０ｅはステップＳ６でステップＳ５の検索結果を判定する。この場合にはデータ要素テーブル７０に一致するレコードが存在しないのでステップＳ８のデータ要素レコード追加処理に遷移する。
【００４８】
データ要素レコード追加部３０ｆはステップＳ８においてステップＳ５で検索した種別ＩＤ”Ｋ００２”を指定し、順序には４番目の要素であるため”４”を指定し、最大サイズは登録要求データ４０２の４番目の要素の値”Ｒ−０１”の長さ“４”を指定する。また、型式には要素の値４１０が”Ｒ−０１”であり数字以外の文字が値に含まれるので”文字”を指定し、要素名を登録要求データ４０２の要素名称“型式”を指定し、必須性は”任意”を指定し、使用可否は以降この要素を使用するため”使用可”を指定し、重複登録性は種別以外の項目には”有り”を指定しデータ要素テーブル７０にレコード７２ｄの追加変更する。
【００４９】
ステップＳ８が終了するとステップＳ１０に遷移しデータ種別検索部３０ａが次の要素の有無を判定する。次の要素はないのでステップＳ１１のフィールドＩＤ判定処理に遷移する。
【００５０】
データ定義判定部４０ａはステップＳ１１において登録要求データ４０２の２番目の要素に対するデータ要素テーブル７０に格納されているレコード７２ｂのフィールドＩＤの有無を判定する。フィールドＩＤが“ＦＤ００２”で定義されているのでステップＳ１２のデータベース定義取得処理に遷移する。
【００５１】
データベース定義レコ−ド検索部４０ｂはステップＳ１２においてレコード７２ｂのフィールドＩＤ“ＦＤ００２”からデータベース定義テーブル８０のフィールドＩＤが“ＦＤ００２”と一致するレコード８２を取得する。フィールド拡張部４０ｇはステップＳ１３においてデータ要素テーブル７０のレコード７２ｂの最大サイズ”２０”とデータベース定義テーブル８０のレコード８２のサイズ”１２”を比較する。この場合は、データ要素テーブル７０のレコード７２ｂの最大サイズがデータベース定義テーブル８０のレコード８２より大きいのでステップＳ１５に遷移する。
【００５２】
フィールド拡張部４０ｇはステップＳ１５のフィールド拡張処理においてデータ要素テーブル７０のレコード７２ｂの最大サイズ“２０”でデータベース定義テーブル８０のレコード８２のフィールド名で示されるデータベース５０のフィールドを拡張する。また、フィールド拡張部４０ｇはステップＳ１６に遷移して拡張した値“２０”をデータベース定義テーブル８０のレコード８２の拡張した値“２０”に変更する。
【００５３】
データ定義判定部４０ａはステップＳ１１において登録要求データ４０２の４番目の要素に対するデータ要素テーブル７０に格納されているレコード７２ｂのフィールドＩＤの有無を判定する。データ要素テーブル７０にはフィールドＩＤが設定されていないのでステップＳ１４のデータベース追加処理に遷移する。
【００５４】
ステップＳ１４のデータベース追加処理の詳細を図３に示すフロー図を参照して説明する。
【００５５】
使用可能データベース定義レコード検索部４０ｂはステップＳ２０においてデータ種別テーブル６０で検索した種別ＩＤ“Ｋ００２”と一致しないデータ要素テーブル７０の種別ＩＤを検索し、フィールドＩＤからデータベース定義テーブル８０を取得して登録要求データ４０２における４番目要素のサイズ以上のデータベース定義テーブル８０を検索する。登録要求データ４０２における４番目要素のサイズ以上のデータベース定義テーブル８０が見つからない場合は、登録要求データ４０２の４番目要素のサイズ未満のデータベース定義テーブル８０を検索する。
【００５６】
データベース名決定部４０ｃはステップＳ２１でデータベース定義テーブル８０のレコードがあるか判定する。データベース定義テーブル８０でレコードを検索できないのでフィールドなしとしてステップＳ２５の追加対象データベース取得処理に遷移する。
【００５７】
データベース名決定部４０ｃはステップＳ２５においてデータ種別テーブル６０で検索した種別ＩＤ“Ｋ００２”と一致するデータ要素テーブル７０を検索し、フィールドＩＤからデータベース定義テーブル８０を取得しデータベース名“ＤＢ００１”を決定する。フィールド名称決定部４０ｄはステップＳ２６に遷移してステップＳ２５で取得したデータベース名“ＤＢ００１”でデータベース定義テーブル８０を検索して使用していないフィールド名“Ｆ００４”を決定する。
【００５８】
データベースフィールド追加部４０ｅはステップＳ２７においてデータベース名“ＤＢ００１”のデータベース５０にフィールド名“Ｆ００４”でサイズがデータ要素テーブル７０のレコード７２ｂの最大サイズで指定されている“４”で、フィールドの型を“文字”型固定で作成する。
【００５９】
データベース定義レコード追加部４０ｆはステップＳ２８でデータベース定義テーブル８０を検索して使用していないフィールドＩＤ“ＦＤ００４”を決定し、データベース名をステップＳ２５の追加対象データベース取得処理で得たデータベース名“ＤＢ００１”、ステップＳ２６で決定したフィールド名“Ｆ００４”、ステップＳ２７で追加したフィールドの型“文字“とフィールドのサイズ”４“をデータベース定義テーブル８０のレコード８４に追加する。そして、図２のステップＳ１１で判定したデータ要素テーブル７０におけるレコード７２ｄのフィールドＩＤに追加したデータベース定義テーブル８０のレコード８４のフィールドＩＤ”ＦＤ００４“を設定し、図２のステップＳ１７の全要素終了判定処理に遷移する。
【００６０】
データ定義判定部４０ａはステップＳ１７で次に処理する要素が無いと判定し、ステップＳ１８に遷移する。データ格納部４０ｉはステップＳ１８において登録要求データ４０２の１番目の要素の値”ＳＥＩ１”をレコード８１のデータベース名”ＤＢ００１”、フィールド名”Ｆ００１”で示すデータベース５０のフィールド“Ｆ００１”に指定する。また、登録要求データ４０２の２番目の要素の値”２ドア冷蔵庫Ｈ２３００１型”をレコード８２のデータベース名”ＤＢ００１”、フィールド名”Ｆ００２”で示すデータベース５０のフィールド“Ｆ００２”に指定し、登録要求データ４０２の３番目の要素の値”２０００００”をレコード８３のデータベース名”ＤＢ００１”のフィールド名”Ｆ００３”で示すデータベース５０のフィールド“Ｆ００３”に指定し、登録要求データ４０２の４番目の要素の値”Ｒ−０１”をレコード８４のデータベース名”ＤＢ００１”のフィールド名”Ｆ００４”で示すデータベース５０のフィールド“Ｆ００４”に指定してデータベース５０のレコード４０２ａに格納する。データベース５０のレコード４０２ａは改変され格納される。
【００６１】
次にデータ種別テーブル６０、データ要素テーブル７０、データベース定義テーブル８０に登録されてないデータ種別“ＫＴＫ１”の登録要求データ４０３の処理について登録要求データ４０１、４０２の処理と異なる点について説明する。
【００６２】
データ検索部３０ａはステップＳ２のデータ種別テーブル検索処理でデータ種別テーブル６０の使用有無が”有り”のレコードの要素名と判定文字から登録要求データ４０３の該当する要素名と要素の値を取得し比較を行い、判定文字が一致するまでデータ種別テーブル６０を検索する。
【００６３】
データ種別判定部３０ｂはステップＳ３においてステップＳ２で検索した結果を判定する。この場合、データ種別テーブル６０に一致するレコードが存在しないのでステップＳ４のデータ種別レコード追加処理に遷移する。データ種別レコード追加部３０ｃはステップＳ４において、種別ＩＤをデータ要素テーブル６０の種別ＩＤで一意の値“Ｋ００３”、種別名称は登録要求データに存在しないため“ＫＴＫ１”、要素名は“種別”固定、判定文字は、登録要求データ４０３の種別の値“ＫＴＫ１”、使用有無は“有り”で新しいレコード６３をデータ種別テーブル６０に追加する。
【００６４】
データ要素検索部３０ｄはステップＳ５のデータ要素検索処理において、１番目の要素の種別ＩＤ“Ｋ００３”、要素名“種別”でデータ要素テーブル７０の検索を実行する。データ要素判定部３０ｅはステップＳ６においてデータ要素テーブル７０のレコードを検索できないのでステップＳ８に遷移する。データ要素レコード追加部３０ｆはステップＳ８で全ての要素、つまり、種別ＩＤ“Ｋ００３”、順序“１”、最大サイズ“３”、型式“文字”、要素名“種別”、必須性“必須”、使用可否“使用可”、重複登録性“有り”、フィールドＩＤは未設定でデータ要素テーブル７０にレコード７３ａを追加する。
【００６５】
ステップＳ８からステップＳ１０に遷移すると、データ種別検索部３０ａはステップＳ１０で次の要素２を検索するのでステップＳ５のデータ要素検索処理に遷移する。データ要素検索部３０ｄはステップＳ５で２番目の要素の種別ＩＤ“Ｋ００３”、要素名“製品名”でデータ要素テーブル７０の検索を実行する。
【００６６】
データ要素判定部３０ｅはステップＳ６において、データ要素テーブル７０のレコードが検索できないのでデータ要素なしと判定する。ステップＳ６でデータ要素なしと判定するとステップＳ８に遷移する。
【００６７】
データ要素レコード追加部３０ｆはステップＳ１０において全ての要素、種別ＩＤ“Ｋ００３”、順序“２”、最大サイズ“１２”、型式“文字”、要素名“製品名”、必須性“必須”、使用可否“使用可”、重複登録性“有り”、フィールドＩＤは未設定としてデータ要素テーブル７０にレコード７３を追加する。
【００６８】
ステップＳ８からステップＳ１０に遷移すると、データ種別検索部３０ａはステップＳ１０で全要素終了し次の要素が存在しないと判断しステップＳ１１のフィールドＩＤ判定処理に遷移する。データ定義判定部４０ａはステップＳ１０において要素１のフィールドＩＤを未設定としているため、フィールドＩＤ無しと判定しステップＳ１４に遷移する。
【００６９】
使用可能データベース定義レコード検索部４０ｂはステップＳ２０においてステップＳ４で作成した種別ＩＤ“Ｋ００３”と一致しないデータ要素テーブル７０の種別ＩＤを検索し、フィールドＩＤに基づき登録要求データ４０３における１番目の要素のサイズ（データ数）以上のレコード（フィールド）をデータベース定義テーブル８０から検索する。
【００７０】
データベース名決定部４０ｃはステップＳ２１において登録要求データ４０３における１番目の要素以上のデータ数（サイズ）であるレコード８１を検索したと判断してフィールド有りとする。フィールド拡張部４０ｇはステップＳ２１からステップＳ２２に遷移すると、レコード８１のサイズを判定する。フィールド拡張部４０ｇは登録要求データ４０３における１番目の要素の長さ“３”とデータベース定義テーブル８０のレコード８１のサイズ“３”と同じであるのでフィールド変更不要と判定する。そして、検索したレコード８１のフィールドＩＤ“”ＦＤ００１“をデータ要素テーブル７０のレコード７３ａのフィールドＩＤに設定する。
【００７１】
データ定義判定部４０ａはステップＳ１７において登録要求データ４０３の２番目の要素が存在すると判定しステップＳ１１に遷移する。データ定義判定部４０ａはステップＳ１１において登録要求データ４０３の２番目の要素もデータ要素テーブル７０におけるレコード７３ｂにフィールドＩＤが未設定であるため、フィールドＩＤ無しとしてステップＳ１４（図３のステップＳ２０）に遷移する。
【００７２】
使用可能データベース定義レコード検索部４０ｂはステップＳ２０においてステップＳ４で作成した種別ＩＤ“Ｋ００３”と一致しないデータ要素テーブル７０の種別ＩＤを検索する。そして、定義レコード検索部４０ｂはデータ要素テーブル７０から検索したレコードのフィールドＩＤに基づいてデータベース定義テーブル８０を取得し、登録要求データ４０３における１番目要素のサイズ（データ数）以上のフィールドをデータベース定義テーブル８０から検索する。
【００７３】
登録要求データ４０３における１番目要素のサイズ以上のフィールドをデータベース定義テーブル８０から検索できないため、登録要求データ４０３の１番目の要素のサイズ未満のフィールドをデータベース定義テーブル８０から検索する。その結果、図５（Ｃ）に示すレコード８２が検索される。
【００７４】
データベース名決定部４０ｃはデータベース定義テーブル８０のレコード８２が検索されているため、ステップＳ２１でフィールド有りと判断し、ステップＳ２２のデータベース定義属性判定処理に遷移する。フィールド拡張部４０ｇは登録要求データ４０３における２番目の要素（データ数）“２４”とデータベース定義テーブル８０のレコード８２のサイズ“２０”を判定する。この場合は、データベース定義テーブル８０のレコード８２のサイズが小さいため、フィールド拡張要としてステップＳ２３のフィールド拡張処理に遷移する。
【００７５】
フィールド拡張部４０ｇはステップＳ２３において、データ要素テーブル７０のレコード７３ｂの最大サイズ“２４”でデータベース定義テーブル８０のレコード８２のフィールド名で示されるデータベース５０のフィールドを拡張する。データベース定義レコード変更部４０ｈはステップＳ２４において拡張した値“２４”をデータベース定義テーブル８０のレコード８２のサイズを変更する。
【００７６】
データ定義判定部４０ａはステップＳ２４からステップＳ１７に遷移すると、全要素を行ったので全要素終了判定する。データ格納部４０ｉはステップＳ１８において、登録要求データ４０３の１番目の要素の値”ＫＴＫ１”をレコード８１のデータベース名”ＤＢ００１”のフィールド名”Ｆ００１”で示すデータベース５０のフィールド“Ｆ００１”に指定し、登録要求データ４０３の２番目の要素の値”屋外設置２１型給湯器Ｈ００１”をレコード８２のデータベース名”ＤＢ００１”のフィールド名”Ｆ００２”で示すデータベース５０のフィールド“Ｆ００２”に指定してデータベース５０のレコード４０３ａに格納する。
【００７７】
このようにして登録要求データのデータベースへの登録を行うのであるが、データフォーマットの種類毎にデータベースを作成する必要がなく、フォーマット毎に項目数や型が異なるデータも一つのデータベースで取り扱えるようにすることにより、データベース管理の簡素化が図られる。又、新たなフォーマットの追加や、既存フォーマットの項目追加や削除、変更に対して登録領域の割振りや確保が可能となる。
【図面の簡単な説明】
【００７８】
【図１】本発明の一実施例を示す構成図である。
【図２】本発明の動作を説明するためのフロー図である。
【図３】本発明の動作を説明するためのフロー図である。
【図４】登録要求データのデータベースへの登録の一例説明図である。
【図５】テーブルの一例構成図である。
【符号の説明】
【００７９】
１…データ登録要求装置
２…表示端末装置
１０…データ入力部
２０…データ出力部
３０…要素管理部
４０…データベース管理部
５０…データベース
６０…データ種別テーブル
７０…データ要素テーブル
８０…データベース定義テーブル
【図１】
2006004026.tif 000003
【図２】
2006004026.tif 000004
【図３】
2006004026.tif 000005
【図４】
2006004026.tif 000006
【図５】
2006004026.tif 000007