JP2003091535A - データ管理方法及びプログラム並びに装置 - Google Patents

Abstract

(57)【要約】 【課題】データ構造の変更を簡略化し、かつ検索、表
示、入力、変更などのデータ操作を簡略化する。 【解決手段】本発明は、コンピュータによるデータの管
理方法に関する。本発明のデータ管理方法では、表構造
を階層的にリンクしたデータ構造を持つ階層型データの
管理規則にしたがって、階層型データの任意の表構造部
に対する子の表構造部を指定するための検索画面データ
を生成する機能７、管理規則にしたがって、階層型デー
タのうち少なくとも指定された表構造部を含む表示画面
データを生成する機能８を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＸＭＬ（Ex
tensible Markup Language）、ＳＧＭＬ（Standard Gen
eralized Markup Language）により記述されたデータな
どのように、階層的なデータ構造を持つ階層型データを
管理するためのデータ管理方法及びプログラム並びに装
置に関する。

【０００２】

【従来の技術】代表的なデータベース（ＤＢ）にリレー
ショナルデータベース（ＲＤＢ）がある。リレーショナ
ルデータベースでは、データを表形式で管理する。した
がって、リレーショナルデータベースでは、例えば表形
式にしたがわない構造を持つデータなどを格納すること
が困難である。

【０００３】表形式を利用しない構造のデータを蓄積可
能なデータベースとして、オブジェクト指向データベー
ス（ＯＯＤＢ）やＸＭＬデータベース（ＸＭＬＤＢ）の
ように、階層的な構造を持つデータを格納可能なデータ
ベースがある。

【０００４】

【発明が解決しようとする課題】上述したように、リレ
ーショナルデータベースは、現在、もっとも普及してい
るが、データを表の形で管理する。

【０００５】そのため、表にない新たな項目のデータを
格納する必要が生じた場合、システム全体を見なおす必
要がある。

【０００６】一方、オブジェクト指向データベースやＸ
ＭＬデータベースでは、新しい項目が生じた場合、新た
に階層を付け加えればよく、データのスキーマの変更に
柔軟に対応することができる。

【０００７】しかし、オブジェクト指向データベースや
ＸＭＬデータベースは現在リレーショナルデータベース
ほど普及していない。

【０００８】近年、インターネットの普及に伴ってデー
タベースに様々なコンテンツを格納可能とする必要性が
増しているため、従来のリレーショナルデータベースで
はデータ管理が困難になりつつある。

【０００９】オブジェクト指向データベースやＸＭＬデ
ータベースなどのような階層型データベースは、格納で
きるデータに柔軟性があるため、データのスキーマが頻
繁に変わる状況に対して適しており、敏速で柔軟なシス
テム構築が望まれる状況において有効である。

【００１０】しかしながら、階層型データベースの普及
しない理由として以下の事項が挙げられる。

【００１１】第１に、データ構造が複雑になる分、アプ
リケーション開発がリレーショナルデータベースに比べ
て困難になる。

【００１２】第２に、階層構造のデータを表す標準的な
方法がないため、データベース間でのデータの移動が容
易でない。これに対し、リレーショナルデータベースで
はＣＳＶ形式等の標準的なフォーマットがある。

【００１３】第３に、既にリレーショナルデータベース
が普及しており、新たにオブジェクト指向データベース
やＸＭＬデータベースを導入すると余計な費用が発生す
る。

【００１４】しかし、ＸＭＬの登場により、階層型デー
タを標準的なフォーマットにしたがって利用可能となっ
ている。

【００１５】また、ＸＭＬを表形式で格納する方法が研
究され、既に存在するリレーショナルデータベースに、
そのまま階層構造のデータを格納可能となっている。

【００１６】以上から、オブジェクト指向データベース
やＸＭＬデータベースの普及のために、上記第１の問題
をクリアすることが要求される。

【００１７】本発明は、以上のような実情に鑑みてなさ
れたもので、容易に階層構造を持つデータを管理するた
めのデータ管理方法及びプログラム並びに装置を提供す
ることを目的とする。

【００１８】

【課題を解決するための手段】本発明を実現するにあた
って講じた具体的手段について以下に説明する。

【００１９】第１の発明は、コンピュータによるデータ
の管理方法であって、表構造を階層的にリンクしたデー
タ構造を持つ階層型データの管理規則にしたがって、階
層型データの任意の表構造部に対する子の表構造部を指
定するための検索画面データを生成し、管理規則にした
がって、階層型データのうち少なくとも指定された表構
造部を含む表示画面データを生成するデータ管理方法で
ある。

【００２０】このように、表構造を階層的にリンクする
ことにより、データ構造を簡単にし、階層的なデータの
管理（検索対象の指定とデータの表示）を容易に行うこ
とができる。

【００２１】第１の発明において、表示画面データは、
階層型データのうち指定された表構造部とこの表構造部
より下位の表構造部を含むとしてもよい。

【００２２】このように、下位の表構造部まで表示する
ことで、検索に関する判断を支援することができる。

【００２３】また、第１の発明において、管理規則にし
たがわない部分が階層型データに含まれている場合に、
管理規則にしたがわない部分特有の表示画面生成規則に
したがって画面データを生成し、管理規則にしたがう部
分の画面データと管理規則にしたがわない部分の画面デ
ータとを組み合わせて表示画面データを生成するとして
もよい。

【００２４】これにより、管理規則にしたがわない部分
が階層型データに含まれていてもその部分について表示
することができる。

【００２５】第２の発明は、コンピュータによるデータ
の管理方法であって、表構造を階層的にリンクしたデー
タ構造を持つ階層型データの管理規則にしたがって、階
層型データに追加する事項の入力領域を含む入力画面デ
ータを生成し、管理規則にしたがって、入力領域に入力
された内容を階層型データに加えるデータ管理方法であ
る。

【００２６】このように、表構造を階層的にリンクする
ことにより、データ構造を簡単にし、階層的なデータの
管理（入力画面の表示と階層型データへの追加）を容易
に行うことができる。

【００２７】第２の発明において、管理規則にしたがわ
ない部分が階層型データに含まれている場合に、管理規
則にしたがわない部分特有の入力画面生成規則にしたが
って画面データを生成し、管理規則にしたがう部分の画
面データと管理規則にしたがわない部分の画面データと
を組み合わせて入力画面データを生成し、管理規則にし
たがわない部分特有の追加規則にしたがって、管理規則
にしたがわない部分について入力された内容を階層型デ
ータに加えるとしてもよい。

【００２８】これにより、管理規則にしたがわない事項
を階層型データに含めることができる。

