JP2001014320A

JP2001014320A - データ生成装置及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体

Info

Publication number: JP2001014320A
Application number: JP18187399A
Authority: JP
Inventors: Mari Natori; 万里名取; Hiroshi Okano; 浩岡野
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-06-28
Filing date: 1999-06-28
Publication date: 2001-01-19
Anticipated expiration: 2019-06-28
Also published as: JP4346158B2

Abstract

(57)【要約】【課題】データベースに蓄積されたデータを分析するた
めの視点と対象データの土台とを提供する。【解決手段】少なくとも一つのテーブルＭ１〜Ｍ４、Ｔ
１〜Ｔ３を含むデータベース１の内容を、所定単位の時
間、少なくとも一つのテーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３
の識別情報、少なくとも一つのテーブルＭ１〜Ｍ４、Ｔ
１〜Ｔ３における項目のうちの少なくとも一つの項目の
取り得る項目値の組合せからなる３つの視点により再構
成するデータ生成装置４を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、業務管理や業務上
の意思決定を支援するための装置であり、ＲＤＢ（Rela
tional DataBase）に蓄積されたデータに対する比較、
相関関係の抽出、現象の推測等のようなデータ分析を支
援するデータ生成装置及びプログラムを記憶したコンピ
ュータ読み取り可能な記憶媒体に関する。

【０００２】

【従来の技術】例えば事務処理や予約管理、販売管理等
を行うアプリケーションソフトウェアによって形成され
るデータベースに蓄積されたデータを分析する代表的な
技術として、ＯＬＡＰ（Online Analytical Processin
g）や、データマイニング技術がある。

【０００３】ＯＬＡＰは、ユーザに問題点や解決策を提
供し、意思決定をサポートするための技術であり、デー
タを抽出して仮説に基づく分析を行う。

【０００４】このＯＬＡＰにより、ユーザは分析用の次
元を変えてデータを多角的に比較、分析、グラフ表示す
ることが可能である。例えばＯＬＡＰにより「盗難クレ
ジットカードによる１日平均の購買額は、通常の平均値
と比べてどうか？」を分析する場合、分析用の次元に利
用される項目の例として時間、種別、売上金額等があ
る。ユーザはこのような分析に有効とみられる項目を推
測し、次元としてデータベースに予め与えることが必要
である。ＯＬＡＰは、ユーザによって有効と推測された
項目を次元とし、該当するレコードを抽出してユーザに
提供する。

【０００５】ＯＬＡＰによるデータ分析のためのデータ
構造として、データをＣｕｂｅとして持つ多次元データ
ベースがある。多次元データベースは、例えば３次元の
構造の場合には、Ｘ、Ｙ、Ｚ軸に月別、商品別、担当
別、テリトリー別などのうちの任意の項目（フィール
ド）を配備する。

【０００６】すなわち、多次元データベースは、ユーザ
が要求する分析形態に応じて設計可能であり、ＲＤＢが
フラットな２次元の表として設計するのに対して、多次
元データベースはＣｕｂｅ構造のデータ設計が可能であ
る。

【０００７】しかしながら、このような多次元データベ
ースの構築には、各軸の次元を予め決めておく必要があ
り、例えば３次元の場合にはＸ、Ｙ、Ｚ軸に相当する次
元を予め決めておく必要がある。

【０００８】データ分析のためのもう一方の技術である
データマイニング技術は、遺伝的アルゴリズムやニュー
ラルネットワークなどの機械学習の手法に基づいて、
「クレジットカード詐欺につながる購買パターンは
？」、「ダイレクトメールで効率よく契約ができる客層
は？」などの経営やマーケティングに役立つ傾向、関
係、特色、パターンを帰納的に導出する技術である。

【０００９】すなわち、このデータマイニング技術は、
データベースに蓄積された生データから帰納的に傾向を
発見する技術であり、有効なデータ分析のためには、蓄
積された生データの質や量が重要となる。

【００１０】

【発明が解決しようとする課題】上記に述べた従来のＯ
ＬＡＰや多次元データベースにおいては、次元を予め与
えることにより、該当するレコードを抽出し、Ｃｕｂｅ
などのデータ構造として、取り出し、加工、編集、比較
を可能にする。

【００１１】しかしながら、このＯＬＡＰや多次元デー
タベースを使って業務上の意思決定の判断材料となりう
るデータ分析を行うためには、意味のある次元の組合せ
を選択する必要がある。すなわち、どのような観点でデ
ータを抽出し、加工し、比較するのかという観点を明確
にする必要がある。

【００１２】データ分析ではこのような次元や観点を具
体的にどのように与えるかが重要であるにもかかわら
ず、従来においては予めこれらの情報を具体的に与える
必要があり、従来のＯＬＡＰや多次元データベースは次
元や観点が与えられたならば様々なデータの取り扱いが
できるツールやデータの入れ物といった役割のものしか
存在していない。

【００１３】以上のように、従来のＯＬＡＰや多次元デ
ータベースは、次元や観点が与えられた場合にこの次元
や観点に応じてデータを取り扱うものであり、分析の発
想や視点そのものをデータベースから作り出すのもでは
ない。

【００１４】一方、従来のデータマイニング技術におい
て有効なデータ分析を行うためには、蓄積された生デー
タの質や量が重要である。

【００１５】データ分析においては、たとえ十分な量や
質の生データが蓄積されていなくても分析者の経験的知
識やノウハウを活用して分析を進める必要のある場合が
ある。

【００１６】また、データの蓄積状況がどのようであっ
ても、均質的な一定レベルの分析を行う必要がある。

【００１７】しかしながら、従来のデータマイニング技
術では、データベースの生データの蓄積状況によって分
析結果のレベルにばらつきが発生し、また均質的なデー
タ分析の視点や発想を提供することが困難である。

【００１８】本発明は、以上のような実情に鑑みてなさ
れたもので、分析の視点に用いる項目の決定を支援し、
この視点によって取り扱われるデータを提供可能とする
データ生成装置及びプログラムを記憶したコンピュータ
読み取り可能な記憶媒体を提供することを目的とする。

【００１９】

【課題を解決するための手段】本発明の骨子は、３つの
次元を構成する第１の軸（視点）をデータベース内のテ
ーブルの識別情報とし、第２の軸（視点）をユーザの指
定した条件を満たす時間とし、第３の軸（視点）をユー
ザの指定した条件を満たすデータベース内のテーブルに
おける任意の項目の取り得る項目値の組合せとする多層
入れ子テーブルを生成する点にある。

【００２０】以下、本発明を実現するにあたって講じた
具体的手段について説明する。

【００２１】第１の発明は、少なくとも一つのテーブル
を含むデータベースの内容を、所定単位の時間、少なく
とも一つのテーブルの識別情報、少なくとも一つのテー
ブルにおける項目のうちの少なくとも一つの項目の取り
得る項目値の組合せからなる３つの視点により再構成す
るデータ生成装置である。

【００２２】この第１の発明のデータ生成装置は、デー
タベースに蓄積された２次元の表形式のデータを「デー
タベース内のテーブル（表）の識別情報（名称）」、
「時間」、「項目（種別やＩＤ等）の取り得る項目値の
組合せ」の３つの視点により再構成し、新たに１つの入
れ子構造のデータを生成する。

【００２３】生成されたデータにおいて「項目値の組合
せ」は、データ分析（比較、相関関係、推測）のための
視点を決定する際に参考にすることができる。

【００２４】また、データ分析の際には、決定した分析
の視点に基づいて時間単位毎、テーブルの種類毎に該当
データを取り出し、データ比較、相関関係の抽出、現象
の推測を行うことができる。

【００２５】第２の発明は、少なくとも一つのテーブル
を含むデータベースの内容と、時間に関する条件と、少
なくとも一つのテーブルにおける項目のうちの少なくと
も一つの項目の取り得る項目値に関する項目値条件とに
基づいて、少なくとも一つのテーブルの識別情報を第１
の視点とし、時間に関する条件を満たす時間を第２の視
点とし、項目値条件を満たす項目値の組合せを第３の視
点とする多層入れ子テーブルを生成する多層入れ子テー
ブル生成手段と、少なくとも一つのテーブルの中から第
１乃至第３の視点に該当するレコードを抽出して多層入
れ子テーブルに格納する格納手段とを具備したデータ生
成装置である。

【００２６】また、第３の発明は、少なくとも一つのテ
ーブルを含むデータベースの内容と、時間に関する条件
と、少なくとも一つのテーブルにおける項目のうちの少
なくとも一つの項目の取り得る項目値に関する項目値条
件とに基づいて、時間に関する条件を満たす具体的な時
間と項目値条件を満たす具体的な項目値とを求める条件
処理手段と、条件処理手段によって求められた具体的な
項目値に基づいて、この具体的な項目値の組合せを求め
る組合せ生成手段と、少なくとも一つのテーブルの識別
情報を第１の視点とし、条件処理手段によって求められ
た具体的な時間を第２の視点とし、組合せ生成手段によ
って求められた具体的な項目値の組合せを第３の視点と
する多層入れ子テーブルを生成する多層入れ子テーブル
生成手段と、データベースの内容を読み込んで、多層入
れ子テーブルに格納すべきレコードを抽出する抽出手段
と、抽出手段によって抽出されたレコードを多層入れ子
テーブルの該当位置に格納する格納手段とを具備したデ
ータ生成装置である。

