JP2002202885A - データ構造解決ユニットを用いたプログラム自動生成方式 - Google Patents

Abstract

(57)【要約】 【課題】より少ない雛型を用いて、多様なプログラムを
生成できるようにするプログラム自動生成技術を提供す
ること。 【解決手段】所定の処理を行うプログラムを自動的に生
成する本発明のプログラム自動生成装置は、各々所定の
処理固有の設定を行うための解決ロジックを含み且つ予
め対応付けられたデータ構造のための雛型プログラムを
含む、複数のデータ構造解決ユニットと、選択されたデ
ータ構造に対応するデータ構造解決ユニット内の雛型プ
ログラムに含まれる解決ロジックの、所定の処理固有の
設定に関する解決情報を取得し、当該解決ロジックの解
決情報と雛型プログラムとを合成することにより、所定
の処理を行うためのプログラムを生成する解決器とを有
する。本発明ではデータ構造に対応して雛型プログラム
が用意される。用途／処理フロー毎に雛型を用意するよ
りは、より少ない雛型の数にて多様なプログラムを生成
できるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、プログラムの作成
を支援する技術に関し、より詳しくは、各データ構造に
対応する雛型プログラムを用いたプログラムの自動生成
技術に関する。

【０００２】

【従来の技術】従来のプログラム作成支援システムで
は、作成すべきプログラムに対する仕様を記述するため
の形式が用意され、それに従って記述された仕様からプ
ログラムを生成するジェネレータ方式が一般的である。
この方式では、（ａ）仕様記述の量を作成すべきプログ
ラムの規模に比べてどの程度小さく出来るか、（ｂ）仕
様の形式を生成すべきプログラムの構造よりもユーザに
分かりやすくし、どの程度誤りが入り込みにくくできる
か、という点が重要な評価対象となる。この（ａ）に注
目すると、（ｉ）作成すべきプログラムを用途／処理フ
ローに応じてパターン化し、パターン毎に雛型を用意し
て、固有の部分だけをユーザが記述する方法と、（ii）
作成すべきプログラムよりも記述性が高い形式を仕様記
述言語として提供する方法とがある。

【０００３】

【発明が解決しようとする課題】（ｉ）の方法を採用す
る際の問題は、ユーザによる仕様の記述量を少なくする
には雛型が相当量カバーする必要があるが、そのために
は用途／処理フローに応じたパターンを、生成すべきプ
ログラムの多様性に応じて数多く用意しなければならな
い点にある。

【０００４】本発明の目的は、より少ない雛型を用い
て、多様なプログラムを生成できるようにするプログラ
ム自動生成技術を提供することである。

【０００５】

【課題を解決するための手段】本発明の第１の態様に係
る、所定の処理を行うプログラムを自動的に生成するプ
ログラム自動生成装置は、所定の処理固有の設定を行う
ための解決ロジックを含み且つ予め対応付けられたデー
タ構造のための雛型プログラムを各々含む、複数のデー
タ構造解決ユニットと、選択されたデータ構造に対応す
るデータ構造解決ユニット内の雛型プログラムに含まれ
る解決ロジックの、所定の処理固有の設定に関する解決
情報を取得し、当該解決ロジックの解決情報と雛型プロ
グラムとを合成することにより、所定の処理を行うプロ
グラムを生成する解決器とを有する。本発明ではデータ
構造に対応して雛型プログラムが用意される。用途／処
理フロー毎に雛型を用意するよりは、より少ない雛型の
数にて多様なプログラムを生成できるようになる。

【０００６】上で述べた解決器を、選択されたデータ構
造に対応するデータ構造解決ユニット内の雛型プログラ
ムに含まれる解決ロジックを解析し、当該解決ロジック
に対する解決情報の入力をユーザに促す手段を有するよ
うな構成とすることも可能である。これによりユーザは
より簡単に解決ロジックに対する解決情報を入力できる
ようになる。よって、生成されるプログラムに誤りが入
りにくくなる。

【０００７】なお、上で述べたようなプログラム自動生
成装置を、通常のコンピュータとプログラムの組み合せ
にて実装することができ、当該プログラムは、例えばフ
ロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、光磁気
ディスク、半導体メモリ、ハードディスク等の記憶媒体
又は記憶装置に格納される。また、処理途中の中間的な
データは、コンピュータのメインメモリなどの記憶装置
に格納される。

【０００８】本発明の第２の態様に係る、所定の仕様に
従ったプログラムを生成するために使用される生成用プ
ログラムは、１又は複数のレコードタイプと、複数のレ
コードタイプが存在する場合には当該複数のレコードタ
イプ間のリンクとから構成されるデータ構造を規定し、
当該データ構造についての所定の仕様に従った設定を行
うための解決ロジックを含む第１の雛型プログラムと、
操作について所定の仕様に従った設定を行うための解決
ロジックを含み、上記データ構造に対して実行される基
本操作に対応する第２の雛型プログラムとを含む。生成
用プログラムは、上記のデータ構造解決ユニットであ
る。

【０００９】なお、データ構造解決ユニットは、後に述
べる実施の形態では、単純型データ構造に対応するデー
タ構造解決ユニット、伝票型データ構造に対応するデー
タ構造解決ユニット、階層型データ構造に対応するデー
タ構造解決ユニット、ツリー型データ構造に対応するデ
ータ構造解決ユニット、在庫型データ構造に対応するデ
ータ構造解決ユニット、時間帯予約型データ構造に対応
するデータ構造解決ユニット、計画型データ構造に対応
するデータ構造解決ユニット、座席予約型データ構造に
対応するデータ構造解決ユニット、構成型データ構造に
対応するデータ構造解決ユニット、明細主導伝票型デー
タ構造に対応するデータ構造解決ユニット、系図型デー
タ構造に対応するデータ構造解決ユニット、及びマトリ
ックス型データ構造に対応するデータ構造解決ユニット
のうちいずれかのデータ構造解決ユニットである。

【００１０】

【発明の実施の形態】本発明の一実施の形態に係るプロ
グラム自動生成装置の概要を図１に示す。プログラム自
動生成装置１は、データ構造解決ユニット３と、解決ロ
ジック解析部７及び合成部９を含む解決器５と、解決情
報入力画面１１とを有している。なお、データ構造解決
ユニット３は、データ構造毎に複数用意されており（図
１における３ａ，３ｂ，３ｃ）、ユーザが選択したデー
タ構造に対応するデータ構造解決ユニット３に対し解決
器５が作用する。データ構造解決ユニット３は、生成す
べきプログラム固有の設定を行うための解決ロジック３
３を含む雛型プログラム３１を含む。解決器５の解決ロ
ジック解析部７は、データ構造解決ユニット３の解決ロ
ジック３３を解析し、解決情報をユーザに入力するよう
に促す入力画面１１を生成する。ユーザは生成すべきプ
ログラムの仕様に従って、解決ロジック３３に対する解
決情報を入力画面１１に入力する。解決器５の合成部９
は、データ構造解決ユニット３の雛型プログラム３１
と、ユーザにより入力された、解決ロジック３３に対す
る解決情報を合成して、対象とするプログラム１３を生
成する。

【００１１】図２にデータ構造解決ユニット３の概要を
示す。データ構造解決ユニット３のデータ構造部３２０
は、本データ構造解決ユニット３に対応するデータ構造
を規定する部分である。すなわち、１又は複数のレコー
ドタイプ３２２及び３２４と、複数のレコードタイプが
存在する場合には当該複数のレコードタイプの関連を表
すリンク３２６とによりデータ構造が規定される。この
データ構造部３２０は、データ構造を規定する他、デー
タベース３９０とのインターフェースを有している。す
なわち、レコードタイプ３２２及び３２４に格納される
データをデータベースに出力する機能、データベースか
らデータを読み出し、レコードタイプ３２２及び３２４
とレコードタイプ間の関連に従った構造に成形する機能
とを有する。なお、データベース３９０はデータ構造解
決ユニット３には含まれない。よって図２ではデータベ
ース３９０を点線で描いている。

【００１２】このデータ構造部３２０は実態的には雛型
プログラム３８０である。雛型プログラム３８０は上で
述べたように、当該データ構造解決ユニット３が取り扱
うデータ構造を規定しており、データベース３９０との
インターフェースを有している。また、雛型プログラム
３８０は解決ロジック３８２を含んでいる。この解決ロ
ジック３８２は、当該データ構造解決ユニット３が取り
扱うデータ構造についての設定を可能にするものであ
る。例えば、レコードの属性や型を設定できるようにす
るものである。データ構造は既に決まっているので、デ
ータ構造部３２０に対応する雛型プログラム３８０内の
解決ロジック３８２により設定できる部分は、後に述べ
る操作のための雛型プログラム内の解決ロジックに比べ
れば自由度は小さくなる。

【００１３】操作基本部３１０は、データ構造部３２０
により規定されたデータ構造に対して基本的な操作であ
る基本操作３１２乃至３１６を実施する。基本操作３１
２乃至３１６は、例えば、レコードの挿入、関連付け、
更新、検索、削除等の操作であり、データ構造に対応し
て必要となる操作である。

【００１４】この操作基本部３１０も実態的には雛型プ
ログラム３５０乃至３７０である。図２では、雛型プロ
グラム３５０は基本操作３１２に対応しており、雛型プ
ログラム３６０は基本操作３１４に対応しており、雛型
プログラム３７０は基本操作３１６に対応している。こ
のように、基本操作３１２乃至３１６に対応する雛型プ
ログラム３５０乃至３７０が用意される。雛型プログラ
ム３５０乃至３７０は、個々のレコードに含まれるデー
タ項目に対する操作を行うものであり、埋め込み可能な
プログラムソースの形式で提供される。雛型プログラム
３５０乃至３７０の埋め込み可能な部分が解決ロジック
３５２である。解決ロジック３５２は、対象となるプロ
グラム固有の業務ロジックを雛型プログラム３５０乃至
３７０に埋め込む手段を提供するものである。実際的に
は、雛型プログラム３５０乃至３７０の中に、埋め込む
べき場所、埋め込むべき情報、その形式がタグ付き言語
にて用意されている。

【００１５】１．伝票型データ構造 本実施の形態をより理解し易いように、以下データ構造
毎に説明する。例えば図３のような伝票操作画面１５を
出力するようなプログラムを生成する場合を考える。伝
票操作画面１５は購入品伝票を操作する画面であり、デ
ータ構造部３２０に係るデータと、操作基本部３１０に
係る操作ボタン５００乃至５２０とを含む。データ構造
部３２０に係るデータは、ヘッダ部４００に含まれる承
認番号、承認区分及び扱い日付についてのテーブルと、
明細部４１０に含まれる行番号及び購入品目のテーブル
とを含む。操作基本部３１０に係る操作ボタンには、伝
票登録操作を実施するための伝票登録ボタン５００、伝
票更新操作を実施するための伝票更新ボタン５１０、伝
票削除操作を実施するための伝票削除ボタン５２０等が
含まれる。

【００１６】図３のような伝票操作画面１５を出力する
ようなプログラムは、伝票型データ構造を使用してい
る。よって、このようなプログラムを生成する際には、
伝票型データ構造に対応するデータ構造解決ユニット３
が選択されねばならない。伝票型データ構造では、ヘッ
ダのまとまりで情報が取り扱われ、ヘッダは明細を管理
する。伝票型データ構造に対応するデータ構造解決ユニ
ット３のデータ構造部３２０は、例えば図４のように示
すことが出来る。すなわち、キーと属性とを含むヘッダ
部４００と、ヘッダ部４００からリンクされており、キ
ーと属性とを含む明細部４１０とで表される。但し、明
細部４１０は１つのヘッダ部４００に対してＮ件（Ｎは
０以上の整数）リンクする。

【００１７】また、データ構造解決ユニット３の基本操
作部３１０は、例えば以下に示すような種類の基本操作
を含む。なお括弧内の文字列はメソッド名である。 （１）ヘッダ検索（findHeaderByKey） 指定したヘッダのキーを持つ伝票のヘッダを検索する。 （２）明細複数件検索（findDetailsByKey） 指定したヘッダのキーを持つ伝票の明細を複数検索す
る。 （３）明細１件検索（findDetailByKey） 指定したヘッダのキーを持つ伝票の明細を行番号を指定
して１件検索する。 （４）伝票検索（findSlipByKey） 指定したヘッダのキーを持つ伝票を検索する。 （５）条件によるヘッダ検索 ヘッダを条件指定で検索し、条件検索後に伝票１件分の
ヘッダ情報を取得する（nextHeader）。 （６）条件による伝票検索 伝票を条件指定で検索し、条件検索後に伝票１件分の全
情報を取得する（nextSlip）。 （７）キーつきヘッダ新規作成（createHeaderWithKey
1） キーを設定して伝票のヘッダを新規作成し、結果を真偽
で返す。 （８）キーつきヘッダ新規作成 キーを設定して伝票のヘッダを新規し（createHeaderWi
thKey2）、生成した伝票の情報を返す。 （９）キーなしヘッダ新規作成 キーを設定せずに伝票のヘッダを新規し（createHeader
WithoutKey）、生成した伝票の情報を返す。 （１０）キーつき伝票新規作成（createSlipWithKey1） キーを設定して伝票を新規作成し、結果を真偽で返す。 （１１）キーつき伝票新規作成 キーを設定して伝票を新規作成し（createSlipWithKey
2）、生成した伝票の情報を返す。 （１２）キーなし伝票新規作成 キーを設定せずに伝票を新規作成し（createSlipWithou
tKey）、生成した伝票の情報を返す。 （１３）明細追加（insertDetails1） 既存の伝票に明細を複数件追加し、結果を真偽で返す。 （１４）明細追加 既存の伝票に明細を複数件追加し（insertDetails2）、
追加した伝票の情報を返す。 （１５）明細取消（cancelDetails） 既存の伝票の明細を取り消す。 （１６）ヘッダ更新 キーで指定したヘッダの内容を更新し、結果を真偽で返
す。 （１７）ヘッダ更新 キーで指定したヘッダの内容を更新し、更新したヘッダ
の内容を返す。 （１８）明細更新 キーで指定した伝票の明細の内容を更新し、結果を真偽
で返す。 （１９）明細更新 キーで指定した伝票の明細の内容を更新し、更新した伝
票の内容を返す。 （２０）伝票更新 キーで指定した伝票の内容を更新し、結果を真偽で返
す。 （２１）伝票削除（removeSlip） 指定したキーを持つヘッダを、そのヘッダが持っている
全明細を含めて、物理的に削除する。

【００１８】なお前段で説明した基本操作は、さらに細
かい操作の集合である。例えば図５に示すように、伝票
登録操作（前段の伝票新規作成）は、ヘッダ部４００に
対して登録操作を実施し且つ明細部４１０に対して登録
操作を実施する。伝票更新操作（前段の伝票更新）は、
ヘッダ部４００に対して更新操作を実施し且つ明細部４
１０に対して更新操作を実施する。明細追加操作（前段
の明細追加）は、明細部４１０に対して登録処理を実施
する。

【００１９】上でも述べたが操作基本部３１０の各基本
操作に対応して解決ロジックを含む雛型プログラムが用
意される。図６には伝票更新操作の雛型プログラムソー
スの例を示している。図６の例では、《》に囲まれてい
る部分が解決ロジックであり、ユーザがこの部分に対す
る解決情報を入力することにより対象となるプログラム
を生成できるようになる。図６の例では、操作名、伝票
名、更新可能な状態名、更新後の状態名、固有チェッ
ク、及びエラーメッセージを、対象となるプログラムの
仕様に従って設定する。図６は伝票更新操作の雛型プロ
グラムである。

【００２０】なお、《》に囲まれている情報だけでは複
雑な記述はできないので、タグの意味内容を別途タグリ
ストとして記述しておき、その中の情報を使用する場合
もある。例えば、《》内にはタグリストの参照先を示し
ておき、例えばタグリストにおいてユーザに選択させる
べき選択肢についてのデータを格納しておくことも可能
である。

【００２１】図１に示した解決器５の解決ロジック解析
部７が上で述べたような伝票型データ構造に対応するデ
ータ構造解決ユニット３の解決ロジック３３を解析する
と、図７に示したような事項をユーザに入力するように
促す。すなわち、解決ロジック解析部７は解決情報入力
画面１１ａを出力する。入力画面１１ａは、データ構造
部３２０の解決ロジックに関するデータ構造解決部６０
０及び６１０と、操作基本部３１０の解決ロジックに関
する操作解決部６２０とに分けられる。

【００２２】データ構造解決部６００は伝票型データ構
造におけるヘッダ部４００についての設定を入力する部
分である。図７では項目名「承認番号」が入力され、こ
の承認番号はキーであり、型は整数（ｉｎｔ）型である
ということが入力されている。すなわち、図４のヘッダ
部４００のキーの部分には整数型の承認番号が格納され
る。また、文字列型（String）の項目名「承認区分」、
及び日付型（date）の項目名「扱い日付」という情報も
入力されている。承認区分及び扱い日付は図４のヘッダ
部４００の属性の部分に格納される。データ構造解決部
６１０は伝票型データ構造における明細部４１０につい
ての設定を入力する部分である。図７では整数型の項目
名「承認番号」及び整数型の項目名「行番号」がキーと
して入力されている。すなわち、図４の明細部４１０の
キー部分に承認番号及び行番号が格納される。また文字
列型の項目名「購入品目」も入力されている。この購入
品目は図４の明細部４１０の属性部分に格納される。

【００２３】操作解決部６２０は、図７では一部のみし
か示されていない。ユーザが対象となるプログラムの仕
様に従って、操作名として［課長承認］を入力する。そ
うすると、課長承認に対応する基本操作名を基本操作名
リストから選択するようになっている。ここでは課長承
認に対応する基本操作は伝票更新である。次に伝票更新
操作に対応するロジック解決情報を入力する。解決ロジ
ック解析部７は、伝票更新操作の雛型プログラムに埋め
込まれた解決ロジックであるタグ付き言語の部分を解析
して、更新可能状態名の具体的な入力（ここでは［承認
申請中］）、更新後状態名の具体的な入力（ここでは
［課長承認済］）、エラーメッセージの具体的な入力
（ここでは［承認対象ではありません］）、固有チェッ
クの具体的な入力（ここでは［承認区分＝"部長決済伝
票"］。論理式でも記述できる）を求める。そして、ユ
ーザは他の操作名を入力し、上で述べたのと同様な処理
を繰り返す。図７の例では次に操作名として［伝票作
成］を入力している。そして、伝票作成操作に対応する
基本操作が伝票登録と選択される。

【００２４】なお図７のように一画面で全ての解決情報
を入力するようにするとユーザには煩雑になり、入力漏
れや、入力過ちを生ずる可能性がある。よって、図８乃
至図１２のように順番に必要な情報を入力／選択させる
ようにしてもよい。

【００２５】図８は本プログラム自動生成装置１を使用
してプログラムの自動生成を行う際に最初に行うべきデ
ータ構造の選択のための型選択画面１１ｂである。型選
択画面１１ｂは、単純型データ構造を選択するためのボ
タンと、伝票型データ構造を選択するためのボタンと、
階層型データ構造を選択するためのボタンと、ツリー型
データ構造を選択するためのボタンと、在庫型データ構
造を選択するためのボタンと、時間帯予約型データ構造
を選択するためのボタンと、計画型データ構造を選択す
るためのボタンと、座席予約型データ構造を選択するた
めのボタンと、構成型データ構造を選択するためのボタ
ンと、明細主導の伝票型データ構造を選択するためのボ
タンと、系図型データ構造を選択するためのボタンと、
マトリックス型データ構造を選択するためのボタンと、
本プログラム自動生成装置が出力する最初の画面に戻る
ためのボタン（戻る）と、選択したデータ構造に関する
解決情報を入力する処理に移行するためのボタン（次
へ）と、選択をキャンセルするためのボタンとが含まれ
る。型選択画面１１ｂにて選択されたデータ構造に対応
するデータ構造解決ユニット３が以下の処理を行うため
に用意される。

【００２６】本実施例では上で述べたように１２種類の
データ構造から選択できるようになっているが、これ以
外のデータ構造を追加して、より多くの種類のデータ構
造からプログラム生成のためのデータ構造を選択するよ
うにすることも可能である。また、上で述べた１２種類
のデータ構造のうち２以上の任意のデータ構造のみを選
択可能として型選択画面１１ｂに提示するような態様も
可能である。