【００２９】上記第１又は第２の発明において、管理規
則は、属性値を持つデータをその属性値に基づいて分類
木によって分類し、この分類木の各階層でクラスを形成
し、同一の親を持つクラス間で共通に持つ属性を共通属
性とし、共通属性のうちクラスを一意に識別する属性を
識別属性とし、共通属性を表構造部で管理し、識別属性
により子のクラスの表構造部を識別する規則を含むとし
てもよい。

【００３０】これにより、複数のデータが複数の属性値
を持つ場合に、この複数のデータをその属性値により管
理することができる。

【００３１】上記第１又は第２の発明のデータ管理方法
を実現するためのプログラムをコンピュータに適用すれ
ば、上記第１又は第２の発明のデータ管理方法を実施す
る機能を容易にコンピュータ上に実現可能である。

【００３２】また、上記第１又は第２の発明のデータ管
理方法を実現する手段をデータ管理システムに備えても
よい。

【００３３】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。

【００３４】本発明では、階層型データの構造が複雑に
なることを避けるために、表構造のデータを階層的にリ
ンクさせたデータ構造を予めテンプレートとして用意す
る。

【００３５】また、本発明では、テンプレートにしたが
って記述されるデータをＸＭＬにより記述するためのス
キーマを定義する。

【００３６】また、本発明では、テンプレートにしたが
わない特殊な構造のデータを記述するために、テンプレ
ートとは別のスキーマにしたがうデータをＸＭＬにより
記述可能とし、テンプレートとは別のスキーマにしたが
うデータを追加可能とする。

【００３７】また、本発明では、エンコードされたＸＭ
Ｌに対して、データの操作、検索、表示のための基本機
能を用意し、それらの基本機能を組み合わせてシステム
を構築する。

【００３８】そして、本発明では、テンプレートにした
がわない特殊な構造については、その特殊な構造専用の
機能を別途用意し、基本機能とともに適宜利用可能とす
る。

【００３９】（第１の実施の形態）本実施の形態におい
ては、階層型データを管理するシステムを容易に構築可
能とするために、ＸＭＬによるデータの記述方法とシス
テム構築に有用な機能部品について説明する。

【００４０】図１は、本実施の形態に係るデータ管理方
法を実施するデータ管理システムを例示するブロック図
である。

【００４１】データ管理システム１は、記録媒体２に記
録されているデータ管理プログラム３を読み込んで実行
する。

【００４２】また、データ管理システム１は、ＸＭＬデ
ータベース４とアプリケーションサーバ５とを備えてい
る。ユーザはブラウザ６を利用してこのデータ管理シス
テム１にアクセス可能である。

【００４３】データ管理プログラム３による機能を実現
させるためのクラスとして、検索画面生成クラス７、表
示画面生成クラス８、入力画面生成クラス９、パラメー
タ解析クラス１０、バインディングクラス１１がある。

【００４４】また、データ管理プログラム３は、カスタ
ムクラスレポジトリ１２を具備している。そして、デー
タ管理プログラム３には、カスタム表示画面生成クラス
１３、カスタム入力画面生成クラス１４、カスタムパラ
メータ解析クラス１５が必要に応じて実装される。

【００４５】以下に、データ管理システム１の構成要素
とその関係について説明する。

【００４６】データ管理システム１は、管理対象のデー
タを読み込み、ＸＭＬデータベース４においてＸＭＬの
形でデータを管理する。

【００４７】データ管理システム１は、ＸＭＬデータベ
ース４のＸＭＬデータに対し、ブラウザ６から要求され
た検索、データ表示、新規データの入力・変更・削除を
行う。

【００４８】このデータ管理システム１によってデータ
管理を行う場合には、まずテンプレートスキーマ１６を
適用してデータをＸＭＬの形に変換する。テンプレート
スキーマ１６で表せない属性については、その属性を表
すことが可能な任意のカスタムスキーマ１７をそれぞれ
定義する。

【００４９】カスタムスキーマ１７が新たに定義される
場合、ＸＭＬデータのうちその新たなカスタムスキーマ
１７で表される部分から表示画面データを生成するため
に、新たなカスタム表示画面生成クラス１３がデータ管
理プログラム３の機能として実装され、新たなカスタム
表示画面生成クラス１３がカスタムクラスレポジトリ１
２に登録される。

【００５０】同様に、カスタムスキーマ１７が新たに定
義される場合、新たなカスタムスキーマ１７で表される
部分から入力画面を生成するために、新たなカスタム入
力画面生成クラス１４がデータ管理プログラム３の機能
として実装され、新たなカスタム入力画面生成クラス１
４がカスタムクラスレポジトリ１２に登録される。

【００５１】また、カスタムスキーマ１７毎に、ブラウ
ザ６から入力されるパラメータを解析するカスタムパラ
メータ解析クラス１５がデータ管理プログラム３の機能
として実装され、カスタムクラスレポジトリ１２に登録
される。

【００５２】ＸＭＬデータは、既存のＸＭＬデータベー
ス４に格納される。ＸＭＬデータに対して、検索、デー
タ表示、データ入力を行う場合には、バインディングク
ラス１１がＸＭＬデータベース４に格納されているＸＭ
Ｌデータをオブジェクトに変換する。バインディングク
ラス１１は、テンプレートスキーマ１６で表されるＸＭ
Ｌデータベース４のＸＭＬデータを読み込み、オブジェ
クトの変数に変換する機能を持つ。

【００５３】この変換において、バインディングクラス
１１は、ＸＭＬデータのうちカスタムスキーマ１７で表
された部分については、ＸＭＬ形式のままで保持する。

【００５４】ＸＭＬデータの検索を行う場合、ブラウザ
６がアプリケーションサーバ５にアクセスする。する
と、検索画面生成クラス７によって検索画面データが生
成され、検索画面がブラウザ６に表示される。検索画面
生成クラス７は、バインディングオブジェクト１１をバ
インディングクラス１１から受け取り、その変数から自
動で検索画面データを生成する。

【００５５】データの詳細を表示する場合、表示画面生
成クラス８によって表示画面データが生成され、表示画
面がブラウザ６に表示される。表示画面生成クラス８
は、バインディングオブジェクトをバインディングクラ
ス１１から受け取り、その変数から自動で表示画面デー
タを生成する。

【００５６】ここで、バインディングオブジェクトがカ
スタムスキーマ１７で表される部分を持つ場合には、そ
の部分のスキーマに対応するカスタム表示画面生成クラ
ス１３がカスタムクラスレポジトリ１２から表示画面生
成クラス８によって読み出され、カスタムスキーマ１７
で表される部分がカスタム表示画面生成クラス１３に渡
される。カスタム表示画面生成クラス１３はカスタムス
キーマ１７で表される部分から表示画面データを生成す
る。

【００５７】表示画面生成クラス８はカスタム表示画面
生成クラス１３によって生成された表示画面データと、
自己の生成した表示画面データとを組み合わせて最終的
な表示画面データを生成する。