【００２７】この第２及び第３の発明のデータ生成装置
では、データ分析を行う際の視点となりうる３つの要素
を軸として、データベース内に蓄積されているデータを
再構成する。

【００２８】第１の視点はデータベース内の全てのテー
ブルの識別情報（名称）であり、第２の視点は時間であ
り、第３の視点はデータベース内のテーブルで利用され
ている任意の項目（Viewともいう。例えば利用者におけ
る購入量分類（ランク）、性別等がある）の取りうる項
目値（Valueともいう。例えば具体的な購入量分類のＡ
ランク、Ｂランク、Ｃランク、具体的な性別の男、女
等）の各種組合せである。

【００２９】この第２及び第３の発明のデータ生成装置
は、データベースの内容を読み込んでテーブルの名称を
特定し、分析に用いる時間を特定し、分析に用いる項目
の取りうる項目値の組合せを特定し、データ分析のため
の視点を具体的に提供する。

【００３０】そして、データベースに蓄積された少なく
とも一つの２次元の表形式のデータを「テーブルの名
称」、「時間」、「分析に用いる項目の取りうる項目値
の組合せ」の３つの視点により再構成して多層入れ子テ
ーブルとし、データベース内の２次元の表形式データを
この多層入れ子テーブルに配置する。

【００３１】多層入れ子テーブルは、データ分析のため
の視点からなる次元を備えており、データベースからそ
の次元毎にテーブルを抽出したデータ集合である。

【００３２】このように第２及び第３の発明のデータ生
成装置では、データ分析のための具体的な視点及びその
視点に基づいてレコードを抽出、分類、生成し、その視
点に基づいてデータを蓄積する。

【００３３】例えば、ユーザは、多層入れ子テーブルの
第３の視点を参照した結果、購入量がＡランク又はＢラ
ンクであり性別が男の利用者に関する販売状況に関心を
持つことができる。

【００３４】また、第１の視点を参照して販売状況の分
析に適したテーブルを選択することができる。

【００３５】そして、第２の視点を参照して販売状況の
分析に適したテーブルによる時間毎の変化を調べること
ができる。

【００３６】このように、第２及び第３の発明のデータ
生成装置においては、データ分析の発想や視点と、この
データ分析の源となるデータをデータベースの内容から
作成することができる。また、データベースのデータ量
に関係なく、均質的にデータ分析の視点や発想を提供す
ることができる。

【００３７】第４の発明は、コンピュータに、少なくと
も一つのテーブルを含むデータベースの内容を、所定単
位の時間、少なくとも一つのテーブルの識別情報、少な
くとも一つのテーブルにおける項目のうちの少なくとも
一つの項目の取り得る項目値の組合せからなる３つの視
点により再構成させる機能を実現させるプログラムを記
憶したコンピュータ読み取り可能な記憶媒体である。

【００３８】また、第５の発明は、コンピュータに、少
なくとも一つのテーブルを含むデータベースの内容と、
時間に関する条件と、少なくとも一つのテーブルにおけ
る項目のうちの少なくとも一つの項目の取り得る項目値
に関する項目値条件とに基づいて、少なくとも一つのテ
ーブルの識別情報を第１の視点とし、時間に関する条件
を満たす時間を第２の視点とし、項目値条件を満たす項
目値の組合せを第３の視点とする多層入れ子テーブルを
生成させる多層入れ子テーブル生成機能と、少なくとも
一つのテーブルの中から第１乃至第３の視点に該当する
レコードを抽出して多層入れ子テーブルに格納させる格
納機能とを実現させるプログラムを記憶したコンピュー
タ読み取り可能な記憶媒体である。

【００３９】また、第６の発明は、コンピュータに、少
なくとも一つのテーブルを含むデータベースの内容と、
時間に関する条件と、少なくとも一つのテーブルにおけ
る項目のうちの少なくとも一つの項目の取り得る項目値
に関する項目値条件とに基づいて、時間に関する条件を
満たす具体的な時間と項目値条件を満たす具体的な項目
値とを求めさせる条件処理機能と、条件処理機能によっ
て求められた具体的な項目値に基づいて、この具体的な
項目値の組合せを求めさせる組合せ生成機能と、少なく
とも一つのテーブルの識別情報を第１の視点とし、条件
処理機能によって求められた具体的な時間を第２の視点
とし、組合せ生成機能によって求められた具体的な項目
値の組合せを第３の視点とする多層入れ子テーブルを生
成させる多層入れ子テーブル生成機能と、データベース
の内容を読み込んで、多層入れ子テーブルに格納すべき
レコードを抽出させる抽出機能と、抽出機能によって抽
出されたレコードを多層入れ子テーブルの該当位置に格
納させる格納機能とを実現させるプログラムを記憶した
コンピュータ読み取り可能な記憶媒体である。

【００４０】第４乃至第６の発明は、それぞれ第１乃至
第３の発明で説明したデータ生成装置の機能をコンピュ
ータにより実現するためのプログラムを記憶したコンピ
ュータ読み取り可能な記憶媒体である。

【００４１】このようなプログラムを記憶した記憶媒体
を用いることによって、上述した機能を有していない計
算機やデータベースシステムに対しても、簡単に上述し
た機能を付加することができる。

【００４２】第７の発明は、少なくとも一つのテーブル
の識別情報を第１の視点とし、時間に関する条件を満た
す時間を第２の視点とし、少なくとも一つのテーブルに
おける項目の値に関する条件を満たす項目値の組合せを
第３の軸とし、少なくとも一つのテーブルの中から第１
乃至第３の視点の該当位置にレコードを格納した多層入
れ子テーブルを記憶したコンピュータ読み取り可能な記
憶媒体である。

【００４３】この第７の発明において記載されている多
層入れ子テーブルを実現することで、上述した作用効果
を得ることができる。

【００４４】

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

【００４５】（第１の実施の形態）本実施の形態におい
ては、テーブルの名称を第１の視点とし、時間を第２の
視点とし、ユーザの要求する項目の取り得る項目値の全
ての組合せを第３の軸とする多層入れ子テーブルを生成
するデータ生成装置について説明する。

【００４６】図１は、本実施の形態に係るデータ生成装
置の構成を示すブロック図である。

【００４７】データベース１は、通常の業務系システ
ム、基幹系システムによって得られたデータを蓄えてい
るＲＤＢである。このデータベース１のテーブルＭ１〜
Ｍ４、Ｔ１〜Ｔ３に蓄えられているデータが分析の対象
となる。

【００４８】時間に関する条件（以下、「時間条件」と
いう）２とは、データ分析を行う際にどのような期間
で、またどのような時間の間隔でデータを再構成するか
を示す分析の条件であり、ユーザが設定する。

【００４９】項目と項目値に関する条件（以下、「項目
値条件」という）３とは、データベース１内のどのテー
ブルにおけるどの項目（View）の項目値（Value）を、
どのように組合せるかを示す分析の条件であり、ユーザ
が設定する。

【００５０】ここで、項目とは、例えば利用者ＩＤ、種
別、購入量の分類、性別等のようなデータベース１内の
テーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３に利用されているデー
タ項目のことを指す。また、項目値とは項目の持つ値を
示し、例えば性別の項目値には「男」、「女」があり、
購入量の分類の項目値には大量を示す「Ａランク」、少
量を示す「Ｂランク」等がある。

【００５１】本実施の形態に係るデータ生成装置４は、
データベース１に蓄積された２次元の表形式データと、
時間条件２と、項目値条件３とを入力する。すると、２
次元の表形式データを「データベース１の持つ全てのテ
ーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３の名称」、「時間」、
「テーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３における任意の項目
の取りうる項目値の組合せ」の３つの視点により再構成
し、多層入れ子テーブル５を生成する。

【００５２】このデータ生成装置４は、条件処理部６、
組合せ生成部７、多層入れ子テーブル生成部８により再
構成後のデータ構造（スキーマ）を求める。そして、抽
出部９、格納部１０により再構成後のデータ構造を実現
するデータを格納する。

【００５３】条件処理部６は、時間条件２と項目値条件
３とを入力して認識し、またデータベース１の内容を読
み込んで各条件２、３のデータへの変換・展開を行うこ
とにより、時間条件２を満たす具体的な時間と項目値条
件３を満たす具体的な項目値とを求める。

【００５４】例えば、1990年から1992年までのデータを
１年毎に整理する旨の時間条件が指定されている場合に
は、この条件処理部６は具体的な時間として「1990」、
「1991」、「1992」を求める。また、例えば項目として
「購入量の分類」と「性別」とが項目値条件３で指定さ
れている場合には、条件処理部６は、具体的な項目値と
して「購入量の分類」の項目値である「Ａランク」、
「Ｂランク」を求め、さらに「性別」の項目値である
「男」、「女」を求める。