【００２７】ここでは伝票型データ構造が選択され、
「次へ」のボタンが押されたものとする。そうすると、
伝票型データ構造に対応するデータ構造解決ユニット３
が取り出され、解決ロジック解析部７は、データ構造解
決ユニット３に含まれる解決ロジック３３を解析し、ま
ず図９に示す伝票型解決情報入力画面その１（１１ｃ）
を出力する。この伝票型解決情報入力画面その１（１１
ｃ）では、ユーザに伝票名を入力するよう促す。本例で
は購入品伝票を処理するプログラムを生成するために、
ユーザは「購入品伝票」と入力し、「次へ」というボタ
ンを押す。なお、データ構造を選択し直す場合には、
「戻る」のボタンを押し、伝票名の入力をキャンセルす
る場合には「キャンセル」のボタンを押す。

【００２８】図９で「次へ」のボタンが押されると、伝
票型解決情報入力画面その２（１１ｄ）が解決ロジック
解析部７から出力される。解決ロジック解析部７はデー
タ構造部３２０の雛型プログラム３８０に埋め込まれた
解決ロジック３８２を解析して、データ構造解決部６０
０及び６１０の入力用テーブルを出力する。データ構造
解決部６００では、ユーザにヘッダ部４００の解決情報
を入力するよう促す。ここでは、項目名、キーか否か、
型を入力する。すなわち、雛型プログラム３８０にはヘ
ッダ・レコードに属性を与えるための解決ロジック３８
２が含まれている。本例では、キーであり、整数型の項
目名「承認番号」と、文字列型の項目名「承認区分」
と、日付型の項目名「扱い日付」が入力されている。デ
ータ構造解決部６１０では、ユーザに明細部４１０の解
決情報を入力するよう促す。ここでは、項目名、キーか
否か、型を入力する。すなわち、雛型プログラム３８０
には明細レコードに属性を与えるための解決ロジックが
含まれている。本例では、キーであり、整数型の項目名
「承認番号」と、キーであり、整数型の項目名「行番
号」と、文字列型の項目名「購入品目」が入力されてい
る。

【００２９】ユーザは生成すべきプログラムの仕様に従
った解決情報の入力が終われば、次の解決情報の入力の
ため「次へ」ボタンを押す。なお、伝票名の入力をやり
直す場合には「戻る」ボタンを押す。また、入力をキャ
ンセルする場合には「キャンセル」ボタンを押す。

【００３０】図１０で「次へ」ボタンが押されると、伝
票型解決情報入力画面その３（１１ｅ）が解決ロジック
解析部７から出力される。解決ロジック解析部７はどの
基本操作に対する設定を行うかの選択をユーザに促す。
伝票解決情報入力画面その３（１１ｅ）では、操作名を
入力し、この操作名に対応する基本操作名を選択する。
基本操作名の選択は、操作基本部３１０に含まれる基本
操作の名前に関する基本操作名リストを使用する。図１
１では基本操作名リストをコンボボックスで表示するよ
うになっている。図１１の例では操作名には課長承認が
入力され、それに対応する基本操作には伝票更新が選択
される。なお、コンボボックスの表示にて隠れている
が、伝票型解決情報入力画面その３（１１ｅ）の入力が
終了すると、「次へ」ボタンを押す。一方、伝票型解決
情報入力画面その２（１１ｄ）に戻る場合には「戻る」
ボタンを押す。入力をキャンセルする場合には「キャン
セル」ボタンを押す。

【００３１】図１１で「次へ」のボタンが押されると、
解決ロジック解析部７から伝票解決情報入力画面その４
（１１ｆ）が出力される（図１２）。この伝票解決情報
入力画面その４（１１ｆ）は、操作解決部６２０の入力
をユーザに促すものである。解決ロジック解析部７は、
選択された基本操作に対応する雛型プログラムを解析
し、埋め込まれている解決ロジックに対する解決情報の
入力を求める。本例では、更新可能状態名の入力、更新
後状態名の入力、エラーメッセージの入力、固有チェッ
クの入力が可能となっており、更新可能状態名には「承
認申請中」、更新後状態名には「承認申請済」、エラー
メッセージには「承認対象ではありません」、固有チェ
ックには「承認区分＝"部長決済伝票"」が入力されてい
る。このように、基本操作に対応する本雛型プログラム
には、ヘッダ・レコードの状態を操作との関連で定義す
るための解決ロジックと、プログラムの仕様に従った設
定をレコードの属性、レコードの状態、若しくはレコー
ドの属性及び状態の組合せで記述するための解決ロジッ
クが埋め込まれている。

【００３２】伝票型解決情報入力画面その４（１１ｆ）
の入力が終了すると、生成ボタンを押す。これにより、
基本操作の伝票更新操作に係るプログラムが合成部９に
より生成される。続いて、生成すべきプログラムの仕様
において必要とされる他の操作に対する解決情報の入力
が行われる。なお、前の入力画面に戻る場合には「戻
る」ボタンを押し、入力をキャンセルする場合には「キ
ャンセル」ボタンを押す。

【００３３】以上のように最初にデータ構造がユーザに
より選択され、解決ロジック解析部７が、選択されたデ
ータ構造に対応するデータ構造解決ユニット３の解決ロ
ジック３３を解析し且つ解決情報入力画面１１を出力
し、それに対応して解決情報がユーザにより入力され、
合成部９が解決情報と雛型プログラム３１を合成するこ
とによりプログラムを生成する。

【００３４】ここで解決器５の処理フローを図１３乃至
図１５まとめておく。

【００３５】ユーザによりデータ構造が選択されて処理
が開始されると（図１３：ステップＳ１１）、選択され
たデータ構造に対応するデータ構造解決ユニット３の解
析が解決ロジック解析部７により行われる。最初に、デ
ータ構造解決ユニット３のデータ構造部３２０の解析が
行われる（ステップＳ１３）。雛型プログラム３８０の
解決ロジック３８２が解析される。解析の結果は後で用
いるので、一旦記憶装置に格納される。

【００３６】次に、操作基本部３１０の解析を行う（ス
テップＳ１５）。ここでは、操作基本部３１０の基本操
作毎の雛型プログラム３５０乃至３７０を読み込み、基
本操作の名前のリストである基本操作名リストを作成す
る。そして、読み込んだ雛型プログラム３５０乃至３７
０の解析を実施する（ステップＳ１７）。雛型プログラ
ムの解析については後に図１４を用いて説明する。

【００３７】ステップＳ１７までにデータ構造解決ユニ
ット３の解析を終了すると、解決ロジック解析部７は解
決ロジックに対する解決情報を入力するための解決情報
入力画面の生成を行い、ユーザに提示する（ステップＳ
１９）。そして、ユーザから解決情報を取得する。この
ステップＳ１９の処理についても後に図１５を用いて説
明する。合成部９は、取得した解決情報と雛型プログラ
ム３１を合成し（ステップＳ２１）、対象プログラムを
生成する（ステップＳ２３）。なお、雛型プログラム３
１に埋め込まれた解決ロジックの部分を、取得した解決
情報で埋めれば、対象となるプログラムが生成できる。

【００３８】では、図１４を用いて雛型プログラムの解
析処理を示す。図１４の処理は伝票型データ構造の場合
の解析処理である。まず、伝票型データ構造に対応する
雛型プログラムに埋め込まれた解析ロジックである伝票
名タグの存在を確認する（ステップＳ３３）。伝票型デ
ータ構造に対応する雛型プログラムには必ず伝票名タグ
が含まれる。よって、もしステップＳ３３で伝票名タグ
が見つからない場合には、当該雛型プログラムは伝票型
データ構造に対応する雛型プログラムとしては適当でな
いということになる。存在が確認できなければ、エラー
メッセージを出力するようにしてもよい。

【００３９】次に操作名タグの存在を確認する（ステッ
プＳ３５）。この操作名タグも雛型プログラムには必ず
設けられる解決ロジックであるから、操作名タグが見つ
からない場合にはエラーメッセージを出力するようにし
てもよい。そして、雛型プログラムを走査してその他の
タグを検索し、タグ内容の確認及び記憶装置への格納を
行う（ステップＳ３９）。雛型プログラムの解析結果
は、一旦記憶装置に格納され、次の解決情報入力画面生
成処理に用いられる。

【００４０】次に、解決情報入力画面の生成及び解決情
報の取得処理について図１５を用いて説明する。図１５
の処理は伝票型データ構造の場合の処理である。まず、
伝票名入力画面を作成し、ユーザに対して出力する。ユ
ーザからは伝票名を取得する（ステップＳ４３）。例え
ば図９に示した伝票型解決情報入力画面その１（１１
ｃ）を出力し、ユーザから伝票名を取得する。次に、デ
ータ構造入力画面を作成し、ユーザに対して出力する。
ユーザからはデータ構造についての設定内容を取得する
（ステップＳ４４）。例えば図１０に示した伝票型解決
情報入力画面その２（１１ｄ）を出力し、ユーザからヘ
ッダ部４００及び明細部４１０に関する情報を取得す
る。

【００４１】そして、基本操作名リストからの選択部分
を含む操作内容入力画面を作成し、ユーザに対して出力
する。ユーザからは操作内容を取得する（ステップＳ４
５）。例えば図１１に示した伝票型解決情報入力画面そ
の３（１１ｅ）を出力し、ユーザから操作名及び対応す
る基本操作名を取得する。最後に、その他のタグの解決
情報入力画面を作成し、ユーザに対して出力する。ユー
ザからはその他の解決情報を取得する（ステップＳ４
７）。例えば図１２に示した伝票型解決情報入力画面そ
の４（１１ｆ）を出力し、ユーザからは対象となるプロ
グラムの固有の設定に関する解決情報を取得する。

【００４２】次に伝票型データ構造を使用した他のプロ
グラムを生成する場合に入力すべき解決情報の例を示
す。図１６は出荷伝票を処理するプログラムを作成する
際に入力すべき解決情報を入力するための画面例１１ｇ
を示す。図７に示したのと同じように、伝票型データ構
造の場合には、データ構造解決部６４０がヘッダ部４０
０に対する設定を入力する部分であり、データ構造解決
部６５０が明細部４１０に対する設定を入力する部分で
ある。ヘッダ部４００には、項目名、キーか否か、デー
タの型が入力される。図１６の例では、項目名「出荷番
号」はキーであり、整数型のデータであることが入力さ
れている。項目名「出荷区分」は文字列型のデータであ
ることが入力されている。項目名「扱い日付」が日付型
のデータであることが入力されている。

【００４３】明細部４１０には、項目名、キーか否か、
データの型が入力される。図１６の例では、項目名「出
荷番号」はキーであり、整数型のデータであることが入
力されている。項目名「行番号」はキーであり、整数型
のデータであることが入力されている。項目名「商品コ
ード」は文字列型のデータであることが入力されてい
る。

【００４４】操作解決部６６０では、操作名を入力し、
その後対応する基本操作の雛型プログラムの解決ロジッ
クに解決情報を埋め込むための処理が行われる。図１６
の例では、まず［出荷確定］が操作名として入力され
る。この出荷確定に対応する基本操作は、基本操作名リ
ストから選択される。ここでは伝票更新が対応する基本
操作として選択されている。そして、この伝票更新操作
の雛型プログラムの解決ロジックに対応する解決情報が
入力される。ここでは、更新可能状態名の入力が求めら
れ、ユーザにより［出荷依頼済］が入力されている。ま
た更新後状態名の入力が求められ、ユーザにより［出荷
確定済］が入力されている。またエラーメッセージの入
力が求められ、ユーザにより［出荷依頼が行われており
ません。］が入力されている。さらに固有チェックの入
力が求められ、ユーザにより［出荷伝票が当月度出荷対
象か。］が入力されている。出荷確定操作に対する入力
が終了すると、他の操作に対する解決情報の入力が行わ
れる。図１６の例では次に操作名［出荷依頼］が入力さ
れ、対応する基本操作として伝票登録が選択されたこと
が示されている。このような処理が、対象となるプログ
ラムの仕様に沿って必要な操作を規定し終えるまで繰り
返される。

【００４５】２．時間帯予約型データ構造の場合 次に時間帯予約型データ構造について説明する。時間帯
予約型データ構造を選択した場合に生成されるプログラ
ムが出力する画面の一例を図１７に示す。このプログラ
ムは会議室予約プログラムであり、会議室予約画面を出
力する。表８００は、データ構造解決ユニット３のデー
タ構造部３２０に対応するデータを表示する部分であ
る。ここでは応接Ａ、応接Ｂ、談話室という資源８８０
に対する予約を行うことができる。図１７では６月７日
と、６月８日と、６月９日とに関する予約処理を行う場
面を示している。日付毎に、予約する時間を分かりやす
くするために９時から１７時までの時間軸が示されてい
る。各資源の行には、予約が既に入っている時間帯を示
す帯が示されている。一方、予約登録のためのボタン８
１０、予約取り消しのためのボタン８２０、キャンセル
のためのボタン８３０は、データ構造解決ユニット３の
操作基本部３１０に対応する操作を実行させるためのボ
タン群を示している。

【００４６】図１７の応接Ａの６月９日の予約状況を拡
大したのが拡大表示部８４０である。予約を行う時間軸
の部分をグリッド８７０と呼ぶ。予約の時間単位を予約
セル８５０とし、予約セル８５０の集合として予約８６
０が定義される。

【００４７】では、図１７のような画面を出力するため
のプログラムの元となる時間帯予約型データ構造を図１
８に示す。時間帯予約型データ構造は、資源部４３０
と、Ｍ個（Ｍは０以上の整数）の予約部４４０と、１つ
の予約部４４０に対してＮ個（Ｎは０以上の整数）の予
約セル部４５０と、資源部４３０と予約部４４０とを結
ぶリンクと、予約部４４０と予約セル部４５０とを結ぶ
リンクとから構成される。資源部４３０は図１７におけ
る資源８８０のためのデータを格納する部分である。予
約部４４０は図１７における予約８６０のためのデータ
を格納する部分である。予約セル部４５０は図１７にお
ける予約セル８５０のためのデータを格納する部分であ
る。資源部４３０、予約部４４０、予約セル部４５０に
はそれぞれキーと属性が格納される。

【００４８】また、データ構造解決ユニット３の操作基
本部３１０は、例えば以下に示すような種類の基本操作
を含む。なお括弧内の文字列はメソッド名である。 （１）予約登録（キーあり）（createReservationWithK
ey1） 入力情報に従い、予約と予約セルを創生（既に創生され
ている場合はキャンセル待ちとして登録）する。 （２）予約登録（キーあり） 入力情報に従い、予約と予約セルを創生（既に創生され
ている場合はキャンセル待ちとして登録）し（createRe
servationWithKey2）、創生した予約エンティティの情
報を返す。 （３）予約登録（キーなし） 入力情報に従い、予約と予約セルを創生（既に創生され
ている場合はキャンセル待ちとして登録）し（createRe
servationWithoutKey）、創生した予約エンティティの
情報を返す。なお、プライマリキーは採番クラスから取
得して使用する。 （４）予約取消（cancelReservation） 入力情報の予約キーの予約を取り消す（物理削除）。関
連する予約セルに対しては自予約の状態により以下の処
理を行う。（ａ）自予約が「キャンセル待ち」であれ
ば、その指定を解除する。（ｂ）自予約が「正予約」で
あり、キャンセル待ちが指定されていれば、キャンセル
待ちを正予約に昇格させキャンセル待ちを解除する。
（ｃ）自予約が「正予約」であり、キャンセル待ちが指
定されていなければ、予約セルを削除する。 （５）正予約可否確認（isVacant） 入力情報の資源と日付、時間帯について対応する予約セ
ルを確認し、予約セルが存在しない場合に正予約可（tr
ue)を返す。 （６）予約不可確認（isOccupied） 入力情報の資源と日付、時間帯について対応する予約セ
ルを確認し、キャンセル待ち指定済みが１つでもある場
合は予約不可（true）を返す。 （７）予約状況確認（isReserved） 入力された予約キーの予約に対し、関連する全ての予約
セルの状況を確認し、全てが「正予約」であれば予約成
立（true）を返す。 （８）予約期間変更（changeReservedPeriod） 入力された予約キーの予約を取得し、指定された期間に
変更する。変更後の期間が予約可能であれば変更を行う
が、予約不可の場合は予約不成立（負の値）を返す。変
更後の予約状況により、予約成立は正の値、キャンセル
待ち状態なら０を返す。 （９）予約資源変更（changeReservedResource） 入力された予約キーの予約を取得し、指定された資源に
変更する。指定された資源の変更後の期間が予約可能で
あれば変更を行うが、予約不可の場合は予約不成立（負
の値）を返す。変更後の予約状況により、予約成立は正
の値、キャンセル待ち状態なら０を返す。 （１０）予約更新 入力情報に従い、予約を更新する。結果は真偽で返され
る。 （１１）連鎖昇格予約キーリスト取得（getChainElevat
edReservation） 予約取消、予約期間変更、予約資源変更の操作で、既存
の正予約が取り消されたことによってキャンセル待ち予
約が昇格した場合にその予約キーリストを指定されたメ
ッセージキャリアに格納する。 （１２）予約キー検索（findReservationByKey） 指定された予約キーの予約を取得し、その情報を出力用
メッセージキャリアに格納する。 （１３）期間指定予約検索 指定された日付（期間）に含まれる予約を検索し、存在
するかどうかを返し（findReservationByPeriod）、複
数の予約を含む検索結果を指定されたメッセージキャリ
アに格納して返す（nextReservation）。 （１４）資源指定予約検索 指定された資源キーの予約を検索し、存在するかどうか
を返す（findReservationByResource）。また、複数の
予約を含む検索結果を指定されたメッセージキャリアに
格納して返す（nextReservation）。 （１５）資源期間指定予約検索 指定された資源キーと日付（期間）を条件に予約を検索
し、存在するかどうかを返し（findReservationByResou
rceAndPeriod）、複数の予約を含む検索結果を指定され
たメッセージキャリアに格納して返す（nextReservatio
n）。 （１６）予約セルキー検索（findReservedCellByKey） 指定された予約セルキーの予約セルを取得し、指定され
たメッセージキャリアに格納する。 （１７）キャンセル待ちキー指定予約検索（findReserv
ationByCancelWaitingKey） 指定された予約キーがキャンセル待ちとなっている予約
セルを検索し、その正予約キーのリストを出力用のメッ
セージキャリアに格納する。 （１８）予約キー指定キャンセル待ち検索（findCancel
WaitingByReservationKey） 指定された予約キーが正予約となっている予約セルを検
索し、そのキャンセル待ち予約キーのリストを出力用の
メッセージキャリアに格納する。 （１９）資源追加（キーあり） 入力情報に従って資源を追加作成する（返却値は真偽）
（insertResourceWithKey）。そして、追加された資源
の情報を返す。 （２０）資源追加（キーなし） 入力情報に従って資源を追加作成する（insertResource
WithoutKey）。プライマリキーは採番クラスより取得す
る（返却値は真偽）。追加された資源の情報を返す。 （２１）資源削除（removeResource） 指定された資源キーの資源を削除（物理削除）する。 （２２）資源キー検索（findResourceByKey） 指定された資源キーの資源を取得し、情報を出力用メッ
セージキャリアに格納する。 （２３）資源条件検索 指定された条件に合う資源を検索し、存在するかどうか
を返す。そして、複数の資源を含む検索結果を指定され
たメッセージキャリアに格納して返す（nextResourc
e）。

【００４９】なお前段で説明した基本操作は、さらに細
かい操作の集合である。例えば図１９に示すように、予
約登録操作（前段の予約登録）は、資源部４３０に対し
ては登録処理を実施し、予約部４４０に対しては登録処
理を実施し、予約セル部４５０に対しては登録処理を実
施する。予約取消操作（前段の予約取消）は、資源部４
３０に対しては削除処理を実施し、予約部４４０に対し
ては削除処理を実施し、予約セル部４５０に対しては削
除処理を実施する。空状況確認操作（前段の資源指定予
約検索等））は、予約部４４０に対して検索処理を実施
する。予約期間変更操作（前段の予約期間変更）は、予
約部４４０に対しては更新処理を実施し、予約セル部４
５０に対しては削除又は登録処理を実施する。予約資源
変更操作（前段の予約資源変更）は、資源部４３０に対
しては検索処理を実施し、予約部４４０に対しては更新
処理を実施し、予約セル部４５０に対しては削除又は登
録処理を実施する。予約条件検索操作（前段の資源指定
予約検索等）は、予約部４４０に対して検索処理を実施
する。