【００５８】新たにＸＭＬデータベース４にデータを追
加する場合、入力画面生成クラス９によって入力画面デ
ータが生成され、入力画面がブラウザ６に表示される。

【００５９】入力画面データの雛形となるＸＭＬデータ
は、予めＸＭＬデータベース４に用意されている。この
雛型ＸＭＬデータは、入力する値の部分のみが空欄とな
っているＸＭＬデータである。

【００６０】この雛形ＸＭＬデータは、バインディング
クラス１１によってＸＭＬデータベース４から読み込ま
れる。バインディングクラス１１によって生成された雛
形ＸＭＬデータについてのオブジェクトは、入力画面生
成クラス９に渡される。

【００６１】入力画面生成クラス９は、カスタムスキー
マ１７で表される部分について、表示画面データの生成
と同様に、カスタムクラスレポジトリ１２から必要なカ
スタム入力画面生成クラス１４を読み出し、それぞれに
おいて生成される入力画面データを組み合わせて最終的
な入力画面データを生成する。

【００６２】ブラウザ６は、表示した入力画面に値が入
力されると、その値をパラメータとしてアプリケーショ
ンサーバ５に送る。

【００６３】アプリケーションサーバ５は、パラメータ
をパラメータ解析クラス１０に渡す。パラメータ解析ク
ラス１０はパラメータから必要な情報を取り出し、その
取り出した情報に基づいてバインディングオブジェクト
を生成する。

【００６４】ここで、どのパラメータがバインディング
オブジェクトのどの変数に代入されるかは、予め決めら
れているとする。

【００６５】なお、カスタムスキーマに対応するパラメ
ータには、それがどのカスタムスキーマに対応するパラ
メータであるかが記されている。パラメータ解析クラス
１０は、カスタムスキーマに対応するパラメータについ
て、そのパラメータに対応するカスタムパラメータ解析
クラス１５をカスタムクラスレポジトリ１２から読み出
し、パラメータを渡す。

【００６６】カスタムパラメータ解析クラス１５は、パ
ラメータを解析し、ＸＭＬデータを生成し、パラメータ
解析クラス１０によって生成されたバインディングオブ
ジェクトに渡す。

【００６７】最終的にすべての変数が設定されたバイン
ディングオブジェクトは、ＸＭＬデータを生成する。生
成されたＸＭＬデータはＸＭＬデータベース４に格納さ
れる。なお、データの変更の場合も同様である。

【００６８】上記のデータ管理プログラム３では、バイ
ンディングクラス１１、検索画面生成クラス７、表示画
面生成クラス８、入力画面生成クラス９、パラメータ解
析クラス１０が共通の機能として予め部品化されてい
る。

【００６９】また、データ管理プログラム３には、カス
タム表示画面生成クラス１３、カスタム入力画面生成ク
ラス１４、カスタムパラメータ解析クラス１５が必要に
応じて新たに実装される。

【００７０】したがって、容易にシステム構築、データ
の変更に対するアップデートが可能である。

【００７１】本実施の形態においては、階層型データベ
ースによる柔軟なデータ構造と、リレーショナルデータ
ベースによるシンプルなデータ管理の長所を生かすた
め、階層型の構造と表構造の中間的なデータ構造を採用
する。

【００７２】図２は、本実施の形態における階層型デー
タの構造概念を例示している。この図２では、複数のデ
ータ（アイテム）はそれぞれ複数の属性値を持つ。この
ようなアイテムを階層的に分類すると、ツリーで表され
る。なお、ここで属性とは、「属性名＝属性値」のよう
に、スカラー値で表せるものとする。

【００７３】ツリーの第一階層では、アイテムは属性ａ
１の値でいくつかのクラスに分類される。各クラスは属
性ａ１についてクラス内で共通の値をもっており、クラ
ス間では属性ａ１の値が異なる。

【００７４】属性ａ１で分類された各クラスは第２階層
において、属性ａ１以外の属性により、さらにいくつか
のクラスに分類される。

【００７５】各クラスは、分類で用いた属性以外にも複
数の属性を持つ。なお、ここでクラスの属性とは、その
クラスに属するアイテムすべてが共通に持ち、かつその
値がアイテム間で等しい属性とする。

【００７６】図３は、分類によって形成されるクラスが
持つ属性の種別を説明する図である。

【００７７】識別属性は、分類で用いた属性である。す
なわち、識別属性は、クラスの兄弟（共通のクラスから
分類されたクラス）間で共通に持ち、かつその値がクラ
スの兄弟間で一意に定まっている属性である。

【００７８】共通属性は、クラスの兄弟間で共通に持つ
が、値は必ずしも等しくない属性である。

【００７９】なお、それ以外の属性として、クラス毎の
独自の属性などもある。

【００８０】図４は階層的なデータ構造の一例である。
この図４では、コンピュータをその性質により分類した
場合を例示している。

【００８１】コンピュータは、そのタイプにより、ノー
ト型のクラスＣ２とデスクトップ型のクラスＣ３に分類
できる。各クラスＣ２、Ｃ３は識別属性として「タイ
プ」を持ち、また共通属性として「タイプ」、「CP
U」、「メモリー」、「HD（ハードディスク容量）」を
持つ。

【００８２】ノート型のクラスＣ２には、独自の属性と
して「モデム」、「バッテリー」がある。

【００８３】また、ノート型のコンピュータは液晶画面
を備えており、「液晶画面サイズ」を識別属性としてさ
らにクラスＣ４、Ｃ５に分類することができる。

【００８４】デスクトップ型のコンピュータは、さらに
その「用途」により、「個人用」と「サーバ用」に分類
される。また、デスクトップ型のコンピュータは、共通
の属性として「CD-ROM（の速度）」を持つ。

【００８５】図５は、階層型データの構造をリレーショ
ナルデータベースにおいて表形式で表した状態を例示す
る図である。

【００８６】上記図４の例の階層型データを表形式で表
した場合、すべてのアイテムがすべての属性を持つこと
になり、無駄が多く効率的でない。また、例えばサーバ
用のデスクトップコンピュータに、新たに属性「稼働
率」が必要となった場合、他の「ノート型」や「個人
用」のアイテムでは必要ないにも関わらず新しい列が必
要となる。

【００８７】一方、図６は、データを階層型と表形式と
の中間的なデータ構造で表した状態を例示する図であ
る。

【００８８】このように、少数の属性からなる表をリン
クした形で表すことにより、データを階層型と表形式と
の中間的なデータ構造で表すことが可能である。

【００８９】このようなデータ構造を利用することによ
り、リレーショナルデータベースに比べて個々の表に空
欄がなくなり、データ構造として無駄がなくなるという
利点がある。また、ツリーの階層数も少なくでよいた
め、データ構造が複雑にならないという利点がある。通
常の階層型データでは、属性の個数が多くなると、ツリ
ーのネストが多くなり、データもそれだけ複雑になって
しまう。