【００５５】組合せ生成部７は、項目内組合せ生成部７
ａ及び項目間組合せ生成部７ｂとから構成される。

【００５６】項目内組合せ生成部７ａは、条件処理部６
で処理された項目値条件３に基づいて求められた具体的
な項目値を、各項目内で組み合わせる。

【００５７】この項目内組合せ生成部７ａは、例えば、
項目「購入量の分類」に関する項目値「Ａ」、「Ｂ」
を、「ＡランクでもＢランクでもない」、「Ａラン
ク」、「Ｂランク」、「Ａランク又はＢランク」と組み
合わせる。また、項目「性別」に関する項目値「男」、
「女」を、「男でも女でもない場合（性別が指定されて
いない場合）」、「男」、「女」、「男又は女」と組み
合わせる。

【００５８】続いて、項目間組合せ生成部７ｂは、項目
内組合せ生成部７ａで組み合わされた各項目毎の項目値
の組合せをさらに各項目間で組み合わせる。

【００５９】この項目間組合せ生成部７ｂにより、例え
ば「ＡランクでもＢランクでも男でも女でもない」、
…、「Ｂランクであり男」、…、「Ａランクであり男又
は女」、…、「Ａランク又はＢランクであり男又は女」
というような、各項目の取りうる項目値の組合せが求め
られる。

【００６０】多層入れ子テーブル生成部８は、データベ
ース１に蓄積されたテーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３の
名称を第１の視点とし、条件処理部６で処理をした時間
条件３を満たす時間1990〜1992を第２の視点とし、組合
せ処理部７で生成した項目値条件に基づく項目値の組合
せを第３の視点とする多層入れ子テーブル５のスキーマ
を生成する。

【００６１】抽出部９は、データベース１の内容を読み
込み、多層入れ子テーブル５のデータを生成する際に必
要となるレコードを抽出する。すなわち、この抽出部９
は、３つの視点に該当するレコードをデータベース１内
のテーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３の中から抽出する。

【００６２】例えば、テーブルＴ１において1998年に
「Ｂランクの男」に該当するデータベース１内の全ての
レコードは、多層入れ子テーブル５において第１の視点
が「テーブルＴ１」であり、第２の視点が「1998年」で
あり、第３の視点が「Ｂランクの男」となる位置用の集
合データ１１として抽出される。

【００６３】格納部１０は、抽出部９によって抽出され
たレコードを、多層入れ子テーブル生成部８によって生
成された多層入れ子テーブル５のスキーマにおける該当
位置に配置、登録する。

【００６４】このような構成を有するデータ生成装置４
によって生成される多層入れ子テーブル５は、データ分
析用のデータを蓄積するテーブルである。この多層入れ
子テーブル５は、データベース１の持つテーブルの名
称、時間、任意の項目の取り得る項目値の組合せからな
る３つの視点による軸を持つ。そして、多層入れ子テー
ブル５の３つの軸からそれぞれ値を選択した時の交点位
置には、所定の時間に該当し、所定のテーブルに保持さ
れており、所定の分析観点に該当するレコードが抽出さ
れたものである２次元のテーブルが存在する。

【００６５】多層入れ子テーブル５は、条件に合致する
全ての時間の観点、及び条件に合致する項目値の組合せ
の観点から、データベース内の全てのテーブルに対して
再構成を実行したデータ集合である。

【００６６】この多層入れ子テーブル５を利用すること
で、「テーブルの名称」、「時間」、「項目値の組合
せ」からなる３つの視点の任意の組合せ（一つを選択
し、他の２つの組合せを考えて得られる）によって、デ
ータをまとめたり、並べて比較することが可能であり、
そのために多層入れ子テーブル５は複数の層をなしてい
る。また、多層入れ子テーブル５の中にはさらに３つの
視点に該当するレコードの集合テーブルが入れ子状態に
格納されている。

【００６７】上記のような構成を有するデータ生成装置
４における動作について以下に説明する。

【００６８】図２は、本実施の形態に係るデータ生成装
置４の動作を示すフロー図である。

【００６９】例えば事務処理や予約管理ソフトウェアや
販売管理ソフトウェア等のようなアプリケーションソフ
トウェアによってデータベース１にデータが蓄積されて
いるとする。

【００７０】ユーザが時間条件２と項目値条件３とをデ
ータ生成装置４に入力すると、条件処理部６によってデ
ータベース１の内容が読み込まれ、入力された各条件
３、４が認識され具体的なデータに変換・展開される
（ｓ１）。

【００７１】次に、この条件処理部６による項目値条件
３の展開で得られたデータを用いて各項目毎の項目値の
組合せが項目内組合せ生成部７ａによって生成される
（ｓ２）。

【００７２】次に、この項目内組合せ生成部７ａによっ
て生成された項目毎の項目値の組合せが、項目間組合せ
生成部７ｂによって各項目間でさらに組み合わされる
（ｓ３）。

【００７３】次に、多層入れ子テーブル生成部８によっ
てデータベース１の内容が読み込まれ、読み込んだデー
タベース１内の各テーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３の名
称を第１の視点とし、先の条件処理部６の処理によって
得られた時間を第２の視点とし、先の項目間組合せ生成
部７ａの処理によって得られた各項目間の項目値の組合
せを第３の視点とする多層入れ子テーブル５のスキーマ
が生成される（ｓ４）。

【００７４】次に、抽出部９によってデータベース１の
内容が読み込まれ、多層入れ子テーブル５のデータ生成
に必要となるレコードが抽出される（ｓ５）。

【００７５】そして、抽出部９による処理で得られたレ
コードが、格納部１０によって多層入れ子テーブル５の
該当位置に配置される（ｓ６）。

【００７６】一般的に、事務処理や予約管理、販売管理
等を行うアプリケーションソフトウェアによって蓄積さ
れたデータを分析する際には、所定の時間毎のデータの
変化・推移を観察する傾向があり、また様々な項目値を
視点として分析を行う傾向がある。

【００７７】このような実情を考慮し、本実施の形態に
係るデータ生成装置４においては、時間、テーブル種
類、分析視点となりうる項目値の組合せによりデータベ
ース１内のデータを再構成し、多層入れ子テーブル５を
生成する。

【００７８】生成された多層入れ子テーブル５には、分
析の視点となりうる項目値の組合せが列挙されているた
め、ユーザはこの多層入れ子テーブル５を用いてデータ
分析（比較、相関関係、推測）のための視点とその視点
に基づくテーブルの候補を取得することができる。

【００７９】また、この多層入れ子テーブル５にレコー
ドを格納することで、データ分析のための対象データの
保管場所と取得方法を統一することができる。

【００８０】また、この多層入れ子テーブル５にレコー
ドを格納することで、事務処理システム等のデータベー
スにおけるデータ分析のための対象データのソース
（源）を提供することができる。

【００８１】また、データ分析のためのプログラム（デ
ータの検索、抽出、分類、数え上げ、集計等の計算）を
予め作成していなくても、この多層入れ子テーブル５を
利用することで容易にデータ分析を実行することができ
る。

【００８２】また、データベース１内のデータの量や質
に影響されず均質的な分析を実行することができる。

【００８３】（第２の実施の形態）本実施の形態におい
ては、上記第１の実施の形態で説明したデータ生成装置
４に関して、具体的な例を挙げてさらに詳細に説明す
る。

【００８４】本実施の形態において述べるデータ生成装
置は図１に示すデータ生成装置４と同様の装置であるた
め、図１と同一の要素には同一の符号を付して説明す
る。

【００８５】まず、本実施の形態におけるデータベース
１の状態について説明する。

【００８６】図３は、本実施の形態においてデータベー
ス１に蓄積されているテーブルとこの各テーブル間の関
係を例示する概念図であり、各テーブルは施設の予約管
理システムによって蓄積されるデータを保持する。ここ
で、テーブルＭ１〜Ｍ４はマスタテーブルであり、予約
管理の基本となる情報を有する。一方、テーブルＴ１〜
Ｔ３はトランザクションテーブルであり予約がなされる
度に適宜設けられる。

【００８７】利用者情報テーブルＭ１は、施設の使用を
申し込む利用者に関する情報を保持するマスタテーブル
であり、登録日付、利用者ＩＤ、利用者名、性別、ラン
ク、連絡先を項目として有する利用者情報を記憶する。

【００８８】スタッフ情報テーブルＭ２は、施設の管理
スタッフに関する情報を保持するマスタテーブルであ
り、登録日付、スタッフＩＤ、スタッフ名、性別、職
種、所属を項目として有するスタッフ情報を記憶する。

【００８９】施設情報テーブルＭ３は、予約することが
可能な施設に関する情報を保持するマスタテーブルであ
り、登録日付、施設ＩＤ、施設名、利用料金を項目とし
て有する施設情報を記憶する。

【００９０】備品情報テーブルＭ４は、利用申し込み可
能な備品に関する情報を保持するマスタテーブルであ
り、登録日付、備品ＩＤ、備品名、利用料金を項目とし
て有する備品情報を記憶する。