【００５０】時間帯予約型データ構造に対してこのよう
なデータ構造解決ユニット３が用意されており、解決ロ
ジック解析部７はデータ構造解決ユニット３の解決ロジ
ックを解析して、例えば図２０に示すような解決情報入
力画面１１ｉを作成してユーザに出力する。

【００５１】図７及び図１６に示したように、データ構
造解決ユニット３のデータ構造部３２０に対する解決情
報を入力するためのデータ構造解決部９００乃至９２０
と、データ構造解決ユニット３の操作基本部３１０に対
応する雛型プログラム３８０に埋め込まれた解決ロジッ
ク３８２に対する解決情報を入力するための操作解決部
９３０とが含まれる。

【００５２】データ構造解決部９００は、時間帯予約型
データ構造における資源部４３０の解決情報を入力する
部分である。データ構造解決部９００には資源名に対す
る入力部が設けられており、ここでは［会議室］が入力
されている。また、項目名、キーか否か、データの型を
入力するようになっている。すなわち、雛型プログラム
３８０には資源レコードに属性を与えるための解決ロジ
ック３８２が含まれている。図２０の例では、項目名
「会議室コード」が入力されており、この会議室コード
はキーであり、文字列型のデータであることが入力され
ている。項目名「会議室名」が入力されており、会議室
名は文字列型のデータであることが入力されている。項
目名「収容人数」が入力されており、収容人数は整数型
のデータであることが入力されている。項目名「ＴＶ会
議可」が入力されており、ＴＶ会議可は論理型（boolea
n）のデータであることが入力されている。

【００５３】データ構造解決部９１０は、時間帯予約型
データ構造における予約部４４０の解決情報を入力する
部分である。ここには、項目名、キーか否か、データの
型を入力するようになっている。すなわち、雛型プログ
ラム３８０には予約レコードに属性を与えるための解決
ロジック３８２が含まれている。図２０の例では、項目
名「予約番号」が入力されており、この予約番号はキー
であり且つ整数型のデータであることが入力されてい
る。項目名「会議室コード」が入力されており、この会
議室コードは文字列型のデータであることが入力されて
いる。項目名「開始日付」が入力されており、日付型の
データであることが入力されている。項目名「開始グリ
ッド番号（Ｎｏ）」が入力されており、この開始グリッ
ド番号が整数型のデータであることが入力されている。

【００５４】データ構造解決部９２０は、時間帯予約型
データ構造における予約セル部４５０の解決情報を入力
する部分である。すなわち、雛型プログラム３８０には
予約セル・レコードに属性を与えるための解決ロジック
３８２が含まれている。ここでは、グリッド番号の最大
値と、グリッド単位名が入力されるようになっている。
図２０の例ではグリッド番号の最大値は２１であり、グ
リッド単位名が「時」であることが入力されている。

【００５５】操作解決部９３０は、データ構造解決ユニ
ット３の操作基本部３１０に対応する雛型プログラム３
５０乃至３７０に埋め込まれた解決ロジック３５２に対
する解決情報を入力する部分である。まず、操作名を最
初に入力するようにユーザに求める。図２０では操作名
は［会議室予約］と入力されている。この会議室予約に
対応する基本操作を次に選択する。この選択には基本操
作名リストが用いられる。図２０では会議室予約に対応
する基本操作は予約登録と選択されている。この基本操
作「予約登録」に対応する雛型プログラムが読み出さ
れ、埋め込まれた解決ロジックに代わって入力されるべ
き解決情報の入力が求められる。図２０では、予約可能
日チェックという項目に対して［営業日チェック（予約
日付）＝"ＯＫ"］が入力されている。エラーメッセージ
という項目に対して［予約できませんでした］が入力さ
れている。固有チェックという項目に対して［所属チェ
ック（所属コード）＝"ＯＫ"］が入力されている。予約
可能日チェックと固有チェックは、チェックの条件を論
理式で記述可能である。

【００５６】以上解決情報を入力すれば、基本操作であ
る予約登録についてのプログラムを生成することができ
る。対象とすべきプログラムの仕様に従って必要とされ
る基本操作についての解決情報を続いて入力するように
ユーザに促す。図２０の例では、次に操作名［会議室変
更］操作についての解決情報を入力するようになってい
る。この会議室変更に対応する基本操作は予約資源変更
操作と選択されている。

【００５７】３．単純型データ構造の場合 単純型データ構造は、図４に示された伝票型データ構造
のようにリンクを有しておらず、例えばヘッダ部４００
のみで存在するようなデータ構造である（図２１参
照）。例えば、「職制」のみを管理したり、一商品毎に
別伝票を起こすような場合に適用できる。データ構造部
３２０は、１つのレコードタイプを規定しており、１つ
のレコードタイプの属性を与えるための解決ロジックを
含む雛型プログラムが対応する。なお、レコードタイプ
には、生成、削除、キー検索を実行する処理部が設けら
れる。

【００５８】また、単純型データ構造の操作基本部３１
０には、以下に示すような基本操作が含まれる。なお括
弧内の文字列はメソッド名である。 （１）レコードの検索（findSimpleEntityByKey） 指定されたキーを持つエンティティ（＝レコードタイ
プ。以下同じ。）のインスタンスを検索する（返却値は
エンティティの情報）。返却値はエンティティ及びその
状態の情報の場合もある。 （２）レコードの追加（createSimpleEntityWithKey1） 指定されたキーを持つエンティティのインスタンスを生
成する（返却値は真偽）。 （３）レコードの追加（createSimpleEntityWithKey2） 指定されたキーを持つエンティティのインスタンスを生
成する（返却値はエンティティの情報）。 （４）レコードの追加（キーなし）（createSimpleEnti
tyWithoutKey） エンティティのインスタンスを生成する（返却値はエン
ティティの情報）。 （５）レコードの削除（removeEntity） 指定されたキーを持つエンティティのインスタンスを削
除する。 （６）レコードの状態参照（getState） 指定されたキーを持つエンティティのインスタンスから
状態を取得する。 （７）レコードの条件検索 条件に適合するエンティティのインスタンスの集合を準
備し、その準備ができたかどうかを返す。そして、次の
エンティティの情報を取得する（nextSimpleEntity）。 （８）レコードの更新 指定されたキーを持つエンティティのインスタンスの情
報を更新する（返却値は真偽）。 （９）レコードの更新 指定されたキーを持つエンティティのインスタンスの情
報を更新する（返却値は更新したエンティティの情
報）。 このように単純型データ構造に対する基本操作に対応す
る各雛型プログラムには、対象となるプログラム固有の
設定を行うための解決ロジックが埋め込まれている。

【００５９】４．マトリックス型データ構造の場合 次にマトリックス型データ構造に係るデータ構造解決ユ
ニット３について説明する。このマトリックス型データ
構造は、図２２に示すように行部４６２と、列部４６０
と、行及び列の交点のレコードを示すセル部４６４と、
各列のタイプを規定し且つ各セル部４６４に対して割り
当て可能な属性を表す列タイプ部４６６と、行部４６２
とセル部４６４とのリンクと、列部４６０とセル部４６
４とのリンクと、列部４６０と列タイプ部４６６とのリ
ンクと、列タイプ部４６６とセル部４６４とのリンクと
を含む。なお、１つの行部４６２に対してＮ個（Ｎは０
以上の整数）のセル部４６４が存在する。また、１つの
列部４６０に対してＭ個（Ｍは０以上の整数）のセル部
４６４が存在する。また、１つの列部４６０に対してＫ
個（Ｋは０以上の整数）の列タイプ部４６６が存在す
る。また、１つの列タイプ部４６６に対してＬ個（Ｌは
０以上の整数）のセル部４６４が存在する。なお、デー
タ構造部３２０には、行部４６２と、列部４６０と、列
タイプ部４６６とに属性を与えるための解決ロジックが
含まれる。また、行部４６２、列部４６０、セル部４６
４及び列タイプ部４６６の各々には、生成、削除、検索
等を実行する処理部が設けられている。

【００６０】マトリックス型データ構造の使用例を図２
３及び図２４を用いて説明する。図２３は、マトリック
ス型データ構造が適用できる自動車保険の例であって、
各行には、Ａ、Ｂ、Ｃ、Ｄ及びＥという保険商品名とそ
の保障内容（用途・車種、年齢別不担保特約、ファミリ
ーバイク特約及び無保険者傷害保険）が示されている。
一方各列には、Ａ、Ｂ、Ｃ、Ｄ及びＥのそれぞれについ
て、用途・車種、年齢別不担保特約、ファミリーバイク
特約及び無保険者傷害保険の情報が示されている。

【００６１】図２３のようなテーブルを表すために、例
えば図２４のようなマトリックス型データ構造を規定す
る。すなわち、保険商品レコード４７２は行部４６２に
対応し、保険商品コードがキーであり、商品名という属
性が与えられる。保障レコード４７０は列部４６０に対
応し、保障コードがキーであり、保障名という属性が与
えられる。商品保障組合せレコード４７４はセル部４６
４に対応する。保障パターン・レコード４７６は列タイ
プ部４６６に対応し、保障コード及びパターンＩＤがキ
ーであり、パターン持ち方区分（真偽、文字列、文字列
リスト（複数の文字列）、文字列範囲、文字列範囲リス
ト、数値、数値リスト、数値範囲、数値範囲リストのい
ずれかを識別するコード）と、パターン持ち方区分で特
定された真偽、文字列、文字列リスト（複数の文字
列）、文字列範囲、文字列範囲リスト、数値、数値リス
ト、数値範囲、数値範囲リストのいずれかが属性として
与えられる。このように、マトリックス型データ構造の
データ構造部３２０に対応する雛型プログラム３８０に
は、少なくとも行部４６２、列部４６０、及び列タイプ
部４６６に属性を与えるための解決ロジック３８２が含
まれている。また、マトリックス型データ構造の場合に
は、列タイプ部４６６をセル部４６４に割り当てるため
の解決ロジックも含まれる。

【００６２】そして、図２３のようなテーブルの場合、
保険商品レコード４７２に対応するインスタンスは、
Ａ、Ｂ、Ｃ、Ｄ及びＥの５つ存在する。また、保障レコ
ード４７０に対応するインスタンスは、用途・車種、年
齢別不担保特約、ファミリーバイク特約、及び無保険者
傷害特約の４つ存在する。商品保障組合せレコード４７
４に対応するインスタンスは、行及び列の組合せで２０
個存在する。保障パターン・レコード４７６に対応する
インスタンスは、８つ存在する。これは、用途・車種に
つき２つ、年齢別不担保特約につき２つ、ファミリーバ
イク特約につき２つ、無保険者傷害特約につき２つであ
る。すなわち、自家用普通乗用車・自家用小型乗用車・
自家用軽四輪乗用車・二輪車・原付自転車という文字列
リストが属性として含まれる用途・車種についてのイン
スタンスと、自家用普通乗用車・自家用小型乗用車・自
家用軽四輪乗用車という文字列リストが属性として含ま
れる用途・車種についてのインスタンスと、２１・２６
・３０・０という数値リストが属性として含まれる年齢
別不担保特約についてのインスタンスと、５０という数
値リストが属性として含まれる年齢別不担保特約につい
てのインスタンスとが含まれる。さらに、Ｙｅｓ（あ
り）という真偽が属性として含まれるファミリーバイク
特約についてのインスタンスと、Ｎｏ（なし）という真
偽が属性として含まれるファミリーバイク特約について
のインスタンスとが含まれる。また、Ｙｅｓ（あり）と
いう真偽が属性として含まれる無保険者傷害特約につい
てのインスタンスと、Ｎｏ（なし）という真偽が属性と
して含まれる無保険者傷害特約についてのインスタンス
とが含まれる。