【００９０】また、個々の表については、リレーショナ
ルデータベースと同様のデータ操作（検索、表示、入力
等）が行えるため、従来のアーキテクチャを適用可能で
ある。新たに属性（例「稼働率」）を追加する場合に
は、新しく表を作り、そこへのリンクをはるだけで良
い。

【００９１】以上のような階層型と表形式の中間的なデ
ータ構造を持つデータをＸＭＬで表す場合のスキーマに
ついて説明する。

【００９２】クラスの集合は「classes」エレメントで
表し、個々のクラスは子エレメントである「class」エ
レメントで表す。「classes」エレメントは属性「cod
e」を持ち、識別属性名を表す。「class」エレメントは
属性「code」を持ち、そのクラスの識別属性の値を表
す。

【００９３】図７は、クラスを定義したＸＭＬデータを
例示する図である。

【００９４】このＸＭＬデータは、上記図６におけるク
ラスＣ２とクラスＣ３とをＸＭＬにより記述した場合を
例示している。

【００９５】なお、「classes」及び「class」エレメン
トはそれぞれ「name」属性を持つが、これは属性名又は
属性値を画面上で日本語表示するために利用される属性
であり、省略してもよい。データの処理上は「code」属
性で表される値が用いられる。

【００９６】クラスがさらにクラスに分類される場合、
「class」エレメントの子にさらに「classes」エレメン
トを置く。

【００９７】図８は、クラスとサブクラスとを定義した
ＸＭＬデータを例示する図である。

【００９８】このＸＭＬデータでは、上記図６における
クラスＣ２がさらにクラスＣ４、Ｃ５に分類される状態
をＸＭＬにより記述した場合を例示している。

【００９９】個々のクラスについて、クラスが持つ共通
属性又は独自属性は、「class」エレメントの子エレメ
ントである「attribute」エレメントで表す。「attribu
te」エレメントは属性の名前を「code」属性で表し、属
性値を「attribute」エレメントのテキストエレメント
で表す。

【０１００】図９は、クラスが持つ共通属性及び独自属
性を定義したＸＭＬデータを例示する図である。

【０１０１】このＸＭＬデータでは、上記図６における
クラスＣ２の持つ共通属性「CPU」「memory」「HD」及
び独自属性「modem」が記述されている。

【０１０２】「attribute」エレメントは「name」属性
をもつが、これは属性名を画面上で日本語表示するため
の属性であり、省略してもよい。データの処理上は「co
de」属性で表される値を用いる。

【０１０３】属性としては値だけでなく、別のデータへ
の参照情報があってもよい。例えば、図１０に示すよう
に、ノート型コンピュータの属性として、画像ファイル
への参照を持つ場合に「href」属性で参照先を表しても
よい。

【０１０４】クラスが「attribute」エレメントで表せ
ないような特殊な属性を持つ場合、カスタムなＸＭＬを
定義し、「class」エレメントの子とする。例えば図６
のノート型コンピュータのクラスにおいて、特殊な属性
としてバッテリーの種類、持続時間があり、図１１に示
すようにＸＭＬで記述する必要があるとする。

【０１０５】この場合、クラスＣ２について、図１２の
ように、「class」エレメントの子エレメントとして、
特殊な属性を示す「battery」エレメントが記述され
る。

【０１０６】この図１１、１２では、「battery」エレ
メントがカスタムのスキーマにしたがう部分であること
を示すために、「xmlns」属性により「battery」エレメ
ントのネームスペースを指定している。

【０１０７】このネームスペースは、表示画面データの
自動生成時に、この記述に対応するカスタム表示画面生
成クラスを呼び出す上でのキーワードとなる。

【０１０８】「attribute」エレメントで表せる属性の
うち、どれが共通属性であるかを「classes」エレメン
トの子エレメント「commonAttributes」で表す。「comm
onAttributes」エレメントはその子として、「commonAt
tribute」エレメントを持ち、「code」属性で共通属性
を示す。

【０１０９】図１３は、共通属性を「commonAttribut
e」と記述した場合のＸＭＬデータを例示する図であ
る。

【０１１０】このＸＭＬデータでは、上記図６における
クラスＣ２、Ｃ３が共通属性「CPU」「memory」「HD」
を持つ旨が記述されている。

【０１１１】「commonAttribute」エレメントは「nam
e」属性を持つが、これは属性名を画面上で日本語表示
するための属性であり、省略してもよい。データの処理
上は「code」属性で表される値を用いる。

【０１１２】また、「commonAttribute」エレメントで
「name」属性が定義されているため、対応する「attrib
ute」エレメントでは「name」属性を省略してもよい。

【０１１３】「commonAttribute」エレメントでは、属
性の特徴を記述することができる。例えば属性が予め決
められた値の中の一つのみを取る場合、図１４に示すよ
うに取り得る値を列挙してもよい。また、値の最大、最
小値が決まっている場合、図１５のように最大、最小値
を記述してもよい。また、より一般的にこれらの制約条
件をスキーマで記述するために、図１６のように「comm
onAttribute」エレメントの子エレメントとして挿入し
てもよいし、図１７のように別の場所で定義されたスキ
ーマへの参照を利用するとしてもよい。

【０１１４】なお、共通属性を一つも持たない場合、
「commonAttribute」エレメントを省略してもよい。

【０１１５】「class」、「classe」、「attribute」、
「commonAttributes」、「commonAttribute」等のエレ
メント名や、「code」、「name」等の属性名は、必ずし
も上述したとおりである必要はなく、同等の意味を持
ち、予め定義された名前であれば、別の名前を用いても
よい。

【０１１６】また、図１８に示すように、エレメント名
を「class」、「classes」のように固定する手法に代え
て、図１９に示すように、「code」で指定される名前を
エレメント名にしてもよい。この図１９では、識別属性
名を「class」エレメントの名前としている。

【０１１７】また、図２０に示すように、エレメント名
を「attribute」のように固定する手法に代えて、図２
１に示すように、「code」で指定される名前をエレメン
ト名にしてもよい。この図２１では、属性名を「attrib
ute」エレメントの名前としている。

【０１１８】上記のような規則にしたがって記述された
ＸＭＬデータの管理方法について以下に説明する。

【０１１９】図２２は、本実施の形態に係るデータ管理
方法を例示するフローチャートである。

【０１２０】まず、検索が行われるか、データの入力が
行われるかの判断がなされる（Ｓ１）。

【０１２１】検索が行われる場合には、検索画面生成ク
ラス７によって検索画面データが生成され（Ｓ２）、ブ
ラウザ６によって検索画面が表示される。

【０１２２】検索画面に対して検索条件が指定される
と、その検索条件にしたがって階層型データの検索が実
行される（Ｓ３）。