【００９１】予約情報テーブルＴ１は、施設が予約され
た場合のこの予約の内容に関する情報を保持するトラン
ザクションテーブルである。この予約情報テーブルＴ１
は、登録日付、予約番号、予約開始日（利用開始日）、
予約終了日（利用終了日）、予約種別、利用者ＩＤ、予
約を受け付けたスタッフＩＤ、イベント情報、見積料金
を項目として有する予約情報を記憶する。

【００９２】予約施設情報テーブルＴ２は、施設が予約
された場合の当該予約された施設に関する情報を保持す
るトランザクションテーブルであり、登録日付、予約番
号、施設分類番号、予約日付（施設を利用する日付）、
予約開始時間（施設の利用開始時間）、予約終了時間
（施設の利用終了時間）、予約施設ＩＤ、料金を項目と
して有する予約施設情報を記憶する。

【００９３】予約備品情報テーブルＴ３は、施設が予約
された場合に共に予約された備品に関する情報を保持す
るトランザクションテーブルであり、登録日付、予約番
号、備品分類番号、予約日付、予約開始時間、予約終了
時間、予約備品ＩＤ、料金を項目として有する予約備品
情報を記憶する。

【００９４】この図３に示す各テーブル間の関係は、直
線又は折れ線、端点「・」、端点「◇」によって表され
ている。

【００９５】直線又は折れ線は、結合されているテーブ
ル間で所定の関係がある旨を示している。

【００９６】端点「・」は、テーブル間においてこの端
点「・」側のテーブルの多重度が１以上である旨を示し
ている。

【００９７】例えば、利用者は複数の予約を行う場合が
あるため、利用者情報テーブルＭ１の１件の利用者情報
は、予約情報テーブルＴ１の複数の予約情報に対応する
場合がある。同様に、ある予約において複数の施設が予
約される場合があるため、予約情報テーブルＴ１の１件
の予約情報は、予約施設情報テーブルＴ２の複数の予約
施設情報に対応する場合がある。端点「・」に関して他
の場合も同様である。

【００９８】端点「◇」は、テーブル間においてこの端
点「◇」側のテーブルが他方の側のテーブルから参照さ
れる旨を示している。

【００９９】例えば、予約情報の要素である利用者ＩＤ
をキーとして利用者情報テーブルＭ１の利用者情報を参
照することで、施設を予約した利用者に関する利用者情
報を特定することができ、これにより予約した利用者の
性別やランク等を調べることができる。同様に、予約施
設情報の要素である予約施設ＩＤをキーとして施設情報
テーブルＭ３の施設情報を参照することで、予約された
施設に関する施設情報を特定することができ、これによ
り予約された施設の利用料金や施設名を得ることができ
る。他の端点「◇」も同様である。

【０１００】表１は、上記図３の利用者情報テーブルＭ
１の記憶内容の例であり、マスタテーブルであるこの利
用者情報テーブルＭ１には先に述べたように「登録日
付」、「利用者ＩＤ」、「利用者名」、「性別」、「ラ
ンク」、「連絡先」の項目からなる利用者情報が集めら
れている。

【０１０１】

【表１】

【０１０２】この利用者情報テーブルＭ１の各行は１件
のレコードを示している。例えば１行目のレコードは、
利用者名「鈴木太郎」の登録日付は「1998/12/25」であ
り、性別は「男」であり、ランクは「Ａ」であり、連絡
先は「府中市」であり、登録時に予約管理システムのア
プリケーションによって利用者ＩＤ「R001」が自動的に
発番されて付されている。その他の利用者情報も同様で
ある。

【０１０３】表２は、上記図３のスタッフ情報テーブル
Ｍ２の記憶内容の例であり、マスタテーブルであるこの
スタッフ情報テーブルＭ２には先に述べたように「登録
日付」、「スタッフＩＤ」、「スタッフ名」、「性
別」、「職種」、「所属」の項目からなるスタッフ情報
が集められている。

【０１０４】

【表２】

【０１０５】このスタッフ情報テーブルＭ２の各行は１
件のレコードを示している。例えば１行目のレコード
は、スタッフ名「山田一郎」の登録日付は「1998/12/2
5」であり、性別は「男」であり、職種は「スタッフ」
であり、所属は「管理部」であり、登録時に予約管理シ
ステムのアプリケーションによってスタッフＩＤ「S00
1」が自動的に発番されて付されている。その他のスタ
ッフ情報も同様である。

【０１０６】表３は、上記図３の施設情報テーブルＭ３
の記憶内容の例であり、マスタテーブルであるこの施設
情報テーブルＭ３には先に述べたように「登録日付」、
「施設ＩＤ」、「施設名」、「利用料金」の項目からな
る施設情報が集められている。

【０１０７】

【表３】

【０１０８】この施設情報テーブルＭ３の各行は１件の
レコードを示している。例えば１行目のレコードは、施
設名「大会議室」の登録日付は「1998/12/01」であり、
利用料金は「300000」であり、登録時に予約管理システ
ムのアプリケーションによって施設ＩＤ「F0001」が自
動的に発番されて付されている。その他の施設情報も同
様である。

【０１０９】表４は、上記図３の備品情報テーブルＭ４
の記憶内容の例であり、マスタテーブルであるこの備品
情報テーブルＭ４には先に述べたように「登録日付」、
「備品ＩＤ」、「備品名」、「利用料金」の項目からな
る備品情報が集められている。

【０１１０】

【表４】

【０１１１】この備品情報テーブルＭ４の各行は１件の
レコードを示している。例えば１行目のレコードは、備
品名「音響装置Ａ」の登録日付は「1998/12/01」であ
り、「利用料金」は「100000」であり、登録時に予約管
理システムのアプリケーションによって備品ＩＤ「E000
1」が自動的に発番されて付されている。その他の備品
情報も同様である。

【０１１２】表５は、上記図３の予約情報テーブルＴ１
の記憶内容の例であり、トランザクションテーブルであ
るこの予約情報テーブルＴ１には先に述べたように「登
録日付」、「予約番号」、「予約開始日」、「予約終了
日」、「予約種別」、「利用者ＩＤ」、「スタッフＩ
Ｄ」、「イベント情報」、「見積料金」の項目からなる
予約情報が集められている。

【０１１３】

【表５】

【０１１４】この予約情報テーブルＴ１の各行は、予約
管理システムのアプリケーションによって管理される予
約の内容を１件のレコードとして示している。例えば、
１行目のレコードは、登録日付「1998/12/07」、予約開
始日「1999/01/20」、予約終了日「1999/01/21」、予約
種別「会議」、利用者ＩＤ「R001」、スタッフＩＤ「S0
01」、イベント情報「ソフトウェア工学国際会議」、見
積料金「650000」であり、登録時に予約管理システムの
アプリケーションによって予約ＩＤ「Y000001」が自動
的に発番された予約情報を示している。他の予約情報も
同様である。

【０１１５】表６は、上記図３の予約施設情報テーブル
Ｔ２の記憶内容の例であり、トランザクションテーブル
であるこの予約施設情報テーブルＴ２には先に述べたよ
うに「登録日付」、「予約番号」、「施設分類番号」、
「予約日付」、「予約開始時間」、「予約終了時間」、
「予約施設ＩＤ」、「料金」の項目からなる予約施設情
報が集められている。

【０１１６】

【表６】

【０１１７】この予約施設情報テーブルＴ２の各行は、
予約された施設の内容を１件のレコードとして示してい
る。例えば、１行目のレコードは、予約番号「Y00000
1」の予約において利用される施設には予約施設ＩＤ「F
0001」の施設があり、登録日付「1998/12/07」、施設分
類番号「１」、予約日付「1998/01/20」、予約開始時間
「9:00」、予約終了時間「12:00」、料金「300000」で
ある旨を示す予約施設情報である。その他の予約施設情
報も同様であり、例えば２行目のレコードは予約番号
「Y000001」の予約において利用される施設に予約施設
ＩＤ「F0002」がある旨を示している。

【０１１８】表７は、上記図３の予約備品情報テーブル
Ｔ３の記憶内容の例であり、トランザクションテーブル
であるこの予約備品情報テーブルＴ３には先に述べたよ
うに「登録日付」、「予約番号」、「備品分類番号」、
「予約日付」、「予約開始時間」、「予約終了時間」、
「予約備品ＩＤ」、「料金」の項目からなる予約備品情
報が集められている。

【０１１９】

【表７】

【０１２０】この予約備品情報テーブルＴ３の各行は、
予約された備品の内容を１件のレコードとして示してい
る。例えば、１行目のレコードは、予約番号「Y00000
1」の予約において利用される備品には予約備品ＩＤ「E
0001」の備品があり、登録日付「1998/12/07」、備品分
類番号「１」、予約日付「1998/01/20」、予約開始時間
「9:00」、予約終了時間「12:00」、料金「100000」で
ある旨を示す予約備品情報である。その他の予約備品情
報も同様であり、例えば２行目のレコードは予約番号
「Y000001」の予約において利用される備品に予約備品
ＩＤ「E0002」がある旨を示している。