【００６３】また、マトリックス型データ構造の操作基
本部３１０には、例えば以下に示すような基本操作が含
まれる。 （１）列の追加（列タイプ情報なし） 列のインスタンスが追加される。列に対応するセル１列
分が追加されるが列タイプへのリレーションは生成され
ない。列の情報が引数。 （２）列の追加(列タイプ情報付き） 列のインスタンスと列タイプが追加される。列に対応す
るセル１列分が追加されるが列タイプへのリレーション
は生成されない。列の情報が引数。 （３）列の追加（列タイプ情報、セル情報付き） 列のインスタンスと列タイプが追加される。列に対応す
るセル１列分が追加され列タイプへのリレーションを保
持する。列の情報が引数。 （４）列の削除 指定された列を削除する。列を削除するとその列に関連
するセル、列タイプも消える。列キーが引数。 （５）列の変更（セル情報なし） 指定された列を変更する（セル情報なし）。列の情報が
引数。 （６）列単位セル変更 指定された列をセル情報付きで変更する。列と行のイン
スタンス数分だけのセル情報が引数。 （７）行の追加（セル情報付き） 行のインスタンスと関連するセル１行分が追加され、列
タイプのリレーションを保持する。行の情報が引数。 （８）行の追加（セル情報なし） 行のインスタンスと関連するセル１行分が追加される
が、列タイプのリレーションは生成されない。行の情報
が引数。 （９）行の削除 指定された行を削除する。関連するセルも削除される。
行キーが引数。 （１０）行の変更（セル情報なし） 指定された行を変更する（セル情報なし）。行の情報が
引数。 （１１）セルの変更 指定されたセルの列タイプを変更する。セルの情報が引
数。 （１２）行単位セル変更 指定された行をセル情報付きで変更する。行と列のイン
スタンス数分だけのセル情報が引数。 （１３）列タイプの追加 列タイプのインスタンスを追加する。列タイプの情報が
引数。 （１４）列タイプの削除 指定された列タイプを削除する。セルから参照されてい
る列タイプは削除できない。列タイプの情報が引数。 （１５）列タイプの変更 列タイプの情報を更新する。列タイプの情報が引数。 （１６）セル検索（セル情報なし） 指定された行、列のセルを返す。セルの列タイプ情報が
引数。 （１７）行検索（セル情報なし） 引数である行キーに対応する行の情報を返す。 （１８）列検索（セル情報なし） 引数である列キーに対応する列の情報を返す。 （１９）行検索（セル情報付き） 指定された行の情報を返す（セルの中に列タイプのリン
クの情報あり）。行キーが引数。 （２０）行検索（条件指定） 引数である条件を指定して、複数の行の集合情報（セル
の列タイプ情報含む）を返す。 （２１）列タイプ検索（列のキー指定） 列のキーを指定して列タイプリストを返す。 （２２）行リスト検索（列セル値指定） 指定された列、セル値に該当する行リストを返す。 マトリックス型データ構造に対する基本操作に対応する
各雛型プログラムには、対象となるプログラム固有の設
定を行うための解決ロジックが埋め込まれている。

【００６４】５．階層型データ構造 次に階層型データ構造に係るデータ構造解決ユニット３
について説明する。階層型データ構造は、組織や分類、
集計値などのように、複数のエンティティ（レコードタ
イプ）が一列の階層構造をもっており、階層の概念が固
定的である場合に用いる。最上位以外は、上位のインス
タンスが必ず一つ決まる木構造であることが前提とな
る。インスタンス間で階層に抜けがあってよい。階層の
数に制限は無い。

【００６５】階層型データ構造を選択した場合に生成さ
れるプログラムが出力する画面の一例を図２５に示す。
データ構造部３２０には、１段目のデータを表示するト
ップ部２５１０と、２段目のデータを表示する第２段部
２５２０と、３段目のデータを表示する第３段部２５３
０と、．．．最下層であるＮ段目のデータを表示するボ
トム部２５４０とが含まれる。また、操作基本部３１０
には、１段目にレコードを登録するトップ登録ボタン２
５５０（階層のレベル（段数）をトップと指定した登録
操作）と、１段目のレコードを更新するトップ更新ボタ
ン２５５２（階層のレベル（段数）をトップと指定した
更新操作）、１段目のレコードを削除するトップ削除ボ
タン２５５４（階層のレベル（段数）をトップと指定し
た削除操作）、最下層のレコードを登録するボトム登録
ボタン２５５６（階層のレベル（段数）をボトムと指定
した登録操作）、最下層のレコードを更新するボトム更
新ボタン２５５８（階層のレベル（段数）をボトムと指
定した更新操作）、最下層のレコードを削除するボトム
削除ボタン２５６０（階層のレベル（段数）をボトムと
指定した削除操作）、あるレコードのルートを検索する
ルート検索ボタン２５６２、あるレコードの子を検索す
る子検索ボタン２５６４、あるレコードのリーフを検索
するリーフ検索ボタン２５６６等が関連する。中間の段
階のレコードを操作するボタンも図示していないが存在
する。

【００６６】図２５のような画面を出力するようなプロ
グラムが使用する本実施の形態における階層型データ構
造は、図２６に示すように、キーと属性とを含む最上位
階層のトップ部４９０と、キーと親のキーと属性とを含
む第２段部４９２と、キーと親のキーと属性とを含む第
３段部４９４と、．．．キーと親のキーと属性とを含む
最下層のボトム部４９６と、トップ部４９０から第２段
部４９２へのリンクと、第２段部４９２から第３段部４
９４へのリンクと、第３段部４９４から第４段部へのリ
ンクと、．．．第Ｎ−１段部からボトム部４９６へのリ
ンクとが含まれる。なお、あるレコードの下位のレコー
ドは複数存在する場合がある。また、トップ部４９０等
の各レコード・タイプには、生成、削除、検索等の処理
を実行する処理部が設けられる。

【００６７】さらに、操作基本部３１０には、以下に示
すような基本操作が含まれる。なお括弧内の文字列はメ
ソッド名である。 （１）ノード検索（findNodeByKey） ノードのキーを指定して、ノードを検索する。 （２）上位ノード検索（findUpperOfNode） ノードのキーを指定して、そのノードの上位ノードを検
索する。いくつ上のノードかは、相対的な位置関係で指
定する。 （３）ルートノード検索（findRootOfNode） ノードのキーを指定して、そのノードのルートノードを
検索する。 （４）下位ノード検索 ノードのキーを指定して、そのノードの下位ノードを検
索する。いくつ下のノードまで検索するかは、相対的な
位置関係で指定する（findLowersOfNode）。そして、検
索されたノードリストから、個数を指定して、ノード情
報を取り出して、返却値を作る（nextNodes）。 （５）リーフノード検索 ノードのキーを指定して、そのノードのリーフノードを
検索する（findLeavesOfNode）。そして、検索されたノ
ードリストから、個数を指定して、ノード情報を取り出
して、返却値を作る（nextNodes）。 （６）ルートに至るノード検索 ノードのキーを指定して、そのノードからルートに至る
までのノードを検索する（findUppersOfNode）。そし
て、検索されたノードリストから、個数を指定して、ノ
ード情報を取り出して、返却値を作る（nextNodes）。 （７）絶対階層ノード検索 ノードのキーを指定して、そのノードにリンクされてい
る、指定した絶対階層に位置するノードを検索する（fi
ndNLevelNodesOfNode）。そして、検索されたノードリ
ストから、個数を指定して、ノード情報を取り出して、
返却値を作る（nextNodes）。 （８）絶対階層ルート検索 絶対階層を指定して、その階層の中でルートになってい
るノードを検索する（findRootsByLevel）。そして、検
索されたノードリストから、個数を指定して、ノード情
報を取り出して、返却値を作る（nextNodes）。 （９）絶対階層リーフ検索 絶対階層を指定して、その階層の中でリーフになってい
るノードを検索する（findLeavesByLevel）。そして、
検索されたノードリストから、個数を指定して、ノード
情報を取り出して、返却値を作る（nextNodes）。 （１０）絶対階層全ノード検索 絶対階層を指定して、その階層の中のノードを全て検索
する（findNodesByLevel）。そして、検索されたノード
リストから、個数を指定して、ノード情報を取り出し
て、返却値を作る（nextNodes）。 （１１）ノード条件検索 ノードを条件指定で検索する。そして、検索されたノー
ドリストから、個数を指定して、ノード情報を取り出し
て、返却値を作る（nextNodes）。 （１２）キー付きでノード生成（createNodeWithKey1） キーを指定して、ノードを新規に生成する。上位ノード
が指定されていれば、その下位ノードになる。返却値は
真偽。 （１３）キー付きでノード生成 キーを指定して、ノードを新規に生成する。上位ノード
が指定されていれば、その下位ノードになる（createNo
deWithKey2）。そして、生成したノードリストから、個
数を指定して、ノード情報を取り出して、返却値を作る
（nextNodes）。 （１４）キー無しでノード生成 キーを指定しないで、ノードを新規に生成する（create
NodeWithoutKey）。キーは採番サービスから取得する。
上位ノードが指定されていれば、その下位ノードにな
る。そして、生成したノードリストから、個数を指定し
て、ノード情報を取り出して、返却値を作る（nextNode
s）。 （１５）ノードの削除（removeNode） キーで指定したノードを削除する。リンクしていた上位
ノードと下位ノードは残り、リンクのみ消える。 （１６）ノードを削除してリンク（removeAndLink） キーで指定したノードを削除し、その上位ノードと下位
ノードをリンクする。 （１７）ノードを削除してシフト（removeAndShift） キーで指定したノードを削除し、その配下のノードを、
削除したノードと同じ階層の別のノードへ移動する。 （１８）ノードを階層ごと削除（removeHierarchy） キーで指定したノードを、その配下のノードごと削除す
る。 （１９）ノードをリンクする（linkNodes） キーで指定した二つのノードをリンクする。 （２０）ノード間のリンクを切る（unlinkNodes） キーで指定した二つのノードのリンクを切る。 （２１）ノード情報の更新 ノードの情報を更新する。返却値は真偽の場合とノード
の情報の場合がある。

【００６８】階層型データ構造に対してこのようなデー
タ構造解決ユニット３が用意されており、解決ロジック
解析部７はデータ構造解決ユニット３の解決ロジックを
解析して、例えば図２７に示すような解決情報入力画面
１１ｊを作成してユーザに出力する。

【００６９】解決情報入力画面１１ｊには、データ構造
解決ユニット３のデータ構造部３２０に対する解決情報
を入力するためのデータ構造解決部２７００乃至２７２
０と、データ構造解決ユニット３の操作基本部３１０に
対応する雛型プログラム３８０に埋め込まれた解決ロジ
ック３８２に対する解決情報を入力するための操作解決
部２７３０とが含まれる。

【００７０】データ構造解決部２７００は、最上位階層
であるトップ部４９０の解決情報を入力する部分であ
る。ここには、項目名、キーか否か、データの型を入力
するようになっている。すなわち、雛型プログラム３８
０にはトップ部４９０に属性を与えるための解決ロジッ
ク３８２が含まれている。図２７の例では、項目名「事
業部コード」が入力されており、この事業部コードはキ
ーであり且つ整数型のデータであることが入力されてい
る。項目名「事業部名称」が入力されており、この事業
部名称は文字列型のデータであることが入力されてい
る。項目名「事業部長」が入力されており、この事業部
長は文字列型のデータであることが入力されている。

【００７１】データ構造解決部２７１０は、中段部（第
２段部乃至第Ｎ−１段部）の解決情報を入力する部分で
ある。ここには、項目名、キーか否か、データの型を入
力するようになっている。すなわち、雛型プログラム３
８０には中段部に属性を与えるための解決ロジック３８
２が含まれている。図２７の例では、項目名「部コー
ド」が入力されており、この部コードはキーであり且つ
整数型のデータであることが入力されている。項目名
「部名称」が入力されており、この部名称は文字列型の
データであることが入力されている。項目名「事業部コ
ード」が入力されており、この事業部コードは整数型の
データであることが入力されている。

【００７２】データ構造解決部２７２０は、最下層であ
るボトム部４９６の解決情報を入力する部分である。こ
こには、項目名、キーか否か、データの型を入力するよ
うになっている。すなわち、雛型プログラム３８０には
ボトム部４９６に属性を与えるための解決ロジック３８
２が含まれている。図２７の例では、項目名「課コー
ド」が入力されており、この課コードはキーであり且つ
整数型のデータであることが入力されている。項目名
「課名称」が入力されており、この課名称は文字列型の
データであることが入力されている。項目名「部コー
ド」が入力されており、この部コードは整数型のデータ
であることが入力されている。

【００７３】操作解決部２７３０は、データ構造解決ユ
ニット３の操作基本部３１０に対応する雛型プログラム
３５０乃至３７０に埋め込まれた解決ロジック３５２に
対する解決情報を入力する部分である。まず、操作名を
最初に入力するようにユーザに求める。図２７では操作
名は［部署追加］と入力されている。この部署追加に対
応する基本操作を次に選択する。この選択には基本操作
名リストが用いられる。図２７では部署追加に対応する
基本操作は［ノード追加］と選択されている。この基本
操作「ノード追加」に対応する雛型プログラムが読み出
され、埋め込まれた解決ロジックに代わって入力される
べき解決情報の入力が求められる。図２７では、対象ノ
ード名という項目に対して［部］が入力されている。追
加親情報という項目に対して［ネットワーク事業部］が
入力されている。エラーメッセージという項目に対して
［部コードが重複しています］が入力されている。固有
チェックという項目に対して［地区コードが一致してい
るか？］が入力されている。固有チェックは、チェック
の条件を論理式・算術式で記述可能である。

【００７４】また、次の操作名は［課検索］であり、こ
れに対応する基本操作が［ノード検索］であることが示
されている。このような入力処理が、対象となるプログ
ラムの仕様に沿って必要な操作を規定し終えるまで繰り
返される。

【００７５】６．ツリー型データ構造の場合 ツリー型データ構造は、分類やディレクトリのように、
上位下位の関係を一つのエンティティで管理している場
合に用いられる。各インスタンス間は上位が一つ決まる
木構造だが、階層の数や概念が固定ではなく、予め決め
られない場合に用いる。

【００７６】ツリー型データ構造を選択した場合に生成
されるプログラムが出力する画面の一例を図２８に示
す。データ構造部３２０には、ノードエンティティ情報
２８００が含まれる。例えば、ディレクトリ構造の図が
示される。また、操作基本部３１０には、ノードを登録
するためのノード登録ボタン２８１０、ノードを更新す
るためのノード更新ボタン２８２０、ノードを削除する
ためのノード削除ボタン２８３０、親ノードを変更する
ための親ノード変更ボタン２８４０、ツリー展開のため
のボタン２８５０、親ノードを検索するための親ノード
検索ボタン２８６０、リーフ検索のためのボタン２８７
０等が含まれる。

【００７７】本実施の形態におけるツリー型データ構造
は、図２９に示すように、ノード・レコード２９００だ
けで構成される。このノード・レコード２９００には、
キーと、その上位ノードのキー（最上位の場合には０、
それ以下のノードはＮ個（Ｎは０以上の整数））と、属
性が含まれる。なお、ノード・レコードには、生成、削
除、検索等を実行する処理部が設定される。

【００７８】また、ツリー型データ構造の操作基本部３
１０には、以下に示すような基本操作が含まれる。なお
括弧内の文字列はメソッド名である。 （１）ノード検索（findNodeByKey） ノードのキーを指定して、ノードを検索する。 （２）親ノード検索（findParentOfNode） ノードのキーを指定して、そのノードの親ノードを検索
する。 （３）ルートノード検索（findRootOfNode） ノードのキーを指定して、そのノードのルートノードを
検索する。 （４）子ノード検索 ノードのキーを指定して、そのノードの子ノードを検索
する（findChildrenOfNode）。そして、検索されたノー
ドリストから、１つのノード情報を取り出して、返却値
を作る（nextNode）。又は、検索されたノードリストか
ら、個数を指定して、ノード情報を取り出して、返却値
を作る（nextNodes）。 （５）リーフノード検索 ノードのキーを指定して、そのノードのリーフノードを
検索する（findLeavesOfNode）。検索されたノードリス
トから、１つのノード情報を取り出して、返却値を作る
（nextNode）。又は、検索されたノードリストから、個
数を指定して、ノード情報を取り出して、返却値を作る
（nextNodes）。 （６）ルートに至るノード検索 ノードのキーを指定して、そのノードからルートへ向け
て上位ノードを検索する（findAncestorsOfNode）。い
くつ上のノードまで検索するかは、段数で指定する。そ
して、検索されたノードリストから、１つのノード情報
を取り出して、返却値を作る（nextNode）。又は、検索
されたノードリストから、個数を指定して、ノード情報
を取り出して、返却値を作る（nextNodes）。 （７）リーフに至るノード検索 ノードのキーを指定して、そのノードからリーフへ向け
て下位ノードを検索する（findTreeOfNode）。いくつ下
のノードまで検索するかは、段数で指定する。そして、
検索されたノードリストから、１つのノード情報を取り
出して、返却値を作る（nextNode）。又は、検索された
ノードリストから、個数を指定して、ノード情報を取り
出して、返却値を作る（nextNodes）。 （８）ノード条件検索 ノードを条件指定で検索する。そして、検索されたノー
ドリストから、１つのノード情報を取り出して、返却値
を作る（nextNode）。検索されたノードリストから、個
数を指定して、ノード情報を取り出して、返却値を作る
（nextNodes）。 （９）子ノード個数検索（countChildren） ノードのキーと段数を指定して、その段数までの子ノー
ドの個数を取得する。 （１０）キー付きでノード生成（createWithKey1(creat
eNode)） キーを指定して、ルート・リーフノード（親ノードへの
リンクも子ノードへのリンクも持たないノード）を新規
に生成する。返却値は真偽。 （１１）キー付きでノード生成（createWithKey2(creat
eNode)） キーを指定して、ルート・リーフノードを新規に生成す
る。返却値は生成したノードの情報。 （１２）キー無しでノード生成（createWithoutKey(cre
ateNode)） キーを指定しないで、ルート・リーフノードを新規に生
成する。返却値は生成したノードの情報。キーは採番サ
ービスから取得する。 （１３）キー付きでルートノード生成（createRootWith
Key1(createRoot)） キーを指定して、ルートノードを新規に生成する。返却
値は真偽。 （１４）キー付きでルートノード生成（createRootWith
Key2(createRoot)） キーを指定して、ルートノードを新規に生成する。返却
値は生成したノードの情報。 （１５）キー無しでルートノード生成（createRootWith
outKey(createRoot)） キーを指定しないで、ルートノードを新規に生成する。
返却値は生成したノードの情報。キーは採番サービスか
ら取得する。 （１６）キー付きでリーフノード生成（createLeafWith
Key1(createLeaf)） キーを指定して、リーフノードを新規に生成する。返却
値は真偽。 （１７）キー付きでリーフノード生成（createLeafWith
Key2(createLeaf)） キーを指定して、リーフノードを新規に生成する。返却
値は生成したノードの情報。 （１８）キー無しでリーフノード生成（createLeafWith
outKey(createLeaf)） キーを指定しないで、リーフノードを新規に生成する。
返却値は生成したノードの情報。キーは採番サービスか
ら取得する。 （１９）キー付きでツリー生成（createTreeWithKey1） キーを指定して、ツリーを新規に生成する。返却値は真
偽。親ノードが指定されていれば、そのノードのサブツ
リーになる。 （２０）キー付きでツリー生成 キーを指定して、ツリーを新規に生成する（createTree
WithKey2）。親ノードが指定されていれば、そのノード
のサブツリーになる。そして、生成されたノードリスト
から、１つのノード情報を取り出して、返却値を作る
（nextNode）。又は、生成したノードリストから、個数
を指定して、ノード情報を取り出して、返却値を作る
（nextNodes）。 （２１）キー無しでツリー生成 キーを指定しないで、ツリーを新規に生成する（create
TreeWithoutKey）。キーは採番サービスから取得する。
親ノードが指定されていれば、そのノードのサブツリー
となる。そして、検索されたノードリストから、１つの
ノード情報を取り出して、返却値を作る（nextNode）。
又は、生成したノードリストから、個数を指定して、ノ
ード情報を取り出して、返却値を作る（nextNodes）。 （２２）ノードの削除（removeNode） キーで指定したノードを削除する。リンクしていた親ノ
ードと子ノードは残り、リンクのみ消える。 （２３）ノードを削除してリンク（removeAndLink） キーで指定したノードを削除し、その親ノードと子ノー
ドをリンクする。 （２４）ノードからリーフまで削除（removeTree） キーで指定したノードから、そのノードのリーフノード
まで削除する。 （２５）ノードをリンクする（linkNodes） キーで指定した二つのノードをリンクする。 （２６）ノード間のリンクを切る（unlinkNodes） キーで指定した二つのノードのリンクを切る。 （２７）親ノードを変更する（changeLink） キーで指定したノードとその親ノードとのリンクを変更
する。 （２８）ノード情報の更新 ノードの情報を更新する。返却値は真偽の場合と、返却
値はノードの情報の場合がある。

【００７９】ツリー型データ構造に対してこのようなデ
ータ構造解決ユニット３が用意されており、解決ロジッ
ク解析部７はデータ構造解決ユニット３の解決ロジック
を解析して、例えば図３０に示すような解決情報入力画
面１１Ｋを作成してユーザに出力する。

【００８０】解決情報入力画面１１Ｋには、データ構造
解決ユニット３のデータ構造部３２０に対する解決情報
を入力するためのデータ構造解決部３０００と、データ
構造解決ユニット３の操作基本部３１０に対応する雛型
プログラム３８０に埋め込まれた解決ロジック３８２に
対する解決情報を入力するための操作解決部３０１０と
が含まれる。

【００８１】データ構造解決部３０００は、ノード・レ
コード２９００の解決情報を入力する部分である。ここ
には、項目名、キーか否か、データの型を入力するよう
になっている。すなわち、雛型プログラム３８０にはノ
ード・レコード２９００に属性を与えるための解決ロジ
ック３８２が含まれている。図３０の例では、項目名
「職制コード」が入力されており、この職制コードはキ
ーであり且つ整数型のデータであることが入力されてい
る。項目名「職制名称」が入力されており、この職制名
称は文字列型のデータであることが入力されている。項
目名「上位職制コード」が入力されており、この上位職
制コードは整数型のデータであることが入力されてい
る。

【００８２】操作解決部３０１０は、データ構造解決ユ
ニット３の操作基本部３１０に対応する雛型プログラム
３５０乃至３７０に埋め込まれた解決ロジック３５２に
対する解決情報を入力する部分である。まず、操作名を
最初に入力するようにユーザに求める。図３０では操作
名は［職制変更］と入力されている。この職制変更に対
応する基本操作を次に選択する。この選択には基本操作
名リストが用いられる。図３０では職制変更に対応する
基本操作は［ノード変更］と選択されている。この基本
操作「ノード変更」に対応する雛型プログラムが読み出
され、埋め込まれた解決ロジックに代わって入力される
べき解決情報の入力が求められる。図３０では、対象ノ
ード名という項目に対して［部］が入力されている。追
加親情報という項目に対して［ネットワーク事業部］が
入力されている。エラーメッセージという項目に対して
［職制コードが重複しています］が入力されている。固
有チェックという項目に対して［部員が存在しているか
？］が入力されている。固有チェックは、チェックの条
件を論理式・算術式で記述可能である。

【００８３】また、次の操作名は［職制検索］であり、
これに対応する基本操作が［ノード検索］であることが
示されている。このような入力処理が、対象となるプロ
グラムの仕様に沿って必要な操作を規定し終えるまで繰
り返される。

【００８４】７．明細主導伝票型データ構造の場合 明細主導伝票型データ構造は、伝票型業務だが、ヘッダ
単位ではなく、明細単位の情報が中心になる場合に用い
られる。業務の推移は、新しく伝票を起こすのではな
く、明細を束ねる単位を変えて新しいヘッダを付けてい
くことで行う。明細の実体はそのままで業務が流れてい
く。状態変化を握るのはヘッダではなく明細で、状態の
変化の結果ヘッダが変わることがある。

【００８５】例えば、図３１（ｄ）のような明細番号１
００１乃至１００４という取引明細が存在する場合に、
これに対して売掛番号１０１の売掛伝票（図３１
（ａ））が生成される。そして、明細番号１００１乃至
１００３についてＡ商店にて検収されると、請求番号２
０１の請求伝票（図３１（ｂ））が生成される。そし
て、明細番号１００１乃至１００３についての請求伝票
に対する振込みが確認されると、入金番号３０１の入金
伝票（図３１（ｃ））が生成される。明細番号１００１
乃至１００３までが請求処理に回されても、売掛伝票の
見え方は変化せず、売掛伝票の明細は、明細番号１００
１乃至１００４までである。このように、取引明細は変
化せず、新たなヘッダとなる売掛伝票、請求伝票、入金
伝票が取引明細に関連して付加されていく。このような
業務に対して明細主導伝票型データ構造が有用である。

【００８６】次に、明細伝票型データ構造を選択した場
合に生成されるプログラムが出力する画面の一例を図３
２に示す。データ構造部３２０には、ヘッダ部１（例え
ば売掛伝票）のデータ表示部３２００と、ヘッダ部２
（例えば請求伝票）のデータ表示部３２１０
と、．．．．ヘッダ部Ｎ（例えば入金伝票）のデータ表
示部３２２０と、明細部（例えば取引明細）のデータ表
示部３２３０とが関連する。また、操作基本部３１０に
は、ヘッダ１登録のためのボタン３２４０、ヘッダ１明
細追加のためのボタン３２５０、ヘッダ１をヘッダ２へ
切り換えるためのボタン３２６０、明細更新のためのボ
タン３２７０等が関連する。

【００８７】図３２のような画面を出力するようなプロ
グラムが使用する本実施の形態における明細主導伝票型
データ構造には、図３３に示すように、ヘッダ部１（３
３００）と、ヘッダ部２（３３１０）と、ヘッダ部３
（３３２０）と、．．．明細部３３３０と、ヘッダ部１
（３３００）と明細部３３３０とのリンクと、ヘッダ部
２（３３１０）と明細部３３３０とのリンクと、ヘッダ
部３（３３２０）と明細部３３３０とのリンクとが含ま
れる。なお、ヘッダ部１（３３００）には、キー１と属
性とが含まれる。ヘッダ部２（３３１０）には、キー２
と属性とが含まれる。ヘッダ部３（３３２０）には、キ
ー３と属性とが含まれる。明細部３３３０には、明細部
３３３０のキーと、ヘッダ部１（３３００）のキー１
と、ヘッダ部２（３３１０）のキー２と、ヘッダ部３
（３３２０）のキー３と、属性とが含まれる。なお、こ
こでは３つヘッダが存在する例を示したが、ヘッダの数
は任意である。

【００８８】また、ヘッダ部１（３３００）、ヘッダ部
２（３３１０）、及びヘッダ部３（３３２０）の各々に
は、生成、削除、キー検索及び全件検索を実行する処理
部が設けられる。明細部３３３０には、生成、削除及び
キー検索等を実行する処理部が設けられる。

【００８９】さらに、明細主導伝票型データ構造の操作
基本部３１０には、以下に示すような基本操作が含まれ
る。なお括弧内の文字列はメソッド名である。 （１）伝票検索（findSlipByHeaderKey） 指定したヘッダのキーを持つ伝票を検索する。 （２）明細１件検索（findDetailByKey） 指定したヘッダのキーを持つ伝票の明細を行番号を指定
して１件検索する。 （３）明細状態検索 指定した状態をもつ明細を検索する（findDetailByStat
e）。そして、検索後に１件分の明細情報を取得する（N
extDetail）。 （４）ヘッダ種指定ヘッダ検索（findOldHeaderByKin
d） 明細と伝票ヘッダ種を指定してヘッダを検索する。 （５）ヘッダ種指定伝票検索（findOldSlipByKind） 明細と伝票ヘッダ種を指定して伝票を検索する。 （６）条件による伝票検索 伝票を条件指定で検索する。そして、条件検索後に伝票
１件分の全情報を取得する（nextSlip）。 （７）キーつき伝票新規作成（createSlipWithKey1） キーを設定して伝票を新規作成し、結果を真偽で返す。 （８）キーつき伝票新規作成 キーを設定して伝票を新規作成する（createSlipWithKe
y2）。そして、生成した伝票の情報を返す。 （９）キーなし伝票新規作成 キーを設定せずに伝票を新規作成する（createSlipWith
outKey）。そして、生成した伝票の情報を返す。 （１０）明細追加（insertDetails1） 既存の伝票に明細を複数件追加し、結果を真偽で返す。 （１１）明細追加 既存の伝票に明細を複数件追加する（insertDetails
2）。追加した伝票の情報を返す。 （１２）伝票ヘッダ種変更（changeHeaderWithKey） 明細の状態を指定された状態に更新し、キーと伝票ヘッ
ダ種で指定されたヘッダに変更する。指定された伝票種
のヘッダが存在しない場合には、ヘッダを新規に生成す
る。 （１３）伝票ヘッダ種変更（changeHeaderWithoutKey） 明細の状態を指定された状態に更新し、指定された伝票
ヘッダ種のヘッダを新規に作成し、ヘッダを変更する。 （１４）明細状態変更（changeState） 明細の状態を指定された状態に変更する。明細状態クラ
スに設定された遷移可能先、削除許可フラグのチェック
を行なう。 （１５）明細削除（removeDetail） 明細を１件削除する。 （１６）伝票削除（removeSlip） 伝票を削除する。 （１７）ヘッダ更新 キーで指定したヘッダの内容を更新し、結果を真偽で返
す。 （１８）ヘッダ更新 キーで指定したヘッダの内容を更新し、更新したヘッダ
の内容を返す。 （１９）明細更新 キーで指定した伝票の明細の内容を更新し、結果を真偽
で返す。 （２０）明細更新 キーで指定した伝票の明細の内容を更新し、更新した伝
票の内容を返す。

【００９０】明細主導伝票型データ構造に対してこのよ
うなデータ構造解決ユニット３が用意されており、解決
ロジック解析部７はデータ構造解決ユニット３の解決ロ
ジックを解析して、例えば図３４に示すような解決情報
入力画面１１ｌを作成してユーザに出力する。

【００９１】解決情報入力画面１１ｌには、データ構造
解決ユニット３のデータ構造部３２０に対する解決情報
を入力するためのデータ構造解決部３４００乃至３４２
０と、データ構造解決ユニット３の操作基本部３１０に
対応する雛型プログラム３８０に埋め込まれた解決ロジ
ック３８２に対する解決情報を入力するための操作解決
部３４３０とが含まれる。

【００９２】データ構造解決部３４００は、ヘッダ部１
（３３００）の解決情報を入力する部分である。ここに
は、項目名、キーか否か、データの型を入力するように
なっている。すなわち、雛型プログラム３８０にはヘッ
ダ部１（３３００）に属性を与えるための解決ロジック
３８２が含まれている。図３４の例では、項目名「売掛
番号」が入力されており、この売掛番号はキーであり且
つ整数型のデータであることが入力されている。項目名
「受注日」が入力されており、この受注日は文字列型の
データであることが入力されている。項目名「顧客名」
が入力されており、この顧客名は文字列型のデータであ
ることが入力されている。また、項目名「合計額」が入
力されており、この合計額は整数型のデータであること
が入力されている。

【００９３】データ構造解決部３４１０は、ヘッダ部２
（３３１０）の解決情報を入力する部分である。ここに
は、項目名、キーか否か、データの型を入力するように
なっている。すなわち、雛型プログラム３８０にはヘッ
ダ部２（３３１０）に属性を与えるための解決ロジック
３８２が含まれている。図３４の例では、項目名「請求
番号」が入力されており、この請求番号はキーであり且
つ整数型のデータであることが入力されている。項目名
「請求日付」が入力されており、この請求日付は文字列
型のデータであることが入力されている。項目名「請求
先」が入力されており、この請求先は文字列型のデータ
であることが入力されている。項目名「合計額」が入力
されており、この合計額は整数型のデータであることが
入力されている。

【００９４】データ構造解決部３４２０は、明細部３３
３０の解決情報を入力する部分である。ここには、項目
名、キーか否か、データの型を入力するようになってい
る。すなわち、雛型プログラム３８０には明細部３３３
０に属性を与えるための解決ロジック３８２が含まれて
いる。図３４の例では、項目名「取引番号」が入力され
ており、この取引番号はキーであり且つ整数型のデータ
であることが入力されている。項目名「商品」が入力さ
れており、この商品は文字列型のデータであることが入
力されている。項目名「数量」が入力されており、この
数量は整数型のデータであることが入力されている。項
目名「単価」が入力されており、この単価は整数型のデ
ータであることが入力されている。

【００９５】操作解決部３４３０は、データ構造解決ユ
ニット３の操作基本部３１０に対応する雛型プログラム
３５０乃至３７０に埋め込まれた解決ロジック３５２に
対する解決情報を入力する部分である。まず、操作名を
最初に入力するようにユーザに求める。図３４では操作
名は［売掛伝票登録］と入力されている。この売掛伝票
登録に対応する基本操作を次に選択する。この選択には
基本操作名リストが用いられる。図３４では売掛伝票登
録に対応する基本操作は［伝票登録］と選択されてい
る。この基本操作「伝票登録」に対応する雛型プログラ
ムが読み出され、埋め込まれた解決ロジックに代わって
入力されるべき解決情報の入力が求められる。図３４で
は、対象ヘッダ名という項目に対して［売掛］が入力さ
れている。追加親情報という項目に対して［顧客名］が
入力されている。エラーメッセージという項目に対して
［取扱商品がありません］が入力されている。固有チェ
ックという項目に対して［その顧客の限度額を超えてい
ないか？］が入力されている。固有チェックは、チェッ
クの条件を論理式・算術式で記述可能である。このよう
に、基本操作に対応する本雛型プログラムには、ヘッダ
・レコードの状態を操作との関連で定義するための解決
ロジックと、プログラムの仕様に従った設定をレコード
の属性、レコードの状態、若しくはレコードの属性及び
状態の組合せで記述するための解決ロジックが埋め込ま
れている。

【００９６】また、次の操作名は［請求発行］であり、
これに対応する基本操作が［ヘッダ切替］であることが
示されている。このような入力処理が、対象となるプロ
グラムの仕様に沿って必要な操作を規定し終えるまで繰
り返される。

【００９７】８．構成型データ構造の場合 構成型データ構造は、部品表のように、構成するものと
構成されるものを一つのエンティティで取り扱い、その
ｎ対ｍの関連（構成情報）を管理するような場合に用い
られる。１対ｎの場合にはツリー型データ構造を用い
る。

【００９８】例えば図３５に示すように、ＬＸ２７７Ａ
ＡＡという型番について、同一型番の中で版（バージョ
ン）が存在する。ここでは、ＬＸ２７７ＡＡＡ−０１０
（日付：１２／１０、互換フラグ：ＯＫ、代替グループ
ＩＤ：−−−）という版と、ＬＸ２７７ＡＡＡ−０２０
（日付：１２／１１、互換フラグ：ＯＫ、代替グループ
ＩＤ：−−−）という版とが存在している。この３つの
版は同一型番ということができる。さらに、各版に対し
て部品が定義できる。図３５ではＬＸ２７７ＡＡＡ−０
１０という版に対して、ＸＸＸ−０１０（１２／１０
版）が５つと、ＹＹＹ−０１０（１０／１０版）と、Ｚ
ＺＺ−０３０（１２／１０版）とが含まれる。この版と
部品の間を結ぶリンクが「構成」と呼ばれる。なお、部
品についても版が存在する場合もある。その際、その版
が基本となる版（基本型番）に対して互換性があるか否
かが互換性フラグで表される。「ＯＫ」は互換性がある
ことを示している。代替グループＩＤは、代替部品が存
在する場合には、その代替部品のグループのＩＤであ
る。

【００９９】図３５のような状態を表すための構成型デ
ータ構造は、図３６に示すように、型番（ノード）部３
６００と、型番版数（ノード版数）部３６１０と、構成
部３６２０と、型番部３６００と型番版数部３６１０と
のリンクと、型番版数３６１０と構成部３６２０とのリ
ンクとが含まれる。型番部３６００には、キーである型
番と、属性である型番情報とが含まれる。型番版数部３
６１０には、キーである型番及び日付と、属性である代
替グループＩＤ、互換フラグ及び部品情報とが含まれ
る。また、構成部３６２０には、キーである上位ノード
及び下位ノードと、属性である構成情報、上限個数及び
下限個数とが含まれる。型番部３６００に対して型番版
数部３６１０はＮ個（Ｎは０以上の整数）存在する。１
つの型番版数３６１０について、基本型番である型番部
３６００は存在することもあるし、存在しない場合もあ
る。型番版数３６１０に対して構成部３６２０は、Ｍ個
（Ｍは０以上の整数）存在する。但し、上位の型番版数
３６１０は存在する場合もあれば存在しない場合もあ
る。同様に、下位の型番版数３６１０は存在する場合も
あれば存在しない場合もある。なお、構成型データ構造
のデータ構造部３２０に対応する雛型プログラム３８０
には、型番部３６００と、型番版数部３６１０と、構成
部３６２０とに属性を与えるための解決ロジック３８２
が含まれる。

【０１００】また、構成型データ構造の操作基本部３１
０には、以下に示すような基本操作が含まれる。なお括
弧内の文字列はメソッド名である。 （１）ノード版数検索（findNodeRevisionByKey） プライマリキーによるノード版数１件検索。 （２）ノード版数複数件検索 指定されたノード版数と同じノードを参照するノード版
数を検索する（findNodeRevisionsByNode）。そして、
検索結果リストからメッセージリストを取り出す（next
NodeRevision）。 （３）交換可能ノード版数複数件検索 指定したノードと交換可能なノード版数を検索する（fi
ndReplaceableNodeRevisionsByNode）。そして、検索結
果リストからメッセージリストを取り出す（nextNodeRe
vision）。 （４）交換可能チェック（isNodeRevisionReplaceabl
e） ノード版数が交換可能かをチェックする。 （５）基本版数検索（findBaseNodeRevisionByNode） ノードのキーにより基本版数を検索する。 （６）基本ノード版数検索（findBaseNodeRevisionByNo
deRevision） ノード版数により基本ノード版数を検索する。 （７）代替可能ノード版数の複数件検索 代替可能ノード版数の複数件検索（findSubstituteRevi
sionsByNodeRevision）。そして、検索結果リストから
メッセージリストを取り出す（nextNodeRevision）。 （８）代替可能確認 指定ノード版数が、他のノード版数と代替可能かどうか
を確認する。 （９）最新ノード版数の一件検索（findLatestRevision
ByNodeKey） 最新ノード版数の一件検索。 （１０）構成情報のキーによる一件検索（findComposit
ionByKey） 構成情報のキーによる一件検索。 （１１）上位ノード版数による構成検索 上位ノード版数による構成検索（findCompositionsByUp
prNodeRevision）。そして、検索結果リストからメッセ
ージリストを取り出す（nextComposition）。 （１２）指定ノード版数情報による下位ノード版数複数
件検索 指定ノード版数情報による下位ノード版数複数件検索
（findLowersOfNodeRevision）。そして、検索結果リス
トからメッセージリストを取り出す（nextNodeRevisio
n）。 （１３）構成情報の下位ノードキーによる複数件検索 構成情報を下位ノードキーにより検索する（FindCompos
itionsByLowerNodeRevision）。そして、検索結果リス
トからメッセージリストを取り出す（nextCompositio
n）。 （１４）指定ノード版数情報による上位ノード複数件検
索 指定されたノード版数情報により上位ノードを検索する
（FindUppersOfNodeRevision）。そして、検索結果リス
トからメッセージリストを取り出す（nextNodeRevisio
n）。 （１５）ルートノード版数検索 指定ノード版数を基点に全ルートノード版数を検索（fi
ndRootsOfNodeRevision）。そして、検索結果リストか
らメッセージリストを取り出す（nextNodeRevision）。 （１６）リーフノード版数検索 指定ノード版数を基点に全リーフノード版数を検索する
（findLeavesOfNodeRevision）。そして、検索結果リス
トからメッセージリストを取り出す（nextNodeRevisio
n）。 （１７）上方ノード版数展開（expandNodeRevisionUppe
r） 指定ノード版数を起点に展開レベル階層分の上方ノード
版数展開を行う。 （１８）下方ノード版数展開（expandNodeRevisionLowe
r） 指定ノード版数を起点に展開レベル階層分の下方ノード
版数展開を行う。 （１９）上方構成情報展開（expandCompositionUpper） 指定ノード版数を起点に展開レベル階層分の上方構成情
報展開を行う。 （２０）下方構成情報展開（expandCompositionLower） 指定ノード版数を起点に展開レベル階層分の下方構成情
報展開を行う。 （２１）指定ノード版数が指定構成情報の上位に存在す
るかをチェック（isNodeRevisionInCompositionUpper） 指定ノード版数が指定構成情報の上位に存在するかをチ
ェックする。 （２２）あるノード版数が、指定したノード版数の上位
に存在するかチェック（isNodeRevisionInRevisionUppe
r） あるノード版数が、指定したノード版数の上位に存在す
るかチェックする。 （２３）指定ノード版数が指定構成情報の下位に存在す
るかをチェック（isNodeRevisionInCompositionLower） 指定ノード版数が指定構成情報の下位に存在するかをチ
ェックする。 （２４）あるノード版数が、指定したノード版数の下位
に存在するかチェック（isNodeRevisionInRevisionLowe
r） あるノード版数が、指定したノード版数の下位に存在す
るかチェックする。 （２５）ノード版数登録（キーあり）（createNodeRevi
sionWithKey1） ノード版数の登録キーあり。エラーの有無を通知する。
キーを指定してノード版数を新規登録する。 （２６）ノード版数登録（キーあり）（登録ノード版数
を表示）（createNodeRevisionWithKey2） ノード版数の登録 キーあり。登録したノード版数の内
容を表示する。キーを指定してノード版数を新規登録す
る。 （２７）ノード版数登録（キーなし）（createNodeRevi
sionWithoutKey） ノード版数の登録キーなし。採番機能で得たキーを用い
て、ノード版数を新規登録する。 （２８）構成の登録（返却値は真偽）（createComposit
ion1） 上位ノード版数、下位ノード版数を指定して構成を登録
する。 （２９）構成の登録（返却値はノード版数情報）（crea
teComposition2） 上位ノード版数、下位ノード版数を指定して構成を登録
する。 （３０）２つのノード版数に対する構成情報の登録（li
nkNodeRevision） 指定した２つのノード版数に対する構成情報を作成す
る。 （３１）基本ノード版数及び交換可能版数設定（establ
ishBaseNodeRevision） 基本ノード版数及び交換可能版数の設定。 （３２）基本ノード版数及び交換可能版数の解除（rele
aseBaseNodeRevision） 基本ノード版数及び交換可能版数の解除。 （３３）交換可能設定（establishReplaceableNodeRevi
sion） 指定ノード版数を交換可能に設定する。 （３４）交換可能状態解除（releaseReplaceableNodeRe
vision） 指定ノード版数の交換可能状態を解除する。 （３５）ノード版数の更新（返却値は真偽） ノード版数の更新。返却値はノード版数情報の場合と、
真偽の場合とがある。 （３６）構成情報の下位ノード版数変更 指定構成情報の下位側ノード版数を指定されたノード版
数に変更する。 （３７）ノード版数一件削除（removeNodeRevision） ノード版数一件削除。 （３８）構成情報一件削除（removeComposition） 構成情報一件削除。 このような構成型データ構造に対する基本操作に対応す
る各雛型プログラムには、対象となるプログラム固有の
設定を行うための解決ロジックが埋め込まれている。

【０１０１】９．座席予約型データ構造 座席予約型データ構造は、列車や飛行機の予約や、コン
サートのチケットなど、資源とその利用機会に対する予
約を管理するために用いられる。図３７に飛行機の例を
示す。図３７の各行は、飛行機の各機種座席を表すもの
であり、「７４７−１Ａ」「７４７−１Ｂ」．．．は機
種名及び座席記号である。座席は資源ということもでき
る。一方、各列は便を表したものであり、「１０／１
Ｃ１４」「１０／１ Ｃ１５」．．．は日にち及び便名
である。便は機会ということもできる。各座席と各便の
組合せは、オカーレンスと呼ばれるが、実際は存在しな
いものもある。図３７で×印は、実際は存在しない席を
表す。また、黒バーは予約の入った座席を表し、黒バー
を囲む矩形は予約を表す。空席は、点線で表される。通
常、予約については、往復予約等のため便をまたぐ座席
予約も可能である。

【０１０２】このような業務を取り扱うために、図３８
のような座席予約型データ構造を用いる。座席予約型デ
ータ構造は、機会を表す便部３８００と、資源のグルー
プを表す機種部３８１０と、資源を表す機種座席部３８
２０と、オカーレンスを表す座席部３８３０と、予約を
表す予約部３８４０と、便部３８００と機種部３８１０
とのリンクと、機種部３８１０と機種座席部３８２０と
のリンクと、便部３８００と座席部３８３０とのリンク
と、機種座席部３８２０と座席部３８３０とのリンク
と、座席部３８３０と予約部３８４０とのリンクとが含
まれる。機種部３８１０１つに対して便部３８００はＮ
個（Ｎは０以上の整数）存在する。また、機種部３８１
０１つに対して機種座席部３８２０はＭ個（Ｍは０以上
の整数）存在する。便部３８００１つに対して、座席部
３８３０はＫ個（Ｋは０以上の整数）存在し、予約部３
８４０１つに対して座席部３８３０はＬ個（Ｌは０以上
の整数）存在する。

【０１０３】便部３８００には、キーである出発日及び
便名と、属性である出発地、到着地、予定機種コード、
スーパーシート空席数、エコノミー前方窓側空席数、エ
コノミー前方通路側空席数、エコノミー後方窓側空席
数、エコノミー後方通路側空席数及び特割残席数が含ま
れる。また、機種部３８１０には、キーである機種コー
ド、属性である機種名、搭乗定員、航続距離、巡航速度
及び飛行高度が含まれる。機種座席部３８２０には、キ
ーである機種コード及び座席番号と、属性であるスーパ
ーシートとエコノミーの別、窓側と通路側の別、前方と
後方の別、及び喫煙と禁煙の別とが含まれる。座席部３
８３０には、キーである出発日、便名及び座席番号と、
属性である予約番号、搭乗お客様番号、搭乗者氏名、年
齢性別、予約日時、発券日時、及び搭乗時刻が含まれ
る。なお、機種コードを含むようにしてもよい。予約部
３８４０には、キーである予約番号、属性である予約お
客様番号、予約者指名、代理店コード及び予約日時が含
まれる。

【０１０４】一般的に座席予約型データ構造には、図３
９に示されるように、キーである機会キーと属性である
資源グループ・キーとを含む機会部３９００と、キーで
ある資源グループ・キーを含む資源グループ部３９１０
と、キーである資源キーと属性である資源グループ・キ
ーとを含む資源部３９２０と、キーである機会キー及び
資源キーと属性である予約キーとを含むオカーレンス部
３９３０と、キーである予約キーを含む予約部３９４０
とが含まれる。

【０１０５】機会部３９００と資源グループ部３９１０
とはリンクしており、１つの資源グループ部３９１０に
対して機会部３９００はＮ個（Ｎは０以上の整数）存在
する。資源グループ部３９１０と資源部３９２０とはリ
ンクしており、１つの資源グループ部３９１０に対して
資源部３９２０はＭ個（Ｍは０以上の整数）存在する。
資源部３９２０とオカーレンス部３９３０とはリンクし
ており、１つの資源部３９２０に対してオカーレンス部
３９３０はＫ個（Ｋは０以上の整数）存在する。オカー
レンス部３９３０と予約部３９４０とはリンクしてお
り、１つの予約部３９４０に対してオカーレンス部３９
３０はＬ個（Ｌは０以上の整数）存在する。

【０１０６】このように、座席予約型データ構造のデー
タ構造部３２０に対する雛型プログラム３８０には、図
３９に示されるようなデータ構造を図３８に示されるよ
うなデータ構造にするような属性を与えるための解決ロ
ジックが含まれる。また、機会部３９００、資源グルー
プ部３９１０及び予約部３９４０の各々には、生成、削
除、キー検索及び条件検索を実行する処理部が設けられ
ている。さらに、オカーレンス部３９３０には、生成、
削除及びキー検索を実行する処理部が設けられている。
さらに、資源部３９２０には、キー検索及び条件検索を
実行する処理部が設けられている。

【０１０７】また、座席予約型データ構造の操作基本部
３１０には、以下に示すような基本操作が含まれる。な
お括弧内の文字列はメソッド名である。 （１）予約新規作成（キーあり）（返却値は真偽）（cr
eateSeatReservationWithKey1） 入力情報に従い、予約とオカーレンスを創成する。 （２）予約登録（キーあり）（返却値は情報） 入力情報に従い、予約とオカーレンスを創成する（crea
teSeatReservationWithKey2）。そして、創生した予約
エンティティの情報を返す。 （３）予約登録（キーなし）（返却値は情報） 入力情報に従い、予約とオカーレンスを創成する（crea
teSeatReservationWithoutKey）。プライマリキーは採
番クラスから取得して使用する。そして、創生した予約
エンティティの情報を返す。 （４）予約取消（cancelSeatReservation） 入力情報である予約キーの予約を削除し、関連するオカ
ーレンスを削除する。 （５）予約更新 入力情報に従い、予約を更新する（返却値は真偽）。 （６）予約更新 入力情報に従い、予約を更新する（返却値は情報）。 （７）予約キー検索（findSeatReservationByKey） 指定された予約キーの予約を取得し、その情報を出力用
メッセージキャリアに格納する。 （８）オカーレンス指定予約検索（findSeatReservatio
nByOccurrence） 指定されたオカーレンスキーで予約を取得し、その情報
を出力用メッセージキャリアに格納する。 （９）機会指定予約検索 指定された機会キーで予約を検索し、存在するかどうか
を返す（findSeatReservationByOccasion）。又は、複
数の予約を含む検索結果を指定されたメッセージキャリ
アに格納して返す（nextSeatReservation）。 （１０）資源指定予約検索 指定された資源キーで予約を検索し、存在するかどうか
を返す（findSeatReservationByResource）。又は、複
数の予約を含む検索結果を指定されたメッセージキャリ
アに格納して返す（nextSeatReservation）。 （１１）予約条件検索 指定された条件で予約を検索し、存在するかどうかを返
す。又は、複数の予約を含む検索結果を指定されたメッ
セージキャリアに格納して返す（nextSeatReservatio
n）。 （１２）予約へのオカーレンス追加（キーあり）（返却
値は真偽）（createOccurrence1） 入力情報に従い、予約に対するオカーレンスを追加す
る。 （１３）予約へのオカーレンス追加（キーあり）（返却
値は情報） 入力情報に従い、予約に対するオカーレンスを追加する
（createOccurrence2）。又、創生したオカーレンスエ
ンティティの情報を返す。 （１４）オカーレンス削除（removeOccurrence） 入力情報に従い、予約に対するオカーレンスを削除す
る。 （１５）オカーレンス更新 入力情報に従い、オカーレンスを更新する（返却値は真
偽）。 （１６）オカーレンス更新 入力情報に従い、オカーレンスを更新する（返却値は情
報）。 （１７）オカーレンスキー検索（findOccurrenceByKe
y） 指定されたオカーレンスキーのオカーレンスを取得し、
指定されたメッセージキャリアに格納する。 （１８）空き状況確認（isVacant） 指定された資源キーと機会キーに対応するオカーレンス
が存在するか確認する（返却値は真偽）。 （１９）予約機会変更（changeReservedOccasion） 指定された予約キーで予約を取得し、その予約の機会を
入力情報で指定された機会に変更する（返却値は真
偽）。 （２０）予約資源変更（changeReservedResource） 指定された予約キーで予約を取得し、その予約の資源を
入力情報で指定された資源に変更する（返却値は真
偽）。 （２１）予約済オカーレンス件数検索 指定された予約キーでオカーレンスを検索し、件数を返
す。 （２２）予約指定予約済オカーレンス検索 指定された予約キーでオカーレンスを検索し、存在する
かどうかを返す（findOccurrenceBySeatReservatio
n）。又は、複数のオカーレンスを含む検索結果を指定
されたメッセージキャリアに格納して返す（nextOccurr
ence）。 （２３）機会指定予約済オカーレンス検索 指定された機会キーでオカーレンスを検索し、存在する
かどうかを返す（findOccurrenceByOccasion）。又は、
複数のオカーレンスを含む検索結果を指定されたメッセ
ージキャリアに格納して返す（nextOccurrence）。

【０１０８】（２４）資源指定予約済オカーレンス検索 指定された資源キーでオカーレンスを検索し、存在する
かどうかを返す（findOccurrenceByResource）。又は、
複数のオカーレンスを含む検索結果を指定されたメッセ
ージキャリアに格納して返す（nextOccurrence）。 （２５）オカーレンス条件検索 指定された条件でオカーレンスを検索し、存在するかど
うかを返す。又は、複数のオカーレンスを含む検索結果
を指定されたメッセージキャリアに格納して返す（next
Occurrence）。 （２６）機会追加（キーあり）（返却値は真偽）（crea
teOccasionWithKey1） 入力情報に従い、機会を追加する。 （２７）機会追加（キーなし）（返却値は情報） 入力情報に従い、機会を追加する（createOccasionWith
outKey）。プライマリキーは採番クラスから取得して使
用する。そして、創生した機会エンティティの情報を返
す。 （２８）機会削除（removeOccasion） 入力情報の機会キーの機会を削除する。機会に関連する
予約済みオカーレンスが存在する場合は削除できない。 （２９）機会更新 入力情報に従い、機会を更新する（返却値は真偽）。 （３０）機会キー検索（findOccasionByKey） 指定された機会キーの機会を取得し、指定されたメッセ
ージキャリアに格納する。 （３１）機会条件検索 指定された条件で機会を取得し、指定されたメッセージ
キャリアに格納する。又は、複数の機会を含む検索結果
を指定されたメッセージキャリアに格納して返す（next
Occasion）。 （３２）資源グループ指定機会検索 指定された資源グループキーで機会を検索し、存在する
かどうかを返す。又は、複数の機会を含む検索結果を指
定されたメッセージキャリアに格納して返す（nextOcca
sion）。 （３３）資源指定機会検索 指定された資源キーで機会を検索し、存在するかどうか
を返す（findOccasionByResource）。又は複数の機会を
含む検索結果を指定されたメッセージキャリアに格納し
て返す（nextOccasion）。 （３４）資源指定空き機会検索 指定された資源キーで空き機会を検索し、存在するかど
うかを返す（findVacantOccasionByResource）。又は、
複数の機会を含む検索結果を指定されたメッセージキャ
リアに格納して返す（nextOccasion）。 （３５）空き機会条件検索 指定された条件で空き機会を検索し、存在するかどうか
を返す。又は、複数の機会を含む検索結果を指定された
メッセージキャリアに格納して返す（nextOccasion）。 （３６）資源キー検索（findOccasionByKey） 指定された資源キーの資源を取得し、指定されたメッセ
ージキャリアに格納する。 （３７）資源条件検索 指定された条件で資源を検索し、存在するかどうかを返
す。又は、複数の資源を含む検索結果を指定されたメッ
セージキャリアに格納して返す（nextResource）。 （３８）機会指定資源検索 指定された機会キーで資源を検索し、存在するかどうか
を返す。又は、複数の資源を含む検索結果を指定された
メッセージキャリアに格納して返す（nextResource）。 （３９）資源グループ指定資源検索 指定された資源グループキーで資源を検索し、存在する
かどうかを返す。複数の資源を含む検索結果を指定され
たメッセージキャリアに格納して返す（nextResourc
e）。 （４０）機会指定空き資源検索 指定された機会キーで空き資源を検索し、存在するかど
うかを返す（findVacantResourceByOccasion）。又は、
複数の資源を含む検索結果を指定されたメッセージキャ
リアに格納して返す（nextResource）。 （４１）資源グループ追加（キーあり、返却値は真偽） 入力情報に従って資源グループを追加する（返却値は真
偽）。 （４２）資源グループ削除 指定された資源グループキーの資源グループを削除（物
理削除）する。 （４３）資源グループ更新 入力情報に従い、資源グループを更新する（返却値は真
偽）。 （４４）資源グループキー検索 指定された資源グループキーの資源グループを取得し、
情報を出力用メッセージキャリアに格納する。 （４５）資源グループ条件検索 指定された条件に合う資源グループを検索し、存在する
かどうかを返す。又は、複数の資源グループを含む検索
結果を指定されたメッセージキャリアに格納して返す
（nextResourceGroup）。このような座席予約型データ
構造に対する基本操作に対応する各雛型プログラムに
は、対象となるプログラム固有の設定を行うための解決
ロジックが埋め込まれている。

【０１０９】１０．系図型データ構造の場合 系図型データ構造は、職制変更で起きる組織の統廃合な
どのように、作成、廃止、統合などに伴う責任範囲の引
き継ぎ先や引き継ぎ元の情報を管理するために用いられ
る。

【０１１０】図４０を用いて系図型データ構造の適用可
能例を示す。図４０の例では、（１）という組織が新規
に作成され、その後（４）という組織が（１）から分割
して作成された。（４）にとって（１）は相続元であ
る。また、（２）という組織が新規に作成され、（１）
は（２）に吸収されて消滅した。よって、（２）は
（１）の相続先である。一方、（３）という組織は新規
に作成され、相続先がなく消滅した。このように、
（１）乃至（４）のような系ノードのインスタンスは、
自身の相続元と相続先へのリンクをそれぞれ１つずつ持
つことができる。また、相続元を持たないインスタンス
は、それ自身が起源となる。さらに、相続先を持たない
インスタンスは実世界上存在していることを示し、相続
先を持っているインスタンスは実世界上消滅しているこ
とを示している。

【０１１１】同じ相続元を持つインスタンスが複数存在
する場合はあっても、相続元から見ると相続先は一つで
ある。また、第１のインスタンスの相続先である第２の
インスタンスは、必ずしも第１のインスタンスが相続元
であるというデータを有していない場合もある。第２の
インスタンスが他のインスタンスから相続し、且つ第１
のインスタンスが勝手に相続先であると指定する場合で
ある。

【０１１２】このような性質を実現するための系図型デ
ータ構造は、図４１に示すように、系ノード部４１００
を含む。系ノード部４１００には、キーである系ノード
と、属性である相続元系ノードキー、相続先系ノードキ
ー、発生日、消滅日、及び属性１乃至ｎが含まれる。同
じ相続元を持つインスタンスが複数存在する場合でも、
その相続元から見た相続先は１つだけである。また、あ
るインスタンスが持つ相続先が、逆にその相続元として
必ずしも自分を指していなくとも良い。なお、系図型デ
ータ構造のデータ構造部３２０に対応する雛型プログラ
ム３８０には、系ノード部４１００に属性を与えるため
の解決ロジックが含まれる。また、系ノード部４１００
には、生成、削除、キー検索、吸収ノード検索及び分裂
ノード検索を実行する処理部が設けられている。

【０１１３】また、系図型データ構造の操作基本部３１
０には、以下に示すような基本操作が含まれる。なお括
弧内の文字列はメソッド名である。 （１）系ノードキー検索（findNodeByKey） 系ノードのキーを指定して、系ノードを検索する。 （２）相続元検索（findParentOfNode） 系ノードのキーを指定して、その系ノードの相続元ノー
ドを検索する。 （３）相続先検索（findChildOfNode） 系ノードのキーを指定して、その系ノードの相続先ノー
ドを検索する。 （４）吸収ノード検索 系ノードのキーを指定して、その系ノードを相続先とす
る系ノードを検索する（findAbsorbedNodesOfNodes）。
そして、検索されたノードリストから、ノード情報を取
り出して、返却値を作る（nextNode）。 （５）分裂ノード検索 系ノードのキーを指定して、その系ノードを相続元とす
る系ノードを検索する（findDividedNodesOfNode）。そ
して、検索されたノードリストから、ノード情報を取り
出して、返却値を作る（nextNode）。 （６）起源検索 系ノードをキーを指定して、その系ノードの起源となる
相続元ノードを検索する（findRootOfNode）。 （７）最終相続先検索（findLeafOfNode） 系ノードをキーを指定して、その系ノードの最終相続先
ノードを検索する。 （８）同一系チェック（上方向）（isAccessibleAncest
or） 起点となる系ノードから、ある系ノードが上方向にアク
セス可能か調査する。 （９）同一系チェック（下方向）（isAccessibleDescen
dant） 起点となる系ノードから、ある系ノードが下方向にアク
セス可能か調査する。 （１０）条件検索 ノードを条件指定で検索する。 （１１）キー付きで系ノード生成（返却値は真偽）（cr
eateNodeWithKey1） キーを指定して、系ノードを新規に生成する。 （１２）キー付きで系ノード生成（返却値は生成したノ
ードの情報）（createNodeWithKey2） キーを指定して、系ノードを新規に生成する。 （１３）キー無しで系ノード生成（返却値は生成したノ
ードの情報）（createNodeWithoutKey） キーを指定しないで、系ノードを新規に生成する。キー
は採番サービスから取得する。 （１４）系ノードの削除（removeNode） キーで指定した系ノードを削除する。他の系ノードから
リンクを張られている場合は削除不可。 （１５）系ノードを消滅状態にする（dissolveNode） 系ノードの消滅日に日付を設定し、系ノードを消滅状態
にする。 （１６）消滅状態の系ノードを復活する（reviveNode） 系ノードの消滅日をnullに設定し、消滅状態を無効にす
る。 （１７）ノード情報の更新 系ノードの情報を更新する。返却値は真偽の場合と、ノ
ードの情報の場合がある。 （１８）系ノードの転換 系ノードを生成し、相続元ノードは消滅状態とする。 （１９）系ノードの吸収 複数の系ノードの相続先を既存の１つの系ノードに設定
する。 （２０）系ノードの合併 複数の系ノードの相続先を新規に生成した１つの系ノー
ドに設定する。 （２１）系ノードの分裂 系ノードを指定し、その系ノードを相続元とする複数の
系ノードを新規に生成する。 （２２）系ノードの分割 系ノードを指定し消滅させ、その系ノードを相続元とす
る複数の系ノードを新規に生成する。 このような系図型データ構造に対する基本操作に対応す
る各雛型プログラムには、対象となるプログラム固有の
設定を行うための解決ロジックが埋め込まれている。

【０１１４】１１．在庫型データ構造の場合 在庫型データ構造は、在庫や残高など、何らかのトラン
ザクションを受けた状態変化を管理するときに使用され
る。在庫型データ構造は、図４２に示すように、現在倉
庫等に存在している在庫のための在庫部４２００及び引
当明細部４２１０と、将来倉庫等に入れられる未来在庫
のための入荷予定部４２２０及び入荷予定引当明細部４
２３０とを含む。在庫部４２００に対して引当明細部４
２１０がＮ個（Ｎは０以上の整数）存在し、両者間には
リンクが設けられている。入荷予定部４２２０に対して
入荷予定引当明細部４２３０がＭ個（Ｎは０以上の整
数）存在し、両者間にリンクが設けられている。

【０１１５】在庫部４２００には、キーである在庫キー
（「倉庫コード（倉庫が複数ある場合に必要）、商品コ
ード、所有者区分、所有者コード、規格（色柄・サイ
ズ）コード、ロット番号」等の組合せ）と、属性である
引当可能数及び引当総数とが含まれる。引当可能数（未
引当の数）＋引当総数（引当られた数）＝在庫数とな
る。引当明細部４２１０には、キーである在庫キー及び
引当明細キーと、属性である引当要求数、引当数、出庫
数及び出庫予定日とが含まれる。引当明細部４２１０は
商品等を受注すると生成される。但し、初めから引当明
細部４２１０が設けられているようにすることも可能で
ある。

【０１１６】入荷予定部４２２０は、キーである入荷予
定キー（未定部分もあるので在庫キーより簡単な場合も
ある）と、属性である入荷予定日、入荷予定数、入荷実
績数、引当可能数、及び引当総数とを含む。また、入荷
予定引当明細部４２３０は、キーである入荷予定キー及
び引当明細キーと、属性である引当要求数及び引当数と
を含む。

【０１１７】なお、在庫型データ構造のデータ構造部３
２０に対応する雛型プログラム３８０には、在庫部４２
００、引当明細部４２１０、入荷予定部４２２０、及び
入荷予定引当明細部４２３０に属性を与えるための解決
ロジックが含まれる。また、在庫部４２００、引当明細
部４２１０、入荷予定部４２２０、及び入荷予定引当明
細部４２３０の各々には、生成、削除、キー検索及び条
件検索を実行する処理部が設けられている。

【０１１８】また、在庫型データ構造の操作基本部３１
０には、以下に示すような基本操作が含まれる。なお括
弧内の文字列はメソッド名である。 （１）在庫検索（findStockByKey） 指定されたキーを持つ在庫エンティティのインスタンス
を検索する。 （２）在庫条件検索 条件に適合する在庫エンティティのインスタンスの集合
を準備し、その準備ができたかどうかを返す。そして、
次の在庫エンティティの情報を取得する（nextStoc
k）。 （３）在庫登録（createStockWithKey） 指定されたキーを持つ在庫エンティティのインスタンス
を生成する（返却値は真偽）。 （４）在庫登録（返却値はエンティティの情報） 指定されたキーを持つ在庫エンティティのインスタンス
を生成する（createStockWithKey）。そして、生成した
在庫エンティティの情報を返す。 （５）引当可能数設定（setStockAvailableQuantity） 指定されたキーを持つ在庫エンティティのインスタンス
を検索し、指定された値を抽象レベルの属性である引当
可能数に設定する。 （６）在庫削除（removeStock） 指定されたキーを持つ在庫エンティティのインスタンス
を削除する。 （７）在庫修正 指定されたキーを持つ在庫エンティティのインスタンス
の情報を更新する（返却値は真偽）。 （８）在庫修正 指定されたキーを持つ在庫エンティティのインスタンス
の情報を更新する（返却値は更新したエンティティの情
報）。 （９）在庫引当検索（findReservationByKey） 指定されたキーを持つ在庫引当明細エンティティのイン
スタンスを検索する。 （１０）在庫全引当検索 指定された在庫キーを持つ在庫引当明細エンティティの
インスタンスを全て検索する（findReservationsByStoc
k）。そして、次の在庫引当明細エンティティの情報を
取得する（nextReservation）。 （１１）在庫引当（createReservation） 指定された在庫を引き当て、在庫引当明細エンティティ
のインスタンスを１件生成する（返却値は生成したエン
ティティの情報）。 （１２）複数件在庫引当（createReservations） 指定された複数件の在庫を引き当て、在庫引当明細エン
ティティのインスタンスをそれぞれ１件ずつ生成する
（返却値は指定した在庫の件数）。 （１３）条件指定在庫引当 条件に適合する在庫を引き当て、在庫引当明細エンティ
ティのインスタンスを生成する（返却値は生成した在庫
引当明細エンティティの情報）。 （１４）在庫引当戻し（removeReservation） 指定されたキーを持つ在庫引当明細エンティティのイン
スタンスを削除する。つまり、在庫引当のキャンセルで
ある。同時に、在庫の引当総数を減らし、引当可能数を
増やす。ただし、在庫引当に出庫数が入っている場合に
は、引当戻しはできない。 （１５）在庫引当修正 指定されたキーを持つ在庫引当明細エンティティのイン
スタンスの情報を更新する（返却値は真偽）。 （１６）在庫引当修正 指定されたキーを持つ在庫引当明細エンティティのイン
スタンスの情報を更新する（返却値は更新したエンティ
ティの情報）。 （１７）在庫引落（引当ありの引落） 引当ありの引落であり、指定されたキーを持つ在庫引当
明細エンティティのインスタンスに対し、引き落としを
行ない、出庫数を設定する（deliverWithReservatio
n）。そして、引き落とされた在庫引当明細エンティテ
ィに対応する在庫エンティティの情報を返す。 （１８）在庫引落 (引当なしの引落) 引当なしの引落であり、指定されたキーを持つ在庫エン
ティティのインスタンスに対し、引き落としを行ない、
出庫数を設定する。同時に、引き落とされた在庫に対応
する在庫引当明細エンティティのインスタンスを生成す
る（返却値は更新した在庫エンティティの情報）（deli
verWithoutReservation）。 （１９）出荷（shipReservation） 引き当てた在庫を出荷する。指定されたキーを持つ在庫
引当明細エンティティのインスタンスを削除し、同時に
在庫の引当総数を消し込む（返却値は在庫エンティティ
の情報）。 （２０）入荷予定検索（findFutureReceptionByKey） 指定されたキーを持つ入荷予定エンティティのインスタ
ンスを検索する。 （２１）入荷予定条件検索 条件に適合する入荷予定エンティティのインスタンスの
集合を準備し、その準備ができたかどうかを返す。又、
次の入荷予定エンティティの情報を取得する（nextFutu
reReception）。 （２２）入荷予定登録（createFutureReceptionWithKe
y） 指定されたキーを持つ入荷予定エンティティのインスタ
ンスを生成する（返却値は真偽）。 （２３）入荷予定取消し（removeFutureReception） 指定されたキーを持つ入荷予定エンティティのインスタ
ンスを削除する。すなわち、入荷予定のキャンセルであ
る。引当情報の有無にかかわらず入荷予定をキャンセル
にする。 （２４）入荷予定修正 指定されたキーを持つ入荷予定エンティティのインスタ
ンスの情報を更新する（返却値は真偽）。 （２５）入荷予定修正 指定されたキーを持つ入荷予定エンティティのインスタ
ンスの情報を更新する（返却値は更新したエンティティ
の情報）。 （２６）入荷予定引当検索（findFutureReservationByK
ey） 指定されたキーを持つ入荷予定引当明細エンティティの
インスタンスを検索する。 （２７）入荷予定全引当検索 指定された入荷予定キーを持つ入荷予定引当明細エンテ
ィティのインスタンスを全て検索する（findFutureRese
rvationsByFutureReception）。又、次の入荷予定引当
明細エンティティの情報を取得する（nextFutureReserv
ation）。 （２８）入荷予定引当 指定された入荷予定を引き当て、入荷予定引当明細エン
ティティのインスタンスを生成する（返却値は生成した
入荷予定引当明細エンティティの情報）（createFuture
Reservation）。 （２９）入荷予定引当取消し（removeFutureReservatio
n） 入荷予定引当明細エンティティのインスタンスを削除す
る。つまり、入荷予定引当のキャンセルである。 （３０）入荷予定引当修正 指定されたキーを持つ入荷予定引当明細エンティティの
インスタンスの情報を更新する（返却値は真偽）。 （３１）入荷予定引当修正 指定されたキーを持つ入荷予定引当明細エンティティの
インスタンスの情報を更新する（返却値は更新したエン
ティティの情報）。 このような在庫型データ構造に対する基本操作に対応す
る各雛型プログラムには、対象となるプログラム固有の
設定を行うための解決ロジックが埋め込まれている。

【０１１９】１２．計画型データ構造 計画型データ構造は、販売計画、生産計画などの計画値
とその実績値を管理する時に使われる。計画業務におい
ては、時間の経過により計画が進行し、例えば製品毎や
組織毎の売上目標及び実績などが管理される。よって、
時間という軸と、製品、組織といった他の軸とが定義さ
れ、時間の経過に従った製品毎の目標及び実績、時間の
経過に従ったある組織毎の目標及び実績、時間の経過に
従った製品及び組織毎の目標及び実績といった各軸の組
合せに係るデータが管理される。なお、軸の種類は、時
間のみ決まっており他の軸の種類は任意である。数も任
意である。

【０１２０】例えば図４３に示すように、製品（Ｘ
軸）、組織（Ｙ軸）、時間（Ｔ軸）が規定され、製品の
階層を表す製品種、機種、製品それぞれについて、組織
の階層を表す本部、事業部、部についての目標値及び実
績値が管理される。また、時間軸についても、年度につ
いてのデータ、月度についてのデータ、日次についての
データが管理される。但し、図４３の時間（Ｔ軸）の列
で○が付された部分だけ、実際にはデータの管理がなさ
れる。すなわち、製品種については、本部が年度で、事
業部が年度と月度でデータを管理する。機種について
は、事業部が年度及び月度、部が年度及び月度でデータ
を管理する。製品については、事業部が月度で、部が年
度、月度及び日次でデータを管理する。

【０１２１】上で述べたような業務に対応すべく計画型
データ構造は、図４４に示すような構造を有している。
すなわち、計画部４４００と、時間軸部４４１０と、時
間軸階層部４４２０と、軸種別部４４３０とが含まれ
る。計画部４４００と軸種別部４４３０、計画部４４０
０と時間軸部４４１０、時間軸階層部４４２０と時間軸
部４４１０の間にはリンクが設けられている。なお、軸
種別部４４３０が存在するのは、当該軸が表すデータが
単純なデータでなく、階層構造を有している場合（上で
示した製品の場合（製品に関するコードが階層化されて
いる場合））等のために設けられる。ここではエンティ
ティとして示さないが、Ｙ軸のためのエンティティを用
意しても良いし、他のシステムから取り込むような形
（ビューを用意する）にしても良い。例えば、Ｙ軸に対
応するデータが、単純型のデータ構造の場合やツリー型
のデータ構造の場合（上で示した組織の場合）には、ビ
ューを設けるようにしてもよい。ここでビューとは、参
照のみ可能なエンティティのことである。

【０１２２】この計画部４４００には、時間軸を特定す
るための時間軸コード（キー）と、製品種等を表すＸ軸
の種別を特定するためのＸ軸種別（キー）と、Ｘ軸の内
容を表すＸキー（キー）と、Ｙ軸の内容を表すＹキー
（キー）と、計画のバージョンを表す版数（キー）と、
属性である予定値及び実績値とが含まれる。例えば、時
間軸コードとして「１９９９０４」（９９年４月度）、
Ｘ軸種別として「製品種」、Ｘキーとして「ＰＣ」（製
品種コード）、Ｙキーとして「２３４」（事業部コー
ド）、版数として「０１」、予定値として「１２０００
０００」、実績値として「１０３２１０００」が設定さ
れる。

【０１２３】時間軸部４４１０には、時間軸コード（キ
ー）と、属性である時間軸名及び開始日付とが含まれ
る。時間軸部４４１０は、年度、半期、四半期、月度と
いった時間にも種別があり、且つ開始日付が異なるため
に設けられている。例えば、時間軸コードとして「１９
９９１１」、時間軸名として「１９９９年１１月度」、
開始日付として「１９９９１０２１」というデータが設
定される。

【０１２４】時間軸階層部４４２０には、時間軸階層コ
ード（キー）と、属性である時間軸階層名、上位時間軸
階層コード、及び下位時間軸階層コードとが含まれる。
時間軸階層部４４２０は、時間が例えば年度、月度、日
次といったように階層的に管理されるために設けられて
いる。上位時間軸階層コード及び下位時間軸階層コード
が設定され、ここでは上下関係が一対一で決定される。
例えば、時間軸階層コードとして「ＧＡＴＳＵＤＯ」、
時間軸階層名として「月度」、上位時間軸階層コードと
して「ＮＥＮＤＯ」、下位時間軸階層コードとして「Ｎ
ＩＣＨＩ」というデータが設定される。軸種別部４４３
０には、Ｘ軸種別（キー）が含まれる。

【０１２５】このように、計画型データ構造のデータ構
造部３２０に対応する雛型プログラム３８０には、計画
部４４００、時間軸部４４１０、時間軸階層部４４２
０、及び軸種別部４４３０に属性を与えるための解決ロ
ジックと、計画の管理単位（たとえば製品・組織）を指
定するための解決ロジックとが含まれる。また、少なく
とも計画部４４００及び時間軸部４４１０には、生成、
削除、キー検索及び条件検索を実行する処理部が設けら
れる。

【０１２６】また、計画型データ構造の操作基本部３１
０には、以下に示すような基本操作が含まれる。なお括
弧内の文字列はメソッド名である。 （１）時間軸登録（createTimeAxis1） 時間軸を新規に登録する。返却値は真偽値。エラーが起
きた場合、偽（false）を返す。 （２）時間軸登録（createTimeAxis2） 時間軸を新規に登録する。返却値は生成した時間軸の情
報。 （３）時間軸一括登録（createTimeAxisTree） ツリー構造の時間軸を登録する。下階層の時間軸は上位
階層の期間内で、かつ、開始日が一致しなければならな
い。 （４）時間軸削除（removeTimeAxisTree） 指定された時間軸とその下位の時間軸を削除する。ただ
し、時間軸とリンクしている計画が一つでもある場合
は、これらの計画のキーを返し、時間軸も削除しない。 （５）時間軸更新（updateTimeAxis1） 指定した時間軸の情報を更新する（返却値は真偽値）。
エラーが発生した場合は、falseを返す。 （６）時間軸更新（updateTimeAxis2） 指定した時間軸の情報を更新する。返却値は更新した時
間軸の情報。 （７）時間軸キー検索（findTimeAxisByKey） 指定したキーに該当する時間軸を検索する。該当する時
間軸の情報を返す。 （８）時間軸使用チェック（checkUsedTimeAxisTree） 指定した時間軸を参照する計画を検索する。該当する計
画の集合を返す。 （９）期間指定による子時間軸変換（convertTimeAxisK
eys） 開始日付と時間軸階層を指定して、その期間に属する子
時間軸を返す。 （１０）計画予定登録（createPlan1） 計画予定を新規に登録する（返却値は真偽）。エラーが
発生した場合は、falseを返す。 （１１）計画予定登録（createPlan2） 計画予定を新規に登録する（返却値は情報）。登録した
計画予定の情報を返す。 （１２）計画実績登録（createResult1） 計画実績を新規に登録する（返却値は真偽値）。エラー
が発生した場合、falseを返す。 （１３）計画実績登録（createResult2） 計画実績を新規に登録する。登録した計画実績の情報を
返す。 （１４）時間軸生成付き計画予定登録（createPlanWith
Axis） 指定された計画予定と時間軸の両方を生成する。生成し
た計画予定の情報を返す。 （１５）時間軸生成付き計画実績登録（createResultWi
thAxis） 指定された計画実績と時間軸の両方を生成する。生成し
た計画実績の情報が返す。 （１６）計画予定更新（updataPlan） 指定された計画予定の内容を変更する。エラーがあれ
ば、falseが返る。 （１７）計画実績更新（updateResult） 指定された計画実績の内容を変更する。エラーがあれ
ば、falseが返る。 （１８）計画予定値更新（updatePlanValue） 指定された計画予定の予定値を変更する。エラーがなけ
れば、更新後の計画予定の情報が返る。 （１９）計画実績値更新（updateResultValue） 指定された計画実績の実績値を変更する。エラーがなけ
れば、更新後の計画実績の情報が返る。 （２０）計画予定キー検索（findPlanByKey） 指定したキーに該当する計画予定を検索する。該当する
計画予定の情報を返す。 （２１）計画実績キー検索（findResultByKey） 指定したキーに該当する計画実績を検索する。該当する
計画実績の情報を返す。 （２２）軸指定一括計画予定検索（findPlansByAxis） この検索機能では、入力として検索する計画予定の情報
と取得したい直下の計画予定の軸を指定する。この機能
を実行すると、(1)検索で該当した計画予定の情報と、
(2)指定軸に関してその（該当した計画予定の）直下に
存在する計画予定の全てが得られる。 （２３）軸指定一括計画実績検索（findResultsByaxi
s） この検索機能では、入力として検索する計画実績の情報
と取得したい直下の計画実績の軸を指定する。この機能
を実行すると、(1)検索で該当した計画実績の情報と、
(2)指定軸に関してその（該当した計画実績の）直下に
存在する計画実績の全てが得られる。 （２４）計画予定削除（removePlan） 指定した計画予定を削除する。 （２５）計画実績削除（removeResult） 指定した計画実績を削除する。 （２６）予定集約値算出（calcPlanValue） 指定した計画予定の予定値の合計を、指定した軸に関し
てその（指定した計画予定の）直下に存在する計画予定
の予定値を加算して求める。 （２７）実績集約値算出（calcResultValue） 指定した計画実績の実績値の合計を、指定した軸に関し
てその（指定した計画実績の）直下に存在する計画実績
の実績値を加算して求める。 （２８）予定消化率算出（calcPlanUsedRate） 指定した計画予定の予定値に対して、指定した軸でその
（指定した計画予定の）直下に存在する計画予定の予定
値の合計が占める（消費した）割合を求める。 （２９）予実差異算出（calcDifference） 指定された計画予定の予定値と計画実績の実績値の差異
を計算する。 このような計画型データ構造に対する基本操作に対応す
る各雛型プログラムには、対象となるプログラム固有の
設定を行うための解決ロジックが埋め込まれている。

【０１２７】上で述べた実施の形態は、一例であって様
々な変形が可能である。例えば、ユーザインターフェー
スの例を図示しているが、同様の内容の他の画面であっ
てもよい。また、各データ構造について基本操作の例を
示しているが、基本操作は上記のとおりでなくともよ
く、より少ない基本操作を提供して残りはユーザが別途
用意するようにしてもよい。また、より多くの基本操作
を提供してユーザが別途用意しなくとも良くするような
態様であってもよい。

【０１２８】データ構造は一例であって、他のデータ構
造を規定してもよいし、より少ない種類のデータ構造を
実装する場合もある。

【０１２９】また、対象となるプログラムを生成する本
プログラム自動生成装置は、プログラムとコンピュータ
の組合せにて実現する例を上で示したが、専用の回路な
どを組み合わせて実現することも可能である。さらに、
プログラムとコンピュータの組合せにて実現する場合、
当該プログラムをフロッピー・ディスク、ＣＤ−ＲＯ
Ｍ、ＤＶＤ、ＨＤＤ、半導体メモリなどの記憶媒体又は
記憶装置に格納することも可能である。

【０１３０】（付記１）所定の処理を行うプログラムを
自動的に生成するプログラム自動生成装置であって、前
記所定の処理固有の設定を行うための解決ロジックを含
み且つ予め対応付けられたデータ構造のための雛型プロ
グラムを各々含む、複数のデータ構造解決ユニットと、
選択されたデータ構造に対応する前記データ構造解決ユ
ニット内の前記雛型プログラムに含まれる前記解決ロジ
ックの、前記所定の処理固有の設定に関する解決情報を
取得し、当該解決ロジックの解決情報と前記雛型プログ
ラムとを合成することにより、前記所定の処理を行うプ
ログラムを生成する解決器と、を有するプログラム自動
生成装置。

【０１３１】（付記２）前記解決器が、前記選択された
データ構造に対応する前記データ構造解決ユニット内の
前記雛型プログラムに含まれる前記解決ロジックを解析
し、当該解決ロジックに対する解決情報の入力をユーザ
に促す手段を有することを特徴とする付記１記載のプロ
グラム自動生成装置。

【０１３２】（付記３）前記選択されたデータ構造に対
応する前記データ構造解決ユニットは、単純型データ構
造に対応するデータ構造解決ユニット、伝票型データ構
造に対応するデータ構造解決ユニット、階層型データ構
造に対応するデータ構造解決ユニット、ツリー型データ
構造に対応するデータ構造解決ユニット、在庫型データ
構造に対応するデータ構造解決ユニット、時間帯予約型
データ構造に対応するデータ構造解決ユニット、計画型
データ構造に対応するデータ構造解決ユニット、座席予
約型データ構造に対応するデータ構造解決ユニット、構
成型データ構造に対応するデータ構造解決ユニット、明
細主導伝票型データ構造に対応するデータ構造解決ユニ
ット、系図型データ構造に対応するデータ構造解決ユニ
ット、及びマトリックス型データ構造に対応するデータ
構造解決ユニットのうちいずれかのデータ構造解決ユニ
ットであることを特徴とする付記１記載のプログラム自
動生成装置。

【０１３３】（付記４）前記データ構造解決ユニット
が、１又は複数のレコードタイプと、前記複数のレコー
ドタイプが存在する場合には当該複数のレコードタイプ
間のリンクとから構成されるデータ構造を規定し、当該
データ構造についての前記所定の処理のための設定を行
うための解決ロジックを含む第１の雛型プログラムと、
操作について前記所定の処理のための設定を行うための
解決ロジックを含み、前記データ構造に対して実行され
る基本操作に対応する第２の雛型プログラムと、を含む
ことを特徴とする付記１記載のプログラム自動生成装
置。

【０１３４】（付記５）所定の処理を行うプログラムを
自動的に生成するプログラム自動生成プログラムを格納
する記録媒体であって、前記プログラム自動生成プログ
ラムは、前記所定の処理固有の設定を行うための解決ロ
ジックを含み且つ予め対応付けられたデータ構造のため
の雛型プログラムを含むデータ構造解決ユニットにおい
て、前記雛型プログラムに含まれる前記解決ロジック
の、前記所定の処理固有の設定に関する解決情報を取得
し、当該解決ロジックの解決情報と前記雛型プログラム
とを合成することにより、前記所定の処理を行うプログ
ラムを生成する解決プログラム、を含む記録媒体。

【０１３５】（付記６）所定の仕様に従ったプログラム
を生成するために使用される生成用プログラムを格納す
る記録媒体であって、前記生成用プログラムは、１又は
複数のレコードタイプと、前記複数のレコードタイプが
存在する場合には当該複数のレコードタイプ間のリンク
とから構成されるデータ構造を規定し、当該データ構造
についての前記所定の仕様に従った設定を行うための解
決ロジックを含む第１の雛型プログラムと、操作につい
て前記所定の仕様に従った設定を行うための解決ロジッ
クを含み、前記データ構造に対して実行される基本操作
に対応する第２の雛型プログラムと、を含む記録媒体。

【０１３６】（付記７）前記第１の雛型プログラムが、
１種類のレコードタイプからなる単純型データ構造を規
定し、当該レコードの属性を与えるための解決ロジック
を含み、前記第２の雛型プログラムが、前記所定の仕様
に従った設定を行うための解決ロジックが埋め込まれて
おり、前記レコードに対し、少なくとも追加操作、削除
操作、更新操作、及び検索操作を実行するためのもので
ある、ことを特徴とする付記６記載の記録媒体。

【０１３７】（付記８）前記第１の雛型プログラムが、
１種類のヘッダ・レコードタイプと１種類の明細レコー
ドタイプと１つの前記ヘッダ・レコードタイプに対し１
又は複数の前記明細レコードタイプを結ぶリンクとを有
する伝票型データ構造を規定し、前記ヘッダレコード及
び前記明細レコードの属性を与えるための解決ロジック
を含み、前記第２の雛型プログラムが、前記伝票型デー
タ構造に対して少なくとも伝票新規作成及び伝票検索を
実行するための第２の雛型プログラムであって、前記ヘ
ッダ・レコードの状態を操作との関連で定義するための
解決ロジックと、前記所定の仕様に従った設定をレコー
ドの属性、レコードの状態、若しくはレコードの属性及
び状態の組合せで記述するための解決ロジックとが埋め
込まれている、ことを特徴とする付記６記載の記録媒
体。

【０１３８】（付記９）前記第１の雛型プログラムが、
資源レコードタイプと、資源の予約に関する予約レコー
ドタイプと、予約の時間の刻みに関する予約セル・レコ
ードタイプと、１つの資源レコートタイプと１又は複数
の予約レコードタイプとを結ぶリンクと、１つの予約レ
コードタイプと１又は複数の予約セル・レコードタイプ
を結ぶリンクとから構成される時間帯予約型データ構造
を規定し、前記時間帯予約型データ構造内の各レコード
の属性を与えるための解決ロジックを含み、前記第２の
雛型プログラムが、前記所定の仕様に従った設定を行う
ための解決ロジックを含み、前記時間帯予約型データ構
造に対して少なくとも予約登録、予約削除、予約更新及
び予約検索を実行するためのものである、ことを特徴と
する付記６記載の記録媒体。

【０１３９】（付記１０）前記第１の雛型プログラム
が、行レコードタイプと、列レコードタイプと、行及び
列の交点を表すセル・レコードタイプと、各セルに対し
て割り当て可能な属性を表す列タイプ・レコードタイプ
とを含むマトリックス型データ構造を規定し、行レコー
ド、列レコード及び列タイプ・レコードの属性を与える
解決ロジック及びセルに対して列タイプ・レコードを割
り当てるための解決ロジックとを含み、前記第２の雛型
プログラムが、前記所定の仕様に従った設定を行うため
の解決ロジックを含み、前記マトリックス型データ構造
の行レコード、列レコード及び列タイプ・レコードに対
して、少なくとも追加操作、変更操作、削除操作及び検
索操作を実行するためのものである、ことを特徴とする
付記６記載の記録媒体。

【０１４０】（付記１１）前記第１の雛型プログラム
が、複数種類のヘッダ・レコードタイプと、１種類の明
細レコードタイプと、前記複数種類のヘッダ・レコード
タイプと前記１種類の明細レコードタイプとを結ぶリン
クとを有する明細主導伝票型データ構造を規定し、前記
明細主導伝票型データ構造内の各レコードの属性を与え
る解決ロジックを含み、前記第２の雛型プログラムが、
前記明細主導伝票型データ構造に対し少なくとも伝票新
規作成、伝票検索、伝票削除及び伝票ヘッダ種変更を実
行するための第２の雛型プログラムであって、前記ヘッ
ダ・レコードの状態を操作との関連で定義するための解
決ロジックと、前記所定の仕様固有の設定をレコードの
属性、レコードの状態、若しくはレコードの属性及び状
態の組合せで記述するための解決ロジックが埋め込まれ
ている、ことを特徴とする付記６記載の記録媒体。

【０１４１】（付記１２）前記第１の雛型プログラム
が、在庫レコードタイプと、在庫の引当を規定するため
の在庫引当明細レコードタイプと、入荷予定レコードタ
イプと、入荷予定に対する引当を規定するための入荷予
定引当明細レコードタイプと、前記在庫レコードタイプ
と前記在庫引当明細レコードタイプとを結ぶリンクと、
前記入荷予定レコードタイプと前記入荷予定引当明細レ
コードタイプとを結ぶリンクとを有する在庫型データ構
造を規定し、前記在庫型データ構造内の各レコードの属
性を与える解決ロジックを含み、前記第２の雛型プログ
ラムが、前記在庫型データ構造に含まれる各レコードに
対し少なくとも追加操作、削除操作、及び検索操作を実
行するための第２の雛型プログラムであって、前記所定
の仕様に従った設定を行うための解決ロジックを含む、
ことを特徴とする付記６記載の記録媒体。

【０１４２】（付記１３）前記第１の雛型プログラム
が、資源レコードタイプと、資源のグループを規定する
ための資源グループ・レコードタイプと、資源グループ
を利用可能な機会を規定する機会レコード・タイプと、
機会と資源の組み合わせを規定するためのオカーレンス
・レコードタイプと、１又は複数のオカーレンスに関連
する予約レコード・タイプとを含む座席予約型データ構
造を規定し、前記座席予約型データ構造内の各レコード
の属性を与える解決ロジックを含み、前記第２の雛型プ
ログラムが、前記座席予約型データ構造に含まれる各レ
コードに対し少なくとも生成操作、削除操作、及び検索
操作を実行するための第２の雛型プログラムであって、
前記所定の仕様に従った設定を行うための解決ロジック
を含む、ことを特徴とする付記６記載の記録媒体。

【０１４３】（付記１４）前記第１の雛型プログラム
が、計画レコードタイプと、時間軸に関する時間軸レコ
ードタイプと、前記時間軸の管理単位を規定する時間軸
階層レコードタイプとを含む計画型データ構造を規定
し、計画レコード、時間軸レコード及び時間軸階層レコ
ードの属性を与える解決ロジックと、計画の管理単位を
指定するための解決ロジックとを含み、前記第２の雛型
プログラムが、前記計画型データ構造に含まれる各レコ
ードに対し少なくとも追加操作、削除操作、及び検索操
作を実行するための第２の雛型プログラムであって、前
記所定の仕様に従った設定を行うための解決ロジックを
含む、ことを特徴とする付記６記載の記録媒体。

【０１４４】（付記１５）前記第１の雛型プログラム
が、ノード・レコードタイプと、当該ノードの版数管理
のためのノード版数レコードタイプと、ノード版数レコ
ード間の構成関係を表す構成レコードタイプとを含む構
成型データ構造を規定し、前記構成型データ構造に含ま
れる各レコードの属性を与える解決ロジックと、前記第
２の雛型プログラムが、前記構成型データ構造に含まれ
る各レコードに対して少なくとも追加操作、削除操作、
及び検索操作を実行するための第２の雛型プログラムで
あって、前記所定の仕様に従った設定を行うための解決
ロジックが埋め込まれている、ことを特徴とする付記６
記載の記録媒体。

【０１４５】（付記１６）前記第１の雛型プログラム
が、系の連続性を保持するための関連情報が付加された
１種類のレコードタイプからなる系図型データ構造を規
定し、当該レコードの属性を与えるための解決ロジック
が含まれ、前記第２の雛型プログラムが、前記レコード
に対して少なくとも追加操作、削除操作、及び検索操作
を実行するための第２の雛型プログラムであって、前記
所定の仕様に従った設定を行うための解決ロジックを含
む、ことを特徴とする付記６記載の記録媒体。

【０１４６】（付記１７）前記第１の雛型プログラム
が、上位のノードに関する情報を保持するレコードタイ
プからなるツリー型データ構造を規定し、当該レコード
の属性を与えるための解決ロジックを含み、前記第２の
雛型プログラムが、前記レコードに対して少なくとも追
加操作、削除操作、及び検索操作を実行するための第２
の雛型プログラムであって、前記所定の仕様に従った設
定をレコードの属性、レコードの状態、若しくはレコー
ドの属性及び状態の組合せで記述するための解決ロジッ
クが埋め込まれている、ことを特徴とする付記６記載の
記録媒体。

【０１４７】（付記１８）前記第１の雛型プログラム
が、１つのレコードタイプをルートとし、親ノードに関
する情報を保持する各階層のレコードタイプを含む階層
型データ構造を規定し、当該階層型データ構造内のレコ
ードに属性を与えるための解決ロジックを含み、前記第
２の雛型プログラムが、前記レコードに対して少なくと
も追加操作、削除操作、及び検索操作を実行するための
第２の雛型プログラムであって、前記所定の仕様に従っ
た設定をレコードの属性、レコードの状態、若しくはレ
コードの属性及び状態の組合せで記述するための解決ロ
ジックが埋め込まれている、ことを特徴とする付記６記
載の記録媒体。

【０１４８】（付記１９）所定の処理を行うプログラム
を自動的に生成するプログラム自動生成プログラムであ
って、前記所定の処理固有の設定を行うための解決ロジ
ックを含み且つ予め対応付けられたデータ構造のための
雛型プログラムを含むデータ構造解決ユニットにおい
て、前記雛型プログラムに含まれる前記解決ロジック
の、前記所定の処理固有の設定に関する解決情報を取得
し、当該解決ロジックの解決情報と前記雛型プログラム
とを合成することにより、前記所定の処理を行うプログ
ラムを生成する解決プログラム、を含むプログラム自動
生成プログラム。

【０１４９】（付記２０）所定の仕様に従ったプログラ
ムを生成するために使用される生成用プログラムであっ
て、前記生成用プログラムは、１又は複数のレコードタ
イプと、前記複数のレコードタイプが存在する場合には
当該複数のレコードタイプ間のリンクとから構成される
データ構造を規定し、当該データ構造についての前記所
定の仕様に従った設定を行うための解決ロジックを含む
第１の雛型プログラムと、操作について前記所定の仕様
に従った設定を行うための解決ロジックを含み、前記デ
ータ構造に対して実行される基本操作に対応する第２の
雛型プログラムと、を含む生成用プログラム。

【０１５０】

【発明の効果】本発明により、より少ない雛型を用い
て、多様なプログラムを生成できるようにするプログラ
ム自動生成技術を提供することができた。

【図面の簡単な説明】

【図１】プログラム自動生成装置の概要を示すブロック
図である。

【図２】データ構造解決ユニット３の概要を示すブロッ
ク図である。

【図３】伝票型データ構造を処理するプログラムが出力
する伝票操作画面の一例を示す図である。

【図４】伝票型データ構造の模式図である。

【図５】伝票型データ構造に対応するデータ構造解決ユ
ニットの操作基本部に含まれる基本操作の一例を示す表
である。

【図６】伝票更新操作に対応する雛型プログラムの一例
を示す図である。

【図７】伝票型データ構造のデータ構造解決ユニットに
対する解決情報を入力するための画面例を示す図であ
る。

【図８】データ構造を選択するための画面例を示す図で
ある。

【図９】伝票型データ構造のデータ構造解決ユニットに
対する解決情報入力画面その１を表す図である。

【図１０】伝票型データ構造のデータ構造解決ユニット
に対する解決情報入力画面その２を表す図である。

【図１１】伝票型データ構造のデータ構造解決ユニット
に対する解決情報入力画面その３を表す図である。

【図１２】伝票型データ構造のデータ構造解決ユニット
に対する解決情報入力画面その４を表す図である。

【図１３】解決器５の処理フローを説明するためのフロ
ーチャートである。

【図１４】伝票型データ構造に対応する雛型プログラム
の解析処理の処理フローを表すフローチャートである。

【図１５】伝票型データ構造に対する入力画面生成及び
解決情報取得処理の処理フローを表すフローチャートで
ある。

【図１６】伝票型データ構造を使用する他のプログラム
のための解決情報入力画面の一例を示す図である。

【図１７】時間帯予約型データ構造を使用するプログラ
ムが出力する画面の一例を示す図である。

【図１８】時間帯予約型データ構造の概要を示す模式図
である。

【図１９】時間帯予約型データ構造に対する基本操作の
一例を示す表である。

【図２０】時間帯予約型データ構造のデータ構造解決ユ
ニットに対する解決情報を入力するための画面例を示す
図である。

【図２１】単純型データ構造の概要を示す模式図であ
る。

【図２２】マトリックス型データ構造の概要を示す模式
図である。

【図２３】自動車保険における保険商品と保障のテーブ
ル例を示す図である。

【図２４】図２３をマトリックス型データ構造で表した
場合の一例を示す図である。

【図２５】階層型データ構造を処理するプログラムが出
力する操作画面の一例を示す図である。

【図２６】階層型データ構造の概要を示す模式図であ
る。

【図２７】階層型データ構造のデータ構造解決ユニット
に対する解決情報を入力するための画面例を示す図であ
る。

【図２８】ツリー型データ構造を処理するプログラムが
出力する操作画面の一例を示す図である。

【図２９】ツリー型データ構造の概要を示す模式図であ
る。

【図３０】ツリー型データ構造のデータ構造解決ユニッ
トに対する解決情報を入力するための画面例を示す図で
ある。

【図３１】（ａ）明細主導伝票型データ構造を説明する
ために用いられる売掛伝票の一例である。（ｂ）明細主
導伝票型データ構造を説明するために用いられる請求伝
票の一例である。（ｃ）明細主導伝票型データ構造を説
明するために用いられる入金伝票の一例である。（ｄ）
明細主導伝票型データ構造を説明するために用いられる
取引明細の一例である。

【図３２】明細主導伝票型データ構造を処理するプログ
ラムが出力する操作画面の一例を示す図である。

【図３３】明細主導伝票型データ構造の概要を示す模式
図である。

【図３４】明細主導伝票型データ構造のデータ構造解決
ユニットに対する解決情報を入力するための画面例を示
す図である。

【図３５】構成型データ構造が適用可能なモデルの一例
を示す図である。

【図３６】構成型データ構造の概要を示す模式図であ
る。

【図３７】座席予約型データ構造が適用可能なモデルの
一例を示す図である。

【図３８】図３７のモデルに対する座席予約型データ構
造を示す図である。

【図３９】一般的な座席予約型データ構造の概要を示す
模式図である。

【図４０】系図型データ構造を適用可能なモデルの一例
を説明するための図である。

【図４１】系図型データ構造の概要を示す模式図であ
る。

【図４２】在庫型データ構造の概要を示す模式図であ
る。

【図４３】計画型データ構造が適用可能なモデルの一例
を説明するための図である。

【図４４】計画型データ構造の概要を示す模式図であ
る。

【符号の説明】

１ プログラム自動生成装置 ３ データ構造解決ユ
ニット ５ 解決器 ７ 解決ロジック解析部 ９ 合成部 １１ 解決情報入力画面 １３ 対象となるプログラム ３１０ 操作基本部 ３２０ データ構造部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浅井 景粋 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 銀林 純 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 吉田 裕之 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 山本 里枝子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 濱本 惠美子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B076 DD06 DD10

Claims (12)

【特許請求の範囲】
1. 【請求項１】所定の処理を行うプログラムを自動的に生
   成するプログラム自動生成装置であって、 前記所定の処理固有の設定を行うための解決ロジックを
   含み且つ予め対応付けられたデータ構造のための雛型プ
   ログラムを各々含む、複数のデータ構造解決ユニット
   と、 選択されたデータ構造に対応する前記データ構造解決ユ
   ニット内の前記雛型プログラムに含まれる前記解決ロジ
   ックの、前記所定の処理固有の設定に関する解決情報を
   取得し、当該解決ロジックの解決情報と前記雛型プログ
   ラムとを合成することにより、前記所定の処理を行うプ
   ログラムを生成する解決器と、 を有するプログラム自動生成装置。
2. 【請求項２】前記解決器が、 前記選択されたデータ構造に対応する前記データ構造解
   決ユニット内の前記雛型プログラムに含まれる前記解決
   ロジックを解析し、当該解決ロジックに対する解決情報
   の入力をユーザに促す手段を有することを特徴とする請
   求項１記載のプログラム自動生成装置。
3. 【請求項３】前記選択されたデータ構造に対応する前記
   データ構造解決ユニットは、単純型データ構造に対応す
   るデータ構造解決ユニット、伝票型データ構造に対応す
   るデータ構造解決ユニット、階層型データ構造に対応す
   るデータ構造解決ユニット、ツリー型データ構造に対応
   するデータ構造解決ユニット、在庫型データ構造に対応
   するデータ構造解決ユニット、時間帯予約型データ構造
   に対応するデータ構造解決ユニット、計画型データ構造
   に対応するデータ構造解決ユニット、座席予約型データ
   構造に対応するデータ構造解決ユニット、構成型データ
   構造に対応するデータ構造解決ユニット、明細主導伝票
   型データ構造に対応するデータ構造解決ユニット、系図
   型データ構造に対応するデータ構造解決ユニット、及び
   マトリックス型データ構造に対応するデータ構造解決ユ
   ニットのうちいずれかのデータ構造解決ユニットである
   ことを特徴とする請求項１記載のプログラム自動生成装
   置。
4. 【請求項４】前記データ構造解決ユニットが、 １又は複数のレコードタイプと、前記複数のレコードタ
   イプが存在する場合には当該複数のレコードタイプ間の
   リンクとから構成されるデータ構造を規定し、当該デー
   タ構造についての前記所定の処理のための設定を行うた
   めの解決ロジックを含む第１の雛型プログラムと、 操作について前記所定の処理のための設定を行うための
   解決ロジックを含み、前記データ構造に対して実行され
   る基本操作に対応する第２の雛型プログラムと、 を含むことを特徴とする請求項１記載のプログラム自動
   生成装置。
5. 【請求項５】所定の処理を行うプログラムを自動的に生
   成するプログラム自動生成プログラムを格納する記録媒
   体であって、 前記プログラム自動生成プログラムは、 前記所定の処理固有の設定を行うための解決ロジックを
   含み且つ予め対応付けられたデータ構造のための雛型プ
   ログラムを含むデータ構造解決ユニットにおいて、前記
   雛型プログラムに含まれる前記解決ロジックの、前記所
   定の処理固有の設定に関する解決情報を取得し、当該解
   決ロジックの解決情報と前記雛型プログラムとを合成す
   ることにより、前記所定の処理を行うプログラムを生成
   する解決プログラム、 を含む記録媒体。
6. 【請求項６】所定の仕様に従ったプログラムを生成する
   ために使用される生成用プログラムを格納する記録媒体
   であって、 前記生成用プログラムは、 １又は複数のレコードタイプと、前記複数のレコードタ
   イプが存在する場合には当該複数のレコードタイプ間の
   リンクとから構成されるデータ構造を規定し、当該デー
   タ構造についての前記所定の仕様に従った設定を行うた
   めの解決ロジックを含む第１の雛型プログラムと、 操作について前記所定の仕様に従った設定を行うための
   解決ロジックを含み、前記データ構造に対して実行され
   る基本操作に対応する第２の雛型プログラムと、 を含む記録媒体。
7. 【請求項７】前記第１の雛型プログラムが、１種類のヘ
   ッダ・レコードタイプと１種類の明細レコードタイプと
   １つの前記ヘッダ・レコードタイプに対し１又は複数の
   前記明細レコードタイプを結ぶリンクとを有する伝票型
   データ構造を規定し、前記ヘッダレコード及び前記明細
   レコードの属性を与えるための解決ロジックを含み、 前記第２の雛型プログラムが、前記伝票型データ構造に
   対して少なくとも伝票新規作成及び伝票検索を実行する
   ための第２の雛型プログラムであって、前記ヘッダ・レ
   コードの状態を操作との関連で定義するための解決ロジ
   ックと、前記所定の仕様に従った設定をレコードの属
   性、レコードの状態、若しくはレコードの属性及び状態
   の組合せで記述するための解決ロジックとが埋め込まれ
   ている、 ことを特徴とする請求項６記載の記録媒体。
8. 【請求項８】前記第１の雛型プログラムが、資源レコー
   ドタイプと、資源の予約に関する予約レコードタイプ
   と、予約の時間の刻みに関する予約セル・レコードタイ
   プと、１つの資源レコートタイプと１又は複数の予約レ
   コードタイプとを結ぶリンクと、１つの予約レコードタ
   イプと１又は複数の予約セル・レコードタイプを結ぶリ
   ンクとから構成される時間帯予約型データ構造を規定
   し、前記時間帯予約型データ構造内の各レコードの属性
   を与えるための解決ロジックを含み、 前記第２の雛型プログラムが、前記所定の仕様に従った
   設定を行うための解決ロジックを含み、前記時間帯予約
   型データ構造に対して少なくとも予約登録、予約削除、
   予約更新及び予約検索を実行するためのものである、 ことを特徴とする請求項６記載の記録媒体。
9. 【請求項９】前記第１の雛型プログラムが、在庫レコー
   ドタイプと、在庫の引当を規定するための在庫引当明細
   レコードタイプと、入荷予定レコードタイプと、入荷予
   定に対する引当を規定するための入荷予定引当明細レコ
   ードタイプと、前記在庫レコードタイプと前記在庫引当
   明細レコードタイプとを結ぶリンクと、前記入荷予定レ
   コードタイプと前記入荷予定引当明細レコードタイプと
   を結ぶリンクとを有する在庫型データ構造を規定し、前
   記在庫型データ構造内の各レコードの属性を与える解決
   ロジックを含み、 前記第２の雛型プログラムが、前記在庫型データ構造に
   含まれる各レコードに対し少なくとも追加操作、削除操
   作、及び検索操作を実行するための第２の雛型プログラ
   ムであって、前記所定の仕様に従った設定を行うための
   解決ロジックを含む、 ことを特徴とする請求項６記載の記録媒体。
10. 【請求項１０】前記第１の雛型プログラムが、資源レコ
    ードタイプと、資源のグループを規定するための資源グ
    ループ・レコードタイプと、資源グループを利用可能な
    機会を規定する機会レコード・タイプと、機会と資源の
    組み合わせを規定するためのオカーレンス・レコードタ
    イプと、１又は複数のオカーレンスに関連する予約レコ
    ード・タイプとを含む座席予約型データ構造を規定し、
    前記座席予約型データ構造内の各レコードの属性を与え
    る解決ロジックを含み、 前記第２の雛型プログラムが、前記座席予約型データ構
    造に含まれる各レコードに対し少なくとも生成操作、削
    除操作、及び検索操作を実行するための第２の雛型プロ
    グラムであって、前記所定の仕様に従った設定を行うた
    めの解決ロジックを含む、 ことを特徴とする請求項６記載の記録媒体。
11. 【請求項１１】所定の処理を行うプログラムを自動的に
    生成するプログラム自動生成プログラムであって、 前記所定の処理固有の設定を行うための解決ロジックを
    含み且つ予め対応付けられたデータ構造のための雛型プ
    ログラムを含むデータ構造解決ユニットにおいて、前記
    雛型プログラムに含まれる前記解決ロジックの、前記所
    定の処理固有の設定に関する解決情報を取得し、当該解
    決ロジックの解決情報と前記雛型プログラムとを合成す
    ることにより、前記所定の処理を行うプログラムを生成
    する解決プログラム、 を含むプログラム自動生成プログラム。
12. 【請求項１２】所定の仕様に従ったプログラムを生成す
    るために使用される生成用プログラムであって、 前記生成用プログラムは、 １又は複数のレコードタイプと、前記複数のレコードタ
    イプが存在する場合には当該複数のレコードタイプ間の
    リンクとから構成されるデータ構造を規定し、当該デー
    タ構造についての前記所定の仕様に従った設定を行うた
    めの解決ロジックを含む第１の雛型プログラムと、 操作について前記所定の仕様に従った設定を行うための
    解決ロジックを含み、前記データ構造に対して実行され
    る基本操作に対応する第２の雛型プログラムと、 を含む生成用プログラム。