【０１２３】検索された結果のうちテンプレートにした
がう部分について、表示画面生成クラス８によって表示
画面データが生成される（Ｓ４）。

【０１２４】検索された結果にテンプレートにしたがわ
ない部分があれば（Ｓ５）、カスタム表示画面生成クラ
ス１３によってテンプレートにしたがわない部分の表示
画面データが生成され（Ｓ６）、テンプレートにしたが
う部分の表示画面データとテンプレートにしたがわない
部分の表示画面データとが組み合わされる（Ｓ７）。

【０１２５】生成された表示画面データに基づいてブラ
ウザ６で検索画面が表示される。

【０１２６】データの入力が行われる場合には、階層型
データのうちテンプレートにしたがう部分について、入
力画面生成クラス９によって入力画面データが生成され
る（Ｓ８）。

【０１２７】階層型データのうちテンプレートにしたが
わない部分があれば（Ｓ９）、カスタム入力画面生成ク
ラス１４によってテンプレートにしたがわない部分の入
力画面データが生成され（Ｓ１０）、テンプレートにし
たがう部分の入力画面データとテンプレートにしたがわ
ない部分の入力画面データとが組み合わされる（Ｓ１
１）。

【０１２８】生成された入力画面データに基づいてブラ
ウザで入力画面が表示される。

【０１２９】入力画面に対して新たな事項が入力される
と、ブラウザからパラメータ解析クラス１０に対してそ
の入力内容を示すパラメータが送信される（Ｓ１２）。

【０１３０】受信されたパラメータのうちテンプレート
にしたがう部分について、パラメータ解析クラス１０に
よってその内容が解析される（Ｓ１３）。

【０１３１】パラメータにテンプレートにしたがわない
部分があれば（Ｓ１４）、カスタムパラメータ解析クラ
ス１４によってテンプレートにしたがわない部分が解析
される（Ｓ１５）。

【０１３２】そして、解析後の内容に基づいて、階層型
データが更新される（Ｓ１６）。

【０１３３】図２３は、検索画面生成クラス７で生成さ
れる検索画面データの第１表示例である。

【０１３４】この検索画面１８は、あるクラスをベース
として、そのサブクラスを選択させる画面である。検索
画面１８上にはサブクラスの一覧が表示される。ユーザ
がそれらのいくつかを選択し、検索条件が指定される。

【０１３５】図２４は、検索画面生成クラス７で生成さ
れる検索画面データの第２表示例である。

【０１３６】検索画面１９上には、サブクラスの共通属
性に対する条件を与える領域が設けられている。この検
索画面１９を利用すると、ユーザによって与えられた条
件に適合するサブクラスがリストアップされる。

【０１３７】なお、選択されたサブクラスに対し、その
サブクラスをさらに再帰的に検索可能としてもよい。

【０１３８】例えば、図２５のようなＸＭＬで記述され
るクラスＣ１について、サブクラスＣ２、Ｃ３の一覧を
表示する図２３の検索画面１８が生成される。

【０１３９】ここで、検索画面１８中のキーワードであ
る「タイプ」、「ノート型」、「デスクトップ型」は、
「classes」エレメントの「name」属性及び「class」エ
レメントの「name」属性の値をそのまま用いることがで
きる。

【０１４０】また、「ノート型」、「デスクトップ型」
と表示されている部分はリンクになっており、これら部
分がクリックされることで、特定のパラメータをシステ
ムに送信する。

【０１４１】この場合、パラメータとして送信されるパ
ラメータは、「class」エレメントの「code」属性の値
を用いることができる。

【０１４２】サブクラスの共通属性に対する条件を与え
る検索画面１９では、ＣＰＵのクロック数、メモリー容
量、ハードディスク容量等の条件の入力を促し、入力さ
れた条件をシステムに送信する。

【０１４３】ここで、検索画面１９中のキーワードであ
る「ＣＰＵクロック」、「メモリー容量」、「ハードデ
ィスク容量」には、「commonAttribute」エレメントの
「name」属性の値をそのまま用いることができる。

【０１４４】また、入力されたパラメータをデータ管理
システム１に送信する際、"キー＝入力値"のような形で
送られる。このキーとしては、「commonAttribute」エ
レメントの「code」属性の値をそのまま用いることがで
きる。

【０１４５】以上のように、ＸＭＬの書式が決まってお
り、また検索画面のレイアウト、及び画面に表示される
要素とＸＭＬのエレメント又は属性との関係が一意に決
まっている場合には、ＸＭＬで記述されたデータを読み
込んで定まっている書式を利用して検索画面を自動生成
する汎用の機能を実装しておくことで、様々なデータに
その機能を適用することができる。

【０１４６】図２６は、表示画面生成クラス８で生成さ
れる表示画面データの表示例である。表示画面２０は、
あるクラスの属性情報の詳細を表示する画面である。そ
のクラスがサブクラスを持つ場合には、再帰的にそれら
サブクラスの詳細情報が同一画面上に表示される。

【０１４７】この図２６は、図２７のようなＸＭＬデー
タのクラスＣ２についての詳細画面である。

【０１４８】図２６の表示画面２０上のキーワード「ノ
ート型」、「ＣＰＵクロック」、「500MHz」等はそれぞ
れ「class」エレメントの「name」属性、「attribute」
エレメントの「name」属性及び「attribute」エレメン
トのテキストデータの値をそのまま表示することができ
る。

【０１４９】また、このクラスＣ２がサブクラスＣ３、
Ｃ４を持つため、個々のサブクラスＣ３、Ｃ４に対して
再帰的に生成された画面２０１、２０２が本画面２０上
に組み込まれる。

【０１５０】図２８は、表示画面生成クラス８がカスタ
ムな部分を含むＸＭＬデータから表示画面データを生成
する動作を示すブロック図である。

【０１５１】この図２８は、図２９のようなＸＭＬデー
タから生成された表示画面を示している。

【０１５２】表示画面生成クラス８では、まずテンプレ
ートスキーマにしたがう部分の画面データが生成され
る。次に、「battery」エレメントのネームスペース名
「http://www.xml.com/batteryAttribute」をキーワー
ドとしてカスタムクラスレポジトリ１２がネームスペー
スに対応するカスタム表示画面生成クラス１３をロード
し、このロードしたカスタム表示画面生成クラス１３に
「battery」エレメントを渡して、カスタム部分の画面
データを生成させる。カスタム画面のレイアウトは、カ
スタム表示画面生成クラス１３によって決定され、定型
のレイアウトが無くてもよい。

【０１５３】カスタムクラスレポジトリ１２は、ネーム
スペース名とクラス名の対応表をもち、指定されたネー
ムスペースに対応したクラスのオブジェクトを生成し、
表示画面生成クラス８に渡す。すなわち、カスタム表示
画面生成クラス１３によって決定されたカスタム画面の
レイアウトは、カスタムクラスレポジトリ１２を経由し
て表示画面生成クラス８に渡される。