【０１２１】次に、本実施の形態における時間条件２に
ついて説明する。

【０１２２】本実施の形態において時間条件２は、第１
の時間条件１２と第２の時間条件１３とからなる。

【０１２３】図４は、本実施の形態における第１の時間
条件１２の記述形式を示す概念図である。

【０１２４】この第１の時間条件１２は、各テーブルの
名称（label）とこのテーブルにおいて日付を示す項目
の全てのリスト（L）とによりサブリストを構成し、さ
らにこの各テーブル（label）毎のサブリストによりリ
ストを構成した記述形式である。この記述形式により、
データベース１内の各テーブルのデータ項目のうち、時
間に関係するデータ項目が列挙されて記述される。

【０１２５】図５は、この第１の時間条件１２の記述形
式にしたがって記述された条件の具体例を示す概念図で
ある。

【０１２６】第１の時間条件１２の記述形式にしたがっ
て記述されたこの条件１４は、各テーブルＭ１〜Ｍ４、
Ｔ１〜Ｔ３とこの各テーブルＭ１〜Ｍ４、Ｔ１〜Ｔ３の
日付を示す全ての項目のリストとを関係付けてサブリス
トを構成しており、さらにサブリスト全体でリストを構
成した記述となっており、これによりテーブルＭ１〜Ｍ
４、Ｔ１〜Ｔ３における時間に関係するデータの項目を
列挙している。

【０１２７】図６は、本実施の形態における第２の時間
条件１３の記述形式を示す概念図である。

【０１２８】この第２の時間条件１３では、データベー
ス１のデータ再構成を行う場合の時間軸の開始時点及び
終了時点、さらにその開始時点から終了時点までの間を
プロットする時間間隔を設定するために、開始、終了、
粒度とが記述される。

【０１２９】図７は、第２の時間条件１３の記述形式に
したがって記述された条件の具体例を示す概念図であ
る。

【０１３０】この条件１５では、1998年12月から1999年
6月までの期間を、月毎に区切って時間軸を生成する旨
が記述されている。

【０１３１】次に、本実施の形態における項目値条件３
について説明する。

【０１３２】図８は、本実施の形態における項目値条件
３を設定するための記述形式を示す概念図である。この
項目値条件３は、３つのサブリストＬ１〜Ｌ３から構成
されるリストＬにより記述することを厳密に定義してい
る。

【０１３３】第１のサブリストＬ１は、データベース１
内のデータを再構成するために用いるテーブルの名称
（label）とその項目とを関係付けて構成されるリスト
である。すなわち、この第１のサブリストＬ１はViewに
相当するデータの項目を列挙したリストである。

【０１３４】第２のサブリストＬ２は、第１のサブリス
トＬ１で記述されている各項目の順番にあわせて、各項
目の取り得る項目値（Value）のリストか、あるいは項
目値が予め定義されていない場合にどのように取り扱う
かを識別するための文字列であるラベルを列挙したリス
トである。このラベルの例としては、アプリケーション
により自動的に付される各種のＩＤ番号等があり、この
場合ラベルとして「自動発番」が記述される。

【０１３５】なお、第１のサブリストＬ１で列挙した各
項目の順番にあわせて、この各項目の取り得る項目値の
リスト又はラベルが列挙される点に関しては、第２のサ
ブリストＬ２の記述Ｌ２１で示されている。

【０１３６】第３のサブリストＬ３は、第１のサブリス
トＬ１で記述されている各項目の順番にあわせて、各項
目の取り得る項目値の組合せの生成方法を記述したリス
トである。

【０１３７】組合せの生成方法は、それぞれC(1)〜C(k)
で記述される。すなわち、この組合せの生成方法C(1)〜
C(k)はViewに対するValueの組合せをどのように生成す
るか識別させるための記述である。

【０１３８】例えばC(1)は、Viewが取り得るm個のValue
のうち、1個をとる組合せ（m通り）を生成する旨を示
す。すなわち、このC(1)は、その項目の取り得る項目値
に関して２つ以上の要素からなる組合せを生成しない旨
を示す。

【０１３９】また、C(k)はViewが取り得るm個のValueの
うち、重複を許さず0個以上m個をとる組合せを生成する
旨を示す。すなわち、このC(k)はその項目の取り得る項
目値に関する全ての組合せを生成する旨を示す。このC
(1)〜C(k)の説明は、記述３１で述べている。

【０１４０】その他にも、この組合せの生成方法とし
て、その項目の取り得る項目値に関する任意の２つの要
素による組合せのみを生成する方法を指定可能としても
よい。また、その項目の取り得る各項目値１つと、その
項目の取り得る各項目値の全ての結合とを生成する方法
を指定可能としてもよい。このように、組合せの生成方
法には様々なものが利用できる。

【０１４１】なお、第１のサブリストＬ１で列挙した各
項目の順番にあわせて、第２のサブリストＬ２の要素で
ある各項目の取り得る項目値のリスト又はラベルを列挙
しており、さらに第１のサブリストＬ１で列挙した各項
目の順番にあわせて、各項目に対応する組合せの生成方
法を列挙する点に関しては、第３のサブリストＬ３の記
述Ｌ３２で示されている。

【０１４２】図９は、上記図８のような本実施の形態に
おける項目値条件３の記述形式にしたがって記述された
条件の具体例を示す概念図である。

【０１４３】この条件１６では、第１のサブリストＬ１
において、「テーブルＭ１の利用者ＩＤ」、「テーブル
Ｍ１の性別」、「テーブルＭ１のランク」、「テーブル
Ｔ１の予約番号」からなる項目によりデータの再構成を
実行する旨が記述されている。

【０１４４】また、第１のサブリストＬ１に記述した
「テーブルＭ１の利用者ＩＤ」の項目値は利用者が追加
される毎に発番する番号であり、データ分析時のデータ
ベース１のレコードの登録状態から抽出可能なため、
「自動発番」というラベルが第２のサブリストＬ２に記
述されている。さらに、「テーブルＭ１の性別」の項目
値は「男」または「女」であり、「テーブルＭ１のラン
ク」の項目値は「Ａ」または「Ｂ」または「Ｃ」である
旨が第２のサブリストＬ２に記述されている。さらに、
「テーブルＴ１の予約番号」の項目値も予約情報が追加
される毎に発番する番号であるため「自動発番」という
ラベルが第２のサブリストＬ２に記述されている。この
項目値又はラベルの記述順序は第１のサブリストＬ１に
おける項目の記述順序に対応している。

【０１４５】さらに、第１のサブリストＬ１に記述した
「テーブルＭ１の利用者ＩＤ」の「自動発番」の組合せ
生成方法は「C(1)（項目値１個以下の組合せ）」であ
り、「テーブルＭ１の性別」の項目値「男、女」の組合
せ生成方法は「C(k)（項目値０以上全ての組合せ）」で
あり、「テーブルＭ１のランク」の項目値「Ａ、Ｂ、
Ｃ」の組合せ生成方法は「C(k)」であり、「テーブルＴ
１の予約番号」の「自動発番」の組合せ生成方法は「C
(1)」である旨が第３のサブリストＬ３に記述されてい
る。この組合せ生成方法の記述順序は第１のサブリスト
Ｌ１における項目の記述順序に対応している。

【０１４６】次に、本実施の形態に係るデータ生成装置
４によって生成された多層入れ子テーブル５について説
明する。

【０１４７】図１０は、本実施の形態に係るデータ生成
装置４によって生成された多層入れ子テーブル５の例を
示す概念図である。

【０１４８】ここでは、このデータ生成装置４に上記図
５及び図７で示す第１及び第２の時間条件１４，１５が
入力され、また項目値条件３として[[(Ｍ１，性別)]，
[男，女]，[C(k)]]が入力され、さらに上記図３に示す
データベース１が読み込まれて生成された多層入れ子テ
ーブル５を示している。

【０１４９】また、ここでは、いずれかのテーブルが日
付を示す項目を複数持つ場合に、日付を示す項目を列挙
したリスト内で先頭に記述されている項目を用いてデー
タの再構成を実現する。しかしながら、これに限定され
るものではなく、例えば日付を示す複数の項目の全てを
用いてデータの再構成を実現するとしてもよい。

【０１５０】この多層入れ子テーブルは、1998年12月を
開始年月とし、1999年6月を終了年月とし、時間間隔を
年月とした時間条件１５に基づいて、1998年12月分から
1999年6月分までの７層の入れ子テーブル５１〜５７が
生成される。

【０１５１】ここで、時間軸が1998年12月の入れ子テー
ブル５１を見ると、この入れ子テーブル５１は、テーブ
ルの名称Ｍ１〜Ｍ４、Ｔ１〜Ｔ３毎に列を形成してい
る。また、この入れ子テーブル５１は、項目値条件３で
ある[[(Ｍ１，性別)]，[男，女]，[C(k)]]に基づき、
「男」、「女」、「男又は女」、「男でも女でもない
（性別が指定されていない）」の４態様毎の行を形成し
ている。

