(57)【要約】【課題】高度な知識を有しない一般的なデータの利用者であっても、集計モデルを容易に作成する。【解決手段】データ管理機構１が、あらかじめ設定された複数の内部データから構成される内部モデルと、内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報とを記憶し、抽象化データ処理機構２が、複数の内部データと内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶し、複数の外部データから構成される抽象化モデルを記憶し、集計モデル生成機構３が、抽象化モデルのうち外部から選択された外部データに抽象化データ処理機構２にて対応付けられた内部データと関係情報とに基づいて、集計モデルを生成する。【選択図】図１
2011159122.tif 000002
【特許請求の範囲】
【請求項１】
あらかじめ設定された複数の内部データから構成される内部モデルと、前記内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報とを記憶するデータ管理機構と、
前記複数の内部データと該内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶し、前記複数の外部データから構成される抽象化モデルを記憶する抽象化データ処理機構と、
前記抽象化モデルのうち外部から選択された外部データに前記抽象化データ処理機構にて対応付けられた内部データと、前記関係情報とに基づいて、集計モデルを生成する集計モデル生成機構とを有する集計モデル生成システム。
【請求項２】
請求項１に記載の集計モデル生成システムにおいて、
前記抽象化データ処理機構は、前記内部モデルを正規化したモデルを前記抽象化モデルとして記憶することを特徴とする集計モデル生成システム。
【請求項３】
請求項１に記載の集計モデル生成システムにおいて、
前記データ管理機構は、前記内部モデルとして前記複数の内部データを所定の複数のカテゴリに分類して記憶し、前記複数のカテゴリ間で互いに関連のある内部データ同士の対応付けを前記関係情報として記憶することを特徴とする集計モデル生成システム。
【請求項４】
請求項１に記載の集計モデル生成システムにおいて、
前記抽象化データ処理機構は、前記抽象化モデルとして前記外部データを所定の複数のカテゴリに分類して記憶することを特徴とする集計モデル生成システム。
【請求項５】
請求項１に記載の集計モデル生成システムにおいて、
前記集計モデル生成機構が生成した前記集計モデルを出力する出力部を有することを特徴とする集計モデル生成システム。
【請求項６】
あらかじめ設定された複数の内部データから構成される内部モデルと、前記内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報とを記憶する第１のデータベースと、前記複数の内部データと該内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶し、前記複数の外部データから構成される抽象化モデルを記憶する第２のデータベースとを有するシステムにおいて集計モデルを生成する集計モデル生成方法であって、
前記抽象化モデルのうち外部から選択された外部データに前記第１のデータベースにて対応付けられた内部データと、前記第２のデータベースに記憶されている前記関係情報とに基づいて、集計モデルを生成する処理を有する集計モデル生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、集計モデルを生成する集計モデル生成システムおよび集計モデル生成方法に関する。
【背景技術】
【０００２】
一般的に行われている明細データの集計を行うシステムでは、データ集計処理を計画する者（利用者）が、まず集計対象とする複雑なデータ（ＲＤＢ（Ｒｅｌａｔｉｏｎａｌ  Ｄａｔａｂａｓｅ）あるいはその他オブジェクト）の構造や意味を理解する必要がある。そして、結果（外部モデル）を導出する際に必要となる、データ集計モデルを定義する必要がある。
【０００３】
また、データベースのカラム名に利用者が理解しやすい名前を付与し、当該データベースの物理構造を理解しなくてもＳＱＬ文を作成する技術が考えられている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１４２８８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したシステムにおいては、高度な知識を有しない一般的なデータを利用する利用者にとって、
（１）業務システムで利用する内部モデルにおけるオブジェクトの構造・意味を理解すること
（２）データオブジェクト間の関連や、オブジェクトに対する制約の意味を理解すること
（３）外部モデルを起点として、内部モデルおよびそのオブジェクト間の関係を逆算して必要となる集計モデルを作成する手続きを理解し実践すること
は難しく、事実上集計モデルを単独で作成することは困難であるという問題点がある。
【０００６】
また、一般的なデータの利用者が明細データの内部モデルの構造を理解することができない場合、外部モデルの設計すら困難である。一般的な業務システムが使用する明細データの構成（内部モデル）は、業務システムが効率的に処理を行えることを前提に設計されており、生のデータを利用者が見てわかり易いかどうかといった考慮は通常されていない。
【０００７】
図１２は、内部モデルから分離された抽象化モデルの一例を示す図である。
【０００８】
図１２に示すように一般的な業務システムの内部モデルでは、システムの都合からデータベース上の列名が規定されていることがある。このような場合、利用者にとって必要な情報が得られる列がどれであるかを判断することは難しく、外部モデルの設計することは困難であるという問題点がある。
【０００９】
また、一般的なデータの利用者は、内部モデルのオブジェクト間の関係を把握できないため、集計モデルの作成は不可能である。多くの場合、集計に必要なデータが単一構造の表内に収められていることは少なく、複数のオブジェクトを互いに関連づけて処理する必要がある。この関連付けて処理を行うためには、複数オブジェクト間における関連性のある項目を集計システムに伝える必要がある。しかしながら、上述した理由により、一般的な利用者は内部モデルにおけるデータの相互関係を理解していないため、集計モデルにおける表間の関連付けを行うことができないという問題点がある。
【００１０】
また、特許文献１には、ＳＱＬ文を含む場合の技術が記載されているものであり、ＳＱＬ文を含まない技術に対応するものではない。
【００１１】
本発明の目的は、上述した課題を解決する集計モデル生成システムおよび集計モデル生成方法を提供することである。
【課題を解決するための手段】
【００１２】
本発明の集計モデル生成システムは、
あらかじめ設定された複数の内部データから構成される内部モデルと、前記内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報とを記憶するデータ管理機構と、
前記複数の内部データと該内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶し、前記複数の外部データから構成される抽象化モデルを記憶する抽象化データ処理機構と、
前記抽象化モデルのうち外部から選択された外部データに前記抽象化データ処理機構にて対応付けられた内部データと、前記関係情報とに基づいて、集計モデルを生成する集計モデル生成機構とを有する。
【００１３】
また、本発明の集計モデル生成方法は、
あらかじめ設定された複数の内部データから構成される内部モデルと、前記内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報とを記憶する第１のデータベースと、前記複数の内部データと該内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶し、前記複数の外部データから構成される抽象化モデルを記憶する第２のデータベースとを有するシステムにおいて集計モデルを生成する集計モデル生成方法であって、
前記抽象化モデルのうち外部から選択された外部データに前記第１のデータベースにて対応付けられた内部データと、前記第２のデータベースに記憶されている前記関係情報とに基づいて、集計モデルを生成する処理を有する。
【発明の効果】
【００１４】
以上説明したように、本発明においては、高度な知識を有しない一般的なデータの利用者であっても、集計モデルを容易に作成することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の集計モデル生成システムの第１の実施の形態を示す図である。
【図２】図１に示した内部モデル管理部が記憶して管理している内部モデルの一例を示す図である。
【図３】図１に示した関係管理部が記憶して管理している関係情報の一例を示す図である。
【図４】図１に示した抽象化モデル管理部が記憶して管理する抽象化モデルの一例を示す図である。
【図５】図１に示した抽象化モデル管理部が記憶して管理する抽象化モデルと内部モデルとの対応付けの一例を示す図である。
【図６】（受注情報の見積額、組織情報の事業部名、顧客情報の取引先会社名）が選択された外部モデルを示す図である。
【図７】図１に示した抽象化モデル管理部が決定した内部モデルＭ３を示す図である。
【図８】図１に示した集計モデル生成部が生成した集計モデルＭ４を示す図である。
【図９】図８に示した集計モデルＭ４においてＲ７を構成する関連情報を示す図である。
【図１０】本発明の集計モデル生成システムの第２の実施の形態を示す図である。
【図１１】本発明の集計モデル生成システムの第３の実施の形態を示す図である。
【図１２】内部モデルから分離された抽象化モデルの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１７】
図１は、本発明の集計モデル生成システムの第１の実施の形態を示す図である。
【００１８】
本形態は図１に示すように、データ管理機構１と、抽象化データ処理機構２と、集計モデル生成機構３と、出力部１０１と、入力部１０２とから構成されている。
【００１９】
データ管理機構１は、集計対象となり得るあらかじめ設定された複数のデータ（内部データ）の構造などを内部モデルとして記憶して管理する。また、データ管理機構１は、記憶している内部データのうち互いに関連のある内部データ同士の対応付けを示す関係情報を記憶して管理する。また、データ管理機構１は、これらの情報を記憶して管理するデータベース（第１のデータベース）としての役割も果たす。ここで内部モデルとは、一般的な利用者が通常知り得ることができないＤＢ（データベース）の物理構造や配置、導出方法などシステムとして情報を利用するために必要な、物理構造などシステム内部の情報を含めたモデルである。
【００２０】
抽象化データ処理機構２は、データ管理機構１で管理されている情報（内部モデル）を利用者にわかりやすい情報（抽象化モデル）に変換した結果を記憶して管理する。また、抽象化データ処理機構２は、あらかじめ設定された複数の内部データと、その内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶する。また、抽象化データ処理機構２は、複数の外部データから構成される抽象化モデルを記憶する。また、抽象化データ処理機構２は、これらの情報を記憶して管理するデータベース（第２のデータベース）としての役割も果たす。ここで抽象化モデルとは、利用者から見える論理構造だけを示すものであり、表現的には、正規化された構造でデータ保有データの一覧を表示するものである。つまり内部モデルのデータ（内部データ）を、適切に正規化した上で、重複排除・物理的構造・配置・関連・導出方法からの独立を実現したモデルである。
【００２１】
集計モデル生成機構３は、抽象化モデルの情報から集計モデルを生成する。具体的には、集計モデル生成機構３は、抽象化モデルのうち外部から選択された外部データに抽象化データ処理機構２にて対応付けられた内部データと、データ管理機構１が管理している関係情報とに基づいて、集計モデルを生成（作成）する。
【００２２】
また、データ管理機構１には、内部モデル管理部１１と、関係管理部１２とが設けられている。
【００２３】
内部モデル管理部１１は、集計対象となり得るデータの情報（データの種別、データの名前、データの構成要素、構成要素の属性や精度など）やアクセス権の情報（内部データ）を、内部モデルとしてあらかじめ記憶して管理している。
【００２４】
図２は、図１に示した内部モデル管理部１１が記憶して管理している内部モデルの一例を示す図である。
【００２５】
図１に示した内部モデル管理部１１には図２に示すように、５つのカテゴリ（表名）に分類されたそれぞれの表に各内部データ（列名）が対応付けられて内部モデルとしてそれぞれ記憶されている。
【００２６】
例えば、図２に示すように、表名が「受注表」に列名として「受注番号」、「受注名称」、「ランク」、「契約形態」、「開始日」、「終了日」、「確証情報」、「確証入手日」、「担当ＩＤ」、「得意先ＣＤ」、「得意先部門」、「得意先担当者」、「得意先連絡先」、「納入先ＣＤ」、「納入先担当者」、「納入先住所」、「見積額」および「予定原価額」が記憶されている。また、表名が「顧客表」に列名として「取引先ＣＤ」、「取引先会社名」、「取引先会社カナ」、「取引担当者」、「所属部署」、「電話番号」、「ＦＡＸ番号」、「取引先銀行」、「取引支店」、「取引口座」、「与信情報」、「担当営業所」および「担当営業ＩＤ」が記憶されている。また、表名が「製造表」に列名として「受注番号」、「製造番号」、「名称」、「開始日」、「終了日」および「売上担当ＩＤ」が記憶されている。また、表名が「社員表」に列名として「社員ＩＤ」、「社員名」、「部門ＣＤ」、「役職」、「電話１」、「電話２」および「電子メール」が記憶されている。また、表名が「組織表」に列名として「部門ＣＤ」、「部門名」および「事業部名」が記憶されている。
【００２７】
関係管理部１２は、上述した関係情報をあらかじめ記憶して管理する。
【００２８】
図３は、図１に示した関係管理部１２が記憶して管理している関係情報の一例を示す図である。
【００２９】
図１に示した関係管理部１２には図３に示すように、内部モデル管理部１１にて管理されている内部モデルを構成する内部データのうち、カテゴリ間で互いに関連のある内部データ同士の対応付けを示す関係情報が、参照元と参照先との対応付けで記憶されている。
【００３０】
例えば、図３に示すように、表名が「受注表」の中の列名が「担当ＩＤ」と、表名が「社員表」の中の列名が「社員ＩＤ」とが対応付けられている。これは、受注表にある「担当ＩＤ」という列は、社員表の「社員ＩＤ」という列に存在しなければならないといった関係情報を示す。また、表名が「受注表」の中の列名が「得意先ＣＤ」と、表名が「顧客表」の中の列名が「取引先ＣＤ」とが対応付けられている。これは、受注表にある「得意先ＣＤ」という列は、顧客表の「取引先ＣＤ」という列に存在しなければならないといった関係情報を示す。また、表名が「社員表」の中の列名が「部門ＣＤ」と、表名が「組織表」の中の列名が「部門ＣＤ」とが対応付けられている。これは、社員表にある「部門ＣＤ」という列は、組織表の「部門ＣＤ」という列に存在しなければならないといった関係情報を示す。また、表名が「顧客表」の中の列名が「担当営業ＩＤ」と、表名が「社員表」の中の列名が「社員ＩＤ」とが対応付けられている。これは、顧客表にある「担当営業ＩＤ」という列は、社員表の「社員ＩＤ」という列に存在しなければならないといった関係情報を示す。また、表名が「製造表」の中の列名が「受注番号」と、表名が「受注表」の中の列名が「受注番号」とが対応付けられている。これは、製造表にある「受注番号」という列は、受注表の「受注番号」という列に存在しなければならないといった関係情報を示す。また、表名が「製造表」の中の列名が「売上担当ＩＤ」と、表名が「社員表」の中の列名が「社員ＩＤ」とが対応付けられている。これは、製造表にある「売上担当ＩＤ」という列は、社員表の「社員ＩＤ」という列に存在しなければならないといった関係情報を示す。
【００３１】
また、抽象化データ処理機構２には、抽象化モデル取得部２１と、抽象化モデル管理部２２とが設けられている。
【００３２】
抽象化モデル管理部２２は、上述した外部データから構成される抽象化モデルをあらかじめ記憶して管理する。また、抽象化モデル管理部２２は、あらかじめ設定された複数の内部データと、その内部データのうち互いに関連のある複数の内部データに基づいて生成された複数の外部データとをそれぞれ対応付けて記憶する。つまり、抽象化モデル管理部２２は、抽象化モデルと内部モデルとの対応付けを記憶する。
【００３３】
図４は、図１に示した抽象化モデル管理部２２が記憶して管理する抽象化モデルの一例を示す図である。
【００３４】
図１に示した抽象化モデル管理部２２には図４に示すように、５つのカテゴリ（表名）に分類されたそれぞれの表に各外部データ（列名）が対応付けられて抽象化モデルとしてそれぞれ記憶されている。
【００３５】
例えば、図４に示すように、表名が「受注情報」に列名として「受注ランク」、「契約形態」、「作業開始日」、「作業終了日」、「営業担当名」、「見積額」および「予定原価額」が記憶されている。また、表名が「顧客情報」に列名として「取引先会社名」、「取引先担当者」、「取引先部門」、「担当営業所名」および「担当営業ＩＤ」が記憶されている。また、表名が「製造情報」に列名として「製造名称」、「作業開始日」、「作業終了日」、「売上担当」および「営業品目名」が記憶されている。また、表名が「社員情報」に列名として「社員名」、「役職」、「内線電話」、「外線電話」および「電子メール」が記憶されている。また、表名が「組織情報」に列名として「部門名」および「事業部名」が記憶されている。このように、利用者が扱い易い形で記憶されている。
【００３６】
図５は、図１に示した抽象化モデル管理部２２が記憶して管理する抽象化モデルと内部モデルとの対応付けの一例を示す図である。
【００３７】
図１に示した抽象化モデル管理部２２には図５に示すように、抽象化モデルと内部モデルとが対応付けられて記憶されている。
【００３８】
例えば、図５に示すように、抽象化モデルの「受注情報」の「受注ランク」と、内部モデルの「受注表」の「ランク」とが対応付けられている。また、抽象化モデルの「受注情報」の「契約形態」と、内部モデルの「受注表」の「契約形態」とが対応付けられている。また、抽象化モデルの「受注情報」の「作業開始日」と、内部モデルの「受注表」の「開始日」とが対応付けられている。また、抽象化モデルの「受注情報」の「作業終了日」と、内部モデルの「受注表」の「終了日」とが対応付けられている。また、抽象化モデルの「受注情報」の「営業担当名」と、内部モデルの「社員表」の「社員名」とが対応付けられている。また、抽象化モデルの「受注情報」の「見積額」と、内部モデルの「受注表」の「見積額」とが対応付けられている。また、抽象化モデルの「受注情報」の「予定原価額」と、内部モデルの「受注表」の「予定原価額」とが対応付けられている。また、結合キーとして、内部モデルの「受注表」の「担当ＩＤ」と「社員表」の「社員ＩＤ」とが対応付けられている。
【００３９】
抽象化モデル取得部２１は、利用者が本発明の集計モデル生成システムを利用すると（集計モデル生成システムに接続すると）、内部モデル管理部１１から、アクセス権を持つ表（カテゴリ）の情報を取得する。続いて、取得した表を抽象化したモデルを抽象化モデル管理部２２から取得し、抽象化モデルとして当該利用者へ通知する。その後、利用者が抽象化モデルの中から必要とする情報を選択すると、その結果を外部モデルとしてシステムへ通知する。
【００４０】
また、集計モデル生成機構３には、外部モデル解析部３１と、関係生成部３２と、集計モデル生成部３３とが設けられている。
【００４１】
外部モデル解析部３１は、抽象化モデル管理部２２に対して、外部モデルを構成する情報が内部モデルでどのように表現されるかを問い合わせ、内部モデルに変換した結果を抽象化モデル管理部２２から取得する。ここで取得した内部モデルは、関係生成部３２へ出力される。
【００４２】
関係生成部３２は、外部モデル解析部３１から出力されてきた内部モデル内の複数オブジェクト（内部データ）間の関係を、関係管理部１２に対して問い合わせて関連付けの関係情報を取得し、その取得結果に基づいて変換した内部モデルを集計モデル生成部３３へ出力する。
【００４３】
集計モデル生成部３３は、関係生成部３２から出力されてきた変換された内部モデルと、その内部モデル内の関連付けの情報とに基づいて、集計モデルを生成する。
【００４４】
出力部１０１は、抽象化モデルや集計モデルを、利用者に対して出力（提示）する。このとき、ディスプレイ等に表示するものであっても良い。
【００４５】
入力部１０２は、利用者からの情報を集計モデル生成システム内に入力する。
【００４６】
以下に、本形態における具体的な動作について説明する。
【００４７】
利用者が集計モデル生成システムに接続すると、抽象化モデル取得部２１は、内部モデル管理部１１に対して利用者がアクセス権を持つ情報を問い合わせる。その結果はアクセス権情報Ａ１として、内部モデル管理部１１から抽象化モデル取得部２１へ返却される。
【００４８】
例えば、利用者が、図２で示した内部データすべてにアクセス権を持っている場合、アクセス権情報Ａ１は、
Ａ１＝（受注表、顧客表、製造表、社員表、組織表）
となる。
【００４９】
すると、抽象化モデル取得部２１は、抽象化モデル管理部２２に対して、アクセス権情報Ａ１を出力し、図４に示した抽象化モデルＭ１を取得する。
【００５０】
ここでは、内部モデル管理部１１で管理されている情報を、図５に示すように結合と射影したものを、（受注情報、顧客情報、製造情報、社員情報、組織情報）として管理している場合を例に挙げて説明する。この場合、それぞれの射影元である（受注表、顧客表、製造表、社員表、組織表）に利用者はアクセス権を持つため、利用者がアクセス権を持つ抽象化モデルＭ１は、図４に示す（受注情報、顧客情報、製造情報、社員情報、組織情報）のすべてとなる。
【００５１】
抽象化モデル取得部２１が取得した抽象化モデルＭ１は、出力部１０１を介して利用者に提示される。これにより、利用者は、提示された抽象化モデルＭ１の中から集計対象としたい情報を任意に選択することができる。
【００５２】
以下に、利用者が、図４に示した抽象化モデルを構成する外部データのうち、（受注情報の見積額、組織情報の事業部名、顧客情報の取引先会社名）を外部モデルとして選択した場合を例に挙げて、その後の動作について説明する。
【００５３】
図６は、（受注情報の見積額、組織情報の事業部名、顧客情報の取引先会社名）が選択された外部モデルを示す図である。
【００５４】
図６の太枠で囲んだ（受注情報の見積額、組織情報の事業部名、顧客情報の取引先会社名）が利用者によって外部モデルＭ２として選択されると、外部モデル解析部３１は、外部モデルＭ２を入力部１０２を介して受け取る。
【００５５】
すると、外部モデル解析部３１は、この外部モデルＭ２を構成する情報である外部データ（受注情報の見積額、組織情報の事業部名、顧客情報の取引先会社名）を、内部モデルでの情報である内部データへ変換するよう、抽象化モデル管理部２２へ要求する。
【００５６】
情報の変換を要求された抽象化モデル管理部２２は、図５に示した対応付けを利用して、対応する内部モデルの情報を検索し、その変換結果（受注表の見積額・組織表の事業部名・顧客表の取引先会社名）を内部モデルＭ３として決定する。
【００５７】
図７は、図１に示した抽象化モデル管理部２２が決定した内部モデルＭ３を示す図である。
【００５８】
図１に示した抽象化モデル管理部２２が決定した内部モデルＭ３は図７に示した太枠で囲ったモデルとなる。
【００５９】
続いて、抽象化モデル管理部２２は決定した内部モデルＭ３を関係生成部３２へ出力する。
【００６０】
すると、関係生成部３２は、関係管理部１２が管理している図３に示した関係情報を参照し、参照元の表と参照先の表との組み合わせに基づいて、抽象化モデル管理部２２から出力されてきた内部モデルＭ３を構成する３つの表の組み合わせを特定できるパスを生成する。
【００６１】
図３に示したＮｏ．１から受注表と社員表との関係を特定する（Ｒ１）。また、図３に示したＮｏ．２から受注表と顧客表との関係を特定する（Ｒ２）。また、図３に示したＮｏ．３から社員表と組織表との関係を特定する（Ｒ３）。さらに、図３に示したＮｏ．１とＮｏ．３とから受注表と組織表との関係を特定する。
【００６２】
これらから、受注表を中心とした形態で、組織表と顧客表とを関連付けることが可能になる。
【００６３】
一方、変換された内部モデル内のオブジェクトで、関連付けができない場合、システムはここでエラーを通知し、データ集計が不能なことを通知する。
【００６４】
続いて、関係生成部３２は、内部モデルＭ３を構成する表の関連情報Ｒ７＝（Ｒ１＋Ｒ２＋Ｒ３）を生成し、関連情報Ｒ７と内部モデルＭ３とを集計モデル生成部３３へ出力する。
【００６５】
すると、集計モデル生成部３３は、関連情報Ｒ７と内部モデルＭ３の情報とを合成して集計モデルＭ４を生成する。
【００６６】
図８は、図１に示した集計モデル生成部３３が生成した集計モデルＭ４を示す図である。
【００６７】
図１に示した集計モデル生成部３３が生成した集計モデルＭ４は図８に示すように、集計対象として選択する列は、（受注表の見積額・組織表の事業部名・顧客表の取引先会社名）である。
【００６８】
図９は、図８に示した集計モデルＭ４においてＲ７を構成する関連情報を示す図である。
【００６９】
図９に示すように、受注表と社員表と組織表との３つの表を関連付ける情報が、Ｒ１：受注表の担当ＩＤ＝社員表の社員ＩＤ、Ｒ２：受注表の得意先ＣＤ＝顧客表の取引先ＣＤ、Ｒ３：社員表の部門ＩＤ＝組織表の部門ＣＤとなる。なお、Ｒ７は、各情報の和集合である。
【００７０】
このように、集計モデル生成システムは、集計モデルをＭ４を自動生成する。
【００７１】
図１０は、本発明の集計モデル生成システムの第２の実施の形態を示す図である。
【００７２】
本形態は図１０に示すように、本集計モデル生成システム内に存在するとして説明したデータ管理機構１に相当する部分が、データベース管理システム２０１などの別のシステムの管理機構を利用することもできる。
【００７３】
図１１は、本発明の集計モデル生成システムの第３の実施の形態を示す図である。
【００７４】
本形態は図１１に示すように、出力部１０１や入力部１０２は、通信部１０３など外部とデータ交換が可能な実行プログラムであっても良い。
【００７５】
以上説明したように、利用者に抽象化モデルから外部モデルを選択させるだけで、複雑な内部モデルや関係を意識せずとも、集計モデルを自動的に生成することができる。その結果、システムが利用者に必要としていた内部モデルに関する知識を不要とすると共に、集計モデル作成の効率を向上させ、作成時の間違いの低減を図ることが可能になる。
【符号の説明】
【００７６】
１    データ管理機構
２    抽象化データ処理機構
３    集計モデル生成機構
１１    内部モデル管理部
１２    関係管理部
２１    抽象化モデル取得部
２２    抽象化モデル管理部
３１    外部モデル解析部
３２    関係生成部
３３    集計モデル生成部
１０１    出力部
１０２    入力部
１０３    通信部
２０１    データベース管理システム
【図１】
2011159122.tif 000003
【図２】
2011159122.tif 000004
【図３】
2011159122.tif 000005
【図４】
2011159122.tif 000006
【図５】
2011159122.tif 000007
【図６】
2011159122.tif 000008
【図７】
2011159122.tif 000009
【図８】
2011159122.tif 000010
【図９】
2011159122.tif 000011
【図１０】
2011159122.tif 000012
【図１１】
2011159122.tif 000013
【図１２】
2011159122.tif 000014