【０１５４】表示画面生成クラス８では、予め生成して
あったテンプレート部分の画面データにカスタムクラス
が生成した画面データをはめ込んで出力する。

【０１５５】なお、サブクラスがカスタムな部分を含む
場合も同様の処理がサブクラスに対して行われる。

【０１５６】以上のように、ＸＭＬの書式が決まってお
り、また表示画面のレイアウト、画面に表示される要素
とＸＭＬのエレメント又は属性との関係が一意に決まっ
ている場合には、ＸＭＬデータを読みこんで詳細画面を
自動生成する汎用の機能を実装しておくことで、様々な
データにその機能を適用することができる。

【０１５７】また、テンプレートにしたがわないカスタ
ムな部分については、対応するカスタム表示画面生成ク
ラス１３が生成する画面データをはめ込めむことで、柔
軟な画面設計が可能となる。

【０１５８】図３０は、ＸＭＬデータから入力画面デー
タを生成するための動作を示すブロック図である。

【０１５９】入力画面生成クラスによる入力画面の生成
では、画面の基となる雛形ＸＭＬデータ２１が用意され
る。

【０１６０】ノート型のコンピュータについての入力を
例にすると、図３１のように、「attribute」エレメン
トのテキストデータの部分だけ値のないＸＭＬデータを
予め用意しておく。入力画面生成クラス９は、表示画面
データの生成と同様に、テンプレート部分の入力画面デ
ータとカスタム部分の入力画面データとを組み合わせて
入力画面データを生成する。テンプレート部分の画面上
の「ノート型」、「CPUクロック」等のキーワードは、
それぞれ「class」エレメントの「name」属性、「attri
bute」エレメントの「name」属性の値をそのまま用いる
ことができる。カスタム部分の画面は、カスタム入力画
面生成クラス１４で任意に作成される。カスタム入力画
面生成クラス１４によって決定されたカスタム画面のレ
イアウトは、カスタムクラスレポジトリ１２を経由して
入力画面生成クラス９に渡される。

【０１６１】入力画面２２は、入力された値をパラメー
タとしてシステムに送信する。パラメータは「キー＝入
力値」で表せる。キーは「attribute」エレメントの「c
ode」属性の値を用いて、「code:CPU」、「code:memor
y」のように表してもよい。

【０１６２】ここで、接頭語の「code」は、そのパラメ
ータが、テンプレート部分の属性に対する入力値である
ことを示すために付される。

【０１６３】カスタム部分のパラメータに付いては、カ
スタム入力画面生成クラス１４毎に任意にキーを決め
る。カスタム部分のパラメータには、テンプレート部分
のパラメータと区別するため、キーを「battery:type」
のように「battery」等の接頭語をつけた方がよい。こ
こで接頭語は任意でよく、カスタム部分のエレメントの
エレメント名を用いてもよいが、接頭語に対して、それ
がどのカスタム入力画面生成クラス１４によるものであ
るかを示すため、「custom:battery='http://www.xml.c
om/batteryAttribute」のように、接頭語とネームスペ
ースの対応をパラメータに含める。ここでは、パラメー
タが接頭語とネームスペースの対応であることを示すた
めに、接頭語「custom」を付けている。

【０１６４】パラメータには、後にパラメータ解析クラ
ス１０でＸＭＬデータを生成するときのために、「not
e」、「ノート型」、「ＣＰＵクロック」、「メモリー
容量」等のキーワードをパラメータに埋め込んでおいて
もよい。

【０１６５】なお、「ＣＰＵクロック」、「メモリー容
量」等のテンプレート部分の属性に対する属性の日本語
表示名に対しては、「name:CPU」、「name:memory」の
ように、接頭語「name」を付ける。

【０１６６】図３２は、上記の規則にしたがって入力画
面２２から返されるパラメータの具体例を例示する図で
ある。

【０１６７】なお、接頭語としては、予め定義してあれ
ば「code」、「name」でなくても任意でよい。

【０１６８】以上のように、ＸＭＬの書式が決まってお
り、また入力画面のレイアウト、画面に表示される要素
とＸＭＬのエレメント又は属性との関係、パラメータの
キーの名前付けルールが一意に決まっている場合には、
ＸＭＬデータを読みこんで入力画面データを自動生成す
る汎用の機能を実装しておくことで、様々なデータにそ
の機能を適用することができる。また、テンプレートに
したがわないカスタムな部分については、対応するカス
タム入力画面生成クラス１４が生成する画面データをは
め込めるようにすることで、柔軟な画面設計が可能とな
る。

【０１６９】図３３は、パラメータを解析してＸＭＬデ
ータを生成する動作を例示するブロック図である。

【０１７０】パラメータ２３には入力された値、「clas
s」エレメントの「code」、「name」属性の値、「attri
bute」エレメントの「name」の属性の値等が埋め込まれ
ている。パラメータ解析クラス１０では、パラメータ２
３から「code」キーと「name」キーの値を取り出し、
「class」エレメントを生成する。図３３のパラメータ
２３からは<class code='note' name='ノート型' />が
生成される。さらに、パラメータを調査し、「code」、
「name」の接頭語で始まるキーのペアを取り出し、それ
らの値から「attribute」エレメントを生成して、「cla
ss」エレメントの子として追加する。例えば、「code:C
PU=500MHz」、「name:CPU=ＣＰＵクロック」のパラメー
タのペアから、<attribute code='CPU' name='ＣＰＵク
ロック'>500MHz</attribute>という「attribute」エレ
メントが生成される。

【０１７１】パラメータ２３中に接頭語「custom」で始
まるパラメータがある場合、その値をネームスペースの
値として取り出す。

【０１７２】さらに、取り出されたネームスペース値を
キーワードにして、カスタムクラスレポジトリ１２がネ
ームスペースに対応するカスタムパラメータ解析クラス
１５をロードし、パラメータを渡して、カスタム部分の
ＸＭＬデータを生成する。

【０１７３】このとき、パラメータの接頭語である「ba
ttery」をカスタムパラメータ解析クラス１５に渡す。
カスタムパラメータ解析クラス１５では、指定された接
頭語のパラメータのみを取り出し、カスタム部分のＸＭ
Ｌデータを生成する。パラメータ基づくＸＭＬデータの
生成は、カスタムパラメータ解析クラス１５が任意の方
法で行ってもよい。すなわち、カスタムパラメータ解析
クラス１５によって生成されたＸＭＬデータは、カスタ
ムクラスレポジトリ１２を経由してパラメータ解析クラ
ス１０に渡される。

【０１７４】最終的に生成されるＸＭＬデータは、カス
タムパラメータ解析クラス１５が生成したＸＭＬデータ
がＸＭＬデータベース４に記憶されている階層型データ
の「class」エレメントの子に追加されたデータとな
る。