【０１５２】この入れ子テーブル５１の行と列の交点も
またテーブルを表している。例えば、入れ子テーブル５
１のテーブルＭ１の列において項目値の組合せが「男」
の位置には、テーブルＭ１−１が配置されている。この
テーブルＭ１−１は、テーブルＭ１のレコードから性別
が「男」に該当するレコードのみを抽出して構成されて
おり、具体的には利用者名「鈴木太郎」及び「田中太
郎」に関するレコードが抽出・配置されている。

【０１５３】また、例えば入れ子テーブル５１のテーブ
ルＭ１の列において項目値の組合せが「男又は女」の位
置には、テーブルＭ１−３が配置されている。このテー
ブルＭ１−１は、テーブルＭ１のレコードのうち性別が
「男又は女」に該当するレコードを抽出して構成されて
おり、具体的にはテーブルＭ１と同一のテーブルが配置
されることになる。

【０１５４】次に、本実施の形態に係るデータ生成装置
４によって実行される処理で扱われるデータについて説
明する。なお、以下においては、データ生成装置４に上
記図５及び図７で示す時間条件１４、１５が入力され、
また項目値条件３として図９で示す条件１６が入力さ
れ、データベース１にはテーブルＭ１〜Ｍ４、Ｔ１〜Ｔ
３が記憶されてる場合を具体例として説明する。

【０１５５】まず、図１に示すデータ生成装置４の条件
処理部６にデータベース１の内容と、時間条件１４、１
５と、項目値条件１６とが入力されると、この条件処理
部によって入力された時間条件と項目値条件が認識さ
れ、条件の変換、展開が行われる。

【０１５６】図１１は、条件処理部６によって項目値条
件が認識・変換・展開された状態を示す概念図であり、
項目値条件で記述されているラベル「自動発番」が認識
され、データベース１のレコードの登録状況から該当す
る具体的な番号が抽出されたリスト１７を示している。
これにより、利用者ＩＤに対応するラベル「自動発番」
が、利用者ＩＤの具体的な項目値のリストである[R00
1，R002，R003，R004]に展開される。また、予約番号に
対応するラベル「自動発番」が、予約番号の具体的な項
目値のリストである[Y000001，Y000002，Y000003，Y000
004]に展開される。

【０１５７】続いて、図１に示すデータ生成装置４の項
目内組合せ生成部７ａによって、先の条件処理部６で展
開されたリスト１７に基づく項目内の項目値の組合せが
生成される。なお、項目内の項目値の組合せの生成手法
として、１つのViewに対するValueを表すリスト（要素
数n個とする）の要素の０個又は１個の組合せを生成す
る方法C(1)か、あるいは重複を許さず０個以上ｎ個以下
の組合せを生成する方法C(k)がリスト１７において指定
されている。

【０１５８】図１１において第１のサブリストＬ１の要
素１８〜２１は、それぞれ第２のサブリストＬ２の要素
２２〜２５、第３のサブリストＬ３の要素２６〜２９の
対応している。例えば（Ｍ１，利用者ＩＤ）は、項目値
[R001，R002，R003，R004]を持ち、組合せ生成方法はC
(1)である。

【０１５９】図１２は、項目内組合せ生成部７ａによっ
て生成される項目内の項目値の組合せを示すリストの概
念図である。

【０１６０】項目内組合せ生成部７ａによって生成され
たリスト３０内のサブリスト３１は、利用者ＩＤの項目
値リストである[R001，R002，R003，R004]を組合せ生成
方法C(1)により組み合わせて生成された結果である。す
なわち、このサブリスト３１は、利用者ＩＤの項目値リ
ストの要素の中から、０個かまたは１個の要素を組合せ
て得られるリストである。

【０１６１】サブリスト３２は、性別の項目リスト
[男，女]の２要素を組合せ生成方法C(k)により組み合わ
せて生成される。すなわち、このサブリスト３２は、性
別の項目値リストの要素の中から、０個以上２個以下の
要素を組合せて得られるリストである。

【０１６２】サブリスト３３は、ランクの項目リスト
[Ａ，Ｂ，Ｃ]の３要素を組合せ生成方法C(k)により組み
合わせて生成される。すなわち、このサブリスト３３
は、ランクの項目値リストの要素の中から、０個以上３
個以下の要素を組合せて得られるリストである。

【０１６３】サブリスト３４は、予約番号の項目値リス
トである[Y000001，Y000002，Y000003，Y000004]を組合
せ生成方法C(1)により組み合わせて生成される。すなわ
ち、このサブリスト３４は、予約番号の項目値リストの
要素の中から、０個かまたは１個の要素を組合せて得ら
れるリストである。

【０１６４】続いて、図１に示すデータ生成装置４の項
目間組合せ生成部７ｂによって、先の項目内組合せ生成
部７ａで生成された項目値の項目毎の組合せがさらに項
目間で組み合わされる。この項目間での組合せは、項目
毎に生成された項目値の組合せのリストからそれぞれ１
個の要素が選択され組み合わさせて生成される。

【０１６５】図１３は、項目間組合せ生成部７ｂによっ
て生成される項目値の組合せの具体例を示す概念図であ
り、先の図１２に示す項目内の組合せリストに基づいて
項目間組合せ生成部７ｂが生成する組合せリスト３５を
示している。

【０１６６】項目内の組合せを示す各サブリスト３１〜
３４の要素数は、それぞれ５、４、８、５個である。項
目間組合せ生成部７ｂでは、項目内の組合せを示す各サ
ブリスト３１〜３４から１つずつの要素を選択して組合
せるため、得られる項目間の組合せのリスト数は、５×
４×８×５＝８００通りとなる。

【０１６７】また、図１４は、この図１３における項目
値の組合せの表記方法を説明するための概念図である。
e(m,n)は、リスト３０内のm番目のサブリストのn番目の
要素を表す。

【０１６８】同様に、図１５は、e(m,n)と先の図１２に
示す項目内の組合せリスト３０の各要素との関係を示す
概念図である。

【０１６９】先の図１２における項目内の組合せリスト
３０には、４つのサブリスト３１〜３４があるため、m
は1以上4以下となる。

【０１７０】また、利用者ＩＤに関するサブリスト３１
内には、５つの要素があるため、m=1のときにはnは1以
上5以下である。同様に、性別に関するサブリスト３２
には、４つの要素があるため、m=2のときにはnは1以上4
以下である。また、ランクに関するサブリスト３３に
は、５つの要素があるため、m=3のときにはnは1以上5以
下である。さらに、予約番号に関するサブリスト３４に
は、５つの要素があるため、m=4のときにはnは1以上5以
下である。

【０１７１】例えば、e(1,1)は、項目内の組合せリスト
における１番目のサブリストの１番目の要素であるた
め、[]（空リスト）を表している。e(1,2)は、１番目の
サブリストの２番目の要素であるため、[R001]を表して
いる。同様に、e(1,3)及びe(1,4)は、１番目のサブリス
トの３番目及び４番目の要素であるため、[R003]、[R00
4]を表している。

【０１７２】このように、項目間組合せ生成部７ｂは、
各項目毎に項目値の組合せを要素として持つデータを入
力すると、各項目から任意の要素をそれぞれ１つ選択し
て組合せを行い、これにより項目値条件１６を満たすあ
らゆる項目値の組合せを生成する。

【０１７３】続いて、図１に示すデータ生成装置４の多
層入れ子テーブル生成部８によって、条件処理部６によ
る時間条件１４、１５の処理結果、組合せ生成部７によ
って生成された項目値の組合せ、データベース１に蓄積
されているテーブルの名称の観点で多層入れ子テーブル
５のスキーマが生成される。

【０１７４】多層入れ子テーブル５のスキーマとは、３
つの軸の交点にテーブルを設定していない状態の多層入
れ子テーブル５の枠を指す。

【０１７５】なお、本実施の形態においては、テーブル
Ｔ１に日付に関する項目が３つあるが、この日付に関す
る各項目を用いて再構成を行うために、登録日付により
再構成するためのテーブルＴ１１、利用開始日により再
構成するためのテーブルＴ１２、利用終了日により再構
成するためのテーブルＴ１３とを用意し、テーブル名称
の軸に設ける。

【０１７６】同様に、テーブルＴ２にも、日付に関する
項目が２つあるが、この各項目を用いて再構成するため
に、登録日付により再構成するためのテーブルＴ２１、
予約日付により再構成するためのテーブルＴ２２を用意
し、テーブル名称の軸に設ける。

【０１７７】さらに、テーブルＴ３にも日付に関する項
目が２つあるが、この各項目を用いて再構成するため
に、登録日付により再構成するためのテーブルＴ３１、
予約日付により再構成するためのテーブルＴ３２を用意
し、テーブル名称の軸に設ける。

【０１７８】続いて、図１に示すデータ生成装置４の抽
出部９によって、データベース１からデータが読み込ま
れ、多層入れ子テーブル生成部８で生成された多層入れ
子テーブル５のスキーマに対する各交点のテーブルを生
成するために必要なレコードが抽出される。データベー
ス１からレコードを抽出する際には、３つの軸の値（時
間、項目値の組合せ、テーブルの名称）に基づき、テー
ブルの名称で設定されたテーブルから時間の軸の値、項
目値の組合せの値を検索キーとしてレコードの抽出が行
われる。