【０１７５】以上のように、パラメータのキーの名前付
けルールが一意に決まっており、パラメータの情報だけ
から任意のクラスのＸＭＬが生成できるため、パラメー
タを読みこんでＸＭＬデータを自動生成する汎用の機能
を実装しておくことで、様々なデータにその機能を適用
することができる。また、テンプレートにしたがわない
カスタムな部分については、対応するカスタムパラメー
タ解析クラス１５が生成するＸＭＬデータを挿入するこ
とで、柔軟な対応が可能となる。

【０１７６】なお、ここまでで説明した画面レイアウト
は一例であり、同様の機能と情報を備え、予め定義され
た画面のレイアウトであれば任意でよい。

【０１７７】以上説明した本実施の形態に係るデータ管
理方法においては、予めテンプレートとして定義された
ＸＭＬのスキーマにしたがってデータ構造を定義するた
め、予め用意された機能群を用いて用意にシステム構築
が可能となる。

【０１７８】また、ＸＭＬのスキーマ自体は、データを
階層的に表現しつつ、リレーショナルデータベースでの
表形式の特徴を持つため、データ構造の変更が容易で、
かつ検索・表示・入力・変更等のデータ操作が容易とな
っている。

【０１７９】また、テンプレートに適合できない独自の
構造を持つデータに対しても、カスタムなスキーマとそ
れに対応する機能を用意して組み込むことが可能である
ため、スキーマの変更に柔軟に対応できる。

【０１８０】（第２の実施の形態）本実施の形態におい
ては、上記第１の実施の形態の変形例について説明す
る。

【０１８１】上記第１の実施の形態では、ユーザはブラ
ウザ６を用いて階層型データを管理するとしているが、
例えは携帯情報端末などのような他の情報入力装置を利
用してもよい。

【０１８２】上記第１の実施の形態において、データ管
理システム１とブラウザ６の間は例えばインターネット
等のようなネットワークで接続されており、データ管理
システム１はＡＳＰ（アプリケーション・サービス・プ
ロバイダ）が管理するとしてもよい。

【０１８３】これにより、ユーザは、ＡＳＰの提供する
データ管理サービスを受けることができる。

【０１８４】ＡＳＰは、ユーザの望むデータ管理サービ
スを提供することによりサービス料金を得ることも可能
となる。

【０１８５】上記第１の実施の形態におけるデータ管理
プログラム３の各種機能は、複数のコンピュータ上に分
散され、互いに連携しつつ利用されてもよい。

【０１８６】上記第１の実施の形態におけるデータ管理
プログラム３の各機能は自由に組み合わせてもよく、ま
た複数に分割してもよい。

【０１８７】

【発明の効果】以上詳記したように本発明においては、
階層的に表現されつつも表形式の特徴を持つデータを管
理するため、データ構造の変更が容易であり、かつ検
索、表示、入力、変更などのデータ操作が容易となる。

【０１８８】また、本発明においては、予め管理規則が
定義されるため、予め用意された機能群を用いて容易に
システムを構築できる。

【０１８９】さらに、本発明においては、予め定義され
ていない規則にしたがう場合であっても、その特別の規
則とそれに対応する機能を組み込むことにより、柔軟な
対応ができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るデータ管理方法を実
施するデータ管理システムを例示するブロック図。

【図２】階層型データの構造概念を例示する図。

【図３】分類によって形成されるクラスが持つ属性の種
別を説明する図。

【図４】階層的なデータ構造の一例を示す図。

【図５】階層型データの構造をリレーショナルデータベ
ースにおいて表形式で表した状態を例示する図。

【図６】データを階層型と表形式との中間的なデータ構
造で表した状態を例示する図。

【図７】クラスを定義したＸＭＬデータを例示する図。

【図８】クラスとサブクラスとを定義したＸＭＬデータ
を例示する図。

【図９】クラスが持つ共通属性及び独自属性を定義した
ＸＭＬデータを例示する図。

【図１０】参照先を属性とするＸＭＬデータの記述例を
示す図。

【図１１】テンプレートにしたがわない特殊な属性の記
述例を示す図。

【図１２】テンプレートにしたがわない属性を含むＸＭ
Ｌデータの記述例を示す図。

【図１３】共通属性を「commonAttribute」と記述した
場合のＸＭＬデータを例示する図。

【図１４】属性値が予め決められた値を取る場合のＸＭ
Ｌデータの記述例を示す図。

【図１５】ＸＭＬによる属性値の最大値及び最小値の記
述例を示す図。

【図１６】属性値の制約条件を「commonAttribute」エ
レメントの子エレメントとして記述したＸＭＬデータを
例示する図。

【図１７】属性値の制約条件の参照先と記述したＸＭＬ
データを例示する図。

【図１８】クラスを表すエレメント名を固定して記述し
たＸＭＬデータを例示する図。

【図１９】クラスを表すエレメント名にクラスの名前を
用いて記述したＸＭＬデータを例示する図。

【図２０】属性を表すエレメント名を固定して記述した
ＸＭＬデータを例示する図。

【図２１】属性を表すエレメント名に属性の名前を用い
て記述したＸＭＬデータを例示する図。

【図２２】本実施の形態に係るデータ管理方法を例示す
るフローチャート。

【図２３】検索画面生成クラスで生成される検索画面デ
ータの第１表示例を示す図。

【図２４】検索画面生成クラスで生成される検索画面デ
ータの第２表示例を示す図。

【図２５】ＸＭＬデータのうち検索画面として表示され
る部分を例示する図。

【図２６】表示画面生成クラスで生成される表示画面デ
ータの表示例を示す図。

【図２７】ＸＭＬデータのうち表示画面として表示され
る部分を例示する図。

【図２８】表示画面生成クラスがカスタムな部分を含む
ＸＭＬデータから表示画面データを生成する動作を示す
ブロック図。

【図２９】表示画面として表示され、カスタムな部分を
含むＸＭＬデータを例示する図。

【図３０】ＸＭＬデータから入力画面データを生成する
ための動作を示すブロック図。

【図３１】雛形ＸＭＬデータを例示する図。

【図３２】入力画面から返されるパラメータの具体例を
例示する図。

【図３３】パラメータを解析してＸＭＬデータを生成す
る動作を例示するブロック図。

【符号の説明】

１…データ管理システム ２…記録媒体 ３…データ管理プログラム ４…ＸＭＬデータベース ５…アプリケーションサーバ ６…ブラウザ ７…検索画面生成クラス ８…表示画面生成クラス ９…入力画面生成クラス １０…パラメータ解析クラス １１…バインディングクラス １２…カスタムクラスレポジトリ １３…カスタム表示画面生成クラス １４…カスタム入力画面生成クラス １５…カスタムパラメータ解析クラス