【０１７９】続いて、図１に示すデータ生成装置４の格
納部１０によって、抽出部９で抽出されたデータが多層
入れ子テーブル５の３つの軸の値（時間、項目値の組合
せ、テーブルの名称）の該当場所に分配・登録される。

【０１８０】図１６は、格納部１０によってデータの登
録された多層入れ子テーブル５を示す概要図であり、19
98年12月〜1999年6月までの入れ子テーブル３６〜４２
が生成されている。ここでは1998年12月の入れ子テーブ
ル３６を詳細に示しているが、他の子テーブル３７〜４
２に関しても同様である。

【０１８１】この1998年12月の入れ子テーブル３６にお
ける行の観点は、項目値の組合せ（区分とその区分値）
であり、項目間組合せ生成部７ｂによって８００通りの
組合せが生成されたため、項目値の組合せによる行数は
８００行となる。

【０１８２】一方、列の観点は、データベース１の持つ
テーブルの名称とこのテーブルにおける日付を示す項目
との組合せで決定する。この日付を示す項目は、先に述
べた第１の時間条件１４により記述されており、テーブ
ルが時間に関する項目を複数持つ場合にどの項目を基準
にして時間軸に配置しているかを示す。

【０１８３】例えば、予約情報テーブルＴ１には時間に
関するデータ項目として「登録日付」、「予約開始
日」、「予約終了日」の３つの項目を備えている。な
お、時間条件２において第１の時間条件を指定する理由
は、それぞれのデータ項目の観点で、時間の変化に伴っ
たレコードの変化などを分析する旨の要求に備え、時間
に関する全てのデータ項目に基づいて、レコードを抽出
することが重要なためである。第１の時間条件の指定の
方法は、先の図４及び図５に記載している。

【０１８４】表８乃至表３１は、1998年12月の入れ子テ
ーブル３６に登録されているテーブルの例を示す。

【０１８５】表８は、テーブルの名称が「利用者情報テ
ーブルＭ１」であって日付を示す項目が「登録日付」の
場合の列と、項目値の組合せが全て空の要素からなる場
合の行との交点位置に登録されているテーブルＭ１−１
である。

【０１８６】なお、本実施の形態に係るデータ生成装置
４において、項目値の組合せが全て空の要素からなる場
合には、テーブル名称の軸の示すテーブル内のレコード
のうち時間軸の条件を満たす全てのレコードを入れ子テ
ーブル３６に登録する。これは、何の項目値も指定され
ていない場合にはユーザが分析に利用する項目値を絞り
切れていないとして取り扱うためである。しかしなが
ら、このような取り扱いに限定されるものではなく、例
えば項目値の組合せが全て空の要素からなる場合には該
当するレコードがないとしてもよい。

【０１８７】

【表８】

【０１８８】同様に、表９から表１９も、テーブルの名
称が「利用者情報テーブルＭ１」であって日付を示す項
目が「登録日付」の場合の列に登録されているテーブル
Ｍ１−２からテーブルＭ１−８００を表している。例え
ば、表１３に示すテーブルＭ１−６は、利用者情報テー
ブルＭ１内のレコードであって登録日付が1998年12月で
あり、項目「ランク」が項目値「Ａ」のレコードが登録
されている。

【０１８９】

【表９】

【０１９０】

【表１０】

【０１９１】

【表１１】

【０１９２】

【表１２】

【０１９３】

【表１３】

【０１９４】

【表１４】

【０１９５】

【表１５】

【０１９６】

【表１６】

【０１９７】

【表１７】

【０１９８】

【表１８】

【０１９９】

【表１９】

【０２００】表２０は、テーブルの名称が「予約情報テ
ーブルＴ１１」であって日付を示す項目が「登録日付」
の場合の列と、項目値の組合せが全て空の要素からなる
場合の行との交点位置に登録されているテーブルＴ１１
−１である。

【０２０１】なお、ここでも項目値の組合せが全て空の
要素からなる場合に、テーブル名称の軸の示すテーブル
内のレコードのうち時間軸の条件を満たす全てのレコー
ドを入れ子テーブル３６に登録する。

【０２０２】

【表２０】

【０２０３】同様に、表２１から表３１も、テーブルの
名称が「予約情報テーブルＴ１１」であって日付を示す
項目が「登録日付」の場合の列に登録されているテーブ
ルＴ１１−２からテーブルＴ１−８００を表している。
例えば、表２５に示すテーブルＴ１１−６は、予約情報
テーブルＴ１内のレコードであって登録日付が1998年12
月であり、項目「ランク」が項目値「Ａ」のレコードが
登録されている。なお、ここでは、予約情報テーブルＴ
１における任意のレコードの項目「利用者ＩＤ」に基づ
いて利用者情報が参照され、この参照された利用者情報
の項目「ランク」が「Ａ」であれば、この任意のレコー
ドが入れ子テーブル３６のテーブル１１−６に登録され
る。

【０２０４】

【表２１】

【０２０５】

【表２２】

【０２０６】

【表２３】

【０２０７】

【表２４】

【０２０８】

【表２５】

【０２０９】

【表２６】

【０２１０】

【表２７】

【０２１１】

【表２８】

【０２１２】

【表２９】

【０２１３】

【表３０】

【０２１４】

【表３１】

【０２１５】表３２乃至表４３は、1999年1月の入れ子
テーブル３７に登録されているテーブルの例を示す。

【０２１６】表３２は、テーブルの名称が「予約情報テ
ーブルＴ１２」であって日付を示す項目が「予約開始
日」の場合の列と、項目値の組合せが全て空の要素から
なる場合の行との交点位置に登録されているテーブルＴ
１２−１である。

【０２１７】なお、ここでも項目値の組合せが全て空の
要素からなる場合に、テーブル名称の軸の示すテーブル
内のレコードのうち時間軸の条件を満たす全てのレコー
ドを入れ子テーブル３７に登録する。ここでは、予約情
報テーブルＴ１のレコードのうち、項目「予約開始日」
が「1999年1月」に該当するものは予約番号「Y000001」
のみである。

【０２１８】

【表３２】

【０２１９】同様に、表３３から表４３も、テーブルの
名称が「予約情報テーブルＴ１２」であって日付を示す
項目が「予約開始日」の場合の列に登録されているテー
ブルＴ１２−２からテーブルＴ１２−８００を表してい
る。例えば、表３８に示すテーブルＴ１１−６は、予約
情報テーブルＴ１内のレコードであって予約開始日が19
99年1月であり、項目「ランク」が項目値「Ａ」のレコ
ードが登録されている。ここでは、予約情報テーブルＴ
１における任意のレコードの項目「利用者ＩＤ」に基づ
いて利用者情報が参照され、この参照された利用者情報
の項目「ランク」が「Ａ」であれば、この任意のレコー
ドが入れ子テーブル３７のテーブル１２−６に登録され
る。

【０２２０】

【表３３】

【０２２１】

【表３４】

【０２２２】

【表３５】

【０２２３】

【表３６】

【０２２４】

【表３７】

【０２２５】

【表３８】

【０２２６】

【表３９】

【０２２７】

【表４０】

【０２２８】

【表４１】

【０２２９】

【表４２】

【０２３０】

【表４３】

【０２３１】以上説明したように、本実施の形態に係る
データ生成装置４を動作させることにより、データ分析
のために「時間」、「データベースの持つテーブルの名
称」、「項目値の組合せ」の３つの視点をユーザに提供
することができる。

【０２３２】この３つの視点のうち、「時間」は事務処
理等に対する分析に有効な要素であり、「データベース
の持つテーブルの名称」はどのテーブルが分析に有効で
あるかを調べるのに有効な要素である。そして、「項目
値の組合せ」を全て生成して視点とすることで、ユーザ
にデータ分析のための具体的な視点を与えることができ
る。

【０２３３】また、本実施の形態においては、データベ
ース１に蓄積された２次元の表形式のデータを、「時
間」、「データベースの持つテーブルの名称」、「項目
値の組合せ」の３つの視点により再構成し、新たに一つ
の多層入れ子テーブル５にデータを蓄積して提供する。
この多層入れ子テーブル５に蓄積されたデータは、入力
となったデータベース１の持つ全データを含み、あらゆ
るデータ分析のソースとなる。したがって、ユーザは、
この多層入れ子テーブル５に蓄積されたデータにより、
データ分析のための視点とその視点に基づく全テーブル
のデータの候補を取得することができる。

【０２３４】さらに、本実施の形態においては、分析の
観点とその観点毎のデータが多層入れ子テーブル５とし
て１元管理されているため、データ分析のための手続が
単純化され、ユーザは分析そのものに注力しやすい。

【０２３５】さらに、本実施の形態で得られる多層入れ
子テーブル５においては、分析のための視点や発想が多
層化されて配置されるため、この多層化された視点や発
想を組み合わせたり、絞り込んだりすることにより、ユ
ーザは新たな分析の観点を発見することが容易となる。

【０２３６】さらに、本実施の形態により得られる多層
入れ子テーブルを提供すれば、データ分析のための対象
データの構造と検索方法とを統一することができる。

【０２３７】なお、上記各実施の形態に係るデータ生成
装置４は、同様の作用・機能を実現可能であれば各構成
要素の配置を変更させてもよく、また各構成要素を自由
に組み合わせてもよい。

【０２３８】また、上記第１及び第２の実施の形態に係
るデータ生成装置４の各機能、各要素は、コンピュータ
に実行させることのできるプログラムとして、例えば磁
気ディスク（フロッピーディスク、ハードディスク
等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体
メモリなどの記憶媒体に書き込んで適用したり、通信媒
体により伝送して計算機あるいは計算機システムに適用
することも可能である。上記各機能を実現するコンピュ
ータは、記憶媒体に記憶されたプログラムを読み込み、
プログラムによって動作が制御されることにより、上述
した処理を実行する。

【０２３９】

【発明の効果】以上詳記したように本発明においては、
所定単位の時間、データベース内のテーブルの識別情
報、データベース内のテーブルにおける項目のうちの任
意の項目の取り得る項目値の組合せの３要素のより、デ
ータベースの内容が再構成される。

【０２４０】この再構成により得られる多層入れ子テー
ブルを用いることで、ユーザはデータ分析のための視点
とその視点に基づく全テーブルのデータの候補を取得す
ることができる。

【０２４１】また、多層入れ子テーブルを生成すること
により、データ分析のための対象データの保存場所と取
得方法を統一することができる。

【０２４２】また、多層入れ子テーブルを生成すること
により、例えば事務処理システム等のようなデータ分析
のための対象データとなるデータのソースを提供するこ
とができる。

【０２４３】また、多層入れ子テーブルを生成すること
により、データ分析（データの検索、抽出、分類、数え
上げ、集計等）のためのプログラムをはじめから作成し
なくても、適切にデータを管理することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るデータ生成装
置の構成を示すブロック図。

【図２】同実施の形態に係るデータ生成装置の動作を示
すフロー図。

【図３】本発明の第２の実施の形態においてデータベー
スに蓄積されているテーブル間の関係を例示する概念
図。

【図４】同実施の形態における第１の時間条件の記述形
式を示す概念図。

【図５】同実施の形態における第１の時間条件の記述形
式にしたがって記述された条件の具体例を示す概念図。

【図６】同実施の形態における第２の時間条件の記述形
式を示す概念図。

【図７】同実施の形態における第２の時間条件の記述形
式にしたがって記述された条件の具体例を示す概念図。

【図８】同実施の形態における項目値条件を設定するた
めの記述形式を示す概念図。

【図９】同実施の形態における項目値条件の記述形式に
したがって記述された条件の具体例を示す概念図。

【図１０】同実施の形態に係るデータ生成装置によって
生成された多層入れ子テーブルの例を示す概念図。

【図１１】同実施の形態において条件処理部によって項
目値条件が認識・変換・展開された状態を示す概念図。

【図１２】同実施の形態において項目内組合せ生成部に
よって生成される項目内の項目値の組合せを示すリスト
の概念図。

【図１３】同実施の形態において項目間組合せ生成部に
よって生成される項目値の組合せの具体例を示す概念
図。

【図１４】項目値の組合せの表記方法を説明するための
概念図。

【図１５】e(m,n)と項目内の組合せリストの要素との関
係を示す概念図。

【図１６】本実施の形態において格納部によってデータ
の登録された多層入れ子テーブルを示す概要図。

【符号の説明】

１…データベース２…時間に関する条件３…項目と項目値に関する条件４…データ生成装置５…多層入れ子テーブル６…条件処理部７…組合せ処理部８…多層入れ子テーブル生成部９…抽出部１０…格納部１１…集合データ

Claims

【特許請求の範囲】

【請求項１】少なくとも一つのテーブルを含むデータ
ベースの内容を、所定単位の時間、前記少なくとも一つ
のテーブルの識別情報、前記少なくとも一つのテーブル
における項目のうちの少なくとも一つの項目の取り得る
項目値の組合せからなる３つの視点により再構成するこ
とを特徴とするデータ生成装置。
【請求項２】少なくとも一つのテーブルを含むデータ
ベースの内容と、時間に関する条件と、前記少なくとも
一つのテーブルにおける項目のうちの少なくとも一つの
項目の取り得る項目値に関する項目値条件とに基づい
て、前記少なくとも一つのテーブルの識別情報を第１の
視点とし、前記時間に関する条件を満たす時間を第２の
視点とし、前記項目値条件を満たす項目値の組合せを第
３の視点とする多層入れ子テーブルを生成する多層入れ
子テーブル生成手段と、前記少なくとも一つのテーブルの中から前記第１乃至第
３の視点に該当するレコードを抽出して前記多層入れ子
テーブルに格納する格納手段とを具備したことを特徴と
するデータ生成装置。
【請求項３】少なくとも一つのテーブルを含むデータ
ベースの内容と、時間に関する条件と、前記少なくとも
一つのテーブルにおける項目のうちの少なくとも一つの
項目の取り得る項目値に関する項目値条件とに基づい
て、前記時間に関する条件を満たす具体的な時間と前記
項目値条件を満たす具体的な項目値とを求める条件処理
手段と、前記条件処理手段によって求められた具体的な項目値に
基づいて、この具体的な項目値の組合せを求める組合せ
生成手段と、前記少なくとも一つのテーブルの識別情報を第１の視点
とし、前記条件処理手段によって求められた具体的な時
間を第２の視点とし、前記組合せ生成手段によって求め
られた具体的な項目値の組合せを第３の視点とする多層
入れ子テーブルを生成する多層入れ子テーブル生成手段
と、前記データベースの内容を読み込んで、前記多層入れ子
テーブルに格納すべきレコードを抽出する抽出手段と、前記抽出手段によって抽出されたレコードを前記多層入
れ子テーブルの該当位置に格納する格納手段とを具備し
たことを特徴とするデータ生成装置。
【請求項４】コンピュータに、少なくとも一つのテーブルを含むデータベースの内容
を、所定単位の時間、前記少なくとも一つのテーブルの
識別情報、前記少なくとも一つのテーブルにおける項目
のうちの少なくとも一つの項目の取り得る項目値の組合
せからなる３つの視点により再構成させる機能を実現さ
せるためのプログラムを記憶したコンピュータ読み取り
可能な記憶媒体。
【請求項５】コンピュータに、少なくとも一つのテーブルを含むデータベースの内容
と、時間に関する条件と、前記少なくとも一つのテーブ
ルにおける項目のうちの少なくとも一つの項目の取り得
る項目値に関する項目値条件とに基づいて、前記少なく
とも一つのテーブルの識別情報を第１の視点とし、前記
時間に関する条件を満たす時間を第２の視点とし、前記
項目値条件を満たす項目値の組合せを第３の視点とする
多層入れ子テーブルを生成させる多層入れ子テーブル生
成機能と、前記少なくとも一つのテーブルの中から前記
第１乃至第３の視点に該当するレコードを抽出して前記
多層入れ子テーブルに格納させる格納機能とを実現させ
るためのプログラムを記憶したコンピュータ読み取り可
能な記憶媒体。
【請求項６】コンピュータに、少なくとも一つのテーブルを含むデータベースの内容
と、時間に関する条件と、前記少なくとも一つのテーブ
ルにおける項目のうちの少なくとも一つの項目の取り得
る項目値に関する項目値条件とに基づいて、前記時間に
関する条件を満たす具体的な時間と前記項目値条件を満
たす具体的な項目値とを求めさせる条件処理機能と、前記条件処理機能によって求められた具体的な項目値に
基づいて、この具体的な項目値の組合せを求めさせる組
合せ生成機能と、前記少なくとも一つのテーブルの識別情報を第１の視点
とし、前記条件処理機能によって求められた具体的な時
間を第２の視点とし、前記組合せ生成機能によって求め
られた具体的な項目値の組合せを第３の視点とする多層
入れ子テーブルを生成させる多層入れ子テーブル生成機
能と、前記データベースの内容を読み込んで、前記多層入れ子
テーブルに格納すべきレコードを抽出させる抽出機能
と、前記抽出機能によって抽出されたレコードを前記多層入
れ子テーブルの該当位置に格納させる格納機能とを実現
させるためのプログラムを記憶したコンピュータ読み取
り可能な記憶媒体。
【請求項７】少なくとも一つのテーブルの識別情報を
第１の視点とし、前記時間に関する条件を満たす時間を
第２の視点とし、前記少なくとも一つのテーブルにおけ
る項目の値に関する条件を満たす項目値の組合せを第３
の軸とし、前記少なくとも一つのテーブルの中から前記
第１乃至第３の視点の該当位置にレコードを格納した多
層入れ子テーブルを記憶したコンピュータ読み取り可能
な記憶媒体。