Claims (14)

【特許請求の範囲】
1. 【請求項１】 コンピュータによるデータの管理方法で
   あって、 表構造を階層的にリンクしたデータ構造を持つ階層型デ
   ータの管理規則にしたがって、前記階層型データの任意
   の表構造部に対する子の表構造部を指定するための検索
   画面データを生成し、 前記管理規則にしたがって、前記階層型データのうち少
   なくとも指定された表構造部を含む表示画面データを生
   成することを特徴とするデータ管理方法。
2. 【請求項２】 請求項１記載のデータ管理方法におい
   て、 前記表示画面データは、前記階層型データのうち指定さ
   れた表構造部とこの表構造部より下位の表構造部を含む
   ことを特徴とするデータ管理方法。
3. 【請求項３】 請求項１又は請求項２記載のデータ管理
   方法において、 前記管理規則にしたがわない部分が前記階層型データに
   含まれている場合に、前記管理規則にしたがわない部分
   特有の表示画面生成規則にしたがって画面データを生成
   し、前記管理規則にしたがう部分の画面データと前記管
   理規則にしたがわない部分の画面データとを組み合わせ
   て表示画面データを生成することを特徴とするデータ管
   理方法。
4. 【請求項４】 コンピュータによるデータの管理方法で
   あって、 表構造を階層的にリンクしたデータ構造を持つ階層型デ
   ータの管理規則にしたがって、前記階層型データに追加
   する事項の入力領域を含む入力画面データを生成し、 前記管理規則にしたがって、前記入力領域に入力された
   内容を前記階層型データに加えることを特徴とするデー
   タ管理方法。
5. 【請求項５】 請求項４記載のデータ管理方法におい
   て、 前記管理規則にしたがわない部分が前記階層型データに
   含まれている場合に、前記管理規則にしたがわない部分
   特有の入力画面生成規則にしたがって画面データを生成
   し、前記管理規則にしたがう部分の画面データと前記管
   理規則にしたがわない部分の画面データとを組み合わせ
   て入力画面データを生成し、 前記管理規則にしたがわない部分特有の追加規則にした
   がって、前記管理規則にしたがわない部分について入力
   された内容を前記階層型データに加えることを特徴とす
   るデータ管理方法。
6. 【請求項６】 請求項１乃至請求項５のいずれか記載の
   データ管理方法において、 前記管理規則は、属性値を持つデータをその属性値に基
   づいて分類木によって分類し、この分類木の各階層でク
   ラスを形成し、同一の親を持つクラス間で共通に持つ属
   性を共通属性とし、共通属性のうちクラスを一意に識別
   する属性を識別属性とし、共通属性を表構造部で管理
   し、識別属性により子のクラスの表構造部を識別する規
   則を含むことを特徴とするデータ管理方法。
7. 【請求項７】 コンピュータに、 表構造を階層的にリンクしたデータ構造を持つ階層型デ
   ータの管理規則にしたがって、前記階層型データの任意
   の表構造部に対する子の表構造部を指定するための検索
   画面データを生成する検索画面生成機能と、 前記管理規則にしたがって、前記階層型データのうち少
   なくとも指定された表構造部を含む表示画面データを生
   成する表示画面生成機能とを実現させるためのデータ管
   理プログラム。
8. 【請求項８】 請求項７記載のデータ管理プログラムに
   おいて、 前記表示画面生成機能は、前記階層型データのうち指定
   された表構造部とこの表構造部より下位の表構造部を含
   む表示画面データを生成することを特徴とするデータ管
   理プログラム。
9. 【請求項９】 請求項７又は請求項８記載のデータ管理
   プログラムにおいて、 コンピュータに、 前記管理規則にしたがわない部分が前記階層型データに
   含まれている場合に、前記管理規則にしたがわない部分
   特有の表示画面生成規則にしたがって画面データを生成
   するカスタム表示画面生成機能を実現させ、 前記表示画面生成機能は、前記管理規則にしたがう部分
   の画面データと前記管理規則にしたがわない部分の画面
   データとを組み合わせて表示画面データを生成すること
   を特徴とするデータ管理プログラム。
10. 【請求項１０】 コンピュータに、 表構造を階層的にリンクしたデータ構造を持つ階層型デ
    ータの管理規則にしたがって、前記階層型データに追加
    する事項の入力領域を含む入力画面データを生成する入
    力画面生成機能と、 前記管理規則にしたがって、前記入力領域に入力された
    内容を前記階層型データに加えるパラメータ解析機能と
    を実現させるためのデータ管理プログラム。
11. 【請求項１１】 請求項１０記載のデータ管理プログラ
    ムにおいて、 コンピュータに、 前記管理規則にしたがわない部分が前記階層型データに
    含まれている場合に、前記管理規則にしたがわない部分
    特有の入力画面生成規則にしたがって画面データを生成
    するカスタム入力画面生成機能を実現させ、 前記入力画面生成機能は、前記管理規則にしたがう部分
    の画面データと前記管理規則にしたがわない部分の画面
    データとを組み合わせて入力画面データを生成し、 コンピュータに、 前記管理規則にしたがわない部分特有の追加規則にした
    がって、前記管理規則にしたがわない部分について入力
    された内容を前記階層型データに加えるカスタムパラメ
    ータ解析機能を実現させることを特徴とするデータ管理
    プログラム。
12. 【請求項１２】 請求項７乃至請求項１１のいずれか記
    載のデータ管理プログラムにおいて、 前記管理規則は、属性値を持つデータをその属性値に基
    づいて分類木によって分類し、この分類木の各階層でク
    ラスを形成し、同一の親を持つクラス間で共通に持つ属
    性を共通属性とし、共通属性のうちクラスを一意に識別
    する属性を識別属性とし、共通属性を表構造部で管理
    し、識別属性により子のクラスの表構造部を識別する規
    則を含むことを特徴とするデータ管理プログラム。
13. 【請求項１３】 表構造を階層的にリンクしたデータ構
    造を持つ階層型データの管理規則にしたがって、前記階
    層型データの任意の表構造部に対する子の表構造部を指
    定するための検索画面データを生成する検索画面生成手
    段と、 前記管理規則にしたがって、前記階層型データのうち少
    なくとも指定された表構造部を含む表示画面データを生
    成する表示画面生成手段とを具備したことを特徴とする
    データ管理システム。
14. 【請求項１４】 表構造を階層的にリンクしたデータ構
    造を持つ階層型データの管理規則にしたがって、前記階
    層型データに追加する事項の入力領域を含む入力画面デ
    ータを生成する入力画面生成手段と、 前記管理規則にしたがって、前記入力領域に入力された
    内容を前記階層型データに加えるパラメータ解析手段と
    を具備したことを特徴とするデータ管理システム。